Bug#399698: lastfm: width of window not adjustable(song title not fully visible)

[John Stamp]

On Tuesday 21 November 2006, Kevin Mark wrote:
> Hi,
> the window does not display the full title of the song. I'd like to
> be able to read the full song title. So can you either make the
> window resize to show the title, make the font adjustable, or maybe
> make a tooltip with the full title.

This is fixed in the latest version in unstable: 1.1.3.0

> Also is there anyway to make the album image any bigger? 'X%' box to 
> make it bigger? 
> Cheers,
> Kev

The album images are now larger than before, but fixed at 137x137.  
Let me know if this takes care of the problem, or if you'd still like 
to keep the bug open for the sake of the image size.

Cheers,

John Stamp


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

Bug#423467: gv: saved setup options ignored

[Stefan Fritsch]

This should be fixed in 1:3.6.2-4, though it will probably take some 
time for this version to enter testing because of the glibc 
transition.


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

Bug#323711: audacity: please compile against libportaudio0

[Joost Yervante Damad]

Hello,

unfortunately this is not soo simple as audacity's portmixer library only 
compiles against audacity own patched version of portaudio.

Greetings, Joost


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

Bug#423476: Internal portaudio v19 libraries crash against JACK on AMD64

[Joost Yervante Damad]

On Saturday 12 May 2007 07:49:14 Emmet Hikory wrote:
> Package: audacity
> Version: 1.3.2-2
> Tags: patch
> Severity: wishlist
>
> The JACK interface of the internal portaudio libraries used by
> audacity do not have proper memory bounds checking for 64-bit
> architectures (see bug 406754 for discussion).  The decision taken by
> the portaudio maintainer appears to have been to disable JACK for
> architectures other than i386 and powerpc.  Please consider the
> attached patch as a similar workaround for the audacity package, until
> such time as this issue is fullly addressed.
>
> Thank you.

Free, others,

what is your opinion on this issue?

Greetings, Joost


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

Bug#423480: aptoncd: Funny typo in package description :-)

[Gabor Kiss]

Package: aptoncd
Version: 0.1-1
Severity: minor

Package description writes:

| After you've created the CD, you will be able to add it
| as a repository, as if it were an CD with addictional applications.

I guess 'addictional' should be read 'additional'. :-)

Gabor

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

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


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

Bug#423479: slrnface segfaults in /usr/lib/libX11.so.6 after receiving first face

[Jasen Betts]

Package: slrnface
Version: 2.1.1-5
Severity: grave
Justification: renders package unusable


given the command 

slrnface ; sleep 1 ; cat > .slrnfaces/*.*

executed in an xterm

and the input to the named pipe.

xface ?)Aw4rXwN5u0~$nqKjxPz>xHCwgi^q+^?Ri*+R(&uv2=E1Q0Zk(>[EMAIL 
PROTECTED];a+M[5[U[QT7xFN%^gR"=tuJw%TXXR'Fp~W;(T"1(739R%m0Yyyv*gkGoPA.$b,D.w:z+<'"=-lVT?6{T?=R^:W5g|E2#EhjKCa+nt":4b}dU7GYB*HBxn&[EMAIL
 
PROTECTED]:7X8rQWd[NTc"P"u6nkisze/Q;8"9Z{peQF,w)7UjV$c|RO/mQW/NMgWfr5*$-Z%u46"/00mx-,\R'fLPe.)^

slrnface segfaults below XCreateFontCursor

[EMAIL PROTECTED]:~$ gdb slrnface  30996
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i486-linux-gnu"...(no debugging symbols
found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".

Attaching to program: /usr/bin/slrnface, process 30996
Reading symbols from /usr/lib/libcompface.so.1...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libcompface.so.1
Reading symbols from /usr/lib/libXt.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libXt.so.6
Reading symbols from /usr/lib/libX11.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libX11.so.6
Reading symbols from /lib/tls/libc.so.6...
(no debugging symbols found)...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /usr/lib/libSM.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libSM.so.6
Reading symbols from /usr/lib/libICE.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libICE.so.6
Reading symbols from /usr/lib/libXau.so.6...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXau.so.6
Reading symbols from /usr/lib/libXdmcp.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libXdmcp.so.6
Reading symbols from /lib/tls/libdl.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/tls/libdl.so.2
Reading symbols from /lib/ld-linux.so.2...
(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
(no debugging symbols found)
0xb7da2ec6 in poll () from /lib/tls/libc.so.6
(gdb) c
Continuing.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
0xb7e56cfa in XrmQGetResource () from /usr/lib/libX11.so.6
(gdb) up
#1  0xb7e3283f in XGetDefault () from /usr/lib/libX11.so.6
(gdb) up
#2  0xb7cad37d in _XcursorGetDisplayInfo () from
/usr/lib/libXcursor.so.1
(gdb) up
#3  0xb7cad5fd in XcursorSupportsARGB () from /usr/lib/libXcursor.so.1
(gdb) up
#4  0xb7cb002d in XcursorTryShapeCursor () from /usr/lib/libXcursor.so.1
(gdb) up
#5  0xb7e2c832 in XCreateGlyphCursor () from /usr/lib/libX11.so.6
(gdb) up
#6  0xb7e2ccad in XCreateFontCursor () from /usr/lib/libX11.so.6
(gdb) up
#7  0x0804a06e in ?? ()
(gdb) up
#8  0x0804f008 in ?? ()
(gdb) up
#9  0x0034 in ?? ()
(gdb) up
#10 0x0001000c in ?? ()
(gdb) up
#11 0x0804c640 in ?? ()
(gdb) up
#12 0x0030 in ?? ()
(gdb) up
#13 0x0030 in ?? ()
(gdb) up
#14 0x in ?? ()
(gdb) up
Initial frame selected; you cannot go up.

With stripped binaries that's all I can get you, I hope it helps.

-- 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.13.2JB1
Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1)

Versions of packages slrnface depends on:
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libcompfaceg1 1:1.5.2-4  Compress/decompress images for mai
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  slrn  0.9.8.1pl1-28  threaded news reader (fast for slo
ii  tin   1:1.9.2+20070201-1 A full-screen easy to use Usenet n

slrnface recommends no packages.

-- debconf-show failed


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

Bug#423465: gcompris doesn't run, until package libsdl-mixer1.2 is installed

[Yavor Doganov]

Eduardo Silva wrote:
> 
> Installed gcompris with aptitude, but when running it, it failed
> with the message: "gcompris: error while loading shared libraries:
> libSDL_mixer-1.2.so.0: cannot open shared object file: No such file
> or directory"

I think that the maintainer accidentially killed the dh_shlibdeps call
in debian/rules while getting rid of the libgcompris packages.  Simply
adding it back to binary-arch will generate the dependancies.


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

Bug#423478: rhythmbox: version in experimental and old libraries

[Laurent Bonnaud]

Package: rhythmbox
Version: 0.10.0-1
Severity: wishlist


Hi,

the latest rhythmbox version is available, but only in experimental and
still depends on the old library versions.

Now that etch is out, could you please upload rhythmbox 0.10 to sid and
build it with the latest library versions ?


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

Kernel: Linux 2.6.20-1-686 (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 rhythmbox depends on:
ii  dbus  1.0.2-5simple interprocess messaging syst
ii  gconf22.18.0.1-3 GNOME configuration database syste
ii  gnome-icon-theme  2.18.0-2   GNOME Desktop icon theme
ii  gstreamer0.10-alsa [gstre 0.10.12-2  GStreamer plugin for ALSA
ii  gstreamer0.10-esd [gstrea 0.10.5-5   GStreamer plugin for ESD
ii  gstreamer0.10-gnomevfs0.10.12-2  GStreamer plugin for GnomeVFS
ii  gstreamer0.10-plugins-bas 0.10.12-2  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-goo 0.10.5-5   GStreamer plugins from the "good" 
ii  gstreamer0.10-plugins-ugl 0.10.5-2   GStreamer plugins from the "ugly" 
ii  gstreamer0.10-x   0.10.12-2  GStreamer plugins for X11 and Pang
ii  libart-2.0-2  2.3.19-3   Library of functions for 2D graphi
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libavahi-client3  0.6.18-5   Avahi client library
ii  libavahi-common3  0.6.18-5   Avahi common library
ii  libavahi-glib10.6.18-5   Avahi glib integration library
ii  libbonobo2-0  2.18.0-2   Bonobo CORBA interfaces library
ii  libbonoboui2-02.18.0-5   The Bonobo UI library
ii  libc6 2.5-7  GNU C Library: Shared libraries
ii  libcairo2 1.4.6-1The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.0.2-5simple interprocess messaging syst
ii  libdbus-glib-1-2  0.73-2 simple interprocess messaging syst
ii  libesd-alsa0 [libesd0]0.2.36-3   Enlightened Sound Daemon (ALSA) - 
ii  libexpat1 1.95.8-3.4 XML parsing C library - runtime li
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgconf2-4   2.18.0.1-3 GNOME configuration database syste
ii  libgcrypt11   1.2.4-2LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.6.0-4  library to load .glade files at ru
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgnome-keyring0 0.8.1-2GNOME keyring services library
ii  libgnome-media0   2.18.0-2+b1runtime libraries for the GNOME me
ii  libgnome2-0   2.18.0-4   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-2   A powerful object-oriented display
ii  libgnomeui-0  2.18.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-01:2.18.1-2 GNOME Virtual File System (runtime
ii  libgnutls13   1.7.7-1the GNU TLS library - runtime libr
ii  libgpg-error0 1.4-2  library for common error values an
ii  libgpod1  0.4.2-2a library to read and write songs 
ii  libgstreamer-plugins-base 0.10.12-2  GStreamer libraries from the "base
ii  libgstreamer0.10-00.10.12-5  Core GStreamer libraries and eleme
ii  libgtk2.0-0   2.10.12-1  The GTK+ graphical user interface 
ii  libhal1   0.5.9-2Hardware Abstraction Layer - share
ii  libice6   1:1.0.3-2  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  liblircclient00.8.0-9.2  LIRC client library
ii  libmusicbrainz4c2a2.1.4-1Second generation incarnation of t
ii  libnautilus-burn3 2.14.3-8+b1Nautilus Burn Library - runtime ve
ii  libnotify10.4.4-3sends desktop notifications to a n
ii  liborbit2 1:2.14.7-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.16.4-1   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsexy2  0.1.11-1   collection of additional GTK+ widg
ii  libsm61:1.0.2-2  X11 Session Management library
ii  libsoup2.2-8  2.2.100-1  an HTTP library implementation in 
ii  libtasn1

Bug#422800: evolution: Sometimes fails when dragging and dropping a message from one folder to another

[Julien Valroff]

Le mardi 08 mai 2007 à 22:51 +0200, Øystein Gisnås a écrit :
> > I sometimes notice that when I drag and drop a message from one folder to 
> > another, evolution simply
> > fails, without warning. The message is moved to the trash and removed from 
> > the original folder,
> > but cannot be found in the target folder.
[...]
> You may debug a bit by starting evolution with
> CAMEL_DEBUG=all

OK, I have been able to see something weird: I have created 2 folders
(namely SOURCE_FOLDER and TARGET_FOLDER). I have noticed that the
messages were not moved to from SOURCE_FOLDER to TARGET_FOLDER the
second time I move a mail in a short time and without doing anything
else before doing this (ie. not changing folder etc.)

The CAMEL_DEBUG=all is very verbose, but here is what I have seen when
the issue happens:
CamelFolder:get_message('INBOX/SOURCE_FOLDER', '68') =
class: CamelMimeMessage
mime-type: text/plain
content class: CamelDataWrapper
content mime-type: text/plain
< b40fdb90 >
Thread b40fdb90 >
CamelFolder:get_message('INBOX/SOURCE_FOLDER', '60') =
class: CamelMimeMessage
mime-type: text/plain; charset=ISO-8859-1
content class: CamelDataWrapper
content mime-type: text/plain; charset=ISO-8859-1
< b40fdb90 >
CamelException.setv((nil), 2, 'Failed to cache : No such file or directory')
CamelException.setv(0x89750dc, 2, 'Failed to cache : No such file or directory')

Where it should be something like:
CamelFolder:get_message('INBOX/SOURCE_FOLDER', '70') =
class: CamelMimeMessage
mime-type: text/plain
content class: CamelDataWrapper
content mime-type: text/plain
< b40fdb90 >
Thread b48feb90 >
CamelStore('imap://[EMAIL 
PROTECTED]/;imap_custom_headers;command=ssh%20-C%20-l%20%25u%20%25h%20exec%20/usr/sbin/imapd;use_ssl=always;check_all;namespace=INBOX.'):get_folder('INBOX/TARGET_FOLDER',
 0) = 0x893a56c
< b48feb90 >
Thread b48feb90 >
CamelStore('imap://[EMAIL 
PROTECTED]/;imap_custom_headers;command=ssh%20-C%20-l%20%25u%20%25h%20exec%20/usr/sbin/imapd;use_ssl=always;check_all;namespace=INBOX.'):get_folder('INBOX/SOURCE_FOLDER',
 0) = 0x8833b58

I have also noticed that the fact I find my messages in the trash folder
is normal: the messages are not directly moved, but are instead copied
and then marked as deleted.

Does it help?

Cheers,
Julien

Bug#423477: Icon, menu, and .desktop cleanup for audacity

[Emmet Hikory]

Package: audacity
Version: 1.3.2-2
Tags: patch
Severity: wishlist

   The icons of the audacity package use a fixed background, rather
than transparent, and the icons are stored in /usr/share/audacity,
rather than /usr/share/pixmaps.  Please consider this extracted patch
from the Ubuntu package to address these issues.

   Thank you.

--
Emmet HIKORY
diff -u audacity-1.3.2/debian/audacity.xpm audacity-1.3.2/debian/audacity.xpm
--- audacity-1.3.2/debian/audacity.xpm
+++ audacity-1.3.2/debian/audacity.xpm
@@ -1,7 +1,7 @@
 /* XPM */
 static char * audacity_xpm[] = {
 "32 32 534 2",
-"  	c #FF",
+"  	c None",
 ". 	c #FDFDFF",
 "+ 	c #F1F1FB",
 "@ 	c #D6D5F4",
diff -u audacity-1.3.2/debian/patches/desktop_file.patch audacity-1.3.2/debian/patches/desktop_file.patch
--- audacity-1.3.2/debian/patches/desktop_file.patch
+++ audacity-1.3.2/debian/patches/desktop_file.patch
@@ -1,8 +1,22 @@
 src/audacity.desktop.orig	2006-11-11 01:19:26.0 +0100
-+++ src/audacity.desktop	2006-11-11 01:19:47.0 +0100
+diff -Nur audacity-1.3.2/src/audacity.desktop audacity-1.3.2.new/src/audacity.desktop
+--- audacity-1.3.2/src/audacity.desktop	2006-10-29 08:05:29.0 +0900
 audacity-1.3.2.new/src/audacity.desktop	2007-05-02 14:24:59.729413039 +0900
 @@ -1,4 +1,4 @@
 -[Desktop Entry]
 +[Desktop Entry]
  Encoding=UTF-8
  
  Name=Audacity Sound Editor
+@@ -11,10 +11,10 @@
+ Comment[de]=Audio-Dateien aufnehmen und bearbeiten
+ Comment[ru]=Запись и редактирование звуковых файлов
+ 
+-Icon=/usr/share/audacity/audacity.xpm
++Icon=audacity
+ 
+ Type=Application
+-Categories=Application;AudioVideo;Audio;Multimedia;
++Categories=AudioVideo;Audio;Recorder;
+ 
+ Exec=audacity
+ StartupNotify=false
diff -u audacity-1.3.2/debian/audacity.menu audacity-1.3.2/debian/audacity.menu
--- audacity-1.3.2/debian/audacity.menu
+++ audacity-1.3.2/debian/audacity.menu
@@ -4,2 +4,2 @@
-  icon32x32="/usr/share/audacity/audacity.xpm" \
-  icon16x16="/usr/share/audacity/audacity16.xpm"
+  icon32x32="/usr/share/pixmaps/audacity.xpm" \
+  icon16x16="/usr/share/pixmaps/audacity16.xpm"
diff -u audacity-1.3.2/debian/audacity.install audacity-1.3.2/debian/audacity.install
--- audacity-1.3.2/debian/audacity.install
+++ audacity-1.3.2/debian/audacity.install
@@ -1,2 +1,2 @@
-debian/audacity.xpm usr/share/audacity
-debian/audacity16.xpm usr/share/audacity
+debian/audacity.xpm usr/share/pixmaps
+debian/audacity16.xpm usr/share/pixmaps
diff -u audacity-1.3.2/debian/audacity16.xpm audacity-1.3.2/debian/audacity16.xpm
--- audacity-1.3.2/debian/audacity16.xpm
+++ audacity-1.3.2/debian/audacity16.xpm
@@ -1,7 +1,7 @@
 /* XPM */
 static char * audacity16_xpm[] = {
 "16 16 161 2",
-"  	c #FF",
+"  	c None",
 ". 	c #E8E8F9",
 "+ 	c #9F9FE4",
 "@ 	c #7574C9",
only in patch2:
unchanged:
--- audacity-1.3.2.orig/debian/audacity.dirs
+++ audacity-1.3.2/debian/audacity.dirs
@@ -0,0 +1 @@
+usr/share/pixmaps

Bug#423476: Internal portaudio v19 libraries crash against JACK on AMD64

[Emmet Hikory]

Package: audacity
Version: 1.3.2-2
Tags: patch
Severity: wishlist

   The JACK interface of the internal portaudio libraries used by
audacity do not have proper memory bounds checking for 64-bit
architectures (see bug 406754 for discussion).  The decision taken by
the portaudio maintainer appears to have been to disable JACK for
architectures other than i386 and powerpc.  Please consider the
attached patch as a similar workaround for the audacity package, until
such time as this issue is fullly addressed.

   Thank you.

--
Emmet HIKORY
diff -u audacity-1.3.2/debian/rules audacity-1.3.2/debian/rules
--- audacity-1.3.2/debian/rules
+++ audacity-1.3.2/debian/rules
@@ -5,6 +5,7 @@
 include /usr/share/cdbs/1/rules/simple-patchsys.mk
 include /usr/share/cdbs/1/rules/utils.mk
 
+ifeq (i386,$(DEB_HOST_ARCH))
 DEB_CONFIGURE_EXTRA_FLAGS := --with-libsndfile=system \
  --with-vorbis=system \
 			 --with-id3tag=system \
@@ -13,6 +14,28 @@
 			 --with-expat=system \
 			 --with-portaudio=v19 \
 			 --enable-unicode
+else
+ifeq (powerpc,$(DEB_HOST_ARCH))
+DEB_CONFIGURE_EXTRA_FLAGS := --with-libsndfile=system \
+ --with-vorbis=system \
+			 --with-id3tag=system \
+			 --with-libmad=system \
+			 --with-libflac=system \
+			 --with-expat=system \
+			 --with-portaudio=v19 \
+			 --enable-unicode
+else
+DEB_CONFIGURE_EXTRA_FLAGS := --with-libsndfile=system \
+ --with-vorbis=system \
+			 --with-id3tag=system \
+			 --with-libmad=system \
+			 --with-libflac=system \
+			 --with-expat=system \
+			 --with-portaudio=v19 \
+			 --with-jack=no \
+			 --enable-unicode
+endif
+endif
 
 DEB_COMPRESS_EXCLUDE := *.htb
 

Bug#420089: randomize-lines: 'man rl' gives hazardous example.

[A. Costa]

On Wed, 09 May 2007 22:34:17 +0200
Arthur de Jong <[EMAIL PROTECTED]> wrote:

> > 75-  Kill a random process on your computer.
> > 76-  kill -9 `ps -A | awk '{print $1}' | rl --count=1`
> > 
> > Lines #75-76 seem potentially harmful...
> 
> I'm not very inclined to change this. I always thought it was a nice
> example of how to use randomize lines (I like the example). Maybe I
> will reword it slightly or include a warning with this specific
> example...
> 
> ...It also includes a rather fat warning already to be careful.

Well I hope you'll consider the question.  A few thoughts on humor...

It's like the code equivalent of a "sick joke", e.g.:

Kid:  Mommy!  Mommy!  Daddy's on fire!
Mom:  Quick!  Get the Marshmallows!

I like some humor in computer texts.  My favorite examples are Russ
Walter's 'Secret Guide To Computers', Leo Brodie's 'Forth' books, or
Michele Andreoli's 'muLinux' docs; all have concise information
leavened with humor.  A weak example is the "...for Dummies" books
which pours gooey humor syrup over a hastily prepared dish, a cheap
artificial sweetener.  Larry Wall's 'perl' humor falls somewhere in the
middle.

Now the 'kill -9' example isn't in such bad taste as:

# Play Linux Russian Roulette -- as root!
# Silently background delete 10 random files.
rm -f `locate --regex '.*' | rl --count=10` > /dev/null 2>&1  &

...which would be wrong to put in a man page.  

Does sick humor belong in a man page example?  I'd say only if it's
fantasy, (data), but not if it's functional, (code).  To compare it to
another kind of program, the black humor of 'Missile Command', 'Eliza',
or even 'Grand Theft Auto' I'd accept as valid, (since those don't
harm the material world), but the obstructive humor of the virus
writer or cracker, though amusing to its author, is generally
inappropriate.

Summing up: if users can't run it, that's no example.

> ...I like the idea of playing the last so many number of files though but I
> don't like using the output of ls because many people alias ls to pass
> it more options (e.g. -F) for highlighting purposes.

Try '/bin/ls -c'?

Further examples:

# shuffle a deck of cards
seq 52 | rl

# garble a string
S="hello world"
echo $S | sed 's/\(.\)/\1\n/g' | rl | tr -d '\n' ; echo

# mix the words in a sentence
S="the quick brown fox jumps over the lazy dog."
echo "$S" | sed 's/\( \)/\n/g' | rl | tr '\n' ' ' ; echo

# roll Monopoly dice (2d6)  (needs 'dc')
dc -e "`seq 6 | rl -rc 2` + p"

# do that 5000 times, (slow!), make a sorted table of results
for f in `seq 5000`; do dc -e "`seq 6 | rl -rc 2` + p"; done | sort -g 
| uniq -c

# same thing, only much faster
seq 6 | rl -rc 1 | while read a; do read b; echo $(($a + $b)); done 
| sort -g | uniq -c

# print the words of a sentence in random colors
S="the quick brown fox jumps over the lazy dog."
seq 31 40 | rl -rc 100 | for f in $S ; do read c ; /bin/echo -ne 
"\033[$c\155$f " ; done ; echo

HTH...


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

Bug#348641: keepalive within redir

[Daniel Kahn Gillmor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 348641 + wontfix
thanks

Hi Andreas--

Sorry to take so long to respond to this feature request.

It sounds like you're suggesting that redir use TCP keepalive
settings.  Note that this is different from openssh's
ServerAliveInterval and ServerAliveCountMax settings, and more
analogous to openssh's TCPKeepAlive option (man ssh_config for more
details).

the programming details of how this might be done are suggested here:

  http://tldp.org/HOWTO/html_single/TCP-Keepalive-HOWTO/

note that there are 3 prospective options for each connection (named
here following the sysctl convention):

 * time: how long without data until we decide to try to send
   keepalive packets

 * intvl: how often we send them once they're being sent

 * probes: how many unacknowledged keepalives should trigger failure

(plus, implicitly perhaps, whether we should bother with keepalive at
all, which i'll treat as the time == 0 case).

I'm concerned that the interface for redir is clumsy enough already,
though.  i don't want to introduce 6 additional potential arguments (3
for incoming, 3 for outgoing) to a program that's already on the edge
of unwieldy.

Have you considered using socat for your purposes?  I note that socat
contains options for all of these features.  socat itself can be
unwieldy, but it is far more thorough and flexible than redir in terms
of what options it supports.

You may also be interested in libkeepalive:

  http://libkeepalive.sourceforge.net/

which would let you add this functionality to any program (albeit in a
cruder way: every socket would be set with the same keepalive
settings).  libkeepalive isn't in debian yet, but you could file an
RFP for it (please cc me if you do this).

Given these other options, if you still feel that this functionality
belongs in redir, please followup here and we'll sort it out.

Regards,

--dkg
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iD8DBQFGRVD0iXTlFKVLY2URAlPfAKDJ2NnLPs7AnbprvPNJ8sQ6x8AHWgCeKtLT
N/nJD9XifCAZHP1f2pw5ggs=
=ioBd
-END PGP SIGNATURE-


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

Bug#408927: fast-user-switch-applet problem: System freezes

[Julien Valroff]

Le vendredi 11 mai 2007 à 09:01 +0530, Vidyadhar Gadgil a écrit :
> On Thu, 2007-05-10 at 19:47 +0200, Julien Valroff wrote:
> 
> > What is your video card and the driver used?
> 
> Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics
> 
> "i810"
OK, I have some hardware that uses the same driver and do not have the
issue.

> > I thus repoen this bug and merge it with #408923 which I have just
> > discovered as assigned to the wrong package.
> 
> OK. But under which one do I report matters related to this?
Go on with this one, this will allow people to better follow the thread.

Cheers,
Julien

Bug#422800: evolution: Sometimes fails when dragging and dropping a message from one folder to another

[Julien Valroff]

Le mardi 08 mai 2007 à 22:51 +0200, Øystein Gisnås a écrit :
> > I sometimes notice that when I drag and drop a message from one folder to 
> > another, evolution simply
> > fails, without warning. The message is moved to the trash and removed from 
> > the original folder,
> > but cannot be found in the target folder.
> 
> Hi, and thanks for your report!
Hi Øystein,

> Could this issue be related to bug #364038? It seems a bit like since
> it ends up in the trash.
No, I don't think it is the same issue here, as it happens with one IMAP
account.

> Is there any reason why the target folder
> shouldn't be writeable?
Not to my knowledge, as this behaviour only happens from time to time. I
have not yet been able to determin a precise action that allows me to
reproduce the bug every time I move message(s) from one folder to the
other. I thought at the beginning that it only happens when the target
folder was just created within evolution, but I couldn't confirm.

> You may debug a bit by starting evolution with
> CAMEL_DEBUG=all
Yes, I will try this.

Cheers,
Julien

Bug#423475: upgrade fails: /usr/share/z88dk/include/zxvgs.h in z88dk and z88dk-data

[Mark Robinson]

Package: z88dk
Version: 1.6.ds1-5
Severity: important

Selecting previously deselected package z88dk-data.
Unpacking z88dk-data (from .../z88dk-data_1.6.ds1-5_all.deb) ...
dpkg: error processing /var/cache/apt/archives/z88dk-data_1.6.ds1-5_all.deb 
(--unpack):
 trying to overwrite `/usr/share/z88dk/include/zxvgs.h', which is also in 
package z88dk
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Preparing to replace z88dk 1.6.ds1-4 (using .../z88dk_1.6.ds1-5_i386.deb) ...
Unpacking replacement z88dk ...
Errors were encountered while processing:
 /var/cache/apt/archives/z88dk-data_1.6.ds1-5_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
dpkg: dependency problems prevent configuration of z88dk:
 z88dk depends on z88dk-data (>= 1.6.ds1-5); however:
  Package z88dk-data is not installed.
dpkg: error processing z88dk (--configure):
 dependency problems - leaving unconfigured

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

Kernel: Linux 2.6.18-4-k7 (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 z88dk depends on:
ii  debconf   1.5.13 Debian configuration management sy
ii  z88dk-bin 1.6.ds1-5  executable files for z88dk
pn  z88dk-data (no description available)

z88dk recommends no packages.

-- debconf information:
* z88dk/configure-defaultpackage: z88


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

Bug#423474: Swat / Samba share error

[Perkins, Jerry]

Package: 
Version: <3.0.24-6>

Note, samba-dbg package  has been installed


The Samba 'panic action' script, /usr/share/samba/panic-action,
was called for PID 5582 (/usr/sbin/swat).

This means there was a problem with the program, such as a segfault.
Below is a backtrace for this process generated with gdb, which shows
the state of the program at the time the error occurred.  The Samba log
files may contain additional information about the problem.



(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1212705088 (LWP 5582)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0xb7c878be in waitpid () from /lib/tls/libc.so.6
#0  0xb7c878be in waitpid () from /lib/tls/libc.so.6
#1  0xb7c2f699 in strtold_l () from /lib/tls/libc.so.6
#2  0xb7ed056d in system () from /lib/tls/libpthread.so.0
#3  0x0810f86a in smb_panic ()
#4  0x080fdc8a in dump_core_setup ()
#5  
#6  0x08077ce2 in status_page ()
#7  0x0807885b in status_page ()
#8  0x0807a1a5 in main ()

***

   I was adding new shares.

***

   I ran testparm, which is the following:

dana2:/home/jerry# testparm
Load smb config files from /etc/samba/smb.conf
Processing section "[homes]"
Processing section "[printers]"
Processing section "[print$]"
Processing section "[shared]"
Processing section "[private]"
Processing section "[test2a]"
NOTE: Service test2a is flagged unavailable.
Processing section "[test2c]"
NOTE: Service test2c is flagged unavailable.
Processing section "[test2d]"
NOTE: Service test2d is flagged unavailable.
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions

[global]
workgroup = LINUX_NET
netbios name = SAMBA
server string = %h server (Samba %v)
client schannel = No
server schannel = No
obey pam restrictions = Yes
passdb backend = tdbsam
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\sUNIX\spassword:* %n\n 
*Retype\snew\sUNIX\spas sword:* %n\n *password\supdated\ssuccessfully* .
unix password sync = Yes
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
unix extensions = No
socket options = TCP_NODELAY  SO_SNDBUF=4096 SO_RCVBUF=4096
os level = 65
dns proxy = No
ldap ssl = no
panic action = /usr/share/samba/panic-action %d
invalid users = root
hosts allow = 192.168.2., 66.211.82., 65.13.247.248
printing = cups
print command =
lpq command = %p
lprm command =
delete readonly = Yes

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

[printers]
comment = All Printers
path = /tmp
create mask = 0700
guest ok = Yes
printable = Yes
printing = bsd
print command = lpr -r -P'%p' %s
lpq command = lpq -P'%p'
lprm command = lprm -P'%p' %j
browseable = No

[print$]
comment = Printer Drivers
path = /var/lib/samba/printers

[shared]
path = /srv/samba/Shared
read only = No
strict locking = No

[private]
path = /srv/samba/Private
write list = js
force group = js

[test2a]
comment = #2a - Public Share.
path = /srv/samba/Test2a
guest ok = Yes
available = No

[test2c]
comment = #2c - Users Share
path = /srv/samba/Test2c
read only = No
available = No

[test2d]
comment = #2d - Users Share
path = /srv/samba/Test2d
read only = No
available = No



Full configuration file is as follows:

# Samba config file created using SWAT
# from 127.0.0.1 (127.0.0.1)
# Date: 2007/05/11 23:54:42

[global]
dos charset = CP850
unix

Bug#411012: Here, here!

[Tristan Schmelcher]

I can confirm this. I am running Debian unstable and I did what James
did (downloaded the compiz-gtk .deb from experimental, unpacked it into
a directory and reconstructed the DEBIAN subdirectory, removed the
"Conflicts" line from the control file, remade it with dpkg-deb, and
installed with dpkg) and it is working fine.

[EMAIL PROTECTED]:~$ apt-show-versions compiz
compiz/experimental uptodate 0.3.6-1
[EMAIL PROTECTED]:~$ apt-show-versions compiz-core
compiz-core/experimental uptodate 0.3.6-1
[EMAIL PROTECTED]:~$ apt-show-versions compiz-gtk
compiz-gtk/experimental uptodate 0.3.6-1
[EMAIL PROTECTED]:~$ apt-show-versions compiz-gnome
compiz-gnome/experimental uptodate 0.3.6-1
[EMAIL PROTECTED]:~$ apt-show-versions compiz-plugins
compiz-plugins/experimental uptodate 0.3.6-1
[EMAIL PROTECTED]:~$ apt-show-versions metacity
metacity/unstable uptodate 1:2.18.2-3
[EMAIL PROTECTED]:~$ apt-show-versions metacity-common
metacity-common/unstable uptodate 1:2.18.2-3
[EMAIL PROTECTED]:~$ apt-show-versions libmetacity0
libmetacity0/unstable uptodate 1:2.18.2-3
[EMAIL PROTECTED]:~$ uname -a
Linux  2.6.18-4-amd64 #1 SMP Wed Apr 18 17:35:10 UTC 2007 x86_64
GNU/Linux

(You'll have to take my word for it that those things are also all
actually running :) .)

Another thing. This should be fixed and compiz 0.3.6 moved from
experimental to unstable sometime in the not-too-distant future, because
currently the (legitimate, I assume) conflict between compiz 0.2.2 and
libmetacity0 >= 2.15.21 prevents anyone from having both compiz and
metacity up-to-date in unstable.



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

Bug#408511: gnucash: "Cannot find default values" dialog keeps coming back

[Andrew Schulman]

This is Gnome bug #425060

http://bugzilla.gnome.org/show_bug.cgi?id=425060


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

Bug#405865: googleearth-package: googleearth crashes with libarys from experimental

[Wesley J. Landaker]

Hi Chirstoph,

You reported this bug a while back. It's really a bug with Google Earth 
itself, but I've left it open until we find a workaround or see that it's 
closed out upstream.

A new minor version (not just patchlevel) of Google Earth is out, 4.1, which 
is now supported by googleearth-package 0.1.0. You might try rebuilding 
with the new Google Earth and the new googleearth-package, and see if this 
problem still exists.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpWf6pidjmX1.pgp
Description: PGP signature

Bug#368547: expire-logs-days=0 hack can be reverted?

[Jared Rhine]

This issue was fixed in upstream 5.0.32, which is the standard in etch. 
 As a result, I'm thinking the disabled on expire-logs-days=0 hack in 
my.cnf might reasonably be removed now and this bug closed.  Just a 
suggestion.


-- Jared



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

Bug#423473: libqdox-java: Descriptions need improvement

[Josh Triplett]

Package: libqdox-java
Severity: normal

The current description of libqdox-java:

Description: High speed source parser for extracting from Java class/method 
definitions
 The parser skims the source files only looking for things of interest such as
 class/interface definitions, import statements, JavaDoc and member
 declarations. The parser ignores things such as actual method implementations
 to avoid overhead (while in method blocks, curly brace counting suffices).
 .
 The end result of the parser is a very simple document model containing enough
 information to be useful.

The short description has too many characters, and the long description does
not stand on its own separately from the short description.  Suggested
replacement:

Description: Quickly parses declarations and Javadoc from Java source
 qdox quickly parses Java source files looking for key items of interest:
  * class and interface definitions
  * member declarations
  * import statements
  * JavaDoc comments
 .
 qdox ignores all other components of Java source, such as actual method
 implementations, to avoid overhead.  qdox returns a simple document model
 containing only the declarations and containing enough information to be
 useful.


The current description of libqdox-java-doc:

Description: Documentation for the qdox package
 Javadoc only.


This does not describe qdox at all, and the long description does not stand on
its own separately from the short description.  It should say something like:

Description: Documentation for qdox (javadoc)

 This package contains the documentation for qdox, generated from Javadoc.
 .
 (description of libqdox-java)

- Josh Triplett

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

Kernel: Linux 2.6.18-josh (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#418350: fixed in pppconfig 2.3.16

[John Hasler]

I uploaded pppconfig 2.3.17 complete with French man page and "Replaces:
manpages-fr" to etch-proposed-updates as instructed.  Debian Installer
responded with:

Rejected: Unknown distribution `etch-proposed-updates'.
-- 
John Hasler 
[EMAIL PROTECTED]
Elmwood, WI USA


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

Bug#423472: Uninstallable: depends on libgcc1 and libstdc++6 from experimental

[Josh Triplett]

Package: smc
Version: 0.99.6-1
Severity: serious

smc depends on the libgcc1 and libstdc++6 from experimental, making it
uninstallable in unstable.  smc needs a rebuild against the gcc in unstable.

- Josh Triplett

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

Kernel: Linux 2.6.18-josh (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#411403: Do you still need a sponsor for noscript?

[Roberto C . Sánchez]

On Fri, May 11, 2007 at 10:11:23AM +0200, arno wrote:
> 
> Hi,
> my key has been signed by a debian developer now.
> It is key 0x2701B2B3 available on pgp.mit.edu
> 
> I've uploaded on new version of noscript to mentors to change my email
> adress (and also to correct an error I made).

OK.  I got your key and verified that it is signed by a current Debian
Developer.

A few things about your package:

 - First, there has a been a new upstream release as of 5/2/2007, you
   should update. (Please also see the note below about your changelog.)
 - The md5sums of the contents of the .orig.tar.gz don't match the
   md5sums of the contents of the .xpi. (I understand that you had to tar
   up the .xpi, which is why I did not just check the sums of the .xpi
   and the .orig.tar.gz.  However, the chrome/noscript.jar and
   install.rdf files differ.  The difference in the install.rdf is a
   single character in a version string.  The noscript.jar files
   differ, but all of their contents are the same.  This is just
   something of which you need to be aware since you must always
   repackage your upstream release.)
 - Your changelog needs fixing.  You have many entries, when in fact
   this would be the first one to make it to the archive.  Unless you
   have widely released the package already, you should just have a
   single changelog entry "Initial release. (Closes: #411403)".
 - I think you are going the long way about repackaging the upstream
   release.  The uupdate command supports zip files.  I think that if
   you simply download the .xpi, rename it to .zip and use uupdate, it
   will figure everything out for you.  I would play around with that
   some, as it might save you time in the future.
 - In your debian/copyright file, the URL which it mentions from where
   you obtained the software gives a 404.  The new URL appears to be
   https://addons.mozilla.org/firefox/722/
 - I really like how you got rid of all the crap sites from the
   pre-packaged whitelist.  However, this might confuse users who come
   from using this somewhere else.  It is best if you add a
   README.Debian file and make note of which domains which are normally
   whitelisted that you have removed.
 - Your debian/rules file is very clean.  (It looks much nicer than my
   first few packages :).
 - I like that you use dpatch and don't change the package files
   themselves.  Personally, I think the .diff.gz should never touch
   anything outside of the debian/ directory.
 - Your watch file works.  However, be aware that the site to which you
   direct it does not have any release listed for more than two months.
   If you can find a better one, that would be good.  I think that since
   the watch file supports parsing html links, you could point it at the
   noscript.net download page.  There is a "direct download" link on
   that page.
 - The package is lintian clean and linda clean.  That is excellent.  It
   also passes piuparts.  If you do not already do so, make sure that
   you run these three tools on all your packages.

If you fix up these issues, I would be happy to sponsor this package for
you.

Regards,

-Roberto
-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#423471: RM: rt2x00 -- RoM: unmaintained

[Romain Beauxis]

Package: ftp.debian.org
Severity: normal


Hi !

This driver is unmaintained upstream and cannot be easily backported
now.
Its normal inclusion path will be from main linux kernel when it be
ready for it.


Romain

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

Kernel: Linux 2.6.20-mactel (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash


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

Bug#350586: Moreinfo to heartbeat bug

[Simon Horman]

On Fri, May 11, 2007 at 10:56:34AM +0200, Christoph Martin wrote:
> Hi Horms,
> 
> I just found out that you tried one year ago to send me a request for
> more information concerning this bug. The mail never reached me because
> you only sent it to the bug address and not to the submitter.
> 
> Yesterday I discovered that the bug ist still present in the etch release.
> 
> The answer to your question:
> 
> As far as i know the usage of "scsi add-single-device" never changed. I
> could not find any reference to the version "scsi-add-single-device" you
> use in the script.

Hi Christoph

Thanks, and sorry for the email miss. I'll get this fixed.

-- 
Horms
  H: http://www.vergenet.net/~horms/
  W: http://www.valinux.co.jp/en/



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

Bug#375215: udev startup error messages

[David Marshall]

Hi,

I'm sure that ithers have discussed this, so I apologise in advance for
going over old ground.

Is it possible to update the udev package or create a new package to
make sure all the groups required by udev are in /etc/group?


Thanks
David Marshall


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

Bug#423470: vdr-plugin-epgsearch: Description needs improvement

[Josh Triplett]

Package: vdr-plugin-epgsearch
Severity: normal

The current description:

Description: VDR plugin that provides extensive EPG searching capabilities
 This plugin allows to search the EPG by defining search terms that
 can permanently be stored in a list for later reuse. It supports regular
 expressions and is capable of doing fuzzy searches. EPG-Search scans the
 EPG in background and can automatically create  timers for matching
 search terms. Besides this it supports searching for repetitions,
 detection of timer conflicts, sending Emails on  timer events and
 much more. Search terms can also be added and modified  with VDRAdmin-AM.

This never explains the acronym EPG, does not point to any information about
about VDR (such as expanding the acronym and pointing at the main VDR
package), doesn't explain VDRAdmin-AM, and needs some grammatical and typo
fixes ("allows to search" should say "allows searching" or perhaps "supports
searches of", "Email" should not have a capital E).

- Josh Triplett

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

Kernel: Linux 2.6.18-josh (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#422700: aptitude: Can't lock list directory, after manual removal of lockfiles

[Daniel Burrows]

On Mon, May 07, 2007 at 07:18:07PM +0100, Dave Page <[EMAIL PROTECTED]> was 
heard to say:
> Package: aptitude
> Version: 0.4.4-4
> Severity: grave
> Justification: renders package unusable
> 
> After removing some old, unused packages, "aptitude upgrade" fails:
> 
> # strace -o aptitude.strace aptitude dist-upgrade -y
> Reading package lists... Done
> Building dependency tree... Done
> Reading extended state information
> Initializing package states... Done
> Reading task descriptions... Done
> Building tag database... Done
> The following packages will be upgraded:
>   linux-image-2.6.18-4-686
> The following packages are RECOMMENDED but will NOT be installed:
>   libc6-i686
> 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> Need to get 0B of archives. After unpacking 1815kB will be freed.
> Writing extended state information... Error!
> E: I wasn't able to locate file for the linux-image-2.6.17-2-686 package. 
> This might mean you need to 
> manually fix this package.
> E: Couldn't lock list directory..are you root?

  Could you send the output of

ps uax | grep apt
ps uax | grep dpkg

Thanks,
  Daniel


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

Bug#421811: aptitude: "search" does not show the 'A' character for "auto"

[Daniel Burrows]

On Tue, May 01, 2007 at 07:30:32PM +0200, Francesco Poli <[EMAIL PROTECTED]> 
was heard to say:
> $ aptitude search xserver-xorg

  What happens if you run this command as root?

  Daniel


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

Bug#421469: "aptitude install" is confusing if the package is already installed

[Daniel Burrows]

On Sun, Apr 29, 2007 at 05:34:51PM +0300, Markus Järvinen <[EMAIL PROTECTED]> 
was heard to say:
> $ aptitude install already-installed-package
> 
> I was trying to install a package which I didn't know was already
> installed. The output indicated that basically nothing happened, so I
> thought there must be an error somewhere. It took me some time to find out
> that it was already installed. I think it would be more intuitive if the
> output always said something about the packages given on the command line.

  Well, aptitude used to do this all the time, but now it only does
this if it can't find a package name or if you pass "-v" to turn on
verbose mode.  See bug #258913.

  Daniel

Bug#421809: aptitude: simulation does not take "auto" into account

[Daniel Burrows]

On Tue, May 01, 2007 at 07:19:53PM +0200, Francesco Poli <[EMAIL PROTECTED]> 
was heard to say:
> On an updated lenny box, "aptitude -s purge" fails to show what
> would actually be done by "aptitude purge"
> 
> When I installed the xorg package:
> 
> # aptitude install xorg
> 
> some one hundred of other packages were pulled in because of
> dependencies and recommendations.
> 
> So far so good.  But now, if I simulate the purging of xorg:
> 
> $ aptitude -s purge xorg
  [snip]

> # aptitude purge xorg
  [snip]

  Could you post the contents of ~/.aptitude/config and
/root/.aptitude/config here?

Thanks,
  Daniel


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

Bug#423462: LINUX_VERSION_CODE is defined but has no value in /usr/include/linux/version.h

[Jonas Smedegaard]

Scott Bell skrev:

> When compiling software such as GNU Emacs, the compiler complains
> when LINUX_VERSION_CODE is conditionalized with an #if directive:

Same problem with postfix. It FTBFS on an Etch system with a backport of
 linux-libc-dev 2.6.20-3.


 - Jonas

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

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

Bug#181726: About your bug 181726 "noatun: aRts effects list not saved." in debian BTS

[Alexander Hvostov]

Still applicable as of noatun 4:3.5.6-2.


pgp0ijbQhAi4a.pgp
Description: PGP signature

Bug#423469: initramfs-tools: Type in ps3 pre-mount script

[Paul TBBle Hampson]

Package: initramfs-tools
Version: 0.87b
Severity: normal

The file /usr/share/initramfs-tools/scripts/init-premount/ps3
has the following line:
if [ "${line}" =! "${line#machine*PS3PF}" ]; then 
That should be
if [ "${line}" != "${line#machine*PS3PF}" ]; then 

It's a cosmetic issue on anything but a PS3, and on a PS3 it
won't modprobe the relevant modules.

-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-2.6.18-4-686 root=/dev/mapper/all-root ro selinux=1 audit=1

-- /proc/filesystems
cramfs
ext3
xfs
udf
iso9660

-- lsmod
Module  Size  Used by
nls_iso8859_1   4256  0 
isofs  32540  0 
udf73156  0 
wctdm  32736  0 
zaptel181380  3 wctdm
ppdev   8676  0 
lp 11012  0 
pppoe  13152  2 
pppox   3688  1 pppoe
tun10336  1 
ipv6  225984  64 
ppp_generic25908  6 pppoe,pppox
ipt_REJECT  5248  1 
iptable_filter  3104  1 
ipt_TCPMSS  4096  1 
xt_tcpudp   3136  4 
iptable_mangle  2880  1 
ipt_MASQUERADE  3712  2 
iptable_nat 7044  1 
ip_nat 16876  2 ipt_MASQUERADE,iptable_nat
ip_conntrack   49088  3 ipt_MASQUERADE,iptable_nat,ip_nat
nfnetlink   6680  2 ip_nat,ip_conntrack
ip_tables  13028  3 iptable_filter,iptable_mangle,iptable_nat
x_tables   13316  6 
ipt_REJECT,ipt_TCPMSS,xt_tcpudp,ipt_MASQUERADE,iptable_nat,ip_tables
xfs   475800  2 
loop   15048  0 
hisax 413248  0 
isdn  120608  1 hisax
slhc6528  2 ppp_generic,isdn
crc_ccitt   2240  2 zaptel,hisax
usblp  12768  0 
snd_mpu401  7528  0 
i810_audio 32916  0 
ac97_codec 17196  1 i810_audio
analog 10784  0 
i2c_i8017468  0 
snd_mpu401_uart 8064  1 snd_mpu401
parport_pc 32132  1 
parport33256  3 ppdev,lp,parport_pc
shpchp 33024  0 
pci_hotplug28704  1 shpchp
evdev   9088  0 
i2c_core   19680  1 i2c_i801
floppy 53156  0 
gameport   14632  1 analog
snd_rawmidi22560  1 snd_mpu401_uart
snd_seq_device  7820  1 snd_rawmidi
psmouse35016  0 
intel_agp  21148  1 
agpgart29896  1 intel_agp
serio_raw   6660  0 
snd_intel8x0   30332  0 
snd_ac97_codec 83104  1 snd_intel8x0
snd_ac97_bus2400  1 snd_ac97_codec
snd_pcm68676  2 snd_intel8x0,snd_ac97_codec
snd_timer  20996  1 snd_pcm
snd47012  8 
snd_mpu401,snd_mpu401_uart,snd_rawmidi,snd_seq_device,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore   9248  2 i810_audio,snd
snd_page_alloc  9640  2 snd_intel8x0,snd_pcm
rtc12372  0 
pcspkr  3072  0 
ext3  119240  3 
jbd52456  1 ext3
mbcache 8356  1 ext3
dm_mirror  19152  0 
dm_snapshot15552  0 
dm_mod 50232  11 dm_mirror,dm_snapshot
ide_generic 1408  0 [permanent]
ide_disk   14848  5 
8139cp 21920  0 
ide_cd 36064  0 
cdrom  32544  1 ide_cd
hpt366 16928  0 [permanent]
8139too25120  0 
uhci_hcd   21164  0 
e100   32232  0 
mii 5344  3 8139cp,8139too,e100
usbcore   112644  3 usblp,uhci_hcd
piix9444  0 [permanent]
generic 5476  0 [permanent]
ide_core  110504  6 ide_generic,ide_disk,ide_cd,hpt366,piix,generic
thermal13608  0 
processor  28840  1 thermal
fan 4804  0 

-- /etc/kernel-img.conf
do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = no
postinst_hook = update-grub
postrm_hook   = update-grub

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=y
KEYMAP=n
BOOT=local
DEVICE=eth0
NFSROOT=auto


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

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

Versions of packages initramfs-tools depends on:
ii  busybox   1:1.1.3-4  Tiny utilities for small and embed
ii  cpio  2.7-2  GNU cpio -- a program to manage ar
ii  klibc-utils   1.5-2  small statically-linke

Bug#423468: kid3: Add more columns to MusicBrainz results dialog

[Felipe Massia Pereira]

Package: kid3
Version: 0.7-3
Severity: wishlist


Please!

Sometimes you have good filenames, but you don't have track numbers (either
ID or in the filename). Then they are organized alphabetically:

01 aaa song
02 bbb song
03 ccc song
   etc.

If you get several results from the same album for "aaa song", you can't see
the song's name. It looks like that:

05 ...
06 | No result...
   | 11 aaa song / art / album [year]
   | 04 ccc song / art / album [year]
   +--

The only reference the user has is the number 01, which can be related to
the 01 above, but it's in another window. How does he know if it's 11 or 04?
The user can, indeed, slide windows and align them side by side to do the
match.

Other approach is to read all options. It there is only one option from that
album, then it's done. But if you get more than one option from the same
album, you have to see the song's name.

Adding the Title column to the dialog will solve it better. If it gets too
wide, it could be resizeable or optional (right click on the table header or
two checkboxes).

This problem occurs only for song titles because when you have track numbers
you can sort the list sequentially and then the row number is equivalent to
track numbers (unless there are tracks missing...).
   

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

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

Versions of packages kid3 depends on:
ii  kdelibs4c2a  4:3.5.6.r1.dfsg.1-4 core libraries and binaries for al
ii  libc62.5-4   GNU C Library: Shared libraries
ii  libflac++5   1.1.2-6 Free Lossless Audio Codec - C++ ru
ii  libflac7 1.1.2-6 Free Lossless Audio Codec - runtim
ii  libgcc1  1:4.1.2-5   GCC support library
ii  libid3-3.8.3c2a  3.8.3-6 Library for manipulating ID3v1 and
ii  libogg0  1.1.3-2 Ogg Bitstream Library
ii  libqt3-mt3:3.3.7-4+b1Qt GUI Library (Threaded runtime v
ii  libstdc++6   4.1.2-5 The GNU Standard C++ Library v3
ii  libtunepimp3 0.4.2-4.1   MusicBrainz tagging library and si
ii  libvorbis0a  1.1.2.dfsg-1.2  The Vorbis General Audio Compressi
ii  libvorbisfile3   1.1.2.dfsg-1.2  The Vorbis General Audio Compressi

kid3 recommends no packages.

-- no debconf information


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

Bug#423154: link to wiki.debian.org from the Press coverage page

[Don Armstrong]

On Fri, 11 May 2007, Holger Levsen wrote:
> On Thursday 10 May 2007 10:03, Holger Levsen wrote:
> > I'm in favor of linking to the wiki page (maybe with a small warning,
> > saying its a wiki page :)
> 
> Does anybody object to this?

It would probably be useful for someone to just indicate on the wiki
that every time they added something, they should submit the item to
-www; if someone is particularly active in dealing with the wiki page,
they probably should also be working on the press page too.

Perhaps just a link near the top pointing at the wiki page indicating
that the most recent press coverage may only be available on the wiki,
and the vetted press coverage still in the original page would be
best.


Don Armstrong

-- 
When bad men combine, the good must associate; else they will fall one
by one, an unpitied sacrifice in a contemptible struggle.
 -- Edmund Burke "Thoughts on the Cause of Present Discoontents"

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


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

Bug#423467: gv: saved setup options ignored

[Ryo Furue]

Package: gv
Version: 1:3.6.2-3
Severity: normal

In the "State" > "Setup Options..." menu,
I set "Reverse Scrolling" and hit "Apply", "Save", and "Dismiss".
In that session, reverse scrolling works.  When I quit gv and start it
again, reverse scrolling doesn't work.

Before doing this experiment, I had deleted ~/.gv .
I'm attaching the newly-created .gv .  Apparently, reverse
scrolling is set there:

   GV.reverseScrolling:True

In my ~/.Xdefaults, I only have these lines

  gv*Foreground:  #B1BDC8
  gv*Background:  #1A2F40

regarding gv.

Thank you for your help,
Ryo

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

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

Versions of packages gv depends on:
ii  gs-afpl [gs] 8.53-0.2The AFPL Ghostscript PostScript in
ii  gs-esp [gs]  8.15.3.dfsg.1-1 The Ghostscript PostScript interpr
ii  gs-gpl [gs]  8.54.dfsg.1-5   The GPL Ghostscript PostScript int
ii  libc62.3.6.ds1-13GNU C Library: Shared libraries
ii  libice6  1:1.0.3-2   X11 Inter-Client Exchange library
ii  libsm6   1:1.0.2-2   X11 Session Management library
ii  libx11-6 2:1.0.3-7   X11 client-side library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxmu6  1:1.0.2-2   X11 miscellaneous utility library
ii  libxpm4  1:3.5.5-2   X11 pixmap library
ii  libxt6   1:1.0.5-2   X11 toolkit intrinsics library
ii  xaw3dg   1.5+E-14Xaw3d widget set

gv recommends no packages.

-- no debconf information

GV.screenSize_amakihi_0_0:402 x 302
GV.confirmQuit: 1
GV.useBackingPixmap:True
GV.autoCenter:  True
GV.showTitle:   True
GV.scrollingEyeGuide:   True
GV.reverseScrolling:True
GV.confirmPrint:True
GV.printCommand:lpr
GV.scales:  Natural size,   1.000,  screen\n\
Pixel based,1.000,  pixel\n\
0.100,  0.100\n\
0.125,  0.125\n\
0.250,  0.250\n\
0.500,  0.500\n\
0.707,  0.707\n\
1.000,  1.000\n\
1.414,  1.414\n\
2.000,  2.000\n\
4.000,  4.000\n\
8.000,  8.000\n\
10.00,  10.00
GV.medias:  Letter, 612 792\n\
# LetterSmall,  612 792\n\
Legal,  612 1008\n\
Statement,  396 612\n\
Tabloid,792 1224\n\
Ledger, 1224792\n\
Folio,  612 936\n\
Quarto, 610 780\n\
# 7x9,  504 648\n\
# 9x11, 648 792\n\
# 9x12, 648 864\n\
# 10x13,720 936\n\
10x14,  720 1008\n\
Executive,  540 720\n\
# A0,   23843370\n\
# A1,   16842384\n\
# A2,   11911684\n\
A3, 842 1191\n\
A4, 595 842\n\
# A4Small,  595 842\n\
A5, 420 595\n\
# A6,   297 420\n\
# A7,   210 297\n\
# A8,   148 210\n\
# A9,   105 148\n\
# A10,  73  105\n\
# B0,   29204127\n\
# B1,   20642920\n\
# B2,   14602064\n\
# B3,   10321460\n\
B4, 729 1032\n\
B5, 516 729\n\
# B6,   363 516\n\
# B7,   258 363\n\
# B8,   181 258\n\
# B9,   127 181\n\
# B10,  91  127\n\
# ISOB0,28354008\n\
# ISOB1,20042835\n\
# ISOB2,1417   

Bug#423425: xserver-xorg-input-evtouch: stack corruption on touch

[Mattia Dongili]

On Fri, May 11, 2007 8:51 pm, [EMAIL PROTECTED] wrote:
> Package: xserver-xorg-input-evtouch
> Version: 0.8.3-1
> Severity: normal
>
>
> There is some bug in the evtouch driver that causes X to lock up;
> attaching gdb remotely (or running X inside gdb) shows stack
> corruption with no backtrace available. It happens when I first
> physically touch the screen; it does not seem to happen on move. It is
> otherwise unpredictable -- i've had it not crash for as few as ~30ish as
> well more than several thousand before breaking.
>
> This is on a Fujitsu P1000 laptop with the 0430 (Fujitsu
> Takamisawa):0508 (USB Touch Panel). Because of the stack corruption, I
> am uncertain how to proceed about debugging this myself.

I'm observing similar issues here. I'll shortly update the pachage to a
newer version (0.8.5). Let's see if it got fixed in the meantime.

Thanks
-- 
mattia
:wq!

Bug#421684: unhandled exception in callback for any feed

[Frank Pavageau]

Hi.

Following up on the bug, I've made a really simple test case which fails
on my computer:

$ cat TestVFS.pl 
#!/usr/bin/perl
use Gnome2::VFS (-init);

my $uri = Gnome2::VFS::URI->new("http://www.debian.org/";);
print "uri=" . $uri->to_string() . "\n";
$ ./TestVFS.pl
Can't call method "to_string" on an undefined value at ./TestVFS.pl line 5.


The example in the Gnome2::VFS man page also fails, with the following
error (after replacing the URI with an existing one):
An error occured while opening connection to 
'http://www.debian.org/intro/about'.


Here's an up-to-date list of the libgnome2-vfs-perl dependencies:
ii  libbonobo2-02.18.0-2 Bonobo CORBA interfaces library
ii  libc6   2.5-7GNU C Library: Shared libraries
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
ii  libglib-perl1:1.144-1Perl interface to the GLib and GOb
ii  libglib2.0-02.12.12-1The GLib library of C routines
ii  libgnomevfs2-0  1:2.18.1-2   GNOME Virtual File System (runtime
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  perl5.8.8-7  Larry Wall's Practical Extraction
ii  perl-base [perlapi-5.8.8]   5.8.8-7  The Pathologically Eclectic Rubbis


Let me know if there's anything I can run to provide more information.
I've tried reinstalling libgnome2-vfs-perl but the result is the same.

Frank


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

Bug#423466: valgrind: Spurious warning on VT_GETSTATE

[Samuel Thibault]

Package: valgrind
Version: 1:3.2.3-1
Severity: normal
Tags: patch:

Hi,

valgrind outputs a spurious warning on

ioctl(fd,VT_GETSTATE,&vt_stat);

==19992== Syscall param ioctl(VT_GETSTATE) points to uninitialised byte(s)
==19992==at 0x500AAB7: ioctl (in /lib/libc-2.5.so)

The vt_stat structure is not read by the kernel, and hence doesn't need
to be initialized.  The attached patch fixes that.

Samuel

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

Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages valgrind depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries

Versions of packages valgrind recommends:
ii  gdb6.4.90.dfsg-1 The GNU Debugger

-- no debconf information

-- 
Samuel Thibault <[EMAIL PROTECTED]>
--- ./coregrind/m_syswrap/syswrap-generic.c.orig2007-05-12 
02:44:50.0 +0200
+++ ./coregrind/m_syswrap/syswrap-generic.c 2007-05-12 02:44:58.0 
+0200
@@ -4011,7 +4011,6 @@
   PRE_MEM_READ( "ioctl(VT_SETMODE)", ARG3, sizeof(struct vki_vt_mode) );
   break;
case VKI_VT_GETSTATE:
-  PRE_MEM_READ( "ioctl(VT_GETSTATE)", ARG3, sizeof(struct vki_vt_stat) );
   PRE_MEM_WRITE( "ioctl(VT_GETSTATE).v_active",
  (Addr) &(((struct vki_vt_stat*) ARG3)->v_active),
  sizeof(((struct vki_vt_stat*) ARG3)->v_active));

Bug#423465: gcompris doesn't run, until package libsdl-mixer1.2 is installed

[Eduardo Silva]

Package: gcompris
Version: 8.3.1-1
Severity: grave
Justification: renders package unusable

Installed gcompris with aptitude, but when running it, it failed with the 
message:
"gcompris: error while loading shared libraries: libSDL_mixer-1.2.so.0: cannot 
open shared object file: 
No such file or directory"

After installing the package libsdl-mixer1.2, it runs, therefore 
libsdl-mixer1.2 should be marked as a 
dependency of gcompris.

Thanks!


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

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

Versions of packages gcompris depends on:
ii  gcompris-data8.3.1-1 Data files for GCompris
ii  python-gtk2  2.10.4-2Python bindings for the GTK+ widge
ii  python-pysqlite2 2.3.3-2 python interface to SQLite 3
ii  python-xml   0.8.4-7 XML tools for Python
ii  vorbis-tools 1.1.1-11+b1 several Ogg Vorbis tools

gcompris recommends no packages.

-- no debconf information


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

Bug#423464: kid3: No results when importing from freedb

[Felipe Massia Pereira]

Package: kid3
Version: 0.7-3
Severity: normal


When I try to import tags from freedb, no results are shown at all. Tried at
home (no proxy needed) and at the lab (proxy needed) with very known
albums/artists.

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

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

Versions of packages kid3 depends on:
ii  kdelibs4c2a  4:3.5.6.r1.dfsg.1-4 core libraries and binaries for al
ii  libc62.5-4   GNU C Library: Shared libraries
ii  libflac++5   1.1.2-6 Free Lossless Audio Codec - C++ ru
ii  libflac7 1.1.2-6 Free Lossless Audio Codec - runtim
ii  libgcc1  1:4.1.2-5   GCC support library
ii  libid3-3.8.3c2a  3.8.3-6 Library for manipulating ID3v1 and
ii  libogg0  1.1.3-2 Ogg Bitstream Library
ii  libqt3-mt3:3.3.7-4+b1Qt GUI Library (Threaded runtime v
ii  libstdc++6   4.1.2-5 The GNU Standard C++ Library v3
ii  libtunepimp3 0.4.2-4.1   MusicBrainz tagging library and si
ii  libvorbis0a  1.1.2.dfsg-1.2  The Vorbis General Audio Compressi
ii  libvorbisfile3   1.1.2.dfsg-1.2  The Vorbis General Audio Compressi

kid3 recommends no packages.

-- no debconf information


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

Bug#423463: debian-cd: Release file for Sarge (oldstable) has "Suite: stable"

[Steve McIntyre]

tags 423463 +pending
thanks

On Sat, May 12, 2007 at 02:00:30AM +0200, Frans Pop wrote:
>Package: debian-cd
>Version: 3.0.2
>Severity: important
>
>The following snippet from start_new_disk looks incorrect:
>
>if [ "$DEBVERSION" != "testing" ] ; then
>RDATE=`awk '/^Date:/ { print $2,$3,$4,$5}' dists/$CODENAME/Release`
>sed -i -e "s/^Suite: .*$/Suite: stable/" dists/$CODENAME/Release
>sed -i -e "s/^Description: .*$/Description: Debian $DEBVERSION 
> Released $RDATE/" dists/$CODENAME/Release
>fi
>
>
>This causes the Release file for Sarge to say "Suite: stable" instead of
>"Suite: oldstable".

Fix in svn ready for a new upload.

-- 
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
Who needs computer imagery when you've got Brian Blessed?



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

Bug#422709: python-urwid: Upgraded to unstable, where the bug is fixed

[Eduardo Silva]

Package: python-urwid
Followup-For: Bug #422709

Just to say that I've upgraded my debian system to unstable, where this bug has 
been fixed.

(Like the new "gui" interface, nice work!)


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

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

Versions of packages python-urwid depends on:
ii  libc6 2.5-7  GNU C Library: Shared libraries
ii  python2.4.4-4An interactive high-level object-o
ii  python-support0.6.4  automated rebuilding support for p

python-urwid recommends no packages.

-- no debconf information


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

Bug#196545: mutt: hasn't the patch been applied?

[Alberto Garcia]

Package: mutt
Version: 1.5.9-2sarge2
Followup-For: Bug #196545


Is there any reason why the patch provided by Gerard W. Patterson 3
years ago hasn't been applied to the Debian package?

I've been experienced this problem for ages and I'm glad I've
discovered this patch. I tested it (against both 1.5.9-2sarge2 and
1.5.13-1.1) and it seems to works perfectly.


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

Bug#421692: No NVIDIA graphic card is fully supported

[Luis Matos]

don't cc to me, i red the bug.

Sex, 2007-05-11 às 23:13 +0200, Geert Stappers escreveu:
> reassign 421692 nvidia-settings
> retitle 421692 No NVIDIA graphic card is fully supported
> reopen 421692
> thanks
> (that where instructions for the bugtracking system,
> visit http://www.debian.org/Bugs/server-control for more information
> about the Debian BTS )
> 
> Op 11-05-2007 om 16:02 schreef kaba13:
> > On Fri, 2007-05-11 at 18:34 +0200, Geert Stappers wrote:
> > 
> > > You are free to pursue the answers. You are also free to ignore an advice
> > > for not buying hardware that has no free software support.
> > > 
> > > After all, it is all about Freedom.
> > > 
> > 
> > And it has been quite a pursuit! The Open GL card, still in the works
> > I'm told, will be quite expensive. Price somewhere around 600euro but
> > will be used, if available because I need the use of supporting GPUs.
> > Besides, I could write it off along with a new system! 
> > 
> > This card was the only upgrade available for my system, (only a P4)
> > which was windows centric at the time. Thankfully, it shouldn't be a
> > problem since others have experienced their problems with it and were
> > able to correct the setup. We shall see!
> > 
> > I can work Blender under windows but I don't want that. I want entirely
> > Linux based productivity and systems. By the way Debian builds Nvidia
> > drivers through the module assistant and that is my preference if, we
> > can get it to work. I'm told we can and I'll let you know.

humm ... debian has some nvidia drivers already compiled under non-free.
> 
> 
> Hello Steve,
> 
> The above BTS reassign action is to bring you in contact with
> other people in Debian who work on Nvidia stuff. ( Hi Randall!  :-)
> Where Christian Perrier suggested to open new bug about the X window
> system issue, is he right. My reason for continueing on this bugreport,
> is because it has history about your enthousiasm.
> 
> Go further with the pursuit. I see that you enjoy it!
> 
> 
> Cheers
> Geert Stappers
> 
> 
> 



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

Bug#418814: Xircom RE-100 network interface fails silently on Etch Netinst

[Paul Dexter]

I now believe this problem is caused by a kernel bug, already reported by 
someone else as
http://bugzilla.kernel.org/show_bug.cgi?id=5569

Unfortunately I don't know how to further diagnose this on my own, so please 
let me know of any
suggestions.  Thank you,
Paul Dexter


   
Get
 the free Yahoo! toolbar and rest assured with the added security of spyware 
protection.
http://new.toolbar.yahoo.com/toolbar/features/norton/index.php


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

Bug#423441: blosxom: param("-f") for exec introduces security hole

[Stephen Gran]

This one time, at band camp, Neale Pickett said:
> On line 69, param("-f") is used as a potential configuration file:
> 
> for $rcfile ("/etc/blosxom/blosxom.conf", "/etc/blosxom.conf", param("-f")) {
>   if (-r $rcfile) {
> open (RC, "< $rcfile") or die "Cannot open $rcfile: $!";
> while () {
>   eval("$_");
> }
> close (RC);
>   }
> }
> 
> This means (among other things) that a malicios user can use a URL like:
> 
>   http://mycomputer/cgi-bin/blosxom?-f=/home/malicioususer/exploit.pl
> 
> to execute arbitrary code as whomever runs cgi scripts.
> 
> I emailed the credited author of this debian-specific chunk of code, who
> said he wrote it to be used from the command-line.  Indeed, when run from
> the command-line, you can use
> 
>   $ blosxom -f=/path/to/blosxom.conf
> 
> but this is just passing URL-encoded form data on the command line and
> IMHO is an abuse of a feature in the CGI module to make testing easier.
> As debian installs blosxom into /usr/lib/cgi-bin/ it is clearly going to
> be run by many people as a CGI.
> 
> In fact there are inappropriate calls to param() all over the place.
> This one just happens to introduce a security hole.  I think I'll use
> pyblosxom instead.  :)
> 
> Sorry, no patches, perl scares me.

For this to be a real bug, this means blosxom must be conflating the GET
and POST options with global variables in the script.  This almost
certainly means it is open to several other attack vectors in the same
way that php scripts are when register globals is turned on.  Please say
it ain't so, and please, someone who likes the package, it sounds like
it might be time for an audit.
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#416512: removed disk && md-device

[David Greaves]

[Another repost - DNS/ISP/MX problems didn't seem to make it to any of the lists
or debian bugtrack, sorry cc's]
Sorry, rushed email - it wasn't clear. I think there is something important here
though.

Oh, it may be worth distinguishing between a drive identifier (/dev/sdb) and a
drive slot (md0, slot2).

Neil Brown wrote:
> On Thursday May 10, [EMAIL PROTECTED] wrote:
>> Neil Brown wrote:
>>> On Wednesday May 9, [EMAIL PROTECTED] wrote:
 Neil Brown <[EMAIL PROTECTED]> [2007.04.02.0953 +0200]:
> Hmmm... this is somewhat awkward.  You could argue that udev should be
> taught to remove the device from the array before removing the device
 >from /dev.  But I'm not convinced that you always want to 'fail' the
> device.   It is possible in this case that the array is quiescent and
> you might like to shut it down without registering a device failure...
 Hmm, the the kernel advised hotplug to remove the device from /dev, but 
 you 
 don't want to remove it from md? Do you have an example for that case?
>>> Until there is known to be an inconsistency among the devices in an
>>> array, you don't want to record that there is.
>>>
>>> Suppose I have two USB drives with a mounted but quiescent filesystem
>>> on a raid1 across them.
>>> I pull them both out, one after the other, to take them to my friends
>>> place.
>>>
>>> I plug them both in and find that the array is degraded, because as
>>> soon as I unplugged on, the other was told that it was now the only
>>> one.
>> And, in truth, so it was.
> 
> So what was?
Sorry; so it was, as you said, "the only one".
Once you unplugged drive B, drive A was the only drive in the array. From the OS
perspective.

> It is true that now one drive is "the only one plugged in", but is
> that relevant?
Not immediately - which is why I don't think it's an error or an I/O and hence
doesn't deserve an I/O event count increment.
(which is what I meant by "Who updated the event count though?")

So md should distinguish between "removed" and "removed and out of sync".
(aside : what does 'failed' mean anyway? What does it give you that you don't
know better from event count?)

> Is it true that the one drive is "the only drive in the array"??
> That depends on what you mean by "the array".  If I am moving "the
> array" to another computer, then the one drive still plugged into the
> first computer is not "the only drive in the array" from my
> perspective.
Yes, but I think that's only the same as saying they all have the same UUID -
'human you' doesn't (directly) care/know about the event count match status -
you just want a working array.

> If there is a write request, and it can only be written to one drive
> (because the other is unplugged), then it becomes appropriate to tell
> the still-present drive that it is the only drive in the array.
Ah, now here I think it's relevant to tell the other drive(s) that the unplugged
drive is not only removed - it's failed.
There's a minor error handling optimisation - md could know that a drive was
removed so not even bother writing to it, just mark it failed in the remaining
drives.

>> Who updated the event count though?
> Sorry, not enough words.  I don't know what you are asking.
See below

>>> Not good.  Best to wait for an IO request that actually returns an
>>> errors. 
>> Ah, now would that be a good time to update the event count?
> 
> Yes.  Of course.  It is an event (IO failed).  That makes it a good
> time to update the event count.. am I missing something here?
I think so: a remove event shouldn't update the event count to other drives. A
failed write should (of course).

Well, not 'of course'.
If I do I/O to slot1 and slot2 then the event count goes up.
If slot3 is missing, fails etc etc then why do we tell slots 1+2?
Surely md would just do an event count comparison on assembly?


>> Maybe you should allow drives to be removed even if they aren't faulty or 
>> spare?
>> A write to a removed device would mark it faulty in the other devices without
>> waiting for a timeout.
> 
> Maybe, but I'm not sure what the real gain would be.
See below.

>> But joggling a usb stick (similar to your use case) would probably be OK 
>> since
>> it would be hot-removed and then hot-added.
> 
> This still needs user-space interaction.
> If the USB layer detects a removal and a re-insert, sdb may well come
> back a something different (sdp?) - though I'm not completely familiar
> with how USB storage works.
Yes, so, assuming my proposal, in the case where you hot remove sdb (not fail)
then hot add sdp (same drive slot different drive identifier, maybe different
usb controller) the on-disk superblock can reliably ensure that the array just
continues (also assuming quiescence)?

> In any case, it should really be a user-space decision what happens
> then.  A hot re-add may well be appropriate, but I wouldn't want to
> have the kernel make that decision.

udev is userspace though - you could have a conservative n

Bug#423463: debian-cd: Release file for Sarge (oldstable) has "Suite: stable"

[Frans Pop]

Package: debian-cd
Version: 3.0.2
Severity: important

The following snippet from start_new_disk looks incorrect:

if [ "$DEBVERSION" != "testing" ] ; then
RDATE=`awk '/^Date:/ { print $2,$3,$4,$5}' dists/$CODENAME/Release`
sed -i -e "s/^Suite: .*$/Suite: stable/" dists/$CODENAME/Release
sed -i -e "s/^Description: .*$/Description: Debian $DEBVERSION 
Released $RDATE/" dists/$CODENAME/Release
fi


This causes the Release file for Sarge to say "Suite: stable" instead of
"Suite: oldstable".


pgpYIgZ90GbMK.pgp
Description: PGP signature

Bug#423458: ITP: dnscap -- DNS traffic capture utility

[Robert Edmonds]

Paul Vixie wrote:
> please do not make a package out of this until i am done messing with the
> command line syntax and i have given it a version number.

sure.

-- 
Robert Edmonds
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#307257: About winbind 3 and squid with ntlm authentication (Debian Bug #307257)

[Steve Langasek]

Hi Luigi,

On Sat, May 12, 2007 at 12:45:54AM +0200, Luigi Gangitano wrote:
> Hi all,
> I was hit by this bug myself last week, while installing an NTLM  
> authenticated squid.

> Il giorno 10/mag/07, alle ore 02:30, Jim Barber ha scritto:
> >This should probably be raised as a bug (wishlist?) with the squid  
> >maintainers to have this setting changed in the example file (and  
> >default config file if it's set) as it breaks the use of the  
> >winbindd_priv group.
> >Do one of you winbind maintainers want to do that, or do you want  
> >me to do it? :)

> squid_effective_group was set to allow default permissions on cache  
> and log files to user/group proxy. If squid_effective_group is  
> changed as something else, startup script fixes permissions on the fly.

> While the fix is easy and administrators can apply by themselves, I'm  
> now planning to disable the default setting and add user proxy  
> (default squid user in Debian package) to winbindd_priv group at  
> install time. This should fix this issue in the default installation.

Great!  Should this bug be reassigned to squid then?

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#423462: LINUX_VERSION_CODE is defined but has no value in /usr/include/linux/version.h

[Scott Bell]

Package: linux-libc-dev
Version: 2.6.20-3

When compiling software such as GNU Emacs, the compiler complains
when LINUX_VERSION_CODE is conditionalized with an #if directive:

In file included from ./config.h:979,
from dispnew.c:23:
./s/gnu-linux.h:49:24: error: operator '>' has no left operand
./s/gnu-linux.h:52:24: error: operator '>=' has no left operand
./s/gnu-linux.h:55:24: error: operator '>=' has no left operand

The offending code in gnu-linux.h references LINUX_VERSION_CODE,

#if LINUX_VERSION_CODE > 0x10200
#define LINUX_SIGIO_DOES_WORK
#endif /* LINUX_VERSION_CODE > 0x10200 */
#if LINUX_VERSION_CODE >= 0x2
#define LINUX_MAP_SHARED_DOES_WORK
#endif /* LINUX_VERSION_CODE >= 0x2 */
#if LINUX_VERSION_CODE >= 0x20400

... which is defined in /usr/include/linux/version.h:

#define LINUX_VERSION_CODE
#define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))

This is under unstable, gcc 4:4.1.2-2, libc6-dev 2.5-7

Thanks,

- Scott Bell


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

Bug#423461: http.cfg/check_http flawed arguments (-H/-I confusion)

[Josip Rodin]

On Sat, May 12, 2007 at 01:34:55AM +0200, Josip Rodin wrote:
> Package: nagios-plugins-basic
> 
> Hi,
> 
> The config file change provided in #292124 had a bug: it gave the IP address
> ($HOSTADDRESS$) to the check_https command in both the -I and -H parameters.
> 
> Since the meaning of the -H parameter is to modify the Host: HTTP header,
> putting an IP address in it is fairly clearly nonsensical. Instead,
> the *name* should be put inside; the name of the virtual host.
> 
> The argument passed to -H should be $HOSTNAME$ instead.

I realized now that, oddly enough, Nagios documentation is not clear on
this. http://nagios.sourceforge.net/docs/2_0/xodtemplate.html#host says:

host_name:  This directive is used to define a short name used to
identify the host. It is used in host group and service
definitions to reference this particular host. Hosts can
have multiple services (which are monitored) associated with
them. When used properly, the $HOSTNAME$ macro will contain
this short name.

alias:  This directive is used to define a longer name or description used
to identify the host. It is provided in order to allow you to more
easily identify a particular host. When used properly, the
$HOSTALIAS$ macro will contain this alias/description.

address:This directive is used to define the address of the host.
Normally, this is an IP address, although it could really be
anything you want (so long as it can be used to check the
status of the host). You can use a FQDN to identify the host
instead of an IP address, but if DNS services are not
availble this could cause problems. When used properly, the
$HOSTADDRESS$ macro will contain this address. Note: If you
do not specify an address directive in a host definition,
the name of the host will be used as its address. A word of
caution about doing this, however - if DNS fails, most of
your service checks will fail because the plugins will be
unable to resolve the host name.

Which is to say - there is no really exact way for a plugin check to know
which variable is right for the Host: header, because we don't know whether
people put random garbage in their host_name/alias variables. For all we
know, they may be using domain names, rather than IP addresses, even though
it's not recommended. The problem is in those variable names, really - their
names mean something, but their value doesn't have to.

Nevertheless, I think you should try changing the default to use either
$HOSTNAME$ or $HOSTALIAS$, and see if there's fallout.

If necessary, the fallback procedure would be to add a separate set of
checkcommands which use the above variables in a more layered manner.

-- 
 2. That which causes joy or happiness.


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

Bug#423460: script/server defaults to Mongrel, not yet packaged for Debian

[Gunnar Wolf]

Package: rails
Version: 1.2.3-2
Severity: normal

--- Please enter the report below this line. ---

As of the latest Rails, the webserver for testing the development
environment has changed its defaults from Webrick to Mongrel:

$  ./script/server
=> Booting Mongrel (use 'script/server webrick' to force WEBrick)
=> Rails application starting on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
Exiting
./script/../config/../vendor/rails/activesupport/lib/active_support/dependencies.rb:488:in
 `load': no such file to load -- mongrel_rails (MissingSourceFile)

   from 
./script/../config/../vendor/rails/activesupport/lib/active_support/dependencies.rb:488:in
 `load'

   from 
./script/../config/../vendor/rails/activesupport/lib/active_support/dependencies.rb:342:in
 `new_constants_in'

   from 
./script/../config/../vendor/rails/activesupport/lib/active_support/dependencies.rb:488:in
 `load'

   from 
./script/../config/../vendor/rails/railties/lib/commands/servers/mongrel.rb:60

   from /usr/lib/ruby/1.8/rubygems/custom_require.rb:27:in 
`gem_original_require'

   from /usr/lib/ruby/1.8/rubygems/custom_require.rb:27:in `require'

   from 
./script/../config/../vendor/rails/activesupport/lib/active_support/dependencies.rb:495:in
 `require'

   from 
./script/../config/../vendor/rails/activesupport/lib/active_support/dependencies.rb:342:in
 `new_constants_in'

   from 
./script/../config/../vendor/rails/activesupport/lib/active_support/dependencies.rb:495:in
 `require'

   from 
./script/../config/../vendor/rails/railties/lib/commands/server.rb:39

   from ./script/server:3:in `require'

   from ./script/server:3

Of course, running 'script/server webrick' as advised cures the
problem - but, with Mongrel not yet available, the default should be
changed! 

BTW, I have filed an ITP for Mongrel some time ago, but not given
enough followup. Filipe Lautert, from the pkg-ruby-extras group, has
been working on it. I will ping him to check on the status and
hopefully upload soon. Of course, when Mongrel is uploaded, I think
Rails should add a recommends: relation on it.

Greetings,

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.20-1-686

Debian Release: lenny/sid
  500 unstablemmc.igeofcu.unam.mx 
  500 unstablehttp.us.debian.org 
  500 unstableftp.mx.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-=
ruby | 1.8.2-1
ruby1.8 (>= 1.8.2-3) | 1.8.6-1+b1
rake  (>> 0.7.0) | 0.7.3-1
rdoc  (>> 1.8.2) | 1.8.2-1
libpgsql-ruby1.8 | 0.7.1-10+b1
 OR libmysql-ruby1.8 | 
 OR libdbi-ruby1.8   | 
libredcloth-ruby1.8  | 3.0.99.0.svn.20060519-1
liberb-ruby  | 2.0.4+ruby1.8.2-1


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

Bug#423459: debian-cd: No longer supports adding packages from a "local" repository

[Frans Pop]

Package: debian-cd
Version: 3.0.2
Severity: important

While in Bhutan, I did some work adding packages from a local repository 
to CDs. This worked fine then (before the debian-cd restructuring) by 
setting LOCAL=1 and having LOCALDEBS point to some directory outside the 
mirror.

The current debian-cd possibly still supports "local" if it is _part_ of 
the mirror structure, but not if LOCALDEBS is set outside the mirror 
structure. IMO this is an important regression, especially for CDDs.

A build where I tried that resulted in:
Using ISOLINUX boot-disks image on CD1
  Starting the md5sum.txt file
  Placing packages into image 1
Use of uninitialized value in concatenation (.) or string at
/home/fjp/projects/debian-cd/tools/add_packages line 53,  chunk 1.
unable to stat file
/srv/debmirror-sarge/debian/binary-i386/base-config/base-config_2.53.10.3_all.deb:
 
No such file or directory
make: *** [image-trees] Error 2

This clearly shows that it looks under the mirror directory, while that 
version of base-config was actually in:
/srv/debmirror-sarge/debian-local/dists/sarge/local/binary-i386/base-config/

The main problem seems to be in make_disc_trees, which does not know about 
LOCALDEBS at all, although I suspect there are problems elsewhere as 
well.


pgpPgTlur4kla.pgp
Description: PGP signature

Bug#423461: http.cfg/check_http flawed arguments (-H/-I confusion)

[Josip Rodin]

Package: nagios-plugins-basic

Hi,

The config file change provided in #292124 had a bug: it gave the IP address
($HOSTADDRESS$) to the check_https command in both the -I and -H parameters.

Since the meaning of the -H parameter is to modify the Host: HTTP header,
putting an IP address in it is fairly clearly nonsensical. Instead,
the *name* should be put inside; the name of the virtual host.

The argument passed to -H should be $HOSTNAME$ instead.

Note that -I should be kept, so as to avoid having HTTP* checks depending
on DNS.

I noticed this for check_https, but the same actually applies to
check_http as well. You may also want to change check_squid to use
-H $HOSTNAME$ -I $HOSTADDRESS$.

Please fix this. TIA.

-- 
 2. That which causes joy or happiness.


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

Bug#423458: ITP: dnscap -- DNS traffic capture utility

[Robert Edmonds]

Package: wnpp
Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: dnscap
  Version     : 20070511
  Upstream Author : Paul Vixie,
Duane Wessels,
Internet Systems Consortium, Inc.
* URL : http://public.oarci.net/tools/dnscap/
* License : BSDish
  Programming Lang: C
  Description : DNS traffic capture utility
  
 dnscap is a network capture utility designed specifically for DNS
 traffic. It produces binary data in libpcap format, either on standard
 output or in successive dump files. This utility is similar to tcpdump,
 but has finer grained packet recognition tailored to DNS transactions
 and protocol options. dnscap is expected to be used for gathering
 continuous research or audit traces.

-- 
Robert Edmonds
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#416512: removed disk && md-device

[David Greaves]

[Repost - didn't seem to make it to the lists, sorry cc's]
Sorry, rushed email - it wasn't clear. I think there is something important here
though.

Oh, it may be worth distinguishing between a drive identifier (/dev/sdb) and a
drive slot (md0, slot2).

Neil Brown wrote:
> On Thursday May 10, [EMAIL PROTECTED] wrote:
>> Neil Brown wrote:
>>> On Wednesday May 9, [EMAIL PROTECTED] wrote:
 Neil Brown <[EMAIL PROTECTED]> [2007.04.02.0953 +0200]:
> Hmmm... this is somewhat awkward.  You could argue that udev should be
> taught to remove the device from the array before removing the device
 >from /dev.  But I'm not convinced that you always want to 'fail' the
> device.   It is possible in this case that the array is quiescent and
> you might like to shut it down without registering a device failure...
 Hmm, the the kernel advised hotplug to remove the device from /dev, but 
 you 
 don't want to remove it from md? Do you have an example for that case?
>>> Until there is known to be an inconsistency among the devices in an
>>> array, you don't want to record that there is.
>>>
>>> Suppose I have two USB drives with a mounted but quiescent filesystem
>>> on a raid1 across them.
>>> I pull them both out, one after the other, to take them to my friends
>>> place.
>>>
>>> I plug them both in and find that the array is degraded, because as
>>> soon as I unplugged on, the other was told that it was now the only
>>> one.
>> And, in truth, so it was.
> 
> So what was?
Sorry; so it was, as you said, "the only one".
Once you unplugged drive B, drive A was the only drive in the array. From the OS
perspective.

> It is true that now one drive is "the only one plugged in", but is
> that relevant?
Not immediately - which is why I don't think it's an error or an I/O and hence
doesn't deserve an I/O event count increment.
(which is what I meant by "Who updated the event count though?")

So md should distinguish between "removed" and "removed and out of sync".
(aside : what does 'failed' mean anyway? What does it give you that you don't
know better from event count?)

> Is it true that the one drive is "the only drive in the array"??
> That depends on what you mean by "the array".  If I am moving "the
> array" to another computer, then the one drive still plugged into the
> first computer is not "the only drive in the array" from my
> perspective.
Yes, but I think that's only the same as saying they all have the same UUID -
'human you' doesn't (directly) care/know about the event count match status -
you just want a working array.

> If there is a write request, and it can only be written to one drive
> (because the other is unplugged), then it becomes appropriate to tell
> the still-present drive that it is the only drive in the array.
Ah, now here I think it's relevant to tell the other drive(s) that the unplugged
drive is not only removed - it's failed.
There's a minor error handling optimisation - md could know that a drive was
removed so not even bother writing to it, just mark it failed in the remaining
drives.

>> Who updated the event count though?
> Sorry, not enough words.  I don't know what you are asking.
See below

>>> Not good.  Best to wait for an IO request that actually returns an
>>> errors. 
>> Ah, now would that be a good time to update the event count?
> 
> Yes.  Of course.  It is an event (IO failed).  That makes it a good
> time to update the event count.. am I missing something here?
I think so: a remove event shouldn't update the event count to other drives. A
failed write should (of course).

Well, not 'of course'.
If I do I/O to slot1 and slot2 then the event count goes up.
If slot3 is missing, fails etc etc then why do we tell slots 1+2?
Surely md would just do an event count comparison on assembly?


>> Maybe you should allow drives to be removed even if they aren't faulty or 
>> spare?
>> A write to a removed device would mark it faulty in the other devices without
>> waiting for a timeout.
> 
> Maybe, but I'm not sure what the real gain would be.
See below.

>> But joggling a usb stick (similar to your use case) would probably be OK 
>> since
>> it would be hot-removed and then hot-added.
> 
> This still needs user-space interaction.
> If the USB layer detects a removal and a re-insert, sdb may well come
> back a something different (sdp?) - though I'm not completely familiar
> with how USB storage works.
Yes, so, assuming my proposal, in the case where you hot remove sdb (not fail)
then hot add sdp (same drive slot different drive identifier, maybe different
usb controller) the on-disk superblock can reliably ensure that the array just
continues (also assuming quiescence)?

> In any case, it should really be a user-space decision what happens
> then.  A hot re-add may well be appropriate, but I wouldn't want to
> have the kernel make that decision.

udev is userspace though - you could have a conservative no-add policy ruleset.


My proposal is simply to allow

Bug#416512: removed disk && md-device

[David Greaves]

Sorry, rushed email - it wasn't clear. I think there is something important here
though.

Oh, it may be worth distinguishing between a drive identifier (/dev/sdb) and a
drive slot (md0, slot2).

Neil Brown wrote:
> On Thursday May 10, [EMAIL PROTECTED] wrote:
>> Neil Brown wrote:
>>> On Wednesday May 9, [EMAIL PROTECTED] wrote:
 Neil Brown <[EMAIL PROTECTED]> [2007.04.02.0953 +0200]:
> Hmmm... this is somewhat awkward.  You could argue that udev should be
> taught to remove the device from the array before removing the device
 >from /dev.  But I'm not convinced that you always want to 'fail' the
> device.   It is possible in this case that the array is quiescent and
> you might like to shut it down without registering a device failure...
 Hmm, the the kernel advised hotplug to remove the device from /dev, but 
 you 
 don't want to remove it from md? Do you have an example for that case?
>>> Until there is known to be an inconsistency among the devices in an
>>> array, you don't want to record that there is.
>>>
>>> Suppose I have two USB drives with a mounted but quiescent filesystem
>>> on a raid1 across them.
>>> I pull them both out, one after the other, to take them to my friends
>>> place.
>>>
>>> I plug them both in and find that the array is degraded, because as
>>> soon as I unplugged on, the other was told that it was now the only
>>> one.
>> And, in truth, so it was.
> 
> So what was?
Sorry; so it was, as you said, "the only one".
Once you unplugged drive B, drive A was the only drive in the array. From the OS
perspective.

> It is true that now one drive is "the only one plugged in", but is
> that relevant?
Not immediately - which is why I don't think it's an error or an I/O and hence
doesn't deserve an I/O event count increment.
(which is what I meant by "Who updated the event count though?")

So md should distinguish between "removed" and "removed and out of sync".
(aside : what does 'failed' mean anyway? What does it give you that you don't
know better from event count?)

> Is it true that the one drive is "the only drive in the array"??
> That depends on what you mean by "the array".  If I am moving "the
> array" to another computer, then the one drive still plugged into the
> first computer is not "the only drive in the array" from my
> perspective.
Yes, but I think that's only the same as saying they all have the same UUID -
'human you' doesn't (directly) care/know about the event count match status -
you just want a working array.

> If there is a write request, and it can only be written to one drive
> (because the other is unplugged), then it becomes appropriate to tell
> the still-present drive that it is the only drive in the array.
Ah, now here I think it's relevant to tell the other drive(s) that the unplugged
drive is not only removed - it's failed.
There's a minor error handling optimisation - md could know that a drive was
removed so not even bother writing to it, just mark it failed in the remaining
drives.

>> Who updated the event count though?
> Sorry, not enough words.  I don't know what you are asking.
See below

>>> Not good.  Best to wait for an IO request that actually returns an
>>> errors. 
>> Ah, now would that be a good time to update the event count?
> 
> Yes.  Of course.  It is an event (IO failed).  That makes it a good
> time to update the event count.. am I missing something here?
I think so: a remove event shouldn't update the event count to other drives. A
failed write should (of course).

Well, not 'of course'.
If I do I/O to slot1 and slot2 then the event count goes up.
If slot3 is missing, fails etc etc then why do we tell slots 1+2?
Surely md would just do an event count comparison on assembly?


>> Maybe you should allow drives to be removed even if they aren't faulty or 
>> spare?
>> A write to a removed device would mark it faulty in the other devices without
>> waiting for a timeout.
> 
> Maybe, but I'm not sure what the real gain would be.
See below.

>> But joggling a usb stick (similar to your use case) would probably be OK 
>> since
>> it would be hot-removed and then hot-added.
> 
> This still needs user-space interaction.
> If the USB layer detects a removal and a re-insert, sdb may well come
> back a something different (sdp?) - though I'm not completely familiar
> with how USB storage works.
Yes, so, assuming my proposal, in the case where you hot remove sdb (not fail)
then hot add sdp (same drive slot different drive identifier, maybe different
usb controller) the on-disk superblock can reliably ensure that the array just
continues (also assuming quiescence)?

> In any case, it should really be a user-space decision what happens
> then.  A hot re-add may well be appropriate, but I wouldn't want to
> have the kernel make that decision.

udev is userspace though - you could have a conservative no-add policy ruleset.


My proposal is simply to allow a hot-remove of a drive without marking it
faulty. This re

Bug#423457: wakeonlan: extract MAC from IPv6 address

[Rob Leslie]

Package: wakeonlan
Version: 0.41-6
Severity: wishlist

If a host has a resolvable IPv6 address, it would be nice to have an option
to automatically extract the MAC address from it.

Cheers.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages wakeonlan depends on:
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  perl-modules  5.8.8-7Core Perl modules

wakeonlan recommends no packages.

-- no debconf information


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

Bug#422909: [Buildd-tools-devel] Bug#422909: schroot: race condition (?) during cleanup leads to data loss

[Roger Leigh]

Adeodato Simó <[EMAIL PROTECTED]> writes:

> * Lucas Nussbaum [Wed, 09 May 2007 15:41:33 +0200]:
>
>> But if I ask ssh to allocate an tty (-t option), it doesn't fail:
>
> I can confirm this behavior. I suffered it with schroot processes
> invoked from cron.

This bug is a result of two factors:

1) A bug in libsbuild handling of the controlling TTY.  Basically,
   outputting a debugging message in a static initialiser before
   std::cerr was initialised resulted in a segfault.

2) The 10mount shell script doesn't error out if schroot-listmounts
   fails.

Both of these issues should be fixed shortly.


Sorry for a delay in replying--my mail system is delivering mail
really slowly, but I have been keeping an eye on the BTS.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


pgpAUfMCKZUjY.pgp
Description: PGP signature

Bug#423456: every orkut message is marked as spam (numeric localpart)

[Marco d'Itri]

Package: spamassassin
Version: 3.1.7-2
Severity: normal

Apparently these "numeric From" checks are very similar and so are
easylu triggered together, with the effect of marking the message as
spam.

X-Spam-Status: Yes, score=6.5 required=5.0 tests=AWL,FROM_ALL_NUMS,
FROM_LOCAL_HEX,FROM_STARTS_WITH_NUMS autolearn=no version=3.1.7-deb
X-Spam-Report:
*  1.8 FROM_STARTS_WITH_NUMS From: starts with many numbers
*  2.2 FROM_LOCAL_HEX From: localpart has long hexadecimal
*  sequence
*  2.3 FROM_ALL_NUMS From numeric address (except US/Canada
*  phones)
*  0.1 AWL AWL: From: address is in the auto white-list
...
From: orkut <[EMAIL PROTECTED]>


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

Kernel: Linux 2.6.21 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages spamassassin depends on:
ii  libarchive-tar-perl   1.30-2 Archive::Tar - manipulate tar file
ii  libdigest-sha1-perl   2.11-2 NIST SHA-1 message digest algorith
ii  libhtml-parser-perl   3.56-1 A collection of modules that parse
ii  libsocket6-perl   0.19-1 Perl extensions for IPv6
ii  libwww-perl   5.805-1WWW client/server library for Perl
ii  perl  5.8.8-7Larry Wall's Practical Extraction 

Versions of packages spamassassin recommends:
pn  libmail-spf-query-perl (no description available)
ii  libnet-dns-perl   0.59-1 Perform DNS queries from a Perl sc
ii  perl [libmime-base64-perl]5.8.8-7Larry Wall's Practical Extraction 
pn  spamc  (no description available)

-- no debconf information

-- 
ciao,
Marco


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

Bug#422887: Last upgrade of hplip broke the package

[Nicolas DEGAND]

Le mercredi 9 mai 2007, Henrique de Moraes Holschuh a écrit :

> > May  9 00:28:11 localhost parport0: unable to connect hpssd socket 50002:
> > Connection refused: prnt/hpijs/hplip_api.c 719
>
> hpssd is malfunctioning (locking up, maybe?).  This is also what caused the
> breakage in the upgrade: it didn't stop, and since the upgrade could not
> start it by force, it banged out.
>
> Since downgrading didn't work, the problem is probably being caused by
> something else in the system (it doesn't mean it is not a bug in hpssd,
> however, but something else caused it to trigger).
>
> Try killing hpssd (leave hpiod running), and run this:
>
> hpssd -g
>
> If it seems to have worked, (it says Starting async loop...), try printing
> and post the output of hpssd here.

It works. Here is hpssd output :

HP Linux Imaging and Printing System (ver. 1.6.10)
Services and Status Daemon ver. 7.5

Copyright (c) 2003-6 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

hpssd[15077]: debug: port=34123
Listening on localhost:34123
hpssd[15077]: debug: Starting async loop...
hpssd[15077]: debug: Connected to client: 127.0.0.1:57387 (4)
hpssd[15077]: debug: Reading data on channel (9)
hpssd[15077]: debug: 'msg=ModelQuery\nmodel=deskjet_5550\n'
hpssd[15077]: debug: Handling:  modelquery 

hpssd[15077]: debug: 'msg=ModelQuery\nmodel=deskjet_5550\n'
hpssd[15077]: debug: Query model: deskjet_5550
hpssd[15077]: debug: Searching directory: /usr/lib/hplip/data/xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/unsupported.xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/HPLIP-1_6_10.xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/HPLIP-0_9_9.xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/HPLIP-1_6_9.xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/HPLIP-0_9_11.xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/HPLIP-1_6_8.xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/HPLIP-0_9_7.xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/HPLIP-1_6_6.xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/HPLIP-1_6_7.xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/HPLIP-0_9_6.xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/HPLIP-0_9_8.xml
hpssd[15077]: debug: Searching file: /usr/lib/hplip/data/xml/HPLIP-0_9_5.xml
hpssd[15077]: debug: Found
hpssd[15077]: debug: Sending data on channel (9)
hpssd[15077]: 
debug: 
'msg=modelqueryresult\ncopy-type=0\nscan-type=0\nfax-type=0\nr0-agent3-sku=58 
(C6658A)\ntech-type=2\nio-support=3\nscan-style=0\nr0-agent2-type=2\nio-mode=1\nio-scan-port=0\nr0-agent1-sku=56
 
(C6656A)\ncase-model-model1=Deskjet 5550\nr0-agent2-sku=57 
(C6657A)\ncolor-cal-type=0\nr0-agent3-kind=3\npanel-check-type=0\ntech-class=DJGenericVIP\nstatus-dynamic-counters=0\npq-diag-type=0\nclean-type=1\nr0-agent1-type=1\nresult-code=0\nalign-type=1\nicon=deskjet_5550.png\nstatus-battery-check=0\nsupport-type=2\npcard-type=0\nlinefeed-cal-type=0\nstatus-type=2\nio-mfp-mode=2\nembedded-server-type=0\nr0-agent3-type=3\nr0-agent2-kind=3\nio-control=0\nr0-agent1-kind=3\n'
hpssd[15077]: debug: Reading data on channel (9)
hpssd[15077]: 
debug: 
'msg=Event\ndevice-uri=hp:/par/deskjet_5550?device=/dev/parport0\njob-id=149\nevent-code=500\nevent-type=event\n'
hpssd[15077]: debug: Handling:  event 
hpssd[15077]: 
debug: 
'msg=Event\ndevice-uri=hp:/par/deskjet_5550?device=/dev/parport0\njob-id=149\nevent-code=500\nevent-type=event\n'
hpssd[15077]: debug: Device URI: hp:/par/deskjet_5550?device=/dev/parport0
hpssd[15077]: debug: Short/Long: The printer has started a print job./
hpssd[15077]: debug: Username (jobid): nicolas (149)
hpssd[15077]: debug: New device: hp:/par/deskjet_5550?device=/dev/parport0
hpssd[15077]: debug: Connected to client: 127.0.0.1:57389 (4)
hpssd[15077]: debug: Reading data on channel (13)
hpssd[15077]: debug: 'msg=ModelQuery\nmodel=deskjet_5550\n'
hpssd[15077]: debug: Handling:  modelquery 

hpssd[15077]: debug: 'msg=ModelQuery\nmodel=deskjet_5550\n'
hpssd[15077]: debug: Query model: deskjet_5550
hpssd[15077]: debug: Sending data on channel (13)
hpssd[15077]: 
debug: 
'msg=modelqueryresult\ncopy-type=0\nscan-type=0\nfax-type=0\nr0-agent3-sku=58 
(C6658A)\ntech-type=2\nio-support=3\nscan-style=0\nr0-agent2-type=2\nio-mode=1\nio-scan-port=0\nr0-agent1-sku=56
 
(C6656A)\ncase-model-model1=Deskjet 5550\nr0-agent2-sku=57 
(C6657A)\ncolor-cal-type=0\nr0-agent3-kind=3\npanel-check-type=0\ntech-class=DJGenericVIP\nstatus-dynamic-counters=0\npq-diag-type=0\nclean-type=1\nr0-agent1-type=1\nresult-code=0\nalign-type=1\nicon=deskjet_5550.png\nstatus-battery-check=0\nsupport-type=2\npcard-type=0\nli

Bug#423449: keep (serial) gettys around

[Frans Pop]

On Friday 11 May 2007 23:53, Geert Stappers wrote:
> Op 08-05-2007 om 13:59 schreef John Morrissey:
> > We often install via serial console with ipmitool(1), but also use
> > the local console from time to time. It would be nice if
> > finish-install simply kept these gettys around, or offered an option
> > to do so (perhaps a debconf question that we could preseed?).
>
> My wish is to keep the serial gettys when done a "keyboard install".

What exactly do you mean by this? Create serial getties even when the 
install is not done over serial console?

Which serial port would you want to use for that? What happens if there is 
not another computer connected to that serial port but some other device?

If an install is done over serial console, we already do keep the serial 
getty, so I really don't understand what you are getting at here.



pgpiLVD52GUqA.pgp
Description: PGP signature

Bug#423455: pure-ftpd: Depends: pure-ftpd-common (= 1.0.21-8+b1) but 1.0.21-8 is to be installed

[Tristan Seligmann]

Package: pure-ftpd
Version: 1.0.21-8+b1
Severity: serious
Justification: Policy 2.2.1

Seems like this got broken with the 1.0.21-8+b1 NMU; pure-ftpd is thus
not installable in unstable.

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

Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core)
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 pure-ftpd depends on:
ii  libc6 2.5-7  GNU C Library: Shared libraries
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libpam0g  0.79-4 Pluggable Authentication Modules l
ii  libssl0.9.8   0.9.8e-4   SSL shared libraries
ii  pure-ftpd-common  1.0.21-8   Pure-FTPd FTP server (Common Files

pure-ftpd recommends no packages.

-- no debconf information


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

Bug#307257: About winbind 3 and squid with ntlm authentication (Debian Bug #307257)

[Luigi Gangitano]

Hi all,
I was hit by this bug myself last week, while installing an NTLM  
authenticated squid.


Il giorno 10/mag/07, alle ore 02:30, Jim Barber ha scritto:
This should probably be raised as a bug (wishlist?) with the squid  
maintainers to have this setting changed in the example file (and  
default config file if it's set) as it breaks the use of the  
winbindd_priv group.
Do one of you winbind maintainers want to do that, or do you want  
me to do it? :)


squid_effective_group was set to allow default permissions on cache  
and log files to user/group proxy. If squid_effective_group is  
changed as something else, startup script fixes permissions on the fly.


While the fix is easy and administrators can apply by themselves, I'm  
now planning to disable the default setting and add user proxy  
(default squid user in Debian package) to winbindd_priv group at  
install time. This should fix this issue in the default installation.


Regards,

L

--
Luigi Gangitano -- <[EMAIL PROTECTED]> -- <[EMAIL PROTECTED]>
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26




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

Bug#423454: way to mark (esp. with ':' or '=') all binaries from the same source package

[Zack Weinberg]

Package: aptitude
Version: 0.4.4-4
Severity: wishlist

I regularly want to be able to cancel an upgrade of all binary packages from
one source package.  A key like ':' but acting on everything from the same
source as the currently selected binary would be ideal.

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

Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core)
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 aptitude depends on:
ii  apt [libapt-pkg-libc6.3-6-3 0.6.46.4-0.1 Advanced front-end for dpkg
ii  libc6   2.5-7GNU C Library: Shared libraries
ii  libgcc1 1:4.1.2-6GCC support library
ii  libncursesw55.5-5Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a  2.0.17-2 type-safe Signal Framework for C++
ii  libstdc++6  4.1.2-6  The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do  (no description available)
pn  libparse-debianchangelog-perl  (no description available)

-- no debconf information


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

Bug#175911: [mga] wrong modeline being sent to monitor at 1280x1024 on MGA G550 AGP rev 1]

[Carsten Pfeiffer]

Woohoo, this is great news!

I just tested it and it worked right away. No more binary HAL necessary
anymore.

Thanks,
Carsten


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

Bug#423452: dpkg-dev: Weird warnings with multiple architectures Use of uninitialized value in concatenation

[Sune Vuorela]

Package: dpkg-dev
Version: 1.14.2
Severity: normal


hi!

I have the following Architecture line in my control file:
Architecture: i386 ia64 powerpc sparc hppa amd64

When I try to bulid my package, i get some weird warnings from
dpkg-architecture when invoked thru dh_gencontrol, dpkg-genchanges and
others.

Use of uninitialized value in concatenation (.) or string at
/usr/lib/dpkg/controllib.pl line 279.
Use of uninitialized value in concatenation (.) or string at
/usr/lib/dpkg/controllib.pl line 287.

I get around more than 50 of these during the package build.


if I change the Architecture line to Architecture: i386, these warnings
go away.

They wasn't present with version .13

The build seems to finish nicely - but these warnings doesn't look nice

/Sune


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

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

Versions of packages dpkg-dev depends on:
ii  binutils   2.17cvs20070426-5 The GNU assembler, linker and bina
ii  cpio   2.7-2 GNU cpio -- a program to manage ar
ii  dpkg   1.14.2package maintenance system for Deb
ii  make   3.81-3The GNU version of the "make" util
ii  patch  2.5.9-4   Apply a diff file to an original
ii  perl [perl5]   5.8.8-7   Larry Wall's Practical Extraction 
ii  perl-modules   5.8.8-7   Core Perl modules

Versions of packages dpkg-dev recommends:
ii  bzip21.0.3-6 high-quality block-sorting file co
ii  gcc [c-compiler] 4:4.1.2-2   The GNU C compiler
ii  gcc-2.95 [c-compiler]1:2.95.4-27 The GNU C compiler
ii  gcc-4.1 [c-compiler] 4.1.2-6 The GNU C compiler

-- no debconf information


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

Bug#423453: mplayer: Icon in Gnome Panel Distorted

[Sean]

Package: mplayer
Version: 1.0~rc1-13
Severity: minor

mplayer's icon in the both of the gnome panels is distorted, it looks 
like a gray box with horizontal lines instead of the mplayer logo. The 
distorted image appears to change with repeated uses of mplayer.

I have attached two images of the distorted, one for each of the two 
panels.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.18-4-powerpc
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 mplayer depends on:
ii  debconf [debconf-2. 1.5.13   Debian configuration management sy
ii  libasound2  1.0.13-2 ALSA library
ii  libatk1.0-0 1.12.4-3 The ATK accessibility toolkit
ii  libaudiofile0   0.2.6-6  Open-source version of SGI's audio
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libcaca00.99.beta11.debian-3 colour ASCII art library
ii  libcairo2   1.2.4-4  The Cairo 2D vector graphics libra
ii  libcdparanoia0  3.10+debian~pre0-4   audio extraction tool for sampling
ii  libconfhelper-perl  0.12.5   Library for editing configuration 
ii  libcucul0   0.99.beta11.debian-3 low-level Unicode character drawin
ii  libdirectfb-0.9-25  0.9.25.1-5   direct frame buffer graphics - sha
ii  libdvdread3 0.9.7-3  library for reading DVDs
ii  libesd-alsa0 [libes 0.2.36-3 Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.2.1-5  FreeType 2 font engine, shared lib
ii  libgl1-mesa-glx [li 6.5.1-0.6A free implementation of the OpenG
ii  libglib2.0-02.12.4-2 The GLib library of C routines
ii  libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface 
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  liblircclient0  0.8.0-9.2LIRC client library
ii  liblzo1 1.08-3   data compression library (old vers
ii  libmad0 0.15.1b-2.1  MPEG audio decoder library
ii  libncurses5 5.5-5Shared libraries for terminal hand
ii  libogg0 1.1.3-2  Ogg Bitstream Library
ii  libpango1.0-0   1.14.8-5 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-1   PNG library - runtime
ii  libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer
ii  libsmbclient3.0.24-6 shared library that allows applica
ii  libspeex1   1.1.12-3 The Speex Speech Codec
ii  libtheora0  0.0.0.alpha7.dfsg-2  The Theora Video Compression Codec
ii  libungif4g  4.1.4-4  shared library for GIF images
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1.1.7-4  X cursor management library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.1-5X11 miscellaneous 'fixes' extensio
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.1-4.1  X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-5  X11 RandR extension library
ii  libxrender1 1:0.9.1-3X Rendering Extension client libra
ii  libxv1  1:1.0.2-1X11 Video extension library
ii  libxvmc11:1.0.4-2X11 Video extension library
ii  libxxf86dga12:1.0.1-2X11 Direct Graphics Access extensi
ii  libxxf86vm1 1:1.0.1-2X11 XFree86 video mode extension l
ii  mplayer-skin-blue [ 1.6-1blue skin for mplayer
ii  zlib1g  1:1.2.3-13   compression library - runtime

mplayer recommends no packages.

-- debconf information:
  mplayer/voutput: autodetect
  mplayer/rtc: false
  mplayer/ttfont: Sans
  mplayer/cfgnote:
  mplayer/replace-existing-files-bail:
  mplayer/replace-existing-files: false
  mplayer/no-ttfont:
  mplayer/install_codecs:
  mplayer/dvd_device: /dev/cdrom
<><>

Bug#423446: pycurl_7.15.5-1 (unstable): FTBFS: versioned build-dep on libucrl3-gnutls-dev

[Domenico Andreoli]

On Fri, May 11, 2007 at 03:04:58PM -0700, Steve Langasek wrote:
> 
> Hi Domenico,

Hi Steve,

> You might have heard about the libcurl3 -> libcurl4 transition in unstable.
> ;)  One of your packages, pycurl, is failing to build because it has a
> versioned build-dependency on libcurl3-gnutls-dev, which of course is now a
> virtual package:
> 
>  dpkg-checkbuilddeps: Unmet build dependencies: libcurl3-gnutls-dev (>= 
> 7.15.4-1)
>  dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.

I had already figured out this preparing new upstream release... :/

> Please update your build dependencies to the new package name so that the
> curl transition can proceed to testing once glibc is unblocked.

I will do it soon, thank you.

Cheers,
Domenico

-[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


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

Bug#423421: googleearth-package: fails to build package with latest GoogleEarth version (4.1.7076.4458)

[Wesley J. Landaker]

On Friday 11 May 2007 12:13:16 Kevin Baradon wrote:
> Trying to build a package without --force fails :
>
> [EMAIL PROTECTED]:~$ make-googleearth-package
> Google Earth for GNU/Linux 4.1.7076.4458
> Unrecognized Google Earth version (use --force to build anyway)
>
> Using --force builds a working package, but with a weird version
> (googleearth_+0.0.8-1_i386.deb) :
>
> [EMAIL PROTECTED]:~$ make-googleearth-package --force
> Google Earth for GNU/Linux 4.1.7076.4458
> Unrecognized Google Earth version; using anyway (because of --force).
[...]
> dpkg-deb: construction du paquet «googleearth» dans
> «./googleearth_+0.0.8-1_i386.deb». Success!

So, from the transcript you sent, it *is* building a valid package, but it's 
named "googleearth_+0.0.8-1_i386.deb", which I agree is probably not what 
you were expecting. Is this correct?

This comes up because when it doesn't recognize the version and you 
use --force, it uses a blank version, which is then augmented with the 
googleearth-package version (hence "+0.0.8-1" instead of 
the "4.1.7076.4458+0.0.8-1" you were expecting).

Anyway, I can fix this in the next version if this is all that's going on. 
If these is some other problem, like the package built is actually bad, 
that might be a separate issue, which you should file separately.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpC2rB2KuvVT.pgp
Description: PGP signature

Bug#423451: uninitialised value in update-alternatives

[Joey Hess]

Package: dpkg
Version: 1.14.2
Severity: normal

Setting up nano (2.0.6-1) ...
Use of uninitialized value in string ne at /usr/sbin/update-alternatives line 
461.
Use of uninitialized value in string ne at /usr/sbin/update-alternatives line 
461
Use of uninitialized value in string ne at /usr/sbin/update-alternatives line 
461.
Use of uninitialized value in string ne at /usr/sbin/update-alternatives line 
461.
Use of uninitialized value in string ne at /usr/sbin/update-alternatives line 
461.
Use of uninitialized value in string ne at /usr/sbin/update-alternatives line 
461.
Use of uninitialized value in string ne at /usr/sbin/update-alternatives line 
461.
Use of uninitialized value in string ne at /usr/sbin/update-alternatives line 
461.
Use of uninitialized value in string ne at /usr/sbin/update-alternatives line 
461.
Use of uninitialized value in string ne at /usr/sbin/update-alternatives line 
461.
Use of uninitialized value in pattern match (m//) at 
/usr/sbin/update-alternatives line 717.
Use of uninitialized value in concatenation (.) or string at 
/usr/sbin/update-alternatives line 718.
Use of uninitialized value in pattern match (m//) at 
/usr/sbin/update-alternatives line 717.
Use of uninitialized value in concatenation (.) or string at 
/usr/sbin/update-alternatives line 718.
Use of uninitialized value in pattern match (m//) at 
/usr/sbin/update-alternatives line 717.
Use of uninitialized value in concatenation (.) or string at 
/usr/sbin/update-alternatives line 718.
Use of uninitialized value in pattern match (m//) at 
/usr/sbin/update-alternatives line 717.
Use of uninitialized value in concatenation (.) or string at 
/usr/sbin/update-alternatives line 718.
Use of uninitialized value in pattern match (m//) at 
/usr/sbin/update-alternatives line 717.
Use of uninitialized value in concatenation (.) or string at 
/usr/sbin/update-alternatives line 718.
Use of uninitialized value in pattern match (m//) at 
/usr/sbin/update-alternatives line 717.
Use of uninitialized value in concatenation (.) or string at 
/usr/sbin/update-alternatives line 718.
Use of uninitialized value in pattern match (m//) at 
/usr/sbin/update-alternatives line 717.
Use of uninitialized value in concatenation (.) or string at 
/usr/sbin/update-alternatives line 718.
Use of uninitialized value in pattern match (m//) at 
/usr/sbin/update-alternatives line 717.
Use of uninitialized value in concatenation (.) or string at 
/usr/sbin/update-alternatives line 718.
Use of uninitialized value in pattern match (m//) at 
/usr/sbin/update-alternatives line 717.
Use of uninitialized value in concatenation (.) or string at 
/usr/sbin/update-alternatives line 718.
Use of uninitialized value in pattern match (m//) at 
/usr/sbin/update-alternatives line 717.
Use of uninitialized value in concatenation (.) or string at 
/usr/sbin/update-alternatives line 718.

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

Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core)
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 dpkg depends on:
ii  coreutils 5.97-5.3   The GNU core utilities
ii  libc6 2.5-7  GNU C Library: Shared libraries

dpkg recommends no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#423450: audacious-plugins_1.3.3-2: FTBFS: versioned b-d on libcurl3-gnutls-dev

[Steve Langasek]

Package: audacious-plugins
Version: 1.3.3-2
Severity: serious
Tags: sid

Hi Adam,

The libcurl package has bumped sonames, so all packages depending on
libcurl3 need to be rebuilt for libcurl4.  An attempt to do so for
audacious-plugins fails, because audacious-plugins has a versioned
build-dependency on libcurl3-gnutls-dev, which is now a virtual package:

 dpkg-checkbuilddeps: Unmet build dependencies: libcurl3-gnutls-dev (>= 7.9.7) 
| libcurl-dev (>= 7.9.7)
 dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.

A full build log can be found at
.

Please update your package's build dependencies to refer to the appropriate
libcurl4 -dev package, so that the curl transition can move forward for
lenny.

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#415543: Re: Bug#415543: xorg: same for power macintosh 6500

[Brice Goglin]

[EMAIL PROTECTED] wrote:
> Well,
> I admit it looks like the network card is the cause. Xorg only crashes after 
> I try to make a network connection. I can open dillo, look at my filesystem 
> and open all kinds of graphics without xorg crashing. It's only after I try 
> to connect with the network where the screen just goes totally black. I tried 
> the 2.6.20 kernel from unstable and had the same result. I also tried 
> changing the network card, but not only was I not able to get a network 
> connection but I also couldn't get xorg to start at all anymore. The funny 
> thing is that the network works fine when xorg isn't running. I guess it's 
> just a matter of figuring out what the read out from dmesg means. I could try 
> to find an older 2.6.15 or 2.6.17 kernel from when etch was in testing, but 
> I'll have to find it first. 2.6.8 from sarge doesn't install because of some 
> dependency thing.
> Anyway, thanks for the help guys. Any ideas how to pursue this matter further?
> Rob  
>   

It could be a hardware conflict between your network interface and
graphic board. Do they use the same interrupt line according to
/proc/interrupts?
If you had a PC, I would have told you to look in the BIOS for
"plug-n-play OS" or so, but since this is a mac I don't know.

By the way, when did this problem appear? Did you have Xorg+network
working fine before? What did you upgrade in the meantime?

Brice



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

Bug#422870: Maybe caused by missing updatefeed.uno.so?

[Rene Engelhard]

tag 422870 + pending
thanks

Harri Pitkänen wrote:
> And with strace I get
> 
> [EMAIL PROTECTED]:~$ strace -e trace=open /usr/lib/openoffice/program/unopkg 
> gui
> 
> [snip]
> 
> open("/var/spool/openoffice/uno_packages/cache", O_RDONLY|O_NONBLOCK|
> O_DIRECTORY) = 26
> open("DB_CONFIG", O_RDONLY) = -1 ENOENT (No such file or 
> directory)
> open("/proc/stat", O_RDONLY)= 26
> open("/usr/lib/openoffice/program/updatefeed.uno.so", O_RDONLY) = -1 ENOENT 
> (No such file or directory)
> open("/usr/lib/openoffice/program/updatefeed.uno.so", O_RDONLY) = -1 ENOENT 
> (No such file or directory)
> open("/usr/lib/openoffice/program/updatefeed.uno.so", O_RDONLY) = -1 ENOENT 
> (No such file or directory)
> open("/etc/ld.so.cache", O_RDONLY)  = 26
> open("/lib/updatefeed.uno.so", O_RDONLY) = -1 ENOENT (No such file or 
> directory)
> open("/usr/lib/updatefeed.uno.so", O_RDONLY) = -1 ENOENT (No such file or 
> directory)
> open("/lib/x86_64-linux-gnu/updatefeed.uno.so", O_RDONLY) = -1 ENOENT (No 
> such 
> file or directory)
> open("/usr/lib/x86_64-linux-gnu/updatefeed.uno.so", O_RDONLY) = -1 ENOENT (No 
> such file or directory)
> open("./updatefeed.uno.so", O_RDONLY)   = -1 ENOENT (No such file or 
> directory)
> 
> ERROR: (com.sun.star.uno.DeploymentException) { { { Message = "component 
> context fails to supply service 
> com.sun.star.deployment.UpdateInformationProvider of type 
> com.sun.star.deployment.XUpdateInformationProvider", Context = 
> (com.sun.star.uno.XInterface) @6407b0 } } }
> 
> unopkg failed.
> Process 8259 detached
> 
> 
> So maybe updatefeed.uno.so, which got removed in 2.2.0-5, is needed here 
> after 
> all?

Hrmpf. Seems indeed the case. This one looks (and probably actually is)
another incrnation of the "check for update" bogusity, but aparently the
extension manager needs it :/

Will be in the next upload.

Gr??e/Regards,

Ren?
-- 
 .''`.  Ren? Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



signature.asc
Description: Digital signature

Bug#383316: Derivative works for songs

[Francesco Poli]

On Fri, 11 May 2007 16:05:34 +0100 Matthew Johnson wrote:

> For the Frets on Fire arcade game which we are packaging I have found
> an original artist willing to licence his works under the MIT licence.

That's great news, indeed!  :)

> Four of the five songs are completely original works; the fifth,
> however, whilst being an original composition is inspired by another
> song. The email I have from the artist is below; I think that probably
> this counts as a derivative work, and hence would need permission from
> the original author, but I am not sure.

Mmmmh, the author says

| The song "Ryu´s theme" is a heavy metal version of the Ryu´s Song in
| the famous videogame Street Fighter 2

I really cannot remember the original Ryu's theme (it's been a looong
time since I last saw Street Fighter 2 in an arcade, and the audio is
usually set pretty low volume in arcades anyway...), hence I'm not
qualified to evaluate by myself.

However, if the author says that it's a metal version of Ryu's theme, I
think he means that the melody is the same, even though the musical
genre is changed.
*If* this is the case, I would call it a "cover" and hence I'm afraid it
qualifies as an adaptation or derivative work of the original
soundtrack, which is copyrighted by CAPCOM (most probably).

> Obviously debian-legal are not lawyers, but I would appreciate your
> opinions. I could just leave it out to be on the safe side, I could
> leave it in, hope that the ftp-masters accept it and hope that nothing
> comes of it or I could try and get an opinion from someone like SPI.

I would leave it out.


There's another issue with the remaining four songs, though.
Is their source available?
I mean: what's the preferred form[1] for making modifications to the
songs?  Is this form available?

I ask it because I'm convinced[2] that DFSG#2 mandates the distribution
of source, even for works whose license does not mandate it.
Moreover, I see that some of the songs have a comment that claims
"Made with Sony ACID Pro 5.0".  Are they made with this proprietary
sequencer[3]?
If this is the case, I'm afraid that those songs Build-Depend on
non-free software...


[1] this is the most widely accepted definition of source code (it's the
one found in the GNU GPL)
[2] however, surprisingly enough, release managers don't seem to agree
with me for non-programmatic works...
[3] http://www.sonycreativesoftware.com/products/acidfamily.asp


-- 
 http://frx.netsons.org/doc/nanodocs/testing_workstation_install.html
 Need to read a Debian testing installation walk-through?
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpwoIpM8Wf8A.pgp
Description: PGP signature

Bug#423448: tclcurl_0.15.3-3 (unstable): FTBFS: versioned b-d on libcurl3-gnutls-dev

[Steve Langasek]

Package: tclcurl
Version: 0.15.3-3
Severity: serious
Tags: sid

Hi Sven,

The libcurl package has bumped sonames, so all packages depending on
libcurl3 need to be rebuilt for libcurl4.  An attempt to do so for tclcurl
fails, because tclcurl has a versioned build-dependency on
libcurl3-gnutls-dev, which is now a virtual package:

 dpkg-checkbuilddeps: Unmet build dependencies: libcurl3-gnutls-dev (>= 
7.15.0-2)
 dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.

A full build log can be found at
.

Please update your package's build dependencies to refer to the appropriate
libcurl4 -dev package, so that the curl transition can move forward for
lenny.

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#423447: esniper_2.16.1-1 (unstable): FTBFS: versioned b-d on libcurl3-openssl-dev

[Steve Langasek]

Package: esniper
Version: 2.16.1-1
Severity: serious
Tags: sid

Hi Dima,

The libcurl package has bumped sonames, so all packages depending on
libcurl3 need to be rebuilt for libcurl4.  An attempt to do so for esniper
fails, because esniper has a versioned build-dependency on
libcurl3-openssl-dev, which is now a virtual package:

 dpkg-checkbuilddeps: Unmet build dependencies: libcurl3-openssl-dev (>= 7.15.5)
 dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.
A full build log can be found at
.

Please update your package's build dependencies to refer to the appropriate
libcurl4 -dev package, so that the curl transition can move forward for
lenny.

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#423444: pam-http_3-1 (unstable): FTBFS: CURLOPT_PASSWDFUNCTION' undeclared

[Steve Langasek]

Package: pam-http
Version: 3-1
Severity: serious
Tags: sid

Hi Anand,

Attempts to rebuild pam-http in unstable for the libcurl3 -> libcurl4
transition are failing when building against libcurl4-dev, because pam_http
appears to depend on an obsolete curl option:

cc -Werror -Wall -fPIC -shared -Xlinker -x -o pam_http.so pam_http.c -lcurl
pam_http.c: In function 'geturl':
pam_http.c:67: error: 'CURLOPT_PASSWDFUNCTION' undeclared (first use in this 
function)
pam_http.c:67: error: (Each undeclared identifier is reported only once
pam_http.c:67: error: for each function it appears in.)
make[1]: *** [pam_http.so] Error 1

A full build log can be found at
.

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#422869: keep (serial) gettys around

[Geert Stappers]

clone 422869 -1
retitle -1 keep (serial) gettys around
thanks

Op 08-05-2007 om 13:59 schreef John Morrissey:
> We often install via serial console with ipmitool(1), but also use the local
> console from time to time. It would be nice if finish-install simply kept
> these gettys around, or offered an option to do so (perhaps a debconf
> question that we could preseed?).

My wish is to keep the serial gettys when done a "keyboard install".


Cheers
Geert Stappers



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

Bug#423445: mercurial: mq extension complains each time hg is run

[David Caldwell]

Package: mercurial
Version: 0.9.3-2
Severity: normal


Everytime I run hg I get this:

*** failed to import extension hgext/mq
'module' object has no attribute 'commitopts'

Everything still seems to work but I think it's causing my emacs
mercurial mode to barf.

I'm not sure exactly when it started because I only use mercurial
sporatically.

-David

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

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

Versions of packages mercurial depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  python  2.4.4-2  An interactive high-level object-o
ii  python-support  0.6.3automated rebuilding support for p
ii  python2.4   2.4.4-3  An interactive high-level object-o

Versions of packages mercurial recommends:
ii  rcs   5.7-18 The GNU Revision Control System
ii  tk8.3 [wish]  8.3.5-6Tk toolkit for Tcl and X11, v8.3 -
ii  tk8.4 [wish]  8.4.12-1   Tk toolkit for Tcl and X11, v8.4 -
ii  tkdiff1:4.1.3-1  graphical side by side "diff" util

-- no debconf information


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

Bug#422869: please don't disable local (non-serial) consoles when installing via serial console

[Geert Stappers]

severity 422896 normal
merge 422869 420820
thanks

Op 08-05-2007 om 13:59 schreef John Morrissey:
> At the same time, it disables the gettys on the local console (tty[1-6]).

That could be the reason for #420820.


Cheers
Geert Stappers



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

Bug#423446: pycurl_7.15.5-1 (unstable): FTBFS: versioned build-dep on libucrl3-gnutls-dev

[Steve Langasek]

Package: pycurl
Version: 7.15.5-1
Severity: serious
Tags: sid

Hi Domenico,

You might have heard about the libcurl3 -> libcurl4 transition in unstable.
;)  One of your packages, pycurl, is failing to build because it has a
versioned build-dependency on libcurl3-gnutls-dev, which of course is now a
virtual package:

 dpkg-checkbuilddeps: Unmet build dependencies: libcurl3-gnutls-dev (>= 
7.15.4-1)
 dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.

A full build log can be found at
.

Please update your build dependencies to the new package name so that the
curl transition can proceed to testing once glibc is unblocked.

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/


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

Bug#423184: openoffice.org: Segfaults on startup

[Linas Žvirblis]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

I can confirm this. I tested 2.2.0-6, 2.2.0-7, 2.2.1~oof680m15-1,
2.2.0-5, and 2.0.4.dfsg.2-7 (in given order) - none of them work. It is
not a clean install, just a list of what I tested TODAY. At least
2.2.0-5 did work before.

My system is mixed Unstable/Experimental, which I upgrade often. My best
bet was that his was caused by recent upgrades of either libc6 or
libglib2.0-0, but going to earlier versions (libc6 2.5-5, libglib2.0-0
2.12.9-2) has no effect, so it must be something else. Still searching.

My video driver is proprietary fglrx, but it was not updated for quite
some time. Rebuilt it today just to be sure, no difference.

Data collected by reportbug attached.

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

iD8DBQFGROh9ztOe9mov/y4RAov0AJ0dNZaKTUcOImmAsHW2CKrMbTgzoACeJAH8
d5fQnJoDGqNkxLGM0ckthLc=
=KhiF
-END PGP SIGNATURE-
Package: openoffice.org
Version: 2.2.1~oof680m15-1

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

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

Versions of packages openoffice.org depends on:
ii  openoffice.org-base2.2.1~oof680m15-1 OpenOffice.org office suite - data
ii  openoffice.org-calc2.2.1~oof680m15-1 OpenOffice.org office suite - spre
ii  openoffice.org-core2.2.1~oof680m15-1 OpenOffice.org office suite archit
ii  openoffice.org-draw2.2.1~oof680m15-1 OpenOffice.org office suite - draw
ii  openoffice.org-filter- 2.2.1~oof680m15-1 Legacy filters (e.g. StarOffice 5.
ii  openoffice.org-filter- 2.2.1~oof680m15-1 Mobile Devices Filters for OpenOff
ii  openoffice.org-impress 2.2.1~oof680m15-1 OpenOffice.org office suite - pres
ii  openoffice.org-java-co 2.2.1~oof680m15-1 OpenOffice.org office suite Java s
ii  openoffice.org-math2.2.1~oof680m15-1 OpenOffice.org office suite - equa
ii  openoffice.org-writer  2.2.1~oof680m15-1 OpenOffice.org office suite - word

openoffice.org recommends no packages.

Versions of packages openoffice.org-writer depends on:
ii  libc6  2.5-7 GNU C Library: Shared libraries
ii  libgcc11:4.1.2-6 GCC support library
ii  libicu36   3.6-2 International Components for Unico
ii  libstdc++6 4.1.2-6   The GNU Standard C++ Library v3
ii  libstlport5.1  5.1.3-1   STLport C++ class library
ii  libwpd8c2a 0.8.9-2   Library for handling WordPerfect d
ii  libwps-0.1-1   0.1.0-3   Works text file format import filt
ii  libxml22.6.28.dfsg-1 GNOME XML library
ii  openoffice.org-core2.2.1~oof680m15-1 OpenOffice.org office suite archit
ii  python-uno 2.2.1~oof680m15-1 Python interface for OpenOffice.or
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages openoffice.org-base depends on:
ii  gij [java2-r 4:4.1.2-2   The GNU Java bytecode interpreter
ii  gij-4.1 [jav 4.1.2-6 The GNU Java bytecode interpreter
ii  java-gcj-com 1.0.76-2Java runtime environment using GIJ
ii  libc62.5-7   GNU C Library: Shared libraries
ii  libgcc1  1:4.1.2-6   GCC support library
ii  libglib2.0-0 2.12.12-1   The GLib library of C routines
ii  libhsqldb-ja 1.8.0.7-3   Java SQL database engine
ii  libmdbtools  0.5.99.0.6pre1.0.20051109-4 mdbtools libraries
ii  libstdc++6   4.1.2-6 The GNU Standard C++ Library v3
ii  libstlport5. 5.1.3-1 STLport C++ class library
ii  openoffice.o 2.2.1~oof680m15-1   OpenOffice.org office suite archit
ii  openoffice.o 2.2.1~oof680m15-1   OpenOffice.org office suite Java s

Versions of packages openoffice.org-calc depends on:
ii  libc6  2.5-7 GNU C Library: Shared libraries
ii  libgcc11:4.1.2-6 GCC support library
ii  libstdc++6 4.1.2-6   The GNU Standard C++ Library v3
ii  libstlport5.1  5.1.3-1   STLport C++ class library
ii  libufsparse1.2-7 collection of libraries for comput
ii  lp-solve   5.5.0.10-3Solve (mixed integer) linear progr
ii  openoffice.org-core2.2.1~oof680m15-1 OpenOffice.org office suite archit

Versions of packages openoffice.org-base depends on:
ii  gij [java2-r 4:4.1.2-2   The GNU Java bytecode interpreter
ii  gij-4.1 [jav 4.1.2-6 The GNU Java bytecode interpreter
ii  java-gcj-com 1.0.76-2Java runtime environment using GIJ
ii  libc62.5-7   GNU C Library: Shared libraries
ii  libgcc1 

Bug#383316: Final Packages?

[Miriam Ruiz]

2007/5/11, Matthew Johnson <[EMAIL PROTECTED]>:


I'll update svn.



Thanks,  :)

I'll downoad it and have a look. A friend of mine is probably testing the
packages (I guess his computer would be clean enough for this). I'll try
them in my lappy too.

I'll probably get another musician to make some songs for FoF and put them
in Debian, so whatever infrastructure we choose, should be able to cope with
that :)

Greetings, and thanks :)
Miry

Bug#410882: Yet another package which needs gtkmm 2.10

[Free Ekanayaka]

Hi,

I would like to package:

http://dino.nongnu.org/glashctl/

which depends on gtkmm 2.10, so another +1 for the package in
unstable!

Thanks,

Free



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

Bug#423371: apt-listchanges: does not show binNMU entries

[Pierre Habouzit]

On Fri, May 11, 2007 at 11:09:59PM +0200, Pierre Habouzit wrote:
> On Fri, May 11, 2007 at 06:40:38PM +0200, Simon Paillard wrote:
> > On Fri, May 11, 2007 at 12:15:32PM +0200, Adeodato Simó wrote:
> > > Package: apt-listchanges
> > > Version: 2.73.2
> > > Severity: normal
> > > 
> > > Subject says all: changelog entries for binary-only NMUs are not shown.
> > > I think the should be.
> > 
> > I guess that is somehow related/due to #422074 "packages.debian.org's
> > changelogs for bin NMUs are broken".
> 
>   No it's not, in fact I don't remember having ever seen a binNMU
> changelog now that you say it. I'll try to investigate.

  Though, packages.d.o bug is certainly the same as mine:
apt-listchanges is only (I mean was ;p) tracking source package
versions, and source package versions don't get incremented on binNMU.

  The problem could also be more tricky as I guess DDPO is tracking
uploads, but I don't have this problem.


  FWIW, I have the fix in my git tree :)

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpSx7qZlW49E.pgp
Description: PGP signature

Bug#423443: Initial package version available

[Otavio Salvador]

Hello,

Grab the initial source packaged using:

dget http://people.debian.org/~otavio/python-cups_1.9.21-1.dsc

TIA,

-- 
Otavio Salvador  O.S. Systems
E-mail: [EMAIL PROTECTED]  http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br


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

Bug#422210: Bug confirmed with new version

[Thomas Florek]

Package: scribus-ng
Version: 1.3.4.dfsg~cvs20070510-1

--- Please enter the report below this line. ---

... confirmed the same bug with the new scribus-ng version

Greetings
Tom

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.21.1-slh-smp-3

Debian Release: lenny/sid
  500 unstablesidux.com
  500 unstableftp.de.debian.org
  500 unstabledebian.scribus.net
  500 unstabledebian.cp69.de
  500 unstabledebian-multimedia.informatik.uni-erlangen.de
   50 experimentalftp.de.debian.org
  200 testing ftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libart-2.0-2(>= 2.3.18) | 2.3.19-3
libc6(>= 2.5-5) | 2.5-7
libcupsys2   (>= 1.2.7) | 1.2.7-4
libfontconfig1   (>= 2.4.0) | 2.4.2-1.2
libfreetype6   (>= 2.2) | 2.2.1-5
libgcc1(>= 1:4.1.2) | 1:4.2-20070405-1
libjpeg62   | 6b-13
liblcms1(>= 1.15-1) | 1.16-5
libqt3-mt  (>= 3:3.3.7) | 3:3.3.7-4+b1
libstdc++6   (>= 4.1.2) | 4.2-20070405-1
libtiff4| 3.8.2-7
libx11-6| 2:1.0.3-7
libxml2 (>= 2.6.28) | 2.6.28.dfsg-1
python2.4   (>= 2.3.90) | 2.4.4-4
zlib1g (>= 1:1.2.1) | 1:1.2.3-13
gs-gpl   (>= 8.01)  | 8.56.dfsg.1-1
 OR gs-afpl  (>= 8.14)  |
 OR gs-esp(>= 7.07) | 8.15.3.dfsg.1-1
python  | 2.4.4-3
python-tk   | 2.4.4-1

locale
LANG=de_DE.UTF-8
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=



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

Bug#423412: grub2: grub-install fails on PPC

[Zoho Vignochi]

On Sat, 2007-12-05 at 07:15 +1000, Jason Thomas wrote:
> try
> # sudo grub-install hd0
I updated to the newest version and tried the above 

sudo grub-install hd0

as well as the README.Debian file

sudo grub-install "(hd,0)"

The result is the same as before.


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

Bug#420820: no console set IBM p5 server

[Geert Stappers]

Op 11-05-2007 om 22:25 schreef Geert Stappers:
> Op 11-05-2007 om 14:26 schreef Rolf Brudeseth:
> 
> > Note that there are three possible consoles on an IBM p5 Server:
> > co:2345:respawn:/sbin/getty hvsi0 9600 vt100   <== Console via serial port 
> > 1 (Non-HMC managed)
> > co:2345:respawn:/sbin/getty hvsi1 9600 vt100   <== Console via serial port 
> > 2 (Non-HMC managed)
> > co:2345:respawn:/sbin/getty hvc0 9600 vt100<== Console via HMC
> 
> Would it OK to activate all three?
> Assuming that detecting a p5 server can be done.

Bugreport #394970 is/was about serial ports on a p5 server.
In that report is not yet a succesfull test confirmed.


HtH
GSt


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

Bug#423443: ITP: python-cups -- Python bindings for CUPS

[otavio]

Package: wnpp
Owner: Otavio Salvador <[EMAIL PROTECTED]>
Severity: wishlist

  Package name: python-cups
  Version : 1.9.21
  Upstream Author : Tim Waugh <[EMAIL PROTECTED]>
  Web page: http://cyberelk.net/tim/data/pycups/
  License : GPL
  Description : Python bindings for CUPS
   A module for using the CUPS 1.2 API in Python programs.


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

Bug#421692: No NVIDIA graphic card is fully supported

[Geert Stappers]

reassign 421692 nvidia-settings
retitle 421692 No NVIDIA graphic card is fully supported
reopen 421692
thanks
(that where instructions for the bugtracking system,
visit http://www.debian.org/Bugs/server-control for more information
about the Debian BTS )

Op 11-05-2007 om 16:02 schreef kaba13:
> On Fri, 2007-05-11 at 18:34 +0200, Geert Stappers wrote:
> 
> > You are free to pursue the answers. You are also free to ignore an advice
> > for not buying hardware that has no free software support.
> > 
> > After all, it is all about Freedom.
> > 
> 
> And it has been quite a pursuit! The Open GL card, still in the works
> I'm told, will be quite expensive. Price somewhere around 600euro but
> will be used, if available because I need the use of supporting GPUs.
> Besides, I could write it off along with a new system! 
> 
> This card was the only upgrade available for my system, (only a P4)
> which was windows centric at the time. Thankfully, it shouldn't be a
> problem since others have experienced their problems with it and were
> able to correct the setup. We shall see!
> 
> I can work Blender under windows but I don't want that. I want entirely
> Linux based productivity and systems. By the way Debian builds Nvidia
> drivers through the module assistant and that is my preference if, we
> can get it to work. I'm told we can and I'll let you know.


Hello Steve,

The above BTS reassign action is to bring you in contact with
other people in Debian who work on Nvidia stuff. ( Hi Randall!  :-)
Where Christian Perrier suggested to open new bug about the X window
system issue, is he right. My reason for continueing on this bugreport,
is because it has history about your enthousiasm.

Go further with the pursuit. I see that you enjoy it!


Cheers
Geert Stappers



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

Bug#423412: grub2: grub-install fails on PPC

[Jason Thomas]

try
# sudo grub-install hd0

On Fri, May 11, 2007 at 12:24:13PM -0300, Zoho Vignochi wrote:
> Package: grub2
> Version: 1.95-5
> Severity: important
> 
> I installed grub2 and invoked grub-install "(hd,0)". The output is 
> 
> ~$ sudo grub-install "(hd,0)"
> /boot/grub must be a mount point.
> 
> I use lvm but boot is a separate ext3 partition (/dev/hda1). I would 
> very much liek to get grub2 working so if there is more information I 
> can provide I will be happy to do so
>  
> -- System Information:
> Debian Release: lenny/sid
>   APT prefers unstable
>   APT policy: (800, 'unstable'), (50, 'experimental')
> Architecture: powerpc (ppc)
> 
> Kernel: Linux 2.6.18-4-powerpc
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages grub2 depends on:
> ii  debconf [debconf-2.0] 1.5.13 Debian configuration management 
> sy
> ii  libc6 2.5-7  GNU C Library: Shared libraries
> ii  libncurses5   5.5-5  Shared libraries for terminal 
> hand
> ii  powerpc-ibm-utils 1.0.2-1utilities for maintenance of IBM 
> P
> 
> grub2 recommends no packages.
> 
> -- debconf information:
>   grub2/numbering_scheme_transition:
> 
> 
> ___
> Pkg-grub-devel mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel


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

Bug#423442: Emacs loads to much from site-start.el

[Peder Stray]

Package: emacs21-el
Version: 21.4a+1-5

startup.el contains a path to load debian-startup, this is within the test 
for site-run-file, an thus should adhere to the documentation of the 
site-run-file variable which states:


Don't use the `site-start.el' file for things some users may not
like.

The patch also contains the following line:

;; It's in here because we want -q to kill it too.

But -q / --no-init-file does not affect that block, --no-site-file does.

The files that -q affect are .emacs and default.el, loading of the last 
one can be inhibited with:


(setq inhibit-default-init t)

in .emacs.

Thus, either move the loading of debian-startup to default.el, or split 
loading of non-default packages on the two files so that users can inhibit 
loading of anything that affects how emacs behaves or looks with 
inhibit-default-init from their .emacs file.


--
  Peder Stray


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

Bug#423371: apt-listchanges: does not show binNMU entries

[Pierre Habouzit]

On Fri, May 11, 2007 at 06:40:38PM +0200, Simon Paillard wrote:
> On Fri, May 11, 2007 at 12:15:32PM +0200, Adeodato Simó wrote:
> > Package: apt-listchanges
> > Version: 2.73.2
> > Severity: normal
> > 
> > Subject says all: changelog entries for binary-only NMUs are not shown.
> > I think the should be.
> 
> I guess that is somehow related/due to #422074 "packages.debian.org's
> changelogs for bin NMUs are broken".

  No it's not, in fact I don't remember having ever seen a binNMU
changelog now that you say it. I'll try to investigate.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpQ2p2TH20Uw.pgp
Description: PGP signature