Bug#530491: Ubuntu bluez-gnome 1.8 works fine

[Maximi89]

http://linuxappfinder.com/package/bluez-gnome
http://archive.ubuntu.com/ubuntu/pool/main/b/bluez-gnome/bluez-gnome_1.8-0ubuntu1_i386.debworks
great on Debian

i was trying to get it work with the 0.27-1 of Debian, but bluez-gnome of
Debian come to make unusable on debian, with this update bluez-gnome 1.8
works very well.

i don't know the changelog...


-- 
Maximiliano Augusto Castañón Araneda
Santiago, Chile
Linux user # 394821

Bug#530586: debian-edu-artwork: Upgrade fails

[Heikki Kantola]

Package: debian-edu-artwork
Version: 0.0.28
Severity: important


Attempted to upgrade debian-edu-artwork, but following errors prevent
proper installation:

Preparing to replace debian-edu-artwork 0.0.28 (using
.../debian-edu-artwork_0.0.29_all.deb) ...
Unpacking replacement debian-edu-artwork ...
/tmp/gconf-YOMfHr/temp.entries:4: parser error : error parsing
attribute name

  ^
  /tmp/gconf-YOMfHr/temp.entries:4: parser error : attributes
construct error

  ^
/tmp/gconf-YOMfHr/temp.entries:4: parser error : Couldn't find end of
Start Tag list line 4

  ^
  /tmp/gconf-YOMfHr/temp.entries:10: parser error : Opening
and ending tag mismatch: entry line 10 and key
y>/schemas/apps/panel/objects/attached_toplevel_id
^
/tmp/gconf-YOMfHr/temp.entries:16: parser error : Opening and
ending tag mismatch: entry line 16 and key
y>/schemas/apps/panel/objects/attached_toplevel_id
^
/tmp/gconf-YOMfHr/temp.entries:28: parser error : Opening and
ending tag mismatch: entry line 28 and key
y>/schemas/apps/panel/objects/attached_toplevel_id
^
/tmp/gconf-YOMfHr/temp.entries:34: parser error : Opening and
ending tag mismatch: entry line 34 and key
y>/schemas/apps/panel/objects/attached_toplevel_id
^
/tmp/gconf-YOMfHr/temp.entries:40: parser error : Opening and
ending tag mismatch: string line 40 and key
iceweasel
^
   /tmp/gconf-YOMfHr/temp.entries:44: parser
error : Opening and ending tag mismatch: key line 40 and entry

^
/tmp/gconf-YOMfHr/temp.entries:46: parser error : Opening and
ending tag mismatch: entry line 46 and key
y>/schemas/apps/panel/objects/attached_toplevel_id
^
/tmp/gconf-YOMfHr/temp.entries:52: parser error : error
parsing attribute name

  ^
   /tmp/gconf-YOMfHr/temp.entries:52: parser error :
attributes construct error

  ^
   /tmp/gconf-YOMfHr/temp.entries:52: parser error :
Couldn't find end of Start Tag entrylist line 52

   ^
   /tmp/gconf-YOMfHr/temp.entries:58: parser error :
Opening and ending tag mismatch: entry line 58 and key
y>/schemas/apps/panel/objects/attached_toplevel_id
^
/tmp/gconf-YOMfHr/temp.entries:64: parser error : Opening and
ending tag mismatch: entry line 64 and key
y>/schemas/apps/panel/objects/attached_toplevel_id
^
/tmp/gconf-YOMfHr/temp.entries:72: parser error : Comment not
terminated 

Bug#494126: still getting this bug (crash X server) ?

[Christophe Prud'homme]

Ondrej

are you still getting this crash of the X server ?

I never had it. can this bug be closed ?

Best regards
C.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#373981: [s-u] implement option to ignore files

[Ryan Niebur]

I guess that this would mean that we would have to do this instead of
"svn merge old new .":
1) figure out the files that need to be merged, or just directly
copied, or deleted
2) do that, merging one file (which has to connect to the server each
time) at a time

the merge step is already pretty slow, but I think that making this
change would not only make the code ugly and complicated (which is why
I didn't want to implement it at first), but this could make
svn-upgrade unusably slow.

-- 
_
Ryan Niebur
ryanrya...@gmail.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530585: hal: HAL registers too many keyboard devices

[Josef Spillner]

Package: hal
Version: 0.5.12~git20090406.46dc48-2
Severity: important

Yesterday I've upgraded my X.org from 7.3 to 7.4 which included
the removal of static kbd/mouse device configuration and their
replacement with evdev devices which get their information from HAL.

The net effect was that while the mouse still works, the keyboard
doesn't fully work. Some keys work without problems (e.g. enter),
while usual characters need to be input together with a trailing
space key to show up in order. Otherwise, the key code is alternating
constantly.

To demonstrate the problem:
 input = 44 -> output = 4$4$4$
 input = 4 4 4 4 4 4 -> output = 44

The alternation was also checked with xev (Or rather: x e v )
with several terminals and window managers just to make sure that
it's not related to these. It's not.
The key release event is always carrying the same key code and
is therefore not affected by the alternation. Using the same example
as above:
  press(34) release(24) press(24) release(24) press(34) release(24)...

This makes X11 completely unusable for me. The text console still
works, though. If you believe that due to this it is an evdev issue,
please reassign.
Nevertheless I suspect HAL of being the problem here. When I plug
in an external USB keyboard, it is registered twice instead of once.
The following two sections from lshal show that both event12 and event13
are registered for the external keyboard, while event0 to event11 are all
spurious other keyboard devices which I'll list further down.
When checking the created device nodes manually, e.g. cat /dev/input/eventX,
only event12 returns something for the external keyboard and only event1
for the internal keyboard.

udi = 
'/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1_logicaldev_input'
  info.addons.singleton = {'hald-addon-input'} (string list)
  info.callouts.add = {'debian-setup-keyboard'} (string list)
  info.capabilities = {'input', 'input.keys', 'button'} (string list)
  info.category = 'input'  (string)
  info.parent = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1'  
(string)
  info.product = 'Chicony USB Keyboard'  (string)
  info.subsystem = 'input'  (string)
  info.udi = 
'/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1_logicaldev_input' 
 (string)
  input.device = '/dev/input/event13'  (string)
  input.originating_device = 
'/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1'  (string)
  input.product = 'Chicony USB Keyboard'  (string)
  input.x11_driver = 'evdev'  (string)
  input.xkb.layout = 'de'  (string)
  input.xkb.model = 'pc105'  (string)
  input.xkb.rules = 'base'  (string)
  linux.device_file = '/dev/input/event13'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.subsystem = 'input'  (string)
  linux.sysfs_path = 
'/sys/devices/pci:00/:00:1d.0/usb5/5-1/5-1:1.1/input/input13/event13'  
(string)

udi = 
'/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0_logicaldev_input'
  info.addons.singleton = {'hald-addon-input'} (string list)
  info.callouts.add = {'debian-setup-keyboard'} (string list)
  info.capabilities = {'input', 'input.keyboard', 'input.keypad', 'input.keys', 
'button'} (string list)
  info.category = 'input'  (string)
  info.parent = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0'  
(string)
  info.product = 'Chicony USB Keyboard'  (string)
  info.subsystem = 'input'  (string)
  info.udi = 
'/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0_logicaldev_input' 
 (string)
  input.device = '/dev/input/event12'  (string)
  input.originating_device = 
'/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0'  (string)
  input.product = 'Chicony USB Keyboard'  (string)
  input.x11_driver = 'evdev'  (string)
  input.xkb.layout = 'de'  (string)
  input.xkb.model = 'pc105'  (string)
  input.xkb.rules = 'base'  (string)
  linux.device_file = '/dev/input/event12'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.subsystem = 'input'  (string)
  linux.sysfs_path = 
'/sys/devices/pci:00/:00:1d.0/usb5/5-1/5-1:1.0/input/input12/event12'  
(string)

Here's the abbreviated list of other devices registered as a keyboard:

input.product = 'Fujitsu FUJ02B1'  (string)
input.product = 'Video Bus'  (string)
input.product = 'Fujitsu FUJ02E3'  (string)
input.product = 'Macintosh mouse button emulation'  (string)
input.product = 'SynPS/2 Synaptics TouchPad'  (string)
input.product = 'PS/2 Generic Mouse'  (string)
input.product = 'AT Translated Set 2 keyboard'  (string)

In particular, I don't see what a video bus is doing there.
The Fujitsu keys could be special multimedia keys which seem to return
XF86Launch1-4 keycodes with xev (as opposed to returning nothing with
earlier kernels). There are four such keys though, and two Fujitsu
devices registered.
If you need the full list I can send it, but I guess the next step
would be to evaluate if it's indeed HAL's fault or evdev's or the
kernel's. All of these components a

Bug#492869: still getting this bug ?

[Christophe Prud'homme]

Ondrej

are you still getting this crash when saving in png ?
I don't get it ?

can I close it ?

C.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"

[Alberto Luaces]

I just appended the libraries to my test library:

debian-armel:~# nm foo.o | grep __sync_bool_compare_and_swap_4
 U __sync_bool_compare_and_swap_4
debian-armel:~# g++ -shared foo.o -o libfoo.so -lgcc_s -lgcc
debian-armel:~# nm -D libfoo.so | grep __sync_bool_compare_and_swap_4
debian-armel:~#

What I don't know how to do at the moment is how to do the same in CMake 
without touching the CMakeLists.txt files. I asked yesterday on CMake list, 
but it seems that I have to be registered to ask anything.

Regards,

Alberto



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530575: Please change TMPTIME to >0

[martin f krafft]

also sprach Petter Reinholdtsen  [2009.05.26.0823 +0200]:
> I belive this would lead to more applications storing more date there
> while expecting it to survive reboots.  We want less of these
> applications, not more. :)

I fully agree. I just don't think it's the best approach.

> Those wanting a different setting for user temporary directories
> could consider the libpam-tmpdir and tell it to use /var/tmp/, or
> set $TMPDIR and $TMP using other means.

I think the problem is lack of awareness. We ought to somehow make
sure that everyone knows that /tmp is very volatile.

Maybe a /tmp/README file or something like that?

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"i love deadlines. i like the whooshing
 sound they make as they fly by."
  -- douglas adams


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#530357: Info received (grub-pc: with dedicate /boot filesystem, search line uses / uuid instead of /boot uuid)

[Felix Zielcke]

Am Dienstag, den 26.05.2009, 15:48 +0930 schrieb Arthur Marsh:
> OK, I clarified the problem. With either the UUID of the / filesystem or 
> the /boot filesystem in the /boot/grub/grub.cfg search line:
> 
> ie either:
> 
> search --fs-uuid --set bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
> 
> or:
> 
> search --fs-uuid --set 96c96a61-8615-4715-86d0-09cb8c62638c
> 
> I get:
> 
> error: no such device bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
> 
> or:
> 
> error: no such device 96c96a61-8615-4715-86d0-09cb8c62638c
> 
> By removing the "search --fs-uuid --set " line entirely I can boot 
> successfully.
> 

Does `grub-probe -t fs_uuid /boot' work?
And you could try the search line in grub-emu
oh and `ls (hd0,1)' in real grub, it should show the UUID too.
-- 
Felix Zielcke




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530583: [Pkg-sysvinit-devel] Bug#530583: add ASYNCMOUNTNFS to default rcS

[Petter Reinholdtsen]

[Martin F Krafft]
> The rcS file template should include ASYNCMOUNTNFS set to its
> default, yes.

Actually, I believe the template should be removed from /etc/default/
completely and the template file be moved to a location where it is no
longer a conffile, to allow us to change the default values on systems
where other values have been set by the system administrator without
triggering a conffile question during upgrades.

I never found time to implement this, though.

Happy hacking,
-- 
Petter Reinholdtsen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#528818: fdm log for debian bug 528818

[Nicholas Marriott]

On Tue, May 26, 2009 at 07:10:05AM +0100, Nicholas Marriott wrote:
> Okay, I have committed some parts of the diff and made a couple of other 
> tweaks
> which were sometimes causing it to hang. Please test the diff below instead.

This is better, please try this:

Index: fdm.c
===
RCS file: /cvsroot/fdm/fdm/fdm.c,v
retrieving revision 1.183
diff -u -p -r1.183 fdm.c
--- fdm.c   25 May 2009 21:47:23 -  1.183
+++ fdm.c   26 May 2009 06:23:30 -
@@ -44,9 +44,12 @@ const char   *malloc_options = "AFGJPRX";
 
 voidsighandler(int);
 struct child   *check_children(struct children *, u_int *);
+int wait_children(
+struct children *, struct children *, int);
 
 struct conf conf;
 
+volatile sig_atomic_t   sigchld;
 volatile sig_atomic_t   sigusr1;
 volatile sig_atomic_t   sigint;
 volatile sig_atomic_t   sigterm;
@@ -67,6 +70,9 @@ sighandler(int sig)
case SIGTERM:
sigterm = 1;
break;
+   case SIGCHLD:
+   sigchld = 1;
+   break;
}
 }
 
@@ -181,6 +187,81 @@ check_children(struct children *children
return (NULL);
 }
 
+/* Wait for a child and deal with its exit. */
+int
+wait_children(
+struct children *children, struct children *dead_children, int no_hang)
+{
+   struct child*child, *child2;
+   pid_tpid;
+   int  status, flags, retcode = 0;
+   u_inti, j;
+
+   flags = no_hang ? WNOHANG : 0;
+   for (;;) {
+   log_debug3("parent: waiting for children");
+   /* Wait for a child. */
+   switch (pid = waitpid(WAIT_ANY, &status, flags)) {
+   case 0:
+   return (0);
+   case -1:
+   if (errno == ECHILD)
+   return (0);
+   fatal("waitpid failed");
+   }
+
+   /* Handle the exit status. */
+   if (WIFSIGNALED(status)) {
+   retcode = 1;
+   log_debug2("parent: child %ld got signal %d",
+   (long) pid, WTERMSIG(status));
+   } else if (!WIFEXITED(status)) {
+   retcode = 1;
+   log_debug2("parent: child %ld exited badly",
+   (long) pid);
+   } else {
+   if (WEXITSTATUS(status) != 0)
+   retcode = 1;
+   log_debug2("parent: child %ld returned %d",
+   (long) pid, WEXITSTATUS(status));
+   }
+   
+   /* Find this child. */
+   child = NULL;
+   for (i = 0; i < ARRAY_LENGTH(children); i++) {
+   child = ARRAY_ITEM(children, i);
+   if (pid == child->pid)
+   break;
+   }
+   if (i == ARRAY_LENGTH(children)) {
+   log_debug2("parent: unidentified child %ld",
+   (long) pid);
+   continue;
+   }
+
+   if (child->io != NULL) {
+   io_close(child->io);
+   io_free(child->io);
+   child->io = NULL;
+   }
+   ARRAY_REMOVE(children, i);
+   ARRAY_ADD(dead_children, child);
+   
+   /* If this child was the parent of any others, kill them too. */
+   for (j = 0; j < ARRAY_LENGTH(children); j++) {
+   child2 = ARRAY_ITEM(children, j);
+   if (child2->parent != child)
+   continue;
+   
+   log_debug2("parent: child %ld died: killing %ld",
+   (long) child->pid, (long) child2->pid);
+   kill(child2->pid, SIGTERM);
+   }
+   }
+
+   return (retcode);
+}
+
 __dead void
 usage(void)
 {
@@ -198,7 +279,6 @@ main(int argc, char **argv)
enum fdmop   op = FDMOP_NONE;
const char  *proxy = NULL, *s;
char tmp[BUFSIZ], *ptr, *lock = NULL, *user, *home = NULL;
-   long n;
struct utsname   un;
struct passwd   *pw;
struct stat  sb;
@@ -207,8 +287,8 @@ main(int argc, char **argv)
TAILQ_HEAD(, account) actaq; /* active accounts */
pid_tpid;
struct children  children, dead_children;
-   struct child*child, *child2;
-   struct io   *rio;
+   struct child*child;
+   struct io   *dead_io;
struct iolistiol;
double   tim;
struct sigaction act;
@@ -676,21 +756,29 @@ main(int argc, char **a

Bug#530584: should use /var/tmp for mail drafts by default

[martin f krafft]

Package: mutt
Version: 1.5.18-6+b1
Severity: important
Tags: upstream patch

By default, mutt stores drafts in
/tmp/mutt-$HOSTNAME-$UID-$PID-$REV. /tmp is designed to hold data
that isn't guaranteed to be preserved between different invocations
of programmes. For practical purposes, and on Debian at least, this
translates to files being deleted on every boot, unless TMPTIME is
amended in /etc/default/rcS and /tmp is not a tmpfs.

This behaviour can cause loss of data, e.g. when the laptop dies or
turns itself off due to low power; the user might not have a chance
to commit the temporary mail draft s/he was working on to
non-volatile storage.

I suggest that mutt should use /var/tmp by default for its mail
drafts, as that directory is also temporary in nature, but cleaned
less frequently than /tmp. More specifically, the FHS dictates that
"files and directories located in /var/tmp must not be deleted when
the system is booted."

Attached are two patches, one for the code and what looks like the
source of the documentation (init.h), and another patching the docs,
which look like auto-generated content.

Thanks for your consideration,

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
From b0da9a700c4dd50d12af5ec8b3fbdaae0f295137 Mon Sep 17 00:00:00 2001
From: martin f. krafft 
Date: Tue, 26 May 2009 08:20:03 +0200
Subject: [PATCH 1/2] Changed tmpdir default to /var/tmp

By default, mutt stores drafts in
/tmp/mutt-$HOSTNAME-$UID-$PID-$REV. /tmp is designed to hold data
that isn't guaranteed to be preserved between different invocations
of programmes. For practical purposes, and on Debian at least, this
translates to files being deleted on every boot, unless TMPTIME is
amended in /etc/default/rcS and /tmp is not a tmpfs.

This behaviour can cause loss of data, e.g. when the laptop dies or
turns itself off due to low power; the user might not have a chance
to commit the temporary mail draft s/he was working on to
non-volatile storage.

I suggest that mutt should use /var/tmp by default for its mail
drafts, as that directory is also temporary in nature, but cleaned
less frequently than /tmp. More specifically, the FHS dictates that
"files and directories located in /var/tmp must not be deleted when
the system is booted."

This patch modifies all occurrences of $tmpdir, $TMPDIR and Tempdir, but
not the documentation, which looks like it's generated from init.h.

Signed-off-by: martin f. krafft 
---
 init.c|2 +-
 init.h|2 +-
 install-sh|2 +-
 muttbug.sh.in |2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/init.c b/init.c
index 9b98d77..8fbca4f 100644
--- a/init.c
+++ b/init.c
@@ -2987,7 +2987,7 @@ void mutt_init (int skip_sys_rc, LIST *commands)
 MailcapPath = safe_strdup ("~/.mailcap:" PKGDATADIR "/mailcap:" SYSCONFDIR "/mailcap:/etc/mailcap:/usr/etc/mailcap:/usr/local/etc/mailcap");
   }
 
-  Tempdir = safe_strdup ((p = getenv ("TMPDIR")) ? p : "/tmp");
+  Tempdir = safe_strdup ((p = getenv ("TMPDIR")) ? p : "/var/tmp");
 
   p = getenv ("VISUAL");
   if (!p)
diff --git a/init.h b/init.h
index f9c5bba..7839c4d 100644
--- a/init.h
+++ b/init.h
@@ -3112,7 +3112,7 @@ struct option_t MuttVars[] = {
   ** This variable allows you to specify where Mutt will place its
   ** temporary files needed for displaying and composing messages.  If
   ** this variable is not set, the environment variable \fC$$$TMPDIR\fP is
-  ** used.  If \fC$$$TMPDIR\fP is not set then ``\fC/tmp\fP'' is used.
+  ** used.  If \fC$$$TMPDIR\fP is not set then ``\fC/var/tmp\fP'' is used.
   */
   { "to_chars",		DT_STR,	 R_BOTH, UL &Tochars, UL " +TCFL" },
   /*
diff --git a/install-sh b/install-sh
index 4fbbae7..66ebf87 100755
--- a/install-sh
+++ b/install-sh
@@ -332,7 +332,7 @@ do
 	# is incompatible with FreeBSD 'install' when (umask & 300) != 0.
 	;;
 	  *)
-	tmpdir=${TMPDIR-/tmp}/ins$RANDOM-$$
+	tmpdir=${TMPDIR-/var/tmp}/ins$RANDOM-$$
 	trap 'ret=$?; rmdir "$tmpdir/d" "$tmpdir" 2>/dev/null; exit $ret' 0
 
 	if (umask $mkdir_umask &&
diff --git a/muttbug.sh.in b/muttbug.sh.in
index 9bcb955..f62fa06 100644
--- a/muttbug.sh.in
+++ b/muttbug.sh.in
@@ -85,7 +85,7 @@ esac
 exec > /dev/tty
 exec < /dev/tty
 
-SCRATCH=${TMPDIR-/tmp}/`basename $0`.`hostname`.$$
+SCRATCH=${TMPDIR-/var/tmp}/`basename $0`.`hostname`.$$
 
 mkdir ${SCRATCH} || \
 { 
-- 
1.6.3.1

From 2da4326842179839ef186c9b669c20470eb2ceea Mon Sep 17 00:00:00 2001
From: martin f. krafft 
Date: Tue, 26 May 2009 08:23:03 +0200
Subject: [PATCH 2/2] Amend documentation to reflect tmpdir change to /var/tmp

Commit b0da9a7 changes the tempdir default value to /var/tmp, but does
not touch documentation which looks like it's auto-generated from
init.h. This commit thus patches the documentation separately.

Si

Bug#530575: Please change TMPTIME to >0

[Petter Reinholdtsen]

[Martin F Krafft]
> What would be the disadvantages of setting TMPTIME to 1 or 2?

I belive this would lead to more applications storing more date there
while expecting it to survive reboots.  We want less of these
applications, not more. :)

Those wanting a different setting for user temporary directories could
consider the libpam-tmpdir and tell it to use /var/tmp/, or set
$TMPDIR and $TMP using other means.

Happy hacking,
-- 
Petter Reinholdtsen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530357: Info received (grub-pc: with dedicate /boot filesystem, search line uses / uuid instead of /boot uuid)

[Arthur Marsh]

OK, I clarified the problem. With either the UUID of the / filesystem or 
the /boot filesystem in the /boot/grub/grub.cfg search line:


ie either:

search --fs-uuid --set bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea

or:

search --fs-uuid --set 96c96a61-8615-4715-86d0-09cb8c62638c

I get:

error: no such device bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea

or:

error: no such device 96c96a61-8615-4715-86d0-09cb8c62638c

By removing the "search --fs-uuid --set " line entirely I can boot 
successfully.


Thanks for your help!


Felix Zielcke wrote, on 26/05/09 15:05:

Am Dienstag, den 26.05.2009, 11:51 +0930 schrieb Arthur Marsh:

Hi, I had incorrectly said
"search line uses / uuid instead of /boot uuid"

when in fact the search line used the /boot uuid instead of /



So where's the bug?
The root variable inside grub was ever already for the filesystem where
the files are loaded from so it should be your /boot and not your /
so the search --set is totally correct because it just sets the root
variable to it and as long as grub can load your kernel everything
should be fine.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#524233: console-setup should conflict with console-data

[Raphael Hertzog]

On Sat, 23 May 2009, Anton Zinoviev wrote:
> On Wed, Apr 15, 2009 at 07:14:34PM +0200, Kurt Roeckx wrote:
> > Package: console-setup, console-data
> > Severity: serious
> > 
> > Hi,
> > 
> > console-setup and console-data both allow you to setup the
> > keyboard layout but they do not take each other settings into
> > account.
> > 
> > I think there is yet an other package that does the same thing,
> > but I'm not sure about it's name.
> 
> I didn't close this bug because I was considering to add a Debconf 
> question asking which package should configure the console (similar to 
> that the user gets with more than one display manager - xdm, wdm, kdm, 
> gdm).  But after a second thought I doubt this is worth the effort - 
> console-tools is almost unmaintained and there are still some things 
> that console-setup doesn't do, such as the default state of NumLock, 
> setterm.  Moreover the scripts in console-tools and console-data are in 
> bad shape and it will be difficult for their maintainers to do the 
> required changes.
> 
> So unless there are objections I'd like to close #524233 and #524239.

Such choice ought to be documented in a README.Debian and
maybe even in the description. The user should have a way to know
what is more or less obsolete and what should be kept on his system
to have proper console configuration support.

Cheers,
-- 
Raphaël Hertzog

Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny :
http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#351355: New maintenance team

[Neil Williams]

tag 351355 + moreinfo
thanks

If you have some specific ideas of which options/commands would
benefit from examples, I'll add the examples.

We've done a bit of work on the manpages for 0.6.25 which you can look
at in collab-maint or wait until it's uploaded in a few days (once
0.6.24 hits testing).

For such examples to be useful, the selection of which commands and
options get examples (and which do not) needs to be carefully
balanced.

-- 


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



pgpZ6tdjs15P4.pgp
Description: PGP signature

Bug#528818: fdm log for debian bug 528818

[Nicholas Marriott]

Okay, I have committed some parts of the diff and made a couple of other tweaks
which were sometimes causing it to hang. Please test the diff below instead.


Index: fdm.c
===
RCS file: /cvsroot/fdm/fdm/fdm.c,v
retrieving revision 1.183
diff -u -p -r1.183 fdm.c
--- fdm.c   25 May 2009 21:47:23 -  1.183
+++ fdm.c   26 May 2009 06:08:03 -
@@ -44,9 +44,11 @@ const char   *malloc_options = "AFGJPRX";
 
 voidsighandler(int);
 struct child   *check_children(struct children *, u_int *);
+int wait_children(struct children *, struct children *);
 
 struct conf conf;
 
+volatile sig_atomic_t   sigchld;
 volatile sig_atomic_t   sigusr1;
 volatile sig_atomic_t   sigint;
 volatile sig_atomic_t   sigterm;
@@ -67,6 +69,9 @@ sighandler(int sig)
case SIGTERM:
sigterm = 1;
break;
+   case SIGCHLD:
+   sigchld = 1;
+   break;
}
 }
 
@@ -181,6 +186,79 @@ check_children(struct children *children
return (NULL);
 }
 
+/* Wait for a child and deal with its exit. */
+int
+wait_children(struct children *children, struct children *dead_children)
+{
+   struct child*child, *child2;
+   pid_tpid;
+   int  status, retcode = 0;
+   u_inti, j;
+
+   for (;;) {
+   log_debug3("parent: waiting for children");
+   /* Wait for a child. */
+   switch (pid = waitpid(WAIT_ANY, &status, WNOHANG)) {
+   case 0:
+   return (0);
+   case -1:
+   if (errno == ECHILD)
+   return (0);
+   fatal("waitpid failed");
+   }
+
+   /* Handle the exit status. */
+   if (WIFSIGNALED(status)) {
+   retcode = 1;
+   log_debug2("parent: child %ld got signal %d",
+   (long) pid, WTERMSIG(status));
+   } else if (!WIFEXITED(status)) {
+   retcode = 1;
+   log_debug2("parent: child %ld exited badly",
+   (long) pid);
+   } else {
+   if (WEXITSTATUS(status) != 0)
+   retcode = 1;
+   log_debug2("parent: child %ld returned %d",
+   (long) pid, WEXITSTATUS(status));
+   }
+   
+   /* Find this child. */
+   child = NULL;
+   for (i = 0; i < ARRAY_LENGTH(children); i++) {
+   child = ARRAY_ITEM(children, i);
+   if (pid == child->pid)
+   break;
+   }
+   if (i == ARRAY_LENGTH(children)) {
+   log_debug2("parent: unidentified child %ld",
+   (long) pid);
+   continue;
+   }
+
+   if (child->io != NULL) {
+   io_close(child->io);
+   io_free(child->io);
+   child->io = NULL;
+   }
+   ARRAY_REMOVE(children, i);
+   ARRAY_ADD(dead_children, child);
+   
+   /* If this child was the parent of any others, kill them too. */
+   for (j = 0; j < ARRAY_LENGTH(children); j++) {
+   child2 = ARRAY_ITEM(children, j);
+   if (child2->parent != child)
+   continue;
+   
+   log_debug2("parent: child %ld died: killing %ld",
+   (long) child->pid, (long) child2->pid);
+   kill(child2->pid, SIGTERM);
+   }
+   }
+
+   return (retcode);
+}
+
 __dead void
 usage(void)
 {
@@ -198,7 +276,6 @@ main(int argc, char **argv)
enum fdmop   op = FDMOP_NONE;
const char  *proxy = NULL, *s;
char tmp[BUFSIZ], *ptr, *lock = NULL, *user, *home = NULL;
-   long n;
struct utsname   un;
struct passwd   *pw;
struct stat  sb;
@@ -207,8 +284,8 @@ main(int argc, char **argv)
TAILQ_HEAD(, account) actaq; /* active accounts */
pid_tpid;
struct children  children, dead_children;
-   struct child*child, *child2;
-   struct io   *rio;
+   struct child*child;
+   struct io   *dead_io;
struct iolistiol;
double   tim;
struct sigaction act;
@@ -218,6 +295,7 @@ main(int argc, char **argv)
struct strings   macros;
struct child_fetch_data *cfd;
struct userdata *ud;
+   sigset_t sigset;
 #ifdef DEBUG
struct rule *r;
struct action   *t;

Bug#530575: [Pkg-sysvinit-devel] Bug#530575: Please change TMPTIME to >0

[martin f krafft]

also sprach Petter Reinholdtsen  [2009.05.26.0737 +0200]:
> This is by design.  /tmp/ is for temporary data that can and should be
> removed every boot, while /var/tmp/ is foor temporary data that should
> survive reboots.

Yes, sure, I've read the FHS. But that doesn't help those users of
programmes storing files-in-progress in /tmp (mutt, iceweasel to
some extent, openoffice, and some others), whose laptop dies or
turns itself off when the battery is low.

Arguably, those programmes should be fixed, and I am writing a bug
report against mutt right now to default to /var/tmp, but is "by
design" really enough of an argument to put our users' data at risk
until those tools are all fixed?

What would be the disadvantages of setting TMPTIME to 1 or 2?

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
it is better to remain silent and be thought a fool
than to open one's mouth and remove all doubt.


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#530288: obex-data-server 0.4.4 can resolved this problem.

[Maximi89]

2009/5/25, Filippo Giunchedi :
> On Mon, May 25, 2009 at 12:59:11AM -0400, Maximi89 wrote:
>> This Problem can be resolved with updating the obex-data-server from
>> 0.3.4-1
>> to 0.4.4
>> http://tadas.dailyda.com/blog/category/obex-data-server/
>>
>> About added options from 0.3.4 to 0.4: var added org.openobex
>> http://wiki.muiline.com/obex-data-server/migrating_to_0.4
>
> you might want to try preliminary packages from here
> http://people.debian.org/~filippo/packages/
>
> filippo
> --
> Filippo Giunchedi - http://esaurito.net - 0x6B79D401
>
> UNIX was not designed to stop its users from doing stupid things, as that
> would also stop them from doing clever things.
> -- Doug Gwyn
>

what about gnome-bluetooth, changelog? this don't need nothing of
obex-data-server, works good vs obex-data-server, this program use the
source of ODS?, this requires bluez only.

obex-data-server 0.4.4-1 need much for work
bluez-gnome need obex-data-server for work, maybe if this package add
an option for change which server use, like gnome-obex-server



maxim...@maximiliano:~$ sudo /usr/bin/obex-data-server --no-daemon
[sudo] password for maximi89:
** Message: obex-data-server 0.4.4
** Message: Using Session bus
^C** Message: me was killed
** Message: Disposing manager
** Message: Manager disposed at once
** Message: quitting main loop
** Message: Finalizing manager
maxim...@maximiliano:~$ bluetooth-applet
Bluetooth OBEX server failed: Bluez DBus interface not available
Bluetooth FTP server failed: Bluez DBus interface not available
maxim...@maximiliano:~$ top |grep obex
 4046 root  20   0  7536 1768 1544 S  0.3  0.2   0:00.01 obex-data-serve


maxim...@maximiliano:~$ sudo /usr/bin/obex-data-server --no-daemon --system-bus
** Message: obex-data-server 0.4.4
** Message: Using System bus

** (obex-data-server:4082): WARNING **: Unable to register service:
Connection ":1.187" is not allowed to own the service "org.openobex"
due to security policies in the configuration file


maxim...@maximiliano:~$ /usr/bin/obex-data-server --no-daemon
** Message: obex-data-server 0.4.4
** Message: Using Session bus

** (obex-data-server:4083): WARNING **: Already running in this session

maxim...@maximiliano:~$ lsof|grep obex-data-server
obex-data  5488  maximi89  txt   REG8,784292
  351208 /usr/bin/obex-data-server (deleted)
bash   5537  maximi89  cwd   DIR8,8  864
7476 /home/maximi89/Descargas/obex-data-server-0.4.4
maxim...@maximiliano:~$ kill 5488
maxim...@maximiliano:~$ bluetooth-applet

maxim...@maximiliano:~$ /usr/bin/obex-data-server --no-daemon
** Message: obex-data-server 0.4.4
** Message: Using Session bus
** Message: server socket created
** Message: Server created by: :1.200
** Message: server socket created
** Message: Server created by: :1.200

** (obex-data-server:4397): WARNING **: Server path: /home/maximi89/Descargas

** (obex-data-server:4397): WARNING **: Server path: /home/maximi89/Público
** Message: Client connecting

** (obex-data-server:4397): WARNING **: Session path: /home/maximi89/Descargas
** Message: Bluetooth address: 00:1A:1B:96:93:22
** Message: Creating server session
** Message: io callback
** Message: event: 1
** Message: event: 2
** Message: CMD_CONNECT requested
** Message: Version: 0x10. Flags: 0x00  OBEX packet length: 5126

** Message: Resizing stream chunks to 4926

** Message: event: 3
** Message: io callback
** Message: event: 1
** Message: event: 11
** Message: CMD_PUT requested at REQCHECK
** Message: header: 66
** Message: HDR_TYPE: audio/mp3
** Message: header: 1
** Message: HDR_NAME: blink 182 - the rock show.mp3
** Message: header: 195
** Message: HDR_LENGTH: 2688313
** Message: path: /home/maximi89/Descargas
** Message: ret=0
** Message: TransferStarted emitted at obex_request_put
** Message: event: 0
** Message: io callback
** Message: io callback
** Message: io callback
** Message: io callback
** Message: io callback
** Message: io callback
** Message: event: 9
** Message: There is some data
** Message: event: 0
** Message: io callback
** Message: server session closed
** Message: closing connection
^C** Message: me was killed
** Message: Disposing manager
** Message: server stopped
** Message: SDP service unregistered
** Message: Disposing Server
** Message: Server disposed at once
** Message: server closed
** Message: Removing listened DBUS name :1.200 (object: /org/openobex/server0)
** Message: server stopped
** Message: SDP service unregistered
** Message: Disposing Server
** Message: Server disposed at once
** Message: server closed
** Message: Removing listened DBUS name :1.200 (object: /org/openobex/server1)
** Message: Removed from listened DBUS names list
** Message: Manager disposed
** Message: quitting main loop
** Message: Finalizing manager


but obex-data-server start alone, and bluetooth-applet integrated on
bluez-gnome, don't show any about send files to device...  or search
for it.

if i start with option --sys

Bug#530357: Info received (grub-pc: with dedicate /boot filesystem, search line uses / uuid instead of /boot uuid)

[Felix Zielcke]

Am Dienstag, den 26.05.2009, 11:51 +0930 schrieb Arthur Marsh:
> Hi, I had incorrectly said
> "search line uses / uuid instead of /boot uuid"
> 
> when in fact the search line used the /boot uuid instead of /
> 

So where's the bug?
The root variable inside grub was ever already for the filesystem where
the files are loaded from so it should be your /boot and not your /
so the search --set is totally correct because it just sets the root
variable to it and as long as grub can load your kernel everything
should be fine.
-- 
Felix Zielcke




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530575: [Pkg-sysvinit-devel] Bug#530575: Please change TMPTIME to >0

[Petter Reinholdtsen]

[Martin F Krafft]
> TMPTIME is set to 0, which means that /tmp is cleaned on every boot.

This is by design.  /tmp/ is for temporary data that can and should be
removed every boot, while /var/tmp/ is foor temporary data that should
survive reboots.

Happy hacking,
-- 
Petter Reinholdtsen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530521: kdevelop: Unable to build C++ project after upgrading libtool

[Jeremy Lainé]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Honestly this doesn't look like a kdevelop bug to me, but we'll see.

Does the build fail in the same way if you run "make" from the command line in 
your
project build directory (probably "debug" or something similar)?

Have you tried removing the build directory and starting again since upgrading 
libtool?

Could you please provide a minimal test case, and the full output of the 
compilation,
including the ./configure invocation?


Jeremy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkobfsYACgkQ4mJJZqJp2SfhYwCgv83Ryghu4gW2nfy7ZZGyrvCs
2HYAoIYXGlzH8EnCuVVLkeoaVfKT+WSF
=146B
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530583: add ASYNCMOUNTNFS to default rcS

[martin f krafft]

Package: initscripts
Version: 2.86.ds1-61
Severity: wishlist

The rcS file template should include ASYNCMOUNTNFS set to its
default, yes.

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

Kernel: Linux 2.6.30-rc5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages initscripts depends on:
ii  debianutils  3.1.3   Miscellaneous utilities specific t
ii  e2fsprogs1.41.5-1ext2/ext3/ext4 file system utiliti
ii  libc62.9-12  GNU C Library: Shared libraries
ii  lsb-base 3.2-22  Linux Standard Base 3.2 init scrip
ii  mount2.13.1.1-1  Tools for mounting and manipulatin
ii  sysvinit-utils   2.86.ds1-61 System-V-like utilities

Versions of packages initscripts recommends:
ii  psmisc22.7-1 utilities that use the proc file s

initscripts suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#529709: [openoffice.org] Please better explain relation with Go-oo

[Filipus Klutiero]

Le May 22, 2009 06:54:11 am Rene Engelhard, vous avez écrit :
> [ what if you would format your mails sanely so that it's possible
> to sanely cite it. As usual, line break after 72 chars..  ]
I'd like to know what's insane about avoiding to insert random line feeds.
> 
> Hi,
> 
> Filipus Klutiero wrote:
> > I figured after much time that Debian's OOo is actually Go-oo, or something 
> > like that. I then realized that Go-oo was mentioned in the copyright file, 
> > twice in the changelog, and in the Homepage field, which doesn't even show 
> > in my package manager.
> 
> So what?
So it's not abnormal that it took me much time to figure out that 
openoffice.org is actually Go-oo.
> 
> > I'd like Go-oo to be mentioned more proheminently, probably in the package 
> > description(s).
> 
> No way.
> 
> > I don't know exactly what's Debian's OOo compared to Go-oo
> 
> It is Go-oo (well, 99%). Shown by setting the Homepage: field.

If you had red the first sentence, you'd have noticed that I already noticed 
the Homepage field.
> 
> > I'm not asking to remove the OOo branding, just to make it clear that this 
> > isn't real OOo (and perhaps explaining the differences a bit).
> 
[...]
> 
> Long story short: no, I won't do that and tagged this already wontfix.
> 
> When we ever renamed the packags to go-oo-* this will be closed, until then
> I have one more bogus(useless bug in my bug list *sighs*

Please kind in mind that not all users maitain openoffice.org, and therefore 
can hardly guess that it is Go-oo if you simply tell them the package is OOo. 
Until the description, the name or whatever clarifies, a bug report will hardly 
be a superfluous complement to the Homepage field to help those wondering.
> 
> Grüße/Regards,
> 
> René

Thanks anyway for explaining the relation.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530582: short comments for /etc/default/rcS

[martin f krafft]

Package: initscripts
Version: 2.86.ds1-61
Severity: wishlist
Tags: patch

A user has hinted that this would be a good idea, and I agree. At
the very least, it doesn't hurt to have short comments in the file
to give a bit of guidance.

--- debian/initscripts/share/default.rcS(revision 1331)
+++ debian/initscripts/share/default.rcS(working copy)
@@ -7,11 +7,27 @@
 #
 # This file belongs to the "initscripts" package.
 
+# delete files in /tmp during boot older than x days.
+# '0' means always, -1 or 'infinite' disables the feature
 TMPTIME=0
+
+# spawn sulogin during boot, continue normal boot if not used in 30 seconds
 SULOGIN=no
+
+# do not allow users to log in until the boot has completed
 DELAYLOGIN=no
+
+# assume that the BIOS clock is set to UTC time (recommended)
 UTC=yes
+
+# be more verbose during the boot process
 VERBOSE=no
+
+# automatically repair filesystems with inconsistencies during boot
 FSCKFIX=no
+
+# mount /var/run as a tmpfs
 RAMRUN=no
+
+# mount /var/lock as a tmpfs
 RAMLOCK=no

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

Kernel: Linux 2.6.30-rc5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages initscripts depends on:
ii  debianutils  3.1.3   Miscellaneous utilities specific t
ii  e2fsprogs1.41.5-1ext2/ext3/ext4 file system utiliti
ii  libc62.9-12  GNU C Library: Shared libraries
ii  lsb-base 3.2-22  Linux Standard Base 3.2 init scrip
ii  mount2.13.1.1-1  Tools for mounting and manipulatin
ii  sysvinit-utils   2.86.ds1-61 System-V-like utilities

Versions of packages initscripts recommends:
ii  psmisc22.7-1 utilities that use the proc file s

initscripts suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#530571: stopped working: KeyError: 'mutt -H'

[martin f krafft]

also sprach Sandro Tosi  [2009.05.26.0021 +0200]:
> >  KeyError: 'mutt -H'
> already fixed in the version above, uploaded some hours ago.

Confirmed that it works, but it now says

  Unrecognized token: -h

on startup. Is this related?

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
if you see an onion ring -- answer it!


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#512250: hpijs uninstalls other printing systems

[Rogério Brito]

On May 26 2009, Rogério Brito wrote:
> P.S.: And the ironic thing is that the debconf prompt of foomatic asks
> if the user wants to use lprng as a print spooler, which is something
> that will be removed. This inconsistency is not something that one would
> expect.

And if this weren't enough, using utilities like "hp-info" (contained in
hplip, which removed lprng) don't work without a package (hplip-gui)
which brings in decoders for movies, a sound system (phonon), among many
unneeded graphical user interface libraries:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
rbr...@chagas:~$ hp-info 

HP Linux Imaging and Printing System (ver. 3.9.4b)
Device Information Utility ver. 5.2

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

warning: Qt/PyQt 4 initialization failed.
error: hp-info -u/--gui requires Qt4 GUI support. Entering interactive mode.

HP Linux Imaging and Printing System (ver. 3.9.4b)
System Tray Status Service ver. 2.0

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

warning: Qt/PyQt 4 initialization failed.
error: hp-systray requires Qt4 GUI and DBus support. Exiting.
(...)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

And hplip-gui is not even a recommends of hplip, but a suggests. These
dependencies are contradictory: if a user wants to install fewer
programs, the packaging system doesn't allow him; if he wants to install
more software (breaking his own installation of a working system), then
he is left with a half broken system, due to unmet dependencies.

This can't be right.


Sincerely yours, Rogério Brito.

-- 
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530366: HELPDIR not set, run-help looks in /usr/share/zsh/help, not .../zsh-beta/help

[martin f krafft]

also sprach Clint Adams  [2009.05.24.1615 +0200]:
> > HELPDIR is not correctly set in zsh-beta. run-help tries to look at
> > zshexpn instead of zsh-betaexpn manpage. If I set HELPDIR to
> > /usr/share/zsh-beta/help, it works.
> 
> Use run-help, then do a `which run-help` and look for
> local HELPDIR=${HELPDIR:-/usr/share/zsh-beta/help}
> on the fourth line or so.

Curious. It's

  local HELPDIR="${HELPDIR:-/usr/share/zsh/$ZSH_VERSION/help}"

for me. zsh is not even installed, only zsh-beta:

  piper:~|master|% echo $ZSH_VERSION
  4.3.9-dev-3-cvs0513
  piper:~|master|% readlink -f $SHELL
  /bin/zsh-beta
  piper:~|master|% dpkg -l zsh-beta | grep \^ii
  ii  zsh-beta 4.3.9-dev-3+20090513 A shell with lots of features 
(dev tree)

/usr/share/zsh does not exist, and
/usr/share/zsh-beta/functions/Misc/run-help has the right contents.

I have a few other run-help files around, but none of them get
loaded:

  /srv/home/madduck/debian/pkg/zsh/zsh/Functions/Misc/run-help
  /srv/home/madduck/debian/pkg/zsh/zsh/Functions/Misc/run-help-git
  /srv/home/madduck/debian/pkg/zsh/zsh/Functions/Misc/run-help-svk
  /srv/home/madduck/debian/pkg/zsh/zsh/Functions/Misc/run-help-svn
  /usr/lib/libgksu/gksu-run-helper
  /usr/share/zsh-beta/functions/Misc/run-help
  /usr/share/zsh-beta/functions/Misc/run-help-git
  /usr/share/zsh-beta/functions/Misc/run-help-svk
  /usr/share/zsh-beta/functions/Misc/run-help-svn

but I don't know how they would have any effect. To be sure, I moved
/srv/home/madduck/debian/pkg/zsh/zsh/Functions/Misc/run-help out of
the way, but the problem stayed.

grep -r run-help $ZDOTDIR returns nothing.

I don't know how to figure out exactly which run-help gets loaded.
${^fpath}/$function(-.N) gives
/usr/share/zsh-beta/functions/Misc/run-help.

There must be critters in my box.

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"and if the cloud bursts, thunder in your ear
 you shout and no one seems to hear
 and if the band you're in starts playing different tunes
 i'll see you on the dark side of the moon."
   -- pink floyd, 1972


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#530581: [debcheckout] mention debian hosts url rewriting explicitly

[martin f krafft]

Package: devscripts
Version: 2.10.50
Severity: wishlist
File: /usr/bin/debcheckout

I think that the manpage would be clearer for DEBCHECKOUT_AUTH_URLS,
if instead of 

  Using this setting users can specify how to enable authenticated
  mode for repositories hosted on non well-known machines.

it would say

  This setting can be used to enable authenticated mode for most
  repositories out there. Note that the Debian repositories on
  alioth.debian.org (*.debian.org) are implicitly defined.

Thanks,

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#373872: kernel-package: This problem is still here and is annoying.

[Fabrice Lorrain]

Package: kernel-package
Version: 12.014
Severity: normal

Hello Manjo,

I've been beaten by this problem today.
The missing man page is annoying morever that it is referenced in 
/etc/kernel-img.conf.

Any though on putting kernel-img.conf.5 in some other package like 
debianutils or coreutils ?

@+,
Fab

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

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

Versions of packages kernel-package depends on:
ii  binutils  2.19.1-1   The GNU assembler, linker and bina
ii  build-essential   11.4   Informational list of build-essent
ii  debianutils   3.1.3  Miscellaneous utilities specific t
ii  file  5.03-1 Determines file type using "magic"
ii  gettext   0.17-6 GNU Internationalization utilities
ii  make  3.81-5 The GNU version of the "make" util
ii  module-init-tools 3.7-pre9-1 tools for managing Linux kernel mo
ii  po-debconf1.0.16 tool for managing templates file t
ii  util-linux2.13.1.1-1 Miscellaneous system utilities

kernel-package recommends no packages.

Versions of packages kernel-package suggests:
ii  bzip2 1.0.5-1high-quality block-sorting file co
ii  docbook-utils 0.6.14-1.1 Convert Docbook files to other for
ii  e2fsprogs 1.41.5-1   ext2/ext3/ext4 file system utiliti
ii  initramfs-tools [linux-in 0.93.2 tools for generating an initramfs
pn  libdb3-dev (no description available)
ii  libncurses5-dev [libncurs 5.7+20090523-1 developer's libraries and docs for
pn  linux-source | kernel-sou  (no description available)
ii  xmlto 0.0.22-1   XML-to-any converter

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530580: debcheckout: option to use git-svn instead of svn

[martin f krafft]

Package: devscripts
Version: 2.10.50
Severity: wishlist
File: /usr/bin/debcheckout

It would be nice if I could chose to use git-svn instead of svn,
ideally even through a setting in ~/.devscripts.

Yes, I should hack this and provide a patch. Yes, Perl scares me. :(

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#512250: hpijs uninstalls other printing systems

[Rogério Brito]

severity 490640 serious
thanks

Hi.

I'm seeing a disgusting situation here. I don't have any recommends
turned on (I need to keep my systems down to a minimum, without
recommends, suggests etc) and I'm using lprng to print.

Even trying to pull in the least amount of software (and constantly,
vigilantly looking for the packages that are installed on my system,
using security assessment tools, debfoster, deborphan etc), I have a
real problem here: just trying to install the hpijs driver for
ghostscript (which should not interfere with a well set-up system),
breaks unrelated software.

In particular, installing hpijs depends on cups-client, which conflicts
with (and removes) lprng.

On Jan 19 2009, Mark Purcell wrote:
> On Saturday 17 January 2009 19:58:25 Leif Hornsved wrote:
> > I've noticed a small problem with the latest change, version 2.8.6.b-4
> > of hplip. It now depends on libsane, 
> 
> Leif,
> 
> Thanks for your update to this bug report.
(...)
> > which means I get 14 MB of unnecessary packages.
> 
> Unfortunately the way hplip is packaged upstream it isn't trivial to separate 
> the scanning from the printing functionality. It maybe possible, by moving  
> /usr/lib/python-support/hplip/python2.5/scanext.so to it's own package, but 
> I'm certainly not going to attempt this so deep into the lenny freeze.

Can we have a solution here? This breakage of lprng is obviously
undesired, especially for devices with limited RAM (like embedded
devices that are meant to be used as a print server).


BTW, I see this as a particular case of an undesirable change in Debian,
something that has been slowly creeping into our distribution.

Another notorious example of this problem is X depending on HAL, also
bringing in compulsorily the Multicast DNS things, a console font
setting to every system and many other dependency bloats out there. This
is quite an unfortunate situation.

Another situation of this is with the multimedia programs/music players.


But, back to the present problem, just trying to get hpijs, we get cups,
which, in turn, grabs ssl-cert (huh? I just wanted a driver for
ghostscript, please), also brings in ttf-freefont (oh, just wanted a
driver for ghostscript!), foomatic-filters (again, just a single driver
for ghostscript, please), hplip (which, in turn, pulls in libsane, among
others), cupsddk (really?) :-(.

Also installed:

* framework for defining and tracking users
* a library for reading voltages of processors, fan speeds

And I just just wanted a driver for a language interpreter.

And what I get is my printing system broken. This can't be acceptable,
by any reasonable means.

> At one point the hpijs package was arranged for those with a printing only 
> requirement and hplip was aligned for both printing/ scanning.  But this 
> isn't 
> possible at present (See Bug #454117)
> 
> > libsane is 10 MB. By breaking some
> > recommendations (not installing avahi-daemon etc) I can reduce it from
> > 14 extra packages to 4 packages and about 11 MB. I don't use a scanner
> > and I don't think I have any use of avahi-daemon.
> 
> Recommendations are certainly not necessary for any package functionality, 
> thus you can safely remove those packages.

See my comment above regarding the packages.

> However this still does mean you need to keep the libsane libs in the
> current package configuration.

And what about the main point of this e-mail, which is the breakage of
unrelated packages?

I remember that I could just install hpijs and work fine with
ghostscript and standard unix components.  It seems that we have lost
that ability.

I really think that the project should allow more flexibility of the
installation of the system.

The package manager front-ends already, by default, pull in "recommends"
and users, in general, won't loose anything with some dependencies
demoted to recommendations.


Sincerely yours, Rogério Brito.

P.S.: And the ironic thing is that the debconf prompt of foomatic asks
if the user wants to use lprng as a print spooler, which is something
that will be removed. This inconsistency is not something that one would
expect.

-- 
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530579: nBytes overflow in `backup dumpinfo -id X -verbose'

[Dennis Vshivkov]

Package: openafs-client
Version: 1.5.54.dfsg1-1
Severity: minor

Consider this:

$ backup dumpinfo -id 123456789 -verbose
[snip]

Volume
--
name = user.xyz.backup
flags = 0x18: First fragment: Last fragment
id = 512345678
server =
partition = 0
tapeSeq = 1
position = 6
clone = Sat May 23 03:09:14 2009
startByte = 0
nBytes = -1660883200
seq = 0
dump = 1243456789
tape = userdirs.1

[snip]

The `nBytes' of -1660883200 seems the right size mangled by
signed 32-bit integer representation:

$ vos examine user.xyz.backup
user.xyz.backup   512345678 BK6766652 K  On-line
[snip]

I suspect the bug actually is NOT (at least not only) in
openafs-client package, as the binary UDP data the `backup'
client program receives from one of the servers already contain
the wrong, truncated value.

The program sending over the truncated data is `buserver',
located in openafs-dbserver package.  The versions we use are
1.4.2-6etch1 (on most of the servers, including the one replying
with the truncated data in the above case) and
1.4.7.dfsg1-3~bpo40+1 (on one of the other servers).

Regards,

-- 
/Dennis Vshivkov 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525736: Winner

[Anderson]

You have just been awarded,£500,000 GBP in the UK Online,send us your
Names
Address..Country..Sex/Tel...




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530578: ITP: libgtk2-unique-perl -- Perl module for single instance applications

[Ryan Niebur]

Package: wnpp
Owner: Ryan Niebur 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: libgtk2-unique-perl
  Version : 0.01
  Upstream Author : Emmanuel Rodriguez 
* URL : http://search.cpan.org/dist/Gtk2-Unique/
* License : Artistic | GPL-1+
  Programming Lang: Perl
  Description : Perl module for single instance applications
 Gtk2::Unique is a Perl binding for the C library libunique which provides a
 way for writing single instance application. If you launch a single instance
 application twice, the second instance will either just quit or will send a
 message to the running instance.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#317945: le: background drawing errors on framebuffer

[Raphael Geissert]

Hi,

I know it's been a while, but could you please retry and see if anything has 
improved?

Alexander V. Lukyanov's (le's author) response:
> I think it is a bug in the framebuffer driver. The empty space is erased
>  with special terminal commands (by ncurses), and probably the driver has a
>  problem with it.

Cheers,
-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530288: obex-data-server 0.4.4 can resolved this problem.

[Maximi89]

Thanks, but i have 32bits kernel, nor 64.
but i compile it be my self with libopenobex1-dev and i made a
package, and that works, but obex-data-server, need to get a file on
/etc/dbus-1/system.d/
i was trying to get help from #ods (obex-data-server) but i can't get
there, maybe if bluez-gnome create a file on that directory, this
would work.

or that need to be created be obex-data-server project?



2009/5/25, Filippo Giunchedi :
> On Mon, May 25, 2009 at 12:59:11AM -0400, Maximi89 wrote:
>> This Problem can be resolved with updating the obex-data-server from
>> 0.3.4-1
>> to 0.4.4
>> http://tadas.dailyda.com/blog/category/obex-data-server/
>>
>> About added options from 0.3.4 to 0.4: var added org.openobex
>> http://wiki.muiline.com/obex-data-server/migrating_to_0.4
>
> you might want to try preliminary packages from here
> http://people.debian.org/~filippo/packages/
>
> filippo
> --
> Filippo Giunchedi - http://esaurito.net - 0x6B79D401
>
> UNIX was not designed to stop its users from doing stupid things, as that
> would also stop them from doing clever things.
> -- Doug Gwyn
>


-- 
Maximiliano Augusto Castañón Araneda
Santiago, Chile
Linux user # 394821



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#373981: [s-u] implement option to ignore files

[Ryan Niebur]

This looks like it would be quite a mess to implement since "svn
merge" apparently doesn't have any option do this. I don't think we
should implement this feature. What do other people think? If other
people agree with me, we should probably just close the bug saying
that we won't fix it.

-- 
_
Ryan Niebur
ryanrya...@gmail.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#524840: ITP

[David Moreno]

retitle 524840 ITP: libkiokudb-perl -- Object Graph storage engine for  
Perl

owner 524840 David Moreno 




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#529072: confirm

[Yaroslav Halchenko]

I just wanted to confirm the issue -- exactly the same happens on my
freshly installed (testing + some from unstable/experimental) lenovo
X301. Twice already I found login screen upon resume from suspend to RAM
(I have kernel option acpi_sleep=s3_bios). Please find my Xorg.0.log.old
attached which shows similar to the reported backtrace

I really hope that someone would look into this issue, or at least
forward it upstream

Thank you in advance

-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]




Xorg.0.log.old
Description: application/trash


signature.asc
Description: Digital signature

Bug#530357: Info received (grub-pc: with dedicate /boot filesystem, search line uses / uuid instead of /boot uuid)

[Arthur Marsh]

Hi, I had incorrectly said
"search line uses / uuid instead of /boot uuid"

when in fact the search line used the /boot uuid instead of /

Regards,

Arthur Marsh.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#529307: Loan service

[e-Loan Inc]

This is to inform you that e-LOAN Inc.is currently offering loan to both firms 
and individuals at low interest rate(2%)Contact us today at:  
loanservic...@aol.com




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#515990: Short Notice!!!

[©Irish Alert]

Your email has been award the lump sum in the Irish Online,send us your info to 
get the £1,350,000
Names.,
Address...,
Sex...,
Tel...




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530357: grub-pc: with dedicate /boot filesystem, search line uses / uuid instead of /boot uuid

[Arthur Marsh]

Package: grub-pc
Version: 1.96+20090523-1
Severity: important


The search command in /boot/grub/grub.cfg recently started 
using the wrong UUID.

This problem apparently only occurs because I have a dedicated /boot
filesystem.

vol_id /dev/hda1

ID_FS_USAGE=filesystem
ID_FS_TYPE=ext3
ID_FS_VERSION=1.0
ID_FS_UUID=bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
ID_FS_UUID_ENC=bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
ID_FS_LABEL=
ID_FS_LABEL_ENC=

vol_id /dev/hda7

ID_FS_USAGE=filesystem
ID_FS_TYPE=ext3
ID_FS_VERSION=1.0
ID_FS_UUID=96c96a61-8615-4715-86d0-09cb8c62638c
ID_FS_UUID_ENC=96c96a61-8615-4715-86d0-09cb8c62638c
ID_FS_LABEL=
ID_FS_LABEL_ENC=


-- Package-specific info:

*** BEGIN /proc/mounts
/dev/hda7 / ext3 rw,relatime,errors=remount-ro,data=writeback 0 0
/dev/hda1 /boot ext3 rw,relatime,errors=remount-ro,data=writeback 0 0
/dev/hda6 /victoria vfat 
rw,relatime,uid=65534,gid=65534,fmask=,dmask=,allow_utime=0022,codepage=cp437,iocharset=utf8
 0 0
/dev/sdb1 /scsic vfat 
rw,relatime,uid=65534,gid=65534,fmask=,dmask=,allow_utime=0022,codepage=cp437,iocharset=utf8
 0 0
/dev/sda /mnt/usb8gig vfat 
rw,nosuid,nodev,noexec,relatime,uid=65534,gid=65534,fmask=,dmask=,allow_utime=0022,codepage=cp437,iocharset=utf8,shortname=win95
 0 0
/dev/sdb5 /scsid vfat 
rw,relatime,uid=65534,gid=65534,fmask=,dmask=,allow_utime=0022,codepage=cp437,iocharset=utf8
 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/hda
(hd1)   /dev/disk/by-id/scsi-SIBM_DCAS-34330W_F3T92021
(hd2)   /dev/disk/by-id/usb-Verbatim_STORE_N_GO_078A18B40293-0:0
#(hd2)   /dev/disk/by-id/usb-Flash_Drive_AU_USB2.0_OGUN4WMN-0:0
(hd3) /dev/hdc
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from  and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set default=2
set timeout=10
if terminal_input console ; then true ; else
  # For backward compatibility with versions of terminal.mod that don't
  # understand terminal_input
  terminal console
fi
if terminal_output console ; then true ; else
  # For backward compatibility with versions of terminal.mod that don't
  # understand terminal_output
  terminal console
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, linux 2.6.30-rc6-686" {
set root=(hd0,1)
search --fs-uuid --set bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
linux   /vmlinuz-2.6.30-rc6-686 root=/dev/hda7 ro  
initrd  /initrd.img-2.6.30-rc6-686
}
menuentry "Debian GNU/Linux, linux 2.6.30-rc6-686 (recovery mode)" {
set root=(hd0,1)
search --fs-uuid --set bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
linux   /vmlinuz-2.6.30-rc6-686 root=/dev/hda7 ro single 
initrd  /initrd.img-2.6.30-rc6-686
}
menuentry "Debian GNU/Linux, linux 2.6.30-rc6" {
set root=(hd0,1)
search --fs-uuid --set bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
linux   /vmlinuz-2.6.30-rc6 root=/dev/hda7 ro  
initrd  /initrd.img-2.6.30-rc6
}
menuentry "Debian GNU/Linux, linux 2.6.30-rc6 (recovery mode)" {
set root=(hd0,1)
search --fs-uuid --set bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
linux   /vmlinuz-2.6.30-rc6 root=/dev/hda7 ro single 
initrd  /initrd.img-2.6.30-rc6
}
menuentry "Debian GNU/Linux, linux 2.6.30-rc5" {
set root=(hd0,1)
search --fs-uuid --set bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
linux   /vmlinuz-2.6.30-rc5 root=/dev/hda7 ro  
initrd  /initrd.img-2.6.30-rc5
}
menuentry "Debian GNU/Linux, linux 2.6.30-rc5 (recovery mode)" {
set root=(hd0,1)
search --fs-uuid --set bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
linux   /vmlinuz-2.6.30-rc5 root=/dev/hda7 ro single 
initrd  /initrd.img-2.6.30-rc5
}
menuentry "Debian GNU/Linux, linux 2.6.30-rc4-686" {
set root=(hd0,1)
search --fs-uuid --set bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
linux   /vmlinuz-2.6.30-rc4-686 root=/dev/hda7 ro  
initrd  /initrd.img-2.6.30-rc4-686
}
menuentry "Debian GNU/Linux, linux 2.6.30-rc4-686 (recovery mode)" {
set root=(hd0,1)
search --fs-uuid --set bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
linux   /vmlinuz-2.6.30-rc4-686 root=/dev/hda7 ro single 
initrd  /initrd.img-2.6.30-rc4-686
}
menuentry "Debian GNU/Linux, linux 2.6.30-rc3-686" {
set root=(hd0,1)
search --fs-uuid --set bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
linux   /vmlinuz-2.6.30-rc3-686 root=/dev/hda7 ro  
initrd  /initrd.img-2.6.30-rc3-686
}
menuentry "Debian GNU/Linux, linux 2.6.30-rc3-686 (recovery mode)" {
set root=(hd0,1)
sea

Bug#486209: libpng: 486209: way forward for APNG?

[Paul Wise]

usertags 486209 + bittenby
thanks

At synfig.org we are getting users whining about APNG support, which I
refuse to add without a library to write the files. Since upstream
libpng is likely never going to accept APNG, how about for Debian,
compiling libpng without the patch and then in the same source package,
compile libpng with the patch into a separate binary package? This could
produce libapng-dev and libapng0d (Debian-specific SONAME) that Debian
packages could build in APNG support with.

Is the above suggestion a proper way forward for APNG?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#515990: Short Notice!!!

[©Irish Alert]

Your email has been award the lump sum in the Irish Online,send us your info to 
get the £1,350,000
Names.,
Address...,
Sex...,
Tel...




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#515990: Short Notice!!!

[©Irish Alert]

Your email has been award the lump sum in the Irish Online,send us your info to 
get the £1,350,000
Names.,
Address...,
Sex...,
Tel...




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514975: problem disappears

[Flavio Botelho]

Just like Martin and Yannick,

upgrading libx11-6 solved it.

Old version was libx11-6 1.0.3-7 too

On Sun, May 24, 2009 at 6:04 AM, Yannick  wrote:
>
> Just like Martin, upgrading libx-11-6 gave the solution!
>
> Old version: libx11-6 1.0.3-7
>
>
>
>
> --
> To unsubscribe, send mail to 514975-unsubscr...@bugs.debian.org.
>



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#366344: quodlibet-plugins: XComposite support for OSD?

[Andreas Bombe]

On Sun, May 17, 2009 at 10:43:55AM -0400, A. Christine Spang wrote:
> Hi Andreas,
> 
> I looked this patch over today. Nice work! I just have one question:
> 
> On Mon, Dec 22, 2008 at 04:18:33AM +0100, Andreas Bombe wrote:
> > * Uses new configuration variable names
> > 
> > Still works on non-composited screens with the old screenshot / manual
> > compositing trick.  Configuration format has changed so it uses the new
> > variable names and all customization has to be redone.  There is no
> > automatic conversion.
> 
> What was your reasoning behind changing the configuration format? It
> seems that only two values have different formats: animosd_text and
> animosd_fill. IMHO, it would be a better experience for the user if
> their old configuration values were still used, but I'm interested in
> hearing why it was useful/necessary to change the format.

Not all that much of necessity, using floats for color components was
easier in the context of Cairo rendering whereas the old GTK drawing
functions used the HTML like hex color specifiers directly.

Basically it was just for reasons of simplicity of a first version.
Same with the lack of conversion and using new variable names
altogether.

Now I think it wouldn't be too hard to convert to/from hex color
specifiers for writing/reading configuration so I'll just implement that
soon for the benefit of a seamless transition.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530577: zabbix-server: Init script fails due to service not stopping in time

[Javier Fernández-Sanguino Peña]

Package: zabbix-server-mysql
Version: 1:1.6.4-2
Priority: normal
Tags: patch

After testing zabbix server extensively in a lab environment (in a lab
practive I gave out to my students) I've found that under many circunstances
'/etc/init.d/zabbix-server restart' fails to start Zabbix properly.

In the lab environment we had configured the following in zabbix_server.conf:

StartPingers=10
StartDiscoverers=10

This lead to over 40 processes being spawned by zabbix_server. 
However, when the 'stop' action was called the child processes where not
killed on time.  In this case  2 second timeframe defined for the 'restart'
action in the init.d script seems no to be enough time for Zabbix to stop.

To reproduce this just set StartPingers and StartDiscoverers to a very large
value (100), execute the restart action and then look at the process list.
Zabbix_server is either not there or only the (dying) child processes are
there.

Consequently, there is a race condition in which the 'start' action fails
because the zabbix-server is actually stopping all of its childs and the
'stop' action has not yet finished.

I have patched the zabbix script in order to make the 'restart' action more
effectively by:

- (A) introducing a 'running' function to determine if the zabbix-server is up
- (B) introducing a 'force_stop' function to try to kill the server 'the
  hardway'
- changing the '2' second value to a variable (DODTIME) defined in the script
  header. This value could (potentially) be set by sourcing an external
  configuration file (think /etc/default/zabbix-server)

- use function (A) to stop the server only if present (optimisation)
- use function (A) after the server is supposedly stopped to try to determine
  if its running, if it is then try to kill it (using (B))
[ Note: Additionally, there are several functions to detect children and to
kill them too ]

- introduce a 'status' action which makes use of (A)

I've attached a patch to the debian/zabbix-server-pgsql.zabbix-server.init
file used in the package. Please review it and consider it for inclusion in
the package.

These changes could be easily be moved into the zabbix-server psql package.
By the way, why are there two init.d scripts in the sources (one for psql and
one for mysql) when they are exactly the same file? Wouldn't it be better to
use a single file here?


Regards

Javier

Note: This happened to me in 9 different servers, each of them had
Intel Celeron 2GHz CPUs and 1GB of RAM. With 10 discoverers/pingers each
server was running 40 Zabbix_server processes
--- zabbix-server-mysql.zabbix-server.init.orig	2009-05-26 01:47:11.0 +0200
+++ zabbix-server-mysql.zabbix-server.init	2009-05-26 02:51:19.0 +0200
@@ -13,8 +13,12 @@
 
 test -f $DAEMON || exit 0
 
+# time to wait for daemons death, in seconds
+# don't set it too low or you might not let it die gracefully
+DODTIME=2
+MAX_DIETIME=5
 DIR=/var/run/zabbix-server
-PID=$DIR/$NAME.pid
+PIDFILE=$DIR/$NAME.pid
 
 if test ! -d "$DIR"; then
 mkdir "$DIR"
@@ -23,28 +27,133 @@
 
 set -e
 
+# Check if a given process pid's cmdline matches a given name
+running()
+{
+# No pidfile, probably no daemon present
+[ ! -f "$PIDFILE" ] && return 1
+pid=`cat $PIDFILE`
+
+# No pid, probably no daemon present
+[ -z "$pid" ] && return 1
+
+[ ! -d /proc/$pid ] &&  return 1
+cmd=`cat /proc/$pid/cmdline | tr "\000" "\n"|head -n 1 |cut -d : -f 1`
+# Is this the expected child?
+[ "$cmd" != "$DAEMON" ] &&  return 1
+
+return 0
+}
+
+# Check if a given process' childrens are running
+running_child()
+{
+[ -z "$NAME" ] && return 1
+if ps -eo ppid,pid,comm |grep -q $NAME; then
+return 0
+fi
+return 1
+}
+
+
+
+force_stop() {
+[ ! -e "$PIDFILE" ] && return
+if running ; then
+pid=`cat $PIDFILE`
+kill -15 $pid
+# Is it really dead?
+[ -n "$DODTIME" ] && sleep "$DODTIME"s
+if running ; then
+kill -9 $pid
+[ -n "$DODTIME" ] && sleep "$DODTIME"s
+if running ; then
+echo "Cannot kill $DESC (pid=$pid)!"
+exit 1
+fi
+fi
+fi
+rm -f $PIDFILE
+}
+
+# Maybe the process is not running, but its children are
+force_child_stop()
+{
+# Kill the children by name, it's safer not to use a variable here
+killall -15 zabbix_server
+}
+
+# Checks if the process is properly dead
+check_death()
+{
+[ -n "$DODTIME" ] && DODTIME=2
+[ -n "$MAX_DIETIME" ] &&  MAX_DIETIME=15
+sleep "$DODTIME"s
+if running; then
+echo "$DESC did not stop in $DODTIME seconds, forcing it to stop"
+force_stop
+fi
+if running; then
+echo "ERROR: $DESC did not die in the expected time, consider increasing DODTIME (currently $DODTIME)"
+

Bug#530576: kmplot: Allow for plotting of...

[Lisandro Damián Nicanor Pérez Meyer]

tags 530576 upstream
thanks

Hello,

the bug you reported is a KDE bug. Please report it via
Help -> Report bug... menu item of the respective application
or by visiting https://bugs.kde.org/ and following instructions
to report a new bug.

Debian Qt/KDE maintainers do not have resources to deal with
non Debian-specific bugs and therefore it is unlikely that
your bug will be solved if you do not report it to KDE developers
directly (unless it is/has been reported by somebody else).

Whenever you open a bug report on the KDE bug tracking system, or 
you find that the bug has been already reported on it, you can couple 
both this Debian bug and the KDE bug together by sending the mail with 
the text below to cont...@bugs.debian.org (replace KDE-BUG-URL with 
the address of the bug report on https://bugs.kde.org/)

[ copy this ]
forwarded 530576 KDE-BUG-URL
thanks
[ copy this ]

Thank you,


-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/



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

Bug#494835: [Pkg-nagios-devel] Bug#494835: nagios-plugins: check_http add default http port to URL

[Brian Stolz]

Hi Jan,

On Mon, May 25, 2009 at 4:00 PM, Jan Wagner  wrote:
> Hi there,
>
>
> $ /usr/lib/nagios/plugins/check_http -H www.tcen.ru -I www.tcen.ru
> HTTP OK HTTP/1.1 200 OK - 5974 bytes in 0,778 seconds |
> time=0,778018s;;;0,00 size=5974B;;;0
> $ dpkg -l | grep nagios-plugins-basic
> ii  nagios-plugins-basic              1.4.12-5                   Plugins for
> the nagios network monitoring an
>
> Actually I didn't got, what the problem exactly is. Maybe anybody can come
> around with much better examples/configs so that I can reproduce the issue.
>
> Thanks and with kind regards, Jan.
> --
> Never write mail to , you have been warned!
>

The problem is that some webservers are configured so that
www1.wowhead.com and www1.wowhead.com:80 are different virtual hosts.
As you can see if you test with both of the hostnames I just provided,
www1.wowhead.com returns a 200 code.  Where as www1.wowhead.com:80
does a 302 redirect to www.wowhead.com instead of giving you a 200
code.

By default, the plugin automatically adds the header:

Host: www1.wowhead.com:80

Ideally it would be nice to be able to provide a flag to not include
the port number in the host.

-- 
- Brian



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#456344: [reportbug/master] force to enter the package name and short description while reporting a

[Sandro Tosi]

tag 456344 pending
thanks

Date:   Tue May 26 01:22:38 2009 +0200
Author: Sandro Tosi 
Commit ID: 2af8e9f35509b676ec02a6b990b2a690ec1d229d
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=2af8e9f35509b676ec02a6b990b2a690ec1d229d
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=2af8e9f35509b676ec02a6b990b2a690ec1d229d

force to enter the package name and short description while reporting a
wnpp bug; thanks to Sam Morris for the report and to Carl Chenet for the
idea about how to fix it; Closes: #456344
  



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530446: dpkg: FTBFS on hurd-i386 due to typo

[Guillem Jover]

tags 530446 pending
thanks

Hi!

On Mon, 2009-05-25 at 00:07:01 +0200, Marc Dequènes (Duck) wrote:
> Package: dpkg
> Version: 1.15.1
> Severity: important
> Tags: patch

> Please correct a simple typo in 'utils/start-stop-daemon.c': 'OSHurd'  
> symbol is being used instead of 'OSHURD'.

As I mentioned on #debian-hurd, I took care of it few days ago:

  

was waiting to see if there was any other serious regression. Will be
uploading now.

regards,
guillem



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#529976: luatex: texdoc fails to find pgfmanual as it is zipped

[Julian Gilbey]

On Mon, May 25, 2009 at 10:09:11PM +0200, Frank Küster wrote:
> tags 529976 patch pending
> thanks
> 
> Julian Gilbey  wrote:
> 
> >   - /!\ zip support disabled by default (not portable) (see comments below)
> >
> 
> Yep. Patch attached, essentially it's just
> 
> +--- luatex-0.40.1.orig/debian/texdoc/texdoclua 2009-05-25 21:59:55.0 
> +0200
>  luatex-0.40.1/debian/texdoc/texdoclua  2009-05-25 22:00:46.0 
> +0200
> +@@ -77,7 +77,7 @@
> + -- everything  works for them (look for support_zipped in the code).
> + -- If you use this feature, please let us know: if nobody uses it,
> + -- we'll drop it at some point.
> +-support_zipped = false
> ++support_zipped = true
> 
> I've already checked it into the svn repository, but I think I'll leave
> the building to Norbert.

The comment now seems possibly wrong, though?  Surely we now have a
need for this feature?

Thanks for the fix!

   Julian



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#494835: [Pkg-nagios-devel] Bug#494835: nagios-plugins: check_http add default http port to URL

[Jan Wagner]

Hi there,

On Monday 25 May 2009, Brian Stolz wrote:
> The patch was removed in 1.4.12-4 with the changelog entry "add
> server_port back to 41_check_http_fix_http_header.dpatch, patch was
> incomplete" and the bug still exists in 1.4.12-5.

$ /usr/lib/nagios/plugins/check_http -H www.tcen.ru -I www.tcen.ru
HTTP OK HTTP/1.1 200 OK - 5974 bytes in 0,778 seconds |
time=0,778018s;;;0,00 size=5974B;;;0
$ dpkg -l | grep nagios-plugins-basic
ii  nagios-plugins-basic  1.4.12-5   Plugins for 
the nagios network monitoring an

Actually I didn't got, what the problem exactly is. Maybe anybody can come 
around with much better examples/configs so that I can reproduce the issue.

Thanks and with kind regards, Jan.
-- 
Never write mail to , you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
--END GEEK CODE BLOCK--


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

Bug#530343: [reportbug-ng] depends/recommends/... aren't shown correctly

[Robert Wohlrab]

tag 530343 + wontfix
thanks

> Maybe it is a dpkg problem:
>  $ dpkg --print-avail reportbug-ng
> Package `reportbug-ng' is not available.
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> and dpkg --contents (= dpkg-deb --contents) to list their contents.
>  $ dpkg --list|grep reportbug-ng
> ii  reportbug-ng   1.3  An
> easy to use alternative to Debian's class
Please also follow step 3 of
 http://antti-juhani.kaijanaho.fi/newblog/archives/521
when you start to ruin your dpkg database.
-- 
Robert Wohlrab



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#482693: signing-party: Caff fails to use key given using -u

[Franck Joncourt]

[...]
>> # When defining multiple keyids you can choose which of them you want to
>> # use for signing through the -u option on the command line.
>> $CONFIG{'keyid'}   = [ qw{DE7AAF6E94C09C7F 62AF4031C82E0039} ];
>>
>> Would it make it?
> 
> What about instead it said:
> 
> # You can define multiple keys below, but be aware that caff will use
> # the first key defined by default and will not use the second one
> # unless you explicitly specify the -u option on the command-line
> 
> as this gets at the UI problem I ran into... 

That is ok for me :)

Regards,

-- 
Franck Joncourt
http://debian.org - http://smhteam.info/wiki/



signature.asc
Description: OpenPGP digital signature

Bug#529920: libneon27-gnutls: Can confirm and provide strace log

[Dmitry Astapov]

Package: libneon27-gnutls
Severity: normal

I observe this bug here with 2.6.24 kernel. Downgrading helps.

Looks like the libneon messes with sockets somehow: here is what I got
with "strace -e network -f -o LOG svn ls http://any/url/here":

21133 socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = 3
21133 socket(PF_NETLINK, SOCK_RAW, 0)   = 4
21133 bind(4, {sa_family=AF_NETLINK, pid=0, groups=}, 12) = 0
21133 getsockname(4, {sa_family=AF_NETLINK, pid=21133, groups=}, [12]) 
= 0
21133 sendto(4, "\24\0\0\0\26\0\1\3\340\31\33J\0\0\0\0\0\0\0\0", 20, 0, 
{sa_family=AF_NETLINK, pid=0, groups=}, 12) = 20
21133 recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=}, 
msg_iov(1)=[{"0\0\0\0\24\0\2\0\340\31\33J\215R\0\0\2\10\200\376\1\0\0\0\10\0\1\0\177\0\0\1"...,
 4096}], msg_controllen=0, msg_flags=0}, 0) = 280
21133 recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=}, 
msg_iov(1)=[{"@\0\0\0\24\0\2\0\340\31\33J\215R\0\0\n\200\200\376\1\0\0\0\24\0\1\0\0\0\0\0"...,
 4096}], msg_controllen=0, msg_flags=0}, 0) = 256
21133 recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=}, 
msg_iov(1)=[{"\24\0\0\0\3\0\2\0\340\31\33J\215R\0\0\0\0\0\0\1\0\0\0\24\0\1\0\0\0\0\0"...,
 4096}], msg_controllen=0, msg_flags=0}, 0) = 20
21133 socket(PF_INET, 0x80001 /* SOCK_??? */, IPPROTO_TCP) = -1 EINVAL (Invalid 
argument)

Looks like args to the socket call on the last line are FUBAR. Hope
this helps.

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

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

Versions of packages libneon27-gnutls depends on:
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libcomerr2 1.41.5-1  common error description library
ii  libgnutls262.6.6-1   the GNU TLS library - runtime libr
ii  libgssapi-krb5-2   1.7dfsg~beta2-4   MIT Kerberos runtime libraries - k
ii  libk5crypto3   1.7dfsg~beta2-4   MIT Kerberos runtime libraries - C
ii  libkrb5-3  1.7dfsg~beta2-4   MIT Kerberos runtime libraries
ii  libxml22.7.3.dfsg-1  GNOME XML library
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

Versions of packages libneon27-gnutls recommends:
ii  ca-certificates   20081127   Common CA certificates

libneon27-gnutls suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530573: remctl_2.14-1(mips/unstable): FTBFS on mips - regression test failure

[Russ Allbery]

Peter De Schrijver  writes:

> There was an error while trying to autobuild your package:

>> Failed Set Fail/Total (%) Skip Stat  Failing Tests
>> -- --    
>> util/network  6/69 9%   18   --  aborted

Could you run:

tests/runtests -o util/network

inside the build tree for me if possible and let me know the results?  I
looked this over and can't figure out what could be causing problems
here unless accept() doesn't work inside the build environment, which
seems unlikely.

(I fixed the bug that caused the test to produce too many test results,
I think, but that would just cause a different, more correctly reported
failure.)

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#485894: gnudatalanguage: diff for NMU version 0.9~rc1-1.2

[Nelson A. de Oliveira]

tags 485894 + patch
thanks

Hi!

I have uploaded an NMU for gnudatalanguage (versioned as 0.9~rc1-1.2)
to DELAYED/5.

Diff is attached.

Best regards,
Nelson
diff -u gnudatalanguage-0.9~rc1/configure gnudatalanguage-0.9~rc1/configure
--- gnudatalanguage-0.9~rc1/configure
+++ gnudatalanguage-0.9~rc1/configure
@@ -20654,17 +20654,17 @@
 LIBS="$LIBS -L$with_Magick/lib -lMagick++"
 INCLUDES="$INCLUDES -I$with_Magick/include"
   else
-LIBS="$LIBS -lMagick++"
-INCLUDES="$INCLUDES -I/usr/include/magick"
+LIBS="$LIBS `Magick++-config --libs`"
+INCLUDES="$INCLUDES `Magick++-config --cppflags`"
   fi
 
-  { echo "$as_me:$LINENO: checking for GetMagickVersion in -lMagick" >&5
-echo $ECHO_N "checking for GetMagickVersion in -lMagick... $ECHO_C" >&6; }
+  { echo "$as_me:$LINENO: checking for GetMagickVersion in -lMagickCore" >&5
+echo $ECHO_N "checking for GetMagickVersion in -lMagickCore... $ECHO_C" >&6; }
 if test "${ac_cv_lib_Magick_GetMagickVersion+set}" = set; then
   echo $ECHO_N "(cached) $ECHO_C" >&6
 else
   ac_check_lib_save_LIBS=$LIBS
-LIBS="-lMagick  $LIBS"
+LIBS="`Magick-config --libs`  $LIBS"
 cat >conftest.$ac_ext <<_ACEOF
 /* confdefs.h.  */
 _ACEOF
diff -u gnudatalanguage-0.9~rc1/debian/changelog gnudatalanguage-0.9~rc1/debian/changelog
--- gnudatalanguage-0.9~rc1/debian/changelog
+++ gnudatalanguage-0.9~rc1/debian/changelog
@@ -1,3 +1,11 @@
+gnudatalanguage (0.9~rc1-1.2) unstable; urgency=low
+
+  * Non-maintainer upload;
+  * Update build-depends to the new ImageMagick packages and fix FTBFS
+(Closes: #485894).
+
+ -- Nelson A. de Oliveira   Mon, 25 May 2009 19:08:57 -0300
+
 gnudatalanguage (0.9~rc1-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u gnudatalanguage-0.9~rc1/debian/control gnudatalanguage-0.9~rc1/debian/control
--- gnudatalanguage-0.9~rc1/debian/control
+++ gnudatalanguage-0.9~rc1/debian/control
@@ -3,7 +3,7 @@
 Uploaders: Juan A. Añel 
 Section: interpreters
 Priority: optional
-Build-Depends: debhelper (>= 5), autotools-dev, python-support, fftw3-dev, libgsl0-dev, libhdf4g-dev, libhdf5-serial-dev, libmagick++9-dev, libplplot-dev, libreadline5-dev, zlib1g-dev, netcdfg-dev, python-all-dev, python-numarray
+Build-Depends: debhelper (>= 5), autotools-dev, python-support, fftw3-dev, libgsl0-dev, libhdf4g-dev, libhdf5-serial-dev, libmagick++-dev, libplplot-dev, libreadline5-dev, zlib1g-dev, netcdfg-dev, python-all-dev, python-numarray
 Standards-Version: 3.7.3
 Homepage: http://gnudatalanguage.sourceforge.net/
 


signature.asc
Description: Digital signature

Bug#487635: Bug #487635: Performance degradation over remote ssh X11 forwarded display

[Vagrant Cascadian]

a patch reported upstream seems to resolve the issue for some LTSP users
(haven't confirmed myself):

  http://bugs.freedesktop.org/show_bug.cgi?id=17868

  http://bugs.freedesktop.org/attachment.cgi?id=26071

diff --git a/src/xcb_util.c b/src/xcb_util.c
index 4ae9097..8873f26 100644
--- a/src/xcb_util.c
+++ b/src/xcb_util.c
@@ -30,6 +30,7 @@
 #include 
 #include 
 #include 
+#include 
 #ifdef DNETCONN
 #include 
 #include 
@@ -250,6 +251,9 @@ static int _xcb_open_tcp(char *host, char *protocol,
const unsigned short port)
 {
 fd = socket(addr->ai_family, addr->ai_socktype, addr->ai_protocol);
 if(fd >= 0) {
+int on = 1;
+setsockopt(fd, IPPROTO_TCP, TCP_NODELAY, &on, sizeof(on));
+
 if (connect(fd, addr->ai_addr, addr->ai_addrlen) >= 0)
 break;
 close(fd);

live well,
  vagrant



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530545: please remove vserver-build.fai

[Holger Levsen]

Hi Micah,

On Montag, 25. Mai 2009, Micah Anderson wrote:
> Thanks, I've filed this request upstream[0].

Thanks.


regards,
Holger


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

Bug#530572: pinot_0.93-1(mips/unstable): FTBFS on mips - undefined reference

[Peter De Schrijver]

Package: pinot
Version: 0.93-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of pinot_0.93-1 on ball by sbuild/mips 99.99
> Build started at 20090525-0055

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: autotools-dev, quilt, patchutils (>= 0.2.25), cdbs (>= 
> 0.4.27), debhelper (>= 6), libcurl4-openssl-dev, libxapian-dev (>= 1.0.3), 
> gsoap, libboost-dev, libtextcat-dev, libtag1-dev (>= 1.4), libsqlite3-dev (>= 
> 3.1), libgmime-2.0-2-dev (>= 2.0), libxml++2.6-dev (>= 2.12), 
> libdbus-glib-1-dev, libsigc++-2.0-dev (>= 2.0), libglib2.0-dev (>= 2.6), 
> libssl-dev (>= 0.9.7), libglibmm-2.4-dev (>= 2.6), libgtkmm-2.4-dev (>= 
> 2.10), shared-mime-info, desktop-file-utils, libexif-dev (>= 0.6), 
> python-support

[...]

> creating libCore.la
> (cd .libs && rm -f libCore.la && ln -s ../libCore.la libCore.la)
> g++ -DHAVE_CONFIG_H -I. -I..-I../Utils -I../Tokenize 
> -I../Tokenize/filters -I../SQL -I../Monitor -I../Collect -I../IndexSearch 
> -DUSE_CURL -DUSE_SSL -I/usr/include/libxml++-2.6 
> -I/usr/lib/libxml++-2.6/include -I/usr/include/libxml2 
> -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include 
> -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include 
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -I/usr/include/dbus-1.0 
> -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include-DUSE_GIO -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include   -D_REENTRANT -I/usr/include/gtkmm-2.4 
> -I/usr/lib/gtkmm-2.4/include -I/usr/include/glibmm-2.4 
> -I/usr/lib/glibmm-2.4/include -I/usr/include/giomm-2.4 
> -I/usr/lib/giomm-2.4/include -I/usr/include/gdkmm-2.4 
> -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 
> -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 
> -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include 
> -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo 
> -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb 
> -I/usr/include/libpng12 -I/usr/include/atk-1.0   -DHAVE_DBUS -fPIC -g -O2 -g 
> -Wall -O2 -DNDEBUG -c -o pinot-index.o pinot-index.cpp
> /bin/sh ../libtool --tag=CXX   --mode=link g++ -I../Utils -I../Tokenize 
> -I../Tokenize/filters -I../SQL -I../Monitor -I../Collect -I../IndexSearch 
> -DUSE_CURL -DUSE_SSL -I/usr/include/libxml++-2.6 
> -I/usr/lib/libxml++-2.6/include -I/usr/include/libxml2 
> -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include 
> -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include 
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -I/usr/include/dbus-1.0 
> -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include-DUSE_GIO -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include   -D_REENTRANT -I/usr/include/gtkmm-2.4 
> -I/usr/lib/gtkmm-2.4/include -I/usr/include/glibmm-2.4 
> -I/usr/lib/glibmm-2.4/include -I/usr/include/giomm-2.4 
> -I/usr/lib/giomm-2.4/include -I/usr/include/gdkmm-2.4 
> -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 
> -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 
> -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include 
> -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo 
> -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb 
> -I/usr/include/libpng12 -I/usr/include/atk-1.0   -DHAVE_DBUS -fPIC -g -O2 -g 
> -Wall -O2 -DNDEBUG -rdynamic -Wl,--as-needed -o pinot-index pinot-index.o 
> -L../Utils -L../Tokenize -L../SQL -L../Monitor -L../Collect -L../IndexSearch 
> -lCore -lIndexSearch -lMonitor -lCollect -lSQL -lTokenize -lBasicUtils 
> -lUtils -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0   -lglibmm-2.4 
> -lgobject-2.0 -lsigc-2.0 -lglib-2.0   -ldbus-glib-1 -ldbus-1 -lgobject-2.0 
> -lglib-2.0   -pthread -lgthread-2.0 -lrt -lglib-2.0   -lxml++-2.6 -lxml2 
> -lglibmm-2.4 -lgobject-2.0 -lsigc-2.0 -lglib-2.0 -lcurl -lssl -lcrypto   
> -lsqlite3   -lpthread 
> g++ -I../Utils -I../Tokenize -I../Tokenize/filters -I../SQL -I../Monitor 
> -I../Collect -I../IndexSearch -DUSE_CURL -DUSE_SSL 
> -I/usr/include/libxml++-2.6 -I/usr/lib/libxml++-2.6/include 
> -I/usr/include/libxml2 -I/usr/include/glibmm-2.4 
> -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 
> -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -I/usr/include/dbus-1.0 
> -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 
&

Bug#530576: kmplot: Allow for plotting of...

[Deniz Akcal]

Package: kmplot
Version: 4:4.2.2-1+b1
Severity: wishlist


There should be plotting for vectors, parabolas, hyperbolas, step 
functions as well as circles added to this software. This is very useful 
for schooling and would be of an even greater use to many if such 
features could be added.

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

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

Versions of packages kmplot depends on:
ii  kdebase-runtime   4:4.2.2-1  runtime components from the offici
ii  kdelibs5  4:4.2.2-2  core libraries for all KDE 4 appli
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  libqt4-dbus   4.5.1-2Qt 4 D-Bus module
ii  libqt4-svg4.5.1-2Qt 4 SVG module
ii  libqt4-xml4.5.1-2Qt 4 XML module
ii  libqtcore44.5.1-2Qt 4 core module
ii  libqtgui4 4.5.1-2Qt 4 GUI module
ii  libstdc++64.4.0-5The GNU Standard C++ Library v3

kmplot recommends no packages.

Versions of packages kmplot suggests:
ii  khelpcenter4  4:4.2.2-1  Help Center for KDE 4

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#482693: signing-party: Caff fails to use key given using -u

[Micah Anderson]

* Franck Joncourt  [2009-05-25 17:22-0400]:
> [...]
> >> Would you consider noting this in the default configuration so that it
> >> will lead someone like myself to read more carefully that man page? :)
> > 
> > Ok, I will update the sample configuration to mention it.
> 
> # When defining multiple keyids you can choose which of them you want to
> # use for signing through the -u option on the command line.
> $CONFIG{'keyid'}   = [ qw{DE7AAF6E94C09C7F 62AF4031C82E0039} ];
> 
> Would it make it?

What about instead it said:

# You can define multiple keys below, but be aware that caff will use
# the first key defined by default and will not use the second one
# unless you explicitly specify the -u option on the command-line

as this gets at the UI problem I ran into... 
micah



signature.asc
Description: Digital signature

Bug#530571: stopped working: KeyError: 'mutt -H'

[martin f krafft]

Package: reportbug
Version: 4.3
Severity: grave

reportbug has stopped working for me:

  piper:~|master|% reportbug mutt   
#10005
  Traceback (most recent call last):
File "/usr/bin/reportbug", line 1871, in 
  main()
File "/usr/bin/reportbug", line 862, in main
  if not utils.mua_exists(options.mua):
File "/usr/lib/pymodules/python2.5/reportbug/utils.py", line 775, in 
mua_exists
  returnvalue = subprocess.call(MUAVERSION[mua], stdout=open(output, 'w'), 
stderr=subprocess.STDOUT, shell=True)
  KeyError: 'mutt -H'

mutt has not changed, and mutt -H works as before. This is even though I have

piper:~|master|% grep mutt .reportbugrc 
  #10009
mutt
# mua 'mutt -H'

in my config, not 'mutt -H' as the comment suggests. Changing that
to mutt -H does not make it work.

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#530574: po4a: Patch for improved Markdown support in text module

[Jonas Smedegaard]

Package: po4a
Version: 0.36.1-1
Severity: normal
Tags: patch

Hi,

As subject says, attached is a patch for improved Markdown support in
text module.

If needed I can distill my evolutionary notes.  You can also see for
yourself with the following commands:

git clone git://source.jones.dk/ikiwiki
cd ikiwiki
git log d0c079.. -- perl/Locale/Po4a/Text.pm
git log -p d0c079.. -- perl/Locale/Po4a/Text.pm

(last command shows progressive patches - in case you don't know Git)


Please apply this for more reliable l10n handling in upcoming po pluging
for ikiwiki.

Kind regards,

 - Jonas

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

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

Versions of packages po4a depends on:
ii  gettext   0.17-6 GNU Internationalization utilities
ii  libsgmls-perl 1.03ii-32  Perl modules for processing SGML p
ii  perl  5.10.0-22  Larry Wall's Practical Extraction 
ii  perl-modules  5.10.0-22  Core Perl modules
ii  sp1.3.4-1.2.1-47 James Clark's SGML parsing tools

Versions of packages po4a recommends:
ii  liblocale-gettext-perl1.05-4 Using libc functions for internati
ii  libterm-readkey-perl  2.30-4 A perl module for simple terminal 
ii  libtext-wrapi18n-perl 0.06-6 internationalized substitute of Te

po4a suggests no packages.

-- no debconf information
--- /home/jonas/src/tmp/IKIWIKI/po4a-0.36.1/lib/Locale/Po4a/Text.pm 
2009-04-05 14:10:21.0 +0200
+++ Text.pm 2009-05-25 22:40:39.0 +0200
@@ -143,6 +143,7 @@
 my $paragraph="";
 my $wrapped_mode = 1;
 my $expect_header = 1;
+my $end_of_paragraph = 0;
 ($line,$ref)=$self->shiftline();
 my $file = $ref;
 $file =~ s/:[0-9]+$//;
@@ -152,6 +153,8 @@
 $file = $1;
 do_paragraph($self,$paragraph,$wrapped_mode);
 $paragraph="";
+$wrapped_mode = 1;
+$expect_header = 1;
 }
 
 chomp($line);
@@ -464,37 +467,53 @@
 $self->{indent} = $indent;
 $self->{bullet} = "";
 }
-} elsif (   $line =~ /^=*$/
- or $line =~ /^_*$/
- or $line =~ /^-*$/) {
+} elsif ($line =~ /^-- $/) {
+# Break paragraphs on email signature hint
+do_paragraph($self,$paragraph,$wrapped_mode);
+$paragraph="";
+$wrapped_mode = 1;
+$self->pushline($line."\n");
+} elsif (   $line =~ /^=+$/
+ or $line =~ /^_+$/
+ or $line =~ /^-+$/) {
 $wrapped_mode = 0;
 $paragraph .= $line."\n";
 do_paragraph($self,$paragraph,$wrapped_mode);
 $paragraph="";
 $wrapped_mode = 1;
 } elsif ($markdown and
+ (   $line =~ /^\s*\[\[\!\S+\s*$/ # macro begin
+ or $line =~ /^\s*"""\s*\]\]\s*$/)) { # """ textblock inside 
macro end
+# Avoid translating Markdown lines containing only markup
+do_paragraph($self,$paragraph,$wrapped_mode);
+$paragraph="";
+$wrapped_mode = 1;
+$self->pushline("$line\n");
+} elsif ($markdown and
  (   $line =~ /^#/# headline
   or $line =~ /^\s*\[\[\!\S[^\]]*\]\]\s*$/)) { # sole macro
-# Found Markdown markup that should be preserved as a single line
+# Preserve some Markdown markup as a single line
 do_paragraph($self,$paragraph,$wrapped_mode);
 $paragraph="$line\n";
 $wrapped_mode = 0;
+$end_of_paragraph = 1;
+} elsif ($markdown and
+ (   $line =~ /^"""/)) { # """ textblock inside macro end
+# Markdown markup needing separation _before_ this line
 do_paragraph($self,$paragraph,$wrapped_mode);
+$paragraph="$line\n";
 $wrapped_mode = 1;
-$paragraph="";
-} elsif ($markdown and
- (   $paragraph =~ m/^>/   # blockquote
-  or $paragraph =~ m/[<>]/ # maybe html
-  or $paragraph =~ m/^"""/ # textblock inside macro end
-  or $paragraph =~ m/"""$/)) { # textblock inside macro begin
-# Found Markdown markup that might not survive wrapping
-$wrapped_mode = 0;
-$paragraph .= $line."\n";
 } else {
 if ($line =~ /^\s/) {
 # A line starting by a space indicates a non-wrap
 # paragraph
 $wrapped_mode = 0;
+}
+if ($markdown and
+ (   $line =~ /\S  $/# explicit newline
+

Bug#487635: Performance degradation over remote ssh X11 forwarded display (and any other remote X connection)

[Seb James]

I've been experiencing this problem in Lenny myself. I use unencrypted,
remote X, using XDMCP to establish a connection. I find particular
problems when using Evolution - it's unusable to scroll the lists. I
also experience slow performance using X tunneled via ssh.

I've applied Stephane Graber's patch for libxcb, which he created for
Ubuntu. See the libxcb patch in:
https://launchpad.net/~stgraber/+archive/ppa

You can find my application of this patch to Lenny (for i386 only right
now) here:

http://www.wmltd.co.uk/debian/libxcb1/

This patch restores the acceptable performance I was experiencing in
Debian Etch (prior to my upgrade to Lenny last week).

I've uploaded all the files I edited there; you can download the .deb
files and install (all of) them. The build tree is there, too. The patch
is only a couple of lines.

Hope it's helpful.

Seb James






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#529081: ITP: oss-libsalsa -- Libsalsa is a library providing an ALSA interface on top of OSS

[Samuel Thibault]

Marc-André Lureau, le Tue 26 May 2009 00:19:19 +0300, a écrit :
> On Sun, May 17, 2009 at 7:53 PM, Samuel Thibault  wrote:
> >  Description     : Libsalsa is a library providing an ALSA interface on top 
> > of OSS
> 
> It's unfortunate, but libsalsa is also the name of the tiny ALSA
> library implementation:
> 
> http://www.alsa-project.org/main/index.php/SALSA-Library
> 
> Could something be made to avoid the name conflict?

Damn, I've already uploaded a package, I've sent ftpmaster a request for
removal from the NEW queue.

I guess renaming the oss/alsa compatibility library is not a problem at
all, as users will probably not need to find it, it's mostly for
non-linux autobuilders, which will happily find anything that provides
libasound2?-dev.  Any thoughts about the name?  liboss-salsa.so?

Samuel



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#527956: gpsdrive: FTBFS:

[Kurt Roeckx]

On Mon, May 25, 2009 at 10:28:39PM +0100, Adam D. Barratt wrote:
> 
> One oddity I did notice in the debdiffs of the binary packages is that
> gpsdrive lost its zlib dependency; I can't see any obvious reason for
> that, hence not having tagged the bug patch as yet.

This might be the result of using the Debian version of
libtool which is patched not link against the depedencies
of the dependent on library.  So zlib will still be
pulled in, but it's the other lib that is using it and
pulling it in.


Kurt




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#507374: Impossible de se connecter au serveur

[Yan Morin]

Hi,

I've got the same problem with 1.5.6 and using the serf as http-library 
"solution" works too.


Error message (in french in my case):
svn: OPTIONS de 'https://svn.server.com/trunk/project': Impossible de se 
connecter au serveur (https://svn.server.com)


Thanks

--
Yan Morin
Consultant en Logiciel Libre de Progysm
prog...@gmail.com
http://www.progysm.com/
819 499-0616


begin:vcard
fn:Yan Morin
n:Morin;Yan
org:ProgYSM
adr;quoted-printable:;;417, rue du Portage, app. 17;Mont-Laurier;Qu=C3=A9bec;J9L 2A3;Canada
email;internet:prog...@gmail.com
title:Consultant en Logiciel Libre
tel;work:819-499-0616
note;quoted-printable:Consultation pour les Logiciels Libres=0D=0A=
	Programmation Web=0D=0A=
	Programmation XUL, Java, C++=0D=0A=
	Scripting Linux=0D=0A=
	Support technique Linux=0D=0A=
	Formation Web/Linux/Programmation
url:http://www.progysm.com/
version:2.1
end:vcard

Bug#530010: Please document that threads are disabled

[Riku Saikkonen]

Neil Jerram  writes:
>r...@cs.hut.fi (Riku Saikkonen) writes:
>> (call-with-new-thread (lambda () 1)):
>> standard input:1:1: Function not implemented
...
>> It took me quite a while to get from "Function not implemented" to
>> discovering that the Debian package has threads disabled, so a
>> Debian-specific documentation of the change would be very useful.
>Can you say specifically what you'd like to see happen instead?
>Unless you only mean documentation in a Debian-specific file, I don't
>see why it should be Debian-specific.  For example, perhaps we
>(upstream) could change that error message to add "because Guile was
>built without threads support".

Hmm, yes, something like that would be good. I guess such a message
would have been enough for me to start looking at how the Debian
package was compiled.

Perhaps guile --version or some similar option could also report the
options it was compiled with (regarding enabled or disabled features),
though this may be a bit more difficult to implement.

>The thread-related bug was complicated (to do with locked mutexes and
>forking), and I understand that it would also be complicated (because
>of ABI compatibility) to re-enable threads within the series of
>guile-1.8 packages.  I think our best hope in practice is just to make
>sure that we have threads enabled (and all working!) again in the next
>major Guile release (2.0, expected sometime this year).

Ok.

-- 
-=- Rjs -=- r...@cs.hut.fi, riku.saikko...@hut.fi



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530051: Priority: Wishlist

[thomas schorpp]

There's no such feature "user defined sip port", provider is responsible for 
correct DNS SRV setup.

y
tom




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530575: Please change TMPTIME to >0

[martin f krafft]

Package: initscripts
Version: 2.86.ds1-61
File: /etc/default/rcS
Severity: wishlist

TMPTIME is set to 0, which means that /tmp is cleaned on every boot.
With laptops running out of power, this can cause data loss.

Please consider setting TMPTIME to 1 or more. It'll hardly hurt (I
have it set to 90 on all machines), but it could mean that data in
/tmp (e.g. mutt emails) can be recovered after a machine goes down
unexpectedly.

Thanks,

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#530573: remctl_2.14-1(mips/unstable): FTBFS on mips - regression test failure

[Peter De Schrijver]

Package: remctl
Version: 2.14-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of remctl_2.14-1 on mayr by sbuild/mips 99.999
> Build started at 20090523-1135

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5.0.61), dpkg-dev (>= 1.14.9), libkrb5-dev, 
> libtest-pod-perl, php5-dev, python-all-dev, python-support (>= 0.6)

[...]

> util/xmallocok (skipped 17 tests)
> util/xwrite.ok
> 
> Failed Set Fail/Total (%) Skip Stat  Failing Tests
> -- --    
> util/network  6/69 9%   18   --  aborted
> 
> Aborted 1 test set, passed 1746/1752 tests, 95 tests skipped.
> Files=38,  Tests=1752,  8.98 seconds (4.75 usr + 2.31 sys = 7.06 CPU)
> make[2]: *** [check-local] Error 1
> make[2]: Leaving directory `/build/buildd/remctl-2.14'
> make[1]: *** [check-am] Error 2
> make[1]: Leaving directory `/build/buildd/remctl-2.14'
> make: *** [build-stamp] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=mips&pkg=remctl&ver=2.14-1




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530570: Path to 1rott13.zip changed

[Stefan Ritter]

Package: rott
Version: 1.1-2
Severity: grave

Hi,

the path to the shareware files has moved from ftp://ftp.3drealms.com/share/ to
ftp://ftp.3drealms.com/pub/share/, so postinst fails to download them.

Regards, Stefan

-- 
,---[ xeno ]-
| Stefan Ritter 
| JID 
| Web 
`
,---[ please ]---
| ()  ascii ribbon campaign - against html e-mail
| /\  www.asciiribbon.org   - against proprietary attachments
`



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530545: please remove vserver-build.fai

[Micah Anderson]

* Holger Levsen  [2009-05-25 13:09-0400]:
> package: util-vserver
> version: 0.30.216~r2772-6
> x-debbugs-cc: linux-fai-de...@uni-koeln.de
> 
> Hi,
> 
> your package includes /usr/lib/util-vserver/vserver-build.fai which only 
> works 
> with real ancient versions of fai. The wiki page referenced in the script 
> (which is a howto) was last edited in April 2006, that was while sarge was 
> still current.
> 
> Today fai has a dirinstall feature making your script also mostly useless, 
> the 
> the rest (which doesnt work anymore anyway) can also easily achieved by 
> normal fai means (aka a hook).

Thanks, I've filed this request upstream[0].

micah

0. https://savannah.nongnu.org/bugs/index.php?26676



signature.asc
Description: Digital signature

Bug#367122: Still valid?

[Eugen Dedu]

Is this bug still valid?

--
Eugen Dedu



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530436: ffmpeg-debian: FTBFS on Hurd

[Diego Biurrun]

On Mon, May 25, 2009 at 03:26:50AM -0400, Andres Mejia wrote:
> On Monday 25 May 2009 01:34:15 Diego Biurrun wrote:
> > On Sun, May 24, 2009 at 08:53:08PM -0400, Andres Mejia wrote:
> > > On Sunday 24 May 2009 17:08:17 Marc Dequènes (Duck) wrote:
> > > > The configure script does not support the GNU system. The attached
> > > > very small patch adds the required modification to fix this problem.
> > > > Please consider applying it in your next upload and help push this
> > > > change upstream.
> > >
> > > Thanks. It's been applied in the git repo for the next upload and
> > > forwarded upstream.
> >
> > Better strategy: Forward upstream first, then merge back whatever
> > changes upstream really implements.
> 
> Oh yeah, got to fix that now. I'll forward these changes upstream first then 
> from 
> now on.

Note that I changed your patch twice already.  While yours is correct
even if not optimal, committing it prematurely still caused you
duplicated work.  Had it been buggy, there might have been trouble...

With an upstream as active and responsive as FFmpeg I think there is
never a reason to commit a patch before it is accepted upstream.

Diego




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#527956: gpsdrive: FTBFS:

[Adam D. Barratt]

On Sat, 2009-05-09 at 19:31 +0200, Kurt Roeckx wrote:
> There was an error while trying to autobuild your package:
> [...]
> 
> > if i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. 
> > -DLOCALEDIR=\"/usr/share/locale\" -DDATADIR=\"/usr/share\" 
> > -DLIBDIR=\"/usr/lib\" -DFRIENDSSERVERVERSION=\"2\"   -DMAPNIK 
> > -I/usr/include/ -I/usr/local/include -I/opt/boost_1_35/include/boost-1_35 
> > -I/usr/local/include/freetype2 -I/usr/include/freetype2 -I. 
> > -L/usr/local/lib -I. -I. -I.. -I/usr/include/dbus-1.0 
> > -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 
> > -I/usr/lib/glib-2.0/include   -DDBUS_API_SUBJECT_TO_CHANGE=1-g -O2  -MT 
> > mapnik.o -MD -MP -MF ".deps/mapnik.Tpo" -c -o mapnik.o mapnik.cpp; \
> > then mv -f ".deps/mapnik.Tpo" ".deps/mapnik.Po"; else rm -f 
> > ".deps/mapnik.Tpo"; exit 1; fi
> > /bin/sh ../libtool --tag=CXX --mode=link i486-linux-gnu-g++  -g -O2-o 
> > gpsdrive  gpsdrive.o splash.o gpsdrive_config.o navigation.o speech_out.o 
> > friends.o battery.o track.o poi.o wlan.o waypoint.o draw_grid.o settings.o 
> > gpssql.o gpskismet.o icons.o gui.o poi_gui.o main_gui.o navigation_gui.o 
> > settings_gui.o LatLong-UTMconversion.o gpsnasamap.o gpsmisc.o geometry.o 
> > map_handler.o import_map.o routes.o download_map.o map_projection.o 
> > speech_strings.o gps_handler.o nmea_handler.o unit_test.o mapnik.o -lcrypt 
> > -lfontconfig -lfontconfig -lcairo  -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 
> > -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 
> > -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 
> > -lgthread-2.0 -lrt -lglib-2.0 -lart_lgpl_2   -lxml2   -L/usr/lib -lpcre   
> > -ldbus-1   -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0   -lfreetype 
> > -lmapnik
> > ../libtool: line 777: X--tag=CXX: command not found
> > ../libtool: line 810: libtool: ignoring unknown tag : command not found
[...]
> This is most likely caused by mixing old and new parts of libtool.
> This could for instance happen when not all aclocal.m4 are
> regenerated.

Running "libtoolize -i -f" after autoconf in debian/rules makes the
package build again and the few quick tests I tried seemed to work okay;
I don't have any GPS equipment in order to test the packages properly.

One oddity I did notice in the debdiffs of the binary packages is that
gpsdrive lost its zlib dependency; I can't see any obvious reason for
that, hence not having tagged the bug patch as yet.

Regards,

Adam



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530535: apache2: Apache fails to follow symlinks via other symlinks

[Edward Welbourne]

I forgot to mention: the error.log reports the error as 

 Symbolic link not allowed or link target not accessible: 
/disk/home/eddy/whorlweb/edoc



Eddy.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#529081: ITP: oss-libsalsa -- Libsalsa is a library providing an ALSA interface on top of OSS

[Marc-André Lureau]

Hi

On Sun, May 17, 2009 at 7:53 PM, Samuel Thibault  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Samuel Thibault 
>
>
> * Package name    : oss-libsalsa
>  Version         : 4.1-build1052b
>  Upstream Author : 4Front Technologies www.4front-tech.com
> * URL             : http://developer.opensound.com/sources/
> * License         : BSD
>  Programming Lang: C
>  Description     : Libsalsa is a library providing an ALSA interface on top 
> of OSS
>
>

It's unfortunate, but libsalsa is also the name of the tiny ALSA
library implementation:

http://www.alsa-project.org/main/index.php/SALSA-Library

Could something be made to avoid the name conflict?

regards,

-- 
Marc-André Lureau



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530568: icu_4.2-1(sparc/experimental): FTBFS: unknown architecture of input file is incompatible with sparc output

[Frank Lichtenheld]

Package: icu
Version: 4.2-1
Severity: serious

Hi,

your package failed to build from source.

| Automatic build of icu_4.2-1 on njoerd by sbuild/sparc 98-farm
| Build started at 20090525-0944
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Reading state information...
| Need to get 13.7MB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de experimental/main icu 4.2-1 (dsc) [1299B]
| Get:2 http://sinclair.farm.ftbfs.de experimental/main icu 4.2-1 (tar) [13.7MB]
| Get:3 http://sinclair.farm.ftbfs.de experimental/main icu 4.2-1 (diff) 
[11.8kB]
| Fetched 13.7MB in 3s (3504kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: cdbs, debhelper (>= 5), quilt, doxygen, gcc-multilib [amd64 
kfreebsd-amd64 ppc64] | gcc-4.1 (<< 4.1.2) [amd64 kfreebsd-amd64 ppc64], 
g++-multilib [amd64 kfreebsd-amd64 ppc64] | g++-4.1 (<< 4.1.2) [amd64 
kfreebsd-amd64 ppc64], libc6-dev-i386 [amd64], libc0.1-dev-i386 
[kfreebsd-amd64], libc6-dev-powerpc [ppc64]
| Checking for already installed source dependencies...
[...]
| LD_LIBRARY_PATH=../lib:../stubdata:../tools/ctestfw:$LD_LIBRARY_PATH  
../bin/icupkg -tb ./in/icudt42l.dat ./out/icudt42b.dat
| Unpacking ./out/icudt42b.dat and generating out/tmp/icudata.lst (list of data 
files)
| LD_LIBRARY_PATH=../lib:../stubdata:../tools/ctestfw:$LD_LIBRARY_PATH  
../bin/icupkg -d ./out/build/icudt42b --list -x \* ./out/icudt42b.dat > 
out/tmp/icudata.lst
| LD_LIBRARY_PATH=../stubdata:../tools/ctestfw:../lib:$LD_LIBRARY_PATH  
MAKEFLAGS= ../bin/pkgdata -O ../data/icupkg.inc -q -c -s 
/build/buildd/icu-4.2/source/data/out/build/icudt42b -d ../lib -e icudt42 -T 
./out/tmp -p icudt42b -L sicudata -m static ./out/tmp/icudata.lst
| ar: creating ../lib/libsicudata.a
| genccode: --match-arch cpu=3 bits=32 big-endian=2
| LD_LIBRARY_PATH=../stubdata:../tools/ctestfw:../lib:$LD_LIBRARY_PATH  
MAKEFLAGS= ../bin/pkgdata -O ../data/icupkg.inc -q -c -s 
/build/buildd/icu-4.2/source/data/out/build/icudt42b -d ../lib -e icudt42 -T 
./out/tmp -p icudt42b -m dll -r 42.0 -L icudata ./out/tmp/icudata.lst
| /usr/bin/ld: unknown architecture of input file `./out/tmp/icudt42b_dat.o' is 
incompatible with sparc output
| collect2: ld returned 1 exit status
| Error generating package data.
| genccode: --match-arch cpu=3 bits=32 big-endian=2
| make[2]: Leaving directory `/build/buildd/icu-4.2/source/data'
| /usr/bin/make[1]: Making `all' in `io'
| make[2]: Entering directory `/build/buildd/icu-4.2/source/io'
| generating dependency information for ucln_io.c
| generating dependency information for ustream.cpp
| generating dependency information for sscanf.c
| generating dependency information for sprintf.c
| generating dependency information for ustdio.c
| generating dependency information for uscanf_p.c
| generating dependency information for uscanf.c
| generating dependency information for uprntf_p.c
| generating dependency information for uprintf.c
| generating dependency information for ufmt_cmn.c
| generating dependency information for ufile.c
| generating dependency information for locbund.c
| make[2]: Leaving directory `/build/buildd/icu-4.2/source/io'
| make[2]: Entering directory `/build/buildd/icu-4.2/source/io'
| gcc -D_REENTRANT -I../common -I../i18n   -DU_IO_IMPLEMENTATION -g -Wall -O2 
-Wall -ansi -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes 
-Wwrite-strings -Wno-long-long  -fvisibility=hidden -c   -o locbund.ao locbund.c
| gcc -D_REENTRANT -I../common -I../i18n   -DU_IO_IMPLEMENTATION -g -Wall -O2 
-Wall -ansi -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes 
-Wwrite-strings -Wno-long-long  -fvisibility=hidden -c   -o ufile.ao ufile.c
| gcc -D_REENTRANT -I../common -I../i18n   -DU_IO_IMPLEMENTATION -g -Wall -O2 
-Wall -ansi -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes 
-Wwrite-strings -Wno-long-long  -fvisibility=hidden -c   -o ufmt_cmn.ao 
ufmt_cmn.c
| gcc -D_REENTRANT -I../common -I../i18n   -DU_IO_IMPLEMENTATION -g -Wall -O2 
-Wall -ansi -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes 
-Wwrite-strings -Wno-long-long  -fvisibility=hidden -c   -o uprintf.ao uprintf.c
| gcc -D_REENTRANT -I../common -I../i18n   -DU_IO_IMPLEMENTATION -g -Wall -O2 
-Wall -ansi -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes 
-Wwrite-strings -Wno-long-long  -fvisibility=hidden -c   -o uprntf_p.ao 
uprntf_p.c
| gcc -D_REENTRANT -I../common -I../i18n   -DU_IO_IMPLEMENTATION -g -Wall -O2 
-Wall -ansi -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes 
-Wwrite-strings -Wno-long-long  -fvisibility=hidden -c   -o uscanf.ao uscanf.c
| gcc -D_REENTRANT -I../common -I../i18n   -DU_IO_IMPLEMENTATION -g -Wall -O2 
-Wall -ansi -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes 
-Wwrite-strings -W

Bug#530087: gettext: bashism in /bin/sh script

[Raphael Geissert]

On Monday 25 May 2009 06:16:16 Santiago Vila wrote:
[...]
> > checkbashisms' output:
> > > possible bashism in ./usr/bin/autopoint line 55 ($RANDOM):
> > > tmp=$TMPDIR/gt$$-$RANDOM
> > > possible bashism in ./usr/bin/gettextize line 55 ($RANDOM):
> > > tmp=$TMPDIR/gt$$-$RANDOM
>
> Hmm, this works fine when sh is not bash, using bash just gives an
> extra of randomness.

And not using bash exposes autopoint and gettextize to symlink attacks.

In this case mktemp should be the right solution: it handles $TMPDIR, it is 
random, and ensures uniqueness.

> What do we call a "bashism", exactly? Is it something which does not
> work when sh is dash? In such case this is not a bashism.

For the pourpose of this release goal: any feature not required by policy and 
not implemented by dash.

Cheers,
-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#404752: Still valid?

[Eugen Dedu]

Frédéric, could you check with ekiga from unstable?

--
Eugen Dedu



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511850: Another problematic bug

[James Vega]

Searching for correspondent=james...@debian.org does not return #523620,
which at the time of this mail, is not archived.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#482693: signing-party: Caff fails to use key given using -u

[Franck Joncourt]

[...]
>> Would you consider noting this in the default configuration so that it
>> will lead someone like myself to read more carefully that man page? :)
> 
> Ok, I will update the sample configuration to mention it.

# When defining multiple keyids you can choose which of them you want to
# use for signing through the -u option on the command line.
$CONFIG{'keyid'}   = [ qw{DE7AAF6E94C09C7F 62AF4031C82E0039} ];

Would it make it?

Regards,

-- 
Franck Joncourt
http://debian.org - http://smhteam.info/wiki/



signature.asc
Description: OpenPGP digital signature

Bug#482693: signing-party: Caff fails to use key given using -u

[Franck Joncourt]

[...]
>>  -u yourkeyid, --local-user yourkeyid
>>Select the key that is used for signing, in case you have more than
>>one key. To sign with multiple keys at once, separate multiple keyids
>>by comma. This option requires the key(s) to be defined through the
>>keyid variable in the configuration file.
>>
>> The last sentence has been added.
> 
> Great, this makes it a lot more clear. However, I was confused the
> *other* way around. I specified the two keys in my caff configuration
> file and then was puzzled why they weren't being used. I did not
> understand that I also needed to pass the -u option. 
> 
> Would you consider noting this in the default configuration so that it
> will lead someone like myself to read more carefully that man page? :)

Ok, I will update the sample configuration to mention it.

Regards,

-- 
Franck Joncourt
http://debian.org - http://smhteam.info/wiki/



signature.asc
Description: OpenPGP digital signature

Bug#481854: tc filters still fairly undocumented

[Andreas Henriksson]

Hello Josip!

Thanks for filing the documentation bugs and updating some more with
renewed information. Having the outstanding issues listed is a good
first step for anyone who's motivated to have a go at fixing them
instead of blindly/randomly looking for outdated manpages.

The manpages is a well known weak area of iproute. It would be very very
useful if someone was willing to take on this issue. I expect it to be a
pretty big one, because not only is there a massive work to do getting
the existing manpages up to date - it also needs to be an ongoing work
keeping them up to date since upstream changes happen frequently adding
new features and there's no established workflow that requires doc
updates with code changes. On top of this the documentation system has
fallen apart and there are some original sources that generate docs, but
the generated docs has been manually updated and some parts are just
manually written. A completely new grip on the entire situation would
probably be best to get a new and maintainable documentation system in
place, but that's just my very personal opinion. Talking about
personal stuff, I don't think I will personally be able to tackle this,
since fixing code bugs is enough work for me already. Help would be
greatly appreciated!

So I'll finish off this mail with a classic comment:

On mån, 2009-05-25 at 22:17 +0200, Josip Rodin wrote:
[...]
> Just making these two consistent would be an improvement :)
[...]

Patches accepted!

;)

(I'll offer to forward them upstream for anyone willing to contribute
them.)

-- 
Regards,
Andreas Henriksson



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#529091: openscenegraph: fails to build on armel "hidden symbol (...) is referenced by DSO"

[Loic Dachary]

He says that it's basically a known bug that he has forwarded to gcc upstream, 
and in the meanwhile we can fix it on armel and hppa adding "-lgcc_s -lgcc" 
libraries.
  

Hi,

How did you add these two libraries ? I'll do the same and move on with 
2.8.1 packaging.


Great work.

begin:vcard
fn:Loic Dachary
n:Dachary;Loic
org:pokersource
adr:;;12 bd Magenta;Paris;;75010;France
email;internet:l...@dachary.org
title:Senior Developer
tel;work:+33 9 51 18 43 38
tel;cell:+33 6 64 03 29 07
x-mozilla-html:FALSE
url:http://dachary.org/
version:2.1
end:vcard

Bug#482693: signing-party: Caff fails to use key given using -u

[Micah Anderson]

* Franck Joncourt  [2009-05-25 16:52-0400]:
> Micah Anderson wrote:
> > * Franck Joncourt  [2009-04-18 10:26-0400]:
> >> Hi,
> >>
> >> I did another test but no more luck.
> > 
> > I think my problem was that I misunderstood that there is a difference
> > between -u and $CONFIG{'keyid'}. I think that your testing has shown
> > that and that my issue should be considered resolved. 
> 
> That was the same problem. A confusion around how to use the -u option
> and the $CONFIG{'keyid'} variable.
> 
> Therefore, the man page in the repository has been updated to look like
> this:
> 
>  -u yourkeyid, --local-user yourkeyid
>Select the key that is used for signing, in case you have more than
>one key. To sign with multiple keys at once, separate multiple keyids
>by comma. This option requires the key(s) to be defined through the
>keyid variable in the configuration file.
> 
> The last sentence has been added.

Great, this makes it a lot more clear. However, I was confused the
*other* way around. I specified the two keys in my caff configuration
file and then was puzzled why they weren't being used. I did not
understand that I also needed to pass the -u option. 

Would you consider noting this in the default configuration so that it
will lead someone like myself to read more carefully that man page? :)

Micah

> Regards and thanks for the feedback,

Thanks for your diligence on this issue!
Micah




signature.asc
Description: Digital signature

Bug#530378: debian-policy: allow /usr/share/doc/ to point to another indirectly-depended-upon package's dir

[Andrew McMillan]

On Sun, 2009-05-24 at 16:07 +0200, Serafeim Zanikolas wrote:
> 
> Policy allows a package's doc directory to be a symlink to another package's
> doc directory, as long as they are:
> 
> - from the same source package and
> - the first package directly depends upon the second
> 
> I propose that that the second requirement is relaxed to allow for an indirect
> dependency of the first package to the second (as long as all packages
> involved have the same source).

Hi,

I don't like the idea of muddying policy with this sort of convoluted
exception, and I can't see the value of it from a technical perspective.

Regards,
Andrew McMillan.


Andrew @ McMillan .Net .NZ Porirua, New Zealand
http://andrew.mcmillan.net.nz/Phone: +64(272)DEBIAN
Necessity is the mother of documentation






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#482693: signing-party: Caff fails to use key given using -u

[Franck Joncourt]

Micah Anderson wrote:
> * Franck Joncourt  [2009-04-18 10:26-0400]:
>> Hi,
>>
>> I did another test but no more luck.
> 
> I think my problem was that I misunderstood that there is a difference
> between -u and $CONFIG{'keyid'}. I think that your testing has shown
> that and that my issue should be considered resolved. 

That was the same problem. A confusion around how to use the -u option
and the $CONFIG{'keyid'} variable.

Therefore, the man page in the repository has been updated to look like
this:

 -u yourkeyid, --local-user yourkeyid
   Select the key that is used for signing, in case you have more than
   one key. To sign with multiple keys at once, separate multiple keyids
   by comma. This option requires the key(s) to be defined through the
   keyid variable in the configuration file.

The last sentence has been added.

> I didn't want to close this bug, because it seemed like there was
> another issue being worked on, so I'll leave that up to you, but feel
> free to do so at your discretion.

Ok. I will tag the bug as pending and let a future upload close it.

Regards and thanks for the feedback,

-- 
Franck Joncourt
http://debian.org - http://smhteam.info/wiki/



signature.asc
Description: OpenPGP digital signature

Bug#516001: Still valid?

[Ana Guerrero]

On Mon, May 25, 2009 at 10:45:00PM +0200, Eugen Dedu wrote:
> Ana Guerrero wrote:
>> On Mon, May 25, 2009 at 02:55:15PM +0200, martin f krafft wrote:
>>> also sprach Eugen Dedu  [2009.05.25.1146 
>>> +0200]:
 With the new unstable ekiga, does it work?
>>> i don't have ekiga installed anymore and purged all of KDE, so
>>> I cannot test this.
>>>
>>
>> Ekiga is not related to KDE at all, it is a GTK app...
>>
>> Eugen, I am using stable's ekiga at this moment and I can not risk break my
>> configuration in the next month. So I can not test this currently.
>
> But could you test it in say 2 months?  If not, better close the bug...
>

Martin says it is fixed, so close it =) 
I will reopen when I finally update again if the bug is still present.

Ana



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#529816: [Pkg-bazaar-maint] Bug#529816: default to merge-mode if only 'debian' directory exists?

[James Westby]

On Thu, 2009-05-21 at 19:34 +0200, Jelmer Vernooij wrote:
> Package: bzr-builddeb
> Severity: wishlist
> 
> It would be neat if bzr-builddeb could automatically use 'merge' mode if
> only a debian/ directory existed in the branch. I can't think of any
> situation where this would not DTRT.

The only one that I can think of would be a "dependency package", whose
only purpose was to depend on other packages, and so had no code. I'm
not sure whether that's a good enough reason not to do this though.


Thanks,

James




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#482279: Same thing happens with python-pycurl

[Mike]

Simon Josefsson wrote:

I just realized I wasn't clear what the likely cause of your problem is.
The problem may be caused by the server you are talking to.  Can you
access the servers that your clients use from your location?  Then
running 'gnutls-cli -d 4711' against that host may give enough details
to resolve it.

Earlier bug reports of this kind suggests that the server is buggy
(which can be worked around), but it may also be that the Cisco box is
filtering out the traffic if you are only seeing the problem behind
those boxes.

/Simon
  


Hi Simon,

I'm not really supposed to be doing this but this is the from the Cisco 
ASA network. I have no admin on anything outside of this box so I won't 
understand the configuration past seeing it dynamically redirect packets 
down different routes:


# gnutls-cli -d 4711 
Resolving ''...
Connecting to ':443'...
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_RSA_AES_128_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_RSA_CAMELLIA_128_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_RSA_AES_256_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_RSA_CAMELLIA_256_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_RSA_3DES_EDE_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_DSS_AES_128_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_DSS_CAMELLIA_128_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_DSS_AES_256_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_DSS_CAMELLIA_256_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_DSS_3DES_EDE_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_DSS_ARCFOUR_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_PSK_SHA_AES_128_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_PSK_SHA_AES_256_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_PSK_SHA_3DES_EDE_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: DHE_PSK_SHA_ARCFOUR_SHA1
|<3>| HSK[9e385a0]: Removing ciphersuite: SRP_SHA_RSA_AES_128_CBC_SHA1
|<3>| HSK[9e385a0]: Removing ciphersuite: SRP_SHA_RSA_AES_256_CBC_SHA1
|<3>| HSK[9e385a0]: Removing ciphersuite: SRP_SHA_RSA_3DES_EDE_CBC_SHA1
|<3>| HSK[9e385a0]: Removing ciphersuite: SRP_SHA_DSS_AES_128_CBC_SHA1
|<3>| HSK[9e385a0]: Removing ciphersuite: SRP_SHA_DSS_AES_256_CBC_SHA1
|<3>| HSK[9e385a0]: Removing ciphersuite: SRP_SHA_DSS_3DES_EDE_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: RSA_AES_128_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: RSA_CAMELLIA_128_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: RSA_AES_256_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: RSA_CAMELLIA_256_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: RSA_3DES_EDE_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: RSA_ARCFOUR_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: RSA_ARCFOUR_MD5
|<3>| HSK[9e385a0]: Keeping ciphersuite: PSK_SHA_AES_128_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: PSK_SHA_AES_256_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: PSK_SHA_3DES_EDE_CBC_SHA1
|<3>| HSK[9e385a0]: Keeping ciphersuite: PSK_SHA_ARCFOUR_SHA1
|<3>| HSK[9e385a0]: Removing ciphersuite: SRP_SHA_AES_128_CBC_SHA1
|<3>| HSK[9e385a0]: Removing ciphersuite: SRP_SHA_AES_256_CBC_SHA1
|<3>| HSK[9e385a0]: Removing ciphersuite: SRP_SHA_3DES_EDE_CBC_SHA1
|<2>| EXT[9e385a0]: Sending extension CERT_TYPE
|<2>| EXT[9e385a0]: Sending extension SERVER_NAME
|<3>| HSK[9e385a0]: CLIENT HELLO was send [119 bytes]
|<6>| BUF[HSK]: Peeked 0 bytes of Data
|<6>| BUF[HSK]: Emptied buffer
|<4>| REC[9e385a0]: Sending Packet[0] Handshake(22) with length: 119
|<2>| ASSERT: gnutls_cipher.c:205
|<7>| WRITE: Will write 124 bytes to 4.
|<7>| WRITE: wrote 124 bytes to 4. Left 0 bytes. Total 124 bytes.
|<7>|  - 16 03 02 00 77 01 00 00 73 03 02 4a 1a fa dc 32
|<7>| 0001 - c4 53 e3 da a8 9e e2 9b 3a dc ed 5a ec 60 33 b9
|<7>| 0002 - 59 5e 47 a5 cc 3d 92 95 2c ad 27 00 00 34 00 33
|<7>| 0003 - 00 45 00 39 00 88 00 16 00 32 00 44 00 38 00 87
|<7>| 0004 - 00 13 00 66 00 90 00 91 00 8f 00 8e 00 2f 00 41
|<7>| 0005 - 00 35 00 84 00 0a 00 05 00 04 00 8c 00 8d 00 8b
|<7>| 0006 - 00 8a 01 00 00 16 00 09 00 03 02 00 01 00 00 00
|<7>| 0007 - 0b 00 09 00 00 06 70 6f 72 74 61 6c
|<4>| REC[9e385a0]: Sent Packet[1] Handshake(22) with length: 124
|<7>| READ: -1 returned from 4, errno=104 gerrno=0
|<2>| ASSERT: gnutls_buffers.c:368
|<2>| ASSERT: gnutls_buffers.c:623
|<2>| ASSERT: gnutls_record.c:909
|<2>| ASSERT: gnutls_buffers.c:1152
|<2>| ASSERT: gnutls_handshake.c:1032
|<2>| ASSERT: gnutls_handshake.c:2331
|<6>| BUF[HSK]: Cleared Data from buffer
*** Fatal error: A TLS packet with unexpected length was received.
*** Handshake has failed
GNUTLS ERROR: A TLS packet with unexpected length was received.


But lets try a known example like www.yahoo.com from the same network:

gnutls-cli -d 4711 www.yahoo.com
Resolving 'www.yahoo.com'...
Connecting to '69.147.76.15:443'...
|<3>| HSK[9c56ca8]: Keeping ciphersuite: DHE_RSA_AES_128_CBC_SHA1
|<3>| HSK[9c56ca8]: Keeping ciphersuite: DHE_RSA_CAMELLIA_128_CBC_SHA1
|<3>| HSK[9c56ca8]: Keeping cipher

Bug#516001: Still valid?

[Eugen Dedu]

Ana Guerrero wrote:

On Mon, May 25, 2009 at 02:55:15PM +0200, martin f krafft wrote:

also sprach Eugen Dedu  [2009.05.25.1146 
+0200]:

With the new unstable ekiga, does it work?

i don't have ekiga installed anymore and purged all of KDE, so
I cannot test this.



Ekiga is not related to KDE at all, it is a GTK app...

Eugen, I am using stable's ekiga at this moment and I can not risk break my
configuration in the next month. So I can not test this currently.


But could you test it in say 2 months?  If not, better close the bug...

--
Eugen



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#381263: ITP attempt

[Loell anthony Erecre]

Hi i've been providing ubuntu deb packages for gyachi since 2006.
I'd like to package it for debian, but knowing that my packaging is
most probably not of debian quality, I'd also like to ask for
mentorship.

-Loell



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530566: gnome-volume-manager: removable media is not automounted anymore

[Julien Langer]

Package: gnome-volume-manager
Version: 2.24.1-3
Severity: normal

g-v-m says the following:

manager.c/3014: Device added:
/org/freedesktop/Hal/devices/usb_device_90c_1000_AA0401277473
manager.c/3014: Device added:
/org/freedesktop/Hal/devices/usb_device_90c_1000_AA0401277473_if0
manager.c/3014: Device added:
/org/freedesktop/Hal/devices/usb_device_90c_1000_AA0401277473_usbraw
manager.c/3014: Device added:
/org/freedesktop/Hal/devices/usb_device_90c_1000_AA0401277473_if0_scsi_host
manager.c/3014: Device added:
/org/freedesktop/Hal/devices/usb_device_90c_1000_AA0401277473_if0_scsi_host_scsi_device_lun0
manager.c/3014: Device added:
/org/freedesktop/Hal/devices/usb_device_90c_1000_AA0401277473_if0_scsi_host_scsi_device_lun0_scsi_generic
manager.c/3014: Device added:
/org/freedesktop/Hal/devices/storage_serial_INTENSO_USB_AA0401277473_0_0
manager.c/3014: Device added: /org/freedesktop/Hal/devices/volume_uuid_5916_6C33

So it looks like g-v-m see's the media but it's not mounted anymore (I'm not 
sure
if it's g-v-m's or nautilus' fault).

The nautilus version is 2.26.2-3.

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

Kernel: Linux 2.6.29 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.ISO-8859-15, lc_ctype=de...@euro (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-volume-manager depends on:
ii  gconf2   2.26.0-1GNOME configuration database syste
ii  gnome-mount  0.8-2   wrapper for (un)mounting and eject
ii  hal  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer
ii  libc62.9-12  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.14-2simple interprocess messaging syst
ii  libdbus-glib 0.80-4  simple interprocess messaging syst
ii  libgconf2-4  2.26.0-1GNOME configuration database syste
ii  libglade2-0  1:2.6.4-1   library to load .glade files at ru
ii  libglib2.0-0 2.20.1-2The GLib library of C routines
ii  libgnome2-0  2.26.0-1The GNOME library - runtime files
ii  libgnomeui-0 2.24.1-1The GNOME 2 libraries (User Interf
ii  libgtk2.0-0  2.16.1-2The GTK+ graphical user interface 
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libnotify1 [ 0.4.5-1 sends desktop notifications to a n
ii  libx11-6 2:1.2.1-1   X11 client-side library

Versions of packages gnome-volume-manager recommends:
ii  gthumb 3:2.11.0~svn2319-1+b1 an image viewer and browser
ii  nautilus-cd-burner 2.24.0-3  CD Burning front-end for Nautilus
ii  sound-juicer   2.24.0-2  GNOME 2 CD Ripper
ii  totem  2.26.2-1  A simple media player for the GNOM

Versions of packages gnome-volume-manager suggests:
pn  rhythmbox  (no description available)
pn  serpentine (no description available)
ii  wine  1.1.19-1   Windows API implementation - stand
pn  xsane  (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org