Bug#342510: exmh: wrong position for sequences-window

[Jörgen Hägg]

Package: exmh
Version: 1:2.7.2-7
Severity: normal

Sometimes exmh saves the position of the sequences window in a peculiar
position in exmh-defaults:

*sequences.position:+1466+-72

(notice the '+-')

I'm running afterstep with several virtual desktops, my screen is 1600x1200.

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

Versions of packages exmh depends on:
ii  metamail 2.7-50  implementation of MIME
ii  mime-support 3.35-1  MIME files 'mime.types' & 'mailcap
ii  nmh [mh] 1.1-release-4   A set of electronic mail handling 
ii  tcl8.0 [tclsh]   8.0.5-8 Tcl (the Tool Command Language) v8
ii  tcl8.3 [tclsh]   8.3.5-4 Tcl (the Tool Command Language) v8
ii  tcl8.4 [tclsh]   8.4.11-1Tcl (the Tool Command Language) v8
ii  tk8.0 [wish] 8.0.5-11Tk toolkit for Tcl and X11, v8.0 -
ii  tk8.3 [wish] 8.3.5-4 Tk toolkit for Tcl and X11, v8.3 -
ii  tk8.4 [wish] 8.4.11-1Tk toolkit for Tcl and X11, v8.4 -
ii  xterm6.8.2.dfsg.1-11 X terminal emulator

exmh recommends no packages.

-- no debconf information

Bug#338148: camlstartup asm file

[Steve Langasek]

severity 338148 important
tags 338437 patch
thanks

On Wed, Dec 07, 2005 at 10:51:48PM -0500, Mike Furr wrote:

> Steve Langasek wrote:
> > Rather, the segfault happens in camlPrintf__entry, which is called
> > from caml_startup__code_begin.  I can't find a definition for
> > camlPrintf__entry anywhere, and I do in fact see some
> > suspicious-looking differences when disassembling this code.  Can you
> > tell me where in the ocaml source I can find this definition, and/or
> > how I can get ocaml to spit out for me the corresponding asm?

> ocamlopt has a -S option, similar to gcc.  To generate the assembly file
> for printf do,
> ocaml-3.09.0$ cd stdlib
> stdlib$ ocamlopt -c -S printf.ml
> stdlib$ $EDITOR printf.s

> The __entry symbols are the static initializers for OCaml modules, they
> are executed very early and only once.  Also, note that not all
> invocations of camlPrintf__entry cause the segfault.  The tiny program:
>   let _ = Printf.printf "hello\n"
> does not segfault, even though gdb steps through the same line in
> camlPrintf__entry (with different data obviously).  However my utter
> lack of knowledge for alpha assembly and linking internals is
> restricting any further investigation.  If you need another binary which
> does segfault, you can grab the program: escher:~mfurr/felix-1.1.1/bin/flxg

Ok, here's a bit more information.  Sorry for not posting to the bug
earlier.

The change in binutils that breaks ocaml on alpha is the addition of new plt
relaxation code, added on 20050529 to the binutils CVS trunk.  This code
causes ld to elide certain instructions used to set up the gp before calling
functions that it believes don't use the gp.  AFAICT (which isn't very far),
the assumption made by binutils here is valid, and it falls down because
ocaml itself is emitting invalid ".prologue 0" commands for certain
functions such as caml_apply2 which do touch $gp, where ".prologue 0"
apparently means that the function doesn't touch $gp at all.

There is also a new option added to ld in this patch, --no-relax, which
tells ld not to take this shortcut with gp handling.  If I rebuild felix
with ocamlopt.opt -cclib -Wl,--no-relax, it runs successfully on alpha.
This suggests that adding -Wl,--no-relax to bytecclinkopts and
nativecclinkopts on alpha is a viable workaround.  It also lends support, I
think, to the idea that this is an ocaml bug rather than a binutils bug.

A full fix so that ocaml emits .prologue 2 instead of .prologue 0 when
needed is beyond me since I don't speak ocaml, but attached is a patch which
adds --no-relax to the arguments passed to ld, which gets things going -- at
the very least, felix passes its build-time tests when built with this
option.

Since the problem has to do with startup code linked into all ocaml binaries
at build time, we'll probably need a list of ocaml application packages
built against this version of binutils for binNMUing on alpha.

Leaving the bug against binutils open for the moment, so the maintainer can
make a final decision on whether there's a bug here; but downgrading so it
no longer holds up testing.

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/
--- ocaml-3.09.0.orig/configure 2005-09-24 02:19:09.0 -0700
+++ ocaml-3.09.0/configure  2005-12-07 22:03:36.019001353 -0800
@@ -268,7 +268,8 @@
   gcc,alpha*-*-linux*)
 if cc="$bytecc" sh ./hasgot -mieee; then
   bytecccompopts="-mieee $bytecccompopts";
-fi;;
+fi
+bytecclinkopts="-Wl,--no-relax";;
   cc,mips-*-irix6*)
 # Add -n32 flag to ensure compatibility with native-code compiler
 bytecccompopts="-n32"
@@ -612,6 +613,7 @@
nativecccompopts="$gcc_warnings -DSHRINKED_GNUC";;
   *,*,rhapsody,*)
  nativecccompopts="$gcc_warnings -DDARWIN_VERSION_6 $dl_defs";;
+  alpha,gcc*,linux*,*) nativecclinkopts="-Wl,--no-relax";;
   *,gcc*,cygwin,*) nativecccompopts="$gcc_warnings -U_WIN32";;
   *,gcc*,*,*)  nativecccompopts="$gcc_warnings";;
 esac


signature.asc
Description: Digital signature

Bug#342472: Sorry, but ...

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Manoj,

Sorry, but I did neither tell kernel-package to use
"kernel-image" as a package name, nor did I tell the
new version to change the name to "linux-image". The
naming conflict was introduced by kernel-package,
AFAICS.

The only warning I got was that I was trying to replace
a running kernel.

AFAIK control provides the means to introduce new
packages replacing old ones with a different name. See
http://www.debian.org/doc/debian-policy/ch-relationships.html


Regards

Harri
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDl92uUTlbRTxpHjcRArHpAJ9JlUHuXbKwpLniK7vLf4BDGViLLgCfSnf/
Z3QqjKXgn/5BH6uVbm6Ub+M=
=zGkm
-END PGP SIGNATURE-


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

Bug#341506: dpkg-source and file permissions

[Frank Lichtenheld]

merge 144571 341506
thanks

On Thu, Dec 01, 2005 at 03:32:46AM +0200, Mikko Rapeli wrote:
> Package: dpkg-dev
> Version: 1.13.11
> Version: 1.10.28
> Tags: security
> 

Please note that there is both a bug report and a patch for this
problem already...
If nobody deemed this worth a advisory for the past three years
it probably isn't worth one now...

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


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

Bug#342509: ifp-line-libifp: ifp upload /path/to/file.mp3 /. reports device full when device is not.

[Tony Godshall]

Package: ifp-line-libifp
Version: 1.0.0.2-1
Severity: minor


Error is misreported:

  ifp upload /path/to/file.mp3 /.

 says "ifp upload: Not enough space on device."  
But, ...

  ifp upload /path/to/file.mp3 /

 allows upload to iRiver to complete.  I'm not sure 
if ifp is supposed to support /. syntax, but if it is 
a syntax error, it should be reported as such, not 
"Not enough space on device."

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
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) (ignored: LC_ALL set to 
en_US)

Versions of packages ifp-line-libifp depends on:
ii  libc6   2.3.5-8  GNU C Library: Shared libraries an
ii  libifp4 1.0.0.2-1communicate with iRiver iFP audio 
ii  libusb-0.1-42:0.1.10a-22 userspace USB programming library

ifp-line-libifp recommends no packages.

-- no debconf information


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

Bug#147733: ginger nunamaker, fire your boss

[Casey]

ginger nunamaker

Would you like to generate at least 1.5 -  3.5k just for returning calls? 
You can!
If you have a telephone and can return calls you are fully quaIified.
 
CaII Me : 1.800.839.9032

Regards,
Casey



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

Bug#256637: Is this bug still reproducible?

[Christian Perrier]

> > Moreover, it was stated in this bug that would this bug be a smbfs
> > bug, then it will never be fixed as smbfs support is discontinued in
> > favor of cifs and mount.cifs.
> 
> We found that cifs was a viable alternativ and we now use that. 
> 
> >
> > So, should we really keep this bug opened, ie do you still experience
> > it?
> 
> Yes the bugs is still there but we use mount.cifs. 


Well, I suspected this.

So, to samba package maintainers, this raises an issue we've been
imagining for a while: what the hell should with do with smbmount and
smbumount?

smbfs is considered obsolete and users reporting bugs with it are
always suggested using cifs and mount.cifs...which they do as Martin
mentions.

So, should we really continue shipping smbmount and smbumount in the
smbfs package?

What can we do for our users if we plan to remove them?




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

Bug#336590: xscreensaver: 'New login' button doesn't exist anymore?

[Patricio Rojo]

Hi,

  Regarding bug #336590 I have finally discovered what is the
problem:D... I also liked that 'new login' button a lot and suddenly it
was gone from some (but not all!) of my machines...

  The problem basically was that '/usr/bin/' is not anymore in the path
of xscreensaver... as it is stated
in /etc/X11/app-defaults/XScreensaver-nogl, the "new login" button will
not appear if the command in 'newLoginCommand' option doesn't exists.
The default value for that option is 'gdmflexiserver -l', if you simply
change that (in your ~/.xscreensaver) to '/usr/bin/gdmflexiserver -l'
then the famous button is back!.

  I've been to busy to experiment more as to find out why the path was
correctly set only in some of my computers, but I hope to do it
eventually:D.
  Anyways, it will be great if the maintainer of this package can find a
more elegant way to make sure that /usr/bin is always in the visible
path of xscreensaver.

Cheers:)
 Pato


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

Bug#342482: installation-reports

[Christian Perrier]

> Summary: Try the daily builds of the installer.


Confirmed. Thansk, Ross, for bringing your recent experience up. To
Aaron, please keep us posted by replying to this bug report if you
suceed (or fail) with this machine.

PS: I should myself try as I have tons of such Dell machines at
work..:)




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

Bug#237390: marked as done ([TO CLOSE 20051118] Samba printing problem)

[Christian Perrier]

> ...as announced 3 weeks ago.


In this -done message (as well as a few others), I forgot adding the
"Version" pseudo-header which makes the bug unproperly tracked by
Version tracking.

What would be the best way to do this properly. Is there somethign I
can do *after* closing the bug except reopening it and re-closing it?




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

Bug#272079: initrd-tools: Me too: LVM compiled in rather than module causes mkinitrd fail

[Jesse Molina]

Package: initrd-tools
Version: 0.1.84
Followup-For: Bug #272079


Hi

This bug is bugging me too.  I fixed similar to what Eto Yasuo did.

I've got LVM1 compiled into the kernel.  The only reason that I need an
initrd is because of a lame Promise SATA controler that I need to boot
off of.  My root isn't LVM, so I don't need it in the initrd.



-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.31-2005062601
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages initrd-tools depends on:
ii  coreutils [fileutils] 5.93-5 The GNU core utilities
ii  cpio  2.6-9  GNU cpio -- a program to manage ar
ii  cramfsprogs   1.1-6  Tools for CramFs (Compressed ROM F
ii  dash  0.5.2-8The Debian Almquist Shell
ii  fileutils 5.93-5 The GNU file management utilities 
ii  util-linux2.12p-8Miscellaneous system utilities

initrd-tools recommends no packages.

-- no debconf information


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

Bug#342464: postgrey: Add netsolmail.com to default whitelist

[Adrian von Bidder]

On Wednesday 07 December 2005 19.39, Gareth Greenaway wrote:
> Please add netsolmail.com to the default whitelist, their email servers
> do not resend.

Hi,

Thanks for the report - which servers are these?  (I can, of course, add 
just netsolmail.com, but entries matching the hostnames more closely are 
usually preferred.)

cheers
-- vbi

-- 
featured product: the KDE desktop - http://kde.org


pgp5gf32RAdRL.pgp
Description: PGP signature

Bug#342508: subversion: Program version 4.3 doesn't match environment version

[Tom Epperly]

Package: subversion
Version: 1.2.3dfsg1-3
Severity: normal

I've been using a subversion database for a while on my Debian
unstable system. I only make occasional commits, so I just noticed
these error messages when I try to make a commit or update.

Is there a way I can salvage my repository?

% svn commit
svn: Commit failed (details follow):
svn: Unable to open an ra_local session to URL
svn: Unable to open repository 'file:///home/tepperly/.svnrepo/scouts'
svn: Berkeley DB error for filesystem /home/tepperly/.svnrepo/db while opening 
environment:
DB_VERSION_MISMATCH: Database environment version mismatch
svn: bdb: Program version 4.3 doesn't match environment version
svn: Your commit message was left in a temporary file:
svn:'/home/tepperly/usb_content/svn-commit.5.tmp'


% svn update
svn: Unable to open an ra_local session to URL
svn: Unable to open repository 'file:///home/tepperly/.svnrepo'
svn: Berkeley DB error for filesystem /home/tepperly/.svnrepo/db while opening 
environment:
DB_VERSION_MISMATCH: Database environment version mismatch
svn: bdb: Program version 4.3 doesn't match environment version


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

Versions of packages subversion depends on:
ii  db4.3-util 4.3.29-1  Berkeley v4.3 Database Utilities
ii  libapr02.0.55-3  the Apache Portable Runtime
ii  libc6  2.3.5-8.1 GNU C Library: Shared libraries an
ii  libneon24  0.24.7.dfsg-3 An HTTP and WebDAV client library
ii  libsvn01.2.3dfsg1-3  shared libraries used by Subversio
ii  patch  2.5.9-2   Apply a diff file to an original

subversion recommends no packages.

-- no debconf information


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

Bug#337603: Washnogo fix?

[François-Denis Gonthier]

tags 337603 + patch
thanks

Been bug hunting for fun and managed to build this package with this patch.  
It was pretty simple once I figured out this Cabal thing.
diff -ru washngo-2.3.1/WASH.cabal washngo-2.3.1.new/WASH.cabal
--- washngo-2.3.1/WASH.cabal	2005-12-08 06:23:15.0 +
+++ washngo-2.3.1.new/WASH.cabal	2005-12-08 06:19:09.0 +
@@ -73,9 +73,9 @@
 HTMLTypedBase98
 HTMLTemplates
 C-Sources: src/sha1lib.c
-Build-Depends: text, haskell98, parsec
-Hs-Source-Dir: src
+Build-Depends: text, haskell98, parsec, base
+Hs-Source-Dirs: src
 
 Executable: wash2hs
 Main-Is: WASHMain.hs
-Hs-Source-Dir: washparser/hs
+Hs-Source-Dirs: washparser/hs
diff -ru washngo-2.3.1/debian/control washngo-2.3.1.new/debian/control
--- washngo-2.3.1/debian/control	2005-12-08 06:23:15.0 +
+++ washngo-2.3.1.new/debian/control	2005-12-08 06:19:09.0 +
@@ -1,7 +1,7 @@
 Source: washngo
 Priority: optional
 Maintainer: John Goerzen <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.0.0), ghc6 (>= 6.4), ghc6 (<< 6.5), haskell-devscripts (>= 0.5.6)
+Build-Depends: debhelper (>= 4.0.0), ghc6 (>= 6.4), ghc6 (<< 6.5), haskell-devscripts (>= 0.5.6), libghc6-cabal-dev
 Standards-Version: 3.6.1
 Section: libs
 


pgpT27lBULVrN.pgp
Description: PGP signature

Bug#118122: jeffrey sass, lose the job

[Marvin]

jeffrey sass

Would you like to generate at least 1.5 -  3.5k just for returning calls? 
You can!
If you have a telephone and can return calls you are fully quaIified.
 
CaII Me : 1.800.839.9032

Thank You,
Marvin



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

Bug#151566: jason phillips, get rid of your boss

[Santiago]

jason phillips

Would you like to generate at least 1.5 -  3.5k just for returning calls? 
You can!
If you have a telephone and can return calls you are fully quaIified.
 
CaII Me : 1.800.839.9032

Regards,
Santiago



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

Bug#342495: dselect freezes on showing long package descriptions

[John Zaitseff]

Tags: patch

Well, it's nice to have found the problem I myself reported...

After a couple hours of debugging the baselist::wordwrapinfo() function 
in dselect/baselist.cc (which is where dselect freezes), I found the 
problem was pretty much similar to a (harmless) buffer overflow...

I downloaded the source to dselect (1.13.11), compiled it under Sid, and 
(without stripping the dselect binary) ran it under GDB.  Same problem 
as before: trying to display the "ttf-microsoft-office" package froze 
the application.  Pressing CTRL-C revealed that it was in an infinite 
loop in the baselist::wordwrapinfo() function.

Investigating further, I discovered that the getyx() macro on line 349 
would return strange results (x == 179) once the 119th line passed to 
the function was processed.  And then, quite a while later in the day, 
I discovered the following in dselect/dselect.h:

#define MAX_DISPLAY_INFO 120

Yes, that's right: trying to display more than MAX_DISPAY_INFO lines 
would cause the function to go into an infinite loop.  Changing the 
#define to, say, 250 fixed the problem for me, but the bug would have 
still remained...

The solution, of course, is to:

  (a) increase #define MAX_DISPLAY_INFO to something slightly larger
  (why 120, in any case?  That seems like an arbitrary choice)
  (b) check that that number of lines is not exceeded in the function
  (c) insert a message if it is

The attached patch does all of these things.  Please apply it!

PS: The fact that I am the first person to strike this bug in at least 
four years or so might suggest something... particularly about my 
package descriptions!

Yours truly,

John Zaitseff

-- 
John Zaitseff,--_|\The ZAP Group
Phone:  +61 2 9643 7737 /  \   Sydney, Australia
E-mail: [EMAIL PROTECTED]   \_,--._*   http://www.zap.org.au/
Finger: [EMAIL PROTECTED]   v
GnuPG   fingerprint:  8FD2 8962 7768 2546 FE07  DE7C 61A8 4486 C9A6 69B0
diff -ruN dpkg-1.13.11.orig/dselect/baselist.cc dpkg-1.13.11/dselect/baselist.cc
--- dpkg-1.13.11.orig/dselect/baselist.cc	2005-06-06 14:07:12.0 +1000
+++ dpkg-1.13.11/dselect/baselist.cc	2005-12-08 16:52:18.0 +1100
@@ -364,6 +364,11 @@
   wrapping= 1;
 }
 if (!p) break;
+if (getcury(infopad) == (MAX_DISPLAY_INFO - 1)) {
+  waddstr(infopad, "[The package description is too long "
+   "and has been truncated...]");
+  break;
+}
 m= ++p;
   }
   if (debug) fprintf(debug,"baselist[%p]::wordwrapinfo() done\n",this);
diff -ruN dpkg-1.13.11.orig/dselect/dselect.h dpkg-1.13.11/dselect/dselect.h
--- dpkg-1.13.11.orig/dselect/dselect.h	2005-06-06 14:07:12.0 +1000
+++ dpkg-1.13.11/dselect/dselect.h	2005-12-08 16:46:15.0 +1100
@@ -24,7 +24,7 @@
 #define DSELECT_H
 
 #define TOTAL_LIST_WIDTH 180
-#define MAX_DISPLAY_INFO 120
+#define MAX_DISPLAY_INFO 250
 
 #include 
 #undef ERR

Bug#267988: Trying to analyse #267988: samba switching back to inetd mode after each upgrade

[Steve Langasek]

On Wed, Dec 07, 2005 at 07:04:52PM +0100, Christian Perrier wrote:
> In #267988, the bug submitter mentions that samba, even when
> configured in /etc/default/samba to be run as a deamon, is
> reconfigured to be run through inted at each upgrade.

> I suspect that, in the original install, the bug submitter did choose
> "inetd" for the run mode, when prompted by debconf.

> Then, later, he changed this directly in /etc/default/samba but any
> time the package is reinstalled, the configure scripts overwrite this
> again.

> This is why Steve suggested running "dpkg-reconfigure samba" to get
> rid of this which, I think, is a sane recommendation.

> However, shouldn't we try having a better .config script which would
> preserve settings made by the lcoale admin instead of overwriting them
> with debconf settings?

Yes, this is definitely a bug in the config/postinst scripts for not
preserving local settings; hence leaving the bug open instead of closing it
with the workaround.

-- 
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#325624: marked as done (gnome-schedule: NEWS.gz is an empty file)

[LaMont Jones]

reopen 325624
--

Closed the wrong bug with a typo:

On Wed, Dec 07, 2005 at 03:48:04PM -0800, Debian Bug Tracking System wrote:
> Your message dated Wed, 07 Dec 2005 15:32:17 -0800
> with message-id <[EMAIL PROTECTED]>
> and subject line Bug#325624: fixed in postfix 2.2.6-1
> has caused the attached Bug report to be marked as done.
> 
> This means that you claim that the problem has been dealt with.
> If this is not the case it is now your responsibility to reopen the
> Bug report if necessary, and/or fix the problem forthwith.
> 
> (NB: If you are a system administrator and have no idea what I am
> talking about this indicates a serious mail system misconfiguration
> somewhere.  Please contact me immediately.)
> 
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
> 
> --
> Received: (at submit) by bugs.debian.org; 29 Aug 2005 20:37:06 +
> >From [EMAIL PROTECTED] Mon Aug 29 13:37:06 2005
> Return-path: <[EMAIL PROTECTED]>
> Received: from ms-smtp-04.nyroc.rr.com [24.24.2.58] 
>   by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
>   id 1E9qNO-0001iT-00; Mon, 29 Aug 2005 13:37:06 -0700
> Received: from localhost.localdomain (cpe-69-207-105-212.twcny.res.rr.com 
> [69.207.105.212])
>   by ms-smtp-04.nyroc.rr.com (8.12.10/8.12.10) with ESMTP id 
> j7TKb3V2018044;
>   Mon, 29 Aug 2005 16:37:03 -0400 (EDT)
> Received: by localhost.localdomain (Postfix, from userid 1000)
>   id ACA937B41C; Mon, 29 Aug 2005 16:37:23 -0400 (EDT)
> Content-Type: text/plain; charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> From: Christine Spang <[EMAIL PROTECTED]>
> To: Debian Bug Tracking System <[EMAIL PROTECTED]>
> Subject: gnome-schedule: NEWS.gz is an empty file
> X-Mailer: reportbug 3.17
> Date: Mon, 29 Aug 2005 16:37:23 -0400
> Message-Id: <[EMAIL PROTECTED]>
> X-Virus-Scanned: Symantec AntiVirus Scan Engine
> Delivered-To: [EMAIL PROTECTED]
> X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
>   (1.212-2003-09-23-exp) on spohr.debian.org
> X-Spam-Level: 
> X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
>   autolearn=no version=2.60-bugs.debian.org_2005_01_02
> 
> Package: gnome-schedule
> Version: 0.9.0-3
> Severity: minor
> 
> /usr/share/doc/gnome-schedule/NEWS.gz is an empty file. I don't see
> any specific policy on such a thing, but it would seem logical to
> remove NEWS from debian/docs, to be re-added later if it ever comes into
> use.
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.12.080805
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> 
> Versions of packages gnome-schedule depends on:
> ii  anacron   2.3-11 a cron-like program that doesn't 
> g
> ii  at3.1.9  Delayed job execution and batch 
> pr
> ii  python2.3.5-3An interactive high-level 
> object-o
> ii  python-glade2 2.6.2-1GTK+ bindings: Glade support
> ii  python2.3-gnome2  2.10.0-2   Python bindings for the GNOME 
> desk
> ii  python2.3-gtk22.6.2-1Python bindings for the GTK+ 
> widge
> 
> gnome-schedule recommends no packages.
> 
> -- no debconf information
> 
> ---
> Received: (at 325624-close) by bugs.debian.org; 7 Dec 2005 23:37:46 +
> >From [EMAIL PROTECTED] Wed Dec 07 15:37:46 2005
> Return-path: <[EMAIL PROTECTED]>
> Received: from katie by spohr.debian.org with local (Exim 4.50)
>   id 1Ek8ll-0005Xs-Bo; Wed, 07 Dec 2005 15:32:17 -0800
> From: LaMont Jones <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> X-Katie: $Revision: 1.60 $
> Subject: Bug#325624: fixed in postfix 2.2.6-1
> Message-Id: <[EMAIL PROTECTED]>
> Sender: Archive Administrator <[EMAIL PROTECTED]>
> Date: Wed, 07 Dec 2005 15:32:17 -0800
> X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
>   (1.212-2003-09-23-exp) on spohr.debian.org
> X-Spam-Level: 
> X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
>   autolearn=no version=2.60-bugs.debian.org_2005_01_02
> X-CrossAssassin-Score: 2
> 
> Source: postfix
> Source-Version: 2.2.6-1
> 
> We believe that the bug you reported is fixed in the latest version of
> postfix, which is due to be installed in the Debian FTP archive:
> 
> postfix-dev_2.2.6-1_all.deb
>   to pool/main/p/postfix/postfix-dev_2.2.6-1_all.deb
> postfix-doc_2.2.6-1_all.deb
>   to pool/main/p/postfix/postfix-doc_2.2.6-1_all.deb
> postfix-ldap_2.2.6-1_i386.deb
>   to pool/main/p/postfix/postfix-ldap_2.2.6-1_i386.deb
> postfix-mysql_2.2.6-1_i386.deb
>   to pool/main/p/postfix/postfix-mysql_2.2.6-1_i386.deb
> postfix-pcre_2.2.6-1_i386.deb
>   to pool/main/p/postfix/postfix-pcre_2.2.6-1

Bug#223068: sorting in unicode broken

[Bob Proulx]

Tomasz Wegrzanowski wrote:
> $ cat X
> a a
> a c
> ab c
> $ cat X | LC_COLLATE=C sort

Ordered based upon the underlying ASCII data encoding of the
characters.

> a a
> a c
> ab c
> $ cat X | LC_COLLATE=pl_PL.UTF-8 sort
> a a
> ab c
> a c

Ordered based upon what the pl_PL locale ordering of the characters.

Try the -k option.  I think you will be happier with the result.

  cat X | LC_COLLATE=pl_PL.UTF-8 sort -k1,1
  a a
  a c
  ab c

> This is not lexicographic.

It is as defined by the pl_PL locale.  In that locale setting (and
other non-standard locales) punctuation and whitespace are ignored and
case is folded.  (And no I don't like it either.)

> There's no consistent ordering between b and space.

In the pl_PL locale the space is ignored.

  cat X | LC_COLLATE=pl_PL.UTF-8 sort | tr -d ' '
  aa
  abc
  ac

After you remove the spaces the ordering of pl_PL ignoring spaces is
more apparent.

You are asking for spaces and punctuation to have a declared ordered
in the pl_PL (and others) locale.  But that is out of our hands.
Nothing we can do about it here.  It is now a standards conformance
issue.  The locale data tables that drive this and grep and awk and
and other commands are part of libc.

I suggest that you set your locale to C and avoid all of these locale
dependent problems.

> Characters may be ordered in any locale-dependent way, but the lines
> should be sorted consistently or bad things will happen.

Your statement is in conflict with itself.

Bob


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

Bug#335990: patch for making tipa conforming to current TeX policy

[Rafael Laboissiere]

Norbert and Frank,

Thanks for your bug report on tipa.  Unfortunately, I am currently unable to
invest time on checking your patch or doing any change to the package.
Please, feel free to NMU.

Thanks,
 
-- 
Rafael


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

Bug#342507: stunnel4: wrong stunntel4 debian config - fails to start

[Torsten Behrens]

Package: stunnel4
Version: 2:4.140-2
Severity: normal

Hello,

the debian configuration does not work fine with the current package.

It needs some extra settings, so that it successfull starts:

1) run as stunnel user - not nobody
2) correct chroot path /var/run/stunnel4
3) logfile is not set to /var/log/stunnel4/stunnel.log

Here the correct settings: 

chroot = /var/run/stunnel4/
setuid = stunnel4
setgid = stunnel4
; PID is created inside chroot jail
pid = /stunnel.pid

; Some debugging stuff useful for troubleshooting
;debug = 7
output = /var/log/stunnel4/stunnel.log

best regards
Torsten Behrens

-- 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.12
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages stunnel4 depends on:
ii  adduser   3.79   Add and remove users and groups
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libssl0.9.8   0.9.8a-3   SSL shared libraries
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra
ii  netbase   4.23   Basic TCP/IP networking system
ii  openssl   0.9.8a-3   Secure Socket Layer (SSL) binary a
ii  perl-modules  5.8.7-7Core Perl modules
ii  zlib1g1:1.2.3-8  compression library - runtime

stunnel4 recommends no packages.

-- no debconf information


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

Bug#342506: bashisms in /usr/lib/stardata-common/starplot

[simon raven]

Package: stardata-common
Version: 0.4
Severity: normal

/usr/lib/stardata-common/starplot contains several '==' which is a
bashism. as you can see below, my /bin/sh is symlinked to /bin/dash,
making the script implode instead of running. a simple s/==/=/g fixes
it.



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (1000, 'unstable'), (998, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.14-pylon-1
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)

Versions of packages stardata-common depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an

stardata-common recommends no packages.

-- no debconf information


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

Bug#342319: aptitude: gets stuck resolving dependencies (related to KDE transition?)

[Daniel Burrows]

On Tue, Dec 06, 2005 at 10:03:46PM -0500, Ivan Nestlerode <[EMAIL PROTECTED]> 
was heard to say:
> Package: aptitude
> Version: 0.4.0-5
> Severity: important
> 
> After running an update this evening, I found myself unable to use
> aptitude as it kept getting stuck saying it was "Resolving dependencies".
> 
> Basic operations on the preview screen would hang aptitude (trying to
> upgrade something that was on hold, trying to put something on hold that
> was broken, etc.).  It was completely unusable (I had to kill it from
> another window three times in a row).
> 
> I have a large number of KDE packages on hold right now due to that
> transition, so I thought maybe it was some combinatoric calculation that
> was talking forever.  However, aptitude doesn't peg the CPU or anything
> when it is stuck like this.
> 
> To be more specific, I start aptitude.  I pressed "g".  It said:
> Resolving dependencies...
> [Previous][Next][Appl][Close]

  This part means that it hasn't come up with a solution yet and it's
still thinking.  However, it looks like it doesn't actually do anything.
It looks like when its first tick count ran out, the background thread
deadlocked instead of continuing to search for a solution.  The subsequent
hang is probably a secondary deadlock in the foreground thread when it
tried to synchronize with the resolver thread.

  The attached patch should eliminate this deadlock.  I'll hang onto the
test data to see if I can use it to improve the resolver's performance on
this rather nasty case in the future.

  Daniel
Wed Dec  7 20:50:54 PST 2005  Daniel Burrows <[EMAIL PROTECTED]>
  * Don't deadlock when the problem resolver runs out of ticks.
diff -rN -udp old-head/src/ui.cc new-head/src/ui.cc
--- old-head/src/ui.cc  2005-12-07 20:51:42.0 -0800
+++ new-head/src/ui.cc  2005-12-07 20:51:46.0 -0800
@@ -1567,7 +1567,7 @@ static void do_reload_cache()
 }
 #endif
 
-static void start_solution_calculation();
+static void start_solution_calculation(bool blocking = true);
 
 class interactive_continuation : public 
resolver_manager::background_continuation
 {
@@ -1630,7 +1630,7 @@ public:
 
   void no_more_time()
   {
-start_solution_calculation();
+start_solution_calculation(false);
   }
 
   void interrupted()
@@ -1639,8 +1639,12 @@ public:
 };
 
 // If the current solution pointer is past the end of the solution
-// list, queue up a calculation for it in the background thread.
-static void start_solution_calculation()
+// list, queue up a calculation for it in the background thread.  If
+// "blocking" is true, then the calling thread will wait for the
+// background resolver thread to finish its calculation before
+// returning from this function.  IF THE CALLING THREAD IS THE
+// BACKGROUND THREAD THIS WILL DEADLOCK IF BLOCKING IS TRUE! (see above for 
such a case)
+static void start_solution_calculation(bool blocking)
 {
   resolver_manager::state state = resman->state_snapshot();
 
@@ -1648,15 +1652,22 @@ static void start_solution_calculation()
  state.selected_solution == state.generated_solutions &&
  !state.solutions_exhausted &&
  !state.background_thread_active)
-resman->get_solution_background_blocking(resman->get_selected_solution(),
-aptcfg->FindI(PACKAGE 
"::ProblemResolver::StepLimit", 5000),
-aptcfg->FindI(PACKAGE 
"::ProblemResolver::WaitSteps", 50),
-new 
interactive_continuation(resman));
+{
+  const int selected = state.selected_solution;
+  const int limit = aptcfg->FindI(PACKAGE "::ProblemResolver::StepLimit", 
5000);
+  const int wait_steps = aptcfg->FindI(PACKAGE 
"::ProblemResolver::WaitSteps", 50);
+  interactive_continuation * const k = new 
interactive_continuation(resman);
+
+  if(blocking)
+   resman->get_solution_background_blocking(selected, limit, wait_steps, 
k);
+  else
+   resman->get_solution_background(selected, limit, k);
+}
 }
 
 static void do_connect_resolver_callback()
 {
-  resman->state_changed.connect(sigc::ptr_fun(&start_solution_calculation));
+  
resman->state_changed.connect(sigc::bind(sigc::ptr_fun(&start_solution_calculation),
 true));
   // We may have missed a signal before making the connection:
   start_solution_calculation();
   resman->state_changed.connect(sigc::ptr_fun(&vscreen_update));



signature.asc
Description: Digital signature

Bug#342367: inkscape: freeze and libc6 debug when recompiled

[Rudy Godoy]

Package: inkscape
Version: 0.43
Followup-For: Bug #342367

I've recompiled inkscape with the new versions. I runs fine but when I
try to open font settings window (shift+ctrl+t) it crashes.

gdb gives the following output:

*** glibc detected *** free(): invalid pointer: 0x0933f4a0 ***

Program received signal SIGABRT, Aborted.
[Switching to Thread -1227958592 (LWP 13509)]
0xb6e507a7 in raise () from /lib/tls/libc.so.6

(gdb) backtrace
#0  0xb6e507a7 in raise () from /lib/tls/libc.so.6
#1  0xb6e5204b in abort () from /lib/tls/libc.so.6
#2  0xb6e87015 in __fsetlocking () from /lib/tls/libc.so.6
#3  0xb6e8d667 in malloc_usable_size () from /lib/tls/libc.so.6
#4  0xb6e8db02 in free () from /lib/tls/libc.so.6
#5  0xb70307c1 in operator delete () from /usr/lib/libstdc++.so.6
#6  0x083a035a in ?? ()
(gdb) continue
Continuing.

Emergency save activated!

Emergency save document locations:
  Documento nuevo 1.2005_12_07_23_32_53.0
Emergency save completed. Inkscape will close now.
If you can reproduce this crash, please file a bug at www.inkscape.org
with a detailed description of the steps leading to the crash, so we can fix it.


I'm using latest libary versions (the c2a ones). Can anyone confirm this?

regards,
Rudy

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


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

Bug#338148: camlstartup asm file

[Mike Furr]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Steve Langasek wrote:
> Rather, the segfault happens in camlPrintf__entry, which is called
> from caml_startup__code_begin.  I can't find a definition for
> camlPrintf__entry anywhere, and I do in fact see some
> suspicious-looking differences when disassembling this code.  Can you
> tell me where in the ocaml source I can find this definition, and/or
> how I can get ocaml to spit out for me the corresponding asm?

ocamlopt has a -S option, similar to gcc.  To generate the assembly file
for printf do,
ocaml-3.09.0$ cd stdlib
stdlib$ ocamlopt -c -S printf.ml
stdlib$ $EDITOR printf.s

The __entry symbols are the static initializers for OCaml modules, they
are executed very early and only once.  Also, note that not all
invocations of camlPrintf__entry cause the segfault.  The tiny program:
  let _ = Printf.printf "hello\n"
does not segfault, even though gdb steps through the same line in
camlPrintf__entry (with different data obviously).  However my utter
lack of knowledge for alpha assembly and linking internals is
restricting any further investigation.  If you need another binary which
does segfault, you can grab the program: escher:~mfurr/felix-1.1.1/bin/flxg


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

iD8DBQFDl63S7ZPKKRJLJvMRAjR6AKC6gOtHAot/T7dMj476o6ywkmaO1QCcDy3A
WWzPBkt+Sutf2rRBljTh+dc=
=Xfhm
-END PGP SIGNATURE-


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

Bug#342504: preliminary package

[Charles Fry]

Oh, and I forgot to mention that a preliminary package is available at:

   http://debian.frogcircus.org/packages/

Charles

-- 
Early to bed
Early to rise
Was meant for those
Old fashioned guys
Who don't use
Burma-Shave
http://burma-shave.org/jingles/1943/early_to_bed


signature.asc
Description: Digital signature

Bug#342319: aptitude: gets stuck resolving dependencies (related to KDE transition?)

[Ivan Nestlerode]

On Tue, Dec 06, 2005 at 07:31:20PM -0800, Daniel Burrows wrote:
>   Could you please send me the following files?  (specifically, place a
> .tar.bz2 somewhere that I can download it)
> 
>   - /etc/apt
>   - ~/.aptitude/config
>   - /var/lib/apt/lists
>   - /var/lib/aptitude
>   - /var/lib/dpkg/status
> 
> Thanks,
>   Daniel

http://www.speakeasy.org/~nestler/aptitude.tar.bz2

I'm not sure which aptitude config file is the right one.  I included both
root's and my own (~nestler).  I think the latter applies (I generally get
root with "su -m" before running aptitude).

Thanks,
-Ivan


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

Bug#264312: Patch

[Kristian Edlund]

I made a patch that I think will sort the kernels correctly.

When comparing the kernel version if the kernel looks like
vmlinuz-2.6.14-pre2 it will change it to vmlinuz-2.6.14.0-pre2

thereby ensuring that 2.6.14.2 is treated as newer since 2>0 and
therefore it is placed higher in the menu than 2.6.14

This patch will close #264312 and #342221

Kristian



--- grub-0.97/debian/update-grub.orig   2005-12-08 04:23:53.0 +0100
+++ grub-0.97/debian/update-grub2005-12-08 04:24:57.0 +0100
@@ -436,13 +436,20 @@
 #  0 if A==B
 #  1 if A>B
 # This compares version numbers of the form
+# 2.4.14.2 > 2.4.14
 # 2.4.14-random > 2.4.14-ac10 > 2.4.14 > 2.4.14-pre2 >
 # 2.4.14-pre1 > 2.4.13-ac99
 CompareVersions()
 {
-   # First split the version number and remove any '.' 's or dashes
-   v1=$(echo $1 | sed -e 's![-\.]\+! !g' -e 's![\.\-]!!g')
-   v2=$(echo $2 | sed -e 's![-\.]\+! !g' -e 's![\.\-]!!g')
+
+   #Changes the line something-x.y.z into somthing-x.y.z.q
+   #This is to ensure that kernels with a .q is treated as higher than the 
once without
+   v1=$(echo $1 | sed -e 
's!\(^.*-\([0-9]\+\.\)\{2\}[0-9]\+\)\(-\|$\)!\1.0\3!g')
+   v2=$(echo $2 | sed -e 
's!\(^.*-\([0-9]\+\.\)\{2\}[0-9]\+\)\(-\|$\)!\1.0\3!g')
+
+   # Then split the version number and remove any '.' 's or dashes
+   v1=$(echo $v1 | sed -e 's![-\.]\+! !g' -e 's![\.\-]!!g')
+   v2=$(echo $v2 | sed -e 's![-\.]\+! !g' -e 's![\.\-]!!g')

# we weight different kernel suffixes here
# ac   = 50


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

Bug#342482: installation-reports

[Ross Boylan]

On Wed, Dec 07, 2005 at 02:09:36PM -0800, Aaron Johnson wrote:
> Package: installation-reports
> 
> Boot method: Netinstall CD
> Image version: Beta 1 http://www.debian.org/devel/debian-installer/
> Date: 05/12/07 20:00
...

> Comments/Problems:
> 
> Unable to detect the HD because of a lack of driver for the Intel 945G SATA 
> disk controller. The installation had to be aborted.
> 
I have an Intel 945PSN motherboard, and etch beta 1 installer couldn't
detect my attached SATA disk.  However, the daily build of the
installer, which uses 2.6.14 kernel (vs 2.6.12 in beta 1) was able to
detect the drive.

An additional peculiarity was that every other 2.6.12 kernel could
detect the HD; in particular, the 2.6.12 kernel that is installed by
the daily builds (if you go with the defaults and pull from testing)
seems to be OK.

There have also been various notes on this list about Dell hardware
being a little dicey for the installer.  My machine is from OmniPro.

Summary: Try the daily builds of the installer.

Ross



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

Bug#342501: Fix

[Reuben Thomas]

If line 95 of /bin/zgrep is changed from

  gzip -cdfq "$i" |

to

  gzip -cdfq -- "$i" |

this fixes the bug.

--
http://rrt.sc3d.org/ | The Next Station Is Oval (Anon)


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

Bug#324683: gdb: cannot debug galeon

[Daniel Jacobowitz]

On Tue, Aug 23, 2005 at 03:42:51PM +0200, Laurent Bonnaud wrote:
> I'm trying to debug numerous galeon crashes I'm experiencing nowadays.
> 
> I tried 3 different debug settings and each time gdb did not launch galeon
> successfully and output different error messages.

Sorry for the delay.  There's three different problems here.  Out of
order:

> 2. Without LD_LIBRARY_PATH (stange thread IDs !):

That's standard for NPTL.

> Program received signal SIG33, Real-time event 33.
> [Switching to Thread -1224819792 (LWP 20331)]
> 0xe410 in __kernel_vsyscall ()

This was a bug in GDB; I will fix it in the next upload.  You can work
around it using "handle SIG33 pass nostop noprint", for now.



> 1. With debug libraries:
> 
> $ export LD_LIBRARY_PATH=/usr/lib/debug:/usr/lib/debug/usr/lib

> [Thread 147466 (LWP 20325) exited]
> Cannot get thread event message: generic error
> (gdb)

First of all, this is wrong; do not put /usr/lib/debug/usr/lib in the
library path.  GDB loads libraries from /usr/lib/debug/{lib/,usr/lib/}
automatically.  They contain debug information, but no symbols.

I don't have a 32-bit galeon available right now to try LinuxThreads. 
I'll fix that and give this a try.

> 3. Without NTPL:
> 
> $ LD_ASSUME_KERNEL=2.4.22 gdb /usr/bin/galeon
> [...]
> (gdb) run

> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 81926 (LWP 20629)]
> 0xb7f00f4b in strlen () from /lib/ld-linux.so.2

Ditto.

-- 
Daniel Jacobowitz
CodeSourcery, LLC


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

Bug#291991: audioscrobbler stuff

[Clint Adams]

Better audioscrobbler code can be found at

http://zomg.alioth.debian.org/


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

Bug#342505: libswt3.1-gtk-java: please update dependency on mozilla-firefox to firefox

[Romain Lenglet]

Package: libswt3.1-gtk-java
Version: 3.1.1-6
Severity: normal

mozilla-firefox has been renamed into firefox (starting from that package's
latest version, i.e. 1.4.99+1.5rc3.dfsg-2).
Please update the Depends in libswt3.1-gtk-java, e.g. into:
, mozilla-browser (>= 2:1.7.0) | mozilla-firefox (>= 1.0.7) | firefox
(>= 1.4.99), ...

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

Versions of packages libswt3.1-gtk-java depends on:
ii  java-common  0.23Base of all Java packages
ii  libswt3.1-gtk-jni3.1.1-6 Platform dependent files for libsw
ii  mozilla-browser  2:1.7.12-1  The Mozilla Internet application s
ii  sun-j2sdk1.4 [java-common]   1.4.2+06Java(TM) 2 SDK, Standard Edition, 
ii  sun-j2sdk1.5 [java-common]   1.5.0+final Java(TM) 2 SDK, Standard Edition, 

libswt3.1-gtk-java recommends no packages.

-- no debconf information


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

Bug#342504: ITP: libjgrapht-java -- mathematical graph theory library for Java

[Charles Fry]

Package: wnpp
Severity: wishlist
Owner: Charles Fry <[EMAIL PROTECTED]>


* Package name: libjgrapht-java
  Version : 0.6.0
  Upstream Author : Barak Naveh <[EMAIL PROTECTED]>
* URL : http://jgrapht.sourceforge.net/
* License : LGPL
  Description : mathematical graph theory library for Java

 JGraphT is a free Java graph library that provides mathematical
 graph theory objects and algorithms. JGraphT supports various types of
 graphs including:
  - directed and undirected graphs
  - graphs with weighted, unweighted, labeled or user-defined edges
  - various edge multiplicity options, including simple graphs,
multigraphs and pseudographs
  - unmodifiable graphs: allow modules to provide "read-only" access
to internal graphs
  - listenable graphs: allow external listeners to track modification
events
  - subgraphs: graphs that are auto-updating subgraph views on other
graphs
 .
 Graphs can be visualized using the JGraph library.
 .
  Homepage: http://jgrapht.sourceforge.net/

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (90, 'testing'), (80, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#342503: kernel-image-2.4.27-2-686: orinoco driver broken

[Michael Marsh]

Package: kernel-image-2.4.27-2-686
Version: 2.4.27-12
Severity: important

Today's upgrade installed a new version of the kernel, but depmod fails
with:
[EMAIL PROTECTED]:~# depmod   
depmod: *** Unresolved symbols in
/lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o
depmod: *** Unresolved symbols in
/lib/modules/2.4.27-2-686/kernel/fs/xfs/xfs.o

A modprobe gives:
[EMAIL PROTECTED]:~# modprobe orinoco
/lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o:
/lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o:
unresolved symbol ALIGN
/lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o: insmod
/lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o failed
/lib/modules/2.4.27-2-686/kernel/drivers/net/wireless/orinoco.o: insmod
orinoco failed


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

Versions of packages kernel-image-2.4.27-2-686 depends on:
ii  coreutils [fileutils] 5.93-5 The GNU core utilities
ii  fileutils 5.93-5 The GNU file management utilities 
ii  initrd-tools  0.1.84 tools to create initrd image for p
ii  modutils  2.4.27.0-3 Linux module utilities

kernel-image-2.4.27-2-686 recommends no packages.

-- no debconf information


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

Bug#342502: bonnie++: Recompile against libstdc++6

[Ryan Finnie]

Package: bonnie++
Version: 1.03a
Severity: normal

Just letting you know that bonnie++ successfully builds against libstdc++6, and 
is one of the few packages left in testing/unstable that depends on libstdc++5 
(and hence gcc-3.3-base).

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

Versions of packages bonnie++ depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libstdc++51:3.3.6-7  The GNU Standard C++ Library v3

bonnie++ recommends no packages.

-- no debconf information


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

Bug#303975: xine-ui: xine started from konsole and completing normally leaves command-line prompt locked

[David Liontooth]

Package: xine-ui
Version: 0.99.3-1.2
Followup-For: Bug #303975


This bug is still present, confirmed on 686 and amd64. Fails to return a 
working command-line prompt.


-- 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 xine-ui depends on:
ii  libc62.3.5-8.1   GNU C Library: Shared libraries an
ii  libcomerr2   1.38-2  common error description library
ii  libcurl3 7.15.0-4Multi-protocol file transfer libra
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libkrb53 1.3.6-5 MIT Kerberos runtime libraries
ii  libncurses5  5.5-1   Shared libraries for terminal hand
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libreadline5 5.0-11  GNU readline and history libraries
ii  libslang22.0.5-1 The S-Lang programming library - r
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libssl0.9.8  0.9.8a-3SSL shared libraries
ii  libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte
ii  libxine1 1.0.1-1.4   the xine video/media player librar
ii  libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display
ii  libxtst6 6.8.2.dfsg.1-10 X Window System event recording an
ii  libxv1   6.8.2.dfsg.1-10 X Window System video extension li
ii  libxxf86vm1  6.8.2.dfsg.1-10 X Video Mode selection library
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii  zlib1g   1:1.2.3-6   compression library - runtime

Versions of packages xine-ui recommends:
ii  libaa11.4p5-29   ascii art library

-- no debconf information


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

Bug#342501: gzip: Does not pass -- on to grep, so filenames starting with - don't work

[Reuben Thomas]

Package: gzip
Version: 1.3.5-10
Severity: normal

If I have a file called "-foo", I can grep it using

  grep pattern -- -foo

but with zgrep this doesn't work, because it doesn't pass -- before
-foo, so grep interprets -foo as a flag.

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

Versions of packages gzip depends on:
ii  debianutils  2.8.4   Miscellaneous utilities specific t
ii  libc62.3.5-1ubuntu12 GNU C Library: Shared libraries an

-- no debconf information


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

Bug#329755: libnuma1: please explain in long description what NUMA is and use full sentences

[Ian Wienand]

On Thu, Dec 08, 2005 at 01:35:29AM +0100, Christoph Berg wrote:
> I have a major in CS and have never heard of "NUMA". Maybe you could
> explain on which architectures such a feature exists?

Any architecture could conceivably have a NUMA memory hierarchy.  The
kernel support is called NUMA and it's help string is 

"Numa Memory Allocation and Scheduler Support"

If you think "non-uniform memory architecture" is clearer I can expand
it, but if that makes sense to you then the term NUMA will too.  I
don't think an essay on computer architecture is suitable for a
description (for example, libraries that do Fourier transformations
don't explain what they are).

-i


signature.asc
Description: Digital signature

Bug#342500: Acknowledgement (Right-clicking segfaults the program.)

[Daniel Burrows]

  I traced this a bit further.  It also happens if you click on the icons
that let you place flags.  This lead me to investigate the error message
that gets printed on stdout to the effect that data/gfx/clearingflag cannot
be found.  Indeed, although the war and explore flag images are available
in /usr/share/glob2/data/gfx (shouldn't that be /usr/share/games/glob2/...?),
the clearing flag is not.  But it is available in the source package, and
if I rebuild the package from clean source, it's included in the resulting
package.

  Daniel


signature.asc
Description: Digital signature

Bug#341617: gdb often fails to debug firefox: thread_db_get_info: cannot get thread info: generic error

[Daniel Jacobowitz]

The moment I reply, I reproduce it.  Naturally.

-- 
Daniel Jacobowitz
CodeSourcery, LLC


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

Bug#341617: gdb often fails to debug firefox: thread_db_get_info: cannot get thread info: generic error

[Daniel Jacobowitz]

On Thu, Dec 01, 2005 at 07:48:55PM +, Calum Mackay wrote:
> Cannot find user-level thread for LWP 32271: generic error
> (gdb)

For now, I have no plans to fix this.  Here's what firefox was doing
the one time I was able to reproduce this (only on starts where it
prompted me for a profile, using a dialog box):

9070  <... futex resumed> ) = 0
9070  futex(0x8c18240, FUTEX_WAKE, 1)   = 0
9070  _exit(0)  = ?
9067  <... futex resumed> ) = 0
9067  close(4)  = 0
9067  close(5)  = 0
9067  close(6)  = 0
9067  close(7)  = 0
9067  execve("/usr/lib/mozilla-firefox/firefox-bin", 
["/usr/lib/mozilla-firefox/firefox"...], [/* 48 var
9067  uname({sys="Linux", node="caradoc", ...}) = 0

GDB doesn't support debugging across execve().  For threaded
applications, it fails to support it... rather dramatically.

-- 
Daniel Jacobowitz
CodeSourcery, LLC


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

Bug#341083: some changes needed to udev script (nee hotplug script)

[Aleksey Kliger]

I believe that when /etc/hotplug/usb/libgphoto2 script is run by udevd
instead of hotplug (as with recent udev versions, and with hotplug
purged), the environment is somewhat different from what
the script expects.  in particular if I add

echo "=" >> /tmp/script-output
printenv >> /tmp/script-output
echo "=" >> /tmp/script-output

to /etc/hotplug/usb/ligphoto2,
the output file contains the following after I plug in my camera:
==
SUBSYSTEM=usb
DEVPATH=/devices/pci:00/:00:03.0/usb1/1-2
ACTION=add
PWD=/
UDEV_LOG=3
UDEVD_EVENT=1
SHLVL=1
PHYSDEVDRIVER=usb
PHYSDEVBUS=usb
SEQNUM=993
_=/usr/bin/printenv
==
==
SUBSYSTEM=usb
DEVPATH=/devices/pci:00/:00:03.0/usb1/1-2/1-2:1.0
ACTION=add
MODALIAS=usb:v04A9p3070d0001dcFFdscFFdpFFic*isc*ip*
PWD=/
UDEV_LOG=3
UDEVD_EVENT=1
SHLVL=1
DEVICE=/proc/bus/usb/001/010
PRODUCT=4a9/3070/1
TYPE=255/255/255
PHYSDEVBUS=usb
SEQNUM=994
_=/usr/bin/printenv
==
==
PHYSDEVPATH=/devices/pci:00/:00:03.0/usb1/1-2
SUBSYSTEM=usb_device
DEVPATH=/class/usb_device/usbdev1.10
MINOR=9
ACTION=add
PWD=/
UDEV_LOG=3
MAJOR=189
UDEVD_EVENT=1
DEVNAME=/dev/bus/usb/1/10
SHLVL=1
PHYSDEVDRIVER=usb
PHYSDEVBUS=usb
SEQNUM=995
_=/usr/bin/printenv
==

so as far as i can tell, the libgphoto2 script should replace
references to $DEVICE
with $DEVNAME, and moreover, the device is a character device not a
regular file.
so instead of -f, the test should be -c.

with those changes done to my local copy, I am able to plug in a
camera and import
photos as a non-root user (one that is a member of the camera group, obviously).

Cheers,
Aleksey Kliger

Bug#259687: Bug unreproducible (smb.conf "write list" option broken in sarge samba 3.0.4-5)

[Stepan Novotill]

The bug went away after I updated to a newer version of Samba quite some 
time ago, so I agree that the bug should be closed. Thanks from Stepan




From: Christian Perrier <[EMAIL PROTECTED]>
Reply-To: Christian Perrier <[EMAIL PROTECTED]>, 
[EMAIL PROTECTED]

To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Bug#259687: Bug unreproducible (smb.conf "write list" option 
broken in sarge samba 3.0.4-5)

Date: Wed, 7 Dec 2005 20:43:07 +0100

tags 259687 unreproducible moreinfo
retitle 259687 [TO CLOSE 20051207] smb.conf "write list" option broken in 
sarge samba 3.0.4-5

thanks

The bug which was reported in #259687 cannot be reproduced on my
system with samba 3.0.20b-2 and the following smb.conf:

[global]
   load printers = no
   guest account = nobody
   browseable=yes
   workgroup =  DRIS
   netbios name = cc-mykerinos
   socket options = TCP_NODELAY
   encrypt passwords = yes
   wins server = 125.1.16.254 125.1.16.253
   os level = 0
   log level=3
   domain master = no
   local master = no
   preferred master = no
   dns proxy = no
   preserve case = yes
   short preserve case = yes
   hide dot files = yes
   server string = Portable Christian Perrier 3 44 38
   security =  user
   map to guest = Bad User

[homes]
directory mask=0700
browseable=no
comment=Home Directories
read only=no
create mask=0770

[public]
directory mask=0700
browseable=yes
comment=Public
read only=yes
write list=bubulle
create mask=0770
public=yes
path=/tmp

Connecting to "public" as "bubulle" gives:

[EMAIL PROTECTED]:~smbclient mykerinos\\public
Password:
Domain=[CC-MYKERINOS] OS=[Unix] Server=[Samba 3.0.20b-Debian]
smb: \exit
[EMAIL PROTECTED]:~smbclient mykerinos\\public
Password:
Domain=[CC-MYKERINOS] OS=[Unix] Server=[Samba 3.0.20b-Debian]
smb: \put prout
putting file prout as \prout (0.0 kb/s) (average 0.0 kb/s)
smb: \exit
[EMAIL PROTECTED]:~>

As a conclusion, this bug may have been user error (connecting to a
public share as nobody without knowingor trying this in share
mode)...or a bug in former versions of samba.

I hereby propose closing it unless someone is still able to reproduce
it.




--








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

Bug#341617: gdb often fails to debug firefox: thread_db_get_info: cannot get thread info: generic error

[Daniel Jacobowitz]

On Thu, Dec 01, 2005 at 07:48:55PM +, Calum Mackay wrote:
> Package: gdb
> Version: 6.3.90.20051119-1
> Severity: normal
> 
> Frequently, but not always, gdb fails to debug Firefox. Here's an
> example
> from a debug firefox build from today's Firefox CVS:

I can't reproduce this.  Does this show up immediately at the start of
a session?

> On occasion, firefox (the same build) did come up correctly, so it's
> intermittent, which is odd.

Not so odd; everything in thread debugging involves race conditions.

> I logged this as mozilla bug
> https://bugzilla.mozilla.org/show_bug.cgi?id=314247
> closed as a gdb issue.

Mitch's comment is not useful; his GDB 6.3 is broken.

-- 
Daniel Jacobowitz
CodeSourcery, LLC


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

Bug#339061: bug in binutils

[Mike Furr]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This is actually a bug in binutils (338148).  I'll leave this bug here
just so it doesn't get reported again.

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

iD8DBQFDl5I57ZPKKRJLJvMRArvPAJ9UoLsRKdF9H7rJ65TQGU+qbTBl1QCggDVU
jMdVGrbUmdU0G+DliAYWGXQ=
=EHLk
-END PGP SIGNATURE-


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

Bug#335901: ITA: pyxmms-remote -- command-line interface to XMMS

[Ernesto Crespo]

retitle #335901 ITA: pyxmms-remote -- command-line interface to XMM
thanks-- Ernesto CrespoLinux User No. 100996Usando Debian Sarge-  Kernel 2.6.11-686Finger Print = 66CB 6BF4 7C7C EC0E DA60  06C8 87E8 9061 C97E 7015

Bug#342500: Right-clicking segfaults the program.

[Daniel Burrows]

Package: glob2
Version: 0.8.16-1
Severity: normal

  If I start a new game, then immediately right-click on the playing
area, the program segfaults.

  Daniel

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

Versions of packages glob2 depends on:
ii  libc62.3.5-8.1   GNU C Library: Shared libraries an
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libglu1-xorg [libglu1]   6.8.2.dfsg.1-11 Mesa OpenGL utility library [X.Org
ii  libsdl-image1.2  1.2.4-1 image loading library for Simple D
ii  libsdl-net1.21.2.5-5 network library for Simple DirectM
ii  libsdl1.2debian  1.2.9-0.0   Simple DirectMedia Layer
ii  libspeex11.1.11-1The Speex Speech Codec
ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
ii  libvorbis0a  1.1.0-1 The Vorbis General Audio Compressi
ii  libvorbisfile3   1.1.0-1 The Vorbis General Audio Compressi
ii  xlibmesa-gl [libgl1] 6.8.2.dfsg.1-11 Mesa 3D graphics library [X.Org]
ii  zlib1g   1:1.2.3-8   compression library - runtime

glob2 recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#342271: libpam-krb5: /etc/krb5.conf used, but not documented!

[Russ Allbery]

Ralf Hildebrandt <[EMAIL PROTECTED]> writes:

> Package: libpam-krb5
> Version: 1.2.0-1
> Severity: normal

> So, it's not documented, but when I tried using it WITHOUT and
> /etc/krb5.conf I got:

> Dec  6 17:56:41 vpn-gw-int openvpn[6072]: (pam_krb5): none: 
> pam_sm_authenticate: entry
> Dec  6 17:56:41 vpn-gw-int openvpn[6072]: (pam_krb5): hildeb: 
> krb5_parse_name(): Configuration file does not specify default realm
> Dec  6 17:56:41 vpn-gw-int openvpn[6072]: (pam_krb5): none: 
> pam_sm_authenticate: exit (failure)

> It should at least be docuemnted somewhere...

Indeed, libpam-krb5 should depend on krb5-config.  This will be fixed in
the next upload.  Thanks!

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#335900: ITA: pyxmms -- Python interface to XMMS

[Ernesto Crespo]

retitle #335900 ITA: pyxmms -- Python interface to XMMS
thanks
-- Ernesto CrespoLinux User No. 100996Usando Debian Sarge-  Kernel 2.6.11-686Finger Print = 66CB 6BF4 7C7C EC0E DA60  06C8 87E8 9061 C97E 7015

Bug#311130: Fw: initial debian packages of dkms

[Matt Domsch]

I built some debian packages of DKMS.  It's my first time building
debs, so give it a try and be nice.

Some things I noted:
* Debian doesn't leave a prebuilt kernel tree sitting around.  This
means you'll have to manually install kernel-source-${version} and
then untar it in /usr/src/.  This also means that DKMS is going to do
make mrproper in the prepare and clean steps.

* The config file is available in /boot/config-$version-arch.

* /lib/modules/*/source is a dangling symlink to nowhere useful



# dkms add   -m dell_rbu -v 0.8

# dkms build -m dell_rbu -v 0.8 \
  --kernelsourcedir=/usr/src/kernel-source-2.6.8 \
  --config=/boot/config-2.6.8-2-686

# dkms install -m dell_rbu -v 0.8


worked for me on a Sarge i686 install.


TODO:
- figure out what mkdeb (akin to mkrpm) would look like



Packages at http://linux.dell.com/dkms/debian/

Thanks,
Matt

-- 
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com & www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com


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

Bug#342499: wordtrans-kde: uninstallable in sid

[Andreas Pakulat]

Package: wordtrans-kde
Version: 1.1pre14-1.1
Severity: grave
Justification: renders package unusable

Hi,

the rebuild of wordtrans-kde and wordtrans-qt for the c++ allocator
transition didn't rebuild wordtrans-data, but the packages got a
versioned dependecy on wordtrans-data=1.1pre14-1.1+b1 making both
uninstallable.

Please either fix this dependecy or do a full rebuilt of all wordtrans
packages

Andreas

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.3-cherry+radeon
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages wordtrans-kde depends on:
ii  kdelibs4c2  4:3.4.3-1.2  core libraries for all KDE applica
ii  libc6   2.3.5-8.1GNU C Library: Shared libraries an
ii  libqt3-mt   3:3.3.5-1Qt GUI Library (Threaded runtime v
ii  libstdc++6  4.0.2-5  The GNU Standard C++ Library v3
ii  wordtrans-data  1.1pre14-1.1 Multi Language Word Translator for

Versions of packages wordtrans-kde recommends:
pn  i2e(no description available)
pn  trans-de-en(no description available)

-- no debconf information


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

Bug#329746: me too

[Joey Hess]

Hmm, no followup on this bug for 3 months?

I installed the pcakage today and saw the same problem.
This is a two part bug, part 1 is that this error message is wrong:

if [ -z "$UGID" ]; then
  echo "User $USER does not exist" >&2
  exit 1
fi

(Should be $RUNASUSER.)

Part 2 is that the ntp user is created by the ntp-simple package, but
the ntp package installs an init script that needs that user to exist.
Since ntp does not depend on ntp-simple, ntp is configured before
ntp-simple and so the ntp user is not created in time. The fix for this
is probably moving the adduser call to the ntp package.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#327667: ITA: isic -- Test the integrity of an IP Stack with semi-random packets

[Ernesto Crespo]

retitle 327667 ITA: isic -- Test the integrity of an IP Stack with semi-random packets
Thanks-- Ernesto CrespoLinux User No. 100996Usando Debian Sarge-  Kernel 2.6.11-686Finger Print = 66CB 6BF4 7C7C EC0E DA60  06C8 87E8 9061 C97E 7015

Bug#342379: twinkle uninstallable on sid

[Adeodato Simó]

* Mark Purcell [Wed, 07 Dec 2005 23:45:46 +]:

Hi Mark,

> digikam
> digikamimageplugins

  This two have been requested already, so should happen soon. (They
  were being postponed a bit to let libkipi and libkexif get compiled in
  all arches.)

> twinkle

  Now for the messy one. There are two issues:

- depends on kdelibs4c2 on i386 (due to the uploaded binaries not
  having been built in an up-to-date clean sid chroot/system, btw):
  will get fixed by a binNMU, so you can forget about this one.

- failed to build on all arches, due to libccrtp1-1.3-0 depending on
  libcommoncpp2-1.3c2 instead of libcommoncpp2-1.3c2a in all arches
  but i386. This was due to libccrtp being uploaded on the same day
  as libcommoncpp2, without a proper version constraint in its
  Build-Depends. (And waiting for libcommoncpp2 to be available
  everywhere would not have been the best approach, either: unlike
  applications, libraries should always bump their build-depends.)

  Please, Mark, reupload libccrtp bumping its build-dependency on
  libcommoncpp2-dev to (>= 1.3.21-2). Since twinkle is on a proper
  Dep-Wait state (see [1]), it'll get automatically built after this
  upload.

[1] http://people.debian.org/~igloo/status.php?package=libccrtp&thin=on

  Thanks,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Listening to: Javier Álvarez - Credo



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

Bug#338469: merge some bugs

[Christoph Berg]

severity 338469 serious
thanks

FTBFS on m68k is serious, especially when the package has built there
previously _and_ was shipped with stable.

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#342498: more ethernet device order fun

[Joey Hess]

Package: hw-detect
Severity: normal

Installs on my ia64 from d-i daiy builds are ending up with eth0 being
the device that does not have a cable on it (the tg3 card) and eth1
being the device with link (the e100 card). This is the opposite load
order that d-i uses and it means the network doesn't come up in the
installed system since there is only an entry for eth0 in
/etc/network/interfaces.

If I remove udev from the installed system, the modules are loaded in the
same order as they are in d-i and everything works.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#342497: pppoe bug with e100 lan

[prakash j kokkkattu]

  
Package: 
version: <3.5-4>
kernel version:Linux cosmic 2.6.14-2-686-smp #1 SMP Sat Nov 26 13:37:07 UTC 2005 i686 GNU/Linux
libc6 version: <2.3.5-8>
Severity: 
Hello,
 I got sarge 3.1r0a with a pppoe connection from dataone(provider) configured with pppoeconf v 1.7.i have configured this connection,able to connect but i need to run'ifconfig eth0 up'.here is /etc/network/interfaces:

-

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
iface eth0 inet static
       address 192.168.1.2
       netmask 255.255.255.0
       network 192.168.1.0
       broadcast 192.168.1.255
       gateway 192.168.1.1
       name Ethernet LAN card
#auto eth0

iface dsl-provider inet static
provider dsl-provider

# added by pppoeconf

   pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf
-
As you can see i commented out eth0 line as "#auto eth0" because i
believe the 'pre-up /sbin/ifconfig eth0 up' brings network up..but it
does not...and i need to run ifconfig eth0 up...

if i uncomment the 'auto eth0' line,lan brought up at boot but,i need to run another command to connect after 'pon dsl-provider : 'route add default ppp0'so that ppp0 be default connection.so my last state of pppoe connection looks like this:
Code:
-
cosmic:~# ifconfig eth0 up
cosmic:~# pon dsl-provider
please fix this..i have this problem with sarge's default kernel..2.6.8 
too..

Bug#329755: libnuma1: please explain in long description what NUMA is and use full sentences

[Christoph Berg]

Re: Ian Wienand in <[EMAIL PROTECTED]>
> > It would be nice to have an explenation what NUMA means in that
> > respect. It's not that for acronyms there are just one explenation.
> 
> Maybe for some, but I've only ever seen the term NUMA with reference
> to non-uniform memory architecture.  Certainly I would consider it a
> standard computing term.

I have a major in CS and have never heard of "NUMA". Maybe you could
explain on which architectures such a feature exists?

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#342496: directfb: new upstream release available (0.9.24, 2005-10-25)

[Florian Ernst]

Package: directfb
Severity: wishlist

Hello Guillem,

as of 2005-10-25 there is a new upstream release 0.9.24 available,
upstream lists as follows:
| Something with that number... 0.9.24 is out! 
| 
| Some fixes made it worthwhile to release 0.9.24 just now.
| 2005-10-25: Tarball updated! One file for static builds was still
| missing.
| 
| 0.9.23 is out!   /o\ 
| 
| Finally, 0.9.23 has been released. It has a lot of improvements and
| fixes.

As I didn't see any work in progress in the svn repository I send in
this report, please package this when you think it is due time.

Cheers,
Flo


signature.asc
Description: Digital signature

Bug#342492: digikam: needs rebuild against latest libraries

[Achim Bohnet]

package digikam
tags 342492 +pending
thanks

On Thursday 08 December 2005 00:57, Wolfgang Rohdewald wrote:
[...]
> I cannot update KDE because that would uninstall digikam.
> digikam should be built against the new *c2a c++ libraries
> like kdelibs4c2a

Hi Wolfgang,

Debian's release manager prefer binNMUs instead of new uploads,
with no modification, beside: "reupload to trigger rebuild".
Please be patient.  RMs will trigger the rebuild on their own.

Tagging the bug pending,
Achim


> 
> -- 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.14-abi
> Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
> 
> Versions of packages digikam depends on:
> ii  kdelibs4c2   4:3.4.2-4   core libraries for all KDE 
> applica
> ii  libart-2.0-2 2.3.17-1Library of functions for 2D 
> graphi
> ii  libaudio21.7-3   The Network Audio System (NAS). 
> (s
> ii  libc62.3.5-8.1   GNU C Library: Shared libraries 
> an
> ii  libexif120.6.12-2library to parse EXIF files
> ii  libfam0  2.7.0-8 client library to control the 
> FAM 
> ii  libfontconfig1   2.3.2-1.1   generic font configuration 
> library
> ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared 
> lib
> ii  libgcc1  1:4.0.2-5   GCC support library
> ii  libgphoto2-2 2.1.6-5.3   gphoto2 digital camera library
> ii  libgphoto2-port0 2.1.6-5.3   gphoto2 digital camera port 
> librar
> ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
> ii  libidn11 0.5.18-1GNU libidn library, 
> implementation
> ii  libimlib21.2.1-2 powerful image loading and 
> renderi
> ii  libjpeg626b-10   The Independent JPEG Group's 
> JPEG 
> ii  libkexif1c2  0.2.2-1 library for KDE to 
> read/display/ed
> ii  libkipi0c2   0.1.2-1 library for apps that want to 
> use 
> ii  libpng12-0   1.2.8rel-5  PNG library - runtime
> ii  libqt3-mt3:3.3.5-3   Qt GUI Library (Threaded runtime 
> v
> ii  libsm6   6.8.2.dfsg.1-11 X Window System Session 
> Management
> ii  libsqlite3-0 3.2.7-1 SQLite 3 shared library
> ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
> 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  libxft2  2.1.7-1 FreeType-based font drawing 
> librar
> 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   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-8   compression library - runtime
> 
> Versions of packages digikam recommends:
> ii  digikamimageplugins   0.8.0-1-1  image editor plugins for digikam 
> a
> ii  kdeprint  4:3.4.2-4  print system for KDE
> ii  kipi-plugins  0.1+rc1-1  image manipulation/handling 
> plugin
> ii  konqueror 4:3.4.2-4  KDE's advanced file manager, web 
> b
> 
> -- no debconf information
> 
> 
> 

-- 
  To me vi is Zen.  To use vi is to practice zen. Every command is
  a koan. Profound to the user, unintelligible to the uninitiated.
  You discover truth everytime you use it.
  -- [EMAIL PROTECTED]


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

Bug#342491: adns: new upstream release 1.1 suitable for packaging?

[Bernd Eckenfels]

On Thu, Dec 08, 2005 at 12:48:02AM +0100, Florian Ernst wrote:
> I'd assume you have valid reasons for not packaging this over the last
> years, but could you please briefly document them so people like me
> know what's the deal?

no, there is no specific reason, I was just not aware of it. Will do.

Gruss
Bernd
-- 
  (OO) -- [EMAIL PROTECTED] --
 ( .. )[EMAIL PROTECTED],linux.de,debian.org}  http://www.eckes.org/
  o--o   1024D/E383CD7E  [EMAIL PROTECTED]  v:+497211603874  f:+49721151516129
(OO)  When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!


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

Bug#342380: ogre - FTBFS: error: 'static Ogre::String Ogre::StringConverter::toString(long unsigned int, short unsigned int, char, std::_Ios_Fmtflags)' cannot be overloaded

[Steve Langasek]

severity 342380 important
thanks

On Wed, Dec 07, 2005 at 05:38:29PM +0100, Bastian Blank wrote:
> Package: ogre
> Version: 1.0.5-1
> Severity: serious
> 
> There was an error while trying to autobuild your package:
> 
> > Automatic build of ogre_1.0.5-1 on debian01 by sbuild/s390 79
> [...]
> > if /bin/sh ../../libtool --tag=CXX --mode=compile s390-linux-gnu-g++ 
> > -DHAVE_CONFIG_H -I. -I. -I../../OgreMain/include  -I/usr/include/freetype2 
> > -I../../OgreMain/include -DOGRE_NONCLIENT_BUILD  -g -O2  -MT 
> > OgreBillboardParticleRenderer.lo -MD -MP -MF 
> > ".deps/OgreBillboardParticleRenderer.Tpo" -c -o 
> > OgreBillboardParticleRenderer.lo OgreBillboardParticleRenderer.cpp; \
> > then mv -f ".deps/OgreBillboardParticleRenderer.Tpo" 
> > ".deps/OgreBillboardParticleRenderer.Plo"; else rm -f 
> > ".deps/OgreBillboardParticleRenderer.Tpo"; exit 1; fi
> >  s390-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../OgreMain/include 
> > -I/usr/include/freetype2 -I../../OgreMain/include -DOGRE_NONCLIENT_BUILD -g 
> > -O2 -MT OgreBillboardParticleRenderer.lo -MD -MP -MF 
> > .deps/OgreBillboardParticleRenderer.Tpo -c 
> > OgreBillboardParticleRenderer.cpp  -fPIC -DPIC -o 
> > .libs/OgreBillboardParticleRenderer.o
> > .../../OgreMain/include/OgreStringConverter.h:96: error: 'static 
> > Ogre::String Ogre::StringConverter::toString(long unsigned int, short 
> > unsigned int, char, std::_Ios_Fmtflags)' cannot be overloaded
> > .../../OgreMain/include/OgreStringConverter.h:92: error: with 'static 
> > Ogre::String Ogre::StringConverter::toString(size_t, short unsigned int, 
> > char, std::_Ios_Fmtflags)'
> > make[3]: *** [OgreBillboardParticleRenderer.lo] Error 1
> > make[3]: Leaving directory 
> > `/build/buildd/ogre-1.0.5/build-tree/ogre-free/OgreMain/src'
> > make[2]: *** [all-recursive] Error 1
> > make[2]: Leaving directory 
> > `/build/buildd/ogre-1.0.5/build-tree/ogre-free/OgreMain'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/build/buildd/ogre-1.0.5/build-tree/ogre-free'
> > make: *** [stampdir/build-stamp] Error 2
> > **
> > Build finished at 20051207-1734
> > FAILED [dpkg-buildpackage died]

Never built before on s390, downgrading.

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#223068: sorting in unicode broken

[Michael Stone]

You know what, I don't even care enough to discuss it anymore. The bug
is wontfix and will stay that way.



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

Bug#342381: qterm - FTBFS: error: unknown escape sequence '\='

[LI Daobing]

package qterm
tags 342381 +pending
thanks

On 12/8/05, Bastian Blank <[EMAIL PROTECTED]> wrote:
> Package: qterm
> Version: 0.4.0pre3-2+b1
> Severity: serious
>
> There was an error while trying to autobuild your package:
>
I have prepared a version to fix this problem, but I need a
sponsor[1], can you help me:

http://lists.debian.org/debian-mentors/2005/12/msg00031.html[1]
--
LI Daobing

Bug#326004: SATA ATAPI now ready for production?

[Jonathan Lucas]

> Rest assured, as soon as we start shipping a kernel that Jeff feels
> can run SATA ATAPI, we will turn it on - well, someone might have
> to remind us, things do slip through the craks. But right now
> its an upstream issue. I'm tagging it as such in the BTS.
> And other than working with upstram to get the code straightened out,
> there isn't much that anyone can do about it.


According to the latest status report from Jeff, this should be ready
for 2.6.15:

http://linux.yyz.us/sata/software-status.html

However, checking the git repo, the defines are still turned off.
Perhaps the Debian images can turn them on in the 2.6.15 package?

cheers,

Jonathan



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

Bug#342494: bluez-libs: new upstream release available (2.22, 2005-10-31)

[Florian Ernst]

Package: bluez-libs
Severity: wishlist

Hello Edd,

as of 2005-10-31 there is a new upstream release 2.22 available, the
changelog reads as follow:
| ver 2.22:
| Decode reserved LMP feature bits.
| Fix errno overwrite problems.
| Fix profile descriptor problem with Samsung phones.
| Add compile time buffer checks (FORTIFY SOURCE).
| 
| ver 2.21:
| Add support for identification of supported commands.
| Add missing OCF declarations for the security filter.
| Add two new company identifiers.
| 
| ver 2.20:
| Add UUIDs for video distribution profile.
| Add UUIDs for phonebook access profile.
| Add attribute identifier for supported repositories.
| Add definitions for extended inquiry response.
| Add functions for extended inquiry response.

Please package this when you think it is due time.

Cheers,
Flo


signature.asc
Description: Digital signature

Bug#342493: monodevelop: crashes when opening directory with subdir containing '#'

[Henrik Lundberg]

Package: monodevelop
Version: 0.8-1
Severity: normal

When doubleclicking a directory in monodevelop 'Directories' list on the
'Files' tab and that directory contains a subdirectory containing a
hash-character '#', monodevelop crashes with errormessage 'The
Application "MonoDevelop" has quit unexpectedly.'

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

Versions of packages monodevelop depends on:
ii  gnome-icon-theme  2.10.1-2   GNOME Desktop icon theme
ii  libgconf2.0-cil   2.4.0-1CLI binding for GConf 2.6
ii  libgecko2.0-cil   0.11-1 CLI binding for the GtkMozEmbed li
ii  libglade2.0-cil   2.4.0-1CLI binding for the Glade librarie
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libglib2.0-cil2.4.0-1CLI binding for the GLib utility l
ii  libgnome2.0-cil   2.4.0-1CLI binding for GNOME 2.6
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libgtk2.0-cil 2.4.0-1CLI binding for the GTK+ toolkit 2
ii  libgtksourceview1.0-0 1.4.2-2shared libraries for the GTK+ synt
ii  libgtksourceview2.0-cil   0.10-2 CLI binding for the gtksourceview 
ii  mono-classlib-1.0 1.1.10-1   Mono class library (1.0)
ii  mono-jit  1.1.10-1   fast CLI (.NET) JIT compiler for M
ii  mono-mcs  1.1.10-1   Mono C# compiler
ii  monodoc-base  1.1.9-1shared MonoDoc binaries
ii  monodoc-manual1.1.9-1compiled XML documentation from th
ii  pkg-config0.20-1 manage compile and link flags for 
ii  xterm [x-terminal-emulato 6.8.2.dfsg.1-7 X terminal emulator

monodevelop recommends no packages.

-- no debconf information


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

Bug#342492: digikam: needs rebuild against latest libraries

[Wolfgang Rohdewald]

Package: digikam
Version: 0.8.0-1-1
Severity: normal

I cannot update KDE because that would uninstall digikam.
digikam should be built against the new *c2a c++ libraries
like kdelibs4c2a

-- 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.14-abi
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages digikam depends on:
ii  kdelibs4c2   4:3.4.2-4   core libraries for all KDE applica
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libaudio21.7-3   The Network Audio System (NAS). (s
ii  libc62.3.5-8.1   GNU C Library: Shared libraries an
ii  libexif120.6.12-2library to parse EXIF files
ii  libfam0  2.7.0-8 client library to control the FAM 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libgphoto2-2 2.1.6-5.3   gphoto2 digital camera library
ii  libgphoto2-port0 2.1.6-5.3   gphoto2 digital camera port librar
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libimlib21.2.1-2 powerful image loading and renderi
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libkexif1c2  0.2.2-1 library for KDE to read/display/ed
ii  libkipi0c2   0.1.2-1 library for apps that want to use 
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libqt3-mt3:3.3.5-3   Qt GUI Library (Threaded runtime v
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libsqlite3-0 3.2.7-1 SQLite 3 shared library
ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
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  libxft2  2.1.7-1 FreeType-based font drawing librar
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   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-8   compression library - runtime

Versions of packages digikam recommends:
ii  digikamimageplugins   0.8.0-1-1  image editor plugins for digikam a
ii  kdeprint  4:3.4.2-4  print system for KDE
ii  kipi-plugins  0.1+rc1-1  image manipulation/handling plugin
ii  konqueror 4:3.4.2-4  KDE's advanced file manager, web b

-- no debconf information


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

Bug#342491: adns: new upstream release 1.1 suitable for packaging?

[Florian Ernst]

Package: adns
Severity: wishlist

Hello Bernd,

I just noticed there's a new upstream release 1.1 of adns, major
changes as follows:
|   Major bugfixes:
|   * Do not spin if connect() fails immediately (!)
|   * Stop searching on a CNAME (even if it's broken).
|   * When search list runs out, _qf_owner sets owner to query domain.
|   * Fix bogus multiple updates to p in transmit.c (!)

I'd assume you have valid reasons for not packaging this over the last
years, but could you please briefly document them so people like me
know what's the deal?

Thanks a lot,
cheers,
Flo


signature.asc
Description: Digital signature

Bug#342379: twinkle uninstallable on sid

[Mark Purcell]

On Wednesday 07 December 2005 16:39, Giuseppe D'Angelo wrote:
> Twinkle is uninstallable on sid right now:
> it depends on kdelibs4c2, but kdelibs4c2a is replacing
> that package.

Giuseppe,

I'm pretty sure we are awaiting a binNMU from the release team for twinkle, 
per:

http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html

Steve.  Could you please schedule rebuilds for the following:

twinkle
digikam
digikamimageplugins

Thanks,
Mark


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

Bug#342484: Compilation is working

[Matthias Klose]

Falk Hueffner writes:
> Mathieu Malaterre <[EMAIL PROTECTED]> writes:
> 
> > Thanks Falk, you can close the bug. Updating binutils from unstable
> > did the trick
> 
> Well, it shouldn't really be closed, but gcc-snapshot should depend on
> that version.

fixed, pending next upload.


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

Bug#342488: Wrong Conflicts/Replaces makes upgrade fail

[Matthias Klose]

severity 342488 normal
merge 342489 342488
tags 342488 + pending
thanks

pending, in the meantime, please remove the libsvncpp0c2 package by hand.

Michael Biebl writes:
> Package: libsvncpp0c2a
> Version: 0.9.0-1
> Severity: grave
> 
> The packages has a Conflicts/Replaces to libsvncpp0 and libsvncpp0c2a whereas 
> it
> should be libsvncpp0 and *libsvncpp0c2*. This makes an upgrade impossible
> as the old libsvncpp0c2 is not uninstalled automatically.


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

Bug#341666: arts: ftbfS on hppa

[Aurelien Jarno]

Hi,

I have successfully built arts on my hppa machine, using sbuild. I think
it fails to build on the build daemon due to a problem with the
machine, maybe a hardware problem, as a lot of packages are currently
failing to build on it, without real reason.

If you want I could upload this version, but maybe you prefer to restart
a build. Just tell me.

Bye,
Aurelien

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#342490: libdbix-dbschema-perl: all manpages except main DBIx::DBSchema one are empty

[ivan-debian]

Package: libdbix-dbschema-perl
Version: 0.28-1
Severity: important

huh, 0.27-1 was fine.  did something get mucked up with the build?

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

Versions of packages libdbix-dbschema-perl depends on:
ii  libdbi-perl   1.48-1 Perl5 database interface by Tim Bu
ii  libfreezethaw-perl0.43-2 converting Perl structures to stri
ii  perl  5.8.7-4Larry Wall's Practical Extraction 

libdbix-dbschema-perl recommends no packages.

-- no debconf information


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

Bug#266336: #266336 Follow-ups

[Andrew Moise]

On Wed, 2005-12-07 at 23:38 +0100, Jérôme Marant wrote:
> Could you please provide you .emacs?

  Sorry, I should have mentioned -- this happens for me even when I move
my .emacs out of the way.  So something else in my machine's
configuration is at fault.
-- 
Andrew Moise <[EMAIL PROTECTED]>

Bug#342484: Compilation is working

[Falk Hueffner]

Mathieu Malaterre <[EMAIL PROTECTED]> writes:

> Thanks Falk, you can close the bug. Updating binutils from unstable
> did the trick

Well, it shouldn't really be closed, but gcc-snapshot should depend on
that version.

-- 
Falk


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

Bug#266336: #266336 Follow-ups

[Andrew Moise]

On Wed, 2005-12-07 at 23:38 +0100, Jérôme Marant wrote:
> I can't reproduce it :-P (I guess  you meant "Alt-x"?)

  Er, yes; sorry.  All the capital letters in that reproduction case
referred to lower case letters.  That was wrong and I'm sorry that I did
it.

> Could you please provide you .emacs?

  Gladly; it's attached.  Sorry that it's so messy.  I can briefly grant
you a shell account on a machine where this occurs, if that would help
you believe that it doesn't work for me.  :-)
-- 
Andrew Moise <[EMAIL PROTECTED]>
;; Linux-Mandrake Configuration
; Chmouel Boudjnah <[EMAIL PROTECTED]>.
; Pixel .
; Thanks to Eric Marsden <[EMAIL PROTECTED]>.

;; Some macros.
(defmacro GNUEmacs (&rest x)
  (list 'if (string-match "GNU Emacs 21" (version)) (cons 'progn x)))
(defmacro XEmacs (&rest x)
  (list 'if (string-match "XEmacs 21" (version)) (cons 'progn x)))
(defmacro Xlaunch (&rest x)
  (list 'if (eq window-system 'x)(cons 'progn x)))


;(GNUEmacs 
; (Xlaunch
; (define-key global-map [(delete)]"\C-d") 
;))

(define-key global-map "\M-g" 'goto-line)

(GNUEmacs 
 ; Handle backspace:
 (define-key global-map "\C-h" 'backward-delete-char)
 (define-key global-map "\C-x?" 'help-command)

 ; XEmacs compatibility
 (global-set-key [(control tab)] `other-window)
 (global-set-key [(meta g)] `goto-line)
 ; ^^ Ugh.  Why doesn't this work anymore?
 (defun switch-to-other-buffer () (interactive) (switch-to-buffer 
(other-buffer)))
 (global-set-key [(meta control ?l)] `switch-to-other-buffer)

 (global-set-key [(meta O) ?H] 'beginning-of-line)
 (global-set-key [home] 'beginning-of-line)
 (global-set-key [(meta O) ?F] 'end-of-line)
 (global-set-key [end] 'end-of-line) 
 (setq next-line-add-newlines nil))

; X selection manipulation
(GNUEmacs (defun x-own-selection (s) (x-set-selection `PRIMARY s)))
(global-set-key [(shift insert)] '(lambda () (interactive) (insert 
(x-get-selection
(global-set-key [(control insert)] '(lambda () (interactive) (x-own-selection 
(buffer-substring (point) (mark)

; Shift-arrows a la windows...
(GNUEmacs (custom-set-variables
 '(pc-select-meta-moves-sexps t)
 '(pc-select-selection-keys-only t)
 '(pc-selection-mode t nil (pc-select

(XEmacs
 (if (eq window-system 'x)
 (global-set-key (read-kbd-macro "DEL") 'delete-char)
   (or (global-set-key "[3~" 'delete-char))
   ))

;; By default we starting in text mode.
(setq initial-major-mode
  (lambda ()
(text-mode)
(turn-on-auto-fill)
(font-lock-mode)
))

(GNUEmacs (setq revert-without-query (cons "TAGS" revert-without-query)))

; Use the following for i18n
;(standard-display-european t)
;(GNUEmacs (set-language-environment "latin-1"))
;(XEmacs (require 'x-compose))

; Some new Colors for Font-lock.
;(setq font-lock-mode-maximum-decoration t)
;(require 'font-lock)
;(setq font-lock-use-default-fonts nil)
;(setq font-lock-use-default-colors nil)
;(copy-face 'default 'font-lock-string-face)
;(set-face-foreground 'font-lock-string-face "Sienna")
;(copy-face 'italic 'font-lock-comment-face)
;(set-face-foreground 'font-lock-comment-face "Red")
;(copy-face 'bold 'font-lock-function-name-face)
;(set-face-foreground 'font-lock-function-name-face "MediumBlue")
;(copy-face 'default 'font-lock-keyword-face)
;(set-face-foreground 'font-lock-keyword-face "SteelBlue")
;(copy-face 'default 'font-lock-type-face)
;(set-face-foreground 'font-lock-type-face "DarkOliveGreen")
;(GNUEmacs (set-face-foreground 'modeline "red")
; (set-face-background 'modeline "lemonchiffon"))

(GNUEmacs
 (setq transient-mark-mode 't)
 )

;(XEmacs
; (set-face-foreground 'bold-italic "Blue")
; )

;(GNUEmacs
; (Xlaunch
;  (make-face-bold 'bold-italic)
;  ))

;(set-face-foreground 'bold-italic "Blue")

(setq default-frame-alist
  '(
;;; Define here the default geometry or via ~/.Xdefaults.
;;  (width . 84) (height . 46)
(cursor-color . "red")
(cursor-type . box)
(foreground-color . "honeydew")
(background-color . "black")))

;; A small exemples to show how Emacs is powerfull.
; Define function to match a parenthesis otherwise insert a %

;(global-set-key "%" 'match-paren)
;(defun match-paren (arg)
;  "Go to the matching parenthesis if on parenthesis otherwise insert %."
;  (interactive "p")
;  (cond ((looking-at "\\s\(") (forward-list 1) (backward-char 1))
;((looking-at "\\s\)") (forward-char 1) (backward-list 1))
;(t (self-insert-command (or arg 1)

;; By default turn on colorization.
(if (fboundp 'global-font-lock-mode)
(global-font-lock-mode t)
  )

;; Add bzip2 suffixes to info reader.
(XEmacs
 (require 'info)
 (setq Info-suffix-list
   (append '(
 (".info.bz2" . "bzip2 -dc %s")
 (".bz2"  . "bzip2 -dc %s")
 )
   Info-suffix-list))
 )

;; More information with the info file (Control-h i)
;(custom-set-variables
; '(font-lock-maximum-decoration 1)
; '(font-lock-use-colors nil)
; '(font-lock-use-fonts t)

Bug#342489: libsvncpp0c2: uninstallable due to missing conflict

[Philipp Weis]

Package: libsvncpp0c2
Version: 0.8.0-3
Severity: normal

Hi,

libsvncpp0c2a is uninstallable on my system, as it overwrites some
files from libsvncpp0c2, but does not conflict with it. Manually
removing libsvncpp0c2 solves the problem.

Philipp


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

Versions of packages libsvncpp0c2 depends on:
ii  libapr0 2.0.55-3 the Apache Portable Runtime
ii  libc6   2.3.5-8.1GNU C Library: Shared libraries an
ii  libdb4.24.2.52-20Berkeley v4.2 Database Libraries [
ii  libexpat1   1.95.8-3 XML parsing C library - runtime li
ii  libgcc1 1:4.0.2-5GCC support library
ii  libldap22.1.30-12OpenLDAP libraries
ii  libstdc++6  4.0.2-5  The GNU Standard C++ Library v3
ii  libsvn0 1.2.3dfsg1-3 shared libraries used by Subversio

libsvncpp0c2 recommends no packages.

-- no debconf information

-- 
Philipp Weis  [EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#342488: Wrong Conflicts/Replaces makes upgrade fail

[Michael Biebl]

Package: libsvncpp0c2a
Version: 0.9.0-1
Severity: grave

The packages has a Conflicts/Replaces to libsvncpp0 and libsvncpp0c2a whereas it
should be libsvncpp0 and *libsvncpp0c2*. This makes an upgrade impossible
as the old libsvncpp0c2 is not uninstalled automatically.

Cheers,
Michael


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

Versions of packages libsvncpp0c2a depends on:
ii  libapr0 2.0.55-3 the Apache Portable Runtime
ii  libc6   2.3.5-8.1GNU C Library: Shared libraries an
ii  libdb4.34.3.29-1 Berkeley v4.3 Database Libraries [
ii  libexpat1   1.95.8-3 XML parsing C library - runtime li
ii  libgcc1 1:4.0.2-5GCC support library
ii  libldap22.1.30-12OpenLDAP libraries
ii  libstdc++6  4.0.2-5  The GNU Standard C++ Library v3
ii  libsvn0 1.2.3dfsg1-3 shared libraries used by Subversio

libsvncpp0c2a recommends no packages.

-- no debconf information


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

Bug#342484: Compilation is working

[Mathieu Malaterre]

Thanks Falk, you can close the bug. Updating binutils from unstable did 
the trick


$ sudo apt-get install -t unstable binutils

Mathieu



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

Bug#342387: oops on find_get_block with reiserfs

[Stephen Gran]

This one time, at band camp, Maximilian Attems said:
> tags 342387 important stop
> 
> On Wed, Dec 07, 2005 at 05:54:40PM +0100, yoann wrote:
> > Package: kernel-image-2.6.8-2-686 Version: 2.6.8-16 Severity:
> > critical
> 
> baah works for others downgrading.
>  
> > I had an oops on my box :
> 
> looks like one of those reiserfs races, with some chances they are
> fixed in newer kernels.  2.6.8 reiserfs is not good on the sanity
> checking front.
> 
> you might want to use one of those backports floating around or change
> to a more stable fs.

Downgrading a bug in a Debian package with the response 'use a package
from somewhere outside Debian' doesn't feel right somehow.

I understand that the kernel team is quite busy, and you can't fix every
bug.  If this is an ongoing issue, as I suspect, perhaps setting up
official backport kernels somewhere would be a nice idea?

Just a thought, and take care,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#342487: perl: Encode bug: decode destroys the string.

[Vincent Lefevre]

Package: perl
Version: 5.8.7-7
Severity: normal

The script

#!/usr/bin/env perl
use strict;
use Encode;
my $it = "string";
print "[$it]\n";
print "[".decode("iso-8859-1", $it, 1)."]\n";
print "[$it]\n";

produces the following output:

[string]
[string]
[]

This is a regression. In the past, this was working.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-20050829
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages perl depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libdb4.2  4.2.52-18  Berkeley v4.2 Database Libraries [
ii  libgdbm3  1.8.3-2GNU dbm database routines (runtime
ii  perl-base 5.8.7-7The Pathologically Eclectic Rubbis
ii  perl-modules  5.8.7-7Core Perl modules

Versions of packages perl recommends:
ii  perl-doc  5.8.7-7Perl documentation

-- no debconf information


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

Bug#342484: Error: unknown pseudo-op: `.weakref'

[Falk Hueffner]

Mathieu Malaterre <[EMAIL PROTECTED]> writes:

> Package: gcc-snapshot
> Version: 20051124-1
> Severity: important
>
> /tmp/ccFywWsc.s:2650: Error: unknown pseudo-op: `.weakref'

Newer binutils is needed. 2.16.1cvs20051109-1 should do. Can you
please try that?

-- 
Falk


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

Bug#342486: anjuta: .ph files are not recognized as Perl scripts

[Tyler MacDonald]

Package: anjuta
Version: 1.2.4-1+b1
Severity: minor


Perl includes that do not provide a pacakge themselves (eg; configuration
files written in perl) often have the extension ".ph". Anjuta should
recognize these as perl and apply the correct syntax highlighting.

Thanks,
Tyler



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

Versions of packages anjuta depends on:
ii  anjuta-common1.2.4-1 Data files for Anjuta
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.1   GNU C Library: Shared libraries an
ii  libesd0  0.2.36-1Enlightened Sound Daemon - Shared 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-4   GCC support library
ii  libgconf2-4  2.10.1-6GNOME 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.4-2 The GLib library of C routines
ii  libgnome-keyring00.4.5-1 GNOME keyring services library
ii  libgnome2-0  2.10.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.10.2-2A powerful object-oriented display
ii  libgnomeprint2.2-0   2.10.3-3The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0 2.10.2-2GNOME 2.2 print architecture User 
ii  libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.10.1-5The 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  libgtk2.0-0  2.6.10-2The GTK+ graphical user interface 
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libncurses5  5.5-1   Shared libraries for terminal hand
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.8.2-3 Layout and rendering of internatio
ii  libpcre3 6.4-1.1 Perl 5 Compatible Regular Expressi
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libstdc++6   4.0.2-4 The GNU Standard C++ Library v3
ii  libtasn1-2   0.2.17-1Manage ASN.1 structures (runtime)
ii  libvte4  1:0.11.15-4 Terminal emulator widget for GTK+ 
ii  libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxml2  2.6.22-2GNOME XML library
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  scrollkeeper 0.3.14-10   A free electronic cataloging syste
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii  zlib1g   1:1.2.3-8   compression library - runtime

Versions of packages anjuta recommends:
ii  autoconf   2.59a-7   automatic configure script builder
ii  autogen1:5.7.3-1 an automated text file generator
ii  automake1.4 [automake] 1:1.4-p6-9A tool for generating GNU Standard
ii  cvs1:1.12.9-17   Concurrent Versions System
ii  devhelp0.10-5A GNOME developers help program
ii  exuberant-ctags [ctags 1:5.5.4-1 build tag file indexes of source c
ii  g++4:4.0.2-1 The GNU C++ compiler
ii  gcc4:4.0.2-1 The GNU C compiler
ii  gdb6.3.90.20051119-1 The GNU Debugger
pn  gnome-devel(no description available)
ii  gnome-terminal 2.10.0-3  The GNOME 2 terminal emulator appl
ii  indent 2.2.9-7   C language source code formatting 
ii  libtool1.5.20-2  Generic library support script
ii  make   3.80-11 

Bug#342484: Stripped compile line

[Mathieu Malaterre]

$ /usr/lib/gcc-snapshot/bin/g++ -o RegularExpression.o -Dvtksys_EXPORTS 
  -g 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities 
-DVTK_IN_VTK -DKWSYS_NAMESPACE=vtksys  -c 
/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/kwsys/RegularExpression.cxx

/tmp/ccRIu5Mp.s: Assembler messages:
/tmp/ccRIu5Mp.s:3049: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3050: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3051: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3052: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3053: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3054: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3055: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3056: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3057: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3058: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3059: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3060: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3061: Error: unknown pseudo-op: `.weakref'
/tmp/ccRIu5Mp.s:3062: Error: unknown pseudo-op: `.weakref'

And the file can be found at:

http://vtk.org/cgi-bin/viewcvs.cgi/Utilities/kwsys/RegularExpression.cxx

HTH
Mathieu


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

Bug#341214: rsibreak: tuning ideas

[Tom Albers]

Beiad Dalton wrote:
> It would be good for rsibreak to pause the countdown when no longer
> detecting keyboard/mouse activity, and to reset the timer if there is
> also no activity for a certain settable time.

We have idledetection in place. From the next release on there will be a
popup with better information and you have the possibilty to have a
smooth break. If you are idle for the amount of the break at the time of
the break, the break will be skipped. Im always thinking of ways where
you can be alerted in a subtile manner without irritating people.

> Perhaps take some ideas from workrave for default timing ratios?

I dont feel I should look to much at workrave, I rather implement it in
a way I find it working properly.

I can not simply say this wish is completed. I have taken notice of it
and it is of course on my mind during developement. I think it is safe
to close it with the next release (next week).

Tom
RSIBreak



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#341212: rsibreak: would like a 'pause' feature

[Tom Albers]

Beiad Dalton wrote:
> I would like to be able to pause the timers (for playing a game, for
> instance) without having to quit the program.

This wish has been implemented and can be closed with the next release.

Toma
RSIBreak


smime.p7s
Description: S/MIME Cryptographic Signature

Bug#266336: #266336 Follow-ups

[Jérôme Marant]

Andrew Moise <[EMAIL PROTECTED]> writes:

> On Wed, 2005-12-07 at 22:33 +0100, Jérôme Marant wrote:
>> In case you are still around, are you still able to reproduce
>> this bug? (#266336).
>> 
>> I'm running a UTF-8 terminal and a UTF-8 locale and Alt-x
>> properly generates M-x.
>
>   I am still able to reproduce this bug.  Reproduction case for me is
> (in a UTF-8 locale):
>
>   1. Run uxterm.  Run all the following commands in the uxterm.
>   2. unset DISPLAY
>   3. export DISPLAY
>   4. emacs
>   5. Press Alt-X followed by H.  I get 7 Hs instead of an M-x minibuffer
> with an H in it.

I can't reproduce it :-P (I guess  you meant "Alt-x"?)

Could you please provide you .emacs?

Thanks.

-- 
Jérôme Marant

Bug#342485: hping2: man page talks about --tcpseq while source code uses --setseq

[Timo Juhani Lindfors]

Package: hping2
Version: 2.rc3-3
Severity: minor

man hping2 mentions --tcpseq but hping2 does not accept it:

[EMAIL PROTECTED]:~$ sudo hping2 --tcpseq 42
hping: unrecognized option `--tcpseq'
Try hping --help

hping2 --help suggests that the correct option is actually --setseq:

[EMAIL PROTECTED]:~$ sudo hping2 --setseq 42
hping2: missing host argument
Try `hping2 --help' for more information.

Here's a patch to fix the man page:

--- hping2-rc3/docs/hping2.8.~1.7.~ 2003-08-09 04:50:52.0 +0300
+++ hping2-rc3/docs/hping2.82005-12-08 00:37:32.0 +0200
@@ -465,10 +465,10 @@
 .I -O --tcpoff
 Set fake tcp data offset. Normal data offset is tcphdrlen / 4.
 .TP
-.I -M --tcpseq
+.I -M --setseq
 Set the TCP sequence number.
 .TP
-.I -L --tcpack
+.I -L --setpack
 Set the TCP ack.
 .TP
 .I -Q --seqnum


-- 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.4.29sauna
Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1)

Versions of packages hping2 depends on:
ii  libc6 2.3.5-8.1  GNU C Library: Shared libraries an

hping2 recommends no packages.

-- no debconf information


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

Bug#342293: po4a: --quiet isn't

[Nicolas François]

Hi,


On Wed, Dec 07, 2005 at 09:20:03AM +1100, Brendan O'Dea wrote:
> Package: po4a
> Version: 0.22-1
> Severity: wishlist
> Tags: patch
> 
> --quiet should set $opts{verbose} to 0, rather than -1 to supress
> messages.
> 
> The following patch assumes that the intended behaviour was:
> 
> po4a  conf# verbose=1 (default)

I would prefer a less verbose default (0).
The verbose option may be used by the modules and could be really verbose
(unchecked).

I've also put some print under the "unless --quiet" condition.

I intend to commit the attached patch.

Kind Regards,
-- 
Nekral
Index: po4a
===
RCS file: /cvsroot/po4a/po4a/po4a,v
retrieving revision 1.47
diff -u -r1.47 po4a
--- po4a27 Nov 2005 16:17:20 -  1.47
+++ po4a7 Dec 2005 22:18:27 -
@@ -358,8 +358,8 @@
 ) or pod2usage();
 
 $opts{"verbose"} = scalar @verbose;
-$opts{"verbose"} =  1 if $opts{"debug"};
-$opts{"verbose"} = -1 if $opts{"quiet"};
+$opts{"verbose"} = 0 if $opts{"quiet"};
+$opts{"verbose"} ||= 1 if $opts{"debug"};
 
 # options to transmit to the modules
 %{$opts{"options"}} = (
@@ -620,7 +620,8 @@
 $potfile->write_if_needed($pot_filename);
 }
 
-print wrap_msg(gettext(" (%d entries)"), $potfile->count_entries());
+print wrap_msg(gettext(" (%d entries)"), $potfile->count_entries())
+unless ($po4a_opts{"quiet"});
 } else {
 $potfile->read($pot_filename);
 }
@@ -651,10 +652,10 @@
foreach my $master (sort keys %document) {
my $pot=Locale::Po4a::Po->new();
my $po=Locale::Po4a::Po->new();
-   print "  $master:";
-   print "(pot)";
+   print "  $master:" unless ($po4a_opts{"quiet"});
+   print "(pot)" unless ($po4a_opts{"quiet"});
$pot=$potfile->filter("(reference=$master:)");
-   print "(po) ";
+   print "(po) " unless ($po4a_opts{"quiet"});
$po=$poorig->filter("(reference=$master:)");
unlink($pot_filename) if -e $pot_filename;
unlink($po_filename) if -e $po_filename;

Bug#342071: backuppc: segfaults and does not start

[Herbert Molenda]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

ii  perl   5.8.4-8Larry Wall's Practical Extraction and
Report
ii  libc6  2.3.2.ds1-22   GNU C Library: Shared libraries and
Timezone

Ludovic Drolez wrote:
> On Mon, Dec 05, 2005 at 09:12:18PM -0500, Herbert Molenda wrote:
> 
>>-BEGIN PGP SIGNED MESSAGE-
>>Hash: SHA1
>>
>>Thank you very much for your prompt reply. Here is some version
>>information I gathered from dpkg, as well as the strace you requested.
> 
> 
> It seems to be a problem in perl of the libc...(since it crashes soon after
> reading all /usr/lib/sasl2/* stuff).
> Which perl and libc versions do you have ?
> 
> Regards,
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQCVAwUBQ5df+842ufSh11JOAQL3YQP/VfZJyQx1e0zZZyZA7HQOpu324PHEJVz8
sypb59SXYqYqpCHPCHAlr9wSd5ysiN7RGmC6kjWOCKjZOzRfx0IdSD33YJabqY7D
msNWiYpIIIrQPAHW3KFYMS8rDRF2SsHKbiZoMELThhrPTmYkwV+m3yOMn6ZF3Yio
qsCDIwfy2dA=
=Dox+
-END PGP SIGNATURE-


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

Bug#260391: fixed in 0.97-1

[Otavio Salvador]

Kristian Edlund <[EMAIL PROTECTED]> writes:

> grub-set-default is included in the 0.97-1 release of grub. This fixes
> this bug as far as I know.

Fell free to close the bug. Thanks by review the bugreports. This help
us a lot.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://www.freedom.ind.br/otavio
-
"Microsoft gives you Windows ... Linux gives
 you the whole house."


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

Bug#342483: Inconsistent interrupt vector definitions for ATtiny2313

[Dick Streefland]

Package: avr-libc
Version: 1.2.3-3

The include file for the ATtiny2313, /usr/avr/include/avr/iotn2313.h,
defines the macros SIG_INT0 and SIG_INT1 for the external interrupt
vectors. However, all other devices use SIG_INTERRUPT0 and
SIG_INTERRUPT1. As a result, an interrupt handler written for another
AVR device will silently fail when assembled for the ATtiny2313: the
macro SIG_INTERRUPT0 is not defined, and will be treated as a normal
label, and so the interrupt vector location will not be filled in.

I suggest adding the following lines to iotn2313.h:

#define SIG_INTERRUPT0 _VECTOR(1) /* External Interrupt Request 0 */
#define SIG_INTERRUPT1 _VECTOR(2) /* External Interrupt Request 1 */

The existing SIG_INT0 and SIG_INT1 macros should probably be kept for
backward compatibility.

-- 
Dick Streefland   De Bilt
[EMAIL PROTECTED] (@ @)   The Netherlands
--oOO--(_)--OOo--


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

Bug#342484: Error: unknown pseudo-op: `.weakref'

[Mathieu Malaterre]

Package: gcc-snapshot
Version: 20051124-1
Severity: important


I cannot build VTK (http://vtk.org) using gcc-snapshot and 

$ (cd Utilities/kwsys && make)
Building dependencies. cmake.depends...
Building object file Directory.o...
/tmp/ccFywWsc.s: Assembler messages:
/tmp/ccFywWsc.s:2650: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2651: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2652: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2653: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2654: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2655: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2656: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2657: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2658: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2659: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2660: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2661: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2662: Error: unknown pseudo-op: `.weakref'
/tmp/ccFywWsc.s:2663: Error: unknown pseudo-op: `.weakref'
Building object file RegularExpression.o...


Compile line is:

/usr/lib/gcc-snapshot/bin/g++ -o Directory.o -Dvtksys_EXPORTS -Wall -W
-Wshadow -Wunused -Wno-system-headers -Wno-deprecated
-Woverloaded-virtual -fno-trapping-math -ftrapv -fno-inline
-fno-inline-functions -Wno-long-long  -Wno-deprecated -g -fPIC
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/VolumeRendering
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Rendering
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Parallel
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/VolumeRendering
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Hybrid
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Widgets
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Rendering
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Rendering/Testing/Cxx
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/IO
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Imaging
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Graphics
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/GenericFiltering
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Filtering
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Common
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Common/Testing/Cxx
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/DICOMParser 
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/DICOMParser 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtkfreetype/include
 -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/vtkfreetype/include 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtknetcdf 
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/vtknetcdf 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtkexodus2/include
 -I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/vtkexodus2/include 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/MaterialLibrary 
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/MaterialLibrary 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/vtkfreetype 
-I/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/ftgl/src 
-I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities/ftgl 
-I/usr/X11R6/include   -DVTK_IN_VTK -DKWSYS_NAMESPACE=vtksys  -c 
/home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/kwsys/Directory.cxx



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

Versions of packages gcc-snapshot depends on:
ii  binutils  2.16.1-2   The GNU assembler, linker and bina
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libasound21.0.10-1   ALSA library
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libc6-dev 2.3.5-8GNU C Library: Development Librari
ii  libcairo2 1.0.2-1The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgmp3c2 4.1.4-10   Multiprecision arithmetic library
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libmpfr1  2.2.0.dfsg.1-2 multiple precision floating-point 
ii  libpango1

Bug#260391: fixed in 0.97-1

[Kristian Edlund]

grub-set-default is included in the 0.97-1 release of grub. This fixes 
this bug as far as I know.


Kristian


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

Bug#342482: installation-reports

[Aaron Johnson]

Package: installation-reports

Boot method: Netinstall CD
Image version: Beta 1 http://www.debian.org/devel/debian-installer/
Date: 05/12/07 20:00

Machine: Dell Optiplex GX620
Processor: Intel P4 3.8
Memory: 1GB
Partitions: Undetected

Output of lspci and lspci -n: unable to lspci

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

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [E]
Partition hard drives:  [ ]
Create file systems:[ ]
Mount partitions:   [ ]
Install base system:[ ]
Install boot loader:[ ]
Reboot: [ ]

Comments/Problems:

Unable to detect the HD because of a lack of driver for the Intel 945G SATA 
disk controller. The installation had to be aborted.


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

Bug#342353: tinyca: New upstream version (0.7.1) available

[Christoph Ulrich Scholler]

A preliminary package of tinyca 0.7.1 can be found at
http://www.scholler.net/.  However, it does not fix the most urgent bug
(#331162), which is the reason why I never bothered to upload it to the
archive.

Regards,

uLI


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

Bug#342481: xfe: problems browsing nfs mounts with extended access

[Michael Galea]

Package: xfe
Version: 0.84-4
Severity: important

xfe fails to browse an nfs mounted dir for which I have extended group
permissions.  The root NFS dir is displayed, but any attempt to select a
subdir is responded to with an dialog box with test "Error" and
"Permission to :/path.. denied".  Interestingly, if I manually enter the
path in xfe's "Location" selector the same mount can be browsed without
trouble (although inconveniently). other nfs mounted
directories behave properly if my uid owns the files.

Does xfe fail to look at the group permissions for the browser window
but not even care for the Location selector? 

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

Versions of packages xfe depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libfox1.4 1.4.16-2   The FOX C++ GUI Toolkit
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3

Versions of packages xfe recommends:
ii  rpm   4.0.4-31.1 Red Hat package manager

-- no debconf information


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