Bug#467104: [pkg-mono-group] Bug#467104: Announce of the upcoming NMU for the xsp package

[Christian Perrier]

Quoting Mirco Bauer ([EMAIL PROTECTED]):
> Hi Christian,
> 
> On Mon, 2008-06-30 at 18:04 +0200, Christian Perrier wrote:
> > If the maintainer objects to this process I will immediately abort my NMU
> > and send him/her all updates I receive.
> 
> Jo Shields is working on xsp and mod-mono now.
> 
> He applied your NMU changes to the package and now applies the pending
> translations from the BTS to the package.
> 
> So please do not NMU this 2 packages.


OK. I'll send a summary at the end of the translation update period.




signature.asc
Description: Digital signature

Bug#488938: [Pkg-xfce-devel] Bug#488938: [xfce4-panel] xprop output + alt+tab-results

[Yves-Alexis Perez]

On jeu, 2008-07-03 at 12:17 +0200, Matthias Krüger wrote:
> _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DIALOG,
> _NET_WM_WINDOW_TYPE_NORMAL

According to
http://standards.freedesktop.org/wm-spec/latest/ar01s05.html#id2568975

The Client SHOULD specify window types in order of preference (the first
being most preferable)

So in that case, the preference is DIALOG, which means it shouldn't
appears on task list.

What I guess is that xfwm looks if _NET_WM_WINDOW_TYPE_NORMAL is present
to display it in Alt-tab, while tasks and windows list look if
_NET_WM_WINDOW_TYPE_DIALOG to _not_ display it.

So tasks list does its job of hiding dialog windows, and that's the
application's job to tell if it wants that or not.

Cheers,
-- 
Yves-Alexis


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

Bug#487732: Spell-checking TeX explicit chars like \'a

[Alexander E. Patrakov]

While reading the "LaTeX, A Document Preparation System" book (2nd edition, 
from Addison Wesley), I found this on page 38:

> Commands to produce accents and symbols from other languages allow you to
> put small pieces of non-English text in an English document.  They are not
> adequate for writing a complete document in another language.

...and then there goes a suggestion to use the babel package. So this implies 
that Leslie Lamport, the creator of LaTeX and also the author of the cited 
book, did not intend sequences like \'a to be used often enough to make 
spell-checking words containing them a must-have feature.

-- 
Alexander E. Patrakov



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

Bug#489220: Doesn't really enable OpenGL rendering

[Michel Dänzer]

Package: gnash-common-opengl
Version: 0.8.3-2
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Although I have installed gnash-common-opengl instead of gnash-common,
neither gnash nor klash actually use OpenGL rendering. I can tell because
the window contents are properly redirected with compiz, which wouldn't be
the case yet with OpenGL. :}

Inspecting e.g. the gtk-gnash binary with strings, it looks like it contains
lots of references to AGG but none to GL.


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

Kernel: Linux 2.6.25.9
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnash-common-opengl depends on:
ii  base-files 4.0.4 Debian base system miscellaneous f
ii  gstreamer0.10-alsa [gs 0.10.20-1 GStreamer plugin for ALSA
ii  gstreamer0.10-esd [gst 0.10.8-4  GStreamer plugin for ESD
ii  gstreamer0.10-plugins- 0.10.20-1 GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins- 0.10.8-4  GStreamer plugins from the "good" 
ii  gstreamer0.10-x [gstre 0.10.20-1 GStreamer plugins for X11 and Pang
ii  libboost-date-time1.34 1.34.1-11 set of date-time libraries based o
ii  libboost-thread1.34.1  1.34.1-11 portable C++ multi-threading
ii  libc6  2.7-12GNU C Library: Shared libraries
ii  libcurl3-gnutls7.18.2-5  Multi-protocol file transfer libra
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-1   FreeType 2 font engine, shared lib
ii  libgcc11:4.3.1-4 GCC support library
ii  libgl1-mesa-glx [libgl 7.0.3-4   A free implementation of the OpenG
ii  libglib2.0-0   2.16.4-1  The GLib library of C routines
ii  libglu1-mesa [libglu1] 7.0.3-4   The OpenGL utility library (GLU)
ii  libgstreamer-plugins-b 0.10.20-1 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.20-1 Core GStreamer libraries and eleme
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libltdl3   1.5.26-4  A system independent dlopen wrappe
ii  libstdc++6 4.3.1-4   The GNU Standard C++ Library v3
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxml22.6.32.dfsg-2 GNOME XML library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages gnash-common-opengl recommends:
ii  gstreamer0.10-ffmpeg 0.10.4-3FFmpeg plugin for GStreamer
ii  gstreamer0.10-fluendo-mp 0.10.7.debian-1 Fluendo mp3 decoder GStreamer plug
ii  gstreamer0.10-gnomevfs   0.10.20-1   GStreamer plugin for GnomeVFS

- -- no debconf information

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

iD8DBQFIbcRkWoGvjmrbsgARApyvAJ9uV+bxQ6b06musCRjMlMLXerFDXgCfRk8Q
y5KFfm/IuxF9H/ODbS7PdW8=
=WhmI
-END PGP SIGNATURE-



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

Bug#489221: gstreamer0.10-fluendo-mpegmux: new upstream version available

[Ramakrishnan Muthukrishnan]

Package: gstreamer0.10-fluendo-mpegmux
Version: 0.10.2-1
Severity: normal

Hi,

A new upstream version of this plugin is available from the upstream

 

The version currently in unstable is two versions behind. 

Thanks
Ramakrishnan

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

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

Versions of packages gstreamer0.10-fluendo-mpegmux depends on:
ii  libc6  2.7-12GNU C Library: Shared libraries
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgstreamer0.10-0 0.10.20-1 Core GStreamer libraries and eleme
ii  libtsmux0  0.2.0-1   MPEG2 transport stream muxing libr
ii  libxml22.6.32.dfsg-2 GNOME XML library

gstreamer0.10-fluendo-mpegmux recommends no packages.

-- no debconf information



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

Bug#488938: [Pkg-xfce-devel] Bug#488938: [xfce4-panel] xprop output + alt+tab-results

[Yves-Alexis Perez]

On jeu, 2008-07-03 at 12:17 +0200, Matthias Krüger wrote:
> WM_WINDOW_ROLE(STRING) = "dialog"
> _NET_WM_STATE(ATOM) = _NET_WM_STATE_MODAL
> _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DIALOG
> _NET_WM_WINDOW_TYPE_NORMAL

I'd say that's why. Dialog/Modal windows don't have to appear on task
lists. It doesn't appear either on window list.

I don't really know how properties work, but having a window type of
_NET_WM_WINDOW_TYPE_DIALOG _and_ _NET_WM_WINDOW_TYPE_NORMAL seems a bit
weird and confusing.

Cheers,
-- 
Yves-Alexis


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

Bug#405602: please move xterm-256color from ncurses-term to ncurses-base

[Iustin Pop]

Hi,

Are you still considering to do this or do you think it's a bad idea?

If yes, would you accept a patch moving xterm-256color and possible the
screen 256 color variants to ncurses-base?

Would be nice to have this change in lenny... As I see, now even other
terminals have 256-color variants (gnome, konsole, rxvt, putty, etc.).

thanks and sorry for the trouble,
iustin



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

Bug#405602: (no subject)

[Iustin Pop]

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

Bug#486834: linux-image-2.6.25-2-686: the same problem is on kernel 2.6.26-rc8

[Petr Vorel]

> please let us now about xorg upstream bug number.

Here it is:
https://bugs.freedesktop.org/show_bug.cgi?id=16613



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

Bug#487970: Workaround

[Michel Dänzer]

You can avoid the crash by skipping the intro animation, e.g. by
clicking the left mouse button.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer



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

Bug#487554: XSP debconf translations - update

[Jo Shields]

tags 476319 pending
tags 479149 pending
tags 480985 pending
tags 487554 pending
tags 488168 pending
thanks

Dear translators,

The patches found on all bug reports referenced in this message have
been added to the XSP packages in subversion. They are ready to be
rolled out in a new 1.9.1-1 package, as soon as the current call for
translations has ended (in about 3 days).

Thank you for your efforts, and helping to improve internationalization
in Debian.

--Jo Shields




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

Bug#489219: direct cvs mode failure on 64bit arches

[Iustin Pop]

Package: cvsps
Version: 2.1-4
Severity: normal
Tags: patch

The direct cvs code incorrectly converts the hostname to an IP address,
by doing a wrong check with the result of the inet_addr call.

The code does (at line 201 in file cbtcommon/tcp_socket.c):
  if ( (*dest = inet_addr(addr_str)) != -1)

but here *dest is a long, which is signed and on 64 bit arches has a
different size than the actual return address of inet_addr (in_addr_t)
which is unsigned int. As such, the comparison fails, and the test is
always considered successful, and it will generate the known "Network
unreachable" message when running git-cvsimport. On 32bit arches, due to
the same size, the code will run correctly.

Per
http://www.opengroup.org/onlinepubs/95399/functions/inet_addr.html,
it is simply enough to test the return value against (in_addr_t)(-1),
which I can confirm works on both 32 and 64 bit. Patch attached.

Side note: the function in cause also has a different codepath for
#ifdef LINUX, but this define is not used anywhere else; the same
problem can be solved (at least on Debian) by modifying in Makefile the
CFLAGS and adding -DLINUX.

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

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

Versions of packages cvsps depends on:
ii  cvs1:1.12.13-11  Concurrent Versions System
ii  libc6  2.7-12GNU C Library: Shared libraries
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

cvsps recommends no packages.

-- no debconf information
#! /bin/sh /usr/share/dpatch/dpatch-run
## 05-inet_addr_fix.dpatch by Iustin Pop <[EMAIL PROTECTED]>
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Fix the inet_addr result check with correct type casting

@DPATCH@

diff -urN cvsps-2.1.orig/cbtcommon/tcpsocket.c cvsps-2.1/cbtcommon/tcpsocket.c
--- cvsps-2.1.orig/cbtcommon/tcpsocket.c2005-05-26 05:39:40.0 
+0200
+++ cvsps-2.1/cbtcommon/tcpsocket.c 2008-07-04 07:45:08.571962583 +0200
@@ -198,7 +198,7 @@
 memcpy(dest, &ip.s_addr, sizeof(ip.s_addr));
   }
 #else
-  if ( (*dest = inet_addr(addr_str)) != -1)
+  if ( (*dest = inet_addr(addr_str)) != (in_addr_t)-1)
   {
 /* nothing */
   }

Bug#489218: win32-loader: [INTL:vi] Vietnamese program translation update

[Clytie Siddall]

Package: win32-loader
Version:
Tags:  l10n patch
Severity: wishlist

The updated Vietnamese translation for the program file: win32-loader

Incidentally, are we using NSIS Unicode [1]? It provides UTF-8 support  
for Windows installers (and I've added a Vietnamese translation to it).


translated and submitted by:

Clytie Siddall
Vietnamese Free-Software Translation Team
http://vnoss.net/dokuwiki/doku.php?id=projects:l10n

win32-loader_l10n_po_vi.po
Description: Binary data



[1] http://www.scratchpaper.com/

Bug#489217: audacious: segmentation fault on loading playlist since upgrade to 1.5.1-1

[Andreas Unterkircher]

Package: audacious
Version: 1.5.1-1
Severity: important

Hello,

Since the upgrade of audacious in lenny from 1.5.0-2 to 1.5.1-1,
it segfaults during loading the default playlist.

The last line before the segfault occurs look like:

stat64("/home/unki/.config/audacious/playlist.xspf",
{st_mode=S_IFREG|0644, st_size=345, ...}) = 0
stat64("/home/unki/.config/audacious/playlist.xspf",
{st_mode=S_IFREG|0644, st_size=345, ...}) = 0
open("/home/unki/.config/audacious/playlist.xspf", O_RDONLY|O_LARGEFILE)
= 11
fstat64(11, {st_mode=S_IFREG|0644, st_size=345, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb4b55000
read(11, " Save Default List), close
audacious and try to start it again, it segfaults.

Also if I try to open a playlist in PLS format, it segfaults
immediately.

It seems also the "Status icon" plugin causes segfaults. But maybe
this issue comes from that the audacious-plugin package is still at
1.5.0-2 in lenny.

Cheers,
Andreas

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

Kernel: Linux 2.6.24-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 audacious depends on:
ii  audacious-plugins 1.5.0-2Base plugins for audacious
ii  dbus  1.2.1-2simple interprocess messaging syst
ii  gtk2-engines-pixbuf   2.12.9-3   Pixbuf-based theme for GTK+ 2.x
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libaudclient1 1.5.1-1audacious D-Bus remote control lib
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-1+b1 The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.1-2simple interprocess messaging syst
ii  libdbus-glib-1-2  0.76-1 simple interprocess messaging syst
ii  libglib2.0-0  2.16.3-2   The GLib library of C routines
ii  libgtk2.0-0   2.12.9-3   The GTK+ graphical user interface 
ii  libice6   2:1.0.4-1  X11 Inter-Client Exchange library
ii  libmcs1   0.7.0-1Abstraction library to store confi
ii  libmowgli10.6.1-1a high performance development fra
ii  libpango1.0-0 1.20.3-2   Layout and rendering of internatio
ii  libsamplerate00.1.3-1audio rate conversion library
ii  libsm62:1.0.3-2  X11 Session Management library
ii  libx11-6  2:1.1.4-2  X11 client-side library

Versions of packages audacious recommends:
ii  audacious-plugins-extra   1.5.0-2Various extra plugins for audaciou
ii  unzip 5.52-11De-archiver for .zip files

-- no debconf information



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

Bug#489216: cupsys: Turning off printer hangs system.

[Andrew Vaughan]

Package: cupsys
Version: 1.2.7-4etch3
Severity: important

Hi

Turning off my laser printer (connected via parallel port) effectively hangs 
my home server.  Whilst hung, the system will respond to pings (reply times
in the 20-30 ms range, verses a normal < 0.2ms response), but running jobs are 
effectively hung (top on the console failed to update for over 5 min, 
keystrokes 
on the console are processed at a rate of about 1 per sec), and I can't logon 
either locally (login via console timed out after 60 sec, but without ever 
showing the password prompt) or remotely via ssh.  Turning the printer back on 
returns the system to normal.  Stopping/restarting cupsys does not clear the
problem.  

The only relevant line in the cups error log appears to be:
E [04/Jul/2008:13:51:47 +1000] [Job 232] Back-channel read error - Input/output 
error!

Nothing relevant in syslog or daemon.log.

kern.log shows "kernel: lp0: ECP mode" once for every print job.

I did power cycle the printer in the middle of a print job when the printer 
started to print garbage, but have since printed the document successfully. 

This system was recently upgraded from an old Pentium II to a newer Pentium III
by simply moving the hard disks.  This is probably the first time I have 
printed 
since the upgrade (and hence the first time the printer has been turned on).

The old system didn't exhibit the hang when the printer was turned off.  I'm 
hoping that changing the bios parallel port settings might fix the hang locally,
but cups / the kernel should be fixed to prevent this problem regardless.

I haven't (yet) tried to reproduce the problem after a reboot.  I will send a 
follow-up if I can narrow down the cause/reproduce this.  

Thanks for your work on Debian.

Andrew V.



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

Versions of packages cupsys depends on:
ii  adduser 3.102Add and remove users and groups
ii  cupsys-common   1.2.7-4etch3 Common UNIX Printing System(tm) - 
ii  debconf [debconf-2. 1.5.11etch1  Debian configuration management sy
ii  gs-esp  8.15.3.dfsg.1-1etch1 The Ghostscript PostScript interpr
ii  libc6   2.3.6.ds1-13etch5GNU C Library: Shared libraries
ii  libcupsimage2   1.2.7-4etch3 Common UNIX Printing System(tm) - 
ii  libcupsys2  1.2.7-4etch3 Common UNIX Printing System(tm) - 
ii  libdbus-1-3 1.0.2-1  simple interprocess messaging syst
ii  libgnutls13 1.4.4-3+etch1the GNU TLS library - runtime libr
ii  libldap22.1.30-13.3  OpenLDAP libraries
ii  libpam0g0.79-5   Pluggable Authentication Modules l
ii  libpaper1   1.1.21   Library for handling paper charact
ii  libslp1 1.2.1-6.2OpenSLP libraries
ii  lsb-base3.1-23.2etch1Linux Standard Base 3.1 init scrip
ii  patch   2.5.9-4  Apply a diff file to an original
ii  perl-modules5.8.8-7etch3 Core Perl modules
ii  procps  1:3.2.7-3/proc file system utilities
ii  xpdf-utils [poppler 3.01-9.1+etch4   Portable Document Format (PDF) sui
ii  zlib1g  1:1.2.3-13   compression library - runtime

Versions of packages cupsys recommends:
ii  cupsys-client 1.2.7-4etch3   Common UNIX Printing System(tm) - 
ii  foomatic-filters  3.0.2-20061031-1.2 linuxprinting.org printer support 
ii  smbclient 3.0.24-6etch10 a LanManager-like simple client fo

-- debconf information:
* cupsys/raw-print: true
* cupsys/backend: ipp, lpd, parallel, socket, usb



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

Bug#349800: clusterssh: not hash error message, doesn't run

[Joerg Delker]

Hey Gregor,

thanks for pointing to the several other bug reports. I was able to fix 
the problem.


As it turned out, the cause was perl-tk (or in last resort the X-Server) 
not finding the rgb.txt file, causing this nasty error.


That's in fact no problem of Debian nor Ubuntu, because I'm running a 
non-standard X-Server (for SunRays) which expects things slightly different.
To sad that perl-tk throws such a cryptic error message in this case. 
How many bugs reports and endless debugging sessions could have been 
prevented...


Thanks to anyone trying to help!
Regarding me, this bug can be closed as clusterssh is obviously 
completely innocent.


Joerg


gregor herrmann wrote:

On Sun, 29 Jun 2008 23:50:50 +0200, Joerg Delker wrote:


Unfortunately * I cannot reproduce it
* there is no 3.21-2 in Debian (testing and unstable have 3.22-1)

Ok, I fetched 3.22-1 from Debian and installed it - same error.


Thanks for checking.


$ cssh
89dd0c4 is not a hash at /usr/lib/perl5/Tk/MainWindow.pm line 55.


[dependencies]


Could you please tell us the versions of these packages?

libx11-protocol-perl0.56-1
openssh-client  1:4.7p1-8ubuntu1.2
perl-tk 1:804.027-8
xterm   229-1ubuntu1


Let's have a look (Debian/unstable again):
perl-tk   1:804.028-1+b1
libx11-protocol-perl  0.56-2
openssh-client1:4.7p1-12
xterm 235-1

The most relevant difference (in combination with the error message)
seems to be the different version in perl-tk.

A very similar error was reported against perl-tk:
http://bugs.debian.org/383018

Another maybe interesting report can be found over here:
http://www.nntp.perl.org/group/perl.tcltk/2006/09/msg99.html

Not directly helpful but also pointing to the xserver:
http://fedoraforum.org/forum/archive/index.php/t-108841.html

Could you please
either check these bug reports
and/or try to upgrade your perl-tk package?


Cheers,
gregor





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

Bug#486400: a hack that WORKS !!!

[Eric Doviak]

Yet another typo! I forgot to send this to Debian Bugs!
Sorry for the double email!
- Eric


Luis Mondesi wrote:

if you pass "splashy" then Splashy won't work. You need to pass
"splash" as a kernel parameter. Is this a typo on this email or are
you actually using this keyword?

Back to the drawing board?

Thanks for your help on this though. I'm trying to reproduce this on
my own system.
  


Whoops! The typo was in my message. The typo was NOT in my 
"/boot/grub/menu.lst"


I was passing "vga=791 splash" and "vga=791 splash laptop" when I ran 
the tests.


- Eric



here's the relevant section of my "/boot/grub/menu.lst"


title   Debian GNU/Linux, kernel 2.6.24-1-686
root(hd0,1)
kernel  /boot/vmlinuz-2.6.24-1-686 root=/dev/hda2 ro vga=791 
splash laptop

initrd  /boot/initrd.img-2.6.24-1-686

title   Debian GNU/Linux, kernel 2.6.24-1-686 (single-user mode)
root(hd0,1)
kernel  /boot/vmlinuz-2.6.24-1-686 root=/dev/hda2 ro single
initrd  /boot/initrd.img-2.6.24-1-686

title   Debian GNU/Linux, kernel 2.6.21.7-emd
root(hd0,1)
kernel  /boot/vmlinuz-2.6.21.7-emd root=/dev/hda2 ro vga=791 
splash laptop

initrd  /boot/initrd.img-2.6.21.7-emd

title   Debian GNU/Linux, kernel 2.6.21.7-emd (single-user mode)
root(hd0,1)
kernel  /boot/vmlinuz-2.6.21.7-emd root=/dev/hda2 ro single
initrd  /boot/initrd.img-2.6.21.7-emd

Bug#481787: lintian fails to detect BTS data directory

[Russ Allbery]

Ben Finney <[EMAIL PROTECTED]> writes:

> package lintian
> reopen 481787
> found 481787 1.24.1
> thanks
>
> This feature doesn't work for me. A source package containing files in 
> the BTS data directory ('.be/') is not detected by lintian.

That isn't what the patch that you included in your original bug report
checked for.  Your patch detected .be/ directories in binary packages, not
in the Debian diff of a non-native source package.  And it does work; it's
tested by the test suite, in fact.  I gather that you're requesting that
these directories also be detected in the Debian diff (and I see that your
original bug report was ambiguous; I just assumed that you meant only
binary packages since that's what the patch did).

Lintian has two ways of detecting and warning about such files: it can
warn about them only in the Debian diff, or it can warn about them in both
the Debian diff and in the upstream tarball.  Which is appropriate here?
Is it reasonable for upstream to include .be/ directories in their tarball
releases or would a Debian maintainer of such a package want to report an
upstream bug if one appeared?

Also, what about .ditrack directories, which were also mentioned in your
original bug report?  Should those also be checked in the Debian diff and
possiby the upstream tarball?

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#489215: after upgrade, cannot access virtualhosts

[Hideki Yamane]

Hi,

>  I've updated apache2 package, added symlinks to /etc/apache2/sites-enabled
>  is gone... (and just say "It works!" with browser ;-)

 No, it's my fault. I saw other host, sorry.

 But a problem remains. I cannot saw all virtualhosts on my box
 without "It works!" (default) page.
 
 I've added "NameVirtualHost *" to /etc/sites-enabled/000-default
 and restart, apache says warning but shows contents on virtualhosts.

$ sudo /etc/init.d/apache2 restart
Restarting web server: apache2[Fri Jul 04 14:15:42 2008] [error] VirtualHost 
*:80 -- mixing * ports and non-* ports with a NameVirtualHost address is not 
supported, proceeding with undefined results
[Fri Jul 04 14:15:42 2008] [error] VirtualHost *:80 -- mixing * ports and non-* 
ports with a NameVirtualHost address is not supported, proceeding with 
undefined results
[Fri Jul 04 14:15:42 2008] [warn] NameVirtualHost *:80 has no VirtualHosts
 ... waiting [Fri Jul 04 14:15:44 2008] [error] VirtualHost *:80 -- mixing * 
ports and non-* ports with a NameVirtualHost address is not supported, 
proceeding with undefined results
[Fri Jul 04 14:15:44 2008] [error] VirtualHost *:80 -- mixing * ports and non-* 
ports with a NameVirtualHost address is not supported, proceeding with 
undefined results
[Fri Jul 04 14:15:44 2008] [warn] NameVirtualHost *:80 has no VirtualHosts


 How do I deal with this?

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp



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

Bug#481787: lintian fails to detect BTS data directory

[Adam D. Barratt]

On Fri, 2008-07-04 at 14:53 +1000, Ben Finney wrote:
> On 04-Jul-2008, Ben Finney wrote:
> > $ lintian -I hello_2.2-2.dsc I: hello source: 
> > debian-watch-file-is-missing
> > W: hello source: debian-rules-ignores-make-clean-error line 31
> > W: hello source: ancient-standards-version 3.7.2 (current is 3.8.0)
> > =
> > 
> > lintian should show the 'package-contains-bts-control-dir' warning for 
> > the source package, but it does not.
> 
> I've confirmed the same failure with lintian version 1.24.0 (from the 
> VCS), where this bug was originally reported fixed.

The issue is that the patch you supplied was against checks/files, which
is never used when checking a source package, as can be seen from the
header information of the file you added the tag to :-)

$ head checks/files.desc
Check-Script: files
Author: Christian Schwarz <[EMAIL PROTECTED]>
Abbrev: fil
Type: binary, udeb
Unpack-Level: 1
Needs-Info: objdump-info, scripts
Info: This script checks if a binary package conforms to policy
 WRT to files and directories.

Did you intend the check to be performed against binary packages, source
packages, or both? If the second then checks/files is entirely the wrong
place to be checking, and if the latter then it's not the only place the
check needs adding.

Regards,

Adam



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

Bug#488760: Failed to start: Try to load non-existent libpython2.5.so

[Mader, Alexander (N-MSR)]

Emilio Pozuelo Monfort schrieb:

This is fixed in the experimental package by loading libpython2.5.so.1. As the
changelog entry says, that's an ugly workaround, but it's probably better than
depending on python-dev and bringing a lot of dependencies.

I've backported this patch to the unstable branch.



Thanks a million! Then this bug can be closed as far as I am concerned.

Best regards,
--
Alexander Mader <[EMAIL PROTECTED]>


smime.p7s
Description: S/MIME Cryptographic Signature

Bug#489214: Quick workaround

[Florian Grandel]

Hi Matthew,

here is a patch that works around the first part of the problem (blank 
lines) and implements the "nice-to-have" part. This however is not yet 
really satisfying as the resulting MANIFEST.MF will still not be to 
spec. The non-main attributes will be ignored and the 72-bytes problem 
is not solved (although gjc seems to handle this gracefully).


Regards,

Florian


Index: jaranalyzer-1.2/jh_manifest
===
--- jaranalyzer-1.2.orig/jh_manifest2008-07-04 02:05:06.0 -0300
+++ jaranalyzer-1.2/jh_manifest 2008-07-04 02:07:26.0 -0300
@@ -49,6 +49,12 @@
( cd "$TEMPDIR" ; fastjar -x -f "$JAR" META-INF/MANIFEST.MF )
IFS='
 '
+   # remove empty lines in manifest
+   sed -i "/^\r\?$/d" "$TEMPDIR/META-INF/MANIFEST.MF"
+
+   # remove CR in manifest to get consistent line endings
+   sed -i "s/\r$//" "$TEMPDIR/META-INF/MANIFEST.MF"
+
for i in `cat "$MANIFEST"`; do
   KEY="`echo $i | sed 's/^ *\([^:]*\):.*$/\1/'`"
   VALUE="`echo $i | cut -d: -f2`"



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

Bug#481787: lintian fails to detect BTS data directory

[Ben Finney]

package lintian
found 481787 1.24.0
thanks

On 04-Jul-2008, Ben Finney wrote:
> $ lintian -I hello_2.2-2.dsc I: hello source: 
> debian-watch-file-is-missing
> W: hello source: debian-rules-ignores-make-clean-error line 31
> W: hello source: ancient-standards-version 3.7.2 (current is 3.8.0)
> =
> 
> lintian should show the 'package-contains-bts-control-dir' warning for 
> the source package, but it does not.

I've confirmed the same failure with lintian version 1.24.0 (from the 
VCS), where this bug was originally reported fixed.

-- 
 \   “The generation of random numbers is too important to be left |
  `\to chance.” —Robert R. Coveyou |
_o__)  |
Ben Finney <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#489215: apache2: removed all sites-enabled file except default

[Hideki Yamane (Debian-JP)]

Package: apache2
Version: 2.2.9-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi apache maintainers,

 I've updated apache2 package, added symlinks to /etc/apache2/sites-enabled
 is gone... (and just say "It works!" with browser ;-)
 I don't know why, but it does.



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

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

Versions of packages apache2 depends on:
pn  apache2-mpm-worker | apache2-  (no description available)

apache2 recommends no packages.

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

iEYEARECAAYFAkhtrdQACgkQIu0hy8THJkvTtwCeMzEGbHu89jHtISXNHKn2ZMs2
T30An3NzjV96EDUeRUUNUOygYlmOIA38
=a4Gn
-END PGP SIGNATURE-



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

Bug#473178: python-xmpp update?

[Alexey Nezhdanov]

On Tuesday 10 June 2008 01:31:57 Cosimo Alfarano wrote:
> On May 14, 2008, at 1:51, Alexey Nezhdanov wrote:
> > Cosimo, would you mind sponsoring another of upload please?
>
> I could check it only today, sorry.
>
> I'm going to change the version from 0.4.1-cvs20080505.1 0.4.1-1
> +cvs20080505 so that a 0.4.1-2 will be considered newer.
>
> If noone sees any problem I'm going to upload it tomorrow.
Hello Cosimo.
Sorry for being annoying but it seems that new version never hit the incoming 
queue... May be there had been some kind of a problem (if the upload did 
happen).

-- 
Sincerely yours
Alexey Nezhdanov



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

Bug#489214: javahelper: jh_manifest produces non-spec MANIFEST.MF

[Florian Grandel]

Package: javahelper
Version: 0.7
Severity: normal

jh_manifest may produce a MANIFEST.MF that does not conform to the jar
specification. See http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html.

The following problems may occur:

Blank lines are significant. They separate sections within the manifest.
Certain attributes must be included in the main section (e.g. Class-Path,
Main-Class), others are individual attributes and must be included in an
independent section (e.g. Debian-Java-Home), otherwise they will be
ignored or wrongly parsed (see my entry to the debian-java mailing list).
jh_manifest does not separate main section and individual section
attributes.

Lines may not be longer than 72 bytes. If they are longer they must be
wrapped. The continuation line must start with a space. jh_manifest does
not wrap long lines. This is especially important when converting
$CLASSPATH to Class-Path: ... as the user doesn't have the possibility
to influence this process from outside. Lines that are correctly wrapped
in xyz.manifest will not be correctly copied to the target MANIFEST.MF.

Nice to have: It would be nice if line endings were consistently handled.
This is not required by the spec but it makes viewing/editing the
MANIFEST.MF easier. I propose automatically converting all CR or CRLF
to (unix-style) LF.


-- System Information:
n/a 

javahelper recommends no packages.

-- no debconf information



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

Bug#482140: [xml/sgml-pkgs] Bug#482140: docbook-xml: Package does not install: update-xmlcatalog: error: entity, already registered

[marvil07]

I'm also on a freshly-installed etch upgrading to lenny on i686 and
running the both commands:

update-xmlcatalog --del --type public --id '-//OASIS//DTD DocBook XML
V4.1//EN' --package docbook-xml
update-xmlcatalog --del --type public --id '-//OASIS//DTD XML Exchange
Table Model 19990315//EN' --package docbook-xml

solve the problem.
___

Marco Antonio Villegas Vega
http://blog.pucp.edu.pe/marvil07



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

Bug#486543: audacious: I can reproduce this reported bug

[Frank Lanitz]

Package: audacious
Version: 1.5.1-1
Followup-For: Bug #486543

Please have a look onto attached gdb bt. 


(gdb) file audacious
Reading symbols from /usr/bin/audacious...Reading symbols from 
/usr/lib/debug/usr/bin/audacious...done.
Using host libthread_db library "/lib/libthread_db.so.1".
done.
(gdb) r
Starting program: /usr/bin/audacious 
[Thread debugging using libthread_db enabled]
[New Thread 0x2b785f2ed640 (LWP 3014)]
[New Thread 0x40800950 (LWP 3017)]
amidi-plug(amidi-plug.c:amidiplug_init:97): init, read configuration
amidi-plug(i_backend.c:i_backend_load:107): loading backend 
'/usr/lib/audacious/Input/amidi-plug/ap-alsa.so'
amidi-plug(i_backend.c:i_backend_load:145): backend 
/usr/lib/audacious/Input/amidi-plug/ap-alsa.so (name 'alsa') successfully loaded
[New Thread 0x41001950 (LWP 3018)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b785f2ed640 (LWP 3014)]
0x00463789 in vfs_fread (ptr=0x7fff52656e1e, size=2, nmemb=1, 
file=0x2b785be77f08) at vfs.c:159
159 vfs.c: No such file or directory.
in vfs.c
(gdb) bt
#0  0x00463789 in vfs_fread (ptr=0x7fff52656e1e, size=2, nmemb=1, 
file=0x2b785be77f08) at vfs.c:159
#1  0x004644bf in vfs_fget_le16 (value=0xb61a00, stream=0x2b785be77f08) 
at vfs_common.c:213
#2  0x2aaab941a10b in ?? () from /usr/lib/audacious/Container/xspf.so
#3  0x0041f1ab in playlist_load_ins (playlist=0xb62610, 
filename=0x702e40 "/home/frank/.config/audacious/playlist.xspf", pos=-1) at 
playlist.c:1753
#4  0x0041f220 in playlist_load (playlist=0xb62610, filename=0x702e40 
"/home/frank/.config/audacious/playlist.xspf")
at playlist.c:1648
#5  0x004198c7 in main (argc=1, argv=0x7fff52657058) at main.c:617
#6  0x2b785bd851c4 in __libc_start_main () from /lib/libc.so.6
#7  0x00413f69 in _start ()


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

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

Versions of packages audacious depends on:
ii  audacious-plugins 1.5.0-2Base plugins for audacious
ii  dbus  1.2.1-2simple interprocess messaging syst
ii  gtk2-engines-pixbuf   2.12.9-3   Pixbuf-based theme for GTK+ 2.x
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libaudclient1 1.5.1-1audacious D-Bus remote control lib
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-1+b1 The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.1-2simple interprocess messaging syst
ii  libdbus-glib-1-2  0.76-1 simple interprocess messaging syst
ii  libglib2.0-0  2.16.3-2   The GLib library of C routines
ii  libgtk2.0-0   2.12.9-3   The GTK+ graphical user interface 
ii  libice6   2:1.0.4-1  X11 Inter-Client Exchange library
ii  libmcs1   0.7.0-1Abstraction library to store confi
ii  libmowgli10.6.1-1a high performance development fra
ii  libpango1.0-0 1.20.3-2   Layout and rendering of internatio
ii  libsamplerate00.1.3-1audio rate conversion library
ii  libsm62:1.0.3-2  X11 Session Management library
ii  libx11-6  2:1.1.4-2  X11 client-side library

Versions of packages audacious recommends:
ii  audacious-plugins-extra   1.5.0-2Various extra plugins for audaciou
ii  unzip 5.52-11De-archiver for .zip files

-- no debconf information



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

Bug#476145: still in version 1.0.1-4

[Will Orr]

I was able to reproduce this bug in version 1.0.1-4 fresh from Sid.
However, not only did the garbled term appear, it also locked up my
system on any attempt to close the aterm window.  The screen flickered
for a bit, before becoming absolutely nonresponsive.  It wouldn't
respond to CTRL+ALT+BACKSPACE, or any other kind of input.  All I
could do was a hard reboot.  I managed to reproduce this same reaction
multiple times.

I'm running Debian Sid amd64, and the Xfce desktop.

-- 
-Will Orr
[EMAIL PROTECTED]



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

Bug#489213: hello: add watch file for 'uscan'

[Ben Finney]

Package: hello
Version: 2.2-2
Severity: normal
Tags: patch

Please add a 'debian/watch' file to this package, to allow the 
'uscan(1)' tool to detect new versions when released by upstream.

The following patch adds an appropriate 'debian/watch' file.

=== added file 'debian/watch'
--- debian/watch1970-01-01 00:00:00 +
+++ debian/watch2008-07-04 04:36:17 +
@@ -0,0 +1,9 @@
+# debian/watch
+# Debian uscan file for hello package
+# Manpage: uscan(1)
+
+# Compulsory line, format version of this file
+version=3
+
+# Current version from GNU site
+http://ftp.gnu.org/gnu/hello/hello-(.*).tar.gz

-- 
 \  “Programs must be written for people to read, and only |
  `\incidentally for machines to execute.” —Abelson & Sussman, |
_o__)  _Structure and Interpretation of Computer Programs_ |
Ben Finney <[EMAIL PROTECTED]>

signature.asc
Description: Digital signature

Bug#481787: lintian fails to detect BTS data directory

[Ben Finney]

package lintian
reopen 481787
found 481787 1.24.1
thanks

This feature doesn't work for me. A source package containing files in 
the BTS data directory ('.be/') is not detected by lintian.

Steps to reproduce:

=
$ dget http://ftp.debian.org/debian/pool/main/h/hello/hello_2.2-2.dsc
[…]
dpkg-source: extracting hello in hello-2.2
dpkg-source: info: unpacking hello_2.2.orig.tar.gz
dpkg-source: info: applying hello_2.2-2.diff.gz

$ mkdir hello-2.2/.be/
$ for f in hello-2.2/.be/{foo,bar,baz} ; do echo "bogus" > $f ; done
$ ls -l hello-2.2/.be/
total 12
-rw-r--r-- 1 bignose bignose 6 2008-07-04 14:17 bar
-rw-r--r-- 1 bignose bignose 6 2008-07-04 14:17 baz
-rw-r--r-- 1 bignose bignose 6 2008-07-04 14:17 foo

$ rm hello_2.2-2.*
$ ls
hello-2.2  hello_2.2.orig.tar.gz
$ dpkg-source -b hello-2.2/
dpkg-source: info: using source format `1.0'
dpkg-source: info: building hello using existing hello_2.2.orig.tar.gz
dpkg-source: info: building hello in hello_2.2-2.diff.gz
dpkg-source: info: building hello in hello_2.2-2.dsc

$ zgrep 'hello-2.2/\.be/' hello_2.2-2.diff.gz 
+++ hello-2.2/.be/bar
+++ hello-2.2/.be/baz
+++ hello-2.2/.be/foo

$ lintian --version
Lintian v1.24.1

$ lintian -I hello_2.2-2.dsc 
I: hello source: debian-watch-file-is-missing
W: hello source: debian-rules-ignores-make-clean-error line 31
W: hello source: ancient-standards-version 3.7.2 (current is 3.8.0)
=

lintian should show the 'package-contains-bts-control-dir' warning for 
the source package, but it does not.

-- 
 \ “Holy tintinnabulation, Batman!” —Robin |
  `\   |
_o__)  |
Ben Finney <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#479302: Upload of dtc, dtc-xen & libapache-mod-log-sql

[Thomas Goirand]

Christian Perrier wrote:
> Quoting Thomas Goirand ([EMAIL PROTECTED]):
>> Hi,
>>
>> After some tests under Lenny, we have corrected some (quite important)
>> bugs, like regarding a missing dependency to cyrus-pop, and other
>> things. Please find bellow the URL for sponsoring:
>>
>> ftp://ftp.gplhost.com/debian/dists/etch/main/source/libapache-mod-log-sql_1.100-13.dsc
> 
> Je m'interroge sur:
> 
> W: libapache-mod-log-sql source: debian-rules-calls-debhelper-in-odd-order 
> dh_makeshlibs (line 78)
> N:
> N:   One of the targets in the debian/rules file for this package calls
> N:   debhelper programs in an odd order. Normally, dh_makeshlibs should be
> N:   called before dh_shlibdeps or dh_installdeb, dh_shlibdeps should be
> N:   called before dh_gencontrol, and all should be called before
> N:   dh_builddeb. Calling them in the wrong order may cause incorrect or
> N:   missing package files and metadata.
> N:

C'est corrigé, tu peux réessayer !

Merci.

Thomas




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

Bug#482893: Patch for the l10n upload of isight-firmware-tools

[Christian Perrier]

Dear maintainer of isight-firmware-tools,

On Wednesday, June 25, 2008 I sent you a notice announcing my intent to upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Saturday, June 14, 2008.

We finally agreed that you would do the update yourself at the end of
the l10n update round.

That time has come.

To help you out, here's the patch which I would have used for an NMU.
Please feel free to use all of it...or only the l10n part of it.

I also added a tarball with debian/templates and debian/po as you may
prefer using that (giving that some unfuzzy was made to translations,
I actually recommend you use that).

If you need some sponsoring, feel free to ask me (particularly if
Junichi is stil non available..:-))

The corresponding changelog is:


Source: isight-firmware-tools
Version: 1.2-1.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Sat, 14 Jun 2008 08:25:57 +0200
Closes: 482893 483415 483525 483526 483526 486187 486193 488130 488186 488369 
489128 489155
Changes: 
 isight-firmware-tools (1.2-1.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Remove extra space in debconf templates and unfuzzy translations
 Closes: #483526
   * Debconf translations:
 - Swedish. Closes: #483526
 - German. Closes: #483525, #486187
 - Portuguese. Closes: #482893
 - French. Closes: #486193
 - Swedish. Closes: #483415
 - Russian. Closes: #488130
 - Galician. Closes: #488186
 - Czech. Closes: #488369
 - Finnish. Closes: #489128
 - Turkish. Closes: #489155

-- 


diff -Nru isight-firmware-tools-1.2.old/debian/changelog isight-firmware-tools-1.2/debian/changelog
--- isight-firmware-tools-1.2.old/debian/changelog	2008-06-13 06:00:57.078780267 +0200
+++ isight-firmware-tools-1.2/debian/changelog	2008-06-14 12:06:22.236576383 +0200
@@ -1,3 +1,16 @@
+isight-firmware-tools (1.2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Remove extra space in debconf templates and unfuzzy translations
+Closes: #483526
+  * Debconf translations:
+- Swedish. Closes: #483526
+- German. Closes: #483525
+- Portuguese. Closes: #482893
+  * French. Closes: #486193
+
+ -- Christian Perrier <[EMAIL PROTECTED]>  Sat, 14 Jun 2008 08:25:57 +0200
+
 isight-firmware-tools (1.2-1) unstable; urgency=low
 
   * Initial release (Closes: #470287)
diff -Nru isight-firmware-tools-1.2.old/debian/po/de.po isight-firmware-tools-1.2/debian/po/de.po
--- isight-firmware-tools-1.2.old/debian/po/de.po	1970-01-01 01:00:00.0 +0100
+++ isight-firmware-tools-1.2/debian/po/de.po	2008-06-14 08:34:45.832577739 +0200
@@ -0,0 +1,38 @@
+# Translation of isight-firmware-tools debconf templates to German
+# Copyright (C) Helge Kreutzmann <[EMAIL PROTECTED]>, 2008.
+# This file is distributed under the same license as the isight-firmware-tools package.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: isight-firmware-tools 1.2-1\n"
+"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
+"POT-Creation-Date: 2008-06-14 08:34+0200\n"
+"PO-Revision-Date: 2008-05-29 09:31+0200\n"
+"Last-Translator: Helge Kreutzmann <[EMAIL PROTECTED]>\n"
+"Language-Team: de <[EMAIL PROTECTED]>\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid "Extract firmware from Apple driver?"
+msgstr "Extrahiere Firmware aus dem Apple-Treiber?"
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid ""
+"Ensure you have access to the AppleUSBVideoSupport driver file. If not "
+"disable firmware extraction, you can retry it later."
+msgstr ""
+"Sie müssen auf die AppleUSBVideoSupport-Treiberdatei Zugriff haben. Falls "
+"nicht, deaktivieren Sie die Extrahierung der Firmware, Sie können diese "
+"später erneut versuchen."
+
+#. Type: string
+#. Description
+#: ../templates:2001
+msgid "Apple driver file location:"
+msgstr "Ort der Apple-Treiberdatei:"
diff -Nru isight-firmware-tools-1.2.old/debian/po/fr.po isight-firmware-tools-1.2/debian/po/fr.po
--- isight-firmware-tools-1.2.old/debian/po/fr.po	2008-06-13 06:00:56.970782160 +0200
+++ isight-firmware-tools-1.2/debian/po/fr.po	2008-06-14 12:06:31.492578078 +0200
@@ -1,35 +1,40 @@
-# SOME DESCRIPTIVE TITLE.
-# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
-# This file is distributed under the same license as the PACKAGE package.
-# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
+# Translation of isight-firmware-tools debconf templates to French
+# Copyright (C) 2008 Christian Perrier <[EMAIL PROTECTED]>
+# This file is distributed under the same license as the isight-firmware-tools package.
 #
+# Christian Perrier <[EMAIL PROTECTED]>, 2008.
 msgid ""
 msgstr ""
-"Project-Id-Version: PACKAGE VERSION\n"
-"Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED]"
-"POT-Creation-Date: 2007-12-10 04:39+0100\n"
-"PO-Revision-Date: 2007-12-10 0

Bug#489034: amule 2.2.1: crash when a message is receive

[Billy DeVincentis]

Frankly, I'm not sure if its the messages casuing it to crash but that
may be so. What I do know is that every time I leave the machine, when I
come back, amule has crashed.




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

Bug#489212: hpodder: A couple of nice options and a small fix

[Christian Weeks]

Package: hpodder
Version: 1.1.5.0
Severity: wishlist
Tags: patch

Hi,
Attached is a working (I hope) patch for hpodder 1.1.5 which adds the "EPID" to 
the 
id3v2 callout. This is great for allowing sorting by episode ID in things like 
gtkpod.

Also fixed the "FEEDURL" which has a typo (FEDDURL) in the Config.hs file.

Hope this helps,
Christian


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

Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores)
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 hpodder depends on:
ii  curl  7.18.2-5   Get a file from an HTTP, HTTPS or 
ii  id3v2 0.1.11-3   A command line id3v2 tag editor
ii  libc6 2.7-12 GNU C Library: Shared libraries
ii  libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library
ii  libsqlite3-0  3.5.9-3SQLite 3 shared library

hpodder recommends no packages.

-- no debconf information
diff -aur hpodder-1.1.5.0/Commands/Download.hs 
hpodder-1.1.5.0+1/Commands/Download.hs
--- hpodder-1.1.5.0/Commands/Download.hs2008-07-02 11:29:00.0 
-0400
+++ hpodder-1.1.5.0+1/Commands/Download.hs  2008-07-03 23:40:36.0 
-0400
@@ -284,6 +284,7 @@
  ("FEEDURL", feedurl . podcast $ ep),
  ("SAFECASTTITLE", sanitize_fn . castname . podcast $ 
ep),
  ("SAFEEPTITLE", sanitize_fn . eptitle $ ep),
+ ("EPID", show . epid $ ep),
  ("EPTITLE", eptitle ep)]
 
 -- | Runs a hook script.
diff -aur hpodder-1.1.5.0/Config.hs hpodder-1.1.5.0+1/Config.hs
--- hpodder-1.1.5.0/Config.hs   2008-04-08 15:20:54.0 -0400
+++ hpodder-1.1.5.0+1/Config.hs 2008-07-03 23:42:52.0 -0400
@@ -74,7 +74,7 @@
  cp <- set cp "DEFAULT" "renametypes" 
"audio/mpeg:.mp3,audio/mp3:.mp3,x-audio/mp3:.mp3"
  cp <- set cp "DEFAULT" "postproctypes" 
"audio/mpeg,audio/mp3,x-audio/mp3"
  cp <- set cp "DEFAULT" "gettypecommand" "file -b -i 
\"${EPFILENAME}\""
- cp <- set cp "DEFAULT" "postproccommand" "id3v2 -A 
\"${CASTTITLE}\" -t \"${EPTITLE}\" --WOAF \"${EPURL}\" --WOAS \"${FEDDURL}\" 
\"${EPFILENAME}\""
+ cp <- set cp "DEFAULT" "postproccommand" "id3v2 -T 
\"${EPID}\" -A \"${CASTTITLE}\" -t \"${EPTITLE}\" --WOAF \"${EPURL}\" --WOAS 
\"${FEEDURL}\" \"${EPFILENAME}\""
  return cp
 
 startingcp = emptyCP {accessfunc = interpolatingAccess 10}
@@ -114,4 +114,4 @@
  Right x -> Just (splitit x)
  Left _ -> Nothing
 where splitit x = filter (/= "") . map strip . split "," $ x

Bug#488770: debian-maintainers: Wrong email address for key 9CFE12B0791A4267887F520CB7AC2E51BD41714B

[Ben Finney]

On 01-Jul-2008, Ben Finney wrote:
> On 01-Jul-2008, Thomas Viehmann wrote:
> > On 2008-07-01 10:11:26.00 Ben Finney <[EMAIL PROTECTED]> wrote:
> >> Presumably this needs fixing either within 'dak' or within  
> >> 'debian-maintainers'?
> > Well, if you look closely at the debian-project mail with the keyring  
> > update[1], your address [EMAIL PROTECTED] has been listed there.
> > The Changed-By/Maintainer address has to match exactly the address  
> > encoded in the dm: id.
> 
> Yes, that's exactly what I'm saying: The message to 'debian-project' 
> had the wrong address. The bug request asking for the keyring update 
> http://bugs.debian.org/487959> had the correct address of 
> '[EMAIL PROTECTED]', as did the keyring changeset itself.
> 
> The 'dm:' id needs to be changed to the address that was originally 
> requested; that's the purpose of this bug report (bug#488770).

What needs to be done to fix this? The wrong userid is still listed at
http://ftp-master.debian.org/dm-uploaders.html>. (I don't know of 
another way to check whether this has been fixed.)

How should this be fixed to have the correct userid as requested in 
the keyring update?

-- 
 \  “What I have to do is see, at any rate, that I do not lend |
  `\  myself to the wrong which I condemn.” —Henry Thoreau, _Civil |
_o__)Disobedience_ |
Ben Finney <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#486400: a hack that WORKS !!!

[Luis Mondesi]

On Thu, Jul 3, 2008 at 10:39 PM, Eric Doviak <[EMAIL PROTECTED]> wrote:
> Luis Mondesi wrote:
>
> When $resume is not set, does Splashy start from initramfs init-top? Why
> does Splashy starts "late"?
>
> Hi Luis,
>
> I ran some diagnostics using the hack that I sent yesterday.
>
> Specifically, I ran "splashy_config -s kubuntusplashy" but I did NOT run
> "update-initramfs -u". That enables me to see when Splashy is running from
> the initial RAM disk and when it is running from the regular file system.
> When I see "debian-moreblue," then I know that Splashy is running from the
> initial RAM disk. When I see "kubuntusplashy," then I know that Splashy is
> running from the regular file system.
>
> Or more simply: "'Debian' is right. 'Kubuntu' is wrong." ;-)
>
>
> When I pass the arguments "vga=791 splashy", I see:

if you pass "splashy" then Splashy won't work. You need to pass
"splash" as a kernel parameter. Is this a typo on this email or are
you actually using this keyword?

Back to the drawing board?

Thanks for your help on this though. I'm trying to reproduce this on
my own system.

-- 
)(-
Luis Mondesi
Maestro Debiano

- START ENCRYPTED BLOCK (Triple-ROT13) --
Gur Hohagh [Yvahk] qvfgevohgvba oevatf gur fcvevg bs Hohagh gb gur
fbsgjner jbeyq.
- END ENCRYPTED BLOCK (Triple-ROT13) --



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

Bug#489211: xqf: hangs after tremulous has run

[Nikolaus Schulz]

Package: xqf
Version: 1.0.5-1
Severity: normal

Hi, 

I use xqf to choose tremulous servers, and connect by double-clicking
the server.  I haven't configured xqf in any way; in particular, xqf
stays running while I play, which I find useful because I frequently
want to change the server.  For some time now, xqf hangs after I quit
tremulous - it doesn't redraw its window.  I can quit it by clicking the
close button of the window, and after restarting everything's fine again
till the next game.

Nikolaus

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

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

Versions of packages xqf depends on:
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-12GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libgeoip1  1.4.4.dfsg-1  A non-DNS IP-to-country resolver l
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgtk2.0-02.12.10-2 The GTK+ graphical user interface 
ii  libncurses55.6+20080621-2shared libraries for terminal hand
ii  libpango1.0-0  1.20.3-2  Layout and rendering of internatio
ii  libreadline5   5.2-3 GNU readline and history libraries
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxrandr2 2:1.2.2-2 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  qstat  2.11-1Command-line tool for querying qua
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

xqf recommends no packages.

-- no debconf information



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

Bug#488673: "Home: Could not convert keysym to keycode"

[Mike O'Connor]

On Fri, Jul 04, 2008 at 12:03:20AM +0100, Ben Hutchings wrote:
> 
> Seems like you have an odd keymap, lacking a "Home" key.  Could you
> send the output of "xmodmap -pk"?
> 
> Ben.


Yes, I mapped my home key to be Super_L.  (its a kinesis keyboard,
they home key (which i find little use for as a 'home' key) is right
next to alt and ctrl)

xmodmap -pk:

There are 6 KeySyms per KeyCode; KeyCodes range from 8 to 255.

KeyCode Keysym (Keysym) ...
Value   Value   (Name)  ...

  8 
  9 0xff1b (Escape) 
 10 0x0031 (1)  0x0021 (exclam) 0x00bd (onehalf)
 11 0x0032 (2)  0x0040 (at) 0x00e8 (egrave) 0x00c8 (Egrave) 
 12 0x0033 (3)  0x0023 (numbersign) 0x00be (threequarters)  
 13 0x0034 (4)  0x0024 (dollar) 
 14 0x0035 (5)  0x0025 (percent)
 15 0x0036 (6)  0x005e (asciicircum)
 16 0x0037 (7)  0x0026 (ampersand)  
 17 0x0038 (8)  0x002a (asterisk)   0x00b0 (degree) 
 18 0x0039 (9)  0x0028 (parenleft)  
 19 0x0030 (0)  0x0029 (parenright) 
 20 0x002d (minus)  0x005f (underscore) 0x00af (macron) 
 21 0x003d (equal)  0x002b (plus)   
 22 0xff08 (BackSpace)  0xfed5 (Terminate_Server)   
 23 0xff09 (Tab)0xfe20 (ISO_Left_Tab)   
 24 0x0071 (q)  0x0051 (Q)  
 25 0x0077 (w)  0x0057 (W)  0x00e9 (eacute) 0x00c9 (Eacute) 
 26 0x0065 (e)  0x0045 (E)  0x20ac (EuroSign)   
 27 0x0072 (r)  0x0052 (R)  0x00a9 (copyright)  
 28 0x0074 (t)  0x0054 (T)  0x0ac9 (trademark)  
 29 0x0079 (y)  0x0059 (Y)  
 30 0x0075 (u)  0x0055 (U)  0x00fc (udiaeresis) 0x00dc 
(Udiaeresis) 
 31 0x0069 (i)  0x0049 (I)  
 32 0x006f (o)  0x004f (O)  
 33 0x0070 (p)  0x0050 (P)  
 34 0x005b (bracketleft)0x007b (braceleft)  
 35 0x005d (bracketright)   0x007d (braceright) 
 36 0xff0d (Return) 
 37 0xffe3 (Control_L)  
 38 0x0061 (a)  0x0041 (A)  0x00e1 (aacute) 0x00c1 (Aacute) 
 39 0x0073 (s)  0x0053 (S)  
 40 0x0064 (d)  0x0044 (D)  
 41 0x0066 (f)  0x0046 (F)  
 42 0x0067 (g)  0x0047 (G)  
 43 0x0068 (h)  0x0048 (H)  
 44 0x006a (j)  0x004a (J)  0x0af3 (checkmark)  
 45 0x006b (k)  0x004b (K)  
 46 0x006c (l)  0x004c (L)  
 47 0x003b (semicolon)  0x003a (colon)  
 48 0x0027 (apostrophe) 0x0022 (quotedbl)   
 49 0x0060 (grave)  0x007e (asciitilde) 
 50 0xffe1 (Shift_L)
 51 0x005c (backslash)  0x007c (bar)
 52 0x007a (z)  0x005a (Z)  
 53 0x0078 (x)  0x0058 (X)  
 54 0x0063 (c)  0x0043 (C)  0x00e7 (ccedilla)   0x00c7 
(Ccedilla)   
 55 0x0076 (v)  0x0056 (V)  
 56 0x0062 (b)  0x0042 (B)  
 57 0x006e (n)  0x004e (N)  0x00f1 (ntilde) 0x00d1 (Ntilde) 
 58 0x006d (m)  0x004d (M)  0x00b5 (mu) 
 59 0x002c (comma)  0x003c (less)   0x00ab (guillemotleft)  
 60 0x002e (period) 0x003e (greater)0x00bb (guillemotright) 
 61 0x002f (slash)  0x003f (question)   0x00bf (questiondown)   
 62 0xffe2 (Shift_R)
 63 0xffaa (KP_Multiply)0x1008fe21 (XF86_ClearGrab) 
 64 0xffe9 (Alt_L)  0xffe7 (Meta_L) 
 65 0x0020 (space)  
 66 0xffed (Hyper_L)
 67 0xffbe (F1) 0x1008fe01 (XF86_Switch_VT_1)   
 68 0xffbf (F2) 0x1008fe02 (XF86_Switch_VT_2)   
 69 0xffc0 (F3) 0x1008fe03 (XF86_Switch_VT_3)   
 70 0xffc1 (F4) 0x1008fe04 (XF86_Switch_VT_4)   
 71 0xffc2 (F5) 0x1008fe05 (XF86_Switch_VT_5)   
 72 0xffc3 (F6) 0x1008fe06 (XF86_Switch_VT_6)   
 73 0xffc4 (F7) 0x1008fe07 (XF86_Switch_VT_7)   
 74 0xffc5 (F8) 0x1008fe08 (XF86_Switch_VT_8)   
 75 0xffc6 (F9) 0x1008fe09 (XF86_Switch_VT_9)   
 76 0xffc7 (F10)0x1008fe0a (XF86_Switch_VT_10)  
 77 0xff7f (Num_Lock)   0xfef9 (Pointer_EnableKeys) 
 78 0xff14 (Scroll_Lock)
 79 0xff95 (KP_Home)0xffb7 (KP_7)   
 80 0xff97 (KP_Up)  0xffb8 (KP_8)   
 81 0xff9a (KP_Prior)   0xffb9 (KP_9)   
 82 0xffad (KP_Subtract)0x1008fe23 (XF86_Prev_VMode)
 83 0xff96 (KP_L

Bug#489210: ITP: password -- little ruby random password generator

[Ryan Kavanagh]

Package: wnpp
Severity: wishlist
Owner: Ryan Kavanagh <[EMAIL PROTECTED]>


* Package name: password
  Version : 2007.12.30
  Upstream Author : Joakim Olsson <[EMAIL PROTECTED]>
* URL : http://lirhost.net/~jocke/password/
* License : GPL
  Programming Lang: Ruby
  Description : Compact ruby random password generator

Little random password generator which generates a random
password which is strong, safe and secure.

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

Kernel: Linux 2.6.24-18-generic (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.UTF-8)
Shell: /bin/sh linked to /bin/dash


signature.asc
Description: Digital signature

Bug#489140: system-config-printer: fails to start

[Avery Fay]

Josselin Mouette wrote:

Le jeudi 03 juillet 2008 à 08:08 -0400, Avery Fay a écrit :

Package: system-config-printer
Version: 1.0.0-2
Severity: grave
Justification: renders package unusable

system-config-printer no longer starts after the latest upgrade

$ system-config-printer
Traceback (most recent call last):
  File "/usr/bin/system-config-printer", line 58, in 
import pysmb
  File "/usr/share/system-config-printer/pysmb.py", line 33, in 
from cupsutils.debug import *
ImportError: No module named cupsutils.debug


Does running "update-python-modules -p" as root fix the issue? If so,
this is a duplicate of the trigger issue, fixed in python-support 0.8.2.

Cheers,


Yes, that solves it.



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

Bug#486400: a hack that WORKS !!!

[Eric Doviak]

Luis Mondesi wrote:
When $resume is not set, does Splashy start from initramfs init-top? 
Why does Splashy starts "late"?



Hi Luis,

I ran some diagnostics using the hack that I sent yesterday.

Specifically, I ran "splashy_config -s kubuntusplashy" but I did NOT run 
"update-initramfs -u". That enables me to see when Splashy is running 
from the initial RAM disk and when it is running from the regular file 
system. When I see "debian-moreblue," then I know that Splashy is 
running from the initial RAM disk. When I see "kubuntusplashy," then I 
know that Splashy is running from the regular file system.


Or more simply: "'Debian' is right. 'Kubuntu' is wrong." ;-)


When I pass the arguments "vga=791 splashy", I see:

* Start-up  -- Debian
* Shut-down -- Kubuntu

* Hibernate -- Kubuntu
* Resume-- Debian  -- and then it freezes


When I pass the arguments "vga=791 splashy laptop", I see:

* Start-up  -- Kubuntu
* Shut-down -- Kubuntu

* Hibernate -- Kubuntu
* Resume-- Debian  -- resumes successfully


==  ==  ==  ==  ==  ==  ==  ==  ==  ==  ==  ==  ==


IMPLICATION #1

Those tests tell me that the line:

test $LAPTOP != "true" || if [ ! -z "${resume}" ]; then SPLASH=false ; fi

always evaluates to "SPLASH=false" because "${resume}" is never zero in 
length. Then when the script reads:


test $SPLASH = "true" || exit

it exits.

When the "laptop" kernel argument is passed during start-up, Splashy 
starts when the initial RAM disk quits and the regular file system takes 
over. The Kubuntu splash screen at start-up confirms this.


For further confirmation, I also paid very close attention to the boot 
messages that I saw during start-up. Here (more or less) are the last 
lines that I saw prior to Splashy starting:


Running scripts/init-bottom
Done.
INIT version 2.86 Booting
* (Re)generating splash steps for
* rc2.d ...
* rc0.d ...
* rc6.d ...
Starting boot manager Splashy
Splashy ERROR connection refused
Splashy ERROR connection refused

I think the "connection refused" messages occur because it's trying to 
connect to a running version of Splashy (but none is running, of course).



==  ==  ==  ==  ==  ==  ==  ==  ==  ==  ==  ==  ==


IMPLICATION #2

OK, so what does this mean in terms of the "resume bug?" Why doesn't 
Splashy allow my computer to resume from hibernation without my hack?


In my amateur opinion, there are two ways of finding a "real solution."

One way is to determine what "${resume}" should look like when the 
system is starting-up and what it should look like when it is resuming. 
Once we determine that, we can have the "init-top/splashy" script 
perform the appropriate tests. My hack simply doesn't perform the 
correct test. "${resume}" is always non-zero in length.


The other way is to fix the connection between the part of Splashy that 
runs immediately upon boot and the part of Splashy that runs when the 
resume process begins. The fact that the Debian splash screen always 
appeared during resume (i.e. when I passed "vga=791 splashy" and when I 
passed "vga=791 splashy laptop") indicates that this connection occurs 
entirely within the initial RAM disk.



==  ==  ==  ==  ==  ==  ==  ==  ==  ==  ==  ==  ==


That's about all I can think of. I hope this helps and I apologize if 
I'm driving you nuts about this bug.


Have a great weekend,
- Eric

Bug#468839: linux-source-2.6.24: A make-kpkg build of Linux 2.6.24 generates an unusable

[Chris Wadge]

Hello,

I can confirm this affects headers built against kernels > 2.6.24, 
including the latest stable vanilla from kernel.org (2.6.25.10 as of 
this writing). i386 and x86 are combined, so the asm symlink should 
point to asm-x86, not i386. Additionally, /arch/x86/Makefile_32.cpu 
appears to be missing in headers generated by the latest build of 
kernel-package. See also downstream bug report:


https://bugs.launchpad.net/ubuntu/+source/kernel-package/+bug/195673

Wishing you all the best,
-Chris



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

Bug#487763: falsely claims destination has no ACL support

[Andrew Ferguson]

So there are a number of problems:

> Fatal Error: --never-drop-acls specified, but ACL support missing
> from destination filesystem

First of all, that should be s/destination/source/


Looks right, thanks for spotting this. I will correct in CVS.


Second, I don't see a single reason why rdiff-backup should care
about /. I am asking it to recursively back up /, and /srv uses ACLs
all over the place. So either is should look everywhere, or nowhere
at all.


Well, to "look everywhere", rdiff-backup would have to check all of  
the mount points, keep track of which mount points have which  
filesystem abilities, and then match every file against the mount  
point list to adjust which attributes it should be storing. This  
change would be quite invasive, but a patch would certainly be  
considered.


Checking nowhere introduces tremendous latencies since rdiff-backup  
would constantly have to try every possible filesystem ability for  
each file, most of which would resolve in the equivalent of 'Not  
implemented' messages being thrown. The extra latency and wasted- 
bandwidth for this design makes this a non-starter.


So, what can you, the system administrator do about this? Run rdiff- 
backup several times, once for each of your filesystems, putting the  
root of the source at the right place. The --exclude-other-filesystems  
option will ensure that you don't descend into other filesystems.  
Rdiff-backup provides considerable control over which files are  
included/excluded.




Third, I am asking it to --never-drop-acls, not to
--require-local-acls or even --backup-acls. --never-drop-acls is
defined as:

  Exit with error instead of dropping acls or acl  entries.
  Normally  this  may  happen (with  a warning) because the
  destination does not support them or because the relevant
  user/group names do not exist on the destination side.

To me, this means to exit with error if ACLs cannot be stored
remotely and would have to be dropped, not if there are no ACLs
defined for the source root.


Correct. And by "stored remotely", rdiff-backup means "applied  
remotely" -- It will *always* store the ACLs in the metadata, no  
matter what options you specify.



If I ask it to back up a system without any ACLs and I specified
--never-drop-acls, then it should not exit with an error due to
ACLs, because there are no ACLs that could ever be dropped.


This exit warning is more of a "Hey you!" warning to the sys admin  
that maybe you aren't clear on what's going on. Specifying --never- 
drop-acls on a filesystem which doesn't have ACLs seems pretty silly  
for the operator to do! ;-)


Admittedly, this error could be a little nicer and verbose. For  
example, if you only specify --include options, rdiff-backup exits  
with this message:


"""Last selection expression:
%s
only specifies that files be included.  Because the default is to
include all files, the expression is redundant.  Exiting because this
probably isn't what you meant."""



If, however, I asked it to back up a system with some ACLs and it
couldn't store those properly on the destination filesystem, *then*
it should raise hell!


And it would. Rdiff-backup complains very loudly if it cannot write  
its metadata files. This error is not it.



Martin, do my comments make sense to you? Do you still feel there is  
an issue here? Or can this bug report be closed?



best,
Andrew

(an rdiff-backup developer)



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

Bug#485236: Bug not fixed in eeepc-acpi-scripts 1.0.3 (eeepc 900)

[Tim Vaughan]

As per subject, this still happens on the eeepc 900 with the new
eeepc-acpi-scripts. Specifically, to switch the wireless on requires
pressing Fn-F2, waiting for the blue LED to briefly turn on and of
again, then pressing Fn-F2 once more. Very strange.

Tim



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

Bug#488210: odtwriter: Uses letter instead of A4 in en_AU locale

[Trent W. Buck]

On Thu, Jul 03, 2008 at 11:13:15AM -0700, Dave Kuhlman wrote:
>| On machines which support ``paperconf``, ``odtwriter`` can insert
>| the default page size for your locale.  In order for this to work,
>| the following conditions must be met:
>|
>| 1. The program ``paperconf`` must be available on your system. 
>|``odtwriter`` uses ``paperconf -s`` to obtain the paper size. 
>|See ``man paperconf`` for more information.
>|
>| 2. The default page height and width must be removed from the
>|``styles.odt`` used to generate the document.  A Python script
>|``rst2odt_prepstyles.py`` is distributed with ``odtwriter`` and
>|is installed in the ``bin`` directory.  You can remove the page
>|height and width with something like the following::
>|
>|$ rst2odt_prepstyles.py styles.odt
>
> Trent, does it fit your needs?

I think so, yes, as long as the default styles.odt that Debian ships
has already had prepstyles run over it.



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

Bug#489209: ffmpeg symbol lookup error

[Paul]

Package: ffmpeg
Version: 0.svn20080206-8
Severity: grave
Justification: renders package unusable



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

Kernel: Linux 2.6.25-spacefreak18 (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 ffmpeg depends on:
ii  libavcodec51 3:20080610-0.0  library to encode decode multimedi
ii  libavdevice520.svn20080206-8 ffmpeg device handling library
ii  libavformat523:20080610-0.0  ffmpeg file format library
ii  libavutil49  3:20080610-0.0  avutil shared libraries
ii  libc62.7-12  GNU C Library: Shared libraries
ii  libfreetype6 2.3.6-1 FreeType 2 font engine, shared lib
ii  libimlib21.4.0-1.1   powerful image loading and renderi
ii  libsdl1.2debian  1.2.13-2Simple DirectMedia Layer
ii  libswscale0  3:20080610-0.0  ffmpeg video scaling library

ffmpeg recommends no packages.

-- no debconf information

Whether I simply type the command ffmpeg or try to convert a video I get the 
following error:

ffmpeg: symbol lookup error: ffmpeg: undefined symbol: ffm_nopts

I searched the web and can't find any hints about this problem that pertain to 
my situation.



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

Bug#489208: incompatible with perl 5.10

[ISHIKAWA Mutsumi]

Package: fml
Version: 4.0.3.dfsg-2
Severity: grave

Perl 5.10 is dropped $* syntax support, but fml 4.0.x use $* syntax
in many places. So fml can not run on lenny environment.

For example:

/usr/share/fml/msend.pl stopped to work with the error message:

 $* is no longer supported at /usr/share/fml/libkern.pl line 619.


-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>



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

Bug#488328: pcf2bdf: SIZE directive from cursor font

[Kevin Ryde]

Jonas Smedegaard <[EMAIL PROTECTED]> writes:
>
> Would you perhaps be able to produce a patch fixing this?

The closest I got was looking around in the libxfont bdf code that
seemed to be using POINT_SIZE instead of PIXEL_SIZE (or the other way
around :-).  But I couldn't tell from glancing at the specs what the
SIZE field is actually meant to be, so I'd hesitate to definitely
suggest that change.



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

Bug#479681: Perl symbol problem - release critical (Re: Bug#489132)

[Brendan O'Dea]

On Fri, Jul 4, 2008 at 6:17 AM, Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> This is why I suggested to integrate liblocale-gettext-perl in perl-base
> itself. This would be the simplest/nicest solution IMO. It would always be
> synchronized with the current perl.
>
> See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479681

I'm inclined at this point to follow this suggestion.

--bod



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

Bug#489127: opencascade_6.2-6(unstable/alpha/ds10): inc/InterfaceGraphic_X11.hxx:31:32: error: X11/bitmaps/icon: No such file or directory

[Denis Barbier]

On 2008/7/3 Marc 'HE' Brockschmidt wrote:
[...]
> | In file included from ../../../inc/InterfaceGraphic_Cextern.hxx:61,
> |  from 
> ../../../src/Graphic3d/Graphic3d_GraphicDriver_1.cxx:30:
> | ../../../inc/InterfaceGraphic_X11.hxx:31:32: error: X11/bitmaps/icon: No 
> such file or directory
> | make[4]: *** [Graphic3d_GraphicDriver_1.lo] Error 1
> | make[4]: Leaving directory 
> `/build/buildd/opencascade-6.2/ros/adm/make/TKV3d'
> | make[3]: *** [all-recursive] Error 1
> | make[3]: Leaving directory `/build/buildd/opencascade-6.2/ros/adm/make'
> | make[2]: *** [all-recursive] Error 1
> | make[2]: Leaving directory `/build/buildd/opencascade-6.2/ros'
> | make[1]: *** [all] Error 2
> | make[1]: Leaving directory `/build/buildd/opencascade-6.2/ros'
> | make: *** [build-stamp] Error 2
> | dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A solution is to build-depend on xbitmaps.  But those macro
definitions seem to be unused:
  $ grep -rlE 'icon_(bits|width|height)' ros/
  ros/inc/InterfaceGraphic_X11.hxx
  ros/src/InterfaceGraphic/InterfaceGraphic_X11.hxx
Thus I suggest to not include X11/bitmaps/icon.  I do not have access
to an alpha machine
to test this patch, sorry.

Denis
Index: opencascade-6.2/ros/inc/InterfaceGraphic_X11.hxx
===
--- opencascade-6.2.orig/ros/inc/InterfaceGraphic_X11.hxx
+++ opencascade-6.2/ros/inc/InterfaceGraphic_X11.hxx
@@ -26,6 +26,7 @@
 #  include 
 #  include 
 
+#if 0
 #  if defined (sun) || defined (SUNOS) || defined (__alpha) || defined (DECOSF1) || defined (sgi) || defined (IRIX) || defined (__hpux)|| defined (HPUX) 
 #   ifndef icon_width
 #include 
@@ -46,6 +47,7 @@
 #   endif
 
 #  endif /* ULTRIX */
+#endif
 #  define WINDOW Window
 #  ifndef EXPORT
 #   define EXPORT
Index: opencascade-6.2/ros/src/InterfaceGraphic/InterfaceGraphic_X11.hxx
===
--- opencascade-6.2.orig/ros/src/InterfaceGraphic/InterfaceGraphic_X11.hxx
+++ opencascade-6.2/ros/src/InterfaceGraphic/InterfaceGraphic_X11.hxx
@@ -26,6 +26,7 @@
 #  include 
 #  include 
 
+#if 0
 #  if defined (sun) || defined (SUNOS) || defined (__alpha) || defined (DECOSF1) || defined (sgi) || defined (IRIX) || defined (__hpux)|| defined (HPUX) 
 #   ifndef icon_width
 #include 
@@ -46,6 +47,7 @@
 #   endif
 
 #  endif /* ULTRIX */
+#endif
 #  define WINDOW Window
 #  ifndef EXPORT
 #   define EXPORT

Bug#483530: rox-filer: No German translations in menus any more [patch]

[David]

I have the same problem with LANG=es_ES.UTF-8 and rox 2.7.1-1 debian
package. No more menus or dialog translations.

After looking the code, I found two little problems:

- Rox install the .mo locale files in a non-standard path, and need to
  inform to gettext; there is a patch in the debian package (in
  'global.dpatch') to change this path, but I think is wrong. Anyway, we
  don't need to use any path, because we use the system default
  directory.

- Rox use "ROX-Filer" textdomain, but debian package is using "rox", so
  we need to change this in 'ROX-Filer/src/config.h.in'.

Attached patch for both changes in 'debian/patches/global.dpatch'.

Cheers.
-- 
David


rox_2.7.1-global.dpatch.diff.gz
Description: application/gzip

Bug#489207: rhythmbox: sort order is not localized

[Ulrik Sverdrup]

Package: rhythmbox
Version: 0.11.5-5
Severity: minor


The sort order in browser or normal sorted list mode is not localized,
or at least does not respect my locale.

What happens:
Artist Östblocket sorts under O
What is expected:
Östblocket should sort after Z: (XYZÅÄÖ)

If my memory serves correctly this bug was introduced in a later version
of rhythmbox, and even 0.10 might behave correctly.


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

Kernel: Linux 2.6.24-1-powerpc
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages rhythmbox depends on:
ii  dbus   1.2.1-2   simple interprocess messaging syst
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  gstreamer0.10-alsa [gs 0.10.19-2 GStreamer plugin for ALSA
ii  gstreamer0.10-esd [gst 0.10.8-4  GStreamer plugin for ESD
ii  gstreamer0.10-gnomevfs 0.10.19-2 GStreamer plugin for GnomeVFS
ii  gstreamer0.10-plugins- 0.10.19-2 GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins- 0.10.8-4  GStreamer plugins from the "good" 
ii  gstreamer0.10-x0.10.19-2 GStreamer plugins for X11 and Pang
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libavahi-client3   0.6.22-3  Avahi client library
ii  libavahi-common3   0.6.22-3  Avahi common library
ii  libavahi-glib1 0.6.22-3  Avahi glib integration library
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcairo2  1.6.4-1+b1The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-2   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libexpat1  1.95.8-4  XML parsing C library - runtime li
ii  libfontconfig1 2.5.0-2   generic font configuration library
ii  libfreetype6   2.3.5-1+lenny1FreeType 2 font engine, shared lib
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgnome-keyring0  2.22.2-1  GNOME keyring services library
ii  libgnome-media02.22.0-2  runtime libraries for the GNOME me
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-3GNOME Virtual File System (runtime
ii  libgpod3   0.6.0-5   a library to read and write songs 
ii  libgstreamer-plugins-b 0.10.19-2 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme
ii  libgtk2.0-02.12.9-3  The GTK+ graphical user interface 
ii  libhal10.5.11-1  Hardware Abstraction Layer - share
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  liblircclient0 0.8.2-2   infra-red remote control support -
ii  libmtp70.2.6.1-2 Media Transfer Protocol (MTP) libr
ii  libmusicbrainz4c2a 2.1.5-2   Second generation incarnation of t
ii  libnautilus-burn4  2.20.0-1  Nautilus Burn Library - runtime ve
ii  libnotify1 [libnotify1 0.4.4-3   sends desktop notifications to a n
ii  libnspr4-0d4.7.1-3   NetScape Portable Runtime Library
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.2-2  Layout and rendering of internatio
ii  libpixman-1-0  0.10.0-2  pixel-manipulation library for X a
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libpopt0   1.14-3lib for parsing cmdline parameters
ii  libsexy2   0.1.11-2+b1   collection of additional GTK+ widg
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libsoup2.4-1   2.4.1-1   an HTTP library implementation in 
ii  libtotem-plparser102.22.3-1  Totem Playlist Parser library - ru
ii  libusb-0.1-4   2:0.1.12-11   userspace USB programming library
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxcursor1 

Bug#480041: subversion: success when using libserf

[Seamus Allan]

On Thu, 2008-07-03 at 18:06 -0600, Oleksandr Moskalenko wrote:
> I just tried subversion 1.5.0dfsg1-2 with the serf backend provided by
> libserf-0-0 0.2.0-1 via http-library = serf as recommended by Peter and was
> able to successfully checkout and commit into a https repository. When not
> using serf backend I still get an error:

Sorry, it's just not entirely clear in your post - was the connection to
your HTTPS repo using SSL client certificates, or just a standard HTTPS
connection?

Cheers

Seamus



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

Bug#489206: Entering passphrase doesn't honor console/serial selection properly

[Uwe Hermann]

Package: cryptsetup
Version: 2:1.0.6-2
Severity: normal

Hi,

I'm seeing issues wrt to entering dm-crypt passphrases when using the
kernel parameters 'console=tty0 console=ttyS0,115200' (to get the boot
log on both the screen and on the serial console (COM1).

In such a case I can only enter the passphrase on the serial console,
but _not_ on the normal keyboard/screen, which is obviously a bug.

If I only provided 'console=ttyS0,115200' the behviour would be ok, but
when using 'console=tty0 console=ttyS0,115200' both consoles (serial and
VGA) should work.


Thanks, Uwe.
-- 
http://www.hermann-uwe.de  | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org



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

Bug#487648: svn-upgrade should not add (NOT RELEASED YET) to changelog

[Eddy Petrișor]

Damyan Ivanov wrote:

-=| Damyan Ivanov, Fri, Jun 27, 2008 at 12:10:17PM +0300 |=-

I'll see if I can fix some lintian errors/warnings before uploading.


Almost done (see changelog). What remains is:

* W: svn-buildpackage: binary-without-manpage usr/bin/svn-do

  There are some examples in the code, but I guess more would be 
  needed for a proper manual page.


Unfortunately, this script was a contribution didn't came with a man page.
But still, the only documentation is enough, IMHO for a small man page.
Just add:
- if ran without parameters, it will start a shell as suggested in (bug 421681)
- its known bug that it can't be ran on a "dirty" working copy



* W: svn-buildpackage: copyright-without-copyright-notice

  IMO debian/copyright needs a rewrite. Not something occasional 
  contributor like me is to do :)


Yeah, I just changed that a little. Please add yourself in there, if you feel 
like it.

* W: svn-buildpackage source: ancient-standards-version 3.7.2 (current 
  is 3.8.0)


  Fixing the above two warnings would allow fixing this too

* I: svn-buildpackage: hyphen-used-as-minus-sign 
usr/share/man/man1/svn-buildpackage.1.gz
  I: svn-buildpackage: hyphen-used-as-minus-sign 
usr/share/man/man1/svn-inject.1.gz
  I: svn-buildpackage: hyphen-used-as-minus-sign 
usr/share/man/man1/svn-upgrade.1.gz

  I am not sure lintian is right here, the difference between a hyphen 
  and a minus is obvious to me only when there are numbers involved :)


--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



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

Bug#480041: subversion: success when using libserf

[Oleksandr Moskalenko]

Package: subversion
Version: 1.5.0dfsg1-2
Followup-For: Bug #480041


I just tried subversion 1.5.0dfsg1-2 with the serf backend provided by
libserf-0-0 0.2.0-1 via http-library = serf as recommended by Peter and was
able to successfully checkout and commit into a https repository. When not
using serf backend I still get an error:

svn: OPTIONS of 'https://.../branches/Version133x/Scribus': SSL negotiation 
failed: SSL alert received: Decrypt error (https://)

Regards,

Alex.

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

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

Versions of packages subversion depends on:
ii  libapr1  1.2.12-4The Apache Portable Runtime Librar
ii  libc62.7-12  GNU C Library: Shared libraries
ii  libsasl2-2   2.1.22.dfsg1-21 Cyrus SASL - authentication abstra
ii  libsvn1  1.5.0dfsg1-2Shared libraries used by Subversio

subversion recommends no packages.

-- no debconf information



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

Bug#489050: [Dehs-devel] Bug#489050: qa.debian.org: PTS says error processing watch file, DEHS says no error

[Ben Finney]

On 03-Jul-2008, Raphael Geissert wrote:
> On 03/07/2008, Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> > On Thu, 03 Jul 2008, Ben Finney wrote:
> >  > Why is the PTS page claiming there is an error processing the 
> >  > watch file, and linking to a page that shows there was no such 
> >  > error?
> 
> The linked page says it could not check upstream.

Which is still not an *error*. If upstream is not checkable, it's not 
an error if it's not checked.

> Because it is "empty" (it does have some comment lines, but nothing 
> for uscan/DEHS). So DEHS thinks it has to check the watch file, but 
> since it is empty uscan doesn't complain and DEHS just reports that 
> it could not check it.

Surely, if 'uscan' does not complain when using the watch file, that 
should satisfy DEHS.

> DEHS is not intended to actually examine the watch files

It should use 'uscan' for this, instead of inspecting the file itself.

> so I will add a lintian check for empty watch files (hoping Russ 
> approves it)

This would conflict with what lintian already does in the case of a 
*missing* watch file: it recommends that a watch file be created, and 
if upstream cannot be scanned, explain this in comments (making it 
"empty", if I understand you correctly).

Instead of DEHS checking for empty watch files, it should rely on 
'uscan' which already knows how to interpret them.

> and prevent DEHS from listing packages with no errors from uscan in 
> the file being grabbed by the PTS.

That would be good also. Thanks.

-- 
 \“Holy knit one purl two, Batman!” —Robin |
  `\   |
_o__)  |
Ben Finney <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#489116: [Buildd-tools-devel] Bug#489116: schroot: possible race condition during chroot setup?

[Lucas Nussbaum]

On 03/07/08 at 20:13 +0100, Roger Leigh wrote:
> Lucas Nussbaum <[EMAIL PROTECTED]> writes:
> 
> > I run several instances of sbuild+schroot in parallel. Sometimes, I run
> > into the following error message:
> > Build started at 20080703-0045
> > **
> > Cannot create link /etc/mtab~
> > Perhaps there is a stale lock file?
> >
> > E: lsid32-ba72d12e-d721-4f01-aa83-78ce46e9691c: Chroot setup failed: 
> > stage=setup-start
> > Chroot setup failed
> > Error creating schroot session: skipping zope-ldapmultiplugins
> > **
> >
> > Could this be caused by a race condition in schroot or sbuild ? I
> > never ran into this when I was running only one instance at a time.
> 
> While it is possible that a race condition exists, I can't find any
> reference to "Cannot create link" or /etc/mtab in either the schroot
> or sbuild sources.  I don't know where that message is coming from.
> 
> Which chroot type are you using with sbuild/schroot?  The locking can
> vary between the different types, and some (e.g. plain, directory)
> shouldn't be used if you are running sbuild in parallel, though sbuild
> itself should do its own locking in this case and catch the problem.

I'm using file chroots.
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


signature.asc
Description: Digital signature

Bug#475167: e2fsprogs: fsck.ext3 fails with undefined symbol: ext2fs_dblist_get_last , trace

[Theodore Tso]

On Thu, Jul 03, 2008 at 11:47:17PM +0200, Philippe Coval wrote:
> Package: e2fsprogs
> Version: 1.40.8-2
> Followup-For: Bug #475167
> 
> 
> I am also affected, by this bug for a few weeks, here follows 
> the traces your were asking for
> 
> I am about to update to more recent versions in unstable (and experimental)

If you have a chance, before you upgrade, can you please send me the
out put of the command:

fsck.ext3 -V

It should look something like this:

e2fsck 1.41-WIP (17-Jun-2008)
   Using EXT2FS Library version 1.41-WIP, 17-Jun-2008

(Although with 1.40.8 instead of 1.41-WIP, of course.)

The key is what version of the ext2fs library you are using.  

Oh, and what does "which fsck.ext3" return?

> nrv:~# ldd $(which fsck.ext3)
> linux-gate.so.1 =>  (0xe000)
> libext2fs.so.2 => /lib/libext2fs.so.2 (0xb7ec8000)

OK, so you are definitely using the /lib/libext2fs.so.2 from the
system

> Versions of packages e2fsprogs depends on:
 > ii  e2fslibs  1.40.8-2   ext2 filesystem libraries

And you are using the 1.40.8-2 version of e2fslibs, from which
/lib/libext2fs.so.2 comes.

So I just downloaded e2fslibs_1.40.8-2.deb from ftp.us.debian.org.
The file I downloaded has an MD5 checksum of:

205126c8d83044f4ce1b5845818c7731  /tmp/e2fslibs_1.40.8-2_i386.deb

I extracted the deb file using:

   dpkg-deb -X /tmp/e2fslibs_1.40.8-2_i386.deb -.

This extracted lib/libext2fs.so.2 as a symlink to libext2fs.so.2.4,
and the md5checksum of that file is:

9fac5bd53f38914ba33c9b913fe33c9a  libext2fs.so.2

And if I run "nm -D /lib/libext2fs.so.2 | grep ext2fs_dblist_get_last"
on that file, I get:

% nm -D /lib/libext2fs.so.2 | grep ext2fs_dblist_get_last
f250 T ext2fs_dblist_get_last

Since you are not seeing this symbol when you use nm, and yet your
system claims that you have e2fslibs 1.40.8-2 install, I can only
conclude that your /lib/libext2fs.so.2 file must be getting corrupted
or overwritten somehow.

How, I can't imagine

Can you double check the md5 checksums listed above?  And can you try
reinstalling e2fslibs 1.40.8-2, and then re-trying the nm -D test?

- Ted



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

Bug#425152: 6.1.11 is available

[Greg Wilkins]

Debs for jetty 6.1.11 are available

  http://dist.codehaus.org/jetty/jetty-6.1.11/debian/

what needs to be done to get these into the next release?

cheers



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

Bug#489102: codespeak-lib: FTBFS: tries to access gluck.d.o, then times out.

[Lucas Nussbaum]

On 03/07/08 at 22:30 +0100, Chris Lamb wrote:
> Lucas Nussbaum wrote:
> 
> > Firewall logs :-)
> 
> Hm. The only thing that I can think of it is checking URLs (a feature of
> apigen) but this is disabled by default and, needless to say, I don't enable
> it.
> 
> Additionally, I don't know why it might be trying to connect to Gluck; no
> reference to this server is in the source. What port was it trying to
> connect to? 

Mmh, since I run several builds in parallel, I'm not 100% sure that
codespeak-lib tried to connect to gluck. Maybe it was caused by another
package, building at the same time as codespeak-lib.

Here is what I got in my logs:
IN= OUT=eth0 SRC=192.168.133.171 DST=192.25.206.10 LEN=60 TOS=0x00 PREC=0x00 
TTL=64 ID=26946 DF PROTO=TCP SPT=40327 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0 
IN= OUT=eth0 SRC=192.168.133.171 DST=192.25.206.10 LEN=60 TOS=0x00 PREC=0x00 
TTL=64 ID=26947 DF PROTO=TCP SPT=40327 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0 
IN= OUT=eth0 SRC=192.168.133.171 DST=192.25.206.10 LEN=60 TOS=0x00 PREC=0x00 
TTL=64 ID=47297 DF PROTO=TCP SPT=40328 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0 
IN= OUT=eth0 SRC=192.168.133.171 DST=192.25.206.10 LEN=60 TOS=0x00 PREC=0x00 
TTL=64 ID=47298 DF PROTO=TCP SPT=40328 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0

If you can't reproduce it, let me know, and I will investigate it
further.
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#486959: [Debian-med-packaging] Bug#486959: fixed in proda 1.0-6

[Lucas Nussbaum]

On 03/07/08 at 21:20 +0200, Andreas Tille wrote:
> On Thu, 3 Jul 2008, Lucas Nussbaum wrote:
>
>> Do you support parallel building? I think that caused the bug.
>
> Hups, what is parallel building?  How can / should I support this.
> ANd why should I support it if it breaks the build.  Shouldn't it
> rather be prevented to avoid this breakage?

Actually, you do support it. From debian/rules:
ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
  NUMJOBS := -j$(patsubst parallel=%,%,$(filter 
parallel=%,$(DEB_BUILD_OPTIONS)))
endif
MAKEFLAGS += $(NUMJOBS)

I build with DEB_BUILD_OPTIONS=parallel=8. For this to work, all the
dependancies in your makefile need to be complete. Apparently, it's not
the case here: you are probably missing a dep on patch somewhere.

Since your package doesn't take a long time to build, please just drop
parallel build support (debugging those issues is complex, is not worth
it for "simple" packages).
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#454529: fixes for jetty

[Greg Wilkins]

Hi,

I see that debian is still shipping Jetty 5 rather than jetty 6 (which has 
these issues
fixed).

Long overdue, I've created a patch for jetty 5 to fix these minor security 
issues.

see: http://docs.codehaus.org/display/JETTY/Jetty+Security

patch attached.

regards
? .classpath
? .project
? .settings
? CERT438616-CERT237888-CERT21284.patch
? t404.jsp
? t404.jsp.1
? demo/webapps/jetty/LICENSE.TXT
? demo/webapps/jetty/readme.txt
? demo/webapps/jetty/t404.jsp
? demo/webapps/jetty/versions.txt
? demo/webapps/root/XMLSchema.dtd
? demo/webapps/root/configure_1_3.dtd
? demo/webapps/root/datatypes.dtd
? etc/test.xml
? etc/webdefault.xml
? lib/org.mortbay.jmx.jar
? webapps/template/WEB-INF/classes
Index: src/org/mortbay/http/HttpFields.java
===
RCS file: /cvsroot/jetty/Jetty/src/org/mortbay/http/HttpFields.java,v
retrieving revision 1.77
diff -r1.77 HttpFields.java
1461a1462
> value=StringUtil.noCRLF(value);
Index: src/org/mortbay/http/HttpResponse.java
===
RCS file: /cvsroot/jetty/Jetty/src/org/mortbay/http/HttpResponse.java,v
retrieving revision 1.62
diff -r1.62 HttpResponse.java
21a22
> import java.util.Date;
22a24
> import java.util.List;
462a465,519
> public void addDateField(String name, Date date)
> {
> super.addDateField(sanitize(name),date);
> }
> 
> public void addDateField(String name, long date)
> {
> super.addDateField(sanitize(name),date);
> }
> 
> public void addField(String name, String value) throws IllegalStateException
> {
> super.addField(sanitize(name),sanitize(value));
> }
> 
> public void addIntField(String name, int value)
> {
> super.addIntField(sanitize(name),value);
> }
> 
> public void setContentType(String contentType)
> {
> super.setContentType(sanitize(contentType));
> }
> 
> public void setDateField(String name, Date date)
> {
> super.setDateField(sanitize(name),date);
> }
> 
> public void setDateField(String name, long date)
> {
> super.setDateField(sanitize(name),date);
> }
> 
> public void setField(String name, List value)
> {
> super.setField(sanitize(name),value);
> }
> 
> public String setField(String name, String value)
> {
> return super.setField(sanitize(name),sanitize(value));
> }
> 
> public void setIntField(String name, int value)
> {
> super.setIntField(sanitize(name),value);
> }
> 
> private String sanitize(String s)
> {
> return StringUtil.noCRLF(s);
> }
> 
Index: src/org/mortbay/servlet/Dump.java
===
RCS file: /cvsroot/jetty/Jetty/src/org/mortbay/servlet/Dump.java,v
retrieving revision 1.42
diff -r1.42 Dump.java
46a47
> import org.mortbay.util.StringUtil;
169a171,173
> response.setHeader("Ok","value");
> response.setHeader("ztu\r\n\r\npid","val\r\n\r\nue");
> response.addCookie(new Cookie("Stu'pid","val\r\n\r\nue"));
177c181,198
< Table table= new Table(0).cellPadding(0).cellSpacing(0);
---
> Table table= new Table(0)
> {
> public Table addCell(Object o)
> {
> if (o!=null && o instanceof String)
> {
> String s = (String)o;
> s=StringUtil.replace(s,"\r\n","");
> s=StringUtil.replace(s,"\n","");
> s=StringUtil.replace(s,"<","<");
> s=StringUtil.replace(s,">",">");
> o=s;
> }
> return super.addCell(o);
> }
> };
> 
> table.cellPadding(0).cellSpacing(0);
360c381
< table.addCell("" + toString(request.getAttribute(name)) + "");
---
> table.addCell(toString(request.getAttribute(name)));
378c399
< table.addCell("" + toString(getInitParameter(name)) + "");
---
> table.addCell(toString(getInitParameter(name)));
395c416
< table.addCell("" + toString(getServletContext().getInitParameter(name)) + "");
---
> table.addCell(toString(getServletContext().getInitParameter(name)));
412c433
< table.addCell("" + toString(getServletContext().getAttribute(name)) + "");
---
> table.addCell(toString(getServletContext().getAttribute(name)));
435c456
< table.addCell("" + multi.getString(parts[p]) + "");
---
> table.addCell(multi.getString(parts[p]));
Index: src/org/mortbay/util/StringUtil.java
===
RCS file: /cvsroot/jetty/Jetty/src/org/mortbay/util/StringUtil.java,v
retrieving

Bug#489205: udev: [INTL:sk] Slovak po-debconf translation

[helix84]

Package: udev
Version: 0.114-2
Priority: wishlist
Tags: l10n patch

.po attached

~~helix84
# Slovak translation of udev.
# Copyright (C) 2005 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the udev package.
# Ivan Masár <[EMAIL PROTECTED]>, 2008.
#
msgid ""
msgstr ""
"Project-Id-Version: udev\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-05-01 10:38+0200\n"
"PO-Revision-Date: 2008-07-03 18:12+0100\n"
"Last-Translator: Ivan Masár <[EMAIL PROTECTED]>\n"
"Language-Team: Slovak <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: error
#. Description
#: ../udev.templates:2001
msgid "Reboot needed after this upgrade"
msgstr "Po tejto aktualizácii bude potrebný reštart."

#. Type: error
#. Description
#: ../udev.templates:2001
msgid "You are currently upgrading udev using an incompatible kernel version. A compatible version is installed or being installed on the system, but you need to reboot using this new kernel as soon as the upgrade is complete."
msgstr "Momentálne aktualizujete udev, pričom používate nekompatibilnú verziu jadra. Na systéme je nainštalovaná alebo sa inštaluje kompatibilná verzia, ale hneď po dokončení inštalácie budete musieť čo najskôr reštartovať systém s novým jadrom."

#. Type: error
#. Description
#: ../udev.templates:2001
msgid "Without a reboot with this new kernel version, the system may become UNUSABLE."
msgstr "Ak nevykonáte reštart s touto novou verziou jadra, systém sa môže stať NEPOUŽITEĽNÝM."

#. Type: boolean
#. Description
#: ../udev.templates:3001
msgid "Proceed with the udev upgrade despite the kernel incompatibility?"
msgstr "Pokračovať v aktualizácii udev napriek nekompatibilite jadra?"

#. Type: boolean
#. Description
#: ../udev.templates:3001
msgid "You are currently upgrading udev to a version that is not compatible with the currently running kernel."
msgstr "Momentálne aktualizujete udev na verziu, ktorá nie je kompatibilná s verziou jadra, ktoré práve používate nekompatibilnú."

#. Type: boolean
#. Description
#: ../udev.templates:3001
msgid "You MUST install a compatible kernel version (2.6.15 or more) before upgrading, otherwise the system may become UNUSABLE. Packages with a name starting with \"linux-image-2.6-\" provide a kernel image usable with this new udev version."
msgstr "MUSÍTE si pred aktualizáciou nainštalovať kompatibilnú verziu jadra (2.6.15 alebo vyššiu), inak sa váš systém môže stať NEPOUŽITEĽNÝM. Balíky, ktorých názov začína „linux-image-2.6-” poskytujú jadro kompatibilné s touto novou verziou udev."

#. Type: boolean
#. Description
#: ../udev.templates:3001
msgid "If you choose to upgrade udev nevertheless, you should install a compatible kernel and reboot with that kernel as soon as possible."
msgstr "Ak sa rozhodnete napriek tomu aktualizovať udev, mali by ste si nainštalovať kompatibilnú verziu jadra a čo najskôr reštartovať."

Bug#462793: Bug 462793

[Greg Wilkins]

this bug should be closed.

the CERT never applied to jetty 5 (which is what debian uses)
and was fixed some time ago in jetty 6

Please see

   http://docs.codehaus.org/display/JETTY/Jetty+Security


Note that it would also be good for debian to upgrade to jetty 6

cheers



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

Bug#488673: "Home: Could not convert keysym to keycode"

[Ben Hutchings]

On Mon, Jun 30, 2008 at 10:57:16AM -0400, Mike O'Connor wrote:
> Package: ion3
> Version: 20080411-1
> Severity: normal
> 
> 
> I purged ion3, rm -r /etc/X11/ion3 and rm .r ~/.ion3 and when I install
> it, I get an xmessage window at each startup:
> 
> Ion startup error log:
> >> Home: Could not convert keysym to keycode.
> >> Stack trace:
>0 [C]: in 'do_defbindings'
>1 ioncore_bindings.lua:221: in 'defbindings'
>2 /etc/X11/ion3/cfg_query.lua:10
>  [Skipping unnamed C functions.]

Seems like you have an odd keymap, lacking a "Home" key.  Could you
send the output of "xmodmap -pk"?

Ben.

-- 
Ben Hutchings
73.46% of all statistics are made up.


signature.asc
Description: Digital signature

Bug#489204: gnome-inform7: search sometimes consumes all available time and space

[Norman Ramsey]

Package: gnome-inform7
Version: 5T18-ubuntu1
Severity: normal

I'm not able to reproduce this bug with any consistency, but I'll say
on at least 20% of attempts to type a term in the search window, Gnome
Inform 7 goes flat out allocating memory.  It consumes 99% of CPU, and
its resident memory starts growing.  When resident memory reaches 1.5GB 
my machine starts thrashing and I have to kill the process.

Two years ago I wrote a standalone KWIC indexer for Inform 7
documentation.  I have just tested it, and while it is a bit of a
blunt instrument, it still works.  Building the index (of documentation
only, not examples) takes 17 seconds; a query takes less than half a
second.  The index could be part of the package or could be built at
installation time in a postrm script.

There are some flaws in my indexer:
  * It is a command-line, text-mode script.
  * It does not handle phrases; if you ask for 'if we are'
it simply returns all the results from searches for 'if', 'we', 
and 'are'.
I could easily fix the phrase problem, and I would be delighted to be
able to contribute something useful to the Inform 7 project.  But I am
no gtk expert and so would need to work with someone else to produce
something that could be integrated into the GUI.


Norman


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

Kernel: Linux 2.6.24-1-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 gnome-inform7 depends on:
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcairo2  1.6.4-1+b1The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-2   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libfreetype6   2.3.5-1+lenny1FreeType 2 font engine, shared lib
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-3GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.9-3  The GTK+ graphical user interface 
ii  libgtkhtml3.14-19  3.18.2-1  HTML rendering/editing library - r
ii  libgtksourceview2.0-0  2.2.1-1   shared libraries for the GTK+ synt
ii  libgtkspell0   2.0.13-1  a spell-checking addon for GTK's T
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libossp-uuid15 1.5.1-1.1+b1  OSSP uuid ISO-C and C++ - shared l
ii  libpango1.0-0  1.20.2-2  Layout and rendering of internatio
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libpopt0   1.14-3lib for parsing cmdline parameters
ii  libsdl-mixer1.21.2.8-4   mixer library for Simple DirectMed
ii  libsdl1.2debian1.2.13-2  Simple DirectMedia Layer
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libxml22.6.32.dfsg-2 GNOME XML library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

gnome-inform7 recommends no packages.

-- no debconf information



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

Bug#467104: [pkg-mono-group] Bug#467104: Announce of the upcoming NMU for the xsp package

[Mirco Bauer]

Hi Christian,

On Mon, 2008-06-30 at 18:04 +0200, Christian Perrier wrote:
> If the maintainer objects to this process I will immediately abort my NMU
> and send him/her all updates I receive.

Jo Shields is working on xsp and mod-mono now.

He applied your NMU changes to the package and now applies the pending
translations from the BTS to the package.

So please do not NMU this 2 packages.

> 
> Otherwise the following will happen (or already has):
> 
>  Thursday, June 19, 2008   : send the first intent to NMU notice to
>  the package maintainer.
>  Monday, June 30, 2008   : send this notice
>  Monday, July 07, 2008   : (midnight) deadline for receiving translation 
> updates
>  Tuesday, July 08, 2008   : build the package and upload it to 
> DELAYED/2-day
>  send the NMU patch to the BTS
>  Thursday, July 10, 2008   : NMU uploaded to incoming

Ok noted, so we wait till 8th July with the upload of the new package
version, and apply all translations that pop up till then.

> 
> Thanks for your efforts and time.

thank you very much for yours!

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developer[EMAIL PROTECTED]  http://www.meebey.net/
PEAR Developer[EMAIL PROTECTED] http://pear.php.net/
Debian Developer  [EMAIL PROTECTED]  http://www.debian.org/




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

Bug#487638: fixing with CVS files

[Nicolau Werneck]

Hi there. I downloaded the Debian source, substituted the files
cvcap_ffmpeg.cpp and cvcap_dc1394.cpp for the versions in the
project's CVS, compiled the packages successfully, and now I was
finally able to run some opencv examples.

Should I submit a patch, or something? (I have never contributed to a
Debian before...)

see you,
  ++nicolau

-- 
Nicolau Werneck <[EMAIL PROTECTED]>  8D73 2782 2C32 3951 1CD1
http://www.lti.pcs.usp.br/~nwerneck   FE94 6F52 A678 2C04 08AB
"To err is human - to moo, bovine"
-- Unknown



signature.asc
Description: Digital signature

Bug#489203: mencal does not account for daylight savings time

[Scott Barker]

Package: mencal
Version: 2.3-7
Severity: normal
Tags: patch

mencal does not account for daylight savings time when calculating the
variable '$day' in the markdays() subroutine, resulting in fractional
values for '$day', which breaks mencal if the start date and current
date are in different daylight savings time states.

This may actually be due to changed behaviour in POSIX::mktime back in
2007, where mktime now sets isdst=-1 by default, instead of setting
isdst=0 by default.

The included patch fixes this problem simply by ensuring that '$day' is
an integer. 

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_CA.iso8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages mencal depends on:
ii  perl  5.10.0-11  Larry Wall's Practical Extraction 

mencal recommends no packages.

-- no debconf information
--- /usr/bin/mencal 2006-07-29 17:57:14.0 -0600
+++ mencal  2008-07-03 15:26:01.0 -0600
@@ -184,7 +184,7 @@
 
   sub markdays {
 my ($self, $begin, $end, $date, $length) = (shift, shift, shift, shift, 
shift);
-my $day = ($date - $begin) / (24 * 3600) + 1;
+my $day = int(($date - $begin) / (24 * 3600) + 1);
 my $limit = $date + $length;
 $limit = $end if ($end < $limit);
 while ($date < $limit) {

Bug#488088: perl: "Unknown error"

[Jason Rhinelander]

This is upstream bug #49472
(http://rt.perl.org/rt3/Public/Bug/Display.html?id=49472), fixed by
upstream change 33265
(http://public.activestate.com/cgi-bin/perlbrowse/p/33265).

This is indeed a very annoying bug (particularly for users of Catalyst,
which makes significant use of attributes), with a very small fix that
doesn't depend on other upstream changes.

The fix will, of course, be included in perl 5.10.1, but it would be
nice, particularly for Catalyst users, to see an update to Debian's
5.10.0 with the fix before then.

-- 
-- Jason Rhinelander



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

Bug#489202: spamass-milter: do not handle Postfix (init script, defaults file, documentation)

[Thomas Harding]

Package: spamass-milter
Version: 0.3.1-2
Severity: important
Tags: patch


1 - there is a big typo in init script (and also a bash-ism):
   * it creates a directory with "basename $SOCKET"
 instead of "dirname $SOCKET"
   * you need to be root to read/write the socket
   * the README.debian do not reflect the fact that postfix
 runs chrooted

   so there are the proposal files:


# /etc/init.d/spamass-milter

#!/bin/sh
#
# $Id: spamass-milter.init 156 2006-09-13 03:38:31Z don $
#
# Sample init script for Debian GNU/Linux
#
#  Copyright (c) 2002 Georg C. F. Greve <[EMAIL PROTECTED]>,
#   all rights maintained by FSF Europe e.V., 
#   Villa Vogelsang, Antonienallee 1, 45279 Essen, Germany
#
#   This program is free software; you can redistribute it and/or modify
#   it under the terms of the GNU General Public License as published by
#   the Free Software Foundation; either version 2 of the License, or
#   (at your option) any later version.
#  
#   This program is distributed in the hope that it will be useful,
#   but WITHOUT ANY WARRANTY; without even the implied warranty of
#   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#   GNU General Public License for more details.
#  
#   You should have received a copy of the GNU General Public License
#   along with this program; if not, write to the Free Software
#   Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
#
#   Contact:
#Michael Brown <[EMAIL PROTECTED]>

# This init script was modified on Thu, 30 Jan 2003 02:06:04 -0500 by
# Don Armstrong <[EMAIL PROTECTED]> from contrib/spamass-milter to
# allow force-reload and options specified in
# /etc/default/spamass-milter necessary for inclusion in debian.


PATH=/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/spamass-milter
SOCKET=/var/run/sendmail/spamass.sock
PIDFILE=/var/run/spamass.pid
DESC="Sendmail milter plugin for SpamAssassin"

DEFAULT=/etc/default/spamass-milter
OPTIONS=""
GROUP=root

test -x $DAEMON || exit 0

if [ -r $DEFAULT ]; then
. $DEFAULT;
fi;

set -e

case "$1" in
  start)
echo -n "Starting $DESC: "

if [ ! -d `dirname $SOCKET` ]; then
mkdir -p `dirname $SOCKET`;
fi;
start-stop-daemon --start -p $PIDFILE --exec $DAEMON -- -P $PIDFILE -f 
-p $SOCKET $OPTIONS
chown root:$MAILGROUP $SOCKET
chmod 770 $SOCKET
echo "${DAEMON}"
;;
  stop)
echo -n "Stopping $DESC: "

start-stop-daemon --stop -p $PIDFILE --signal 3 --exec $DAEMON
/bin/sleep 5s
/bin/rm -f $SOCKET

echo "${DAEMON}"
;;
  force-reload | restart)
echo -n "Restarting $DESC: "

start-stop-daemon --stop -p $PIDFILE --signal 3 --exec $DAEMON
/bin/sleep 5s
/bin/rm -f $SOCKET
start-stop-daemon --start -p $PIDFILE --exec $DAEMON -- -P $PIDFILE -f 
-p $SOCKET $OPTIONS
chown root:$MAILGROUP $SOCKET
chmod 770 $SOCKET

echo "${DAEMON}"

;;
  *)
N=$0
echo "Usage: $N {start|stop|restart}" >&2
exit 1
;;
esac

exit 0
#

#
# /etc/defaults/spamass-milter
#
# spamass-milt startup defaults

# OPTIONS are passed directly to spamass-milter.
# man spamass-milter for details

# Default, use the nobody user as the default user, ignore messages
# from localhost
#OPTIONS="-u nobody -i 127.0.0.1"

# Reject emails with spamassassin scores > 15.
#OPTIONS="-r 15"

# Do not modify Subject:, Content-Type: or body.
#OPTIONS="-m"
#


# Options example for postfix
#
#OPTIONS="-m -u spamass -r 15"
#SOCKET=/var/spool/postfix/milter/spamass.sock
#MAILGROUP=postfix



# /usr/share/doc/spamass-milter/README.Debian
#
[...]
--
  Integrating spamass-milter into your postfix installation
--

You need to edit /etc/postfix/main.cf and configure smptpd_milters so
that postfix connects to the spamass-milter socket. Something like:

# spamass-milter configuration
smtpd_milters = unix:/milter/spamass.sock
milter_default_action = accept

should work. Beware that Postfix runs on Debian in a chrooted way,
so the path is relative to the Postfix queues directory.

See http://www.postfix.org/MILTER_README.html or
/usr/share/doc/postfix/MILTER_README.gz (in postfix-doc) for
information on how to set tempfail and the various timeouts that the
sendmail configuration above uses.
[...]


HTH,
-- 
TH.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /

Bug#489201: libgpiv3: gpiv.conf

[Gerber van der Graaf]

Package: libgpiv3
Severity: normal

gpiv.conf not loaded if ~/.gpivrc is absent

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



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

Bug#489047: mysql-query-browser is freezing every way i try to pick, or click, a scheme

[Dean Hamstead]

I have performed the rm -rf ~/.mysqlgui and re started

this issue remains, i get this problem on two different machines 
(although both amd64) using different databases (both mysql 4 servers 
though)


if i run queries etc they are fine. i just have to specify the database 
and table with db.tb format


i can use the mysql cli client and use 'show tables' 'describe tables' 
etc with no dramas


Dean

Adam Majer wrote:

Dean Hamstead wrote:

Package: mysql-query-browser
Version: 5.0~rc12-2.2
Severity: normal

when a schema is selected mysql-query-browser locks.

a patch is provided on mysql.com

http://bugs.mysql.com/bug.php?id=30055

so it just needs to be applied etc.


I'm not having this problem at all. But I did notice that removing the
old, old settings directory I've had did change the entire look and feel
of my instance of the program.

Could you try and remove ~/.mysqlgui (or move to different location) and
try to reproduce this bug?

- Adam




--
http://fragfest.com.au



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

Bug#479683: not grave

[Mirco Bauer]

severity 479683 important
thanks

Lowering severity to important, as this problem only happens for
specific usage of the library.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developer[EMAIL PROTECTED]  http://www.meebey.net/
PEAR Developer[EMAIL PROTECTED] http://pear.php.net/
Debian Developer  [EMAIL PROTECTED]  http://www.debian.org/




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

Bug#487884: pokerth: colors look strange

[Evgeni Golov]

Hi Nicolas,

On Fri, 27 Jun 2008 00:13:23 +0200 Evgeni Golov wrote:

> I talked with upstream about that. The problem is known, and has already
> been reported in the forums:
> http://www.pokerth.net/component/option,com_fireboard/Itemid,85/func,view/id,1367/catid,14/

With Rhonda's (#debian-games <3) help (and his PowerPC), we were able
to localize the bug - sort of.
It seems Qt does not handle transparent PNGs well on big-endian arches.
If you strip the transparency away (with "convert -type TrueColor
from.png to.png"), it will display the colors correctly.

This is even known up-upstream:
http://trolltech.com/developer/task-tracker/index_html?method=entry&id=196152
But "Scheduled for? Some future release" does not sound good :(

Well, let's see what doitux (Cc'd) thinks about it.

Regards
Evgeni


pgpYWES4zik9n.pgp
Description: PGP signature

Bug#489200: libyaml-perl fails to load back list of hashes, when hash key is quoted

[Myhailo Danylenko]

Package: libyaml-perl
Version: 0.66-1
Severity: normal


  How to reproduce:

  Run this script:

[isbear:~] cat yt2.pl 
#! /usr/bin/perl

use strict;
use warnings;
use YAML;
#{ no warnings; $YAML::CompressSeries = 1 };

my $a = [
{
'a ' => 'b'
}
];

my $dump = Dump $a;
print " start \n$dump\n end \n";
my $b = Load $dump;

# The End.


  Error message (this one is from amd64 machine, on i386 message it is
exactly the same):

[isbear:~] ./yt2.pl
 start 
---
- 'a ': b

 end 
YAML Error: Couldn't parse single line value
   Code: YAML_PARSE_ERR_SINGLE_LINE
   Line: 2
   Document: 1
 at /usr/share/perl5/YAML.pm line 33



  The problem can be workarounded by not using CompressSeries feature,
however that feature is enabled by default, so, without extra
configuration module as it is will not work in such circumstances.


  
  Reportbug output:

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

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

Versions of packages libyaml-perl depends on:
ii  perl  5.10.0-11  Larry Wall's Practical
Extraction 

libyaml-perl recommends no packages.

-- no debconf information


-- 
Михайло Даниленко
---
jabber: <[EMAIL PROTECTED]>
icq:200352743



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

Bug#489191: tagging 489191

[Adam D . Barratt]

# Automatically generated email from bts, devscripts version 2.10.33
# Fixed in commit ad09f133a313d2ba70328a6a5127edbea1d4b356
#
#  * checks/files{,.desc}:
#+ [ADB] Warn if the package contains embedded copies of separately
#  packaged Javascript libraries.  Patch by Chris Lamb.  (Closes: #489191)
#
tag 489191 + pending




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

Bug#475167: Fixed: 0000d770 T ext2fs_dblist_get_last

[Philippe Coval]

Package: e2fsprogs
Followup-For: Bug #475167


Hi,

It's me again, I just upgraded those packages, and It works as expected 

  unstable/main e2fslibs 1.40.11-1
  unstable/main e2fsprogs 1.40.11-1

BTW, the function is present now :

  nm -D /lib/libext2fs.so.2 | grep ext2fs_dblist_get_last
  d770 T ext2fs_dblist_get_last

I am curious why this issue did not affect more users ?

Thank you for fixing this, I am ok to close this bug

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

Kernel: Linux 2.6.23-k7-amiloa (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages e2fsprogs depends on:
ii  e2fslibs  1.40.11-1  ext2 filesystem libraries
ii  libblkid1 1.40.8-2   block device id library
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libcomerr21.40.8-2   common error description library
ii  libss21.40.8-2   command-line interface parsing lib
ii  libuuid1  1.40.8-2   universally unique id library

e2fsprogs recommends no packages.

-- no debconf information



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

Bug#473682: status on bug 473682?

[Daniel Kahn Gillmor]

Hi Piotr--

On Wed 2008-07-02 10:11:40 -0400, Piotr Roszatycki wrote:

> Hi. The new version is almost ready. I didn't have enough time for
> testing :(

I know the feeling :P

> If you want to help, could you download the newest SVN snapshot from
> svn://svn.debian.org/fakechroot/ and try if it work correctly?
> Thanks!

OK, i've built the package from svn revision 266, by doing:

 yada rebuild control
 yada rebuild rules
 emacs debian/changelog ## did some manual changelog edits
 debuild -uc -us

fakechroot seems to work if give an absolute path as the chroot
target, but not if i give a relative path.  Here's an example as a
regular user:

0 [EMAIL PROTECTED]:~/debirf$ pwd
/home/wt215/debirf
0 [EMAIL PROTECTED]:~/debirf$ ls -l minimal/root/fubar 
-rw-r--r-- 1 wt215 wt215 0 2008-07-03 17:47 minimal/root/fubar
0 [EMAIL PROTECTED]:~/debirf$ fakechroot /usr/sbin/chroot 
/home/wt215/debirf/minimal/root ls -l /fubar
-rw-r--r-- 1 1001 1001 0 2008-07-03 17:47 /fubar
0 [EMAIL PROTECTED]:~/debirf$ fakechroot /usr/sbin/chroot minimal/root ls -l 
/fubar
/usr/sbin/chroot: cannot run command `ls': No such file or directory
127 [EMAIL PROTECTED]:~/debirf$ 


And here's the same thing as the superuser (no fakechroot):

[0 [EMAIL PROTECTED] debirf]# pwd
/home/wt215/debirf
[0 [EMAIL PROTECTED] debirf]# chroot minimal/root ls -l /fubar
-rw-r--r-- 1 1001 1001 0 Jul  3 21:47 /fubar
[0 [EMAIL PROTECTED] debirf]# 

Any thoughts as to why that's happening?  Feel free to break this out
into a separate bug report if that makes sense to you.

Thanks for your work,

 --dkg


pgp4w3y5JbCj1.pgp
Description: PGP signature

Bug#489199: g++-4.3: getting "std::abs(int&) is ambiguous"

[Ivan Vucica]

Package: g++-4.3
Version: 4.3.1-2
Severity: minor

This is an upstream bug, I believe.

I sincerely believe that std::abs should accept int& as an argument. Yet
for this small portion of code:

template
inline static bool areInRange(const Position& p1, const Position& p2){
if(std::abs(p1.x - p2.x) > deltax ||
std::abs(p1.y - p2.y) > deltay){
return false;
}
return true;
}

Arguments are passed as references to Position. Position contains
integers, which are then obviously understood as references to integers
by the compiler. 

This worked fine with gcc 4.2.

Code is available in the OpenTibia project
http://sf.net/projects/opentibia/
in the file position.h. I possibly added a cast to float to the version
you may be looking at, but you'll recognize that.

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

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages g++-4.3 depends on:
ii  gcc-4.3   4.3.1-2The GNU C compiler
ii  gcc-4.3-base  4.3.1-2The GNU Compiler Collection (base 
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library
ii  libmpfr1ldbl  2.3.1.dfsg.1-2 multiple precision floating-point 
ii  libstdc++6-4.3-dev4.3.1-2The GNU Standard C++ Library v3 (d

g++-4.3 recommends no packages.

-- no debconf information



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

Bug#452851: Fw: [issue376] py.path.local.local.LocalPath may remove unrelated data

[Chris Lamb]

(Forwarded from https://codespeak.net/issue/pypy-dev/issue376)

Begin forwarded message:

From: Armin Rigo <[EMAIL PROTECTED]>

The fact that the directory name is predictable is very useful in various
situations, so it's unlikely that we can be convinced to change that.  I do
see the point that the py lib could be tricked into removing unrelated data
that would happen to have the same name, but I think that we can find other
solutions than unpredictable directory names in order to fix that specific
issue.

An idea would be to put a certain dot-file in the temporary directory when
it is created, and check for it before removing the whole dir later.  If we
want to be paranoid, the dot-file's content should be a random salt followed
by the SHA checksum of ("salt" + "directory-name" +
"constant-py-lib-token"), so that if the content still matches later, it
proves that the directory was really created by the py lib (unless it was
created by a malicious program that contains a copy of the same
"constant-py-lib-token" - but of course it's not possible to prevent a
malicious program run by the same user to do whatever it pleases anyway).

Does this sound acceptable to debian-level security?


-- 
Chris Lamb, UK   [EMAIL PROTECTED]
GPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#453825: RFA: mailliststat -- Displays statistics about mbox files

[Felipe Augusto van de Wiel (faw)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2008-02-35 16:33 Jeffrin Jose wrote:
> On 01-12-2007 11:12, Thomas Huriaux wrote:
>> I no longer uses this package and have never been really active in its
>> maintenance. It is dead upstream for 4 years.
>> 
>> I will however continue to keep an eye on important issues as long as
>> no one pops up to take over this package.


> hello .
> ||iam interested in taking up mailliststat.
> looking forward.

Jeffrin,

Thomas orphaned the package on May 29th, do you
still intend to adopt it? I would be happy to co-maintain
it with you, otherwise I will adopt it.

Kind regards,
- --
Felipe Augusto van de Wiel (faw)
"Debian. Freedom to code. Code to freedom!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIbUp4CjAO0JDlykYRAsAWAJ9iKUeuAvHVJe2JuZ51wk13gcjmKwCaAy0/
9iJDYIzzY1iqvQ9vTRL+u/I=
=wI3/
-END PGP SIGNATURE-



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

Bug#489045: [Pkg-cups-devel] Bug#489045: cups: infinite loop, 100%CPU use, while trying to print with HPJetDirect

[Patricio Rojo]

Attaching requested info, thanks!

=
error_log:  (the first two entries appeared when adding the printer
through the web interface, even though the printer appeared to be
successfully added with no error messages in the web interface.  The
last entry appeared only after I 'kill -9' the runaway process)

E [03/Jul/2008:17:35:19 -0400] CUPS-Add-Modify-Printer: Unauthorized
E [03/Jul/2008:17:35:28 -0400] CUPS-Add-Modify-Printer: Unauthorized

E [03/Jul/2008:17:39:09 -0400] PID 19284 (/usr/lib/cups/backend/socket)
crashed on signal 9!


===
strace.out  (I ran it for 10 seconds and I got a file with more than
80 lines that seem to repeat the following forever)
---

19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0
19284 select(6, [4 5], [5], NULL, NULL) = 1 (in [5])
19284 read(5, "", 1024) = 0





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

Bug#480124: Congratulation---- You have won

[The UK Lottery Office]

Congratulation,

Your e-mail address attached to the Ref: UK/9420X2/68 with Batch:
074/05/ZY369 which subsequently won you the sum of GBP £856,000.00 in
category "B" credited to the file Ref N0:KPL/09-002/JA.

To file for your claim, kindly contact our accredited claims agent.

Mr. Dauler .K
E-mail: [EMAIL PROTECTED]

Note that, all claims processes and clearance procedures must be duly completed 
early to avoid impersonation and or double claiming.

Regards,

Mrs Phillip Sheila
Online Coordinator.



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

Bug#489198: python-coherence: Coherence doesn't find plugins without python-nose installed

[Austin Henry]

Package: python-coherence
Version: 0.5.6-1
Severity: normal


When running the /usr/bin/coherence program , I would get an unhelpful error,
and every plugin would fail to load.  The error turned out to be a missing
dependency, which is how I figured out that python-nose needs to be installed.

More information is upstream: https://coherence.beebits.net/ticket/146
Quite likely this info isn't relevant, but it is related, so it's included for
interest sake.

A dependency on python-nose should probably be added to this package.

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

Kernel: Linux 2.6.22-3-k7 (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 python-coherence depends on:
ii  python2.5.2-1An interactive high-level object-o
ii  python-celementtree   1.0.5-10   Light-weight toolkit for XML proce
ii  python-central0.6.7  register and build utility for Pyt
ii  python-configobj  4.5.2-1a simple but powerful config file 
ii  python-elementtree1.2.6-12   Light-weight toolkit for XML proce
ii  python-gst0.100.10.12-1  generic media-playing framework (P
ii  python-louie  1.1-1  Python signal dispatching mechanis
ii  python-pkg-resources  0.6c8-3Package Discovery and Resource Acc
ii  python-twisted-core   8.1.0-1Event-based framework for internet
ii  python-twisted-web8.1.0-1An HTTP protocol implementation to
ii  python-zopeinterface  3.3.1-7The implementation of interface de
ii  python2.5 2.5.2-6An interactive high-level object-o

python-coherence recommends no packages.

-- no debconf information



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

Bug#486403: Please expose GIT_REPO_VERSION

[George Danchev]

On Wednesday 02 July 2008 15:24:20 Gerrit Pape wrote:
> On Mon, Jun 16, 2008 at 12:03:02AM +0300, George Danchev wrote:
> > Hi,
> >
> > Please find the patch below (I believe it won't break any porcelain
> > above it) which exposes the value of GIR_REPO_VERSION (git's internal
> > repository format) via --version. It will benefit the recently added to
> > the dpkg-source "3.0 (git)" source format. If it changes in some
> > incompatible way
>
> Hi George, you should be able to query that information repo-specific
> through
>
>  $ git config --get core.repositoryformatversion
>
> I'm not sure why you want this information for the git programs, the
> GIT_REPO_VERSION is tied to the git version.

Hello Gerrit,

Sure, it is pretty easy to get repositoryformatversion's value found in the 
[core] section of the .git/config file and that is not the meant goal. The 
meant one is GIT_REPO_VERSION since it is being compared to the 
repositoryformatversion  (like GIT_REPO_VERSION < repository_format_version)
in setup.c:check_repository_format_gently(int *nongit_ok).  So if my git 
program dies with:

"fatal: Expected git repo version <= V, found V+1"

because repositoryformatversion is bigger than GIT_REPO_VERSION, I would like 
to be able to query its internal GIT_REPO_VERSION in order to determine 
which .git/* my git is able to process.





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

Bug#479302: Upload of dtc, dtc-xen & libapache-mod-log-sql

[Christian Perrier]

Quoting Thomas Goirand ([EMAIL PROTECTED]):
> Hi,
> 
> After some tests under Lenny, we have corrected some (quite important)
> bugs, like regarding a missing dependency to cyrus-pop, and other
> things. Please find bellow the URL for sponsoring:
> 
> ftp://ftp.gplhost.com/debian/dists/etch/main/source/libapache-mod-log-sql_1.100-13.dsc

Je m'interroge sur:

W: libapache-mod-log-sql source: debian-rules-calls-debhelper-in-odd-order 
dh_makeshlibs (line 78)
N:
N:   One of the targets in the debian/rules file for this package calls
N:   debhelper programs in an odd order. Normally, dh_makeshlibs should be
N:   called before dh_shlibdeps or dh_installdeb, dh_shlibdeps should be
N:   called before dh_gencontrol, and all should be called before
N:   dh_builddeb. Calling them in the wrong order may cause incorrect or
N:   missing package files and metadata.
N:






signature.asc
Description: Digital signature

Bug#489191: Detect embedded copies of Javascript libraries

[Raphael Geissert]

Chris Lamb wrote:

> Package: lintian
> Version: 1.24.1
> Severity: wishlist
> Tags: patch
> 
> Lintian should detect when a package installs an embedded copy of various
> Javascript libraries now packaged in Debian. This violates policy §4.13.
> 
> Patch (with testcases) attached.

fckeditor.js, and cropper(.uncompressed)?.js should also be checked for

> 
> 
> Regards,
> 

Cheers,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html




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

Bug#489197: bbdb fails in unstable version of vm (8.09)

[David Raymond]

Package: bbdb
Version: 2.35.cvs20060204-1.1
Severity: normal


Upon upgrade from etch to sid, vm changes versions from 7.19 to 8.09.
In the new version of vm getting the address on the "To:" line from
bbdb by completion (typing a piece of the name or address and hitting
tab) stops working -- hitting tab just tabs the cursor now.  Note that
the version of emacs didn't change in the upgrade.

Below is the part of my .emacs file pertinent to vm and bbdb:

=
;;; BBDB setup
(require 'bbdb)
(bbdb-initialize 'sendmail 'vm)
(bbdb-insinuate-vm)
(add-hook 'mail-setup-hook 'bbdb-insinuate-sendmail)
(setq bbdb-quiet-about-name-mismatches t)
(setq bbdb-use-pop-up nil)
(setq bbdb/mail-auto-create-p nil)

;;; VM stuff
(setq mail-default-reply-to "[EMAIL PROTECTED]")
(setq user-full-name "David Raymond")
(setq user-mail-address "[EMAIL PROTECTED]")
(setq vm-use-toolbar nil)
(setq vm-mime-8bit-text-transfer-encoding '("8bit"))
(setq vm-move-after-deleting t)
(setq vm-mutable-frames nil)
(setq vm-preview-lines nil)
(setq vm-auto-next-message nil)
(setq vm-display-using-mime t)
(setq vm-folder-directory "~/Mail/")
(setq vm-confirm-new-folders t)
(setq vm-delete-after-saving t)
(setq vm-mime-internal-content-types '("text"))
(setq vm-mime-internal-content-type-exceptions '("text/html"))
(setq vm-auto-decode-mime-messages nil)
(setq vm-mime-external-content-types-alist
'(
  ("text/html" "epiphany")
  ("image/eps" "gv")
  ("image" "display")
  ("application/postscript" "gv")
  ("application/pdf" "xpdf")
  ("application/lyx" "lyx")
  ("application/msword" "abiword")
  ("application/excel" "gnumeric")
  ))
(define-key menu-bar-tools-menu [rmail] '("Read Mail" . vm))
(define-key-after menu-bar-tools-menu [smail] '("Send Mail" . vm-mail) 'rmail)


Dave Raymond

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

Kernel: Linux 2.6.21.3 (SMP w/2 CPU cores)
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 bbdb depends on:
ii  emacs21 [emacsen]21.4a+1-5.4 The GNU Emacs editor
ii  make 3.81-5  The GNU version of the "make" util

bbdb recommends no packages.

-- no debconf information



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

Bug#489102: codespeak-lib: FTBFS: tries to access gluck.d.o, then times out.

[Chris Lamb]

Lucas Nussbaum wrote:

> Firewall logs :-)

Hm. The only thing that I can think of it is checking URLs (a feature of
apigen) but this is disabled by default and, needless to say, I don't enable
it.

Additionally, I don't know why it might be trying to connect to Gluck; no
reference to this server is in the source. What port was it trying to
connect to? 


Regards,

-- 
Chris Lamb, UK   [EMAIL PROTECTED]
GPG: 0x634F9A20


signature.asc
Description: PGP signature

Bug#489196: [l10n:ro] gnome-applets: Romanian translation of the po-debconf template

[Eddy Petrișor]

Package: gnome-applets
Severity: wishlist
Tags: l10n patch

Hello,

Attached there is a Romanian translation of the po-debconf templates for this 
package.
Please add it to the package.

Thanks.


--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
# translation of ro.po to Romanian
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Eddy Petrișor <[EMAIL PROTECTED]>, 2006, 2008.
msgid ""
msgstr ""
"Project-Id-Version: ro\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-07-01 07:35+0200\n"
"PO-Revision-Date: 2008-07-02 00:59+0300\n"
"Last-Translator: Eddy Petrișor <[EMAIL PROTECTED]>\n"
"Language-Team: Romanian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms:  nplurals=3; plural=n==1 ? 0 : (n==0 || (n%100 > 0 && n%100 < 20)) ? 1 : 2;\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid "Should cpufreq-selector run with root privileges?"
msgstr "Se instalează cpufreq-selector cu privilegii de root?"

#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid ""
"The 'cpufreq-selector' program, part of the CPU Frequency Scaling Monitor, "
"can be set up to use superuser privileges when it is run ('SUID root')."
msgstr "Programul „cpufreq-selector”, parte din „Monitorul de scalare a frecvenței procesorului”, poate fi configurat să folosească privilegii de super-utilizator atunci când e rulat („SUID root”)."

#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid ""
"If you choose this option, any ordinary user will have the power to set the "
"processor's clock frequency. However, this may also be potentially "
"exploitable in security attacks."
msgstr "Dacă alegeți această opțiune, orice utilizator obișnuit va putea să ajusteze frecvența procesorului. Totuși, aceiași opțiune prezintă potențialul de a putea fi exploatată în atacuri de securitate."

#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid ""
"The applet will continue to work if you choose to disable SUID for cpufreq-"
"selector, but only for monitoring the CPU clock frequency. The applet may "
"need to be restarted for a change to take effect."
msgstr ""
"Mini-aplicația va continua să funcționeze dacă alegeți să dezactivați bitul "
"SUID pentru cpufreq-selector, însă doar pentru monitorizarea frecvenței procesorului. Probabil că va trebui să reporniți mini-"
"aplicația înainte ca orice schimbare să aibă efect."

#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid ""
"If in doubt, accept the default of no SUID root. To change this setting "
"later, run 'dpkg-reconfigure gnome-applets'."
msgstr "Dacă va răzgândiți mai târziu, acceptați opțiunea implicită de a nu folosi SUID root. Pentru a schimba această opțiune rulați comanda „dpkg-reconfigure gnome-applets”."

#~ msgid ""
#~ "You have the option of installing a component of the CPU Frequency "
#~ "Scaling Monitor (cpufreq-selector) with the SUID bit set."
#~ msgstr ""
#~ "Aveți opțiunea de a instala o componentă a Monitorului frecvenței de "
#~ "sclare a procesorului (cpufreq-selector) cu bitul SUID activ."

#~ msgid ""
#~ "If you make cpufreq-selector SUID, any user can then set the CPU's clock "
#~ "frequency without needing any additional privileges. This could, however, "
#~ "potentially allow it to be used during a security attack on your "
#~ "computer. If in doubt, it is suggested that you install it without SUID."
#~ msgstr ""
#~ "Dacă activați bitul SUID pentru cpufreq-selector, orice utilizator poate "
#~ "schimba frecvența de tact a procesorului fără alte privilegii "
#~ "suplimentare. Totuși, acest lucru are potențialul de a fi folosit în "
#~ "timpul unui atac asupra securității calculatorului dumneavoastră. Dacă "
#~ "aveți îndoieli, se sugerează instalarea fără SUID."

Bug#489070: [Bug#489070] po-debconf://gnome-menus

[Eddy Petrișor]

Festila Catalin wrote:

2008/7/3 Eddy Petrișor <[EMAIL PROTECTED]>:


Package: gnome-menus
Severity: wishlist
Tags: l10n patch


Cătălin forgot to mention that we agreed that he would send an updated version of the translation to 
correct an issue he spotted, and CC me on the mail and say that we agreed.


His changes even went beyond what we agreed, and he corrected other issues, 
too. Thanks very much.



Note: Cătălin, I reverted the "role-playing" change you made since it doesn't make sense to keep it 
in English, even more when the genre is less known for Romanian speakers. I know the current 
translation is not satisfactory, but that's why there was a review period in our process. Still, I 
will open a discussion about this term on our united l10n team, diacritice, see if we can get a 
better translation. (I also corrected the „ș” character in your name and left the translation in 
your name :-D).


Maintainers: Please use this translation.

--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
# translation of ro.po to Romanian
# Menu section translation
# Copyright (C) 2003
# This file is distributed under the same license as the menu package.
#
# Bill Allombert <[EMAIL PROTECTED]>, 2003.
# Sorin Batariuc <[EMAIL PROTECTED]>, 2005.
# Eddy Petrișor <[EMAIL PROTECTED]>, 2008.
msgid ""
msgstr ""
"Project-Id-Version: ro\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2008-04-08 13:00+0200\n"
"PO-Revision-Date: 2008-07-03 10:46+0200\n"
"Last-Translator: Cătălin Feștilă <[EMAIL PROTECTED]>\n"
"Language-Team: Romanian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=3; plural=n==1 ? 0 : (n==0 || (n%100 > 0 && n%100 < 20)) ? 1 : 2;\n"

#: ../../debian/desktop-files/ActionGames.directory.in.h:1
msgid "Action"
msgstr "Acțiune"

#: ../../debian/desktop-files/ActionGames.directory.in.h:2
msgid "Action games"
msgstr "Jocuri de acțiune"

#: ../../debian/desktop-files/AdventureGames.directory.in.h:1
msgid "Adventure"
msgstr "Aventură"

#: ../../debian/desktop-files/AdventureGames.directory.in.h:2
msgid "Adventure style games"
msgstr "Jocuri de aventură"

#: ../../debian/desktop-files/ArcadeGames.directory.in.h:1
msgid "Arcade"
msgstr "Arcade"

#: ../../debian/desktop-files/ArcadeGames.directory.in.h:2
msgid "Arcade style games"
msgstr "Jocuri de tip arcade"

#: ../../debian/desktop-files/BlocksGames.directory.in.h:1
msgid "Falling blocks"
msgstr "Blocuri căzătoare"

#: ../../debian/desktop-files/BlocksGames.directory.in.h:2
msgid "Falling blocks games"
msgstr "Jocuri cu blocuri căzătoare"

#: ../../debian/desktop-files/BoardGames.directory.in.h:1
msgid "Board"
msgstr "Table"

#: ../../debian/desktop-files/BoardGames.directory.in.h:2
msgid "Board games"
msgstr "Jocuri pe tablă"

#: ../../debian/desktop-files/CardGames.directory.in.h:1
msgid "Card games"
msgstr "Jocuri de cărți"

#: ../../debian/desktop-files/CardGames.directory.in.h:2
msgid "Cards"
msgstr "Cărți"

#: ../../debian/desktop-files/Debian.directory.in.h:1
msgid "Debian"
msgstr "Debian"

#: ../../debian/desktop-files/Debian.directory.in.h:2
msgid "The Debian menu"
msgstr "Meniul Debian"

#: ../../debian/desktop-files/KidsGames.directory.in.h:1
msgid "Games for kids"
msgstr "Jocuri pentru copii"

#: ../../debian/desktop-files/KidsGames.directory.in.h:2
msgid "Kids"
msgstr "Copii"

#: ../../debian/desktop-files/LogicGames.directory.in.h:1
msgid "Logic"
msgstr "Logică"

#: ../../debian/desktop-files/LogicGames.directory.in.h:2
msgid "Logic and puzzle games"
msgstr "Jocuri de logică și puzzle"

#: ../../debian/desktop-files/RolePlayingGames.directory.in.h:1
msgid "Role playing"
msgstr "Asumă-ți unui rol"

#: ../../debian/desktop-files/RolePlayingGames.directory.in.h:2
msgid "Role playing games"
msgstr "Jocuri în care se asumă un rol"

#: ../../debian/desktop-files/SimulationGames.directory.in.h:1
msgid "Simulation"
msgstr "Simulare"

#: ../../debian/desktop-files/SimulationGames.directory.in.h:2
msgid "Simulation games"
msgstr "Jocuri de tip simulator"

#: ../../debian/desktop-files/SportsGames.directory.in.h:1
msgid "Sports"
msgstr "Sporturi"

#: ../../debian/desktop-files/SportsGames.directory.in.h:2
msgid "Sports games"
msgstr "Jocuri sportive"

#: ../../debian/desktop-files/StrategyGames.directory.in.h:1
msgid "Strategy"
msgstr "Strategie"

#: ../../debian/desktop-files/StrategyGames.directory.in.h:2
msgid "Strategy games"
msgstr "Jocuri de strategie"

#~ msgid "Editors"
#~ msgstr "Editoare"
#~ msgid "Education"
#~ msgstr "Educație"
#~ msgid "Emulators"
#~ msgstr "Emulatoare"
#~ msgid "Graphics"
#~ msgstr "Grafică"

#, fuzzy
#~ msgid "Network"
#~ msgstr "Rețele"

#, fuzzy
#~ msgid "Communication"
#~ msgstr "Educație"
#~ msgid "Programming"
#~ msgstr "Programare"
#~ msgid "Science"
#~ msgstr "Știință"

#, fuzzy
#~ msgid "Dat

Bug#489195: [l10n:ro] isight-firmware-tools: Romanian translation of the po-debconf template

[Eddy Petrișor]

Package: isight-firmware-tools
Severity: wishlist
Tags: l10n patch

Hello,

Attached there is a Romanian translation of the po-debconf templates for this 
package.
Please add it to the package.

Thanks.

--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
# translation of ro.po to Romanian
# Romanian translations for PACKAGE package
# Traducerea în limba română pentru pachetul PACKAGE.
# Copyright (C) 2008 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Eddy Petrisor <[EMAIL PROTECTED]>, 2008.
# Eddy Petrișor <[EMAIL PROTECTED]>, 2008.
msgid ""
msgstr ""
"Project-Id-Version: ro\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-06-14 08:34+0200\n"
"PO-Revision-Date: 2008-07-02 03:25+0300\n"
"Last-Translator: Eddy Petrișor <[EMAIL PROTECTED]>\n"
"Language-Team: Romanian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms:  nplurals=3; plural=n==1 ? 0 : (n==0 || (n%100 > 0 && n%100 < 20)) ? 1 : 2;\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Extract firmware from Apple driver?"
msgstr "Se extrage firmware-ul din driver-ul Apple?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Ensure you have access to the AppleUSBVideoSupport driver file. If not "
"disable firmware extraction, you can retry it later."
msgstr "Asigurați-vă că aveți acces la fișierul de driver AppleUSBVideoSupport. Dacă nu aveți acces, dezactivați extragerea firmware-ului pentru că puteți din nou încerca la un moment ulterior."

#. Type: string
#. Description
#: ../templates:2001
msgid "Apple driver file location:"
msgstr "Locul în care se află fișierul cu driver-ul Apple:"

Bug#417911: systemimager-client: What's the status of amd64 support?

[dann frazier]

On Thu, Jul 03, 2008 at 10:26:39PM +0200, Johannes Graumann wrote:
> Package: systemimager-client
> Followup-For: Bug #417911
> 
> 
> I can't get out of this old thread what the status of work on amd64
> support in debian is. Can you please comment?

SystemImager is orphaned in Debian - noone is actively working on it
to my knowledge.

-- 
dann frazier




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

Bug#489194: dput: please add delay = 7 to gluck_delayed snippet

[Gerfried Fuchs]

Package: dput
Version: 0.9.2.32
Severity: minor

Hi!

 Currently when one does a "dput gluck_delayed foo.changes" it fails
because one isn't able to write to ~tfheen directly. One has to
explicitly use the -e switch to specify the delayed queue one wants to
put the package to.

 Please provide a default delay value in that snippet so that dput works
without the absolute requirement for the option. As discussed on
#debian-devel earlier it seems to be a good idea to use 7 days as
default, given that the queue seems to be often used for NMUs.

 Thanks in advance,
Rhonda



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

Bug#489095: tellico: FTBFS: libtool: link: cannot find the library `/usr/lib/libkmime.la' or unhandled argument `/usr/lib/libkmime.la'

[Regis Boudin]

ressign 489095 libkcal2-dev
thanks

Hi,

There must have been a change in the new kdepim source package. If the
libkcal.la references libkmime.la, then libkcal2-dev package should have
the right dependency.

Thanks,

Regis

On Thu, 2008-07-03 at 10:15 +0200, Lucas Nussbaum wrote:
> Package: tellico
> Version: 1.3.2.1-1
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20080702 qa-ftbfs
> Justification: FTBFS on i386
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> i386.
> 
> Relevant part:
> > make[4]: Entering directory 
> > `/build/user-tellico_1.3.2.1-1-amd64-Dlpixi/tellico-1.3.2.1-1/src'
> > /usr/share/qt3/bin/moc ./entry.h -o entry.moc
> > /usr/share/qt3/bin/moc ./configdialog.h -o configdialog.moc
> > /usr/share/qt3/bin/moc ./entryiconview.h -o entryiconview.moc
> > /usr/share/qt3/bin/moc ./document.h -o document.moc
> > /usr/share/qt3/bin/moc ./exportdialog.h -o exportdialog.moc
> > /usr/share/qt3/bin/moc ./collection.h -o collection.moc
> > /usr/share/qt3/bin/moc ./filterview.h -o filterview.moc
> > /usr/share/qt3/bin/moc ./fieldcompletion.h -o fieldcompletion.moc
> > /usr/share/qt3/bin/moc ./entrymerger.h -o entrymerger.moc
> > /usr/share/qt3/bin/moc ./controller.h -o controller.moc
> > /usr/share/qt3/bin/moc ./groupview.h -o groupview.moc
> > /usr/share/qt3/bin/moc ./loandialog.h -o loandialog.moc
> > /usr/share/qt3/bin/moc ./borrowerdialog.h -o borrowerdialog.moc
> > /usr/share/qt3/bin/moc ./detailedlistview.h -o detailedlistview.moc
> > /usr/share/qt3/bin/moc ./upcvalidator.h -o upcvalidator.moc
> > /usr/share/qt3/bin/moc ./progressmanager.h -o progressmanager.moc
> > /usr/share/qt3/bin/moc ./reportdialog.h -o reportdialog.moc
> > /usr/share/qt3/bin/moc ./importdialog.h -o importdialog.moc
> > /usr/share/qt3/bin/moc ./fetchdialog.h -o fetchdialog.moc
> > /usr/share/qt3/bin/moc ./collectionfieldsdialog.h -o 
> > collectionfieldsdialog.moc
> > /usr/share/qt3/bin/moc ./loanview.h -o loanview.moc
> > /usr/share/qt3/bin/moc ./entryeditdialog.h -o entryeditdialog.moc
> > /usr/share/qt3/bin/moc ./mainwindow.h -o mainwindow.moc
> > /usr/share/qt3/bin/moc ./entryview.h -o entryview.moc
> > /usr/share/qt3/bin/moc ./viewstack.h -o viewstack.moc
> > /usr/share/qt3/bin/moc ./statusbar.h -o statusbar.moc
> > /usr/share/qt3/bin/moc ./filterdialog.h -o filterdialog.moc
> > /usr/share/qt3/bin/moc ./fetcherconfigdialog.h -o fetcherconfigdialog.moc
> > /usr/share/qt3/bin/moc ./entryupdater.h -o entryupdater.moc
> > creating tellico.all_cpp.cpp ...
> > i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I..  -I/usr/include/kde 
> > -I/usr/share/qt3/include -I.  -I/usr/include/libxml2 -I/usr/include/libxml2 
> > -I/usr/include/exempi-2.0   -DQT_THREAD_SUPPORT  -D_REENTRANT  
> > -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align 
> > -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG 
> > -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute 
> > -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common 
> > -I../src/core  -MT tellico.all_cpp.o -MD -MP -MF .deps/tellico.all_cpp.Tpo 
> > -c -o tellico.all_cpp.o tellico.all_cpp.cpp
> > In file included from /usr/include/kde/kdebug.h:25,
> >  from ptrvector.h:17,
> >  from datavectors.h:17,
> >  from tellico_kernel.h:17,
> >  from tellico_utils.cpp:15,
> >  from tellico.all_cpp.cpp:2:
> > /usr/share/qt3/include/qstring.h: In member function 'char QChar::latin1() 
> > const':
> > /usr/share/qt3/include/qstring.h:197: warning: conversion to 'char' from 
> > 'int' may alter its value
> > /usr/share/qt3/include/qstring.h: In member function 'void 
> > QChar::setCell(uchar)':
> > /usr/share/qt3/include/qstring.h:222: warning: conversion to 'ushort' from 
> > 'int' may alter its value
> > /usr/share/qt3/include/qstring.h: In member function 'void 
> > QChar::setRow(uchar)':
> > /usr/share/qt3/include/qstring.h:223: warning: conversion to 'ushort' from 
> > 'int' may alter its value
> > /usr/share/qt3/include/qstring.h: In constructor 'QChar::QChar(uchar, 
> > uchar)':
> > /usr/share/qt3/include/qstring.h:267: warning: conversion to 'ushort' from 
> > 'int' may alter its value
> > /usr/share/qt3/include/qstring.h: In constructor 
> > 'QStringData::QStringData(QChar*, uint, uint)':
> > /usr/share/qt3/include/qstring.h:365: warning: conversion to 'unsigned 
> > int:30' from 'uint' may alter its value
> > /usr/share/qt3/include/qstring.h:365: warning: conversion to 'unsigned 
> > int:30' from 'uint' may alter its value
> > In file included from /usr/share/qt3/include/qobject.h:48,
> >  from /usr/include/kde/kcommand.h:26,
> >  from tellico_kernel.h:20,
> >  from tellico_utils.cpp:15,
> >  from tellico.all_cpp.cpp:2:
> > /usr/share/qt3/include/qevent.h: In member function 'void 
> > QDropEvent::setAction(QDropEvent::Action)':
> >

Bug#489103: rootskel: FTBFS: open3: exec of /usr/bin/gcc-4.1 [..] failed at /usr/bin/klcc line 138

[Joey Hess]

Lucas Nussbaum wrote:
> > open3: exec of /usr/bin/gcc-4.1 -D__KLIBC__=1 -D__KLIBC_MINOR__=5 
> > -D_BITSIZE=32 -fno-stack-protector -mregparm=3 -D_REGPARM=3 -m32 -nostdinc 
> > -iwithprefix include -D__KLIBC__=1 -D__KLIBC_MINOR__=5 -D_BITSIZE=32 
> > -I/usr/lib/klibc/include/arch/i386 -I/usr/lib/klibc/include/bits32 
> > -I/usr/lib/klibc/include -march=i386 -Os -g -fomit-frame-pointer 
> > -falign-functions=0 -falign-jumps=0 -falign-loops=0 -Os -Wall -c -o init.o 
> > -x c init.c failed at /usr/bin/klcc line 138

klcc seems to be hardcoded to use gcc-4.1 (to work around compilation
bugs causing cpio to segfault, IIRC), but neglects to depend on it.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#469320: Announce of an upcoming upload for the uw-imap package

[Christian Perrier]

Dear maintainer of uw-imap and Debian translators,

Some days ago, I sent a notice to the maintainer of the uw-imap Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

The package maintainer and I agreed for a translation update round. At
the end of this period, I will send him|her a full patch so that 
an l10n upload can happen.
The full planned schedule is available at the end of this mail.

The package is currently translated to: 
ca cs da de es eu fi fr gl it ja nl pt pt_BR ru sv tr vi

Among these, the following translations are incomplete: ca da nl

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the uw-imap package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Saturday, July 12, 
2008. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

Schedule:

 Thursday, June 26, 2008   : send the first intent to NMU notice to
 the package maintainer.
 Thursday, July 03, 2008   : send this notice
 Saturday, July 12, 2008   : (midnight) deadline for receiving translation 
updates
 Sunday, July 13, 2008   : Send a summary to the maintainer. Maintainer 
uploads
 when possible.

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-10-19 20:29+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <[EMAIL PROTECTED]>\n"
"Language-Team: LANGUAGE <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Description
#: ../ipopd.templates:2001 ../uw-imapd.templates:2001
msgid "Server ports and protocols to support:"
msgstr ""

#. Type: multiselect
#. Description
#: ../ipopd.templates:2001 ../uw-imapd.templates:2001
msgid "Please choose the server ports and protocols to activate."
msgstr ""

#. Type: multiselect
#. Description
#: ../ipopd.templates:2001
msgid ""
" pop3:  POP 3 on TCP port 110 with TLS support;\n"
" pop3s: POP 3 on TCP port 995 with SSL support;\n"
" pop2:  (obsolete) POP 2 on TCP port 109 with TLS support."
msgstr ""

#. Type: multiselect
#. Description
#: ../ipopd.templates:2001
msgid "It is recommended to activate both pop3 and pop3s."
msgstr ""

#. Type: multiselect
#. Description
#. Type: boolean
#. Description
#: ../ipopd.templates:2001 ../ipopd.templates:3001
msgid ""
"As the ports and protocols choice may have been overridden by local changes, "
"you may need to enforce the choice and run the package configuration again "
"with 'dpkg-reconfigure ipopd'."
msgstr ""

#. Type: boolean
#. Description
#: ../ipopd.templates:3001 ../uw-imapd.templates:3001
msgid "Enforce port selection?"
msgstr ""

#. Type: boolean
#. Description
#: ../ipopd.templates:3001
msgid "The ipopd daemon supports listening simultaneously on several ports."
msgstr ""

#. Type: multiselect
#. Description
#: ../uw-imapd.templates:2001
msgid ""
" imap2: IMAP 4rev1 on TCP port 143 with TLS support;\n"
" imaps: IMAP 4rev1 on TCP port 993 with SSL support;\n"
" imap3: (obsolete) IMAP 3 on TCP port 220 with TLS support."
msgstr ""

#. Type: multiselect
#. Description
#: ../uw-imapd.templates:2001
msgid "It is recommended to activate both imap2 and imaps."
msgstr ""

#. Type: multiselect
#. Description
#. Type: boolean
#. Description
#: ../uw-imapd.templates:2001 ../uw-imapd.templates:3001
msgid ""
"As the ports and protocols choice may have been overridden by local changes, "
"you may need to enforce the choice and run the package configuration again "
"with 'dpkg-reconfigure uw-imapd'."
msgstr ""

#. Type: boolean
#. Description
#: ../uw-imapd.templates:3001
msgid "The uw-imap daemon supports listening simultaneously on several ports."
msgstr ""


signature.asc
Description: Digital signature