Bug#300359: /usr/i586-mingw32msvc not FHS compliant
Package: mingw32 Version: 3.4.2.20040916.1-2 Severity: serious Justification: FHS chapter 4 No package should install a directory directly in /usr -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mingw32 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii mingw32-binutils2.15.94-20050118.1-1 Minimalist GNU win32 (cross) binut ii mingw32-runtime 3.7-1Minimalist GNU win32 (cross) runti -- no debconf information -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature
Bug#300358: stardict: FTBFS (ppc64/gcc-4.0): Please remove the Build-Depends on libstdc++5-3.3-dev
Package: stardict Severity: wishlist Tags: patch Please remove the explicit Build-Depends on libstdc++5-3.3-dev. It is not necessary because the libstdc++-dev package is build-essential. The explicit Build-Depends on the version from gcc-3.3 breaks architectures like ppc64 which do not have gcc-3.3. Regards Andreas Jochens diff -urN ../tmp-orig/stardict-2.4.3/debian/control ./debian/control --- ../tmp-orig/stardict-2.4.3/debian/control 2005-03-19 09:18:34.367943842 +0100 +++ ./debian/control2005-03-19 09:18:32.282346545 +0100 @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Roy Hiu-yeung Chan [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), python, xlibs-dev, libgnomeui-dev , scrollkeeper, libbonobo2-dev, libstdc++5-3.3-dev, libgconf2-dev, liborbit2-dev, zlib1g-dev, sharutils +Build-Depends: debhelper (= 4.0.0), python, xlibs-dev, libgnomeui-dev , scrollkeeper, libbonobo2-dev, libgconf2-dev, liborbit2-dev, zlib1g-dev, sharutils Standards-Version: 3.6.1 Package: stardict -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300360: tf: FTBFS (amd64/gcc-4.0): array type has incomplete element type
Package: tf
Severity: normal
Tags: patch
When building 'tf' on amd64 with gcc-4.0,
I get the following error:
gcc -O2 -g -Wall-c -o expr.o expr.c
In file included from expr.c:38:
history.h:34: error: array type has incomplete element type
history.h:34: error: array type has incomplete element type
make[1]: *** [expr.o] Error 1
make[1]: Leaving directory `/tf-4.0s1/src'
make: *** [binary-arch] Error 2
With the attached patch 'tf' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/tf-4.0s1/src/history.c ./src/history.c
--- ../tmp-orig/tf-4.0s1/src/history.c 1999-03-06 23:43:24.0 +0100
+++ ./src/history.c 2005-03-19 09:31:11.759689297 +0100
@@ -38,18 +38,6 @@
#define LOCALSIZE 100 /* local history size */
#define INPUTSIZE 100 /* command history buffer size */
-typedef struct History { /* circular list of Alines, and logfile */
-struct Aline **alines;
-int size; /* actual number of lines currently saved */
-int maxsize; /* maximum number of lines that can be saved */
-int first; /* position of first line in circular array */
-int last; /* position of last line in circular array */
-int index; /* current recall position */
-int total; /* total number of lines ever saved */
-TFILE *logfile;
-CONST char *logname;
-} History;
-
#define empty(hist) (!(hist)-alines || !(hist)-size)
static void FDECL(alloc_history,(History *hist, int maxsize));
diff -urN ../tmp-orig/tf-4.0s1/src/history.h ./src/history.h
--- ../tmp-orig/tf-4.0s1/src/history.h 1999-03-06 23:43:24.0 +0100
+++ ./src/history.h 2005-03-19 09:31:04.441102640 +0100
@@ -31,6 +31,18 @@
#define record_global(aline) recordline(globalhist, (aline))
#define record_local(aline) recordline(localhist, (aline))
+typedef struct History { /* circular list of Alines, and logfile */
+struct Aline **alines;
+int size; /* actual number of lines currently saved */
+int maxsize; /* maximum number of lines that can be saved */
+int first; /* position of first line in circular array */
+int last; /* position of last line in circular array */
+int index; /* current recall position */
+int total; /* total number of lines ever saved */
+TFILE *logfile;
+CONST char *logname;
+} History;
+
extern struct History globalhist[], localhist[];
extern int log_count, norecord, nolog;
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300361: sudo: [manual page] [A-Z]([A-Z][0-9]_)* = [A-Za-z]([A-Za-z][0-9]_)*
Package: sudo Version: 1.6.8p5-1 Severity: minor Manual page reads: Aliases ... Cmnd_Alias ::= NAME '=' Cmnd_List NAME ::= [A-Z]([A-Z][0-9]_)* I believe sudo accepts also lowercase letters, so the manual should read: NAME ::= [a-zA-Z]([a-zA-Z][0-9]_)* -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages sudo depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam0g0.76-22 Pluggable Authentication Modules l -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264050: tar: same thing with other packages
Package: tar Version: 1.13.93-4 Followup-For: Bug #264050 Hi! I see the same thing with ncurses_5.4.orig.tar.gz: == [EMAIL PROTECTED]:~/src/ncurses$ tar xzf ncurses_5.4.orig.tar.gz tar: Read 6656 bytes from ncurses_5.4.orig.tar.gz [EMAIL PROTECTED]:~/src/ncurses$ tar xzf - ncurses_5.4.orig.tar.gz tar: Read 6656 bytes from - [EMAIL PROTECTED]:~/src/ncurses$ tar xf - ncurses_5.4.orig.tar tar: Read 6656 bytes from - [EMAIL PROTECTED]:~/src/ncurses$ tar xf ncurses_5.4.orig.tar [EMAIL PROTECTED]:~/src/ncurses$ == I see the message only when reading the archive from stdin, or when reading the gzipped archive. Jö. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.4.27-2-586tsc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages tar depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- signature.asc Description: Digital signature
Bug#271882: kernel-image-2.6.8-1-686: Upgrade 2.6.7 = 2.6.8 breaks the module, pcnet32
Package: kernel-image-2.6.8-2-686 Followup-For: Bug #271882 Ok, the new module version 1.30i in kernels = 2.6.8 (old in 2.6.7 was 1.30c) actually is not broken, but introduces a new parameter homepna. So using that (like homepna=1), the card works like a charm. Anyway, because the default value is homepna=0 and the module does not seem to automatically detect anything, I think many people (like me) will think that their card does not work in Sarge/Sid, and so this still should be considered a bug, although of less importance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300362: knights: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Package: knights
Severity: normal
Tags: patch
When building 'knights' on amd64 with gcc-4.0,
I get the following error:
core.cpp: In member function 'void core::createNewIO(int, int, int, int)':
core.cpp:93: error: invalid lvalue in assignment
core.cpp:117: error: invalid lvalue in assignment
core.cpp:122: error: invalid lvalue in assignment
make[3]: *** [core.o] Error 1
make[3]: Leaving directory `/knights-0.6/knights'
With the attached patch 'knights' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/knights-0.6/knights/core.cpp ./knights/core.cpp
--- ../tmp-orig/knights-0.6/knights/core.cpp2003-03-02 11:34:04.0
+0100
+++ ./knights/core.cpp 2005-03-19 09:35:36.364598743 +0100
@@ -90,7 +90,7 @@
else
{
/* Use an existing internetIO */
- (io_base*)internetioPtr = myIOMap.find(Null);
+ internetioPtr = (io_internet*) myIOMap.find(Null);
if( internetioPtr == NULL )
{
kdWarning() core::createNewIO: Trying to connect a match to an
internetIO that doesn't exsist. endl;
@@ -114,12 +114,12 @@
}
else
{
- (io_base*)internetioPtr = myIOMap.find(ID);
+ internetioPtr = (io_internet*) myIOMap.find(ID);
if( internetioPtr == NULL )
{
/* no io mapped to the ID yet, use the internetio */
/* Use an existing internetIO */
-(io_base*)internetioPtr = myIOMap.find(Null);
+internetioPtr = (io_internet*) myIOMap.find(Null);
if( internetioPtr == NULL )
{
kdWarning() core::createNewIO: Trying to connect a match to
an internetIO that doesn't exsist. endl;
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300361: sudo: [manual page] [A-Z]([A-Z][0-9]_)* -- correction
Package: sudo Version: 1.6.8p5-1 Followup-For: Bug #300361 I wrote: NAME ::= [a-zA-Z]([a-zA-Z][0-9]_)* Ahem, the man page says A NAME must start with an uppercase..., so make it: NAME ::= [A-Z]([a-zA-Z][0-9]_)* -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages sudo depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam0g0.76-22 Pluggable Authentication Modules l -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267750: ftp.debian.org: Please remove mips packages for robotour
Re the request to remove the robotour/mips binary: Why are you sending in this request, and not the maintainer? Because I uploaded the existing mips binary. Pleaes provide a reason for the removal request of the mips binary. Because on further reflection it was not clear to me that the 3.1.0 package (which I uploaded) had a license that allowed distribution of binaries at all (mips, i386 or anything else). Since then however, robotour 3.1.1 was released under the GPL (this happened some time after I submitted this ftp.d.o request). What's the reason the mips port of robotour doesn't get updated? Version 3.1.0 was in non-free and not run through the regular autobuilders. I have no idea why it's not autobuilt now that 3.1.1 has been released under the GPL and robotour has moved to main. However: the 3.1.0 mips binary that is on the servers still has the questionable license. For this reason I would still appreciate if you could explicitly remove the 3.1.0 binary, and let it reappear if/when the autobuilders pick up the GPLed 3.1.1. Thanks - Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300364: [l10n] Initial Czech translation of fuse debconf messages
Package: fuse Severity: wishlist Tags: l10n, patch Hi, in attachement there is initial Czech translation (cs.po) of fuse debconf messages, please include it. -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: fuse\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-12-25 17:36+0100\n PO-Revision-Date: 2005-03-19 10:14+0100\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-2\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../fuse-utils.templates:4 msgid Which group should be able to use fusermount? msgstr Kter skupina uivatel me pouvat fusermount? #. Type: string #. Description #: ../fuse-utils.templates:4 msgid To use a fusermount, one must be able to execute this command as a root. Please enter the group that should be given that ability. msgstr Abyste mohli pouvat fusermount, muste jej spoutt jako uivatel root. Zadejte skupinu uivatel, kter m mt tuto schopnost. #. Type: boolean #. Description #: ../fuse-utils.templates:11 msgid Should this group be created by the package? msgstr M balek tuto skupinu vytvoit? #. Type: boolean #. Description #: ../fuse-utils.templates:11 msgid The package can automatically create the group you requested in the previous question. Do you want it to do so? msgstr Balek um automaticky vytvoit skupinu, kterou jste zadali v pedchozm kroku. Chcete ji nyn vytvoit? #. Type: boolean #. Description #: ../fuse-utils.templates:18 msgid Should this group be deleted when the package is removed? msgstr M se tato skupina po odstrann balku smazat? #. Type: boolean #. Description #: ../fuse-utils.templates:18 msgid Upon removal of the package, it can automatically delete the group. All membership data will be purged. Do you want the package to delete the group upon removal? msgstr Pi odstrann balku se me automaticky smazat i tato skupina vetn vech zznam o lenstv. Chcete, aby se pi odstrann balku smazala i tato skupina? #. Type: boolean #. Description #: ../fuse-utils.templates:26 msgid Should the group membership be migrated to the new group? msgstr M se lenstv ve skupin pevst do nov skupiny? #. Type: boolean #. Description #: ../fuse-utils.templates:26 msgid You chose to rename the group allowed use a fusermount. Do you want all members of the previous group to be automatically added to the new group? msgstr Zvolili jste, e chcete pejmenovat skupinu uivatel, kter me pouvat fusermount. Chcete do nov skupiny automaticky pidat vechny leny z pvodn skupiny?
Bug#300363: xawtv: FTBFS (amd64/gcc-4.0): array type has incomplete element type
Package: xawtv
Severity: normal
Tags: patch
When building 'xawtv' on amd64 with gcc-4.0,
I get the following error:
CC console/scantv.o
In file included from console/scantv.c:19:
./common/channel.h:93: error: array type has incomplete element type
./common/channel.h:94: error: array type has incomplete element type
console/scantv.c: In function 'event':
console/scantv.c:53: warning: pointer targets in passing argument 1 of 'strlen'
differ in signedness
console/scantv.c:54: warning: pointer targets in passing argument 1 of 'strlen'
differ in signedness
console/scantv.c:54: warning: pointer targets in passing argument 1 of
'__strdup' differ in signedness
make[1]: *** [console/scantv.o] Error 1
make[1]: Leaving directory `/xawtv-3.94/work/xawtv-3.94'
make: *** [build-it] Error 2
With the attached patch 'xawtv' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/xawtv-3.94/dist/gcc4.diff ./dist/gcc4.diff
--- ../tmp-orig/xawtv-3.94/dist/gcc4.diff 1970-01-01 01:00:00.0
+0100
+++ ./dist/gcc4.diff2005-03-19 10:16:58.964273102 +0100
@@ -0,0 +1,49 @@
+diff -urN ../xawtv-3.94/console/fbtv.c xawtv-3.94/console/fbtv.c
+--- ../xawtv-3.94/console/fbtv.c 2004-06-30 12:26:52.0 +
xawtv-3.94/console/fbtv.c 2005-02-27 19:22:24.811259997 +
+@@ -187,7 +187,6 @@
+
+ #define NKEYTAB (sizeof(keytab)/sizeof(struct KEYTAB))
+
+-static char *snapbase;
+ static char default_title[128] = ???;
+ static char message[128] = ;
+
+diff -urN tmp/xawtv-3.94/common/channel.c xawtv-3.94/common/channel.c
+--- tmp/xawtv-3.94/common/channel.c2003-03-28 13:22:06.0 +0100
xawtv-3.94/common/channel.c2005-03-18 19:55:18.725753547 +0100
+@@ -181,6 +181,9 @@
+ { -1, NULL, },
+ };
+
++extern struct STRTAB booltab[];
++extern struct STRTAB captab[];
++
+ /* just malloc memory for a new channel ... */
+ struct CHANNEL*
+ add_channel(char *name)
+diff -urN tmp/xawtv-3.94/common/channel.h xawtv-3.94/common/channel.h
+--- tmp/xawtv-3.94/common/channel.h2003-02-14 15:14:04.0 +0100
xawtv-3.94/common/channel.h2005-03-18 19:43:32.462851013 +0100
+@@ -90,8 +90,6 @@
+
+ /* --- */
+
+-extern struct STRTAB booltab[];
+-extern struct STRTAB captab[];
+
+ int str_to_int(char *str, struct STRTAB *tab);
+ const char* int_to_str(int n, struct STRTAB *tab);
+diff -urN tmp/xawtv-3.94/common/commands.c xawtv-3.94/common/commands.c
+--- tmp/xawtv-3.94/common/commands.c 2004-04-19 18:24:05.0 +0200
xawtv-3.94/common/commands.c 2005-03-18 19:55:48.485941906 +0100
+@@ -162,6 +162,9 @@
+
+ static int keypad_state = -1;
+
++extern struct STRTAB booltab[];
++extern struct STRTAB captab[];
++
+ /* --- */
+
+ void add_attrs(struct ng_attribute *new)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298888: [Swig-dev] [PATCH] Python bindings bug showing with SWIG 1.3.24
Hi Max, On Sat, Mar 19, 2005 at 03:28:57AM -, Max Bowsher wrote: I've committed this (but also moved the tinfo declaration down as well), and nominated it for 1.1.4. That's great, thanks! Greetings Torsten signature.asc Description: Digital signature
Bug#300369: tripwire: postinst script fails
Package: tripwire Version: 2.3.1.2.0-3 Severity: normal Upgrading tripwire on my Sarge box failed. I traced the postinst script, which fails at this stage: + echo 'Generating site key (this may take several minutes)...' Generating site key (this may take several minutes)... + echo ** + sleep 2 + /usr/sbin/twadmin -m G -S '' + echo ** This is because the variable $SITEKEYFILE is used, but it was never defined. The same applies to the $LOCALKEYFILE variable, later in the script. If I define both variables at the begin of /var/lib/dpkg/info/tripwire.postinst, the upgrade works well: SITEKEYFILE=/etc/tripwire/site.key LOCALKEYFILE=/etc/tripwire/$(hostname)-local.key Another question: are the passwords stored into the debconf database? If yes, how much secure are them? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tripwire depends on: ii debconf 1.4.30.11Debian configuration management sy ii exim4 4.44-2 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail-tr 4.44-2 lightweight exim MTA (v4) daemon ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-6GCC support library ii libstdc++5 1:3.3.5-8The GNU Standard C++ Library v3 -- debconf information: * tripwire/local-passphrase: (password omitted) * tripwire/site-passphrase: (password omitted) * tripwire/local-passphrase-again: (password omitted) * tripwire/site-passphrase-again: (password omitted) * tripwire/rebuild-config: true tripwire/email-report: tripwire/broken-passphrase: * tripwire/installed: tripwire/site-passphrase-incorrect: false * tripwire/use-localkey: true tripwire/change-in-default-policy: * tripwire/use-sitekey: true tripwire/upgrade: true * tripwire/rebuild-policy: true tripwire/local-passphrase-incorrect: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300357: binutils-h8300-hms: /usr/h8300-hitachi-hms not FHS compliant
severity 300357 normal thanks On Sat, Mar 19, 2005 at 09:30:46AM +0100, Pierre THIERRY wrote: Package: binutils-h8300-hms Version: 2.9.5.0.37.5.1 Severity: serious Justification: FHS chapter 4 No package should install a directory directly in /usr Nevertheless, this is the de facto standard behavior for cross-build toolchains at present, and is not a release-critical bug. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#300359: /usr/i586-mingw32msvc not FHS compliant
severity 300359 normal thanks On Sat, Mar 19, 2005 at 09:35:03AM +0100, Pierre THIERRY wrote: Package: mingw32 Version: 3.4.2.20040916.1-2 Severity: serious Justification: FHS chapter 4 No package should install a directory directly in /usr This is not a release-critical bug. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#300374: xgalaga: FTBFS (amd64/gcc-4.0): array type has incomplete element type
Package: xgalaga
Severity: normal
Tags: patch
When building 'xgalaga' on amd64 with gcc-4.0,
I get the following error:
gcc -I. -I.. -O3 -g -DHAVE_CONFIG_H -c -o data.o data.c
In file included from data.c:19:
data.h:69: error: array type has incomplete element type
data.h:72: error: array type has incomplete element type
make[2]: *** [data.o] Error 1
make[2]: Leaving directory `/xgalaga-2.0.34/libsprite'
With the attached patch 'xgalaga' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/xgalaga-2.0.34/data.h ./data.h
--- ../tmp-orig/xgalaga-2.0.34/data.h 2005-03-19 11:09:23.159659483 +0100
+++ ./data.h2005-03-19 11:08:48.649752504 +0100
@@ -1,4 +1,5 @@
#include Wlib.h
+#include struct.h
extern W_Window gal, shellWin, baseWin;
diff -urN ../tmp-orig/xgalaga-2.0.34/libsprite/data.h ./libsprite/data.h
--- ../tmp-orig/xgalaga-2.0.34/libsprite/data.h 2005-03-19 11:09:23.151660896
+0100
+++ ./libsprite/data.h 2005-03-19 11:08:32.005689476 +0100
@@ -20,6 +20,7 @@
#include Wlib.h
#include defs.h
+#include struct.h
extern int nplanes;
extern int xpmORplanes ;
diff -urN ../tmp-orig/xgalaga-2.0.34/struct.h ./struct.h
--- ../tmp-orig/xgalaga-2.0.34/struct.h 2005-03-19 11:09:23.161659130 +0100
+++ ./struct.h 2005-03-19 10:58:34.860297032 +0100
@@ -1,3 +1,6 @@
+#ifndef STRUCT_H
+#define STRUCT_H
+
#include Wlib.h
struct torp {
@@ -43,3 +46,5 @@
signed short but;
signed long dir;
};
+
+#endif
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300373: codec_speex.so missing from asterisk 1.0.6-2
Package: asterisk Version: 1:1.0.6-2 Severity: normal The speex codec seems missing from latest release. Can it be reintroduced? Thanks, Alex -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages asterisk depends on: ii asterisk-config 1:1.0.6-2config files for asterisk ii asterisk-sounds-main1:1.0.6-2sound files for asterisk ii libasound2 1.0.8-3 ALSA library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgsm1 1.0.10-13Shared libraries for GSM speech co ii libncurses5 5.4-4Shared libraries for terminal hand ii libnewt0.51 0.51.6-20Not Erik's Windowing Toolkit - tex ii libpq3 7.4.7-2 PostgreSQL C client library ii libpri1 1.0.6-1 Primary Rate ISDN specification li ii libsqlite0 2.8.16-1 SQLite shared library ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libtonezone11:1.0.6-1tonezone library (runtime) ii unixodbc2.2.4-11 ODBC tools libraries ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300370: Music On Hold not working on asterisk 1.0.6
Package: asterisk Version: 1:1.0.6-2 Severity: important It seems like a bug was introduced on 1.0.6 and it has been corrected on stable CVS. A reference is here http://lists.digium.com/pipermail/asterisk-users/2005-March/092477.html -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages asterisk depends on: ii asterisk-config 1:1.0.6-2config files for asterisk ii asterisk-sounds-main1:1.0.6-2sound files for asterisk ii libasound2 1.0.8-3 ALSA library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgsm1 1.0.10-13Shared libraries for GSM speech co ii libncurses5 5.4-4Shared libraries for terminal hand ii libnewt0.51 0.51.6-20Not Erik's Windowing Toolkit - tex ii libpq3 7.4.7-2 PostgreSQL C client library ii libpri1 1.0.6-1 Primary Rate ISDN specification li ii libsqlite0 2.8.16-1 SQLite shared library ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libtonezone11:1.0.6-1tonezone library (runtime) ii unixodbc2.2.4-11 ODBC tools libraries ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300371: kernel-package: Script errors during kernel build on sparc64
Package: kernel-package Version: 8.127 Severity: important During a kernel compilation from Debian 2.6.8 or 2.6.10 kernel sources, I get script errors from sed: unterminated `s' command. These kernels used to compile cleanly with previous versions. [EMAIL PROTECTED]:/usr/src/kernel-source-2.6.8$ fakeroot make-kpkg --append-to-version=-fjp kernel_image sed: -e expression #1, char 6: unterminated `s' command # work around idiocy in recent kernel versions test ! -e scripts/package/builddeb || \ mv -f scripts/package/builddeb scripts/package/builddeb.dist [...] test ! -f stamp-debian test ! -f debian/official \ # for file in kernel_version.mk config kpkg-vercheck Control Control.bin86 rules README README.grub README.headers README.tecra README.modules sample.module.control Flavours Rationale copyright.source README.Debian src.postinst README.source include.postinst copyright.headers README.headers README.doc copyright.doc src.postinst image.postinst image.postrm image.preinst image.prerm xen.postinst xen.prerm um.postinst um.prerm linux.1 SiloDefault README.image copyright.image; do cp -f /usr/share/kernel-package/$file ./debian/; done /bin/sh: -c: line 1: syntax error: unexpected end of file make: [stamp-debian] Error 2 (ignored) echo done stamp-debian [EMAIL PROTECTED]:/usr/src/kernel-source-2.6.8$ fakeroot make-kpkg clean sed: -e expression #1, char 6: unterminated `s' command /usr/bin/make -f /usr/share/kernel-package/rules real_stamp_clean sed: -e expression #1, char 6: unterminated `s' command make[1]: Entering directory `/usr/src/kernel-source-2.6.8' test ! -f .config || cp -pf .config config.precious test -f Makefile \ /usr/bin/makeARCH=sparc64 distclean -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.8-2-sparc64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-package depends on: ii dpkg 1.10.27Package maintenance system for Deb ii dpkg-dev 1.10.27Package building tools for Debian ii gcc [c-compiler] 4:3.3.5-1 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.5-12 The GNU C compiler ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300372: gnue-forms: FTBFS
Package: gnue-forms Version: 0.5.11-1 Severity: serious Hi, building the package gnue-forms in a clean build environment (with pbuilder) on i386 results in: = [...] fakeroot debian/rules binary dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) test -x debian/rules test `id -u` = 0 dh_clean -k dh_installdirs -A if [ -n ]; then \ mkdir -p ; \ fi if [ ! -d . ]; then \ mkdir -p .; \ fi if [ -z ]; then \ if ! test -f debian/compat; then echo 4 debian/compat; fi; \ fi cd . python setup.py build --build-base=./build running build running build_py running build_scripts cd . /usr/bin/python setup.py install --root=/tmp/buildd/gnue-forms-0.5.11/debian/gnue-forms-wxgtk/ --no-compile -O0 running install Gtk-WARNING **: cannot open display: :0.0 checking mxDateTime library checking Python ncurses library (pyncurses) (currently not working) checking Python curses library (curses) (currently not working) checking wxPython library: make: *** [common-install-impl] Error 1 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ Please note that this report has not been generated fully automatically. DARTS just helped finding the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299007: base-files: Insecure PATH
Brendan O'Dea [EMAIL PROTECTED] wrote: ... the current situation poses no security risks without the administrator choosing to add users to the staff group. Sorry, that is wrong. Quoting from the original bug report: Become-any-user-but-root and become-any-group-but-root bugs are quite common. When a group of machines share user home directories via NFS exported from somewhere with default root-squash, getting root on one machine gives precisely that on all others of the group. There have been genuine such bugs also e.g. in sendmail [6]. Bill Allombert [EMAIL PROTECTED] wrote: ... there is at least an other group in Debian that is equivalent to root access, namely disk, and there are others that present a security risk (e.g. shadow). Why special casing staff ? Thanks for pointing those out! Add group tty also? All should be squashed (and the objects owned by root:root instead). Cheers, Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#203700: Return of the Evil Bug
I thought again about this bug, and I am pretty sure this is a real bug in how SSH deals with public keys: why do the client tries all existing keys if the host matches a configuration that states precisely which key is to be used? Quickly, Nowhere man -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature
Bug#300269: mpage: FTBFS (amd64/gcc-4.0): array type has incomplete element type
Thanks - applied - new version should hit the archives shortly... Adrian -- Email: [EMAIL PROTECTED] Windows NT - Unix in beta-testing. GPG/PGP keys available on public key servers Debian GNU/Linux -*- By professionals for professionals -*- www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300375: Missing depency information (sed)
Package: fuse-utils
Version: 2.2.1-1
Problem:
I get this when i tried to install new version:
Setting up fuse-utils (2.2.1-1) ...
sed: invalid option -- i
Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]...
-n, --quiet, --silent
suppress automatic printing of pattern space
-e script, --expression=script
add the script to the commands to be executed
-f script-file, --file=script-file
add the contents of script-file to the commands to be
executed
--help display this help and exit
-V, --version output version information and exit
If no -e, --expression, -f, or --file option is given, then the first
non-option argument is taken as the sed script to interpret. All
remaining arguments are names of input files; if no input files are
specified, then the standard input is read.
E-mail bug reports to: [EMAIL PROTECTED] .
Be sure to include the word ``sed'' somewhere in the ``Subject:'' field.
dpkg: error processing fuse-utils (--configure):
subprocess post-installation script returned error exit status 4
Errors were encountered while processing:
fuse-utils
Solution:
Here is my current situation with sed package:
$ apt-show-versions -a -p sed
sed 3.02-8 install ok installed
sed 3.02-8 stable
sed 4.1.2-8 testing
After installing version 4.1.2-8 fuse-utils installed fine.
Debian changelogs says that correct version for depency should be greater
than 4.1-4 or 4.1.1-1 (those were version where -i option was introduced and
fixed).
Bug#300367: Processed: severity of 300367 is normal
On Sat, Mar 19, 2005 at 02:33:30AM -0800, Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.11 severity 300367 normal Bug#300367: libc5-altdev: /usr/i486-linuxlibc1 not FHS compliant Severity set to `normal'. That is an historical path due to moving libc5 - libc6 in old good days, I think. I was not here at that time :-) I think using something like /usr/lib/libc5 shouldn't break things, AFAIK. That's required for the whole alt* series... I wonder if that could seriously break users setup, anyway ? -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300372: gnue-forms: FTBFS: wxPython check not possible without working DISPLAY
retitle 300372 gnue-forms: FTBFS: wxPython check not possible without working
DISPLAY
tag 300372 patch
thanks
Hi!
The attached patch works for me.
bye,
Roland
--
--- orig/gnue-forms-0.5.11/setup.py 2005-01-04 08:37:20.0 +0100
+++ gnue-forms-0.5.11/setup.py 2005-03-19 11:17:53.949696928 +0100
@@ -176,23 +176,8 @@
# wxPython
print checking wxPython library: ,
-if (os.environ.has_key('DISPLAY') and len(os.environ[DISPLAY])) or \
- os.name!='posix':
- try:
-from wxPython import wx
-if wx.__version__[0:2]=='2.':
- print ok (%s) % wx.__version__
- UIOK = 1
- # WORKAROUND:
- # return now because subsequent import of pygtk will segfault.
- return
-else:
- print Version 2.3 or greater needed
- except ImportError:
-pass
-else:
- print check not possible, X11 not working, assuming wxPython is there
- UIOK = 1
+print assuming that wxPython works on Debian
+UIOK = 1
# pyGTK 2.0
print checking pyGTK 2.0 library: ,
Bug#300376: tor: FTBFS (ppc64): /bin/sh ./config.sub powerpc64-linux failed
Package: tor
Severity: normal
Tags: patch
When building 'tor' on ppc64, I get the following error:
checking whether make sets $(MAKE)... yes
checking build system type... Invalid configuration `powerpc64-linux': machine
`powerpc64' not recognized
configure: error: /bin/sh ./config.sub powerpc64-linux failed
make: *** [config.status] Error 1
Please update config.guess and config.sub to support the ppc64
architecture.
Regards
Andreas Jochens
diff -urN ../tmp-orig/tor-0.0.9.5/debian/control ./debian/control
--- ../tmp-orig/tor-0.0.9.5/debian/control 2005-03-19 11:42:16.419528458
+0100
+++ ./debian/control2005-03-19 11:42:08.401620388 +0100
@@ -2,7 +2,7 @@
Section: comm
Priority: optional
Maintainer: Peter Palfrader [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.1.65), libssl-dev, dpatch, zlib1g-dev,
tetex-bin, tetex-extra, transfig, gs
+Build-Depends: debhelper (= 4.1.65), autotools-dev, libssl-dev, dpatch,
zlib1g-dev, tetex-bin, tetex-extra, transfig, gs
Standards-Version: 3.6.1
Package: tor
diff -urN ../tmp-orig/tor-0.0.9.5/debian/rules ./debian/rules
--- ../tmp-orig/tor-0.0.9.5/debian/rules2005-03-19 11:42:16.413532441
+0100
+++ ./debian/rules 2005-03-19 11:41:57.821666840 +0100
@@ -44,6 +44,7 @@
configure: patch-stamp
config.status: configure
dh_testdir
+ cp /usr/share/misc/config.{guess,sub} .
CFLAGS=$(CFLAGS) ./configure \
--host=$(DEB_HOST_GNU_TYPE) \
--build=$(DEB_BUILD_GNU_TYPE) \
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300377: isdnactivecards: broken upgrade from Woody to current Sarge
Package: isdnactivecards Severity: important Hi, With version 1:3.6.2005-01-03-3, the upgrade from Woody broke: package isdnactivecards provided all the capi utils, including /etc/isdn/capi.conf, see http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelistword=isdnactivecardsversion=stablearch=i386 However, this changed and created a broken upgrade path. This can disable the abilitiy of a system to dialup! Additionally, the isdnactivecards package might become an unused one (not having an active card). OTOH, isdnactivecards should not depend on capituils. I hope you can solve this. HS -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300317: sane-utils: scanimage -L does not return
Rainer Dorsch [EMAIL PROTECTED] wrote: [please keep the bug log in the loop when replying] It is umax: silverboxy:~# SANE_DEBUG_UMAX=255 scanimage -L [sanei_debug] Setting debug level of umax to 255. [umax] sane_init [umax] This is sane-umax version 1.0 build 44 [umax] compiled with USB support for Astra 2200 [umax] (C) 1997-2002 by Oliver Rauch [umax] EMAIL: [EMAIL PROTECTED] [umax] reading configure file umax.conf [umax] sanei_config_attach_matching_devices(scsi UMAX * Scanner) [umax] sanei_config_attach_matching_devices(scsi LinoHell JADE) [umax] sanei_config_attach_matching_devices(scsi LinoHell Office) [umax] sanei_config_attach_matching_devices(scsi LinoHell Office2) [umax] sanei_config_attach_matching_devices(scsi LinoHell SAPHIR2) [umax] sanei_config_attach_matching_devices(scsi LinoHell SAPHIR3) [umax] sanei_config_attach_matching_devices(scsi Linotype SAPHIR4) [umax] sanei_config_attach_matching_devices(scsi LinoHell OPAL2) [umax] sanei_config_attach_matching_devices(scsi HDM LS4H1S) [umax] sanei_config_attach_matching_devices(scsi Nikon AX-110) [umax] sanei_config_attach_matching_devices(scsi Nikon AX-210) [umax] sanei_config_attach_matching_devices(scsi KYE ColorPage-HR5) [umax] sanei_config_attach_matching_devices(scsi EPSON Perfection600) [umax] sanei_config_attach_matching_devices(scsi ESCORT Galleria 600S) [umax] sanei_config_attach_matching_devices(scsi TriGem PowerScanII) [umax] sanei_usb_attach_matching_devices(usb 0x1606 0x0230) [umax] option connection-type = 1 [umax] attach_scanner: /dev/scanner, connection_type 1 [umax] attach_scanner: opening scsi device /dev/scanner [umax] ERROR: attach_scanner: opening scsi device /dev/scanner failed [umax] option connection-type = 2 [umax] attach_scanner: /dev/usbscanner, connection_type 2 [umax] attach_scanner: opening usb device /dev/usbscanner [umax] sanei_umaxusb_open: open of `/dev/usbscanner' failed: Invalid argument [umax] ERROR: attach_scanner: opening usb device /dev/usbscanner failed [umax] finished reading configure file [umax] sane_get_devices(local_only = 0) When I run as user, the problem does not occur: [EMAIL PROTECTED]:~$ scanimage -L device `umax1220u:libusb:001:004' is a UMAX Astra 1220U flatbed scanner [EMAIL PROTECTED]:~$ SANE_DEBUG_UMAX=255 scanimage -L [sanei_debug] Setting debug level of umax to 255. [umax] sane_init [umax] This is sane-umax version 1.0 build 44 [umax] compiled with USB support for Astra 2200 [umax] (C) 1997-2002 by Oliver Rauch [umax] EMAIL: [EMAIL PROTECTED] [umax] reading configure file umax.conf [umax] sanei_config_attach_matching_devices(scsi UMAX * Scanner) [umax] sanei_config_attach_matching_devices(scsi LinoHell JADE) [umax] sanei_config_attach_matching_devices(scsi LinoHell Office) [umax] sanei_config_attach_matching_devices(scsi LinoHell Office2) [umax] sanei_config_attach_matching_devices(scsi LinoHell SAPHIR2) [umax] sanei_config_attach_matching_devices(scsi LinoHell SAPHIR3) [umax] sanei_config_attach_matching_devices(scsi Linotype SAPHIR4) [umax] sanei_config_attach_matching_devices(scsi LinoHell OPAL2) [umax] sanei_config_attach_matching_devices(scsi HDM LS4H1S) [umax] sanei_config_attach_matching_devices(scsi Nikon AX-110) [umax] sanei_config_attach_matching_devices(scsi Nikon AX-210) [umax] sanei_config_attach_matching_devices(scsi KYE ColorPage-HR5) [umax] sanei_config_attach_matching_devices(scsi EPSON Perfection600) [umax] sanei_config_attach_matching_devices(scsi ESCORT Galleria 600S) [umax] sanei_config_attach_matching_devices(scsi TriGem PowerScanII) [umax] sanei_usb_attach_matching_devices(usb 0x1606 0x0230) [umax] option connection-type = 1 [umax] attach_scanner: /dev/scanner, connection_type 1 [umax] attach_scanner: opening scsi device /dev/scanner [umax] ERROR: attach_scanner: opening scsi device /dev/scanner failed [umax] option connection-type = 2 [umax] attach_scanner: /dev/usbscanner, connection_type 2 [umax] attach_scanner: opening usb device /dev/usbscanner [umax] sanei_umaxusb_open: open of `/dev/usbscanner' failed: Invalid argument [umax] ERROR: attach_scanner: opening usb device /dev/usbscanner failed [umax] finished reading configure file [umax] sane_get_devices(local_only = 0) device `umax1220u:libusb:001:004' is a UMAX Astra 1220U flatbed scanner [umax] sane_exit [EMAIL PROTECTED]:~$ OK... probably not a problem in the backend. Could you run scanimage under gdb and obtain a backtrace ? JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300378: lasso: FTBFS: compile error: too few arguments to function zend_rsrc_list_get_rsrc_type
Package: lasso Version: 0.4.1-3 Severity: serious Hi, building the package lasso in a clean build environment (with pbuilder) on i386 results in: = [...] make[3]: Leaving directory `/tmp/buildd/lasso-0.4.1/php/examples' make[3]: Entering directory `/tmp/buildd/lasso-0.4.1/php' if /bin/sh ../libtool --mode=compile i386-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../lasso-DXMLSEC_CRYPTO=\openssl\ -DXMLSEC_LIBXML_260=1 -D__XMLSEC_FUNCTION__=__FUNCTION__ -DXMLSEC_NO_XKMS=1 -DXMLSEC_NO_CRYPTO_DYNAMIC_LOADING=1 -DXMLSEC_CRYPTO_OPENSSL=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/xmlsec1 -I.. -I/usr/include/php4 -I/usr/include/php4/main -I/usr/include/php4/Zend -I/usr/include/php4/TSRM -Wall -g -O2 -MT lasso_la-lasso_wrap.lo -MD -MP -MF .deps/lasso_la-lasso_wrap.Tpo -c -o lasso_la-lasso_wrap.lo `test -f 'lasso_wrap.c' || echo './'`lasso_wrap.c; \ then mv -f .deps/lasso_la-lasso_wrap.Tpo .deps/lasso_la-lasso_wrap.Plo; else rm -f .deps/lasso_la-lasso_wrap.Tpo; exit 1; fi mkdir .libs i386-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../lasso -DXMLSEC_CRYPTO=\openssl\ -DXMLSEC_LIBXML_260=1 -D__XMLSEC_FUNCTION__=__FUNCTION__ -DXMLSEC_NO_XKMS=1 -DXMLSEC_NO_CRYPTO_DYNAMIC_LOADING=1 -DXMLSEC_CRYPTO_OPENSSL=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/xmlsec1 -I.. -I/usr/include/php4 -I/usr/include/php4/main -I/usr/include/php4/Zend -I/usr/include/php4/TSRM -Wall -g -O2 -MT lasso_la-lasso_wrap.lo -MD -MP -MF .deps/lasso_la-lasso_wrap.Tpo -c lasso_wrap.c -fPIC -DPIC -o .libs/lasso_la-lasso_wrap.o lasso_wrap.c: In function `SWIG_ZTS_ConvertResourcePtr': lasso_wrap.c:472: error: too few arguments to function `zend_rsrc_list_get_rsrc_type' lasso_wrap.c: In function `SWIG_ZTS_ConvertPtr': lasso_wrap.c:497: warning: dereferencing type-punned pointer will break strict-aliasing rules lasso_wrap.c:488: warning: unused variable `val' lasso_wrap.c: In function `_wrap_new_LassoAssertion': [...] lasso_wrap.c:8026: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8030: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8034: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8038: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8042: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8046: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8050: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8054: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8058: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8062: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8066: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8070: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8074: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8078: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c:8082: error: too few arguments to function `zend_register_internal_class_ex' lasso_wrap.c: At top level: lasso_wrap.c:183: warning: `SWIG_PHP4_TypeDynamicCast' defined but not used lasso_wrap.c:195: warning: `SWIG_PHP4_TypeName' defined but not used lasso_wrap.c:201: warning: `SWIG_PHP4_TypeQuery' defined but not used lasso_wrap.c:233: warning: `SWIG_PHP4_PackData' defined but not used lasso_wrap.c:248: warning: `SWIG_PHP4_UnpackData' defined but not used lasso_wrap.c:321: warning: `SWIG_landfill' defined but not used lasso_wrap.c:350: warning: `SWIG_SetPointerChar' defined but not used make[3]: *** [lasso_la-lasso_wrap.lo] Error 1 make[3]: Leaving directory `/tmp/buildd/lasso-0.4.1/php' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/lasso-0.4.1/php' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/buildd/lasso-0.4.1' make: *** [build-stamp] Error 2 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ Please note that this report has not been generated fully automatically. DARTS just helped finding the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#262272: mutt: segfault while sorting mailbox
On Sat, Mar 19, 2005 at 10:17:36AM +0100, Marco d'Itri wrote: Package: mutt Version: 1.5.6-20040907+3 Followup-For: Bug #262272 This crash happens to me every day, probably three times a day. Finally I got annoyed and built mutt from debian sources, and put gdb on it: [..] (gdb) print tmp $4 = (THREAD *) 0x0 [..] hours (nine hour work day, three times a day). It always dies with the status line saying Sorting mailbox... and always only for IMAP That sounds virtually identical to a bug which was fixed some time ago, although I can't actually remember which version. Could you get the latest mutt, 1.5.9, from ftp://ftp.mutt.org/mutt/devel/ and see if you can still reproduce the problem with that? (Doing that also has the advantage of eliminating the patches applied to the Debian version.) -- Paul signature.asc Description: Digital signature
Bug#266824: progress?
martin f krafft wrote: Has any progress been made? I would offer to test any packages... Thanks for the reminder ... just started to work on the package again :). But now I see why I stopped last time doing it: sadly enough the new mozilla extension manager is still broken on the trunk :( and the patches for firefox/thunderbird do not apply since ff and tbird 1.0 come from the aviary branch :). Feel free to throw regular reminders at me (in 1 week or so) - just in case I somehow give up this weekend :) -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.jwsdot.com/ | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300379: Lisa does not report total and log program end when exited via 'q' or ^C
Package: dak Severity: minor Lisa does not report total and log program end when exited via 'q' or ^C This makes a quick calculation of bytes accepted impossible. --Jeroen -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#262977: fixed in php5 5.0.3-1
reopen 262977 owner 262977 Adam Conrad [EMAIL PROTECTED] thanks On Sun, Feb 27, 2005 at 07:17:19PM -0500, Piotr Roszatycki wrote: We believe that the bug you reported is fixed in the latest version of php5, which is due to be installed in the Debian FTP archive: This upload didn't make it into the archive in the end, reopening ITP, setting owner to the ITP'er. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300380: [matevz.jekovec@guest.arnes.si: NoteEdit 2.7.4]
Package: noteedit Severity: wishlist - Forwarded message from Matevz Jekovec [EMAIL PROTECTED] - Date: Sat, 19 Mar 2005 12:58:31 +0100 From: Matevz Jekovec [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: NoteEdit 2.7.4 Resent-From: debian-qa-packages@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello to all! We're glad to inform you that the first version of NoteEdit released by a new developing team (http://noteedit.berlios.de) is ready. Since you are the official maintainers (according to apt-cache show noteedit) of the Debian package, we'd be interested if you could update the existing 2.7.1 version. Some major changes since the old 2.7.3 version include: - - rests can have fermatas - - many improvements in LilyPond export filter (many bugs squashed, 2.4.x syntax compatible, bar numbers printed in non-first voices, much nicer outlook of the file) - - added Slovenian translation - - many bugs and some startup crashes concerning ALSA fixed Best regards! ~ Matev?? Jekovec ~ NoteEdit development team -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCPBPnm1IQqmP8KVgRAo/YAJ9fBrUkILoqcf18ml0ElejLukgIngCdFovA z5WUmwQHwlBEmoj4+/LwpIg= =uBD9 -END PGP SIGNATURE- - End forwarded message - -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300384: AFRINIC: 81.192.0.0/16
Package: jwhois Version: 3.2.2-2 Severity: normal Hi, the IP range 81.192.0.0/16 should be looked up at whois.afrinic.net. Thanks! Christian -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=POSIX, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages jwhois depends on: ii adduser 3.63 Add and remove users and groups ii dpkg1.10.27 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgdbm31.8.3-2 GNU dbm database routines (runtime -- no debconf information -- The best and most beautiful things in the world cannot be seen or even touched - they must be felt with the heart. -- Hellen Keller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300383: RFP: starttls -- TLS encryption helper program
Package: wnpp Severity: wishlist * Package name: starttls Version : 0.10 Upstream Author : ? * URL : ftp://ftp.opaopa.org/pub/elisp/ * License : GPL Description : TLS encryption helper program This program is necessary to establish STARTTLS connections from emacs (e.g., an encrypted IMAP session with Gnus). It can probably used with other programs as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300381: [INTL:ru] Debconf russian translation
Package: xcdroast Version: 0.98+0alpha15 This is debconf russian translation. ru.po.gz Description: Binary data
Bug#300382: AFRINIC: 213.154.64.0/19
Package: jwhois Version: 3.2.2-2 Severity: normal Hi, the IP range 213.154.64.0/19 should be looked up at whois.afrinic.net. Thanks! Christian -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=POSIX, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages jwhois depends on: ii adduser 3.63 Add and remove users and groups ii dpkg1.10.27 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgdbm31.8.3-2 GNU dbm database routines (runtime -- no debconf information -- The best and most beautiful things in the world cannot be seen or even touched - they must be felt with the heart. -- Hellen Keller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#262272: mutt: segfault while sorting mailbox
On Mar 19, Paul Walker [EMAIL PROTECTED] wrote: That sounds virtually identical to a bug which was fixed some time ago, although I can't actually remember which version. Could you get the latest mutt, 1.5.9, from ftp://ftp.mutt.org/mutt/devel/ and see if you can still reproduce the problem with that? Or even: http://the-swirl.org/~adeodato/repo/mutt/ . -- ciao, Marco signature.asc Description: Digital signature
Bug#299007: base-files: Insecure PATH
On Sat, Mar 19, 2005 at 09:35:42PM +1100, [EMAIL PROTECTED] wrote: Thanks for pointing those out! Add group tty also? All should be squashed (and the objects owned by root:root instead). Hey, good idea! Why don't we ditch *all* the groups and have everything groupt root! That src group is *obviously* a security risk, it makes any user in that group root-equiv since they can dick with /usr/src/linux... Sheesh. Get a grip. The various role groups are useful, and typically *increase* security since they provide limited access to certain files/subtrees. Moreover by default no user is placed into those groups. Your argument is that exporting a writable / or /usr via NFS exposes you to possible exploits? Then DON'T DO THAT. Can you give a realistic example where one would *want* such an export? Moreover one without all_squash? NFS exports of /usr for diskless workstations are typically read-only, and in such cases / is either also read-only or specific to the client. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268206: NoteEdit 2.7.4
On Sat, Mar 19, 2005 at 12:58:31PM +0100, Matevz Jekovec wrote: Hello to all! We're glad to inform you that the first version of NoteEdit released by a new developing team (http://noteedit.berlios.de) is ready. Since you are the official maintainers (according to apt-cache show noteedit) of the Debian package, we'd be interested if you could update the existing 2.7.1 version. I've noted your request in a wishlist bug, but currently, noteedit doesn't really have a maintainer ([EMAIL PROTECTED] is just a placeholder for such packages so they get the minimum attention needed if someting urgent comes up). In http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=268206 you can see talk about removing noteedit, but with this new version, this might be not needed anymore. Thank you for continuing to work on noteedit, I hope that Paul Brossier [EMAIL PROTECTED] will quickly adopt it and put this version in Debian. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300385: haddock: FTBFS (amd64/gcc-4.0): lexical error in string/character literal
Package: haddock
Severity: normal
Tags: patch
When building 'haddock' on amd64 with gcc-4.0,
I get the following error:
/usr/bin/make INSTALLING=0 BIN_DIST=0 - --no-print-directory -r all
/usr/bin/ghc -H16m -O -package network -fglasgow-exts -cpp-c FastMutInt.hs
-o FastMutInt.o -ohi FastMutInt.hi
/usr/bin/ghc -H16m -O -package network -fglasgow-exts -cpp-c Binary.hs -o
Binary.o -ohi Binary.hi
/usr/bin/ghc -H16m -O -package network -fglasgow-exts -cpp-c BlockTable.hs
-o BlockTable.o -ohi BlockTable.hi
/usr/bin/ghc -H16m -O -package network -fglasgow-exts -cpp-c Digraph.lhs -o
Digraph.o -ohi Digraph.hi
/usr/bin/ghc -H16m -O -package network -fglasgow-exts -cpp-c HsSyn.lhs -o
HsSyn.o -ohi HsSyn.hi
/usr/bin/ghc -H16m -O -package network -fglasgow-exts -cpp-c HaddockUtil.hs
-o HaddockUtil.o -ohi HaddockUtil.hi
HaddockUtil.hs:191: warning: backslash and newline separated by space
HaddockUtil.hs:192: warning: backslash and newline separated by space
HaddockUtil.hs:193: warning: backslash and newline separated by space
HaddockUtil.hs:194: warning: backslash and newline separated by space
HaddockUtil.hs:195: warning: backslash and newline separated by space
HaddockUtil.hs:191: lexical error in string/character literal
With the attached patch 'haddock' can be compiled
on amd64 using gcc-4.0.
The patch was taken from gentoo.
Regards
Andreas Jochens
diff -urN ../tmp-orig/haddock-0.6/haddock/src/HaddockUtil.hs
./haddock/src/HaddockUtil.hs
--- ../tmp-orig/haddock-0.6/haddock/src/HaddockUtil.hs 2003-11-10
17:14:42.0 +0100
+++ ./haddock/src/HaddockUtil.hs2005-03-19 12:37:41.422854453 +0100
@@ -188,12 +188,12 @@
moduleHeaderRE :: Regex
moduleHeaderRE = mkRegexWithOpts
-^([ \t\n]*Module[ \t]*:.*\n)?\
- \([ \t\n]*Copyright[ \t]*:.*\n)?\
- \([ \t\n]*License[ \t]*:.*\n)?\
- \[ \t\n]*Maintainer[ \t]*:(.*)\n\
- \[ \t\n]*Stability[ \t]*:(.*)\n\
- \[ \t\n]*Portability[ \t]*:([^\n]*)\n
+ ( ^([ \t\n]*Module[ \t]*:.*\n)? ++
+ ([ \t\n]*Copyright[ \t]*:.*\n)? ++
+ ([ \t\n]*License[ \t]*:.*\n)? ++
+ [ \t\n]*Maintainer[ \t]*:(.*)\n ++
+ [ \t\n]*Stability[ \t]*:(.*)\n ++
+ [ \t\n]*Portability[ \t]*:([^\n]*)\n )
True -- match \n with .
False -- not case sensitive
-- All fields except the last (Portability) may be multi-line.
diff -urN ../tmp-orig/haddock-0.6/haddock/src/HaddockVersion.hs
./haddock/src/HaddockVersion.hs
--- ../tmp-orig/haddock-0.6/haddock/src/HaddockVersion.hs 2003-11-10
17:14:42.0 +0100
+++ ./haddock/src/HaddockVersion.hs 2005-03-19 12:37:41.423854252 +0100
@@ -14,5 +14,4 @@
-- The version comes in via CPP from mk/version.mk
projectVersion :: String
-projectVersion = tail \
- \ HADDOCK_VERSION
+projectVersion = 0.6
diff -urN ../tmp-orig/haddock-0.6/haddock/src/Main.hs ./haddock/src/Main.hs
--- ../tmp-orig/haddock-0.6/haddock/src/Main.hs 2003-11-10 17:13:39.0
+0100
+++ ./haddock/src/Main.hs 2005-03-19 12:37:41.423854252 +0100
@@ -460,8 +460,8 @@
when (not (null name_strings)) $
tell [Warning: ++ show mdl ++
- : the following names could not be resolved:\n\
- \++ concat (map (' ':) name_strings)
+ : the following names could not be resolved:\n ++
+ ++ concat (map (' ':) name_strings)
]
return (mdl, Interface {
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300386: yiyantang: FTBFS (ppc64/gcc-4.0): Please update config.guess and config.sub
Package: yiyantang
Severity: normal
Tags: patch
When building 'yiyantang' on ppc64 with gcc-4.0,
I get the following error:
UNAME_MACHINE = ppc64
UNAME_RELEASE = 2.6.10-1-ppc64
UNAME_SYSTEM = Linux
UNAME_VERSION = #1 SMP Sat Feb 12 12:25:34 CET 2005
configure: error: can not guess host type; you must specify one
make: *** [build-stamp] Error 1
Please update the 'config/config.guess' and 'config/config.sub' scripts
to support the ppc64 architecture.
Regards
Andreas Jochens
diff -urN ../tmp-orig/yiyantang-0.7.0/debian/control ./debian/control
--- ../tmp-orig/yiyantang-0.7.0/debian/control 2005-03-19 13:35:33.037772026
+0100
+++ ./debian/control2005-03-19 13:22:56.0 +0100
@@ -1,8 +1,8 @@
Source: yiyantang
-Build-Depends: debhelper (= 2.0.72), libhz-dev (= 0.3.12-2)
Section: text
Priority: optional
Maintainer: Yu Guanghui [EMAIL PROTECTED]
+Build-Depends: debhelper, autotools-dev, libhz-dev (= 0.3.12-2)
Standards-Version: 3.1.0
Package: yiyantang
diff -urN ../tmp-orig/yiyantang-0.7.0/debian/rules ./debian/rules
--- ../tmp-orig/yiyantang-0.7.0/debian/rules2005-03-19 13:35:33.038771362
+0100
+++ ./debian/rules 2005-03-19 13:35:20.006707662 +0100
@@ -11,6 +11,7 @@
build: build-stamp
build-stamp:
dh_testdir
+ cp /usr/share/misc/config.{guess,sub} config
# Add here commands to compile the package.
./configure --prefix=/usr
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300387: melanie: -R should take -a into account
Package: dak Severity: wishlist melanie's reverse dep check shouldn't check all architectures when only about to remove certain architectures from a package, but only that specific architecture. It also should pay attention to arch-specific build-depends if it doesn't already (hard to say because of above). --Jeroen -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300388: libxml-commons-resolver1.1-java: FTBFS: NullPointerException
Package: libxml-commons-resolver1.1-java Version: 1.1-4 Severity: serious Hi, building the package libxml-commons-resolver1.1-java in a clean build environment (with pbuilder) on i386 results in: = [...] if [ ! -d . ]; then \ mkdir -p .; \ fi if [ -z ]; then \ if ! test -f debian/compat; then echo 4 debian/compat; fi; \ fi cd . /usr/bin/java-sablevm -classpath /usr/share/ant1.6/lib/ant.jar:/usr/share/java/xerces.jar:/usr/share/ant1.6/lib/ant-launcher.jar:/usr/share/java/jaxp-1.2.jar: -Dant.home=/usr/share/ant1.6 org.apache.tools.ant.Main -Dcompile.debug=true -Dcompile.optimize=true -Dbuild.compiler=jikes -buildfile resolver.xml jar Buildfile: resolver.xml init: [echo] Building xml-commons-resolver (version: 1.1) Buildfile: $Revision: 1.11 $ [mkdir] Created dir: /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes [mkdir] Created dir: /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes/org/apache/xml/resolver/etc [mkdir] Created dir: /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/docs [mkdir] Created dir: /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/apidocs/resolver [copy] Copying 1 file to /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build [copy] Copying 1 file to /tmp/buildd/libxml-commons-resolver1.1-java-1.1/src/org/apache/xml/resolver compile: [echo] Compiling... [javac] Compiling 29 source files to /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes [javac] Issued 5 semantic warnings compiling /tmp/buildd/libxml-commons-resolver1.1-java-1.1/src/org/apache/xml/resolver/readers/OASISXMLCatalogReader.java: [javac]388. entryType = catalog.DOCTYPE; [javac] ^-^ [javac] *** Semantic Warning: Accessing the class field DOCTYPE via an instance is discouraged because the field accessed will be the one in the variable's declared type, not the instance's dynamic type. [...] [javac] *** Semantic Warning: Accessing the class field SYSTEM via an instance is discouraged because the field accessed will be the one in the variable's declared type, not the instance's dynamic type. jar: [echo] Jarring ./build/resolver.jar from ./build/classes [copy] Copying 3 files to /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes/org/apache/xml/resolver/etc [jar] Building jar: /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/resolver.jar java.lang.NullPointerException at java.text.DecimalFormatSymbols.setCurrency (DecimalFormatSymbols.java:397) at java.text.DecimalFormatSymbols.DecimalFormatSymbols (DecimalFormatSymbols.java:151) at java.text.NumberFormat.computeInstance (NumberFormat.java:327) at java.text.NumberFormat.getNumberInstance (NumberFormat.java:456) at java.text.NumberFormat.getInstance (NumberFormat.java:381) at java.text.MessageFormatElement.setLocale (MessageFormat.java:90) at java.text.MessageFormat.scanFormat (MessageFormat.java:314) at java.text.MessageFormat.applyPattern (MessageFormat.java:335) at java.text.MessageFormat.formatInternal (MessageFormat.java:465) at java.text.MessageFormat.format (MessageFormat.java:403) at java.text.MessageFormat.format (MessageFormat.java:518) at java.text.Format.format (Format.java:101) at org.apache.tools.ant.util.DateUtils.formatElapsedTime (DateUtils.java:132) at org.apache.tools.ant.DefaultLogger.formatTime (DefaultLogger.java:276) at org.apache.tools.ant.DefaultLogger.buildFinished (DefaultLogger.java:156) at org.apache.tools.ant.Project.fireBuildFinished (Project.java:1796) at org.apache.tools.ant.Main.runBuild (Main.java:693) at org.apache.tools.ant.Main.startAnt (Main.java:188) at org.apache.tools.ant.Main.start (Main.java:151) at org.apache.tools.ant.Main.main (Main.java:241) at java.lang.VirtualMachine.invokeMain (VirtualMachine.java) at java.lang.VirtualMachine.main (VirtualMachine.java:108) make: *** [debian/stamp-ant-build] Error 1 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ Please note that this report has not been generated fully automatically. DARTS just helped finding the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300389: maelstrom: FTBFS (ppc64): Please update config.guess and config.sub
Package: maelstrom
Severity: normal
Tags: patch
When building 'maelstrom' on ppc64, I get the following error:
UNAME_MACHINE = ppc64
UNAME_RELEASE = 2.6.10-1-ppc64
UNAME_SYSTEM = Linux
UNAME_VERSION = #1 SMP Sat Feb 12 12:25:34 CET 2005
configure: error: cannot guess build type; you must specify one
make: *** [build] Error 1
Please update the config.guess and config.sub scripts to support the
ppc64 architecture.
Regards
Andreas Jochens
diff -urN ../tmp-orig/maelstrom-1.4.3-L3.0.6/debian/control ./debian/control
--- ../tmp-orig/maelstrom-1.4.3-L3.0.6/debian/control 2005-03-19
13:37:27.415988416 +0100
+++ ./debian/control2005-03-19 13:37:12.0 +0100
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Christoph Baumann [EMAIL PROTECTED]
Standards-Version: 3.6.1
-Build-Depends: libsdl1.2-dev (= 1.0.0), libsdl-net1.2-dev, libc6-dev,
xlibs-dev, debhelper
+Build-Depends: autotools-dev, libsdl1.2-dev (= 1.0.0), libsdl-net1.2-dev,
libc6-dev, xlibs-dev, debhelper
Package: maelstrom
Architecture: any
diff -urN ../tmp-orig/maelstrom-1.4.3-L3.0.6/debian/rules ./debian/rules
--- ../tmp-orig/maelstrom-1.4.3-L3.0.6/debian/rules 2005-03-19
13:37:27.421984434 +0100
+++ ./debian/rules 2005-03-19 13:37:00.0 +0100
@@ -12,6 +12,7 @@
build:
$(checkdir)
set -e;
+ cp /usr/share/misc/config.{guess,sub} .
cp debian/configure.debian.compile ./configure
./configure
make
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300390: libdb2-ruby: FTBFS: extconf.rb failed
Package: libdb2-ruby
Version: 0.5.3-1
Severity: serious
Hi,
building the package libdb2-ruby in a clean build environment
(with pbuilder) on i386 results in:
=
[...]
dh_testdir
rm -rf build-tree-1.6 build-tree-1.8
tar -zcf debian/src.tgz Changes README.en bdb.html bdb.rd bdbxml docs examples
extconf.rb src tests tmp util
mkdir build-tree-1.6 build-tree-1.8
tar -C build-tree-1.6 -zxf debian/src.tgz
tar -C build-tree-1.8 -zxf debian/src.tgz
ruby1.6 -C build-tree-1.6 extconf.rb --with-db-version=2
extconf.rb: Entering directory `src'
checking for db_version() in -ldb2... yes
creating Makefile
extconf.rb: Leaving directory `src'
ruby1.8 -C build-tree-1.8 extconf.rb --with-db-version=2
extconf.rb: Entering directory `src'
checking for db_version() in -ldb2... yes
creating Makefile
extconf.rb: Leaving directory `src'
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers. Check the mkmf.log file for more
details. You may need configuration options.
Provided configuration options:
--with-opt-dir
--with-opt-include=${opt-dir}/include
--with-opt-lib=${opt-dir}/lib
--with-make-prog=make
--srcdir=.
--curdir=/tmp/buildd/libdb2-ruby-0.5.3/build-tree-1.8
--ruby=/usr/bin/ruby1.8
make: *** [configure-stamp] Error 1
=
build-tree-1.8/src/mkmf.log looks like this:
=
have_library: checking for db_version() in -ldb2... yes
gcc -o conftest -I/home/ernie/temp/debian/libdb2-ruby-0.5.3/build-tree-1.8/src
-I/usr/lib/ruby/1.8/i386-linux -I/usr/include -Wall -g -O2 -fPIC conftest.c
-L/usr/lib -L/usr/lib -lruby1.8-static -ldb2 -lpthread -ldl -lcrypt
-lm -lc
conftest.c: In function `t':
conftest.c:4: warning: implicit declaration of function `db_version'
checked program was:
/* begin */
/*top*/
int main() { return 0; }
int t() { db_version(); return 0; }
/* end */
=
Thanks for considering.
--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/
Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300391: af_vfs.h: missing #include sys/types.h line
Package: libaudiofile-dev Severity: important /usr/include/af_vfs.h uses ssize_t, but doesn't include sys/types.h, so it will fail to compile if nothing has included that first. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | signature.asc Description: Digital signature
Bug#288189: xine-lib: New Patch
The latest version of gcc-4.0 is still more restrictive than the
previous one. Because of this, the patch had to be amended.
With the attached patch, 'xine-lib' can be compiled with the latest
version of gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/xine-lib-1.0/src/libffmpeg/libavcodec/avcodec.h
./src/libffmpeg/libavcodec/avcodec.h
--- ../tmp-orig/xine-lib-1.0/src/libffmpeg/libavcodec/avcodec.h 2004-05-30
21:24:19.0 +0200
+++ ./src/libffmpeg/libavcodec/avcodec.h2005-03-19 12:02:44.0
+0100
@@ -1639,6 +1639,14 @@
#define FF_OPT_MAX_DEPTH 10
} AVOption;
+#ifdef HAVE_MMX
+extern const struct AVOption avoptions_common[3 + 5];
+#else
+extern const struct AVOption avoptions_common[3];
+#endif
+extern const struct AVOption avoptions_workaround_bug[11];
+
+
/**
* Parse option(s) and sets fields in passed structure
* @param strctstructure where the parsed results will be written
diff -urN ../tmp-orig/xine-lib-1.0/src/libffmpeg/libavcodec/common.h
./src/libffmpeg/libavcodec/common.h
--- ../tmp-orig/xine-lib-1.0/src/libffmpeg/libavcodec/common.h 2004-05-30
21:24:19.0 +0200
+++ ./src/libffmpeg/libavcodec/common.h 2005-03-19 12:02:32.0 +0100
@@ -65,15 +65,6 @@
{ name, help, offsetof(AVCodecContext, field), FF_OPT_TYPE_RCOVERRIDE,
.defval = 0, .defstr = NULL }
#define AVOPTION_SUB(ptr) { .name = NULL, .help = (const char*)ptr }
#define AVOPTION_END() AVOPTION_SUB(NULL)
-
-struct AVOption;
-#ifdef HAVE_MMX
-extern const struct AVOption avoptions_common[3 + 5];
-#else
-extern const struct AVOption avoptions_common[3];
-#endif
-extern const struct AVOption avoptions_workaround_bug[11];
-
#endif /* HAVE_AV_CONFIG_H */
/* Suppress restrict if it was not defined in config.h. */
diff -urN ../tmp-orig/xine-lib-1.0/src/libxineadec/nosefart/nes_apu.c
./src/libxineadec/nosefart/nes_apu.c
--- ../tmp-orig/xine-lib-1.0/src/libxineadec/nosefart/nes_apu.c 2004-12-12
07:55:59.0 +0100
+++ ./src/libxineadec/nosefart/nes_apu.c2005-03-19 12:39:50.0
+0100
@@ -1011,10 +1011,13 @@
accum = -0x8000;
/* signed 16-bit output, unsigned 8-bit */
- if (16 == apu-sample_bits)
- *((int16 *) buffer)++ = (int16) accum;
- else
- *((uint8 *) buffer)++ = (accum 8) ^ 0x80;
+ if (16 == apu-sample_bits) {
+ *((int16 *) buffer) = (int16) accum;
+ buffer = (int16 *) buffer + 1;
+ } else {
+ *((uint8 *) buffer) = (accum 8) ^ 0x80;
+ buffer = (int8 *) buffer + 1;
+ }
}
/* resync cycle counter */
diff -urN ../tmp-orig/xine-lib-1.0/src/post/audio/stretch.c
./src/post/audio/stretch.c
--- ../tmp-orig/xine-lib-1.0/src/post/audio/stretch.c 2004-10-30
01:11:38.0 +0200
+++ ./src/post/audio/stretch.c 2005-03-19 13:26:56.068300815 +0100
@@ -476,7 +476,7 @@
memcpy( outbuf-mem, data_out,
outbuf-num_frames * this-bytes_per_frame );
num_frames_out -= outbuf-num_frames;
-(uint8_t *)data_out += outbuf-num_frames * this-bytes_per_frame;
+data_out = (uint8_t *)data_out + outbuf-num_frames *
this-bytes_per_frame;
outbuf-vpts= this-pts;
this-pts = 0;
@@ -587,7 +587,7 @@
memcpy( (uint8_t *)this-audiofrag + this-num_frames *
this-bytes_per_frame,
data_in, frames_to_copy * this-bytes_per_frame );
-(uint8_t *)data_in += frames_to_copy * this-bytes_per_frame;
+data_in = (uint8_t *)data_in + frames_to_copy * this-bytes_per_frame;
this-num_frames += frames_to_copy;
buf-num_frames -= frames_to_copy;
diff -urN ../tmp-orig/xine-lib-1.0/src/xine-engine/post.c
./src/xine-engine/post.c
--- ../tmp-orig/xine-lib-1.0/src/xine-engine/post.c 2004-10-17
21:14:30.0 +0200
+++ ./src/xine-engine/post.c2005-03-19 12:33:22.0 +0100
@@ -241,7 +241,7 @@
if (!*input) return port;
(*input)-xine_in.name = video in;
(*input)-xine_in.type = XINE_POST_DATA_VIDEO;
-(xine_video_port_t *)(*input)-xine_in.data = port-new_port;
+(*input)-xine_in.data = port-new_port;
(*input)-post = post;
xine_list_append_content(post-input, *input);
}
@@ -251,7 +251,7 @@
if (!*output) return port;
(*output)-xine_out.name = video out;
(*output)-xine_out.type = XINE_POST_DATA_VIDEO;
-(xine_video_port_t **)(*output)-xine_out.data = port-original_port;
+(*output)-xine_out.data = port-original_port;
(*output)-xine_out.rewire = post_video_rewire;
(*output)-post = post;
(*output)-user_data = port;
@@ -718,7 +718,7 @@
if (!*input) return port;
(*input)-xine_in.name = audio in;
(*input)-xine_in.type = XINE_POST_DATA_AUDIO;
-(xine_audio_port_t *)(*input)-xine_in.data = port-new_port;
+(*input)-xine_in.data = port-new_port;
(*input)-post = post;
xine_list_append_content(post-input, *input);
}
@@ -728,7 +728,7 @@
if (!*output) return port;
Bug#60156: Experience the wave of super market on PC programs.
Choose Internet trade and get quality PC programs on office administration, operation system, PC diagnostics, finance and graphic design. Get super value. With the installation disc and key code, you can install the PC program on your PC or laptop easily. Get the package with reliable door-to-door delivery service. Experience a different trading experience. Get quality programs and get timely customer support as you request. If you want to get quality PC program, please check our specialty store for a wide variety of program discs. http://wtiv.bK.heartfullofpassion.com/oe/ Explore the great value at specialty store. Get top PC programs at the best prices. W3JU t faced a future $23.5more nda, he said after a meeting e devastating for patientsWithout warnin pensions. And that JVYL2 g, a relapse canerase v with Powell. I have reass MwjfN 5 IBB44 ured the secretary today 8 D56q -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#112699: rte_0.4-0.0_i386.changes REJECTED
Joerg Jaspert [EMAIL PROTECTED] writes: Hi Hi, Yes, this is the reject of the rte package which was in NEW until now. Reasons: - It is an encoding thing, which encodes to formats which are patented, and the patent holder are actually enforcing their patents. Found some hits for this with a little question to google. Are you serious ? We have ffmpeg (and soon mencoder in the mplayer package)in Debian who does exactly what rte does and rte can't enter Debian ? ffmpeg should be removed then. - Its fairly outdated now (yeah, long time in NEW, but this doesnt mean that new package versions shouldnt be uploaded into NEW too, if even just to show that you actually still care for your package!) Of course read the ITP bug. I already answered in this bug 3 months ago, that I'm still interested to package rte. - Its not even available on the homepage of you, the packager, where all other packages are that arent in Debian, so it doesnt look like this package is needed for anything in or around Debian right now. Of course yes. Read the ITP : , | librte0 and librte-dev library needed by zapping to build the plugin | encoder. ` I'm the zapping maintainer. If this reasons are no longer true in the future feel free to re-upload it, but for now it is out. Done. I've uploaded 0.5.6-1 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300393: mozilla-mailnews 1.7.5-1: Return receipt flag is lost when saving a composed email in Drafts
Package:mozilla-mailnews Version: 1.7.5-1 Hello, I have noticed that Return receipt flag is lost when saving a composed email in Drafts To replicate, compose an email, select Return receipt, and save in Drafts. Reload the message and see the Return receipt status is lost. Kind regards JG -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300392: mozilla-mailnews 1.7.5-1:Priority is lost when saving a composed email in Drafts
Package:mozilla-mailnews Version: 1.7.5-1 Hello, I have noticed that Priority is lost when saving a composed email in Drafts. To replicate, compose an email, set the propiority to High, and save in Drafts. Reload the message and see the Prority is lost. Kind regards JG -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300395: po4a: FTBFS: tries to get Terminal Size on build
Package: po4a Version: 0.20-1 Severity: serious Hi, building the package po4a in a clean build environment (with pbuilder) on i386 results in: = [...] lib/Locale/Po4a/Chooser.pm - blib/lib/Locale/Po4a/Chooser.pm Manifying blib/script/po4a-translate - blib/bindoc/po4a-translate.1p Manifying blib/script/po4a-normalize - blib/bindoc/po4a-normalize.1p Manifying blib/script/po4a - blib/bindoc/po4a.1p Manifying blib/script/po4a-updatepo - blib/bindoc/po4a-updatepo.1p Manifying blib/script/po4a-gettextize - blib/bindoc/po4a-gettextize.1p Manifying blib/lib/Locale/Po4a/Pod.pm - blib/libdoc/Locale::Po4a::Pod.3pm Manifying blib/lib/Locale/Po4a/LaTeX.pm - blib/libdoc/Locale::Po4a::LaTeX.3pm Manifying blib/lib/Locale/Po4a/TransTractor.pm - blib/libdoc/Locale::Po4a::TransTractor.3pm Manifying blib/lib/Locale/Po4a/Po.pm - blib/libdoc/Locale::Po4a::Po.3pm Manifying blib/lib/Locale/Po4a/Sgml.pm - blib/libdoc/Locale::Po4a::Sgml.3pm Manifying blib/lib/Locale/Po4a/Common.pm - blib/libdoc/Locale::Po4a::Common.3pm Manifying blib/lib/Locale/Po4a/KernelHelp.pm - blib/libdoc/Locale::Po4a::KernelHelp.3pm Manifying blib/lib/Locale/Po4a/Guide.pm - blib/libdoc/Locale::Po4a::Guide.3pm Manifying blib/lib/Locale/Po4a/Xml.pm - blib/libdoc/Locale::Po4a::Xml.3pm Manifying blib/lib/Locale/Po4a/Man.pm - blib/libdoc/Locale::Po4a::Man.3pm Manifying blib/lib/Locale/Po4a/Dia.pm - blib/libdoc/Locale::Po4a::Dia.3pm Manifying blib/lib/Locale/Po4a/Docbook.pm - blib/libdoc/Locale::Po4a::Docbook.3pm Manifying blib/lib/Locale/Po4a/Chooser.pm - blib/libdoc/Locale::Po4a::Chooser.3pm Manifying blib/lib/Locale/Po4a/TeX.pm - blib/libdoc/Locale::Po4a::TeX.3pm Deleting META.yml XX Update documentation pot files: done. XX Update documentation fr.po: done. XX Update documentation es.po: done. XX Update documentation ca.po: done. XX Update documentation it.po: done. X Translate binary manpages to it Unable to get Terminal Size. The TIOCGWINSZ ioctl didn't work. The COLUMNS and LINES environment variables didn't work. The resize program didn't work. at /usr/lib/perl5/Term/ReadKey.pm line 343. Died at /tmp/buildd/po4a-0.20/_build/lib/My/Builder.pm line 151. make: *** [build-stamp] Error 127 = This happens if the build output is detached from a terminal (redirected to a build log file). Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ Please note that this report has not been generated fully automatically. DARTS just helped finding the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#104434: Super value available -- check the PC program store.
Get quality program discs on office operation, programming, server maintenance, PC diagnostics, finance, graphic design and processing. Choose quality program discs that provide the same function and feature as the de luxe version. Get PC program discs ordered and delivered to you by reliable airmail. For timely assistance and reliable service, please shop at specialty store. Welcome to the specialty PC program store. It provides top performance PC program discs with key code. http://wrc.s512.heartfullofpassion.com/oe/ All these benefits are for our customers. Get great value at specialty store. E16 teaching our kids to be ight against ter filled from an unlabeled cup containingCaplan s aid the cup of antiseptic has since been replaced JQE e returned to you, y ouThe myth:Even GN7q 5 Cmy4t perfectionists, HirshPasek says, 8 E6u0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300396: xnee: FTBFS: Missing Build-Depends on 'libxt-dev'
Package: xnee Severity: serious Tags: patch When building 'xnee' in a clean chroot, I get the following error: cc -I../../libxnee/include -g -DUSE_VERBOSE -DNO_BUF_VERBOSE -o xnee main.o parse.o ../../libxnee/src/libxnee.a -lXext -lXtst -lX11 -lpthread -ldl /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status make[3]: *** [xnee] Error 1 make[3]: Leaving directory `/xnee-1.08/xnee/src' Please add the missing Build-Depends on 'libxt-dev' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/xnee-1.08/debian/control ./debian/control --- ../tmp-orig/xnee-1.08/debian/control2005-03-19 14:02:33.014731619 +0100 +++ ./debian/control2005-03-19 14:02:31.232070544 +0100 @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Ross Burton [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.1.0), cdbs, autotools-dev, libx11-dev, libxtst-dev +Build-Depends: debhelper (= 4.1.0), cdbs, autotools-dev, libx11-dev, libxt-dev, libxtst-dev Standards-Version: 3.6.1 Package: xnee -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#106028: Reduce the ccost on system upgrade of your PC.
Big value on program installation and system upgrade. Just shop at our store for quality program discs on office operation, programming, server maintenance, operation system, PC diagnostics, finance, graphic design and processing. With the program discs purchased, customers can install the operation system or upgrade the system easily. Ready for PC program discs? Get goods sent to you by reliable airmail service. Want assistance? Shop at specialty store. And get timely assistance and reliable support. Do you want to upgrade the operation system on your PC or laptop? http://jhq.vs.heartfullofpassion.com/oe/ All these benefits are for our customers. Get great value at specialty store. VS he vote. ed. Wrap l arge open woundswhen possible.Bite wounds Powell said Monday the Unite UGt d States will do what it can to ensure bellious, attackin V1Cl 5 EA2V results in lower paymments to retirees. 8 PCRb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300347: AMD64 related bugs are not release-critical
severity 300347 important thanks buddy Since the amd64 port is not yet a part of debian proper this bug is not release-critical (though should be fixed, of course, as well) -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.freepatents.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300397: psi: docklet for wmaker produces additional window
Package: psi
Version: 0.9.3-1
Severity: normal
Tags: patch
Switching on Enable Docklet and Use WindowMaker docklet produces an
additional 32x32 window. The docklet works as expected, the additional
window does never update the contents and displays trash.
I run Window Maker (as you could guess) standalone, i.e. no
gnome/kde/yoursessionmanager.
The patch below solves the problem for me. How much does it
break?
Should I report that directly upstream?
Thanks a lot
Emanuel
diff -Naur deb/cutestuff/trayicon/trayicon_x11.cpp
modified/cutestuff/trayicon/trayicon_x11.cpp
--- deb/cutestuff/trayicon/trayicon_x11.cpp 2005-03-19 13:56:30.0
+0100
+++ modified/cutestuff/trayicon/trayicon_x11.cpp2005-03-19
14:03:03.0 +0100
@@ -294,12 +294,14 @@
// TrayIconWindowMaker
//
-class TrayIconWharf : public TrayIcon::TrayIconPrivate
+class TrayIconWindowMaker: public TrayIcon::TrayIconPrivate
{
public:
- TrayIconWharf(TrayIcon *object, const QPixmap pm)
+ TrayIconWindowMaker(TrayIcon *object, const QPixmap pm)
: TrayIconPrivate(object, 44)
{
+ initWM( winId() );
+
// set the class hint
XClassHint classhint;
classhint.res_name = (char*)psidock-wharf;
@@ -327,36 +329,6 @@
}
};
-class TrayIconWindowMaker : public TrayIcon::TrayIconPrivate
-{
-public:
- TrayIconWindowMaker(TrayIcon *object, const QPixmap pm);
- ~TrayIconWindowMaker();
-
- void setPixmap(const QPixmap pm);
-
-private:
- TrayIconWharf *wharf;
-};
-
-TrayIconWindowMaker::TrayIconWindowMaker(TrayIcon *object, const QPixmap pm)
- : TrayIconPrivate(object, 32)
-{
- wharf = new TrayIconWharf(object, pm);
-
- initWM( wharf-winId() );
-}
-
-TrayIconWindowMaker::~TrayIconWindowMaker()
-{
- delete wharf;
-}
-
-void TrayIconWindowMaker::setPixmap(const QPixmap pm)
-{
- wharf-setPixmap(pm);
-}
-
//
// TrayIcon
//
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-a
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Versions of packages psi depends on:
ii libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii libgcc1 1:3.4.3-6 GCC support library
ii libqca1 1.0-6 Qt Cryptographic Architecture - sh
ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v
ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3
ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii zlib1g 1:1.2.2-3 compression library - runtime
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299947: ifplugd bringing down interface on upgrade
You wrote: When updating ifplugd package, the host's networking is brought down for a long time, particularly if they are many other packages being updated/installed/removed simultaneously. Some background info ... In #219000 I wrote: The default set of arguments for ifplugd includes -q. However, in normal use with hotplug and ifupdown this will make ifplugd fail to bring down the interface on removal of the device. Oliver Kurth explained there: The reason I've put -q into the default args was that the network connection should not be broken on re- or de-install. I replied: That's true. Hmm. I would suggest that a new restart-no-downup be added to the initscript which would be used by the postinst instead of restart. It would stop the daemon using SIGQUIT instead of the usual SIGTERM, thus preventing the shutdown script from running. The daemon should then be run with an option telling it not to run the start script. We are still waiting for the required option to be added to ifplugd. In the meantime, though, ifplugd should be doing the right thing on package upgrade. What is the value of ARGS set in your /etc/default/ifplugd? -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300165: fails to detect legacy cards
Anyways, I should have added the kernel messages that it gave when booting... Mar 17 20:36:55 localhost kernel: Advanced Linux Sound Architecture Driver Version 1.0.8 (Thu Jan 13 09:39:32 2005 UTC). Mar 17 20:36:55 localhost kernel: ALSA device list: Mar 17 20:36:55 localhost kernel: No soundcards found. ... then when it tries to restore settings it gives me an invalid card message and cuts out. The modules will work properly after the system is fully initialized and I have run alsaconf to detect the I/O ports. Otherwise, without alsaconf, the system will never detect the card at all. Please send the output of the lsmod command after you run alsaconf. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300252: eps graphic doesn't scale down
tags 300252 fixed-in-experimental
thanks
Hilmar Preusse [EMAIL PROTECTED] wrote:
On 18.03.05 maximilian attems ([EMAIL PROTECTED]) wrote:
Moin,
a friend of mine while working on an astronomy presentation,
noticed that the following eps graphic is wrongly displayed in all
tested dvi viewers: xdvi, kdvi, yap.
\begin{figure}[ht]
\centering
\rotatebox{-90}{\includegraphics[scale=0.5]{gallex1.eps}}
\caption{GALLEX: Resultate}
\label{fig:gallex1}
\end{figure}
Yes, thats why they are called dvi viewers, not ps viewers.
I don't have the graphics-doc at hand in the moment, but I guess
every doc about that topic will tell you, that you have to convert
your dvi file first into an ps file, before it will be displayed
correctly, especially when using rotation etc.
The new xdvi (in experimental) has some builtin ability to interpret
Postscript code. It displays a warning, but the figure is correctly
displayed (in landscape orientation).
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Bug#300400: courier-imap (3.0.8-3): Leaving shell scripts in /etc/init.d and /etc/rcX.d
Package: courier-imap Version: 3.0.8-3) Hello, There is a bug I experienced after I removed courier-imap and courier-base from my debian sarge system: apt-get remove courier-imap courier-base When I rebooted I found that the startup runlevel scripts were left beind and generating errors because they could not run! For instance these files still exist: /etc/init.d/courier-authdaemon /etc/init.d/courier-imap /etc/rc0.d/K20courier-authdaemon /etc/rc0.d/K20courier-imap /etc/rc1.d/K20courier-authdaemom /etc/rc1.d/K20courier-imap etc Now Sefan explained to me that --purge removes configuration files. I was able to remove the startup scripts using: apt-get --purge remove courier-imap courier-base However, the bug is that startup shell scripts are not customised configuration files and should not be left running. Because the scripts are left running I was ERR: /usr/sbin/couriertcpd missing every time I was rebooting. Hope this bug report helps, let me know if you require further details. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300399: openswan: FTBFS (amd64/gcc-4.0): array type has incomplete element type
Package: openswan
Severity: normal
Tags: patch
When building 'openswan' on amd64 with gcc-4.0,
I get the following error:
cc -I../../programs/pluto/linux26 -I../../include -I../../linux/include
-DUSE_KEYRR -DKERNEL26_SUPPORT -DKERNEL26_HAS_KAME_DUPLICATES
-DX509_VERSION=\X.509-1.5.4\ -DPLUTO -DKLIPS -DDEBUG -DGCC_LINT -DIKE_ALG
-DKERNEL_ALG -DDB_CONTEXT -DAGGRESSIVE -DXAUTH -DMODECFG -DNAT_TRAVERSAL
-DVIRTUAL_IP -DI_KNOW_TRANSPORT_MODE_HAS_SECURITY_CONCERN_BUT_I_WANT_IT
-DSHARED_SECRETS_FILE=\/etc/ipsec.secrets\
-DPOLICYGROUPSDIR=\/etc/ipsec.d/policies\
-DPERPEERLOGDIR=\/var/log/pluto/peer\ -g -Wall -W -Wmissing-prototypes
-Wpointer-arith -Wbad-function-cast -Wcast-qual -Wmissing-declarations
-Wwrite-strings -Wstrict-prototypes -c connections.c
In file included from connections.c:62:
../../include/kernel_alg.h:56: error: array type has incomplete element type
../../include/kernel_alg.h:57: error: array type has incomplete element type
connections.c: In function 'extract_end':
connections.c:959: warning: pointer targets in assignment differ in signedness
make[3]: *** [connections.o] Error 1
make[3]: Leaving directory `/openswan-2.3.0/programs/pluto'
With the attached patch 'openswan' can be compiled
on amd64 using gcc-4.0.
The attached patch contains parts which were already necessary with
previous versions of gcc.
Regards
Andreas Jochens
diff -urN ../tmp-orig/openswan-2.3.0/include/kernel_alg.h ./include/kernel_alg.h
--- ../tmp-orig/openswan-2.3.0/include/kernel_alg.h 2004-12-21
22:02:46.0 +0100
+++ ./include/kernel_alg.h 2005-03-19 14:23:23.830193842 +0100
@@ -19,6 +19,7 @@
#define _KERNEL_ALG_H
struct sadb_msg; /* forward definition */
+#include pfkeyv2.h
/* Registration messages from pluto */
extern void kernel_alg_register_pfkey(const struct sadb_msg *msg, int buflen);
diff -urN ../tmp-orig/openswan-2.3.0/programs/ikeping/ikeping.c
./programs/ikeping/ikeping.c
--- ../tmp-orig/openswan-2.3.0/programs/ikeping/ikeping.c 2004-10-18
01:58:59.0 +0200
+++ ./programs/ikeping/ikeping.c2005-03-19 14:18:55.769958865 +0100
@@ -196,7 +196,8 @@
ip_address sender;
struct isakmp_hdr ih;
char buf[64];
- int n, rport, sendlen;
+ int n, rport;
+ socklen_t sendlen;
const char *xchg_name;
int xchg;
diff -urN ../tmp-orig/openswan-2.3.0/programs/starter/cmp.c
./programs/starter/cmp.c
--- ../tmp-orig/openswan-2.3.0/programs/starter/cmp.c 2004-12-01
08:33:14.0 +0100
+++ ./programs/starter/cmp.c2005-03-19 14:18:55.769958865 +0100
@@ -24,7 +24,7 @@
#define streqn(a,b) (a)?((b)?(strcmp(a,b)):(-1)):(b!=NULL)
-#define STRCMP(obj) if (streqn(c1-obj,c2-obj)) return -1
+#define STRCMP(obj) if (streqn((char*)c1-obj,(char*)c2-obj)) return -1
#define VARCMP(obj) if (c1-obj!=c2-obj) return -1
#define MEMCMP(obj) if (memcmp(c1-obj,c2-obj,sizeof(c1-obj))) return -1
#define ADDCMP(obj) if (addrcmp(c1-obj,c2-obj)) return -1
diff -urN ../tmp-orig/openswan-2.3.0/programs/starter/confread.c
./programs/starter/confread.c
--- ../tmp-orig/openswan-2.3.0/programs/starter/confread.c 2004-04-11
17:17:30.0 +0200
+++ ./programs/starter/confread.c 2005-03-19 14:18:55.770958671 +0100
@@ -347,14 +347,14 @@
char *value = end-strings[KSCF_RSAKEY1];
if (end-rsakey1) free(end-rsakey1);
- end-rsakey1 = xstrdup(value);
+ end-rsakey1 = (unsigned char*)xstrdup(value);
}
if(end-strings[KSCF_RSAKEY2] != NULL)
{
char *value = end-strings[KSCF_RSAKEY2];
if (end-rsakey2) free(end-rsakey2);
- end-rsakey2 = xstrdup(value);
+ end-rsakey2 = (unsigned char*)xstrdup(value);
}
return err;
@@ -754,14 +754,15 @@
memset(conn-link, 0, sizeof(conn-link));
#define CONN_STR(v) if (v) v=xstrdup(v)
+#define CONN_STRU(v) if (v) v=(unsigned char*)xstrdup((char*)v)
CONN_STR(conn-left.iface);
CONN_STR(conn-left.id);
-CONN_STR(conn-left.rsakey1);
-CONN_STR(conn-left.rsakey2);
+CONN_STRU(conn-left.rsakey1);
+CONN_STRU(conn-left.rsakey2);
CONN_STR(conn-right.iface);
CONN_STR(conn-right.id);
-CONN_STR(conn-right.rsakey1);
-CONN_STR(conn-right.rsakey2);
+CONN_STRU(conn-right.rsakey1);
+CONN_STRU(conn-right.rsakey2);
for(i=0; iKSCF_MAX; i++)
{
diff -urN ../tmp-orig/openswan-2.3.0/programs/starter/interfaces.c
./programs/starter/interfaces.c
--- ../tmp-orig/openswan-2.3.0/programs/starter/interfaces.c2004-04-10
18:37:37.0 +0200
+++ ./programs/starter/interfaces.c 2005-03-19 14:18:55.770958671 +0100
@@ -322,7 +322,7 @@
int starter_ifaces_load (char **ifaces, unsigned int omtu, int nat_t)
{
char *tmp_phys, *phys;
- int n;
+ unsigned n;
char **i;
int sock;
int j, found;
diff -urN ../tmp-orig/openswan-2.3.0/programs/starter/keywords.c
./programs/starter/keywords.c
---
Bug#300398: never check mail again after an offline check
Package: gnubiff Severity: important http://sourceforge.net/tracker/index.php?func=detailaid=1161016group_id=94176atid=606979 If gnubiff check mail when the network/internet connection is offline it cannot check email putting the error message and nevermore also when i'm online again also if i try stop and start it. The only way to solve this issue is to remove and reload the gnubiff applet or close and run the gnubiff application. Tanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#112699: rte_0.4-0.0_i386.changes REJECTED
On 10233 March 1977, Christian Marillat wrote: Yes, this is the reject of the rte package which was in NEW until now. Reasons: - It is an encoding thing, which encodes to formats which are patented, and the patent holder are actually enforcing their patents. Found some hits for this with a little question to google. Are you serious ? We have ffmpeg (and soon mencoder in the mplayer package)in Debian who does exactly what rte does and rte can't enter Debian ? ffmpeg should be removed then. Yes, ffmpeg encoding stuff shouldnt be there, and no, mplayer wont get in with mencoder included. I already talked with upstream about it, he will talk with Debian maintainer to exclude this thing, before we take a closer look at it. - Its fairly outdated now (yeah, long time in NEW, but this doesnt mean that new package versions shouldnt be uploaded into NEW too, if even just to show that you actually still care for your package!) Of course read the ITP bug. I already answered in this bug 3 months ago, that I'm still interested to package rte. An upload of a newer package would have shown interest... - Its not even available on the homepage of you, the packager, where all other packages are that arent in Debian, so it doesnt look like this package is needed for anything in or around Debian right now. Of course yes. Read the ITP : , | librte0 and librte-dev library needed by zapping to build the plugin | encoder. ` I'm the zapping maintainer. If this reasons are no longer true in the future feel free to re-upload it, but for now it is out. Done. I've uploaded 0.5.6-1 As written above: ENCODING is still an issue and therefore at least one reason is still true. So dont hope too much it will get through. -- bye Joerg Die dümmsten Hähne haben die dicksten Eier. pgpaDHoK76RwV.pgp Description: PGP signature
Bug#112699: rte_0.4-0.0_i386.changes REJECTED
Joerg Jaspert [EMAIL PROTECTED] writes: On 10233 March 1977, Christian Marillat wrote: [...] Are you serious ? We have ffmpeg (and soon mencoder in the mplayer package)in Debian who does exactly what rte does and rte can't enter Debian ? ffmpeg should be removed then. Yes, ffmpeg encoding stuff shouldnt be there, and no, mplayer wont get in with mencoder included. I already talked with upstream about it, he will talk with Debian maintainer to exclude this thing, before we take a closer look at it. Then I'm waiting to your decision with ffmpeg to remove my package or not. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#128950: [Bug c/9072] -Wconversion should be split into two distinct flags
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-19 13:34 --- *** Bug 20535 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||olh at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9072 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300401: pearpc: FTBFS (amd64/gcc-4.0): invalid lvalue in increment
Package: pearpc
Severity: normal
Tags: patch
When building 'pearpc' on amd64 with gcc-4.0,
I get the following error:
btree.c:122: error: invalid lvalue in increment
btree.c:123: error: invalid lvalue in increment
btree.c:125: error: invalid lvalue in increment
btree.c: In function 'btree_init':
btree.c:396: error: invalid lvalue in assignment
make[7]: *** [btree.o] Error 1
make[7]: Leaving directory `/pearpc-0.3.1+1/src/io/prom/fs/hfsplus'
With the attached patch 'pearpc' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/pearpc-0.3.1+1/src/io/prom/fs/hfsplus/btree.c
./src/io/prom/fs/hfsplus/btree.c
--- ../tmp-orig/pearpc-0.3.1+1/src/io/prom/fs/hfsplus/btree.c 2004-05-06
00:46:14.0 +0200
+++ ./src/io/prom/fs/hfsplus/btree.c2005-04-02 15:44:38.919186784 +0200
@@ -393,7 +393,7 @@
{
p = volume_readfromfork(vol, nodebuf, fork, 0, bt-blkpernode,
HFSP_EXTENT_DATA, bt-cnid);
- ((char*) p) += HEADER_RESERVEDOFFSET; // skip header
+ p = ((char*) p) + HEADER_RESERVEDOFFSET; // skip header
}
bt-alloc_bits = malloc(alloc_size);
diff -urN ../tmp-orig/pearpc-0.3.1+1/src/io/prom/fs/hfsplus/swab.h
./src/io/prom/fs/hfsplus/swab.h
--- ../tmp-orig/pearpc-0.3.1+1/src/io/prom/fs/hfsplus/swab.h2004-05-06
00:45:53.0 +0200
+++ ./src/io/prom/fs/hfsplus/swab.h 2005-04-02 15:44:23.858045704 +0200
@@ -39,28 +39,28 @@
#define bswabU16(val) bswap_16(val)
-#define bswabU16_inc(ptr) bswap_16(*((UInt16*) (ptr))++)
-#define bswabU32_inc(ptr) bswap_32(*((UInt32*) (ptr))++)
-#define bswabU64_inc(ptr) bswap_64(*((APPLEUInt64*) (ptr))++)
-
-#define bstoreU16_inc(ptr, val) (*((UInt16*) (ptr))++) = bswap_16(val)
-#define bstoreU32_inc(ptr, val) (*((UInt32*) (ptr))++) = bswap_32(val)
-#define bstoreU64_inc(ptr, val) (*((APPLEUInt64*) (ptr))++) = bswap_64(val)
+#define bswabU16_inc(ptr) bswap_16(*((UInt16*) (ptr))); ptr = (UInt16*)ptr + 1
+#define bswabU32_inc(ptr) bswap_32(*((UInt32*) (ptr))); ptr = (UInt32*)ptr + 1
+#define bswabU64_inc(ptr) bswap_64(*((APPLEUInt64*) (ptr))); ptr =
(APPLEUInt64*)ptr + 1
+
+#define bstoreU16_inc(ptr, val) (*((UInt16*) (ptr))) = bswap_16(val); ptr =
(UInt16*)ptr + 1
+#define bstoreU32_inc(ptr, val) (*((UInt32*) (ptr))) = bswap_32(val); ptr =
(UInt32*)ptr + 1
+#define bstoreU64_inc(ptr, val) (*((APPLEUInt64*) (ptr))) = bswap_64(val); ptr
= (APPLEUInt64*)ptr + 1
/*#else // BYTE_ORDER == BIG_ENDIAN
#define bswabU16(val) val
-#define bswabU16_inc(ptr) (*((UInt16*) (ptr))++)
-#define bswabU32_inc(ptr) (*((UInt32*) (ptr))++)
-#define bswabU64_inc(ptr) (*((APPLEUInt64*) (ptr))++)
-
-#define bstoreU16_inc(ptr, val) (*((UInt16*) (ptr))++) = val
-#define bstoreU32_inc(ptr, val) (*((UInt32*) (ptr))++) = val
-#define bstoreU64_inc(ptr, val) (*((APPLEUInt64*) (ptr))++) = val
+#define bswabU16_inc(ptr) (*((UInt16*) (ptr))); ptr = (UInt16*)ptr + 1
+#define bswabU32_inc(ptr) (*((UInt32*) (ptr))); ptr = (UInt32*)ptr + 1
+#define bswabU64_inc(ptr) (*((APPLEUInt64*) (ptr))); ptr = (APPLEUInt64*)ptr +
1
+
+#define bstoreU16_inc(ptr, val) (*((UInt16*) (ptr))) = val; ptr = (UInt16*)ptr
+ 1
+#define bstoreU32_inc(ptr, val) (*((UInt32*) (ptr))) = val; ptr = (UInt32*)ptr
+ 1
+#define bstoreU64_inc(ptr, val) (*((APPLEUInt64*) (ptr))) = val; ptr =
(APPLEUInt64*)ptr + 1
#endif*/
/* for the sake of completeness and readability */
-#define bswabU8_inc(ptr) (*((UInt8*) (ptr))++)
-#define bstoreU8_inc(ptr,val) (*((UInt8*) (ptr))++) = val
+#define bswabU8_inc(ptr) ptr = (UInt8*)ptr + 1
+#define bstoreU8_inc(ptr,val) (*((UInt8*) (ptr))) = val; ptr = (UInt8*)ptr + 1
diff -urN ../tmp-orig/pearpc-0.3.1+1/src/io/prom/fs/hfsplus/volume.c
./src/io/prom/fs/hfsplus/volume.c
--- ../tmp-orig/pearpc-0.3.1+1/src/io/prom/fs/hfsplus/volume.c 2004-05-11
18:11:12.0 +0200
+++ ./src/io/prom/fs/hfsplus/volume.c 2005-04-02 15:47:02.154989287 +0200
@@ -324,7 +324,8 @@
*/
static int volume_readbuf(hfsp_vh* vh, void* p)
{
-if ( (vh-signature= bswabU16_inc(p)) != HFSP_VOLHEAD_SIG)
+int v = bswabU16_inc(p);
+if ( (vh-signature= v) != HFSP_VOLHEAD_SIG)
HFSP_ERROR(-1, This is not a HFS+ volume);
vh-version= bswabU16_inc(p);
vh-attributes = bswabU32_inc(p);
@@ -346,7 +347,7 @@
vh-write_count= bswabU32_inc(p);
vh-encodings_bmp = bswabU64_inc(p);
memcpy(vh-finder_info, p, 32);
-((char*) p) += 32; // finderinfo is not used by now
+p = ((char*) p) + 32; // finderinfo is not used by now
p = volume_readfork(p, vh-alloc_file );
p = volume_readfork(p, vh-ext_file );
p = volume_readfork(p, vh-cat_file );
@@ -382,7 +383,7 @@
bstoreU32_inc(p, vh-write_count );
bstoreU64_inc(p, vh-encodings_bmp );
memcpy(p, vh-finder_info, 32);
-((char*) p) += 32; // finderinfo is not used by now
+p = ((char*) p) + 32; // finderinfo is not used by now
Bug#300317: sane-utils: scanimage -L does not return
Hi, On Sat, Mar 19, 2005 at 12:17:27PM +0100, Julien BLACHE wrote: [root]: [umax] finished reading configure file [umax] sane_get_devices(local_only = 0) (freeze) ... [user]: [umax] finished reading configure file [umax] sane_get_devices(local_only = 0) device `umax1220u:libusb:001:004' is a UMAX Astra 1220U flatbed scanner [umax] sane_exit [EMAIL PROTECTED]:~$ OK... probably not a problem in the backend. Not in the umax backend but maybe in the umax1220u or some other backend. Try SANE_DEBUG_DLL=255 SANE_DEBUG_UMAX1220U=255 scanimage -L Bye, Henning -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300388: libxml-commons-resolver1.1-java: FTBFS: NullPointerException
On Sat, Mar 19, 2005 at 01:47:59PM +0100, Roland Stigge wrote: Package: libxml-commons-resolver1.1-java Version: 1.1-4 Severity: serious Hi, building the package libxml-commons-resolver1.1-java in a clean build environment (with pbuilder) on i386 results in: = [...] if [ ! -d . ]; then \ mkdir -p .; \ fi if [ -z ]; then \ if ! test -f debian/compat; then echo 4 debian/compat; fi; \ fi cd . /usr/bin/java-sablevm -classpath /usr/share/ant1.6/lib/ant.jar:/usr/share/java/xerces.jar:/usr/share/ant1.6/lib/ant-launcher.jar:/usr/share/java/jaxp-1.2.jar: -Dant.home=/usr/share/ant1.6 org.apache.tools.ant.Main -Dcompile.debug=true -Dcompile.optimize=true -Dbuild.compiler=jikes -buildfile resolver.xml jar Buildfile: resolver.xml init: [echo] Building xml-commons-resolver (version: 1.1) Buildfile: $Revision: 1.11 $ [mkdir] Created dir: /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes [mkdir] Created dir: /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes/org/apache/xml/resolver/etc [mkdir] Created dir: /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/docs [mkdir] Created dir: /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/apidocs/resolver [copy] Copying 1 file to /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build [copy] Copying 1 file to /tmp/buildd/libxml-commons-resolver1.1-java-1.1/src/org/apache/xml/resolver compile: [echo] Compiling... [javac] Compiling 29 source files to /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes [javac] Issued 5 semantic warnings compiling /tmp/buildd/libxml-commons-resolver1.1-java-1.1/src/org/apache/xml/resolver/readers/OASISXMLCatalogReader.java: [javac]388. entryType = catalog.DOCTYPE; [javac] ^-^ [javac] *** Semantic Warning: Accessing the class field DOCTYPE via an instance is discouraged because the field accessed will be the one in the variable's declared type, not the instance's dynamic type. [...] [javac] *** Semantic Warning: Accessing the class field SYSTEM via an instance is discouraged because the field accessed will be the one in the variable's declared type, not the instance's dynamic type. jar: [echo] Jarring ./build/resolver.jar from ./build/classes [copy] Copying 3 files to /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/classes/org/apache/xml/resolver/etc [jar] Building jar: /tmp/buildd/libxml-commons-resolver1.1-java-1.1/build/resolver.jar java.lang.NullPointerException at java.text.DecimalFormatSymbols.setCurrency (DecimalFormatSymbols.java:397) at java.text.DecimalFormatSymbols.DecimalFormatSymbols (DecimalFormatSymbols.java:151) at java.text.NumberFormat.computeInstance (NumberFormat.java:327) at java.text.NumberFormat.getNumberInstance (NumberFormat.java:456) at java.text.NumberFormat.getInstance (NumberFormat.java:381) at java.text.MessageFormatElement.setLocale (MessageFormat.java:90) at java.text.MessageFormat.scanFormat (MessageFormat.java:314) at java.text.MessageFormat.applyPattern (MessageFormat.java:335) at java.text.MessageFormat.formatInternal (MessageFormat.java:465) at java.text.MessageFormat.format (MessageFormat.java:403) at java.text.MessageFormat.format (MessageFormat.java:518) at java.text.Format.format (Format.java:101) at org.apache.tools.ant.util.DateUtils.formatElapsedTime (DateUtils.java:132) at org.apache.tools.ant.DefaultLogger.formatTime (DefaultLogger.java:276) at org.apache.tools.ant.DefaultLogger.buildFinished (DefaultLogger.java:156) at org.apache.tools.ant.Project.fireBuildFinished (Project.java:1796) at org.apache.tools.ant.Main.runBuild (Main.java:693) at org.apache.tools.ant.Main.startAnt (Main.java:188) at org.apache.tools.ant.Main.start (Main.java:151) at org.apache.tools.ant.Main.main (Main.java:241) at java.lang.VirtualMachine.invokeMain (VirtualMachine.java) at java.lang.VirtualMachine.main (VirtualMachine.java:108) make: *** [debian/stamp-ant-build] Error 1 This is a well known problem in sablevm. We should consider switching to another VM for building. kaffe has some problems too but they only get triggered by a small part of the packages. This bug get triggered always when using sablevm together with ant. Michael -- http://www.worldforge.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300317: sane-utils: scanimage -L does not return
Henning Meier-Geinitz [EMAIL PROTECTED] wrote: Not in the umax backend but maybe in the umax1220u or some other backend. Try SANE_DEBUG_DLL=255 SANE_DEBUG_UMAX1220U=255 scanimage -L Right, missed it; looks like I badly need some sleep. That's the thing to do. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300405: [INTL:ru] Debconf russian translation
Package: cpuburn Version: 2.1.5 This is debconf russian translation. ru.po.gz Description: Binary data
Bug#300402: debconf-utils must be dependency of phpmyadmin
On Sat, 19 Mar 2005, alex wrote: Setting up phpmyadmin (2.6.1-pl3-2) ... /usr/bin/ucf: line 55: debconf-loadtemplate: command not found Searching in another computer with dpkg -s debconf-loadtemplate reveals me that this is included in debconf-utils. I installed manually and now all works ok... maybe debconf-utils must be dependency of phpmyadmin ? Which version of ucf you had installed? -- .''`.Piotr Roszatycki, Netia SA : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#198505: ipython: Please add the ipython-emacs module
* Nahuel Greco wrote: An ipython-emacs module exists, it is linked from main ipython homepage. A nice addition to the ipython debian package will be the inclusion of this (x)emacs module. I prepared an updated package with a new ipython-emacs package. http://people.debian.org/~nobse/debian/unstable/ Please give it a try and send me feedback, I'm no emacs user and don't know how to use it. :-) Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300391: af_vfs.h: missing #include sys/types.h line
On Sat, Mar 19, 2005 at 12:59:16PM +, Andrew Suffield wrote: /usr/include/af_vfs.h uses ssize_t, but doesn't include sys/types.h, so it will fail to compile if nothing has included that first. It also needs the typedef for AFvirtualfile from audiofile.h, which in turn includes sys/types.h. Therefore, if anything, I'd rather add to af_vfs.h something like #ifndef AUDIOFILE_H #error You need to #include audiofile.h before af_vfs.h. #endif Do you agree? Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300409: ITP: gruler -- a customizable screen ruler for GNOME
Package: wnpp Severity: wishlist Owner: Maykel Moya [EMAIL PROTECTED] * Package name: gruler Version : 0.6 Upstream Author : Ian McIntosh [EMAIL PROTECTED] * URL : http://linuxadvocate.org/projects/gruler * License : GPL Description : a customizable screen ruler for GNOME gruler is an on-screen ruler for measuring horizontal and vertical distances in any application. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11-1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300407: tramp: Executing shell command fails in Tramp buffers with unknown file I/O primitive: shell-command
Package: tramp Version: 1:2.0.47-1 Severity: normal Tags: patch Hello, Here are the steps to reproduce the problem: - launch Emacs - open a remote buffer with tramp (using default ssh method), i.e. /[EMAIL PROTECTED]:/home/fred/test (the file does not have to exist) - try to execute the shell command with Esc ! date from this buffer - I get the following error message in the *Messages* buffer: tramp-file-name-for-operation: unknown file I/O primitive: shell-command I found a message from Michael Albinus on emacs-pretest-bug mailing list with a patch for this problem (http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-02/msg00138.html). The patch is the following: *** tramp.el.orig Sun Jan 16 11:51:45 2005 --- tramp.elMon Feb 14 17:20:53 2005 *** *** 4105,4113 (if (bufferp (nth 0 args)) (nth 0 args) (current-buffer ; COMMAND ((member operation ! (list 'dired-call-process-command ; Emacs only ! 'shell ; Post Emacs 21.3 only 'process-file ; XEmacs only --- 4105,4113 (if (bufferp (nth 0 args)) (nth 0 args) (current-buffer ; COMMAND ((member operation ! (list 'dired-call-process ; Emacs only ! 'shell-command ; Post Emacs 21.3 only 'process-file ; XEmacs only This fixes the problem. The patch is supposed to go in the not-yet-released tramp 2.0.48. According to tramp CVS, it is also included in the latest upstream version (2.1.3). Fred -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages tramp depends on: ii emacs21 [emacsen] 21.3+1-9 The GNU Emacs editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300411: pilot-link: New version 0.12.0-pre2 available
Package: pilot-link Version: 0.11.8-0.12.0-pre2-1 Severity: wishlist bug reporter: a new version of pilot-link 0.12.0-pre2 [1] is available maintainer: yes I know. I packaged it and it is available on my web page [2] and soon on experimental (but now blocked in the NEW queue [2]). Note that I will not upload a new pilot-link version in unstable before: - 0.12.0 final is out - and sarge is released So pilot-link 0.12.0 should be in etch but not sarge. Regards, [1] http://www.pilot-link.org/node/148 [2] http://people.debian.org/~rousseau/dists/sid/binary-i386/ [3] http://ftp-master.debian.org/new.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299732: exim4: Add examples for cyrus_sasl authenticator
On Sat, Mar 19, 2005 at 08:38:16AM +0100, Juergen Kreileder wrote: Marc Haber [EMAIL PROTECTED] writes: So you're suggesting to put these below the login_sasl_server authenticator in 30_exim4-config_examples, as seen in http://svn.debian.org/wsvn/pkg-exim4/exim/trunk/debian/debconf/conf.d/auth/30_exim4-config_examples?op=filerev=0sc=0, right? The order doesn't really matter, it's up to the client to choose one of the availabe mechs for authentication. Yes. The only relevant part is that the OjE 4.x hack authenticator must be last. I am just asking where your authenticators would fit from a method point of view. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300346: Installation Problem with Debian version 3.0r4
tag + woody thanks Yanming Wu wrote: Package: Installation Version: 3.0r4 I encountered an installation problem when I installed version 3.0r4. The problem happens like this: I finished the first round of installation and can boot to linux, after that I need to do more installation, like setting root user account and normal user account, then one screen is to Configuring Locale, including EN-US UTF-8. It is in this screen, I was stopped. After making a selection, there is no way for me to move the cursor to the OK button at the bottom of the screen in order to move to the next screen. So I can not continue with the installation process. Your reply will be greatly appreciated. Thanks in advance. Regards, Yanming Wu cut Hi What exactly is wrong when pressing the tab-key? Do you get error messages? Did you use the tab-key before? On what platform are you? What keyboard are you using? Can you still switch to console F2? Please note that problems with boot-floppies (= woody install system) won't be fixed anymore, because sarge is getting stable soon. BTW: Asking first on debian-user@lists.debian.org for help is the normal route to go ;-) Bye Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299579: Postinstall fails when performing run-parts
On Wed, Mar 16, 2005 at 06:10:19PM -0500, [EMAIL PROTECTED] wrote: At 9:28 PM +0100 3/15/05, Sven Luther wrote: ... Can you upgrade your run-parts (or whatever package contains it) to the version currently in testing ? After I upgraded the package debianutils (which contains run-parts) to testing, the package kernel-image-2.4-powerpc (testing) installed fine. Thanks for your help! Thanks for your report. This problem was fixed in kernel-package (now uses the woody available --verbose instead of the shorter -v option), and i need to upgrade my images for it. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300388: libxml-commons-resolver1.1-java: FTBFS: NullPointerException
Hi, On Sat, 2005-03-19 at 15:34 +0100, Michael Koch wrote: java.lang.NullPointerException at java.text.DecimalFormatSymbols.setCurrency (DecimalFormatSymbols.java:397) at java.text.DecimalFormatSymbols.DecimalFormatSymbols (DecimalFormatSymbols.java:151) at java.text.NumberFormat.computeInstance (NumberFormat.java:327) at java.text.NumberFormat.getNumberInstance (NumberFormat.java:456) at java.text.NumberFormat.getInstance (NumberFormat.java:381) at java.text.MessageFormatElement.setLocale (MessageFormat.java:90) at java.text.MessageFormat.scanFormat (MessageFormat.java:314) at java.text.MessageFormat.applyPattern (MessageFormat.java:335) at java.text.MessageFormat.formatInternal (MessageFormat.java:465) at java.text.MessageFormat.format (MessageFormat.java:403) at java.text.MessageFormat.format (MessageFormat.java:518) at java.text.Format.format (Format.java:101) at org.apache.tools.ant.util.DateUtils.formatElapsedTime (DateUtils.java:132) at org.apache.tools.ant.DefaultLogger.formatTime (DefaultLogger.java:276) at org.apache.tools.ant.DefaultLogger.buildFinished (DefaultLogger.java:156) at org.apache.tools.ant.Project.fireBuildFinished (Project.java:1796) at org.apache.tools.ant.Main.runBuild (Main.java:693) at org.apache.tools.ant.Main.startAnt (Main.java:188) at org.apache.tools.ant.Main.start (Main.java:151) at org.apache.tools.ant.Main.main (Main.java:241) at java.lang.VirtualMachine.invokeMain (VirtualMachine.java) at java.lang.VirtualMachine.main (VirtualMachine.java:108) make: *** [debian/stamp-ant-build] Error 1 This is a well known problem in sablevm. We should consider switching to another VM for building. kaffe has some problems too but they only get triggered by a small part of the packages. This bug get triggered always when using sablevm together with ant. The above issue will probably be solved in an upcoming sablevm release. They often ship with untested GNU Classpath CVS snapshots which they call sablevm-classpath. The above was a small bug we fixed before the official GNU Classpath release. Apparently it is possible to make sablevm use stable well tested GNU Classpath releases. http://sablevm.org/lists/sablevm-devel/2004-November/000223.html It would be a good idea to fix the sablevm packages so they use this option by default in Debian against the latest official classpath package to prevent hitting these kind of bugs in unreleased/untested sablevm-classpath drops. Cheers, Mark -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ signature.asc Description: This is a digitally signed message part
Bug#299528: patch
299528 tags +patch It looks like -15 introduced a fix to the code that searched for $kopt variables. This patch improves that fix and fixes this bug by replacing + with _ when looking for $kopt variables. --- /sbin/update-grub 2005-02-17 18:20:22.0 -0500 +++ /tmp/update-grub2005-03-19 10:56:15.0 -0500 @@ -529,7 +529,7 @@ kernel_version=$1 version=$(echo $kernel_version | sed 's/^[^0-9]*//') - version=$(echo $kernel_version | sed 's/[.-]/_/g') + version=$(echo $version | sed 's/[-\+\.]/_/g') if [ -n $version ] ; then while [ -n $version ] ; do currentOpt=$(eval echo \$kopt_$version) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300415: grisbi: catch SIGSEGV when doing Edit - Preferences
Package: grisbi Version: 0.5.5-2 Severity: normal Hi, If I do Edit - Preference with no account defined the program segfault. If an account is defined, this doesnt occur. Just before the segfault, I get a popup with various messages like : Cannot lock file '':No such file or directory Regards Jean-Luc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (199, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.5-k8-1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages grisbi depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-02.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libofx1 1:0.7.0-7library to support Open Financial ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libxml2 2.6.16-3 GNOME XML library ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297990: Woody impacted as well?
reopen 297990 tags 297990 + woody retitle 297990 CAN-2005-0397: Possible execution of arbitary code thanks Looking at http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0397 it appears as if woody is impacted as well. And possibly execute arbitrary code does not sound too nice either. If woody is not impacted, please add CAN-2005-0397 to http://www.debian.org/security/nonvulns-woody Thanks -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.freepatents.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298314: /etc/init.d/tomcat4 start fails; log says JAVA_HOME is not defined correctly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Barry Hawkins wrote: | Herman Robak wrote: [...] | | Thank you. I would like some more hints on troubleshooting | | the Java environment. | Herman, | ~Please send me your /etc/default/tomcat4 and /etc/init.d/tomcat4 | files personally. I will see if anything jumps out at me. [...] Herman, ~Any update with your tomcat4 issues? I never received any additional information from you. I was thinking of another possibility, that your issue may be related to the removal of kjc from kaffe, as documented in Bug #299643[0]. If so, the next tomcat4 package will fix that. For now, to see if that is your problem, try changing the line containing: JSP_COMPILER=kjc to: JSP_COMPILER=jikes and see if anything changes. Please let me know; if so, i will be merging this bug with 299643. [0] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=299643 Regards, - -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCPE1A7bZ6kUftWZwRAhejAJkBtE0UO076qWlhNiy+ClguVMFaGACdGk+u 4zzL5Pe0Dl1O0fu2ghk6Lto= =r3cM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300416: nant: FTBFS: stops idling after src/NAnt.DotNet/NAnt.DotNet.build
Package: nant
Version: nant-0.84+0.85-rc1
Severity: serious
Hi,
building nant on i386 with pbuilder, I get:
[...]
[nant] /tmp/buildd/nant-0.84+0.85-rc1/src/NAnt.Console/NAnt.Console.build
build
Buildfile:
file:///tmp/buildd/nant-0.84+0.85-rc1/src/NAnt.Console/NAnt.Console.build
Target(s) specified: build
build:
[csc] Compiling 2 files to
'/tmp/buildd/nant-0.84+0.85-rc1/build/mono-1.0.unix/nant-0.85-debug/bin/NAnt.exe'.
[csc] Compilation succeeded
[copy] Copying 1 file to
'/tmp/buildd/nant-0.84+0.85-rc1/build/mono-1.0.unix/nant-0.85-debug/bin/NAnt.exe.config'.
BUILD SUCCEEDED
Total time: 0.9 seconds.
[nant] /tmp/buildd/nant-0.84+0.85-rc1/src/NAnt.DotNet/NAnt.DotNet.build
build
BUILD FAILED
The current runtime framework 'mono-1.0' is not correctly configured in the
NAnt configuration file.
Function call failed.
Expression: ${pkg-config::get-variable('mono', 'prefix')}
^^
Object reference not set to an instance of an object
Total time: 6.4 seconds.
after which the build stops (idling without terminating).
Thanks for considering.
bye,
Roland
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Versions of packages nant depends on:
pn libmono-dev Not found.
pn mono-common Not found.
pn mono-jit | cli-virtual-machinNot found.
pn mono-mcs Not found.
ii pkg-config0.15.0-4 Manage compile and link flags for
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
debian-bugs-dist@lists.debian.org
Package: dvd+rw-tools Version: 5.21.4.10.8-1 Followup-For: Bug #287518 First session was created with: growisofs -speed=1 -M /dev/hdb -r -J -joliet-long /mnt/foto My error messages: growisofs -speed=1 -M /dev/hdb -r -J -joliet-long rr Executing 'mkisofs -C 16,389872 -M /dev/fd/3 -r -J -joliet-long rr | builtin_dd of=/dev/hdb obs=32k seek=24367' INFO: ISO-8859-2 character encoding detected by locale settings. Assuming ISO-8859-2 encoded filenames on source filesystem, use -input-charset to override. Rock Ridge signatures found mkisofs: Error: '/rr_moved/sav' and '/rr_moved/sav' have the same Rock Ridge name 'sav'. mkisofs: Error: '/rr_moved/sav' and '/rr_moved/sav' have the same Rock Ridge name 'sav'. mkisofs: Error: '/rr_moved/sav' and '/rr_moved/sav' have the same Rock Ridge name 'sav'. mkisofs: Error: '/rr_moved/sav' and '/rr_moved/sav' have the same Rock Ridge name 'sav'. mkisofs: Error: '/rr_moved/sav' and '/rr_moved/sav' have the same Rock Ridge name 'sav'. mkisofs: Error: '/rr_moved/sav' and '/rr_moved/sav' have the same Rock Ridge name 'sav'. mkisofs: Error: '/rr_moved/sav' and '/rr_moved/sav' have the same Rock Ridge name 'sav'. mkisofs: Error: '/rr_moved/sav' and '/rr_moved/sav' have the same Rock Ridge name 'sav'. mkisofs: Error: '/rr_moved/lock' and '/rr_moved/lock' have the same Rock Ridge name 'lock'. mkisofs: Error: '/rr_moved/lock' and '/rr_moved/lock' have the same Rock Ridge name 'lock'. mkisofs: Error: '/rr_moved/pcnt' and '/rr_moved/pcnt' have the same Rock Ridge name 'pcnt'. mkisofs: Error: '/rr_moved/cvs' and '/rr_moved/cvs' have the same Rock Ridge name 'cvs'. mkisofs: Error: '/rr_moved/cvs' and '/rr_moved/cvs' have the same Rock Ridge name 'cvs'. mkisofs: Error: '/rr_moved/cvs' and '/rr_moved/cvs' have the same Rock Ridge name 'cvs'. mkisofs: Error: '/rr_moved/bac' and '/rr_moved/bac' have the same Rock Ridge name 'bac'. mkisofs: Error: '/rr_moved/bac' and '/rr_moved/bac' have the same Rock Ridge name 'bac'. mkisofs: Error: '/rr_moved/bac' and '/rr_moved/bac' have the same Rock Ridge name 'bac'. mkisofs: Error: '/rr_moved/cvs' and '/rr_moved/cvs' have the same Rock Ridge name 'cvs'. mkisofs: Error: '/rr_moved/bac' and '/rr_moved/bac' have the same Rock Ridge name 'bac'. mkisofs: Error: '/rr_moved/bac' and '/rr_moved/bac' have the same Rock Ridge name 'bac'. mkisofs: Error: '/rr_moved/bac' and '/rr_moved/bac' have the same Rock Ridge name 'bac'. mkisofs: Error: '/rr_moved/bac' and '/rr_moved/bac' have the same Rock Ridge name 'bac'. mkisofs: Error: '/rr_moved/bac' and '/rr_moved/bac' have the same Rock Ridge name 'bac'. mkisofs: Unable to sort directory /rr_moved :-( mkisofs has failed: 255 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages dvd+rw-tools depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-6 GCC support library ii libstdc++51:3.3.5-8 The GNU Standard C++ Library v3 ii mkisofs 4:2.01+01a01-2 Creates ISO-9660 CD-ROM filesystem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297078: alexandria: takes 30 cpu seconds to add book
Ar 26/02/2005 am 14:29, ysgrifennodd Blars Blarson: Package: alexandria Version: 0.4.0-2 Severity: important As the book database grows, it takes longer and longer to insert a new book. At 500 books, it is now taking over 30 cpu seconds to do a simple insert. I've still got something like 2500 more books... Combined with 290180 and many other problems, I do not feel that alexandria is ready for a stable Debian release. Please consider filing a serious bug on your package to keep it out of sarge until it stabelizes more. According to the author, the problem with the slowness should be fixed in version 0.5.0, which I'm planning to upload shortly. 290180 should also be fixed by the new release. I'll close this bug with that version -- if you still feel that that version is unsuitable for inclusion in a stable release, please file another bug or reopen this one. Cheers, -- Dafydd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299007: base-files: Insecure PATH
Synopsis: Make squash_gids be a default for the NFS server, make /home not be writable by group staff, leave /usr/local alone. == By default, in Debian, /usr/local is integrated into the OS, it is in the default path for root, it is in the library path for systems like Emacs, Perl, Python,, etc. /usr/local, by default, is created group writable by group staff. This is not a security issue on the local machine, since by default group staff is empty, and there are no sgif staff binaries in Debian It is present to allow a finer distinction of privileges on the machine, by adding people to group staff one may allow people to update bits of /usr/local (like, for instance, installing CPAN modules, elisp packages, CTAN bundles, etc). Having finer grained privileges is a nice feature; anything to prevent the blunt use of super-user in Linux is something we should encourage. There fore it is better to do this by default than making every local admin do it on their own. The problem comes with NFS. If the system is not exported read-only in NFS, then any exploit on the remote machine may compromise the local machine. There are mechanisms in place to prevent this from happening: a) export the file system read only. b) export the file system with root_squash on squash_gids c) use SELinux on both ends and label the network and use the patched SELinux aware NFS code :P The issue is that by default only root_squash is enabled, but not squash_gids, which seems to be the crux of the problem reported. Fixing that is a better solution than forcing the local administrator to add more entry points to gaining uid=0* (using sudo, for instance), instead of giving these local roles the ability to write to a subset of the file system. Also, the vast majority of installs do not NFS export /usr/local, so while they can benefit from the finer grained control of who can write to /usr/local, they won't benefit from the don't need to add squash_gids. Even in the subset of machines that NFS export file systems, not all of them export /usr/local; so we are talking about far different constituencies here. The common case by far benefits from /usr/local not requiring uid=0 to modify; and we should be making things easier for the common case, and not too much harder for the uncommon. Making /home not writable by group staff is more reasonable, and this should be done. manoj -- Feminists just want the human race to be a tie. Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300422: libtheora: FTBFS: tries to install to /usr during packaging.
Package: libtheora Version: 0.0.0.alpha4-1 Severity: serious Hi, Your package is failing to build because it's trying to install directly into /usr during packaging. From a buildd log: make[4]: Entering directory `/build/buildd/libtheora-0.0.0.alpha4/doc' make[4]: Nothing to be done for `install-exec-am'. mkdir -p -- . /usr/share/doc/libtheora-1.0alpha4 mkdir: cannot create directory `/usr/share/doc/libtheora-1.0alpha4': Permission denied make[4]: *** [install-data-local] Error 1 The problem seems to be that DESTDIR it's properly used in the Makefile everywhere. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300421: CAN-2005-0605: buffer overflow
Package: lesstif1 Version: 1:0.93.18-5 Severity: grave, woody Tags: security Justification: user security hole I am not sure if lesstif1 is affected of CAN-2005-0605. If it is not, then please add an entry to http://www.debian.org/security/nonvulns-woody -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux pleione 2.4.26-grsec #1 Tue Aug 10 15:42:40 CEST 2004 i686 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages lesstif1 depends on: ii libc6 2.2.5-11.8 GNU C Library: Shared libraries an -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300420: darcs-load-dirs: Typos in package description
Package: darcs-load-dirs Severity: minor | Darcs works fine for importing new archives, However, for situations s/archives,/archives./ | where the upstream renames of moves files and directories on a s/of/or/ | regular bases, version information can be lost. s/bases/basis/ -- The Law of Fives is never wrong. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300388: libxml-commons-resolver1.1-java: FTBFS: NullPointerException
Hi, That was an issue with setting default locales, and is already fixed in unstable (fix will be propagated into testing soon). Please just try to use ANT with this version and everything should be all right. Or actually you don't need to do anything :-) Hope this helps, Grzegorz B. Prokopski [ Not that it's strictly relevant to the bugreport, but note that the ] [ sablevm-classlib 1.1.9 was based on the official GNU Classpath 0.13 ] [ release, with a handful of SableVM-specific changes in base classes. ] -- Grzegorz B. Prokopski [EMAIL PROTECTED] SableVM - Free, LGPL'ed Java VM http://sablevm.org Why SableVM ?!? http://sablevm.org/wiki/Features Debian GNU/Linux - the Free OS http://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300418: darcs: Typo in package description
Package: darcs Version: 1.0.2-1 Severity: minor | Darcs is a revision control system, along the lines of CVS or | arch. That means that it keeps track of various revisions and | branches of your project, allows for changes to propogate from one | branch to another. s/propogate/propagate/ -- Es ist ein Irrtum zu glauben, man koenne jedes groessere Problem einfach mit Kartoffeln loesen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300426: linphone: FTBFS: disallowed characters (:) in documentation sources (sgml)
Package: linphone Version: 0.12.2-2 Severity: serious Hi, building the package linphone in a clean build environment (with pbuilder) on i386 results in: = [...] WARNING: Parameter description missing in source code comment block - FUNCTION: rtp_session_sendm_with_ts Parameter: userts. WARNING: Parameter described in source code comment block but does not exist - FUNCTION: rtp_session_sendm_with_ts Parameter: timestamp. WARNING: Parameter described in source code comment block but does not exist - MACRO: rtp_profile_get_name Parameter: Returns. WARNING: Parameter described in source code comment block but does not exist - MACRO: rtp_profile_get_payload Parameter: Returns. 81% symbol docs coverage (39 symbols documented, 9 not documented) See ortp-undocumented.txt for a list of missing docs. The doc coverage percentage doesn't include intro sections. touch sgml-build.stamp *** Building HTML *** test -d ./html || mkdir ./html cd ./html gtkdoc-mkhtml ortp ../ortp-docs.sgml /usr/bin/jade:../sgml/rtpsessionapi.sgml:21:57:E: character : is not allowed in the value of attribute LINKEND /usr/bin/jade:../sgml/rtpsessionapi.sgml:145:49:E: character : is not allowed in the value of attribute ID /usr/bin/jade:../sgml/rtpsessionapi.sgml:357:100:E: character : is not allowed in the value of attribute LINKEND /usr/bin/jade:../sgml/rtpsessionapi.sgml:562:123:E: character : is not allowed in the value of attribute LINKEND make[5]: *** [html-build.stamp] Error 1 make[5]: Leaving directory `/tmp/buildd/linphone-0.12.2/oRTP/docs' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/tmp/buildd/linphone-0.12.2/oRTP' make[3]: *** [all] Error 2 make[3]: Leaving directory `/tmp/buildd/linphone-0.12.2/oRTP' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/linphone-0.12.2' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/linphone-0.12.2' make: *** [build-stamp] Error 2 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ Please note that this report has not been generated fully automatically. DARTS just helped finding the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297990: Woody impacted as well?
tags 297990 + patch thanks On Sat, Mar 19, 2005 at 05:15:20PM +0100, Helge Kreutzmann wrote: Looking at http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0397 it appears as if woody is impacted as well. And possibly execute arbitrary code does not sound too nice either. I've confirmed that woody is indeed impacted. Suggested patch attached. Regards, Daniel. diff -u imagemagick-5.4.4.5/debian/changelog imagemagick-5.4.4.5/debian/changelog --- imagemagick-5.4.4.5/debian/changelog +++ imagemagick-5.4.4.5/debian/changelog @@ -1,3 +1,12 @@ +imagemagick (4:5.4.4.5-1woody6) stable-security; urgency=high + + * Non-maintainer upload for the Security Team. + * magick/image.c: FormatString() was called with the file name as +format string, rather than through %s. Fix backported from +unstable. Closes: #297990 (CAN-2005-0397) + + -- Daniel Kobras [EMAIL PROTECTED] Sat, 19 Mar 2005 18:04:30 +0100 + imagemagick (4:5.4.4.5-1woody5) stable-security; urgency=high * Non-maintainer upload by the Security Team. only in patch2: unchanged: --- imagemagick-5.4.4.5.orig/magick/image.c +++ imagemagick-5.4.4.5/magick/image.c @@ -6411,7 +6411,7 @@ /* Rectify multi-image file support. */ - FormatString(filename,image_info-filename,0); + FormatString(filename,%s,image_info-filename,0); if ((LocaleCompare(filename,image_info-filename) != 0) (strchr(filename,'%') == (char *) NULL)) image_info-adjoin=False; signature.asc Description: Digital signature
Bug#300425: JigDon't
package: jigdo (windows version) The jigdo is not really a Debian package but it's a utility used by Debian for downloading iso data. The win version does not allow copy/paste of urls into the program making typing lines like this by hand necessary. One tiny error and you get to try to type it in again. ftp://debian.oregonstate.edu/debian-cdimage/jigdo/current/i386/woody-i386-1.jigdo I've already bugged Richard about broken links or links that never were right in the first place, etc., so this one's for you. :-) Jigdon't. At least not for Windows. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
