Bug#441361: no support for NFS (v3) mount over IPv6?

[Steve Langasek]

Package: nfs-common
Version: 1:1.1.1~git-20070709-3
Severity: important
Tags: ipv6

After rolling out IPv6 on my home network, I've taken a peek at whether I
could switch my NFS shares to IPv6 as well, which would let me simplify my
DNS resolution a bit.

But mount.nfs doesn't find  records for hosts, and it also can't parse
numeric IPv6 addresses on account of all the colons.

A similar problem affects exportfs on the server side:

  exportfs: invalid netmask `48' for 2001:4830:1244::

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/


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

Bug#441249: [Pkg-xen-devel] Bug#441249: xen-hypervisor-3.0.3-1-i386-pae: "Problems using XEN when Quagga is running"

[Guido Trotter]

On Fri, Sep 07, 2007 at 09:48:16PM +0300, Mikko Korkalo wrote:

Hi!

> If quagga is running, and I start & stop a domain, the VIF interface doesn't 
> go
> down properly (in addition to other problems).
> 

This is probably not hypervisor related... It might be some interaction between
the xen networking hotplug scripts and quagga... 

Are you using the standard vif-route scripts or have you customized them?

Can you show us your quagga configuration too?

Can you manually do on the xen interfaces what the scripts would? How about
doing it on some other interface configured in a similar way?

Can you try to insulate it within quagga? Does this happen if you just run zebra
but not ospfd?

Thanks!

Guido



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

Bug#415416: Acknowledgement (bugzilla 3.0rc1 released)

[Magnus Holmgren]

tags 415416 - experimental
retitle 415416 Bugzilla 3.0 released

By now, the stable 3.0 and 3.0.1 have been released.

-- 
Magnus Holmgren[EMAIL PROTECTED]


pgpYMo4pJpoTL.pgp
Description: PGP signature

Bug#430065: named[20212]: socket.c:1663: INSIST(!sock->pending_send) failed

[Thomas Antepoth]

Hello everybody,


after upgrading my system from sarge to etch this weekend, "named"
crashes frequently enough to be annoying leading to a reproducible bug.

On my system processes are allowed to create coredumps.

-rw--- 1 bind bind 26505216 2007-09-09 08:27 core.14257
-rw--- 1 bind bind 26505216 2007-09-09 08:31 core.15809
-rw--- 1 bind bind 26501120 2007-09-09 08:33 core.16422
-rw--- 1 bind bind 26378240 2007-09-09 08:35 core.16557
-rw--- 1 bind bind 26378240 2007-09-09 08:40 core.17151
-rw--- 1 bind bind 26378240 2007-09-09 08:55 core.18819
-rw--- 1 bind bind 26443776 2007-09-09 09:21 core.20212
-rw--- 1 bind bind 26517504 2007-09-08 17:00 core.24074
-rw--- 1 bind bind 26521600 2007-09-08 17:05 core.24840
-rw--- 1 bind bind 26521600 2007-09-08 17:12 core.25418
-rw--- 1 bind bind 26947584 2007-09-08 16:16 core.3466
-rw--- 1 bind bind 26521600 2007-09-08 16:20 core.6878
-rw--- 1 bind bind 26734592 2007-09-08 19:57 core.7026
-rw--- 1 bind bind 26742784 2007-09-09 07:51 core.7033
-rw--- 1 bind bind 26517504 2007-09-08 16:58 core.8949

A gdb session on the 20212 coredump reveals this backtrace:

(gdb) bt full
#0  0xb7f49410 in ?? ()
No symbol table info available.
#1  0xb6a7509c in ?? ()
No symbol table info available.
#2  0x0006 in ?? ()
No symbol table info available.
#3  0x4ef7 in ?? ()
No symbol table info available.
#4  0xb7b24811 in raise () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#5  0xb7b25fb9 in abort () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#6  0x08064a88 in ns_main_earlyfatal ()
No symbol table info available.
#7  0xb7c858fb in isc_socket_detach () from /usr/lib/libisc.so.11
No symbol table info available.
#8  0xb7c8706c in isc_socket_detach () from /usr/lib/libisc.so.11
No symbol table info available.
#9  0xb7c873f9 in isc_socket_detach () from /usr/lib/libisc.so.11
No symbol table info available.
#10 0xb7c32240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#11 0xb7bc74ae in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.


Right now the only workaround on this bug is to restart the died process
using "monit" but I'll dig further into it.


It seems to have something to do with the forward zones declared in my
named.conf.local. They are all forwarded to systems reachable via VPN.
On some occasions when the VPN goes down for a short period of time,
named pulls 100% CPU and crashes with the error message shown in the
subject after about 30 seconds.


t++


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

Bug#440760: debian-reference-en: Explain groups, and permission to access devices, early

[Osamu Aoki]

On Fri, Sep 07, 2007 at 09:42:11PM -0500, Karl O. Pinc wrote:
>
> On 09/07/2007 11:41:02 AM, Osamu Aoki wrote:
>> On Tue, Sep 04, 2007 at 10:13:40AM -0500, Karl O. Pinc wrote:
>> >
>> > On 09/04/2007 07:59:47 AM, Osamu Aoki wrote:
>
>> > I didn't want to expand this section to re-create the
>> > definitive list, but I also think it could be useful to
>> > list the 'scanner' group and the 'plugdev' group.  (Because
>> > those are the ones I've struggled with in the past. :)
>>
>> But gnome and xfce do not use plugdev (pmount).
>
> I am unclear on what's used when.  (I recently switched from
> gnome to kde, so am now using kde.)  All I can say is that
> when I plugged in my usb camera (which requires a special
> wire protocol, it does not mount as a filesystem) it came
> up with plugdev as the group allowed to read and write it.
> (Kde also did some odd things popping up a dialog box.
> I was unable to figure out how to get it to launch, for
> example, gtkam.  I poked it with a stick for a while and
> gave up.)  I'm not sure what kde is really doing that I want
> and don't know I'll stick with it.

I am unclear too :-)

I use Gnome.

KDE seems to use pmount as underlayer for mounting devices from desktop
while gtk and xfce seems to have their own tools.

[EMAIL PROTECTED]:~$ man -k mount  (and manual cherry picks)
drivemount_applet (1) - Drive Mount Applet for the GNOME panel.
exo-mount (1)- mount volumes based on their HAL UDIs or their device 
files
exo-unmount (1)  - umount volumes based on their HAL UDIs or their device 
files
gnome-eject (1)  - Mount drives and volumes using HAL and read settings 
from the GNOME desktop configuration system gconf.
gnome-mount (1)  - Mount drives and volumes using HAL and read settings 
from the GNOME desktop configuration system gconf.
gnome-umount (1) - Mount drives and volumes using HAL and read settings 
from the GNOME desktop configuration system gconf.
gnome-volume-manager (1) - GNOME daemon to auto-mount and manage media devices
pmount (1)   - mount arbitrary hotpluggable devices as normal user
pmount-hal (1)   - HAL-aware wrapper around pmount
pumount (1)  - umount arbitrary hotpluggable devices as normal user

KDE has dependency to pmount as I see.

>> >> But if this is for devices, floppy etc may serve better as example.
>> >
>> > I'm not sure what you mean, but that's ok.

Second thought.  CDROM these days.

>> > I chose the audio group because you already had text for
>> > the adm group, which grants read access, and I wanted
>> > something that would grant write access (and have to do with
>> > devices rather than files.)
>>
>> What do you think my rewrite?
>>
>> http://wiki.debian.org/DRBasics#head-8c8218c777b29b3179dd99503f0a019f55ebca0a
>
> As written:
> When some filesystem access is only available from the super user (root), 
> this is a good indication that access permission of some file (including 
> device) is set to deny access by the user account used. This situation may 
> be removed by adding the pertinent user to the pertinent group and setting 
> proper group access permission to the file.
>
> Revised:
> When some filesystem access is only available to the super user (root), 
> this is a good indication that access permission of the file (or device) is 
> set to deny access to the user account. This situation may be removed by 
> adding the pertinent user to the pertinent group and setting proper group 
> access permission to the file.
>
> (It's still not so good.  E.g. The first sentence seems to say
> only "if only root can use it then regular user's can't." which
> is a tautology.)
>
> I think this part needs to go in "The root account" section
> and taken out of the group section.  I say this because that's
> where the reader needs to perk up and remember "hey, this is
> what the root account's good for.  If I want to do any of these
> things I'd better be root".  It's easier for the reader if the
> whole list is in one place.  I think this is true, even though it'd
> be nice to remind the reader throughout the document where ever
> root permissions are required, because generally the new user
> won't know which part of the document has the relevant concept
> when, for example, he does not have permission.  But he should
> be able to remember that root _always_ has permission and so should
> be able to rely on the part of the document that explains the
> root concept to refer him to the concepts in the other parts
> of the document.
>
> Re-revised (for after the bullet points):
> Some files (and most devices -- hardware devices are just another
> kind of file) can not be used by non-root users without the
> root user's permission.  As explained below, permission is granted via 
> membership to the relevant group.

Very good points.  But injecting group thing too much in early root
section may skew the flow of text.  I have made rewrite of the many
related sections.  I hope this is better.

http://

Bug#441362: networking does not work on arm/NSLU2

[Emm Is]

Package: libtorrent10
Version: 0.11.7-1
Severity: important

While rtorrent 6.x works fine on  the arm5 NSLU2 device, version 7.x has never 
worked. The ncurses ui is functional, torrents
can be added but attempts to connect to trackers fail. Quiting rtorrent 7.x and 
running the 6.x client resumes the session, trackers are connected to and the 
bittorrent protocol proceeds.

There is a known issue for arm systems and libtorrent.

http://libtorrent.rakshasa.no/wiki/LibTorrentKnownIssues
"
NSLU2 routers and xscale based devices 
Required compile flags

Due to what appears to be a compiler bug, before configuring set CXXFLAGS="-O2 
-mcpu=xscale -mtune=xscale". 
"

Hopefully, this is all that is required to enable 7.x functionality to the 
NSLU2.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: arm (armv5tel)

Kernel: Linux 2.6.18-4-ixp4xx
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libtorrent10 depends on:
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libgcc1   1:4.2.1-4  GCC support library
ii  libsigc++-2.0-0c2a2.0.17-2   type-safe Signal Framework for C++
ii  libssl0.9.8   0.9.8e-6   SSL shared libraries
ii  libstdc++64.2.1-4The GNU Standard C++ Library v3

Versions of packages libtorrent10 recommends:
ii  rtorrent  0.7.4-2+b1 ncurses BitTorrent client based on

-- no debconf information






  ___
Yahoo! Answers - Got a question? Someone out there knows the answer. Try it
now.
http://uk.answers.yahoo.com/

Bug#441352: tramp: FTBFS: "emacs not found" with xemacs21

[Romain Francoise]

Tatsuya Kinoshita <[EMAIL PROTECTED]> writes:

> At build time, tramp depends on `emacs | xemacs21', but when
> xemacs21 is installed and other emacsen are not installed, tramp
> fails to build from the source, because tramp requires the `emacs'
> command which is not provided by xemacs21.

Sorry, my mistake.  I thought that xemacs21 registered itself in the
emacs alternative.  Will fix.

-- 
  ,''`.
 : :' :Romain Francoise <[EMAIL PROTECTED]>
 `. `' http://people.debian.org/~rfrancoise/
   `-


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

Bug#441361: no support for NFS (v3) mount over IPv6?

[Steinar H. Gunderson]

severity 441361 wishlist
thanks

On Sun, Sep 09, 2007 at 12:11:41AM -0700, Steve Langasek wrote:
> After rolling out IPv6 on my home network, I've taken a peek at whether I
> could switch my NFS shares to IPv6 as well, which would let me simplify my
> DNS resolution a bit.
> 
> But mount.nfs doesn't find  records for hosts, and it also can't parse
> numeric IPv6 addresses on account of all the colons.

Well, the kernel doesn't support NFS over IPv6. There's work being done in
that direction (for instance, very recently the RPC client got IPv6 support,
and both the NFS client and server is slowly being moved to a
transport-independent system, the "transport switch"), but you simply cannot
expect this to work on Linux at this stage. :-/

Believe me, when upstream adds support, Debian will be among the first
distributions to support it, but for now, I cannot really see how this should
be a bug of severity important.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#441353: tramp: please mention emacs22 includes tramp

[Romain Francoise]

Tatsuya Kinoshita <[EMAIL PROTECTED]> writes:

> The tramp package depends on `emacs21 | xemacs21', because emacs22
> itself includes tramp.  Please mention it in Description.

Good idea.

> Also, if emacs21 is removed from testing/unstable,
> installing/upgrading tramp requires xemacs21 even if emacs22 is
> installed.  I think that `Depends: emacs | emacsen' is better for
> transition from emacs21 to emacs22 to avoid installing xemacs21.

I don't agree, removing emacs21 from the archive will not remove it
from the users' systems so upgrading tramp will not suddenly install
xemacs21.  And forcing users to install emacs21 | xemacs21 alongside
tramp on new installs is good, it will prompt emacs22 users to
double-check if they really need it.

-- 
  ,''`.
 : :' :Romain Francoise <[EMAIL PROTECTED]>
 `. `' http://people.debian.org/~rfrancoise/
   `-



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

Bug#441363: gnucash: does not start

[Michal Politowski]

Package: gnucash
Version: 2.0.5-2
Severity: grave
Justification: renders package unusable

After upgrade to 2.0.5-2 gnucash fails to start with the following message:
ERROR: Could not find slib/require.scm in  ("/usr/share/guile/site"
"/usr/share/gnucash/guile-modules" "/usr/share/gnucash/scm" ""
"/usr/share/guile/site" "/usr/share/guile/1.8" "/usr/share/guile")

There exists /usr/share/slib/require.scm but indeed no such file in any
of the directiories on the list.

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

Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnucash depends on:
ii  gconf2  2.18.0.1-3   GNOME configuration database syste
ii  gnucash-common  2.0.5-2  A personal finance tracking progra
ii  guile-1.6-slib  1.6.8-6  Guile SLIB support
ii  guile-1.8-libs  1.8.2+1-2Main Guile libraries
ii  guile-g-wrap1.9.9-1  scripting interface generator for 
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii  libbonobo2-02.18.0-2 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.18.0-5 The Bonobo UI library
ii  libc6   2.6.1-2  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libcrypt-ssleay-perl0.55-1   Support for https protocol in LWP
ii  libdate-manip-perl  5.44-5   a perl library for manipulating da
ii  libffi4 4.2.1-5  Foreign Function Interface library
ii  libfinance-quote-perl   1.13-1   Perl module for retrieving stock q
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.14.0-2 The GLib library of C routines
ii  libgmp3c2   2:4.2.1+dfsg-5   Multiprecision arithmetic library
ii  libgnome-keyring0   0.8.1-2  GNOME keyring services library
ii  libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.14.0-3 A powerful object-oriented display
ii  libgnomeprint2.2-0  2.18.1-1 The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-02.18.0-2 GNOME 2.2 print architecture User 
ii  libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.18.1-3+b1GNOME Virtual File System (runtime
ii  libgoffice-1-2  0.2.1-4  Document centric objects library -
ii  libgsf-1-1141.14.7-1 Structured File Library - runtime 
ii  libgsf-gnome-1-114  1.14.7-1 Structured File Library - runtime 
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  libgtkhtml3.8-153.12.3-2 HTML rendering/editing library - r
ii  libgwrap-runtime2   1.9.9-1  scripting interface generator for 
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libltdl31.5.24-1 A system independent dlopen wrappe
ii  libofx3 1:0.8.2-3+b3 library to support Open Financial 
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.18.1-1 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.30.dfsg-2GNOME XML library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.3-1X Rendering Extension client libra
ii  psfontmgr   0.11.10-0.1  PostScript font manager -- part of
ii  slib3a4-4Portable Scheme library
ii  x-ttcidfont-conf25.1 Configure True

Bug#441364: gstreamer0.10-tools: GStreamer-CRITICAL **: gst_event_new_new_segment_full: assertion `start <= stop' failed

[Marc Lehmann]

Package: gstreamer0.10-tools
Version: 0.10.12-5
Severity: normal


for "short" (<4s) sounds, gstreamer sometimes returns critical messages
and fails to continue playing:

   # gst-launch playbin uri=file:///tmp/fart.ogg
   Setting pipeline to PAUSED ...
   Pipeline is PREROLLING ...

 * (gst-launch-0.10:23580): GStreamer-CRITICAL **: 
gst_event_new_new_segment_full: assertion `start <= stop' failed
   Pipeline is PREROLLED ...
   Setting pipeline to PLAYING ...
   New clock: GstAudioSinkClock
   Got EOS from element "playbin0".
   Execution ended after 81052000 ns.
   Setting pipeline to PAUSED ...
   Setting pipeline to READY ...
   Setting pipeline to NULL ...
   FREEING pipeline ...

this does not always happen, sometimes (rare on my system) it also simply
plays the sound. here are two example sounds for which it happens:

   http://data.plan9.de/fart.ogg
   http://data.plan9.de/wah1.ogg

but it doesn't seem to be connected to the sound file (I only tried .ogg,
though, so it might well be connected to that sound format).

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.21-2-amd64
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages gstreamer0.10-tools depends on:
hi  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libglib2.0-0  2.12.9-2   The GLib library of C routines
ii  libgstreamer0.10-00.10.14-1  Core GStreamer libraries and eleme
ii  pkg-config0.21-1 manage compile and link flags for 

gstreamer0.10-tools recommends no packages.

-- no debconf information



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

Bug#403469: us-intl.iso01 and us-intl-iso15 work for me

[Christian Perrier]

tags 403469 unreproducible
thanks

Hi Fernando,

I tried to reproduce the bug you experienced with the us-intl* keymaps
but can't.

On these keymaps, the accents are composed with dead_acute,
dead_grave, dead_diaeresis and dead_circumflex.

dead_acute is avail on keycode 40
dead_grave is on keycode 41
dead_ciaeresis is Shift-keycode 40
dead_circumflex is shift+keycode 7 (the "6" key)

So, I don't see any bug in these keymaps. Please confirm what bug you
experience.



-- 




signature.asc
Description: Digital signature

Bug#441353: tramp: please mention emacs22 includes tramp

[Michael Albinus]

Romain Francoise <[EMAIL PROTECTED]> writes:

> I don't agree, removing emacs21 from the archive will not remove it
> from the users' systems so upgrading tramp will not suddenly install
> xemacs21.  And forcing users to install emacs21 | xemacs21 alongside
> tramp on new installs is good, it will prompt emacs22 users to
> double-check if they really need it.

The stable Tramp version stream is now 2.1. Emacs 22 contains Tramp
2.0.56. Wouldn't it be an option to upgrade the mainstream Tramp version
in Debian also to 2.1?

Best regards, Michael.



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

Bug#441366: ITP: libthreads-shared-perl -- shared data between threads for perl

[Don Armstrong]

Package: wnpp
Severity: wishlist

* Package name: libthreads-shared-perl
  Version : 1.13
  Upstream Author : Don Armstrong <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~jdhedden/threads-shared/
* License : GPL/Artistic
  Description : shared data between threads for perl

 threads::shared is a module which enables data to be shared between
 threads. This particular version is an updated version of
 threads::shared which contains features not present in the threads
 version distributed with perl itself.


Don Armstrong

-- 
A citizen of America will cross the ocean to fight for democracy, but
won't cross the street to vote in a national election.
 -- Bill Vaughan

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#430580: [Pkg-utopia-maintainers] Bug#430580: can no longer associate with wireless networks

[Steinar H. Gunderson]

On Sun, Sep 09, 2007 at 02:41:16AM +0200, Michael Biebl wrote:
> could you please test the latest 0.6.5 packages and let me know if it
> improved the situation for you?

No big difference on the non-encrypted WLAN here: Seems to work fine with
iwl3945, associates but gets no green dots nor an IP address with ipw3945
(and eventually gives up). Manual dhclient works fine in the latter case.

/* Steinar */
-- 
Homepage: http://www.sesse.net/



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

Bug#441365: ITP: libthreads-perl -- threads interface for perl

[Don Armstrong]

Package: wnpp
Severity: wishlist

* Package name: libthreads-perl
  Version : 1.65
  Upstream Author : Don Armstrong <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~jdhedden/threads/
* License : GPL/Artistic
  Description : threads interface for perl

 threads is a perl interpreter-based threads implementation. This
 particular version is an updated version of threads which contains
 features not present in the threads version distributed with perl
 itself.


Don Armstrong

-- 
A Bill of Rights that means what the majority wants it to mean is worthless. 
 -- U.S. Supreme Court Justice Antonin Scalia

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#394232: gui-apt-key: Please let the user verify the fingerprint before adding the key

[Martin Schulze]

tags upstream
forwarded Martin Schulze <[EMAIL PROTECTED]>
tags fixed-upstream
tags pending
thanks

Alexander Schmehl wrote:
> Wouldn't it be a good feature when adding a new key to show the user the
> fingerprint of the key to be added and asking him to verify it before
> really adding the key?

Feel free to try out CVS HEAD, it's implemented.

Regards,

Joey

-- 
Testing? What's that? If it compiles, it is good, if it boots up, it is perfect.

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



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

Bug#246327: exhauste

[Naurimar pegalajar]

Wassup 246327
This product is soo amazing.. get it today

Brendon Pelkonen
http://www.hotweelo.com/




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

Bug#441367: Not installable due to versionned depends on libgtksourceview2.0-cil

[Loïc Minier]

Package: monodevelop
Version: 0.14+dfsg-1
Severity: serious

Hi,

 monodevelop depends on:
libgtksourceview2.0-cil (>= 0.10), libgtksourceview2.0-cil (<< 0.11)

 The version of libgtksourceview2.0-cil in sid is now 0.11-1 so
 monodevelop is not installable in sid anymore.

   Bye,

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

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

Versions of packages monodevelop depends on:
ii  gnome-icon-theme   2.18.0-3  GNOME Desktop icon theme
ii  gnome-terminal [x-term 2.18.1-1  The GNOME 2 terminal emulator appl
ii  libgconf2.0-cil2.16.0-7  CLI binding for GConf 2.16
ii  libgecko2.0-cil0.11-3CLI binding for the GtkMozEmbed li
ii  libglade2.0-cil2.10.2-1  CLI binding for the Glade librarie
ii  libglib2.0-0   2.14.0-2  The GLib library of C routines
ii  libglib2.0-cil 2.10.2-1  CLI binding for the GLib utility l
ii  libgnome-vfs2.0-cil2.16.0-7  CLI binding for GnomeVFS 2.16
ii  libgnome2.0-cil2.16.0-7  CLI binding for Gnome 2.16
ii  libgtk2.0-cil  2.10.2-1  CLI binding for the GTK+ toolkit 2
ii  libgtkhtml2.0-cil  2.16.0-7  CLI binding for GtkHTML 3.8
ii  libgtksourceview1.0-0  1.8.5-1   shared libraries for the GTK+ synt
ii  libgtksourceview2.0-ci 0.10-3.1  CLI binding for the gtksourceview 
ii  liblog4net1.2-cil  1.2.8+1.2.9beta-1 highly configurable logging API fo
ii  libmetacity0   1:2.18.5-1library of lightweight GTK2 based 
ii  libmono-addins-gui0.2- 0.2-2 GTK# frontend library for Mono.Add
ii  libmono-addins0.2-cil  0.2-2 addin framework for creating exten
ii  libmono-cairo2.0-cil   1.2.5-2   Mono Cairo library
ii  libmono-cecil0.5-cil   0.5-2 library to generate and inspect CI
ii  libmono-corlib1.0-cil  1.2.5-2   Mono core library (1.0)
ii  libmono-corlib2.0-cil  1.2.5-2   Mono core library (2.0)
ii  libmono-sharpzip2.84-c 1.2.5-2   Mono SharpZipLib library
ii  libmono-system-runtime 1.2.5-2   Mono System.Runtime Library
ii  libmono-system-web2.0- 1.2.5-2   Mono System.Web Library
ii  libmono-system1.0-cil  1.2.5-2   Mono System libraries (1.0)
ii  libmono-system2.0-cil  1.2.5-2   Mono System libraries (2.0)
ii  libmono-winforms2.0-ci 1.2.5-2   Mono System.Windows.Forms library
ii  libmono1.0-cil 1.2.5-2   Mono libraries (1.0)
ii  libmono2.0-cil 1.2.5-2   Mono libraries (2.0)
ii  mono-mcs   1.2.5-2   Mono C# compiler
ii  mono-runtime   1.2.5-2   Mono runtime
ii  monodoc-base   1.2.5-1   shared MonoDoc binaries
ii  monodoc-manual 1.2.5-1   compiled XML documentation from th
ii  pkg-config 0.22-1manage compile and link flags for 
ii  xterm [x-terminal-emul 229-1 X terminal emulator

monodevelop recommends no packages.

-- no debconf information

-- 
Loïc Minier

Bug#441368: python-epydoc: Indexed Terms (X{...}) from method docstrings linked wrongly in index

[Christoph Burgmer]

Package: python-epydoc
Version: 3.0~beta1-2
Severity: normal


Indexing Terms in method docstrings results in wrong links in the term
index. It seems that first a link to the method is taken and then the more
specific link to the term is appended. This results in a link with two
anchor links:
[...]/'module name'.'class name'-class.html#'method name'#index-'indexed term'
Konqueror and Firefox (Iceweasel) both ignore the double anchors.

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

Kernel: Linux 2.6.16 (PREEMPT)
Locale: [EMAIL PROTECTED], LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-epydoc depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-support0.6.3  automated rebuilding support for p

Versions of packages python-epydoc recommends:
ii  graphviz  2.12-4 rich set of graph drawing tools
ii  gs-common 0.3.11 Common files for different Ghostsc
pn  python-tk  (no description available)
ii  texlive-fonts-recommended 2007-4 TeX Live: Recommended fonts
ii  texlive-latex-base2007-4 TeX Live: Basic LaTeX packages
pn  texlive-latex-extra(no description available)
ii  texlive-latex-recommended 2007-4 TeX Live: LaTeX recommended packag

-- no debconf information



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

Bug#441369: jack: crashes on terminal resize

[Felix C. Stegerman]

Package: jack
Version: 3.1.1+cvs20050801-15
Severity: important

Since jack was updated recently, it crashes when resizing [the rxvt
window it's running in].

,[ /home/felix/x.jack_error ]
| Traceback (most recent call last):
|   File "/usr/bin/jack", line 238, in ?
| global_error = jack_main_loop.main_loop(mp3s_todo, wavs_todo, space, 
dae_queue, enc_queue, track1_offset)
|   File "/var/lib/python-support/python2.4/jack_main_loop.py", line 167, in 
main_loop
| jack_term.tmod.sig_winch_handler(None, None)
|   File "/var/lib/python-support/python2.4/jack_t_curses.py", line 181, in 
sig_winch_handler
| stdscr.addstr(jack_term.size_y - 1, 0, (jack_display.bottom_line + " " * 
(jack_term.size_x - len(jack_display.bottom_line) - 1 ))[:jack_term.size_x - 
1], A_REVERSE)
| error: addstr() returned ERR
|  *warning* abnormal exit
`

This is rather unfortunate for me as I always resize the window to
full width after editing the freedb information so I can see [most of]
the track names _and_ the ripping/encoding progress [without
scrolling].


- Felix


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (890, 'testing'), (880, 'stable'), (870, 
'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.22-2-powerpc
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages jack depends on:
ii  cdda2wav   9:1.1.6-1 Dummy transition package for iceda
ii  cdparanoia 3.10+debian~pre0-5+b1 audio extraction tool for sampling
ii  python 2.4.4-6   An interactive high-level object-o
ii  python-cddb1.4-5.1   Python interface to CD-IDs and Fre
ii  python-eyed3   0.6.14-1  Python module for id3-tags manipul
ii  python-pyvorbis1.3-1.2   A Python interface to the Ogg Vorb
ii  python-support 0.6.4 automated rebuilding support for p
ii  vorbis-tools   1.1.1-14  several Ogg Vorbis tools

jack recommends no packages.

-- no debconf information

-- 
Felix C. Stegerman <[EMAIL PROTECTED]>  http://obfusk.net
~ "Any sufficiently advanced bug is indistinguishable from a feature."
~   -- R. Kulawiec
~ vim: set ft=mail tw=70 sw=2 sts=2 et:


signature.asc
Description: Digital signature

Bug#441353: tramp: please mention emacs22 includes tramp

[Tatsuya Kinoshita]

On September 9, 2007 at 10:13AM +0200,
rfrancoise (at debian.org) wrote:

> Tatsuya Kinoshita <[EMAIL PROTECTED]> writes:
>
> > The tramp package depends on `emacs21 | xemacs21', because emacs22
> > itself includes tramp.  Please mention it in Description.
>
> Good idea.

Thank you.

> > Also, if emacs21 is removed from testing/unstable,
> > installing/upgrading tramp requires xemacs21 even if emacs22 is
> > installed.  I think that `Depends: emacs | emacsen' is better for
> > transition from emacs21 to emacs22 to avoid installing xemacs21.
>
> I don't agree, removing emacs21 from the archive will not remove it
> from the users' systems so upgrading tramp will not suddenly install
> xemacs21.  And forcing users to install emacs21 | xemacs21 alongside
> tramp on new installs is good, it will prompt emacs22 users to
> double-check if they really need it.

OK, I don't forcely recommend `emacs | emacsen'.

Could you please agree `xemacs21 | emacs21' instead of
`emacs21 | xemacs21' to prefer xemacs21 over emacs21?

--
Tatsuya Kinoshita


pgpUIjqgZk7oa.pgp
Description: PGP signature

Bug#439335: CVE-2007-4131: GNU tar Directory Traversal

[Sylvain Beucler]

Hi,

Was this forwarded to the Stable security team?

If I'm given a tarball that can replace /etc/passwd, I'd say this is
grave bug.

Thanks,

-- 
Sylvain



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

Bug#441353: tramp: please mention emacs22 includes tramp

[Tatsuya Kinoshita]

On September 9, 2007 at 11:06AM +0200,
rfrancoise (at debian.org) wrote:

> > Could you please agree `xemacs21 | emacs21' instead of
> > `emacs21 | xemacs21' to prefer xemacs21 over emacs21?
>
> I don't understand; what difference do you think it will make once
> emacs21 gets removed?

I think `xemacs21 | emacs21' is a fit dependency, because the
current tramp package is for xemacs21 and still supports emacs21.

Probably, `emacs21 | xemacs21' will work with apt or so even if
emacs21 is removed from archives, but I think that the preferred
package is not available is no good.

Thanks,
--
Tatsuya Kinoshita


pgp6kMg5ZwUlF.pgp
Description: PGP signature

Bug#172781: Beautiful Russian women waiting to meet YOU

[Lana Odonnell]

Hi !


How are things going?
Autumn hes come at least! Romance is in the air!
Beautiful and single (!!!) Russian and Ukrainian women are eager to meet you!
They have placed their profiles at the site and waiting for your attention.

Don’t loose time and come get registered at http://rusdatingladies.cn/?idAff=67 
for free.
 




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

Bug#441373: grep: Changelog shows that as of version 2.5.1.ds2-3 pcre was compiled in, but -P does not work with 2.5.3~dsfg-2

[James Cloos]

Package: grep
Version: 2.5.3~dfsg-2
Severity: normal


The --enable-perl-regexp configure option, added to the deb as of
2.5.1ds2-3 is no longer in effect with current versions, at least
including 2.5.3~dsfg-2.

Version 2.5.1.ds2-3 closed bugs #203109 and #238237, but the bug is
back.

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

Kernel: Linux 2.6.11.12-xenU-rimu1
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages grep depends on:
ii  libc6 2.6.1-2GNU C Library: Shared libraries

grep recommends no packages.

-- no debconf information



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

Bug#441270: jack: rename does not also tag files

[Martin Michlmayr]

* Andrei Popescu <[EMAIL PROTECTED]> [2007-09-08 21:30]:
> If I comment out 'query_on_start' it works.

Yes, that makes sense.  I'm not sure whether FreeDB tagging can be
supported properly when you specify both query_on_start and
cont_failed_query.  The problem is that jack thinks the query failed and
doesn't really know that you entered something manually.  There's an
--edit-freedb option which you could also specify.

My proposed solution for this problem is this: if both query_on_start
and cont_failed_query are set and theer's no FreeDB entry, ask the user
whether they want to edit the FreeDB data.  If they do, the file will be
properly tagged.

Would that solution be okay for you?

You'd see something like this:


3281:[EMAIL PROTECTED]: ~/tmp/jack] jack -Q --cont-failed-query  -t 1
This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]>
 *info* querying...
 *warning* 202 No match for disc ID 7f0e030a. How about trying another
   --server?

freedb search failed, continue? (y/N) y

Do you want to edit the freedb data? (y/N)


Patch:

--- jack_prepare.py~2007-09-09 10:41:05.0 +0200
+++ jack_prepare.py 2007-09-09 11:00:57.0 +0200
@@ -506,8 +506,13 @@
 x = raw_input("\nfreedb search failed, continue? (y/N) ") + "x"
 if not x or x[0].upper() != "Y":
 sys.exit(0)
-cf['_query_on_start'] = 0
-cf['_set_id3tag'] = 0
+if not cf['_edit_freedb']:
+x = raw_input("\nDo you want to edit the freedb data? (y/N) ") 
+ "x"
+if x and x[0].upper() == "Y":
+cf['_edit_freedb'] = 1
+else:
+cf['_query_on_start'] = 0
+cf['_set_id3tag'] = 0
 else:
 jack_display.exit()
 

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



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

Bug#441375: Read-only bind mounts aren't

[Johan Walles]

Package: mount
Version: 2.12r-19
Severity: normal


After creating a bind mount with "-o ro" I can still write to the target 
directory.  
Repro (notice how I can create a file in the readonly directory):

"
foo:/tmp# mkdir writable
foo:/tmp# touch writable/fluff
foo:/tmp# mkdir readonly
foo:/tmp# mount -o ro --bind writable/ readonly/
foo:/tmp# ls writable/ readonly/
readonly/:
fluff

writable/:
fluff
foo:/tmp# touch readonly/inconceivable
foo:/tmp# ls writable/ readonly/
readonly/:
fluff  inconceivable

writable/:
fluff  inconceivable
foo:/tmp# mount | grep writable
/tmp/writable on /tmp/readonly type none (ro,bind)
"

When creating a bind mount with "-o ro" I would like the target directory to be 
read 
only.

  Regards //Johan

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

Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores)
Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages mount depends on:
ii  libblkid1 1.40.2-1   block device id library
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  libuuid1  1.40.2-1   universally unique id library

mount recommends no packages.

-- no debconf information



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

Bug#432017: Still clearing auto flag

[Steinar H. Gunderson]

On Fri, Aug 03, 2007 at 08:23:12AM +1000, Trent W. Buck wrote:
> The two vnc packages should have the auto flag set, because they were
> pulled in by xrdp's Recommends.

I believe I see a variant of this problem. I have several non-free packages
that should have been marked as removable by pkgsync long time ago, yet
aptitude plain refuses to remove them. "aptitude markauto opera" simply does
nothing ("0 packages upgraded, 0 newly installed, 0 to remove and 3 not
upgraded." -- the three not upgraded should not be related). "aptitude remove
opera" removes it with no scruples at all.

The fun thing is that this seems to work for some (non-free?) packages -- for
instance, if I install a random unneeded library and then markauto it,
aptitude happily removes it.

FWIW, I'm using aptitude 0.4.6.1-1.

/* Steinar */
-- 
Homepage: http://www.sesse.net/



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

Bug#187391: Woman for You

[Kathie Reaves]

Hey !


How are things going?
Autumn hes come at least! Romance is in the air!
Beautiful and single (!!!) Russian and Ukrainian women are eager to meet you!
They have placed their profiles at the site and waiting for your attention.

Don’t loose time and come get registered at http://singelgir1.cn/?idAff=67 for 
free.
 




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

Bug#152129: Beautiful Russian women waiting to meet YOU

[Lana Elder]

Hi !!


How are things going?
Fall hes come at least! Romance is in the air!
Beautiful and single (!!!) Russian and Ukrainian women are eager to meet you!
They have placed their profiles at the site and waiting for your message.

Don’t loose time and come get registered at 
http://russianbridelive.cn/?idAff=67 for free.
 




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

Bug#441363: gnucash: does not start

[Michal Politowski]

On Sun,  9 Sep 2007 09:59:07 +0100, Neil Williams wrote:
[...]
> That points to an upstream bugzilla report
> http://bugzilla.gnome.org/show_bug.cgi?id=347922
> where gnucash upstream comment:
> 
> > Steve:  I bet you a dollar to a dime that /usr/share/slib isn't in the 
> > default
> > guile load path, and that you didn't add a symlink from 
> > /usr/share/guile/slib
> > -> /usr/share/slib
> > 
> > Create that symlink and try again.  You can test slib by hand by running:
> > 
> >   guile -c "(use-modules (ice-9 slib)) (require 'printf)"
> 
> Michal, if such a symlink fixes the issue for you, this bug needs to be
> blocked by 441110 and 441110 bumped to grave severity.

Symlink only changed the error to
ERROR: Unbound variable: slib:features

-- 
Michał Politowski
Talking has been known to lead to communication if practiced carelessly.


signature.asc
Description: Digital signature

Bug#441374: after upgrade, pidgin fail to run with a buserror

[Rémi Vanicat]

Package: pidgin
Version: 2.1.1-4
Severity: important

when running pidgin on sid, it fail with a buserror. Here is a backtrace :

Program received signal SIGBUS, Bus error.
[Switching to Thread 47386895653728 (LWP 29980)]
0x2b1918cf9fa0 in ?? () from /lib64/ld-linux-x86-64.so.2
(gdb) bt
#0  0x2b1918cf9fa0 in ?? () from /lib64/ld-linux-x86-64.so.2
#1  0x2b1918ceac93 in ?? () from /lib64/ld-linux-x86-64.so.2
#2  0x2b1918cec5f8 in ?? () from /lib64/ld-linux-x86-64.so.2
#3  0x2b1918cf5c99 in ?? () from /lib64/ld-linux-x86-64.so.2
#4  0x2b1918cf1a06 in ?? () from /lib64/ld-linux-x86-64.so.2
#5  0x2b1918cf555b in ?? () from /lib64/ld-linux-x86-64.so.2
#6  0x2b191be81f8b in ?? () from /lib/libdl.so.2
#7  0x2b1918cf1a06 in ?? () from /lib64/ld-linux-x86-64.so.2
#8  0x2b191be824ed in ?? () from /lib/libdl.so.2
#9  0x2b191be81ef1 in dlopen () from /lib/libdl.so.2
#10 0x2b191bc7fa1f in g_module_open () from /usr/lib/libgmodule-2.0.so.0
#11 0x2b191b2836aa in purple_plugin_probe () from /usr/lib/libpurple.so.0
#12 0x2b191b283cae in purple_plugins_probe () from /usr/lib/libpurple.so.0
#13 0x2b191b275161 in purple_core_init () from /usr/lib/libpurple.so.0
#14 0x00470235 in main (argc=1, argv=0x7fff91dc54e8) at 
../../pidgin/gtkmain.c:749

I've also try to launch pidgin with another user (one who never have
run pidgin), with the same problem.



-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (700, 'unstable'), (700, 'stable'), (550, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22.6acer (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pidgin depends on:
ii  gconf2  2.18.0.1-3   GNOME configuration database syste
ii  libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii  libc6   2.6.1-2  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1+b2  The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.1.1-3  simple interprocess messaging syst
ii  libdbus-glib-1-20.74-1   simple interprocess messaging syst
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libglib2.0-02.14.0-2 The GLib library of C routines
ii  libgstreamer0.10-0  0.10.14-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  libgtkspell02.0.10-3+b1  a spell-checking addon for GTK's T
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libpango1.0-0   1.18.1-1 Layout and rendering of internatio
ii  libpurple0  2.1.1-4  multi-protocol instant messaging l
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstartup-notification00.9-1library for program launch feedbac
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.3-1X Rendering Extension client libra
ii  libxss1 1:1.1.2-1X11 Screen Saver extension library
ii  pidgin-data 2.1.1-4  multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.14-2  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.6-2   GStreamer plugins from the "good" 

-- no debconf information



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

Bug#441370: stellarium-data: Contain architecture specific files in 'all' package

[Petter Reinholdtsen]

Package: stellarium-data
Version: 0.8.1-2
Severity: serious
Justification: arch all packages must be arch neutral
Tags: l10n

The stellarium-data package contain architecture specific files.  The
generated .mo files are binary, architecture and endian specific, and
need to be in an architecture specific package.  These are the files
in this package at the moment:

/usr/share/locale/ca/LC_MESSAGES/stellarium.mo
/usr/share/locale/da/LC_MESSAGES/stellarium.mo
/usr/share/locale/en_GB/LC_MESSAGES/stellarium.mo
/usr/share/locale/es/LC_MESSAGES/stellarium.mo
/usr/share/locale/fa/LC_MESSAGES/stellarium.mo
/usr/share/locale/fr/LC_MESSAGES/stellarium.mo
/usr/share/locale/hu/LC_MESSAGES/stellarium.mo
/usr/share/locale/ja/LC_MESSAGES/stellarium.mo
/usr/share/locale/lv/LC_MESSAGES/stellarium.mo
/usr/share/locale/nl/LC_MESSAGES/stellarium.mo
/usr/share/locale/pt/LC_MESSAGES/stellarium.mo
/usr/share/locale/pt_BR/LC_MESSAGES/stellarium.mo
/usr/share/locale/ro/LC_MESSAGES/stellarium.mo
/usr/share/locale/zh_CN/LC_MESSAGES/stellarium.mo
/usr/share/locale/zh_TW/LC_MESSAGES/stellarium.mo
/usr/share/locale/zh_HK/LC_MESSAGES/stellarium.mo
/usr/share/locale/cs/LC_MESSAGES/stellarium.mo
/usr/share/locale/de/LC_MESSAGES/stellarium.mo
/usr/share/locale/en/LC_MESSAGES/stellarium.mo
/usr/share/locale/fi/LC_MESSAGES/stellarium.mo
/usr/share/locale/it/LC_MESSAGES/stellarium.mo
/usr/share/locale/ko/LC_MESSAGES/stellarium.mo
/usr/share/locale/nb/LC_MESSAGES/stellarium.mo
/usr/share/locale/nn/LC_MESSAGES/stellarium.mo
/usr/share/locale/pl/LC_MESSAGES/stellarium.mo
/usr/share/locale/ru/LC_MESSAGES/stellarium.mo
/usr/share/locale/tr/LC_MESSAGES/stellarium.mo
/usr/share/locale/uk/LC_MESSAGES/stellarium.mo
/usr/share/locale/sk/LC_MESSAGES/stellarium.mo
/usr/share/locale/ga/LC_MESSAGES/stellarium.mo
/usr/share/locale/sv/LC_MESSAGES/stellarium.mo
/usr/share/locale/el/LC_MESSAGES/stellarium.mo
/usr/share/locale/az/LC_MESSAGES/stellarium.mo
/usr/share/locale/id/LC_MESSAGES/stellarium.mo


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

-- no debconf information



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

Bug#441364: gstreamer0.10-tools: GStreamer-CRITICAL **: gst_event_new_new_segment_full: assertion `start <= stop' failed

[Sebastian Dröge]

reassign 441364 gst-plugins-base0.10
forwarded 441364 http://bugzilla.gnome.org/show_bug.cgi?id=466717
tags 441364 + confirmed upstream fixed-upstream
thanks

Am Sonntag, den 09.09.2007, 10:24 +0200 schrieb Marc Lehmann:
> Package: gstreamer0.10-tools
> Version: 0.10.12-5
> Severity: normal
> 
> 
> for "short" (<4s) sounds, gstreamer sometimes returns critical messages
> and fails to continue playing:
> 
># gst-launch playbin uri=file:///tmp/fart.ogg
>Setting pipeline to PAUSED ...
>Pipeline is PREROLLING ...
> 
>  * (gst-launch-0.10:23580): GStreamer-CRITICAL **: 
> gst_event_new_new_segment_full: assertion `start <= stop' failed
>Pipeline is PREROLLED ...
>Setting pipeline to PLAYING ...
>New clock: GstAudioSinkClock
>Got EOS from element "playbin0".
>Execution ended after 81052000 ns.
>Setting pipeline to PAUSED ...
>Setting pipeline to READY ...
>Setting pipeline to NULL ...
>FREEING pipeline ...
> 
> this does not always happen, sometimes (rare on my system) it also simply
> plays the sound. here are two example sounds for which it happens:
> 
>http://data.plan9.de/fart.ogg
>http://data.plan9.de/wah1.ogg
> 
> but it doesn't seem to be connected to the sound file (I only tried .ogg,
> though, so it might well be connected to that sound format).

Hi,
this bug is already known and fixed upstream. I'll upload the fix with
the next gst-plugins-base0.10 upload.

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#441371: imlib has some old suggests in debian/control

[Stephan Hermann]

Package: imlib
Version: 1.9.15-3

Hi,

please remove the Suggests of imlib-progs from imlib debian/control.
imlib-progs was in imlib+png2 which isn't in the archives anymore.

See also: https://bugs.launchpad.net/ubuntu/+source/imlib/+bug/138386

Thx,

\sh




signature.asc
Description: PGP signature


signature.asc
Description: OpenPGP digital signature

Bug#441353: tramp: please mention emacs22 includes tramp

[Romain Francoise]

Tatsuya Kinoshita <[EMAIL PROTECTED]> writes:

> Could you please agree `xemacs21 | emacs21' instead of
> `emacs21 | xemacs21' to prefer xemacs21 over emacs21?

I don't understand; what difference do you think it will make once
emacs21 gets removed?

-- 
  ,''`.
 : :' :Romain Francoise <[EMAIL PROTECTED]>
 `. `' http://people.debian.org/~rfrancoise/
   `-



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

Bug#441363: gnucash: does not start

[Neil Williams]

On Sun, 9 Sep 2007 10:12:50 +0200
Michal Politowski <[EMAIL PROTECTED]> wrote:

> Package: gnucash
> Version: 2.0.5-2
> Severity: grave
> Justification: renders package unusable
> 
> After upgrade to 2.0.5-2 gnucash fails to start with the following message:
>   ERROR: Could not find slib/require.scm in  ("/usr/share/guile/site"
>   "/usr/share/gnucash/guile-modules" "/usr/share/gnucash/scm" ""
>   "/usr/share/guile/site" "/usr/share/guile/1.8" "/usr/share/guile")
> 

Damn. No other word for it. I did see this but I thought I'd worked
around it.

Sorry Thomas - this is a manifestation of #441110 guile-1.8: Could not
find slib/require.scm - regression from guile-1.6 breaks gnucash build

That points to an upstream bugzilla report
http://bugzilla.gnome.org/show_bug.cgi?id=347922
where gnucash upstream comment:

> Steve:  I bet you a dollar to a dime that /usr/share/slib isn't in the default
> guile load path, and that you didn't add a symlink from /usr/share/guile/slib
> -> /usr/share/slib
> 
> Create that symlink and try again.  You can test slib by hand by running:
> 
>   guile -c "(use-modules (ice-9 slib)) (require 'printf)"

Michal, if such a symlink fixes the issue for you, this bug needs to be
blocked by 441110 and 441110 bumped to grave severity.

> There exists /usr/share/slib/require.scm but indeed no such file in any
> of the directiories on the list.

All that is needed is for guile-1.8 to be able to do what guile-1.6 did
and locate that file via /usr/share/guile/ or one of the other guile
paths. It may be possible to ship a different symlink in gnucash:

ln -s /usr/share/slib/require.scm /usr/share/gnucash/scm/slib
(creating /usr/share/gnucash/scm/slib beforehand)

Thomas: is this related to the lack of a guile-1.8-slib package?

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



pgp0T5rByN5B8.pgp
Description: PGP signature

Bug#441372: guile-g-wrap: file conflict with older g-wrap

[Michal Politowski]

Package: guile-g-wrap
Version: 1.9.9-1
Severity: normal

guile-g-wrap 1.9.9-1 contains /usr/share/guile/site/g-wrap/gw-glib.scm
g-wrap 1.9.6-3.2 contains /usr/share/guile/site/g-wrap/gw-glib.scm

Upgrade of guile-g-wrap without upgrading g-wrap is not prevented by
dependencies but fails because of the conflict.

-- 
Michał Politowski
Talking has been known to lead to communication if practiced carelessly.


signature.asc
Description: Digital signature

Bug#411784: ext2 fs identified as mimix fs

[arno]

reopen 411784
--

Hi,
I have the same problem; not on my swap partition, but on my home partition 
(ext3).

Everything worked fine until yesterday, but today, my computer did not start, 
because of that error. 

At the moment, I have commented the precheck part in do_noluks function in 
/lib/cryptsetup/cryptdisks.functions (and therefore, I can start my computer).

output of /lib/udev/vol_id is:

/lib/cryptsetup/checks/un_vol_id /dev/hda4  
 - The device /dev/hda4 contains a valid filesystem type minix.


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

Kernel: Linux 2.6.22-2-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cryptsetup depends on:
ii  dmsetup  2:1.02.20-2 The Linux Kernel Device Mapper use
ii  libc62.6.1-2 GNU C Library: Shared libraries
ii  libdevmapper1.02.1   2:1.02.20-2 The Linux Kernel Device Mapper use
ii  libgcrypt11  1.2.4-2 LGPL Crypto library - runtime libr
ii  libpopt0 1.10-3  lib for parsing cmdline parameters
ii  libuuid1 1.40.2-1universally unique id library

cryptsetup recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#441363: gnucash: does not start

[Neil Williams]

On Sun, 9 Sep 2007 11:43:33 +0200
Michal Politowski <[EMAIL PROTECTED]> wrote:

> > > Create that symlink and try again.  You can test slib by hand by running:
> > > 
> > >   guile -c "(use-modules (ice-9 slib)) (require 'printf)"
> > 
> > Michal, if such a symlink fixes the issue for you, this bug needs to be
> > blocked by 441110 and 441110 bumped to grave severity.
> 
> Symlink only changed the error to
> ERROR: Unbound variable: slib:features

Was that error on starting gnucash or on running the test command above?

> guile -c "(use-modules (ice-9 slib)) (require 'printf)"

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



pgpuwjXPILxj1.pgp
Description: PGP signature

Bug#441376: ITP : startupmanager -- Grub and Splash screen configuration

[Vincent Legout]

Package: wnpp
Severity: wishlist
Owner: Vincent Legout <[EMAIL PROTECTED]>


* Package name: startupmanager
 Version : 1.0.10
 Upstream Author : Jimmy Rönnholm <[EMAIL PROTECTED]>
* URL : http://web.telia.com/~u88005282/sum/index.html
* License : GPL
 Programming Lang: python
 Description : Grub and Splash screen configuration

StartUp-Manager configures some settings for grub and splash screens(Currently 
only Usplash).





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

Bug#441353: tramp: please mention emacs22 includes tramp

[Romain Francoise]

Michael Albinus <[EMAIL PROTECTED]> writes:

> Wouldn't it be an option to upgrade the mainstream Tramp version
> in Debian also to 2.1?

If the package finds a new maintainer, that's something they'll
probably want to do, yes.

-- 
  ,''`.
 : :' :Romain Francoise <[EMAIL PROTECTED]>
 `. `' http://people.debian.org/~rfrancoise/
   `-



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

Bug#441377: 'burst' server option broken in etch (upstream bug 741)

[Michel Lespinasse]

Package: ntp
Version: 1:4.2.2.p4+dfsg-2

The ntp package as included in etch does not properly support the 'burst'
option in ntp.conf. If a local client tries to synchronize with
time.example.net using a line such as 'server time.example.net burst iburst'
in its ntp.conf file, the burst option will be ignored.

This is known in upstream (https://support.ntp.org/bugs/show_bug.cgi?id=741)
and has been fixed, just not in the version shipped in etch.

While this will have a low impact for most people, some network configurations
can make this worse. I found out about the issue because I have machines
on an internal subnet with the gateway providing proxy arp in a supposedly
transparent fashion. Linux by default delays proxy arp replies for about
100 ms to avoid any potential issues with looped networks. This delay has
been messing up the ntp time synchronization for machines on that subnet,
an issue that was previously worked around by using the 'burst' keyword
(only the first packet in the burst was delayed by the proxy arp issue).

The fix as described in the upstream bugtracker is a one-liner.
I'm not sure if a backport in the next etch update (if any) would be
justified or not.

-- 
Michel "Walken" Lespinasse
"Bill Gates is a monocle and a Persian cat away from being the villain
in a James Bond movie." -- Dennis Miller



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

Bug#441363: Debugging the error cause

[Mika Bostrom]

  After manually adding symlink:

odin:/usr/share/guile/1.8% ls -l slib 
lrwxrwxrwx 1 root root 10 Sep  9 10:42 slib -> ../../slib

  This is what happens with test command:

odin:~% guile -c "(use-modules (ice-9 slib)) (require 'printf)"
ERROR: Unbound variable: slib:features


  So the real error seems to be somewhere in guile/slib front.

-- 
 Mika Boström  +358-40-525-7347  -=-  The flogging will continue
 [EMAIL PROTECTED]www.iki.fi/bostik  -=-  until morale improves
 GPG: 0x039F188E; EC67 5B3A E6E3 6A84 9CB2  94D3 BFCD BD57 039F 188E


signature.asc
Description: Digital signature

Bug#441379: fails on 64-bit vista

[Robert Millan]

Package: win32-loader
Version: 0.6.0~pre1
Severity: normal

Fails on 64-bit vista because it can't execute bcdedit.exe.

-- System Information:
Debian Release: lenny/sid
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)

-- no debconf information



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

Bug#441369: jack: crashes on terminal resize

[Martin Michlmayr]

* Felix C. Stegerman <[EMAIL PROTECTED]> [2007-09-09 11:19]:
> Since jack was updated recently, it crashes when resizing [the rxvt
> window it's running in].

And this definitely didn't happen with 3.1.1+cvs20050801-14?  I guess
there was a reason jack had its own ncurses library then. :(
-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#441378: xsysinfo: doesn't start with kernel 2.6.21 and -load

[Roland Rosenfeld]

Package: xsysinfo
Version: 1.7-6
Version: 1.7-5
Severity: normal
Tag: lenny, sid

After upgrading from etch to lenny (including a Kernel upgrade from
2.6.18 to 2.6.21) xsysinfo stopped working on my system but outputs
only a message:

$ xsysinfo
get_total_procs: Success

As a workaround I added the option -noload which lets me start the
program, but suppresses the Load: gauge.

Downgrading xsysinfo to 1.7-5 from etch doesn't change the broken
behavior.

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

Kernel: Linux 2.6.21-2-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages xsysinfo depends on:
ii  libc6   2.6.1-1  GNU C Library: Shared libraries
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxaw7 2:1.0.4-1X11 Athena Widget library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxmu6 1:1.0.3-1X11 miscellaneous utility library
ii  libxpm4 1:3.5.7-1X11 pixmap library
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library

xsysinfo recommends no packages.

-- no debconf information

Tscho

Roland

-- 
 * [EMAIL PROTECTED] * http://www.spinnaker.de/ *



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

Bug#306106: openntpd: same behaviour here

[Sam Morris]

> > And so on. Adjustment delta grows and grows, strace shows that adjtimex
> > returns TIME_BAD (5), and ntpdate -q shows that local clock is in no way
> > synchronized with uplevel server. Which as a result makes openntpd
> > unusable. I see there is some patch from RedHat to make openntpd use
> > Linux adjtimex syscall. May be it is worth trying ?
> 
> You have a url to that patch?

In response to Brad Knowles' "OpenNTPd Considered Harmful" article
,
 the maintainer of portable OpenNTPD posted a blog entry 
 which links to a 
patch that makes OpenNTPD use the adjtimex system call 
.

There are also other patches in that directory that appear to be for
later OpenNTPD releases.

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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

Bug#411784: ext2 fs identified as mimix fs

[arno]

Le Sunday 09 September 2007, à 12:03:31PM +0200, arno a écrit : 
> 
> Hi,
> I have the same problem; not on my swap partition, but on my home partition 
> (ext3).
> 
> Everything worked fine until yesterday, but today, my computer did not start, 
> because of that error. 
> 
> At the moment, I have commented the precheck part in do_noluks function in 
> /lib/cryptsetup/cryptdisks.functions (and therefore, I can start my computer).
> 
> output of /lib/udev/vol_id is:
> 
> /lib/cryptsetup/checks/un_vol_id /dev/hda4  
>  - The device /dev/hda4 contains a valid filesystem type minix.
> 


I used my computer a little, and then rebooted. Now, everything works fine 
again.
/lib/udev/vol_id /dev/hda4
/dev/hda4: unknown volume type

Meantime, I compiled vol_id and set some printf
I discovered volume_id_probe_minix (in extras/volume_id/lib/minix.c) returned 0:

if (ms->s_magic == MINIX_SUPER_MAGIC2 ||
ms->s_magic == bswap_16(MINIX_SUPER_MAGIC2))

evaluates to true

That's all the informations I could gather.

Is it possible, as crypted partitions are random, that they sometimes look like 
valid partitions, and therefore /lib/cryptsetup/checks/un_vol_id reports 
erroneous result ?

But why do random data look more like minix than any other filesystem ?

arno.

Bug#428307: usage of filters might be the cause

[Ingo Juergensmann]

Alexander Sack wrote:


Yes ... I just wanted a confirm :) ... it indeed gives more hints on
where to look, but i can't guarantee that I have the needed time to
look. If you really want this resolved, just bug me regularaly :).


Just wanted to give a small reminder... ;-)

--
Ciao...//Fon: 0381-2744150
  Ingo   \X/ SIP: [EMAIL PROTECTED]

gpg pubkey: http://www.juergensmann.de/ij/public_key.asc



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

Bug#441249: [Pkg-xen-devel] Bug#441249: xen-hypervisor-3.0.3-1-i386-pae: "Problems using XEN when Quagga is running"

[Mikko Korkalo]

Hi,

And thanks for the quick answer.

First of all I discoved a very similar bug report in CentOS:
http://bugs.centos.org/view.php?id=2300

Guido Trotter kirjoitti:
> Are you using the standard vif-route scripts or have you customized them?
>   
Yes, I have customized my vif-route script.
I just tried with the original vif-route script, and same happened.
> Can you show us your quagga configuration too?
>   
I've changed the hostnames and passwords, but here they are:

<-
xen1:~# cat /etc/quagga/ospfd.conf
hostname xen1.XXX.XXX
password XXX
enable password XXX
log file /var/log/ospfd.log
interface dummy0
interface eth0
interface dummy2
router ospf
ospf router-id 172.16.255.16
ospf abr-type standard
ospf rfc1583compatibility
network 172.16.255.16/32 area 0.0.0.0
network 172.16.255.11/28 area 0.0.0.0
passive-interface dummy0
passive-interface dummy2
redistribute static
area 0.0.0.0 authentication
xen1:~# cat /etc/quagga/zebra.conf
log file /var/log/quagga/zebra.log
hostname xen1.XXX.XXX
xen1:~#
->

> Can you manually do on the xen interfaces what the scripts would? How about
> doing it on some other interface configured in a similar way?
>   
I'll try this next week, see below :)
> Can you try to insulate it within quagga? Does this happen if you just run 
> zebra
> but not ospfd?
>   
Wow... I disabled ospfd, /etc/init.d/quagga restart, and creating a
domain crashed xen.

Here's what happened.

<-
xen1:~# pico /etc/quagga/daemons
xen1:~# /etc/init.d/quagga restart
Stopping Quagga daemons (prio:0): (zebra) (bgpd) (ripd) (ripngd) (ospfd)
(ospf6d 

) (isisd).
Removing all routes made by zebra.
Nothing to flush.
Loading capability module if not yet done.
Starting Quagga daemons (prio:10): zebra.
xen1:~# xm list
Name  ID Mem(MiB) VCPUs State   Time(s)
Domain-0   0 1892 2 r-193.1
xen1:~# xm create test7.cfg
Using config file "/etc/xen/test7.cfg".
Started domain test7
xen1:~#
Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: [ cut here ]

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: kernel BUG at drivers/xen/core/evtchn.c:481!

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: invalid opcode:  [#1]

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: SMP

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: CPU:1

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: EIP is at retrigger+0x1f/0x35

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: eax:    ebx: 0208   ecx: 0018   edx: f55f6000

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: esi: c0324460   edi: 010a   ebp:    esp: ed78deb0

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: ds: 007b   es: 007b   ss: 0069

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: Process xenwatch (pid: 11[#0], ti=ed78c000 task=c03a50d0
task.ti=ed  
   
78c000)

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: Stack: c01418b1 c0324460 010a c0324488 c0141607
e6b6a2c0
00  
   
00 

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel:e6b6a2c0 c022077c  c0220b5c c0219ceb
0010
00  
   
00 020b

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel:020a   e74703b6 c02f10e4
ee868000
00  
   
00 0002

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: Call Trace:

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: Code: ee 85 f6 75 96 58 5a 5b 5e 5f 5d c3 0f b7 0c 85 00 89
38 c0
8 
b 15 a4 b9 2d c0 85 c9 74 1d 0f a3 8a 80 08 00 00 19 c0 85 c0 75 08 <0f>
0b e1
0 
1 ce c2 2b c0 f0 0f ab 8a 00 08 00 00 b8 01 00 00 00

Message from [EMAIL PROTECTED] at Sun Sep  9 16:33:46 2007 ...
xen1 kernel: EIP: [] retrigger+0x1f/0x35 SS:ESP 0069:ed78deb0

xen1:~#
->

The hex codes got a bit mangled because they didn't fit in my putty window.
The computer (which is at work) doesn't respond to ping anymore, and I'm
at home currently, so I'll get back to this next week.

I appreciate the help.

Regards,
Mikko



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a 

Bug#441381: Suggests: mozilla-firefox-adblock

[Robert Millan]

Package: mozilla-plugin-gnash
Version: 0.8.1~rc.070818-1
Severity: wishlist

May I suggest "Suggests: mozilla-firefox-adblock" ?  Once you install Gnash
on your browser, web browsing becomes much less comfortable because of this
gazillon of flash ads that appear.

-- System Information:
Debian Release: lenny/sid
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)

Versions of packages mozilla-plugin-gnash depends on:
ii  base-files 4.0.1 Debian base system miscellaneous f
ii  gnash  0.8.1~rc.070818-1 free Flash movie player
ii  libc6  2.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii  libgcc11:4.1.1-21GCC support library
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxi6 1:1.0.1-4 X11 Input extension library

mozilla-plugin-gnash recommends no packages.

-- no debconf information



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

Bug#417850: Caps Lock and BR-ABNT2: still can't reproduce

[Christian Perrier]

I went back on #417850 about the BR-ABNT2 console keymap but, still,
I'm unable to reproduce it, even when doing "dpkg-reconfigure
console-data" and choosing the BR-ABNT2 keymap: the Caps Lock key just
works as expected.

If someone reproduces this bug, please post the detailed way to do so.


-- 




signature.asc
Description: Digital signature

Bug#441380: openoffice.org_1:2.3.0~rc2-1(sparc/experimental): FTBFS: FATAL ERROR, could not mmap a file for executable memory

[Frank Lichtenheld]

Package: openoffice.org
Version: 1:2.3.0~rc2-1
Severity: serious

Hi,

your package failed to build from source. Despite the contents of the
error message I don't think this is a local configuration problem since
it failed the same way on at least two architectures (sparc and amd64).

| Automatic build of openoffice.org_1:2.3.0~rc2-1 on odin by sbuild/sparc 
98-farm
| Build started at 20070909-0820
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 383MB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de experimental/main openoffice.org 
1:2.3.0~rc2-1 (dsc) [8637B]
| Get:2 http://sinclair.farm.ftbfs.de experimental/main openoffice.org 
1:2.3.0~rc2-1 (tar) [301MB]
| Get:3 http://sinclair.farm.ftbfs.de experimental/main openoffice.org 
1:2.3.0~rc2-1 (diff) [81.2MB]
| Fetched 383MB in 2m15s (2832kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: lsb-release, bzip2, bison (>= 1:1.875a-1) [i386 powerpc sparc 
amd64 ppc64], flex [i386 powerpc sparc amd64 ppc64], libpam0g-dev [i386 powerpc 
sparc amd64 ppc64], libxaw7-dev [i386 powerpc sparc amd64 ppc64], unzip [i386 
powerpc sparc amd64 ppc64], zip [i386 powerpc sparc amd64 ppc64], autoconf 
[i386 powerpc sparc amd64 ppc64], sharutils [i386 powerpc sparc amd64 ppc64], 
pkg-config [i386 powerpc sparc amd64 ppc64], xutils [i386 powerpc sparc amd64 
ppc64], libfontconfig1-dev [i386 powerpc sparc amd64 ppc64], binutils (>= 
2.14.90.0.6-3) [sparc], libc6 (>= 2.3.2-1) [powerpc], zlib1g-dev [i386 powerpc 
sparc amd64 ppc64], libfreetype6-dev [i386 powerpc sparc amd64 ppc64], 
libx11-dev [i386 powerpc sparc amd64 ppc64], libsm-dev [i386 powerpc sparc 
amd64 ppc64], libxt-dev [i386 powerpc sparc amd64 ppc64], libxext-dev [i386 
powerpc sparc amd64 ppc64], libice-dev [i386 powerpc sparc amd64 ppc64], 
libsane-dev [i386 powerpc sparc amd64 ppc64], libxrender-dev [i386 powerpc 
sparc amd64 ppc64], libcupsys2-dev [i386 powerpc sparc amd64 ppc64], 
libarchive-zip-perl [i386 powerpc sparc amd64 ppc64], 
libstartup-notification0-dev [i386 powerpc sparc amd64 ppc64], libpng12-dev 
[i386 powerpc sparc amd64 ppc64], libjpeg62-dev [i386 powerpc sparc amd64 
ppc64], libxml2-dev [i386 powerpc sparc amd64 ppc64], libldap2-dev [i386 
powerpc sparc amd64 ppc64], libexpat1-dev [i386 powerpc sparc amd64 ppc64], 
libgnomevfs2-dev [i386 powerpc sparc amd64 ppc64], fastjar [i386 powerpc sparc 
amd64 ppc64], libsndfile1-dev [i386 powerpc sparc amd64 ppc64], xsltproc [i386 
powerpc sparc amd64 ppc64], graphicsmagick [i386 powerpc sparc amd64 ppc64], 
netpbm [i386 powerpc sparc amd64 ppc64], fdupes [i386 powerpc sparc amd64 
ppc64], xml-core [i386 powerpc sparc amd64 ppc64], libxkbfile-dev [i386 powerpc 
sparc amd64 ppc64], libxinerama-dev [i386 powerpc sparc amd64 ppc64], 
x11proto-render-dev [i386 powerpc sparc amd64 ppc64], unixodbc-dev (>= 2.2.11) 
[i386 powerpc sparc amd64 ppc64], libxml-parser-perl [i386 powerpc sparc amd64 
ppc64], gperf [i386 powerpc sparc amd64 ppc64], libpq-dev [i386 powerpc sparc 
amd64 ppc64], libcurl4-gnutls-dev [i386 powerpc sparc amd64 ppc64], 
libdb4.5-dev [i386 powerpc sparc amd64 ppc64], python-central (>= 0.5) [i386 
powerpc sparc amd64 ppc64], debhelper (>= 5.0.37.2), python-dev (>= 2.4) [i386 
powerpc sparc amd64 ppc64], java-gcj-compat-dev (>= 1.0.56) [i386 powerpc sparc 
amd64 ppc64], ant (>= 1.6.5) [i386 powerpc sparc amd64 ppc64], libxt-java (>= 
0.20050823) [i386 powerpc sparc amd64 ppc64], libxerces2-java [i386 powerpc 
sparc amd64 ppc64], libxalan2-java (>= 2.6.0-1) [i386 powerpc sparc amd64 
ppc64], mingw32 [i386 powerpc sparc amd64 ppc64], libxul-dev [i386 powerpc 
sparc amd64 ppc64], libnss3-dev [i386 powerpc sparc amd64 ppc64], dmake (>= 
1:4.7) [i386 powerpc sparc amd64 ppc64], mono-mcs (>= 1.2.3) [i386 amd64], 
mono-gmcs (>= 1.2.3) [i386 amd64], libmono-dev (>= 1.2.3) [i386 amd64], 
mono-utils (>= 1.2.3) [i386 amd64], cli-common-dev (>= 0.4.4) [i386 amd64], 
libhunspell-dev (>= 1.1.5-2) [i386 powerpc sparc amd64 ppc64], 
libaltlinuxhyph-dev (>= 0.1.1-11) [i386 powerpc sparc amd64 ppc64], 
libstlport4.6-dev (>= 4.6.2-3) [i386 powerpc sparc amd64 ppc64], libboost-dev 
[i386 powerpc sparc amd64 ppc64], libvigraimpex-dev [i386 powerpc sparc amd64 
ppc64], portaudio19-dev [i386 powerpc sparc amd64 ppc64], libwpd8-dev (>= 
0.8.3-3) [i386 powerpc sparc amd64 ppc64], libwps-dev [i386 powerpc sparc amd64 
ppc64], libwpg-dev [i386 powerpc sparc amd64 ppc64], libsvg-dev [i386 powerpc 
sparc amd64 ppc64], libicu-dev [i386 powerpc sparc amd64 ppc64], libxslt1-dev 
[i386 powerpc sparc amd64 ppc64], libcairo2-dev [i386 powerpc sparc amd64 
ppc64], libglitz-glx1-dev [i386 powerpc sparc amd64 ppc64], kdelibs4-dev (>= 
4:3.4.3-2) [i386 powerpc sparc

Bug#441369: jack: crashes on terminal resize

[Felix C. Stegerman]

* Martin Michlmayr <[EMAIL PROTECTED]> [2007-09-09 12:35]:
>
> * Felix C. Stegerman <[EMAIL PROTECTED]> [2007-09-09 11:19]:
> >
> > Since jack was updated recently, it crashes when resizing [the
> > rxvt window it's running in].
>
> And this definitely didn't happen with 3.1.1+cvs20050801-14?  I
> guess there was a reason jack had its own ncurses library then. :(

No, it didn't.  I've been using jack a lot in the past weeks, and [for
the reasons mentioned] resize the window quite often.  I updated some
packages yesterday, including jack, and noticed the problem today.


- Felix

-- 
Felix C. Stegerman <[EMAIL PROTECTED]>  http://obfusk.net
~ "Any sufficiently advanced bug is indistinguishable from a feature."
~   -- R. Kulawiec
~ vim: set ft=mail tw=70 sw=2 sts=2 et:


signature.asc
Description: Digital signature

Bug#246947: ntp-simple should not listen to every single interface + INADDR_ANY

[Sam Morris]

ntpd seems to have gained an -I option to tell it to listen on a
particular interface. However my testing indicates that it does not
work:

# /usr/sbin/ntpd -n -I wlan1 -L -l /dev/stderr
 9 Sep 11:52:53 ntpd[26406]: logging to file /dev/stderr
 9 Sep 11:52:53 ntpd[26406]: precision = 1.000 usec
 9 Sep 11:52:53 ntpd[26406]: Listening on interface #0 wildcard, 0.0.0.0#123 
Disabled
 9 Sep 11:52:53 ntpd[26406]: Listening on interface #1 wildcard, ::#123 Disabled
 9 Sep 11:52:53 ntpd[26406]: Listening on interface #2 lo, ::1#123 Enabled
 9 Sep 11:52:53 ntpd[26406]: Listening on interface #3 wlan1, 
fe80::204:e2ff:fea9:9d35#123 Enabled
 9 Sep 11:52:53 ntpd[26406]: Listening on interface #4 lo, 127.0.0.1#123 Enabled
 9 Sep 11:52:53 ntpd[26406]: Listening on interface #5 eth0:avahi, 
169.254.7.146#123 Disabled
 9 Sep 11:52:53 ntpd[26406]: Listening on interface #6 wlan1, 192.168.2.18#123 
Enabled
 9 Sep 11:52:53 ntpd[26406]: kernel time sync status 0040
 9 Sep 11:52:53 ntpd[26406]: frequency initialized -1.632 PPM from 
/var/lib/ntp/ntp.drift

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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

Bug#441145: the new version of logwatch

[Russell Coker]

It seems that everything has changed in regard to Postfix and Logwatch.  So 
the patch will need to be re-done if nothing else.

If this can't go into an etch update then please leave the bug report open 
until Lenny is released so that people who need it can get the patch.



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

Bug#441144: log level

[Russell Coker]

It seems that you are correct, the need for log levels other than the default 
is less than I thought.

However it would still be good if there was an easy way to configure this.



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

Bug#441370: stellarium-data: Contain architecture specific files in 'all' package

[Julien BLACHE]

Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:

> The stellarium-data package contain architecture specific files.  The
> generated .mo files are binary, architecture and endian specific, and
> need to be in an architecture specific package.  These are the files
> in this package at the moment:

AFAIK gettext can handle big endian mo files on little endian machines
and vice versa. I've never had any problem with that.

If gettext wasn't able to handle that, the mo files should really be
under /usr/lib and not /usr/share and that would have been fixed long
ago already.

I guess you're raising a non-issue.

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> 
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



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

Bug#441382: llvm-cfe: Mention C++ in the multi-line detailed package description

[Johan Boule]

Package: llvm-cfe
Version: 1.8b-1
Severity: wishlist

The description of the llvm-cfe package mentions the C++ front-end in the 
onle-line summary
but does not mention it in the multi-line detailed description.
After a first and quick reading, i thought this package was only for C, not C++.

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

Kernel: Linux 2.6.12-co-0.7.1-hn8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages llvm-cfe depends on:
ii  llvm  1.8b-1 Low-Level Virtual Machine (LLVM) c
ii  llvm-libs 1.8b-1 common libraries for LLVM compiler

llvm-cfe recommends no packages.

-- no debconf information



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

Bug#439277: cloning 439277, setting package to -1 nasm, found -1 in 0.99.01-1 ...

[Bastian Kleineidam]

# Automatically generated email from bts, devscripts version 2.10.7
# it is indeed a nasm error - the package compiled successfully with nasm 
0.99.02
clone 439277 -1
package -1 nasm
found -1 0.99.01-1
retitle -1 nasm build errors: invalid operands in non-64-bit mode




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

Bug#441363: gnucash: does not start

[Michal Politowski]

On Sun,  9 Sep 2007 10:53:47 +0100, Neil Williams wrote:
> On Sun, 9 Sep 2007 11:43:33 +0200
> Michal Politowski <[EMAIL PROTECTED]> wrote:
> 
> > > > Create that symlink and try again.  You can test slib by hand by 
> > > > running:
> > > > 
> > > >   guile -c "(use-modules (ice-9 slib)) (require 'printf)"
> > > 
> > > Michal, if such a symlink fixes the issue for you, this bug needs to be
> > > blocked by 441110 and 441110 bumped to grave severity.
> > 
> > Symlink only changed the error to
> > ERROR: Unbound variable: slib:features
> 
> Was that error on starting gnucash or on running the test command above?

Starting gnucash. But now I checked the test command and it gives the same
error.

-- 
Michał Politowski
Talking has been known to lead to communication if practiced carelessly.


signature.asc
Description: Digital signature

Bug#441384: realplayer

[somae]

Package: realplayer 10
Severity: normal



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

gives this error message: WARNING: untrusted versions of the following packages 
will be 
installed!

Untrusted packages could compromise your system's security.
You should only proceed with the installation if you are certain that
this is what you want to do.

  realplayer



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

Bug#430984: pthreads issue with libc6

[Aurelien Jarno]

severity 430984 grave
reassign 430984 linux-2.6
forcemerge 433187 430984
thanks

BERTRAND Joël a écrit :
> Aurelien Jarno a écrit :
>> On Thu, Jun 28, 2007 at 07:22:51PM +0200, BERTRAND Joël wrote:
>>> Package: libc6
>>> Version: 2.5-9
>>> Arch: sparc64
>> ^^^
>> huh?? Is it really sparc64?
>>
>>> Severity: important
>>>
>>> Hello,
>>>
>>> I have seen a lot of troubles with all programs that use threads on 
>>> a Sun U80/smp running debian testing.
>>>
>>> clamd, bind, milter-greylist, mimedefang, fail2ban and a lot of 
>>> other multithreaded programs stop with dead lock. They don't die, but 
>>> remain in sleep state (mutex trouble ?). This trouble appear when I have 
>>> installed libc6 2.5-9. Kernel is 2.6.20.11.
>>>
>> With glibc 2.5, the threading library has switched to NPTL on sparc, 
>> which has triggered a lot of kernel bugs. This is likely the case here.
>>
>> Please try to update your kernel to 2.6.21 (or 2.6.22-rc) and see if it
>> helps.
> 
>   I have tested with 2.6.21.5. It seems to run longer than with 
> 2.6.20.11, but I can see the same troubles... I will test tomorrow with 
> 2.6.22-rc7.
> 

This is definitively a kernel problem. Reassigning & merging the bug.

-- 
  .''`.  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#441385: network-manager-openvpn: Ability to import native conf files

[Jelmer Vernooij]

Package: network-manager-openvpn
Version: 0.3.2svn2342-1
Severity: wishlist

It would be nice if it was possible to import stock openvpn .conf files 
rather than .pcf files.

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

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

Versions of packages network-manager-openvpn depends on:
ii  libart-2.0-2   2.3.19-3  Library of functions for 2D graphi
ii  libatk1.0-01.18.0-2  The ATK accessibility toolkit
ii  libbonobo2-0   2.18.0-2  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.18.0-5  The Bonobo UI library
ii  libc6  2.6.1-2   GNU C Library: Shared libraries
ii  libcairo2  1.4.10-1  The Cairo 2D vector graphics libra
ii  libdbus-1-31.1.1-3   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.74-1simple interprocess messaging syst
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libgconf2-42.18.0.1-3GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.14.0-2  The GLib library of C routines
ii  libgnome-keyring0  0.8.1-2   GNOME keyring services library
ii  libgnome2-02.18.0-4  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-3  A powerful object-oriented display
ii  libgnomeui-0   2.18.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.18.1-4GNOME Virtual File System (runtime
ii  libgtk2.0-02.10.13-1 The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.7-0.1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.18.1-1  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   1:1.0.3-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   1:1.0.2-1 X11 Xinerama extension library
ii  libxml22.6.30.dfsg-2 GNOME XML library
ii  libxrandr2 2:1.2.2-1 X11 RandR extension library
ii  libxrender11:0.9.3-1 X Rendering Extension client libra
ii  openvpn2.0.9-8   Virtual Private Network daemon

network-manager-openvpn recommends no packages.

-- no debconf information



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

Bug#434522: gnome-terminal won't start

[Aurelien Jarno]

On Tue, Jul 24, 2007 at 01:32:54PM -0400, Brent S. Elmer, Ph.D. wrote:
> No, I didn't copy any binaries between distributions.  This box is a box
> I run a wiki on.  It is running the testing version.  I don't get on it
> a lot but I did a day or two ago and upgraded whatever was available to
> be upgraded for testing.  Right after the upgrade, these problems
> started happening.  It seems like a new libc6 has hit testing recently.
> If that is the case then I would have upgraded it.  The box is not
> totally crippled.  The moinmoin wiki is still running on it.  gdm does
> not start up but I can still get a NoMachine NX connection into it with
> does start up gnome.  gnome-terminal doesn't work but xterm still does.
> I tried reinstalling gdm, gnome-terminal, and libc6 with apt-get.  I'm
> not sure the reinstall works because it says it installs but I don't
> see /usr/sbin/gdm.  I am running two other testing boxes which don't
> present the problem.
> 

Are you still able to reproduce the problem with the latest glibc
(2.6.1-1 or 2.6.1-2)?

-- 
  .''`.  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#441387: Misleading mprotect manpage

[François Diakhate]

Package: manpages-dev
Version: 2.39-1

The mprotect manpage specifies that:

"Whether PROT_EXEC has any effect different from PROT_READ is  
architecture and kernel version dependent."


which is true, but it should also specify that whether PROT_WRITE 
implies PROT_READ is architecture dependant and that it is the case on 
x86 platforms. The same holds true for the mmap manpage. However, what 
makes this manpage especially misleading in that regard is that it 
states that:


"For  example,  if the memory had previously been marked PROT_READ, and 
mprotect() is then called with prot PROT_WRITE, it will no longer be 
readable."


which, as I said, is not true on x86 platforms. I think would be better 
to reverse this sentence so as to say:


"For  example,  if the memory had previously been marked PROT_WRITE, and 
mprotect() is then called with prot PROT_READ, it will no longer be 
writable."




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

Bug#441386: lists.debian.org: debian-www-cvs broken

[Frank Lichtenheld]

Package: lists.debian.org
Severity: important

Something got changed in the moderation configuration for
debian-www-cvs. I now get a moderation mail
(e.g. "[debian-www-cvs] COMMAND DISCARD 11893061087294")
for every mail sent to the list.

Please fix the configuration and approve all mails currently held.

Gruesse and TIA,
Frank

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

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



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

Bug#441388: logtail2 doesn't work if no archived logs found

[Zoe Parsons]

Package: logtail
Version: 1.2.61
Severity: important

Recently logcheck stopped working on my system and after running it
manually I traced it to logtail2... I'd recently been forced to delete
the archived logs on my system in order to make some space and that
appears to confuse logtail2 completely...

e.g.:
[EMAIL PROTECTED]:~# logtail2 -t /var/log/syslog
Cannot get /var/log/syslog.1.gz mtime: No such file or directory

If I create that file it then works fine.
I'm not sure why it needs to have that file existing in the first place
and surely this will break new systems which haven't rotated any logs
yet?

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

Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages logtail depends on:
ii  perl  5.8.8-7Larry Wall's Practical Extraction 

logtail recommends no packages.

-- no debconf information



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

Bug#438179: glibc's getaddrinfo() sort order

[Steve Langasek]

I concur with all of Ian's comments, and in particular I would also like to
encourage Kurt to champion this issue to the IETF working group.  My own
past experiences suggest that glibc upstream is willing to hide behind
standards not only when they mandate undesirable behavior but also when they
fail to /prohibit/ undesirable behavior, so it would be nice to have a
solution that in the long term doesn't require the Debian glibc maintainers
to diverge from upstream in order to comply with a ruling of the TC.

I would also underscore the additional reason Kurt has pointed out for why
RFC3484 section 6 rule 9 is inappropriate for IPv4 networks, even in the
absence of NAT.  Over the years, the IPv4 address space has become extremely
fragmented, in large part due to an incomplete understanding of the
long-term significance of early stewardship policies.  As an example, by
2003 the ISP I was working for had network allocations in each of 206.x.x.x,
208.x.x.x, and 64.x.x.x, and have since picked up netblocks in 216.x.x.x and
63.x.x.x.  While some of these netblocks do share common prefixes, the
common prefixes are so short that they aren't even specific to North
America[1], and some of the netblocks are far enough apart that rule 9 would
give precedence to half the planet over the router down the hall.

Rule 9 follows naturally from IPv6 allocation policies which have been
crafted in direct response to the experiences with IPv4 with the intent of
minimizing address space fragmentation.  In IPv6, 64 bits of the address are
"host" bits, and another 16 bits of the prefix denote "local" networks, with
the remaining 48 bits corresponding fairly well with network topology.  This
rule is therefore a sensible default for IPv6, but for IPv4 it easily
results in pessimal behavior and should not be a default.

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/

[1] http://xkcd.com/195/ :-)



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

Bug#441389: telepathy-idle: ability to use a socks/other proxy

[Jelmer Vernooij]

Package: telepathy-idle
Version: 0.1.1-1
Severity: wishlist

It'd be useful if there was an option to specify a proxy for IRC
connections so a bouncer / irc proxy can be used. This usually would be
a different proxy from the globally set proxy used for http, ssh, etc.


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

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

Versions of packages telepathy-idle depends on:
ii  libc6 2.6.1-2GNU C Library: Shared libraries
ii  libdbus-1-3   1.1.1-3simple interprocess messaging syst
ii  libdbus-glib-1-2  0.74-1 simple interprocess messaging syst
ii  libglib2.0-0  2.14.0-2   The GLib library of C routines
ii  libssl0.9.8   0.9.8e-8   SSL shared libraries
ii  libtelepathy-glib00.5.14-1   Telepathy framework - GLib connect

telepathy-idle recommends no packages.

-- no debconf information



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

Bug#441390: CVE-2007-2024, CVE-2007-2025: Unrestricted file upload vulnerability

[Thijs Kinkhorst]

Package: phpwiki
Severity: serious
Version: 1.3.12p3-5
Tags: security patch

Hi,

The following has been reported:

CVE-2007-2024, CVE-2007-2025: Unrestricted file upload vulnerability in
the UpLoad feature (lib/plugin/UpLoad.php) in PhpWiki 1.3.11p1 allows
remote attackers to upload arbitrary PHP files with a double extension, as
demonstrated by .php.3, which is interpreted by Apache as being a valid
PHP file.

The patch is attached. I'm already preparing an NMU as per your permission in 
#429201.

Thanks!

Thijs
diff -ur phpwiki-1.3.12p3.orig/lib/plugin/UpLoad.php phpwiki-1.3.12p3/lib/plugin/UpLoad.php
--- phpwiki-1.3.12p3.orig/lib/plugin/UpLoad.php	2006-06-18 13:19:23.0 +0200
+++ phpwiki-1.3.12p3/lib/plugin/UpLoad.php	2007-09-09 13:37:48.0 +0200
@@ -136,7 +136,7 @@
 $userfile_name = trim(basename($userfile_name));
 $userfile_tmpname = $userfile->getTmpName();
 	$err_header = HTML::h2(fmt("ERROR uploading '%s': ", $userfile_name));
-if (preg_match("/(\." . join("|\.", $this->disallowed_extensions) . ")\$/",
+if (preg_match("/(\." . join("|\.", $this->disallowed_extensions) . ")(\.|\$)/i",
$userfile_name))
 {
 	$message->pushContent($err_header);


pgpoIf6OPh7vq.pgp
Description: PGP signature

Bug#441391: b43-fwcutter: No information that it replaces the older bcm43xx-fwcutter

[Richard Levitte]

Package: b43-fwcutter
Version: 1:008-1
Severity: normal

When I saw b43-fwcutter among "New packages", I was a bit surprised,
because I knew that I had installed something like that earlier, so I
had a look, and yes, I had installed bcm43xx-fwcutter.

Taking a closer look at b43-fwcutter, I found that the reason aptitude
didn't inform me or installed b43-fwcutter automagically is that it
doesn't say, in any kind of way, that it replaces the older bcm43xx-fwcutter.

Not knowing enough, I'm a bit worried about having two versions of the
same firmware loaders at the same time.  Am I guaranteed to get the
correct firmware into my system?  Will something get seriously messed
up if I decide to remove bcm43xx-fwcutter?

Cheers,
Richard

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

Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages b43-fwcutter depends on:
ii  debconf [debconf-2.0] 1.5.14 Debian configuration management sy
ii  libc6 2.6.1-2GNU C Library: Shared libraries
ii  wget  1.10.2-3   retrieves files from the web

b43-fwcutter recommends no packages.

-- debconf-show failed



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

Bug#441243: Problem determining dependencies if user is blind

[MJ Ray]

Frank Lichtenheld <[EMAIL PROTECTED]> wrote:
> Sounds sensible. I implemented this at my test site
> http://packages.debian.net/

I think the legend needs updating to say which bullet type means what.
Maybe put the cells in ... and similar?

Hope that helps,
-- 
MJR/slef
My Opinion Only: see http://people.debian.org/~mjr/
Please follow http://www.uk.debian.org/MailingLists/#codeofconduct




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

Bug#441392: Please remove PATH setting from /etc/kde3/kdm/Xstartup

[Tobias Gruetzmacher]

Package: kdm
Version: 4:3.5.7-3
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Since /usr/bin/X11 is now a symlink to /usr/bin in Debian, adding
/usr/bin/X11 to the PATH is just unneeded overhead and even gives
strange output in some programs (the settings dialog of k3b for
example). It would be nice if this line was removed from Xstartup.

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

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

Versions of packages kdm depends on:
ii  debconf [debconf-2.0]   1.5.14   Debian configuration management sy
ii  kdebase-bin 4:3.5.7-3core binaries for the KDE base mod
ii  kdebase-data4:3.5.7-3shared data files for the KDE base
ii  kdelibs4c2a 4:3.5.7.dfsg.1-7 core libraries and binaries for al
ii  libc6   2.6.1-2  GNU C Library: Shared libraries
ii  libgcc1 1:4.2.1-5GCC support library
ii  libpam-runtime  0.99.7.1-4   Runtime support for the PAM librar
ii  libpam0g0.99.7.1-4   Pluggable Authentication Modules l
ii  libqt3-mt   3:3.3.7-7Qt GUI Library (Threaded runtime v
ii  libstdc++6  4.2.1-5  The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxau6 1:1.0.3-2X11 authorisation library
ii  libxdmcp6   1:1.0.2-2X11 Display Manager Control Protoc
ii  libxtst62:1.0.3-1X11 Testing -- Resource extension 
ii  xbase-clients   1:7.2.ds2-2  miscellaneous X clients

Versions of packages kdm recommends:
ii  logrotate 3.7.1-3Log rotation utility
ii  xserver-xorg  1:7.2-5the X.Org X server

- -- debconf information excluded

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

iD8DBQFG4+FjGf7YPOK+o0ERAi1SAJ0X8X709iObXbysjtJxeM+gF1QRJQCg8T9m
IYab5I3TUXpi/irINoi1SFs=
=lqyj
-END PGP SIGNATURE-



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

Bug#441370: stellarium-data: Contain architecture specific files in 'all' package

[Petter Reinholdtsen]

[Julien Blache]
> If gettext wasn't able to handle that, the mo files should really be
> under /usr/lib and not /usr/share and that would have been fixed
> long ago already.
> 
> I guess you're raising a non-issue.

I guess I learned something new, then.  I thought the .mo files was
mmapped into the programs and looked up using fast and arch-specific
methos.  If this is not true, I can change my packaging practice. :)

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#429201: Any progress on security issue?

[Thijs Kinkhorst]

On Wednesday 29 August 2007 10:33, Matt Brown wrote:
> On 29/08/2007, Thijs Kinkhorst <[EMAIL PROTECTED]> wrote:
> > Is there any progress on this security issue?
> > The fix is in the upstream released 1.3.13p1 package.
>
> I'm currently Debian computer less after my move to Ireland (I should
> have updated my VAC on -private sorry).
>
> I have a new computer ordered and should be able to provide a new
> package within 2 weeks, however please feel free to NMU before then.

No worries - I'll be NMU'ing this today. The patch I'm using is attached.

thanks for informing us.
Thijs
diff -u phpwiki-1.3.12p3/debian/patches/00list phpwiki-1.3.12p3/debian/patches/00list
--- phpwiki-1.3.12p3/debian/patches/00list
+++ phpwiki-1.3.12p3/debian/patches/00list
@@ -12,0 +13,2 @@
+14-CVE-2007-3193
+15-CVE-2007-2024
diff -u phpwiki-1.3.12p3/debian/changelog phpwiki-1.3.12p3/debian/changelog
--- phpwiki-1.3.12p3/debian/changelog
+++ phpwiki-1.3.12p3/debian/changelog
@@ -1,3 +1,20 @@
+phpwiki (1.3.12p3-6.1) unstable; urgency=high
+
+  * NMU by the testing security team, with maintainer approval.
+  * CVE-2007-3193: lib/WikiUser/LDAP.php in PhpWiki before 1.3.13p1, when the
+configuration lacks a nonzero PASSWORD_LENGTH_MINIMUM, might allow remote
+attackers to bypass authentication via an empty password, which causes
+ldap_bind to return true when used with certain LDAP implementations.
+(Closes: #429201)
+  * CVE-2007-2024, CVE-2007-2025: Unrestricted file upload vulnerability in
+the UpLoad feature (lib/plugin/UpLoad.php) in PhpWiki 1.3.11p1 allows
+remote attackers to upload arbitrary PHP files with a double extension, as
+demonstrated by .php.3, which is interpreted by Apache as being a valid
+PHP file.
+(Closes: #441390)
+
+ -- Thijs Kinkhorst <[EMAIL PROTECTED]>  Sun, 09 Sep 2007 14:10:57 +0200
+
 phpwiki (1.3.12p3-6) unstable; urgency=medium
 
   * Updated Dutch translation. Thanks to Thijs Kinkhorst. (Closes: #413963)
only in patch2:
unchanged:
--- phpwiki-1.3.12p3.orig/debian/patches/14-CVE-2007-3193
+++ phpwiki-1.3.12p3/debian/patches/14-CVE-2007-3193
@@ -0,0 +1,22 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## Address CVE-2007-3193 by [EMAIL PROTECTED]
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: CVE-2007-3193
+
[EMAIL PROTECTED]@
+diff -ur phpwiki-1.3.12p3.orig/lib/WikiUser/LDAP.php phpwiki-1.3.12p3/lib/WikiUser/LDAP.php
+--- phpwiki-1.3.12p3.orig/lib/WikiUser/LDAP.php	2006-06-18 13:19:28.0 +0200
 phpwiki-1.3.12p3/lib/WikiUser/LDAP.php	2007-09-09 13:44:32.0 +0200
+@@ -61,6 +61,11 @@
+ if (!$this->_checkPassLength($submitted_password)) {
+ return WIKIAUTH_FORBIDDEN;
+ }
++if (strlen($submitted_password) == 0) {
++trigger_error(_("Empty password not allowed for LDAP"), E_USER_WARNING);
++$this->_free();
++return WIKIAUTH_FORBIDDEN;
++}
+ if (strstr($userid,'*')) {
+ trigger_error(fmt("Invalid username '%s' for LDAP Auth", $userid), 
+   E_USER_WARNING);
only in patch2:
unchanged:
--- phpwiki-1.3.12p3.orig/debian/patches/15-CVE-2007-2024
+++ phpwiki-1.3.12p3/debian/patches/15-CVE-2007-2024
@@ -0,0 +1,18 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## Address CVE-2007-2024 by [EMAIL PROTECTED]
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: CVE-2007-2024
+
+diff -ur phpwiki-1.3.12p3.orig/lib/plugin/UpLoad.php phpwiki-1.3.12p3/lib/plugin/UpLoad.php
+--- phpwiki-1.3.12p3.orig/lib/plugin/UpLoad.php	2006-06-18 13:19:23.0 +0200
 phpwiki-1.3.12p3/lib/plugin/UpLoad.php	2007-09-09 13:37:48.0 +0200
+@@ -136,7 +136,7 @@
+ $userfile_name = trim(basename($userfile_name));
+ $userfile_tmpname = $userfile->getTmpName();
+ 	$err_header = HTML::h2(fmt("ERROR uploading '%s': ", $userfile_name));
+-if (preg_match("/(\." . join("|\.", $this->disallowed_extensions) . ")\$/",
++if (preg_match("/(\." . join("|\.", $this->disallowed_extensions) . ")(\.|\$)/i",
+$userfile_name))
+ {
+ 	$message->pushContent($err_header);


pgpmuoXcKxljw.pgp
Description: PGP signature

Bug#439611: pam_mount: pam_mount shows lowercase password prompt

[Jan Engelhardt]

Or configure your PAM stack to run pam_mount after pam_unix2, 
pam_ldap, pam_WhateverYouUse. See doc/pam_mount.txt (svn) for how this 
could be done.

As soon as the pam_mount session code has to ask for a password, it will 
be obvious it is present, hence the following hunk does not really 
change any security aspect:

-reenter password for pam_mount:
+Reenter password:



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

Bug#439335: CVE-2007-4131: GNU tar Directory Traversal

[Nico Golde]

Hi,
* Sylvain Beucler <[EMAIL PROTECTED]> [2007-09-09 13:56]:
> Was this forwarded to the Stable security team?
> 
> If I'm given a tarball that can replace /etc/passwd, I'd say this is
> grave bug.

This bug is monitored via the security tracker:
http://security-tracker.debian.net/tracker/CVE-2007-4131
So they should be aware of it.
Kind regards
Nico
-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpROPZ2KKiWP.pgp
Description: PGP signature

Bug#186473: cacha

[Navaz Kvrzica]

Wassup 186473
I love him to death but our sex life sucked

Jeramiah ibla
http://smeehee.com/




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

Bug#431925: xserver-xorg-input-evtouch: Doesn't move pointer and most times crashes X on

[Kenan Esau]

Am Samstag, den 08.09.2007, 14:26 +0900 schrieb Mattia Dongili:
> On Tue, Sep 04, 2007 at 12:38:54PM +0200, Martin Letenay wrote:
> > I've also faced consistent crashes of X server anytime I've touched the
> > touchscreen on my unstable at amd64(x86_64).
> > 
> > After a lot of trials and errors with the package source I've found a fix:
> > 
> > Add the following code snippet to the beginning of libtouch.c :
> > 
> > #ifdef HAVE_CONFIG_H
> > #include "config.h"
> > #endif
> > 
> > The include was present in evtouch.c but was missing in libtouch.c.
> 
> nice and thanks for experimenting and reporting.
> I'm forwarding this message upstream as I can't reproduce the hang while
> he can. Hopefully we can get rid of thisproblem once and for all.

Thanks guys -- I would have never found this...

With the fix I can't reproduce the crash on my mashine anymore -- but I
don't have a touchscreen. I used some minor code-modifications to
simulate a touch. I hope it is really fixed. 

Thanks again.


Kenan




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

Bug#403128: Not done

[Thue Janus Kristensen]

This bug is not done. I just reproduced it with the latest
openoffice.orgfrom testing (
2.2.1-8, uploaded into unstable 30 Jul 2007).

In the linked upstream bug report they say that while the issue is already
fixed in their tree, it seems to be reintroduced into the Debian packages by
a Debian patch.

Regards, Thue

Bug#441243: Problem determining dependencies if user is blind

[Frank Lichtenheld]

On Sun, Sep 09, 2007 at 01:02:55PM +0100, MJ Ray wrote:
> Frank Lichtenheld <[EMAIL PROTECTED]> wrote:
> > Sounds sensible. I implemented this at my test site
> > http://packages.debian.net/
> 
> I think the legend needs updating to say which bullet type means what.
> Maybe put the cells in ... and similar?

Like it. Done.

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#421375: libc6: "No route to host" does not describe EHOSTUNREACH properly

[Aurelien Jarno]

tag 421375 + wontfix
thanks

On Sat, Apr 28, 2007 at 01:51:18PM +0200, Bart Dopheide wrote:
> Package: libc6
> Version: 2.3.6.ds1-13
> Severity: minor
> 
> IMHO "No route to host" is not a string that covers EHOSTUNREACH 
> properly. In common situation it _is_ (that is why no one has complained 
> so far I guess), but I run into trouble with ICMP type 3.13 (admin 
> prohibited):
> 
> # iptables -I INPUT 1 -p tcp --dport 42 -j REJECT --reject-with 
> icmp-admin-prohibited
> # telnet localhost 42
> Trying 127.0.0.1...
> telnet: Unable to connect to remote host: No route to host
> 
> Clearly, there is a route to localhost, but perror describes 
> EHOSTUNREACH as 'No route to host'. In real life situation, I run into 
> trouble with access lists on (Cisco) routers. Testing the connection 
> with telnet gives me nothing but a red herring; checking and rechecking 
> every route tables on every router, traceroute-ing etc. and then 
> discovering with tcpdump that is it in fact admin-prohibited.
> 
> Arguably, there is in fact no route, because the 'would-be route' is 
> prohibited, but then I say that the host might be reachable on other 
> ports, or with other protocols meaning that there _is_ a route
> 
> The only suggestion that comes to my mind that covers the charge better, 
> is 'Destination unreachable'.

Unfortunately changing such an error message will probably breaks a lot
of scripts. You have to live with it.

Tagging this bug as a wontfix.

-- 
  .''`.  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#441393: CVE-2007-4743 Incorrect fix for CVE-2007-3999 DoS and arbitary code execution

[Nico Golde]

Package: librpcsecgss
Version: 0.14-3
Severity: grave
Tags: security

Hi,
a CVE has been issued against this package:
CVE-2007-3999:
Stack-based buffer overflow in the svcauth_gss_validate function in
lib/rpc/svc_auth_gss.c in the RPCSEC_GSS RPC library in MIT Kerberos 5 (krb5)
1.4 through 1.6.2, as used by the Kerberos administration daemon (kadmind) and
other applications that use krb5, allows remote attackers to cause a denial of
service (daemon crash) and probably execute arbitrary code via a long string in
an RPC message.

CVE-2007-4743
The original patch for CVE-2007-3999 in svc_auth_gss.c in the RPCSEC_GSS RPC
library in MIT Kerberos 5 (krb5) 1.4 through 1.6.2, as used by the Kerberos
administration daemon (kadmind) and other applications that use krb5, does not
correctly check the buffer length in some environments and architectures, which
might allow remote attackers to conduct a buffer overflow attack.

Please include the CVE id (CVE-2007-4743) in the changelog if you fix this bug.
I have an NMU ready for this bug, please ping me if I have your ok to upload, 
otherwise I will wait 2 days on reaction.
Kind regards
Nico
-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgp1FF94KakNt.pgp
Description: PGP signature

Bug#440936: evince: needs files in /usr/share/xpdf, but doesn't depend on xpdf-common

[Xavier Bestel]

Le dimanche 09 septembre 2007 à 00:07 +0200, Sven Arvidsson a écrit :
> On Wed, 2007-09-05 at 16:25 +0200, Xavier Bestel wrote:
> > evince spews this when viewing a particular PDF:
> > 
> > Error: Couldn't open 'nameToUnicode' file 
> > '/usr/share/xpdf/greek/Greek.nameToUnicode'
> > Error: Couldn't open 'nameToUnicode' file 
> > '/usr/share/xpdf/thai/Thai.nameToUnicode'
> > Error: Couldn't open 'nameToUnicode' file 
> > '/usr/share/xpdf/cyrillic/Bulgarian.nameToUnicode'
> > Error: Couldn't find unicodeMap file for the 'EUC-JP' encoding
> > Error: Couldn't find unicodeMap file for the 'EUC-JP' encoding
> > Error: Couldn't find unicodeMap file for the 'EUC-JP' encoding
> > Error: Couldn't find unicodeMap file for the 'EUC-JP' encoding
> > 
> > The problem is that everything under /usr/share/xpdf is provided by some
> > xpdf-* packages which are not pulled by evince.
> > It looks like a packaging problem.
> 
> Hi,
> 
> This is probably bug 347789 again, poppler parses a leftover xpdfrc
> configuration file.

Right, doing this:
aptitude purge xpdf-common xpdf-korean xpdf-chinese-simplified 
xpdf-chinese-traditional xpdf-japanese
removed /etc/xpdf and now evince doesn't protest anymore.

Thanks, and sorry for the dupe,

Xav

Bug#441341: (pas de sujet)

[Adam Cécile (Le_Vert)]

Hi,

Could you please give a try today, it should be fixed (wasn't really a
bug, it seems that all binary packages coming from libtunpimp source
package haven't entered unstable at the same time).



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

Bug#439585: (pas de sujet)

[Adam Cécile (Le_Vert)]

COULD YOU PLEASE STOP RE-OPENING THIS BUG ?
LIBTUNEPIMP HAS BEEN BUILT ON S390.

...

http://buildd.debian.org/build.php?pkg=libtunepimp




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

Bug#441396: linux-image-2.6.21-2-686: no sound on ICH8-Board

[Mario Scheel]

Package: linux-image-2.6.21-2-686
Version: 2.6.21-6
Severity: normal

I have the Dell XPS M1330 Notebook. I can change the volume, but no sound can I 
hear. Output is not muted. Newer 
Version of alsa, I tried 1.0.15rc1 and latest hg, the same behavior. Alsamixer 
says as chip 'SigmaTel STAC9228'.
Other Kernels are also, mostly even no devices are detected.

Mario

-- Package-specific info:
** Version: Linux version 2.6.21-2-686 (Debian 2.6.21-6) ([EMAIL PROTECTED]) 
(gcc version 4.1.3 20070629 (prerelease) (Debian 4.1.2-13)) #1 SMP Wed Jul 11 
03:53:02 UTC 2007

** Tainted: PFSRMB

** Kernel log:
ata3: SATA max UDMA/133 cmd 0xf8842a00 ctl 0x bmdma 0x irq 218
scsi0 : ahci
usb 7-6: configuration #1 chosen from 1 choice
usbcore: registered new interface driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
usb 3-2: new low speed USB device using uhci_hcd and address 3
usb 3-2: configuration #1 chosen from 1 choice
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
input: Kensington Kensington USB PocketMouse Wireless as /class/input/input1
input: USB HID v1.00 Mouse [Kensington Kensington USB PocketMouse Wireless] on 
usb-:00:1d.0-2
ata1.00: ATA-7: ST9160821AS, 3.CDD, max UDMA/133
ata1.00: 312581808 sectors, multi 8: LBA48 NCQ (depth 31/32)
ata1.00: configured for UDMA/133
scsi1 : ahci
scsi2 : ahci
usb 5-1: new full speed USB device using uhci_hcd and address 3
ata3: SATA link down (SStatus 0 SControl 300)
scsi 0:0:0:0: Direct-Access ATA  ST9160821AS  3.CD PQ: 0 ANSI: 5
ICH8M: IDE controller at PCI slot :00:1f.1
ACPI: PCI Interrupt :00:1f.1[A] -> GSI 16 (level, low) -> IRQ 16
ICH8M: chipset revision 2
ICH8M: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x6fa0-0x6fa7, BIOS settings: hda:DMA, hdb:pio
Probing IDE interface ide0...
SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO 
or FUA
SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO 
or FUA
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 >
sd 0:0:0:0: Attached scsi disk sda
usb 5-1: configuration #1 chosen from 1 choice
hda: MATSHITA DVD+/-RW UJ-857G, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
Attempting manual resume
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
input: PC Speaker as /class/input/input2
sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
sdhci: SDHCI controller found at :03:01.1 [1180:0822] (rev 22)
ACPI: PCI Interrupt :03:01.1[B] -> GSI 18 (level, low) -> IRQ 22
mmc0: SDHCI at 0xf9aff400 irq 22 DMA
Real Time Clock Driver v1.12ac
ACPI: PCI Interrupt :00:1f.3[B] -> GSI 17 (level, low) -> IRQ 17
Synaptics Touchpad, model: 1, fw: 6.3, id: 0x1c0b1, caps: 0xa04753/0x20
input: SynPS/2 Synaptics TouchPad as /class/input/input3
ACPI: PCI Interrupt :00:1b.0[A] -> GSI 21 (level, low) -> IRQ 20
PCI: Setting latency timer of device :00:1b.0 to 64
Adding 1943824k swap on /dev/sda6.  Priority:-1 extents:1 across:1943824k
EXT3 FS on sda7, internal journal
loop: loaded (max 8 devices)
ieee1394: Initialized config rom entry `ip1394'
ndiswrapper version 1.47 loaded (smp=yes)
ndiswrapper: driver bcmwl5 (Broadcom,10/12/2006, 4.100.15.5) loaded
ACPI: PCI Interrupt :0c:00.0[A] -> GSI 17 (level, low) -> IRQ 17
PCI: Setting latency timer of device :0c:00.0 to 64
ndiswrapper: using IRQ 17
wlan0: ethernet device 00:19:7e:ae:af:cf using NDIS driver: bcmwl5, version: 
0x4640f05, NDIS version: 0x501, vendor: 'NDIS Network Adapter', 14E4:4328.5.conf
wlan0: encryption modes supported: WEP; TKIP with WPA, WPA2, WPA2PSK; AES/CCMP 
with WPA, WPA2, WPA2PSK
usbcore: registered new interface driver ndiswrapper
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: [EMAIL PROTECTED]
PM: Writing back config space on device :09:00.0 at offset 1 (was 100506, 
writing 100106)
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth1: link is not ready
ACPI: Battery Slot [BAT0] (battery present)
ACPI: AC Adapter [AC] (on-line)
input: Lid Switch as /class/input/input4
ACPI: Lid Switch [LID]
input: Power Button (CM) as /class/input/input5
ACPI: Power Button (CM) [PBTN]
input: Sleep Button (CM) as /class/input/input6
ACPI: Sleep Button (CM) [SBTN]
lp: driver loaded but no devices found
ppdev: user-space parallel port driver
ADDRCONF(NETDEV_UP): wlan0: link is not ready
Linux agpgart interface v0.102 (c) Dave Jones
ACPI: PCI Interrupt :01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device :01:00.0 to 64
NVRM: loa

Bug#441395: RFP: hyla -- File manager using PHP and MySQL

[Michel Grentzinger]

Package: wnpp
Severity: wishlist

* Package name: hyla
  Version : 0.8.0
  Upstream Author : Charles Rincheval <[EMAIL PROTECTED]>
* URL : http://www.hyla-project.org
* License : GPL
  Programming Lang: PHP
  Description : File manager using PHP and MySQL

Hyla is a file manager using PHP and MySql who wants to be simple and light. 
Hyla is able to manage all kinds of files 
with somes plugins and it has a system of right management associated with 
users and groups.

It is ideal to share documents, images, videos on the network.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22.1
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)



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

Bug#441396: linux-image-2.6.21-2-686: no sound on ICH8-Board

[maximilian attems]

On Sun, Sep 09, 2007 at 06:50:29PM +0200, Mario Scheel wrote:
> Package: linux-image-2.6.21-2-686
> Version: 2.6.21-6
> Severity: normal
>
> I have the Dell XPS M1330 Notebook. I can change the volume, but no sound can 
> I hear. Output is not muted. Newer 
> Version of alsa, I tried 1.0.15rc1 and latest hg, the same behavior. 
> Alsamixer says as chip 'SigmaTel STAC9228'.
> Other Kernels are also, mostly even no devices are detected.

in the case of latest alsa not working you'd better file directly
upstream instead of having lingering bug reports in debian.

thanks

-- 
maks



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

Bug#440220: win32-loader integration

[Robert Millan]

Now actually tested.  It seems that I missed to move things out of the
isolinux directory.

New patch attached.

-- 
Robert Millan

 I know my rights; I want my phone call!
 What use is a phone call, if you are unable to speak?
(as seen on /.)
Index: tools/boot/lenny/boot-x86
===
--- tools/boot/lenny/boot-x86	(revision 1459)
+++ tools/boot/lenny/boot-x86	(working copy)
@@ -55,10 +55,13 @@
 
 THISTYPE=${KTYPE[$NN]}
 
+INSTALLDIR_i386="install.386"
+INSTALLDIR_amd64="install.amd"
+
 if [ "$ARCH" = i386 ]; then
-	INSTALLDIR="install.386"
+	INSTALLDIR="$INSTALLDIR_i386"
 else
-	INSTALLDIR="install.amd"
+	INSTALLDIR="$INSTALLDIR_amd64"
 fi
 
 BOOT_IMAGES="cdrom/initrd.gz cdrom/vmlinuz cdrom/debian-cd_info.tar.gz"
@@ -168,6 +171,8 @@
 	mkdir -p boot$N/$ISOLINUXDIR
 	# Isolinux setup including config and help files comes from d-i.
 	cat cdrom/debian-cd_info.tar.gz | (cd boot$N/$ISOLINUXDIR/; tar zx)
+	# Not everything in the tarball is isolinux stuff
+	mv boot$N/$ISOLINUXDIR/{g2ldr*,setup.exe,win32-loader.ini} boot$N/
 	if [ -e boot$N/$ISOLINUXDIR/f3.txt.withgtk ]; then
 		extra_image gtk/initrd.gz
 		mv boot$N/$ISOLINUXDIR/f3.txt.withgtk boot$N/$ISOLINUXDIR/f3.txt
@@ -178,6 +183,8 @@
 
 	sed -i "s|/install/|/$INSTALLDIR/|" boot$N/$ISOLINUXDIR/isolinux.cfg
 
+	sed -i "s|install/|$INSTALLDIR/|" boot$N/win32-loader.ini
+
 	cp -f $BASEDIR/data/$DI_CODENAME/isolinux.bin boot$N/$ISOLINUXDIR/
 
 	if [ -n "$KERNEL_PARAMS" ]; then
@@ -207,6 +214,9 @@
 			/[Kk][Ee][Rr][Nn][Ee][Ll]/ { print $0 }
 			/[Aa][Pp][Pp][Ee][Nn][Dd]/ { print $0 }' >> boot$N/isolinux/isolinux.cfg
 
+		sed -i -e "/^arch=/d ; /^i386\//p; s/^i386\//amd64\//; s/=$INSTALLDIR_i386\//=$INSTALLDIR_amd64\//g" \
+			boot$N/win32-loader.ini
+
 	else
 		if [ "$ARCH" = amd64 ]; then
 		mkdir -p boot$N/isolinux

Bug#441398: ITP: libclass-csv-perl -- class-based CSV parser/writer module for the Perl programming language

[José Miguel Parrella Romero]

Package: wnpp
Severity: wishlist
Owner: Jose Parrella <[EMAIL PROTECTED]>

* Package name: libclass-csv-perl
* Version: 1.03
* Upstream author: David Radunz <[EMAIL PROTECTED]>
* URL: http://search.cpan.org/src/DJR/Class-CSV-1.03/CSV.pm
* License: GPL/Artistic
* Description: (follows)

Class::CSV is a module for the Perl programming language that allows
developers to create objects from CSV (comma separated values) files and
write CSV files from objects in a Perl program.

It provides methods to parse files, create new files, return an array of
lines, retrieving and setting field values, retrieving lines as strings,
creating and adding rows of data and printing data to standard output.

End of description. I'm working on this package and it'll be uploaded as
soon as it's discussed with my sponsor.

Thanks, wnpp people,
Jose



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

Bug#441397: Support for readonly mirrors

[Robert Millan]

Package: debian-cd
Severity: normal
Tags: patch

This patch fixes build when mirror dir is mounted readonly.  Files are
exposed without write perms, and when copied to the target directory, these
perms are preserved by cp.  So you need to remove them before attempting to
replace them.

-- System Information:
Debian Release: lenny/sid
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Index: tools/add-bin-doc
===
--- tools/add-bin-doc   (revision 1459)
+++ tools/add-bin-doc   (working copy)
@@ -34,6 +34,7 @@
$dir/README.CD-manufacture $dir/README.multicd \
$dir/README.pgp $dir/README.non-US ; \
 
+rm -f $dir/README.html
 cpp -traditional -undef -P -C -Wall -nostdinc -I$dir \
 -D COMPLETE="$COMPLETE" \
 -D OMIT_MANUAL="$OMIT_MANUAL" \
@@ -42,6 +43,7 @@
 -D OUTPUTtext $BASEDIR/data/$CODENAME/README.html.in \
| sed -e 's/%%.//g' > $dir/README.html
 
+rm -f $dir/README.txt
 lynx -dump -force_html $dir/README.html | todos \
 > $dir/README.txt ; \
 

Bug#437621: CVE-2007-2030: unsecure tempfile handling

[Nico Golde]

Hi,
I am going to 0-day NMU this package.
The attached bug fixes this issue.
It will be also archived on:
http://people.debian.org/~nion/nmu-diff/lha_1.14i-10.1_1.14i-10.2.patch

Kind regards
Nico

-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.
diff -u lha-1.14i/debian/changelog lha-1.14i/debian/changelog
--- lha-1.14i/debian/changelog
+++ lha-1.14i/debian/changelog
@@ -1,3 +1,11 @@
+lha (1.14i-10.2) unstable; urgency=high
+
+  * Non-maintainer upload by testing security team.
+  * Included patch.CVE-2007-2030.patch to fix insecure handling of
+temporary files (CVE-2007-2030) (Closes: #437621).
+
+ -- Nico Golde <[EMAIL PROTECTED]>  Sun, 09 Sep 2007 14:49:16 +0200
+
 lha (1.14i-10.1) unstable; urgency=high
 
   * Security NMU for vulnerabilities inherited from GNU Gzip:
diff -u lha-1.14i/debian/rules lha-1.14i/debian/rules
--- lha-1.14i/debian/rules
+++ lha-1.14i/debian/rules
@@ -19,6 +19,7 @@
 	patch -p0 < debian/patch.header-overflow
 	patch -p1 < debian/patch.redhat-sec2
 	patch -p1 < debian/patch.CVE-2006-4335-CVE-2006-4337-CVE-2006-4338
+	patch -p1 < debian/patch.CVE-2007-2030.patch
 
 	touch configure-stamp
 
only in patch2:
unchanged:
--- lha-1.14i.orig/debian/patch.CVE-2007-2030.patch
+++ lha-1.14i/debian/patch.CVE-2007-2030.patch
@@ -0,0 +1,86 @@
+--- lha-114i/src/lhadd.c
 lha-114i/src/lhadd.c
+@@ -35,6 +35,8 @@ add_one(fp, nafp, hdr)
+ 	if ((hdr->unix_mode & UNIX_FILE_SYMLINK) == UNIX_FILE_SYMLINK) {
+ 		charbuf[256], *b1, *b2;
+ 		if (!quiet) {
++			/* make sure we use a zero-terminated buffer */
++			hdr->name[255] = 0;
+ 			strcpy(buf, hdr->name);
+ 			b1 = strtok(buf, "|");
+ 			b2 = strtok(NULL, "|");
+@@ -211,8 +213,11 @@ find_update_files(oafp)
+ add_sp(&sp, hdr.name, strlen(hdr.name) + 1);
+ 		}
+ 		else if ((hdr.unix_mode & UNIX_FILE_TYPEMASK) == UNIX_FILE_DIRECTORY) {
++			/* make sure we use a zero-terminated buffer */
++			hdr.name[sizeof(hdr.name)-1] = 0;
+ 			strcpy(name, hdr.name);
+ 			len = strlen(name);
++			/* XXX thomas: what about multiple '/' or about ".." */
+ 			if (len > 0 && name[len - 1] == '/')
+ name[--len] = '\0';	/* strip tail '/' */
+ 			if (stat(name, &stbuf) >= 0)	/* exist ? */
+@@ -237,17 +242,21 @@ delete(oafp, nafp)
+ 
+ 	old_header_pos = ftell(oafp);
+ 	while (get_header(oafp, &ahdr)) {
++		/* make sure we use a zero-terminated buffer */
++		ahdr.name[sizeof(ahdr.name)-1] = 0;
+ 		strcpy(lpath, ahdr.name);
+ 		b1 = strtok(lpath, "|");
+ 		b2 = strtok(NULL, "|");
+ 		if (need_file(b1)) {	/* skip */
+ 			fseek(oafp, ahdr.packed_size, SEEK_CUR);
+ 			if (noexec || !quiet)
++			{
+ if (b2 != NULL)
+ 	printf("delete %s -> %s\n", b1, b2);
+ else
+ 	printf("delete %s\n", b1);
+ 		}
++		}
+ 		else {		/* copy */
+ 			if (noexec) {
+ fseek(oafp, ahdr.packed_size, SEEK_CUR);
+@@ -276,7 +285,7 @@ build_temporary_file()
+ 	signal(SIGHUP, interrupt);
+ 
+ 	old_umask = umask(077);
+-	afp = xfopen(temporary_name, WRITE_BINARY);
++	afp = xfopen(temporary_name, "!" WRITE_BINARY);
+ 	remove_temporary_at_error = TRUE;
+ 	temporary_fp = afp;
+ 	umask(old_umask);
+--- lha-114i/src/lharc.c
 lha-114i/src/lharc.c
+@@ -1005,10 +1005,18 @@ FILE   *
+ xfopen(name, mode)
+ 	char   *name, *mode;
+ {
+-	FILE   *fp;
++	FILE   *fp = NULL;
++
++	if (mode[0] == '!') {
++		int	fd;
+ 
++		fd = open(name, O_RDWR|O_CREAT|O_EXCL, 0600);
++		if (fd < 0 || (fp = fdopen(fd, mode + 1)) == NULL)
++			fatal_error(name);
++	} else {
+ 	if ((fp = fopen(name, mode)) == NULL)
+ 		fatal_error(name);
++	}
+ 
+ 	return fp;
+ }
+--- lha-114i/src/lhext.c
 lha-114i/src/lhext.c
+@@ -360,7 +360,6 @@ extract_one(afp, hdr)
+ }
+ 
+ unlink(bb1);
+-make_parent_path(bb1);
+ l_code = symlink(bb2, bb1);
+ if (l_code < 0) {
+ 	if (quiet != TRUE)


pgp7BBAs3t5RL.pgp
Description: PGP signature

Bug#441400: nvidia-glx: diversion on libGLcore.a should be libGLcore.so

[Simon Mackinlay]

Package: nvidia-glx
Version: 100.14.11-1
Severity: important


nvidia-glx package appears to divert...

diversion by nvidia-glx from: /usr/lib/xorg/modules/extensions/libGLcore.a
diversion by nvidia-glx to: /usr/lib/nvidia/libGLcore.a.xlibmesa

 however xserver-xorg-core provides...

xserver-xorg-core: /usr/lib/xorg/modules/extensions/libGLcore.so

 and so this diversion is a noop.

Leads to a nasty situation where per glxinfo a system can report as 
DRI-enabled using vendor GLX for both client and server...

$ glxinfo | egrep "direct|glx (vendor|version)"
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4

 however *indirect* glx clients (compiz using aiglx, remote glx 
clients, etc) appear to wind up using xorg/mesa software-only glx; only 
visible evidence of this is in Xorg.0.log, GLX appears to init *twice* 
while this condition present (ie, until xorg/mesa libGLcore moved out of 
xorg extensions dir and into usr/lib/nvidia)...

--- /var/log/Xorg.0.log.old 2007-09-09 13:05:58.0 +0100
+++ /var/log/Xorg.0.log 2007-09-09 13:06:07.0 +0100
:
-(II) NVIDIA(0): Setting mode "1680x1050"
-(II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized
-(II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture
-(**) NVIDIA(0): DPMS enabled
-(==) RandR enabled


XvMC, compositing performance vastly (visually) improved after 
addressing this hence "important".



-- Package-specific info:
uname -r:
Linux peace 2.6.22.6 #1 SMP PREEMPT Sat Sep 8 09:36:50 BST 2007 x86_64 GNU/Linux


/proc/version:
Linux version 2.6.22.6 ([EMAIL PROTECTED]) (gcc version 4.2.1 (Debian 4.2.1-5)) 
#1 SMP PREEMPT Sat Sep 8 09:36:50 BST 2007


/proc/driver/nvidia/version:


01:00.0 VGA compatible controller: nVidia Corporation G70 [GeForce Go 7600] 
(rev a1)


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

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

Versions of packages nvidia-glx depends on:
ii  libc6   2.6.1-2  GNU C Library: Shared libraries
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  nvidia-kernel-2.6.2 100.14.11-1+20070827 NVIDIA binary kernel module for Li
ii  nvidia-kernel-2.6.2 100.14.11-1+20070908 NVIDIA binary kernel module for Li
ii  x11-common  1:7.2-5  X Window System (X.Org) infrastruc

nvidia-glx recommends no packages.

-- no debconf information



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

Bug#441399: www.debian.org: Outdated/incorrect translation on p.d.o

[Helge Kreutzmann]

Package: www.debian.org
Severity: normal

Please compare (current sid[1]):
env LANG=de links http://packages.debian.org/sid/apt

   
   Maechtiges Front-end fuer dpkg

with
env LANG=de apt-cache show apt
   
   Description-de: Mächtige Oberfläche für Dpkg

Please sync the backend used with the current database

[1] With the following line in /etc/apt/sources.list:
deb http://62.175.249.89/debian sid main
(62.175.249.89 is ddtp.debian.net)

-- 
  Dr. Helge Kreutzmann [EMAIL PROTECTED]
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#441401: qiv: event.c allows for 100-character commands but utils.c cuts them off. Bad!

[Norman Ramsey]

Package: qiv
Version: 2.1~pre12-2+b1
Severity: normal
Tags: patch

I tried making a qiv-command to rename files, and imagine my surprise
when all the names were truncated.  I tracked the problem to utils.c,
which allows much shorter commands than can be accumulated in event.c.
To guarantee consistency, this size really ought to go in a .h file,
but here is a quick patch that solves the problem.

Norman

--- utils.c.orig2007-04-25 02:50:56.0 +0100
+++ utils.c 2007-09-09 12:33:39.0 +0100
@@ -239,7 +239,7 @@
 /* run a command ... */
 void run_command(qiv_image *q, char *n, char *filename, int *numlines, const 
char ***output)
 {
-  static char nr[10];
+  static char nr[100];  /* matches command buffer in event.c */
   static char *buffer = 0;
   static const char *lines[MAXLINES + 1];
   int pipe_stdout[2];

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

Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages qiv depends on:
ii  gdk-imlib11  1.9.15-3imaging library for use with gtk
ii  libc62.6.1-1+b1  GNU C Library: Shared libraries
ii  libglib1.2ldbl   1.2.10-19   The GLib library of C routines
ii  libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo
ii  libx11-6 2:1.0.3-7   X11 client-side library
ii  libxext6 1:1.0.3-2   X11 miscellaneous extension librar
ii  libxi6   2:1.1.2-1   X11 Input extension library
ii  libxinerama1 1:1.0.2-1   X11 Xinerama extension library

qiv recommends no packages.

-- no debconf information
--- utils.c.orig2007-04-25 02:50:56.0 +0100
+++ utils.c 2007-09-09 12:33:39.0 +0100
@@ -239,7 +239,7 @@
 /* run a command ... */
 void run_command(qiv_image *q, char *n, char *filename, int *numlines, const char ***output)
 {
-  static char nr[10];
+  static char nr[100];  /* matches command buffer in event.c */
   static char *buffer = 0;
   static const char *lines[MAXLINES + 1];
   int pipe_stdout[2];

Bug#441402: fglrx-kernel-src: can build module, but not modprobe it

[Matthew Tylee Atkinson]

Package: fglrx-kernel-src
Version: 8.38.6-2
Severity: normal


/tmp/reportbug-fglrx-kernel-src-20070909-4742-eFUUCC

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (1100, 'testing'), (300, 'unstable')
Architecture: i386 (i686)

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

Versions of packages fglrx-kernel-src depends on:
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  debhelper 5.0.53 helper programs for debian/rules
ii  make  3.81-3 The GNU version of the "make" util

Versions of packages fglrx-kernel-src recommends:
ii  kernel-package11.001 A utility for building Linux kerne
ii  module-assistant  0.10.11tool to make module package creati

-- no debconf information



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