Bug#403343: segfault output from gaim -d

[Arthur Marsh]

Package: gaim
Version: 1:2.0.0+beta5-9
Followup-For: Bug #403343


gaim -d 

ran fine for several hours, then when doing an auto-reconnect after a 
dropped connection to a server did:

prefs: /gaim/gtk/conversations/chat/default_height changed, scheduling 
save.
util: Writing file prefs.xml to directory /home/amarsh04/.gaim
prefs: /gaim/gtk/conversations/chat/default_height changed, scheduling 
save.
prefs: /gaim/gtk/conversations/chat/default_height changed, scheduling 
save.
util: Writing file prefs.xml to directory /home/amarsh04/.gaim
irc: Unrecognized message: :alcserv.fdfnet.net 439 amarsh05 :439
irc: Unrecognized message: :alcserv.fdfnet.net 377 amarsh05 :Welcome to 
FDFnet, amarsh05!
irc: Unrecognized message: :alcserv.fdfnet.net 377 amarsh05 :If you need 
IRC Op assistance, please /join #FDFworld
irc: Unrecognized message: :alcserv.fdfnet.net 377 amarsh05 :Visit the 
FDFnet web page at http://www.fdfnet.net/
irc: Unrecognized message: :alcserv.fdfnet.net 377 amarsh05 :Help us 
grow! Remember to tell your friends about FDFnet!
Segmentation fault


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

Versions of packages gaim depends on:
ii  gaim-data1:2.0.0+beta5-9 multi-protocol instant messaging c
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libavahi-compat-howl00.6.16-1Avahi Howl compatibility library
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.0.2-1 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.71-3  simple interprocess messaging syst
ii  libfontconfig1   2.4.2-1 generic font configuration library
ii  libglib2.0-0 2.12.6-1The GLib library of C routines
ii  libgstreamer0.10-0   0.10.10-2   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T
ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
ii  libncursesw5 5.5-5   Shared libraries for terminal hand
ii  libnspr4-0d  1.8.0.8-1   NetScape Portable Runtime Library
ii  libnss3-0d   1.8.0.8-1   Network Security Service libraries
ii  libpango1.0-01.14.8-4Layout and rendering of internatio
ii  libperl5.8   5.8.8-7 Shared Perl library
ii  libsm6   1:1.0.1-3   X11 Session Management library
ii  libstartup-notification0 0.8-2   library for program launch feedbac
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxml2  2.6.27.dfsg-1   GNOME XML library
ii  libxrandr2   2:1.1.0.2-5 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  libxss1  1:1.1.0-1   X11 Screen Saver extension library

Versions of packages gaim recommends:
ii  gstreamer0.10-alsa0.10.10-2  GStreamer plugin for ALSA
ii  gstreamer0.10-esd 0.10.4-3   GStreamer plugin for ESD
ii  gstreamer0.10-plugins-base0.10.10-2  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.4-3   GStreamer plugins from the "good" 
ii  python2.4.4-2An interactive high-level object-o

-- no debconf information


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

Bug#394301: confirm this bug

[Andrew Sackville-West]

I can confirm this bug and that the patch: rm'ing the *.bak's in the
"${LIVE_CHROOT}"/boot works. 

[EMAIL PROTECTED]:~$ apt-cache policy live-package
live-package:
  Installed: 0.99.14-1
  Candidate: 0.99.14-1
  Version table:
 *** 0.99.14-1 0
990 http://debian.midco.net unstable/main Packages
990 http://ftp.us.debian.org unstable/main Packages
100 /var/lib/dpkg/status

also 404314 is a duplicate of this bug.

A


signature.asc
Description: Digital signature

Bug#404744: phpMyAdmin and CVE-2006-6374

[Thijs Kinkhorst]

From upstream the following update.

On Fri, 2006-12-29 at 09:02 -0500, Marc Delisle wrote:
> Hi Thijs,
> I find the report confusing, I asked the original author for 
> clarifications but I don't hope much about this.
> 
> Marc


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

Bug#404447: nfs-kernel-server: Transferred files get corrupted

[Martin Michlmayr]

* Martin Michlmayr <[EMAIL PROTECTED]> [2006-12-29 22:36]:
> That's odd.  I tried Debian's 2.6.17 kernel and didn't see any
> problems, I think.  I'll try again.

I copied a 840 MB file 100 times over NFS this night with 2.6.17
without any problems.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#404600: five small screens on hppa xserver-xorg-video-fbdev

[Heiner Kurz]

Hi,

the Patch works perfect on HPPA.
please add the Patch to xserver-xorg-video-fbdev .


best wishes and a  happy new Year

Heiner Kurz


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

Bug#403426: [Pkg-cryptsetup-devel] Bug#403426: kernel corrupts LUKS partition header on arm

[Martin Michlmayr]

* Jonas Meurer <[EMAIL PROTECTED]> [2006-12-30 04:49]:
> I'm currently preparing a new upload of cryptsetup 1.0.4+svn22, which is
> identical with the current upstream svn snapshot. does this version fix
> bug #403426, or does it still occur?

It still doesn't work on ARM, but with SVN (or
03_no_header_conv.dpatch which was taken from SVN) it no longer
corrupts the LUKS header, so once this patch is applied this bug can
be downgraded to important.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#404876: Output of gst-launch

[David Schleef]

On Sat, Dec 30, 2006 at 09:23:38AM +0200, Yavor Doganov wrote:
> On Fri, Dec 29, 2006 at 02:45:14PM -0800, David Schleef wrote:
> > Could you run:
> > 
> >   rm ~/.gstreamer-0.10/registry.*.xml
> >   GST_DEBUG=*:3 gst-launch --gst-debug-no-color
> > 
> > and attach the output?
> 
> Attached is the output produced on my machine running unstable.

Now try:

   rm ~/.gstreamer-0.10/registry.*.xml
   gdb -args gst-launch-0.10 --gst-disable-registry-fork

and give gdb the command 'run'.  GDB will stop once with a SIGILL in
the function 'test_altivec()' called by 'oil_cpu_fault_try()'.  Use
the command 'c' to continue when this happens (since it's not a
problem).  It should stop again with a SIGILL.  Please capture the
backtrace at this point and attach it to the bug.

Just in case I forgot about some other CPU detection code, please
enter 'c' again.  It should say something like "Process Terminated,
killed by signal".  If it doesn't, it will probably continue along
until it hits another SIGILL, at which point you should create a
second backtrace.

As an off the cuff guess, it's probably due to the ffmpeg plugin,
/usr/lib/gstreamer-0.10/libgstffmpeg.so.  You could attempt removing
that to see if it starts working.  (The test command above is bogus
and will print an error, but it's not supposed to crash.)



dave...



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

Bug#377117: Update

[Neil Williams]

v0.0.6 is due for release today and the package has moved out of pre-alpha.

The updated control information is:

Description: Simple expense records for GPE
 A simple expenses list manager for the GPE Palmtop Environment,
 an equivalent to Expenses on the Palm but running on Familiar
 (iPAQ). Supports payment types, categories, expense types
 (mileage, meals, parking, etc.), notes, currency selection etc.
 Data is stored in a sqlite backend using QOF.
 .
 Homepage: http://gpe-expenses.sourceforge.net/


--


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



pgptOAPEhg8wN.pgp
Description: PGP signature

Bug#404364: Various typos in manpages

[Martin Schulze]

Nicolas François wrote:
> > > The following list contain all the coded character sets known.  This does
> > > not necessarily mean that all combinations of these names can be used for
> > > the FROM and TO command line parameters.  One coded character set can be
> > > listed with several different names (aliases).
> > > 
> > >   437, 500, 500V1, 850, 851, 852, 855, 856, 857, 860, 861, 862, 863, 864, 
> > > 865,
> > >   [...other charsets]
> > > 
> > > Maybe ia's a Debian specific note.
> > 
> > Yes, on SUSE 10.1, "iconv --list" does not display this text.
> 
> OK, then it's safer to just let the manpage note.
> I will try to find out later whether the note displayed by "iconv --list"
> is right or wrong.

Please save your patch and re-submit it when I've packaged the new upstream
version of manpages, then it may go in as Debian addition to reflect the
features of the iconv program shipped in Debian.

Regards,

Joey

-- 
There are lies, statistics and benchmarks.

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

Bug#404471: wacom-kernel-source: cannot build/install using m-a or adept

[Steve Langasek]

severity 404471 important
thanks

On Mon, Dec 25, 2006 at 11:01:54AM +0100, Thomas Hühn wrote:

> I'd like to get wacom-kernel-source building.

> When I do a "m-a auto-build wacom" I see the ncurses dialog
> "Build of the package wacom-kernel-source failed! How do you
> wish to proceed?", but "VIEW" doesn't show a build log, so I exit.

Support for module-assistant isn't release-critical by any means.

> Then I try installing the package wacom-kernel-source in adept:

> /var/lib/dpkg/info/wacom-kernel-source.postinst: line 49: [: too many
> arguments
> Warning: kernel headers don't match running Linux version.
> Building wacom modules for Linux _CODE 13262 (this may take a few
> minutes)...

> and it exits the installation.

And I can't reproduce this error.

If the module source is only needed for older kernels, as mentioned, then
there's no reason it /needs/ to be removed from etch; and the other
userspace packages from this source package are certainly useful.  So I'm
downgrading this bug.

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

Bug#405005: setupcon in console-setup has no manpage

[Vassilis Pandis]

Package: console-setup
Version: 1.13

This is a bug forwarded from http://launchpad.net/bugs/60598

console-setup has no man page, which is a bug according to the
Debian Policy. It would be great if somebody would write a man
page for it. Thanks for paying attention to this!

Vassilis Pandis

Send instant messages to your online friends http://uk.messenger.yahoo.com 


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

Bug#404923: Acknowledgement of QUIET report (hylafax-server: no version info from most (all?) programs in pkg)

[Paolo]

On Fri, Dec 29, 2006 at 12:33:20AM -0800, Debian Bug Tracking System wrote:
> 
> In short, they're all missing a --version or equivalent way to ask them
> just that.
> 
> I think reporting the parent pkg HYLAFAX_VERSION would suffice.

e.g. for faxstat:

...
-while ((c = getopt(argc, argv, "h:adgfilrsv")) != -1)
+while ((c = getopt(argc, argv, "h:adgfilrsvV")) != -1)
  switch (c) {
  case 'a': // display archived jobs
  dirs.append(FAX_ARCHDIR);
@@ -94,6 +94,13 @@
  case 'v': // enable protocol tracing
  setVerbose(true);
  break;
+ case 'V': // print version
+ printf("faxstat, (HylaFAX) version: %s\n"
+ "Copyright (c) 1990-1996 Sam Leffler\n"
+ "Copyright (c) 1991-1996 Silicon Graphics, Inc.\n"
+ "HylaFAX is a trademark of Silicon Graphics\n"
+ ,HYLAFAX_VERSION);
...

$ faxstat/faxstat -V
faxstat, (HylaFAX) version: HylaFAX (tm) Version 4.3.1rc3
Copyright (c) 1990-1996 Sam Leffler
Copyright (c) 1991-1996 Silicon Graphics, Inc.
HylaFAX is a trademark of Silicon Graphics

-- paolo


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

Bug#404954: Some comments about the installgui

[Attilio Fiandrotti]

Christian Perrier wrote:

First of all, the first screen "Select your language" looks really awful.



This is being worked on but will probably not be ready for etch. Using
a fixed size is not that well adapted to complex languages rendering,
ufortunately, so another solution has to be found (and is worked on).


Yep, and a bug report [1] was already filled about this some times ago.


Another thing is the "Screenshot" button.  Is this button going to be
removed from the "official" versions?  It's really not necessary and not
"professional" to have a screenshot button in the installation screens.



It's not planned to be removed and, actually, this is a feature that
can be useful enough for people writing documentations intended for
other people.


Or even documenting issues related to fonts used for those complex non 
latin writings like arabic etc..



Making it less proeminent could be an option, but I don't think it
will be worked on for etch, as well (too late).


that could be easily achievable by reading a boolean 
debconf/screenshot-button question when the GTK frontend starts, but i 
think this will be post-etch





The title cannot change between the language selection and country
selection necause both pertain to the same component (and there are
very good reasons for not using different components).

This would indeed require a change in cdebconf to allow changing the
title of dialogs in the middle of a config script.


Currently both newt and gtk frontends redisplay obj->data->title string 
at each frontend_go() and progress_start() call, if this helps..


regards

Attilio


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

Bug#404358: NMU uploaded

[Andreas Barth]

Hi,

I uploaded an NMU of your package.

Please see this as help to get the package into a releaseable condition for
etch.

Please find the used diff below.


Cheers,
Andi

diff -Nur ../atari-fdisk-0.7.1~/debian/changelog 
../atari-fdisk-0.7.1/debian/changelog
--- ../atari-fdisk-0.7.1~/debian/changelog  2006-10-23 18:32:43.0 
+
+++ ../atari-fdisk-0.7.1/debian/changelog   2006-12-30 09:52:56.0 
+
@@ -1,3 +1,11 @@
+atari-fdisk (0.7.1-5.3) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Using glibcs lseek() instead of the kernels to avoid failure in
+64bit-environments. Closes: #404358
+
+ -- Andreas Barth <[EMAIL PROTECTED]>  Sat, 30 Dec 2006 09:50:10 +
+
 atari-fdisk (0.7.1-5.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nur ../atari-fdisk-0.7.1~/disk.c ../atari-fdisk-0.7.1/disk.c
--- ../atari-fdisk-0.7.1~/disk.c2006-10-23 18:35:51.0 +
+++ ../atari-fdisk-0.7.1/disk.c 2006-12-30 09:53:46.0 +
@@ -60,13 +60,12 @@
 "$Id: disk.c,v 1.10 1997/08/22 12:35:38 rnhodek Exp $";
 #endif /* lint */
 
+#define _FILE_OFFSET_BITS 64
+
 #include 
 #include 
 #include 
 #include 
-#ifdef __linux__
-#include 
-#endif
 #include 
 #include 
 
@@ -81,43 +80,13 @@
 /*
  * sseek: seek to specified sector - return 0 on failure
  *
- * For >4GB disks lseek needs a > 32bit arg, and we have to use llseek.
+ * For >4GB disks lseek needs a > 32bit arg.
  * On the other hand, a 32 bit sector number is OK until 2TB.
- * The routines _llseek and sseek below are the only ones that
- * know about the loff_t type.
+ *
+ * Thanks to _FILE_OFFSET_BITS, we can have GNU libc use an 64bit off_t even on
+ * 32bit platforms.
  */
 
-#ifdef SYS__llseek
-
-#define _llseek(fd, hi, lo, res, wh) syscall(SYS__llseek, fd, hi, lo, res, wh)
-
-/* seek to a sector */
-int sseek( unsigned int fd, unsigned long s )
-{
-loff_t in, out;
-
-in = (loff_t)s * SECTOR_SIZE;
-out = 1;
-
-if (_llseek (fd, in>>32, in & 0x, &out, SEEK_SET) != 0) {
-   perror( "llseek" );
-   fprintf( stderr, "seek error - cannot seek to sector %lu\n", s );
-   return 0;
-}
-
-if (in != out) {
-   fprintf( stderr, "seek error: wanted 0x%08x%08x, got 0x%08x%08x\n",
-(uint)(in>>32), (uint)(in & 0x),
-(uint)(out>>32), (uint)(out & 0x) );
-   return 0;
-}
-return 1;
-}
-
-#else
-
-/* Sorry, kernel doesn't know _llseek call :-((( */
-
 int sseek( unsigned int fd, unsigned long s )
 {
 off_t in, out;
@@ -136,8 +105,6 @@
 return 1;
 }
 
-#endif
-
 /* read one sector */
 void sread( char *buffer, unsigned long secno )
 {
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#405006: libgphoto2: mistake in udev rules gives permissions to non-gphoto2 devices

[Nicolas George]

Package: libgphoto2-2
Version: 2.2.1-12
Severity: grave
Tags: security

In /etc/udev/libgphoto2_generic_ptp_support.rules, there is the following
rule:

ACTION=="add", SUBSYSTEM=="usb_device", ENV{INTERFACE}="6/1/1", \
  PROGRAM="/bin/sh -c 'K=%k; K=$${K#usbdev}; printf bus/usb/%%03i/%%03i 
$${K.*} $${K#*.}'", \
  NAME="%c", MODE="0660", GROUP="plugdev"

The single = sign after ENV{INTERFACE} means that the INTERFACE environment
variable is set, not queried. The result is that all USB devices, and not
only the PTP ones, are set to the plugdev group, thus giving some users
access to devices they should not have access to.

Suggested fix: put two equals signs

Regards,

-- 
  Nicolas George


Irrelevant system information:

ii  adduser   3.100  
ii  libc6 2.3.6.ds1-8
ii  libexif12 0.6.13-5   
ii  libgphoto2-port0  2.2.1-12   
ii  libjpeg62 6b-13  
ii  libltdl3  1.5.22-4   
ii  udev  0.103-1
Linux hellroy 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 GNU/Linux



signature.asc
Description: Digital signature

Bug#404876: Backtrace

[Yavor Doganov]

On Sat, Dec 30, 2006 at 12:49:36AM -0800, David Schleef wrote:
> Now try:
> 
>rm ~/.gstreamer-0.10/registry.*.xml
>gdb -args gst-launch-0.10 --gst-disable-registry-fork
> 
> and give gdb the command 'run'.  GDB will stop once with a SIGILL in
> the function 'test_altivec()' called by 'oil_cpu_fault_try()'.  Use
> the command 'c' to continue when this happens (since it's not a
> problem).  It should stop again with a SIGILL.  Please capture the
> backtrace at this point and attach it to the bug.

It's not exactly as you describe:

Program received signal SIGILL, Illegal instruction.
[Switching to Thread 805422944 (LWP 16781)]
0x0e9fb2a8 in oil_cpu_get_flags () from /usr/lib/liboil-0.3.so.0
(gdb) bt
#0  0x0e9fb2a8 in oil_cpu_get_flags () from /usr/lib/liboil-0.3.so.0
#1  0x0e9fb388 in oil_cpu_fault_check_try () from /usr/lib/liboil-0.3.so.0
#2  0x0e9fb544 in oil_cpu_fault_check_enable () from /usr/lib/liboil-0.3.so.0
#3  0x0e9fc660 in oil_init () from /usr/lib/liboil-0.3.so.0
#4  0x0ea6bc08 in gst_video_box_get_type () from 
/usr/lib/gstreamer-0.10/libgstvideobox.so
#5  0x0fef69e4 in g_type_class_ref () from /usr/lib/libgobject-2.0.so.0
#6  0x0ff6a96c in gst_element_register (plugin=0x10050f48, name=0xea6d118 
"videobox", rank=0, type=269068808)
at gstelementfactory.c:273
#7  0x0ea6b904 in gst_video_box_get_type () from 
/usr/lib/gstreamer-0.10/libgstvideobox.so
#8  0x0ff88050 in gst_plugin_register_func (plugin=0x10050f48, module=, desc=)
at gstplugin.c:259
#9  0x0ff88648 in gst_plugin_load_file (filename=0x1003f4e8 
"/usr/lib/gstreamer-0.10/libgstvideobox.so", error=0x0)
at gstplugin.c:450
#10 0x0ff8e668 in gst_registry_scan_path_level (registry=0x10029000, 
path=0xffbf5fc "/usr/lib/gstreamer-0.10", level=10)
at gstregistry.c:834
#11 0x0ff8e8f8 in gst_registry_scan_path (registry=0x10029000, path=0xffbf5fc 
"/usr/lib/gstreamer-0.10")
at gstregistry.c:872
#12 0x0ff4dbd8 in scan_and_update_registry (default_registry=0x10029000,
registry_file=0x1002acf8 
"/home/yavor/.gstreamer-0.10/registry.powerpc.xml", write_changes=1) at 
gst.c:634
#13 0x0ff4de90 in init_post () at gst.c:674
#14 0x0fdd29a0 in g_option_context_parse () from /usr/lib/libglib-2.0.so.0
#15 0x10003618 in main (argc=2, argv=0x7f8d8a34) at gst-launch.c:551
(gdb) c
Continuing.

Program received signal SIGILL, Illegal instruction.
0x0d74e4cc in visual_cpu_get_tsc () from /usr/lib/libvisual-0.4.so.0
(gdb) bt
#0  0x0d74e4cc in visual_cpu_get_tsc () from /usr/lib/libvisual-0.4.so.0
#1  0x0d74e588 in visual_cpu_initialize () from /usr/lib/libvisual-0.4.so.0
#2  0x0d748d88 in visual_init () from /usr/lib/libvisual-0.4.so.0
#3  0x0d77a2a0 in gst_visual_get_type () from 
/usr/lib/gstreamer-0.10/libgstlibvisual.so
#4  0x0ff88050 in gst_plugin_register_func (plugin=0x100e4570, module=, desc=)
at gstplugin.c:259
#5  0x0ff88648 in gst_plugin_load_file (filename=0x10103168 
"/usr/lib/gstreamer-0.10/libgstlibvisual.so", error=0x0)
at gstplugin.c:450
#6  0x0ff8e668 in gst_registry_scan_path_level (registry=0x10029000, 
path=0x100e4570 "\020\002l\030", level=10)
at gstregistry.c:834
#7  0x0ff8e8f8 in gst_registry_scan_path (registry=0x10029000, path=0xffbf5fc 
"/usr/lib/gstreamer-0.10")
at gstregistry.c:872
#8  0x0ff4dbd8 in scan_and_update_registry (default_registry=0x10029000,
registry_file=0x1002acf8 
"/home/yavor/.gstreamer-0.10/registry.powerpc.xml", write_changes=1) at 
gst.c:634
#9  0x0ff4de90 in init_post () at gst.c:674
#10 0x0fdd29a0 in g_option_context_parse () from /usr/lib/libglib-2.0.so.0
#11 0x10003618 in main (argc=2, argv=0x7f8d8a34) at gst-launch.c:551
(gdb) c
Continuing.
reading register r0 (#0): No such process.

> As an off the cuff guess, it's probably due to the ffmpeg plugin,
> /usr/lib/gstreamer-0.10/libgstffmpeg.so.  You could attempt removing
> that to see if it starts working.

Removing this file doesn't change the behaviour.
However, if I remove libgstlibvisual.so, I get the following while
launching the first command with LANG=C:

0:00:01.701811000 16833 0x1001ae50 INFO  GST_PIPELINE 
gstparse.c:150:gst_parse_launch: parsing pipeline description
0:00:01.702656000 16833 0x1001ae50 ERROR GST_PIPELINE 
./grammar.y:765:_gst_parse__yyparse: empty pipeline not allowed
ERROR: pipeline could not be constructed: empty pipeline not allowed.

Amazingly, if I restore the file I continue to get the same error
(removing ~/.gstreamer-0.10/registry.powerpc.xml every time).

-- 
Best regards / SSC Varna | E-mail: [EMAIL PROTECTED]
Yavor Doganov| Mobile: +359 88 7517748 
Southway Shipping Consultancy Ltd.-Gibraltar, Varna Branch
Ph: +359 52 600129, 600130, 603643 | Fax: +359 52 603612


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

Bug#316932: apcupsd: There's still problems with killpower

[Samuele Giovanni Tonon]

William Ono wrote:

Peter Mogensen wrote:

The fix in 3.10.18-1 does not work when /usr can not simply be remounted.
Specific: When /usr is on an LVM and RAID device, LVM and RAID has already been 
stopped when killpower is executed.
Maybe the general solution is a staticly linked killpower binary?


On Fri, Sep 29, 2006 at 09:27:23AM +0200, Samuele Giovanni Tonon wrote:

i'm thinking of putting killpower in /bin directory and advise
the authors to move the binary to that place.


Ping...

Any chance a solution to this will arrive soon?  apcupsd is half useless
on systems affected by this, such as mine.

Let me/us know if you need help.

Thanks.


Hello,
Lately i have been quite busy so i wrote something in my todo list but 
didn't do anything :-(


For what i remember problem is related to the fact that apcupsd depends
on some library in /usr/lib (libnetsnmp and libcrypto if i remember 
correctly) so i can see 2 solutions:


move libsnmp to /lib (so ask libsnmp maintainer to move it)
create an apcupsd withour snmp support and this will be used only on
server with LVM RAID device but not SNMP (both can't work together).

i will work on that the next days, what solution would you think is best ?

Regards
Samuele


--
While various networks have become deeply rooted, and thoughts have been
sent out as light and electrons in a singular direction, this era has
yet to digitize/computerize to the degree necessary for individuals to
become a singular complex entity.
  KOUKAKU KIDOUTAI Stand Alone Complex


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

Bug#343068: udev: Not able to access dvd (with hotplug it worked)

[maximilian attems]

tags 343068 moreinfo
stop

On Mon, 12 Dec 2005, Stefan Hirschmann wrote:

> Marco d'Itri wrote:
> 
> > reassign 343068 linux-2.6 severity 343068 important thanks
> >
> > On Dec 12, Stefan Hirschmann <[EMAIL PROTECTED]> wrote:
> >
> >> I chanced from hotplug to udev. After this I wasn't able to mount
> >> a dvd. The dmesg output was: ---
> >> lp0: using parport0 (interrupt-driven). hdc: packet command
> >> error: status=0x51 { DriveReady SeekComplete Error } hdc: packet
> >> command error: error=0x30 { LastFailedSense=0x03 } ide: failed
> >> opcode was: unknown ATAPI device hdc: Error: Medium error --
> >> (Sense key=0x03) (reserved error code) -- (asc=0x57, ascq=0x00)
> >> The failed "Read Cd/Dvd Capacity" packet command was: "25 00 00
> >> 00 00 00 00 00 00 00 00 00 00 00 00 00 "
> >
> > It should be obvious that this is a kernel bug. Do not blame udev.
> 
> Like I already said: Hotplug worked on this machine and the working of
> hotplug is reproducable and the not working of udev is also
> reproducable (a simple chance with aptitude install udev or aptitude
> install hotplug).
> 
> >
> >> Kernel: Linux 2.6.12-1-k7
> >
> > I suggest you start by installing a more recent kernel package.
> 
> This is the most recent etch kernel, but I tried Linux 2.6.14-2-k7
> from SID, but then I got this dmesg output:
> --
> 
> lp0: using parport0 (interrupt-driven).
> hdc: command error: status=0x51 { DriveReady SeekComplete Error }
> hdc: command error: error=0x52 { EndOfMedia LastFailedSense=0x05 }
> ide: failed opcode was: unknown
> end_request: I/O error, dev hdc, sector 64
> Buffer I/O error on device hdc, logical block 8
> hdc: command error: status=0x51 { DriveReady SeekComplete Error }
> hdc: command error: error=0x52 { EndOfMedia LastFailedSense=0x05 }
> ide: failed opcode was: unknown
> end_request: I/O error, dev hdc, sector 64
> Buffer I/O error on device hdc, logical block 8
> hdc: command error: status=0x51 { DriveReady SeekComplete Error }
> hdc: command error: error=0x52 { EndOfMedia LastFailedSense=0x05 }
> ide: failed opcode was: unknown
> end_request: I/O error, dev hdc, sector 64
> Buffer I/O error on device hdc, logical block 8
> hdc: command error: status=0x51 { DriveReady SeekComplete Error }
> hdc: command error: error=0x52 { EndOfMedia LastFailedSense=0x05 }
> ide: failed opcode was: unknown
> end_request: I/O error, dev hdc, sector 64
> Buffer I/O error on device hdc, logical block 8
> hdc: command error: status=0x51 { DriveReady SeekComplete Error }
> hdc: command error: error=0x52 { EndOfMedia LastFailedSense=0x05 }
> ide: failed opcode was: unknown
> end_request: I/O error, dev hdc, sector 0
> Buffer I/O error on device hdc, logical block 0
> hdc: command error: status=0x51 { DriveReady SeekComplete Error }
> hdc: command error: error=0x52 { EndOfMedia LastFailedSense=0x05 }
> ide: failed opcode was: unknown
> end_request: I/O error, dev hdc, sector 0
> Buffer I/O error on device hdc, logical block 0
> 
> and so on.
> ..

can we have an update of that trouble for linux-image 2.6.18?

thanks

-- 
maks


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

Bug#405008: RFP: libsqlite3-ocaml -- Sqlite 3 database library wrapper for OCaml

[Georg Neis]

Package: wnpp
Severity: wishlist

* Package name: libsqlite3-ocaml
  Version : 0.2.0
  Upstream Author : Christian Szedegy <[EMAIL PROTECTED]>
* URL : http://metamatix.org/~ocaml/ocaml_sqlite3.html
* License : MIT/X
  Programming Lang: C, OCaml
  Description : Sqlite 3 database library wrapper for OCaml


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

Bug#405007: icedove: Fails to read RSS feeds, fails to add RSS feeds

[Benjamin Peter]

Package: icedove
Version: 1.5.0.9.dfsg1-1
Severity: important


My RSS feeds (heise.de, slashdot, newsforge) are not working anymore, wich means
no new entries are fetched.

Adding any new subscription stops at "Verifying RSS feed..." without making any 
progress.

Please feel free to contact me if you need more information.


Regards,

Benjamin Peter

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

Versions of packages icedove depends on:
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libfontconfig12.4.1-2generic font configuration library
ii  libgcc1   1:4.1.1-19 GCC support library
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user interface 
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libpango1.0-0 1.14.8-3   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libstdc++64.1.1-19   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxft2   2.1.8.2-8  FreeType-based font drawing librar
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  myspell-de-at [myspell-di 20051113-5 Austrian (German) dictionary for m
ii  myspell-de-ch [myspell-di 20051113-5 Swiss (German) dictionary for mysp
ii  myspell-de-de [myspell-di 20051113-5 German dictionary for myspell
ii  zlib1g1:1.2.3-13 compression library - runtime

icedove recommends no packages.

-- debconf information:
  icedove/browser: Debian


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

Bug#341801: Bug#347412: Bug#341801: independent confirmation

[maximilian attems]

On Thu, 30 Mar 2006, Kevin Brown wrote:

> Anthony DeRobertis wrote:
> > Ok, I've tested and it definitely seems that
> > linux-image-2.6.15-1-amd64-k8 version 2.6.15-7 is not affected by the
> > network/SATA hang (bug #347412)
> > 
> > I haven't tested 2.6.15-7 SMP, but all the previous 2.6.15-X SMP
> > versions were affected, so...
> > 
> > [This is a dual-core athlon 4400, so it'd be nice to get 2.6.15 running
> > on it, 'cause then the clock is sane...]
> 
> Hmm...2.6.16 is out now, so perhaps that works properly in SMP mode?
> 
> 
> -- 
> Kevin Brown [EMAIL PROTECTED]

is that bug still existent in 2.6.18 linux-image ?

-- 
maks


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

Bug#347927: linux-image-2.6.15-1-686: bad sound while ripping CD, works ok under kernel 2.6.14-2-686

[maximilian attems]

On Fri, 13 Jan 2006, Salvador Fandino wrote:

> Package: linux-image-2.6.15-1-686
> Version: 2.6.15-2
> Severity: important

ok sorry for the late response..
 
> Hi,
> 
> After upgrading to 2.6.15-1-686, playing music (via ALSA
> with alsaplayer or rhythmbox) while I rip an audio CD (with
> sound-juicer) doesn't sound right, an annoying background sound is
> audible. If I boot my machine under 2.6.14-2-686 it sounds fine.
> 
> The noise is proportional to the volumen of the music playing, so no
> noise on silent pasages. To me it seems that data is not feetched fast
> enough to the DA converter.
> 
> CPU usage reported by top is around 20-70% (monoprocessor
> Celeron 383, 1GHz system).

how is linux image 2.6.18 working?

thanks

-- 
maks


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

Bug#278471: Problem now unreproducible

[Michael Tautschnig]

Hi all,

Actually I can't reproduce the problem anymore, probably since a few months
already. I'd thus suggest tagging it unreproducible or even closing it.

Best,
Michael



pgpk0YEDFMala.pgp
Description: PGP signature

Bug#379072: closed by Javier Fernández-Sanguino Peña

[Javier Fernández-Sanguino Peña]

On Sat, Dec 30, 2006 at 02:51:15AM +0100, Stefan Potyra wrote:
> sorry for not being more precise: I've been rebuilding the source package of 
> 0.8a-15, and the *resulting* package contained these duplicates. The binary 
> package inside unstable doesn't contain the man pages though.

Ah. I see, the manpages were removed from my local copy but the diff.gz does
not include the removal and thus, the manpages are still there if the package
is rebuilt with pristine sources.

I will fix this in the next upload.

Regards

Javier


signature.asc
Description: Digital signature

Bug#403404: [Debian-in-workers] Bug#403404: ttf-malayalam: error while opening ttf file with fontforge

[Davide Viti]

Hi Praveen,
I'm bringing the discussion also in debian-boot

On Thu, Dec 28, 2006 at 03:27:57AM +0530, പ്രവീണ്‍‌|Praveen wrote:
> 2006/12/22, Davide Viti <[EMAIL PROTECTED]>:
> >http://www.webalice.it/zinosat/g-i/rachana_w01_otf.iso
> >
> >please give us some more feedback.
> >
> We have tested the ISOs and faced some major pango rendering issues
> (incorrect rendering of some conjuncts). These were introduced in the
> latest pango to fix bugs in lohit_ml font used in Fedora Core 6 (we
> have tested that font and it doesn't render properly even in QT which
> has so far the best rendering support for Malayalam and both Rachana
> and Anjali  renders properly with the proposed patch). We have
> provided a fix for pango  and hope to get it accepted before etch. The
> bug id is #404727

Your patch for #404727 has been included in the latest upload of pango, which
just hit unstable. I created an iso including it:

http://www.webalice.it/zinosat/g-i/malayalam_pango_fix.iso

If you can test it, please let us know if things are working ok.

regards,
Davide

PS: 
here's the md5sum of the iso
1533b6ce907b4bf4bc341b5fc69d5be3


signature.asc
Description: Digital signature

Bug#405009: rt2400-source: Last version compile with kernel 2.6.19 but can't connect.

[Giovanni Bortolozzo]

Package: rt2400-source
Version: 1.2.2+cvs20061210-1
Severity: important
Tags: none

The last version of the package (1.2.2+cvs20061210) can be compiled
and successfully loaded with a 2.6.19 kernel. But it can't connect to
any AP. Seem to be a problem strictly related to the last kernel,
while the same source compiled with a kernel 2.6.18 works without any
problem.

The problem seems to be that this version can't correctly set the SSID
with the 2.6.19 (at least this is what I understand from the mailing
list).

I try the last cvs snapshot (20061229) and the module can be compiled,
loaded and it (seems) to work correctly.

If you need a test a new realese you can send it to me, and I can test
it.

Regards
Giovanni

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (300, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages rt2400-source depends on:
ii  debhelper 5.0.42 helper programs for debian/rules
ii  module-assistant  0.10.8 tool to make module package creati

rt2400-source recommends no packages.

-- no debconf information


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

Bug#404904: Bug#404834: linux-image-2.6.18-3-sparc64: Kernel unaligned access kills at least sshfs (and may make USB unreliable)

[Sebastian Fontius]

Hello Miklos, hello Jurij,

Also, sprach Miklos Szeredi am Samstag, den 30. Dezember 2006 um 01:02:
> I don't know what else could it be.  Can you compile fuse with
> debugging enabled (DEB_BUILD_OPTS=nostrip,noopt) and repeat the
> experiment?  The backtrace should then give a more detailed
> analysis.

Also, sprach Jurij Smakov am Freitag, den 29. Dezember 2006 um 14:02:
> Can you also grab the libfuse2 deb, built with debugging symbols,
> from
> 
> http://www.wooyd.org/debian/sshfs/
>  
> install it and repeat the gdb procedure?

I did do both and here are the results:

1) I rebuilt the fuse source code (with the patch from Miklos
applied!)

1.1) These variables concerning the build process were set:

  $ set | grep DEB_
  DEB_BUILD_OPTIONS=nostrip,noopt
  DEB_BUILD_OPTS=nostrip,noopt

1.2) This was used to build the package:

  $ dpkg-buildpackage -b -rfakeroot -us -uc

1.3) This is how libfuse.so.2* looked (just so you can see I am not
using the original versions):

  $ ls /usr/lib/libfuse.so.2*
  lrwxrwxrwx 1 root root 16 2006-12-30 11:13 /usr/lib/libfuse.so.2 -> 
libfuse.so.2.5.3
  -rw-r--r-- 1 root root 197861 2006-12-30 11:11 /usr/lib/libfuse.so.2.5.3

1.4) gdb galore!

  $ gdb sshfs
  GNU gdb 6.4.90-debian
  Copyright (C) 2006 Free Software Foundation, Inc.
  GDB is free software, covered by the GNU General Public License, and you are
  welcome to change it and/or distribute copies of it under certain conditions.
  Type "show copying" to see the conditions.
  There is absolutely no warranty for GDB.  Type "show warranty" for details.
  This GDB was configured as "sparc-linux-gnu"...Using host libthread_db 
library "/lib/v9/libthread_db.so.1".
  
  (gdb) set args [EMAIL PROTECTED]:/home/smc phobos/
  (gdb) run
  Starting program: /usr/bin/sshfs [EMAIL PROTECTED]:/home/smc phobos/
  [Thread debugging using libthread_db enabled]
  [New Thread 16384 (LWP 10406)]
  
  Program received signal SIGBUS, Bus error.
  [Switching to Thread 16384 (LWP 10406)]
  0xf7f65c14 in receive_fd (fd=8) at mount.c:161
  161 if (!cmsg->cmsg_type == SCM_RIGHTS) {
  (gdb) backtrace
  #0  0xf7f65c14 in receive_fd (fd=8) at mount.c:161
  #1  0xf7f66194 in fuse_mount_compat22 (mountpoint=0x300b8 "phobos/", 
  opts=0x31938 "[EMAIL PROTECTED]:/home/smc,max_read=65536") at mount.c:258
  #2  0xf7f66304 in fuse_mount (mountpoint=0x300b8 "phobos/", args=0xffcc32b4) 
at mount.c:283
  #3  0xf7f65398 in fuse_setup_common (argc=4, argv=0x31800, op=0x2e938, 
op_size=140, mountpoint=0xffcc334c, 
  multithreaded=0xffcc3348, fd=0xffcc3344, compat=0) at helper.c:206
  #4  0xf7f655e0 in fuse_main_common (argc=4, argv=0x31800, op=0x2e938, 
op_size=140, compat=0) at helper.c:265
  #5  0xf7f656cc in fuse_main_real (argc=4, argv=0x31800, op=0x2e938, 
op_size=140) at helper.c:285
  #6  0x000191a0 in main (argc=3, argv=0xffcc3514) at sshfs.c:2514
  (gdb) 

1.5) And for completeness sake, the obligatory unaligned access

  Kernel unaligned access at TPC[5d3770] scm_detach_fds_compat+0x74/0x16c
  Kernel unaligned access at TPC[5d37dc] scm_detach_fds_compat+0xe0/0x16c
  Kernel unaligned access at TPC[5d37f8] scm_detach_fds_compat+0xfc/0x16c
  Kernel unaligned access at TPC[5d3810] scm_detach_fds_compat+0x114/0x16c







2) These is what happened with the debs from
http://www.wooyd.org/debian/sshfs/

2.1) Again, details about the libfuses:

  $ ls /usr/lib/libfuse.so.2*
  lrwxrwxrwx 1 root root 16 2006-12-30 11:21 /usr/lib/libfuse.so.2 -> 
libfuse.so.2.5.3
  -rw-r--r-- 1 root root 197905 2006-12-29 22:52 /usr/lib/libfuse.so.2.5.3

2.2) And now gdb's output:

  $ gdb sshfs
  GNU gdb 6.4.90-debian
  Copyright (C) 2006 Free Software Foundation, Inc.
  GDB is free software, covered by the GNU General Public License, and you are
  welcome to change it and/or distribute copies of it under certain conditions.
  Type "show copying" to see the conditions.
  There is absolutely no warranty for GDB.  Type "show warranty" for details.
  This GDB was configured as "sparc-linux-gnu"...Using host libthread_db 
library "/lib/v9/libthread_db.so.1".
  
  (gdb) set args [EMAIL PROTECTED]:/home/smc phobos/
  (gdb) run
  Starting program: /usr/bin/sshfs [EMAIL PROTECTED]:/home/smc phobos/
  [Thread debugging using libthread_db enabled]
  [New Thread 16384 (LWP 4593)]
  
  Program received signal SIGBUS, Bus error.
  [Switching to Thread 16384 (LWP 4593)]
  0xf7f89c14 in receive_fd (fd=8) at mount.c:160
  160 mount.c: Datei oder Verzeichnis nicht gefunden.
  in mount.c
  (gdb) backtrace
  #0  0xf7f89c14 in receive_fd (fd=8) at mount.c:160
  #1  0xf7f8a170 in fuse_mount_compat22 (mountpoint=0x300b8 "phobos/", 
  opts=0x31938 "[EMAIL PROTECTED]:/home/smc,max_read=65536") at mount.c:256
  #2  0xf7f8a2e0 in fuse_mount (mountpoint=0x300b8 "phobos/", args=0xffed1374) 
at mount.c:281
  #3  0xf7f89398 in fuse_setup_common (argc=4, argv=0x31800, op=0x2e938, 
op_size=140, mountpoint=0xffed140c, 

Bug#405010: ITP: libauthen-simple-passwd-perl -- Simple Passwd authentication

[Xavier Oswald]

Package: wnpp
Severity: wishlist
Owner: Xavier Oswald <[EMAIL PROTECTED]>


* Package name: libauthen-simple-passwd-perl
  Version : 0.6
  Upstream Author : Christian Hansen <[EMAIL PROTECTED]>
* URL : 
http://search.cpan.org/CPAN/authors/id/C/CH/CHANSEN/Authen-Simple-Passwd-0.6.tar.gz
 
* License : GPL
  Description : Simple Passwd authentication

This package allow to authenticate against a passwd file.

It uses the libauthen-simple-perl framework.


-- System Information:
Debian Release: 3.1
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#403396: [Enigmail] Bug#403396: enigmail: security issue: attachments may be not encrypted

[Patrick Brunschwig]

Alexander Sack wrote:
> Hi  ...
> 
> I couldn't reproduce this debian bug report ... however before I miss
> something important, maybe you want to take a look at the code if
> there might be a case where attachments might not get encrypted
> ...
> 
> For more info, please read http://bugs.debian.org/403396.
> 
> BTS, Maybe keep bug email ([EMAIL PROTECTED]) CCed too.
> 
> Thanks a lot,

I can't reproduce the bug neither. However, I doubt that the reporter
really did what he wrote. He reports that his prefs.js file contains the
following line:

user_pref("extensions.enigmail.encryptAttachments", 0);

But this means: "encrypt the message body, but not the attachments".
Thus I'm not surprised about the result.

-Patrick


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

Bug#403426: kernel corrupts LUKS partition header on arm

[Clemens Fruhwirth]

At Fri, 29 Dec 2006 21:24:34 +0100,
Martin Michlmayr <[EMAIL PROTECTED]> wrote:
> 
> * Clemens Fruhwirth <[EMAIL PROTECTED]> [2006-12-29 11:52]:
> > Please try the version from subversion
> > http://luks.endorphin.org/svn/cryptsetup
> 
> With 1.0.4 plus the attached 2 patches from SVN I no longer get any
> corruption but I also cannot access my encrypted data.  

That's good :)

> Is there anything else I should try?
> foobar:~# cryptsetup luksOpen /dev/sda5 x
> Enter LUKS passphrase:
> device-mapper: table: 254:0: crypt: Device lookup failed
> device-mapper: ioctl: error adding target to table
> device-mapper: ioctl: device doesn't appear to be in the dev hash table.
> Failed to setup dm-crypt key mapping.
> Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify 
> that /dev/sda5 contains at least 133 sectors.
> Failed to read from key storage

Are you sure we don't see any device mapper problems here? You might
just go over to a box where LUKS works (when the LUKS partition does
not contain anything security relevant to you), and do

dmsetup table mappingname > dm-table-file

open it up, and find the 7th entry that says something like x:y
(major:minor device number of your underlaying device). Replace this
by your correct device path on the arm box, copy that file over to arm
and set it up as

dmsetup create mappingname dm-table-file

If that does not work, we are seeing a dm-crypt layer problem here.

> Enter LUKS passphrase:

I just commited a patch that prevents password retrying with I/O
errors.
-- 
Fruhwirth Clemens - http://clemens.endorphin.org 
for robots: [EMAIL PROTECTED]


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

Bug#405011: ITP: ledger -- command-line accounting program

[Trent Buck]

Package: wnpp
Severity: wishlist
Owner: Trent Buck <[EMAIL PROTECTED]>


* Package name: ledger
  Version : 2.5
  Upstream Author : John Wiegley <[EMAIL PROTECTED]>
* URL : http://newartisans.com/ledger.html
* License : BSD
  Programming Lang: C++
  Description : command-line accounting program

Ledger is an accounting tool with the moxie to exist. It provides no
bells or whistles, and returns the user to the days before user
interfaces were even a twinkling in their father's CRT. What it does
offer is a double-entry accounting ledger with all the flexibility and
muscle of its modern day cousins, without any of the fat. Think of it
as the Bran Muffin of accounting tools.

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


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

Bug#391404: NMU uploaded

[Andreas Barth]

Hi,

I uploaded an NMU of your package. The real issue was BTW that make
install installed the man pages in libapache2-modxslt, and dh_installman
installed them somewhere else.

Please see this as help to get the package into a releaseable condition for
etch.

Please find the used diff below.


Cheers,
Andi

diff -Nur ../modxslt-2005072700~/debian/changelog 
../modxslt-2005072700/debian/changelog
--- ../modxslt-2005072700~/debian/changelog 2006-12-30 10:43:36.0 
+
+++ ../modxslt-2005072700/debian/changelog  2006-12-30 10:54:43.0 
+
@@ -1,3 +1,14 @@
+modxslt (2005072700-2.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Remove debian/modxslt-config.1, debian/modxslt-parse.1 and
+debian/modxslt-perror.1 and use the originals in doc/man instead.
+  * Use $packagename.manpages to ship the manpages.
+  * Ship modxslt-config.1 in libmodxslt0, modxslt-parse.1 and
+modxslt-perror.1 only in modxslt-tools. Closes: #391404
+
+ -- Andreas Barth <[EMAIL PROTECTED]>  Sat, 30 Dec 2006 10:43:48 +
+
 modxslt (2005072700-2) unstable; urgency=low
 
   * Dropped 01_autotools.dpatch
diff -Nur ../modxslt-2005072700~/debian/rules ../modxslt-2005072700/debian/rules
--- ../modxslt-2005072700~/debian/rules 2006-12-30 10:43:36.0 +
+++ ../modxslt-2005072700/debian/rules  2006-12-30 11:07:55.0 +
@@ -101,6 +101,8 @@
./configure --prefix=/usr --with-sapi=apache2 --enable-exslt
$(MAKE) SAPI_CC=gcc
$(MAKE) install DESTDIR=$(CURDIR)/debian/libapache2-modxslt
+   # remove the just installed manpages again - we do that different 
within debian
+   rm -rf $(CURDIR)/debian/libapache2-modxslt/usr/share/man/
cp debian/modxslt.load 
$(CURDIR)/debian/libapache2-modxslt/etc/apache2/mods-available/
cp $(CURDIR)/debian/modxslt.libapache2 
$(CURDIR)/debian/libapache2-modxslt/etc/apache2/conf.d/modxslt
rm -rf $(CURDIR)/debian/libapache2-modxslt/usr/{bin,include,man} 
$(CURDIR)/debian/libapache2-modxslt/usr/lib/lib*
@@ -134,8 +136,7 @@
dh_installchangelogs  -a
dh_installdocs -a
dh_installexamples -a
-   dh_installman -pmodxslt-tools debian/modxslt-perror.1 
debian/modxslt-parse.1 
-   dh_installman -plibmodxslt0-dev debian/modxslt-config.1
+   dh_installman -a
dh_link -a
dh_strip -a
dh_compress -a
diff -Nur ../modxslt-2005072700~/debian/modxslt-tools.manpages 
../modxslt-2005072700/debian/modxslt-tools.manpages
--- ../modxslt-2005072700~/debian/modxslt-tools.manpages1970-01-01 
00:00:00.0 +
+++ ../modxslt-2005072700/debian/modxslt-tools.manpages 2006-12-30 
10:53:43.0 +
@@ -0,0 +1,2 @@
+doc/man/modxslt-perror.1
+doc/man/modxslt-parse.1
diff -Nur ../modxslt-2005072700~/debian/libmodxslt0.manpages 
../modxslt-2005072700/debian/libmodxslt0.manpages
--- ../modxslt-2005072700~/debian/libmodxslt0.manpages  1970-01-01 
00:00:00.0 +
+++ ../modxslt-2005072700/debian/libmodxslt0.manpages   2006-12-30 
10:54:13.0 +
@@ -0,0 +1 @@
+doc/man/modxslt-config.1
diff -Nur ../modxslt-2005072700~/helpers/config.sub 
../modxslt-2005072700/helpers/config.sub
--- ../modxslt-2005072700~/helpers/config.sub   2006-12-30 10:43:36.0 
+
+++ ../modxslt-2005072700/helpers/config.sub2006-12-30 10:55:41.0 
+
@@ -4,7 +4,7 @@
 #   2000, 2001, 2002, 2003, 2004, 2005, 2006 Free Software Foundation,
 #   Inc.
 
-timestamp='2006-09-20'
+timestamp='2006-07-02'
 
 # This file is (in principle) common to ALL GNU software.
 # The presence of a machine in this file suggests that SOME GNU software
@@ -276,7 +276,6 @@
| pdp10 | pdp11 | pj | pjl \
| powerpc | powerpc64 | powerpc64le | powerpcle | ppcbe \
| pyramid \
-   | score \
| sh | sh[1234] | sh[24]a | sh[23]e | sh[34]eb | sheb | shbe | shle | 
sh[1234]le | sh3ele \
| sh64 | sh64le \
| sparc | sparc64 | sparc64b | sparc64v | sparc86x | sparclet | 
sparclite \
@@ -285,7 +284,7 @@
| tahoe | thumb | tic4x | tic80 | tron \
| v850 | v850e \
| we32k \
-   | x86 | xc16x | xscale | xscalee[bl] | xstormy16 | xtensa \
+   | x86 | xscale | xscalee[bl] | xstormy16 | xtensa \
| z8k)
basic_machine=$basic_machine-unknown
;;
@@ -368,7 +367,7 @@
| tron-* \
| v850-* | v850e-* | vax-* \
| we32k-* \
-   | x86-* | x86_64-* | xc16x-* | xps100-* | xscale-* | xscalee[bl]-* \
+   | x86-* | x86_64-* | xps100-* | xscale-* | xscalee[bl]-* \
| xstormy16-* | xtensa-* \
| ymp-* \
| z8k-*)
@@ -910,10 +909,6 @@
sb1el)
basic_machine=mipsisa64sb1el-unknown
;;
-   sde)
-   basic_machine=mipsisa32-sde
-   os=-elf
-   ;;
sei)
basic_machine=mips-sei
os=-seiux
@@ -1371,9 +1366,6 @@
 # system, and we'll never get to 

Bug#405012: libwmf: Dependencies problem on experimental

[Nanomad]

Package: libwmf
Version: 0.2.8.4-2
Severity: grave
Justification: renders package unusable

*** Please type your report below this line ***
As of Sat 30 Dic 2006 this package is not installable on debian
experimental due to dependancies problem (libgtk2.0-0 (=2.10.6-4) conflicts with
libwmf0.2-7 (<=0.2.8.4-2))

Plese note that this also breaks gimp (and possibily other stuff which
depends on libwmf0.2-7 (>=0.2.8.4-2))

How to fix: just bump the revision to -3. Gimp works for me if I
do so. No errors reported by make

-- System Information:
Debian Release: 4.0
 APT prefers experimental
 APT policy: (990, 'experimental'), (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-nanomad
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)


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

Bug#405013: z88dk - FTBFS: s390 is no 64bit architecture

[Bastian Blank]

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

There was an error while trying to autobuild your package:

> Automatic build of z88dk_1.6.ds1-3 on debian-31.osdl.marist.edu by 
> sbuild/s390 85
[...]
> case "$DEB_BUILD_ARCH" in
>s390|alpha|amd64|ia64|ppc64)
>   echo "64bit architecture not supported by upstream."
>   exit 1
>   ;;
> esac
> 64bit architecture not supported by upstream.
> make: *** [clean-build] Error 1
> **
> Build finished at 20061229-0937
> FAILED [dpkg-buildpackage died]


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

Bug#380396: Happens here, too.... here is the message in English

[Andreas Barth]

* Anthony DeRobertis ([EMAIL PROTECTED]) [061003 08:03]:
> Just hit this in a Sarge + Backports -> Etch upgrade:
> 
> Setting up xfonts-cmex-big5p (0.1-5.1) ...
> usage error: unrecognized option
> Usage: update-fonts-dir DIRECTORY ...
>update-fonts-dir { -h | --help }

I *think* this comes from the fact that postinst calls:
# Automatically added by dh_installxfonts
if which update-fonts-dir >/dev/null 2>&1; then
update-fonts-dir --x11r7-layout misc;update-fonts-alias misc
fi
# End automatically added section

However, the package depends on xutils, which doesn't necessarily have
the new update-fonts-dir. Solution: Fix the dependency.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#404964: libvncauth-dev: No header file vncauth.h

[Ola Lundqvist]

Hi Alex

Thanks, but the patch did not apply cleanly for some reason.
I have fixed that and changed the patch slightly.

Thanks anyway.

Regards,

// Ola

On Fri, Dec 29, 2006 at 03:15:06PM -0300, Alex de Oliveira Silva wrote:
> tags 404964 + patch
> thanks
> 
> Even though this a simple fix, I provide anyhow a patch for it.
> 
> (the patch is attached to this email)
> 
> regards,
> -- 
>   .''`.  
>  : :' :Alex de Oliveira Silva | enerv
>  `. `' www.enerv.net
>`- 
> 



-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://opalsys.net/ UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#382030:

[Tim Cutts]

I've seen SIGPIPE from cfexecd from time to time, but not from  
cfservd.  It's usually, in my experience, and from what I've seen on  
the cfengine mailing list, due to configuration errors.  I agree that  
a configuration error should not cause the daemon to crash, and it's  
therefore a bug, but you should switch on the runtime debugging with - 
d2 as a command line option to cfservd, which should help you  
discover what's going on (and the same option will help the second  
poster here, whose problem sounds like a different one to me, just  
use it on cfagent rather than cfservd)


I think SIGPIPE tends to happen when cfengine is spawning a task to  
do something, but a configuration error causes that subtask to exit  
unexpectedly.


Tim


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

Bug#405014: planner: potential FTBFS since newest python-support

[Martin-Éric Racine]

Package: planner
Version: 0.14.2-1
Severity: serious
Justification: no longer builds from source

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

While polishing the packaging of another software, I noticed that recent 
versions of either CDBS, dh_python or dh_pysupport require an environment 
variable called DEB_PYTHON_SYSTEM in debian/rules.

I have already patched debian/control and debian/rules to fix this (upload 
pending); this report just files the existence of this potential FTBFS bug.

- -- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-imac
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)

Versions of packages planner depends on:
ii  gconf2 2.16.0-3  GNOME configuration database syste
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.3-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-3  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-5  The Bonobo UI library
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libgconf2-42.16.0-3  GNOME configuration database syste
ii  libgda2-3  1.2.3-3   GNOME Data Access library for GNOM
ii  libglade2-01:2.6.0-3 library to load .glade files at ru
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libgnome-keyring0  0.6.0-3   GNOME keyring services library
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeprint2.2-0 2.12.1-7  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.12.1-4  GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-4  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-3  The GTK+ graphical user interface 
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.3-0.1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.14.8-3  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxslt1.1 1.1.19-1  XSLT processing library - runtime 
ii  python2.4  2.4.4-1   An interactive high-level object-o
ii  scrollkeeper   0.3.14-11 A free electronic cataloging syste
ii  shared-mime-info   0.19-1FreeDesktop.org shared MIME databa
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages planner recommends:
ii  gda2-postgres 1.2.3-3PostgreSQL backend plugin for GNOM

- -- no debconf information

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

iD8DBQFFllGYeXr56x4Muc0RAtBnAKCMZh5b9b2dvvS9yoPsfKC6L75gzACgqR5b
zH/2SpXATsaqGwk+/ScUsH0=
=j+sH
-END PGP SIGNATURE-


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

Bug#391404: NMU uploaded

[Julien Cristau]

On Sat, Dec 30, 2006 at 12:17:08 +0100, Andreas Barth wrote:

> diff -Nur ../modxslt-2005072700~/debian/changelog 
> ../modxslt-2005072700/debian/changelog
> --- ../modxslt-2005072700~/debian/changelog   2006-12-30 10:43:36.0 
> +
> +++ ../modxslt-2005072700/debian/changelog2006-12-30 10:54:43.0 
> +
> @@ -1,3 +1,14 @@
> +modxslt (2005072700-2.1) unstable; urgency=high
> +
> +  * Non-maintainer upload.
> +  * Remove debian/modxslt-config.1, debian/modxslt-parse.1 and
> +debian/modxslt-perror.1 and use the originals in doc/man instead.
> +  * Use $packagename.manpages to ship the manpages.
> +  * Ship modxslt-config.1 in libmodxslt0, modxslt-parse.1 and
> +modxslt-perror.1 only in modxslt-tools. Closes: #391404
> +
> + -- Andreas Barth <[EMAIL PROTECTED]>  Sat, 30 Dec 2006 10:43:48 +
> +

I don't think you want to install any manpage in libmodxslt0, as that
would make it conflict with a future libmodxslt1.  The manpage should be
in libmodxslt0-dev, IMHO.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#405015: xbindkeys doesn't work

[BaBL]

Package: xbindkeys
Version: 1.7.1-1.1
Severity: normal

xbindkeys doesn't work, with -s key:
`scm_make_gsubr' is deprecated.  Use `scm_c_define_gsubr' instead.

KDE 3.5.5


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

Versions of packages xbindkeys depends on:
ii  guile-1.6-libs   1.6.8-6 Main Guile libraries
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libx11-6 2:1.0.3-4   X11 client-side library

xbindkeys recommends no packages.

-- no debconf information


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

Bug#391404: libapache2-modxslt: conflicts with modxslt-tools

[Sergei Golovan]

tags 391404 + patch
thanks

Hi!

I would like to send a patch, which fixes this bug. It's a minimal patch,
which simply removes manual pages from libapache2-modxslt binary package.

It's a part of my new maintainer application, so it looks like non-maintainer
upload. If you will use this patch, you may update changelog as you wish.

--
Sergei Golovan

diff -ruN modxslt-2005072700.orig/debian/changelog 
modxslt-2005072700/debian/changelog
--- modxslt-2005072700.orig/debian/changelog2006-12-30 15:06:43.0 
+0300
+++ modxslt-2005072700/debian/changelog 2006-12-30 15:06:59.0 +0300
@@ -1,3 +1,11 @@
+modxslt (2005072700-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Removed manual pages from libapache2-modxslt module to resolve conflict
+with libmodxslt0-dev and modxslt-tools (closes: #391404).
+
+ -- Sergei Golovan <[EMAIL PROTECTED]>  Sat, 30 Dec 2006 14:22:41 +0300
+
 modxslt (2005072700-2) unstable; urgency=low
 
   * Dropped 01_autotools.dpatch
diff -ruN modxslt-2005072700.orig/debian/rules modxslt-2005072700/debian/rules
--- modxslt-2005072700.orig/debian/rules2006-12-30 15:06:43.0 
+0300
+++ modxslt-2005072700/debian/rules 2006-12-30 15:06:59.0 +0300
@@ -103,7 +103,7 @@
$(MAKE) install DESTDIR=$(CURDIR)/debian/libapache2-modxslt
cp debian/modxslt.load 
$(CURDIR)/debian/libapache2-modxslt/etc/apache2/mods-available/
cp $(CURDIR)/debian/modxslt.libapache2 
$(CURDIR)/debian/libapache2-modxslt/etc/apache2/conf.d/modxslt
-   rm -rf $(CURDIR)/debian/libapache2-modxslt/usr/{bin,include,man} 
$(CURDIR)/debian/libapache2-modxslt/usr/lib/lib*
+   rm -rf $(CURDIR)/debian/libapache2-modxslt/usr/{bin,include,share/man} 
$(CURDIR)/debian/libapache2-modxslt/usr/lib/lib*

dh_install --sourcedir=debian/tmp
 


signature.asc
Description: Digital signature

Bug#405017: spurious error message when uploading to a gallery v1 site

[Wouter Verhelst]

Package: digikam
Version: 2:0.8.2-3
Severity: normal

Hi,

When I upload my pictures from digikam, it gives me an error message
after every upload:

"Uploaden van foto naar externe galerij mislukt: Ongeldig antwoord
ontvangen van de eterne galerij

Wilt u doorgaan?"

which translates approximately to

"Uploading picture to external gallery failed: Invalid response received
from the external gallery.

Do you want to continue?"

followed by a "continue" and "cancel" button. However, the upload was
successful; the pictures have been uploaded and can be viewed in the
gallery.

-- System Information:
Debian Release: 4.0
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages digikam depends on:
ii  dcraw  8.39-1decode raw digital camera images
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libacl12.2.42-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   1:2.4.32-1.1  Extended attribute shared library
ii  libaudio2  1.8-2 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-9   GNU C Library: Shared libraries
ii  libexif12  0.6.13-5  library to parse EXIF files
ii  libfam02.7.0-11  Client library to control the FAM 
ii  libfontconfig1 2.4.2-1   generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.1.1-21GCC support library
ii  libgphoto2-2   2.2.1-12  gphoto2 digital camera library
ii  libgphoto2-2-dev   2.2.1-12  gphoto2 digital camera library (de
ii  libgphoto2-port0   2.2.1-12  gphoto2 digital camera port librar
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libimlib2  1.3.0.0debian1-4  powerful image loading and renderi
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libkexif1  0.2.5-2   library for KDE to read/display/ed
ii  libkipi0   0.1.4-1   library for apps that want to use 
ii  libpng12-0 1.2.15~beta5-1PNG library - runtime
ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libsqlite3-0   3.3.8-1   SQLite 3 shared library
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-6   Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages digikam recommends:
ii  digikamimageplugins2:0.8.2-4 image editor plugins for digikam a
ii  kdeprint   4:3.5.5a.dfsg.1-4 print system for KDE
ii  kipi-plugins   0.1.2-3   image manipulation/handling plugin
ii  konqueror  4:3.5.5a.dfsg.1-4 KDE's advanced file manager, web b

-- no debconf information


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

Bug#405016: export to gallery interface could be better

[Wouter Verhelst]

Package: digikam
Version: 2:0.8.2-3
Severity: wishlist

Hi,

The only way to select pictures in digikam when one wants to upload them
to a web gallery is by name. It doesn't even show the picture when one
clicks it; but more importantly, it's impossible to select pictures
based on their score, their tags, and whatnot. What use has tagging if
it's not possible to use that to select pictures?

-- System Information:
Debian Release: 4.0
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages digikam depends on:
ii  dcraw  8.39-1decode raw digital camera images
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libacl12.2.42-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   1:2.4.32-1.1  Extended attribute shared library
ii  libaudio2  1.8-2 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-9   GNU C Library: Shared libraries
ii  libexif12  0.6.13-5  library to parse EXIF files
ii  libfam02.7.0-11  Client library to control the FAM 
ii  libfontconfig1 2.4.2-1   generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.1.1-21GCC support library
ii  libgphoto2-2   2.2.1-12  gphoto2 digital camera library
ii  libgphoto2-2-dev   2.2.1-12  gphoto2 digital camera library (de
ii  libgphoto2-port0   2.2.1-12  gphoto2 digital camera port librar
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libimlib2  1.3.0.0debian1-4  powerful image loading and renderi
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libkexif1  0.2.5-2   library for KDE to read/display/ed
ii  libkipi0   0.1.4-1   library for apps that want to use 
ii  libpng12-0 1.2.15~beta5-1PNG library - runtime
ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libsqlite3-0   3.3.8-1   SQLite 3 shared library
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-6   Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages digikam recommends:
ii  digikamimageplugins2:0.8.2-4 image editor plugins for digikam a
ii  kdeprint   4:3.5.5a.dfsg.1-4 print system for KDE
ii  kipi-plugins   0.1.2-3   image manipulation/handling plugin
ii  konqueror  4:3.5.5a.dfsg.1-4 KDE's advanced file manager, web b

-- no debconf information


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

Bug#405018: mysql-dfsg: [INTL:da] Updated Danish debconf translation

[Claus Hindsgaul]

Package: mysql-dfsg
Severity: wishlist
Tags: patch l10n

Please include the attached updated Danish debconf translation
(debian/po/da.po)

Claus

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-486
Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1)
#
#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.
#
# Claus Hindsgaul <[EMAIL PROTECTED]>, 2005, 2006.
# Claus Hindsgaul <[EMAIL PROTECTED]>, 2006.
msgid ""
msgstr ""
"Project-Id-Version: mysql-dfsg-4.1\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-12-19 00:57+0100\n"
"PO-Revision-Date: 2006-12-30 13:15+0100\n"
"Last-Translator: Claus Hindsgaul <[EMAIL PROTECTED]>\n"
"Language-Team: Danish\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"

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:1001
msgid "Do you really want to downgrade?"
msgstr "Ønsker du virkelig at nedgradere?"

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:1001
msgid ""
"WARNING: The file /var/lib/mysql/debian-*.flag exists. This indicates that a "
"mysql-server package with a higher version has been installed before. It can "
"not be guaranteed that this version can use its data."
msgstr ""
"Advarsel: Filen /var/lib/mysql/debian-*.flag eksisterer. Det tyder på at der "
"tidligere har været installeret en højere version af mysql-server-pakken. "
"Det kan ikke garanteres at denne version kan benytte data fra den højere "
"version."

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid "Important note for NIS/YP users!"
msgstr "Vigtig bemærkning for NIS/YP-brugere!"

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid ""
"To use mysql you must install an equivalent user and group to the following "
"and ensure yourself that /var/lib/mysql has the right permissions (the uid/"
"gid may be different)."
msgstr ""
"For at kunne bruge mysql skal du installere en bruger og en gruppe, der "
"svarer til nedenstående, og sikre dig at /var/lib/mysql har de rigtige "
"adgangsrettigheder (uid/gid kan afvige)."

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid "/etc/passwd:  mysql:x:100:101:MySQL Server:/var/lib/mysql:/bin/false"
msgstr "etc/passwd:  mysql:x:100:101:MySQL Server:/var/lib/mysql:/bin/false"

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid "/etc/group:   mysql:x:101:"
msgstr "/etc/group:   mysql:x:101:"

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid "/var/lib/mysql:   drwxr-xr-x   mysqlmysql"
msgstr "/var/lib/mysql:   drwxr-xr-x   mysqlmysql"

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:3001
msgid "Remove the databases used by all MySQL versions?"
msgstr "Fjern de databaser, der benyttes af samtlige MySQL-versioner?"

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:3001
msgid ""
"The script is about to remove the data directory /var/lib/mysql. If it is "
"planned to just install a higher MySQL version or if a different mysql-"
"server package is already using it, the data should be kept."
msgstr ""
"Scriptet skal til at fjerne datamappen /var/lib/mysql. Hvis du regner "
"medblot at installere en højere MySQL-version, eller hvis der allerede kører "
"en anden MySQL-serverpakke, bør dataene bevares."

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:4001
msgid "Should MySQL start on boot?"
msgstr "Skal MySQL startes under systemopstart?"

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:4001
msgid ""
"The MySQL can start automatically on boot time or only if you manually type "
"'/etc/init.d/mysql start'."
msgstr ""
"MySQL kan enten startes op under systemopstarten eller kun hvis du manuelt "
"skriver '/etc/init.d/mysql start'."

#. Type: password
#. Description
#: ../mysql-server-5.0.templates:5001
msgid "Please enter password for MySQL \"root\" user"
msgstr "Angiv adgangkoden for MySQL's \"root\"-bruger"

#. Type: password
#. Description
#: ../mysql-server-5.0.templates:5001
msgid ""
"It is highly recommended that you set a password for the MySQL "
"administrative \"root\" user."
msgstr ""
"Det anbefales kraftigt, at du sætter en adgangskode for MySQL's "
"administrationsbruger \"root\"."

#. Type: password
#. Description
#: ../mysql-server-5.0.templates:5001
msgid "If

Bug#405019: ITP: libauthen-simple-smb-perl -- Simple SMB authentication

[Xavier Oswald]

Package: wnpp
Severity: wishlist
Owner: Xavier Oswald <[EMAIL PROTECTED]>


* Package name: libauthen-simple-smb-perl
  Version : 0.1
  Upstream Author : Christian Hansen <[EMAIL PROTECTED]> 
* URL : 
http://search.cpan.org/CPAN/authors/id/C/CH/CHANSEN/Authen-Simple-SMB-0.1.tar.gz
* License : GPL
  Description : Simple SMB authentication

This package allow to authenticate against a SMB server.

It uses the libauthen-simple-perl framework.

-- System Information:
Debian Release: 3.1
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#405020: upload dialog should not be modal

[Wouter Verhelst]

Package: digikam
Version: 2:0.8.2-3
Severity: normal

Hi,

I'm not entirely sure whether this is considered a bug or a feature;
feel free to make this "wishlist" in the latter case.

When uploading pictures to a webgallery, the dialog which is used to do
these uploads is modal; i.e., it's impossible to do anything else (like
showing a slideshow of existing pictures) until the upload is finished.
This is rather annoying, as uploading a bunch of pictures over an
asynchronous line (like, say, an ADSL line which many people have at
home) is rather time-consuming.

-- System Information:
Debian Release: 4.0
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages digikam depends on:
ii  dcraw  8.39-1decode raw digital camera images
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libacl12.2.42-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   1:2.4.32-1.1  Extended attribute shared library
ii  libaudio2  1.8-2 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-9   GNU C Library: Shared libraries
ii  libexif12  0.6.13-5  library to parse EXIF files
ii  libfam02.7.0-11  Client library to control the FAM 
ii  libfontconfig1 2.4.2-1   generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.1.1-21GCC support library
ii  libgphoto2-2   2.2.1-12  gphoto2 digital camera library
ii  libgphoto2-2-dev   2.2.1-12  gphoto2 digital camera library (de
ii  libgphoto2-port0   2.2.1-12  gphoto2 digital camera port librar
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libimlib2  1.3.0.0debian1-4  powerful image loading and renderi
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libkexif1  0.2.5-2   library for KDE to read/display/ed
ii  libkipi0   0.1.4-1   library for apps that want to use 
ii  libpng12-0 1.2.15~beta5-1PNG library - runtime
ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libsqlite3-0   3.3.8-1   SQLite 3 shared library
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-6   Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages digikam recommends:
ii  digikamimageplugins2:0.8.2-4 image editor plugins for digikam a
ii  kdeprint   4:3.5.5a.dfsg.1-4 print system for KDE
ii  kipi-plugins   0.1.2-3   image manipulation/handling plugin
ii  konqueror  4:3.5.5a.dfsg.1-4 KDE's advanced file manager, web b

-- no debconf information


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

Bug#405015: xbindkeys

[babl1986]

1.7.3 from  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388690 have 
the same problem



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

Bug#403229: MIPS additions

[Martin Michlmayr]

There's one more thing that should be documented:

The kernel image for IP22 machines with a R5000 CPU has been dropped
because the r4k-ip22 image now supports IP22 machines both with a
R4x000 and R5000 CPU.

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


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

Bug#389433: Probable fix for fbdev shadow framebuffer issues

[Michel Dänzer]

On Fri, 2006-12-29 at 13:04 +, Robert de Bath wrote: 
> > That's bug #338241. I'm pondering changing the fbdev driver to default
> > to 32bpp though.
> Well I suppose 32bpp is more likely with modern hardware.

FWIW, xf86-video-fbdev 0.3.1 defaults to 32.

> Still even if you can't easily get fb_var_screeninfo.bits_per_pixel as
> your default a big fat warning that they don't match and how to fix it
> would be in order IMO.

I don't know any way to determine that's the specific reason for the
FBIOPUT_VSCREENINFO ioctl failing. If there are any framebuffer devices
that accept 24 bpp but not 32 bpp, I guess the fbdev driver could check
for that, but I don't particularly feel like spending more time on this
right now.


> > I noticed that, but it's more likely a bug in vesafb. As the log
> > indicates, the fbdev driver actually queries the framebuffer device on
> > the usability of each mode.
> 
> I've had a look at the kernel code ...
> Well it seems that the vesafb doesn't have an fb_check_var function to
> call so the FBIOPUT_VSCREENINFO ioctl is defined by fbmem.c to be the
> same as FBIOGET_VSCREENINFO.
> 
> This is actually reasonable, it's trying to tell you the closest mode
> to the one you asked for. But X will have to check that the mode it gets
> back is "the same" as the one it asked for and reject it if not.
> (Especially if the returned mode is SMALLER than the request!)

X considers modes to be different even if only a single parameter
differs, so I've changed fbdevhw to report failure in that case in

http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=f6815cb68b0f6698497348fc6e4214dacef33b95


> Also the TEST function doesn't look like it's implemented properly in
> all the drivers; I'd make sure you 'GET' the original setup and 'TEST'
> it after you've tested all your configured modes!

I don't understand what you're saying here, please elaborate.


> > ...
> 
> But back to the beginning; the bug this report was opened for looks fixed 
> to me.

Yes, so please follow up to the linux-fbdev-devel list (or another
appropriate place) only.


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

Bug#404897: pcscd: infinite loop when trying to start the daemon

[Ludovic Rousseau]

Le 29.12.2006, à 01:29:21, Martin Waitz a écrit:
> hoi :)

Hello,

> The pcscd postinst tried to start the daemon but it failed:
> 
> Starting PCSC Lite resource manager: pcscdStatus of PCSC Lite resource 
> manager: pcscd not running already running.
> Stopping PCSC Lite resource manager: pcscd.
>  failed!
> Starting PCSC Lite resource manager: pcscdStatus of PCSC Lite resource 
> manager: pcscd not running failed!
>  already running.
> Stopping PCSC Lite resource manager: pcscd.
> Starting PCSC Lite resource manager: pcscdStatus of PCSC Lite resource 
> manager: pcscd not running already running failed!
> .
> Stopping PCSC Lite resource manager: pcscd.
> Starting PCSC Lite resource manager: pcscdStatus of PCSC Lite resource 
> manager: pcscd not running failed!
>  already running.
> Stopping PCSC Lite resource manager: pcscd.
> Starting PCSC Lite resource manager: pcscd already running.
> Stopping PCSC Lite resource manager: pcscdStatus of PCSC Lite resource 
> manager: pcscd not running failed!
> .
> Starting PCSC Lite resource manager: pcscdStatus of PCSC Lite resource 
> manager: pcscd not running failed!
>  already running.
> Stopping PCSC Lite resource manager: pcscd.
> Starting PCSC Lite resource manager: pcscdStatus of PCSC Lite resource 
> manager: pcscd not running already running.
> Stopping PCSC Lite resource manager: pcscd failed!
> .

Your logs are strange.
Can you send me the /etc/init.d/pcscd file you are using?

> It looks very fragile to use restart in the start function and the start
> function in restart.

Yes. But this should have been solved with bug #392357

I will try to improve the init script post etch.

Regards

-- 
 Dr. Ludovic Rousseau[EMAIL PROTECTED]
 -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --

Bug#405022: xwnc: package description is unclear

[Tobia Conforto]

Package: xwnc
Severity: minor


The package description of xwnc is cryptic.
It is unclear what it does and what it can be used for.

Does it have something to do with VNC?  How does it differ from the
regular VNC?  Is this package a server, a client, or both?


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.16
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#405021: xserver-xorg-video-savage: X startup makes the computer freeze

[Julien Cristau]

Hi Mikael,

thanks for your report!

On Sat, Dec 30, 2006 at 13:48:08 +0100, Mikael Petersson wrote:

> I believe that the attached logfile comes from a Vesa session. so it
> probably doesn't contain much information. I can append a new logfile
> to this bugreport later if requested.
> 
That would be better, yes.
Does xserver-xorg-video-savage 1:2.1.2-1 work for you?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#397745: nautilus doesn't propose to decrypt file

[Sven Arvidsson]

> However it works very well with .gpg files.
> I tried updated /usr/share/applications/seahorse-pgp-encrypted.desktop
> with
> MimeType=application/pgp-encrypted;application/pgp;
> with no luck.
> Nautilus takes the .pgp to be a application/pgp;
> I guess i'm missing something

I think something else is wrong. If I simply copy 
seahorse-pgp-encrypted.desktop to ~/.local/share/applications 
(without adding application/pgp) everything works fine. 

I hope this will be fixed soon, as this more or less locks novice 
users out of their files. Not everyone can figure out how to run 
seahorse-tool manually and there isn't a way to decrypt files from
seahorse itself.

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#403426: kernel corrupts LUKS partition header on arm

[Martin Michlmayr]

* Clemens Fruhwirth <[EMAIL PROTECTED]> [2006-12-30 11:50]:
> > Is there anything else I should try?
> > foobar:~# cryptsetup luksOpen /dev/sda5 x
> > Enter LUKS passphrase:
> > device-mapper: table: 254:0: crypt: Device lookup failed

Strange.  I haven't changed cryptsetup but now I don't get this
message anymore.  I simply get:

foobar:~# cryptsetup luksOpen /dev/sdb2 x
Enter LUKS passphrase:
Enter LUKS passphrase:
Enter LUKS passphrase:
Command failed: No key available with this passphrase.

But I'm sure I've typed the passphrase correctly, and it works on my
x86 box (on which I created the LUKS partition).

> dmsetup create mappingname dm-table-file
> 
> If that does not work, we are seeing a dm-crypt layer problem here.

This works:

foobar:~# cat map
0 1954808 crypt aes-cbc-essiv:sha256 a0671e89e060742caf3f9a3e7d762b24 0 
/dev/sdb2 1032
foobar:~# dmsetup create x map
foobar:~# mount /dev/mapper/x /mnt
foobar:~# ls -l /mnt
total 20
drwx-- 2 root root 16384 Dec 30  2006 lost+found
-rw-r--r-- 1 root root 5 Dec 30  2006 x
foobar:~#

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


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

Bug#405023: installation-reports

[KOYAMA Teruo]

Package: installation-reports

Boot method: 
Image version: 
Date: 

Machine: 
Processor: Core 2 Duo T7200
Memory: 2GB
Partitions: 
FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/sda1 ext3 9614116   3824732   5301012  42% /
tmpfstmpfs 1037788 0   1037788   0% /lib/init/rw
udev tmpfs   1024092 10148   1% /dev
tmpfstmpfs 1037788 0   1037788   0% /dev/shm
/dev/sda5 ext3   146584244   8109304 131028816   6% /home

Output of lspci -nn and lspci -vnn:

$ lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GM/PM/GMS/940GML and 
945GT Express Memory Controller Hub [8086:27a0] (rev 03)
00:01.0 PCI bridge [0604]: Intel Corporation Mobile 945GM/PM/GMS/940GML and 
945GT Express PCI Express Root Port [8086:27a1] (rev 03)
00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High 
Definition Audio Controller [8086:27d8] (rev 02)
00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express 
Port 1 [8086:27d0] (rev 02)
00:1c.2 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express 
Port 3 [8086:27d4] (rev 02)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI 
#1 [8086:27c8] (rev 02)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI 
#2 [8086:27c9] (rev 02)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI 
#3 [8086:27ca] (rev 02)
00:1d.3 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI 
#4 [8086:27cb] (rev 02)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB2 EHCI 
Controller [8086:27cc] (rev 02)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge 
[8086:2448] (rev e2)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801GBM (ICH7-M) LPC Interface 
Bridge [8086:27b9] (rev 02)
00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE 
Controller [8086:27df] (rev 02)
00:1f.2 IDE interface [0101]: Intel Corporation 82801GBM/GHM (ICH7 Family) 
Serial ATA Storage Controller IDE [8086:27c4] (rev 02)
00:1f.3 SMBus [0c05]: Intel Corporation 82801G (ICH7 Family) SMBus Controller 
[8086:27da] (rev 02)
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon Mobility 
X1400 [1002:7145]
04:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 3945ABG 
Network Connection [8086:4222] (rev 02)
05:04.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB22/A 
IEEE-1394a-2000 Controller (PHY/Link) [104c:8023]
05:05.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8169 
Gigabit Ethernet [10ec:8169] (rev 10)

$ lspci -vnn
00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GM/PM/GMS/940GML and 
945GT Express Memory Controller Hub [8086:27a0] (rev 03)
Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Unknown device 
[1297:3058]
Flags: bus master, fast devsel, latency 0
Capabilities: 

00:01.0 PCI bridge [0604]: Intel Corporation Mobile 945GM/PM/GMS/940GML and 
945GT Express PCI Express Root Port [8086:27a1] (rev 03) (prog-if 00 [Normal 
decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 2000-2fff
Memory behind bridge: b010-b01f
Prefetchable memory behind bridge: c000-cfff
Capabilities: 

00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High 
Definition Audio Controller [8086:27d8] (rev 02)
Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Unknown device 
[1297:3058]
Flags: bus master, fast devsel, latency 0, IRQ 50
Memory at b000 (64-bit, non-prefetchable) [size=16K]
Capabilities: 

00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express 
Port 1 [8086:27d0] (rev 02) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=03, sec-latency=0
Memory behind bridge: fac0-febf
Capabilities: 

00:1c.2 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express 
Port 3 [8086:27d4] (rev 02) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
Memory behind bridge: b020-b02f
Capabilities: 

00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI 
#1 [8086:27c8] (rev 02) (prog-if 00 [UHCI])
Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Unknown device 
[1297:3058]
Flags: bus master, medium devsel, latency 0, IRQ 233
I/O ports at 1800 [size=32]

00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI 
#2 [8086:27c9] 

Bug#402139: [Pkg-bluetooth-maintainers] Bug#402139: bluez-gnome: Does not get installed as upgrade from bluez-passkey-gnome 0.5-2

[Filippo Giunchedi]

On Fri, Dec 08, 2006 at 02:01:31PM +0100, Peter Palfrader wrote:
> Package: bluez-gnome
> Version: 0.6-1
> Severity: important
> 
> Hi,
> 
> on my etch system I have bluez-passkey-gnome 0.5-2 installed.  I
> realized this package has been superseded by bluez-gnome 0.6-1, however
> the bluez-gnome does not get installed.  You probably need a
> bluez-passkey-gnome transitional package to pull in the new bluez-gnome
> package.

I have added the transitional package, do you mind having a look at

http://svn.debian.org/wsvn/pkg-bluetooth/bluez-gnome/trunk/debian/control?op=file&rev=0&sc=1
http://svn.debian.org/wsvn/pkg-bluetooth/bluez-gnome/trunk/debian/changelog?op=file&rev=0&sc=1

that would fix the bug I suppose

thanks,
filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

Either this man is dead or my watch has stopped.
-- Groucho Marx


signature.asc
Description: Digital signature

Bug#402876: [fuse-devel] FUSE not working on ARM? Hangs during stat64

[Martin Michlmayr]

* Miklos Szeredi <[EMAIL PROTECTED]> [2006-12-20 19:37]:
> Can you please try the out-of-tree kernel module from the fuse-2.6.x
> package (use 'configure --enable-kernel-module).  That contains a
> workaround for a bug in the ARM architecture code.

Do you think it would it be easily possible to apply this workaround
to the Debian kernel?
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#405021: xserver-xorg-video-savage: X startup makes the computer freeze

[Mikael Petersson]

Hi again,



From: Julien Cristau <[EMAIL PROTECTED]>
To: Mikael Petersson <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Bug#405021: xserver-xorg-video-savage: X startup makes the 
computer freeze

Date: Sat, 30 Dec 2006 14:02:35 +0100

Hi Mikael,

thanks for your report!

On Sat, Dec 30, 2006 at 13:48:08 +0100, Mikael Petersson wrote:

> I believe that the attached logfile comes from a Vesa session. so it
> probably doesn't contain much information. I can append a new logfile
> to this bugreport later if requested.
>
That would be better, yes.


Here is a new Xorg.log with Savage-related info. I found no (EE) entries 
however...



Does xserver-xorg-video-savage 1:2.1.2-1 work for you?


I upgrade my computer quite regularly, so I'm quite confident that version 
worked.




Cheers,
Julien




<< signature.asc >>



Happy new year to all of you (and us) celebrating it!

Mikael

_
FREE pop-up blocking with the new MSN Toolbar - get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System: UNKNOWN 
Current Operating System: Linux hpdebian-unstable 2.6.18-3-k7 #1 SMP Sun Dec 10 20:17:39 UTC 2006 i686
Build Date: 30 December 2006
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat Dec 30 14:20:51 2006
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "hp m703"
(**) |   |-->Device "Generic Video Card"
(**) |-->Input Device "Generic Keyboard"
(**) |-->Input Device "Configured Mouse"
(WW) The directory "/usr/X11R6/lib/X11/fonts/misc" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi/" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi/" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/Type1" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi" does not exist.
	Entry deleted from font path.
(**) FontPath set to:
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/Type1,
	/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to "/etc/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Module ABI versions:
	X.Org ANSI C Emulation: 0.3
	X.Org Video Driver: 1.0
	X.Org XInput driver : 0.6
	X.Org Server Extension : 0.3
	X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so
(II) Module bitmap: vendor="X.Org Foundation"
	compiled for 7.1.1, module version = 1.0.0
	Module class: X.Org Font Renderer
	ABI class: X.Org Font Renderer, version 0.5
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules/libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
	compiled for 7.1.1, module version = 1.0.0
	ABI class: X.Org Video Driver, version 1.0
(--) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 1106,3116 card 1509,9012 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 1106,b091 card , rev 00 class 06,04,00 hdr 01
(II) PCI: 00:0a:0: chip 14f1,2f00 card 13e0,8d85 rev 01 class 07,80,00 hdr 00
(II) PCI: 00:0b:0: chip 10ec,8139 card 1509,9012 rev 10 class 02,00,00 hdr 00
(II) PCI: 00:10:0: chip 1106,3038 card 1509,9012 rev 80 class 0c,03,00 hdr 80
(II) PCI: 00:10:1: chip 1106,3038 card 1509,9012 rev 80 class 0c,03,00 hdr 80
(II) PCI: 00:10:2: chip 1106,3038 card 1509,9012 rev 80 class 0c,03,00 hdr 80
(II) PCI: 00:10:3: chip 1106,3104 card 1509,9012 rev 82 class 0c,03,20 hdr 00
(II) PCI: 00:11:0: chip 1106,3177 card 1509,9012 rev 00 class 06,01,00 hdr 80
(II) PCI: 00:11:1: chip 1106,0571 card 1509,9012 rev 06 class 01,01,8a hdr 00
(II) PCI: 00:11:5: chip

Bug#382269: [Pkg-bluetooth-maintainers] Bug#382269: fails to interface with pin agent

[Filippo Giunchedi]

On Wed, Aug 09, 2006 at 09:36:40PM +0100, martin f krafft wrote:
> Package: bluez-utils
> Version: 3.1-3.1
> Severity: important
> 
> I cannot agssociate with other devices that need a pin. I have
> bluez-pin, pinentry-gtk2 and dbus installed, but this is all I see:
> 
> Aug  9 21:15:14 lapse hcid[12525]: pin_code_request (sba=00:0F:B3:9A:02:A0, 
> dba=00:07:A4:01:AB:A3)
> Aug  9 21:15:14 lapse hcid[12525]: Calling PasskeyAgent.Request: name=:1.1, 
> path=/org/bluez/passkey_agent_12536
> 
> Nothing else happens, and the docs don't tell me what to do.

is there any update on this bug? is it somehow reproducible? bluez-utils now
recommends bluez-gnome which is a PIN helper
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

Date: Tuesday, 2002/10/22 - 08:09
dselect proves the existence of Satan. It's the worst part of Debian.


signature.asc
Description: Digital signature

Bug#402875: workaround

[SainTiss]

Apparently, in version 2.3.1, pictures from SD memory will only show if the 
internal memory is empty.

The problem is caused by the directory structure not being fetched correctly.



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

Bug#405024: aspell: Accented words replace working bad

[Martin Sin]

Package: aspell
Version: 0.60.4-4
Severity: normal

I am using Czech spellcheck with aspell, when I find bad word word and I
want to replace it with my own world (command [r]), so replacing of this
word isn't good. (When my world contain accented letters.) It means,
that accented letter after replacing original world is missing and there
is space in place of this letter. 
I think, that problem is with encoding (utf-8), but I cannot repair it.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)

Versions of packages aspell depends on:
ii  dictionaries-common  0.70.10 Common utilities for spelling dict
ii  libaspell15  0.60.4-4GNU Aspell spell-checker runtime l
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-19  GCC support library
ii  libncursesw5 5.5-5   Shared libraries for terminal hand
ii  libstdc++6   4.1.1-19The GNU Standard C++ Library v3

Versions of packages aspell recommends:
ii  aspell-cs [aspell-dicti 0.0.20040614.1-1 Czech dictionary for GNU Aspell
ii  aspell-en [aspell-dicti 6.0-0-5.1English dictionary for GNU Aspell

-- no debconf information


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

Bug#405025: /etc/init.d/pcscd is a fork bomb

[Marco d'Itri]

Package: pcscd
Version: 1.3.2-4
Severity: critical

"/etc/init.d/pcscd start" (which is run on upgrades) starts an infinite
number of copies of itself.
Load was over 500 before I was able to kill the scripts.

The terminal was flooded with messages like:

Starting PCSC Lite resource manager: pcscdStatus of PCSC Lite resource manager: 
pcscd not running already running.
 failed!
Stopping PCSC Lite resource manager: pcscd.
Starting PCSC Lite resource manager: pcscd already runningStatus of PCSC Lite 
resource manager: pcscd not running.
 failed!
Stopping PCSC Lite resource manager: pcscd.
Starting PCSC Lite resource manager: pcscd already runningStatus of PCSC Lite 
resource manager: pcscd not running.
 failed!
Stopping PCSC Lite resource manager: pcscd.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18.1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages pcscd depends on:
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libccid [pcsc-ifd-handler]   1.1.0-1 PC/SC driver for USB CCID smart ca
ii  libusb-0.1-4 2:0.1.12-2  userspace USB programming library
ii  lsb-base 3.1-22  Linux Standard Base 3.1 init scrip

pcscd recommends no packages.

-- no debconf information

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#384379: [Pkg-bluetooth-maintainers] Bug#384379: WORK-AROUND for "iscan not set"

[Filippo Giunchedi]

Hello Hendrik,

On Wed, Dec 27, 2006 at 12:27:22PM +0100, Hendrik Sattler wrote:
> I am not sure why SCAN_INQUIRY is not set in discovto is not 0 (see 
> hcid/main.c:295). This is probably to not make it discoverable after plugging 
> the bt dongle in and thus correct behaviour. However, I do not know of any 
> user program that can actually handle that (kdebluetooth cannot).
> Thus, in Etch, "discovto 0" should be the default setting!
> 
> A specific configuration for each dongle is already possible in hcid.conf, so 
> there is no problem to do configuration for specific devices.
> 
> It actually IS possible to correctly fix this before Etch!

great, thanks for investigating this. I'm going to add discovto 0; as default
plus adding some documentation about the [IP]SCAN problem. Can I quote this
mail?


thanks,
filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

Beauty isn't worth thinking about; what's important is your mind.
You don't want a fifty-dollar haircut on a fifty-cent head.
-- Garrison Keillor


signature.asc
Description: Digital signature

Bug#375447: python-gtk2 no longer suggested

[Filippo Giunchedi]

I cannot see this bug in 3.7-1, python-gtk2 is gone as well as bluepin.

this bug can be closed IMO

thanks,
filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

A child of five would understand this. Send someone to fetch a child of five.
-- Groucho Marx


signature.asc
Description: Digital signature

Bug#404904: Bug#404834: linux-image-2.6.18-3-sparc64: Kernel unaligned access kills at least sshfs (and may make USB unreliable)

[Miklos Szeredi]

Thanks.  I believe I undestand now: the buffer reserved for the cmsg
is itself unaligned because it's a char array.  It should be an array
of size_t, which will have the required alignment.

When you have time, can you please try out this patch?  The old patch
shouldn't be needed.  If it still breaks, then please send a new
backtrace with debug information, since it may be a different problem.

Thanks,
Miklos

Index: lib/mount.c
===
RCS file: /cvsroot/fuse/fuse/lib/mount.c,v
retrieving revision 1.33
diff -u -r1.33 mount.c
--- lib/mount.c 4 Dec 2006 12:45:19 -   1.33
+++ lib/mount.c 30 Dec 2006 13:52:43 -
@@ -151,7 +151,7 @@
 struct iovec iov;
 char buf[1];
 int rv;
-char ccmsg[CMSG_SPACE(sizeof(int))];
+size_t ccmsg[CMSG_SPACE(sizeof(int))/sizeof(size_t)];
 struct cmsghdr *cmsg;
 
 iov.iov_base = buf;


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

Bug#262257: (no subject)

[Tobias Frost]

Subject: fetchmail: Submitting Patch, Correcting tags
Followup-For: Bug #262257
Package: fetchmail
Version: 6.3.6~rc3

As the package is not yet uploaded, I built the package locally. 
Attached is the patch I used for that. It only fixes the problem.

(As a suggestion, one could also add "popclient" to the "provides"
section)

(PLEASE upload it soon, latest after the freeze!) 

Thank you,
Tobi


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

Versions of packages fetchmail depends on:
ii  adduser  3.101   Add and remove users and groups
ii  debianutils  2.17.4  Miscellaneous utilities specific t
ii  gettext  0.16.1-1GNU Internationalization utilities
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  lsb-base 3.1-22  Linux Standard Base 3.1 init scrip

Versions of packages fetchmail recommends:
ii  ca-certificates   20061027   Common CA Certificates PEM files

-- no debconf information
diff -rup fetchmail-6.3.6~rc3/debian/control 
fetchmail-6.3.6~rc3-patch/debian/control
--- fetchmail-6.3.6~rc3/debian/control  2006-12-30 14:35:03.0 +0100
+++ fetchmail-6.3.6~rc3-patch/debian/control2006-12-30 14:42:10.0 
+0100
@@ -11,7 +11,7 @@ XS-Vcs-Svn: svn://svn.debian.org/pkg-fet
 Package: fetchmail
 Architecture: any
 Depends: ${shlibs:Depends}, debianutils (>= 1.7), adduser (>= 3.34), gettext, 
lsb-base (>= 3.0-6)
-Conflicts: popclient, fetchmail-common, logcheck (<< 1.1.1-9), fetchmail-ssl 
(<= 6.2.5-12)
+Conflicts: fetchmail-common, logcheck (<< 1.1.1-9), fetchmail-ssl (<= 6.2.5-12)
 Replaces: fetchmail-common, fetchmail-ssl
 Provides: fetchmail-ssl
 Suggests: fetchmailconf, exim4 | mail-transport-agent, resolvconf

Bug#405026: lilypond-book customization required for using platex, command-line option?

[Junichi Uekawa]

Package: lilypond
Version: 2.8.7-3

Hi,

Sometimes, a latex implementation different from 'latex' is
convenient.  I am locally customizing lilypond-book so that it calls
'platex' (a Japanese extended latex with vertical writing support).


diff -ur /usr/bin/lilypond-book  lilypond-book 
--- /usr/bin/lilypond-book  2006-12-20 05:42:42.0 +0900
+++ lilypond-book   2006-12-29 22:57:00.0 +0900
@@ -1424,7 +1424,7 @@
 tmp_handle.write (latex_document)
 tmp_handle.close ()
 
-ly.system ('latex %s' % tmpfile, be_verbose=global_options.verbose)
+ly.system ('platex %s' % tmpfile, be_verbose=global_options.verbose)
 parameter_string = open (logfile).read()
 
 os.unlink (tmpfile)



It would be nice to have a configuration option to customize this.


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


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

Bug#405028: libglib2.0-doc: g_key_file_set_string_list function arguments are different in header and different in documentation

[Emil Nowak]

Package: libglib2.0-doc
Version: 2.12.6-1
Severity: normal

When browsing documenatation in devhelp the g_key_file_set_string_list
function look like this:

void g_key_file_set_string_list(GKeyFile *key_file, const gchar *group_name, 
const gchar *key);
it is in file:
file://localhost/usr/share/gtk-doc/html/glib/glib-Key-value-file-parser.html#g-key-file-set-string-list

but in /usr/include/glib-2.0/glib/gkeyfile.h it is different:

void g_key_file_set_string_list(GKeyFile *key_file, const gchar *group_name, 
const gchar *key, const gchar *const list[], gsize length);

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages libglib2.0-doc depends on:
ii  dillo [www-browser]0.8.5-4   Small and fast web browser
ii  iceweasel [www-browser 2.0+dfsg-1lightweight web browser based on M
ii  konqueror [www-browser 4:3.5.5a.dfsg.1-2 KDE's advanced file manager, web b
ii  links2 [www-browser]   2.1pre26-4Web browser running in both graphi
ii  mozilla-browser [www-b 2:1.7.13-0.1  The Mozilla Internet application s
ii  opera [www-browser]8.54-20060330.6   The Opera Web Browser
ii  w3m [www-browser]  0.5.1-5   WWW browsable pager with excellent

libglib2.0-doc recommends no packages.

-- no debconf information


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

Bug#362820: using update-fonts-dir --x11r7-layout in maintainer scripts breaks partial upgrades

[Christoph Berg]

Hi,

while looking at #380396, I noted the breakage is actually in an
unfortunate combination of update-fonts-dir (in xfonts-utils)
requiring the --x11r7-layout option and debhelper unconditionally
putting it in generated postinst/postrm files (dh_installxfonts).

Adding ${misc:Depends} adds the (previously missing) dependency on
xfonts-utils, but does not make it versioned.

postinst:
# Automatically added by dh_installxfonts
if which update-fonts-dir >/dev/null 2>&1; then
update-fonts-dir --x11r7-layout misc;update-fonts-alias misc
fi
# End automatically added section

postrm:
# Automatically added by dh_installxfonts
if [ -x "`which update-fonts-dir 2>/dev/null`" ]; then
update-fonts-dir --x11r7-layout misc;update-fonts-alias misc
fi
# End automatically added section


I believe the fix is to make --x11r7-layout the default (#363005) and
at the same time revert the debhelper change (#362820). All xfonts
using debhelper would then need (bin?)nmus to get maintainer scripts
without --x11r7-layout.

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


signature.asc
Description: Digital signature

Bug#269826: mozilla-browser: Odd behavior browsing local directories containing large (>=2GB) files

[Andreas Metzler]

reassign 269826 iceape-browser
found 269826 1.0.6-1
thanks

iceape-browser still shows strange behavior. Browsing directories
containing large files simply does not work, klicking on the
directory simply does nothing.

Reproduce:
mkdir /tmp/big/
cd /tmp/big/
dd if=/dev/zero of=/tmp/big/bigfile.in bs=1M count=5000
open file:///tmp in iceape and click on "big" to browse it.
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#384188: [Pkg-bluetooth-maintainers] Bug#384188: bluez-utils: pairing fails from PC to mobile, but succeeds the other way

[Filippo Giunchedi]

On Wed, Sep 06, 2006 at 06:24:29PM +0200, Mathias Behrle wrote:
> Package: bluez-utils
> Version: 3.1-4
> Followup-For: Bug #384188
> 
> I don't know, if this belongs really to this bug, but instead of opening a 
> new one I prefer to provide additional information:
> I followed all described procedures to put passkeys in /etc/bluetooth/default 
> and resp. /etc/bluetooth/00:0E:07:8A:1E:FD sticking for the rest to the 
> Debain default configuration. 

I think this is related to the old pincodes management, do you mind retrying
with bluez-utils 3.7 and bluez-gnome as a pin helper?

thanks,
filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

"UNIX was not designed to stop its users from doing stupid things, as that
would also stop them from doing clever things."
-- Doug Gwyn


signature.asc
Description: Digital signature

Bug#405022: xwnc: package description is unclear

[Loic Dachary]

Loic Dachary writes:
 > Tobia Conforto writes:
 >  > Package: xwnc
 >  > Severity: minor
 >  > 
 >  > 
 >  > The package description of xwnc is cryptic.
 >  > It is unclear what it does and what it can be used for.
 >  > 
 >  > Does it have something to do with VNC?  How does it differ from the
 >  > regular VNC?  Is this package a server, a client, or both?
 > 
 > It's "similar to Xvnc", therefore it's a server. Xvnc is not
 > a client. It's not a server either. Maybe the description could be

 replace the above line with:

 a client. Maybe the description could be

 > improved but filling a bug is somewhat overkill don't you think ? 
 > 75% of the existing debian packages have an "unclear" description of
 > this kind.
 > 
 > Cheers,
 > 
 > -- 
 > +33 1 76 60 72 81  Loic Dachary mailto:[EMAIL PROTECTED]
 > http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED]


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

Bug#384188: [Pkg-bluetooth-maintainers] Bug#384188: bluetooth 3.1-3.1 pin request problem

[Filippo Giunchedi]

On Tue, Aug 22, 2006 at 01:49:17PM +0100, Paul O'Grady wrote:
> 
> Package: bluetooth
> Version: 3.1-3.1
> 
> Hi,
> 
> I'm having pairing issues with the bluez stack. When my mobile discovers
> and tries to pair with my machine the connection fails. It looks like
> the bluez stack is having problems responding to a pin request causing
> the connection to time out. I have no such problems with 2.15-2. Is
> there a fix for this bug?

this should be fixed in testing, do you mind retrying?

thanks,
filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

Gretchen: Donnie Darko? What the hell kind of name is that? It's like
  some sort of superhero or something
Donnie: What makes you think I'm not?
-- from Donnie Darko (2001)


signature.asc
Description: Digital signature

Bug#405022: xwnc: package description is unclear

[Loic Dachary]

Tobia Conforto writes:
 > Package: xwnc
 > Severity: minor
 > 
 > 
 > The package description of xwnc is cryptic.
 > It is unclear what it does and what it can be used for.
 > 
 > Does it have something to do with VNC?  How does it differ from the
 > regular VNC?  Is this package a server, a client, or both?

It's "similar to Xvnc", therefore it's a server. Xvnc is not
a client. It's not a server either. Maybe the description could be
improved but filling a bug is somewhat overkill don't you think ? 
75% of the existing debian packages have an "unclear" description of
this kind.

Cheers,

-- 
+33 1 76 60 72 81  Loic Dachary mailto:[EMAIL PROTECTED]
http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED]


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

Bug#405027: libwww-mechanize-ruby: missing dependency against libopenssl-ruby

[Daniel Maier]

Package: libwww-mechanize-ruby
Version: 0.6.3-1
Severity: important

libwww-mechanize-ruby seems to depend on libopenssl-ruby:
/usr/lib/ruby/1.8/mechanize.rb:15:in `require': no such file to load --
net/https (LoadError)
from /usr/lib/ruby/1.8/mechanize.rb:15
from ./test.rb:3:in `require'
from ./test.rb:3


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

Versions of packages libwww-mechanize-ruby depends on:
ii  libwww-mechanize-ruby1.8  0.6.3-1Automate interaction with websites

libwww-mechanize-ruby recommends no packages.

-- no debconf information


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

Bug#404971: postgrey: Please whitelist some more hosts

[Adrian von Bidder]

tags 404971 +pending
thanks

On Friday 29 December 2006 20:47, Joerg Jaspert wrote:
> Package: postgrey
> Severity: wishlist

> Would be nice if you can add some and make some changes to existing
> hosts:

Will do.

[...] 
> as they have, same as DebConf, aggressive spamfiltering
> anyways

Doesn't matter at all

> and will definitely retry.

that's really the only criterion I can use - murphy and master don't have 
good (enough) spam control, but greylisting doesn't help at all, so it 
still makes sense to whitelist them.  Creating big queues out of spite is 
not what I'm after...

There is in fact one other criterion: a known-good mailserver which also is 
likely to run abuse-prone web based mail senders should still be greylisted 
if those web based things send mail not through the queue (open proxy, 
whatever).

cheers & happy 2007
-- vbi

-- 
"An entire fraternity of strapping Wall-Street-bound youth.  Hell - this
is going to be a blood bath!"
-- Post Bros. Comics


pgpxfTUt24pTt.pgp
Description: PGP signature

Bug#405029: clamcour: please provide IP-based whitelisting

[Antti-Juhani Kaijanaho]

Package: clamcour
Version: 0.2.2-1+b1
Severity: wishlist

Clamcour does not seem to provide for IP-based whitelisting from virus
checking.  This feature would be very useful to minimise backscatter (I
have several active forwarding addresses, and rejecting mails from these
forwarders force them to generate bounce messages, which is always
undesirable when the rejected message is a virus message).

I suggest using the same system as Courier already uses for whitelisting
from DNSRBL checks.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.26-bytemark-uml-20040706-1
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)

Versions of packages clamcour depends on:
ii  libbz2-1 1.0.3-6 high-quality block-sorting file co
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libclama 0.88.7-1virus scanner library
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library
ii  libcurl3 7.15.5-1Multi-protocol file transfer libra
ii  libgcc1  1:4.1.1-19  GCC support library
ii  libgmp3c 2:4.2.1+dfsg-4  Multiprecision arithmetic library
ii  libidn11 0.6.5-1 GNU libidn library, implementation
ii  libkrb53 1.4.4-5 MIT Kerberos runtime libraries
ii  libssl0. 0.9.8c-4SSL shared libraries
ii  libstdc+ 4.1.1-19The GNU Standard C++ Library v3
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages clamcour recommends:
ii  clamav-freshclam  0.88.7-1   downloads clamav virus databases f

-- no debconf information


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

Bug#405030: greylistd: delay is way to large

[Joerg Jaspert]

Package: greylistd
Severity: normal

Hi

The default delay of greylistd is 1 hour. This seems *way* to large, a
value of 600 or even 300 would be better.

Reason:
 - Greylist works against spammers without (big) queues in their crap
   software, so a temp 4xx in the beginning is ok, even after a minute
   for those that simply retry a mail 5 times in a row or so.

 - Everything above a few minutes just hurts normal mail. While a few
   minute delay is acceptable an hour is bad. Especially as normal MTA
   go and enhance the retry time with every failure they get, so you may
   end up with multiple hours, thanks to greylistd default 3600seconds,
   while you only live with a few minutes if this option gets changed.

-- 
bye Joerg
 also dies ist so ziemlich der einzige chanel wo ich meist 0 peile
 ich schreibe etwas dann rennen se alle gegen die wand und schreien 
aua


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

Bug#366365: libcvsservice0 should only recommend cvs (not depend)

[Ernest ter Kuile]

Package: libcvsservice0
Version: 4:3.5.5-3
Followup-For: Bug #366365


libcvsservice0 is depended upon by many packages which link it in, even though
cvs functionality is not needed nor wanted. quanta is one such package.
Because libcvsservice0 depends on cvs, it must be installed as wel. 

But cvs is not actually used by libcvsservice0 until it is needed, and it will
function perfectly (doing nothing) without it. In fact Quanta did complain 
during startup, but only it because cervesia wasn't installed (again, I don't
need it), not because cvs wasn't.

The situation where a library is depended upon which itself recommand the
package it actually use happen many times within debian, and so can be relied 
upon to be accepted by all. One example is Kerberos, an other is mysql. Both 
have runtimes libs which are often installed because of some dependancy even
though neither kerberos nor mysql is installed.

please change dependancy for cvs to recommand instead of depend.

thank you.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1vmware
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libcvsservice0 depends on:
ii  cvs1:1.12.13-5   Concurrent Versions System
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libgcc11:4.1.1-19GCC support library
ii  libstdc++6 4.1.1-19  The GNU Standard C++ Library v3

libcvsservice0 recommends no packages.

-- no debconf information


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

Bug#404876: Output of gst-launch

[Rick Thomas]

On Dec 30, 2006, at 2:23 AM, Yavor Doganov wrote:


On Fri, Dec 29, 2006 at 02:45:14PM -0800, David Schleef wrote:

Could you run:

  rm ~/.gstreamer-0.10/registry.*.xml
  GST_DEBUG=*:3 gst-launch --gst-debug-no-color

and attach the output?


Attached is the output produced on my machine running unstable.




Interesting.  I'm not getting the mail from David Schleef, but I am  
getting the replies from Yavor Doganov.


David, would you like me to try the same things on my Beige G3 under  
Etch?


Rick


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

Bug#405031: mount: bad format in fstab -> not wrong

[Markus Schulz]

Package: mount
Version: 2.12r-15
Severity: minor

This line in my fstab will be reported as wrong during startup.

obexfs#-u0  /media/k800ifusedefaults,user   0   0

but it's right and working.

Don't know if this is the right place for this bugreport.

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

Versions of packages mount depends on:
ii  libblkid 1.39+1.40-WIP-2006.11.14+dfsg-1 block device id library
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-1 universally unique id library

mount recommends no packages.

-- debconf-show failed


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

Bug#405032: scim: Please remove m17n-env from suggest list

[Osamu Aoki]

Package: scim
Version: 1.4.4-5
Severity: important
Tags: patch

Since I am about to ask removal of package m17n-env and I see this is the only
program referencing it, I ask you (or me) to do minor update on control plus
doc updates to remove reference to this package.  If one seek to handle
encoding issue in etch (UTF-8 system), it is better to keep program such as vim
running in UTF-8 mode while files are converted by iconv with ++enc option.
E.g.:

 $ vim "+edit ++enc=eucjp file.eucjp.txt"


Since normally vim assumes file encoding as ucs-bom -> utf-8 -> default
-> latin1 order, adding following to .vimrc will gives you right reading
of file and writing access in preferred encodings.

" Menu: Access to old encodings and conversion
" Translated By:Osamu AOKI  <[EMAIL PROTECTED]>
" License:  (public domain) and (GPL2.0 and later)
" Last Change:  30-Dec-2006.
if has('iconv')
  " Check iconv version
  let support_jisx0213 = (iconv("\x87\x64\x87\x6a", 'cp932', 'euc-jisx0213') 
==# "\xad\xc5\xad\xcb") ? 1 : 0
  "

  an 10.328.100.100 &File.&Reload\ with\ ++enc\.\.\..&SJISfenc=cp932 :e 
++enc=cp932
  if !support_jisx0213
an 10.328.100.110 &File.&Reload\ with\ ++enc\.\.\..EUC&JPfenc=euc-jp 
:e ++enc=euc-jp
an 10.328.100.120 &File.&Reload\ with\ 
++enc\.\.\..J&ISfenc=iso-2022-jp :e ++enc=iso-2022-jp
  else
an 10.328.100.110 &File.&Reload\ with\ 
++enc\.\.\..EUC&JPfenc=euc-jisx0213 :e ++enc=euc-jisx0213
an 10.328.100.120 &File.&Reload\ with\ 
++enc\.\.\..J&ISfenc=iso-2022-jp-3 :e ++enc=iso-2022-jp-3
  endif
  an 10.328.100.130 &File.&Reload\ with\ ++enc\.\.\..EUC&KRfenc=euckr :e 
++enc=euckr
  an 10.328.100.140 &File.&Reload\ with\ ++enc\.\.\..&GB(zh_CN)fenc=gb :e 
++enc=gb
  an 10.328.100.150 &File.&Reload\ with\ ++enc\.\.\..&BIG5(zh_TW)fenc=big5 
:e ++enc=big5
  an 10.328.100.200 &File.&Reload\ with\ ++enc\.\.\..-SEPRELOAD1- 
  an 10.328.100.201 &File.&Reload\ with\ ++enc\.\.\..latin&1fenc=latin1 :e 
++enc=latin1
  an 10.328.100.202 &File.&Reload\ with\ ++enc\.\.\..latin&2fenc=latin2 :e 
++enc=latin2
  an 10.328.100.203 &File.&Reload\ with\ ++enc\.\.\..latin&3fenc=latin3 :e 
++enc=latin3
  an 10.328.100.204 &File.&Reload\ with\ ++enc\.\.\..latin&4fenc=latin4 :e 
++enc=latin4
  an 10.328.100.205 &File.&Reload\ with\ ++enc\.\.\..latin&5fenc=latin5 :e 
++enc=latin5
  an 10.328.100.206 &File.&Reload\ with\ ++enc\.\.\..latin&6fenc=latin6 :e 
++enc=latin6
  an 10.328.100.207 &File.&Reload\ with\ ++enc\.\.\..latin&7fenc=latin7 :e 
++enc=latin7
  an 10.328.100.208 &File.&Reload\ with\ ++enc\.\.\..latin&8fenc=latin8 :e 
++enc=latin8
  an 10.328.100.209 &File.&Reload\ with\ ++enc\.\.\..latin&9fenc=latin9 :e 
++enc=latin9
  an 10.328.100.210 &File.&Reload\ with\ ++enc\.\.\..latin1&0fenc=latin10 
:e ++enc=latin10
  an 10.328.100.800 &File.&Reload\ with\ ++enc\.\.\..-SEPRELOAD2- 
  an 10.328.100.900 &File.&Reload\ with\ ++enc\.\.\..&UTF-8fenc=utf-8 :e 
++enc=utf-8

  " Save with ++enc as ...
  an 10.360.120.100 &File.&Save\ with\ ++enc\.\.\..&SJISfenc=cp932 :browse 
confirm saveas ++enc=cp932
  if !support_jisx0213
an 10.360.120.110 &File.&Save\ with\ ++enc\.\.\..EUC&JPfenc=euc-jp 
:browse confirm saveas ++enc=euc-jp
an 10.360.120.120 &File.&Save\ with\ ++enc\.\.\..J&ISfenc=iso-2022-jp 
:browse confirm saveas ++enc=iso-2022-jp
  else
an 10.360.120.110 &File.&Save\ with\ 
++enc\.\.\..EUC&JPfenc=euc-jisx0213 :browse confirm saveas 
++enc=euc-jisx0213
an 10.360.120.120 &File.&Save\ with\ 
++enc\.\.\..J&ISfenc=iso-2022-jp-3 :browse confirm saveas 
++enc=iso-2022-jp-3
  endif
  an 10.360.120.130 &File.&Save\ with\ ++enc\.\.\..EUC&KRfenc=euckr 
:browse confirm saveas ++enc=euck
  an 10.360.120.140 &File.&Save\ with\ ++enc\.\.\..&GB(zh_CN)fenc=gb 
:browse confirm saveas ++enc=gb
  an 10.360.120.150 &File.&Save\ with\ ++enc\.\.\..&BIG5(zh_TW)fenc=big5 
:browse confirm saveas ++enc=big5
  an 10.360.120.200 &File.&Save\ with\ ++enc\.\.\..-SEPSAVE1- 
  an 10.360.120.201 &File.&Save\ with\ ++enc\.\.\..latin&1fenc=latin1 
:browse confirm saveas ++enc=latin1
  an 10.360.120.202 &File.&Save\ with\ ++enc\.\.\..latin&2fenc=latin2 
:browse confirm saveas ++enc=latin2
  an 10.360.120.203 &File.&Save\ with\ ++enc\.\.\..latin&3fenc=latin3 
:browse confirm saveas ++enc=latin3
  an 10.360.120.204 &File.&Save\ with\ ++enc\.\.\..latin&4fenc=latin4 
:browse confirm saveas ++enc=latin4
  an 10.360.120.205 &File.&Save\ with\ ++enc\.\.\..latin&5fenc=latin5 
:browse confirm saveas ++enc=latin5
  an 10.360.120.206 &File.&Save\ with\ ++enc\.\.\..latin&6fenc=latin6 
:browse confirm saveas ++enc=latin6
  an 10.360.120.207 &File.&Save\ with\ ++enc\.\.\..latin&7fenc=latin7 
:browse confirm saveas ++enc=latin7
  an 10.360.120.208 &File.&Save\ with\ ++enc\.\.\..latin&8fenc=latin8 
:browse confirm saveas ++enc=latin8
  an 10.360.120.209 &File.&Save\ with\ ++enc\.\.\..latin&9fenc=latin9 
:browse confirm saveas ++enc=latin9
  an 10.360.120.210 &File.&Save\ with\ ++enc\.\.\..latin1&0fenc=lat

Bug#262257: [pkg-fetchmail-maint] Bug#262257: (no subject)

[Nico Golde]

Hi,
* Tobias Frost <[EMAIL PROTECTED]> [2006-12-30 15:36]:
> As the package is not yet uploaded, I built the package locally. 
> Attached is the patch I used for that. It only fixes the problem.
> 
> (As a suggestion, one could also add "popclient" to the "provides"
> section)
> 
> (PLEASE upload it soon, latest after the freeze!) 

;) We already fixed this in subversion and since I am not a 
DD I cant upload but I am sure Hector will do soon. Thanks 
anyway
NIco
-- 
Nico Golde - http://www.ngolde.de
JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF
Forget about that mouse with 3/4/5 buttons,
gimme a keyboard with 103/104/105 keys!


pgpUa7sNEfVNT.pgp
Description: PGP signature

Bug#405033: libcvsservice0 should only recommend cvs (not depend)

[Ernest ter Kuile]

Package: libcvsservice0
Version: 4:3.5.5-3
Severity: minor


libcvsservice0 is depended upon by many packages which link it in, even though
cvs functionality is not needed nor wanted. quanta is one such package.
Because libcvsservice0 depends on cvs, it must be installed as wel. 

But cvs is not actually used by libcvsservice0 until it is needed, and it will
function perfectly (doing nothing) without it. In fact Quanta did complain 
during startup, but only it because cervesia wasn't installed (again, I don't
need it), not because cvs wasn't.

The situation where a library is depended upon which itself recommand the
package it actually use happen many times within debian, and so can be relied 
upon to be accepted by all. One example is Kerberos, an other is mysql. Both 
have runtimes libs which are often installed because of some dependancy even
though neither kerberos nor mysql is installed.

please change dependancy for cvs to recommand instead of depend.

thank you.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1vmware
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libcvsservice0 depends on:
pn  cvs(no description available)
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libgcc11:4.1.1-19GCC support library
ii  libstdc++6 4.1.1-19  The GNU Standard C++ Library v3

libcvsservice0 recommends no packages.

-- no debconf information


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

Bug#405034: Please remove m17n-env package

[Osamu Aoki]

Package: ftp.debian.org 


I ask removal of package m17n-env.

If one seeks to handle encoding issue in etch (UTF-8 system), it is
better to keep program such as vim running in UTF-8 mode while files are
converted by iconv with ++enc option.  E.g.:

 $ vim "+edit ++enc=eucjp file.eucjp.txt"


Since normally vim assumes file encoding as ucs-bom -> utf-8 -> default
-> latin1 order, adding following to .vimrc will gives you right reading
of file and writing access in preferred encodings.  So I am happy to get
rid of m17n-env.  

The only program referencing it is scim.  I will update it soon.

" Menu: Access to old encodings and conversion
" Translated By:Osamu AOKI  <[EMAIL PROTECTED]>
" License:  (public domain) and (GPL2.0 and later)
" Last Change:  30-Dec-2006.
if has('iconv')
  " Check iconv version
  let support_jisx0213 = (iconv("\x87\x64\x87\x6a", 'cp932', 'euc-jisx0213') 
==# "\xad\xc5\xad\xcb") ? 1 : 0
  "

  an 10.328.100.100 &File.&Reload\ with\ ++enc\.\.\..&SJISfenc=cp932 :e 
++enc=cp932
  if !support_jisx0213
an 10.328.100.110 &File.&Reload\ with\ ++enc\.\.\..EUC&JPfenc=euc-jp 
:e ++enc=euc-jp
an 10.328.100.120 &File.&Reload\ with\ 
++enc\.\.\..J&ISfenc=iso-2022-jp :e ++enc=iso-2022-jp
  else
an 10.328.100.110 &File.&Reload\ with\ 
++enc\.\.\..EUC&JPfenc=euc-jisx0213 :e ++enc=euc-jisx0213
an 10.328.100.120 &File.&Reload\ with\ 
++enc\.\.\..J&ISfenc=iso-2022-jp-3 :e ++enc=iso-2022-jp-3
  endif
  an 10.328.100.130 &File.&Reload\ with\ ++enc\.\.\..EUC&KRfenc=euckr :e 
++enc=euckr
  an 10.328.100.140 &File.&Reload\ with\ ++enc\.\.\..&GB(zh_CN)fenc=gb :e 
++enc=gb
  an 10.328.100.150 &File.&Reload\ with\ ++enc\.\.\..&BIG5(zh_TW)fenc=big5 
:e ++enc=big5
  an 10.328.100.200 &File.&Reload\ with\ ++enc\.\.\..-SEPRELOAD1- 
  an 10.328.100.201 &File.&Reload\ with\ ++enc\.\.\..latin&1fenc=latin1 :e 
++enc=latin1
  an 10.328.100.202 &File.&Reload\ with\ ++enc\.\.\..latin&2fenc=latin2 :e 
++enc=latin2
  an 10.328.100.203 &File.&Reload\ with\ ++enc\.\.\..latin&3fenc=latin3 :e 
++enc=latin3
  an 10.328.100.204 &File.&Reload\ with\ ++enc\.\.\..latin&4fenc=latin4 :e 
++enc=latin4
  an 10.328.100.205 &File.&Reload\ with\ ++enc\.\.\..latin&5fenc=latin5 :e 
++enc=latin5
  an 10.328.100.206 &File.&Reload\ with\ ++enc\.\.\..latin&6fenc=latin6 :e 
++enc=latin6
  an 10.328.100.207 &File.&Reload\ with\ ++enc\.\.\..latin&7fenc=latin7 :e 
++enc=latin7
  an 10.328.100.208 &File.&Reload\ with\ ++enc\.\.\..latin&8fenc=latin8 :e 
++enc=latin8
  an 10.328.100.209 &File.&Reload\ with\ ++enc\.\.\..latin&9fenc=latin9 :e 
++enc=latin9
  an 10.328.100.210 &File.&Reload\ with\ ++enc\.\.\..latin1&0fenc=latin10 
:e ++enc=latin10
  an 10.328.100.800 &File.&Reload\ with\ ++enc\.\.\..-SEPRELOAD2- 
  an 10.328.100.900 &File.&Reload\ with\ ++enc\.\.\..&UTF-8fenc=utf-8 :e 
++enc=utf-8

  " Save with ++enc as ...
  an 10.360.120.100 &File.&Save\ with\ ++enc\.\.\..&SJISfenc=cp932 :browse 
confirm saveas ++enc=cp932
  if !support_jisx0213
an 10.360.120.110 &File.&Save\ with\ ++enc\.\.\..EUC&JPfenc=euc-jp 
:browse confirm saveas ++enc=euc-jp
an 10.360.120.120 &File.&Save\ with\ ++enc\.\.\..J&ISfenc=iso-2022-jp 
:browse confirm saveas ++enc=iso-2022-jp
  else
an 10.360.120.110 &File.&Save\ with\ 
++enc\.\.\..EUC&JPfenc=euc-jisx0213 :browse confirm saveas 
++enc=euc-jisx0213
an 10.360.120.120 &File.&Save\ with\ 
++enc\.\.\..J&ISfenc=iso-2022-jp-3 :browse confirm saveas 
++enc=iso-2022-jp-3
  endif
  an 10.360.120.130 &File.&Save\ with\ ++enc\.\.\..EUC&KRfenc=euckr 
:browse confirm saveas ++enc=euck
  an 10.360.120.140 &File.&Save\ with\ ++enc\.\.\..&GB(zh_CN)fenc=gb 
:browse confirm saveas ++enc=gb
  an 10.360.120.150 &File.&Save\ with\ ++enc\.\.\..&BIG5(zh_TW)fenc=big5 
:browse confirm saveas ++enc=big5
  an 10.360.120.200 &File.&Save\ with\ ++enc\.\.\..-SEPSAVE1- 
  an 10.360.120.201 &File.&Save\ with\ ++enc\.\.\..latin&1fenc=latin1 
:browse confirm saveas ++enc=latin1
  an 10.360.120.202 &File.&Save\ with\ ++enc\.\.\..latin&2fenc=latin2 
:browse confirm saveas ++enc=latin2
  an 10.360.120.203 &File.&Save\ with\ ++enc\.\.\..latin&3fenc=latin3 
:browse confirm saveas ++enc=latin3
  an 10.360.120.204 &File.&Save\ with\ ++enc\.\.\..latin&4fenc=latin4 
:browse confirm saveas ++enc=latin4
  an 10.360.120.205 &File.&Save\ with\ ++enc\.\.\..latin&5fenc=latin5 
:browse confirm saveas ++enc=latin5
  an 10.360.120.206 &File.&Save\ with\ ++enc\.\.\..latin&6fenc=latin6 
:browse confirm saveas ++enc=latin6
  an 10.360.120.207 &File.&Save\ with\ ++enc\.\.\..latin&7fenc=latin7 
:browse confirm saveas ++enc=latin7
  an 10.360.120.208 &File.&Save\ with\ ++enc\.\.\..latin&8fenc=latin8 
:browse confirm saveas ++enc=latin8
  an 10.360.120.209 &File.&Save\ with\ ++enc\.\.\..latin&9fenc=latin9 
:browse confirm saveas ++enc=latin9
  an 10.360.120.210 &File.&Save\ with\ ++enc\.\.\..latin1&0fenc=latin10 
:browse confirm saveas ++enc=latin10
  an 10.360.120.800 &File.&Save\ with\ ++enc\.\.\..-SEP

Bug#366365: Oops

[Ernest jw ter Kuile]

Sorry for confusing extra info to this bug.

it was ment as a new minor bug, not as an appending to this grave bug.

Please ignore.

Ernest ter Kuile.


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

Bug#403794: Package: base Debian ETCH will not recognize the CD-ROM

[Art Blackwell]

Interesting response. 

The failure I was referring to was what happened AFTER I did a NETWORK download 
and install of the LATEST daily. That is the state that the Proliant 3000 was 
left in. No access to fd0 and cdrom. It couldn't even " see " the package ( on 
CD ) that started the install in the first place! I had to remove the 
repository to get the system upgrades!
I report what I see. The system won't boot ETCH and mount fd0 and cdrom. It 
will boot and run SARGE with no problems. It will boot and run W2000AS with no 
problems. DEV entries for fd0 and cdrom are missing in ETCH after the network 
upgrades.

On the eye candy. I have always used the TEXT install. That avoids problems 
with graphics cards and using any X installations. That is a holdover from my 
UNIX days when X was difficult to configure and get right.

[rant]
The bottom line: I guess the DEBIAN community has really not changed it's 
attitude over the YEARS  if your post is an example of what I can expect in 
terms of help. I went out of my way to DIAGNOSE a problem and ask about help in 
resolving it. I do HARDWARE real well, not SOFTWARE. The creation of the X-MP 
and Y-MP systems are good examples of that. I cut my teeth on UNIX SVR4 and 
remember what a nightmare it was to get X running.
 I have FOUR Proliant systems which are used as PERSONAL systems. That gives me 
time to play with different distros and look at the + and - of each.
The GENERAL community looks at DEBIAN as a PITA to configure and point to it as 
an example as to why M$ products are better. Is that the attitude you want 
DEBIAN to maintain?
 Mark S. has created what appears to be a POLISHED DEBIAN based " product "  
THAT WORKS WELL OUT OF THE BOX!!
UBUNTU even offers a working implementation of Edgy Eft for a COMPAQ server!
ETCH had a problem and I thought I could help out. ( There are many PROLIANT 
3000 systems still out in the SERVER world ) I guess I was mistaken.
I resolved my problem by installing KUBUNTU/UBUNTU Server packages. The best of 
BOTH worlds. High level  tools to get the job done. Now on to CLUSTERKNOPPIX 
and some SUPERCOMPUTER design
 You can close this bug report out if you wish, but from MY viewpoint, there 
are SEVERAL problems that need to be addressed. I suggest that this rant be 
kicked up to the people  who complained about PAYING people to " finish " a 
DEBIAN " product ". 
[/rant]

Sincerely Yours,

Arthur Blackwell




Frans Pop <[EMAIL PROTECTED]> wrote: On Sunday 24 December 2006 09:41, Amaya 
wrote:
> The good news: NICE eye candy compared to the usual install!

Huh? I guess you must be referring to the graphical installer, but that 
was also available in the original image you tried and never booted by 
default.
Did you in fact boot the image differently?

In your initial report, I'm a bit confused if you are talking about 
missing CD support during an install or after reboot into the installed 
system. I'm assuming installation.

In your initial report you said: no CD drives _after_ network config, but 
when installing from CD, the CD detection always happens _before_ network 
config. Please follow the installation procedure and report what happens 
accurately.

> The bad news: I have the same problem: no recognition of the floppy or
> CD-ROM drives. The /DEV directory entries needed are still missing, and
> the drives won't mount.

To be of any help, we'll need at least the output of 'lspci -nn' for that 
box.

Also, please try the diagnostics suggested at:
http://d-i.alioth.debian.org/manual/en.i386/ch05s01.html
and report your findings.

Another option to try is to install in expert mode (boot with 'expert') 
and only selectively load modules needed to detect the CDROM at first.

Note that the issues you are seeing are almost always due to driver 
conflicts in the kernel, and not problems in the installer itself. We can 
only suggest things to try and, if we do manage to identify an issue, 
forward it to kernel maintainers. There is very little chance we can 

As you also have working images from other distros, the best chance of 
identifying what is up is if you investigate this yourself: what kernel 
versions are used, what modules are loaded and in what order. Are there 
relevant differences that could make one work and the other not. Try 
things manually.

If are in a hurry to install the box, you could also try netbooting the 
box instead of installing from CD.

Cheers,
FJP



" Those who do not learn from the past are doomed to repeat it " - Santayana

I hold to the FATALIST PORCINE philosophy of life:

 " I PINK, therefore I HAM "
 __
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Bug#405030: greylistd: delay is way to large

[Josip Rodin]

On Sat, Dec 30, 2006 at 03:46:10PM +0100, Joerg Jaspert wrote:
> The default delay of greylistd is 1 hour. This seems *way* to large, a
> value of 600 or even 300 would be better.

Lowering the default timeout so drastically (to just 5 or 10 minutes) as a
default does not strike me as an idea that is particularly feasible in the
medium-term, because that will allow spammers who want to avoid greylisting
to have to make even fewer effort to avoid greylisting.

If, say, you were a spam software writer who wanted to implement a retry
rule, if you only have to wait ten minutes per each mail, there's less of
a chance that you would get noticed by the user of the infected machine.
If the machine tries to send half a million spams in a short time, but ends
up queueing most of them, and the hardware isn't particularly powerful,
there's more of a chance that the spamming process will become a noticable
resource hog if you accumulate more items in the queue. And the only way the
recipient can influence this accumulation is to make them keep waiting
longer.

Obviously, all this is moot if we expect that most spamming machines will
tend to be completely unattended (e.g. infected with a spam worm overnight,
when nobody is around to check them), but that's kind of defeatist :)

However, another reason why 5 or 10 minutes isn't particularly useful is
that most normal free MTAs have retry rules set to attempt delivery after
fifteen minutes or so (Sendmail default is 0, 15, ..., Exim default is 0,
15, ..., Postfix default is 0, 16.6, ..., Qmail default is 0, 6:40, 26:40,
...), so basically anything less than ~14:50 is not generally useful, anyway.

-- 
 2. That which causes joy or happiness.


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

Bug#405030: greylistd: delay is way to large

[Joerg Jaspert]

On 10884 March 1977, Josip Rodin wrote:

>> The default delay of greylistd is 1 hour. This seems *way* to large, a
>> value of 600 or even 300 would be better.
> Lowering the default timeout so drastically (to just 5 or 10 minutes) as a
> default does not strike me as an idea that is particularly feasible in the
> medium-term, because that will allow spammers who want to avoid greylisting
> to have to make even fewer effort to avoid greylisting.

60 minutes is just way to much.

> If, say, you were a spam software writer who wanted to implement a retry
> rule, if you only have to wait ten minutes per each mail, there's less of
> a chance that you would get noticed by the user of the infected machine.

You really think users notice what happens on their machines? If that
would be true there wouldnt be as much crap out there as it is now.

> However, another reason why 5 or 10 minutes isn't particularly useful is
> that most normal free MTAs have retry rules set to attempt delivery after
> fifteen minutes or so (Sendmail default is 0, 15, ..., Exim default is 0,
> 15, ..., Postfix default is 0, 16.6, ..., Qmail default is 0, 6:40, 26:40,
> ...), so basically anything less than ~14:50 is not generally useful, anyway.

Well. Even 15 is better than the default of 60. 60 is just way to large,
in any case.

-- 
bye Joerg
 meebey: Ich kanns Dir remote machen;)
 oh mann... erst denken dann schreiben


pgp1jp3amp2QP.pgp
Description: PGP signature

Bug#390470: python-gtk2: experimental 2.10.1-2 package FTBFS for me (i386)

[Bart Vanhaute]

Hi,

because only amd64 versions of the package is available, I was trying to
build the package myself in a debootstrap chroot. However the package
did not build properly:

# codegen helper, should be the same code whatever the build-time
# python runtime
mkdir debian/tmp/usr/share/pygtk/2.0/codegen/python2.4
mv debian/tmp/usr/share/pygtk/2.0/codegen/*.py 
debian/tmp/usr/share/pygtk/2.0/codegen/python2.4
# defs files, should be the same whatever the build-time python runtime
mkdir debian/tmp/usr/share/pygtk/2.0/defs/python2.4
mv debian/tmp/usr/share/pygtk/2.0/defs/*.defs 
debian/tmp/usr/share/pygtk/2.0/defs/python2.4
# headers, should be the same whatever the build-time python runtime
mkdir debian/tmp/usr/include/python2.4
mkdir: cannot create directory `debian/tmp/usr/include/python2.4': No such file 
or directory
make: *** [install-2.4] Error 1

I assume this fails because the ../usr/include directory does not exist
while creating the python2.4 subdir. (There was ample space left on the
filesystem.)

Greets,
Bart.





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

Bug#402692: Bug#404888: glib destabilization and ways forward

[Josselin Mouette]

Le vendredi 29 décembre 2006 à 10:48 -0800, Thomas Bushnell BSG a
écrit :
> Despite what Josselin has said, I can see no indication from a brief
> perusal of the upstream branch sources in trac that upstream gnucash
> either no longer uses these key files or has changed away from the keys
> with embedded spaces.

Then they must stop using GKeyFile. There is no way that they will get
this supported by GLib developers.

> 1) Decide that glib should not migrate into testing (it is a freeze,
> after all); if there are particular fixes of RC issues in more recent
> versions, then those fixes should be added, but otherwise the wholesale
> importation of many changes should not be permitted.

That leaves us with the silent data loss that can happen when using
broken key names (like, well, gnucash does). Whether this is or not a RC
issue, I'll let the release team decide.

> 2) Decide that glib can migrate into testing, with the particular change
> of checking key values reverted to its pre-2.12.5 behavior, since this
> is a destabilizing change in the Debian context.

Same answer. At least we can get the other bug fixes.

> 3) Decide that glib can migrate into testing with the destabilizing
> change intact, migrate an upstream gnucash fix into testing at the same
> time.

This is the sanest solution because this is the one that gets us with
the lesser number of bugs.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#397510: gnucash: Workaround

[Thomas Themel]

Package: gnucash
Version: 2.0.2-2.1
Followup-For: Bug #397510

Hi,

I just ran into this bug. For me, it works when I first create the file
that I want to export to, eg 'touch 2007.gnucash' and then export. I get
a dialog asking me whether I really want to overwrite the existing file,
and if I confirm, it contains the old account hierarchy just fine.

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

Versions of packages gnucash depends on:
ii  g-wrap1.9.6-3.1  scripting interface generator for 
ii  gconf22.16.0-3   GNOME configuration database syste
ii  gnucash-common2.0.2-2.1  A personal finance tracking progra
ii  guile-1.6-libs1.6.8-6Main Guile libraries
ii  guile-1.6-slib1.6.8-6Guile SLIB support
ii  guile-g-wrap  1.9.6-3.1  scripting interface generator for 
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libavahi-client3  0.6.15-2   Avahi client library
ii  libavahi-common3  0.6.15-2   Avahi common library
ii  libavahi-glib10.6.15-2   Avahi glib integration library
ii  libbonobo2-0  2.14.0-3   Bonobo CORBA interfaces library
ii  libbonoboui2-02.14.0-5   The Bonobo UI library
ii  libc6 2.3.6.ds1-9GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libcrypt-ssleay-perl  0.51-5 Support for https protocol in LWP
ii  libdate-manip-perl5.44-5 a perl library for manipulating da
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libesd0   0.2.36-3   Enlightened Sound Daemon - Shared 
ii  libffi4   4.1.1-21   Foreign Function Interface library
ii  libfinance-quote-perl 1.12-2 Perl module for retrieving stock q
ii  libfontconfig12.4.2-1generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgconf2-4   2.16.0-3   GNOME configuration database syste
ii  libgcrypt11   1.2.3-2LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.6.0-4  library to load .glade files at ru
ii  libglib2.0-0  2.12.6-1   The GLib library of C routines
ii  libgnome-keyring0 0.6.0-3GNOME keyring services library
ii  libgnome2-0   2.16.0-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-2   A powerful object-oriented display
ii  libgnomeprint2.2-02.12.1-7   The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0  2.12.1-4   GNOME 2.2 print architecture User 
ii  libgnomeui-0  2.14.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.14.2-4   GNOME virtual file-system (runtime
ii  libgnutls13   1.4.4-3the GNU TLS library - runtime libr
ii  libgoffice-1-20.2.1-4Document centric objects library -
ii  libgpg-error0 1.4-2  library for common error values an
ii  libgsf-1-114  1.14.3-1   Structured File Library - runtime 
ii  libgsf-gnome-1-1141.14.3-1   Structured File Library - runtime 
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user interface 
ii  libgtkhtml3.8-15  3.12.1-2   HTML rendering/editing library - r
ii  libguile-ltdl-1   1.6.8-6Guile's patched version of libtool
ii  libgwrap-runtime0 1.9.6-3.1  scripting interface generator for 
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libltdl3  1.5.22-4   A system independent dlopen wrappe
ii  libofx3   1:0.8.2-3  library to support Open Financial 
ii  liborbit2 1:2.14.4-1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.14.8-3   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libqthreads-121.6.8-6QuickThreads library for Guile
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libtasn1-30.3.6-2Manage ASN.1 structures (runtime)
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libx

Bug#405032: scim: Please remove m17n-env from suggest list

[Osamu Aoki]

Here is patch I did not attach.

--- control.old	2006-12-31 00:05:48.0 +0900
+++ control	2006-12-31 00:26:56.0 +0900
@@ -10,7 +10,7 @@
 Architecture: any
 Depends: ${shlibs:Depends}
 Recommends: scim-gtk2-immodule (= ${Source-Version}), im-switch
-Suggests: scim-uim, scim-pinyin, scim-hangul, scim-chewing, scim-m17n, scim-prime, scim-anthy, scim-skk, scim-canna, scim-tables-additional, scim-tables-ja, scim-tables-ko, scim-tables-zh, m17n-env
+Suggests: scim-uim, scim-pinyin, scim-hangul, scim-chewing, scim-m17n, scim-prime, scim-anthy, scim-skk, scim-canna, scim-tables-additional, scim-tables-ja, scim-tables-ko, scim-tables-zh
 Conflicts: scim-tables-zh (<< 0.4.2), scim-tables-ja (<< 0.4.2), scim-tables-ko (<< 0.4.2), scim-tables-additional (<< 0.4.2), scim-gtk2-immodule (<< 1.2.0), scim-server-socket (<< 1.2.0), scim-frontend-socket (<< 1.2.0), scim-config-socket (<< 1.2.0), scim-config-gconf (<< 1.2.0), scim-chinese (<< 0.5.0), scim-uim (<= 0.1.3-2), scim-m17n (<= 0.1.3-1), scim-hangul (<= 0.1.2-1), scim-chewing (<= 0.2.0-2.1)
 Description: smart common input method platform
  Smart Common Input Method (SCIM) is an input method (IM) platform.  Input

Bug#405035: vlc: Fullscreen opens a normal window instead of acutally going fullscreen on amd64

[Arnaud Cornet]

Package: vlc
Version: 0.8.6-svn20061012.debian-1
Severity: normal

Going fullscreen while playing a video opens a regular window. The 
window has the size of the screen but has window manager decorations and 
is movable.

This happens on amd64, I cannot reproduce on x86.
The window manager I use is metacity.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1-sexy
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages vlc depends on:
ii  libaa11.4p5-30   ascii art library
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-9GNU C Library: Shared libraries
ii  libcaca0  0.99.beta11.debian-2   colour ASCII art library
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libcdio6  0.76-1 library to read and control CD-ROM
ii  libcucul0 0.99.beta11.debian-2   low-level Unicode character drawin
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libdbus-glib- 0.71-3 simple interprocess messaging syst
ii  libfontconfig 2.4.2-1generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libfribidi0   0.10.7-4   Free Implementation of the Unicode
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libgl1-mesa-g 6.5.1-0.4  A free implementation of the OpenG
ii  libglib2.0-0  2.12.6-1   The GLib library of C routines
ii  libglu1-mesa  6.5.1-0.4  The OpenGL utility library (GLU)
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user interface 
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libiso9660-4  0.76-1 library to work with ISO9660 files
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libnotify10.4.3-1sends desktop notifications to a n
ii  libpango1.0-0 1.14.8-4   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libsdl-image1 1.2.5-2+b1 image loading library for Simple D
ii  libsdl1.2debi 1.2.11-7   Simple DirectMedia Layer
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libtar1.2.11-4   C library for manipulating tar arc
ii  libtiff4  3.8.2-6Tag Image File Format (TIFF) libra
ii  libvcdinfo0   0.7.23-3   library to extract information fro
ii  libvlc0   0.8.6-svn20061012.debian-1 multimedia player and streamer lib
ii  libwxbase2.6- 2.6.3.2.1.5wxBase library (runtime) - non-GUI
ii  libwxgtk2.6-0 2.6.3.2.1.5wxWidgets Cross-platform C++ GUI t
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxosd2  2.2.14-1.3 X On-Screen Display library - runt
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  libxv11:1.0.2-1  X11 Video extension library
ii  ttf-dejavu2.13-1 Vera font family derivate with add
ii  vlc-nox   0.8.6-svn20061012.debian-1 multimedia player and streamer (wi
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages vlc recommends:
pn  videolan-doc   (no description available)

-- no debconf information


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

Bug#404982: [patch] Fwd: subversion: Tiny French translation error

[Marcel Gosselin]

Fixed in r22839.

Thanks Cyril and Peter

-Marcel Gosselin

Peter Samuelson a écrit :

I received the following from a Debian user.  I believe he is correct,
but my French is very poor so I don't really know.

Peter


From: Cyril Brulebois

Hi, a tiny error spotted in the French translation, where two French
terms[1,2] can be chosen, depending on the context.

 1. http://www.wordreference.com/fren/acception
 2. http://www.wordreference.com/fren/acceptation

The first is the current one, but isn't suitable. As you can see in the
other translations, the second is used, which is the one to use here.

--- subversion-1.4.2dfsg1~/subversion/po/fr.po  2006-12-29 23:20:24.0 
+0100
+++ subversion-1.4.2dfsg1/subversion/po/fr.po   2006-12-29 23:22:00.0 
+0100
@@ -4478,7 +4478,7 @@
 
 #: libsvn_subr/prompt.c:300

 msgid "(R)eject, accept (t)emporarily or accept (p)ermanently? "
-msgstr "(R)ejet, acception (t)emporairement ou (p)ermanente ? "
+msgstr "(R)ejet, acceptation (t)emporaire ou (p)ermanente ? "
 
 #: libsvn_subr/prompt.c:304

 msgid "(R)eject or accept (t)emporarily? "
  

Bug#401393: rm /dev/md-* doesn't work after reboot

[Piotr Popieluch]

I'm getting confused now.

lilo didn't work, I removed /dev/md-* and it did work.
After a reboot lilo didn't work anymore... This is tested on two machines, lilo 
22.7.3 and 22.6.1.

both machines: 2.6.18-3-686 #1 SMP, udev 0.103-1

lilo -t -v -v
LILO version 22.7.3 (test mode), Copyright (C) 1992-1998 Werner Almesberger
Development beyond version 21 Copyright (C) 1999-2006 John Coffman
Released 11-Aug-2006, and compiled at 23:12:34 on Dec 20 2006
Debian GNU/Linux

Warning: LBA32 addressing assumed
raid_setup returns offset =   ndisk = 0
 BIOS   VolumeID   Device
Reading boot sector from /dev/sda
pf_hard_disk_scan: ndevs=2
  0800    /dev/sda
  0810  273A7578  /dev/sdb
device codes (user assigned pf) = 0
device codes (user assigned) = 0
device codes (BIOS assigned) = 3
device codes (canonical) = 3
device-mapper: table ioctl failed: No such device or address
Fatal: device-mapper: dm_task_run(DM_DEVICE_TABLE) failed


I have added a strace from both machines as attachement.

If there is anything I could do/check, please let me know.

Piotr Popieluch



lilo_on_appserv04
Description: lilo_on_appserv04


lilo_on_transwarp
Description: lilo_on_transwarp

Bug#405037: fillets-ng-data: New upstream version with one new level

[Braun Gabor]

Package: fillets-ng-data
Version: 0.7.1-4
Severity: wishlist

*** Please type your report below this line ***

Upstream has released 0.7.4.  Probably, the most visible change is an 
additional level.

Best wishes,

Gabor Braun


-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (990, 'stable'), (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-686
Locale: LANG=hu_HU.utf8, LC_CTYPE=hu_HU.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to hu_HU.utf8)

Versions of packages fillets-ng-data depends on:
ii  ttf-freefont20031008-1.1 Freefont Serif, Sans and Mono 
True

Versions of packages fillets-ng-data recommends:
ii  fillets-ng0.7.3-3puzzle game about witty fish 
savin

-- no debconf information


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

Bug#405036: hylafax-server: .postinst: s/enc=/enc1=/ @213

[Paolo]

Package: hylafax-server
Version: 2:4.3.1~rc3-1
Severity: normal

in hylafax-server.postinst:213 I think it should be:

  enc1=$(grep MIMENCODING $setupcache | sed "s/^MIMENCODE='\(.*\)'$/\1/")i
  enc2=$(grep UUENCODE $setupcache | sed "s/^UUENCODE='\(.*\)'$/\1/")
-   if [ ! -x "$enc" -a ! -x "$enc2" ]
+   if [ ! -x "$enc1" -a ! -x "$enc2" ]
then

-- paolo



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

Bug#402818: update

[Michael Marsh]

Just to update.  I tried a reinstall of python-pyogg and
python-pyvorbis, and that seems to have fixed the problem.  Perhaps
the python upgrade didn't search for installed packages from a
previous version.

--
Michael A. Marsh
http://www.umiacs.umd.edu/~mmarsh
http://mamarsh.blogspot.com


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

Bug#403291: gwenview: hogging CPU when working with GUI

[Christopher Martin]

forwarded 403291 http://bugs.kde.org/139399
stop

OK, there definitely is a lot of wasted repainting going on. I've 
forwarded this problem upstream. If you want to add further comments on 
what's broken (related to this issue) please do so at the upstream 
report, so the authors can see them.

Thanks,
Christopher Martin

On Tuesday 26 December 2006 14:20, Jiří Paleček wrote:
> Hello,
>
> On Sat, 23 Dec 2006 18:49:10 +0100, Christopher Martin
>
> <[EMAIL PROTECTED]> wrote:
> > On Tuesday 19 December 2006 17:39, Jiří Paleček wrote:
> >> Open a big image (eg. a photo from 3MPix camera), set zoom to "fit
> >> to window".
> >> Then, work with the menus. If you have some top-like program
> >> running, it would show you gwenview is using 100% CPU for (not so
> >> short) periods of time.
> >
> > It sounds like Gwenview is taking a lot of CPU to process the image
> > the image to fit the window. Some CPU usage here is unavoidable,
> > and while that processing is occurring, the rest of the GUI is
> > going to be (unavoidably) slowed and less responsive. What setting
> > do you have for "Settings --> Configure Gwenview --> Image View,
> > Smoothing? Try changing it to Fast or None. The Best setting, for
> > instance, is very high quality, but does indeed take an _enormous_
> > amount of CPU time and power.
> >
> > So let me know if lowering that setting improves the situation.
>
> Well, yes and no. I lowered the settings to Fast, and it's slightly
> faster. However, I don't think that the smoothing time should be a
> problem. The problem is that Gwenview smoothes the image every time
> it needs repaint, and that it seems to do that to the whole image.
> The situation is not that the GUI is unusable for short periods
> of time after loading an image, as you have proposed. It is unusable,
> for example, when you open a menu which will obstruct the image
> and then open another menu -- you will have to wait for the former
> menu to close, and the image to repaint.
>
> For example, when in fullscreen mode, the OSD (the sliding blue thing
> in the top-left corner of the screen) is almost unusable because you
> have to wait for numerous repaints (and smoothings).
>
> Also, the earlier version was much better in this.
>
> Reagrds
>  Jiri Palecek


pgpIM2uwfwQWR.pgp
Description: PGP signature