Bug#240587: acknowledged by developer (Experimental upload now in unstable)
* Guillem Jover [EMAIL PROTECTED] [2005-03-25 03:48]: This WNPP bug was tagged fixed-in-experimental, but the package has since then moved to unstable. Hmmm when did that happen? :) It didn't... the package is still only in experimental. I've fixed my script already. I think the bug should be closed anyway since the package is in the archive but if you disagree please feel free to re-open it. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301282: Package: installation-reports
2. Would it be possible to offer the user the choice of branches. For example I could select Stable, Testing, or Unstable. Not from the netinst CD, as there's only room on the CD for one version of Debian. The businesscard or netboot installer offers these choices, although only in expert mode. Any reason to not close this successful install report, Joey? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301318: Problem at reboot
Package: installation-reports INSTALL REPORT Debian-installer-version: 2005-03-24 ftp.debian.org/debian/dists/testing/main/installer-i386/rc3/images/floppy/ uname -a: Linux bob 2.4.27-2-586tsc #1 Thu Jan 20 10:47:31 JST 2005 i586 GNU/Linux Date: 2005-03-24 21.00 EET and forwards Method: floppy images boot, root and net-drivers. Rest from own mirror made with debmirror and containing udebs in same subnet. Machine: Clone PC Processor: Pentium 133Mhz Memory: 32M Root Device: IDE /dev/hda, 20G # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/hda1 / ext3defaults,errors=remount-ro 0 1 /dev/hda5 noneswapsw 0 0 /dev/hdb/media/cdrom0 iso9660 ro,user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto 0 0 Output of lspci and lspci -n: :00:00.0 0600: 8086:122d (rev 02) :00:00.0 Host bridge: Intel Corp. 430FX - 82437FX TSC [Triton I] (rev 02) :00:07.0 0601: 8086:122e (rev 02) :00:07.0 ISA bridge: Intel Corp. 82371FB PIIX ISA [Triton I] (rev 02) :00:07.1 0101: 8086:1230 (rev 02) :00:07.1 IDE interface: Intel Corp. 82371FB PIIX IDE [Triton I] (rev 02) :00:08.0 0300: 102b:0519 (rev 01) :00:08.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2064W [Millennium] (rev 01) :00:0a.0 0200: 10b7:9200 (rev 74) :00:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [E] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. First reboot of system made system spew out error messages about eth0. Sorry, did not write them down. Then booted using grub recovery item, that worked. Timezone seems to be GMT+0, not EET as it should be for Finland. Command date shows: Fri Mar 25 06:37:00 UTC 2005 Now realised the timezone is wrong because never did systen configuration at first boot of system. Because recovery kernel booted, and could not find anything wrong, tried normal boot again. Now it worked. It asked me about timezone etc things. So everything worked as it should except that first reboot. This is such an old machine that it may have been a temporary glitch, and not any fault of the Debian GNU/Linux installer. Install logs and other status info is available in /var/log/debian-installer/. Once you have filled out this report, mail it to [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301317: 'man xscreensaver' typos: simultaniously, instaling...
Package: xscreensaver Version: 4.20-1 Severity: minor Tags: patch Three typos in '/usr/share/man/man1/xscreensaver.1.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages xscreensaver depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxml2 2.6.16-4GNOME XML library ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii libxrandr2 4.3.0.dfsg.1-12.0.1 X Window System Resize, Rotate and ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information 370c370 for each screen. (All screens are blanked and unblanked simultaniously.) --- for each screen. (All screens are blanked and unblanked simultaneously.) 1019c1019 responds to the resultant \fBColormapNotify\fP event by re-instaling the --- responds to the resultant \fBColormapNotify\fP event by re-installing the 1100c1100 overengineered and broken \fBMIT-SCREEN-SAVER\fP extension. --- over-engineered and broken \fBMIT-SCREEN-SAVER\fP extension.
Bug#298633: Konqueror hangs when *moving* files within a cifs mounted volume
you make that test with another program that is not Konqueror? -- Víctor Pérez Pereira [EMAIL PROTECTED] Maracay - Venezuela -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301324: pppconfig: [INTL:lt] initial Lithuanian translation
Package: pppconfig Version: 2.3.11 Severity: wishlist Tags: l10n patch Here is revised Lithuanian messages translation for pppconfig. Please include this file in the next upload. -- Kstutis Bilinas [EMAIL PROTECTED] lt.po.gz Description: GNU Zip compressed data signature.asc Description: =?iso-8859-2?Q?=A9i?= =?iso-8859-2?Q?_lai=B9ko?= dalis yra =?iso-8859-2?Q?pasira=B9yta?= skaitmeniniu =?iso-8859-4?Q?b=FEdu?=
Bug#301321: mason: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: mason Tags: l10n patch Severity: wishlist Please consider Brazilian Portuguese translation. :) I'm sending 'pt_BR.po.bz2' attached. Thanks in advance. - -- // // Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED] // GUD-PR / DUG-PR || http://www.debian-pr.org // GUD-BR / DUG-BR || http://www.debian-br.org // Debian Project || http://www.debian.org/ // -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFCQ8n+CjAO0JDlykYRAg6WAJ9EoN+i22sbqX1eeT8187ydmjNOBQCgsNnf 9LDcqB29SiQb1JJMEt58K3E= =LUf9 -END PGP SIGNATURE- pt_BR.po.bz2 Description: application/bzip
Bug#301319: check.h should include stddef.h
Package: check Version: 0.9.2-4 Severity: important Hello, check.h use NULL, but not include stddef.h to define NULL, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301323: X could not be opened, because the associated helper application does not exist error message should include mime type of file
Package: mozilla-browser Version: 2:1.7.5-1 Severity: minor If a helper application for a mime type doesn't exist, users see a dialog box X could not be opened, because the associated helper application does not exist when they try to open files of that type. But the error message doesn't say the mime type, so this makes it hard to fix the problem. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 Versions of packages mozilla-browser depends on: ii debconf 1.4.39 Debian configuration management sy ii libatk1.0-0 1.8.0-3The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libfontconfig12.2.3-1generic font configuration library ii libfreetype6 2.1.7-2.2 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.2-3 GCC support library ii libglib2.0-0 2.6.3-1The GLib library of C routines ii libgtk2.0-0 2.6.2-4The GTK+ graphical user interface ii libnspr4 2:1.7.5-1 Netscape Portable Runtime Library ii libpango1.0-0 1.8.1-1Layout and rendering of internatio ii libstdc++51:3.3.5-1 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-8 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-8 X Window System miscellaneous exte ii libxft2 2.1.2-6FreeType-based font drawing librar ii libxp64.3.0.dfsg.1-8 X Window System printing extension ii libxrender1 0.8.3-7X Rendering Extension client libra ii libxt64.3.0.dfsg.1-8 X Toolkit Intrinsics ii psmisc21.5-1 Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.2-4 compression library - runtime -- debconf information: * mozilla/dsp: none mozilla/locale_auto: true * mozilla/gdkxft_note: * mozilla/prefs_note: * mozilla/freetype: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301322: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-auth-pam Version: 0.4-6 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the Debian packages. Please rebuild php4-auth-pam to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages php4-auth-pam depends on: ii debconf [debconf-2.0] 1.4.46 Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpam0g0.76-22 Pluggable Authentication Modules l pn phpapi-20020918-zts Not found. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299639: dash make make segdefault
On Tue, Mar 15, 2005 at 05:15:11PM +0100, matthieu castet wrote:
I am not sure it is a dash bug, but this bug don't happen with bash and
posh.
In dash if you do
$ export CC=
$ make
Segmentation fault
Hi, I see two issues here. The first is that dash puts 'CC' into the
environment and not 'CC=', which looks wrong to me:
$ env - dash -c 'export CC=; env'
PWD=/tmp
CC
$
The second is that make segfaults if it finds 'CC' in the environment as
you reported; I would consider that a bug in make.
Hi Herbert, I suggest the attached patch to fix the wrong environment.
Thanks, Gerrit.
Index: src/var.c
===
RCS file: /cvs/dash/src/var.c,v
retrieving revision 1.2
diff -u -r1.2 var.c
--- src/var.c 9 Jul 2004 19:10:17 - 1.2
+++ src/var.c 25 Mar 2005 08:10:23 -
@@ -232,7 +232,7 @@
INTOFF;
p = mempcpy(nameeq = ckmalloc(namelen + vallen + 2), name, namelen);
*p++ = '\0';
- if (vallen) {
+ if (val) {
p[-1] = '=';
p = mempcpy(p, val, vallen);
}
Bug#301325: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-dbtcp Version: 0.1.17-4.1 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the Debian packages. Please rebuild dbtcp to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301307: oops
Oops, the automake files *are* touched. Nevertheless, it fails every time unless I add automake1.4 to the build-dependencies: Making all in Polhem make[3]: Entering directory `/tmp/qbuild/3dwm-0.3.1/src/Polhem' cd ../.. /tmp/qbuild/3dwm-0.3.1/config/missing automake-1.4 --gnu src/Polhem/Makefile WARNING: `automake-1.4' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `automake-1.4' program. make[3]: *** [Makefile.in] Error 1 -- Karl 2005-03-25 00:36 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300917: dietlibc-dev: sys/types.h: test for __powerpc__, not powerpc
On Tue, Mar 22, 2005 at 06:57:48PM +0200, Lars Wirzenius wrote:
In sys/types.h, at around line 70, there is this test:
#elif defined(powerpc)
If gcc is used in C99 conformance mode, the symbol powerpc doesn't exist,
but __powerpc__ exists, and it seems to exist in all modes. I suggest
changing the test to test __powerpc__ therefore.
There may be other instances of the powerpc symbol being tested for,
so a recursive grep for it might be a good thing.
Yes, this already is fixed in upstream CVS. Thanks, Gerrit.
#ifdef powerpc - #ifdef __powerpc__ (Enrico Scholz)
Index: diet.c
===
RCS file: /cvs/dietlibc/diet.c,v
retrieving revision 1.60
retrieving revision 1.61
diff -u -r1.60 -r1.61
--- diet.c 17 Dec 2004 18:47:58 - 1.60
+++ diet.c 7 Mar 2005 09:07:40 - 1.61
@@ -137,7 +137,7 @@
shortplatform=sparc;
#endif
#endif
-#ifdef powerpc
+#ifdef __powerpc__
shortplatform=ppc;
#endif
#ifdef __powerpc64__
Index: syscalls.h
===
RCS file: /cvs/dietlibc/syscalls.h,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- syscalls.h 10 Oct 2003 13:37:34 - 1.12
+++ syscalls.h 7 Mar 2005 09:07:40 - 1.13
@@ -11,7 +11,7 @@
#include sparc/syscalls.h
#endif
-#elif defined(powerpc)
+#elif defined(__powerpc__)
#include ppc/syscalls.h
#elif defined(__powerpc64__)
Index: include/fcntl.h
===
RCS file: /cvs/dietlibc/include/fcntl.h,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- include/fcntl.h 3 Jan 2004 02:10:02 - 1.14
+++ include/fcntl.h 7 Mar 2005 09:07:40 - 1.15
@@ -322,7 +322,7 @@
};
#endif
-#elif defined(powerpc) || defined(__powerpc64__)
+#elif defined(__powerpc__) || defined(__powerpc64__)
/* open/fcntl - O_SYNC is only implemented on blocks devices and on files
located on an ext2 file system */
Index: include/setjmp.h
===
RCS file: /cvs/dietlibc/include/setjmp.h,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- include/setjmp.h10 Oct 2003 13:37:34 - 1.22
+++ include/setjmp.h7 Mar 2005 09:07:40 - 1.23
@@ -170,7 +170,7 @@
#endif
#endif
-#if defined(powerpc) || defined(__powerpc64__)
+#if defined(__powerpc__) || defined(__powerpc64__)
# define JB_GPR1 0 /* Also known as the stack pointer */
# define JB_GPR2 1
# define JB_LR 2 /* The address we will return to */
Index: include/signal.h
===
RCS file: /cvs/dietlibc/include/signal.h,v
retrieving revision 1.48
retrieving revision 1.49
diff -u -r1.48 -r1.49
--- include/signal.h17 Dec 2004 19:14:49 - 1.48
+++ include/signal.h7 Mar 2005 09:07:40 - 1.49
@@ -31,7 +31,7 @@
#define SIGALRM14
#define SIGTERM15
#define SIGUNUSED 31
-#if defined(__i386__) || defined(__x86_64__) || defined(powerpc) ||
defined(__arm__) \
+#if defined(__i386__) || defined(__x86_64__) || defined(__powerpc__) ||
defined(__arm__) \
|| defined(__s390__) || defined(__ia64__) || defined(__powerpc64__)
#define SIGBUS 7
#define SIGUSR110
Index: include/stdarg-cruft.h
===
RCS file: /cvs/dietlibc/include/stdarg-cruft.h,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- include/stdarg-cruft.h 10 Oct 2003 13:37:34 - 1.6
+++ include/stdarg-cruft.h 7 Mar 2005 09:07:40 - 1.7
@@ -109,7 +109,7 @@
#endif
#endif
-#elif defined(powerpc)
+#elif defined(__powerpc__)
typedef struct __va_list_tag {
unsigned char gpr; /* index into the array of 8 GPRs stored in the
@@ -275,7 +275,7 @@
== __real_type_class) (__va).__offset = (6 * 8)) \
? (6 * 8) + 8 : __va_tsize (__type)
-#else /* !__sparc__ !powerpc !__mips__ !__alpha__*/
+#else /* !__sparc__ !__powerpc__ !__mips__ !__alpha__*/
typedef char* va_list;
Index: include/termios.h
===
RCS file: /cvs/dietlibc/include/termios.h,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- include/termios.h 3 Aug 2004 22:28:46 - 1.16
+++ include/termios.h 7 Mar 2005 09:07:40 - 1.17
@@ -103,7 +103,7 @@
cc_t c_line;/* line discipline */
cc_t c_cc[NCCS];/* control characters */
};
-#elif defined(powerpc) || defined(__powerpc64__) || defined(__alpha__)
+#elif defined(__powerpc__) || defined(__powerpc64__) || defined(__alpha__)
#define NCCS 19
struct termios {
tcflag_t c_iflag;
Bug#300926: dietlibc-dev: /usr/lib/diet/lib-powerpc, not lib-ppc
Hi Lars, On Tue, Mar 22, 2005 at 07:54:35PM +0200, Lars Wirzenius wrote: When util-vserver is compiled, its Makefile runs libtool, which expects to find /usr/lib/diet/lib-powerpc. dietlibc-dev provides /usr/lib/diet/libppc instead. This seems like a bug; perhaps both are needed to be compatible with various other packages? there's no need for other packages to know about the location of the diet libc libraries, I don't know why libtool is used here; looks like it complicates things. Simply use CC='diet -v -Os gcc' and LD='diet -v -Os gcc' to configure and build packages with the dietlibc. The 'diet' wrapper with the -Os option takes care to adjust the gcc arguments correctly then. HTH, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301338: php4-tclink: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-tclink Version: 3.4.0-3.2 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the the Debian packages. Please rebuild php4-tclink to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301339: turck-mmcache: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: turck-mmcache Version: 2.4.6-10 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the the Debian packages. Please rebuild turck-mmcache to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301336: php4-sqlrelay: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-sqlrelay Version: 1:0.35-6.1 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the the Debian packages. Please rebuild sqlrelay to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301333: php4-rrdtool: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-rrdtool Version: 1.04-10 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the the Debian packages. Please rebuild php4-rrdtool to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301332: php4-ps: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-ps Version: 1.3.1-5 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the the Debian packages. Please rebuild php4-ps to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301326: php4-gpib: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-gpib Version: 3.2.03-1 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the Debian packages. Please rebuild gpib to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301327: php4-idn: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-idn Version: 1.1-1.1 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the Debian packages. Please rebuild php4-idn to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301329: php4-interbase: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-interbase Version: 4.3.8-3.1 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the Debian packages. Please rebuild php4-interbase to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301335: php4-sqlite: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-sqlite Version: 1.0.2-6 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the the Debian packages. Please rebuild php4-sqlite to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301334: php4-spplus: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-spplus Version: 1.0-4 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the the Debian packages. Please rebuild spplus to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301337: php4-syck: PHP4 hokey pokey: please rebuild *without* ZTS support
Package: php4-syck Version: 0.42-7 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the the Debian packages. Please rebuild syck to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#300353: libreadline-java: FTBFS (ppc64/gcc-4.0): Please use gcj instead of gcj-3.3
On 05-Mar-25 14:35, Ben Burton wrote: I took a look at this and I'm uncomfortable with the patch that you've suggested. The issue here is that I want to ensure that the installed libgcj-dev matches the version of gcj that is used. This was in fact the reason for the latest libreadline-java upload. The current build-depends are (gcj-3.3 libgcj4-dev), which ensures a version match. The suggested replacement of (gcj (libgcj4-dev || libgcj-dev)) does not ensure a version match. If gcj defaults to gcj-3.4, then you could have gcj-3.4 but libgcj4-dev (not libgcj5-dev which matches gcj-3.4). Moreover, both libgcj4-dev and libgcj5-dev provide libgcj-dev. This means that you could have gcj-3.3 (the default gcj on i386) combined with libgcj5-dev (provides libgcj-dev), which again gives mismatched versions. If you have suggestions for working around these problems, I'd love to hear them. In the meantime, I'd prefer not to apply the given patch because of the problems above. Hello, thank you for your detailed reply. I see your point and I have no perfect solution for this at the moment. Nonetheless, I still think that it is a bad idea to make packages explicitly depend on a specific version of gcc. I am working on a port to ppc64 and there is no gcc-3.3 for this architecture, only gcc-3.4 and gcc-4.0. A large part of the archive compiled without changes with a different default gcc. Only very few packages depend on a specific version of gcc. For C and C++ this is easy because the build-essential packages define a default gcc and g++ environment. It is certainly ugly to explicitly call 'gcj-3.3' instead of 'gcj' in the Makefiles. As a solution, I would suggest to use 'gcj' everywhere, but to introduce a configure check which tests if 'gcj' and the installed version of 'libgcj-dev' match, i.e. gcj==gcj-3.3/libgcj4-dev, gcj==gcj-3.4/libgcj5-dev and gcj==gcj-4.0/libgcj6-dev. I do not have a patch for this yet, but it should not be too difficult to write one. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300353: libreadline-java: FTBFS (ppc64/gcc-4.0): Please use gcj instead of gcj-3.3
Hi, As a solution, I would suggest to use 'gcj' everywhere, but to introduce a configure check which tests if 'gcj' and the installed version of 'libgcj-dev' match, i.e. gcj==gcj-3.3/libgcj4-dev, gcj==gcj-3.4/libgcj5-dev and gcj==gcj-4.0/libgcj6-dev. But what will you do if the test fails? The problem is not just at the debian/rules level, it goes all the way back to the build-depends level. Build-depending on gcj will give you a precise version of gcj (the default), whereas build-depending on libgcj-dev gives you no guarantee on what version of libgcj-dev you get. The only solution I can see at this stage is to build-depend on a specific version of libgcj-dev (e.g., libgcj4-dev). And at this point you then have to build-depend on the specific version of gcj to match, and we're back at the current state of affairs. Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301340: libdc0: long description considered b0rked
Package: libdc0 Version: 0.3.7-2 Severity: normal Hi! #v+ Description: Runtime libraries for Valknut A graphical client for popular peer to peer network called Direct Connect. . Valknut has many features, such as searching on all public servers without connecting, downloading a file from multible locations, connecting to multiple servers, and support for multiple languages. #v- I don't see the sense in the first paragraph. It isn't even a full sentence. I don't think that the library is the client, is it? I'd say please remove it. This also goes for the -dev package and maybe some other binary packages built from this source, too. Thanks, Alfie -- wow. I am a dork. -- Martin F. Krafft, debian-devel, [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301341: make segdefault if it find CC in the environment
Package: make Version: 3.80-9 Severity: normal Hi, in the current version of dash if you do $ export CC=, it set in the environement CC, not CC=. And this make make segdefault. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=299639 for more information Matthieu -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages make depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301330: php4-lasso: PHP4 hokey pokey: please rebuild *without* ZTS support
Steve Langasek wrote: Package: php4-lasso Version: 0.6.1-1 Severity: grave Tags: sid After a good deal of soul searching, discussion with upstream, and various bug reports about the subject (#299820, #297223, #297679), the PHP team has made the hard decision to revert support for the ZTS ABI in the the Debian packages. Please rebuild lasso to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. No problem; I was warned and uploaded 0.6.1-2 this morning when I saw the new php4-dev. But it was perhaps too early in the morning and I forgot to update Build-depends. I'm building an updated package now. Regards, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300259: horde2: Impossible login after an update
Hello On Fri, Mar 25, 2005 at 09:35:43AM +0100, Frédéric Massot wrote: Ola Lundqvist wrote: Hello [...] I have the file /etc/horde2/registry.d/impauth.php : ?php $this-registry['auth']['login'] = 'imp'; $this-registry['auth']['logout'] = 'imp'; ? Ok, and I assume that you have $conf['auth']['driver'] = 'imap'; set too? With proper settings for that. Yes, in the file /etc/horde2/horde.php I have : $conf['auth']['driver'] = 'imap'; This is really strange. I do not really know how to debug this further. Regards, // Ola Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299639: dash make make segdefault
On Fri, Mar 25, 2005 at 08:23:52AM +, Gerrit Pape wrote:
Hi Herbert, I suggest the attached patch to fix the wrong environment.
Thanks Gerrit. I've applied your patch.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286636: still fails to build on sparc, different error
reassign 286636 libimlib2-dev,illuminator retitle 286636 Package '@requirements@', required by 'imlib2', not found tags 286636 -sid thanks On Wed, Mar 09, 2005 at 03:56:06PM -0800, Blars Blarson wrote: Now the error is: checking LIBXML2_LIBS... -lxml2 -lpthread -lz -lm checking for imlib2 = 1.1... Package @requirements@ was not found in the pkg-co nfig search path. Perhaps you should add the directory containing [EMAIL PROTECTED]@.pc' to the PKG_CONFIG_PATH environment variable Package '@requirements@', required by 'imlib2', not found configure: error: Library requirements (imlib2 = 1.1) not met; consider adjusti ng the PKG_CONFIG_PATH environment variable if your libraries are in a nonstanda rd prefix so pkg-config can find them. make: *** [stamp-configure] Error 1 This build failure in illuminator appears to be a bug in the pkg-config file shipped by current libimlib2-dev. Since this version of libimlib2-dev is in sarge, the sid tag is no longer appropriate here. I'm digging to see why libimlib2-dev is now shipping a broken .pc file; this problem apparently affects all architectures, not just sparc. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301342: (no subject)
Subject: does not find all .ko kernel drivers Package: mkinitrd-cd Version: 0.50 Severity: important Tags: patch *** Please type your report below this line *** Hi Rene, the new mkinitrd-cd version is fantastic, but it does not work at all for a 2.6 kernel, since it does not find all .ko kernel modules needed. The patch is attached. regards thomas pittermaennche[/usr/sbin] diff -u mkinitrd-cd.orig mkinitrd-cd --- mkinitrd-cd.orig2005-03-06 19:05:23.0 +0100 +++ mkinitrd-cd 2005-03-25 09:56:06.528966352 +0100 @@ -124,10 +124,7 @@ if [ -d $modulepath/$n ] ; then for f in `find $modulepath/$n/ -name '*.o' -o -name '*.ko'`; do # copy only those that are also listed in scsiprobe.dat - mod=`expr $(basename $f) : '\(.*\).o'` - if [ -z $mod ]; then -mod=`expr $(basename $f) : '\(.*\).ko'` - fi + mod=`expr $(basename $f) : '\(.*\)\.[k]*o'` echo -ne $mod\t # cosmetics (another tab for short file names) if [ `expr $mod : '.*'` -lt 4 ]; then -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mkinitrd-cd depends on: ii discover-data 2.2005.02.13-1 Data lists for Discover hardware d ii dosfstools2.10-1 Utilities to create and check MS-D ii gcc 4:3.3.5-1 The GNU C compiler ii libuclibc-dev 0.9.26-cvs20040816-5.1 A small implementation of the C li ii libuclibc00.9.26-cvs20040816-5.1 A small implementation of the C li ii make 3.80-9 The GNU version of the make util ii makedev 2.3.1-77 creates device files in /dev ii mtools3.9.9-2.1 Tools for manipulating MSDOS files ii syslinux 2.11-0.1 Bootloader for Linux/i386 using MS ii uclibc-toolchain 0.9.26-cvs20040816-5.1 A compiler wrapper for uClibc -- no debconf information -- regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301343: debian-installer: serial console will only install in english
Package: debian-installer Severity: normal Tags: l10n I installed the current jigdo-snapshot an a PWS 500au, and if I set the console to serial (boot option 1, IIRC), everything works fine up to the dialog to select the language. It has lots of instead of horizontal lines (I can live with that), and has german selected (so it correctly read the information from SRM, nice). But if I actually select German as the language, he screen is cleaned twice and the installation hangs. If I either select English from the serial console, or German from the graphics console, everything works. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: alpha Kernel: Linux 2.4.27-2-generic Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Bug#301344: kde-core: All KDE windows are completely unreadable
Package: kde-core Version: 5:43 Severity: important All windows of all KDE apps I have started have a completly dark background, no window element is visible except characters and icons, which are displayed with a tiny rim of the true window background. The window and its elements are also visible in the two pixels or so surrounding the mouse pointer. I'd like to post a screenshot, but the screeshot utility sees the window as it should look, not as it looks. This might also be a bug in QT or the TGA xserver, but other applications seem to work. This happens on a PWS 500au with a Digital TGA graphics card and the jigdo testing snapshot generated today. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: alpha Kernel: Linux 2.4.27-2-generic Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kde-core depends on: ii arts 1.3.2-2Analog Realtime Synthesizer (aRts) ii fontconfig2.2.3-4generic font configuration library ii kdebase 4:3.3.2-1 KDE Base metapackage ii kdelibs 4:3.3.2-4 KDE core libraries metapackage -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#135972: Pending Order
Good day to you, Delivered right to you No need to leave the house. DHL Package tracking Prompt, courteous service http://anguliferous.intheconfinesof.com/?a=408 Thank you, Brandi Philips purple grapefruit purple mango I have just practiced talking.. EDWARDS: But what have we seen? Relentless negative attacks against John. So in the weeks ahead, we know what's coming, don't we?. The politicians dislike playing all day long.. Was Michael enjoying running early last month?.
Bug#301091: sleepd: FTBFS (ppc64): Please support the ppc64 architecture
On 05-Mar-24 21:51, Joey Hess wrote: Andreas Jochens wrote: Please add support for the ppc64 architecture. Can you point me to some docs about the port's current status in Debian? Last I heard even the name of the port was still undecided, and we didn't know if it was going to be added to Debian.. Hello, thank you for your reply to my report. There was a discussion on debian-devel about the name of the port. In that discussion, everybody except the dpkg maintainer wanted to use the LSB conforming name 'ppc64' for the port. The result of the discussion was that the dpkg maintainer added the port with the name 'ppc64' to the experimental version of dpkg. The status of the port is summarized on http://debian-ppc64.alioth.debian.org/READ_ME. There is a ppc64 package archive on alioth which has already more than 85% of the packages from 'unstable' compiled. A ppc64 autobuilder is running and following 'unstable'. The autobuilder itself runs the ppc64 port. Unfortunately, there is no working installer for ppc64 yet. There is a test version of a 'linux-kernel-di-ppc64' package and the 'debian-installer' package can be successfully compiled. However, I was not able to create working installation CD images yet. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301188: [workaround]: initrd-tools: tries to install module qla6322 which is missing in kernel 2.6.11.x
Torsten Werner wrote: the driver for the QLogic adapter 6322 is now merged with qla6312 and mkinitrd failes to run with kernels = 2.6.11 because it still tries to find the qla6322 module. The problem is that mkinitrd tries to guess the harddisk driver for 2.6.11 using the current (I guess 2.6.10?) kernel instead of the information in modules.pcimap. Workaround: Add qla6312 to /etc/mkinitrd/modules and rebuild your initrd, e.g. mkinitrd -o /boot/initrd.img-2.6.11 2.6.11 Regards Harri signature.asc Description: OpenPGP digital signature
Bug#301262: Gnome keymap
Joey Hess wrote: 1. GNOME has not Finnish keymap selected, even though Finnish was selected as the installation language. This should be corrected! Manually fixed by changing /desktop/gnome/peripherals/keyboard/xkb/ layouts from us to fi. XF86Config-4 had the correct XkbLayout already. I think this is a missing feature in localization-config, although others seem to think it's a bug in gnome for not using the X settings as the default. Okay, maybe this bug could be moved to the localization-config -package? [sound problems] If you can tell us _how_ it's fixed in ubuntu, that might be a good start. Yes, I understand.. just ignore this 2nd item unless someone has a great idea where the behavior is coming from. I try to find something about it and file a bug in the correct place if I succeed. 3. libtheora0 should be installed by default when desktop package is selected. ... Added to tasksel svn. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301345: debian-cd: depends on netpbm and syslinux
Package: debian-cd Version: 2.2.21 Severity: important Hi, I'm using the CVS version of debian-cd. The following programs are used by the boot-i386 script: pngtopnm ppmquant ppmtolss16 the first two belonging to the netpbm package while the last to the syslinux one. However debian-cd does not depends on either netpbm or syslinux. Cheers, Free -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (101, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-386 Locale: [EMAIL PROTECTED], LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages debian-cd depends on: ii apt 0.5.28.1 Advanced front-end for dpkg ii apt-utils 0.5.28.1 APT utility programs ii bc1.06-15The GNU bc arbitrary precision cal ii cpp 4:3.3.5-1 The GNU C preprocessor (cpp) ii debootstrap 0.2.45-0.2 Bootstrap a basic Debian system ii grep-dctrl2.1.8 Grep Debian package information ii lynx 2.8.5-2Text-mode WWW Browser ii make 3.80-9 The GNU version of the make util ii mkisofs 4:2.01+01a01-2 Creates ISO-9660 CD-ROM filesystem ii perl [libdigest-md5-perl] 5.8.4-8Larry Wall's Practical Extraction ii sysutils 1.3.8.5.1 Miscellaneous small system utiliti -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301346: mtr: does not resolve IP adresses if no nameserver specified in /etc/resolv.conf
Package: mtr Version: 0.69-1 Severity: important If there is no nameserver line mtr does not resolve IPs for FQDNs giving the following error message: Resolver error: Received reply from unknown source: 127.0.0.1 instead of querying local nameserver (or probably hosts file). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.2 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages mtr 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 libncurses5 5.4-4Shared libraries for terminal hand ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286636: Package '@requirements@', required by 'imlib2', not found
tags 286636 patch
thanks
Ok, well, that was easy enough; there are simply no references anywhere in
the current imlib2 code that would replace '@requirements@' with a proper
value. So the best solution here, AFAICT, is to simply remove that line
from imlib2.pc.in. Patch attached.
Cheers,
--
Steve Langasek
postmodern programmer
diff -u imlib2-1.2.0/debian/changelog imlib2-1.2.0/debian/changelog
--- imlib2-1.2.0/debian/changelog
+++ imlib2-1.2.0/debian/changelog
@@ -1,3 +1,13 @@
+imlib2 (1.2.0-2.2) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * High-urgency upload for sarge-targetted RC bugfix.
+ * Drop the Requires: line from imlib2.pc.in, since there's nothing in
+the current code that will populate it with a proper pkg-config
+dependency list. Closes: #286636.
+
+ -- Steve Langasek [EMAIL PROTECTED] Fri, 25 Mar 2005 01:37:23 -0800
+
imlib2 (1.2.0-2.1) unstable; urgency=low
* Non-maintainer upload.
only in patch2:
unchanged:
--- imlib2-1.2.0.orig/imlib2.pc.in
+++ imlib2-1.2.0/imlib2.pc.in
@@ -5,7 +5,6 @@
Name: imlib2
Description: Powerful image loading and rendering library
-Requires: @requirements@
Version: @VERSION@
Libs: -L${libdir} -lImlib2
Cflags: -I${includedir}
signature.asc
Description: Digital signature
Bug#294503: totem: partially solved by unstable version 0.100-5
Package: totem Version: 0.100-5 Followup-For: Bug #294503 Today I had the very same problem on a sarge machine. I tried the sid version of totem and the behaviour is changed: after the error message is printed and after having wait one minute the totem window finally opens. Bye, Giuseppe -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages totem depends on: ii totem-xine0.100-5A simple media player for the Gnom -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300353: libreadline-java: FTBFS (ppc64/gcc-4.0): Please use gcj instead of gcj-3.3
On 05-Mar-25 20:08, Ben Burton wrote: Hi, As a solution, I would suggest to use 'gcj' everywhere, but to introduce a configure check which tests if 'gcj' and the installed version of 'libgcj-dev' match, i.e. gcj==gcj-3.3/libgcj4-dev, gcj==gcj-3.4/libgcj5-dev and gcj==gcj-4.0/libgcj6-dev. But what will you do if the test fails? The problem is not just at the If the test fails, the build should fail with an error message like The installed libgcj-dev version does not match the installed gcj version. or similar. debian/rules level, it goes all the way back to the build-depends level. Build-depending on gcj will give you a precise version of gcj (the default), whereas build-depending on libgcj-dev gives you no guarantee on what version of libgcj-dev you get. The only solution I can see at this stage is to build-depend on a specific version of libgcj-dev (e.g., libgcj4-dev). And at this point you then have to build-depend on the specific version of gcj to match, and we're back at the current state of affairs. Build-Depends on 'libgcj4-dev | libgcj-dev' would cause autobuilders to install 'libgcj4-dev' which is correct. On the other hand, the Build-Depends can also be fulfilled by e.g. 'libgcj6-dev' and the package would compile with that if the default gcj is gcj-4.0. That way the package does not have to be changed if the default gcj is different. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301233: libpam-mount: a problem with mounts option passing
Jörg Sommer schrieb am Thu 24. Mar, 12:39 (+0100) :
Package: libpam-mount
Version: 0.9.22-2
Severity: normal
Hi,
I have a problem with mount. It passes the options in a strange way to
mount.crypt. It prepends rw, . So the option you see in mount.cpryt is
-o rw, cipher=blowfish. The space makes problems in parsing the
options. This leads to the cipher isn't correct passed to cyrptsetup
which makes it fail to set up the crypt device correctly.
I've added him to the case statment.
Better idea: add the space to IFS
--- mount.crypt 2005-03-07 17:34:09.0 +0100
+++ /tmp/mount.crypt2005-03-24 12:06:42.790952752 +0100
@@ -86,8 +86,8 @@
HASH=
LOOP=false
MOUNTOPTIONS=
-IFS=,
+IFS=,
for opt in $OPTIONS; do
KEY=${opt%=*}
VAL=${opt#*=}
Jörg.
--
Wer A sagt, muß nicht B sagen. Er kann auch erkennen, daß A falsch war.
(Erich Kästner)
signature.asc
Description: Digital signature
Bug#301342: (no subject)
Hi Thomas, Am Freitag, 25. März 2005 10:15 schrieb Thomas Lange: the new mkinitrd-cd version is fantastic, but it does not work at all for a 2.6 kernel, since it does not find all .ko kernel modules needed. The patch is attached. Thank you very much for the patch! I am still using it with 2.4 kernels, so testing with 2.6 has indeed been minimal. I will interate this patch as soon as possible and make a new upload. Thanks again, Rene pgpwMuyeovIAV.pgp Description: PGP signature
Bug#301348: fetchmail: subject broken in skip notification mails (line ending)
Package: fetchmail Version: 6.2.5-12 Severity: minor This report is connected to #277324 somehow. It's about messages sent by fetchmail in daemon mode, when fetchmail skips messages which exceed the --limit. My locale is [EMAIL PROTECTED] Additional to the problems of #277324, the line ending of the subject line seem to be odd. The subject header is delimited to the body with a blank line, but anyway the mail body is displayed directly in the subject line in the MUA (thunderbird in my case). There is a blank line in the mail text and the remaining text below is displayed correctly. Perhaps this is a thunderbird bug, I didn't work out. But I don't think so, since I've never seen similar phenomena like this in thunderbird. Maybe it's a CR/LF thing. I was not able to test with LANG=C fetchmail -N --warnings 1 or --warnings 0 --- no new notifications, I don't know why. BTW: After reading the #277324 report I was disappointed by the poor German notification template in comparison to the french one. :-) Sincearly, Wollie -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fetchmail depends on: ii adduser 3.63 Add and remove users and groups ii base-files 3.1.2Debian base system miscellaneous f ii debconf 1.4.30.11Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-2 SSL shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300353: libreadline-java: FTBFS (ppc64/gcc-4.0): Please use gcj instead of gcj-3.3
If the test fails, the build should fail with an error message like The installed libgcj-dev version does not match the installed gcj version. or similar. But this then _loses_ the guaranteed success of the build on the regular architectures. Build-depends aren't just for autobuilders; they're for humans also, and the package should build with any of the allowable build-depends combinations. For your architecture the change would convert a guaranteed failure into a possible failure, but for the release architectures it would convert a guaranteed success into a possible failure. As a whole I'm not comfortable with this. Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301313: kernel-package: Plus sign in appended version breaks menu.lst
reassign 301313 grub thanks Hi, I don't think that deprecating legal values for kernel image packages to work around a bug in the upgrade-grup script is the right thing to do. Instead, upgrade_grub should either use tr on the image name, or define some other shceme to store options. manoj -- Marriage is a feast where the grace is sometimes better than the feast. Colton 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#266988: kopete isn't able to log in to IRC at all
Package: kopete Version: 4:3.3.2-1 Followup-For: Bug #266988 kopete isn't able to log in at all. It just keeps trying to connect infinite. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11mbl-bsplash Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kopete depends on: ii kdelibs44:3.3.2-1KDE core libraries ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgadu31:1.5+20050227-1 Gadu-Gadu protocol library - runti ii libgcc1 1:3.4.3-6GCC support library ii libglib1.2 1.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-17The GIMP Toolkit set of widgets fo ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn110.5.2-3 GNU libidn library, implementation ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libpcre34.5-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt 3:3.3.3-8Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8The GNU Standard C++ Library v3 ii libx11-64.3.0.dfsg.1-10 X Window System protocol client li ii libxext64.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii libxml2 2.6.16-3 GNOME XML library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxslt1.1 1.1.12-5 XSLT processing library - runtime ii xlibs 4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii xmms1.2.10-2 Versatile X audio player that look 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#301350: gdesklets: New upstream version available
Package: gdesklets Version: 0.33.1-2 Severity: wishlist http://gdesklets.gnomedesktop.org/ reports a 0.34.2 with several bug fixes. Morever I'm not able to run new desklets (my concerns are about some new calendars!) with the old version. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gdesklets depends on: ii gconf2 2.8.1-4 GNOME configuration database syste ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libgcrypt11 1.2.0-11LGPL Crypto library - runtime libr ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13 GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libgtop2-2 2.6.0-4 Libraries for gtop system monitori ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii liborbit21:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.8.1-2 SAX-based renderer library for SVG ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libtasn1-2 0.2.10-4Manage ASN.1 structures (runtime) ii libxml2 2.6.16-4GNOME XML library ii python-gnome22.6.1-1 Python bindings for the GNOME desk ii python-gtk2 2.6.1-2 Python bindings for the GTK+ widge ii python-numeric 23.8-1 Numerical (matrix-oriented) Mathem ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301349: After a while gdesklets-daemon eats 90% CPU
Package: gdesklets Version: 0.33.1-2 Severity: normal I start gdesklets-daemon inside my gnome-session. After a while (a couple of hours) the gdesklets-daemon starts eating most of the CPU time. The system remains usable, since I have a preemptive kernel, but killing gdesklets-daemon by gdesklets-daemon stop takes about 10 seconds. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gdesklets depends on: ii gconf2 2.8.1-4 GNOME configuration database syste ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libgcrypt11 1.2.0-11LGPL Crypto library - runtime libr ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13 GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libgtop2-2 2.6.0-4 Libraries for gtop system monitori ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii liborbit21:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.8.1-2 SAX-based renderer library for SVG ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libtasn1-2 0.2.10-4Manage ASN.1 structures (runtime) ii libxml2 2.6.16-4GNOME XML library ii python-gnome22.6.1-1 Python bindings for the GNOME desk ii python-gtk2 2.6.1-2 Python bindings for the GTK+ widge ii python-numeric 23.8-1 Numerical (matrix-oriented) Mathem ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#234134: ITP: libpam-usb -- PAM module that enables authentication using an USB-Storage device
Anibal Monsalve Salazar wrote: Do you still want to be the maintainer of libpam-usb? If the anwser is yes, do you mind if I put myself as a co-maintainer? Please reply soon, before I upload it. I'm late, sorry(a silly flu). The answer is YES and I would be very glad to work with you Anibal. -- lorenzo gherdovich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300775: Pam: newer upstream version (0.78) available fixing security bugs
On Thu, Mar 24, 2005 at 08:49:01PM -0500, Sam Hartman wrote: severity 300775 wishlist tags 300775 -security ^ Why this? PAM 0.76 is indeed vulnerable to the issues fixed in 0.78 Hi. I've explicitly decided not to upgrade PAM for sarge. I had also decided when 0.77 came out that I didn't see a good reason to take it. Taking a new pam release is a painful process. Yes, it might be painful, but fixing bugs is also important and these releases are primarily bug-fix releases. That said, I'm looking for people to help with PAM. Would you be interested? Are you familiar with pam enough to help try and merge in a new release? I can help out, I am not extremely familiar with PAM but wouldn't mind jumping in and helping you with this release. Since sarge's base is frozen maybe an upload to experimental with 0.78 plus patches would be best right now and have it move into sid as soon as sarge is released... Have you reviewed 0.78 or is that still work todo, if that is still pending I could try to get 0.78 preliminary packages out there Regards Javier signature.asc Description: Digital signature
Bug#265165: error when symlink exists but target doesn't
Hi, Relatedly: when /etc/network/run exists as a symlink to /dev/shm/network, but /dev/shm/network doesn't exist (which for some reason was the case here), the script fails with `The canonical path of /etc/network/run could not be determined. Aborting'. Removing the symlink seems to have solved it, might be a good idea to do that automatically (or, at least, suggest it in the error message). Kind regards, -- Arnout Engelen [EMAIL PROTECTED] If it sounds good, it /is/ good. -- Duke Ellington -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301353: gphpedit: typo in package description
Package: gphpedit Severity: minor There is a typo in the package description line that is visible in aptitude: developemnt environment for PHP/HTML/CSS This should be development instead of developemnt -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Christian.Garbs.http://www.cgarbs.de Don't steal... the IRS hates competition! signature.asc Description: Digital signature
Bug#301352: xmpi: ftbfs [sparc] automake version mismatch
Package: xmpi Version: 2.2.3b8-6 Severity: serious Tags: sid Justification: fails to build from source xmpi failed to build from source on a sparc buildd. This problem was NOT duplicated on my sparc pbuilder. There may be insufficiently strict build dependancies. Making install in src make[2]: Entering directory `/build/buildd/xmpi-2.2.3b8/src' cd .. \ /bin/sh /build/buildd/xmpi-2.2.3b8/config/missing --run automake-1.7 --foreign src/Makefile configure.in:34: version mismatch. This is Automake 1.7.9, configure.in:34: but the definition used by this AM_INIT_AUTOMAKE configure.in:34: comes from Automake 1.7.6. You should recreate configure.in:34: aclocal.m4 with aclocal and run automake again. make[2]: *** [Makefile.in] Error 1 make[2]: Leaving directory `/build/buildd/xmpi-2.2.3b8/src' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301354: mozilla-locale-da uninstallable with mozilla 1.7.6
Package: mozilla-locale-da Version: 1.7.3.0-2 Severity: normal mozilla-locale-da can't be installed due to mozilla 1.7.6 in unstable - or wants to be removed when mozilla 1.7.6 is installed: [EMAIL PROTECTED]:~# sudo apt-get install mozilla-browser=2:1.7.6-1 Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: libnspr4 libnss3 mozilla-browser mozilla-psm Suggested packages: xprt xprt-xprintorg Recommended packages: myspell-en-us myspell-dictionary The following packages will be REMOVED: mozilla-locale-da The following packages will be upgraded: libnspr4 libnss3 mozilla-browser mozilla-psm 4 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 11.3MB of archives. After unpacking 709kB disk space will be freed. Regards /Rasmus -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11.5 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) (ignored: LC_ALL set to da_DK) Versions of packages mozilla-locale-da depends on: ii mozilla-browser 2:1.7.5-1 The Mozilla Internet application s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301176: electricsheep 2.6 beta 3 packaged
Hello, 2.6b3 is out just one day after 2.6b2! :) I packaged it, and have followed what you did in previous Debian package (merely only change is the unique-id). I tested my package under i386 and sparc archs with success. If that can help, feel free to grab it: http://www.sukria.net/debian/source/electricsheep_2.6b3-1.diff.gz Cheers. -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound.
Bug#301355: 'man xscreensaver' SEE ALSO section has scores of (1)s that should be (6)s
Package: xscreensaver
Version: 4.20-1
Severity: normal
Tags: patch
In '/usr/share/man/man1/xscreensaver.1.gz', under SEE ALSO
there's a lot of 1's that should be 6's.
man xscreensaver | cat -n | tail -n 75 | head -n 10
SEE ALSO
1112 X(1), Xsecurity(1), xauth(1), xscreensaver-demo(1),
xscreensaver-com-
1113 mand(1), xscreensaver-gl-helper(1), xscreensaver-getimage(1),
xdm(1),
1114 gdm(1), xset(1), xhost(1).anemone(1), ant(1),
apollonian(1),
1115 atlantis(1), attraction(1), barcode(1), blaster(1),
blitspin(1),
1116 bouboule(1), boxed(1), braid(1), bsod(1), bubble3d(1),
bubbles(1),
1117 bumps(1), cage(1), ccurve(1), circuit(1), compass(1),
coral(1), cos-
1118 mos(1), critical(1), crystal(1), cubenetic(1),
cynosure(1), danger-
1119 ball(1), decayscreen(1), deco(1), deluxe(1), demon(1),
discrete(1),
1120 distort(1), drift(1), electricsheep(1), endgame(1),
engine(1), epicy-
...having the wrong section number confuses man page browsers like
'dwww' or 'pinfo'. In 'pinfo' clicking on ant(1) goes nowhere.
Attached is a big '.diff' with corrections for over 150 of the above
man pages that exist on my system. These where generated with
some ugly ad-hoc code:
cp /usr/share/man/man1/xscreensaver.1.gz xscreensaver.1.gz
m6() { sed 's/\(^.*\): .*.\([0-9]\)x\?.gz$/.BR \1 (\2),/' ; }
zcat /tmp/xscreensaver.1.gz | tail -n 207 | head -n 174 | while read x y z ;
do z=${z%)*} ; z=${z#*(} ; echo $y $z ; done | while read x y ; do z=`whereis
$x` ; echo $z | grep /man/ | m6 ; done
...which I then cut n' pasted to the man page, but carefully
so as not to change anything that wasn't broken.
Some screensavers like 'cosmos' and 'xearth' don't seem to have any man
pages, (perhaps a different bug), and those entries I've left alone.
Hope this helps...
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Versions of packages xscreensaver depends on:
ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit
ii libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii libglade2-0 1:2.4.2-2 library to load .glade files at ru
ii libglib2.0-0 2.6.3-1 The GLib library of C routines
ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface
ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii libjpeg626b-10 The Independent JPEG Group's JPEG
ii libpam0g 0.76-22 Pluggable Authentication Modules l
ii libpango1.0-01.8.1-1 Layout and rendering of internatio
ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte
ii libxml2 2.6.16-4GNOME XML library
ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util
ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library
ii libxrandr2 4.3.0.dfsg.1-12.0.1 X Window System Resize, Rotate and
ii libxrender1 0.8.3-7 X Rendering Extension client libra
ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics
ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii zlib1g 1:1.2.2-4 compression library - runtime
-- no debconf information
1151c1151
.BR xscreensaver\-gl\-helper (1),
---
.BR xscreensaver\-gl\-helper (6),
1157,1176c1157,1176
.BR anemone (1),
.BR ant (1),
.BR apollonian (1),
.BR atlantis (1),
.BR attraction (1),
.BR barcode (1),
.BR blaster (1),
.BR blitspin (1),
.BR bouboule (1),
.BR boxed (1),
.BR braid (1),
.BR bsod (1),
.BR bubble3d (1),
.BR bubbles (1),
.BR bumps (1),
.BR cage (1),
.BR ccurve (1),
.BR circuit (1),
.BR compass (1),
.BR coral (1),
---
.BR anemone (6),
.BR ant (6),
.BR apollonian (6),
.BR atlantis (6),
.BR attraction (6),
.BR barcode (6),
.BR blaster (6),
.BR blitspin (6),
.BR bouboule (6),
.BR boxed (6),
.BR braid (6),
.BR bsod (6),
.BR bubble3d (6),
.BR bubbles (6),
.BR bumps (6),
.BR cage (6),
.BR ccurve (6),
.BR circuit (6),
.BR compass (6),
.BR coral (6),
1178,1189c1178,1189
.BR critical (1),
.BR crystal (1),
.BR cubenetic (1),
.BR cynosure (1),
.BR dangerball (1),
.BR decayscreen (1),
.BR deco (1),
.BR deluxe (1),
.BR demon (1),
.BR discrete (1),
.BR distort (1),
.BR drift (1),
---
.BR critical (6),
.BR crystal (6),
.BR cubenetic (6),
.BR cynosure (6),
.BR dangerball (6),
.BR decayscreen (6),
.BR deco (6),
.BR deluxe
Bug#300926: dietlibc-dev: /usr/lib/diet/lib-powerpc, not lib-ppc
pe, 2005-03-25 kello 08:48 +, Gerrit Pape kirjoitti: On Tue, Mar 22, 2005 at 07:54:35PM +0200, Lars Wirzenius wrote: When util-vserver is compiled, its Makefile runs libtool, which expects to find /usr/lib/diet/lib-powerpc. dietlibc-dev provides /usr/lib/diet/libppc instead. This seems like a bug; perhaps both are needed to be compatible with various other packages? there's no need for other packages to know about the location of the diet libc libraries, I don't know why libtool is used here; looks like it complicates things. Simply use CC='diet -v -Os gcc' and LD='diet -v -Os gcc' to configure and build packages with the dietlibc. The 'diet' wrapper with the -Os option takes care to adjust the gcc arguments correctly then. When I try linking manually (with the libtool stuff removed from the command line), it still doesn't work: [EMAIL PROTECTED]:~/util-vserver-0.30.204$ diet -v hppa-linux-gcc -Wall -g -DO_NOFOLLOW=0200 -DO_LARGEFILE=4000 -O2 -std=c99 -Wall -pedantic -W -o tests/getctx -static tests/getctx.o lib/libvserver.la -lcompat hppa-linux-gcc -nostdlib -static -L/usr/lib/diet/lib-hppa /usr/lib/diet/lib-hppa/start.o -Wall -g -DO_NOFOLLOW=0200 -DO_LARGEFILE=4000 -O2 -std=c99 -Wall -pedantic -W -o tests/getctx -static tests/getctx.o lib/libvserver.la -lcompat -isystem /usr/lib/diet/include -D__dietlibc__ /usr/lib/diet/lib-hppa/libc.a -lgcc hppa-linux-gcc: /usr/lib/diet/lib-hppa/start.o: No such file or directory hppa-linux-gcc: /usr/lib/diet/lib-hppa/libc.a: No such file or directory [EMAIL PROTECTED]:~/util-vserver-0.30.204$ If diet isn't the one adding /usr/lib/diet/lib-hppa/libc.a to the command line, then I'm confused. Perhaps it is an artifact of the configure phase having done with the assumption that libtool is being used. I couldn't figure out a way to get util-vserver (whose FTBFS bug I'm actually working on) to not use libtool. Adding -Os to diet does not change anything. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301356: evolution-data-server1.2: FTBS in experimental nspr.h no such file or directory
Package: evolution-data-server1.2 Version: 1.1.5-2 Severity: normal I downloaded the source packages of 1.1.6-1 (.dsc, .orig.tar.gz, .diff.gz and .changes) and tried a build with : $ apt-get build-dep evolution-data-server1.2 $ apt-get source -b evolution-data-server1.2 The build fails on e-msgport.c with : e-msgport.c:39:18: nspr.h: No such file or directory I have libnspr-dev installed. -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages evolution-data-server1.2 depends on: ii libaudiofile0 0.2.6-5 Open-source version of SGI's audio ii libbonobo2-02.8.1-2 Bonobo CORBA interfaces library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcamel1.2-0 1.1.5-2 The Evolution MIME message handlin ii libebook1.2-3 1.1.5-2 Client library for evolution addre ii libecal1.2-21.1.5-2 Client library for evolution calen ii libedata-book1.2-2 1.1.5-2 Backend library for evolution addr ii libedata-cal1.2-1 1.1.5-2 Backend library for evolution cale ii libedataserver1.2-4 1.1.5-2 Utily library for evolution data s ii libegroupwise1.2-4 1.1.5-2 Client library for accessing group ii libesd0 0.2.35-2 Enlightened Sound Daemon - Shared ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libgcrypt11 1.2.0-11 LGPL Crypto library - runtime libr ii libglib2.0-02.6.3-1 The GLib library of C routines ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13GNU TLS library - runtime library ii libgpg-error0 1.0-1library for common error values an ii libhowl00.9.8-2 Library for Zeroconf service disco ii libldap22.1.30-3 OpenLDAP libraries ii liborbit2 1:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpopt01.7-5lib for parsing cmdline parameters ii libsoup2.2-72.2.2-1 an HTTP library implementation in ii libtasn1-2 0.2.10-4 Manage ASN.1 structures (runtime) ii libxml2 2.6.16-4 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#300913: d-i Installation report: Device nodes not created
I know it's rather unusual people have that many partitions on one disk. But it forces some kind of IMO unecessary policy onto the user and additionaly the user isn't notified about this behaviour (At least I wasn't). I as a new user to Debian would expect to get all my partitions I see while partitioning the system in the d-i also present in the installed system afterwards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301228: polipo: source file out of date but popilpo reports 304 Not modified
On Thu, Mar 24, 2005 at 04:38:07PM +0200, Radu Cristescu wrote: Package: polipo Version: 0.9.6-1 Severity: important Server reports a Last-Modified date newer than the one of the cache file, but polipo reports that it was not modified and serves the out of date file even if a If-Modified-Since header is supplied. Can you replicate this with the latest version, 0.9.8-1? Tom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297806: FTBFS in experimental
Attached is a patch to fix most of the compilation problems for util-vserver. Steve Langasek tested this on sparc and it worked. Builds still fail on at least hppa, powerpc, and mipsel, since the dietlibc linking fails. See #300926 for some discussion about this. I didn't try giving the -Os option to the diet command at the linking stage, since I didn't see an easy way to do it from util-vserver's debian/rules. I have so far failed to debug the linking problem to any successful degree. Gerrit, perhaps you could give Ola a helping hand with the linking issue? diff -ru util-vserver-0.30.204/debian/changelog util-vserver-0.30.204.patched/debian/changelog --- util-vserver-0.30.204/debian/changelog 2005-03-25 12:51:53.008715504 +0200 +++ util-vserver-0.30.204.patched/debian/changelog 2005-03-24 12:34:34.0 +0200 @@ -1,3 +1,13 @@ +util-vserver (0.30.204-1.1) unstable; urgency=low + + * debian/rules: Added stuff to put architecture specific macros to CFLAGS +to work around problems in dietlibc's header files. + * src/vshelper-sync.c: Test for __linux__ (which is defined always when +compiling for Linux) instead of __linux (which is not defined when +compiling with gcc --std=c99). + + -- Lars Wirzenius [EMAIL PROTECTED] Thu, 24 Mar 2005 12:30:00 +0200 + util-vserver (0.30.204-1) unstable; urgency=low * New upstream release. diff -ru util-vserver-0.30.204/debian/rules util-vserver-0.30.204.patched/debian/rules --- util-vserver-0.30.204/debian/rules 2005-03-25 12:51:53.007715656 +0200 +++ util-vserver-0.30.204.patched/debian/rules 2005-03-24 13:41:18.0 +0200 @@ -11,6 +11,7 @@ # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) # (Most of) the files this concerns belong to /usr/lib/util-vserver. # To keep referencing simple, and because we're not even sure there @@ -18,7 +19,27 @@ # so far. #MAKE_OPTS = pkglibdir=/var/lib/util-vserver PKGLIBDIR=/var/lib/util-vserver -CFLAGS = -Wall -g +CFLAGS = -Wall -g + +ifeq ($(DEB_HOST_ARCH),powerpc) +# dietlibc's sys/types.h tests for powerpc, not __powerpc__ +CFLAGS += -Dpowerpc +endif + +ifeq ($(DEB_HOST_ARCH),sparc) +# Targetting at older sparc's causes compilation errors. Steve Langasek +# says this works and it is anyway the oldest sparc generation we +# support in Debian (or kernel/glibc). +CFLAGS += -mv8 +endif + +ifeq ($(DEB_HOST_ARCH),hppa) +# dietlibc fails to define O_NOFOLLOW and O_LARGEFILE. These values +# have been copied from glibc's bits/fcntl.h. +CFLAGS += -DO_NOFOLLOW=0200 -DO_LARGEFILE=4000 +endif + + ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 diff -ru util-vserver-0.30.204/src/vshelper-sync.c util-vserver-0.30.204.patched/src/vshelper-sync.c --- util-vserver-0.30.204/src/vshelper-sync.c 2004-04-21 12:44:05.0 +0300 +++ util-vserver-0.30.204.patched/src/vshelper-sync.c 2005-03-24 12:24:01.0 +0200 @@ -85,7 +85,7 @@ FD_ZERO(fds); FD_SET(fd, fds); -#ifndef __linux +#ifndef __linux__ # error vshelper relies on the Linux select() behavior (timeout holds remaining time) #endif
Bug#300353: libreadline-java: FTBFS (ppc64/gcc-4.0): Please use gcj instead of gcj-3.3
On 05-Mar-25 20:47, Ben Burton wrote: If the test fails, the build should fail with an error message like The installed libgcj-dev version does not match the installed gcj version. or similar. But this then _loses_ the guaranteed success of the build on the regular architectures. Build-depends aren't just for autobuilders; they're for humans also, and the package should build with any of the allowable build-depends combinations. For your architecture the change would convert a guaranteed failure into a possible failure, but for the release architectures it would convert a guaranteed success into a possible failure. As a whole I'm not comfortable with this. You are right, 'libgcj4-dev | libgcj-dev' is a bad idea. The only thing which would be correct seems to be something like 'libgcj4-dev [!ppc64], libgcj6-dev [ppc64]'. This is also ugly and should not be used, because the ppc64 port is just a development project and not an official port at the moment. One solution which comes to my mind would be to make 'libgcj-dev' a real package like 'gcj' which is provided by 'gcc-defaults' and depends on the package from the current default gcc version. This would make a Build-Depends on just 'gcj, libgcj-dev' possible. Anyway, I do not see a reason to explicitly call 'gcj-3.3' instead of 'gcj' in the Makefiles. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301353: gphpedit: typo in package description
That was fast - Thanks. Will be fixed in the next package version. Christian Garbs wrote: Package: gphpedit Severity: minor There is a typo in the package description line that is visible in aptitude: developemnt environment for PHP/HTML/CSS This should be development instead of developemnt -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Regards, Lior Kaplan [EMAIL PROTECTED] http://www.Guides.co.il Debian GNU/Linux unstable (SID) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300926: dietlibc-dev: /usr/lib/diet/lib-powerpc, not lib-ppc
On Fri, Mar 25, 2005 at 12:44:29PM +0200, Lars Wirzenius wrote: pe, 2005-03-25 kello 08:48 +, Gerrit Pape kirjoitti: there's no need for other packages to know about the location of the diet libc libraries, I don't know why libtool is used here; looks like it complicates things. Simply use CC='diet -v -Os gcc' and LD='diet -v -Os gcc' to configure and build packages with the dietlibc. The 'diet' wrapper with the -Os option takes care to adjust the gcc arguments correctly then. When I try linking manually (with the libtool stuff removed from the command line), it still doesn't work: [EMAIL PROTECTED]:~/util-vserver-0.30.204$ diet -v hppa-linux-gcc -Wall -g -DO_NOFOLLOW=0200 -DO_LARGEFILE=4000 -O2 -std=c99 -Wall -pedantic -W -o tests/getctx -static tests/getctx.o lib/libvserver.la -lcompat hppa-linux-gcc -nostdlib -static -L/usr/lib/diet/lib-hppa /usr/lib/diet/lib-hppa/start.o -Wall -g -DO_NOFOLLOW=0200 -DO_LARGEFILE=4000 -O2 -std=c99 -Wall -pedantic -W -o tests/getctx -static tests/getctx.o lib/libvserver.la -lcompat -isystem /usr/lib/diet/include -D__dietlibc__ /usr/lib/diet/lib-hppa/libc.a -lgcc hppa-linux-gcc: /usr/lib/diet/lib-hppa/start.o: No such file or directory hppa-linux-gcc: /usr/lib/diet/lib-hppa/libc.a: No such file or directory [EMAIL PROTECTED]:~/util-vserver-0.30.204$ If diet isn't the one adding /usr/lib/diet/lib-hppa/libc.a to the command line, then I'm confused. Perhaps it is an artifact of the configure phase having done with the assumption that libtool is being used. I couldn't figure out a way to get util-vserver (whose FTBFS bug I'm actually working on) to not use libtool. No it's the diet program adding lib-hppa, you're right. By default it would add lib-parisc, but that's overridden by the (cross) compiler name 'hppa-linux-gcc'. Does it work if you use 'gcc' instead?: $ diet -v -Os gcc -Wall -g ... I could work around that by adding a symlink lib-hppa - lib-parisc to the dietlibc package, or by disabling the override support, I have an upload pending anyway. But I'm not sure yet, and would rather like to refrain from doing so if you can work around this in the util-vserver build process ;-). Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283512: #283512,mozilla-thunderbird: downloads old mail from, pop server
Hi I just wanted to say, it happened again right now, but my disk was not full (about 500 MB space left). Every other email in the inbox list is a bold printed, unread copy of an old message. :( Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298763: [Resend] Skype Integration into Debian
Hi, I'm takeing care about uploading skype into the official Debian repository. There are some difficulties with the license terms left we have to discuss. 1. Skype End User License Agreement 2.3 No Modifications. You will not undertake, cause, permit or authorize the modification [...] Skype Software. --We will not modify the Skype program, but we may fix its menu entries in the desktop environment according to the location where Skype is installed in the filesystem. I guess, you have nothing against that. 2.5 [...] Furthermore, you acknowledge and agree that Skype, in its sole discretion, may modify or discontinue or suspend Your ability to use any version of the Skype Software, or terminate any license hereunder, at any time. [...] --We cannot guarantee that. Once a particular Debian version is released, cdrom images are made and we cannot remove it from the already distributed images. 3.2.2 You will constantly monitor the Skype Website in order to ensure that You are distributing the latest stable version of the Skype Software as well as that You are aware of any changes in the applicable legal documents. [...] --We cannot guarantee that. Same as with 2.5 above, we cannot modify already released Debian versions. For the development branches (testing/unstable), we cannot guarantee it as well, but we will do our best. For already released versions of Debian (stable), it is a technical problem - for development branches (testing/unstable), it is not a technical but a legal problem. 8.1 Term. This Agreement will be effective as of the Effective Date and will remain effective until terminated by either Skype or You as set forth below. --See comment to 2.5. 8.2 Termination by Skype. Skype may terminate this Agreement at any time, with or without cause, by providing notice to You and/or by preventing Your access to the Skype Software, as set forth in Article 2.5 above. --See comment to 2.5. 12.1 New versions of the Agreement. Skype reserves the right to modify this Agreement at any time by providing such revised Agreement to You or by publishing the revised Agreement on the Skype Website. Your continued use of the Skype Software shall constitute Your acceptance to be bound by the terms and conditions of the revised Agreement. --See comment to 2.5. 2. Distribution Terms [...] By sending such email, You explicitly agree to be bound by the Distribution Terms below as well as any renewed versions thereof as well as the Skype Promotional Materials Terms and any renewed versions thereof, as will be published on the Skype Website. [...] --See comment to 2.5 of the Skype End User License Agreement. [...] Skype reserves the right, at its sole discretion, to deny your request to distribute the Software. [...] --See comment to 2.5 of the Skype End User License Agreement. 3. You will constantly monitor the Skype Website in order to ensure that You are distributing the latest stable version of the Skype Software as well as that You are aware of any changes in the applicable legal documents. [...] --Same as 3.2.2. of the Skype End User License Agreement. 4. You will at any and all times clearly indicate that the Skype Software originates from Skype, by using the Skype Promotional Materials strictly in accordance with the Skype Promotional Materials Terms as published on the Skype Website. If published on a website, You will also need to include the hyperlinks to the Skype Website and a link to the download location of the Skype Software. --Every Debian package has a file 'copyright' installed in /usr/share/doc/$package_name/. In this file, the license terms and the origin of the package are cleary listed. Except the informations given in the copyright-file, we cannot include any of the promotional materials to our websites, nor to the bug-tracking sites of the Skype package, nor adding links to the mentioned sites. Summary === What we need: * Permission to modify files *around* the Skype program (desktop menu-entries). * A non-revokable license to every particular versions of Skype: - without beeing forced to upgrade to a newer version than which we optained before. - without beeing forced to upgrade to a newer license-version than which we optained before with the particular version of Skype. - without beeing forced to place banners or links to our websites. Note: This permissions can be restricted to the Debian project solely, if you don't want to give the same permissions to every Skype user/distributor. I'm looking forward to hear from you, so we can integrate Skype soon into Debian and offer Skype in an easy way to all of our users. Kind regards, Daniel Baumann PS: Interim packages are still available from http://archive.daniel-baumann.ch/debian/packages/skype/. Feel free to have a look at those packages. Except from the permission to upload those into Debian, they are ready. -- Address:Daniel Baumann, Burgunderstrasse 3,
Bug#300926: dietlibc-dev: /usr/lib/diet/lib-powerpc, not lib-ppc
pe, 2005-03-25 kello 11:12 +, Gerrit Pape kirjoitti: No it's the diet program adding lib-hppa, you're right. By default it would add lib-parisc, but that's overridden by the (cross) compiler name 'hppa-linux-gcc'. Does it work if you use 'gcc' instead?: $ diet -v -Os gcc -Wall -g ... I could work around that by adding a symlink lib-hppa - lib-parisc to the dietlibc package, or by disabling the override support, I have an upload pending anyway. But I'm not sure yet, and would rather like to refrain from doing so if you can work around this in the util-vserver build process ;-). That seems to be the root of the problem, yes. Please forward this to #297806 with comments on how to get the right compiler name, if you can. (I tried to Cc a request to do that to you already, Gerrit, but since I won't respond to challenge-response spam protection mails, you probably didn't get it.) Note that I'm not the util-vserver maintainer, I just looked at trying to help fix the release critical bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301354: mozilla-locale-da uninstallable with mozilla 1.7.6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25-03-2005 11:28, Rasmus Bøg Hansen wrote: mozilla-locale-da can't be installed due to mozilla 1.7.6 in unstable - or wants to be removed when mozilla 1.7.6 is installed: Thanks for noticing. I hope to find time to fix it within the next couple of days. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCQ/Lin7DbMsAkQLgRAha1AJ9QLfgVbRZi1hZgAROpBZv0F0wsFgCgiMMo tT3ovV8zR4fsxxMP2x3DHcE= =XgKk -END PGP SIGNATURE-
Bug#300573: sylpheed-claws-vcalendar-plugin: FTBFS on various arches: outdated libtool and PIC issues.
On Sun, 20 Mar 2005 15:27:17 +0100 Kurt Roeckx [EMAIL PROTECTED] wrote: Package: sylpheed-claws-vcalendar-plugin Version: 0.9-1 Severity: serious Tags: sid Hi, Hello Kurt, Your package is failing to build on various arches because the libical directory is using a very old version of libtool (1.3.4). Please update that to the latest version. This Vcalendar does not compile with latest libical version :-/ It's also trying to make a shared library without using -fPIC. This also causes build failures on other arches and is probably the result of not using libtool properly. It also linking staticly to it, so it should probably be easy to work around that. Could you to explain me how? Sorry for being dense but I don't see what workaround are you referring to. I don't want to install the library globally but the plugin needs it, how can I achieve this without static linking? Is there a reason that libical isn't a seperate package? Can it be useful for other programs to link to? Seems there was more than one when I tried to package it... See http://lists.debian.org/debian-devel/2004/10/msg01485.html regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286362: cleaning retitling bugs - this one is a mga dri/nvidia glx combination unsupported , not an xbase-clients problem at least
reassign 286362 nvidia-glx quit From Michel danzer: This is an unsupported configuration. The GLX implementation of the proprietary nvidia driver is not compatible with the one from XFree86. well does it means the bug should be closed or set as wontfix ? I am reassigning to nvidia-glx as this package is supposed to replace xfree86 GLX implementation thus conflict should not happens (but nvidia-glx may not support xfree86 3 driver which is a bug in nvidia GLX implementation). Please undo if i am wrong. Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301361: Move processing from apt_all plugin to apt-get update cronjob
Package: munin-node Version: 1.2.2-2 Severity: normal Hi, The processing done by the apt_all plugin can be rather expensive if there are many packages installed and/or many sources in sources.list. On one of my systems the plugin even times out sometimes. Since the results it obtains will always be the same anyway until apt-get update is run again, why not move the processing there? Either write a file into /var/cache with the output of the plugin from the apt-get update cronjob; or maybe there is a mechanism to have apt invoke a program after apt-get update, so the plugin output would also be updated on manual apt-get updates. The plugin itself would just need to cat the file from /var/cache. Considering that the plugin gets run every five minutes or so, the savings could be significant. I file this report with a severity of 'normal' instead of 'wishlist' because due to the timeout the plugin sometimes actually fails. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8.1-ak1-chardonnay Locale: LANG=C, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages munin-node depends on: ii libnet-server-perl0.87-2 An extensible, general perl server ii perl 5.8.4-5Larry Wall's Practical Extraction ii procps1:3.2.5-1 /proc file system utilities -- no debconf information Best regards, -- Andras Korn korn at chardonnay.math.bme.hu http://chardonnay.math.bme.hu/~korn/ QOTD: A road map always tells you everything except how to refold it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301357: install: does not list 'radeon' as available video card driver
Package: install Severity: normal My system has a RV 280 [Radeon 9200 PRO] (HAL output) video card; selecting 'ati' from the device driver list causes X11 to not start, so I have to manually edit /etc/X11/XF86Config-4, substitute 'ati' with 'radeon', kill gdm and restart it. Not really a big issue, once figured out... Sergio -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301362: klaptopdaemon: klaptop daemon suspends when doing normal startup of KDE
Package: klaptopdaemon Version: 4:3.3.2-1 Severity: important klaptopdaemon makes the system completely unusable when configuring the LID switch close option. I enabled suspend-to-ram feature for my notebook by passing the argument acpi_sleep=s3_bios, now when I reboot my computer, on the next startup as soon as ksplash shows Starting Services the machine goes to suspend. When I resume, things start working fine. Also if I configure something in klaptopdaemon and click Apply, klaptopdaemon takes the notebook into an infinite loop of suspend. As soon as I resume, it again suspends. This leaves the notebook unusable with only the option to do a hard reboot. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11mbl-bsplash Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages klaptopdaemon depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-6 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management 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 libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an 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#301072: gaim: Still doesn't work
Package: gaim Version: 1:1.2.0-2 Followup-For: Bug #301072 I upgraded gaim to the last version, as you see, but I still can't connect with my ICQ account (btw, my password is just 6 characters long). Ciao, /\/icolò -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-200412261 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gaim depends on: ii gaim-data1:1.2.0-2 multi-protocol instant messaging c ii libao2 0.8.6-1 Cross Platform Audio Output Librar ii libaspell15 0.60.2+20050121-1 The GNU Aspell spell-checker runti ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcrypt11 1.2.0-11LGPL Crypto library - runtime libr ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgnutls11 1.0.16-13 GNU TLS library - runtime library ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libgtkspell0 2.0.10-1a spell-checking addon for GTK's T ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstartup-notificat 0.8-1 library for program launch feedbac ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information
Bug#301298: netbase: include new /etc/rpc?
[EMAIL PROTECTED] (Marco d'Itri) writes: On Mar 25, Dave Love [EMAIL PROTECTED] wrote: How about including the new RPC database at URL:ftp://ftp.tau.ac.il/pub/users/eilon/rpc/? Why? Because it's useful to be able to access a more-or-less complete list. Each addition to /etc/services and /etc/rpc must be justified. Do you know of any debian package which uses a RPC service not currently listed? I don't understand why a Debian package must actually use the service. For instance, When you do something like rpcinfo to a Solaris box, it's helpful to see the service names. I think it's also relevant for things like nessus, though I don't currently have that running on Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301339: turck-mmcache: PHP4 hokey pokey: please rebuild *without* ZTS support
Hi Steve, Please rebuild turck-mmcache to match with a build-dependency on php4-dev (= 4:4.3.10-10) and a dependency on phpapi-20020918, and please accept our apologies for the inconvenience. Hehe, yep, so it obviously caused you guys as much stress as it did me then ;-) No problem, I'll change the deps and rebuild as soon as I've got the latest dev packages updated. And thanks for the work you put into the PHP packages, too, it must be pretty hairy to manage. Cheers :-) Jonathan Oxer -- The Debian Universe: Installing, managing and using Debian GNU/Linux http://www.debianuniverse.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301364: rxtx: FTBFS: Jikes could not find package gnu.io
Package: rxtx Severity: serious When building 'rxtx' in a clean chroot, I get the following error: 344. throw new gnu.io.PortInUseException( ^^ *** Semantic Error: You need to modify your classpath, sourcepath, bootclasspath, and/or extdirs setup. Jikes could not find package gnu.io in: /usr/lib/kaffe/pthreads/jre/lib/rt.jar . /rxtx-2.1.6 /rxtx-2.1.6/src . make[1]: *** [/rxtx-2.1.6/gnu/io/CommDriver.class] Error 1 make[1]: Leaving directory `/rxtx-2.1.6' make: *** [build-stamp] Error 2 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297806: FTBFS in experimental
On Fri, Mar 25, 2005 at 01:08:30PM +0200, Lars Wirzenius wrote: Attached is a patch to fix most of the compilation problems for util-vserver. Steve Langasek tested this on sparc and it worked. Builds still fail on at least hppa, powerpc, and mipsel, since the dietlibc linking fails. See #300926 for some discussion about this. I didn't try giving the -Os option to the diet command at the linking stage, since I didn't see an easy way to do it from util-vserver's debian/rules. I have so far failed to debug the linking problem to any successful degree. Gerrit, perhaps you could give Ola a helping hand with the linking issue? vorlon liw: if you invoke it as diet -v gcc -Wall -g [...] instead of diet -v hppa-linux-gcc [...], what happens? liw vorlon, it fails by not recognizing some link file without libtool; if I add the libtool stuff in front, then it does link vorlon liw: basically, by calling ./configure --host=... --build=..., util-vserver is incorrectly causing autoconf to think this is a cross-compile invocation, and therefore calls hppa-linux-gcc instead of just calling gcc; if you do in fact get different errors, this may be the root of the problem vorlon liw: in that case, switching util-vserver to use the confflags sample stanza from /usr/share/doc/autotools-dev/README.Debian.gz may be enough to cure the remaining ills -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301365: gnomekiss: weird .changes file when the package is autobuilt
Package: gnomekiss Version: 1.6-5 Tags: patch Hello Amaya. While compiling this for the hurd-i386 architecture I noticed that the generated .changes file is incorrect, as it had: Maintainer: Amaya Rodrigo Sastre [EMAIL PROTECTED] Changed-By: root [EMAIL PROTECTED] instead of this: Maintainer: Santiago Vila [EMAIL PROTECTED] Changed-By: Amaya Rodrigo Sastre [EMAIL PROTECTED] (athlon is the name of the build machine) The reason for this is that the autotools target in debian/rules adds new changelog entries. This is ok for an upload which includes source (i.e., .dsc and .diff), but it's annoying and undesirable for an upload which does not (autobuilders usually do dpkg-buildpackage -B). My only suggestion to fix this is that the dch call in the autotools target of debian/rules is simply dropped. It's not such a relevant change to be documented, as the package already has autotools-dev in the build-depends and it's already known that the package will always use the most recent config.* files. diff -ru gnomekiss-1.6.orig/debian/rules gnomekiss-1.6/debian/rules --- gnomekiss-1.6.orig/debian/rules 2005-03-25 11:49:36.0 +0100 +++ gnomekiss-1.6/debian/rules 2005-03-25 12:46:32.0 +0100 @@ -41,9 +41,6 @@ NEWDATEGUESS=`/usr/share/misc/config.guess -t | tr -d -` ;\ if [ $$OLDDATESUB -lt $$NEWDATESUB -o \ $$OLDDATEGUESS -lt $$NEWDATEGUESS ]; then \ - dch -a -p GNU config automated update: config.sub\ - ($$OLDDATESUB to $$NEWDATESUB), config.guess\ - ($$OLDDATEGUESS to $$NEWDATEGUESS) ;\ cp -f /usr/share/misc/config.sub config.sub ;\ cp -f /usr/share/misc/config.guess config.guess ;\ echo WARNING: GNU config scripts updated from master copies 12 ;\ Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301366: mathopd: Insecure dump file creation vulnerability
Package: mathopd Severity: important Tags: security Secunia reports a minor vulnerability in Mathopd, which allows malicious local users to corrupt arbitrary files on the system with the privileges of the mathopd process. For full details please see: http://secunia.com/advisories/14524 1.5p4 fixes this issue for sarge, Woody is not affected. Cheers, Moritz -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301259: BUG REPORT installation report
Quoting andre Lasfargues ([EMAIL PROTECTED]): Package: installation-reports Debian-installer-version: RC3 23/03/05 from debian mirror uname -a: Linux andec 2.6.8-2-386 #1 Mon Jan 24 03:01:58 EST 2005 i686 GNU/Linux Date: 24/03/05 16:00:00 Method: Netinst image and ftp2.fr.debian.org after reboot Was this a default install (ie kernel 2.4)? Comments/Problems: On the first reboot the french keymap is not present and i stay with a qwerty one. Strange indeed. In first stage, I guess you choose French (language), then France (country) then Français (keyboard layout). Right? I have just retried such an install (only difference : this was with a businesscard image as the netinst image does not boot in my vmware) and I definitely had a correct French keyboard layout in 2nd stage. I have not completed it with an X install but I bet I would have got a correct French layout in X as well. Do you have an opportunity to retry this and give us more details about the install process? Even on another machine, that shouldn't harm. Feel free to report in French if you prefer. BRAVO A TOUS Merci beaucoup pour les essais et le rapport d'installation
Bug#301357: install: does not list 'radeon' as available video card driver
reassign 301357 xfree86 retitle 301357 Should list 'radeon' in the list of available drivers when configuring the package thanks Quoting Sergio Bello ([EMAIL PROTECTED]): Package: install Severity: normal My system has a RV 280 [Radeon 9200 PRO] (HAL output) video card; selecting 'ati' from the device driver list causes X11 to not start, so I have to manually edit /etc/X11/XF86Config-4, substitute 'ati' with 'radeon', kill gdm and restart it. This problem seems to pertain to the xfree86 packages rather than the installer, I think (X people, please feel free to correct me if I'm completely wrongthis could be xdebconfigurator or whatever else). Hence reassigning. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#248853: Can someone please resolve this problem so x3270 will be back in Debian?
As a user who used x3270 I am very displeased about the disappearance of x3270 from Debian. I read here about the events that caused this and I'm amazed. It seem to me the the situation can be cleared by sending few emails and instead the pacage was removed. If the package maintainer did not see for this that's his fault, not the users'. Somone else shoult take on himself to work ariund this problems and make x3270 available again. Elad Tsur -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301368: icecast2: Several vulnerabilities in Icecast2
Package: icecast2 Severity: grave Tags: security Justification: user security hole Several security issues have been reported for Icecast2. Please refer to the CAN Ids in the changelog when fixing them: CAN-2005-0838: Multiple buffer overflows in the XSL parser may cause DoS and possibly remote code execution through overly long values in the xsl:when and xsl:if tags and overly long select values in the xsl:value-of tag. CAN-2005-0839: A remote attacker can bypass security measures and can obtain access to XSL files through a request for an xsl-file with a trailing dot. See these URLs for reference: http://xforce.iss.net/xforce/xfdb/19760/ http://xforce.iss.net/xforce/xfdb/19753/ I could not find fixes on the Icecast website, please contact upstream for a solution. Cheers, Moritz -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301370: quota postrm fails due to missing dependency
Package: quota Version: 3.12-4 Severity: important The quota postrm script calls update-inetd without a dependeny on the package containing update-inetd nor a check to see if the script exists. This causes the postrm to fail on systems lacking update-inetd. Suggested fix: 1) Add a netbase dependency or 2) Check if update-inetd exists before trying to run it. In this case (2) is probably the better choice. Regards, Roger -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages quota depends on: ii debconf 1.4.46 Debian configuration management sy ii e2fslibs1.37-1 ext2 filesystem libraries ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcomerr2 1.37-1 common error description library ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301369: libsaxon-java: FTBFS: Build-Depends on 'libfop-java' which does not exist anymore
Package: libsaxon-java Severity: normal The name of the 'libfop-java' package has been changed to 'fop'. Please change the Build-Depends from 'libfop-java' to 'fop'. Please also Build-Depend on 'j2sdk1.4' instead of 'j2sdk1.3' which is not available on some architectures. Regards Andreas Jochens diff -urN ../tmp-orig/libsaxon-java-6.5.3/debian/control ./debian/control --- ../tmp-orig/libsaxon-java-6.5.3/debian/control 2005-03-25 13:19:32.638861416 +0100 +++ ./debian/control2005-03-25 13:09:47.0 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Uploaders: Arnaud Vandyck [EMAIL PROTECTED] -Build-Depends-Indep: debhelper ( 4.0.0), j2sdk1.3, fastjar, libgnujaxp-java, libfop-java, libjdom-java +Build-Depends-Indep: debhelper ( 4.0.0), j2sdk1.4, fastjar, libgnujaxp-java, fop, libjdom-java Standards-Version: 3.6.1 Package: libsaxon-java -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301367: install: kernel not copied if target disk isn't /dev/hd[a-c]
reassign 301367 makedev thanks So I have my primary disk (where the OS must be installed) on /dev/hdi, a couple of CD-ROMs on /dev/hdk and /dev/hdl and two disks for RAID on /dev/hda and /dev/hdc. I then partition adequately /dev/hdi and (with the d-i sw RAID installer interface) set hda hdc as RAID disks. Then begins the installation of the base system: all is ok until the end, where pops up a message like 'cannot install kernel-bla-bla: /dev/hdi1 is not a block device'... This seems to be a makedev package bug, similar to what was reported in #300913. I haven't carefully checked this, though...just noticed that MAKEDEV seems to stop at hdh So, Bdale, this probably needs the same decision on your side : either have MAKEDEV create these devices.or reassign the bug to d-i so that we add a hack as Joey suggested in #300913.
Bug#301372: kernel-source-2.6.8: [CAN-2005-0839] Insecure restriction of access to the N_MOUSE line disciple for TTYs
Package: kernel-source-2.6.8 Version: 2.6.8-15 Severity: grave Tags: security Kernels before 2.6.11 do not properly restrict access to the N_MOUSE line disciple for TTYs, which allows local users to inject mouse or keyboard events into other's users sessions and possibly gain extended privileges. A fix is referenced at http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0839 (I currently don't have a mouse and typing Bitkeeper web URLs is too weird :-)) Cheers, Moritz -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-source-2.6.8 depends on: ii binutils 2.15-5 The GNU assembler, linker and bina ii bzip2 1.0.2-5high-quality block-sorting file co ii coreutils [fileutils] 5.2.1-2The GNU core utilities -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297806: FTBFS in experimental
On Fri, Mar 25, 2005 at 12:55:59PM +, Gerrit Pape wrote: On Fri, Mar 25, 2005 at 03:45:58AM -0800, Steve Langasek wrote: On Fri, Mar 25, 2005 at 01:08:30PM +0200, Lars Wirzenius wrote: Attached is a patch to fix most of the compilation problems for util-vserver. Steve Langasek tested this on sparc and it worked. Builds still fail on at least hppa, powerpc, and mipsel, since the dietlibc linking fails. See #300926 for some discussion about this. I didn't try giving the -Os option to the diet command at the linking stage, since I didn't see an easy way to do it from util-vserver's debian/rules. I have so far failed to debug the linking problem to any successful degree. Gerrit, perhaps you could give Ola a helping hand with the linking issue? vorlon liw: if you invoke it as diet -v gcc -Wall -g [...] instead of diet -v hppa-linux-gcc [...], what happens? liw vorlon, it fails by not recognizing some link file without libtool; if I add the libtool stuff in front, then it does link vorlon liw: basically, by calling ./configure --host=... --build=..., util-vserver is incorrectly causing autoconf to think this is a cross-compile invocation, and therefore calls hppa-linux-gcc instead of just calling gcc; if you do in fact get different errors, this may be the root of the problem vorlon liw: in that case, switching util-vserver to use the confflags sample stanza from /usr/share/doc/autotools-dev/README.Debian.gz may be enough to cure the remaining ills The workaround for sparc wouldn't be necessary if the diet wrapper is called with the -Os option (this adds -mcpu=supersparc), a good idea anyway for all architectures. It most certainly is *not* a good idea; it's contraindicated by policy to build binaries with -Os instead of -O2, and the idea of calling -Os to set -mcpu=supersparc leaves me very much afraid of what other random options diet would set. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301373: update-grub fails silently when / is defined using labels in /etc/fstab
Package: grub Version: 0.95+cvs20040624-15 Severity: normal When having something like this in /etc/fstab: LABEL=root / ext3 defaults,errors=remount-ro 0 1 update-grub will only output: Searching for GRUB installation directory ... found: /boot/grub . without mentioning it cannot find the corresponding root device. Function find_device in /sbin/update-grub starting on line 58 should find this device. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686-smp Locale: LANG=C, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8) Versions of packages grub depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297806: FTBFS in experimental
On Fri, Mar 25, 2005 at 03:45:58AM -0800, Steve Langasek wrote: On Fri, Mar 25, 2005 at 01:08:30PM +0200, Lars Wirzenius wrote: Attached is a patch to fix most of the compilation problems for util-vserver. Steve Langasek tested this on sparc and it worked. Builds still fail on at least hppa, powerpc, and mipsel, since the dietlibc linking fails. See #300926 for some discussion about this. I didn't try giving the -Os option to the diet command at the linking stage, since I didn't see an easy way to do it from util-vserver's debian/rules. I have so far failed to debug the linking problem to any successful degree. Gerrit, perhaps you could give Ola a helping hand with the linking issue? vorlon liw: if you invoke it as diet -v gcc -Wall -g [...] instead of diet -v hppa-linux-gcc [...], what happens? liw vorlon, it fails by not recognizing some link file without libtool; if I add the libtool stuff in front, then it does link vorlon liw: basically, by calling ./configure --host=... --build=..., util-vserver is incorrectly causing autoconf to think this is a cross-compile invocation, and therefore calls hppa-linux-gcc instead of just calling gcc; if you do in fact get different errors, this may be the root of the problem vorlon liw: in that case, switching util-vserver to use the confflags sample stanza from /usr/share/doc/autotools-dev/README.Debian.gz may be enough to cure the remaining ills I prepared a new dietlibc upload to fix #300917 and some other things. I'll now also include the missing defines for O_NOFOLLOW and O_LARGEFILE on hppa, which is already fixed in upstream cvs. So these two workarounds can be omitted when build-depending on dietlibc-dev (= 0.28-2). The workaround for sparc wouldn't be necessary if the diet wrapper is called with the -Os option (this adds -mcpu=supersparc), a good idea anyway for all architectures. With the additional change suggested by Steve, things should look much better then. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301374: Package: installation-reports - Floppy Boot Error
Package: installation-reports Debian-installer-version: Sparc32 Floppy images with kernel 2.4 build 23-03-2005 from http://people.debian.org/~stappers/d-i/images/2005-03-23/sparc32/floppy/ uname -a: Linux sun01 2.4.27-2-sparc32 #1 Tue Feb 15 00:11:41 PST 2005 sparc GNU/Linux Date: 25-03-2005 Method: I booted of the floppy images, and installed everything from http://ftp.surfnet.nl Machine: SparcStation 5 Processor: SS5 / sun4m (i think) Memory: 128 MB Root Device: SCSI Root Size/partition table: Irrelevant Output of lspci and lspci -n: Irrelevant Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] Configure network HW: [O] Config network: [O] Detect CD: [] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: I needed to boot the floppy disk with: linux root=/dev/fd0 otherwise I get the following errors: cramfs: wrong magic mount_devfs_fs(): unable to mount devfs, err: -2 Warning: unable to open an initial console. Kernel panic: No init found. Try passing init= option to kernel. also when asked to put in a new disk and hit enter I need to hit enter four (4) times -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301375: nvidia-kernel-source: Upstream patches available
Package: nvidia-kernel-source Version: 1.0.7167-1 Severity: wishlist Tags: patch At http://www.nvnews.net/vbulletin/showthread.php?t=47405 , there are two small patches from nVidia for the 7167 drivers. If you would be so kind as to include these in the Debian package, it would make my life easier. Thanks, -Doug -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nvidia-kernel-source depends on: ii debhelper 4.2.31 helper programs for debian/rules ii dpatch2.0.10 patch maintenance system for Debia ii make 3.80-9 The GNU version of the make util ii sed 4.1.2-8The GNU sed stream editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300353: libreadline-java: FTBFS (ppc64/gcc-4.0): Please use gcj instead of gcj-3.3
One solution which comes to my mind would be to make 'libgcj-dev' a real package like 'gcj' which is provided by 'gcc-defaults' and depends on the package from the current default gcc version. This would make a Build-Depends on just 'gcj, libgcj-dev' possible. Indeed, this would be preferable -- when you first filed this bug I took a look in the hope that this was the case. Alas it was not. Perhaps this is worth taking up with the gcc team? Anyway, I do not see a reason to explicitly call 'gcj-3.3' instead of 'gcj' in the Makefiles. The reason is that the gcj-3.3 package only provides /usr/bin/gcj-3.3, not /usr/bin/gcj. The /usr/bin/gcj binary only comes with the generic gcj package, which libreadline-java does not build-depend on. Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
