Bug#338959: papercut: NNTPS does not work
tags 338959 + pending thanks On Monday 14 November 2005 04:01, Jonas Smedegaard wrote: Config file mentions simply changing the port number for NNTPS. This does not work. It seems from the code that SSL-encapsulation is not supported at all (so an SSL-wrapper is required). It might be possible to add support for NNTPS using something like what is described on this page : http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/442473 In the meantime, I have removed the confusing notice from papercut_cfg.py. Thanks, -- Jérémy pgpWOJS2iL2KU.pgp Description: PGP signature
Bug#338958: papercut: auth_backend does not work
tags 338958 + pending thanks On Monday 14 November 2005 03:58, Jonas Smedegaard wrote: Enabling auth_backend causes papercut to fail startup. The attached patch fixes this. Patch applied. It will be included in the next papercut upload. Thanks, -- Jérémy pgp0DqQzYF5eF.pgp Description: PGP signature
Bug#338962: papercut: Posting message using phpbb_mysql backend fails
tags 338962 + pending thanks On Monday 14 November 2005 04:06, Jonas Smedegaard wrote: I am testing papbercut with the phpbb_mysql backend. reading messages works. Authentication (when patch in separately filed bugreport is applied) works. But sending messages - either creating a new message or responding to an existing one - fails. This will be fixed in next papercut upload. In the meantime, you can apply the attached patch. Regards, -- Jérémy Thu Nov 24 21:49:50 CET 2005 [EMAIL PROTECTED] * Fix insert_id() usage in phpBB and phpNuke storage Closes: #338962 diff -rN -u old-papercut/storage/phpbb_mysql.py new-papercut/storage/phpbb_mysql.py --- old-papercut/storage/phpbb_mysql.py 2005-11-24 22:22:07.580181272 +0100 +++ new-papercut/storage/phpbb_mysql.py 2005-11-24 21:49:40.0 +0100 @@ -677,7 +677,7 @@ 0 ) % (prefix, forum_id, self.quote_string(subject), poster_id) self.cursor.execute(stmt) -thread_id = self.cursor.insert_id() +thread_id = self.conn.insert_id() stmt = INSERT INTO %sposts @@ -705,7 +705,7 @@ 0 ) % (prefix, thread_id, forum_id, poster_id, self.encode_ip(ip_address), post_username) self.cursor.execute(stmt) -new_id = self.cursor.insert_id() +new_id = self.conn.insert_id() if not new_id: return None else: diff -rN -u old-papercut/storage/phpnuke_phpbb_mysql.py new-papercut/storage/phpnuke_phpbb_mysql.py --- old-papercut/storage/phpnuke_phpbb_mysql.py 2005-11-24 22:22:07.588180056 +0100 +++ new-papercut/storage/phpnuke_phpbb_mysql.py 2005-11-24 21:49:47.0 +0100 @@ -657,7 +657,7 @@ 0 ) % (prefix, forum_id, self.quote_string(subject), poster_id) self.cursor.execute(stmt) -thread_id = self.cursor.insert_id() +thread_id = self.conn.insert_id() stmt = INSERT INTO %sposts @@ -685,7 +685,7 @@ 0 ) % (prefix, thread_id, forum_id, poster_id, self.encode_ip(ip_address), post_username) self.cursor.execute(stmt) -new_id = self.cursor.insert_id() +new_id = self.conn.insert_id() if not new_id: return None else: pgpCPd1jRh8iQ.pgp Description: PGP signature
Bug#331079: Great... but why block on hs-plugins?
On Wednesday 28 December 2005 13:28, John Goerzen wrote: It'll be great to have hs-curses packaged in Debian, but why would it have to depend on hs-plugins? hs-curses does not depends on hs-plugins, but riot does. Since hs-plugins is not very portable -- either to different Debian platforms or to different Haskell environments -- that's concerning for me. My idea was actually to ship two binary packages: riot and riot-static, the former needing hs-plugins. Distributing riot as a binary debian package without hs-plugins removes its configuration ability which sounds pretty limitating too me. I am using the riot package as a test to see if hs-curses is working well enough to be released. Maybe I should just release a static only version of riot and hs-curses altogether? Regards, -- Jérémy pgpMQ3fO9VssL.pgp Description: PGP signature
Bug#328209: [PATCH] Fix syscall number detection
tags 328209 + patch
found 328209 0.30.208-3
thanks
Hi!
The current way of detecting the syscall number is broken for any build
done without a patched kernel. This doesn't show up on i386 as the
configure script use it as by default.
Attached is a patched which modifies the configure.ac (and required
files) by using the vserver.h found upstream [1]. The buildd should
then be able to detect the correct syscall number.
For clarity, the patch only provides the needed changes to autotools
source files: autoreconf needs to be called to regenerated the
configure script and other files.
[1] http://vserver.13thfloor.at/Experimental/SYSCALL/vserver.h
Regards,
--
Jérémy
diff -urN util-vserver-0.30.208.orig/configure.ac util-vserver-0.30.208/configure.ac
--- util-vserver-0.30.208.orig/configure.ac 2005-07-15 22:25:06.0 +0200
+++ util-vserver-0.30.208/configure.ac 2005-10-27 02:08:20.0 +0200
@@ -251,7 +251,7 @@
dnl ##
-ENSC_SYSCALLNR(vserver,273)
+AC_VSERVER_SYSCALLNR
ENSC_SYSCALL
ENSC_CHECK_EXT2FS_HEADER
AC_CHECK_FUNCS([vserver])
@@ -339,7 +339,7 @@
Available APIs: $enable_apis
ext2fs Source: $ensc_cv_test_ext2fs_header
syscall(2) invocation: $with_syscall
- vserver(2) syscall#: $ensc_cv_value_syscall_vserver
+ vserver(2) syscall#: $ac_cv_vserver_syscallnr
Paths:
prefix: $prefix
diff -urN util-vserver-0.30.208.orig/m4/ensc_syscallnr.m4 util-vserver-0.30.208/m4/ensc_syscallnr.m4
--- util-vserver-0.30.208.orig/m4/ensc_syscallnr.m4 2004-04-07 20:46:10.0 +0200
+++ util-vserver-0.30.208/m4/ensc_syscallnr.m4 1970-01-01 01:00:00.0 +0100
@@ -1,62 +0,0 @@
-dnl $Id: ensc_syscallnr.m4,v 1.6 2004/03/08 19:55:28 ensc Exp $
-
-dnl Copyright (C) 2004 Enrico Scholz [EMAIL PROTECTED]
-dnl
-dnl This program is free software; you can redistribute it and/or modify
-dnl it under the terms of the GNU General Public License as published by
-dnl the Free Software Foundation; version 2 of the License.
-dnl
-dnl This program is distributed in the hope that it will be useful,
-dnl but WITHOUT ANY WARRANTY; without even the implied warranty of
-dnl MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
-dnl GNU General Public License for more details.
-dnl
-dnl You should have received a copy of the GNU General Public License
-dnl along with this program; if not, write to the Free Software
-dnl Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
-
-dnl Usage: ENSC_SYSCALLNR(syscall,default)
-
-AC_DEFUN([ENSC_SYSCALLNR],
-[
- AC_REQUIRE([AC_PROG_CPP])
- AC_REQUIRE([AC_PROG_EGREP])
- AC_REQUIRE([ENSC_KERNEL_HEADERS])
-
- AC_CACHE_CHECK([for number of syscall '$1'], [ensc_cv_value_syscall_$1],
- [
- AC_LANG_PUSH(C)
- AC_LANG_CONFTEST([
-#include asm/unistd.h
-#ifdef __NR_$1
-ensc_syscall_tmp_nr=__NR_$1;
-ensc_syscall_tmp_src=ENSC_MARK
-#endif
-])
- ensc_syscall_tmp_nr=
- ensc_syscall_tmp_src=
- test $ensc_syscall_tmp_nr || \
- eval $($CPP $CPPFLAGS -D ENSC_MARK='glibc' conftest.c | $EGREP '^ensc_syscall_tmp_(nr=[[1-9]][[0-9]]*;|src=.*)$')
- test $ensc_syscall_tmp_nr || \
- eval $($CPP $CPPFLAGS -D ENSC_MARK='kernel' -I $ensc_cv_path_kernelheaders conftest.c | $EGREP '^ensc_syscall_tmp_(nr=[[1-9]][[0-9]]*;|src=.*)$')
- test $ensc_syscall_tmp_nr || {
- ensc_syscall_tmp_nr=$2
- ensc_syscall_tmp_src=default
- }
-
- if test x$ensc_syscall_tmp_nr = x; then
- AC_MSG_ERROR(
-[Can not determine value of __NR_$1; please verify your glibc/kernelheaders, and/or set CPPFLAGS='-D__NR_$1=value' environment when calling configure.])
- fi
- AC_LANG_POP
-
- ensc_cv_value_syscall_$1=$ensc_syscall_tmp_nr/$ensc_syscall_tmp_src
- ])
-
- ensc_syscall_tmp_nr=${ensc_cv_value_syscall_$1%/*}
- ensc_syscall_tmp_src=${ensc_cv_value_syscall_$1#*/}
-
- if test x$ensc_syscall_tmp_src != x'glibc'; then
- AC_DEFINE_UNQUOTED(ENSC_SYSCALL__NR_$1, $ensc_syscall_tmp_nr, [The number of the $1 syscall])
- fi
-])
diff -urN util-vserver-0.30.208.orig/m4/syscallnr.m4 util-vserver-0.30.208/m4/syscallnr.m4
--- util-vserver-0.30.208.orig/m4/syscallnr.m4 1970-01-01 01:00:00.0 +0100
+++ util-vserver-0.30.208/m4/syscallnr.m4 2005-10-27 02:09:08.0 +0200
@@ -0,0 +1,47 @@
+dnl Copyright (C) 2005 Jérémy Bobbio [EMAIL PROTECTED]
+dnl
+dnl This program is free software; you can redistribute it and/or modify
+dnl it under the terms of the GNU General Public License as published by
+dnl the Free Software Foundation; version 2 of the License.
+dnl
+dnl This program is distributed in the hope that it will be useful,
+dnl but WITHOUT ANY WARRANTY; without even the implied warranty of
+dnl MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+dnl GNU General Public License for more details.
+dnl
+dnl You should have received a copy of the GNU General Public License
+dnl along with this program; if not, write to the Free Software
+dnl
Bug#333718: ITP: riot -- information organisation tool
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio [EMAIL PROTECTED] * Package name: riot Version : 0.1ds-20050822 Upstream Author : Tuomo Valkonen [EMAIL PROTECTED] * URL : http://modeemi.fi/~tuomov/riot/ * License : GPL Description : information organisation tool Riot is a tool for keeping (textual) information organised. Some people call such programs 'outliners'. It is a todo list and note manager, and a manager for whatever information one might collect. Riot has an interface resembling those of slrn and mutt and all text editing is done with an external editor: Riot is simply a nice-to-use browser for collections of text. -- Jérémy pgpY9bGOC1X7Z.pgp Description: PGP signature
Bug#235941: Packaging papercut
reopen 235941 retitle 235941 ITP: papercut -- simple and extensible NNTP server owner 235941 ! thanks bts Let's package papercut... inn is such a mess to serve only simple, local only, newsgroups. Regards, -- Jérémy pgpPHLRluv6Mc.pgp Description: PGP signature
Bug#235941: [PATCH] Papercut 0.9.13 improvements
Hi! While making a Debian package for Papercut, I made a few changes in Papercut that you may be interested in. Attached is a patch that does the following: * Remove she-bang from module source files Theses Python files are not meant to be run alone, adding she-bangs makes lintian barf, and darcs setting +x where it should not. * Use os.path.join more extensively os.path.join was already used in the Maildir storage. This function is now used more extensively to avoid errors related to trailing slashes. * Add support to run in background Following Python Cookbook reciepe 6.7. A pid file is created on startup and removed on exit. * Add support for command-line options Using the optparse Python module. It allows the daemon to run in foreground mode using [-f | --foreground]. * Fix a bug in article receiving Line separators were not stripped from articles during reading, but added later when joining them in do_POST. * Add automatic hostname detection If nntp_hostname is set to None, the hostname is automatically detected using socket.gethostname. A fallback to 127.0.0.1 is triggered on exceptions. This hostname is then resolved via socket.gethostbyname to give NNTPServer the correct IP address. Also, please note that most of your your copyrights are outdated. Thank you for this software, it's exactly what I have been looking for. Regards, -- Jérémy --- papercut-0.9.13.orig/auth/__init__.py +++ papercut-0.9.13/auth/__init__.py @@ -1,3 +1,2 @@ -#!/usr/bin/env python # Copyright (c) 2002 Joao Prado Maia. See the LICENSE file for more information. # $Id: __init__.py,v 1.1 2002/04/04 23:10:20 jpm Exp $ --- papercut-0.9.13.orig/auth/mysql.py +++ papercut-0.9.13/auth/mysql.py @@ -1,4 +1,3 @@ -#!/usr/bin/env python # Copyright (c) 2002 Joao Prado Maia. See the LICENSE file for more information. # $Id: mysql.py,v 1.3 2003/04/26 00:24:55 jpm Exp $ import MySQLdb --- papercut-0.9.13.orig/auth/postnuke_phpbb_mysql_users.py +++ papercut-0.9.13/auth/postnuke_phpbb_mysql_users.py @@ -1,4 +1,3 @@ -#!/usr/bin/env python # Copyright (c) 2002 Joao Prado Maia. See the LICENSE file for more information. # $Id: postnuke_phpbb_mysql_users.py,v 1.1 2004/08/01 01:51:48 jpm Exp $ import MySQLdb --- papercut-0.9.13.orig/auth/phpnuke_phpbb_mysql_users.py +++ papercut-0.9.13/auth/phpnuke_phpbb_mysql_users.py @@ -1,4 +1,3 @@ -#!/usr/bin/env python # Copyright (c) 2002 Joao Prado Maia. See the LICENSE file for more information. import MySQLdb import settings --- papercut-0.9.13.orig/auth/phpbb_mysql_users.py +++ papercut-0.9.13/auth/phpbb_mysql_users.py @@ -1,4 +1,3 @@ -#!/usr/bin/env python # Copyright (c) 2002 Joao Prado Maia. See the LICENSE file for more information. # $Id: phpbb_mysql_users.py,v 1.4 2003/09/19 03:11:51 jpm Exp $ import MySQLdb --- papercut-0.9.13.orig/auth/phorum_pgsql_users.py +++ papercut-0.9.13/auth/phorum_pgsql_users.py @@ -1,4 +1,3 @@ -#!/usr/bin/env python # Copyright (c) 2002 Joao Prado Maia. See the LICENSE file for more information. # $Id: phorum_pgsql_users.py,v 1.3 2004/01/14 22:26:40 jpm Exp $ from pyPgSQL import PgSQL --- papercut-0.9.13.orig/auth/phorum_mysql_users.py +++ papercut-0.9.13/auth/phorum_mysql_users.py @@ -1,4 +1,3 @@ -#!/usr/bin/env python # Copyright (c) 2002 Joao Prado Maia. See the LICENSE file for more information. # $Id: phorum_mysql_users.py,v 1.5 2004/01/14 22:26:40 jpm Exp $ import MySQLdb --- papercut-0.9.13.orig/storage/phorum_pgsql.py +++ papercut-0.9.13/storage/phorum_pgsql.py @@ -1,4 +1,3 @@ -#!/usr/bin/env python # Copyright (c) 2002 Joao Prado Maia. See the LICENSE file for more information. # $Id: phorum_pgsql.py,v 1.13 2004/08/01 01:51:48 jpm Exp $ from pyPgSQL import PgSQL @@ -10,6 +9,7 @@ import strutil import smtplib import md5 +import os.path # patch by Andreas Wegmann [EMAIL PROTECTED] to fix the handling of unusual encodings of messages q_quote_multiline = re.compile(=\?(.*?)\?[qQ]\?(.*?)\?=.*?=\?\\1\?[qQ]\?(.*?)\?=, re.M | re.S) @@ -132,7 +132,8 @@ def get_notification_emails(self, forum_id): # open the configuration file -fp = open(%s%s.php % (settings.phorum_settings_path, forum_id), r) +fp = open(%s.php % os.path.join(settings.phorum_settings_path, + forum_id), r) content = fp.read() fp.close() # get the value of the configuration variable @@ -186,7 +187,8 @@ forum_id, forum_name = self.cursor.fetchone() forum_name.strip() # open the main configuration file -fp = open(%sforums.php % (settings.phorum_settings_path), r) +fp = open(%s.php % os.path.join(settings.phorum_settings_path, + 'forums'), r) content = fp.read() fp.close() # regexps to get the content from the phorum configuration files --- papercut-0.9.13.orig/storage/__init__.py +++
Bug#334812: dh-make: dh_python should happen before dh_installinit in single or multi templates
Package: dh-make Version: 0.40 Severity: wishlist In rules template for single or multi packages, dh_installinit is written before dh_python. This is a problem when packaging daemon written in Python, as the generated postinst script starts the program before bytecode compilation, causing strange behaviours on upgrade/reinstallation. I had to call dh_python earlier than dh_installinit in my package and wonder if this change should be applied to dh-make templates. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages dh-make depends on: ii debhelper4.9.13 helper programs for debian/rules ii dpkg-dev 1.13.11package building tools for Debian ii make 3.80-11The GNU version of the make util ii perl 5.8.7-6Larry Wall's Practical Extraction dh-make recommends no packages. -- no debconf information -- Jérémy pgpnD6OwDGAHI.pgp Description: PGP signature
Bug#386850: wmcube: Broken support for multiple CPU
Package: wmcube
Version: 0.98-6.1
Severity: important
Tags: patch
The support for multiple CPUs in wmcube (through the -c option) is
currently broken.
Attached is a patch against the wmcube-0.98.6.1 correcting this issue.
The fix actually skips irrelevant lines in /proc/stat.
The patch also switches the package hand-made patch system to dpatch, as the
previous system was not able to deapply patches in the proper order.
Regards,
--
Jérémy
diff -urN wmcube-0.98/debian/control wmcube-0.98.fixed/debian/control
--- wmcube-0.98/debian/control 2006-09-10 17:13:07.0 +0200
+++ wmcube-0.98.fixed/debian/control2006-09-10 17:01:18.0 +0200
@@ -2,7 +2,7 @@
Section: x11
Priority: optional
Maintainer: Filip Van Raemdonck [EMAIL PROTECTED]
-Build-Depends: debhelper (= 5), libx11-dev, libxext-dev, libxpm-dev
+Build-Depends: debhelper (= 5), dpatch, libx11-dev, libxext-dev, libxpm-dev
Standards-Version: 3.6.2.1
Package: wmcube
diff -urN wmcube-0.98/debian/patches/00list
wmcube-0.98.fixed/debian/patches/00list
--- wmcube-0.98/debian/patches/00list 1970-01-01 01:00:00.0 +0100
+++ wmcube-0.98.fixed/debian/patches/00list 2006-09-10 16:58:54.0
+0200
@@ -0,0 +1,3 @@
+01datapath
+02secfix
+03smpfix
diff -urN wmcube-0.98/debian/patches/01datapath.dpatch
wmcube-0.98.fixed/debian/patches/01datapath.dpatch
--- wmcube-0.98/debian/patches/01datapath.dpatch1970-01-01
01:00:00.0 +0100
+++ wmcube-0.98.fixed/debian/patches/01datapath.dpatch 2006-09-10
16:59:31.0 +0200
@@ -0,0 +1,19 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 01datapath.dpatch
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Fix object path according to Debian rules.
+
[EMAIL PROTECTED]@
+diff -urNad wmcube-0.98~/wmcube/wmcube.c wmcube-0.98/wmcube/wmcube.c
+--- wmcube-0.98~/wmcube/wmcube.c 2000-10-23 22:11:47.0 +0200
wmcube-0.98/wmcube/wmcube.c2006-09-10 16:54:28.62025 +0200
+@@ -138,7 +138,7 @@
+
+ char*rotdiv = {25};
+ char*rotstep = {1};
+- char*obj_filename = {};
++ char*obj_filename = {/usr/share/wmcube/};
+ int rot;
+ int cube_color = 1;
+ int c = 0;
diff -urN wmcube-0.98/debian/patches/02secfix.dpatch
wmcube-0.98.fixed/debian/patches/02secfix.dpatch
--- wmcube-0.98/debian/patches/02secfix.dpatch 1970-01-01 01:00:00.0
+0100
+++ wmcube-0.98.fixed/debian/patches/02secfix.dpatch2006-09-10
17:03:56.0 +0200
@@ -0,0 +1,97 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 02secfix.dpatch
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Security fixes.
+
[EMAIL PROTECTED]@
+diff -urNad wmcube-0.98~/wmcube/wmcube.c wmcube-0.98/wmcube/wmcube.c
+--- wmcube-0.98~/wmcube/wmcube.c 2006-09-10 16:54:58.962146250 +0200
wmcube-0.98/wmcube/wmcube.c2006-09-10 16:55:06.494617000 +0200
+@@ -346,7 +346,7 @@
+ char *tmp = malloc(32);
+ int oldzoff = 3600;
+
+- sprintf(tmp,V%s,WMCUBE_VERSION);
++ snprintf(tmp, 32, V%s,WMCUBE_VERSION);
+
+ RedrawWindow();
+ BlitString(WMCUBE,13,22);
+@@ -564,7 +564,7 @@
+ newx -= CHAR_WIDTH;
+ }
+
+- sprintf(buf, %02i, num);
++ snprintf(buf, 1024, %02i, num);
+
+ BlitString(buf, newx, y);
+ }
+@@ -913,7 +913,7 @@
+ exit(0);
+ }
+
+- fscanf(fp,%s,tmp);
++ fscanf(fp,%63s,tmp);
+
+ if (strcmp(tmp,WMCUBE_COORDINATES) != 0) {
+ printf(\nError in objectfile: it must start with
WMCUBE_COORDINATES\n\n);
+@@ -921,7 +921,7 @@
+ exit(0);
+ }
+
+- fscanf(fp,%s,tmp);
++ fscanf(fp,%63s,tmp);
+ counter = atoi(tmp);
+
+ while ((strcmp(tmp,WMCUBE_LINES) != 0)
(strcmp(tmp,WMCUBE_PLANES) != 0)) {
+@@ -938,7 +938,7 @@
+ fclose(fp);
+ exit(0);
+ }
+- fscanf(fp,%s,tmp);
++ fscanf(fp,%63s,tmp);
+
+ if (feof(fp)) {
+ printf(\nError in objectfile: you must have a section
WMCUBE_LINES or WMCUBE_PLANES\n\n);
+@@ -1040,18 +1040,20 @@
+ char cpuid[6];
+ char check_cpu[6];
+
+- sprintf(check_cpu, cpu%d, which_cpu);
++ snprintf(check_cpu, 6, cpu%d, which_cpu);
+
+ if ((fp = fopen(/proc/stat,rb)) == NULL) {
+ perror(/proc/stat required for this system);
+ return -1;
+ }
+
+- if (which_cpu == -1)
++ if (which_cpu == -1) {
++ fclose (fp);
+ return 0;
+-
++ }
++
+ for (i = -2; i which_cpu; i++) {
+-fscanf(fp, %s, cpuid);
++fscanf(fp, %5s %*d %*d %*d %*d, cpuid);
+ }
+
+ if (strcmp(check_cpu,cpuid) != 0) {
+@@ -1059,6 +1061,7 @@
+ sure you have an SMP system?\n,check_cpu);
+
Bug#359199: Finally tracked down
Hi! The reason why apt sends full URIs to approx has finally been tracked down. See bug #378868 for more information. The patch previously sent is still relevant for people who would like to use approx for both d-i etch beta3 and d-i ubuntu dapper. It is not needed anymore with current daily d-i images. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#387372: diff for 0.1.8.1-3.1 NMU
Package: splashy
Version: 0.1.8.1-3
Severity: normal
Tags: patch
Hi!
Attached is the diff for my splashy 0.1.8.1-3.1 NMU.
Regards,
--
Jérémy
diff -u splashy-0.1.8.1/debian/control splashy-0.1.8.1/debian/control
--- splashy-0.1.8.1/debian/control
+++ splashy-0.1.8.1/debian/control
@@ -21,7 +21,7 @@
Package: splashy
Architecture: any
-Depends: libc6
+Depends: ${shlibs:Depends}
Provides: bootsplash
Replaces: debsplash-utils, bootsplash
Conflicts: debsplash-utils, bootsplash
diff -u splashy-0.1.8.1/debian/changelog splashy-0.1.8.1/debian/changelog
--- splashy-0.1.8.1/debian/changelog
+++ splashy-0.1.8.1/debian/changelog
@@ -1,3 +1,10 @@
+splashy (0.1.8.1-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload with permission from maintainer.
+ * Change splashy depends to ${shlibs:Depends}. (Closes: #383175)
+
+ -- Jérémy Bobbio [EMAIL PROTECTED] Wed, 13 Sep 2006 17:40:32 +0200
+
splashy (0.1.8.1-3) unstable; urgency=low
[ Otavio Salvador ]
signature.asc
Description: Digital signature
Bug#384356: Depending on mzscheme is a bad idea
unblock 384356 by 386485 thanks After discussing with Ari Pollak (maintainer of mzscheme) on IRC, he states that hs-plugins should not depend on mzscheme to build its documentation. mzscheme is not built on all Debian architecture, and depending on such package only to build documentation seems a bit too much. Don Stewart, author of hs-plugins, is switching to full Haddock documentation for the next release. So this won't be problem anymore for the next upstream release. In the meantime, possible solutions that I see to solve this issue: a) Don't build the documentation at all, and point the user to hs-plugins website. b) Build to documentation on the maintainer system and include it in the Debian patch. c) Use another LaTeX to HTML converter to build the documentation with the package. Since upstream is switching to full Haddock documentation for the next release, I would advocate for b) as a temporary solution. I will work on a patch implementing this solution if there is no opositions. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#384514: Next step
Hi! Contacted on IRC, Ian Lynagh told me that he will try soon to bootstrap GHC again on Alpha. His analysis of the current FTBFS is actually a bug in the previous Alpha version of the compiler showing up while trying the new one. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#397694: [PATCH] Add pkg-config to Build-Depends
package lincity-ng tags 397694 + patch thanks Hi! Attached is a patch that simply adds pkg-config to Build-Depends. This allow lincity-ng to build in my pbuilder. Regards, -- Jérémy diff -urN lincity-ng-1.0.3.old/debian/control lincity-ng-1.0.3/debian/control --- lincity-ng-1.0.3.old/debian/control 2006-11-11 11:56:06.0 +0100 +++ lincity-ng-1.0.3/debian/control 2006-11-11 12:09:48.0 +0100 @@ -2,7 +2,7 @@ Section: games Priority: optional Maintainer: Debian Games Team pkg-games-devel@lists.alioth.debian.org -Build-Depends: debhelper (= 4.0.0), autotools-dev, jam, libsdl1.2-dev (= 1.2.5), libsdl-mixer1.2-dev (= 1.2), libsdl-image1.2-dev (= 1.2), libsdl-ttf2.0-dev (= 2.0), libphysfs-dev (= 0.1.9), zlib1g-dev, libxml2-dev (= 2.6.1), libsdl-gfx1.2-dev (= 2.0.13) +Build-Depends: debhelper (= 4.0.0), autotools-dev, jam, pkg-config, libsdl1.2-dev (= 1.2.5), libsdl-mixer1.2-dev (= 1.2), libsdl-image1.2-dev (= 1.2), libsdl-ttf2.0-dev (= 2.0), libphysfs-dev (= 0.1.9), zlib1g-dev, libxml2-dev (= 2.6.1), libsdl-gfx1.2-dev (= 2.0.13) Standards-Version: 3.6.2.1 Package: lincity-ng signature.asc Description: Digital signature
Bug#393431: python-wxgtk2.4 is obsolete
block 373411 by 393431 thanks Hi! Please also note that python-wxgtk2.4 is also obsolete that it has not been transitioned to the new Python policy. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#373411: python-wxgtk2.4 is breaking every package depending on it
On Wed, Oct 18, 2006 at 07:26:54PM +0930, Ron wrote: On Mon, Oct 09, 2006 at 05:15:14PM +0200, J??r??my Bobbio wrote: python-wxgtk2.4 has not been transitioned to the new Debian policy. This should be fixed. Anyone familiar with the changes required, please do so. I don't have time to come up to speed on this immediately. The interface changes between python-wxgtk2.4 and python-wxgtk2.6 are minor. It's really easy to port an application from the former to the later. Also, my research about the possibility to remove python-wxgtk2.4 demonstrated that it could be easily done, either by really small patches (done for bittorent-gui and pyro) and update to newer upstream versions (e.g. thuban, gnue-forms). This now breaks package depending on it (#391075 is an example), severity has been raised accordingly. The best solution could be to ship etch without the obsolete python-wxgtk2.4 at all. Here's the remaining reverse dependencies: Why is it that python seems to blind almost all of its users to anything that is _not_ python? (this is not a snipe, I'm genuinely curious ...) In this case, what you missed appears to be, at least: Reverse Depends: [...] I was interested in helping this transition for Python because it seemed doable whereas a lot harder for other bindings. I see this as a first step to get wxwindows2.4 and gtk1.2 out of etch+1. But if you think that the maintainers of the remaining blocker bugs (only 6, as two of them are Depending on both python-wxgtk2.4 and python-wxgtk2.6) won't be able to act on time, you can just withdraw the work I've done. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#394978: python-moinmoin: Outdated information in README.Debian
Package: python-moinmoin Version: 1.5.3-1.1 Severity: minor Hi! README.Debian contains the following: Debian uses Python2.3 as default Python, and it is recommended to use the scripts provided with moinmoin-common which is set to use whatever is the default Python on your system. Debian has now switched to version 2.4 as the default Python version. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#396521: liblockdev1: postinst script prompt is not using debconf
Package: liblockdev1 Version: 1.0.3-1 Severity: important Justification: 3.9.1 Prompting in maintainer scripts Hi! The postinst script for liblockdev1 prompts the user without using debconf which is now deprecated. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#366384: [PATCH] Fix postinst script on new install
tags 366384 + patch thanks Hi! Attached is a patch fixing the postinst script for new installation of liblockdev1. Regards, -- Jérémy diff -Naur lockdev-1.0.3.old/debian/liblockdev1.postinst lockdev-1.0.3/debian/liblockdev1.postinst --- lockdev-1.0.3.old/debian/liblockdev1.postinst 2006-11-01 11:10:42.0 +0100 +++ lockdev-1.0.3/debian/liblockdev1.postinst 2006-11-01 11:16:20.0 +0100 @@ -1,20 +1,23 @@ #!/bin/sh -e -if [ $1 = configure -a `echo $2 | sed -e 's/[.-]//g'` -lt 1031 ] +if [ $1 = configure -a -n $2 ] then - echo 2 - echo WARNING 2 - echo Format of device lock files have changed, you will need to restart all 2 - echo programs that have locked device files using the old version of liblockdev. 2 - echo 2 - if ls /var/lock/LCK.[0-9]* 2/dev/null + if [ `echo $2 | sed -e 's/[.-]//g'` -lt 1031 ] then -echo Right now the following programs use old lockfiles: 2 echo 2 -ps -p `cat /var/lock/LCK.[0-9]*` +echo WARNING 2 +echo Format of device lock files have changed, you will need to restart all 2 +echo programs that have locked device files using the old version of liblockdev. 2 echo 2 -echo Press ENTER to continue... 2 -read foo +if ls /var/lock/LCK.[0-9]* 2/dev/null +then + echo Right now the following programs use old lockfiles: 2 + echo 2 + ps -p `cat /var/lock/LCK.[0-9]*` + echo 2 + echo Press ENTER to continue... 2 + read foo +fi fi fi signature.asc Description: Digital signature
Bug#391792: bittornado-gui: Suggests python-wxgtk2.4 while depending on python-wxgtk2.6
Package: bittornado-gui Version: 0.3.15-2 Severity: minor Hi! bittornado-gui depends on python-wxgtk2.6 but still have python-wxgtk2.4 as a Suggests. This does not make much sense, and python-wxgtk2.4 should probably be removed. :) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Regards, -- Jérémy signature.asc Description: Digital signature
Bug#391808: FTBFS: cp: cannot stat `debian/tmp//usr/lib/python2.3/site-packages/Pyro': No such file or directory
Package: pyro Version: 3.5-1.1 Severity: serious pyro does not build from source on my pbuilder, see attached log. *.install files explicetely reference files in /usr/lib/python2.3 which are not created anymore with Python 2.4 as the default. Regards, -- Jérémy dpkg-buildpackage: source package is pyro dpkg-buildpackage: source version is 3.5-1.1 dpkg-buildpackage: source changed by Alexandre Fayolle [EMAIL PROTECTED] dpkg-buildpackage: source version without epoch 3.5-1.1 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp # Add here commands to clean up after the build process. rm -fr build dh_clean dpkg-source -b pyro-3.5 dpkg-source: building pyro using existing pyro_3.5.orig.tar.gz dpkg-source: building pyro in pyro_3.5-1.1.diff.gz dpkg-source: building pyro in pyro_3.5-1.1.dsc dpkg-genchanges -S dpkg-genchanges: warning: unknown information field `Xb-Python-Version' in input data in package's section of control info file dpkg-genchanges: warning: unknown information field `Xb-Python-Version' in input data in package's section of control info file dpkg-genchanges: not including original source code in upload dpkg-buildpackage: source only, diff-only upload (original source NOT included) I: using fakeroot in build. pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.31 2006/05/30 23:45:45 dancer Exp $ $Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $ Current time: Sun Oct 8 17:56:34 CEST 2006 pbuilder-time-stamp: 1160322994 Building the build Environment - extracting base tarball [/var/cache/pbuilder/base.tgz] - creating local configuration - copying local configuration - mounting /proc filesystem - mounting /dev/pts filesystem - Mounting /home/lunar/debian/results - Mounting /var/cache/pbuilder/ccache - policy-rc.d already exists Obtaining the cached apt archive contents Installing the build-deps I: adding /home/lunar/debian/results in sources.list I: running apt-get update - user script /var/cache/pbuilder/build//17564/tmp/hooks/D10_use_result finished - Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28 2006/05/30 23:45:45 dancer Exp $ - Considering debhelper (= 5.0.37.2) - Trying debhelper - Considering python - Trying python - Considering python-dev - Trying python-dev - Considering python-central (= 0.4.17) - Trying python-central - Installing debhelper python python-dev python-central Reading package lists... Building dependency tree... The following extra packages will be installed: file gettext html2text intltool-debian libmagic1 mime-support po-debconf python-minimal python2.4 python2.4-dev python2.4-minimal Suggested packages: dh-make cvs gettext-doc python-doc python-tk python-profiler python2.4-doc Recommended packages: libmail-sendmail-perl libcompress-zlib-perl The following NEW packages will be installed: debhelper file gettext html2text intltool-debian libmagic1 mime-support po-debconf python python-central python-dev python-minimal python2.4 python2.4-dev python2.4-minimal 0 upgraded, 15 newly installed, 0 to remove and 6 not upgraded. Need to get 0B/8845kB of archives. After unpacking 30.4MB of additional disk space will be used. Selecting previously deselected package libmagic1. (Reading database ... 12096 files and directories currently installed.) Unpacking libmagic1 (from .../libmagic1_4.17-4_amd64.deb) ... Selecting previously deselected package file. Unpacking file (from .../archives/file_4.17-4_amd64.deb) ... Selecting previously deselected package mime-support. Unpacking mime-support (from .../mime-support_3.37-1_all.deb) ... Selecting previously deselected package python2.4-minimal. Unpacking python2.4-minimal (from .../python2.4-minimal_2.4.3-9_amd64.deb) ... Selecting previously deselected package python2.4. Unpacking python2.4 (from .../python2.4_2.4.3-9_amd64.deb) ... Selecting previously deselected package python-minimal. Unpacking python-minimal (from .../python-minimal_2.4.3-11_all.deb) ... Selecting previously deselected package python. Unpacking python (from .../python_2.4.3-11_all.deb) ... Selecting previously deselected package python-central. Unpacking python-central (from .../python-central_0.5.6_all.deb) ... Selecting previously deselected package html2text. Unpacking html2text (from .../html2text_1.3.2a-3_amd64.deb) ... Selecting previously deselected package gettext. Unpacking gettext (from .../gettext_0.15-2_amd64.deb) ... Selecting previously deselected package intltool-debian. Unpacking intltool-debian (from .../intltool-debian_0.35.0+20060710.1_all.deb) ... Selecting previously deselected package po-debconf. Unpacking po-debconf (from .../po-debconf_1.0.6_all.deb) ... Selecting previously deselected package debhelper. Unpacking debhelper (from .../debhelper_5.0.40_all.deb) ... Selecting previously deselected package python2.4-dev. Unpacking python2.4-dev (from .../python2.4-dev_2.4.3-9_amd64.deb) ... Selecting previously deselected
Bug#391792: [PATCH] Fix GUIs to work with python-wxgtk2.6
tags 391792 + patch thanks On Sun, Oct 08, 2006 at 01:39:42PM -0700, Cameron Dale wrote: As noted in the NEWS.Debian file: The btcompletedirgui and btmaketorrentgui programs have been patched as they were not working with python-wxgtk2.6. They do, however, work with python-wxgtk2.4, and so it has been added as a Suggest dependency and the programs have been patched to select the older version. If you want to run either of these programs, you will need to install python-wxgtk2.4. If you don't need either of these programs, you will not need to install python-wxgtk2.4. Attached is a patch that will make btcompletedirgui and btmaketorrentgui working with python-wxgtk2.6. It can replace the current 12_make_guis_use_2.4 patch. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#330955: [PATCH] Fix unicode issue when making torrents
Hi!
The attached patch (a simple one-liner) fix unicode issues when trying
to make torrents.
Regards,
--
Jérémy
#! /bin/sh /usr/share/dpatch/dpatch-run
## 14_fix_unicode_in_makemetafile.py.dpatch by Jérémy Bobbio [EMAIL PROTECTED]
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Don't try to decode a string which is already unicode!
@DPATCH@
diff -urNad bittornado-0.3.15~/BitTornado/BT1/makemetafile.py
bittornado-0.3.15/BitTornado/BT1/makemetafile.py
--- bittornado-0.3.15~/BitTornado/BT1/makemetafile.py 2005-01-04
03:49:28.0 +0100
+++ bittornado-0.3.15/BitTornado/BT1/makemetafile.py2006-10-09
00:22:44.942933750 +0200
@@ -145,7 +145,8 @@
def uniconvert(s, e):
try:
-s = unicode(s,e)
+if s.__class__.__name__ != 'unicode':
+s = unicode(s,e)
except UnicodeError:
raise UnicodeError('bad filename: '+s)
return s.encode('utf-8')
signature.asc
Description: Digital signature
Bug#391863: ipcheck: Should use Build-Depends for debhelper instead of Build-Depends-Indep
Package: ipcheck Version: 0.233 Severity: minor Hi! ipcheck uses debhelper for the clean target of debian/rules, therefore debhelper should be listed in Build-Depends instead of Build-Depends-Indep per policy 7.6: The dependencies and conflicts they define must be satisfied (as defined earlier for binary packages) in order to invoke the targets in debian/rules, as follows: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Build-Depends-Indep, Build-Conflicts-Indep The Build-Depends-Indep and Build-Conflicts-Indep fields must be satisfied when any of the following targets is invoked: build, build-indep, binary and binary-indep Regards, -- Jérémy signature.asc Description: Digital signature
Bug#391792: [PATCH] Fix GUIs to work with python-wxgtk2.6
On Mon, Oct 09, 2006 at 12:34:36AM +0200, Jérémy Bobbio wrote: Attached is a patch that will make btcompletedirgui and btmaketorrentgui working with python-wxgtk2.6. It can replace the current 12_make_guis_use_2.4 patch. *ahem* Here it is. Regards, -- Jérémy #! /bin/sh /usr/share/dpatch/dpatch-run ## 12_make_guis_use_2.4.dpatch by Jérémy Bobbio [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fix GUIs to work on python-wxgtk2.6. @DPATCH@ diff -urNad bittornado-0.3.15~/btcompletedirgui.py bittornado-0.3.15/btcompletedirgui.py --- bittornado-0.3.15~/btcompletedirgui.py 2004-05-09 14:07:20.0 +0200 +++ bittornado-0.3.15/btcompletedirgui.py 2006-10-09 00:30:01.890241250 +0200 @@ -58,7 +59,7 @@ b = wxBoxSizer(wxHORIZONTAL) b.Add(self.dirCtl, 1, wxEXPAND) -#b.Add(10, 10, 0, wxEXPAND) +b.Add((10, 10), 0, wxEXPAND) button = wxButton(panel, -1, 'select') b.Add(button, 0, wxEXPAND) EVT_BUTTON(frame, button.GetId(), self.select) @@ -80,7 +81,7 @@ border = wxBoxSizer(wxVERTICAL) border.Add(gridSizer, 0, wxEXPAND | wxNORTH | wxEAST | wxWEST, 25) b2 = wxButton(panel, -1, 'make') -#border.Add(10, 10, 1, wxEXPAND) +border.Add((10, 10), 1, wxEXPAND) border.Add(b2, 0, wxALIGN_CENTER | wxSOUTH, 20) EVT_BUTTON(frame, b2.GetId(), self.complete) panel.SetSizer(border) @@ -123,7 +124,7 @@ gridSizer.Add(self.currentLabel, 0, wxEXPAND) self.gauge = wxGauge(panel, -1, range = 1000, style = wxGA_SMOOTH) gridSizer.Add(self.gauge, 0, wxEXPAND) -gridSizer.Add(10, 10, 1, wxEXPAND) +gridSizer.Add((10, 10), 1, wxEXPAND) self.button = wxButton(panel, -1, 'cancel') gridSizer.Add(self.button, 0, wxALIGN_CENTER) gridSizer.AddGrowableRow(2) diff -urNad bittornado-0.3.15~/btmaketorrentgui.py bittornado-0.3.15/btmaketorrentgui.py --- bittornado-0.3.15~/btmaketorrentgui.py 2004-07-02 17:39:32.0 +0200 +++ bittornado-0.3.15/btmaketorrentgui.py 2006-10-09 00:30:29.455964000 +0200 @@ -60,7 +61,7 @@ b = wxBoxSizer(wxHORIZONTAL) self.dirCtl = wxTextCtrl(panel, -1, '') b.Add(self.dirCtl, 1, wxEXPAND) -#b.Add(10, 10, 0, wxEXPAND) +b.Add((10, 10), 0, wxEXPAND) button = wxButton(panel, -1, 'dir', size = (30,20)) EVT_BUTTON(frame, button.GetId(), self.selectdir) @@ -124,14 +125,14 @@ border = wxBoxSizer(wxVERTICAL) border.Add(gridSizer, 0, wxEXPAND | wxNORTH | wxEAST | wxWEST, 25) b2 = wxButton(panel, -1, 'make') -#border.Add(10, 10, 1, wxEXPAND) +border.Add((10, 10), 1, wxEXPAND) border.Add(b2, 0, wxALIGN_CENTER | wxSOUTH, 20) EVT_BUTTON(frame, b2.GetId(), self.complete) panel.SetSizer(border) panel.SetAutoLayout(True) -#panel.DragAcceptFiles(True) -#EVT_DROP_FILES(panel, self.selectdrop) +panel.DragAcceptFiles(True) +EVT_DROP_FILES(panel, self.selectdrop) def selectdir(self, x): dl = wxDirDialog(self.frame, style = wxDD_DEFAULT_STYLE | wxDD_NEW_DIR_BUTTON) signature.asc Description: Digital signature
Bug#391865: poker-engine: Packages missing in Build-Depends
Package: poker-engine Version: 1.0.19 Severity: minor Hi! poker-engine runs its configure script during the clean target of debian/rules. To suceed, it needs python-pypoker-eval, python-libxml2 and python-libxslt1 installed (per policy 7.6). Either these package should be moved from Build-Depends-Indep to Build-Depends or the configure script should not be run during the clean target. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#391866: albatross: FTBFS on amd64: Got: hash('spam') is -1840390907728881881
Package: albatross
Version: 1.35-1
Severity: serious
Justification: FTBFS
albatross does not build on my amd64 pbuilder:
cd ../doc make PYTHON=python test
make[2]: Entering directory `/tmp/buildd/albatross-1.35/doc'
PYTHONPATH=.. python test_examples.py
..!
==
Testing doctest/tags-value1 failed, Line 6: output does not match
example
Expected:
hash('spam') is 1626740519
Got:
hash('spam') is -1840390907728881881
1 of 63 tests failed
make[2]: *** [test] Error 1
Attached is the full log of the build.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-1-amd64
Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Regards,
--
Jérémy
dpkg-buildpackage: source package is albatross
dpkg-buildpackage: source version is 1.35-1
dpkg-buildpackage: source changed by Fabian Fagerholm [EMAIL PROTECTED]
dpkg-buildpackage: source version without epoch 1.35-1
fakeroot debian/rules clean
dh_testdir
dh_testroot
for python in python2.3 python2.4; do \
$python setup.py clean; \
done
running clean
running clean
rm -rf *-stamp *-stamp-* build
rm -f al-session-daemon.8 al-httpd.8
find debian -name '*.py[co]' -exec rm -f {} \;
dh_clean
dpkg-source -b albatross-1.35
dpkg-source: building albatross using existing albatross_1.35.orig.tar.gz
dpkg-source: building albatross in albatross_1.35-1.diff.gz
dpkg-source: building albatross in albatross_1.35-1.dsc
dpkg-genchanges -S
dpkg-genchanges: warning: unknown information field `Xb-Python-Version' in
input data in package's section of control info file
dpkg-genchanges: warning: unknown information field `Xb-Python-Version' in
input data in package's section of control info file
dpkg-genchanges: including full source code in upload
dpkg-buildpackage: source only upload (original source is included)
I: using fakeroot in build.
pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.31 2006/05/30
23:45:45 dancer Exp $
$Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $
Current time: Sun Oct 8 21:59:56 CEST 2006
pbuilder-time-stamp: 1160337596
Building the build Environment
- extracting base tarball [/var/cache/pbuilder/base.tgz]
- creating local configuration
- copying local configuration
- mounting /proc filesystem
- mounting /dev/pts filesystem
- Mounting /home/lunar/debian/results
- Mounting /var/cache/pbuilder/ccache
- policy-rc.d already exists
Obtaining the cached apt archive contents
Installing the build-deps
- Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28
2006/05/30 23:45:45 dancer Exp $
- Considering debhelper (= 5.0.37.1)
- Trying debhelper
- Considering python-central (= 0.4.10)
- Trying python-central
- Considering python (= 2.3.5-7)
- Trying python
- Considering python-all-dev
- Trying python-all-dev
- Considering docbook-to-man
- Trying docbook-to-man
- Considering tetex-bin (= 2.0.2-15)
- Trying tetex-bin
- Considering tetex-extra (= 2.0.2-9)
- Trying tetex-extra
- Considering dia (= 0.94.0)
- Trying dia
- Considering gs-gpl (= 8.01)
- Trying gs-gpl
- Considering fakeroot
- Trying fakeroot
- Installing debhelper python-central python python-all-dev docbook-to-man
tetex-bin tetex-extra dia gs-gpl fakeroot
Reading package lists...
Building dependency tree...
The following extra packages will be installed:
defoma dia-common dia-libs docbook file fontconfig fontconfig-config gettext
gs-common gsfonts html2text intltool-debian libart-2.0-2 libatk1.0-0
libcairo2 libexpat1 libfontconfig1 libfreetype6 libglib2.0-0 libgtk2.0-0
libgtk2.0-common libice6 libjpeg62 libkpathsea4 libmagic1 libpango1.0-0
libpango1.0-common libpaper1 libpng12-0 libpoppler0c2 libsm6 libsp1c2
libt1-5 libtiff4 libx11-6 libx11-data libxau6 libxaw7 libxcursor1 libxdmcp6
libxext6 libxfixes3 libxft2 libxi6 libxinerama1 libxml2 libxmu6 libxpm4
libxrandr2 libxrender1 libxslt1.1 libxt6 mime-support po-debconf python-all
python-cairo python-dev python-gtk2 python-minimal python-numeric
python-support python2.3 python2.3-dev python2.4 python2.4-dev
python2.4-minimal sgml-base sgml-data sp tetex-base tex-common ttf-dejavu
ucf x11-common xml-core
Suggested packages:
dh-make defoma-doc psfontmgr x-ttcidfont-conf dfontmgr psgml docbook-xml
docbook-dsssl cvs gettext-doc gs-pdfencrypt hpijs libfreetype6-dev
ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes ttf-baekmuk
ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp
ttf-arphic-bkai00mp python-doc python-tk python-profiler
python-numeric-tutorial python2.3-doc python2.3-profiler python2.4-doc
sgml-base-doc perlsgml doc-html-w3 opensp libxml2-utils doc-base gv
Bug#391942: FTBFS: You need GNUe-Common 0.5.2 or newer installed to install GNUe-Forms
Package: gnue-forms
Version: 0.5.13-1
Severity: serious
Justification: Fail To Build From Source
Hi!
gnue-forms now fails to build from source:
cd . python setup.py build \
--build-base=/tmp/buildd/gnue-forms-0.5.13/./build
You need GNUe-Common 0.5.2 or newer installed to install GNUe-Forms
make: *** [common-build-impl] Error 1
Attached is the full build log.
Regards,
--
Jérémy
dpkg-buildpackage: source package is gnue-forms
dpkg-buildpackage: source version is 0.5.13-1
dpkg-buildpackage: source changed by Andrew Mitchell [EMAIL PROTECTED]
dpkg-buildpackage: source version without epoch 0.5.13-1
fakeroot debian/rules clean
/usr/share/cdbs/1/class/python-distutils.mk:104:
/usr/share/cdbs/1/class/python-distutils.mk:105: Your package does not conform
to the new Python policy.
/usr/share/cdbs/1/class/python-distutils.mk:106: Please consider updating.
Here is some documentation:
/usr/share/cdbs/1/class/python-distutils.mk:107:
http://wiki.debian.org/DebianPython/NewPolicy
/usr/share/cdbs/1/class/python-distutils.mk:108:
http://wiki.debian.org/DebianPythonFAQ
/usr/share/cdbs/1/class/python-distutils.mk:109:
test -x debian/rules
test `id -u` = 0
dh_clean
python setup.py clean -a
You need GNUe-Common 0.5.2 or newer installed to install GNUe-Forms
make: [clean] Error 1 (ignored)
find . -name '*.pyc' -exec rm '{}' ';'
find . -name \*pyc -exec rm '{}' \;
dpkg-source -b gnue-forms-0.5.13
dpkg-source: building gnue-forms using existing gnue-forms_0.5.13.orig.tar.gz
dpkg-source: building gnue-forms in gnue-forms_0.5.13-1.diff.gz
dpkg-source: building gnue-forms in gnue-forms_0.5.13-1.dsc
dpkg-genchanges -S
dpkg-genchanges: including full source code in upload
dpkg-buildpackage: source only upload (original source is included)
I: using fakeroot in build.
pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.31 2006/05/30
23:45:45 dancer Exp $
$Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $
Current time: Sun Oct 8 23:40:51 CEST 2006
pbuilder-time-stamp: 1160343651
Building the build Environment
- extracting base tarball [/var/cache/pbuilder/base.tgz]
- creating local configuration
- copying local configuration
- mounting /proc filesystem
- mounting /dev/pts filesystem
- Mounting /home/lunar/debian/results
- Mounting /var/cache/pbuilder/ccache
- policy-rc.d already exists
Obtaining the cached apt archive contents
Installing the build-deps
- Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28
2006/05/30 23:45:45 dancer Exp $
- Considering debhelper (= 4.2.28)
- Trying debhelper
- Considering gnue-common (= 0.6.1)
- Trying gnue-common
- Considering cdbs
- Trying cdbs
- Considering python (= 2.3)
- Trying python
- Considering python-dev (= 2.3)
- Trying python-dev
- Considering python-wxgtk2.4
- Trying python-wxgtk2.4
- Considering python-gtk2
- Trying python-gtk2
- Installing debhelper gnue-common cdbs python python-dev python-wxgtk2.4
python-gtk2
Reading package lists...
Building dependency tree...
The following extra packages will be installed:
defoma file fontconfig fontconfig-config gettext html2text intltool-debian
libatk1.0-0 libcairo2 libdrm2 libexpat1 libfontconfig1 libfreetype6
libgl1-mesa-glx libglib1.2 libglib2.0-0 libglu1-mesa libgtk1.2
libgtk1.2-common libgtk2.0-0 libgtk2.0-common libjpeg62 libmagic1
libpango1.0-0 libpango1.0-common libpng12-0 libtiff4 libwxgtk2.4-1 libx11-6
libx11-data libxau6 libxcursor1 libxdmcp6 libxext6 libxfixes3 libxft2 libxi6
libxinerama1 libxrandr2 libxrender1 libxxf86vm1 mime-support po-debconf
python-cairo python-central python-egenix-mxdatetime python-egenix-mxtools
python-minimal python-numeric python-support python-wxversion python2.3
python2.4 python2.4-dev python2.4-minimal ttf-dejavu ucf x11-common
Suggested packages:
devscripts doc-base dh-make defoma-doc psfontmgr x-ttcidfont-conf dfontmgr
cvs gettext-doc gnue-designer libfreetype6-dev ttf-kochi-gothic
ttf-kochi-mincho ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp
ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp python-doc
python-tk python-profiler python-numeric-tutorial wx2.4-doc wx2.4-examples
python2.3-xml python2.3-doc python2.3-profiler python2.4-doc
Recommended packages:
autotools-dev libft-perl gnue-reports gnue-forms python-psycopg
python-pygresql python-mysqldb libatk1.0-data libglib2.0-data
hicolor-icon-theme libgtk2.0-bin libmail-sendmail-perl libcompress-zlib-perl
python2.3-cjkcodecs python2.3-iconvcodec python2.3-japanese-codecs
debconf-utils
The following NEW packages will be installed:
cdbs debhelper defoma file fontconfig fontconfig-config gettext gnue-common
html2text intltool-debian libatk1.0-0 libcairo2 libdrm2 libexpat1
libfontconfig1 libfreetype6 libgl1-mesa-glx libglib1.2 libglib2.0-0
libglu1-mesa libgtk1.2
Bug#391947: FTBFS: You need GNUe-Common 0.5.2 or newer installed to install GNUe-Navigator
Package: gnue-navigator
Version: 0.0.9-1
Severity: serious
Justification: Fail To Build From Source
Hi!
gnue-navigator now fails to build from source:
cd . python setup.py build \
--build-base=/tmp/buildd/gnue-navigator-0.0.9/./build
You need GNUe-Common 0.5.2 or newer installed to install
GNUe-Navigator
make: *** [common-build-impl] Error 1
Attached is the full build log.
Regards,
--
Jérémy
dpkg-buildpackage: source package is gnue-navigator
dpkg-buildpackage: source version is 0.0.9-1
dpkg-buildpackage: source changed by Andrew Mitchell [EMAIL PROTECTED]
dpkg-buildpackage: source version without epoch 0.0.9-1
fakeroot debian/rules clean
/usr/share/cdbs/1/class/python-distutils.mk:104:
/usr/share/cdbs/1/class/python-distutils.mk:105: Your package does not conform
to the new Python policy.
/usr/share/cdbs/1/class/python-distutils.mk:106: Please consider updating.
Here is some documentation:
/usr/share/cdbs/1/class/python-distutils.mk:107:
http://wiki.debian.org/DebianPython/NewPolicy
/usr/share/cdbs/1/class/python-distutils.mk:108:
http://wiki.debian.org/DebianPythonFAQ
/usr/share/cdbs/1/class/python-distutils.mk:109:
test -x debian/rules
test `id -u` = 0
dh_clean
/usr/bin/make -f debian/rules reverse-config
make[1]: Entering directory
`/home/python-rebuild/gnue-navigator/gnue-navigator-0.0.9'
/usr/share/cdbs/1/class/python-distutils.mk:104:
/usr/share/cdbs/1/class/python-distutils.mk:105: Your package does not conform
to the new Python policy.
/usr/share/cdbs/1/class/python-distutils.mk:106: Please consider updating.
Here is some documentation:
/usr/share/cdbs/1/class/python-distutils.mk:107:
http://wiki.debian.org/DebianPython/NewPolicy
/usr/share/cdbs/1/class/python-distutils.mk:108:
http://wiki.debian.org/DebianPythonFAQ
/usr/share/cdbs/1/class/python-distutils.mk:109:
make[1]: Nothing to be done for `reverse-config'.
make[1]: Leaving directory
`/home/python-rebuild/gnue-navigator/gnue-navigator-0.0.9'
if [ reverse-patches = reverse-patches ]; then rm -f debian/stamp-patched;
fi
patches:
if [ reverse-patches != reverse-patches ]; then touch debian/stamp-patched;
fi
if [ reverse-patches != reverse-patches ] ; then \
/usr/bin/make -f debian/rules update-config ; \
fi
for dir in debian/patches ; do \
rm -f $dir/*.log ; \
done
python setup.py clean -a
You need GNUe-Common 0.5.2 or newer installed to install GNUe-Navigator
make: [clean] Error 1 (ignored)
find . -name '*.pyc' -exec rm '{}' ';'
find . -name \*pyc -exec rm '{}' \;
dpkg-source -b gnue-navigator-0.0.9
dpkg-source: building gnue-navigator using existing
gnue-navigator_0.0.9.orig.tar.gz
dpkg-source: building gnue-navigator in gnue-navigator_0.0.9-1.diff.gz
dpkg-source: building gnue-navigator in gnue-navigator_0.0.9-1.dsc
dpkg-genchanges -S
dpkg-genchanges: including full source code in upload
dpkg-buildpackage: source only upload (original source is included)
I: using fakeroot in build.
pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.31 2006/05/30
23:45:45 dancer Exp $
$Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $
Current time: Sun Oct 8 23:41:58 CEST 2006
pbuilder-time-stamp: 1160343718
Building the build Environment
- extracting base tarball [/var/cache/pbuilder/base.tgz]
- creating local configuration
- copying local configuration
- mounting /proc filesystem
- mounting /dev/pts filesystem
- Mounting /home/lunar/debian/results
- Mounting /var/cache/pbuilder/ccache
- policy-rc.d already exists
Obtaining the cached apt archive contents
Installing the build-deps
- Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28
2006/05/30 23:45:45 dancer Exp $
- Considering debhelper (= 4.2.28)
- Trying debhelper
- Considering python-dev (= 2.3)
- Trying python-dev
- Considering cdbs (= 0.4.25-1ubuntu1)
- Trying cdbs
- Considering gnue-common (= 0.6.0)
- Trying gnue-common
- Installing debhelper python-dev cdbs gnue-common
Reading package lists...
Building dependency tree...
The following extra packages will be installed:
file gettext html2text intltool-debian libmagic1 mime-support po-debconf
python python-central python-egenix-mxdatetime python-egenix-mxtools
python-minimal python2.4 python2.4-dev python2.4-minimal
Suggested packages:
devscripts doc-base dh-make cvs gettext-doc gnue-designer python-doc
python-tk python-profiler python2.4-doc
Recommended packages:
autotools-dev gnue-reports gnue-forms python-psycopg python-pygresql
python-mysqldb libmail-sendmail-perl libcompress-zlib-perl
The following NEW packages will be installed:
cdbs debhelper file gettext gnue-common html2text intltool-debian libmagic1
mime-support po-debconf python
Bug#391937: FTBFS: You need GNUe-Common 0.5.2 or newer installed to install GNUe-AppServer
Package: gnue-appserver
Version: 0.4.3-1
Severity: serious
Justification: Fail To Build From Source
Hi!
gnue-appserver does not build from source anymore:
cd . python setup.py build
--build-base=/tmp/buildd/gnue-appserver-0.4.3/./build
You need GNUe-Common 0.5.2 or newer installed to install
GNUe-AppServer
make: *** [common-build-impl] Error 1
Attached is the full build log.
Regards,
--
Jérémy
dpkg-buildpackage: source package is gnue-appserver
dpkg-buildpackage: source version is 0.4.3-1
dpkg-buildpackage: source changed by Andrew Mitchell [EMAIL PROTECTED]
dpkg-buildpackage: source version without epoch 0.4.3-1
fakeroot debian/rules clean
/usr/share/cdbs/1/class/python-distutils.mk:104:
/usr/share/cdbs/1/class/python-distutils.mk:105: Your package does not conform
to the new Python policy.
/usr/share/cdbs/1/class/python-distutils.mk:106: Please consider updating.
Here is some documentation:
/usr/share/cdbs/1/class/python-distutils.mk:107:
http://wiki.debian.org/DebianPython/NewPolicy
/usr/share/cdbs/1/class/python-distutils.mk:108:
http://wiki.debian.org/DebianPythonFAQ
/usr/share/cdbs/1/class/python-distutils.mk:109:
test -x debian/rules
test `id -u` = 0
dh_clean
python setup.py clean -a
You need GNUe-Common 0.5.2 or newer installed to install GNUe-AppServer
make: [clean] Error 1 (ignored)
find . -name '*.pyc' -exec rm '{}' ';'
find . -name \*pyc -exec rm '{}' \;
dpkg-source -b gnue-appserver-0.4.3
dpkg-source: building gnue-appserver using existing
gnue-appserver_0.4.3.orig.tar.gz
dpkg-source: building gnue-appserver in gnue-appserver_0.4.3-1.diff.gz
dpkg-source: warning: file debian/gnue-appserver.prerm has no final newline
(either original or modified version)
dpkg-source: warning: file debian/gnue-appserver.postrm has no final newline
(either original or modified version)
dpkg-source: warning: file debian/gnue-appserver.postinst has no final newline
(either original or modified version)
dpkg-source: building gnue-appserver in gnue-appserver_0.4.3-1.dsc
dpkg-genchanges -S
dpkg-genchanges: including full source code in upload
dpkg-buildpackage: source only upload (original source is included)
I: using fakeroot in build.
pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.31 2006/05/30
23:45:45 dancer Exp $
$Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $
Current time: Sun Oct 8 23:38:00 CEST 2006
pbuilder-time-stamp: 1160343480
Building the build Environment
- extracting base tarball [/var/cache/pbuilder/base.tgz]
- creating local configuration
- copying local configuration
- mounting /proc filesystem
- mounting /dev/pts filesystem
- Mounting /home/lunar/debian/results
- Mounting /var/cache/pbuilder/ccache
- policy-rc.d already exists
Obtaining the cached apt archive contents
Installing the build-deps
- Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28
2006/05/30 23:45:45 dancer Exp $
- Considering debhelper (= 4.2.28)
- Trying debhelper
- Considering python
- Trying python
- Considering python-dev
- Trying python-dev
- Considering cdbs (= 0.4.9)
- Trying cdbs
- Considering sablotron
- Trying sablotron
- Considering gnue-common (= 0.6.0)
- Trying gnue-common
- Considering texinfo
- Trying texinfo
- Installing debhelper python python-dev cdbs sablotron gnue-common texinfo
Reading package lists...
Building dependency tree...
The following extra packages will be installed:
file gettext html2text intltool-debian libexpat1 libmagic1 libsablot0
mime-support po-debconf python-central python-egenix-mxdatetime
python-egenix-mxtools python-minimal python2.4 python2.4-dev
python2.4-minimal
Suggested packages:
devscripts doc-base dh-make cvs gettext-doc gnue-designer python-doc
python-tk python-profiler python2.4-doc tetex-bin texlive-base
Recommended packages:
autotools-dev gnue-reports gnue-forms python-psycopg python-pygresql
python-mysqldb libmail-sendmail-perl libcompress-zlib-perl
The following NEW packages will be installed:
cdbs debhelper file gettext gnue-common html2text intltool-debian libexpat1
libmagic1 libsablot0 mime-support po-debconf python python-central
python-dev python-egenix-mxdatetime python-egenix-mxtools python-minimal
python2.4 python2.4-dev python2.4-minimal sablotron texinfo
0 upgraded, 23 newly installed, 0 to remove and 0 not upgraded.
Need to get 1571kB/11.8MB of archives.
After unpacking 39.2MB of additional disk space will be used.
Get:1 http://bartender.tanneries.taz sid/main gnue-common 0.6.1-1 [1219kB]
Get:2 http://bartender.tanneries.taz sid/main libsablot0 1.0.3-1 [336kB]
Get:3 http://bartender.tanneries.taz sid/main sablotron 1.0.3-1 [15.9kB]
Fetched 1571kB in 16s (95.2kB/s)
Selecting previously deselected package libmagic1.
(Reading database ... 12096 files and directories currently installed.)
Unpacking
Bug#391950: FTBFS: You need GNUe-Common 0.5.2 or newer installed to install GNUe-Reports
Package: gnue-reports
Version: 0.1.8-1
Severity: serious
Justification: Fail To Build From Source
gnue-reports now fail to build from source:
cd . python setup.py build \
--build-base=/tmp/buildd/gnue-reports-0.1.8/./build
You need GNUe-Common 0.5.2 or newer installed to install GNUe-Reports
make: *** [common-build-impl] Error 1
Attached is the full build log.
Regards,
--
Jérémy
dpkg-buildpackage: source package is gnue-reports
dpkg-buildpackage: source version is 0.1.8-1
dpkg-buildpackage: source changed by Andrew Mitchell [EMAIL PROTECTED]
dpkg-buildpackage: source version without epoch 0.1.8-1
fakeroot debian/rules clean
/usr/share/cdbs/1/class/python-distutils.mk:104:
/usr/share/cdbs/1/class/python-distutils.mk:105: Your package does not conform
to the new Python policy.
/usr/share/cdbs/1/class/python-distutils.mk:106: Please consider updating.
Here is some documentation:
/usr/share/cdbs/1/class/python-distutils.mk:107:
http://wiki.debian.org/DebianPython/NewPolicy
/usr/share/cdbs/1/class/python-distutils.mk:108:
http://wiki.debian.org/DebianPythonFAQ
/usr/share/cdbs/1/class/python-distutils.mk:109:
test -x debian/rules
test `id -u` = 0
dh_clean
python setup.py clean -a
You need GNUe-Common 0.5.2 or newer installed to install GNUe-Reports
make: [clean] Error 1 (ignored)
find . -name '*.pyc' -exec rm '{}' ';'
find . -name \*pyc -exec rm '{}' \;
dpkg-source -b gnue-reports-0.1.8
dpkg-source: building gnue-reports using existing gnue-reports_0.1.8.orig.tar.gz
dpkg-source: building gnue-reports in gnue-reports_0.1.8-1.diff.gz
dpkg-source: building gnue-reports in gnue-reports_0.1.8-1.dsc
dpkg-genchanges -S
dpkg-genchanges: including full source code in upload
dpkg-buildpackage: source only upload (original source is included)
I: using fakeroot in build.
pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.31 2006/05/30
23:45:45 dancer Exp $
$Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $
Current time: Sun Oct 8 23:42:41 CEST 2006
pbuilder-time-stamp: 1160343761
Building the build Environment
- extracting base tarball [/var/cache/pbuilder/base.tgz]
- creating local configuration
- copying local configuration
- mounting /proc filesystem
- mounting /dev/pts filesystem
- Mounting /home/lunar/debian/results
- Mounting /var/cache/pbuilder/ccache
- policy-rc.d already exists
Obtaining the cached apt archive contents
Installing the build-deps
- Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28
2006/05/30 23:45:45 dancer Exp $
- Considering debhelper (= 4.2.28)
- Trying debhelper
- Considering cdbs
- Trying cdbs
- Considering python-dev (= 2.3)
- Trying python-dev
- Considering gnue-common (= 0.6.0)
- Trying gnue-common
- Installing debhelper cdbs python-dev gnue-common
Reading package lists...
Building dependency tree...
The following extra packages will be installed:
file gettext html2text intltool-debian libmagic1 mime-support po-debconf
python python-central python-egenix-mxdatetime python-egenix-mxtools
python-minimal python2.4 python2.4-dev python2.4-minimal
Suggested packages:
devscripts doc-base dh-make cvs gettext-doc gnue-designer python-doc
python-tk python-profiler python2.4-doc
Recommended packages:
autotools-dev gnue-reports gnue-forms python-psycopg python-pygresql
python-mysqldb libmail-sendmail-perl libcompress-zlib-perl
The following NEW packages will be installed:
cdbs debhelper file gettext gnue-common html2text intltool-debian libmagic1
mime-support po-debconf python python-central python-dev
python-egenix-mxdatetime python-egenix-mxtools python-minimal python2.4
python2.4-dev python2.4-minimal
0 upgraded, 19 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/10.7MB of archives.
After unpacking 35.6MB of additional disk space will be used.
Selecting previously deselected package libmagic1.
(Reading database ... 12096 files and directories currently installed.)
Unpacking libmagic1 (from .../libmagic1_4.17-4_amd64.deb) ...
Selecting previously deselected package file.
Unpacking file (from .../archives/file_4.17-4_amd64.deb) ...
Selecting previously deselected package mime-support.
Unpacking mime-support (from .../mime-support_3.37-1_all.deb) ...
Selecting previously deselected package python2.4-minimal.
Unpacking python2.4-minimal (from .../python2.4-minimal_2.4.3-9_amd64.deb) ...
Selecting previously deselected package python2.4.
Unpacking python2.4 (from .../python2.4_2.4.3-9_amd64.deb) ...
Selecting previously deselected package python-minimal.
Unpacking python-minimal (from .../python-minimal_2.4.3-11_all.deb) ...
Selecting previously deselected package python.
Unpacking python (from .../python_2.4.3-11_all.deb) ...
Selecting previously deselected package python-central.
Unpacking python-central (from .../python-central_0.5.6_all.deb)
Bug#391941: FTBFS: You need GNUe-Common 0.5.2 or newer installed to install GNUe-Designer
Package: gnue-designer
Version: 0.5.7-1
Severity: serious
Justification: Fail To Build From Source
Hi!
gnue-designer now fails to build from source:
cd . python setup.py build \
--build-base=/tmp/buildd/gnue-designer-0.5.7/./build
You need GNUe-Common 0.5.2 or newer installed to install GNUe-Designer
make: *** [common-build-impl] Error 1
Attached is the full build log.
Regards,
--
Jérémy
dpkg-buildpackage: source package is gnue-designer
dpkg-buildpackage: source version is 0.5.7-1
dpkg-buildpackage: source changed by Andrew Mitchell [EMAIL PROTECTED]
dpkg-buildpackage: source version without epoch 0.5.7-1
fakeroot debian/rules clean
/usr/share/cdbs/1/class/python-distutils.mk:104:
/usr/share/cdbs/1/class/python-distutils.mk:105: Your package does not conform
to the new Python policy.
/usr/share/cdbs/1/class/python-distutils.mk:106: Please consider updating.
Here is some documentation:
/usr/share/cdbs/1/class/python-distutils.mk:107:
http://wiki.debian.org/DebianPython/NewPolicy
/usr/share/cdbs/1/class/python-distutils.mk:108:
http://wiki.debian.org/DebianPythonFAQ
/usr/share/cdbs/1/class/python-distutils.mk:109:
test -x debian/rules
test `id -u` = 0
dh_clean
python setup.py clean -a
You need GNUe-Common 0.5.2 or newer installed to install GNUe-Designer
make: [clean] Error 1 (ignored)
find . -name '*.pyc' -exec rm '{}' ';'
find . -name \*pyc -exec rm '{}' \;
dpkg-source -b gnue-designer-0.5.7
dpkg-source: building gnue-designer using existing
gnue-designer_0.5.7.orig.tar.gz
dpkg-source: building gnue-designer in gnue-designer_0.5.7-1.diff.gz
dpkg-source: building gnue-designer in gnue-designer_0.5.7-1.dsc
dpkg-genchanges -S
dpkg-genchanges: including full source code in upload
dpkg-buildpackage: source only upload (original source is included)
I: using fakeroot in build.
pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.31 2006/05/30
23:45:45 dancer Exp $
$Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $
Current time: Sun Oct 8 23:40:07 CEST 2006
pbuilder-time-stamp: 1160343607
Building the build Environment
- extracting base tarball [/var/cache/pbuilder/base.tgz]
- creating local configuration
- copying local configuration
- mounting /proc filesystem
- mounting /dev/pts filesystem
- Mounting /home/lunar/debian/results
- Mounting /var/cache/pbuilder/ccache
- policy-rc.d already exists
Obtaining the cached apt archive contents
Installing the build-deps
- Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28
2006/05/30 23:45:45 dancer Exp $
- Considering debhelper (= 4.1.25)
- Trying debhelper
- Considering cdbs
- Trying cdbs
- Considering python-dev (= 2.3)
- Trying python-dev
- Considering gnue-common (= 0.5.14)
- Trying gnue-common
- Installing debhelper cdbs python-dev gnue-common
Reading package lists...
Building dependency tree...
The following extra packages will be installed:
file gettext html2text intltool-debian libmagic1 mime-support po-debconf
python python-central python-egenix-mxdatetime python-egenix-mxtools
python-minimal python2.4 python2.4-dev python2.4-minimal
Suggested packages:
devscripts doc-base dh-make cvs gettext-doc gnue-designer python-doc
python-tk python-profiler python2.4-doc
Recommended packages:
autotools-dev gnue-reports gnue-forms python-psycopg python-pygresql
python-mysqldb libmail-sendmail-perl libcompress-zlib-perl
The following NEW packages will be installed:
cdbs debhelper file gettext gnue-common html2text intltool-debian libmagic1
mime-support po-debconf python python-central python-dev
python-egenix-mxdatetime python-egenix-mxtools python-minimal python2.4
python2.4-dev python2.4-minimal
0 upgraded, 19 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/10.7MB of archives.
After unpacking 35.6MB of additional disk space will be used.
Selecting previously deselected package libmagic1.
(Reading database ... 12096 files and directories currently installed.)
Unpacking libmagic1 (from .../libmagic1_4.17-4_amd64.deb) ...
Selecting previously deselected package file.
Unpacking file (from .../archives/file_4.17-4_amd64.deb) ...
Selecting previously deselected package mime-support.
Unpacking mime-support (from .../mime-support_3.37-1_all.deb) ...
Selecting previously deselected package python2.4-minimal.
Unpacking python2.4-minimal (from .../python2.4-minimal_2.4.3-9_amd64.deb) ...
Selecting previously deselected package python2.4.
Unpacking python2.4 (from .../python2.4_2.4.3-9_amd64.deb) ...
Selecting previously deselected package python-minimal.
Unpacking python-minimal (from .../python-minimal_2.4.3-11_all.deb) ...
Selecting previously deselected package python.
Unpacking python (from .../python_2.4.3-11_all.deb) ...
Selecting previously deselected package python-central.
Unpacking python-central (from
Bug#391075: python-wxgtk2.4 has not been transitioned to the new Python policy
block 391075 by 373411 thanks Hi! thuban fails to start because it depends on python-wxgtk2.4 which has not been transitioned to the new Python policy. It might be possible to switch thuban to use python-wxgtk2.6, though... I will try this in the next days. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#373411: python-wxgtk2.4 is breaking every package depending on it
severity 373411 grave thanks Hi! python-wxgtk2.4 has not been transitioned to the new Debian policy. This now breaks package depending on it (#391075 is an example), severity has been raised accordingly. The best solution could be to ship etch without the obsolete python-wxgtk2.4 at all. Here's the remaining reverse dependencies: thuban Depends: python-wxgtk2.4 python-twisted-core Suggests: python-wxgtk2.4 | python-wxgtk2.6 -- Obsolete suggests can be dropped python-serial Suggests: python-wxgtk2.6 | python-wxgtk2.4 | python-wxgtk -- Obsolete suggests can be dropped python-dsv Suggests: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete suggests can be dropped pyro-gui Depends: python-wxgtk2.4 openrpg Depends: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete depends can be dropped londonlaw Depends: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete depends can be dropped gnue-forms Depends: python-wxgtk2.4 | python-gtk2 gnue-designer Depends: python-wxgtk2.4 collatinus Depends: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete depends can be dropped bittornado-gui Suggests: python-wxgtk2.4 -- Patch already submitted: #391792 So we are left with thuban, pyro-gui (work have already been done on it), gnue-forms and gnue-designer (both currently RC buggy). I will try to resolve this issue during the next days. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#380825: Make other GNUe package FTBFS
block 391937 by 380825 block 391941 by 380825 block 391942 by 380825 block 391947 by 380825 block 391950 by 380825 severity 380825 serious thanks Hi! gnue-common has not been transitioned to the new Python policy and prevent other GNUe package to build from source. I am thus raising the bug severity. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#391987: thuban: New upstream version available
Package: thuban Version: 1.0.1-1.1 Severity: wishlist Hi! thuban upstream had made a new release more than one year ago. Quoting the Changelog: Changes compared to release 1.0.1: * Add some support for wxPython 2.5 and 2.6. Thuban is still compatible with wxPython 2.4. * Change the way thuban deals with non-ascii text. The internal representation is now the user's default encoding. Thuban works a bit better with a unicode build of wxPython but there are still problems. * Various raster data improvements. Among other things, translucent images are now supported on a sufficiently recent wxWidgets (2.6). Also, only the part of the window actually covered by the image is drawn which means you can have many raster images concurrently. Improved performance of map rendering for raster layers (by about a factor of 2 and even more when zoomed to small extents, measured for the Iceland demo). * Improved PostGIS support: o Tables don't have to have a column named gid anymore. The user can select the column to use for ids. o PostgreSQL views are supported too. o Support more PostgreSQL versions. 7.4 works now. * Added support for sizable points * The middle mouse button can be used for panning now. * Give a warning when the projection selected for a layer is probably wrong. * Updated shapelib. * Minimum version of GDAL now 1.2.5. * A registry for extensions. * New or improved extensions: o Improved WMS extension. o Completed SVG-Export extension. o New Extension to dump bounding boxes of all shapes of the selected layer. o New extension: umn_mapserver for managing UMN MapServer projects. o New extension: OGR for using the ogr library in order to load various datasource formats. o New Extension: mouseposition. Tool to collect mouse click positions (map coordinates) in a dialog. * Documentation: o Added some documentation of the internals of Thuban. See Doc/technotes/ o The Thuban manual has been partly translated to German By updating to this version, thuban will be able to replace its dependy for python-wxgtk2.4 to python-wxgtk2.6. The last one has been transitioned to the new policy and would fix release criticial #391075. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#391991: openrpg: Possible Depends on obsolete python-wxgtk2.4
Package: openrpg Version: 1.6.3-1.1 Severity: important Hi! openrpg Depends on either python-wxgtk2.4 or python-wxgtk2.6. python-wxgtk2.4 is obsolete and has not been transitioned to the new Python policy, and will prevent openrpug from working correctly. python-wxgtk2.6 works fine, you can just remove python-wxgtk2.4 from openrpg Depends to fix this issue. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#391992: python-dsv: Suggests obsolete python-wxgtk2.4
Package: python-dsv Version: 1.4.0-3 Severity: wishlist Hi! python-dsv Suggests python-wxgtk2.4 which is obsolete. The later has not been transitioned to the new Python policy, this will not work correctly. python-wxgtk2.6 works fine, you can then just remove python-wxgtk2.4 from python-dsv Suggests. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#391989: python-serial: Suggests obsolete python-wxgtk2.4
Package: python-serial Version: 2.2-3 Severity: wishlist Hi! python-serial Suggests python-wxgtk2.4 which is obsolete. The later has not been transitioned to the new Python policy, this will not work correctly. python-wxgtk2.6 works fine, you can then just remove python-wxgtk2.4 from python-serial Suggests. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#391993: londonlaw: Possible Depends on obsolete python-wxgtk2.4
Package: londonlaw Version: 0.2.1-6 Severity: important Hi! londonlaw Depends on either python-wxgtk2.4 or python-wxgtk2.6. python-wxgtk2.4 is obsolete and has not been transitioned to the new Python policy, and will prevent londonlaw from working correctly. python-wxgtk2.6 works fine, you can just remove python-wxgtk2.4 from londonlaw Depends to fix this issue. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#391994: python-twisted-core: Obsolete Suggests for python-wxgtk2.4
Package: python-twisted-core Version: 2.4.0-2 Severity: wishlist Hi! python-twisted-core Suggests python-wxgtk2.4 which is obsolete. The later has not been transitioned to the new Python policy, this will not work correctly. python-wxgtk2.6 works fine, you can then just remove python-wxgtk2.4 from python-twisted-core Suggests. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392001: collatinus: Possible Depends on obsolete python-wxgtk2.4
Package: collatinus Version: 7.14-1.1 Severity: important Hi! collatinus Depends on either python-wxgtk2.4 or python-wxgtk2.6. python-wxgtk2.4 is obsolete and has not been transitioned to the new Python policy, and will prevent collatinus from working correctly. python-wxgtk2.6 works fine, you can just remove python-wxgtk2.4 from collatinus Depends to fix this issue. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#390122: pdl FTBFS - use of GLvoid has a return type in GL/gl.h
On Sun, Oct 08, 2006 at 10:04:05PM +0200, Michel Dänzer wrote: On Sun, 2006-10-08 at 01:19 +0200, Jérémy Bobbio wrote: Here's what I have found while trying to fix pdl FTFBS: * The line with GLvoid T_VOID in Graphics/TriD/OpenGL/typemap is buggy. xsubpp does not know the T_VOID typekind. * It was never triggered before the GL/gl.h header included in Mesa 6.5.1 (relevant lines added in revision 1.127 [1]), as no other functions had a return type of GLvoid before. Changing the return type of glClearDebugLogMESA() and glGetDebugLogMESA() from GLvoid to void allowed pdl to build. The meaning of the void type is completely hard-coded into xsubpp. IMHO, it seems harder to modify xsubpp than to modify GL/gl.h. Any opinion about a correct fix for this issue? You should bring this up on the [EMAIL PROTECTED] list. I did. The fix was comited in revision 1.133 of GL/gl.h [1]. Could you include it in the Debian package? [1] http://webcvs.freedesktop.org/mesa/Mesa/include/GL/gl.h?r1=1.132r2=1.133 Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392041: gnue-forms: Please package new upstream version
Package: gnue-forms Version: 0.5.13-1 Severity: wishlist Hi! Upstream have released a new version of gnue-forms, namely 0.5.16. This version is compatible with python-wxgtk2.6 and can replace the dependency on the obsolete python-wxgtk2.4. The later has not been transitioned to the new Python policy and will prevent gnue-forms from working properly. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392043: gnue-designer: Depends on obsolete python-wxgtk2.4
Package: gnue-designer Version: 0.5.7-1 Severity: important Hi! gnue-designer depends on the obsolete python-wxgtk2.4. The later has not been transitioned to the new Python policy and will prevent gnue-designer from working. By reading gnue-designer upstream ChangeLog, it seems that the package is fully compatible with python-wxgtk2.6. If this is the case, the dependency should just be updated to the new version. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#373411: Update for gnue-forms and gnue-designer
block 373411 by 392041 block 373411 by 392043 thanks Hi! In fact gnue-designer is already ready to use python-wxgtk2.6, and gnue-forms needs to be updated to last upstream minor update to do so. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392628: python-mechanize: python-setuptools should be in Build-Depends
Package: python-mechanize Version: 0.1.2b-1 Severity: minor Hi! python-setuptools is needed by the clean target of debian/rules. Therefore it should be in Build-Depends instead of Depends per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392632: schoolbell: debhelper and python should be in Build-Depends
Package: schoolbell Version: 1.2.4-2 Severity: minor Hi! schoolbell uses python and debhelper in the clean target of debian/rules. Therefore, they should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392630: python-xml: debhelper should be in Build-Depends
Package: python-xml Version: 0.8.4-5 Severity: minor Hi! python-xml use debhelper in the clean target of debian/rules. Therefore, debhelper should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392640: schooltool: po-debconf and debhelper should be in Build-Depends
Package: schooltool Version: 0.11.4-3 Severity: minor Hi! schooltool uses po-debconf and debhelper in the clean target of debian/rules. Therefore, they should be in Build-Depends instead of Build-Depends-Indep per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392632: Read po-debconf instead of python
retitle 392632 debhelper and po-debconf should be in Build-Depends thanks err... it's po-debconf which is missing in Build-Depends, not python. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392642: squishdot: debhelper should be in Build-Depends
Package: squishdot Version: 1.5.0-5 Severity: minor Hi! squishdot uses debhelper in the clean target of debian/rules. Therefore it should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392648: zope-cmfmember: debhelper should be in Build-Depends
Package: zope-cmfmember Version: 1.1b2-1 Severity: minor Hi! zope-cmfmember uses debhelper in the clean rules of debian/rules. Therefore, it should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392655: zope-cookiecrumbler: debhelper should be in Build-Depends
Package: zope-cookiecrumbler Version: 1.2-5 Severity: minor Hi! zope-cookiecrumbler uses debhelper in the clean target of debian/rules. Therefore, it should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392653: zope-common: lsb-release and po-debconf should be in Build-Depends
Package: zope-common Version: 0.5.24 Severity: minor Hi! zope-common uses lsb-release and po-debconf in the clean target of debian/rules. Therefore they should be in Build-Depends, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392652: zope-cmfphotoalbum: debhelper and dpatch should be in Build-Depends
Package: zope-cmfphotoalbum Version: 0.5.0-7 Severity: minor Hi! zope-cmfphotoalbum uses debhelper and dpatch for its clean target in debian/rules. Therefore, they should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392660: zope-cps-localizer: debhelper should be in Build-Depends
Package: zope-cps-localizer Version: 1.2.0-1 Severity: minor Hi! zope-cps-localizer uses debhelper in the clean target of debian/rules. Therefore, it should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392662: zope-cps-portaltransforms: debhelper should be in Build-Depends
Package: zope-cps-portaltransforms Version: 1.7.0-1 Severity: minor Hi! zope-cps-portaltransforms uses debhelper in the clean rule of debian/rules. Therefore, it should be listed in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392668: zope-cpsskins: debhelper should be in Build-Depends
Package: zope-cpsskins Version: 2.10.0-1 Severity: minor Hi! zope-cpsskins uses debhelper in the clean target of debian/rules. Therefore, it should be listed in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392664: zope-cps-translationservice: debhelper should be in Build-Depends
Package: zope-cps-translationservice Version: 0.11.0-1 Severity: minor Hi! zope-cps-translationservice uses debhelper in the clean target of debian/rules. Therefore, it should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392692: zope-photo: debhelper should be in Build-Depends
Package: zope-photo Version: 1.2.4-2 Severity: minor Hi! zope-photo uses debhelper in the clean target of debian/rules. Therefore it should be in Build-Depends-Indep instead Build-Depends, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392689: zope-localizer: debhelper should be in Build-Depends
Package: zope-localizer Version: 1.0.1-11 Severity: minor Hi! zope-localizer uses debhelper in the clean target of debian/rules. Therefore it should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392707: zope-rdfgrabber: debhelper should be in Build-Depends
Package: zope-rdfgrabber Version: 0.4-7 Severity: minor Hi! zope-rdfgrabber uses debhelper in the clean target of debian/rules. Therefore it should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392708: zope-replacesupport: debhelper should be in Build-Depends
Package: zope-replacesupport Version: 1.0.3-1 Severity: minor Hi! zope-replacesupport uses debhelper in the clean target of debian/rules. Therefore, it should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392711: zope-translationservice: debhelper should be in Build-Depends
Package: zope-translationservice Version: 0.4-5 Severity: minor Hi! zope-translationservice uses debhelper in the clean target of debian/rules. Therefore, it should be listed in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#392710: zope-stripogram: debhelper should be in Build-Depends
Package: zope-stripogram Version: 1.4-4 Severity: minor Hi! zope-stripogram uses debhelper in the clean target of debian/rules. Therefore, it should be in Build-Depends instead of Build-Depends-Indep, per policy 7.6: Build-Depends, Build-Conflicts The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#389458: [PATCH] Do not remove user on purge
tags 389458 + patch thanks Hi! The attached patch simple remove user deletion on purge. The recommended procedure is to leave user entries on the system, even on purge. [1,2] This will also fix this bug. :) [1] http://lists.debian.org/debian-mentors/2005/03/msg00451.html [2] http://lists.debian.org/debian-mentors/2005/04/msg5.html Regards, -- Jérémy diff -urN mserv-0.35.old/debian/mserv.postrm mserv-0.35/debian/mserv.postrm --- mserv-0.35.old/debian/mserv.postrm 2006-09-30 02:00:50.0 +0200 +++ mserv-0.35/debian/mserv.postrm 2006-09-30 02:00:33.0 +0200 @@ -6,9 +6,6 @@ rm -rf /etc/mserv/ rm -rf /var/lib/mserv/ rm -rf /var/log/mserv/ - if getent passwd mserv /dev/null; then - deluser mserv - fi fi #DEBHELPER# signature.asc Description: Digital signature
Bug#390009: [PATCH] Fix FTBFS on amd64
Hi! The attached patch fix the FTBFS issue on amd64. It's a simple one-liner. I am not tagging the bug, because the other issue remains (and look a lot like #336746, btw). Regards, -- Jérémy diff -urN linphone-1.4.1.old/mediastreamer2/src/ice.c linphone-1.4.1/mediastreamer2/src/ice.c --- linphone-1.4.1.old/mediastreamer2/src/ice.c 2006-08-22 16:34:26.0 +0200 +++ linphone-1.4.1/mediastreamer2/src/ice.c 2006-09-30 02:12:07.0 +0200 @@ -173,7 +173,7 @@ int err, tmp; int sock; struct sockaddr_storage addr; - size_t addr_len; + socklen_t addr_len; strcpy (loc, 127.0.0.1);/* always fallback to local loopback */ signature.asc Description: Digital signature
Bug#384356: Patch implementing solution a)
Hi! Attached is a new patch, which does not build the documentation in HTML form anymore (and then does not require mzscheme) but still build documentation in PostScript form. A README.Debian was added to point the user to hs-plugins website to get the HTML documentation. Regards, -- Jérémy diff -Nru /tmp/atDSnaZDeq/hs-plugins-0.9.10/debian/README.Debian /tmp/begwch5iPs/hs-plugins-0.9.10/debian/README.Debian --- /tmp/atDSnaZDeq/hs-plugins-0.9.10/debian/README.Debian 1970-01-01 01:00:00.0 +0100 +++ /tmp/begwch5iPs/hs-plugins-0.9.10/debian/README.Debian 2006-09-30 14:54:15.0 +0200 @@ -0,0 +1,11 @@ +hs-plugins for Debian += + +hs-plugins documentation in HTML form can be found at: + http://www.cse.unsw.edu.au/~dons/hs-plugins/ + +The HTML documentation is not included in the Debian package as building it +requires tex2page which is not available on all architectures supported by +Debian. + + -- Jérémy Bobbio [EMAIL PROTECTED] Sat, 30 Sep 2006 13:27:10 +0200 diff -Nru /tmp/atDSnaZDeq/hs-plugins-0.9.10/debian/changelog /tmp/begwch5iPs/hs-plugins-0.9.10/debian/changelog --- /tmp/atDSnaZDeq/hs-plugins-0.9.10/debian/changelog 2006-09-30 14:54:15.0 +0200 +++ /tmp/begwch5iPs/hs-plugins-0.9.10/debian/changelog 2006-09-30 14:54:15.0 +0200 @@ -1,3 +1,14 @@ +hs-plugins (0.9.10-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Do not build the documentation in HTML form: (Closes: #384356) + - Remove Build-Depends on mzscheme. + - Build hs-plugins.ps explicitly in debian/rules. + - Add a README.Debian pointing the user to hs-plugins website for HTML + documentation. + + -- Jérémy Bobbio [EMAIL PROTECTED] Sat, 30 Sep 2006 13:53:20 +0200 + hs-plugins (0.9.10-3) unstable; urgency=low * Rebuild against ghc6 6.4.2. diff -Nru /tmp/atDSnaZDeq/hs-plugins-0.9.10/debian/control /tmp/begwch5iPs/hs-plugins-0.9.10/debian/control --- /tmp/atDSnaZDeq/hs-plugins-0.9.10/debian/control2006-09-30 14:54:15.0 +0200 +++ /tmp/begwch5iPs/hs-plugins-0.9.10/debian/control2006-09-30 14:54:15.0 +0200 @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Florian Ragwitz [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.0), dpatch, autoconf, ghc6 (= 6.4.2), libghc6-src-exts-dev (= 0.2-2), tetex-bin, tetex-extra, mzscheme +Build-Depends: debhelper (= 5.0.0), dpatch, autoconf, ghc6 (= 6.4.2), libghc6-src-exts-dev (= 0.2-2), tetex-bin, tetex-extra Standards-Version: 3.7.2 Package: libghc6-plugins-dev diff -Nru /tmp/atDSnaZDeq/hs-plugins-0.9.10/debian/rules /tmp/begwch5iPs/hs-plugins-0.9.10/debian/rules --- /tmp/atDSnaZDeq/hs-plugins-0.9.10/debian/rules 2006-09-30 14:54:15.0 +0200 +++ /tmp/begwch5iPs/hs-plugins-0.9.10/debian/rules 2006-09-30 14:54:15.0 +0200 @@ -24,7 +24,8 @@ build-stamp: config.status dh_testdir $(MAKE) - (cd docs; $(MAKE)) + # html target requires tex2page which is not available on all arch + (cd docs; $(MAKE) hs-plugins.ps) $(MAKE) check touch build-stamp @@ -62,7 +63,9 @@ find $(CURDIR)/debian/libghc6-plugins-dev/usr/share/doc/libghc6-plugins-dev/examples -type f -name Makefile -print0 | xargs -0 rm -f find $(CURDIR)/debian/libghc6-plugins-dev/usr/share/doc/libghc6-plugins-dev/examples -type f -name '*\.o' -print0 | xargs -0 rm -f find $(CURDIR)/debian/libghc6-plugins-dev/usr/share/doc/libghc6-plugins-dev/examples -type f -name '*\.hi' -print0 | xargs -0 rm -f - cp -r docs/hs-plugins docs/hs-plugins.ps $(CURDIR)/debian/libghc6-plugins-dev/usr/share/doc/libghc6-plugins-dev/ + # copy only .ps ; docs target requires tex2page which is not available + # on all arch + cp docs/hs-plugins.ps $(CURDIR)/debian/libghc6-plugins-dev/usr/share/doc/libghc6-plugins-dev/ dh_strip dh_compress dh_fixperms signature.asc Description: Digital signature
Bug#391071: partman-auto-crypto: No confirmation before hard-drive wiping
Package: partman-auto-crypto Severity: critical Justification: causes serious data loss Hi! I have tried to use partman-auto-crypto by selecting Automatically set up encrypted LVM in the partman menu. I initially thought that it was going to use the free space which was available on the hard-drive. But, while it was wiping the partition, I had a doubt. So one Alt+F2 + fdisk -l later, I had the bad surprise to discover that it had actually repartioned the whole drive asking me if it was what I really wanted... I definetly think that a confirmation screen would be needed here. :D Regards, -- Jérémy signature.asc Description: Digital signature
Bug#391391: python-pymetar: Module does not get registred
Package: python-pymetar Version: 0.12-2.1 Severity: grave Justification: renders package unusable Hi! The transition to the new Python policy was not done correctly, and the package is currently unusable: prerm and postinst script are not installed in the package and do not register the package site wide. Attached is a patch fixing this issue and correcting Build-Depends. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages python-pymetar depends on: ii python-support0.5.2 automated rebuilding support for p ii python2.3 2.3.5-15 An interactive high-level object-o python-pymetar recommends no packages. -- no debconf information Regards, -- Jérémy diff -urN python-pymetar-0.12.old/debian/changelog python-pymetar-0.12/debian/changelog --- python-pymetar-0.12.old/debian/changelog2006-10-06 13:19:29.0 +0200 +++ python-pymetar-0.12/debian/changelog2006-10-06 13:23:38.0 +0200 @@ -1,3 +1,12 @@ +python-pymetar (0.12-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Fix position of dh_pysupport call in debian/rules. + * Add versioned Build-Depends on python-support. + * Build-Depends on python-dev instead of python-all-dev. + + -- Jérémy Bobbio [EMAIL PROTECTED] Fri, 6 Oct 2006 13:23:02 +0200 + python-pymetar (0.12-2.1) unstable; urgency=low * Non-maintainer upload. diff -urN python-pymetar-0.12.old/debian/control python-pymetar-0.12/debian/control --- python-pymetar-0.12.old/debian/control 2006-10-06 13:19:29.0 +0200 +++ python-pymetar-0.12/debian/control 2006-10-06 13:23:00.0 +0200 @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Uli Martens [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.1.65), python-all-dev (= 2.3), python-support +Build-Depends: debhelper (= 4.1.65), python-dev (= 2.3), python-support (= 0.4) Standards-Version: 3.7.2 Package: python-pymetar diff -urN python-pymetar-0.12.old/debian/rules python-pymetar-0.12/debian/rules --- python-pymetar-0.12.old/debian/rules2006-10-06 13:19:29.0 +0200 +++ python-pymetar-0.12/debian/rules2006-10-06 13:19:52.0 +0200 @@ -46,9 +46,9 @@ dh_installchangelogs dh_compress dh_fixperms + dh_pysupport dh_installdeb dh_shlibdeps - dh_pysupport dh_gencontrol dh_md5sums dh_builddeb signature.asc Description: Digital signature
Bug#390902: [PATCH] Proposed fix for #390902
package electricsheep
tags 390902 + patch
thanks
Hi!
Attached is a patch which tells mpeg2dec_onroot to skip ARGB visuals
when trying to find the best visual. This will fix this issue.
The fix should be also sent to the mpeg2dec package.
Regards,
--
Jérémy
diff -urN electricsheep-2.6.8.old/mpeg2dec/libvo/video_out_x11.c
electricsheep-2.6.8/mpeg2dec/libvo/video_out_x11.c
--- electricsheep-2.6.8.old/mpeg2dec/libvo/video_out_x11.c 2006-10-07
14:19:53.0 +0200
+++ electricsheep-2.6.8/mpeg2dec/libvo/video_out_x11.c 2006-10-07
14:23:25.0 +0200
@@ -508,9 +508,13 @@
/* find the visual with the highest depth */
XvisualInfo = XvisualInfoTable;
-for (i = 1; i number; i++)
+for (i = 1; i number; i++) {
+/* Skip ARGB visuals. */
+if (XvisualInfoTable[i].depth 24)
+ continue;
if (XvisualInfoTable[i].depth XvisualInfo-depth)
XvisualInfo = XvisualInfoTable + i;
+}
instance-vinfo = *XvisualInfo;
XFree (XvisualInfoTable);
signature.asc
Description: Digital signature
Bug#390001: 32 bits used to emit Java code?
Hi! I have tried to look at this bug today. It's a bit over my head, but using the -jvmas flag, I was able to see that the Java code emited by bigloo seems to only output 32 bits numbers. Here's the relevant part of number.jas: [...] (invokestatic llong_to_bllong) (putstatic f_me_llong6574) (ldc2_w #l4276988896) (invokestatic llong_to_bllong) (putstatic f_me_llong6555) (ldc2_w #l4276988910) (invokestatic llong_to_bllong) (putstatic f_me_llong6554) [...] The first is 0xfeedabe0, and the second is 0xfeedabee. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#388116: Patch in #383034 is not helpful
Hi! I can reproduce this bug. I also tried to build pan against a libcairo2 with the patch presented in #383034 and it still crash. The backtrace is totally unhelpfull, though. :( --- 8 --- Starting program: /usr/bin/pan [Thread debugging using libthread_db enabled] [New Thread 805442272 (LWP 4651)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 805442272 (LWP 4651)] 0x0f8239c0 in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2455 2455n[3] = d[0]; Current language: auto; currently c (gdb) bt #0 0x0f8239c0 in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2455 #1 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #2 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #3 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #4 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #5 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #6 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #7 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #8 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #9 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #10 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #11 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #12 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #13 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #14 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #15 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #16 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #17 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #18 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #19 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #20 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #21 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30) at /home/lunar/tmp/pan/libcairo-1.2.4/src/cairo-xlib-surface.c:2446 #22 0x0f8239ac in _cairo_xlib_surface_add_glyph (dpy=0x10285258, scaled_font=0x1031b390, scaled_glyph=0x1044bb30)
Bug#389522: Unreproducible on amd64
Hi! I can't reproduce this FTBFS on amd64. Is this bug specific to s390? Regards, -- Jérémy signature.asc Description: Digital signature
Bug#390122: pdl FTBFS - use of GLvoid has a return type in GL/gl.h
Hi! Here's what I have found while trying to fix pdl FTFBS: * The line with GLvoid T_VOID in Graphics/TriD/OpenGL/typemap is buggy. xsubpp does not know the T_VOID typekind. * It was never triggered before the GL/gl.h header included in Mesa 6.5.1 (relevant lines added in revision 1.127 [1]), as no other functions had a return type of GLvoid before. Changing the return type of glClearDebugLogMESA() and glGetDebugLogMESA() from GLvoid to void allowed pdl to build. The meaning of the void type is completely hard-coded into xsubpp. IMHO, it seems harder to modify xsubpp than to modify GL/gl.h. Any opinion about a correct fix for this issue? [1] http://webcvs.freedesktop.org/mesa/Mesa/include/GL/gl.h Regards, -- Jérémy signature.asc Description: Digital signature
Bug#338719: Add support for dmraid in disk-detect
tags 338719 + patch thanks Hi! Attached is a patch modifying disk-detect to enable dmraid devices detection. This patch does not enable full support for dmraid devices in the whole debian-installer. Other identified aspects needing work are: - debian-installer-utils/list-devices and mabye udevinfo for disk and partition detections ; also need to hide disks involved in dmraid array - partman-base/definitions.sh humandev device name translation - partman-base/init.d/parted device detection and filtering - grub-installer, maybe lilo-installer for grub, should be somehting like [1]: device (hd0,x) /dev/mapper/dmraid_namex+1 device (hd0) /dev/mapper/dmraid_name root (hd0,x) setup (hd0) [1] http://people.debian.org/~terpstra/message/20051108.120744.d1e3e835.en.html Regards, -- Jérémy Index: debian/control === --- debian/control (revision 40924) +++ debian/control (working copy) @@ -23,7 +23,7 @@ Package: disk-detect XC-Package-Type: udeb Architecture: all -Depends: cdebconf-udeb (= 0.38), hw-detect, di-utils (= 1.13) +Depends: cdebconf-udeb (= 0.38), hw-detect, di-utils (= 1.13), dmraid-udeb [i386 amd64] Priority: optional Provides: harddrive-detection Enhances: hw-detect Index: disk-detect.sh === --- disk-detect.sh (revision 40924) +++ disk-detect.sh (working copy) @@ -114,7 +114,9 @@ db_get disk-detect/module_select if [ $RET = continue with no disk drive ]; then - break + # Don't display an error message and return to the + # menu, then. + exit 0 elif [ $RET != none of the above ]; then module=$RET if [ -n $module ] is_not_loaded $module ; then @@ -147,3 +149,19 @@ fi db_capb done + +# Activate dmraid devices if needed +if [ -x /sbin/dmraid ]; then + devices=`dmraid -c -s` + if [ $devices != No RAID disks ]; then + # At least a device was there, so load the necessary modules + for module in dm-mod dm-mirror; do + if is_not_loaded $module ; then + register-module $module + module_probe $module + fi + done + # Activate all RAID devices + log-output -t disk-detect dmraid -pay + fi +fi signature.asc Description: Digital signature
Bug#389570: Incomplete patch to add dmraid support
Package: partman-base
Version: 94
Severity: wishlist
Hi!
I have tried to improve dmraid support in d-i during the last few days.
What has been done until now:
* improve the dmraid package [1] to fix #374480 and #375413,
* add dmraid support in disk-detect (see #338719).
Attached is a patch that is a small improvement of partman-base support
for dmraid. It only modify definitions.sh:humandev() to add support for
mirror devmapper devices.
Other needed changes in partman-base seems mostly related to device
detection (in init.d/parted) where disks under dmraid should be
filtered out of the listed devices.
Other missing changes in the debian-installer are:
* debian-installer-utils/list-devices (and maybe udevinfo)
Detection for disks and partitions should be added + filtering of
devices under dmraid.
* grub-installer (and possibly lilo-installer).
[1]
http://lists.alioth.debian.org/pipermail/utnubu-maintainers/2006-September/000318.html
Regards,
--
Jérémy
Index: debian/partman-base.templates
===
--- debian/partman-base.templates (revision 40924)
+++ debian/partman-base.templates (working copy)
@@ -285,6 +285,10 @@
Type: text
_Description: Encrypted volume (%s)
+Template: partman/text/dmraid_volume
+Type: text
+_Description: Software RAID %s (%s)
+
Template: partman/text/lvm_lv
Type: text
_Description: LVM VG %s, LV %s
Index: definitions.sh
===
--- definitions.sh (revision 40924)
+++ definitions.sh (working copy)
@@ -703,6 +703,13 @@
mapping=${1#/dev/mapper/}
db_metaget partman/text/dmcrypt_volume description
printf $RET $mapping
+ elif [ $type = mirror ]; then
+ device=${1#/dev/mapper/}
+ name=$(echo $device | cut -d_ -f2)
+ desc=$(dmraid -s -c -c $device)
+ type=$(echo $desc | cut -d: -f4)
+ db_metaget partman/text/dmraid_volume description
+ printf $RET $name $type
else
# LVM2 devices are found as /dev/mapper/vg-lv. If the vg
# or lv contains a dash, the dash is replaced by two dashes.
signature.asc
Description: Digital signature
Bug#399957: zope-cmfforum: Breaks my folder and probably other things
On Thu, Nov 23, 2006 at 02:33:43AM +, Antony Gelberg wrote: Package: zope-cmfforum Severity: grave Justification: renders package unusable [...] Either way, please don't release this in Etch. It seems to be really old-hat and things have moved on. I would suggest to ask ftpmasters to remove the package from Debian. There is no version working with Plone 2.5 and CMFForum is not even listed in the products section of plone.org (through the package list the Plone collective project as upstream). Regards, -- Jérémy signature.asc Description: Digital signature
Bug#382945: yaird: Add support for Apple Oldworld hardware
Package: yaird
Version: 0.0.12-17
Severity: wishlist
Tags: patch
Hi,
I have tried to use yaird on an old Apple Oldworld 7600/132. The
version currently in Debian fails because of unrecognized devices.
The patch attached add supports for these machines by:
* ignoring the Grand Central IO controller,
* recognizing the MACE ethernet controller (module mace).
Regards,
--
Jérémy
diff -ruN yaird-0.0.12.orig/perl/Hardware.pm yaird-0.0.12/perl/Hardware.pm
--- yaird-0.0.12.orig/perl/Hardware.pm 2006-08-07 01:20:56.0 +0200
+++ yaird-0.0.12/perl/Hardware.pm 2006-08-14 10:36:31.0 +0200
@@ -97,6 +97,9 @@
elsif ($abspath =~ m!/[[:xdigit:]]+\.[[:xdigit:]]+:ohare$!) {
# Another Apple bus; harmless
}
+ elsif ($abspath =~ m!/[[:xdigit:]]+\.[[:xdigit:]]+:gc$!) {
+ # Another Apple bus; harmless
+ }
elsif ($abspath =~ m!/[[:xdigit:]]+\.[[:xdigit:]]+:ATA$!) {
# for stuff like
#
/sys/devices/pci:00/:00:10.0/0.f300:ohare/0.0002:ATA
@@ -113,6 +116,11 @@
# Other mac-io devices are not storage related.
$modules = [ mesh ];
}
+ elsif ($abspath =~ m!/[[:xdigit:]]+\.[[:xdigit:]]+:mace$!) {
+ # Apple NIC,
+ # expected behind a mac-io.
+ $modules = [ mace ];
+ }
elsif ($abspath =~ m!/ide\d+$!) {
# IDE bus. On this end of the
# cable we normally have on the PCI bus a chipset
signature.asc
Description: Digital signature
Bug#382945: yaird: Add support for Apple Oldworld hardware
On Mon, Aug 14, 2006 at 01:44:38PM +0200, Jonas Smedegaard wrote: On Mon, 14 Aug 2006 10:53:54 +0200 Jérémy Bobbio wrote: I have tried to use yaird on an old Apple Oldworld 7600/132. The version currently in Debian fails because of unrecognized devices. The patch attached add supports for these machines by: * ignoring the Grand Central IO controller, * recognizing the MACE ethernet controller (module mace). Thanks. Isn't it only the Grand Central IO controller that causes failure? As far as I remember (not looking at the code right now) no ethernet NIC modules are recognized at all - you are expected to explicitly add to the config what NIC drivers you want loaded. When enabling the NETWORK directive in Default.cfg, yaird needs to know about the mace module, it seems. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#357461: Fixed in upstream SVN
tags 357461 + fixed-upstream thanks This bug has been fixed in upstream SVN: - revision 69465 for branch 3.3, - revision 69466 on trunk. -- Jérémy signature.asc Description: Digital signature
Bug#502338: progress bar jumps in a funny way when rdate produces strange results
On Wed, Oct 15, 2008 at 07:59:01PM +0200, Martin Michlmayr wrote: I just performed a test install on a Thecus N2100. When clock-setup ran, the progress bar jumped in a really strange way: it went to 2% and then jumped back to nothing and then to 2% again, etc. I think it once reached 6%... but basically it was jumping around quite a bit. It seemed like an infinite loop. But fortunately clock-setup failed after the usual timeout. rdate actually try numerous times for each servers listed for the given hostname. clock-setup progress bar is reset to 0 each time a new server is tried. This was a compromise while improving progress and cancelation support in clock-setup, as there is no easy way to know how many servers will be tried by rdate. But maybe this behaviour is too weird when the NTP replies are wrong themselves… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#502240: cdebconf: should not drop fall-back languages
tags 502240 + patch
thanks
On Tue, Oct 14, 2008 at 09:39:36PM +0200, Frans Pop wrote:
When localechooser sets debconf/language to a set of languages (preferred
+ fall-back languages, e.g. se_NO:nb_NO:nb:no_NO:no:nn_NO:nn:da:sv:en for
Northern Sami), cdebconf should ensure that *all* relevant translations
are kept when translations are dropped with DEBCONF_DROP_TRANSLATIONS
set.
Indeed, cdebconf was only keeping translation for the first language
of the set.
The attached patch should fix this, but as I am currently lacking a
proper environment to do a full d-i test, it would be great if someone
could verify that it really fixes the issue.
Cheers,
--
Jérémy Bobbio.''`.
[EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism
`. `'`
`-
diff --git a/packages/cdebconf/src/template.c b/packages/cdebconf/src/template.c
index dd8240a..de93b65 100644
--- a/packages/cdebconf/src/template.c
+++ b/packages/cdebconf/src/template.c
@@ -466,7 +466,7 @@ void template_lset(struct template *t, const char *lang,
char *orig_field;
char *altlang;
char *cp;
-const char *curlang;
+const char *curlang = NULL;
if (strcasecmp(field, tag) == 0)
{
@@ -530,24 +530,26 @@ void template_lset(struct template *t, const char *lang,
strcmp(lang, C) == 0 || strncmp(lang, en, 2) == 0)
curlang = lang;
else {
-const char *wantlang_full = getlanguage();
char *wantlang;
char *p;
+struct cache_list_lang *cl;
-if (!wantlang_full)
-wantlang_full = C;
-wantlang = strdup(wantlang_full);
-p = strpbrk(wantlang, _.@);
-if (p)
-*p = '\0';
-if (strncmp(lang, wantlang, strlen(wantlang)) == 0)
-curlang = lang;
-else {
-INFO(INFO_VERBOSE, Dropping %s/%s for %s (wantlang=%s), t-tag, field, lang, wantlang);
+getlanguage();
+for (cl = cache_list_lang_ptr; cl != NULL; cl = cl-next) {
+wantlang = strdup(cl-lang);
+p = strpbrk(wantlang, _.@);
+if (p)
+*p = '\0';
+if (strncmp(lang, wantlang, strlen(wantlang)) == 0) {
+curlang = lang;
+break;
+}
free(wantlang);
+}
+if (curlang == NULL) {
+INFO(INFO_VERBOSE, Dropping %s/%s for %s, t-tag, field, lang);
return;
}
-free(wantlang);
}
p = t-fields;
signature.asc
Description: Digital signature
Bug#496446: Partition Manager hangs
reassign 496446 cdebconf forcmerge 496093 496446 thanks On Sun, Aug 24, 2008 at 03:22:43PM -0400, Van Reuther wrote: If I boot a LiveCD and dump all partitions, recreate the disk labels and mdadm --zero-superblock then boot using the debian installer I can start to create my physical volumes but after about the 4th created partition the installer will loop back to loading the partition manager and hang at 52%. The fix has already been commited, the package is waiting for an upload. But thanks for your report, though. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#496252: network-console: Add support for launching an SSH server during installer startup
On Mon, Aug 25, 2008 at 10:03:27AM -0300, Otavio Salvador wrote: The attached patch against network-console adds an extra step during debian-installer startup that just does that when BOOT_DEBUG=3 and device=ethX are specified on the command-line. It's a little bit crude, but was truly helpful on solving that issue. So even if we don't get this in tree, this can be left as a reference. It does look useful. I agree that regular users won't use that feature but for debugging this is a great tool to be available. I think that this doesn't hurt to be available and could be commited IMO. Others? I would rather prefer to make this change post-Lenny. I should have been clearer on that in my initial report. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#496727: partman fails with LVM over dm-crypt over RAID with the lenny beta2 d-i
On Tue, Aug 26, 2008 at 09:45:33PM -0400, Daniel Kahn Gillmor wrote: Image version: lenny d-i beta2 FWIW, this arrangment (LVM over dm-crypt over RAID) seems like a reasonable common one, so it should be easy to configure from d-i. See the wiki page about the issue [1]. [1] http://wiki.debian.org/DebianInstaller/RAIDvsCrypto Please, if you can re-install this machine one more time, I'd like you to try one of the daily builds. All those issues should be fixed, and I have done many tests to ensure that, but extra testing is always appreciated. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#496644: kernel-wedge: please add it821x to ide-modules
On Tue, Aug 26, 2008 at 02:13:45PM +0200, Frederik Schueler wrote: plase add the it8213 module to ide-modules, it is required on some intel-based mainboards, for example the Supermicro X7SBI. I hope this still fits into the release plans. As amd64 porter, I may commit the changes myself and upload the updated kenel-wedge and linux-di-2.6 packages for amd64 if I get the OK. I would be in favor of adding it. As, we will probably benefit another round of kernel udeb uploads in order to build against newer 2.6.26, I doesn't really think that it would really cause extra work. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#496285: installation-report: no raid10 suppport in installer
On Mon, Aug 25, 2008 at 09:03:22PM +0300, Török Edwin wrote: The current development version (daily builds) of the debian-installer support RAID 10. It should automatically detect your previous RAID 10 partitions when starting the partitioner. Could you give it a try? You don't actually have to proceed further than the main partioning screen. I'll try it and report back (probably before thursday). Any news? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#496285: installation-report: no raid10 suppport in installer
Hi! Sorry for my previous email, I have managed to skipped your reply… On Tue, Aug 26, 2008 at 09:37:01PM +0300, Török Edwin wrote: I tried the latest netinst daily build from 25-Aug-2008 11:35 161M My raid10 array is detected by the kernel, and /dev/md4 shows up, however the partition manager won't start!! Good. :) I select Manual partitioning, and then I get a blank screen for a split second (with some one-line warning/error message that I don't have time to read!), and then a screen with 'Starting up the partitioner', and a progress bar stuck at 52%. This is #496093 [1] which should be fixed in a newer daily build. This bug was triggered by a too large number of different partitions in the main partitioning screen, so it looks like the detection is working properly [1] http://bugs.debian.org/496093 Are you willing to make another try? I would be happy to know that this is really solved. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#495928: debian-installer: does not add line to /etc/inittab to enable logins via virtual console
On Thu, Aug 21, 2008 at 02:28:14PM +0200, Folkert van Heusden wrote: Package: debian-installer Version: debian stable: 4.0r4a Severity: normal Situation: - IBM p52a - LPAR with diskspace served via VIOS 1.5 (an LV, not a physical disk) - virtual console accessed via HMC The debian-installer does not add the following line to /etc/inittab: co:2345:respawn:/sbin/getty hvc0 38400 Without it, one cannot login via the virtual console. Could you test if the issue is still present when installing with a daily build that will be starting by tomorrow (the 29th)? [1] http://people.debian.org/~wouter/d-i/powerpc/daily/ Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#496975: (no subject)
On Thu, Aug 28, 2008 at 09:51:26PM +, [EMAIL PROTECTED] wrote: Boot method:CD Image version: http://cdimage.debian.org/cdimage/lenny_di_beta2/i386/iso-cd/debian-LennyBeta2-i386-netinst.iso Date: 2008/08/27 […] On the same PC there are already installed two OSs: Micorsoft Windows and Debian Etch. I'm installing Lenny on a third partition. The system can boot from Etch boot CD but not from the Lenny boot CD (shows boot from CD message, then falls back showing grub menu from HD). Could you please try again with one of the daily built images? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#497212: installation-reports: booting the lenny installer via pxe leeds to a black screen
tags 497212 - patch thanks On Sun, Aug 31, 2008 at 12:13:00AM +0200, Master wrote: It seems that debian-installer/i386/pxelinux.cfg/default is broken. If I replace it with the etch version the installer boots and leads to a normal installation. Which kind of display are you using? Could you try to press esc, enter or tab when you are in front of the black screen? Lenny installer now displays a graphical menu which might be incompatible with some displays. See: http://d-i.alioth.debian.org/manual/en.i386/ch05s01.html#boot-screen One of the possible thing we could do is to ship a variant of pxelinux.cfg that would not use the graphical menu… but I wonder if it would really worth it. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#497364: bug report
On Mon, Sep 01, 2008 at 11:00:41AM +0300, Vesa Suomalainen wrote: Image version: Debian GNU/Linux LennyBeta2 _Lenny_ - Official Beta i386 NETINST Binary-1 20080608-11:24 […] Few tips for installing Debian-based distros on Abit IP35 motherboard: Use sata ports 5 and 6, if you have sata devices. Otherwise you have to use irqpoll argument in grub to boot up the machine. Could you try a daily built image and see if that last issue is still present? It might be solved in the more recent kernel (2.6.26) that it uses. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#495928: debian-installer: does not add line to /etc/inittab to enable logins via virtual console
On Fri, Aug 29, 2008 at 06:37:07PM +0200, Folkert van Heusden wrote: Package: debian-installer Version: debian stable: 4.0r4a Severity: normal Situation: - IBM p52a - LPAR with diskspace served via VIOS 1.5 (an LV, not a physical disk) - virtual console accessed via HMC The debian-installer does not add the following line to /etc/inittab: co:2345:respawn:/sbin/getty hvc0 38400 Without it, one cannot login via the virtual console. Could you test if the issue is still present when installing with a daily build that will be starting by tomorrow (the 29th)? [1] http://people.debian.org/~wouter/d-i/powerpc/daily/ Will the buildproces produce an .ISO-file? Then I'll definately give it a goal! You can use the netinst mini.iso: http://people.debian.org/~wouter/d-i/powerpc/daily/powerpc/netboot/mini.iso All components of the debian-installer will be downloaded through the network. Business cards and netinst images are available at: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/powerpc/iso-cd/ Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#497285: not possible to preseed that no gatway should be used?
On Sun, Aug 31, 2008 at 07:08:51PM +0300, Martin Michlmayr wrote:
I think it's as simple as this. Would this be acceptable for lenny?
Index: static.c
===
--- static.c (revision 55364)
+++ static.c (working copy)
@@ -146,7 +146,8 @@
debconf_get(client, netcfg/get_gateway);
ptr = client-value;
-if (empty_str(ptr)) { /* No gateway, that's fine */
+if (empty_str(ptr) || /* No gateway, that's fine */
+(strcmp(client-value, none) == 0)) /* special case for
preseeding */ {
/* clear existing gateway setting */
memset(gateway, 0, sizeof(struct in_addr));
return 0;
If this makes easier to support NAS devices, I think it should go in.
Might worth another line on the preseeding appendix as well.
JFTR: ptr should probably be used as first argument of strcmp().
Cheers,
--
Jérémy Bobbio.''`.
[EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism
`. `'`
`-
signature.asc
Description: Digital signature
Bug#497207: installation-report: successful installation report
On Sat, Aug 30, 2008 at 02:12:33PM -0700, JMcC wrote: Image version: debian-LennyBeta2-amd64-netinst.iso (downloaded Aug 29, 2008) […] Comments/Problems: Extremely smooth and fast overall. The only issue I encountered was that it wasn't clear to me how to partition the second disk after the partition table for the first was written. I had to choose one disk or the other to partition and when I accepted the installer's suggestions, all of the mountpoints that I wanted were taken care of. Since I was using LVM, though, I decided just to leave the matter to fix later, if I really wanted to. A really good experience all in all. Thanks for all of your work. It would be great if you can make another try using a daily built images and see if you find any regressions. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#497238: issues with detecting kvm hard disk
reassign 497238 hw-detect thanks On Sun, Aug 31, 2008 at 10:01:32AM +0200, Andreas Barth wrote: With virtio, the hard disk wasn't detected. After udpkg -i .../virtio-modules-2.6.26-1-amd64-di*, the rest went fine (including automatic detection). This has been discussed on the mailling-list already, see: http://lists.debian.org/debian-boot/2008/08/msg00753.html I am still waiting for feedback from other members of the team about the proposed patch. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#497318: installation-reports: Debian testing i386 20080831 on Compal FL90 (PM965): Success after issues
clone 497318 -1 reassign -1 hw-detect retitle -1 check-missing-firmware: asks the same files again after refusing the first time thanks On Sun, Aug 31, 2008 at 04:47:24PM -0400, Filipus Klutiero wrote: Then there is an issue with the non-free firmware loading feature. d-i asks whether I want to load iwlwifi 3945 firmware at the right time, but then (maybe only when I deny loading it) re-asks for that firmware pretending that the HDD requires it. This is similar to #491712. This is not the first image I test that contains this bug. If you answer No the first time, then the firmware will still be requested later on, so the second time check-missing-firmware is run, it will be asked again. Looks avoidable by recording the firmware files that were previously denied. Finally, the worst issue is detection of network interfaces. At first, d-i asks whether I want to try detecting Ethernet on FireWire, which is according to d-i something I would improbably use, or something like that, since no Ethernet interfaces were detected. This is abnormal, because I have an Ethernet card, a 802.11 card and a Firewire card on this machine. The Ethernet card, Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express (rev 02), works fine with Linux 2.6.26. I chose not to try detecting that, and if I remember correctly, the normal flow of d-i was then broken and I had to change some answers to continue. d-i wouldn't want to detect the Ethernet card even when indicating to use tg3. Later, d-i correctly showed eth0 (Ethernet), wlan0 (802.11) and eth1 (1394), but showed all of them as Firewire ethernet. I can't remember exactly the sequence of prompts, but I don't mind reinstalling. *sigh* I thought that we had fixed this in hw-detect 1.66, uploaded on August, 26th. Right at the begining of the installer, could you switch to a console (Alt+F2) and use nano to add set -x to /bin/hw-detect and /bin/ethdetect. Please send back the resulting logs (gzipped). Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
