date:20080707

Bug#479977: marked as done (lavaps: FTBFS: ../proc/ps.h:9:22: error: asm/page.h: No such file or directory)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 06:47:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#479977: fixed in lavaps 2.7-4.2
has caused the Debian Bug report #479977,
regarding lavaps: FTBFS: ../proc/ps.h:9:22: error: asm/page.h: No such file or 
directory
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
479977: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479977
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: lavaps
Version: 2.7-4.1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080506 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on
i386.

See #479898: linux-libc-dev: please re-add /usr/include/asm/page.h

This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3
is now the default on most architectures (even if it's not the case on
i386 yet).  Consequently, many failures are caused by the switch to gcc
4.3.
If you determine that this failure is caused by gcc 4.3, feel free to
downgrade this bug to 'important' if your package is only built on i386,
and this bug is specific to gcc 4.3 (i.e the package builds fine with
gcc 4.2).

Relevant part:
> gcc -O2 -g -D_GNU_SOURCE -I.. -Wall -c ksym.c
> In file included from ksym.c:31:
> ../proc/ps.h:9:22: error: asm/page.h: No such file or directory
> make[5]: *** [ksym.o] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2008/05/06

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


--- End Message ---
--- Begin Message ---
Source: lavaps
Source-Version: 2.7-4.2

We believe that the bug you reported is fixed in the latest version of
lavaps, which is due to be installed in the Debian FTP archive:

lavaps_2.7-4.2.diff.gz
  to pool/main/l/lavaps/lavaps_2.7-4.2.diff.gz
lavaps_2.7-4.2.dsc
  to pool/main/l/lavaps/lavaps_2.7-4.2.dsc
lavaps_2.7-4.2_i386.deb
  to pool/main/l/lavaps/lavaps_2.7-4.2_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Tille <[EMAIL PROTECTED]> (supplier of updated lavaps package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2008 08:05:15 +0200
Source: lavaps
Binary: lavaps
Architecture: source i386
Version: 2.7-4.2
Distribution: unstable
Urgency: low
Maintainer: Ashley T. Howes <[EMAIL PROTECTED]>
Changed-By: Andreas Tille <[EMAIL PROTECTED]>
Description: 
 lavaps - a lava lamp of currently running processes
Closes: 479977
Changes: 
 lavaps (2.7-4.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * removed the #include  from src/linux/proc/ps.h
 (thanks to peter green <[EMAIL PROTECTED]> for the patch)
 Closes: #479977
Checksums-Sha1: 
 2005d9fbbde95223677caff4348b5698c01f1f95 986 lavaps_2.7-4.2.dsc
 a17c1bf4adbb9f3af656a2f8d406233e9a312e33 9178 lavaps_2.7-4.2.diff.gz
 456398e2ecf1bcbebbc3e71f8d656f0ceff7f857 130004 lavaps_2.7-4.2_i386.deb
Checksums-Sha256: 
 fa17b92413068bbb5a1f77731a6e0fad3df24f2ae0de2bc509379b1881959d2d 986 
lavaps_2.7-4.2.dsc
 451fe3aa603d9a7c7a650eb3ba33fd6720d5136d0adccc8434de4c2643cd62dd 9178 
lavaps_2.7-4.2.diff.gz
 be35cc0aabb2aec42e9a2c6a2afcb96557a0bf4a5d2684037c25f949f0e8a5de 130004 
lavaps_2.7-4.2_i386.deb
Files: 
 4e76a803a354581848e1f041b7eb504d 986 admin optional lavaps_2.7-4.2.dsc
 b0f676c78e4071003493bb4232eac47a 9178 admin optional lavaps_2.7-4.2.diff.gz
 19fb27f8b4e9d13099b24a3220640070 130004 admin optional lavaps_2.7-4.2_i386.deb

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

iD8DBQFIcbRuYDBbMcCf01oRAmKAAJ9ZvbsbofLSYeaYq43PvjXF/mxAhwCeN4V/
aYapS9M6yHBmVWR0iKnOcdY=
=2AE6
-END PGP SIGNATURE-


--- End Message ---

Bug#486534: marked as done (lmemory: xpm_widget, xpm_widget_default implicitly converted to pointers)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 07:32:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#486534: fixed in lmemory 0.6c-2.1
has caused the Debian Bug report #486534,
regarding lmemory: xpm_widget, xpm_widget_default implicitly converted to 
pointers
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
486534: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486534
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: lmemory
Version: 0.6c-2
Severity: serious
Tags: patch
Usertags: implicit-pointer-conversion

Our automated buildd log filter[1] detected a problem that is likely to
cause your package to segfault on architectures where the size of a
pointer is greater than the size of an integer, such as ia64 and amd64.

  Function `xpm_widget_default' implicitly converted to pointer at 
lmem_window.c:193
  Function `xpm_widget' implicitly converted to pointer at lmem_window.c:204

This is often due to a missing function prototype definition.
For more information, see [2].

Though it is guaranteed that this codepath will cause a segfault on certain
architectures, it is not guaranteed that this codepath would ever be executed
(e.g., if the returned pointer is never dereferenced). However, this bug
does prevent the ia64 buildd from successfully building this package, resulting
in a practical FTBFS issue and warranting the serious severity.

[1] http://people.debian.org/~dannf/check-implicit-pointer-functions
[2] http://wiki.debian.org/ImplicitPointerConversions

--- lmemory-0.6c/lmem_window.c~	2003-07-30 09:36:35.0 -0600
+++ lmemory-0.6c/lmem_window.c	2008-06-16 11:04:45.0 -0600
@@ -11,6 +11,9 @@
 #include 
 #include "lmemory.h"
 
+GtkWidget *xpm_widget(GtkWidget *parent, gchar *xpm_filename);
+GtkWidget *xpm_widget_default( GtkWidget *parent);
+
   int flipped;
   int flipped_btn[3];
 
--- End Message ---
--- Begin Message ---
Source: lmemory
Source-Version: 0.6c-2.1

We believe that the bug you reported is fixed in the latest version of
lmemory, which is due to be installed in the Debian FTP archive:

lmemory_0.6c-2.1.diff.gz
  to pool/main/l/lmemory/lmemory_0.6c-2.1.diff.gz
lmemory_0.6c-2.1.dsc
  to pool/main/l/lmemory/lmemory_0.6c-2.1.dsc
lmemory_0.6c-2.1_i386.deb
  to pool/main/l/lmemory/lmemory_0.6c-2.1_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Tille <[EMAIL PROTECTED]> (supplier of updated lmemory package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2008 09:04:31 +0200
Source: lmemory
Binary: lmemory
Architecture: source i386
Version: 0.6c-2.1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong <[EMAIL PROTECTED]>
Changed-By: Andreas Tille <[EMAIL PROTECTED]>
Description: 
 lmemory- A children's game based on the "memory" card game
Closes: 486534
Changes: 
 lmemory (0.6c-2.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Applied patch provided by dann frazier <[EMAIL PROTECTED]> to fix
 implicit-pointer-conversion problem (Thanks to Dann for the patch)
 Closes: #486534
Checksums-Sha1: 
 034a69ff330c50a08e35492df23b3be47f51aba5 969 lmemory_0.6c-2.1.dsc
 24f4d20e42d5d100268505b3c31b1ed29fea6a2a 174699 lmemory_0.6c-2.1.diff.gz
 d3a2c087e88d2c6547a262f272da7bd3ba527878 165892 lmemory_0.6c-2.1_i386.deb
Checksums-Sha256: 
 f45cd43714e3169908aa0df5dd207ce98b600c9c7b6c63db879363e2663f 969 
lmemory_0.6c-2.1.dsc
 5fe7338783561fabe319f44d6a36a07bba49baceb0078a63aaa756516b6517c4 174699 
lmemory_0.6c-2.1.diff.gz
 6f151a6f2365b948f5df1ece227649e7be59744056ecf6fe8f0b4626643403bd 165892 
lmemory_0.6c-2.1_i386.deb
Files: 
 8a06c968ae0d83e2070667062594fcc9 969 games optional lmemory_0.6c-2.1.dsc
 0ed03d1e954659925b569f1ecd6a94db 174699 games optional lmemory_0.6c-2.1.diff.gz
 ec46416ba5709f9beae68f5b762de3de 165892 games optional 
lmemory_0.6c-2.1_i386.deb

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

iD8DBQFIccQnYDBbMcCf01oRAnX+AJ9eqj75BA8+tYtLD+8sIExXu2lSEACgtZIh
z0Wzi27aRWJg84CA3NOpbnk=
=UWR0
-END PGP SIGNATURE-


--- End Message ---

Bug#489689: texlive-fonts-extra: oesch is no-sell license

2008-07-07 Thread Norbert Preining

Package: texlive-fonts-extra
Version: 2007.dfsg.2-1
Severity: serious
Justification: no-sell license files


oesch is no-sell, it has been removed from upstream TL.

-- Package-specific info:
If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report. Don't forget to also include minimal examples of
other files that are needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.latex-einfuehrung.de/mini-en.html (english)

or 

http://www.latex-einfuehrung.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 norbert norbert 2082 2007-02-14 17:36 /home/norbert/texmf/ls-R
-rw-r--r-- 1 root root 1713 2008-07-06 13:03 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 490687 2008-07-06 13:03 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 2008-06-02 16:51 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 2008-06-26 18:17 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 2008-06-26 18:17 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
##
 Config files
lrwxrwxrwx 1 root root 20 2008-06-02 16:51 /usr/share/texmf/web2c/texmf.cnf -> 
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 12356 2008-06-26 23:59 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 26587 2008-06-26 23:59 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 15399 2008-06-26 23:59 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 290 2006-07-08 21:24 mktex.cnf
-rw-r--r-- 1 root root 283 2006-08-16 17:02 mktex.cnf.dpkg-dist
##
 md5sums of texmf.d
e124958c411a7d57d7478ac266974bc8  /etc/texmf/texmf.d/03luatex.cnf
34d92af95edd772480c3a0f809a4b0f9  /etc/texmf/texmf.d/04-local-vartexfonts.cnf
42c20d7e8bd343542772b5a145bf8ad8  /etc/texmf/texmf.d/05TeXMF.cnf
538f4baee5e83892c7f6bbdd41218aa8  /etc/texmf/texmf.d/05TeXMF.cnf.ucf-old
5f7f6652cc8b8071c9e4ea6ba9e9f0a1  /etc/texmf/texmf.d/15Plain.cnf
d588a08518f705d06ac262acd78f2bc4  /etc/texmf/texmf.d/20xmltex.cnf
f68e5add6afd6585b982f2f78e2e6a92  /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c  /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1  /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068  /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e  /etc/texmf/texmf.d/80DVIPDFMx.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf
37329819f1109e8a457e64b8b58fecdb  /etc/texmf/texmf.d/85Misc.cnf
a8952d594677235951d447665ec46e9c  /etc/texmf/texmf.d/90TeXDoc.cnf
2c2ff643ee46ed3f0bd44b46464ebf73  /etc/texmf/texmf.d/95NonPath.cnf
1df66bc319cec731e202eaf39f5d85e1  /etc/texmf/texmf.d/96JadeTeX.cnf

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

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

Versions of packages texlive-fonts-extra depends on:
ii  texlive-base   2007.dfsg.1-2 TeX Live: Essential programs and f
ii  texlive-common 2007.dfsg.1-2 TeX Live: Base component

Versions of packages texlive-fonts-extra recommends:
ii  texlive-fonts-extra-doc2007.dfsg.2-1 TeX Live: Documentation files for 
ii  texpower   0.2-7 Macros for creating professional p

Versions of packages tex-common depends on:
ii  debconf   1.5.22 Debian configuration management sy
ii  dpkg  1.14.20Debian package management system
ii  ucf   3.007  Update Configuration File: preserv

Versions of packages texlive-fonts-extra is related to:
pn  tetex-base (no description available)
pn  tetex-bin  (no description available)
pn  tetex-extra(no description available)
ii  tex-common1.12   common infrastructure for building

-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:
  tex-common/singleuser: false



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

Bug#480292: CVE-2008-2079: mysql allows local users to bypass certain privilege checks

2008-07-07 Thread Devin Carraway

tags 480292 +patch
quit

Here's a patch I'm building for an Etch update to address the problem.  It's
pretty close to the same one used in the first fix to this bug, except that it
adds a call to realpath() to resolve all components of the path, and fixes the
argument passing so as not to throw the resolved forms away.


-- 
Devin  \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com
Carraway \ 1024D/E9ABFCD2: 13E7 199E DD1E 65F0 8905 2E43 5395 CA0D E9AB FCD2
#! /bin/sh /usr/share/dpatch/dpatch-run
## 97_SECURITY_CVE-2008-2079.dpatch by  <[EMAIL PROTECTED]>
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Fix for CVE-2008-2079: Some access checks could be bypassed by local
## DP: users creating tables with chosen data or index directory arguments
## DP: later reused by subsequently created tables.

@DPATCH@
diff -aruN mysql-dfsg-5.0-5.0.32.orig/sql/mysql_priv.h 
mysql-dfsg-5.0-5.0.32/sql/mysql_priv.h
--- mysql-dfsg-5.0-5.0.32.orig/sql/mysql_priv.h 2008-07-06 13:09:21.0 
-0700
+++ mysql-dfsg-5.0-5.0.32/sql/mysql_priv.h  2008-07-06 13:13:21.0 
-0700
@@ -1193,6 +1193,7 @@
 extern time_t start_time;
 extern char *mysql_data_home,server_version[SERVER_VERSION_LENGTH],
mysql_real_data_home[], *opt_mysql_tmpdir, mysql_charsets_dir[],
+   mysql_unpacked_real_data_home[],
 def_ft_boolean_syntax[sizeof(ft_boolean_syntax)];
 #define mysql_tmpdir (my_tmpdir(&mysql_tmpdir_list))
 extern MY_TMPDIR mysql_tmpdir_list;
diff -aruN mysql-dfsg-5.0-5.0.32.orig/sql/mysqld.cc 
mysql-dfsg-5.0-5.0.32/sql/mysqld.cc
--- mysql-dfsg-5.0-5.0.32.orig/sql/mysqld.cc2006-12-20 03:14:10.0 
-0800
+++ mysql-dfsg-5.0-5.0.32/sql/mysqld.cc 2008-07-06 13:13:21.0 -0700
@@ -437,14 +437,13 @@
 char mysql_real_data_home[FN_REFLEN],
  language[FN_REFLEN], reg_ext[FN_EXTLEN], mysql_charsets_dir[FN_REFLEN],
  *opt_init_file, *opt_tc_log_file,
+ mysql_unpacked_real_data_home[FN_REFLEN],
  def_ft_boolean_syntax[sizeof(ft_boolean_syntax)];
-
+char *mysql_data_home= mysql_real_data_home;
 const key_map key_map_empty(0);
 key_map key_map_full(0);// Will be initialized later
 
 const char *opt_date_time_formats[3];
-
-char *mysql_data_home= mysql_real_data_home;
 char server_version[SERVER_VERSION_LENGTH];
 char *mysqld_unix_port, *opt_mysql_tmpdir;
 const char **errmesg;  /* Error messages */
@@ -7356,6 +7355,9 @@
 pos[1]= 0;
   }
   convert_dirname(mysql_real_data_home,mysql_real_data_home,NullS);
+  (void) fn_format(buff, mysql_real_data_home, "", "",
+   (MY_RETURN_REAL_PATH|MY_RESOLVE_SYMLINKS));
+  (void) unpack_dirname(mysql_unpacked_real_data_home, buff);
   convert_dirname(language,language,NullS);
   (void) my_load_path(mysql_home,mysql_home,""); // Resolve current dir
   (void) my_load_path(mysql_real_data_home,mysql_real_data_home,mysql_home);
diff -aruN mysql-dfsg-5.0-5.0.32.orig/sql/sql_parse.cc 
mysql-dfsg-5.0-5.0.32/sql/sql_parse.cc
--- mysql-dfsg-5.0-5.0.32.orig/sql/sql_parse.cc 2008-07-06 13:09:21.0 
-0700
+++ mysql-dfsg-5.0-5.0.32/sql/sql_parse.cc  2008-07-06 13:18:30.0 
-0700
@@ -76,6 +76,7 @@
 static void remove_escape(char *name);
 static bool append_file_to_dir(THD *thd, const char **filename_ptr,
   const char *table_name);
+static bool test_if_data_home_dir(const char *dir);
 static bool check_show_create_table_access(THD *thd, TABLE_LIST *table);
 
 const char *any_db="*any*";// Special symbol for check_access
@@ -2890,6 +2891,20 @@
 #ifndef HAVE_READLINK
 lex->create_info.data_file_name=lex->create_info.index_file_name=0;
 #else
+
+if (test_if_data_home_dir(lex->create_info.data_file_name))
+{
+  my_error(ER_WRONG_ARGUMENTS,MYF(0),"DATA DIRECORY");
+  res= -1;
+  break;
+}
+if (test_if_data_home_dir(lex->create_info.index_file_name))
+{
+  my_error(ER_WRONG_ARGUMENTS,MYF(0),"INDEX DIRECORY");
+  res= -1;
+  break;
+}
+
 /* Fix names if symlinked tables */
 if (append_file_to_dir(thd, &lex->create_info.data_file_name,
   create_table->table_name) ||
@@ -7664,3 +7679,50 @@
 
   return TRUE;
 }
+
+
+/*
+  Check if path does not contain mysql data home directory
+
+  SYNOPSIS
+test_if_data_home_dir()
+dir directory
+conv_home_dir   converted data home directory
+home_dir_lenconverted data home directory length
+
+  RETURN VALUES
+0  ok
+1  error
+*/
+
+static bool test_if_data_home_dir(const char *dir)
+{
+  char path[FN_REFLEN], conv_path[PATH_MAX+1], real_path[PATH_MAX+1];
+  uint dir_len, home_dir_len= strlen(mysql_unpacked_real_data_home);
+  DBUG_ENTER("test_if_data_home_dir");
+
+  if (!dir)
+DBUG_RETURN(0);
+
+  (void) fn_format(path, dir, "", "",
+   (MY_RETURN_REAL_PATH|MY_RESOLVE_SYMLINKS));
+  if (!realpath(path, real_path))
+DBU

Processed: Re: CVE-2008-2079: mysql allows local users to bypass certain privilege checks

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> tags 480292 +patch
Bug#480292: CVE-2008-2079: mysql allows local users to bypass certain privilege 
checks
Tags were: security
Tags added: patch

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#489690: safe-rm: unsafe handling of dpkg-divert may leave the system without /bin/rm

2008-07-07 Thread Sven Joachim

Package: safe-rm
Version: 0.2-3
Severity: critical

Your usage of dpkg-divert in the maintainer scripts is very dangerous,
because there are several situations where the system may be left without a
functional /bin/rm:

,[ safe-rm.preinst ]
| if [ install = "$1"  ]; then
| dpkg-divert --package safe-rm --add --rename --divert /bin/rm.real /bin/rm
| ln -s /bin/rm.real /usr/bin/rm
| fi
`

Using dpkg-divert --rename on a file that is crucial for the system is
fundamentally wrong.  If the system crashes between the two commands, it
will likely become unbootable.  And if unpacking safe-rm fails (think of
a full root filesystem), the situation is not much better if /usr is on
a separate filesystem.  Moreover, the script is not idempotent -- if
/usr/bin/rm already exists, the ln command and thus the script will
fail.

,[ safe-rm.postrm ]
| if [ remove = "$1" ]; then
| dpkg-divert --package safe-rm --remove --rename --divert /bin/rm.real 
/bin/rm
| fi
`

Here the situation is even more critical, because there is no functional
rm command at all at the time between removing safe-rm's files and the
postrm invocation.  If the system crashes or the user interrupts dpkg
in between, the system is hosed.

Playing such games is not the way to go.  Please have a look at the dash
and insserv packages for how to safely divert an essential file.


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

Kernel: Linux 2.6.25.10
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#489692: Source package contains non-free IETF RFC/I-D

2008-07-07 Thread Simon Josefsson

Severity: serious
Package: heimdal
Version: 1.2.dfsg.1-1
User: [EMAIL PROTECTED]
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  heimdal-1.2/lib/wind/rfc3454.txt
  heimdal-1.2/lib/wind/rfc3492.txt

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The lenny release policy says binary and source packages must each be free:
 * http://release.debian.org/lenny/rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: "Non-free IETF RFC/I-Ds in
source packages".

Thanks,
Simon



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

Bug#489695: helpviewer.app FTBFS with new GNUstep

2008-07-07 Thread Luca Falavigna


Package: helpviewer.app
Version: 0.3-5
Severity: serious

helpviewer.app FTBFS with new GNUstep, log follows:

 Linking app HelpViewer ...
./obj/mainWindowController.o: In function `-[MainWindowController 
loadFile:]':
/tmp/buildd/helpviewer.app-0.3/mainWindowController.m:104: undefined 
reference to `ASSIGN'

./obj/mainWindowController.o: In function `-[MainWindowController dealloc]':
/tmp/buildd/helpviewer.app-0.3/mainWindowController.m:470: undefined 
reference to `RELEASE'
/tmp/buildd/helpviewer.app-0.3/mainWindowController.m:475: undefined 
reference to `RELEASE'
/tmp/buildd/helpviewer.app-0.3/mainWindowController.m:476: undefined 
reference to `RELEASE'

collect2: ld returned 1 exit status
make[2]: *** [HelpViewer.app/./HelpViewer] Error 1
make[1]: *** [HelpViewer.all.app.variables] Error 2
make[1]: Leaving directory `/tmp/buildd/helpviewer.app-0.3'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

Thank you.

--
 . ''`.  Luca Falavigna
 : :'  :  Ubuntu MOTU Developer
 `. `'` Debian Maintainer
   `-  GPG Key: 0x86BC2A50



signature.asc
Description: OpenPGP digital signature

Bug#489694: gnustep-dl2 FTBFS with new GNUstep

2008-07-07 Thread Luca Falavigna


Package: gnustep-dl2
Version: 0.11.0-1
Severity: serious

gnustep-dl2 FTBFS with new GNUstep, log follows:

gcc EODataSource.m -c \
  -MMD -MP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_RUNTIME=1 -g 
-DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 
-DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -g -Wall -DDEBUG 
-fno-omit-frame-pointer -DGSWARN -DGSDIAGNOSE -Wno-import -g 
-fno-strict-aliasing -fexceptions -fobjc-exceptions 
-D_NATIVE_OBJC_EXCEPTIONS -fgnu-runtime 
-fconstant-string-class=NSConstantString -I./. -I.. -I. 
-I/usr/local/include/GNUstep -I/usr/include/GNUstep \

   -o obj/EODataSource.o
In file included from EODataSource.m:45:
../EOControl/EOClassDescription.h:92: error: expected ')' before 
'NSMutableDictionary'

make[3]: *** [obj/EODataSource.o] Error 1
make[2]: *** [EOControl.all.library.variables] Error 2
make[2]: Leaving directory `/tmp/buildd/gnustep-dl2-0.11.0/EOControl'
make[1]: *** [internal-all] Error 2
make[1]: Leaving directory `/tmp/buildd/gnustep-dl2-0.11.0'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

Thank you.

--
 . ''`.  Luca Falavigna
 : :'  :  Ubuntu MOTU Developer
 `. `'` Debian Maintainer
   `-  GPG Key: 0x86BC2A50



signature.asc
Description: OpenPGP digital signature

Bug#489696: lusernet.app FTBFS with new GNUstep

2008-07-07 Thread Luca Falavigna


Package: lusernet.app
Version: 0.4.2-3
Severity: serious

lusernet.app FTBFS with new GNUstep, log follows:

gcc MsgDB.m -c \
  -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 
-DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 
-D_REENTRANT -fPIC -g -Wall -DDEBUG -fno-omit-frame-pointer -DGSWARN 
-DGSDIAGNOSE -Wno-import -g -O2 -fgnu-runtime -Wall -O2 -g 
-fconstant-string-class=NSConstantString -I. 
-I/usr/local/include/GNUstep -I/usr/include/GNUstep \

   -o obj/MsgDB.o
MsgDB.m:102: error: cannot find interface declaration for 'NSDictionary'
make[2]: *** [obj/MsgDB.o] Error 1
make[1]: *** [LuserNET.all.app.variables] Error 2
make[1]: Leaving directory `/tmp/buildd/lusernet.app-0.4.2'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

Thank you.

--
 . ''`.  Luca Falavigna
 : :'  :  Ubuntu MOTU Developer
 `. `'` Debian Maintainer
   `-  GPG Key: 0x86BC2A50



signature.asc
Description: OpenPGP digital signature

Bug#489690: safe-rm: unsafe handling of dpkg-divert may leave the system without /bin/rm

2008-07-07 Thread Christoph Berg

Re: Sven Joachim 2008-07-07 <[EMAIL PROTECTED]>
> ,[ safe-rm.preinst ]
> | if [ install = "$1"  ]; then
> | dpkg-divert --package safe-rm --add --rename --divert /bin/rm.real 
> /bin/rm
> | ln -s /bin/rm.real /usr/bin/rm
> | fi
> `

Why does the package use dpkg-divert anyway? The "rm" wrapper could
just be placed in /usr/bin - the default PATH has /usr/bin before
/bin.

The molly-guard package does the same wrapping for reboot/shutdown and
friends, and works like that.

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


signature.asc
Description: Digital signature

Bug#489696: lusernet.app FTBFS with new GNUstep

2008-07-07 Thread Yavor Doganov

tags 489696 + confirmed
thanks

В 10:19 +0200 на 07.07.2008 (пн), Luca Falavigna написа:
> Package: lusernet.app
> Version: 0.4.2-3
> Severity: serious
> 
> lusernet.app FTBFS with new GNUstep,

Yes, known issue; thanks for reporting.




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

Processed: tagging 487752

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.30
> tags 487752 + pending
Bug#487752: does not work with testing version of twisted
Tags were: confirmed
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Bug#489696: lusernet.app FTBFS with new GNUstep

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> tags 489696 + confirmed
Bug#489696: lusernet.app FTBFS with new GNUstep
There were no tags set.
Tags added: confirmed

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#479938: marked as done (fv: FTBFS: make[1]: *** No targets. Stop.)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 09:02:08 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#479938: fixed in fv 3.0-17
has caused the Debian Bug report #479938,
regarding fv: FTBFS: make[1]: *** No targets.  Stop.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
479938: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479938
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: fv
Version: 3.0-16
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080506 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on
i386.

This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3
is now the default on most architectures (even if it's not the case on
i386 yet).  Consequently, many failures are caused by the switch to gcc
4.3.
If you determine that this failure is caused by gcc 4.3, feel free to
downgrade this bug to 'important' if your package is only built on i386,
and this bug is specific to gcc 4.3 (i.e the package builds fine with
gcc 4.2).

Relevant part:
> make[1]: Entering directory `/build/user/fv-3.0'
> rm -rf local/*
> make[1]: Leaving directory `/build/user/fv-3.0'
> for i in pow fitsTcl itcl3.2.0 itcl3.2.0/config ; do \
>   rm -f $i/config.guess $i/config.sub ; \
>   done
> dh_clean
>  dpkg-source -b fv-3.0
> dpkg-source: info: using source format `1.0'
> dpkg-source: info: building fv using existing fv_3.0.orig.tar.gz
> dpkg-source: info: building fv in fv_3.0-16.diff.gz
> dpkg-source: warning: ignoring deletion of file pow/config.guess
> dpkg-source: warning: ignoring deletion of file pow/config.sub
> dpkg-source: warning: ignoring deletion of file fitsTcl/config.guess
> dpkg-source: warning: ignoring deletion of file fitsTcl/config.sub
> dpkg-source: warning: ignoring deletion of file itcl3.2.0/config/config.guess
> dpkg-source: warning: ignoring deletion of file itcl3.2.0/config/config.sub
> dpkg-source: info: building fv in fv_3.0-16.dsc
>  debian/rules build
> dh_testdir
> for i in pow fitsTcl itcl3.2.0 itcl3.2.0/config ; do \
>   cp -f /usr/share/misc/config.sub $i/ ; \
>   cp -f /usr/share/misc/config.guess $i/ ; \
>   done
> for dir in fitsTcl pow; do \
>   cd $dir; \
>   ./configure --prefix=/usr \
>   --with-tclinclude=/usr/include/tcl8.3/tcl-private/generic \
>   --with-tkinclude=/usr/include/tcl8.3/tk-private/generic; \
>   cd ..; \
>   done
> creating cache ./config.cache
> checking for gcc... gcc
> checking whether the C compiler (gcc -g -O2 ) works... yes
> checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no
> checking whether we are using GNU C... yes
> checking whether gcc accepts -g... yes
> checking for ranlib... ranlib
> checking for tcl header file... /usr/include/tcl8.3/tcl-private/generic
> checking for main in -lXbsd... no
> checking for connect... yes
> checking for gethostbyname... yes
> checking system version (for dynamic loading)... Linux-2.6.18-6-amd64
> checking for dlopen in -ldl... yes
> checking host system type... i686-pc-linux-gnu
> checking target system type... i686-pc-linux-gnu
> checking build system type... i686-pc-linux-gnu
> cfitsio: == Using Configured with: ../src/configure -v 
> --with-pkgversion='Debian 4.3.0-4' 
> --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs 
> --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared 
> --with-system-zlib --libexecdir=/usr/lib --without-included-gettext 
> --enable-threads=posix --enable-nls 
> --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 
> --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr 
> --enable-targets=all --enable-checking=release --build=i486-linux-gnu 
> --host=i486-linux-gnu --target=i486-linux-gnu
> gcc version 4.3.1 20080501 (prerelease) (Debian 4.3.0-4) 
> checking for ANSI C header files... no
> checking for working alloca.h... yes
> checking for alloca... yes
> checking for alloca.h... (cached) yes
> updating cache ./config.cache
> creating ./config.status
> creating Makefile
> sed: file conftest.s1 line 44: unterminated `s' command
> creating cache ./config.cache
> checking for gcc... gcc
> checking whether the C compiler (gcc -g -O2 ) works... yes
> checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no
> checking whether we are using GNU C... yes
> checking whether gcc accepts -g... yes
> checking for ranlib... ranlib
> checking for xmkmf... 1
> checking how to run the C preprocessor... gcc -E
> checking for X... libraries , heade

Bug#489692: Source package contains non-free IETF RFC/I-D

2008-07-07 Thread Brian May


Simon Josefsson wrote:

This source package contains the following files from the
IETF under non-free license terms:

  heimdal-1.2/lib/wind/rfc3454.txt
  heimdal-1.2/lib/wind/rfc3492.txt
  

Wrong.

heimdal-1.2/lib/wind/rfc3454.txt doesn't contain any text from the RFC, 
only the tables. I was told this was OK.


heimdal-1.2/lib/wind/rfc3492.txt contains the following text. I was told it is 
OK as a result.

B. Disclaimer and license

  Regarding this entire document or any portion of it (including the
  pseudocode and C code), the author makes no guarantees and is not
  responsible for any damage resulting from its use.  The author grants
  irrevocable permission to anyone to use, modify, and distribute it in
  any way that does not diminish the rights of anyone else to use,
  modify, and distribute it, provided that redistributed derivative
  works do not contain misleading author or version information.
  Derivative works need not be licensed under similar terms.

All of this was discussed recently on Debian-devel and with the 
ftp-masters who subsequently accepted the package.


It is also mentioned in debian/copyright.

See the thread from 
.


Brian May



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

Bug#489702: liquidsoap: race condition in playlist operator

2008-07-07 Thread Romain Beauxis

Package: liquidsoap
Version: 0.3.7-3
Severity: grave
Justification: renders package unusable


Liquidsoap has an issue with playlists: a race condition in the
scheduler may lead to the feeding task not being started anymore.

We are working on fixing this quickly. Until then, I submit this bug to
prevent the current package from moving to testing.

Romain

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

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

Versions of packages liquidsoap depends on:
ii  adduser 3.108add and remove users and groups
ii  libao2  0.8.8-4  Cross Platform Audio Output Librar
ii  libasound2  1.0.16-2 ALSA library
ii  libc6   2.7-12   GNU C Library: Shared libraries
ii  libcamomile-ocaml-data  0.7.1-3  Unicode data for OCaml
ii  libgcc1 1:4.3.1-4GCC support library
ii  libjack00.109.2-3JACK Audio Connection Kit (librari
ii  libmad0 0.15.1b-3MPEG audio decoder library
ii  libmagic1   4.24-4   File type determination library us
ii  libogg0 1.1.3-4  Ogg Bitstream Library
ii  libpcre37.6-2Perl 5 Compatible Regular Expressi
ii  libportaudio2   19+svn20071022-2 Portable audio I/O - shared librar
ii  libsamplerate0  0.1.3-1  audio rate conversion library
ii  libshout3   2.2.2-4  MP3/Ogg Vorbis broadcast streaming
ii  libsoundtouch1c21.3.1-2  sound stretching library
ii  libstdc++6  4.3.1-4  The GNU Standard C++ Library v3
ii  libtagc01.5-3TagLib Audio Meta-Data Library (C 
ii  libvorbis0a 1.2.0.dfsg-3.1   The Vorbis General Audio Compressi
ii  libvorbisenc2   1.2.0.dfsg-3.1   The Vorbis General Audio Compressi
ii  libvorbisfile3  1.2.0.dfsg-3.1   The Vorbis General Audio Compressi
ii  wget1.11.4-1 retrieves files from the web

Versions of packages liquidsoap recommends:
ii  logrotate 3.7.1-3Log rotation utility



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

Bug#489704: Fails to configure: rm: missing operand

2008-07-07 Thread Damyan Ivanov

Package: munin-node
Version: 1.2.6-2
Severity: grave
Tags: patch

Install snippet:

 Setting up munin-node (1.2.6-2) ...
 Initializing new plugins..done.
 rm: missing operand
 Try `rm --help' for more information.
 dpkg: error processing munin-node (--configure):
  subprocess post-installation script returned error exit status 1

The error is obvious: postinst refers to $TMFILE on line 44, but the
variable is named TMPFILE on line 25.

Thanks
-- 
dam



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

Bug#489680: FTBFS: missing build-depends

2008-07-07 Thread Gerfried Fuchs

* Joerg Friedrich <[EMAIL PROTECTED]> [2008-07-07 07:58:59 CEST]:
> Package: irssi-plugin-otr
> Version: 0.1-1
> Severity: serious
> 
> 
> Hi!
> 
> the INSTALL file says:
> -- BUILD-TIME ONLY DEPENDENCIES --
> 
> *   cmake. Sry for that, but I'm not an autofoo fan. If you're running
> < cmake-2.4.7 then configure will try to download a missing module
> (pkgconfig) from the cmake-2.4.7 sources. Should work.
> 
> *   pkg-config, python and wget.
> 
> 
> 
> but the control-file declares build-depends on neither pkg-config, python nor 
> wget.

 Just for the record, pkg-config is pulled in through libglib2.0-dev
dependency (though a direct Build-Depends would be more clear indeed).

 On the other hand: The package should definitely avoid to depend on
working network environment, that is pretty broken and shouldn't be
required. If it wants to download something from the net it should be
possible to pre-fetch that and put that part into the Debian sources,
too. Doing so will make the build much more relieable, especially when
the remote pulled source changes - and here lies the problem: You don't
ship the whole source for building the package; please do so, otherwise
that might be seen as a violation of the DFSG as you can't guarantee
that the remote site will always have the version the package was built
with.

 So long,
Rhonda



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

Bug#489051: patch fails to apply and fails to fix problem

2008-07-07 Thread Neil Williams

Mario, I tried the patch attached to the bug report but it fails to
apply - patch reports a malformed patch.

However, I also tried to implement the effect of the patch manually but
despite this change, my X server still fails to start.

Attaching /var/log/Xorg.0.log (with the effect of the patch applied)

If there is additional info needed, let me know.

-- 


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


X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-1)
Current Operating System: Linux dwarf 2.6.25-2-amd64 #1 SMP Fri Jun 27 00:16:12 
UTC 2008 x86_64
Build Date: 26 June 2008  01:06:16AM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Jul  7 10:30:25 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) |-->Input Device "Configured Mouse"
(==) |-->Input Device "Generic Keyboard"
(==) The core pointer device wasn't specified explicitly in the layout.
Using the first mouse device.
(==) The core keyboard device wasn't specified explicitly in the layout.
Using the first keyboard device.
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified.  Using compiled-in default.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to "/etc/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x7c2060
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 2.0
X.Org XInput driver : 2.0
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 1.4.2, module version = 1.0.0
ABI class: X.Org Video Driver, version 2.0
(++) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 10de,0547 card 103c,30cf rev a2 class 05,00,00 hdr 00
(II) PCI: 00:01:0: chip 10de,0548 card 103c,30cf rev a2 class 06,01,00 hdr 80
(II) PCI: 00:01:1: chip 10de,0542 card 103c,30cf rev a2 class 0c,05,00 hdr 80
(II) PCI: 00:01:2: chip 10de,0541 card 103c,30cf rev a2 class 05,00,00 hdr 80
(II) PCI: 00:01:3: chip 10de,0543 card 103c,30cf rev a2 class 0b,40,00 hdr 80
(II) PCI: 00:02:0: chip 10de,055e card 103c,30cf rev a2 class 0c,03,10 hdr 80
(II) PCI: 00:02:1: chip 10de,055f card 103c,30cf rev a2 class 0c,03,20 hdr 80
(II) PCI: 00:04:0: chip 10de,055e card 103c,30cf rev a2 class 0c,03,10 hdr 80
(II) PCI: 00:04:1: chip 10de,055f card 103c,30cf rev a2 class 0c,03,20 hdr 80
(II) PCI: 00:06:0: chip 10de,0560 card 103c,30cf rev a1 class 01,01,8a hdr 00
(II) PCI: 00:07:0: chip 10de,055c card 103c,30cf rev a1 class 04,03,00 hdr 80
(II) PCI: 00:08:0: chip 10de,0561 card , rev a2 class 06,04,01 hdr 01
(II) PCI: 00:09:0: chip 10de,0550 card 103c,30cf rev a2 class 01,01,85 hdr 80
(II) PCI: 00:0a:0: chip 10de,054c card 103c,30cf rev a2 class 02,00,00 hdr 00
(II) PCI: 00:0c:0: chip 10de,0563 card , rev a2 class 06,04,00 hdr 01
(II) PCI: 00:0d:0: chip 10de,0563 card , rev a2 class 06,04,00 hdr 01
(II) PCI: 00:12:0: chip 10de,0531 card 103c,30cf rev a2 class 03,00,00 hdr 00
(II) PCI: 00:18:0: chip 1022,1100 card , rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:1: chip 1022,1101 card , rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:2: chip 1022,1102 card , rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:3: chip 1022,1103 card , rev 00 class 06,00,00 hdr 80
(II) PCI: 02:05:0: chip 1180,0832 card 103c,30cf rev 05 class 0c,00,10 hdr 80
(II) PCI: 02:05:1: chip 1180,0822 card 103c,30cf rev 22 class 08,05,00 hdr 80
(II) PCI: 02:05:2: chip 1180,0592 card 103c,30cf rev 12 class 08,80,00 hdr 80
(II) PCI: 02:05:3: chip 1180,0852 card 103c,30cf rev 12 class 08,80,00 hdr 80
(II) PCI: 0

Bug#489692: marked as done (Source package contains non-free IETF RFC/I-D)

2008-07-07 Thread Debian Bug Tracking System

Your message dated Mon, 07 Jul 2008 12:01:31 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#489692: Source package contains non-free IETF RFC/I-D
has caused the Debian Bug report #489692,
regarding Source package contains non-free IETF RFC/I-D
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)

-- 
489692: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489692
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Severity: serious
Package: heimdal
Version: 1.2.dfsg.1-1
User: [EMAIL PROTECTED]
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  heimdal-1.2/lib/wind/rfc3454.txt
  heimdal-1.2/lib/wind/rfc3492.txt

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The lenny release policy says binary and source packages must each be free:
 * http://release.debian.org/lenny/rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: "Non-free IETF RFC/I-Ds in
source packages".

Thanks,
Simon

--- End Message ---
--- Begin Message ---
Brian May <[EMAIL PROTECTED]> writes:

> Simon Josefsson wrote:
>> This source package contains the following files from the
>> IETF under non-free license terms:
>>
>>   heimdal-1.2/lib/wind/rfc3454.txt
>>   heimdal-1.2/lib/wind/rfc3492.txt
>>   
> Wrong.
>
> heimdal-1.2/lib/wind/rfc3454.txt doesn't contain any text from the
> RFC, only the tables. I was told this was OK.
>
> heimdal-1.2/lib/wind/rfc3492.txt contains the following text. I was told it 
> is OK as a result.
>
> B. Disclaimer and license
>
>   Regarding this entire document or any portion of it (including the
>   pseudocode and C code), the author makes no guarantees and is not
>   responsible for any damage resulting from its use.  The author grants
>   irrevocable permission to anyone to use, modify, and distribute it in
>   any way that does not diminish the rights of anyone else to use,
>   modify, and distribute it, provided that redistributed derivative
>   works do not contain misleading author or version information.
>   Derivative works need not be licensed under similar terms.
>
> All of this was discussed recently on Debian-devel and with the
> ftp-masters who subsequently accepted the package.
>
> It is also mentioned in debian/copyright.
>
> See the thread from
> .

Thanks.  If this has already been discussed and reviewed and OK by
ftp-masters then it is fine.  Sorry for the noise and for raising a rc
bug about it.  I'll see if I can manage to close the bug with this
message.

/Simon

--- End Message ---

Processed: Re: Bug#489704: Fails to configure: rm: missing operand

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> severity 489704 grave
Bug#489704: Fails to configure: rm: missing operand
Severity set to `grave' from `grave'

> tags 489591 +pending
Bug#489591: typo in postinst, causes error during package configure
Tags were: pending patch
Tags added: pending

> forcemerge 489591 489704
Bug#489591: typo in postinst, causes error during package configure
Bug#489704: Fails to configure: rm: missing operand
Forcibly Merged 489591 489704.

> kthxbye
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#487034: marked as done (gupnp-av: FTBFS: Unsatisfiable build-dependency: libgupnp-1.0-dev(inst 0.10.1-2 ! >= wanted 0.12))

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 12:58:18 +0200
with message-id <[EMAIL PROTECTED]>
and subject line FTBFS: Unsatisfiable build-dependency: libgupnp-1.0-dev(inst 
0.10.1-2 ! >= wanted 0.12)
has caused the Debian Bug report #487034,
regarding gupnp-av: FTBFS: Unsatisfiable build-dependency: 
libgupnp-1.0-dev(inst 0.10.1-2 ! >= wanted 0.12)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
487034: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487034
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: gupnp-av
Version: 0.2.1-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080619 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on
i386.

Relevant part:
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5), cdbs, libgupnp-1.0-dev (>= 0.12)
> Checking for already installed source dependencies...
> debhelper: missing
> Using default version 7.0.11
> cdbs: missing
> libgupnp-1.0-dev: missing
> Default version of libgupnp-1.0-dev not sufficient, no suitable version 
> found. Skipping for now, maybe there are alternatives.
> Checking for source dependency conflicts...
> Reading package lists...
> Building dependency tree...
> Reading state information...
> The following extra packages will be installed:
>   file gettext gettext-base groff-base html2text intltool-debian
>   libgcrypt11-dev libglib2.0-0 libglib2.0-dev libgnutls-dev libgpg-error-dev
>   libgssdp-1.0-1 libgssdp-1.0-dev libgupnp-1.0-1 libmagic1 libopencdk10-dev
>   libpcre3 libsoup2.4-1 libsoup2.4-dev libtasn1-3-dev libxml2 libxml2-dev
>   man-db pkg-config po-debconf shared-mime-info zlib1g-dev
> Suggested packages:
>   devscripts doc-base dh-make cvs gettext-doc groff libgcrypt11-doc
>   libglib2.0-doc gnutls-doc gnutls-bin guile-gnutls libgssdp-doc libgupnp-doc
>   libsoup2.4-doc www-browser
> Recommended packages:
>   autotools-dev curl wget lynx libglib2.0-data python xml-core
>   libmail-sendmail-perl libcompress-zlib-perl libmail-box-perl
> The following NEW packages will be installed:
>   cdbs debhelper file gettext gettext-base groff-base html2text
>   intltool-debian libgcrypt11-dev libglib2.0-0 libglib2.0-dev libgnutls-dev
>   libgpg-error-dev libgssdp-1.0-1 libgssdp-1.0-dev libgupnp-1.0-1
>   libgupnp-1.0-dev libmagic1 libopencdk10-dev libpcre3 libsoup2.4-1
>   libsoup2.4-dev libtasn1-3-dev libxml2 libxml2-dev man-db pkg-config
>   po-debconf shared-mime-info zlib1g-dev
> 0 upgraded, 30 newly installed, 0 to remove and 0 not upgraded.
> Need to get 12.9MB of archives.
> After this operation, 36.4MB of additional disk space will be used.
> WARNING: The following packages cannot be authenticated!
>   groff-base man-db libmagic1 file gettext-base libpcre3 html2text gettext
>   intltool-debian po-debconf debhelper cdbs libgpg-error-dev libgcrypt11-dev
>   libglib2.0-0 pkg-config libglib2.0-dev zlib1g-dev libtasn1-3-dev
>   libopencdk10-dev libgnutls-dev libxml2 libsoup2.4-1 libgssdp-1.0-1
>   libxml2-dev libsoup2.4-dev libgssdp-1.0-dev shared-mime-info libgupnp-1.0-1
>   libgupnp-1.0-dev
> Authentication warning overridden.
> Get:1 http://idpot.grenoble.grid5000.fr sid/main groff-base 1.18.1.1-20 
> [846kB]
> Get:2 http://idpot.grenoble.grid5000.fr sid/main man-db 2.5.2-1 [1035kB]
> Get:3 http://idpot.grenoble.grid5000.fr sid/main libmagic1 4.24-2 [351kB]
> Get:4 http://idpot.grenoble.grid5000.fr sid/main file 4.24-2 [41.8kB]
> Get:5 http://idpot.grenoble.grid5000.fr sid/main gettext-base 0.17-3 [117kB]
> Get:6 http://idpot.grenoble.grid5000.fr sid/main libpcre3 7.6-2 [208kB]
> Get:7 http://idpot.grenoble.grid5000.fr sid/main html2text 1.3.2a-3 [98.9kB]
> Get:8 http://idpot.grenoble.grid5000.fr sid/main gettext 0.17-3 [2672kB]
> Get:9 http://idpot.grenoble.grid5000.fr sid/main intltool-debian 
> 0.35.0+20060710.1 [30.8kB]
> Get:10 http://idpot.grenoble.grid5000.fr sid/main po-debconf 1.0.15 [237kB]
> Get:11 http://idpot.grenoble.grid5000.fr sid/main debhelper 7.0.11 [553kB]
> Get:12 http://idpot.grenoble.grid5000.fr sid/main cdbs 0.4.52 [921kB]
> Get:13 http://idpot.grenoble.grid5000.fr sid/main libgpg-error-dev 1.4-2 
> [33.6kB]
> Get:14 http://idpot.grenoble.grid5000.fr sid/main libgcrypt11-dev 1.4.1-1 
> [320kB]
> Get:15 http://idpot.grenoble.grid5000.fr sid/main libglib2.0-0 2.16.3-2 
> [749kB]
> Get:16 http://idpot.grenoble.grid5000.fr sid/main pkg-config 0.22-1 [52.2kB]
> Get:17 http://idpot.grenoble.grid5000.fr sid/main libglib2.0-dev 2.16.3-2 
> [866kB]
> Get:18 http://idpot.grenoble.grid5000.fr sid/main

Bug#488621: stopmotion: segfault at startup

2008-07-07 Thread Petter Reinholdtsen


Can you please run stopmotion in valgrind, to get more details on the
crash?  I mean, running

  valgrind stopmotion

and report the result to the BTS.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#487711: marked as done (Gosmore package completely out of date)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 10:47:09 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#487711: fixed in gosmore 0.0.0.20080704-1
has caused the Debian Bug report #487711,
regarding Gosmore package completely out of date
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
487711: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487711
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: gosmore
Version: 0.0.0.20070901-3

This Debian package expects OSM XML 0.4 files, which are no longer
being generated. Users run it on OSM XML 0.5 files, not knowing that
it will never work.

Either you must stop distributing it to your users, or you must update
to the current version :

SVN : http://svn.openstreetmap.org/applications/rendering/gosmore/
Also see http://wiki.openstreetmap.org/index.php/Gosmore

The new gosmore.deb should contain these 5 files :
README
elemstyles.xml
gosmore
icons.xpm
icons.csv


--- End Message ---
--- Begin Message ---
Source: gosmore
Source-Version: 0.0.0.20080704-1

We believe that the bug you reported is fixed in the latest version of
gosmore, which is due to be installed in the Debian FTP archive:

gosmore_0.0.0.20080704-1.diff.gz
  to pool/main/g/gosmore/gosmore_0.0.0.20080704-1.diff.gz
gosmore_0.0.0.20080704-1.dsc
  to pool/main/g/gosmore/gosmore_0.0.0.20080704-1.dsc
gosmore_0.0.0.20080704-1_i386.deb
  to pool/main/g/gosmore/gosmore_0.0.0.20080704-1_i386.deb
gosmore_0.0.0.20080704.orig.tar.gz
  to pool/main/g/gosmore/gosmore_0.0.0.20080704.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Putzo <[EMAIL PROTECTED]> (supplier of updated gosmore package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 05 Jul 2008 13:36:39 +
Source: gosmore
Binary: gosmore
Architecture: source i386
Version: 0.0.0.20080704-1
Distribution: unstable
Urgency: low
Maintainer: Debian GIS Project <[EMAIL PROTECTED]>
Changed-By: Andreas Putzo <[EMAIL PROTECTED]>
Description: 
 gosmore- Openstreetmap.org viewer / wayfinder / search client
Closes: 479985 487711
Changes: 
 gosmore (0.0.0.20080704-1) unstable; urgency=low
 .
   [ Andreas Putzo ]
   * New upstream snapshot fetched from svn, revision 8034.
 (Closes: #487711, #479985)
   * Backported patch 10-findresources to search for files.
 not only in the current directory.
   * Adapt CFLAGS in debian/rules.
   * Added gosmore.install file.
   * Bumped Standards-Version to 3.8.0.
   * Added myself to Uploaders.
   * Added missing build dependency on libxml2-dev.
 .
   [ Petter Reinholdtsen ]
   * Add josm as suggests.
   * Add get-orig-source target to the rules file.
Checksums-Sha1: 
 eea2054d99ffed34aab42f34f23f54885c97d19b 1466 gosmore_0.0.0.20080704-1.dsc
 92c015b496eeb2514e502ecb623a735f73de1da9 688278 
gosmore_0.0.0.20080704.orig.tar.gz
 78a7bb3df5e74227aaf607d1c58b7b9723d5c34f 3546 gosmore_0.0.0.20080704-1.diff.gz
 4256974b4476cba1d10e6b133766c7a5b0a967af 682684 
gosmore_0.0.0.20080704-1_i386.deb
Checksums-Sha256: 
 01b7abb07255cd7ab7161a0a45b862b948c25af05ef0e6f2499d8abafee6c3ae 1466 
gosmore_0.0.0.20080704-1.dsc
 a8c0b75485cdc35014b0dc52f744406e7cb467e1e92220417c06ee3e956bb3ab 688278 
gosmore_0.0.0.20080704.orig.tar.gz
 e93281fbd6bad6e63be7728342a2e5e9359ef93513da9355ef8cb97f59607e9a 3546 
gosmore_0.0.0.20080704-1.diff.gz
 af366d800c306a4a0099036e99d85eb6a92e80fb8c3edd2459f217bf16c01b7e 682684 
gosmore_0.0.0.20080704-1_i386.deb
Files: 
 f4fd6fa34c8b127b00d7eb92e454d829 1466 utils optional 
gosmore_0.0.0.20080704-1.dsc
 518f316ee138923814c07e980fde1a22 688278 utils optional 
gosmore_0.0.0.20080704.orig.tar.gz
 4ae25d454bb181f3b7e1bfd5beaa4a12 3546 utils optional 
gosmore_0.0.0.20080704-1.diff.gz
 bd94e4847e5789862056a3ec0d1d0a3a 682684 utils optional 
gosmore_0.0.0.20080704-1_i386.deb

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

iD8DBQFIce9G20zMSyow1ykRAiwyAJ47aL9CbVdxWa6CAbtNheEQtiPIfACfbxpo
Brc1MIkHQ/9cP2Z6FJknYsY=
=7KGv
-END PGP SIGNATURE-


--- End Message ---

Bug#479529: Upstream fix is partially incorrect

2008-07-07 Thread Christian Thalinger

I guess you are talking about this code:

http://mips.complang.tuwien.ac.at/hg/cacao/file/2effc42cfb01/src/vm/jit/mips/asmpart.S#l426

This code is correct, as the fsX defines use paired registers, starting
with a even one.  Also see:

http://mips.complang.tuwien.ac.at/hg/cacao/file/2effc42cfb01/src/vm/jit/mips/md-asm.h#l183

Btw. thanks for pointing out this possible bug, as I found a real bug:

http://mips.complang.tuwien.ac.at/hg/cacao/rev/96a125f9de83

- twisti




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

Bug#489592: add a versioned replace to control

2008-07-07 Thread maximilian attems

npacking update-notifier-common (from
.../update-notifier-common_0.70.7.debian-1_all.deb) ...
dpkg: error processing
/var/cache/apt/archives/update-notifier-common_0.70.7.debian-1_all.deb
(--unpack):
 trying to overwrite
 `/usr/share/update-notifier/glade/hooks-dialog.glade', which is also in
 package update-notifier





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

Bug#438470: marked as done (udev: please create /dev/bus/usb nodes with mode 0664 instead of 0660)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 11:17:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#438470: fixed in udev 0.124-1
has caused the Debian Bug report #438470,
regarding udev: please create /dev/bus/usb nodes with mode 0664 instead of 0660
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
438470: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438470
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: udev
Version: 0.114-2
Severity: normal

Hi,

udev creates the /dev/bus/usb nodes with mode 0660 which breaks lsusb for
non-privileged users. Mode 0664 is safe and allows normal users to use lsusb
and other USB tools.

Thanks,

JB.

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

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.14  Debian configuration management sy
ii  libc62.6.1-1 GNU C Library: Shared libraries
ii  libselinux1  2.0.15-2+b1 SELinux shared libraries
ii  libvolume-id00.114-2 libvolume_id shared library
ii  lsb-base 3.1-24  Linux Standard Base 3.1 init scrip

udev recommends no packages.

-- debconf information excluded

--- End Message ---
--- Begin Message ---
Source: udev
Source-Version: 0.124-1

We believe that the bug you reported is fixed in the latest version of
udev, which is due to be installed in the Debian FTP archive:

libvolume-id-dev_0.124-1_i386.deb
  to pool/main/u/udev/libvolume-id-dev_0.124-1_i386.deb
libvolume-id0_0.124-1_i386.deb
  to pool/main/u/udev/libvolume-id0_0.124-1_i386.deb
udev-udeb_0.124-1_i386.udeb
  to pool/main/u/udev/udev-udeb_0.124-1_i386.udeb
udev_0.124-1.diff.gz
  to pool/main/u/udev/udev_0.124-1.diff.gz
udev_0.124-1.dsc
  to pool/main/u/udev/udev_0.124-1.dsc
udev_0.124-1_i386.deb
  to pool/main/u/udev/udev_0.124-1_i386.deb
udev_0.124.orig.tar.gz
  to pool/main/u/udev/udev_0.124.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <[EMAIL PROTECTED]> (supplier of updated udev package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2008 02:52:00 +0200
Source: udev
Binary: udev libvolume-id0 libvolume-id-dev udev-udeb
Architecture: source i386
Version: 0.124-1
Distribution: unstable
Urgency: low
Maintainer: Marco d'Itri <[EMAIL PROTECTED]>
Changed-By: Marco d'Itri <[EMAIL PROTECTED]>
Description: 
 libvolume-id-dev - libvolume_id development headers
 libvolume-id0 - libvolume_id shared library
 udev   - /dev/ and hotplug management daemon
 udev-udeb  - /dev/ and hotplug management daemon (udeb)
Closes: 280894 402441 408506 416687 416687 437499 437520 438094 438470 438470 
441753 442397 442796 444337 444809 447073 447346 447785 449081 449154 451986 
452006 456204 456269 457616 459788 462097 465156 468939 475443 475699 475902 
476725 480516 480783 480897 481559 481812 481827 481993 487764 488394 488911 
489205
Changes: 
 udev (0.124-1) unstable; urgency=low
 .
   * New upstream release. (Closes: #476725, #480516) Fixes:
 + something in usb_id. (Closes: #447346)
 + RUN rules if device node removal fails. (Closes: #457616)
 + $exec_prefix in libvolume_id.pc. (Closes: #459788)
   * Made 2.6.18 the oldest supported kernel version.
   * Removed the /dev/.static/dev/ hack. It was cool, but its complexity
 is not justified anymore. (Closes: #444337, #481559)
   * Removed support for devfs-style names (devfs.rules, compat.rules,
 compat-full.rules). (Closes: #280894, #468939)
   * The rules files now are installed directly in rules.d/ and symlinks
 are not used there anymore. (Closes: #402441, #408506)
   * The standard rules files have been renamed to reduce divergences with
 other distributions: udev.rules => 50-udev.rules,
 z20_persistent-input.rules => 60-persistent-input.rules,
 z20_persistent.rules => 60-persistent-storage.rules,
 z25_persistent-net.rules

Bug#444809: marked as done (udev: USB devices should be readable by normal users)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 11:17:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#438470: fixed in udev 0.124-1
has caused the Debian Bug report #438470,
regarding udev: USB devices should be readable by normal users
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
438470: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438470
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: usbutils
Version: 0.72-9
Severity: normal


lsusb does not report any devices when a non-root user run it. No errors
are reported either.  I ran lsusb with strace and it tries to open files
under /dev/bus/usb/nnn/nnn which are not world readable.  The lsusb man
page says it has to open files under /proc/bus/usb/nnn/nnn which is world
readable.  I guess reading files under /dev/bus/usb is a new way to
retreive USB information, but then the DIAGNSTICS section in the man page
needs to be fixed so that lsusb must open files under /dev/bus/usb.
It would also be nice for lsusb to report that it fails to open files.

Takeshi

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

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

Versions of packages usbutils depends on:
ii  libc6   2.6.1-5  GNU C Library: Shared libraries
ii  libusb-0.1-42:0.1.12-7   userspace USB programming library
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

usbutils recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: udev
Source-Version: 0.124-1

We believe that the bug you reported is fixed in the latest version of
udev, which is due to be installed in the Debian FTP archive:

libvolume-id-dev_0.124-1_i386.deb
  to pool/main/u/udev/libvolume-id-dev_0.124-1_i386.deb
libvolume-id0_0.124-1_i386.deb
  to pool/main/u/udev/libvolume-id0_0.124-1_i386.deb
udev-udeb_0.124-1_i386.udeb
  to pool/main/u/udev/udev-udeb_0.124-1_i386.udeb
udev_0.124-1.diff.gz
  to pool/main/u/udev/udev_0.124-1.diff.gz
udev_0.124-1.dsc
  to pool/main/u/udev/udev_0.124-1.dsc
udev_0.124-1_i386.deb
  to pool/main/u/udev/udev_0.124-1_i386.deb
udev_0.124.orig.tar.gz
  to pool/main/u/udev/udev_0.124.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <[EMAIL PROTECTED]> (supplier of updated udev package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2008 02:52:00 +0200
Source: udev
Binary: udev libvolume-id0 libvolume-id-dev udev-udeb
Architecture: source i386
Version: 0.124-1
Distribution: unstable
Urgency: low
Maintainer: Marco d'Itri <[EMAIL PROTECTED]>
Changed-By: Marco d'Itri <[EMAIL PROTECTED]>
Description: 
 libvolume-id-dev - libvolume_id development headers
 libvolume-id0 - libvolume_id shared library
 udev   - /dev/ and hotplug management daemon
 udev-udeb  - /dev/ and hotplug management daemon (udeb)
Closes: 280894 402441 408506 416687 416687 437499 437520 438094 438470 438470 
441753 442397 442796 444337 444809 447073 447346 447785 449081 449154 451986 
452006 456204 456269 457616 459788 462097 465156 468939 475443 475699 475902 
476725 480516 480783 480897 481559 481812 481827 481993 487764 488394 488911 
489205
Changes: 
 udev (0.124-1) unstable; urgency=low
 .
   * New upstream release. (Closes: #476725, #480516) Fixes:
 + something in usb_id. (Closes: #447346)
 + RUN rules if device node removal fails. (Closes: #457616)
 + $exec_prefix in libvolume_id.pc. (Closes: #459788)
   * Made 2.6.18 the oldest supported kernel version.
   * Removed the /dev/.static/dev/ hack. It was cool, but its complexity
 is not justified anymore. (Closes: #444337, #481559)
   * Removed support for devfs-style names (devfs.rules, compat.rules,
 compat-full.rules). (Closes: #280894, #468939)
   * The rules files now are installed directly in rules.d/ and symlinks
 are not used there anymore. (Closes: #402441, #408506)
   * The standard rules files

Bug#476564: marked as done (/usr/sbin/lsusb: doesn't show devices connected after boot even though they are in /proc/bus/usb/devices)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 11:17:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#444809: fixed in udev 0.124-1
has caused the Debian Bug report #444809,
regarding /usr/sbin/lsusb: doesn't show devices connected after boot even 
though they are in /proc/bus/usb/devices
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
444809: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444809
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: usbutils
Version: 0.73-7
Severity: grave
File: /usr/sbin/lsusb
Justification: renders package unusable

Hi

Here the usb dongle on bus 2, which used to be shown, and the
mouse are missing, both have been connected after boot:

$ lsusb
Bus 001 Device 004: ID 046a:0001 Cherry GmbH My3000 Keyboard
$ cat /proc/bus/usb/devices

T:  Bus=05 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480 MxCh= 8
B:  Alloc=  0/800 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=01 MxPS=64 #Cfgs=  1
P:  Vendor= ProdID= Rev= 2.06
S:  Manufacturer=Linux 2.6.24-1-686 ehci_hcd
S:  Product=EHCI Host Controller
S:  SerialNumber=:00:1d.7
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=256ms

T:  Bus=04 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor= ProdID= Rev= 2.06
S:  Manufacturer=Linux 2.6.24-1-686 uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=:00:1d.3
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor= ProdID= Rev= 2.06
S:  Manufacturer=Linux 2.6.24-1-686 uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=:00:1d.2
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc= 45/900 us ( 5%), #Int=  1, #Iso=  1
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor= ProdID= Rev= 2.06
S:  Manufacturer=Linux 2.6.24-1-686 uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=:00:1d.1
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=02 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  2 Spd=12  MxCh= 0
D:  Ver= 2.00 Cls=e0(unk. ) Sub=01 Prot=01 MxPS=64 #Cfgs=  1
P:  Vendor=0a12 ProdID=0001 Rev=31.64
C:* #Ifs= 2 Cfg#= 1 Atr=c0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 3 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=81(I) Atr=03(Int.) MxPS=  16 Ivl=1ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=82(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:  If#= 1 Alt= 0 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=   0 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=   0 Ivl=1ms
I:  If#= 1 Alt= 1 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=   9 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=   9 Ivl=1ms
I:* If#= 1 Alt= 2 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  17 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  17 Ivl=1ms
I:  If#= 1 Alt= 3 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  25 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  25 Ivl=1ms
I:  If#= 1 Alt= 4 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  33 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  33 Ivl=1ms
I:  If#= 1 Alt= 5 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  49 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  49 Ivl=1ms

T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc= 26/900 us ( 3%), #Int=  2, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor= ProdID= Rev= 2.06
S:  Manufacturer=Linux 2.6.24-1-686 uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=:00:1d.0
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  4 Spd=1.5 MxCh= 0
D:  Ve

Bug#488394: marked as done (qcontrol not working in d-i)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 11:17:08 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#488394: fixed in udev 0.124-1
has caused the Debian Bug report #488394,
regarding qcontrol not working in d-i
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
488394: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488394
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: qcontrol-udeb
Version: 0.4.1-1
Severity: serious

When I use qcommand in d-i after creating
/dev/input/by-path/platform-gpio-keys-event- manually, I get:

/usr/sbin/qcommand: line 55: disown: not found
sleep: invalid number '0.5'

Also, it seems that the /dev/input/by-path/platform-gpio-keys-event-
symlink is not created in d-i, even though evdev is loaded and
/dev/input/event0 exists.
-- 
Martin Michlmayr
http://www.cyrius.com/


--- End Message ---
--- Begin Message ---
Source: udev
Source-Version: 0.124-1

We believe that the bug you reported is fixed in the latest version of
udev, which is due to be installed in the Debian FTP archive:

libvolume-id-dev_0.124-1_i386.deb
  to pool/main/u/udev/libvolume-id-dev_0.124-1_i386.deb
libvolume-id0_0.124-1_i386.deb
  to pool/main/u/udev/libvolume-id0_0.124-1_i386.deb
udev-udeb_0.124-1_i386.udeb
  to pool/main/u/udev/udev-udeb_0.124-1_i386.udeb
udev_0.124-1.diff.gz
  to pool/main/u/udev/udev_0.124-1.diff.gz
udev_0.124-1.dsc
  to pool/main/u/udev/udev_0.124-1.dsc
udev_0.124-1_i386.deb
  to pool/main/u/udev/udev_0.124-1_i386.deb
udev_0.124.orig.tar.gz
  to pool/main/u/udev/udev_0.124.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <[EMAIL PROTECTED]> (supplier of updated udev package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2008 02:52:00 +0200
Source: udev
Binary: udev libvolume-id0 libvolume-id-dev udev-udeb
Architecture: source i386
Version: 0.124-1
Distribution: unstable
Urgency: low
Maintainer: Marco d'Itri <[EMAIL PROTECTED]>
Changed-By: Marco d'Itri <[EMAIL PROTECTED]>
Description: 
 libvolume-id-dev - libvolume_id development headers
 libvolume-id0 - libvolume_id shared library
 udev   - /dev/ and hotplug management daemon
 udev-udeb  - /dev/ and hotplug management daemon (udeb)
Closes: 280894 402441 408506 416687 416687 437499 437520 438094 438470 438470 
441753 442397 442796 444337 444809 447073 447346 447785 449081 449154 451986 
452006 456204 456269 457616 459788 462097 465156 468939 475443 475699 475902 
476725 480516 480783 480897 481559 481812 481827 481993 487764 488394 488911 
489205
Changes: 
 udev (0.124-1) unstable; urgency=low
 .
   * New upstream release. (Closes: #476725, #480516) Fixes:
 + something in usb_id. (Closes: #447346)
 + RUN rules if device node removal fails. (Closes: #457616)
 + $exec_prefix in libvolume_id.pc. (Closes: #459788)
   * Made 2.6.18 the oldest supported kernel version.
   * Removed the /dev/.static/dev/ hack. It was cool, but its complexity
 is not justified anymore. (Closes: #444337, #481559)
   * Removed support for devfs-style names (devfs.rules, compat.rules,
 compat-full.rules). (Closes: #280894, #468939)
   * The rules files now are installed directly in rules.d/ and symlinks
 are not used there anymore. (Closes: #402441, #408506)
   * The standard rules files have been renamed to reduce divergences with
 other distributions: udev.rules => 50-udev.rules,
 z20_persistent-input.rules => 60-persistent-input.rules,
 z20_persistent.rules => 60-persistent-storage.rules,
 z25_persistent-net.rules 70-persistent-net.rules,
 z25_persistent-cd.rules 70-persistent-cd.rules,
 z25_cd-aliases-generator.rules => 75-cd-aliases-generator.rules,
 z25_persistent-net-generator.rules => 75-persistent-net-generator.rules,
 z55_hotplug.rules => 80-drivers.rules,
 020_permissions.rules => 91-permissions.rules,
 z50_run.rules => 95-late.rules.
 .
   * permissions.rules: added again the rule for old style USB devices,
 removed in 0.113-1. (Closes: #438470, #442397, #444809, #481827)
   * permissions.rules: removed the WAIT_FOR_SYSFS rules, not needed with
 kerne

Bug#479529: Upstream fix is partially incorrect

2008-07-07 Thread Thiemo Seufer

Christian Thalinger wrote:
> I guess you are talking about this code:
> 
> http://mips.complang.tuwien.ac.at/hg/cacao/file/2effc42cfb01/src/vm/jit/mips/asmpart.S#l426
> 
> This code is correct, as the fsX defines use paired registers, starting
> with a even one.  Also see:
> 
> http://mips.complang.tuwien.ac.at/hg/cacao/file/2effc42cfb01/src/vm/jit/mips/md-asm.h#l183

I missed this, thanks for the explanation.

> Btw. thanks for pointing out this possible bug, as I found a real bug:
> 
> http://mips.complang.tuwien.ac.at/hg/cacao/rev/96a125f9de83

I leave the Debian bug open for this one.


Thiemo



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

Bug#476564: marked as done (/usr/sbin/lsusb: doesn't show devices connected after boot even though they are in /proc/bus/usb/devices)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 11:17:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#438470: fixed in udev 0.124-1
has caused the Debian Bug report #438470,
regarding /usr/sbin/lsusb: doesn't show devices connected after boot even 
though they are in /proc/bus/usb/devices
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
438470: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438470
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: usbutils
Version: 0.73-7
Severity: grave
File: /usr/sbin/lsusb
Justification: renders package unusable

Hi

Here the usb dongle on bus 2, which used to be shown, and the
mouse are missing, both have been connected after boot:

$ lsusb
Bus 001 Device 004: ID 046a:0001 Cherry GmbH My3000 Keyboard
$ cat /proc/bus/usb/devices

T:  Bus=05 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480 MxCh= 8
B:  Alloc=  0/800 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=01 MxPS=64 #Cfgs=  1
P:  Vendor= ProdID= Rev= 2.06
S:  Manufacturer=Linux 2.6.24-1-686 ehci_hcd
S:  Product=EHCI Host Controller
S:  SerialNumber=:00:1d.7
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=256ms

T:  Bus=04 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor= ProdID= Rev= 2.06
S:  Manufacturer=Linux 2.6.24-1-686 uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=:00:1d.3
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor= ProdID= Rev= 2.06
S:  Manufacturer=Linux 2.6.24-1-686 uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=:00:1d.2
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc= 45/900 us ( 5%), #Int=  1, #Iso=  1
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor= ProdID= Rev= 2.06
S:  Manufacturer=Linux 2.6.24-1-686 uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=:00:1d.1
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=02 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  2 Spd=12  MxCh= 0
D:  Ver= 2.00 Cls=e0(unk. ) Sub=01 Prot=01 MxPS=64 #Cfgs=  1
P:  Vendor=0a12 ProdID=0001 Rev=31.64
C:* #Ifs= 2 Cfg#= 1 Atr=c0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 3 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=81(I) Atr=03(Int.) MxPS=  16 Ivl=1ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=82(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:  If#= 1 Alt= 0 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=   0 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=   0 Ivl=1ms
I:  If#= 1 Alt= 1 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=   9 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=   9 Ivl=1ms
I:* If#= 1 Alt= 2 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  17 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  17 Ivl=1ms
I:  If#= 1 Alt= 3 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  25 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  25 Ivl=1ms
I:  If#= 1 Alt= 4 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  33 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  33 Ivl=1ms
I:  If#= 1 Alt= 5 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  49 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  49 Ivl=1ms

T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc= 26/900 us ( 3%), #Int=  2, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor= ProdID= Rev= 2.06
S:  Manufacturer=Linux 2.6.24-1-686 uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=:00:1d.0
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  4 Spd=1.5 MxCh= 0
D:  Ve

Bug#438470: marked as done (udev: please create /dev/bus/usb nodes with mode 0664 instead of 0660)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 11:17:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#444809: fixed in udev 0.124-1
has caused the Debian Bug report #444809,
regarding udev: please create /dev/bus/usb nodes with mode 0664 instead of 0660
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
444809: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444809
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: udev
Version: 0.114-2
Severity: normal

Hi,

udev creates the /dev/bus/usb nodes with mode 0660 which breaks lsusb for
non-privileged users. Mode 0664 is safe and allows normal users to use lsusb
and other USB tools.

Thanks,

JB.

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

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.14  Debian configuration management sy
ii  libc62.6.1-1 GNU C Library: Shared libraries
ii  libselinux1  2.0.15-2+b1 SELinux shared libraries
ii  libvolume-id00.114-2 libvolume_id shared library
ii  lsb-base 3.1-24  Linux Standard Base 3.1 init scrip

udev recommends no packages.

-- debconf information excluded

--- End Message ---
--- Begin Message ---
Source: udev
Source-Version: 0.124-1

We believe that the bug you reported is fixed in the latest version of
udev, which is due to be installed in the Debian FTP archive:

libvolume-id-dev_0.124-1_i386.deb
  to pool/main/u/udev/libvolume-id-dev_0.124-1_i386.deb
libvolume-id0_0.124-1_i386.deb
  to pool/main/u/udev/libvolume-id0_0.124-1_i386.deb
udev-udeb_0.124-1_i386.udeb
  to pool/main/u/udev/udev-udeb_0.124-1_i386.udeb
udev_0.124-1.diff.gz
  to pool/main/u/udev/udev_0.124-1.diff.gz
udev_0.124-1.dsc
  to pool/main/u/udev/udev_0.124-1.dsc
udev_0.124-1_i386.deb
  to pool/main/u/udev/udev_0.124-1_i386.deb
udev_0.124.orig.tar.gz
  to pool/main/u/udev/udev_0.124.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <[EMAIL PROTECTED]> (supplier of updated udev package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2008 02:52:00 +0200
Source: udev
Binary: udev libvolume-id0 libvolume-id-dev udev-udeb
Architecture: source i386
Version: 0.124-1
Distribution: unstable
Urgency: low
Maintainer: Marco d'Itri <[EMAIL PROTECTED]>
Changed-By: Marco d'Itri <[EMAIL PROTECTED]>
Description: 
 libvolume-id-dev - libvolume_id development headers
 libvolume-id0 - libvolume_id shared library
 udev   - /dev/ and hotplug management daemon
 udev-udeb  - /dev/ and hotplug management daemon (udeb)
Closes: 280894 402441 408506 416687 416687 437499 437520 438094 438470 438470 
441753 442397 442796 444337 444809 447073 447346 447785 449081 449154 451986 
452006 456204 456269 457616 459788 462097 465156 468939 475443 475699 475902 
476725 480516 480783 480897 481559 481812 481827 481993 487764 488394 488911 
489205
Changes: 
 udev (0.124-1) unstable; urgency=low
 .
   * New upstream release. (Closes: #476725, #480516) Fixes:
 + something in usb_id. (Closes: #447346)
 + RUN rules if device node removal fails. (Closes: #457616)
 + $exec_prefix in libvolume_id.pc. (Closes: #459788)
   * Made 2.6.18 the oldest supported kernel version.
   * Removed the /dev/.static/dev/ hack. It was cool, but its complexity
 is not justified anymore. (Closes: #444337, #481559)
   * Removed support for devfs-style names (devfs.rules, compat.rules,
 compat-full.rules). (Closes: #280894, #468939)
   * The rules files now are installed directly in rules.d/ and symlinks
 are not used there anymore. (Closes: #402441, #408506)
   * The standard rules files have been renamed to reduce divergences with
 other distributions: udev.rules => 50-udev.rules,
 z20_persistent-input.rules => 60-persistent-input.rules,
 z20_persistent.rules => 60-persistent-storage.rules,
 z25_persistent-net.rules

Bug#444809: marked as done (udev: USB devices should be readable by normal users)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 11:17:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#444809: fixed in udev 0.124-1
has caused the Debian Bug report #444809,
regarding udev: USB devices should be readable by normal users
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
444809: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444809
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: usbutils
Version: 0.72-9
Severity: normal


lsusb does not report any devices when a non-root user run it. No errors
are reported either.  I ran lsusb with strace and it tries to open files
under /dev/bus/usb/nnn/nnn which are not world readable.  The lsusb man
page says it has to open files under /proc/bus/usb/nnn/nnn which is world
readable.  I guess reading files under /dev/bus/usb is a new way to
retreive USB information, but then the DIAGNSTICS section in the man page
needs to be fixed so that lsusb must open files under /dev/bus/usb.
It would also be nice for lsusb to report that it fails to open files.

Takeshi

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

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

Versions of packages usbutils depends on:
ii  libc6   2.6.1-5  GNU C Library: Shared libraries
ii  libusb-0.1-42:0.1.12-7   userspace USB programming library
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

usbutils recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: udev
Source-Version: 0.124-1

We believe that the bug you reported is fixed in the latest version of
udev, which is due to be installed in the Debian FTP archive:

libvolume-id-dev_0.124-1_i386.deb
  to pool/main/u/udev/libvolume-id-dev_0.124-1_i386.deb
libvolume-id0_0.124-1_i386.deb
  to pool/main/u/udev/libvolume-id0_0.124-1_i386.deb
udev-udeb_0.124-1_i386.udeb
  to pool/main/u/udev/udev-udeb_0.124-1_i386.udeb
udev_0.124-1.diff.gz
  to pool/main/u/udev/udev_0.124-1.diff.gz
udev_0.124-1.dsc
  to pool/main/u/udev/udev_0.124-1.dsc
udev_0.124-1_i386.deb
  to pool/main/u/udev/udev_0.124-1_i386.deb
udev_0.124.orig.tar.gz
  to pool/main/u/udev/udev_0.124.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <[EMAIL PROTECTED]> (supplier of updated udev package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2008 02:52:00 +0200
Source: udev
Binary: udev libvolume-id0 libvolume-id-dev udev-udeb
Architecture: source i386
Version: 0.124-1
Distribution: unstable
Urgency: low
Maintainer: Marco d'Itri <[EMAIL PROTECTED]>
Changed-By: Marco d'Itri <[EMAIL PROTECTED]>
Description: 
 libvolume-id-dev - libvolume_id development headers
 libvolume-id0 - libvolume_id shared library
 udev   - /dev/ and hotplug management daemon
 udev-udeb  - /dev/ and hotplug management daemon (udeb)
Closes: 280894 402441 408506 416687 416687 437499 437520 438094 438470 438470 
441753 442397 442796 444337 444809 447073 447346 447785 449081 449154 451986 
452006 456204 456269 457616 459788 462097 465156 468939 475443 475699 475902 
476725 480516 480783 480897 481559 481812 481827 481993 487764 488394 488911 
489205
Changes: 
 udev (0.124-1) unstable; urgency=low
 .
   * New upstream release. (Closes: #476725, #480516) Fixes:
 + something in usb_id. (Closes: #447346)
 + RUN rules if device node removal fails. (Closes: #457616)
 + $exec_prefix in libvolume_id.pc. (Closes: #459788)
   * Made 2.6.18 the oldest supported kernel version.
   * Removed the /dev/.static/dev/ hack. It was cool, but its complexity
 is not justified anymore. (Closes: #444337, #481559)
   * Removed support for devfs-style names (devfs.rules, compat.rules,
 compat-full.rules). (Closes: #280894, #468939)
   * The rules files now are installed directly in rules.d/ and symlinks
 are not used there anymore. (Closes: #402441, #408506)
   * The standard rules files

Bug#489723: udev - dasd_id and rules removed

2008-07-07 Thread Bastian Blank

Package: udev
Version: 0.114-2
Severity: grave

The dasd_id tool and the corresponding rules got removed some time ago
without a proper upgrade path to a proper s390-tools version (which
does not yet exist in Debian).

Bastian

-- 
Either one of us, by himself, is expendable.  Both of us are not.
-- Kirk, "The Devil in the Dark", stardate 3196.1



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

Bug#479529: Upstream fix is partially incorrect

2008-07-07 Thread Christian Thalinger

On Mon, 2008-07-07 at 12:49 +0100, Thiemo Seufer wrote:
> I leave the Debian bug open for this one.

Is there still a problem somewhere?  Did I miss something?

- twisti




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

Bug#466838: Help with build issue

2008-07-07 Thread Hugo Santos

Hi guys,

  I'm the developer (and maintainer) of the debian package "mrd6".
Recently i had a small issue with building on S390 (issues with
handling size_t). Unfortunately due to time constraints this went
unfixed for some months but i would like to finally close this problem
(bug #466838). I was wondering if someone with access to a S390 system
could try and build the package (on etch or newer) to check if the
issue is fixed. I'm asking so i don't make the upload a trial and
error procedure. :-)

  You can find the tentative version to be upload at:
http://fivebits.net/~hugo/mrd6-build/

  Thanks in advance,
Hugo

On Fri, Jul 4, 2008 at 3:41 PM, Hugo Santos <[EMAIL PROTECTED]> wrote:
> Hi Lior,
>
>  Like i mentioned before this should be fixed in the upstream source.
> However i've prepared the debian package to be uploaded, you can fetch
> it from:
>
>  http://fivebits.net/~hugo/mrd6-build/
>
>  As i said in the previous email, fixing this issue was non-trivial
> due to particularities of S390, size_t there is different from
> everywhere else. Not having a S390 system available to test the
> compilation with reduces it very much into a trial and error procedure
> i'm afraid.
>
>  Anyway, let met know if there's anything else i can do.
>
>  Thanks,
>Hugo
>
> On Sat, Jun 28, 2008 at 11:09 AM, Lior Kaplan <[EMAIL PROTECTED]> wrote:
>> Hi Hugo,
>>
>> Any news with this bug ?
>>
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466838
>>
>>
>> --
>> Lior Kaplan
>> [EMAIL PROTECTED]
>>
>> GPG fingerprint:
>> C644 D0B3 92F4 8FE4 4662  B541 1558 9445 99E8 1DA0
>>
>
>
>



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

Bug#489723: udev - dasd_id and rules removed

2008-07-07 Thread Marco d'Itri

On Jul 07, Bastian Blank <[EMAIL PROTECTED]> wrote:

> The dasd_id tool and the corresponding rules got removed some time ago
> without a proper upgrade path to a proper s390-tools version (which
> does not yet exist in Debian).
And what am I supposed to do about this?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#489726: unconditional dependency on libatlas3gf-base

2008-07-07 Thread Matthias Klose

Package: python-numpy
Version: 1:1.1.0-2
Severity: serious

python-numpy now has an unconditional dependency on libatlas3gf-base,
needing the "specialized" atlas libraries as a runtime
dependency. Users still should have the option to use the standard
blas and lapack libs instead of the untested/unmaintained atlas
libraries in debian.



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

Bug#489251: kdewebdev_4:4.0.84-1(ia64/unstable): FTBFS: No rule to make target `/usr/lib/libICE.so'

2008-07-07 Thread Philipp Kern

On Sun, Jul 06, 2008 at 10:28:50PM +0200, Sune Vuorela wrote:
> source package kdewebdev
> version 4:4.0.84-1  with a depwait on kdepimlibs >=4:4.0.84+svn828328
> on the following archs: 
> amd64
> ia64
> ppc
> s390
> sparc
> 
> (the depwaits are only needed on ia64 of the mentioned archs -  it is 
> installed on the other 4)

Given back (and pulled out some of them out of failed)...

Kind regards,
Philipp Kern
-- 
 .''`.  Philipp Kern Debian Developer
: :' :  http://philkern.de   Debian Release Assistant
`. `'   xmpp:[EMAIL PROTECTED]
  `-finger pkern/[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#489723: udev - dasd_id and rules removed

2008-07-07 Thread Bastian Blank

On Mon, Jul 07, 2008 at 02:08:07PM +0200, Marco d'Itri wrote:
> On Jul 07, Bastian Blank <[EMAIL PROTECTED]> wrote:
> > The dasd_id tool and the corresponding rules got removed some time ago
> > without a proper upgrade path to a proper s390-tools version (which
> > does not yet exist in Debian).
> And what am I supposed to do about this?

You removed support for a specific setup without any notice. You should
yourself know how to handle such changes, the upstream changelog even
say that it got moved to a different software package called s390-tools.

Bastian

-- 
Violence in reality is quite different from theory.
-- Spock, "The Cloud Minders", stardate 5818.4



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

Bug#489723: udev - dasd_id and rules removed

2008-07-07 Thread Marco d'Itri

On Jul 07, Bastian Blank <[EMAIL PROTECTED]> wrote:

> You removed support for a specific setup without any notice. You should
> yourself know how to handle such changes, the upstream changelog even
> say that it got moved to a different software package called s390-tools.
I am aware of this. It happened 11 months ago and apparently you are the
first one to notice it, so I think it's not obvious that this is a big
deal.
I am not qualified to package s390-tools, but if you think it would be
useful I can make udev depend on s390-tools on s390.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Processed: forcibly merging 489426 489446

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> forcemerge 489426 489446
Bug#489426: grub-pc: patches/02_old_linux_version_comparison.diff broke 
update-grub
Bug#489446: grub-pc: Installation/Upgrade fails: bashisms in update-grub
Forcibly Merged 489426 489446.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#489726: should numpy be built with atlas?

2008-07-07 Thread Ondrej Certik

On Mon, Jul 7, 2008 at 2:12 PM, Matthias Klose <[EMAIL PROTECTED]> wrote:
> Package: python-numpy
> Version: 1:1.1.0-2
> Severity: serious
>
> python-numpy now has an unconditional dependency on libatlas3gf-base,
> needing the "specialized" atlas libraries as a runtime
> dependency. Users still should have the option to use the standard
> blas and lapack libs instead of the untested/unmaintained atlas
> libraries in debian.

Hi Matthias,

I changed that on a request from a user:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489253

so should we revert this change? I.e. should numpy not be built with
atlas support? This will make it quite slow in Debian.

CCing to debian python as well to get more opinions on this.

Thanks,
Ondrej



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

Processed: tagging 489426

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> tags 489426 pending
Bug#489426: grub-pc: patches/02_old_linux_version_comparison.diff broke 
update-grub
Tags were: patch
Bug#489446: grub-pc: Installation/Upgrade fails: bashisms in update-grub
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: tagging 489446

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> tags 489446 pending
Bug#489446: grub-pc: Installation/Upgrade fails: bashisms in update-grub
Tags were: pending patch
Bug#489426: grub-pc: patches/02_old_linux_version_comparison.diff broke 
update-grub
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#489739: FTBFS: clean target doesn't clean

2008-07-07 Thread Carl Fürstenberg

Package: php5-xcache
Version: 1.2.2
Severity: serious
Justification: Policy 4.9

The clean target fails to clean fully (all make-generated files remains
etc...)

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

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



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

Bug#489739: Fix for Bug#489739 commited to version control

2008-07-07 Thread nijel

tags 489739 +pending
thanks
Hi,

The following change has been committed for this bug, and so the
fix will be in the next upload.
===

Changeset [56] by nijel, 2008-07-07 15:42:08 +0200 (Mon, 07 Jul 2008)

Implement clean target in debian/rules (Closes: #489739).

U   trunk/debian/changelog
U   trunk/debian/rules

http://viewsvn.cihar.com/debian-xcache?view=rev&revision=56



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

Bug#488299: marked as done (minpack: wrong license in debian/copyright)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 13:32:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#488299: fixed in minpack 19961126-13
has caused the Debian Bug report #488299,
regarding minpack: wrong license in debian/copyright
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
488299: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488299
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: minpack
Severity: serious

minpack is not 'public domain', even if it is published on netlib.
According to the netlib FAQ you have to ask the author to figure out,
which copyright and license applies. The license of minpack is listed
here:

http://ftp.netlib.org/minpack/disclaimer


--- End Message ---
--- Begin Message ---
Source: minpack
Source-Version: 19961126-13

We believe that the bug you reported is fixed in the latest version of
minpack, which is due to be installed in the Debian FTP archive:

libminpack1_19961126-13_i386.deb
  to pool/main/m/minpack/libminpack1_19961126-13_i386.deb
minpack-dev_19961126-13_i386.deb
  to pool/main/m/minpack/minpack-dev_19961126-13_i386.deb
minpack_19961126-13.diff.gz
  to pool/main/m/minpack/minpack_19961126-13.diff.gz
minpack_19961126-13.dsc
  to pool/main/m/minpack/minpack_19961126-13.dsc



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
James R. Van Zandt <[EMAIL PROTECTED]> (supplier of updated minpack package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-

Format: 1.7
Date: Mon, 07 Jul 2008 09:23:08 -0400
Source: minpack
Binary: minpack-dev libminpack1
Architecture: source i386
Version: 19961126-13
Distribution: unstable
Urgency: low
Maintainer: James R. Van Zandt <[EMAIL PROTECTED]>
Changed-By: James R. Van Zandt <[EMAIL PROTECTED]>
Description: 
 libminpack1 - nonlinear equations and nonlinear least squares shared library
 minpack-dev - nonlinear equations and nonlinear least squares static library
Closes: 488299
Changes: 
 minpack (19961126-13) unstable; urgency=low
 .
   * Replace copyright notice (thanks to Bernd Zeimetz <[EMAIL PROTECTED]>,
 closes:Bug#488299)
 .
   * bumped policy version to 3.7.3 (no changes needed).
Files: 
 61c54e037912d2427a77d78ebb58803a 719 devel optional minpack_19961126-13.dsc
 fc8ccc02661e9b76bba18fe64af31eda 330214 devel optional 
minpack_19961126-13.diff.gz
 ef48fa93b3f97cb921e219688bd3c37b 65758 devel optional 
minpack-dev_19961126-13_i386.deb
 3eac0e5ac36ace042706291d0fea0005 20910 devel optional 
libminpack1_19961126-13_i386.deb

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

iQCVAwUBSHIa3THnPxTimJZtAQGaXQQAwG/HF0oHf1mdjhBIM/Aw1WrO6IhPvBOI
r5DaWk1DGvOwG60DDrPmMkjJ8fusqogM6d6XbVLXPBnudSA5HfxI1/buDNZiTXMZ
Se6NPrNnmcdnNRMfHJpBg/3D06Yr3vQGPHb6fnoXgenC52JAz/Sf2usJlOuGvel5
xPWHe/Z3Jao=
=kooK
-END PGP SIGNATURE-


--- End Message ---

Processed: Fix for Bug#489739 commited to version control

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> tags 489739 +pending
Bug#489739: FTBFS: clean target doesn't clean
There were no tags set.
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: RM: yard -- RoQA; Out of date, orphaned, buggy, alternatives exist

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> severity 484976 normal
Bug#484976: yard: Should this package be removed?
Severity set to `normal' from `serious'

> reassign 484976 ftp.debian.org
Bug#484976: yard: Should this package be removed?
Bug reassigned from package `yard' to `ftp.debian.org'.

> retitle 484976 RM: yard -- RoQA; Out of date, unmaintained, orphaned, buggy, 
> alternatives exist
Bug#484976: yard: Should this package be removed?
Changed Bug title to `RM: yard -- RoQA; Out of date, unmaintained, orphaned, 
buggy, alternatives exist' from `yard: Should this package be removed?'.

> thank you
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#489091: collectd: FTBFS: apache.c:359: undefined reference to `plugin_register_config'

2008-07-07 Thread Sebastian Harl

# This has been fixed in Git commit d658f27149b02570663bd0cdabdc41b229396988.
# See http://git.tokkee.org/?p=pkg-collectd.git.
tags 489091 + pending
thanks

Hi,

Thanks for reporting this!

On Thu, Jul 03, 2008 at 10:00:03AM +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> i386.
> 
> Relevant part:
> > i486-linux-gnu-gcc -shared  .libs/apache_la-apache.o  
> > /usr/lib/libcurl-gnutls.so  -Wl,-z -Wl,defs -Wl,-soname -Wl,apache.so -o 
> > .libs/apache.so
> > .libs/apache_la-apache.o: In function `module_register':
> > /build/user-collectd_4.4.1-1-amd64-ENv2rc/collectd-4.4.1-1/src/apache.c:359:
> >  undefined reference to `plugin_register_config'
[...]

FTR: This was caused by #488701 in curl which added -Wl,-z,defs to the
linker flags which is not the right thing to do when building a shared
object.

collectd's build dependency on libcurl4-gnutls-dev has been restricted
to versions not affected by that bug.

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin

signature.asc
Description: Digital signature

Processed: Re: Bug#489091: collectd: FTBFS: apache.c:359: undefined reference to `plugin_register_config'

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> # This has been fixed in Git commit d658f27149b02570663bd0cdabdc41b229396988.
> # See http://git.tokkee.org/?p=pkg-collectd.git.
> tags 489091 + pending
Bug#489091: collectd: FTBFS: apache.c:359: undefined reference to 
`plugin_register_config'
There were no tags set.
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#486963: FTBFS: Renderer.hpp:24:23: error: FTGL/FTGL.h: No such file or directory

2008-07-07 Thread Francesco Namuri

tags 486963 + patch
thanks

Hi,
I've prepared an NMU to correct this bug, it's available on:

http://mentors.debian.net/debian/pool/main/l/libprojectm/libprojectm_1.01-6.1.dsc

I'm asking for a sponsor to upload it. If you want to correct it by
yourself, I'm attaching the patch of my modifies.

Best Regards,
francesco


06_fix_wrong_UPPERCASE_in_Renderer.hpp.dpatch
Description: application/shellscript
01_soil_64bit_fixes.dpatch
02_cmake_soname.dpatch
#03_cmake_ftgl_pic.dpatch
04_fix_brokenness_on_radeon_cards.dpatch
05_fix_gcc43_ftbfs.dpatch
06_fix_wrong_UPPERCASE_in_Renderer.hpp.dpatch


signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente

Bug#489726: should numpy be built with atlas?

2008-07-07 Thread Matthias Klose

Ondrej Certik writes:
> On Mon, Jul 7, 2008 at 2:12 PM, Matthias Klose <[EMAIL PROTECTED]> wrote:
> > Package: python-numpy
> > Version: 1:1.1.0-2
> > Severity: serious
> >
> > python-numpy now has an unconditional dependency on libatlas3gf-base,
> > needing the "specialized" atlas libraries as a runtime
> > dependency. Users still should have the option to use the standard
> > blas and lapack libs instead of the untested/unmaintained atlas
> > libraries in debian.
> 
> Hi Matthias,
> 
> I changed that on a request from a user:
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489253
> 
> so should we revert this change? I.e. should numpy not be built with
> atlas support? This will make it quite slow in Debian.
> 
> CCing to debian python as well to get more opinions on this.

afaiu this has nothing to do if blas/lapack or atlas are used;
apparently _dotblas.so is not built when just using blas/lapack. this
seems to be the real bug which we should fix.

  Matthias



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

Processed: FTBFS: Renderer.hpp:24:23: error: FTGL/FTGL.h: No such file or directory

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> tags 486963 + patch
Bug#486963: libprojectm: FTBFS: Renderer.hpp:24:23: error: FTGL/FTGL.h: No such 
file or directory
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#489739: marked as done (FTBFS: clean target doesn't clean)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 14:02:14 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#489739: fixed in xcache 1.2.2-3
has caused the Debian Bug report #489739,
regarding FTBFS: clean target doesn't clean
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
489739: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489739
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: php5-xcache
Version: 1.2.2
Severity: serious
Justification: Policy 4.9

The clean target fails to clean fully (all make-generated files remains
etc...)

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

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


--- End Message ---
--- Begin Message ---
Source: xcache
Source-Version: 1.2.2-3

We believe that the bug you reported is fixed in the latest version of
xcache, which is due to be installed in the Debian FTP archive:

php5-xcache_1.2.2-3_i386.deb
  to pool/main/x/xcache/php5-xcache_1.2.2-3_i386.deb
xcache_1.2.2-3.diff.gz
  to pool/main/x/xcache/xcache_1.2.2-3.diff.gz
xcache_1.2.2-3.dsc
  to pool/main/x/xcache/xcache_1.2.2-3.dsc



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Michal Čihař <[EMAIL PROTECTED]> (supplier of updated xcache package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2008 15:46:42 +0200
Source: xcache
Binary: php5-xcache
Architecture: source i386
Version: 1.2.2-3
Distribution: unstable
Urgency: low
Maintainer: Michal Čihař <[EMAIL PROTECTED]>
Changed-By: Michal Čihař <[EMAIL PROTECTED]>
Description: 
 php5-xcache - Fast, stable PHP opcode cacher
Closes: 489739
Changes: 
 xcache (1.2.2-3) unstable; urgency=low
 .
   * Implement clean target in debian/rules (Closes: #489739).
 - Some files have to be deleted manually.
   * Update policy to 3.8.0 (no changes needed).
Checksums-Sha1: 
 25c0cc7ccadd3a45e94f8318e5a4663a254db17a 1095 xcache_1.2.2-3.dsc
 aa56d034209e1fc9747beaa5dac8f0cdeb757b01 5310 xcache_1.2.2-3.diff.gz
 36bead25e7f6084c72c1ea0ccc2e9f42a30b90db 82350 php5-xcache_1.2.2-3_i386.deb
Checksums-Sha256: 
 deb8385f703f35ecc49a4eb3121a032fcbd36ad968819ab1e3a276dd6a38f9c8 1095 
xcache_1.2.2-3.dsc
 9d151c51b138bb2267fe97145b5b6801df25ddadb61ef9826430188b271453b1 5310 
xcache_1.2.2-3.diff.gz
 9959751302cc92e70b3d97b17a9664f4c39b15061b4be7465874db50d2d20430 82350 
php5-xcache_1.2.2-3_i386.deb
Files: 
 3a108055de290d0dc9fcee1b9cd7a9a9 1095 web optional xcache_1.2.2-3.dsc
 3b0c126e4c7287210df528bba472940d 5310 web optional xcache_1.2.2-3.diff.gz
 f5c13ce8ded161854a84038627d5d7c2 82350 web optional 
php5-xcache_1.2.2-3_i386.deb

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

iEYEARECAAYFAkhyHmcACgkQ3DVS6DbnVgTeRgCgiS+UeGsycFR1bRn5BBBbwVMj
RBoAnRQkeFDazHxMTdgofLyiYZKoQreI
=udhZ
-END PGP SIGNATURE-


--- End Message ---

Bug#489726: should numpy be built with atlas?

2008-07-07 Thread [EMAIL PROTECTED]

On Mon, Jul 7, 2008 at 2:12 PM, Matthias Klose <[EMAIL PROTECTED]> wrote:
> Package: python-numpy
> Version: 1:1.1.0-2
> Severity: serious
>
> python-numpy now has an unconditional dependency on libatlas3gf-base,
> needing the "specialized" atlas libraries as a runtime
> dependency. Users still should have the option to use the standard
> blas and lapack libs instead of the untested/unmaintained atlas
> libraries in debian.

The problem is that the new (>1.0) numpy building system needs ATLAS 
at compile time to enable fast matrix-multiplication. If ATLAS is not found
at compile time, numpy.core._dotblas.so is not built and slow matrix 
multiplication is used even if the end user has ATLAS installed. In the old
numpy _dotblas.so was always compiled using refblas and the end user 
would still have had the option of using ATLAS. I'm not sure I understand 
why ATLAS is now needed at compile time, but look here:
http://scipy.org/scipy/numpy/ticket/667
and here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464784

I think python-numpy should stay as it is now and a bug-wishlist should be 
reported to the atlas package to encourage packaging of the new stable
 version (3.8.2). Filing a ticket on numpy trac may help, but the fate of 
ticket 667 seems to indicate that there's no will of fixing this bug upstream...

thank you, 
tiziano

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

Bug#489744: mysql-ruby_2.8~pre4-1(hppa/experimental): FTBFS: ruby1.9: Command not found

2008-07-07 Thread Frank Lichtenheld

Package: mysql-ruby
Version: 2.8~pre4-1
Severity: serious

Hi,

your package failed to build from source.

| Automatic build of mysql-ruby_2.8~pre4-1 on lofn by sbuild/hppa 98-farm
| Build started at 20080707-1003
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 39.2kB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de experimental/main mysql-ruby 2.8~pre4-1 
(dsc) [1112B]
| Get:2 http://sinclair.farm.ftbfs.de experimental/main mysql-ruby 2.8~pre4-1 
(tar) [33.2kB]
| Get:3 http://sinclair.farm.ftbfs.de experimental/main mysql-ruby 2.8~pre4-1 
(diff) [4824B]
| Fetched 39.2kB in 0s (96.9kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 4), libmysqlclient15-dev, ruby1.8, ruby1.8-dev
| Checking for already installed source dependencies...
[...]
| touch build-stamp1.8
| make: ruby1.9: Command not found
| make: ruby1.9: Command not found
| make: ruby1.9: Command not found
| make: ruby1.9: Command not found
| dh_testdir
| ruby1.9 extconf.rb
| make: ruby1.9: Command not found
| make: *** [build-stamp1.9] Error 127
| dpkg-buildpackage: failure: debian/rules build gave error exit status 2
| **
| Build finished at 20080707-1005
| FAILED [dpkg-buildpackage died]

Full build log(s): 
http://experimental.ftbfs.de/build.php?&ver=2.8~pre4-1&pkg=mysql-ruby&arch=hppa

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/



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

Bug#489747: ca-certificates-java: Can’t find keytool because $JAVA_HOME is misspelled $JAVE_HOME

2008-07-07 Thread Anders H Kaseorg


Package: ca-certificates-java
Version: 20080514
Severity: grave

[Found in intrepid’s package, which is identical, and reported here:
]

A typo in /etc/ca-certificates/update.d/jks-keystore:
  KEYTOOL=$JAVE_HOME/bin/keytool
results in this error:

Running hooks in 
/etc/ca-certificates/update.d/etc/ca-certificates/update.d/jks-keystore: 
29: /bin/keytool: not found

Bug#489749: Errors removing CAs that don’t exist, or adding ones that do

2008-07-07 Thread Anders H Kaseorg


Package: ca-certificates-java
Version: 20080514
Severity: grave

[Found in intrepid’s package, which is identical, and reported here:
]

Running ‘sudo dpkg-reconfigure ca-certificates’ and deleting a certificate 
gives me this error:


Running hooks in /etc/ca-certificates/update.dkeytool error: 
java.lang.Exception: Alias  does not exist


Adding it back gives me this error:

Running hooks in /etc/ca-certificates/update.dCertificate already 
exists in keystore under alias 
Do you still want to add it? [no]: keytool error: 
java.lang.IllegalArgumentException


Furthermore, because the jks-keystore hook begins with ‘set -e’, if there 
is an error on the first certificate, all the later changes in the same 
run are ignored.



Actually, I also get an error adding any certificate, even if it doesn’t 
already exist.


Running hooks in /etc/ca-certificates/update.dOwner: OU=MIT 
Certification Authority, O=Massachusetts Institute of Technology, 
ST=Massachusetts, C=US
Issuer: OU=MIT Certification Authority, O=Massachusetts Institute of 
Technology, ST=Massachusetts, C=US

…blah blah blah…
Trust this certificate? [no]: keytool error: 
java.lang.IllegalArgumentException


I think the -trustcacerts and/or -noprompt options need to be passed to 
keytool to fix this.

Bug#489750: FTBFS: bashism in debian/rules

2008-07-07 Thread Albin Tonnerre

Package: pida
Version: 0.5.1-4
Tags: patch
Severity: serious

Hi,
pida fails to compile due to a bashism in debian/rules when using bash as
/bin/sh, which is a release goal for Lenny. The attached patch fixes it.

Cheers,
-- 
Albin Tonnerre
diff -u pida-0.5.1/debian/rules pida-0.5.1/debian/rules
--- pida-0.5.1/debian/rules
+++ pida-0.5.1/debian/rules
@@ -30,7 +30,8 @@
 install: $(PYVERS:%=install-python%)
 	# override the setup.py-installed binaries with canonical versions,
 	# so we always call the default python interpreter
-	cp $(CURDIR)/bin/{pida,pida-remote} $(CURDIR)/debian/pida/usr/bin/
+	cp $(CURDIR)/bin/pida $(CURDIR)/debian/pida/usr/bin/
+	cp $(CURDIR)/bin/pida-remote $(CURDIR)/debian/pida/usr/bin/
 
 install-python%:
 	@echo "--- BUILDING FOR $* "


signature.asc
Description: Digital signature

Bug#489752: giver depends on libgtk2.0-dev

2008-07-07 Thread Michael Schurter

Package: giver
Version: 0.1.8-1
Severity: grave
Justification: renders package unusable


After installing giver and its dependencies I would receive this
exception on running `giver` from the command line:

System.DllNotFoundException: gdk-x11-2.0

After some searching, I discovered installing libgtk2.0-dev fixes this
problem.

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

Kernel: Linux 2.6.25-2-686 (SMP w/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 giver depends on:
ii  libavahi1.0-cil0.6.19-2  CLI bindings for Avahi
ii  libc6  2.7-12GNU C Library: Shared libraries
ii  libglib2.0-cil 2.12.1-1  CLI binding for the GLib utility l
ii  libgnome2.0-cil2.20.1-1  CLI binding for GNOME 2.20
ii  libgtk2.0-cil  2.12.1-1  CLI binding for the GTK+ toolkit 2
ii  libmono-corlib2.0-cil  1.9.1+dfsg-2  Mono core library (2.0)
ii  libmono-system2.0-cil  1.9.1+dfsg-2  Mono System libraries (2.0)
ii  libmono2.0-cil 1.9.1+dfsg-2  Mono libraries (2.0)
ii  libnotify0.4-cil   0.4.0~r2998-1 CLI library for desktop notificati
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  mono-runtime   1.9.1+dfsg-2  Mono runtime

giver recommends no packages.

-- no debconf information



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

Bug#466838: Help with build issue

2008-07-07 Thread Hugo Santos

Hi Frans,

On Mon, Jul 7, 2008 at 4:24 PM, Frans Pop <[EMAIL PROTECTED]> wrote:
> Package seems to build fine. I do get one warning, which should be trivial
> to fix:
> C++ timers.cpp
> timers.cpp: In member function 'bool timermgr::output_info(base_stream&, 
> bool) const':
> timers.cpp:406: warning: format '%i' expects type 'int', but argument 4 has 
> type 'size_t'

  Great! Thanks. I'll fix the warning as well.

> I noticed that your package is packaged in "Debian native" format, which
> does not seem appropriate. Suggest you use an .orig tarball even if you
> are both upstream and Debian maintainer.

  So is it ok to have a .orig tarball and no .diff? Since i keep the
debian/ files in the same repository whenever i package no patch is
required.

  Thanks again,
Hugo



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

Bug#487629: keytouch blocks logout

2008-07-07 Thread Javier Ortega Conde (Malkavian)

Same error in my debian testing.

If I do  killall -9 keytouchdthen logout continues correctly.

-- 
Bye: Javier Ortega Conde (Malkavian)
-
The Malkavian's webpage: Many things http://malkavian.homelinux.org






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

Bug#489756: poppler: CVE-2008-2950 arbitrary code execution

2008-07-07 Thread Nico Golde

Package: libpoppler3
Severity: grave
Tags: security patch

Hi,
the following CVE (Common Vulnerabilities & Exposures) id was
published for poppler.

CVE-2008-2950[0]:
| The poppler PDF rendering library suffers a memory management bug which leads
| to arbitrary code execution.
| 
| The vulnerability is present in the Page class constructor/destructor. The
| pageWidgets object is not initialized in the Page constructor if specific
| conditions are met, but it is deleted afterwards in the destructor regardless
| of its initialization.
| 
| Specific PDF files can be crafted which allocate arbitrary memory to trigger
| the vulnerability.

This is not yet on the mitre site, in the meantime check out:
http://www.ocert.org/advisories/ocert-2008-007.html
The patch is also available on this website.

A new upstream release to fix this is scheduled on July 30th according
to the maintainer. Please don't wait until then to upload a fixed package.

If you fix the vulnerability please also make sure to include the
CVE id in your changelog entry.

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-2950
http://security-tracker.debian.net/tracker/CVE-2008-2950

-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgprQO8fgTent.pgp
Description: PGP signature

Bug#488621: stopmotion: segfault at startup

2008-07-07 Thread Manolo Díaz

El Mon, 07 Jul 2008 13:05:56 +0200
Petter Reinholdtsen <[EMAIL PROTECTED]> escribió:

> 
> Can you please run stopmotion in valgrind, to get more details on the
> crash?  I mean, running
> 
>   valgrind stopmotion
> 
> and report the result to the BTS.


Of course. It's gziped and attached.

> 
> Happy hacking,

Thanks for your time.

Regards,
-- 
Manolo Díaz


valgrind_output.txt.gz
Description: GNU Zip compressed data

Processed: fixed 489756 in 0.8.2-2+lenny1

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.33
> fixed 489756 0.8.2-2+lenny1
Bug#489756: poppler: CVE-2008-2950 arbitrary code execution
Bug marked as fixed in version 0.8.2-2+lenny1.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#466838: Help with build issue

2008-07-07 Thread Frans Pop

On Monday 07 July 2008, Hugo Santos wrote:
> > I noticed that your package is packaged in "Debian native" format,
> > which does not seem appropriate. Suggest you use an .orig tarball
> > even if you are both upstream and Debian maintainer.
>
>   So is it ok to have a .orig tarball and no .diff? Since i keep the
> debian/ files in the same repository whenever i package no patch is
> required.

I don't really know. You'd better check Policy and the Developer Reference 
on that and maybe ask on debian-devel.

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

Bug#489757: Nonexistent working directory makes atftpd package unusable

2008-07-07 Thread wylda

Subject: Nonexistent working directory makes atftpd package unusable
Package: atftpd
Version: 0.7.dfsg-4
Severity: grave
Justification: renders package unusable

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

I installed Debian Lenny beta2 from scratch with atftpd package. There
are few bug which makes this package unusable:

1) "dpkg-reconfigure atftpd" with loglevel 5 produces /etc/default/atftpd
file with mistake(verbose=5):

USE_INETD=false
OPTIONS="--daemon --port 69 --retry-timeout 5 --mcast-port 1758 --mcast-addr
239.239.239.0-255 --mcast-ttl 1 --maxthread 100 --verbose=5 --logfile
/var/log/atftpd.log /var/lib/tftpboot"

instead of:

USE_INETD=false
OPTIONS="--daemon --port 69 --retry-timeout 5 --mcast-port 1758 --mcast-addr
239.239.239.0-255 --mcast-ttl 1 --maxthread 100 --verbose 5 --logfile
/var/log/atftpd.log /var/lib/tftpboot"

so there is no detail information about atftp in log file.


2) After the instalation (even before dpkg-rekonfigure) working directory
/var/lib/tftpboot does not exist so any upload fails.


3) Even if i create directory /tftpboot with owner:group set to nobody:nogroup
777 and try to upload "abc" file, it fails. Log shows:

atftpd[17400.-1210754880]: Advanced Trivial FTP server started (0.7)
atftpd[17401.-1210754880]:   running in daemon mode on port 69
atftpd[17401.-1210754880]:   logging level: 6
atftpd[17401.-1210754880]:   directory: 5/
atftpd[17401.-1210754880]:   user: nobody.nogroup
atftpd[17401.-1210754880]:   log file: /var/log/atftpd.log
atftpd[17401.-1210754880]:   server timeout: Not used
atftpd[17401.-1210754880]:   tftp retry timeout: 5
atftpd[17401.-1210754880]:   maximum number of thread: 100
atftpd[17401.-1210754880]:   option timeout:   enabled
atftpd[17401.-1210754880]:   option tzise: enabled
atftpd[17401.-1210754880]:   option blksize:   enabled
atftpd[17401.-1210754880]:   option multicast: enabled
atftpd[17401.-1210754880]:  address range: 239.239.239.0-255
atftpd[17401.-1210754880]:  port range:1758
atftpd[17401.-1210905712]: Fetching from 10.45.0.6 to abc
atftpd[17401.-1210905712]: Can't open 5/abc for writing
atftpd[17401.-1210905712]: Server thread exiting


Best regards,
Wylda.

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

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

Versions of packages atftpd depends on:
ii  debconf [debconf-2.0] 1.5.22 Debian configuration
ii  inetutils-inetd [inet-sup 2:1.5.dfsg.1-6 Internet super server
ii  libc6 2.7-10 GNU C Library: Shared
ii  libpcre3  7.4-1+lenny2   Perl 5 Compatible Regular
ii  libwrap0  7.6.q-15   Wietse Venema's TCP wrappers





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

Bug#479529: Upstream fix is partially incorrect

2008-07-07 Thread Thiemo Seufer

Christian Thalinger wrote:
> On Mon, 2008-07-07 at 12:49 +0100, Thiemo Seufer wrote:
> > I leave the Debian bug open for this one.
> 
> Is there still a problem somewhere?  Did I miss something?

I believe the SVN commit you pointed at is not yet in the Debian
package.


Thiemo



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

Bug#486963: FTBFS: Renderer.hpp:24:23: error: FTGL/FTGL.h: No such file or directory

2008-07-07 Thread William Pitcock

Hi,

On Mon, 2008-07-07 at 16:03 +0200, Francesco Namuri wrote:
> tags 486963 + patch
> thanks
> 
> Hi,
> I've prepared an NMU to correct this bug, it's available on:
> 
> http://mentors.debian.net/debian/pool/main/l/libprojectm/libprojectm_1.01-6.1.dsc
> 
> I'm asking for a sponsor to upload it. If you want to correct it by
> yourself, I'm attaching the patch of my modifies.
> 
> Best Regards,
> francesco

Go ahead and do the NMU. ProjectM doesn't even run correctly on my
computer anymore .. it appears to be too fast for it.

Also, I have RFA'd the package, so if you want, just take it. I don't
recall the bug number though.

William

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

Processed: needs to be fixed for lenny

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> found 487925 5.6+20080308-1
Bug#487925: libncurses5: please switch to libgpm2
Bug marked as found in version 5.6+20080308-1.

> severity 487925 serious
Bug#487925: libncurses5: please switch to libgpm2
Severity set to `serious' from `important'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#487925: closing 487925

2008-07-07 Thread Luk Claes

# Automatically generated email from bts, devscripts version 2.10.33
# already fixed in latest version in unstable
close 487925 5.6+20080621-2




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

Processed: closing 487925

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.33
> # already fixed in latest version in unstable
> close 487925 5.6+20080621-2
Bug#487925: libncurses5: please switch to libgpm2
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 5.6+20080621-2, send any further explanations to 
Sven Joachim <[EMAIL PROTECTED]>

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#484305: PoC not working for bicyclerepair

2008-07-07 Thread Nico Golde

severity 484305 grave
thanks

Hi Thomas,
* Thomas Arendsen Hein <[EMAIL PROTECTED]> [2008-07-06 22:53]:
> * Steffen Joeris <[EMAIL PROTECTED]> [20080706 11:15]:
> > severity 484305 important
> > thanks
> 
> Please do not downgrade severity without providing a reason.

"critical makes unrelated software on the system (or the whole system) 
break, or causes serious data loss, or introduces a security 
hole on systems where you install the package."

I had a look at the issue now and this is not the case 
because you have to a) install vim-python and bicyclerepair 
together and b) set vim.python as the vim alternative.
Thus downgrading this bug.

> As I
> wrote in my original report, this should not be less than "grave":
> 
> | I set Severity to "critical" instead of "grave", because the user who
> | reported the traceback to me on a multi-user system does not use
> | bicyclerepair, but just vim. Reportbug forced me to set "root security
> | hole", because everyone using vim is affected (including root) and
> | the Justification 5 "unknown / something else" would downgrade the
> | Severity to "normal".

I think that this is more like a user security hole because 
the security issue itself doesn't automatically result in 
root access. root security hole fit better to issues 
included in a daemon running as root for example. But I 
doubt discussing this gets us anywhere and I personally 
don't care about this tag in this case :)

[...] 
> On etch:
> 
> $ dpkg -l bicyclerepair|grep ^i
> ii  bicyclerepair   0.9-4.1 A refactoring tool for python
> 
> $ dpkg -L bicyclerepair|grep vim
> /usr/share/doc/bicyclerepair/README.vim
> /usr/share/vim
> /usr/share/vim/vim62
> /usr/share/vim/vim62/plugin
> /usr/share/vim/vim62/plugin/bike.vim
> /usr/share/vim/vim63
> /usr/share/vim/vim63/plugin
> /usr/share/vim/vim63/plugin/bike.vim
> /usr/share/vim/addons
> /usr/share/vim/addons/plugin
> /usr/share/vim/addons/plugin/bike.vim
> 
> Maybe (I haven't verified) you need:
> /etc/alternatives/vim -> /usr/bin/vim.python

Indeed, this is needed (+ installation of vim-python).
So to sum up you need to install vim-python and set the 
alternative to vim.python. I am not sure about the status of 
this in unstable, at least I could not reproduce this on 
unstable but vim.python is also no longer available there, 
a lot in the vim structure changed since then and I don't 
really have an idea about the scripting support of vim.

That's why I Cc'ed the vim maintainers. Do you think this 
should also work in the same way in unstable/testing?
I am also not really sure what is causing the automatic 
import.

To reproduce this on stable:
cd /tmp && apt-get source roundup && roundup-1.2.1/roundup/
apt-get install vim-python bicyclerepair
update-alternatives --set vim /usr/bin/vim.python
and edit some random file (e.g. vim /tmp/foobar).

I found out that the file that causes this is token.py in 
the roundup sources. Another way to reproduce this would be
to create a file named fcntl:

cat >> fcntl.py << EOF
print "FBAR"
EOF

This file is also automatically imported besides the files
bike.py, compiler.py, parser.py, symbol.py, token.py, struct.py 
cStringIO.py, dis.py, opcode.py, new.py, re.py, sre.py 
sre_compile.py, sre_constants.py, sre_parse.py, __future__.py 
string.py, strop.py, tempfile.py, random.py, math.py, binascii.py 
_random.py and fcntl.py


Something should prepend '.' to syspath but I don't see 
anything doing this :/

Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgphbIZn1GqON.pgp
Description: PGP signature

Processed: Re: Bug#484305: PoC not working for bicyclerepair

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> severity 484305 grave
Bug#484305: bicyclerepair: bike.vim imports untrusted python files from cwd
Severity set to `grave' from `critical'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#489680: FTBFS: missing build-depends

2008-07-07 Thread David Spreen

Nevermind, I can't read. Yes, I should include build-depends for
pkg-config and python. The build-depend on wget is not required because
of what I explained in my last email and a small change the maintainer
made to the release tar ball.

best,

david




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

Bug#489680: FTBFS: missing build-depends

2008-07-07 Thread David Spreen

Joerg Friedrich wrote:
> Package: irssi-plugin-otr
> Version: 0.1-1
> Severity: serious
> 
> 
> Hi!
> 
> the INSTALL file says:
> -- BUILD-TIME ONLY DEPENDENCIES --
> 
> *   cmake. Sry for that, but I'm not an autofoo fan. If you're running
> < cmake-2.4.7 then configure will try to download a missing module
> (pkgconfig) from the cmake-2.4.7 sources. Should work.
> 
> *   pkg-config, python and wget.
> 
> 
> 
> but the control-file declares build-depends on neither pkg-config, python nor 
> wget.
> 
> 
> 
> -- System Information:
> Debian Release: lenny/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 
> 'unstable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.26-rc6 (SMP w/2 CPU cores; PREEMPT)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 

Right. It does, however, build-depend on cmake >= 2.4.7. The above
sentence says that only if you are running cmake < 2.4.7 the additional
modules are needed.

I will close this bug in 3 days if I don't receive a reply by then.

bye,

David



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

Bug#479529: Upstream fix is partially incorrect

2008-07-07 Thread Christian Thalinger

On Mon, 2008-07-07 at 17:17 +0100, Thiemo Seufer wrote:
> Christian Thalinger wrote:
> > On Mon, 2008-07-07 at 12:49 +0100, Thiemo Seufer wrote:
> > > I leave the Debian bug open for this one.
> > 
> > Is there still a problem somewhere?  Did I miss something?
> 
> I believe the SVN commit you pointed at is not yet in the Debian
> package.

Ahh, you're right.  But it will when Michael will package the new
release.

- twisti




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

Bug#488687: partman-crypto: Broken when using multiple disks

2008-07-07 Thread Frans Pop

On Saturday 05 July 2008, =?UTF-8?Q?J=C3=A9r=C3=A9my?= Bobbio wrote:
> The attached patch changes partman_lock_unit() and

Space instead of tab indented  (in partman_lock_unit):
done
+cd "$cwd"



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

Bug#488687: partman-crypto: Broken when using multiple disks

2008-07-07 Thread Frans Pop

On Saturday 05 July 2008, =?UTF-8?Q?J=C3=A9r=C3=A9my?= Bobbio wrote:
> The attached patch changes partman_lock_unit() and
> partman_unlock_unit() to restore the current directory once their job
> is done.  I am not commiting this patch directly as I doubt it to be
> the best way to do this.

Looks fairly clean and as I would not expect these functions to become 
much more complicated I think it's OK.

> One could argue that a pair of parenthesis could be put around the call
> to partman_lock_unit() in setup_cryptdev(); please reassign the bug
> back to partman-crypto if that feels more desirable.

Instead of relying on all callers to do that, I'd prefer to see the 
functions themselves start a subshell. That would be a good alternative 
to saving cwd.

I'm not sure if a subshell is really to be preferred over the saving cwd 
or not.

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

Bug#489775: libparams-validate-perl: prototype.patch bug: Undefined subroutine &Params::Validate::_validate called at /usr/lib/perl5/Params/ValidateXS.pm line 131.

2008-07-07 Thread Dylan William Hardison

Package: libparams-validate-perl
Version: 0.91-1
Severity: grave
Justification: renders package unusable

Lines 131 and 132 of /usr/lib/perl5/Params/ValidateXS.pm are invalid.
They were added in 0.89-3 (UNRELEASED), with a note: 

> NOTE to potential uploaders: please check if debian/patches/prototype.patch 
> is 
> sane and remove it otherwise

debian/patches/prototype.patch is most certainly not sane, and it should
be removed. Removal of this patch fixes the problem.

A more elaborate explaination:

pod-coverage complained about the original source lines, which looked
like this:

> *validate  = \&_validate;
> *validate_pos  = \&_validate_pos;

So, prototype.patch was created, which makes them read this way:


> *validate  = \&_validate([EMAIL PROTECTED]);
> *validate_pos  = \&_validate_pos(\@@);


Perl interpretes "\&_validate([EMAIL PROTECTED])" as \ (_validate([EMAIL 
PROTECTED])), 
which is: passing @$ as a reference to _validate(),
and take a reference to the return value.

This causes the program to die, because at the time it is called,
there is no _validate() function (it is undefined).

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

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

Versions of packages libparams-validate-perl depends on:
ii  libc6 2.7-11 GNU C Library: Shared libraries
ii  perl  5.10.0-10  Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10.0]5.10.0-10  The Pathologically Eclectic Rubbis

libparams-validate-perl recommends no packages.

-- no debconf information



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

Bug#484305: PoC not working for bicyclerepair

2008-07-07 Thread James Vega

On Mon, Jul 07, 2008 at 07:11:10PM +0200, Nico Golde wrote:
> Hi Thomas,
> * Thomas Arendsen Hein <[EMAIL PROTECTED]> [2008-07-06 22:53]:
> > * Steffen Joeris <[EMAIL PROTECTED]> [20080706 11:15]:
> > > severity 484305 important
> > > thanks
> > 
> > Please do not downgrade severity without providing a reason.
> 
> "critical makes unrelated software on the system (or the whole system) 
> break, or causes serious data loss, or introduces a security 
> hole on systems where you install the package."
> 
> I had a look at the issue now and this is not the case 
> because you have to a) install vim-python and bicyclerepair 
> together and b) set vim.python as the vim alternative.
> Thus downgrading this bug.

In Lenny/Sid, all Vim packages except vim-tiny and vim contain the
python support, so it is more likely that a user will have a vim binary
that can be scripted via Python.

On the other hand, in Lenny/Sid the path that plugins used to be
installed to (/usr/share/vim/addons) is no longer automatically included
in Vim's runtimepath.  This means that manual work is required to enable
the plugin.

> [...] 
> > On etch:
> > 
> > $ dpkg -l bicyclerepair|grep ^i
> > ii  bicyclerepair   0.9-4.1 A refactoring tool for python
> > 
> > $ dpkg -L bicyclerepair|grep vim
> > /usr/share/doc/bicyclerepair/README.vim
> > /usr/share/vim
> > /usr/share/vim/vim62
> > /usr/share/vim/vim62/plugin
> > /usr/share/vim/vim62/plugin/bike.vim
> > /usr/share/vim/vim63
> > /usr/share/vim/vim63/plugin
> > /usr/share/vim/vim63/plugin/bike.vim
> > /usr/share/vim/addons
> > /usr/share/vim/addons/plugin
> > /usr/share/vim/addons/plugin/bike.vim
> > 
> > Maybe (I haven't verified) you need:
> > /etc/alternatives/vim -> /usr/bin/vim.python
> 
> Indeed, this is needed (+ installation of vim-python).
> So to sum up you need to install vim-python and set the 
> alternative to vim.python. I am not sure about the status of 
> this in unstable, at least I could not reproduce this on 
> unstable but vim.python is also no longer available there, 
> a lot in the vim structure changed since then and I don't 
> really have an idea about the scripting support of vim.
> 
> That's why I Cc'ed the vim maintainers. Do you think this 
> should also work in the same way in unstable/testing?

See above explanation.

Also, taking a look at the current bicyclerepair package, the addon is
now installed to /usr/share/addons/vim/ftplugin/python_bike.vim.  This
means that the functionality will only be used when editing python files
(once the user has enabled the plugin) instead of when editing any file,
as was the case when it was installed to plugins/bike.vim.

> I am also not really sure what is causing the automatic 
> import.

Python, by default, has '' as the initial item in its sys.path list

  $ python
  Python 2.5.2 (r252:60911, Jun 25 2008, 17:58:32)
  [GCC 4.3.1] on linux2
  Type "help", "copyright", "credits" or "license" for more information.
  >>> import sys
  >>> sys.path
  ['', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', 
'/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', 
'/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', 
'/usr/lib/python2.5/site-packages/Numeric', 
'/usr/lib/python2.5/site-packages/gst-0.10', 
'/var/lib/python-support/python2.5', 
'/var/lib/python-support/python2.5/gtk-2.0']

This means that anything in the current directory is first priority when
trying to use/import a module.

/usr/lib/pythonX.Y/compiler/transformer.py has the following lines that
are run when the module is imported

  import token
  ...
  _cmp_types = {
  token.LESS : '<',
  token.GREATER : '>',
  token.EQEQUAL : '==',
  token.EQUAL : '==',
  token.LESSEQUAL : '<=',
  token.GREATEREQUAL : '>=',
  token.NOTEQUAL : '!=',
  }

When the bike Vim plugin is loaded, it imports the bike python module,
which imports compiler (and therefore compiler.transformer).  Since
Vim's current working directory is roundup-X.Y/roundup, the above lines
from transformer.py combined with '' being the first item in sys.path
cause python to load the token module in the current working directory
(from roundup's source) instead of using /usr/lib/pythonX.Y/token.py.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#464168: #464168 - trac: Does not work with PostgreSQL 8.3 - column type conflict - Debian Bug report logs

2008-07-07 Thread Erik Rose

At least some of the Postgres 8.3 bugs, this one included, are fixed  
in 0.10.5: http://trac.edgewall.org/ticket/6274 . (Look carefully;  
you'll see it's fixed in both 0.10.5 and 0.11.) Could we package  
0.10.5 if 0.11 is going to be awhile?




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

Bug#489426: marked as done (grub-pc: patches/02_old_linux_version_comparison.diff broke update-grub)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 18:47:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#489446: fixed in grub2 1.96+20080704-2
has caused the Debian Bug report #489446,
regarding grub-pc: patches/02_old_linux_version_comparison.diff broke 
update-grub
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
489446: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489446
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: grub-pc
Version: 1.96+20080704-1
Severity: grave
Justification: renders package unusable


Just installed grub2 from incoming
update-grub failed with the following:

# update-grub
Updating /boot/grub/grub.cfg ...
[: 212: ==: unexpected operator
Found linux image:
basename: missing operand
Try `basename --help' for more information.

In /etc/grub.d/10_linux line 137 must be changed from
  [ `CompareVersions "$a" "$b"` == 1 ]
to
  [ `CompareVersions "$a" "$b"` = 1 ]

i.e. changing == to =


-- Package-specific info:

*** BEGIN /proc/mounts
/dev/root / ext4dev rw,errors=remount-ro,barrier=1,data=ordered 0 0
/dev/root /dev/.static/dev ext4dev ro,errors=remount-ro,barrier=1,data=ordered 
0 0
/dev/sda1 /boot ext2 rw,errors=continue 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
(hd1)   /dev/sdb
*** END /boot/grub/device.map

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

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

Versions of packages grub-pc depends on:
ii  debconf [debconf-2.0]1.5.22  Debian configuration management sy
ii  grub-common  1.96+20080704-1 GRand Unified Bootloader, version 
ii  libc62.7-12  GNU C Library: Shared libraries
ii  liblzo2-22.03-1  data compression library
ii  libncurses5  5.6+20080621-2  shared libraries for terminal hand

grub-pc recommends no packages.

-- debconf information:
  grub-pc/linux_cmdline: fillme
  grub-pc/chainload_from_menu.lst: true


--- End Message ---
--- Begin Message ---
Source: grub2
Source-Version: 1.96+20080704-2

We believe that the bug you reported is fixed in the latest version of
grub2, which is due to be installed in the Debian FTP archive:

grub-common_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-common_1.96+20080704-2_amd64.deb
grub-efi_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-efi_1.96+20080704-2_amd64.deb
grub-ieee1275_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-ieee1275_1.96+20080704-2_amd64.deb
grub-linuxbios_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-linuxbios_1.96+20080704-2_amd64.deb
grub-pc_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-pc_1.96+20080704-2_amd64.deb
grub-rescue-pc_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-rescue-pc_1.96+20080704-2_amd64.deb
grub2_1.96+20080704-2.diff.gz
  to pool/main/g/grub2/grub2_1.96+20080704-2.diff.gz
grub2_1.96+20080704-2.dsc
  to pool/main/g/grub2/grub2_1.96+20080704-2.dsc
grub2_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub2_1.96+20080704-2_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Robert Millan <[EMAIL PROTECTED]> (supplier of updated grub2 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon,  7 Jul 2008 15:17:58 +0200
Source: grub2
Binary: grub2 grub-of grub-common grub-pc grub-rescue-pc grub-linuxbios 
grub-efi grub-ieee1275
Architecture: source amd64
Version: 1.96+20080704-2
Distribution: unstable
Urgency: high
Maintainer: GRUB Maintainers <[EMAIL PROTECTED]>
Changed-By: Robert Millan <[EMAIL PROTECTED]>
Description: 
 grub-common - GRand Unified Bootloader, version 2 (common files)
 grub-efi   - GRand Unified Bootloader, version 2 (EFI version)
 grub-ieee1275 - GRand Unified Bootloader, version 2 (Open Firmware version)
 grub-linuxbios - GRand Unified Bootloader, version 2 (LinuxBIOS version)
 grub-of

Bug#489446: marked as done (grub-pc: Installation/Upgrade fails: bashisms in update-grub)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 18:47:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#489446: fixed in grub2 1.96+20080704-2
has caused the Debian Bug report #489446,
regarding grub-pc: Installation/Upgrade fails: bashisms in update-grub
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
489446: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489446
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: grub-pc
Version: 1.96+20080704-1
Severity: serious
Justification: makes upgrade/installation fail

Upgrading grub-pc fails with the following error message:

Updating /boot/grub/grub.cfg ...
Found Debian background: debian-blueish-wallpaper-640x480.png
[: 212: ==: unexpected operator
Found linux image: 
basename: missing operand
Try `basename --help' for more information.
dpkg: error processing grub-pc (--configure):
 subprocess post-installation script returned error exit status 1
 Errors were encountered while processing:
  grub-pc
  E: Sub-process /usr/bin/dpkg returned an error code (1)


 
Looks like a bashism: "==", should be "=".

Cheers,
Michael

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/sda6 / ext3 rw,relatime,errors=remount-ro,user_xattr,acl,data=ordered 0 0
/dev/sda6 /dev/.static/dev ext3 
rw,errors=remount-ro,user_xattr,acl,data=ordered 0 0
/dev/sda7 /home reiserfs rw,relatime,notail,user_xattr,acl 0 0
/dev/sda3 /mnt/gemeinsam vfat 
rw,nosuid,nodev,uid=1000,gid=1000,fmask=,dmask=,codepage=cp437,iocharset=iso8859-1,utf8
 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
*** END /boot/grub/device.map

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

### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
set root=(hd0,6)
search --fs-uuid --set 5ccc1f1e-8586-4a8a-a9ed-33cea1f1731d
if font /usr/share/grub/unicode.pff ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  terminal gfxterm
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set root=(hd0,6)
search --fs-uuid --set 5ccc1f1e-8586-4a8a-a9ed-33cea1f1731d
insmod png
if background_image 
/usr/share/images/desktop-base/debian-blueish-wallpaper-640x480.png ; then
  set color_normal=black/black
  set color_highlight=magenta/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_hurd ###
### END /etc/grub.d/10_hurd ###

### BEGIN /etc/grub.d/10_linux ###
set root=(hd0,6)
search --fs-uuid --set 5ccc1f1e-8586-4a8a-a9ed-33cea1f1731d
menuentry "Debian GNU/Linux, linux 2.6.25.10" {
linux   /boot/vmlinuz-2.6.25.10 root=/dev/sda6 ro quiet 
initrd  /boot/initrd.img-2.6.25.10
}
menuentry "Debian GNU/Linux, linux 2.6.25.10 (single-user mode)" {
linux   /boot/vmlinuz-2.6.25.10 root=/dev/sda6 ro single quiet
initrd  /boot/initrd.img-2.6.25.10
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/11_gentoo ###
menuentry "Gentoo 2007.0, kernel 2.6.25-gentoo-r6" {
linux   (hd0,8)/boot/vmlinuz-2.6.25-gentoo-r6 root=/dev/sda8 ro quiet
}
### END /etc/grub.d/11_gentoo ###

### BEGIN /etc/grub.d/12_ubuntu ###
menuentry "Ubuntu Hardy Heron, kernel 2.6.24-19-generic" {
linux   (hd0,9)/boot/vmlinuz-2.6.24-19-generic root=/dev/sda9 ro quiet 
splash 
initrd  (hd0,9)/boot/initrd.img-2.6.24-19-generic
}
### END /etc/grub.d/12_ubuntu ###

### BEGIN /etc/grub.d/13_fedora ###
menuentry "Fedora 9, kernel 2.6.25-14.fc9.i686" {
linux   (hd0,10)/boot/vmlinuz-2.6.25-14.fc9.i686 root=/dev/sda10 ro 
quiet rhgb 
initrd  (hd0,10)/boot/initrd-2.6.25-14.fc9.i686.img
}
### END /etc/grub.d/13_fedora ###

### BEGIN /etc/grub.d/14_windows ###
menuentry "Windows XP" {
set root=(hd0,1)
chainloader +1
}
### END /etc/grub.d/14_windows ###
*** END /boot/grub/grub.cfg

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

Kernel: Linux 2.6.25.10
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages grub-pc depends on:
ii  debconf [debconf-2.0]1.5.22  Debian configuration management sy
ii  grub-common  1.96+20080704-1 GRand Unified Bootloader, vers

Bug#489426: marked as done (grub-pc: patches/02_old_linux_version_comparison.diff broke update-grub)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 18:47:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#489426: fixed in grub2 1.96+20080704-2
has caused the Debian Bug report #489426,
regarding grub-pc: patches/02_old_linux_version_comparison.diff broke 
update-grub
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
489426: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489426
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: grub-pc
Version: 1.96+20080704-1
Severity: grave
Justification: renders package unusable


Just installed grub2 from incoming
update-grub failed with the following:

# update-grub
Updating /boot/grub/grub.cfg ...
[: 212: ==: unexpected operator
Found linux image:
basename: missing operand
Try `basename --help' for more information.

In /etc/grub.d/10_linux line 137 must be changed from
  [ `CompareVersions "$a" "$b"` == 1 ]
to
  [ `CompareVersions "$a" "$b"` = 1 ]

i.e. changing == to =


-- Package-specific info:

*** BEGIN /proc/mounts
/dev/root / ext4dev rw,errors=remount-ro,barrier=1,data=ordered 0 0
/dev/root /dev/.static/dev ext4dev ro,errors=remount-ro,barrier=1,data=ordered 
0 0
/dev/sda1 /boot ext2 rw,errors=continue 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
(hd1)   /dev/sdb
*** END /boot/grub/device.map

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

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

Versions of packages grub-pc depends on:
ii  debconf [debconf-2.0]1.5.22  Debian configuration management sy
ii  grub-common  1.96+20080704-1 GRand Unified Bootloader, version 
ii  libc62.7-12  GNU C Library: Shared libraries
ii  liblzo2-22.03-1  data compression library
ii  libncurses5  5.6+20080621-2  shared libraries for terminal hand

grub-pc recommends no packages.

-- debconf information:
  grub-pc/linux_cmdline: fillme
  grub-pc/chainload_from_menu.lst: true


--- End Message ---
--- Begin Message ---
Source: grub2
Source-Version: 1.96+20080704-2

We believe that the bug you reported is fixed in the latest version of
grub2, which is due to be installed in the Debian FTP archive:

grub-common_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-common_1.96+20080704-2_amd64.deb
grub-efi_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-efi_1.96+20080704-2_amd64.deb
grub-ieee1275_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-ieee1275_1.96+20080704-2_amd64.deb
grub-linuxbios_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-linuxbios_1.96+20080704-2_amd64.deb
grub-pc_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-pc_1.96+20080704-2_amd64.deb
grub-rescue-pc_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub-rescue-pc_1.96+20080704-2_amd64.deb
grub2_1.96+20080704-2.diff.gz
  to pool/main/g/grub2/grub2_1.96+20080704-2.diff.gz
grub2_1.96+20080704-2.dsc
  to pool/main/g/grub2/grub2_1.96+20080704-2.dsc
grub2_1.96+20080704-2_amd64.deb
  to pool/main/g/grub2/grub2_1.96+20080704-2_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Robert Millan <[EMAIL PROTECTED]> (supplier of updated grub2 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon,  7 Jul 2008 15:17:58 +0200
Source: grub2
Binary: grub2 grub-of grub-common grub-pc grub-rescue-pc grub-linuxbios 
grub-efi grub-ieee1275
Architecture: source amd64
Version: 1.96+20080704-2
Distribution: unstable
Urgency: high
Maintainer: GRUB Maintainers <[EMAIL PROTECTED]>
Changed-By: Robert Millan <[EMAIL PROTECTED]>
Description: 
 grub-common - GRand Unified Bootloader, version 2 (common files)
 grub-efi   - GRand Unified Bootloader, version 2 (EFI version)
 grub-ieee1275 - GRand Unified Bootloader, version 2 (Open Firmware version)
 grub-linuxbios - GRand Unified Bootloader, version 2 (LinuxBIOS version)
 grub-of

Bug#489446: marked as done (grub-pc: Installation/Upgrade fails: bashisms in update-grub)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 18:47:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#489426: fixed in grub2 1.96+20080704-2
has caused the Debian Bug report #489426,
regarding grub-pc: Installation/Upgrade fails: bashisms in update-grub
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
489426: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489426
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: grub-pc
Version: 1.96+20080704-1
Severity: serious
Justification: makes upgrade/installation fail

Upgrading grub-pc fails with the following error message:

Updating /boot/grub/grub.cfg ...
Found Debian background: debian-blueish-wallpaper-640x480.png
[: 212: ==: unexpected operator
Found linux image: 
basename: missing operand
Try `basename --help' for more information.
dpkg: error processing grub-pc (--configure):
 subprocess post-installation script returned error exit status 1
 Errors were encountered while processing:
  grub-pc
  E: Sub-process /usr/bin/dpkg returned an error code (1)


 
Looks like a bashism: "==", should be "=".

Cheers,
Michael

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/sda6 / ext3 rw,relatime,errors=remount-ro,user_xattr,acl,data=ordered 0 0
/dev/sda6 /dev/.static/dev ext3 
rw,errors=remount-ro,user_xattr,acl,data=ordered 0 0
/dev/sda7 /home reiserfs rw,relatime,notail,user_xattr,acl 0 0
/dev/sda3 /mnt/gemeinsam vfat 
rw,nosuid,nodev,uid=1000,gid=1000,fmask=,dmask=,codepage=cp437,iocharset=iso8859-1,utf8
 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
*** END /boot/grub/device.map

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

### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
set root=(hd0,6)
search --fs-uuid --set 5ccc1f1e-8586-4a8a-a9ed-33cea1f1731d
if font /usr/share/grub/unicode.pff ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  terminal gfxterm
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set root=(hd0,6)
search --fs-uuid --set 5ccc1f1e-8586-4a8a-a9ed-33cea1f1731d
insmod png
if background_image 
/usr/share/images/desktop-base/debian-blueish-wallpaper-640x480.png ; then
  set color_normal=black/black
  set color_highlight=magenta/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_hurd ###
### END /etc/grub.d/10_hurd ###

### BEGIN /etc/grub.d/10_linux ###
set root=(hd0,6)
search --fs-uuid --set 5ccc1f1e-8586-4a8a-a9ed-33cea1f1731d
menuentry "Debian GNU/Linux, linux 2.6.25.10" {
linux   /boot/vmlinuz-2.6.25.10 root=/dev/sda6 ro quiet 
initrd  /boot/initrd.img-2.6.25.10
}
menuentry "Debian GNU/Linux, linux 2.6.25.10 (single-user mode)" {
linux   /boot/vmlinuz-2.6.25.10 root=/dev/sda6 ro single quiet
initrd  /boot/initrd.img-2.6.25.10
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/11_gentoo ###
menuentry "Gentoo 2007.0, kernel 2.6.25-gentoo-r6" {
linux   (hd0,8)/boot/vmlinuz-2.6.25-gentoo-r6 root=/dev/sda8 ro quiet
}
### END /etc/grub.d/11_gentoo ###

### BEGIN /etc/grub.d/12_ubuntu ###
menuentry "Ubuntu Hardy Heron, kernel 2.6.24-19-generic" {
linux   (hd0,9)/boot/vmlinuz-2.6.24-19-generic root=/dev/sda9 ro quiet 
splash 
initrd  (hd0,9)/boot/initrd.img-2.6.24-19-generic
}
### END /etc/grub.d/12_ubuntu ###

### BEGIN /etc/grub.d/13_fedora ###
menuentry "Fedora 9, kernel 2.6.25-14.fc9.i686" {
linux   (hd0,10)/boot/vmlinuz-2.6.25-14.fc9.i686 root=/dev/sda10 ro 
quiet rhgb 
initrd  (hd0,10)/boot/initrd-2.6.25-14.fc9.i686.img
}
### END /etc/grub.d/13_fedora ###

### BEGIN /etc/grub.d/14_windows ###
menuentry "Windows XP" {
set root=(hd0,1)
chainloader +1
}
### END /etc/grub.d/14_windows ###
*** END /boot/grub/grub.cfg

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

Kernel: Linux 2.6.25.10
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages grub-pc depends on:
ii  debconf [debconf-2.0]1.5.22  Debian configuration management sy
ii  grub-common  1.96+20080704-1 GRand Unified Bootloader, vers

Bug#484305: PoC not working for bicyclerepair

2008-07-07 Thread Nico Golde

Hi James,
* James Vega <[EMAIL PROTECTED]> [2008-07-07 20:11]:
> On Mon, Jul 07, 2008 at 07:11:10PM +0200, Nico Golde wrote:
> > * Thomas Arendsen Hein <[EMAIL PROTECTED]> [2008-07-06 22:53]:
> > > * Steffen Joeris <[EMAIL PROTECTED]> [20080706 11:15]:
[...] 
> In Lenny/Sid, all Vim packages except vim-tiny and vim contain the
> python support, so it is more likely that a user will have a vim binary
> that can be scripted via Python.
> 
> On the other hand, in Lenny/Sid the path that plugins used to be
> installed to (/usr/share/vim/addons) is no longer automatically included
> in Vim's runtimepath.  This means that manual work is required to enable
> the plugin.

Ok, thanks for this information!

[...] 
> > That's why I Cc'ed the vim maintainers. Do you think this 
> > should also work in the same way in unstable/testing?
> 
> See above explanation.
> 
> Also, taking a look at the current bicyclerepair package, the addon is
> now installed to /usr/share/addons/vim/ftplugin/python_bike.vim.  This
> means that the functionality will only be used when editing python files
> (once the user has enabled the plugin) instead of when editing any file,
> as was the case when it was installed to plugins/bike.vim.

Ok

> > I am also not really sure what is causing the automatic 
> > import.
> 
> Python, by default, has '' as the initial item in its sys.path list
> 
>   $ python
>   Python 2.5.2 (r252:60911, Jun 25 2008, 17:58:32)
>   [GCC 4.3.1] on linux2
>   Type "help", "copyright", "credits" or "license" for more information.
>   >>> import sys
>   >>> sys.path
>   ['', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', 
> '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', 
> '/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', 
> '/usr/lib/python2.5/site-packages/Numeric', 
> '/usr/lib/python2.5/site-packages/gst-0.10', 
> '/var/lib/python-support/python2.5', 
> '/var/lib/python-support/python2.5/gtk-2.0']
> 
> This means that anything in the current directory is first priority when
> trying to use/import a module.

This should only happen in an interactive session, not!?
[EMAIL PROTECTED]:/tmp$] mkdir somedir
[EMAIL PROTECTED]:/tmp$] cd somedir
[EMAIL PROTECTED]:somedir$] cat > /tmp/test.py << EOF
heredoc> import sys
heredoc> print sys.path
heredoc> EOF
[EMAIL PROTECTED]:somedir$] python /tmp/test.py
['/tmp', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', 
'/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', 
'/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', 
'/usr/lib/python2.5/site-packages/Numeric', 
'/usr/lib/python2.5/site-packages/PIL', '/var/lib/python-support/python2.5', 
'/var/lib/python-support/python2.5/gtk-2.0', 
'/usr/lib/python2.5/site-packages/wx-2.6-gtk2-unicode']

The python docs also state "As initialized upon program startup, the first item
of this list, path[0], is the directory containing the script that was used to
invoke the Python interpreter."
So this should be no problem unless I missed your point.

> /usr/lib/pythonX.Y/compiler/transformer.py has the following lines that
> are run when the module is imported
> 
>   import token
>   ...
>   _cmp_types = {
>   token.LESS : '<',
>   token.GREATER : '>',
>   token.EQEQUAL : '==',
>   token.EQUAL : '==',
>   token.LESSEQUAL : '<=',
>   token.GREATEREQUAL : '>=',
>   token.NOTEQUAL : '!=',
>   }
> 
> When the bike Vim plugin is loaded, it imports the bike python module,
> which imports compiler (and therefore compiler.transformer).  Since
> Vim's current working directory is roundup-X.Y/roundup, the above lines
> from transformer.py combined with '' being the first item in sys.path
> cause python to load the token module in the current working directory
> (from roundup's source) instead of using /usr/lib/pythonX.Y/token.py.

I'd agree if that would be the case in a python script, I had this thought
as well first but this doesn't seem to work. That's why I said that I don't
see something like sys.path = [os.curdir] + sys.path in the code.

Did I misunderstand what you wrote?

Thanks for your help James!
Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgp9u3nLui2kL.pgp
Description: PGP signature

Bug#489775: Bug in libparams-validate-perl fixed in revision 22902

2008-07-07 Thread pkg-perl-maintainers

tag 489775 + pending
thanks

Some bugs are closed in revision 22902
by Damyan Ivanov (dmn)

Commit message:

disable prototype.patch which breaks the module.
Closes: #489775 -- Undefined subroutine &Params::Validate::_validate
called at /usr/lib/perl5/Params/ValidateXS.pm line 131
Thanks to Dylan William Hardison for reporting and analysis.



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

Processed: Bug in libparams-validate-perl fixed in revision 22902

2008-07-07 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> tag 489775 + pending
Bug#489775: libparams-validate-perl: prototype.patch bug: Undefined subroutine 
&Params::Validate::_validate called at /usr/lib/perl5/Params/ValidateXS.pm line 
131.
There were no tags set.
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#484305: PoC not working for bicyclerepair

2008-07-07 Thread James Vega

On Mon, Jul 07, 2008 at 09:16:21PM +0200, Nico Golde wrote:
> Hi James,
> * James Vega <[EMAIL PROTECTED]> [2008-07-07 20:11]:
> > On Mon, Jul 07, 2008 at 07:11:10PM +0200, Nico Golde wrote:
> > > I am also not really sure what is causing the automatic 
> > > import.
> > 
> > Python, by default, has '' as the initial item in its sys.path list
> > 
> >   $ python
> >   Python 2.5.2 (r252:60911, Jun 25 2008, 17:58:32)
> >   [GCC 4.3.1] on linux2
> >   Type "help", "copyright", "credits" or "license" for more information.
> >   >>> import sys
> >   >>> sys.path
> >   ['', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', 
> > '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', 
> > '/usr/local/lib/python2.5/site-packages', 
> > '/usr/lib/python2.5/site-packages', 
> > '/usr/lib/python2.5/site-packages/Numeric', 
> > '/usr/lib/python2.5/site-packages/gst-0.10', 
> > '/var/lib/python-support/python2.5', 
> > '/var/lib/python-support/python2.5/gtk-2.0']
> > 
> > This means that anything in the current directory is first priority when
> > trying to use/import a module.
> 
> This should only happen in an interactive session, not!?
> [EMAIL PROTECTED]:/tmp$] mkdir somedir
> [EMAIL PROTECTED]:/tmp$] cd somedir
> [EMAIL PROTECTED]:somedir$] cat > /tmp/test.py << EOF
> heredoc> import sys
> heredoc> print sys.path
> heredoc> EOF
> [EMAIL PROTECTED]:somedir$] python /tmp/test.py
> ['/tmp', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', 
> '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', 
> '/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', 
> '/usr/lib/python2.5/site-packages/Numeric', 
> '/usr/lib/python2.5/site-packages/PIL', '/var/lib/python-support/python2.5', 
> '/var/lib/python-support/python2.5/gtk-2.0', 
> '/usr/lib/python2.5/site-packages/wx-2.6-gtk2-unicode']
> 
> The python docs also state "As initialized upon program startup, the first 
> item
> of this list, path[0], is the directory containing the script that was used to
> invoke the Python interpreter."

In an interactive session, sys.path[0] is '' because the "script" is
simply the python interpreter.  In your example, if you were in /tmp
when you ran test.py you would have seen '' as sys.path[0] as well.

In the case of Vim, sys.path[0] is always Vim's current working
directory.

/tmp $ mkdir somedir
/tmp $ cat test.vim
function! ShowPath()
python << EOF
import os
import sys
print os.getcwd()
print repr(sys.path[0])
EOF
endfunction
call ShowPath()
cd somedir
call ShowPath()
q
/tmp $ python -S test.vim
/tmp
''
/tmp/somedir
''

From what I can tell, every time the :python command (which is simply a
thin wrapper to the PyRun_SimpleString function from Python's library)
is run from Vim, it's like running a new script.

This would explain why why sys.path[0] and os.getcwd() are updated when
we change the current working directory of the Vim process.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#488142: marked as done (FTBFS: ImportError: No module named _Buffy)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 19:47:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#488142: fixed in libbuffy-bindings 0.5
has caused the Debian Bug report #488142,
regarding FTBFS: ImportError: No module named _Buffy
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
488142: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488142
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: libbuffy-bindings
Version: 0.4
Severity: serious

On Thu, Jun 26, 2008 at 04:57:13PM +, Debian/armel Build Daemon wrote:
> Automatic build of libbuffy-bindings_0.4 on argento by sbuild/armel 98

> (cd tests && ./test.py)
> Traceback (most recent call last):
>   File "./test.py", line 6, in 
> import Buffy
>   File "../python/Buffy.py", line 7, in 
> import _Buffy
> ImportError: No module named _Buffy
> make[1]: *** [check] Error 1
> make[1]: Leaving directory `/build/buildd/libbuffy-bindings-0.4'
> make: *** [debian/stamp-makefile-check] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2


--- End Message ---
--- Begin Message ---
Source: libbuffy-bindings
Source-Version: 0.5

We believe that the bug you reported is fixed in the latest version of
libbuffy-bindings, which is due to be installed in the Debian FTP archive:

libbuffy-bindings_0.5.dsc
  to pool/main/libb/libbuffy-bindings/libbuffy-bindings_0.5.dsc
libbuffy-bindings_0.5.tar.gz
  to pool/main/libb/libbuffy-bindings/libbuffy-bindings_0.5.tar.gz
libbuffy-perl_0.5_amd64.deb
  to pool/main/libb/libbuffy-bindings/libbuffy-perl_0.5_amd64.deb
libbuffy-ruby_0.5_amd64.deb
  to pool/main/libb/libbuffy-bindings/libbuffy-ruby_0.5_amd64.deb
python-buffy_0.5_amd64.deb
  to pool/main/libb/libbuffy-bindings/python-buffy_0.5_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Enrico Zini <[EMAIL PROTECTED]> (supplier of updated libbuffy-bindings package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2008 11:42:28 +0200
Source: libbuffy-bindings
Binary: libbuffy-perl libbuffy-ruby python-buffy
Architecture: source amd64
Version: 0.5
Distribution: unstable
Urgency: low
Maintainer: Enrico Zini <[EMAIL PROTECTED]>
Changed-By: Enrico Zini <[EMAIL PROTECTED]>
Description: 
 libbuffy-perl - Perl wrapper for the libbuffy library
 libbuffy-ruby - Ruby wrapper for the libbuffy library
 python-buffy - Python wrapper for the libbuffy library
Closes: 488054 488142 489110
Changes: 
 libbuffy-bindings (0.5) unstable; urgency=low
 .
   * Rebuilt properly.  Closes: #488054, #488142
   * Added missing perl/MANIFEST.  Closes: #489110
Checksums-Sha1: 
 98636e588949d9af51a4484bd44a20fb169098c6 1151 libbuffy-bindings_0.5.dsc
 57a8b7295edeffbf154f8ea0c5dd2df93bb1acc0 325906 libbuffy-bindings_0.5.tar.gz
 d9bfd11c7346923d4a206a99c94782ab6aa9978f 154502 libbuffy-perl_0.5_amd64.deb
 cdc750f218a91998a6fb9c9b6efd230378855880 195332 libbuffy-ruby_0.5_amd64.deb
 099b5a273b59042c6cfddc12627fabfc1005efba 623954 python-buffy_0.5_amd64.deb
Checksums-Sha256: 
 d525b22107a129255cdad929f4bf5bb0c2f81f73de28ae7db6ef629f7a9dc019 1151 
libbuffy-bindings_0.5.dsc
 b6da730335d95e354352cbf3a1c2d8911ace1f8222a85607d46c0e9366482145 325906 
libbuffy-bindings_0.5.tar.gz
 49923d63cf282f27757427089c2d0d838be50892a79192619d2b258924b0b128 154502 
libbuffy-perl_0.5_amd64.deb
 584c866174638940d847a438e5b2cc292a393c3bb16e9f27e3cc12c09e3c3e45 195332 
libbuffy-ruby_0.5_amd64.deb
 3b9e28614f610de2675d3b9cf2a679ec1be818e345585f0b14d403ab711f1403 623954 
python-buffy_0.5_amd64.deb
Files: 
 96eca6e9d8fdb64d967fedabb8b8b12c 1151 misc optional libbuffy-bindings_0.5.dsc
 c9655320dab450ea8cc41b974dedb977 325906 misc optional 
libbuffy-bindings_0.5.tar.gz
 bd89a88c156964a30f292da73cacaa63 154502 perl optional 
libbuffy-perl_0.5_amd64.deb
 5b3adc67284a1755cd112a743ec93602 195332 interpreters optional 
libbuffy-ruby_0.5_amd64.deb
 ea8c3ad1536dc62264048b000be8041e 623954 python optional 
python-buffy_0.5_amd64.deb

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

iD8DBQFIcnFd9LSwzHl+v6sRAjHHAJ9/fBiac5hDVP6JX6Mb24PspP1oJACeKxQf
w2k6IhQjHBRZf/BPigStNdI=
=ogux
-END PGP

Bug#488054: marked as done (Buffy.so outside perl's @INC)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 19:47:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#488054: fixed in libbuffy-bindings 0.5
has caused the Debian Bug report #488054,
regarding Buffy.so outside perl's @INC
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
488054: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488054
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: libbuffy-perl
Version: 0.4
Severity: grave

Trying to run buffycli, I now get:

Can't locate Buffy.pm in @INC (@INC contains:
/home/madduck/debian/pkg/buffy/buffycli/lib/ /etc/perl
/usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0
/usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10
/usr/share/perl/5.10 /usr/local/lib/site_perl .) at
/home/madduck/debian/pkg/buffy/buffycli/buffycli.pl line 59.

The reason seems to be /usr/lib/perl5/auto/Buffy/Buffy.so, which is
not in the search path (which is the default in the above, I did not
modify it).

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

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

Versions of packages libbuffy-perl depends on:
ii  libc6  2.7-12GNU C Library: Shared libraries
ii  libgcc11:4.3.1-2 GCC support library
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libglibmm-2.4-1c2a 2.16.3-1  C++ wrapper for the GLib toolkit (
ii  libsigc++-2.0-0c2a 2.0.18-2  type-safe Signal Framework for C++
ii  libxml++2.6-2  2.22.0-1  A C++ interface to the GNOME XML l
ii  libxml22.6.32.dfsg-2 GNOME XML library
ii  perl   5.10.0-11 Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10.0] 5.10.0-11 The Pathologically Eclectic Rubbis

libbuffy-perl recommends no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
--- End Message ---
--- Begin Message ---
Source: libbuffy-bindings
Source-Version: 0.5

We believe that the bug you reported is fixed in the latest version of
libbuffy-bindings, which is due to be installed in the Debian FTP archive:

libbuffy-bindings_0.5.dsc
  to pool/main/libb/libbuffy-bindings/libbuffy-bindings_0.5.dsc
libbuffy-bindings_0.5.tar.gz
  to pool/main/libb/libbuffy-bindings/libbuffy-bindings_0.5.tar.gz
libbuffy-perl_0.5_amd64.deb
  to pool/main/libb/libbuffy-bindings/libbuffy-perl_0.5_amd64.deb
libbuffy-ruby_0.5_amd64.deb
  to pool/main/libb/libbuffy-bindings/libbuffy-ruby_0.5_amd64.deb
python-buffy_0.5_amd64.deb
  to pool/main/libb/libbuffy-bindings/python-buffy_0.5_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Enrico Zini <[EMAIL PROTECTED]> (supplier of updated libbuffy-bindings package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2008 11:42:28 +0200
Source: libbuffy-bindings
Binary: libbuffy-perl libbuffy-ruby python-buffy
Architecture: source amd64
Version: 0.5
Distribution: unstable
Urgency: low
Maintainer: Enrico Zini <[EMAIL PROTECTED]>
Changed-By: Enrico Zini <[EMAIL PROTECTED]>
Description: 
 libbuffy-perl - Perl wrapper for the libbuffy library
 libbuffy-ruby - Ruby wrapper for the libbuffy library
 python-buffy - Python wrapper for the libbuffy library
Closes: 488054 488142 489110
Changes: 
 libbuffy-bindings (0.5) unstable; urgency=low
 .
   * Rebuilt properly.  Closes: #488054, #488142
   * Added missing perl/MANIFEST.  Closes: #489110
Checksums-Sha1: 
 98636e588949d9af51a4484bd44a20fb169098c6 1151 libbuffy-bindings_0.5.dsc
 57a8b7295edeffbf154f8ea0c5dd2df93bb1acc0 325906 libbuffy-bindings_0.5.tar.gz
 d9bfd11c

Bug#489110: marked as done (libbuffy-bindings: FTBFS: Problem opening MANIFEST: No such file or directory at /usr/share/perl/5.10/ExtUtils/Manifest.pm line 312.)

2008-07-07 Thread Debian Bug Tracking System


Your message dated Mon, 07 Jul 2008 19:47:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#489110: fixed in libbuffy-bindings 0.5
has caused the Debian Bug report #489110,
regarding libbuffy-bindings: FTBFS: Problem opening MANIFEST: No such file or 
directory at /usr/share/perl/5.10/ExtUtils/Manifest.pm line 312.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
489110: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489110
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: libbuffy-bindings
Version: 0.4
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080702 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on
i386.

Relevant part:
> make[2]: Entering directory 
> `/build/user-libbuffy-bindings_0.4-amd64-WjEAGV/libbuffy-bindings-0.4/perl'
> rm -f \
> *.a core \
> core.[0-9] blib/arch/auto/Buffy/extralibs.all \
> core.[0-9][0-9] Buffy.bso \
> pm_to_blib.ts core.[0-9][0-9][0-9][0-9] \
> Buffy.x Buffy.bs \
> perl tmon.out \
> *.o pm_to_blib \
> blib/arch/auto/Buffy/extralibs.ld blibdirs.ts \
> core.[0-9][0-9][0-9][0-9][0-9] *perl.core \
> core.*perl.*.? Makefile.aperl \
> perl Buffy.def \
> core.[0-9][0-9][0-9] mon.out \
> libBuffy.def perlmain.c \
> perl.exe so_locations \
> Buffy.exp 
> rm -rf \
> buffy_wrap.cc blib \
> Buffy.pm 
> mv Makefile Makefile.old > /dev/null 2>&1
> rm -f \
> buffy_wrap.o Makefile.old \
> Makefile 
> rm -rf \
> Buffy-0.2 
> /usr/bin/perl "-MExtUtils::Manifest=fullcheck" -e fullcheck
> Problem opening MANIFEST: No such file or directory at 
> /usr/share/perl/5.10/ExtUtils/Manifest.pm line 312.
> Problem opening MANIFEST: No such file or directory at 
> /usr/share/perl/5.10/ExtUtils/Manifest.pm line 312.
> Not in MANIFEST: Makefile.PL
> make[2]: Leaving directory 
> `/build/user-libbuffy-bindings_0.4-amd64-WjEAGV/libbuffy-bindings-0.4/perl'
> /usr/bin/make -C python distclean
> make[2]: Entering directory 
> `/build/user-libbuffy-bindings_0.4-amd64-WjEAGV/libbuffy-bindings-0.4/python'
> make[2]: *** No rule to make target `distclean'.
> make[2]: Leaving directory 
> `/build/user-libbuffy-bindings_0.4-amd64-WjEAGV/libbuffy-bindings-0.4/python'
> make[1]: *** [distclean] Error 2

The full build log is available from:
   http://people.debian.org/~lucas/logs/2008/07/02

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


--- End Message ---
--- Begin Message ---
Source: libbuffy-bindings
Source-Version: 0.5

We believe that the bug you reported is fixed in the latest version of
libbuffy-bindings, which is due to be installed in the Debian FTP archive:

libbuffy-bindings_0.5.dsc
  to pool/main/libb/libbuffy-bindings/libbuffy-bindings_0.5.dsc
libbuffy-bindings_0.5.tar.gz
  to pool/main/libb/libbuffy-bindings/libbuffy-bindings_0.5.tar.gz
libbuffy-perl_0.5_amd64.deb
  to pool/main/libb/libbuffy-bindings/libbuffy-perl_0.5_amd64.deb
libbuffy-ruby_0.5_amd64.deb
  to pool/main/libb/libbuffy-bindings/libbuffy-ruby_0.5_amd64.deb
python-buffy_0.5_amd64.deb
  to pool/main/libb/libbuffy-bindings/python-buffy_0.5_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Enrico Zini <[EMAIL PROTECTED]> (supplier of updated libbuffy-bindings package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2008 11:42:28 +0200
Source: libbuffy-bindings
Binary: libbuffy-perl libbuffy-ruby python-buffy
Architecture: source amd64
Version: 0.5
Distribution: unstable
Urgency: low
Maintainer: Enrico Zini <[EMAIL PROTECTED]>
Changed-B

Bug#484305: PoC not working for bicyclerepair

2008-07-07 Thread Nico Golde

Hi James,
* James Vega <[EMAIL PROTECTED]> [2008-07-07 22:04]:
> On Mon, Jul 07, 2008 at 09:16:21PM +0200, Nico Golde wrote:
> > * James Vega <[EMAIL PROTECTED]> [2008-07-07 20:11]:
> > > On Mon, Jul 07, 2008 at 07:11:10PM +0200, Nico Golde wrote:
[...] 
> > [EMAIL PROTECTED]:somedir$] python /tmp/test.py
> > ['/tmp', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', 
> > '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', 
> > '/usr/local/lib/python2.5/site-packages', 
> > '/usr/lib/python2.5/site-packages', 
> > '/usr/lib/python2.5/site-packages/Numeric', 
> > '/usr/lib/python2.5/site-packages/PIL', 
> > '/var/lib/python-support/python2.5', 
> > '/var/lib/python-support/python2.5/gtk-2.0', 
> > '/usr/lib/python2.5/site-packages/wx-2.6-gtk2-unicode']
> > 
> > The python docs also state "As initialized upon program startup, the first 
> > item
> > of this list, path[0], is the directory containing the script that was used 
> > to
> > invoke the Python interpreter."
> 
> In an interactive session, sys.path[0] is '' because the "script" is
> simply the python interpreter.  In your example, if you were in /tmp
> when you ran test.py you would have seen '' as sys.path[0] as well.

Yes sure that conforms to the quote from the python docs.

> In the case of Vim, sys.path[0] is always Vim's current working
> directory.
[...] 
> From what I can tell, every time the :python command (which is simply a
> thin wrapper to the PyRun_SimpleString function from Python's library)
> is run from Vim, it's like running a new script.
> 
> This would explain why why sys.path[0] and os.getcwd() are updated when
> we change the current working directory of the Vim process.

Ok, that explains why this happens. This is somehow bad 
because everyone who writes a python vim script needs to be 
aware of that.

Can you think of a better solution than the following?
--- /usr/share/vim/addons/plugin/bike.vim   2008-07-07 22:14:28.0 
+0200
+++ bike.vim.new2008-07-07 22:14:26.0 +0200
@@ -100,6 +100,7 @@
 try:
 if sys.version_info < (2, 2):
 raise ImportError, 'Bicycle Repair Man needs Python 2.2 or newer'
+sys.path.remove('')
 import bike
 bikectx = bike.init()
 bikectx.isLoaded# make sure bike package is recent enough

Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgp0m9tQIfU21.pgp
Description: PGP signature

Bug#488764: Hint

2008-07-07 Thread Jan Hudec

Hello,

I am not seeing this problem. However, I have this idea where to look for it:

ldd prints all libraries the program needs, including those it needs
indirectly, right?

Than perhaps it's not git itself, but some other library on which git
depends, that is causing this problem on the target system. The curl library
seems like the most likely suspect, as it's the one that deals with
networking.

-- 
 Jan 'Bulb' Hudec <[EMAIL 
PROTECTED]>



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

Bug#489090: mapserver: FTBFS: php_mapscript.c:14195: undefined reference to `_convert_to_string'

2008-07-07 Thread Andreas Putzo

Hi Lucas,

On Jul 03  10:01, Lucas Nussbaum wrote:
> Package: mapserver
> Version: 5.0.3-2
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20080702 qa-ftbfs
> Justification: FTBFS on i386
> 
> During a rebuild of all packages in sid, your package failed to build on
> i386.
> 
> Relevant part:
> > g++ -shared   -o php_mapscript.so php_mapscript_util.o php_mapscript.o 
> > mapscript_i.o php_regex.o  
> > -L/build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2 -lmapserver 
> > -lfcgi  -lcurl -Wl,-z,defs-L/usr/lib -lpq  -L/usr/lib -ljpeg -lfreetype 
> > -L/usr/lib -lpng -L/usr/lib -lz -L/usr/lib -lXpm -lX11  -L/usr/lib 
> > -lgdal1.5.0 -L/usr/lib -lgeos_c  -lpthread -lproj 
> > -L/build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/.agg-2.4/lib 
> > -lagg -laggfontfreetype  -L/usr/lib -lgd -L/usr/lib -ljpeg -lfreetype 
> > -L/usr/lib -lpng -L/usr/lib -lz -L/usr/lib -lXpm -lX11  -lc -L/usr/lib -lz  
> >  -lm -lstdc++ 
> > php_mapscript_util.o: In function `_phpms_report_mapserver_error':
> > /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:52:
> >  undefined reference to `zend_error'
> > php_mapscript_util.o: In function `_phpms_fetch_handle2':
> > /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:75:
> >  undefined reference to `zend_error'
> > /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:78:
> >  undefined reference to `zend_hash_find'
> > /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:82:
> >  undefined reference to `zend_error'
> > /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:89:
> >  undefined reference to `_zend_list_find'
> > /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:93:
> >  undefined reference to `zend_error'
[..]

I cannot reproduce this problem. I noticed that you built with php 5.2.6-1.
Does mapscript still ftbfs with 5.2.6-2 for you?


regards,
andreas




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

1 2 >

1 - 100 of 130 matches

Mail list logo