date:20100626

Joey Hess wrote:

 I noticed that git bundle --stdin actually attempts to read from stdin
 past EOF.

Patch 5 below fixes that.  Sadly it is not the whole story and I had
to introduce a memory leak for all users of --stdin to make
‘bundle --stdin’ actually work (patch 6).

In the case of bundle --stdin, I think the leak is unavoidable, while
in general, I suspect a parameter is needed to allow the caller to
indicate whether the leak is needed (analogous to save_commit_buffer).

The rest of the patches should be comparatively pleasant.

Patches 1, 3, and 4 give various parts of bundle creation their own
functions, to make the code easier to digest;

Patch 2 teaches the basis discovery code (which currently forks a
rev-list --boundary process) to use the revision walker directly, to
prepare for patch 5.

Patch 5 looked like it would be the main point of the series: it saves
the list of revs including those read from stdin and resets the
revision walker after the boundary is found.  This way, stdin is only
read once and the underlying logic of the revision walk does not need
to be changed significantly.

Even with patch 5, bundle --stdin still finds no revisions to read.
The problem: to write the table of contents, the name passed on the
command line for each ref is needed.  Unfortunately, names passed
through stdin are kept in a temporary buffer and then freed; the
random gibberish read instead does not look like a meaningful ref
name, so no valid toc entries are found.

Patch 6 fixes this, at the cost of a memory leak.  Suggestions for
avoiding the leak would of course be welcome.

Patch 7 adopts a similar “fix” in a context where it is not needed.
This is just for illustration.

Patch 8 is an unrelated enhancement that came along the way.

Thanks to Joey for the report and Johannes for suggestions for fixing
it.

Thoughts?  Tests to add?
Jonathan Nieder (8):
  bundle: split basis discovery into its own function
  bundle: use libified rev-list --boundary
  bundle: split body of list_prerequisites() loop into its own function
  bundle: split table of contents output into its own function
  bundle: reuse setup_revisions result
  revision: Keep ref names after reading them from stdin
  bundle: Keep names of basis refs after discovery
  bundle_create: Do not exit when given no revs to bundle

 bundle.c  |  172 ++---
 revision.c|2 +-
 t/t5704-bundle.sh |4 +-
 3 files changed, 113 insertions(+), 65 deletions(-)



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

Bug#554682: [PATCH 2/8] bundle: use libified rev-list --boundary

The revision walker produces structured output, which should be a
little easier to work with than the text from rev-list.

Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
 bundle.c |   69 ++---
 1 files changed, 38 insertions(+), 31 deletions(-)

diff --git a/bundle.c b/bundle.c
index 66948f4..0dd2acb 100644
--- a/bundle.c
+++ b/bundle.c
@@ -196,40 +196,47 @@ static int is_tag_in_date_range(struct object *tag, 
struct rev_info *revs)
 static int list_prerequisites(int bundle_fd, struct rev_info *revs,
int argc, const char * const *argv)
 {
-   const char **argv_boundary = xmalloc((argc + 4) * sizeof(const char *));
-   char buffer[1024];
-   struct child_process rls;
-   FILE *rls_fout;
+   const char **argv_boundary = xmalloc((argc + 1) * sizeof(const char *));
+   struct rev_info boundary_revs;
+   struct commit *rev;
 
-   memcpy(argv_boundary + 3, argv + 1, argc * sizeof(const char *));
-   argv_boundary[0] = rev-list;
-   argv_boundary[1] = --boundary;
-   argv_boundary[2] = --pretty=oneline;
-   argv_boundary[argc + 2] = NULL;
-   memset(rls, 0, sizeof(rls));
-   rls.argv = argv_boundary;
-   rls.out = -1;
-   rls.git_cmd = 1;
-   if (start_command(rls))
-   return -1;
-   rls_fout = xfdopen(rls.out, r);
-   while (fgets(buffer, sizeof(buffer), rls_fout)) {
-   unsigned char sha1[20];
-   if (buffer[0] == '-') {
-   write_or_die(bundle_fd, buffer, strlen(buffer));
-   if (!get_sha1_hex(buffer + 1, sha1)) {
-   struct object *object = parse_object(sha1);
-   object-flags |= UNINTERESTING;
-   add_pending_object(revs, object, buffer);
-   }
-   } else if (!get_sha1_hex(buffer, sha1)) {
-   struct object *object = parse_object(sha1);
-   object-flags |= SHOWN;
+   memcpy(argv_boundary, argv, (argc + 1) * sizeof(const char *));
+
+   init_revisions(boundary_revs, NULL);
+   boundary_revs.boundary = 1;
+   if (setup_revisions(argc, argv_boundary, boundary_revs, NULL)  1)
+   return error(unrecognized argument: %s, argv_boundary[1]);
+   if (prepare_revision_walk(boundary_revs))
+   return error(revision walk setup failed);
+
+   while ((rev = get_revision(boundary_revs))) {
+   if (rev-object.flags  BOUNDARY) {
+   struct strbuf buf = STRBUF_INIT;
+   struct pretty_print_context ctx = {0};
+   enum object_type type;
+   unsigned long size;
+
+   /*
+* The commit buffer is needed
+* to pretty-print boundary commits.
+*/
+   rev-buffer = read_sha1_file(rev-object.sha1,
+   type, size);
+
+   strbuf_addch(buf, '-');
+   strbuf_add(buf, sha1_to_hex(rev-object.sha1), 40);
+   strbuf_addch(buf, ' ');
+   pretty_print_commit(CMIT_FMT_ONELINE, rev, buf, ctx);
+   strbuf_addch(buf, '\n');
+   write_or_die(bundle_fd, buf.buf, buf.len);
+
+   rev-object.flags |= UNINTERESTING;
+   add_pending_object(revs, rev-object, buf.buf);
+   strbuf_release(buf);
+   } else {
+   rev-object.flags |= SHOWN;
}
}
-   fclose(rls_fout);
-   if (finish_command(rls))
-   return error(rev-list died);
return 0;
 }
 
-- 
1.7.1.198.g8d802




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

Bug#554682: [PATCH 1/8] bundle: split basis discovery into its own function

create_bundle() is getting a little long.  Isolate a small
piece to work on without distractions.

Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
 bundle.c |   58 ++
 1 files changed, 34 insertions(+), 24 deletions(-)

diff --git a/bundle.c b/bundle.c
index ff97adc..66948f4 100644
--- a/bundle.c
+++ b/bundle.c
@@ -193,35 +193,14 @@ static int is_tag_in_date_range(struct object *tag, 
struct rev_info *revs)
(revs-min_age == -1 || revs-min_age  date);
 }
 
-int create_bundle(struct bundle_header *header, const char *path,
-   int argc, const char **argv)
+static int list_prerequisites(int bundle_fd, struct rev_info *revs,
+   int argc, const char * const *argv)
 {
-   static struct lock_file lock;
-   int bundle_fd = -1;
-   int bundle_to_stdout;
const char **argv_boundary = xmalloc((argc + 4) * sizeof(const char *));
-   const char **argv_pack = xmalloc(5 * sizeof(const char *));
-   int i, ref_count = 0;
char buffer[1024];
-   struct rev_info revs;
struct child_process rls;
FILE *rls_fout;
 
-   bundle_to_stdout = !strcmp(path, -);
-   if (bundle_to_stdout)
-   bundle_fd = 1;
-   else
-   bundle_fd = hold_lock_file_for_update(lock, path,
- LOCK_DIE_ON_ERROR);
-
-   /* write signature */
-   write_or_die(bundle_fd, bundle_signature, strlen(bundle_signature));
-
-   /* init revs to list objects for pack-objects later */
-   save_commit_buffer = 0;
-   init_revisions(revs, NULL);
-
-   /* write prerequisites */
memcpy(argv_boundary + 3, argv + 1, argc * sizeof(const char *));
argv_boundary[0] = rev-list;
argv_boundary[1] = --boundary;
@@ -241,7 +220,7 @@ int create_bundle(struct bundle_header *header, const char 
*path,
if (!get_sha1_hex(buffer + 1, sha1)) {
struct object *object = parse_object(sha1);
object-flags |= UNINTERESTING;
-   add_pending_object(revs, object, buffer);
+   add_pending_object(revs, object, buffer);
}
} else if (!get_sha1_hex(buffer, sha1)) {
struct object *object = parse_object(sha1);
@@ -251,6 +230,37 @@ int create_bundle(struct bundle_header *header, const char 
*path,
fclose(rls_fout);
if (finish_command(rls))
return error(rev-list died);
+   return 0;
+}
+
+int create_bundle(struct bundle_header *header, const char *path,
+   int argc, const char **argv)
+{
+   static struct lock_file lock;
+   int bundle_fd = -1;
+   int bundle_to_stdout;
+   const char **argv_pack = xmalloc(5 * sizeof(const char *));
+   int i, ref_count = 0;
+   struct rev_info revs;
+   struct child_process rls;
+
+   bundle_to_stdout = !strcmp(path, -);
+   if (bundle_to_stdout)
+   bundle_fd = 1;
+   else
+   bundle_fd = hold_lock_file_for_update(lock, path,
+ LOCK_DIE_ON_ERROR);
+
+   /* write signature */
+   write_or_die(bundle_fd, bundle_signature, strlen(bundle_signature));
+
+   /* init revs to list objects for pack-objects later */
+   save_commit_buffer = 0;
+   init_revisions(revs, NULL);
+
+   /* write prerequisites */
+   if (list_prerequisites(bundle_fd, revs, argc, argv))
+   return -1;
 
/* write references */
argc = setup_revisions(argc, argv, revs, NULL);
-- 
1.7.1.198.g8d802




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

Bug#554682: [PATCH 3/8] bundle: give list_prerequisites() loop body its own function

No functional change intended.

Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
 bundle.c |   57 +++--
 1 files changed, 31 insertions(+), 26 deletions(-)

diff --git a/bundle.c b/bundle.c
index 0dd2acb..e90b5c5 100644
--- a/bundle.c
+++ b/bundle.c
@@ -193,6 +193,33 @@ static int is_tag_in_date_range(struct object *tag, struct 
rev_info *revs)
(revs-min_age == -1 || revs-min_age  date);
 }
 
+static void list_prerequisite(int bundle_fd, struct rev_info *revs,
+   struct commit *rev)
+{
+   struct strbuf buf = STRBUF_INIT;
+   struct pretty_print_context ctx = {0};
+   enum object_type type;
+   unsigned long size;
+
+   /*
+* The commit buffer is needed
+* to pretty-print boundary commits.
+*/
+   rev-buffer = read_sha1_file(rev-object.sha1, type, size);
+
+   strbuf_addch(buf, '-');
+   strbuf_add(buf, sha1_to_hex(rev-object.sha1), 40);
+   strbuf_addch(buf, ' ');
+   pretty_print_commit(CMIT_FMT_ONELINE, rev, buf, ctx);
+   strbuf_addch(buf, '\n');
+
+   write_or_die(bundle_fd, buf.buf, buf.len);
+
+   rev-object.flags |= UNINTERESTING;
+   add_pending_object(revs, rev-object, buf.buf);
+   strbuf_release(buf);
+}
+
 static int list_prerequisites(int bundle_fd, struct rev_info *revs,
int argc, const char * const *argv)
 {
@@ -209,33 +236,11 @@ static int list_prerequisites(int bundle_fd, struct 
rev_info *revs,
if (prepare_revision_walk(boundary_revs))
return error(revision walk setup failed);
 
-   while ((rev = get_revision(boundary_revs))) {
-   if (rev-object.flags  BOUNDARY) {
-   struct strbuf buf = STRBUF_INIT;
-   struct pretty_print_context ctx = {0};
-   enum object_type type;
-   unsigned long size;
-
-   /*
-* The commit buffer is needed
-* to pretty-print boundary commits.
-*/
-   rev-buffer = read_sha1_file(rev-object.sha1,
-   type, size);
-
-   strbuf_addch(buf, '-');
-   strbuf_add(buf, sha1_to_hex(rev-object.sha1), 40);
-   strbuf_addch(buf, ' ');
-   pretty_print_commit(CMIT_FMT_ONELINE, rev, buf, ctx);
-   strbuf_addch(buf, '\n');
-   write_or_die(bundle_fd, buf.buf, buf.len);
-
-   rev-object.flags |= UNINTERESTING;
-   add_pending_object(revs, rev-object, buf.buf);
-   strbuf_release(buf);
-   } else {
+   while ((rev = get_revision(revs))) {
+   if (rev-object.flags  BOUNDARY)
+   list_prerequisite(bundle_fd, revs, rev);
+   else
rev-object.flags |= SHOWN;
-   }
}
return 0;
 }
-- 
1.7.1.198.g8d802




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

Bug#554682: [PATCH 4/8] bundle: split table of contents output into its own function

Isolate another piece of create_bundle() to work on.

Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
 bundle.c |   78 +++---
 1 files changed, 44 insertions(+), 34 deletions(-)

diff --git a/bundle.c b/bundle.c
index e90b5c5..8ba6479 100644
--- a/bundle.c
+++ b/bundle.c
@@ -245,45 +245,20 @@ static int list_prerequisites(int bundle_fd, struct 
rev_info *revs,
return 0;
 }
 
-int create_bundle(struct bundle_header *header, const char *path,
-   int argc, const char **argv)
+static int bundle_list_refs(int bundle_fd,
+   int argc, const char **argv, struct rev_info *revs)
 {
-   static struct lock_file lock;
-   int bundle_fd = -1;
-   int bundle_to_stdout;
-   const char **argv_pack = xmalloc(5 * sizeof(const char *));
int i, ref_count = 0;
-   struct rev_info revs;
-   struct child_process rls;
 
-   bundle_to_stdout = !strcmp(path, -);
-   if (bundle_to_stdout)
-   bundle_fd = 1;
-   else
-   bundle_fd = hold_lock_file_for_update(lock, path,
- LOCK_DIE_ON_ERROR);
-
-   /* write signature */
-   write_or_die(bundle_fd, bundle_signature, strlen(bundle_signature));
-
-   /* init revs to list objects for pack-objects later */
-   save_commit_buffer = 0;
-   init_revisions(revs, NULL);
-
-   /* write prerequisites */
-   if (list_prerequisites(bundle_fd, revs, argc, argv))
-   return -1;
-
-   /* write references */
-   argc = setup_revisions(argc, argv, revs, NULL);
+   argc = setup_revisions(argc, argv, revs, NULL);
 
if (argc  1)
return error(unrecognized argument: %s', argv[1]);
 
-   object_array_remove_duplicates(revs.pending);
+   object_array_remove_duplicates(revs-pending);
 
-   for (i = 0; i  revs.pending.nr; i++) {
-   struct object_array_entry *e = revs.pending.objects + i;
+   for (i = 0; i  revs-pending.nr; i++) {
+   struct object_array_entry *e = revs-pending.objects + i;
unsigned char sha1[20];
char *ref;
const char *display_ref;
@@ -298,7 +273,7 @@ int create_bundle(struct bundle_header *header, const char 
*path,
display_ref = (flag  REF_ISSYMREF) ? e-name : ref;
 
if (e-item-type == OBJ_TAG 
-   !is_tag_in_date_range(e-item, revs)) {
+   !is_tag_in_date_range(e-item, revs)) {
e-item-flags |= UNINTERESTING;
continue;
}
@@ -344,7 +319,7 @@ int create_bundle(struct bundle_header *header, const char 
*path,
 */
obj = parse_object(sha1);
obj-flags |= SHOWN;
-   add_pending_object(revs, obj, e-name);
+   add_pending_object(revs, obj, e-name);
}
free(ref);
continue;
@@ -358,7 +333,42 @@ int create_bundle(struct bundle_header *header, const char 
*path,
free(ref);
}
if (!ref_count)
-   die (Refusing to create empty bundle.);
+   die(Refusing to create empty bundle.);
+   return 0;
+}
+
+int create_bundle(struct bundle_header *header, const char *path,
+   int argc, const char **argv)
+{
+   static struct lock_file lock;
+   int bundle_fd = -1;
+   int bundle_to_stdout;
+   const char **argv_pack = xmalloc(5 * sizeof(const char *));
+   struct rev_info revs;
+   struct child_process rls;
+   int i;
+
+   bundle_to_stdout = !strcmp(path, -);
+   if (bundle_to_stdout)
+   bundle_fd = 1;
+   else
+   bundle_fd = hold_lock_file_for_update(lock, path,
+ LOCK_DIE_ON_ERROR);
+
+   /* write signature */
+   write_or_die(bundle_fd, bundle_signature, strlen(bundle_signature));
+
+   /* init revs to list objects for pack-objects later */
+   save_commit_buffer = 0;
+   init_revisions(revs, NULL);
+
+   /* write prerequisites */
+   if (list_prerequisites(bundle_fd, revs, argc, argv))
+   return -1;
+
+   /* write references */
+   if (bundle_list_refs(bundle_fd, argc, argv, revs))
+   return -1;
 
/* end header */
write_or_die(bundle_fd, \n, 1);
-- 
1.7.1.198.g8d802




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

Bug#554682: [PATCH 5/8] bundle: reuse setup_revisions result

Avoid reading stdin twice for bundle --stdin.

Reported-by: Joey Hess j...@kitenet.net
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
 bundle.c |   57 +
 1 files changed, 37 insertions(+), 20 deletions(-)

diff --git a/bundle.c b/bundle.c
index 8ba6479..311c554 100644
--- a/bundle.c
+++ b/bundle.c
@@ -193,7 +193,17 @@ static int is_tag_in_date_range(struct object *tag, struct 
rev_info *revs)
(revs-min_age == -1 || revs-min_age  date);
 }
 
-static void list_prerequisite(int bundle_fd, struct rev_info *revs,
+static void object_array_copy(struct object_array *dest, const struct 
object_array *src)
+{
+   int i;
+
+   for (i = 0; i  src-nr; i++) {
+   struct object_array_entry *e = src-objects + i;
+   add_object_array_with_mode(e-item, e-name, dest, e-mode);
+   }
+}
+
+static void list_prerequisite(int bundle_fd, struct object_array *pending,
struct commit *rev)
 {
struct strbuf buf = STRBUF_INIT;
@@ -216,45 +226,52 @@ static void list_prerequisite(int bundle_fd, struct 
rev_info *revs,
write_or_die(bundle_fd, buf.buf, buf.len);
 
rev-object.flags |= UNINTERESTING;
-   add_pending_object(revs, rev-object, buf.buf);
+   add_object_array(rev-object, buf.buf, pending);
strbuf_release(buf);
 }
 
 static int list_prerequisites(int bundle_fd, struct rev_info *revs,
-   int argc, const char * const *argv)
+   int argc, const char **argv)
 {
-   const char **argv_boundary = xmalloc((argc + 1) * sizeof(const char *));
-   struct rev_info boundary_revs;
struct commit *rev;
+   struct object_array pending_copy = { 0, 0, NULL };
 
-   memcpy(argv_boundary, argv, (argc + 1) * sizeof(const char *));
+   revs-simplify_history = 0;
+   argc = setup_revisions(argc, argv, revs, NULL);
+   if (argc  1)
+   return error(unrecognized argument: %s, argv[1]);
 
-   init_revisions(boundary_revs, NULL);
-   boundary_revs.boundary = 1;
-   if (setup_revisions(argc, argv_boundary, boundary_revs, NULL)  1)
-   return error(unrecognized argument: %s, argv_boundary[1]);
-   if (prepare_revision_walk(boundary_revs))
+   if (revs-reflog_info)
+   return error(bundle does not support --walk-reflogs);
+   if (revs-no_walk)
+   return error(bundle does not support --no-walk);
+   if (revs-simplify_history)
+   return error(bundle and history simplification do not mix);
+
+   object_array_copy(pending_copy, revs-pending);
+
+   revs-boundary = 1;
+   if (prepare_revision_walk(revs))
return error(revision walk setup failed);
 
while ((rev = get_revision(revs))) {
if (rev-object.flags  BOUNDARY)
-   list_prerequisite(bundle_fd, revs, rev);
+   list_prerequisite(bundle_fd, pending_copy, rev);
else
rev-object.flags |= SHOWN;
}
+
+   if (revs-pending.objects != NULL)
+   return error(%u revisions pending after boundary walk,
+   revs-pending.nr);
+   revs-pending = pending_copy;
return 0;
 }
 
-static int bundle_list_refs(int bundle_fd,
-   int argc, const char **argv, struct rev_info *revs)
+static int bundle_list_refs(int bundle_fd, struct rev_info *revs)
 {
int i, ref_count = 0;
 
-   argc = setup_revisions(argc, argv, revs, NULL);
-
-   if (argc  1)
-   return error(unrecognized argument: %s', argv[1]);
-
object_array_remove_duplicates(revs-pending);
 
for (i = 0; i  revs-pending.nr; i++) {
@@ -367,7 +384,7 @@ int create_bundle(struct bundle_header *header, const char 
*path,
return -1;
 
/* write references */
-   if (bundle_list_refs(bundle_fd, argc, argv, revs))
+   if (bundle_list_refs(bundle_fd, revs))
return -1;
 
/* end header */
-- 
1.7.1.198.g8d802




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

Bug#587207: alsa-base: no audio with usb audio after upgrade(s?)

2010-06-26 Thread TheGZeus

Package: alsa-base
Version: 1.0.23+dfsg-1
Severity: important

I'm not sure how many upgrades I've gone through, as I'd had a 241-day up-time.

I've disabled the internal soundcard, and previously this setup Just Worked. 
I've not configured anything manually.

I've tried --reinstall on all the alsa packages, multiple reboots, the old 
*trunk version of the kernel, using experimental's kernel (only a reboot and 
quick test with mplayer), and tried manually modprobe snd-usb-audio and 
/etc/init.d/alsa-utils restart (and stop/start) each time.

Not sure what else to try.

-- Package-specific info:
--- Begin additional package status ---
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  
  Description
+++-==-==-
ii  libasound2 1.0.23-1 
  shared library for ALSA applications
--- End additional package status ---
--- Begin /proc/asound/version ---
Advanced Linux Sound Architecture Driver Version 1.0.21.
--- End /proc/asound/version ---
--- Begin /proc/asound/cards ---
 1 [External   ]: USB-Audio - SB Live! 24-bit External
  Creative Technology SB Live! 24-bit External at 
usb-:00:1a.1-1, full speed
--- End /proc/asound/cards ---
--- Begin /dev/snd/ listing ---
total 0
drwxr-xr-x 2 root root  60 Jun 26 01:25 by-id
drwxr-xr-x 2 root root  60 Jun 26 01:25 by-path
crw-rw 1 root audio 116, 7 Jun 26 01:25 controlC1
crw-rw 1 root audio 116, 4 Jun 26 01:25 hwC1D0
crw-rw 1 root audio 116, 6 Jun 26 01:25 pcmC1D0c
crw-rw 1 root audio 116, 5 Jun 26 01:25 pcmC1D0p
crw-rw 1 root audio 116, 3 Jun 26 01:25 seq
crw-rw 1 root audio 116, 2 Jun 26 01:25 timer
--- End /dev/snd/ listing ---

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

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

Versions of packages alsa-base depends on:
ii  linux-sound-base   1.0.23+dfsg-1 base package for ALSA and OSS soun
ii  lsof   4.81.dfsg.1-1 List open files
ii  module-init-tools  3.12~pre2-3   tools for managing Linux kernel mo
ii  udev   157-1 /dev/ and hotplug management daemo

Versions of packages alsa-base recommends:
ii  alsa-utils1.0.23-2   Utilities for configuring and usin

Versions of packages alsa-base suggests:
ii  alsa-oss  1.0.17-4   ALSA wrapper for OSS applications
pn  apmd  none (no description available)
ii  oss-compat0.0.4+nmu3 OSS compatibility package

Versions of packages libasound2 depends on:
ii  libc6 2.11.1-3   Embedded GNU C Library: Shared lib

-- 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#554682: [RFC/PATCH 7/8] bundle: Keep names of basis refs after discovery

Without this change, attempts to examine revs-pending.objects[i].name
when debugging produce random giberish.  On the other hand, it
introduces a small per-basis-ref memory leak.

Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
For illustration.

 bundle.c |3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/bundle.c b/bundle.c
index 311c554..7aff369 100644
--- a/bundle.c
+++ b/bundle.c
@@ -226,8 +226,7 @@ static void list_prerequisite(int bundle_fd, struct 
object_array *pending,
write_or_die(bundle_fd, buf.buf, buf.len);
 
rev-object.flags |= UNINTERESTING;
-   add_object_array(rev-object, buf.buf, pending);
-   strbuf_release(buf);
+   add_object_array(rev-object, strbuf_detach(buf, NULL), pending);
 }
 
 static int list_prerequisites(int bundle_fd, struct rev_info *revs,
-- 
1.7.1.198.g8d802




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

Bug#554682: [PATCH 6/8] Fix bundle --stdin

To write a bundle’s table of contents, the name passed on the command
line for each ref is needed.  Unfortunately, names passed through
stdin are put in a temporary buffer and then freed; the random
gibberish that tends to replace them does not look like a meaningful
ref name to bundle_list_refs(), so no valid toc entries are found and
‘git bundle --stdin’ thinks it has been asked to create an empty
bundle.

So teach the revision walker to keep rev names after reading them from
stdin.  This fixes ‘git bundle --stdin’ at the cost of a memory leak.

Reported-by: Joey Hess j...@kitenet.net
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
 revision.c|2 +-
 t/t5704-bundle.sh |4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/revision.c b/revision.c
index f4b8b38..cf86af3 100644
--- a/revision.c
+++ b/revision.c
@@ -1022,7 +1022,7 @@ static void read_revisions_from_stdin(struct rev_info 
*revs, const char ***prune
}
die(options not supported in --stdin mode);
}
-   if (handle_revision_arg(sb.buf, revs, 0, 1))
+   if (handle_revision_arg(xstrdup(sb.buf), revs, 0, 1))
die(bad revision '%s', sb.buf);
}
if (seen_dashdash)
diff --git a/t/t5704-bundle.sh b/t/t5704-bundle.sh
index ddc3dc5..cc463f3 100755
--- a/t/t5704-bundle.sh
+++ b/t/t5704-bundle.sh
@@ -30,7 +30,7 @@ test_expect_success 'tags can be excluded by rev-list 
options' '
 
 '
 
-test_expect_failure 'bundle --stdin' '
+test_expect_success 'bundle --stdin' '
 
echo master | git bundle create stdin-bundle.bdl --stdin 
git ls-remote stdin-bundle.bdl output 
@@ -38,7 +38,7 @@ test_expect_failure 'bundle --stdin' '
 
 '
 
-test_expect_failure 'bundle --stdin rev-list options' '
+test_expect_success 'bundle --stdin rev-list options' '
 
echo master | git bundle create hybrid-bundle.bdl --stdin tag 
git ls-remote hybrid-bundle.bdl output 
-- 
1.7.1.198.g8d802




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

Bug#554682: [PATCH 8/8] bundle_create: Do not exit when given no revs to bundle

Return an error instead to help with the libification effort.

Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
That’s the end of the series.  Thanks for reading.

I was a bit torn about whether to present this as a request for
comment or a patch series ready for application.  On one hand it fixes
a bug; on the other hand, I have very little confidence that it works
well in the presence of arbitrary rev-list options.  Thoughts and
testing would be very welcome.

Good night,
Jonathan

 bundle.c |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/bundle.c b/bundle.c
index 7aff369..7dd3f65 100644
--- a/bundle.c
+++ b/bundle.c
@@ -349,7 +349,7 @@ static int bundle_list_refs(int bundle_fd, struct rev_info 
*revs)
free(ref);
}
if (!ref_count)
-   die(Refusing to create empty bundle.);
+   return error(Refusing to create empty bundle.);
return 0;
 }
 
-- 
1.7.1.198.g8d802




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

Bug#586990: yelp: Segfaults when tryping to open info:make

Le jeudi 24 juin 2010 à 12:29 +0200, Lars Noschinski a écrit :
 When I run yelp info:make, yelp segfaults. The make-doc package is at
 version 3.81-5.

Strangely enough, I can’t reproduce that on the same architecture with
the same versions.

 #1  0x00431d23 in info_process_text_notes (node=0x7fffddc53c78, 
 content=0x7fffd814b340 12 Features of GNU `make'\n, '*' repeats 25 
 times, \n\nHere is a summary of the features of GNU `make', for comparison 
 with\nand credit to other versions of `make'.  We consider the features 
 of\n`make' in..., tree=0x1009c00) at yelp-info-parser.c:1210
 stop = 0x0
 lurl = 0x0
 zloc = 0x0
 url = 0x7fffd81507c0  Instead of Executing the CommannsteInstead of 
 Execution.

The contents of this string is corrupt. The piece with the ':' that
strchr is looking for has been replaced.

I can still see a bug on my system though, since at this exact place
yelp displays an incorrect link.

If you can still reproduce that, and you know how to use the debugger,
I’d be interested in:
  * whether the same text is also corrupt in *current_real
  * if so, whether it is corrupt in *current
  * if so, whether it is corrupt in content

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


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

Bug#586770: rhythmbox crash when starting to play last.fm stream

Le mardi 22 juin 2010 à 14:34 +0200, Julian Andres Klode a écrit :
 retitle 586770 rhythmbox crashes when starting to play with replaygain enabled
 thanks
 
 On Tue, Jun 22, 2010 at 02:29:06PM +0200, Julian Andres Klode wrote:
  On Tue, Jun 22, 2010 at 02:15:26PM +0200, Julian Andres Klode wrote:
   Package: rhythmbox
   Version: 0.12.8-2
   Severity: normal
   
   The backtrace is below, I will try to get one with debugging symbols
   if I can reproduce it.
   
  
  Attached.
 
 OK, after disabling all plugins it works again. As soon as I enable
 ReplayGain, it crashes. And it's not just last.fm streams.

The following patch seems very related:
http://git.gnome.org/browse/rhythmbox/commit/?id=22f43cbc01792ecce0ed002ca86ba71c848604cc

Does it fix the bug for you?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


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

Bug#587198: [INTL:fa] Persian(farsi) D-I iso-codes translation update

2010-06-26 Thread Christian PERRIER

Quoting behrad eslami (behrad...@yahoo.com):
 Package: iso-codes
 Version: N/A
 Severity: wishlist
 Tags: l10n patch
 
 Please find attached the Persian (Farsi) translation update of the iso-codes 
 package.

Committed to git. However, the translation is not complete yet. Maybe
you're already aware of this and wanted to send a first version?

See attached file that's resynced with the current POT file.




fa.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#478811: RFS: sunpinyin -- An input method engine for Simplified Chinese

2010-06-26 Thread Mike


On Sat, 26 Jun 2010 14:10:54 +0800 Liang Guo bluestonech...@gmail.com wrote:

 2010/6/25 Mike mikeandm...@gmail.com:
  Sorry for the late response.
 
  Great Thanks to Liang!
 Thanks, Mike,
 
 
  Since i've rewrote the whole build system. I also wrote a proof of 
  concept debian packaging. It's now available on the git repository.
  It has several major problems.
 
  * source code package packing is incorrect. It pack the whole source tree.
  * didn't test the lintan check.
  * copyright/watch information totally missing
 
  As I'm not familiar with debian packaging convention, I really hope Liang 
  can improve this.
 
 I'm working on packaging sunpinyin based on sunpinyin-2.0.1.tar.gz,
 and I hope I can complete initial work this weekend.

Well, I would strongly recommend you working on the lastest git repo. 

* we've rewritten the whole build system to make it modular, in other words, 
adapts the debian packaging convention better.
* 2.0.2 might be release soon next month

 
 Thanks,

Regards
-Mike



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

Bug#585801: [Pkg-chromium-maint] Bug#585801: fixed in chromium-browser 5.0.375.86~r49890-1

2010-06-26 Thread Giuseppe Iuculano

On 06/25/2010 10:31 PM, Jonathan Nieder wrote:
 For the future: wouldn’t security fixes like this warrant urgency=medium?

with urgency medium or high we speed up the migration to testing.
chromium isn't in testing, so this isn't necessary for now :)

Cheers,
Giuseppe



signature.asc
Description: OpenPGP digital signature

Bug#478811: RFS: sunpinyin -- An input method engine for Simplified Chinese

2010-06-26 Thread Liang Guo

2010/6/26 Mike mikeandm...@gmail.com:

 Well, I would strongly recommend you working on the lastest git repo.

 * we've rewritten the whole build system to make it modular, in other words, 
 adapts the debian packaging convention better.
 * 2.0.2 might be release soon next month


Thanks to point this out, I'll working on the latest git.

-- 
Liang Guo
http://bluestone.cublog.cn



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

Bug#579948: [parted-devel] Some debugging info

2010-06-26 Thread Jim Meyering

Colin Watson wrote:

 On Mon, Jun 14, 2010 at 08:40:12PM +0200, Karel Zak wrote:
 On Mon, Jun 14, 2010 at 01:06:09PM +0100, Colin Watson wrote:
  parted-devel, can anyone comment on this?  It seems to me that either
  (a) _get_lax_constraint should be using ped_alignment_any for its start
  alignment, rather than aligning to sectors * heads boundaries, or (b)
  Sun labels really and truly require cylinder alignment, in which case
  requests to use optimal alignment shouldn't be honoured.

 The begin of the partition has to be defined in cylinders:

 struct __attribute__ ((packed)) _SunRawPartition {
 u_int32_t   start_cylinder; /* where the part starts... 
 */
 u_int32_t   num_sectors;/* ...and it's length */
 };

 IMHO it does not make sense to use non-cylinder alignment here.

 In that case, I think that the sun part of
 723ea23c5df68cbe67d1f518ef484f4c77f516fa should be reverted.  CCing Hans
 since that was his change.


 From: Colin Watson cjwat...@ubuntu.com
 Date: Tue, 15 Jun 2010 19:49:40 +0100
 Subject: [PATCH] sun: revert implement disk flag operations

 This reverts the libparted/labels/sun.c part of
 723ea23c5df68cbe67d1f518ef484f4c77f516fa.  Sun disk labels do not appear
 to be able to handle non-cylinder alignment
 (http://bugs.debian.org/579948).

Thanks!  I've applied that.
However, since it would have made a test fail,
I first applied this change:


From a582ca642f4817dd02e65a3ecc55e951008969b2 Mon Sep 17 00:00:00 2001
From: Jim Meyering meyer...@redhat.com
Date: Sat, 26 Jun 2010 09:22:59 +0200
Subject: [PATCH] tests: adjust sun-partition-creating test to conform

* tests/t4000-sun-raid-type.sh: Adjust partition size so the
end falls on a cylinder boundary.
---
 tests/t4000-sun-raid-type.sh |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/tests/t4000-sun-raid-type.sh b/tests/t4000-sun-raid-type.sh
index 5ef8ab4..853809e 100755
--- a/tests/t4000-sun-raid-type.sh
+++ b/tests/t4000-sun-raid-type.sh
@@ -26,7 +26,7 @@ ss=$sector_size_

 N=2000 # number of sectors
 dev=sun-disk-file
-exp=BYT;\n---:${N}s:file:$ss:$ss:sun:;\n1:0s:50s:51s
+exp=BYT;\n---:${N}s:file:$ss:$ss:sun:;\n1:0s:127s:128s
 test_expect_success \
 'create an empty file as a test disk' \
 'dd if=/dev/zero of=$dev bs=${ss}c count=$N 2 /dev/null'
@@ -38,7 +38,7 @@ test_expect_success 'check for empty output' 'compare out 
/dev/null'

 test_expect_success \
 'create a single partition' \
-'parted -s $dev unit s mkpart ext2 0s 50s  out 21'
+'parted -s $dev unit s mkpart ext2 0s 127s  out 21'
 test_expect_success 'check for empty output' 'compare out /dev/null'

 test_expect_success \
--
1.7.1.755.geb6f2



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

Bug#585801: [Pkg-chromium-maint] Bug#585801: fixed in chromium-browser 5.0.375.86~r49890-1

Giuseppe Iuculano wrote:

 with urgency medium or high we speed up the migration to testing.
 chromium isn't in testing, so this isn't necessary for now :)

Ah, I see. :)

It also speeds up the passage through buildds afaik, but anyway, as
long as chromium is not part of a release I don’t think anyone needs to
care.

Thanks for the explanation.



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

Bug#585801: [Pkg-chromium-maint] Bug#585801: fixed in chromium-browser 5.0.375.86~r49890-1

2010-06-26 Thread Giuseppe Iuculano

On 06/26/2010 09:30 AM, Jonathan Nieder wrote:
 It also speeds up the passage through buildds afaik

No, I think this doesn't happen.

Cheers,
Giuseppe.



signature.asc
Description: OpenPGP digital signature

Bug#587207: [Pkg-alsa-devel] Bug#587207: alsa-base: no audio with usb audio after upgrade(s?)

2010-06-26 Thread Elimar Riesebieter

severity 587207 wishlist
merge 587207 585488
thanks

* TheGZeus [100626 01:35 -0500]
 Package: alsa-base
 Version: 1.0.23+dfsg-1
 Severity: important
 
 I'm not sure how many upgrades I've gone through, as I'd had a
 241-day up-time.
 
 I've disabled the internal soundcard, and previously this setup
 Just Worked. I've not configured anything manually.
 
 I've tried --reinstall on all the alsa packages, multiple reboots,
 the old *trunk version of the kernel, using experimental's kernel
 (only a reboot and quick test with mplayer), and tried manually
 modprobe snd-usb-audio and /etc/init.d/alsa-utils restart (and
 stop/start) each time.
 
 Not sure what else to try.

Please follow
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585488
especially
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585488#19

Elimar

-- 
  Talking much about oneself can also 
   be a means to conceal oneself.
 -Friedrich Nietzsche



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

Bug#586699: [Evolution] Bug#586699: anjal: uninstallable

2010-06-26 Thread Yves-Alexis Perez

On sam., 2010-06-26 at 15:19 +0800, Yan Li wrote:
 I'm sorry for being missing for sometime. I was on a long vacation. You
 are right, Anjal is no longer actively developed or maintained and
 people are working on Evolution Express. Well, that's both good or bad.
 The bad thing is IMHO Anjal's UI is better suited for a netbook than
 that of EE (for now). The good thing is that EE has inherited most
 features from Evo so it's more full-featured. I've been using EE for a
 while and it's quite usable. 

Not to mention that EE is available directly in evolution package (run
with --express). The 2.30.2 tag has not all the stuff in the express
branch (which is in Meego) but I think thing should settle down at one
point.

So my own two cents: just drop it.
-- 
Yves-Alexis


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

Bug#587208: [INTL:kk] Kazakh translation update

2010-06-26 Thread Timur Birsh

Package: win32-loader
Version: N/A
Severity: wishlist
Tags: l10n patch

Please find attached the Kazakh translation of the win32-loader package.

Timur
# Dauren Sarsenov dau...@inbox.ru, 2009
#
msgid
msgstr
Project-Id-Version: win32-loader_i10n\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2010-05-05 16:09+0200\n
PO-Revision-Date: 2010-06-24 14:40+0600\n
Last-Translator: Baurzhan Muftakhidinov baurthefi...@gmail.com\n
Language-Team: Kazakh kk...@googlegroups.com\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=utf-8\n
Content-Transfer-Encoding: 8bit\n

#. translate:
#. This must be a valid string recognised by Nsis. If your
#. language is not yet supported by Nsis, please translate the
#. missing Nsis part first.
#.
#: win32-loader.sh:36
#: win32-loader.c:39
msgid LANG_ENGLISH
msgstr LANG_KAZAKH

#. translate:
#. This must be the string used by GNU iconv to represent the charset used
#. by Windows for your language. If you don't know, check
#. [wine]/tools/wmc/lang.c, or http://www.microsoft.com/globaldev/reference/WinCP.mspx
#.
#. IMPORTANT: In the rest of this file, only the subset of UTF-8 that can be
#. converted to this charset should be used.
#: win32-loader.sh:52
msgid windows-1252
msgstr windows-1251

#. translate:
#. Charset used by NTLDR in your localised version of Windows XP. If you
#. don't know, maybe http://en.wikipedia.org/wiki/Code_page helps.
#: win32-loader.sh:57
msgid cp437
msgstr cp866

#. translate:
#. The name of your language _in English_ (must be restricted to ascii)
#: win32-loader.sh:67
msgid English
msgstr Kazakh

#. translate:
#. IMPORTANT: only the subset of UTF-8 that can be converted to NTLDR charset
#. (e.g. cp437) should be used in this string. If you don't know which charset
#. applies, limit yourself to ascii.
#: win32-loader.sh:81
msgid Continue with install process
msgstr Орнату үрдісімен жалғастыру

#. translate:
#. The nlf file for your language should be found in
#. /usr/share/nsis/Contrib/Language files/
#.
#: win32-loader.c:68
msgid English.nlf
msgstr Kazakh.nlf

#: win32-loader.c:71
msgid Installer Loader
msgstr Орнату бағдарламасын жүктеуші

#: win32-loader.c:72
msgid Cannot find win32-loader.ini.
msgstr win32-loader.ini файлы табылмайды.

#: win32-loader.c:73
msgid win32-loader.ini is incomplete. Contact the provider of this medium.
msgstr win32-loader.ini мазмұны толық емес. Осы дисктің таратушысымен хабарласыңыз.

#: win32-loader.c:74
msgid This program has detected that your keyboard type is \$0\. Is this correct?
msgstr Бағдарлама сіздің пернетақтаңызды \$0\ деп анықтады. Шынымен солай ма?

#: win32-loader.c:75
msgid
Please send a bug report with the following information:\n
\n
- Version of Windows.\n
- Country settings.\n
- Real keyboard type.\n
- Detected keyboard type.\n
\n
Thank you.
msgstr
Келесі ақпараты бар Қателер туралы хатты жіберуді өтінеміз:\n
\n
- Windows нұсқасы.\n
- Жергілікті параметрлер.\n
- Пернетақтаның нақты түрі.\n
- Пернетақтаның анықталған түрі.\n
\n
Көп рахмет.

#: win32-loader.c:76
msgid There doesn't seem to be enough free disk space in drive $c. For a complete desktop install, it is recommended to have at least 3 GB. If there is already a separate disk or partition for this install, or if you plan to replace Windows completely, you can safely ignore this warning.
msgstr $c дискісінің бос орны жеткіліксіз болуы мүмкін. Кәдімгі машинаға орнату үшін ұсынылатын бос орынның көлемі кемінде 3 ГБ құрайды. Орнату үшін бөлек диск не бөлім бар болса, не Windows жүйесін толығымен ауыстырамын десеңіз, бұл ескертуді елемей, жалғастыра беріңіз.

#: win32-loader.c:77
msgid Error: not enough free disk space. Aborting install.
msgstr Қате: бос орын жеткіліксіз. Орнату тоқтатылды.

#: win32-loader.c:78
msgid This program doesn't support Windows $windows_version yet.
msgstr Бұл бағдарлама әзірге Windows $windows_version нұсқасын қолдамайды.

#: win32-loader.c:79
msgid
The system version you're trying to install is designed to run on modern, 64-bit computers. However, your computer is incapable of running 64-bit programs.\n
\n
Use the 32-bit (\i386\) version, or the Multi-arch version which is able to install either of them.\n
\n
This installer will abort now.
msgstr
Сіз орнатуды қалаған Debian нұсқасы осы күнгі, 64 разрядтық компьютерлерге арналған. Алайда, сіздің компьютеріңіз 64 разрядтық бағдарламаларды орындай алмайды.\n
\n
Debian жүйесінің 32 рязрядтық (\i386\) нұсқасын немесе көп сәулетті нұсқаны қолданыңыз.\n
\n
Орнату бағдарламасы өз жұмысын тоқтатады.

#: win32-loader.c:80
msgid
Your computer is capable of running modern, 64-bit operating systems. However, the system version you're trying to install is designed to run on older, 32-bit hardware.\n
\n
You may still proceed with this install, but in order to take the most advantage of your computer, we recommend that you use the 64-bit (\amd64\) version instead, or the Multi-arch version which is able to install either of them.\n
\n
Would you like to abort now?

Bug#583388: Non-US keyboard problem with graphical installer

On Sat, Jun 26, 2010 at 08:07:36 +0200, Christian PERRIER wrote:

 I have just decided to revert the graphical installer back to
 kbd-chooser as c-s is currently too broken for being used.
 
revert what?  kbd-chooser doesn't work with the graphical installer at
all.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#153860: Bug#586328: gtk-doc-tools: Upgrade fails: ERROR: emacsen-common being used before being configured.

severity 586328 serious
thanks

Le vendredi 18 juin 2010 à 14:36 +0200, Ludovic Rousseau a écrit :
 Preparing to replace gtk-doc-tools 1.10-1 (using
 .../gtk-doc-tools_1.15-1_all.deb) ...
 ERROR: emacsen-common being used before being configured.
 ERROR: This is likely a bug in the gtk-doc-tools package, which needs to
 ERROR: add one of the appropriate dependencies.
 ERROR: See /usr/share/doc/emacsen-common/debian-emacs-policy.gz
 ERROR: for details.

This is a serious WTF in emacsen-common and/or emacs itself. It’s not
appropriate to add a dependency on emacsen-common just for the sake of
including support for an editor.

The bug (CCed) has been known for 8 years, so I’ll assume it won’t be
fixed and will simply drop emacs support from gtk-doc.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


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

Bug#586699: [Evolution] Bug#586699: anjal: uninstallable

2010-06-26 Thread Yan Li

On Mon, 2010-06-21 at 23:57 +0200, Yves-Alexis Perez wrote:
 On lun., 2010-06-21 at 18:14 +0200, Stefano Costa wrote:
  Package: anjal
  Version: 0.3.1+git20100216.f80-1
  
  Current version of Anjal in experimental is uninstallable:
  
  st...@gibreel:~$ sudo apt-get install anjal
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  Some packages could not be installed. This may mean that you have
  requested an impossible situation or if you are using the unstable
  distribution that some required packages have not yet been created
  or been moved out of Incoming.
  The following information may help to resolve the situation:
  
  The following packages have unmet dependencies:
anjal: Depends: libcamel1.2-14 ( 2.30) but 2.30.1-5 is to be 
  installed
   Depends: libedataserver1.2-11 (= 2.29.90) but it is not 
  installable
   Depends: libgnome-desktop-2-11 but it is not installable
   Depends: libgtkhtml-editor0 ( 3.30) but 3.30.1-2 is to be 
  installed
   Depends: libgtkhtml3.14-19 ( 3.30) but 3.30.1-2 is to be 
  installed
  E: Broken packages
  
 
 Yeah, I'm not exactly sure about anjal status. It seems to have been
 dropped upstream, replaced by evolution express mode. Yan, can you
 provide more information on this? Should be just drop the package?

I'm sorry for being missing for sometime. I was on a long vacation. You
are right, Anjal is no longer actively developed or maintained and
people are working on Evolution Express. Well, that's both good or bad.
The bad thing is IMHO Anjal's UI is better suited for a netbook than
that of EE (for now). The good thing is that EE has inherited most
features from Evo so it's more full-featured. I've been using EE for a
while and it's quite usable.

-- 
Yan




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

Bug#587209: lintian: conflicting checks for dash

2010-06-26 Thread Vagrant Cascadian

Package: lintian
Version: 2.4.1~bpo50+1
Severity: normal

if i build sdm with dependencies on dash, i get this:

  E: sdm: depends-on-essential-package-without-using-version depends: dash

if i build sdm without any dependencies on dash, i get this:

  E: sdm: missing-dep-for-interpreter dash = dash (./etc/sdm/Xsession)

so lintian, which is it? :)

i could work around the issue by needlessly adding a versioned dependency on
dash, but there's no real reason to have a versioned dependency.

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#586699: [Evolution] Bug#586699: anjal: uninstallable

2010-06-26 Thread Yan Li

On Sat, 2010-06-26 at 09:34 +0200, Yves-Alexis Perez wrote:
 So my own two cents: just drop it.

I agree.

-- 
Yan




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

Bug#587192: X crashs when VLC's video is set to fullscreen

On Fri, Jun 25, 2010 at 21:47:01 -0300, Willian Gustavo Veiga wrote:

 I don't know what package is related with this bug but i guess it's xserver-
 xorg. Sorry if i'm wrong and sorry about my english.
 
 I'm using this driver 
 http://ncc-1701a.homelinux.net/~linux-sis/downloads/xorg-
 driver-sis671-0.9.1.tar.gz because sis doesn't work and vesa has a low
 resolution (= 800x600).
 
I'm sorry, but we don't support this driver.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#587149: xserver-xorg-video-nouveau: X segfault and kernel oops when displaying large images

2010-06-26 Thread Gabriel Kerneis

On Fri, Jun 25, 2010 at 05:30:09PM +0100, Julien Cristau wrote:
 Thanks, please file a bug upstream at bugs.freedesktop.org
 (product=xorg, component=Driver/nouveau) and report the bug number here
 so we can track it.  Make sure to attach dmesg and X log there too.

https://bugs.freedesktop.org/show_bug.cgi?id=28763

Regards,
-- 
Gabriel



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

Bug#587171: openoffice.org-writer: View, Zoom does not work

2010-06-26 Thread Mechtilde

hello

yes I can confirm this with the Debian version of OpenOffice.org
(3.2.1-5) under Squeeze/Sid

the window which appears seems to be ok

But the list box has a wrong entry (in German. e.g 134Zeichen instead of
134 % for the actual property) If I chlick ok I get the smallest Zoom
which is possible (here 20 %)

It works with the vanilla version

Greats

Mechtilde

Am 25.06.2010 22:14, schrieb Jan Willem Stumpel:
 Package: openoffice.org-writer
 Version: 1:3.2.1-3
 Severity: important
 
 This bug appeared some while ago, and has persisted for several months 
 of dist-upgrades.
 
 Click View, then Zoom. A seriously broken window appears from which 
 it is impossible to do anything (let alone zoom the display). The window 
 can be closed, but you cannot zoom. This makes checking the presence of 
 small characters (like periods and commas, which are often too small to
 be seen on an unzoomed screen) very difficult.
 
 Regards, Jan.
 
 -- System Information:
 Debian Release: squeeze/sid
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: i386 (i686)
 
 Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash
 
 Versions of packages openoffice.org-writer depends on:
 ii  libc6   2.11.2-1 Embedded GNU C Library: Shared 
 lib
 ii  libgcc1 1:4.4.4-5GCC support library
 ii  libicu424.2.1-3  International Components for 
 Unico
 ii  libstdc++6  4.4.4-5  The GNU Standard C++ Library v3
 ii  libstlport4.6ldbl   4.6.2-7  STLport C++ class library
 ii  libwpd8c2a  0.8.14-1 Library for handling WordPerfect 
 d
 ii  libwps-0.1-10.1.2-1  Works text file format import 
 filt
 ii  openoffice.org-base-cor 1:3.2.1-3office productivity suite -- 
 share
 ii  openoffice.org-core 1:3.2.1-3office productivity suite -- 
 arch-
 ii  ure 1.6.1+OOo3.2.1-3 OpenOffice.org UNO runtime 
 environ
 ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime
 
 Versions of packages openoffice.org-writer recommends:
 ii  openjdk-6-jre [java5-runtime] 6b18-1.8-2 OpenJDK Java runtime, using 
 Hotspo
 ii  openoffice.org-emailmerge 1:3.2.1-3  office productivity suite -- 
 email
 ii  openoffice.org-filter-binfilt 1:3.2.1-3  office productivity suite -- 
 legac
 pn  openoffice.org-java-commonnone (no description available)
 ii  openoffice.org-math   1:3.2.1-3  office productivity suite -- 
 equat
 
 Versions of packages openoffice.org-writer suggests:
 pn  openoffice.org-base   none (no description available)
 pn  openoffice.org-gcjnone (no description available)
 
 Versions of packages openoffice.org-core depends on:
 ii  fontconfig  2.8.0-2.1generic font configuration 
 library
 ii  libc6   2.11.2-1 Embedded GNU C Library: Shared 
 lib
 ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics 
 libra
 ii  libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer 
 libra
 ii  libdb4.84.8.30-1 Berkeley v4.8 Database Libraries 
 [
 ii  libexpat1   2.0.1-7  XML parsing C library - runtime 
 li
 ii  libfreetype62.3.11-1 FreeType 2 font engine, shared 
 lib
 ii  libgcc1 1:4.4.4-5GCC support library
 ii  libglib2.0-02.24.1-1 The GLib library of C routines
 ii  libgraphite31:2.3.1-0.2  SILGraphite - a smart font 
 rende
 ii  libgstreamer-plugins-ba 0.10.29-4GStreamer libraries from the 
 base
 ii  libgstreamer0.10-0  0.10.29-1Core GStreamer libraries and 
 eleme
 ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user 
 interface 
 ii  libhunspell-1.2-0   1.2.11-1 spell checker and morphological 
 an
 ii  libhyphen0  2.5-1ALTLinux hyphenation library - 
 sha
 ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
 ii  libicu424.2.1-3  International Components for 
 Unico
 ii  libjpeg62   6b-16.1  The Independent JPEG Group's 
 JPEG 
 ii  libmythes-1.2-0 2:1.2.0-4simple thesaurus library
 ii  libneon27-gnutls0.29.3-2 An HTTP and WebDAV client 
 library 
 ii  libnspr4-0d 4.8.4-1  NetScape Portable Runtime Library
 ii  libnss3-1d  3.12.6-2 Network Security Service 
 libraries
 ii  librdf0 1.0.10-2 Redland Resource Description 
 Frame
 ii  libsm6  2:1.1.1-1X11 Session Management library
 ii  libssl0.9.8 0.9.8o-1 SSL shared libraries
 ii  libstdc++6  4.4.4-5  The GNU Standard C++ Library v3
 ii  libstlport4.6ldbl

Bug#427009: a4wide doesn't work w/o a4.sty which is in texlive-latex-recommended

2010-06-26 Thread Hilmar Preusse

On 24.06.10 Simon Richter (s...@debian.org) wrote:
 On Thu, Jun 24, 2010 at 03:50:14PM +0200, Hilmar Preusse wrote:

Hi,

  The original submitter never said, that his document was
  generated by doxygen.
 
 I submitted that bug :), and the entire point of it is that I
 cannot easily drop the dependency on a4wide because the LaTeX file
 is generated.
 
The bug was submitted by Vassilii Khachaturov and he didn't say
anything about doxygen. So even if the problem is solved in doxygen
this wishlist bug should remain open.

  Could you check if doxygen still does it?
 
 Not easily, given that I no longer document my co^W^W^W use
 doxygen. I can see if I still have an older project somewhere.
 
Thanks.

Hilmar
-- 
sigmentation fault



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

Bug#584491: gnome-session opens ICE socket named using PID; doesn't cope with socket existing

reassign 584491 xtrans-dev
affects 584491 gnome-session
thanks

Le jeudi 03 juin 2010 à 15:02 -0700, Josh Triplett a écrit :
 Package: gnome-session
 Version: 2.30.0-1
 Severity: important
 
 gnome-session opens its ICE listening socket in /tmp/.ICE-unix/ and
 names the socket using its PID.  If the path it wants to create already
 exists (for instance, from a previous run of gnome-session), it fails,
 with a message saying Could not create ICE listening socket: Cannot
 establish any listening sockets, and then many parts of the session
 subtly (or less than subtly) break.

This is created by libICE. The relevant code is in Xtranssock.c:

if (!(port  *port)) {
snprintf (tmpport, sizeof(tmpport), %s%ld, UNIX_PATH, (long)getpid());
port = tmpport;
}
with UNIX_PATH being /tmp/.ICE-unix/ (hardcoded).

Looks like Xtrans is missing a few bits of code to obtain unique
pathnames.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


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

Bug#585801: [Pkg-chromium-maint] Bug#585801: fixed in chromium-browser 5.0.375.86~r49890-1

Giuseppe Iuculano wrote:
 On 06/26/2010 09:30 AM, Jonathan Nieder wrote:
  It also speeds up the passage through buildds afaik
 
 No, I think this doesn't happen.

You’re right, of course[1].  Maybe they should, but that’s a separate
story.

Thanks for setting me straight.

[1] http://www.debian.org/devel/buildd/wanna-build-states



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

Bug#586990: yelp: Segfaults when tryping to open info:make

2010-06-26 Thread Lars Noschinski

* Josselin Mouette j...@debian.org [10-06-26 08:39]:
 Le jeudi 24 juin 2010 à 12:29 +0200, Lars Noschinski a écrit :
  When I run yelp info:make, yelp segfaults. The make-doc package is at
  version 3.81-5.
 
 Strangely enough, I can’t reproduce that on the same architecture with
 the same versions.

Strange. I'm running no debian kernel, if that matters.

  #1  0x00431d23 in info_process_text_notes (node=0x7fffddc53c78, 
  content=0x7fffd814b340 12 Features of GNU `make'\n, '*' repeats 25 
  times, \n\nHere is a summary of the features of GNU `make', for 
  comparison with\nand credit to other versions of `make'.  We consider the 
  features of\n`make' in..., tree=0x1009c00) at yelp-info-parser.c:1210
  stop = 0x0
  lurl = 0x0
  zloc = 0x0
  url = 0x7fffd81507c0  Instead of Executing the CommannsteInstead 
  of Execution.
 
 The contents of this string is corrupt. The piece with the ':' that
 strchr is looking for has been replaced.
 
 I can still see a bug on my system though, since at this exact place
 yelp displays an incorrect link.
 
 If you can still reproduce that, and you know how to use the debugger,
 I’d be interested in:
   * whether the same text is also corrupt in *current_real
   * if so, whether it is corrupt in *current
   * if so, whether it is corrupt in content

It only seems to be broken in url. Interestingly enough, 
strchr(url, ':') does return a non-NULL value ...

(gdb) run info:make
[...]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffddc54710 (LWP 336)]
__strchr_sse2 () at ../sysdeps/x86_64/multiarch/../strchr.S:33
33  ../sysdeps/x86_64/multiarch/../strchr.S: Datei oder Verzeichnis nicht 
gefunden.
in ../sysdeps/x86_64/multiarch/../strchr.S
Current language:  auto
The current source language is auto; currently asm.
(gdb) bt
#0  __strchr_sse2 () at ../sysdeps/x86_64/multiarch/../strchr.S:33
#1  0x00431d23 in info_process_text_notes (node=0x7fffddc53c78, 
content=0x7fffd41c1740 12 Features of GNU `make'\n, '*' repeats 25 
times, \n\nHere is a summary of the features of GNU `make', for comparison 
with\nand credit to other versions of `make'.  We consider the features 
of\n`make' in..., 
tree=0x7fffd4087800) at yelp-info-parser.c:1210
#2  0x00430ea2 in parse_tree_level (tree=0x7fffd4087800, 
node=0x7fffddc53d20, iter=...) at yelp-info-parser.c:853
#3  0x00431043 in yelp_info_parser_parse_tree (tree=0x7fffd4087800) at 
yelp-info-parser.c:899
#4  0x0042f1d5 in info_process (info=0x7fc960) at yelp-info.c:392
#5  0x741446e4 in g_thread_create_proxy (data=0xf74870) at 
/tmp/buildd/glib2.0-2.24.1/glib/gthread.c:1893
#6  0x76dc08ba in start_thread (arg=value optimized out) at 
pthread_create.c:300
#7  0x736ec01d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#8  0x in ?? ()
(gdb) f 1
#1  0x00431d23 in info_process_text_notes (node=0x7fffddc53c78, 
content=0x7fffd41c1740 12 Features of GNU `make'\n, '*' repeats 25 
times, \n\nHere is a summary of the features of GNU `make', for comparison 
with\nand credit to other versions of `make'.  We consider the features 
of\n`make' in..., 
tree=0x7fffd4087800) at yelp-info-parser.c:1210
1210lurl = strchr (stop, '(');
Current language:  auto
The current source language is auto; currently c.
(gdb) p/x strchr(url, ':')
$1 = 0xf3697090
(gdb) x/s url
0x7fffd41c6bb0:   Instead of Executing the CommannsteInstead of Execution.
(gdb) x/s *current_real
0x7fffd41c9b00:   Instead of Executing the\n Commands: Instead of 
Execution.\n\n   * The concept of doing several things at once (parallelism) 
exists in\n many incarnations of `make' and similar programs, though n...
(gdb) x/s *current
0x7fffd41bf7c0:   Instead of Executing the\n Commands: Instead of 
Execution.\n\n   * The concept of doing several things at once (parallelism) 
exists in\n many incarnations of `make' and similar programs, though n...
(gdb) quit
A debugging session is active.

Inferior 1 [process 330] will be killed.

Quit anyway? (y or n) 



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

Bug#587210: httping: Please update 1.3.1 (2009-08-03) to latest 1.4.1 (2010-01-10)

2010-06-26 Thread Jari Aalto

Package: httping
Version: 1.3.1-2
Severity: wishlist


Please package new upstream release:

   http://www.vanheusden.com/httping/
   http://www.vanheusden.com/httping/httping-1.4.1.tgz

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#572741: installation-reports : installer boot failure

2010-06-26 Thread 韓達耐

Hi

I too am struck by this bug with the same netinst boot CD, version 5.04.
It happens to be an HP Elitebook 8530w laptop.

Is there any possibility of using a netinst boot CD using a more
recent kernel?  I don't have jigdo at my disposal, so I am completely
dependent on prebuilt ISO images.

If you need more information, then please don't hesitate.

Best regards

-- 
Danai



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

Bug#587083: indent: Replace old 2.2.10 (2009) with new upstream release 2.2.11 (2010)

2010-06-26 Thread Santiago Vila

On Fri, 25 Jun 2010, Jari Aalto wrote:

 Package: indent
 Severity: wishlist
 
 
 Please package new upstream release:
 
   http://indent.isidore-it.eu/beautify.html
   http://indent.isidore-it.eu/indent-2.2.11.tar.gz

Thanks for the reminder. I actually had the upload almost ready since April,
but forgot to do the upload.



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

Bug#578931: dselect: Dselect seems not to parse version numbers correctly

2010-06-26 Thread Guillem Jover

tag 578931 unreproducible moreinfo
thanks

On Fri, 2010-04-23 at 13:42:45 -0400, Nathanael Nerode wrote:
 Package: dselect
 Version: 1.15.5.6
 Severity: important
 
 git-all
 Depends: git ( 1:1.7.0.5), git ( 1:1.7.0.5-.)
 
 As far as dselect is concerned, this condition is satsified by *no* 
 version of git, and git-all and git can't be installed simultaneously.
 
 Unfortunately, dpkg --compare-versions thinks differently (it believes
 that 1:1.7.0.5-1 fits between the two versions).  The incompatibility is
 making dselect practically unusable.

Although with git-all version 1:1.7.1-1, but this does not seem to be
reproducible here. Also the bug report is quite strange, and if
there's actually a problem I'd be pretty surprised if it was related to
the version parsing or handling which comes from libdpkg.

If we don't hear anything else this will be closed in a bit.

thanks,
guillem



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

Bug#542123: ITA: mock -- Build rpm packages inside a chroot

2010-06-26 Thread Nigel Jones

I am still working on packaging mock, I've just been running into some
issues w/ my internet connections etc.

I'll try and get an updated package ready as soon as I can now I've
got everything else working.
-- Nigel Jones



On Thu, Jun 17, 2010 at 4:49 AM, Miguel Landaeta mig...@miguel.cc wrote:
 Hi,
 Are you working on packaging this?

 --
 Miguel Landaeta, miguel at miguel.cc
 secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
 Faith means not wanting to know what is true. -- Nietzsche






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

Bug#586699: [Evolution] Bug#586699: anjal: uninstallable

2010-06-26 Thread Yves-Alexis Perez

retitle 586699 RM: anjal -- ROM; unmaintained upstream, deprecated, replaced by 
evolution in express mode 
reassign 586699 ftp.debian.org
thanks

On sam., 2010-06-26 at 16:13 +0800, Yan Li wrote:
 On Sat, 2010-06-26 at 09:34 +0200, Yves-Alexis Perez wrote:
  So my own two cents: just drop it.
 
 I agree.
 
Reassigned. @ftpmasters: please drop anjal :)

Cheers,
-- 
Yves-Alexis


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

Bug#584495: iceweasel: Iceweasel terribly sluggish

2010-06-26 Thread Mike Hommey

On Fri, Jun 25, 2010 at 11:07:16PM +0200, Stefan Monnier wrote:
  I have tried iceweasel -no-remote -P and run with a brand new profile, 
  and
  have also tried with iceweasel -safe-mode, but they still suffer from the
  sluggish display.
 [...]
  Did you try disabling plugins, too?
 
 If it is not covered by using a brand new profile or by -safe-mode,
 I'll need a detailed explanation of what I need to do to disable
 plugins.

Check /usr/share/bug/iceweasel/presubj.

Mike



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

Bug#587211: dhcp3-client: Please ask DHCP server for log-servers, smtp-server, www-server and wpad-url

2010-06-26 Thread Petter Reinholdtsen


Package: dhcp3-client
Version: 3.1.3-2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
UserTags: debian-edu

In Debian Edu, we have adjusted the DHCP client configuration to
request a bit more information from the DHCP server.  The options
log-servers, smtp-server, www-server and wpad-url are added.  Would it
be possible to change the default DHCP client configuration to include
these options?

Setting severity to important, to reflect the severity of the Debian
Edu parent bug (#311188) related to this issue.  I realise that if
only seeing this problem from the viewpoint of the dhcp package, the
severity would probably be wishlist, but hope you can see that it is
am important issue for us to get fixed.

Here is a patch adding the options to the dhclient.conf file.

diff -ur dhcp3-3.1.3/debian/dhclient.conf dhcp3-3.1.3-pere/debian/dhclient.conf
--- dhcp3-3.1.3/debian/dhclient.conf2010-06-26 11:14:21.0 +0200
+++ dhcp3-3.1.3-pere/debian/dhclient.conf   2010-06-26 11:13:48.0 
+0200
@@ -21,7 +21,8 @@
 request subnet-mask, broadcast-address, time-offset, routers,
domain-name, domain-name-servers, domain-search, host-name,
netbios-name-servers, netbios-scope, interface-mtu,
-   rfc3442-classless-static-routes, ntp-servers;
+   rfc3442-classless-static-routes, ntp-servers,  log-servers,
+   smtp-server, www-server, wpad-url;
 #require subnet-mask, domain-name-servers;
 #timeout 60;
 #retry 60;

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#582568: kdm: causes kaboom to show upgrade dialog on first root login

2010-06-26 Thread Petter Reinholdtsen

We investigated this issue a bit on IRC, and two workarounds were
discovered.  Either init.d/kdm can set KDEROOTDIR to some more
sensible location (like /var/lib/kdm/).  This will make kdm stop
creating files in the root users home directory, and is a more proper
fix.

An alternative to avoid the config migration dialog when root log in
for the first time, is to change kaboom to look for ~/.kde/share/
instead of just ~/.kde/.  The files would still be created by kdm in
~root/.kde/, but the dialog would no longer show up.

Not sure which option is prefered.  Perhaps both should be
implemented?

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#586532: Info received (Bug#586532: nslcd: Configure SASL with debconf)

2010-06-26 Thread Daniel Dehennin

Arthur de Jong adej...@debian.org writes:

 Perhaps it is also a good idea to move the password question after the
 SASL one or maybe even move the binddn question after SASL. If we keep
 the binddb question before SASL is it safe to skip the SASL question if
 the binddn is empty (is there any reasonable configuration with an empty
 binddn while using SASL)?

Looking at RFC4313 section 5.2.1.2. SASL Authentication Initiation and
Protocol Exchange(page 16):

   Clients sending a BindRequest message with the sasl choice selected
   SHOULD send a zero-length value in the name field.  Servers receiving
   a BindRequest message with the sasl choice selected SHALL ignore any
   value in the name field.

So, when using SASL, binddn should be empty.

Regards.

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1


pgpLMxRen8IkR.pgp
Description: PGP signature

Bug#539427: Segmentation fault of iasl on non i386/amd64

2010-06-26 Thread Mattia Dongili

On Tue, Oct 27, 2009 at 10:11:10PM +0900, Mattia Dongili wrote:
 On Sun, Oct 25, 2009 at 01:15:06AM +0200, Guillem Jover wrote:
  Hi!
  
  [ Removing #516057 as it's a closed bug about a bison error. ]
  
  On Sat, 2009-10-24 at 18:19:51 +0200, Luk Claes wrote:
   Can you please have a look at fixing the segfaults of iasl on non
   i386/amd64 or do you think it would be better to remove the support of
   iasl on non i386/amd64. If so, bochs is the only affected reverse dep of
   iasl if you would restrict iasl to i386/amd64.
  
  I don't see why iasl would not be able to run on any architecture,
  it's just a compiler for byte-code. We ported it some time ago, but
  it seems it has regressed in the latest upload (probably problems with
  unaligned accesses or little endian assumptions, as before).

I uploaded a new package with a pile of fixes for BE support. Let's see
how it goes.
-- 
mattia
:wq!



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

Bug#551666: xserver-xorg-video-intel: KMS enabled driver sets wrong resolution at boot if external monitor plugged in

2010-06-26 Thread Jonathan Protzenko

 Sorry for the delay. I just ran another test with 2.6.32-5 (latest
version from testing) and it looks like the situation is still the same.
Actually, I just figured out that 1024x600 was not on the list of
supported modes for the external VGA, which might explain why the
resolution is downgraded to the lowest common denominator, in this case,
800x600. I'm not sure what is the right thing to do in that situation
anyway...

On 03/31/2010 01:58 AM, Cyril Brulebois wrote:
 Jonathan Protzenko jonathan.protze...@gmail.com (16/03/2010):
 If I start with LVDS open and VGA plugged in, I get 800x600 on both
 screens (and the /dev/tty1 console is 1024x600).

 If I start with LVDS *closed* (before KMS loads) and VGA plugged in,
 I get 1920x1200 on VGA, nothing on LVDS even if I open it
 afterwards, and the system console is 1920x1200 too (that's pretty
 great, so that's what I usually do after I press the power on
 button: I immediately close the lid).
 Nice to see it's more or less working fine for you. Is the
 “buggy/open-lid” behaviour still happening with 2.6.32-4-$arch? Just
 wondering since there should be some more KMS fixes in that one, which
 might fix this.

 Mraw,
 KiBi.



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

Bug#587212: antlr3 wrapper missing antlr3-runtime.jar in CLASSPATH

2010-06-26 Thread Julien BLACHE

Package: antlr3
Version: 3.2-1
Severity: important

Hi,

antlr3-runtime.jar is missing from the CLASSPATH in the antlr3 wrapper script,
making it unusable:

% antlr3 RSP.g
Exception in thread main java.lang.NoClassDefFoundError: 
org/antlr/runtime/Lexer
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:634)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
at org.antlr.tool.Grammar.examineAllExecutableActions(Grammar.java:1840)
at org.antlr.tool.Grammar.checkNameSpaceAndActions(Grammar.java:712)
at 
org.antlr.tool.CompositeGrammar.defineGrammarSymbols(CompositeGrammar.java:355)
at org.antlr.Tool.process(Tool.java:506)
at org.antlr.Tool.main(Tool.java:91)
Caused by: java.lang.ClassNotFoundException: org.antlr.runtime.Lexer
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
... 16 more

Just adding /usr/share/java/antlr3-runtime.jar to the CLASSPATH fixes it.

Thanks,

JB.

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

Kernel: Linux 2.6.32.2 (SMP w/2 CPU cores)
Locale: LANG=C, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages antlr3 depends on:
ii  default-jre [java5-runtime]   1.6-36 Standard Java or Java compatible R
ii  default-jre-headless  1.6-36 Standard Java or Java compatible R
ii  junit44.8.2-2JUnit regression test framework fo
ii  libantlr-java 2.7.7-16   language tool for constructing rec
ii  libmaven2-core-java   2.2.1-4Core libraries for Maven2
ii  libplexus-compiler-api-java   1.5.3-3The API for the Plexus compiler sy
ii  libstringtemplate-java3.2.1-1StringTemplate templating engine f
ii  openjdk-6-jre [java5-runtime] 6b18-1.8-2 OpenJDK Java runtime, using Hotspo
ii  sun-java6-jre [java5-runtime] 6.20-dlj-4 Sun Java(TM) Runtime Environment (

antlr3 recommends no packages.

antlr3 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#587141: [Pkg-geany-team] Bug#587141: [geany-plugins] geany-plugins stopped working since geany was upgrade to version 0.19

2010-06-26 Thread Chow Loong Jin

tags 587141 + pending

-- 
Kind regards,
Chow Loong Jin


signature.asc
Description: PGP signature

Bug#587213: wireshark: [INTL:pt] Updated Portuguese translation for debconf messages

2010-06-26 Thread tra...@debianpt.org


Package: wireshark
Version: n/a
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for wireshark's debconf messages.
Translator: Pedro Ribeiro p.m42.ribe...@gmail.com
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team traduz _at_ debianpt.org.


--
Best regards,

Miguel Figueiredo
Traduz - Portuguese Translation Team
http://www.DebianPT.org




pt.po.gz
Description: application/gzip

Bug#404722: cl-xmls seems to be fixed

2010-06-26 Thread Christoph Egger

Hi all!

   I've just uploaded Version 1.3 of cl-xmls which has a diff similar to
the proposed patch so it should work now correctly.

Regards

   Christoph



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

Bug#551663: Reopening

2010-06-26 Thread Jonathan Protzenko

 Sorry for the delay, I'm busy with other projects.

Just ran a test against latest 2.6.32-5 from testing and xset dpms force
off still doesn't work for the LVDS screen.

On 02/19/2010 08:47 PM, maximilian attems wrote:
 On Fri, 19 Feb 2010, Jonathan Protzenko wrote:

 Actually, the bug can be rewritten in a much simpler way.

 xset dpms force off does *not* work on my laptop's screen. If I plug in
 an external screen, and disable the laptop's screen, xset dpms force off
 actually turns off the external screen. If I enable the laptop's screen,
 it prevents both screens from turning off. With no external monitor, it
 doesn't work of course.

 jonat...@nala:~ $ uname -a
 Linux nala 2.6.32.2 #1 SMP Mon Dec 21 15:44:54 CET 2009 i686 GNU/Linux

 Bug still present. I'm on testing, and I don't see a 2.6.32-8 package in
 the repositories. Do you want me to install linux-image-2.6.32-trunk ?
 2.6.32-8 package version is present in unstable, yes please test
 against it.




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

Bug#585708: unowned files after purge (policy 6.8)

Hi.


Although this has been fixed now:

I'd say, that even in such rare cases, where one can argue that people
usually never delete the package, it's important to fully obey the
policy,... because if we start to make exceptions, everybody comes and
claims that his package might justify for such one...


Cheers,
Chris :)


smime.p7s
Description: S/MIME cryptographic signature

Bug#471699: something got dropped there

...
As this serves as the base manpage for all lvm stuff, and as one would
need to place the allowed chars in nearly every other manpage of the
package,... I guess it's enough to have it in lvm(8).


Therefore closing the bug.


Cheers,
Chris.




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

Bug#587214: ITP: libppix-utilities-perl -- Perl module containing extensions to PPI

2010-06-26 Thread Salvatore Bonaccorso

Package: wnpp
Owner: Salvatore Bonaccorso salvatore.bonacco...@gmail.com
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libppix-utilities-perl
  Version : 1.01
  Upstream Author : Elliot Shank p...@galumph.com
* URL : http://search.cpan.org/dist/PPIx-Utilities/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl module containing extensions to PPI

This is a collection of functions for dealing with PPI objects, many of which
originated in Perl::Critic. They are organized into modules by the kind of
PPI class they relate to, by replacing the PPI at the front of the module
name with PPIx::Utilities, e.g. functionality related to PPI::Nodes is in
PPIx::Utilities::Node.

Note: libppix-utilities-perl will be needed as dependency for updated
  libperl-critic- perl module and thus needs to be packaged.




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

Bug#586120: [pkg-cryptsetup-devel] Bug#586120: device-mapper: reload ioctl failed: Invalid argument

2010-06-26 Thread Jonas Meurer

hey,

On 16/06/2010 clayton wrote:
 # cryptsetup create backcrypt /dev/sda2
 Enter passphrase:
 device-mapper: reload ioctl failed: Invalid argument

Can you post dmsetup table when this fails?

greetings,
 jonas


signature.asc
Description: Digital signature

Bug#586571: Update

2010-06-26 Thread Michael Lamothe

Tags: upstream

I've addressed 2.5 of these issues upstream in the lp:me-tv/1.3
branch, please give it a go and tell me what you think.  The last part
of your request (continual looping) isn't really in Me TV's scope, it
requires a working DVB setup.  It does not try to solve
hardware/driver issues.



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

Bug#508001: git-cvsimport connect error: Network is unreachable

Hi Luca,

Luca Bruno wrote:

 when issueing git-cvsimport I always get:
 Initialized empty Git repository in /media/common/projects/MODULE/.git/
 connect error: Network is unreachable
 cvs rlog: Logging MODULE
 ...
 
 Eventhough connects to the server and fetches the code.

Sorry for the long silence.  I haven’t experienced anything like this.  Can
you still reproduce this on your system?

Jonathan



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

Bug#586836: iceweasel: unknown server certificates should - if accepted - not be made permanent per default

On Fri, 2010-06-25 at 10:47 +0200, Mike Hommey wrote:
 I'm not entirely convinced... I'm even pretty sure a lot of people would
 find this even more annoying than it currently is (where you already
 have to go through 5 clicks to get access to the damn thing).
Well you'd still get access to the site,... but only for this session
and the certificate wouldn't be accepted permanently.

I know that the current handling is quite annoying,.. but I guess
security should always go before usability :)


Cheers,
Chris.




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

Bug#587215: kernel module for usb ethernet ax8817x 0b95:1780 not working

2010-06-26 Thread ing. Barry B.F. de Graaff (debian)

Package: linux-image-2.6.32-5-686
Version: 2.6.32-15

When I plug in USB ethernet card the device is recognized by Debian,
and device name (eth2) is assigned.
The link goes up and shows eth2: link up, 1000Mbps, full-duplex in dmesg.
But no data can be transferred via the ethernet card makes it useless

lsusb
Bus 001 Device 006: ID 0b95:1780 ASIX Electronics Corp. AX88178

uname -a
Linux mrnaus 2.6.32-5-686 #1 SMP Tue Jun 1 04:59:47 UTC 2010 i686 GNU/Linux


When I download the driver form the manufacturer and compile it
myself, it does work.
http://www.asix.com.tw/FrootAttach/driver/AX88772B_772A_760_772_178_LINUX2.6.32_Driver_v3.2.0_Source.tar.bz2

modprobe -r asix
untar the archive
make
sudo make install
modprobe asix

plug in the device.


I am not sure if I should report this bug to the kernel package, so please
don't shoot me if I am wrong.


Cheerio Barry



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

Bug#587216: python-paste: Please add IPv6 support

2010-06-26 Thread أحمد المحمودي

Package: python-paste
Version: 1.7.2-4ubuntu1
Severity: normal
Tags: ipv6

Please add IPv6 support to python-paste, there is a patch in the 
upstream bug tracker [1] to implement this.

[1] http://trac.pythonpaste.org/pythonpaste/ticket/276

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

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

Versions of packages python-paste depends on:
ii  python   2.6.5-0ubuntu1  An interactive high-level object-o
ii  python-formencode1.2.2-1ubuntu5  validation and form generation Pyt
ii  python-pkg-resources 0.6.10-4ubuntu1 Package Discovery and Resource Acc
ii  python-support   1.0.4ubuntu1automated rebuilding support for P

Versions of packages python-paste recommends:
ii  python-openid  2.2.4-1build1 OpenID support for servers and con
ii  python-openssl 0.10-1Python wrapper around the OpenSSL 
ii  python-scgi1.13-1Server-side implementation of the 

Versions of packages python-paste suggests:
pn  libapache2-mod-python none (no description available)
pn  libapache2-mod-scgi   none (no description available)
pn  libapache2-mod-wsgi   none (no description available)
ii  libjs-jquery  1.3.3-2ubuntu1 JavaScript library for dynamic web
pn  libjs-mochikitnone (no description available)
pn  python-pastedeploynone (no description available)
pn  python-pastescriptnone (no description available)
pn  python-pastewebkitnone (no description available)
pn  python-pgsql  none (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

Bug#587171: openoffice.org-writer: View, Zoom does not work

2010-06-26 Thread Rene Engelhard

On Sat, Jun 26, 2010 at 09:56:01AM +0200, Mechtilde wrote:
 yes I can confirm this with the Debian version of OpenOffice.org
 (3.2.1-5) under Squeeze/Sid

There is no 3.2.1-5.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#587171: openoffice.org-writer: View, Zoom does not work

2010-06-26 Thread Mechtilde

Hello

in addition. I can also confirm this with the Go-oo 3.1.1


Am 26.06.2010 09:56, schrieb Mechtilde:
 hello
 
 yes I can confirm this with the Debian version of OpenOffice.org
 (3.2.1-5) under Squeeze/Sid
 
 the window which appears seems to be ok
 
 But the list box has a wrong entry (in German. e.g 134Zeichen instead of
 134 % for the actual property) If I chlick ok I get the smallest Zoom
 which is possible (here 20 %)
 
 It works with the vanilla version
 
 Greats
 
 Mechtilde
 
 Am 25.06.2010 22:14, schrieb Jan Willem Stumpel:
 Package: openoffice.org-writer
 Version: 1:3.2.1-3
 Severity: important

 This bug appeared some while ago, and has persisted for several months 
 of dist-upgrades.

 Click View, then Zoom. A seriously broken window appears from which 
 it is impossible to do anything (let alone zoom the display). The window 
 can be closed, but you cannot zoom. This makes checking the presence of 
 small characters (like periods and commas, which are often too small to
 be seen on an unzoomed screen) very difficult.

 Regards, Jan.

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

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

 Versions of packages openoffice.org-writer depends on:
 ii  libc6   2.11.2-1 Embedded GNU C Library: Shared 
 lib
 ii  libgcc1 1:4.4.4-5GCC support library
 ii  libicu424.2.1-3  International Components for 
 Unico
 ii  libstdc++6  4.4.4-5  The GNU Standard C++ Library v3
 ii  libstlport4.6ldbl   4.6.2-7  STLport C++ class library
 ii  libwpd8c2a  0.8.14-1 Library for handling 
 WordPerfect d
 ii  libwps-0.1-10.1.2-1  Works text file format import 
 filt
 ii  openoffice.org-base-cor 1:3.2.1-3office productivity suite -- 
 share
 ii  openoffice.org-core 1:3.2.1-3office productivity suite -- 
 arch-
 ii  ure 1.6.1+OOo3.2.1-3 OpenOffice.org UNO runtime 
 environ
 ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

 Versions of packages openoffice.org-writer recommends:
 ii  openjdk-6-jre [java5-runtime] 6b18-1.8-2 OpenJDK Java runtime, using 
 Hotspo
 ii  openoffice.org-emailmerge 1:3.2.1-3  office productivity suite -- 
 email
 ii  openoffice.org-filter-binfilt 1:3.2.1-3  office productivity suite -- 
 legac
 pn  openoffice.org-java-commonnone (no description available)
 ii  openoffice.org-math   1:3.2.1-3  office productivity suite -- 
 equat

 Versions of packages openoffice.org-writer suggests:
 pn  openoffice.org-base   none (no description available)
 pn  openoffice.org-gcjnone (no description available)

 Versions of packages openoffice.org-core depends on:
 ii  fontconfig  2.8.0-2.1generic font configuration 
 library
 ii  libc6   2.11.2-1 Embedded GNU C Library: Shared 
 lib
 ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics 
 libra
 ii  libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer 
 libra
 ii  libdb4.84.8.30-1 Berkeley v4.8 Database 
 Libraries [
 ii  libexpat1   2.0.1-7  XML parsing C library - runtime 
 li
 ii  libfreetype62.3.11-1 FreeType 2 font engine, shared 
 lib
 ii  libgcc1 1:4.4.4-5GCC support library
 ii  libglib2.0-02.24.1-1 The GLib library of C routines
 ii  libgraphite31:2.3.1-0.2  SILGraphite - a smart font 
 rende
 ii  libgstreamer-plugins-ba 0.10.29-4GStreamer libraries from the 
 base
 ii  libgstreamer0.10-0  0.10.29-1Core GStreamer libraries and 
 eleme
 ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user 
 interface 
 ii  libhunspell-1.2-0   1.2.11-1 spell checker and morphological 
 an
 ii  libhyphen0  2.5-1ALTLinux hyphenation library - 
 sha
 ii  libice6 2:1.0.6-1X11 Inter-Client Exchange 
 library
 ii  libicu424.2.1-3  International Components for 
 Unico
 ii  libjpeg62   6b-16.1  The Independent JPEG Group's 
 JPEG 
 ii  libmythes-1.2-0 2:1.2.0-4simple thesaurus library
 ii  libneon27-gnutls0.29.3-2 An HTTP and WebDAV client 
 library 
 ii  libnspr4-0d 4.8.4-1  NetScape Portable Runtime 
 Library
 ii  libnss3-1d  3.12.6-2 Network Security Service 
 libraries
 ii  librdf0 1.0.10-2 Redland Resource Description 
 Frame
 ii  libsm6  2:1.1.1-1X11 Session Management library
 ii  libssl0.9.8 0.9.8o-1 SSL shared

Bug#587217: debsnap chokes downloading tcpdump

2010-06-26 Thread Ron

Package: devscripts
Version: 2.10.64
Severity: normal

$ debsnap -v tcpdump

snip lots of packages downloaded successfully, until ...

Getting json http://snapshot.debian.org/mr/package/tcpdump/3.3.1a2-1/srcfiles
Getting json 
http://snapshot.debian.org/mr/file/d0e769935cde5800dcc99706ada1d1b73767ddfc/info
Getting file tcpdump_3.3.1a2-1.dsc: 
http://snapshot.debian.org/file/d0e769935cde5800dcc99706ada1d1b73767ddfc
Getting json 
http://snapshot.debian.org/mr/file/d2cebcf8253c6d170dcdcb47e83f2660f1875845/info
Getting file tcpdump_3.3.1a2-1.diff.gz: 
http://snapshot.debian.org/file/d2cebcf8253c6d170dcdcb47e83f2660f1875845
Getting json 
http://snapshot.debian.org/mr/file/e2bb1c732b1b90d29bc36ab250d6be6455648a37/info
Getting file tcpdump_3.3.1a2.orig.tar.gz: 
http://snapshot.debian.org/file/e2bb1c732b1b90d29bc36ab250d6be6455648a37
Getting json http://snapshot.debian.org/mr/package/tcpdump/3.0.4-3/srcfiles
debsnap: fatal error at line 271:
malformed JSON string, neither array, object, number, string or atom, at 
character offset 0 (before (end of string)) at /usr/bin/debsnap line 86



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

Bug#587218: ITP: apache-upload-progress-module -- upload progress support for the Apache web server

2010-06-26 Thread Jérémy Bobbio

Package: wnpp
Severity: wishlist
Owner: Jérémy Bobbio lu...@debian.org

* Package name: apache-upload-progress-module
  Version : 0.1+git20100316-1
  Upstream Author : Piotr Sarnacki dro...@gmail.com
* URL : http://github.com/drogus/apache-upload-progress-module/
* License : MIT-style
  Programming Lang: C
  Description : upload progress support for the Apache web server

mod_upload_progress allows to monitor status of HTTP file uploads.

Website authors can then query the server using Javascript to provide
better feedback (e.g. progress bar, throughput) while the browser is
uploading.

This module produces output similar to the equivalent modules for Nginx
and lighttpd.

-- 
Jérémy Bobbio.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#587219: Transition from python 2.5 to python2.6

2010-06-26 Thread Lorenzo De Liso

Package: linkchecker
Severity: normal
Tags: patch

As Fabrice Coutadeur wrote in the bug report 
https://bugs.launchpad.net/bugs/598608 : 

As squeeze will be released with python2.6, all FTBFS because of python2.6 are 
RC bugs, so they get fixed quickly. 
So please forward the patch to Debian, using the correct tags and get it
fixed there. This way, we will be able to sync the package.

I did a patch for the linkchecker package, attaching it. 
# Description: Bump from python 2.5 to python 2.6
# Forwarded: no
# Origin: vendor
# Author: Lorenzo De Liso bla...@ubuntu.com
# Last-Update: 2010-06-26

--- linkchecker-gui.install	2010-06-26 10:35:26.146719415 +0200
+++ linkchecker-gui.install	2010-06-26 10:49:32.548009586 +0200
@@ -1,5 +1,5 @@
 usr/bin/linkchecker-gui
-usr/lib/python2.5/site-packages/linkcheck/gui
+usr/lib/python*/*-packages/linkcheck/gui
 usr/share/man/man1/linkchecker-gui.1
 usr/share/man/de/man1/linkchecker-gui.1
 usr/share/linkchecker/lccollection.qhc

--- linkchecker.install 2010-06-26 10:36:01.436719468 +0200
+++ linkchecker.install 2010-06-26 10:50:30.636717296 +0200
@@ -3,14 +3,15 @@
 usr/share/man/man5/linkcheckerrc.5
 usr/share/man/de/man1/linkchecker.1
 usr/share/man/de/man5/linkcheckerrc.5
-usr/lib/python2.5/site-packages/_LinkChecker_configdata.py
-usr/lib/python2.5/site-packages/linkcheck/*.py
-usr/lib/python2.5/site-packages/linkcheck/HtmlParser
-usr/lib/python2.5/site-packages/linkcheck/cache
-usr/lib/python2.5/site-packages/linkcheck/checker
-usr/lib/python2.5/site-packages/linkcheck/configuration
-usr/lib/python2.5/site-packages/linkcheck/director
-usr/lib/python2.5/site-packages/linkcheck/dns
-usr/lib/python2.5/site-packages/linkcheck/htmlutil
-usr/lib/python2.5/site-packages/linkcheck/logger
-usr/lib/python2.5/site-packages/linkcheck/network
+usr/lib/python*/*-packages/_LinkChecker_configdata.py
+usr/lib/python*/*-packages/linkcheck/*.py
+usr/lib/python*/*-packages/linkcheck/HtmlParser
+usr/lib/python*/*-packages/linkcheck/cache
+usr/lib/python*/*-packages/linkcheck/checker
+usr/lib/python*/*-packages/linkcheck/configuration
+usr/lib/python*/*-packages/linkcheck/director
+usr/lib/python*/*-packages/linkcheck/dns
+usr/lib/python*/*-packages/linkcheck/htmlutil
+usr/lib/python*/*-packages/linkcheck/logger
+usr/lib/python*/*-packages/linkcheck/network

Bug#587220: cryptsetup: possible security problem with initscripts

Package: cryptsetup
Version: 2:1.1.2-1
Severity: normal
Tags: patch


Hi Jonas.

The current init-scripts might have a meta security problem, for which I've
attached patches.

Imagine a user want's to stop all cryptdisks (as the police is comming ;) )...
He does /etc/init.d/cryptdisks[-early] stop, which should stop them (at least
until no one is used anymore), right?.

However, the if /lib/cryptsetup/cryptdisks.functions (which should never happen)
you exit 0 and he wouldn't notice an error, that stopping didn't work.

The patch also removes the check for /lib/cryptsetup/cryptdisks.functions,
as I guess it's not required, because if the initscripts are there, that file
is also there,.. unless people broke their packages manually, which we can
never prevent or always check for.


Cheers,
Chris.
--- cryptdisks-early2010-06-26 13:12:25.0 +0200
+++ 2   2010-06-26 13:13:06.0 +0200
@@ -15,11 +15,7 @@
 
 set -e
 
-if [ -r /lib/cryptsetup/cryptdisks.functions ]; then
-   . /lib/cryptsetup/cryptdisks.functions
-else
-   exit 0
-fi
+. /lib/cryptsetup/cryptdisks.functions
 
 INITSTATE=early
 LOUD=

Bug#586859: [Build-common-hackers] Bug#586859: Bug#586859: cdbs: upward compatibility

2010-06-26 Thread Jonas Smedegaard


On Sat, Jun 26, 2010 at 11:04:26AM +1000, Kevin Ryde wrote:

Jonas Smedegaard d...@jones.dk writes:


The reason for deprecating perlmodule.mk is that more Perl build
systems emerged than the initially implemented MakeMaker one,


I think perlmodule.mk may helpfully run makemaker the way it has.
I don't think it matters if the name is no longer quite right.

Rate the name as an historical accident.  In the docs say that with the 
benefit of hindsight the name might have anticipated future perl build 
schemes, but I don't think anything would be gained by everyone editing 
their rules scripts just for that.


Good points!

This time around it is too late to roll back - the newly named 
perl-makemaker.mk has been around for too long to drop it again.


So what is possible is to keep both new and old named MakeMaker snippets 
- which is what is done currently, warning that one of them is 
discouraged.


Makes good sense to have this more in mind for future changes, though.



I was not able to find a way for perlmodule.mk to (elegantly 
backwards-compatible) support both those upstream build systems.


I suppose the ways to force settings among the different schemes are 
all different.


Oh, I think my point was not clear: I was unable to find a way to extend 
the old perlmodule.mk to cover both Perl build systems in that one 
snippet.


You are right that I could have left the perlmodule.mk alone when 
providing that new perl-build.mk.  My thinking was that those names 
would be confusing, as both could indicate that they were generic (and 
the fact that the perl-build system provides a rudimentary backwards 
compatibility layer for MakeMaker confuses even more), but you are still 
right that I could have favored stability higher than beautification of 
filenames.




I prefer replacing single snippets over bumping epoch (the /1/ in
current path) whenever possible, to affect as few users as possible
with each change.


The advantage of a break like a /2/ bump would be that users who go to
it know they've bought into various changes.  But it doesn't look like
it's at that stage.  Adding nice new things into /1/ shouldn't mean the
existing ones have to be taken away.  If in time the cruft builds up too
high then a /2/ could cut it down to what turned out to be the best
ideas.  :-)


Seems we agree here.  I simply did not think of the (now obvious) 
alternative approach of simply keep the old generically-sounding name, 
so assumed that you would want to use an epoch.



Would it perhaps help to include in the warning a promise on how long 
the deprecated snippets will be kept alive?  How long should that be?


What need to remove at all?  The simple patchsys likewise.  It tends to 
strike me in various contexts that leaving stuff is simultaneously the 
least work for everyone, and the most compatible :-).


One reason to drop snippets is maintainability.  the tarball.mk and 
patch system snippets are IMO ugly and have been superceded by the much 
more elegant approach of DPKG source format 3.0 (quilt).


Another issue is evolving the snippets to be less monolithic: I have run 
into upstream sources containing multiple subprojects each with an own 
build system, and I would want CDBS be able to support including 
multiple build system snippets, enabled for different sub-roots.  I do 
not say that perlmodule.mk in particular was flawed like this, just that 
generally the process of streamlining the code (which implies attacks on 
backwards compatibility due to the nature of CDBS) makes some 
evolutionary progress (as opposed to using an epoch) possible.



NB! I do appreciate your input very much, no matter if it seems that I 
am against all arguments. :-)



 - Jonas

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

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#587221: python-pisa: Missing Dependencey on python-pkg-resources

2010-06-26 Thread robert pogson

Package:python-pisa

When I installed and ran xhtml2pdf I get an error message about
pkg_resources.
I show the error here by deleting the package, python-pkg-resources, and


re-running the formerly successfully completed task. This seems to be
another
instance of a similar problem in other packages, e.g.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544561


$xhtml2pdf template.html junk.pdf Successfully executes
Converting template.html to /home/pogson/RSL/reportgen/template/junk.pdf...
pog...@tc-amd64-3:~/RSL/reportgen/template$ su
Password:
r...@tc-amd64-3:/home/pogson/RSL/reportgen/template# apt-get --remove
python-pkg-resources
E: Invalid operation python-pkg-resources
r...@tc-amd64-3:/home/pogson/RSL/reportgen/template# apt-get remove
python-pkg-resources
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
  libfreebob0 libtalloc1 xfprint4 libeel2-data libgnomeprintui2.2-common
libwxbase2.6-0 libbcel-java libneon27 libmalaga7 xfonts-scalable libgcj8-1
  libnautilus-burn4 libxklavier12 libgucharmap6 gcj-4.2-base libicu38
libspectre1 libedataserver1.2-9 libboost-signals1.40.0 bsh-gcj
libxfce4mcs-client3
  libgnomeprintui2.2-0 python-debianbts libsndfile1-dev libeel2-2.20
libedata-cal1.2-6 libiso9660-5 libgcj8-jar gnome-pilot libsmbios2
libtrackerclient0
  libdvbpsi4 libdirectfb-1.0-0 libcdio7 libxosd2 libx264-93
libgnomeprint2.2-0 python-soappy python-qt4 libflac-dev libgnome-desktop-2
bsh python-fpconst
  python-sip libwxgtk2.6-0 libgtksourceview1.0-0 libcompress-zlib-perl
libmx4j-java libscrollkeeper0 libgnomecups1.0-1 evince-common wodim
  libexchange-storage1.2-3 libevince2 libgnomeprint2.2-data libao2 libxtrap6
libsuitesparse-3.1.0 xfce4-icon-theme libgail-common libdvdread3
  libtotem-plparser10 gnome-pilot-conduits psfontmgr uswsusp uuid-dev
libmozjs1d openoffice.org-writer2latex libraw1394-8 libxxf86misc1
libsmbios-bin
  fastjar xorg-docs libxfce4mcs-manager3 libcamel1.2-11
libio-compress-zlib-perl svgalibg1 libvoikko1 libboost-regex1.40.0
libcupsys2
  libgtksourceview-common libsplashy1 gnome-mount portmap libgcj8-1-awt
xfce4-mcs-manager libmpcdec3 libgnome-pilot2 libjack-dev libcucul0
libpisync1
  python-numeric libfaad0
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
  python-pkg-resources
0 upgraded, 0 newly installed, 1 to remove and 17 not upgraded.
After this operation, 217kB disk space will be freed.
Do you want to continue [Y/n]? y
(Reading database ... 180777 files and directories currently installed.)
Removing python-pkg-resources ...
r...@tc-amd64-3:/home/pogson/RSL/reportgen/template# exit
exit

#With python-pkg-resources removed the same command now fails

pog...@tc-amd64-3:~/RSL/reportgen/template$ xhtml2pdf template.html junk.pdf

Traceback (most recent call last):


  File /usr/bin/xhtml2pdf, line 5, in module
from pkg_resources import load_entry_point
ImportError: No module named pkg_resources

I suggest adding a Depends on python-pkg-resources.

Thanks

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

Kernel: Linux 2.6.32-5-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/dash

Versions of packages python-pisa depends on:
ii  python2.5.4-9An interactive high-level
object-o
ii  python-html5lib   0.90-1 HTML parser/tokenizer based on
the
ii  python-imaging1.1.7-1+b1 Python Imaging Library
ii  python-pypdf  1.12-3 PDF toolkit implemented solely
in
ii  python-reportlab  2.4-1  ReportLab library to create PDF
do
ii  python-support1.0.8  automated rebuilding support
for P

python-pisa recommends no packages.

python-pisa suggests no packages.

-- no debconf information

-- 
Robert Pogson
Have server, will travel...

Bug#587222: cryptsetup does not/cannot close dm-crypt devices, if root-fs is on it, but does also not warn about it

Package: cryptsetup
Version: 2:1.1.2-1
Severity: normal


Hi Jonas.

This is rather for the records, than a real bug.

I'm currently investigating in the problems that occur, when having fully
encrypted systems (root-fs on dm-crypt) and the block layers are even stacked
(e.g. with lvm2, mdadm, etc).

I noticed a problem in lvm2, that when the root-fs is on top of lvm, it cannot
close the VG on shutdown/reboot, as / is only remounted-ro (which even happens
after lvm2 stop)... anyway.

The same problem must obviously appear with cryptsetup.
However, I never saw a warning.

Do you generally not warn, if devices could not be closed, or just for root?
If you generally do not warn that could be a problem, if e.g. users set up
dm-crypt devices on a loopback device, because people wouldn not notice,
if closing of dm-crypt device did not work, and therfore also not closing
of the loopback device and clean unmounting of the underlaying filesystem.

For the root-fs it could be a problem, if it's not secured that on the
remount,ro of the root-fs just before halt/reboot, everything that the
fs worte out, has already passed dm-crypt (and further) layer to the disk.
I'll ask at lkml on how this works.


Cheers,
Chris.



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

Bug#587220: [pkg-cryptsetup-devel] Bug#587220: cryptsetup: possible security problem with initscripts

The 2nd patch was missing.
--- cryptdisks	2010-06-26 13:12:23.0 +0200
+++ 1	2010-06-26 13:12:56.0 +0200
@@ -15,11 +15,7 @@
 
 set -e 
 
-if [ -r /lib/cryptsetup/cryptdisks.functions ]; then
-	. /lib/cryptsetup/cryptdisks.functions
-else
-	exit 0
-fi
+. /lib/cryptsetup/cryptdisks.functions
 
 INITSTATE=remaining
 LOUD=yes

Bug#587223: ITP: libscalc -- simple/symbolic calculation library

2010-06-26 Thread Vincent Fourmond

Package: wnpp
Severity: wishlist
Owner: Vincent Fourmond fourm...@debian.org

* Package name: libscalc
  Version : 0.2.2
  Upstream Author : Vincent Fourmond vincent.fourm...@9online.fr
* URL : http://rubyforge.org/frs/?group_id=1477
* License : GPL2+
  Programming Lang: C++
  Description : simple/symbolic calculation library

SCalc is a C++ library for manipulation of mathematical
expressions. It is possible to define functions, either using an
expression or a C function. It is able to compute derivatives
analytically, and is therefore suitable for implementing non-linear
curve fitting with user-specified arbitrary functions.

  Cheers,

Vincent




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

Bug#575251: Move debian-finnish to lists.debian.org

2010-06-26 Thread Teemu Hukkanen

Hi,

Please read my original request.

Here's the relevant bit:
---snip---
Rationale: The list has existed since 2001 at
 debian...@lists.fishpool.fi, and I'd like to move it to
 lists.debian.org. List of subscribers and archives will be provided
 separately.
---snip---

Thanks.



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

Bug#586769: Re[2]: Bug#586769: (no subject)

2010-06-26 Thread Ibragimov Rinat


 It's strange, on my machine with same steps still crash.
 
 
  Can you post here your main.c file so I can compare it with my version?
  I attach my version to the message.
 
 Sure, is the simple: apt-get source scrot
 however attached the files.
 

It seems that fix-beeping.diff applied but 04-focused.dpatch was not. And 
therefore
`scrot_get_geometry` function's body not defined.

---
Rinat




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

Bug#587224: cryptsetup: cryptdisks-early boot-sequence difference in legacy and dependency-based boot

2010-06-26 Thread Mario 'BitKoenig' Holbe

Package: cryptsetup
Version: 2:1.1.2-1

Hello,

while examining differences in the legacy and dependency-based
boot-sequence in order to decide whether I'd probably like to switch
away from legacy I've stumbled over cryptdisk-early.

The legacy boot-sequence for mdadm, cryptsetup and lvm in rcS given from
the postinst update-rc.d sequence numbers is:
S25mdadm-raid
S26cryptdisks-early
S26lvm2
S27cryptdisks

However, cryptdisks-early ships a LSB hint
# X-Start-Before:mdadm-raid lvm2
which I understand as it would be started before mdadm-raid.
And, indeed,
/sbin/insserv -vn 21 | grep ' enable ' | grep rcS.d | sed -e 's/^.* 
- //' -e s%init.d/../%% | sort | egrep '(crypt|mdadm|lvm)'
reveals
S09cryptdisks-early
S10mdadm-raid
S11lvm2
S12cryptdisks
on my system, i.e. cryptdisks-early would really be started before
mdadm-raid using dependency-based boot.

This makes a huge difference for me since I'm stacking raid - crypt -
lvm and thus need some crypt-init between raid and lvm. The current
dependency-based boot-sequence doesn't offer this to me while the legacy
boot-sequence does.

I'm not really sure what's the intended boot-sequence but I personally
think the legacy one makes more sense than the new dependency-based one
(ymmv).

I'm not sure if such differences would justify a higher severity.


regards
   Mario
-- 
[mod_nessus for iauth]
delta scanning your system...found depreciated OS...found
hole...installing new OS...please reboot and reconnect now


signature.asc
Description: Digital signature

Bug#587225: Deprecated code

2010-06-26 Thread Juhapekka Tolvanen

Package: python-musicbrainz2
Version: 0.6.0-2
Severity: normal

I run some Python-script that uses python-musicbrainz2. That module
gives this kind of deprecation warning:

/usr/lib/pymodules/python2.6/musicbrainz2/model.py:21:
DeprecationWarning: the sets module is deprecated
  from sets import Set


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (1001, 'unstable'), (990, 'stable'), (500, 
'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-musicbrainz2 depends on:
ii  libdiscid00.2.2-1Library for creating MusicBrainz D
ii  python [python-ctypes]2.6.5-5An interactive high-level object-o
ii  python-support1.0.8  automated rebuilding support for P

python-musicbrainz2 recommends no packages.

Versions of packages python-musicbrainz2 suggests:
pn  python-musicbrainz2-doc   none (no description available)

-- no debconf information

-- 
Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv
Quidquid Latine dictum sit altum videtur.



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

Bug#584203: acpi-fakekey: fails to start at boot

2010-06-26 Thread Michel

On Thu, Jun 24, 2010 at 08:26, Michael Meskes mes...@debian.org wrote:
 On Wed, Jun 02, 2010 at 04:57:20AM -0400, Michel wrote:
 At boot time I get the following message:

 'failed (Could not start /usr/sbin/acpi_fakekeyd).'

 The keys for volume up/down and mute work, but does not control
 the volume up/down and mute on alsamixer like before.

 Seems similar to #577603, but I have no messages
 like that in /var/log/Xorg.0.log, from #577603:

 'ACPI Virtual Keyboard Device: Dropping event due to full que'

 Even after manually stopping and starting with 'invoke-rc.d acpi-fakekey'
 the same thing still happens. This is on a Thinkpad T23.

 Do you still see the problem with 0.136-4 in unstable? If so could you please
 start /usr/sbin/acpi_fakekeyd manually under strace to see what happens? It
 might also be helpful to compile acpi-fakekey with debugging enabled and run 
 it
 under gdb. I haven't seen this problem before.

 Michael


After installing 0.136-4, it still fails at boot with the same
message. But I now
see this message above, which did not show before:

'Starting acpi_fakekey daemon...open device: No such file or directory'

Can now manually start with: /usr/sbin/acpi_fakekeyd, acpi_fakekeyd
and invoke acpi_fakekeyd start.

'Starting acpi_fakekey daemon...[time] input: ACPI Virtual Keyboard
Device as /devices/virtual/input/input8 done.'

But still does not control alsamixer like it did before.

Thanks,

Michel



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

Bug#587210: httping: Please update 1.3.1 (2009-08-03) to latest 1.4.1 (2010-01-10)

2010-06-26 Thread Nico Golde

Hi,
* Jari Aalto jari.aa...@cante.net [2010-06-26 13:42]:
 Please package new upstream release:
 
http://www.vanheusden.com/httping/
http://www.vanheusden.com/httping/httping-1.4.1.tgz

Looks like this wasn't announced through the mailing list or I missed it. Will 
package it. Thanks for the reminder!

Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0
For security reasons, all text in this mail is double-rot13 encrypted.


pgpq6qXJqXDmO.pgp
Description: PGP signature

Bug#587226: www.youtube.com: Unsupported website

2010-06-26 Thread David Bremner

Package: abby
Version: 0.4.7-1
Severity: important


The following URL (which contains profanity, and may not be suitable
for all audiences) downloads fine with cclive, but when I paste it
into the abby url box, abby pops a message www.youtube.com:
unsupported website.

 http://www.youtube.com/watch?v=-Pmv__3krFw

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

Kernel: Linux 2.6.32-4-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/dash

Versions of packages abby depends on:
ii  cclive0.6.3-1lightweight command line video ext
ii  libc6 2.10.2-9   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.4-1  GCC support library
ii  libqt4-network4:4.6.2-4  Qt 4 network module
ii  libqt4-xml4:4.6.2-4  Qt 4 XML module
ii  libqtcore44:4.6.2-4  Qt 4 core module
ii  libqtgui4 4:4.6.2-4  Qt 4 GUI module
ii  libstdc++64.4.4-1The GNU Standard C++ Library v3

abby recommends no packages.

abby 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#587227: libmagick++3: ABI breakage without SONAME change (yet again)

Package: libmagick++3
Version: 7:6.6.2.6-1
Severity: serious

libMagick++.so.3 in squeeze exports a _ZN6Magick5Image8contrastEj
symbol.  The version in sid doesn't.  This breaks (at least)
python-imagemagick.  Please be more careful about ABI compatibility...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#587228: chef: [INTL:pt] Updated Portuguese translation for debconf messages

2010-06-26 Thread Traduz - Portuguese Translation Team


Package: chef
Version: 0.8.16-5
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for chef's debconf messages.
Translator: Rui Branco ru...@debianpt.org
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team traduz _at_ debianpt.org.


--
Best regards,

Rui Branco
Traduz - Portuguese Translation Team
http://www.DebianPT.org





pt.po.gz
Description: GNU Zip compressed data

Bug#587229: [scite:2.03-1] pov.properties tries to launch pvengine.exe rather than povray

2010-06-26 Thread RalfGesellensetter

Package: scite:
Version: 2.03-1
Severity: normal

--- Please enter the report below this line. ---
Scite supports the povray syntax, but rendering pov files
fails because scite uses settings for windows here.

/usr/share/scite/pov.properties  should look as shown by attachment.

Regards
Raöf


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.33-2.slh.6-sidux-686

Debian Release: squeeze/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.spline.de 
  500 unstableftp.debian.de 
  500 stable  dl.google.com 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.



# Define SciTE settings for POV-Ray SDL files.

file.patterns.pov=*.pov;*.inc

filter.pov=POV-Ray SDL (pov)|$(file.patterns.pov)|

indent.size.*.pov=2
tab.size.*.pov=2
use.tabs.*.pov=0
indent.size.*.inc=2
tab.size.*.inc=2
use.tabs.*.inc=0

lexer.$(file.patterns.pov)=pov

word.chars.pov=$(chars.alpha)$(chars.numeric)_#
word.characters.$(file.patterns.pov)=$(word.chars.pov)

api.*.pov=POV-Ray_SDL.api
#autocomplete.pov.ignorecase=1
autocomplete.pov.start.characters=.
#autocomplete.pov.fillups=(
#calltip.pov_quote.ignorecase=1
calltip.pov.word.characters=.$(word.chars.pov)

comment.block.at.line.start.pov=1
comment.block.pov=//~
#~ comment.stream.start.pov=#ifdef BOOFOO
#~ comment.stream.end.pov=#endif
comment.stream.start.pov=/*
comment.stream.end.pov=*/
comment.box.start.pov=/*
comment.box.middle.pov= *
comment.box.end.pov= */

#~ statement.indent.$(file.patterns.pov)=5 case catch class default do else for 
if \
#~ private protected public struct try union while
#~ statement.lookback.$(file.patterns.pov)=20
#~ block.start.$(file.patterns.pov)=10 {
#~ block.end.$(file.patterns.pov)=10 }
#indent.maintain.$(file.patterns.pov)=1
#indent.size.$(file.patterns.pov)=4
#tab.size.$(file.patterns.pov)=4
#use.tabs.$(file.patterns.pov)=1

# Actually, these are SDL directives, but SciTE is seeking for the 
preprocessor.* properties
preprocessor.symbol.$(file.patterns.pov)=#
preprocessor.start.$(file.patterns.pov)=if ifdef ifndef switch while macro
preprocessor.middle.$(file.patterns.pov)=else
preprocessor.end.$(file.patterns.pov)=end

# keywords(1) is for Language directives (#xxx)
keywordclass.pov=declare local include undef fopen fclose read write default 
version \
case range break debug error warning \
if ifdef ifndef switch while macro else end

keywords.$(file.patterns.pov)=$(keywordclass.pov)

# keywords2 is for Objects  CSG  Appearance (xxx {})
keywords2.$(file.patterns.pov)=camera light_source light_group \
object blob sphere cylinder box cone height_field julia_fractal \
lathe prism sphere_sweep superellipsoid sor text torus \
bicubic_patch disc mesh mesh2 polygon triangle smooth_triangle \
plane poly cubic quartic quadric isosurface parametric \
union intersection difference merge function array spline \
vertex_vectors normal_vectors uv_vectors face_indices normal_indices uv_indices 
\
texture texture_list interior_texture \
texture_map material_map image_map color_map colour_map pigment_map \
normal_map slope_map bump_map density_map \
pigment normal material interior finish reflection irid slope pigment_pattern 
image_pattern \
warp media scattering density background fog sky_sphere rainbow \
global_settings radiosity photons pattern \
transform looks_like projected_through contained_by clipped_by bounded_by

# keywords3 is for Types  Modifiers  Items
keywords3.$(file.patterns.pov)=linear_spline quadratic_spline cubic_spline 
natural_spline bezier_spline b_spline \
read write append inverse open \
perspective orthographic fisheye ultra_wide_angle omnimax panoramic \
spherical spotlight jitter circular orient \
media_attenuation media_interaction shadowless parallel \
refraction collect pass_through global_lights hierarchy sturm smooth \
gif tga iff pot png pgm ppm jpeg tiff sys ttf \
quaternion hypercomplex linear_sweep conic_sweep \
type all_intersections split_union cutaway_textures \
no_shadow no_image no_reflection double_illuminate hollow \
uv_mapping all use_index use_color use_colour no_bump_scale \
conserve_energy fresnel \
average agate boxed bozo bumps cells crackle cylindrical density_file dents \
facets granite leopard marble onion planar quilted radial ripples spotted waves 
wood wrinkles \
solid use_alpha interpolate magnet noise_generator toroidal \
ramp_wave triangle_wave sine_wave scallop_wave cubic_wave poly_wave \
once map_type method fog_type hf_gray_16 charset ascii utf8 \
rotate scale translate matrix location right up direction sky \
angle look_at aperture blur_samples focal_point confidence variance \
radius falloff tightness point_at area_light adaptive fade_distance fade_power \
threshold strength water_level tolerance max_iteration precision slice \
u_steps v_steps flatness inside_vector \
accuracy max_gradient evaluate max_trace precompute \
target ior dispersion

Bug#555549: Processed: reopening 555549

2010-06-26 Thread Kurt Roeckx

Any reason you reopened this bug?

Could you please provide some details.


Kurt




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

Bug#586539: gdm problem fixed

2010-06-26 Thread Tuco

Hi,
This patch solved the problem for me:

--- gdm-2.20.10/daemon/getvt.h  2009-03-19 00:59:27.0 -0400
+++ gdm-2.20.10.fixed/daemon/getvt.h2010-06-26 07:57:32.0 -0400
@@ -27,7 +27,7 @@
 #endif
 #endif

-#if defined (__FreeBSD__) || defined (__DragonFly__)
+#if defined (__FreeBSD__) || defined (__FreeBSD_kernel__) || defined
(__DragonFly__)
 #define GDM_USE_CONSIO_VT
 #endif



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

Bug#587230: RM: bmconf -- ROM; unmaintained upstream

Package: ftp.debian.org
Severity: normal

Hi,

I am the upstream author of this program and I haven't had time to touch
it for years, unfortunately.  Since the current version is not working
fully, usability is limited and according to popcon there is only one
user, who used it recently.

Of course if anyone were continuing the development, the code is under
GPL and I would be the happiest person to see it, but there are no
chances.

Please remove it from the archives.

Thanks,
Gergely



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

Bug#587227: libmagick++3: ABI breakage without SONAME change (yet again)

On Sat, Jun 26, 2010 at 13:10:26 +0100, Julien Cristau wrote:

 Package: libmagick++3
 Version: 7:6.6.2.6-1
 Severity: serious
 
 libMagick++.so.3 in squeeze exports a _ZN6Magick5Image8contrastEj
 symbol.  The version in sid doesn't.  This breaks (at least)
 python-imagemagick.  Please be more careful about ABI compatibility...
 
So on amd64 I count 130 removed symbols.  It's likely there are others
that only affect 32bit archs.  Checking that kind of things should be
the *first* thing you do on a new upstream release, especially when you
know upstream is unable to maintain their ABI properly.  And it's not
like these things are well-hidden, a debdiff shows e.g. for
lib/Magick++/Drawable.h:

@@ -2055,8 +2055,8 @@
 class MagickDLLDecl DrawableViewbox : public DrawableBase
 {
 public:
-  DrawableViewbox(unsigned long x1_, unsigned long y1_,
-  unsigned long x2_, unsigned long y2_)
+  DrawableViewbox(ssize_t x1_, ssize_t y1_,
+  ssize_t x2_, ssize_t y2_)
 : _x1(x1_),
   _y1(y1_),
   _x2(x2_),

which is quite trivially not going to fly.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#587231: O: vgacardgames -- four SVGAlib card games

Package: wnpp
Severity: normal

Hereby, I orphan vgacardgames.  I do not have a machine anymore, where I
can run these games with libsvga1.  Furthermore, the last upstream
version came out in 1995.

If nobody wants to take care of this package, then probably it is time
to remove it from the archives.



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

Bug#587232: upgrade to new upstream release

2010-06-26 Thread Artur Rona

Package: opencv
Version: 2.0.0-4

Please upgrade opencv to new upstream release - 2.1.0. 




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

Bug#587233: O: shaperd -- a user-mode traffic shaper for tcp-ip networks

Package: wnpp
Severity: normal

I orphan shaperd, because I no longer use it in production.

Since the born of this utility, tc improved a lot and now it is a easier
to set up and get it working.  If someone is interested in this package,
then probably it can stay in the archive, but there were no upstream
updates since 2002.

http://webs.sinectis.com.ar/lesanti/shaperd/



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

Bug#587234: mpicxx.h: error: mpi.h: No such file or directory

2010-06-26 Thread Gerber van der Graaf

Package: mpi-default-dev
Version: 0.6
Severity: normal

When building the FreeFOAM software for debianizing
(http://freefoam.sf.net, not yet in debian) from the upstream git
repository, the compilation fails with error message:
=
[ 57%] Building CXX object
src/decompositionMethods/scotchDecomp/CMakeFiles/scotchDecomp.dir/scotchDecomp.C.o
cd /home/gerber/FreeFOAM/build/src/decompositionMethods/scotchDecomp 
/usr/bin/c++   -DscotchDecomp_EXPORTS -DDP -DNoRepository -Dlinux64
-fPIC
-I/home/gerber/FreeFO
AM/build/include -I/usr/include/scotch   -o
CMakeFiles/scotchDecomp.dir/scotchDecomp.C.o -c
/home/gerber/FreeFOAM/freefoam2/src/decompositionMethods/scotchDecomp/scotc
hDecomp.C
In file included from /usr/include/mpi/mpi.h:1886,
 from /usr/include/scotch/scotch.h:75,
 from
/home/gerber/FreeFOAM/freefoam2/src/decompositionMethods/scotchDecomp/scotchDecomp.C:117:
/usr/include/mpi/openmpi/ompi/mpi/cxx/mpicxx.h:33:17: error: mpi.h: No
such
file or directory
/usr/include/mpi/openmpi/ompi/mpi/cxx/mpicxx.h:201:44: error:
openmpi/ompi/mpi/cxx/constants.h: No such file or directory
/usr/include/mpi/openmpi/ompi/mpi/cxx/mpicxx.h:202:44: error:
openmpi/ompi/mpi/cxx/functions.h: No such file or directory
/usr/include/mpi/openmpi/ompi/mpi/cxx/mpicxx.h:203:43: error:
openmpi/ompi/mpi/cxx/datatype.h: No such file or directory
(ETC)
==

While I do find these files on my system at:
/usr/include/mpi/openmpi/ompi/mpi/cxx/

Maybe a wrong or missing symlink?

I tested the example of hello_cxx from openmpi-doc package, after
configuring and building with CMake implemented find_package(MPI
REQUIRED), like the FreeFOAM package. This, though, works fine.

Gerber van der Graaf



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

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

Versions of packages mpi-default-dev depends on:
ii  libopenmpi-dev1.4.1-3high performance message
passing l

mpi-default-dev recommends no packages.

mpi-default-dev 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#587235: O: sbm -- Smart Boot Manager (SBM) is a full-featured boot manager