Bug#325865: dhcp3-client: static ip not working
On Fri, Sep 02, 2005 at 07:11:14PM +0200, Ghe Rivero wrote: I have if working now: Suse petition: 14:34:40.016808 IP (tos 0x0, ttl 64, id 30707, offset 0, flags [none], proto: UDP (17), length: 576) 0.0.0.0.bootpc 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:0c:6e:89:e2:fb (oui Unknown), length: 548, xid:0x7db0417b, secs:10, flags: [none] Client Ethernet Address: 00:0c:6e:89:e2:fb (oui Unknown) Vendor-rfc1048: DHCP:REQUEST MSZ:548 RQ:172.25.51.90 LT:4294967295 PR:SM+DG+NS+HN+DN+RP+TTL+BR+MD+RD+SR+YD+YS+NTP+LPR+LOG+WNS +WDD+WNT+WSC HN:linux^@ VC:Linux 2.6.11.4-21.7-smp i686 CID:[ether]00:0c:6e:89:e2:fb Debian one: 16:35:07.279121 IP (tos 0x10, ttl 64, id 0, offset 0, flags [none], proto: UDP (17), length: 328) 0.0.0.0.bootpc 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:0c:6e:89:e2:fb (oui Unknown), length: 300, xid:0x63125d08, flags: [none] Client Ethernet Address: 00:0c:6e:89:e2:fb (oui Unknown) Vendor-rfc1048: DHCP:REQUEST RQ:172.25.51.201 PR:SM+BR+TZ+DG+DN+NS+HN+WNS+WSC The main difference was: CID:[ether]00:0c:6e:89:e2:fb And just putting send dhcp-client-identifier 1:YourHwAddres; on /etc/dhcp3/dhcpclient.conf resolve everything. So, Why RedHat, SuSE, Windows works properly with Cisco and not Debian? i don't have access to a RedHat or Suse until monday but i will took a look to know how they do it. Anyway, that field should not be used for this issues, so i will have a talk with our University Network Man to see how he has configured the switches. Thx in advanced for everything and sorry. Hi again, So I've had a bit of a read up on the dhcp-client-identifier attribute, and it appears that you can use this as an alternative to client MAC address to identify clients. It sounds to me like this is how your DHCP server is configured - it's not actually interested in the MAC address. If you could mail me a dhclient.conf from a SuSE or RedHat box that works, I'd be interested to see how you have these configured. I can't imagine that either distribution is putting something unique and useful in an out-of-the-box configuration file. If it's okay with you, I'd like to close this bug, as I don't think it's a problem with the software's functionality, it's a configuration issue. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326420: jwm: FTBFS (amd64): conflicting types for 'GetWindowAtom'
Package: jwm Version: 0.23-1 Severity: serious Tags: patch When building 'jwm' on amd64/unstable, I get the following error: x86_64-linux-gnu-gcc -c -O2 -Wall -g -O2 hint.c hint.c:531: error: conflicting types for 'GetWindowAtom' hint.h:32: error: previous declaration of 'GetWindowAtom' was here make[2]: *** [hint.o] Error 1 make[2]: Leaving directory `/jwm-0.23/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/jwm-0.23' make: *** [build-stamp] Error 2 With the attached patch 'jwm' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/jwm-0.23/src/hint.c ./src/hint.c --- ../tmp-orig/jwm-0.23/src/hint.c 2005-05-23 23:02:41.0 + +++ ./src/hint.c2005-09-03 05:46:09.0 + @@ -528,7 +528,7 @@ / / -int GetWindowAtom(Window window, AtomType atom, CARD32 *value) { +int GetWindowAtom(Window window, AtomType atom, Window *value) { unsigned long count; int status; unsigned long extra; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326419: Firefox crashes when start listening internet radio with kaffeine plugin
Package: mozilla-firefox Version: 1.0.4-2sarge3 When clickink at the multimedia links (*.pls, *.m3u) the Kaffeine plugin for the mozilla-firefox start playing music, but the mozilla-firefoy browser crashes. This is usually happen when I start playing music for the second time. I mean for the first time when Kaffeine starts there is no crashes, but when starting play music for the second time the mozilla-firefox crashes almost everytime. I'm using Debian Sarge 3.1 kernel 2.6.8-2-686. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268183: texi2html: Can't override T2H_about_body (and friends) from init file.
Hello there, I was just wondering if you could tell me if the problem you described, still exists for you? It is just that I'm tring to follow up on past bugs that were never fixed/sorted out. Thanks. -- N Jones Proud Debian FOSS User Debian Maintainer of: html2ps, ipkungfu, dvorak7min, windowlab texi2html
Bug#322973: NMU patch
NMU diff attached. -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. diff -ruN ../orig/nautilus-cd-burner-2.10.2/debian/changelog nautilus-cd-burner-2.10.2/debian/changelog --- ../orig/nautilus-cd-burner-2.10.2/debian/changelog 2005-09-03 05:45:17.0 + +++ nautilus-cd-burner-2.10.2/debian/changelog 2005-09-03 05:51:22.0 + @@ -1,3 +1,10 @@ +nautilus-cd-burner (2.10.2-1.1) unstable; urgency=low + + * 0 day NMU durring BSP + * remove -Wl,--as-needed (closes: #322973) + + -- Blars Blarson [EMAIL PROTECTED] Sat, 3 Sep 2005 05:50:14 + + nautilus-cd-burner (2.10.2-1) unstable; urgency=low * Sebastien Bacher: diff -ruN ../orig/nautilus-cd-burner-2.10.2/debian/control nautilus-cd-burner-2.10.2/debian/control --- ../orig/nautilus-cd-burner-2.10.2/debian/control2005-09-03 05:45:17.0 + +++ nautilus-cd-burner-2.10.2/debian/control2005-09-03 05:57:30.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Ross Burton [EMAIL PROTECTED] Build-Depends: debhelper (= 4.1.87), cdbs, gnome-pkg-tools, intltool, autotools-dev, libgnomeui-dev, libnautilus-extension-dev (= 2.9.0), libhal-dev (= 0.2.98), libgtk2.0-dev (= 2.6.0) -Uploaders: Debian GNOME Maintainers [EMAIL PROTECTED], Akira TAGOH [EMAIL PROTECTED], Andreas Rottmann [EMAIL PROTECTED], Andrew Lau [EMAIL PROTECTED], Carlos Perell?? Mar??n [EMAIL PROTECTED], Ed Boraas [EMAIL PROTECTED], Edd Dumbill [EMAIL PROTECTED], Emil Soleyman-Zomalan [EMAIL PROTECTED], Gustavo Noronha Silva [EMAIL PROTECTED], J.H.M. Dassen (Ray) [EMAIL PROTECTED], Joe Drew [EMAIL PROTECTED], Johannes Rohr [EMAIL PROTECTED], Jordi Mallach [EMAIL PROTECTED], Jose Carlos Garcia Sogo [EMAIL PROTECTED], Josselin Mouette [EMAIL PROTECTED], Loic Minier [EMAIL PROTECTED], Marc 'HE' Brockschmidt [EMAIL PROTECTED], Ond??ej Sur?? [EMAIL PROTECTED], Rob Bradford [EMAIL PROTECTED], Robert McQueen [EMAIL PROTECTED], Sebastien Bacher [EMAIL PROTECTED], Sjoerd Simons [EMAIL PROTECTED], Takuo KITAME [EMAIL PROTECTED] +Uploaders: Debian GNOME Maintainers [EMAIL PROTECTED], Akira TAGOH [EMAIL PROTECTED], Andreas Rottmann [EMAIL PROTECTED], Andrew Lau [EMAIL PROTECTED], Carlos Perell?? Mar??n [EMAIL PROTECTED], Cl??ment Stenac [EMAIL PROTECTED], Ed Boraas [EMAIL PROTECTED], Edd Dumbill [EMAIL PROTECTED], Emil Soleyman-Zomalan [EMAIL PROTECTED], Guilherme de S. Pastore [EMAIL PROTECTED], Gustavo Noronha Silva [EMAIL PROTECTED], J.H.M. Dassen (Ray) [EMAIL PROTECTED], Joe Drew [EMAIL PROTECTED], Johannes Rohr [EMAIL PROTECTED], Jordi Mallach [EMAIL PROTECTED], Jose Carlos Garcia Sogo [EMAIL PROTECTED], Josselin Mouette [EMAIL PROTECTED], Loic Minier [EMAIL PROTECTED], Marc 'HE' Brockschmidt [EMAIL PROTECTED], Ond??ej Sur?? [EMAIL PROTECTED], Rob Bradford [EMAIL PROTECTED], Robert McQueen [EMAIL PROTECTED], Sebastien Bacher [EMAIL PROTECTED], Sjoerd Simons [EMAIL PROTECTED], Takuo KITAME [EMAIL PROTECTED] Standards-Version: 3.6.1 Package: nautilus-cd-burner diff -ruN ../orig/nautilus-cd-burner-2.10.2/debian/rules nautilus-cd-burner-2.10.2/debian/rules --- ../orig/nautilus-cd-burner-2.10.2/debian/rules 2005-09-03 05:45:17.0 + +++ nautilus-cd-burner-2.10.2/debian/rules 2005-09-03 05:50:08.0 + @@ -5,7 +5,7 @@ include /usr/share/cdbs/1/class/gnome.mk include /usr/share/gnome-pkg-tools/1/rules/uploaders.mk -DEB_CONFIGURE_SCRIPT_ENV += LDFLAGS=-Wl,-O1 -Wl,--as-needed +DEB_CONFIGURE_SCRIPT_ENV += LDFLAGS=-Wl,-O1 DEB_DH_MAKESHLIBS_ARGS_libnautilus-burn1 := -V 'libnautilus-burn1 (= 2.10.0)' diff -ruN ../orig/nautilus-cd-burner-2.10.2/nautilus-burn-recorder-marshal.c nautilus-cd-burner-2.10.2/nautilus-burn-recorder-marshal.c --- ../orig/nautilus-cd-burner-2.10.2/nautilus-burn-recorder-marshal.c 2005-06-22 16:03:05.0 + +++ nautilus-cd-burner-2.10.2/nautilus-burn-recorder-marshal.c 1970-01-01 00:00:00.0 + @@ -1,192 +0,0 @@ - -#ifndef __nautilus_burn_recorder_marshal_MARSHAL_H__ -#define __nautilus_burn_recorder_marshal_MARSHAL_H__ - -#include glib-object.h - -G_BEGIN_DECLS - -#ifdef G_ENABLE_DEBUG -#define g_marshal_value_peek_boolean(v) g_value_get_boolean (v) -#define g_marshal_value_peek_char(v) g_value_get_char (v) -#define g_marshal_value_peek_uchar(v)g_value_get_uchar (v) -#define g_marshal_value_peek_int(v) g_value_get_int (v) -#define g_marshal_value_peek_uint(v) g_value_get_uint (v) -#define g_marshal_value_peek_long(v) g_value_get_long (v) -#define g_marshal_value_peek_ulong(v)g_value_get_ulong (v) -#define g_marshal_value_peek_int64(v)g_value_get_int64 (v) -#define g_marshal_value_peek_uint64(v) g_value_get_uint64 (v) -#define g_marshal_value_peek_enum(v) g_value_get_enum (v) -#define g_marshal_value_peek_flags(v)g_value_get_flags (v) -#define
Bug#326421: preprocess config files with m4
Package: logrotate Version: 3.7-5 Suggestion: preprocess config files with m4 Here's the motivation: I recently asked Martin Schulze, maintainer of the Debian sysklogd package, why it didn't use logrotate. His explanation was essentially that logrotate couldn't do everything the sysklogd cron script does (more specifically, automatically extract the list of log files from syslog.conf, which is currently done by the syslogd-listfiles script). While there seem to be some simple work arounds (such as what I did on my system, which was to place all the syslog managed log files into /var/log/syslog/ and make sure they all consistently ended with .log so a simple /var/log/syslog/*.log wild card would find them, or even manually maintaining the list of log files in a logrotate script doesn't seem so bad of a trade off in order to gain the benefits of logrotate and consistency of managing all log files in the same way), Martin seems to feel that any solution that doesn't preserve 100% of the functionality of the current cron script would be a regression. Yet the disconnect between logrotate and sysklogd does seem to be causing some confusion, as evidenced by bugs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=308963 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316983 I considered a few ways such functionality could be hacked in. One might be having a separate cron script that autogenerated a logrotate config file for sysklogd, but that would be ugly, and it essentially defeats the goal of improving the consistency in how log files are managed. It would also be inflexible. If the admin wants some rotated daily and some weekly, it would mean creating multiple cron scripts and multiple logrotate scripts. It seems the cleaner approach would be patching logrotate so that it calls to an external script to obtain the list of log files to operate on. Hopefully such a patch would largely borrow from the existing post/pre-rotate script directives. It could be something like: `/usr/sbin/syslogd-listfiles --weekly` { weekly olddir /var/log/syslog/old sharedscripts postrotate /etc/init.d/sysklogd reload-or-restart /dev/null endscript } But an even simpler solution, which could be implemented with a fairly small and localized patch, would be to preprocess config files with m4 before logrotate processes them. Then the above becomes: esyscmd(/usr/sbin/syslogd-listfiles --weekly) { weekly olddir /var/log/syslog/old sharedscripts postrotate /etc/init.d/sysklogd reload-or-restart /dev/null endscript } and it also open up the door for using other capabilities of m4. Please advise on how likely a patch to do this would be accepted and whether this matter should be taken up with the upstream maintainers (if so, please provide advice on how best to submit this). -Tom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326255: bazaar: FTBFS: Test 4: FAILED: the readonly flag is not set.
On 05-Sep-03 12:27, Rob Weir wrote: package bazaar severity 326255 normal merge 317070 326255 thanks On Fri, Sep 02, 2005 at 08:44:53PM +0200, Andreas Jochens said Package: bazaar Version: 1.4.2-1 Severity: serious When building 'bazaar' on unstable, I get the following error: Test 4: upgrade read-only archives Upgrading configuration for registered name: [EMAIL PROTECTED] Test 4: FAILED: the readonly flag is not set. make[3]: *** [tests-timestamp] Error 1 make[3]: Leaving directory `/bazaar-1.4.2/debian/build/baz/tests' Is this when building it with pbuilder or as root? Hello, thanks for looked at this. I get this when building in a clean chroot environment with the following commands: # chroot clean_chroot_from_debootstrap # apt-get source bazaar # apt-get build-dep bazaar # cd bazaar-* # dpkg-buildpackge -b Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#96153: Avoid recompression of archived files
Norbert Nemec writes: Using a simple setup for logrotate to just rotate everything within a directory only depending on the file size, I always tripped over a nasty tweak: /var/log/syslog/* { rotate 100 size 50k compress ... works fine most of the time, except that in rare cases the compressed file is still 50k, giving me a 'filename.1.gz.1.gz.1.gz.1.gz'. I could not find an easy way to fix that. I avoided this by 1. having the log files consistently end with .log and using /var/log/syslog/*.log, 2. defining an 'olddir' so that compressed logs aren't kept in the same directory. Paul Martin writes: Bear in mind, also that the current version in unstable doesn't understand that syntax any more (due to upstream changes). That must have changed, as 3.7-5 (stable) still works with a wildcard. -Tom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326199: libgtk2.0-dev breaks pkg-config with unsatisfiable requirement
On Fri, 2005-09-02 at 13:22 -0400, David Nusinow wrote: On Fri, Sep 02, 2005 at 06:42:15PM +0200, Fionn Behrens wrote: On Fr, 2005-09-02 at 18:13 +0200, Sebastien Bacher wrote: Le jeudi 01 septembre 2005 à 09:01 +0200, Fionn Behrens a écrit : Package: libgtk2.0-dev Version: 2.8.2-1 Severity: important Tags: experimental In /usr/lib/pkgconfig/gdk-2.0.pc gdk requires a package x11 but there is no package in the entire debian repository that contains the file /usr/lib/pkgconfig/x11.pc to satisfy this requirement. Effectively, this prevents a lot of software that uses pkg-config from building properly! That would be a xorg issue, not a GTK one It is a general issue, because there is no package anywhere in debian at all, be it xorg or x11 or whatever, that carries this required file. If your package needs this file, then YOU should probably file a bug against whoever you think should take action. Until then, please try to avoid breaking the build config of normal debian users. (earlier versions of libgtk2.0-dev went fine without the x11 requirement) I haven't looked yet, but I believe that x11.pc will ship with the modular X tree, i.e. 7.0. Correct.
Bug#326415: Please support IPv6 or Advertise lack
Quoting Elliott Mitchell [EMAIL PROTECTED]: Sendmail definitely supports IPv6, and I strongly suspect Postfix does as well. This makes Qmail the unusual one in /not/ supportting IPv6. Given the increasing prevalence of support, I'd suggest either documenting the lack of support or including the Qmail IPv6 patch. IPV6 support is not presently required for MTA's in Debian, regardless of how many other MTA's do support IPV6. I'm marking this as a wishlist bug for further consideration in a future release. Cheers! Jon --- This mail sent through Click2E-Mail http://www.click2e-mail.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326422: Konqueror crashes when opening media links with Kaffeine
Package: konqueror Version: 4:3.3.2-1 When clickink at the multimedia links (*.pls, *.m3u) the Konqueror web-browser crashes with some output which I'll submit the the bug will appears again. Mostly it happens when Konqueror is set up to start kaffeine media-player. I'm using Debian Sarge 3.1 kernel 2.6.8-2-686. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326423: gimp_2.2.8-8 (arm/unstable): FTBFS: fitsrw.c:577: error: insn does not satisfy its constraints
Package: gimp Version: 2.2.8-8 Severity: serious Hi Ari, Of course, you've already filed bug #322565 about the build failure of gimp on arm; this bug is to have documentation of the issue on the gimp package itself, since this package is tied up with the GNOME 2.10 transition (via libexif). It may be worth working around this with a build-dependency on gcc-3.4 or gcc-3.3 until a fix is found for gcc-4.0. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#326233: acknowledged by developer (Re: Bug#326233: libparse-recdescent-perl: Fails to install)
* Gilles [EMAIL PROTECTED] [2005-09-03 02:13]: Hello. # apt-get install libclass-autouse-perl Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: libclass-autouse-perl 0 upgraded, 1 newly installed, 0 to remove and 352 not upgraded. Need to get 20.7kB of archives. After unpacking 106kB of additional disk space will be used. Get:1 ftp://ftp.belnet.be sarge/main libclass-autouse-perl 1.17-1 [20.7kB] Fetched 20.7kB in 0s (58.7kB/s) Failed to fetch ftp://ftp.belnet.be/debian-amd64/debian/pool/main/libc/libclass-autouse-perl/libclass-autouse-perl_1.17-1_all.deb MD5Sum mismatch Huh? Isn't that a problem with the ftp.belnet.be mirror? I see absolutely no problem with the file: http://ftp.debian.org/pool/main/libp/libparse-recdescent-perl/libparse-recdescent-perl_1.94-4_all.deb I am therefore closing this bug report. Please, reopen it if you really, I mean *_really_* think there is a bug here. I _really_ can't install it. I have 2 mirrors in my sources.list file: ftp.belnet.be and ftp.nl.debian.org. None seem to have a good package file. [And did you notice the architecture? For AMD64, the most recent version is 1.17, while the file where you see no problem is v1.94.] Notice that I mentioned above the URL for libparse-recdescent-perl (whose version is 1.94), while you are talking about libclass-autouse-perl (whose version is 1.17). I would think that this _really_ qualifies as a bug, even if it isn't your fault that the mirrors provide incoherent files. Who should be informed of this situation? I agree this is a bug, but not against my package. Try to post a message to the debian-devel and debian-amd64 mailing lists. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319162: NMU patch
Le vendredi 02 septembre 2005 à 20:12 -0700, Blars Blarson a écrit : NMU patch attached. Oh, great. Do you know that, when a package is co-maintained by twenty-four people and a bug isn't fixed, there may be some reasons behind? This pseudo-fix won't help anything. Couldn't you help fixing some unmaintained packages causing this kind of issues, like binutils, instead? -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: This is a digitally signed message part
Bug#284977: xmms-kde: ftbfs: Can't find X libraries
Kurt Roeckx wrote: And now it's failing to build on all arches. That is just a matter of catching up with the dependencies. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326345: please rebuild with libreadline5-dev as build dependency
tags 326345 + patch thanks Hello On Fri, Sep 02, 2005 at 10:40:44PM +0200, Matthias Klose wrote: Package: hsftp The package depends/recommends libreadline4. This version will be removed from the archive in the near future. Please change your build dependencies to libreadline5-dev | libreadline-dev Please raise the severity of this bug report to serious, if the package cannot be built with libreadline5-dev. I'll do. Thanks. Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ 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#319162: NMU patch
On Sat, Sep 03, 2005 at 08:59:27AM +0200, Josselin Mouette wrote: Le vendredi 02 septembre 2005 à 20:12 -0700, Blars Blarson a écrit : NMU patch attached. Oh, great. Do you know that, when a package is co-maintained by twenty-four people and a bug isn't fixed, there may be some reasons behind? This pseudo-fix won't help anything. Couldn't you help fixing some unmaintained packages causing this kind of issues, like binutils, instead? Yeah, right. binutils is unmaintained; the issue couldn't possibly be that you've made poor design decisions in your packages by making them dependent on kludgy, non-default toolchain options that policy doesn't require the toolchain to support at all... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#319147: compiles with patch
tags 319147 + patch pending thanks Hi, On ven, sep 02, 2005, Blars Blarson wrote: With the patch, it compiles. From the comments in the code, I think the second part of the patch is wrong. (Comment said 16 bytes, code now does 4.) I thought the same at first glance, but: GST_ARCH_SETUP_STACK ((char *) cothread-sp); Casted as char * and defined as void *, I see no way a -= 4 would move by 16 bytes the stack pointer. If the code is realy unused, it would be much better not to compile it rather than to continue including suspected non-working code. The code has been removed in the 0.9 branch. I'll include the patch to permit building under sparc, you're welcome to check the experimental 0.9 packages in: svn+ssh://svn.debian.org/svn/pkg-gstreamer/experimental/gstreamer0.9 Bye, -- Loïc Minier [EMAIL PROTECTED] Come, your destiny awaits!
Bug#326424: shadow: Updated French translation
Package: shadow Severity: wishlist Tags: l10n Hi, Please find attached the updated French translation for the program, proofread by the l10n French team contributors. Regards Jean-Luc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-k8-8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) fr.po.gz Description: Binary data
Bug#324659: tulip: ftbfs [sparc] cannot find -lGL
On Tue, Aug 23, 2005 at 03:00:07AM -0700, Blars Blarson wrote: tulip failed to build on my sparc pbuilder. (It failed on a sparc buildd due to a temporarily uninstalable build dependancy.) Hm, quite strange that the missing libGL should be provided by the particular package which cannot be installed on the buildd :) Are you sure the builddeps are met in your pbuilder environment ? Which versions of the mesa packages are installed there ? Best regards, -- Yann Dirson[EMAIL PROTECTED] | Debian-related: [EMAIL PROTECTED] | Support Debian GNU/Linux: | Freedom, Power, Stability, Gratis http://ydirson.free.fr/| Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319162: NMU patch
On Sat, Sep 03, 2005 at 08:59:27AM +0200, Josselin Mouette wrote: Le vendredi 02 septembre 2005 ? 20:12 -0700, Blars Blarson a ?crit : NMU patch attached. Oh, great. Do you know that, when a package is co-maintained by twenty-four people and a bug isn't fixed, there may be some reasons behind? If there was a reason for this easy to fix RC bug not being fixed, you should have sent it to the bug. You'll need to explain why gnome-games needs -Wl,--as-needed and shouldn't be included in etch without it before I'll consider my NMU as incorrect. (but correct as far as I knew when I made it.) This pseudo-fix won't help anything. Couldn't you help fixing some unmaintained packages causing this kind of issues, like binutils, instead? binutils doesn't have any easy to fix RC bugs that have been sitting with no action for weeks. (or any other RC bugs) -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326426: locales: Bad entry 'C ' at generation time
Package: locales Version: 2.3.5-6 Severity: normal The following non-fatal message appears at configure time: Setting up locales (2.3.5-6) ... Generating locales (this might take a while)... error: Bad entry 'C ' br_FR.ISO-8859-1... done ... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.31-k6 Locale: LANG=C, LC_CTYPE=french (charmap=ISO-8859-1) Versions of packages locales depends on: ii debconf 1.4.58 Debian configuration management sy ii libc6 [glibc-2.3.5-3] 2.3.5-6GNU C Library: Shared libraries an locales recommends no packages. -- debconf information: * locales/default_environment_locale: C * locales/locales_to_be_generated: C, br_FR ISO-8859-1, cs_CZ ISO-8859-2, de_DE ISO-8859-1, de_DE.UTF-8 UTF-8, [EMAIL PROTECTED] ISO-8859-15, en_GB ISO-8859-1, en_GB.UTF-8 UTF-8, en_US ISO-8859-1, en_US.UTF-8 UTF-8, fr_FR ISO-8859-1, fr_FR.UTF-8 UTF-8, [EMAIL PROTECTED] ISO-8859-15, pl_PL ISO-8859-2, ru_RU ISO-8859-5, ru_RU.KOI8-R KOI8-R, ru_RU.UTF-8 UTF-8, sk_SK ISO-8859-2 -- Yann Dirson[EMAIL PROTECTED] | Debian-related: [EMAIL PROTECTED] | Support Debian GNU/Linux: | Freedom, Power, Stability, Gratis http://ydirson.free.fr/| Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326425: Unable to upgrade libopenthreads1c2_0.9.9-6_i386
Package: libopenthreads Version: 0.9.9-5 Severity: grave Justification: renders package unusable Hi, While doing an apt-get update; apt-get dist-upgrade I got the following error. Unpacking libopenthreads1c2 (from .../libopenthreads1c2_0.9.9-6_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libopenthreads1c2_0.9.9-6_i386.deb (--unpack): trying to overwrite `/usr/lib/libOpenThreads.so.1.0.0', which is also in package libopenthreads Errors were encountered while processing: /var/cache/apt/archives/libopenthreads1c2_0.9.9-6_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This has been broken for a few days now. Regards David -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libopenthreads depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-6 GCC support library ii libstdc++51:3.3.6-9 The GNU Standard C++ Library v3 libopenthreads recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315102: seems that apt-build doesn't make use of '/etc/apt/preferences'
Package: apt-build Version: 0.11.10 Followup-For: Bug #315102 I have a mixed stable/testing/sid install composed from many unofficial sources, and whatever I put in my preferences file, apt-build downloads the highest version available (whatever the policy), but correctly tries (and fail) to build the installed version. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (987, 'testing'), (490, 'testing'), (390, 'unstable'), (290, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.12-p4-mppe Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apt-build depends on: ii apt 0.5.28.6 Advanced front-end for dpkg ii apt-utils 0.5.28.6 APT utility programs ii debconf 1.4.30.13 Debian configuration management sy ii devscripts2.8.14 Scripts to make the life of a Debi ii dpkg-dev 1.10.28Package building tools for Debian ii g++ 4:3.3.5-3 The GNU C++ compiler ii gcc 4:3.3.5-3 The GNU C compiler ii libappconfig-perl 1.56-2 Perl module for configuration file ii libapt-pkg-perl 0.1.13 Perl interface to libapt-pkg ii perl 5.8.4-8Larry Wall's Practical Extraction -- debconf information: apt-build/arch_alpha: ev4 apt-build/arch_arm: armv2 * apt-build/olevel: Strong * apt-build/build_dir: /var/cache/apt-build/build apt-build/arch_sparc: sparc apt-build/arch_amd: k6 * apt-build/options: * apt-build/arch_intel: pentium4 * apt-build/make_options: * apt-build/repository_dir: /var/cache/apt-build/repository * apt-build/add_to_sourceslist: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326424: [Pkg-shadow-devel] Bug#326424: shadow: Updated French translation
Quoting Jean-Luc Coulon (f5ibh) ([EMAIL PROTECTED]): Package: shadow Severity: wishlist Tags: l10n Hi, Please find attached the updated French translation for the program, proofread by the l10n French team contributors. Thanks to the french team..:-) Tomasz, this is actually for you, for version 4.0.13 As soon as you commit this in the CVS, I'll close that bug (marking it pending blah blah is useless and just a good way to forget closing it). Tomasz, if merging it with the current POT gives fuzzies/untranslated, please tell us sothis time, I will hate French not being completed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326394: powerpc-utils: implicitly converted pointer
Our automated buildd log filter[1] detected a problem[2] that will cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 (ppc64 is probably more relevant here). Thanks for reporting this; I'll fix it in my next upload. While running autoboot and bootsched on ppc64 would perhaps segfault, both tools are utterly useless for ppc64 anyway (they are meant to be used on CUDA based old PowerMacs only), so the bug is of a rather theroretical nature :-) Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326273: irssi doesn't use $HOME for the users home
On Sep 02, 2005 at 21:42, Gürkan Sengün praised the llamas by saying: Package: irssi-text Version: 0.8.9-3 Imagine your /home/whatever is not available for whatever reason (deleted, could not be mounted, moved) but getpwent still returns the old/wrong home. Usually you just do HOME=/new/place command and you're fine, not so with irssi. Can you fix that please? If you can't would you apply a patch if I wrote one? Cheers, Gürkan irssi uses the glib function g_get_home_dir[0] throughout, so it's behaviour is consistent with every glib using program. If you feel this is still an issue, I can reassign it to glib2.0 for you. [0] http://developer.gnome.org/doc/API/2.0/glib/glib-Miscellaneous-Utility-Functions.html#g-get-home-dir -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione.
Bug#325749: aptitude: [INTL:ro] Romanian updated translation
El mar, 30-08-2005 a las 16:11 +0300, Sorin Batariuc escribió: Package: aptitude Version: 0.2.15.9-6 Your po file corresponds to the aptitude's svn version, right? Severity: wishlist Tags: patch l10n tags 325749 + pending thank
Bug#326192: adduser: adding system user with existing group fails
tags #326192 wontfix thanks On Fri, Sep 02, 2005 at 11:50:18AM +0200, Peter Eisentraut wrote: The postgresql-common package does the following to add its system user postgres: if ! getent passwd postgres /dev/null; then adduser --system --quiet --no-create-home --home /var/lib/postgresql --group --gecos PostgreSQL administrator pos fi I suppose this is common usage. If, for whatever reason, the postgres group already exists, that call fails: adduser: The group `postgres' already exists. ($? = 1) As a consequence, the whole package installation fails in this case. Which is a feature. adduser only silently adds a new system user to an existing group if the existing group is a system group. If the existing group is not a system group, adduser assumes that the group name is locally being used for some thing else and refrains from giving a new system user potential privileges on user data. That makes adduser --system --group a rather fragile combination. I suggest that the existing group is not really an error and the new user should simply be added to the existing group. adduser behaves that way if the existing group is a system group. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326220: libc6 2.3.5 ldconfig segfaults on powerpc oldworld
reassign 326220 apt Your system looks older than a testing from April 2005. libc6 version 2.2.5-11.8 is a libc6 from Woody, an Debian does not support direct Woody - Etch upgrade. So please reassign the bug to whatever seems appropriate. Not being able to upgrade from woody to current testing/unstable is what I'd consider a bug in its own right. Besides, what's the proposed fix? etch ldconfig just doesn't work, so what piece am I missing? IIRC woody was still stable at that time, so it isn't all that outdated. kernel version: 2.2.20-pmac (Debian package, unknown version) This is a rather old version, not even available in Debian Sarge. I suggest you to upgrade to Debian Sarge first (and also your kernel to a 2.4 or 2.6 version), before trying to upgrade to testing or unstable. Well, apt or dpkg should have figured that out, and warned me off to not attempt the upgrade, right? Yet another bug. The system is booted using a floppy, I'm not sure I can even fit a 2.4 or 2.6 kernel on there. Either way, 'you should not try that' is not an option if there's no warning during the upgrade. Once ldconfig has been installed, the upgrade is shot. Nice way to tell your average user 'just wipe the system and install ubuntu'. Debian used to pride itself on being able to upgrade from oldstable to unstable without a hitch, and I've done that before, even remotely. Reassigning to apt, CC to debian-powerpc as a warning to others. Repeat after me: 'it's not libc's fault if ldconfig breaks'. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321949: gnome-panel: wnck-applet no longer brings windows to front
Hi, On lun, aoû 08, 2005, Ralph Aichinger wrote: Since a recent update, wnck-applet (the mac-style window selector menu in the upper right corner) no longer works for me. Please try with Gtk 2.6.10. Bye, -- Loïc Minier [EMAIL PROTECTED] Come, your destiny awaits!
Bug#326427: mysql-server-5.0: cron script /etc/cron.daily/mysql-server fails
Package: mysql-server-5.0 Version: 5.0.11beta-3 Severity: normal The daily rotation of binary log files which this script handles always fails with this error, which I get in my mail daily: /etc/cron.daily/mysql-server: ERROR 1373 (HY000) at line 1: Target log not found in binlog index run-parts: /etc/cron.daily/mysql-server exited with return code 1 The package seems to work fine beside of this. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12via-1 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages mysql-server-5.0 depends on: ii adduser 3.67Add and remove users and groups ii debconf [debconf 1.4.58 Debian configuration management sy ii libc62.3.5-6 GNU C Library: Shared libraries an ii libdbi-perl 1.48-1 Perl5 database interface by Tim Bu ii libgcc1 1:4.0.1-6 GCC support library ii libmysqlclient15 5.0.11beta-3mysql database client library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libreadline4 4.3-15 GNU readline and history libraries ii libstdc++6 4.0.1-6 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii mysql-client-5.0 5.0.11beta-3mysql database client binaries ii mysql-common 5.0.11beta-3mysql database common files (e.g. ii passwd 1:4.0.3-39 change and administer password and ii perl 5.8.7-4 Larry Wall's Practical Extraction ii psmisc 21.6-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-4 compression library - runtime mysql-server-5.0 recommends no packages. -- debconf information: mysql-server-5.0/really_downgrade: false mysql-server-5.0/start_on_boot: true mysql-server-5.0/mysql_update_hints1: mysql-server-5.0/nis_warning: mysql-server-5.0/postrm_remove_databases: false * mysql-server-5.0/mysql_install_db_notes: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325834: apt-get install e2fsprogs get a Conflicts Pre-Depends loop error
Hi, I've got the same issue with E: Internal Error, Could not early remove e2fsprogs on a testing PC which hadn't been updated ever since about 2004-03-08 (due to fatal system failure; finally got it up and running again yesterday, YAY!!). A simple update and dist-upgrade of testing caused that abort error (with *many* packages, although not all, since I could successfully tell it to upgrade some single packages without that error occurring). [EMAIL PROTECTED]:/root# dpkg -l|egrep initscripts|libblkid1|libss2|libuuid1|sysv-rc|console-tools|e2fslibs|e2fsprogs|libc6|libc6-dev|libconsole|locales|sysvinit ii console-tools 0.2.3dbs-50Linux console and font utilities ii e2fslibs 1.35-3 The EXT2 filesystem libraries ii e2fsprogs 1.35-3 The EXT2 file system utilities and libraries ii initscripts2.85-9 Standard scripts needed for booting and shut ii libblkid1 1.35-3 Block device id library ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries and Timezone ii libc6-dev 2.3.2.ds1-11 GNU C Library: Development Libraries and Hea ii libconsole 0.2.3dbs-50Shared libraries for Linux console and font rc libg++272-dbg 2.7.2.8-0.1The GNU C++ libraries (libc6 version). ii libgpmg1 1.19.6-12.1General Purpose Mouse Library [libc6] ii libss2 1.35-3 Command-line interface parsing library ii libuuid1 1.35-3 Universally unique id library ii locales2.3.2.ds1-11 GNU C Library: National Language (locale) da ii sysv-rc2.85-9 Standard boot mechanism using symlinks in /e ii sysvinit 2.85-9 System-V like init. ii xviewg 3.2p1.4-16 XView shared libraries [libc6] [EMAIL PROTECTED]:/root# for i in libblkid1 libss2 libuuid1 sysv-rc console-tools e2fslibs e2fsprogs libc6 libc6-dev libconsole locales sysvinit; do echo $i; apt-cache show $i|grep Version:; done|less libblkid1 Version: 1.37-2sarge1 Version: 1.35-3 libss2 Version: 1.37-2sarge1 Version: 1.35-3 libuuid1 Version: 1.37-2sarge1 Version: 1.35-3 sysv-rc Version: 2.86.ds1-1.1 Version: 2.85-9 console-tools Version: 1:0.2.3dbs-56 Version: 1:0.2.3dbs-50 e2fslibs Version: 1.37-2sarge1 Version: 1.35-3 e2fsprogs Version: 1.37-2sarge1 Version: 1.35-3 libc6 Version: 2.3.5-6 Version: 2.3.2.ds1-11 libc6-dev Version: 2.3.5-6 Version: 2.3.2.ds1-11 libconsole Version: 1:0.2.3dbs-56 Version: 1:0.2.3dbs-50 locales Version: 2.3.5-6 Version: 2.3.2.ds1-11 sysvinit Version: 2.86.ds1-1.1 Version: 2.85-9 Note that I plan to upgrade that system very soon (via the testing - stable - testing change), so some days later it might be too late for forensic work already... Thanks for all your hard work, Andreas Mohr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326428: lvm-common: /etc/default/lvm permission hack doesn't support lvm2
Package: lvm-common Version: 1.5.20 Severity: normal Hi, Even on a kernel 2.6 system, MODE_vg0_usr=root:disk 660 tries to chown/chmod /dev/vg0/usr instead of the correct /dev/mapper/vg0-usr. This functionality is therefore completely useless on kernel 2.6 systems, making amanda backups harder since amanda wants to see the device node as root:disk 660. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages lvm-common depends on: ii libc6 2.3.5-5GNU C Library: Shared libraries an ii module-init-tools 3.2-pre8-1 tools for managing Linux kernel mo ii modutils 2.4.27.0-3 Linux module utilities Versions of packages lvm-common recommends: ii logrotate 3.7.1-1Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326429: ITP: webcheck -- website link and structure checker
Subject: ITP: webcheck -- website link and structure checker Package: wnpp Owner: Arthur de Jong [EMAIL PROTECTED] Severity: wishlist * Package name: webcheck Version : 1.9.3 Upstream Author : Arthur de Jong [EMAIL PROTECTED] * URL : http://ch.tudelft.nl/~arthur/webcheck/ * License : GPL Description : website link and structure checker webcheck is a website checking tool for webmasters. It crawls a given website and generates a number of reports in the form of html pages. It is easy to use and generates simple, clear and readable reports. . Features of webcheck include: * support for http, https, ftp and file schemes * view the structure of a site * track down broken links * find potentially outdated and new pages * list links pointing to external sites * can run without user intervention Webcheck (release 1.0) was in Debian before, but was removed on 2005-02-02 (orphaned on 2004-05-31, request for removal on 2004-11-02, see bug #251931) because it was no longer maintained and there was no upstream development. Since I have taken over development and will maintain this package this is no longer the case. Bugs that were open at the time webcheck was removed: #71419 request for internationalization of output this is on the TODO list as a wishlist item #192868 handle relative links to file:/ urls nicely using file:/// urls is possible and supported, automatically translating relative or absolute paths into file:/// is also supported now #201154 please handle url()'s in stylesheets this is also implemented in the current version of webcheck #253424 recursion problem in sitemap module (key not found) this should be solved as most of the code is rewritten #271085 produce a validation report (using wdg-html-validator) there is an item on the TODO list to implement more html validation checking, however I do not think that submitting a large number of html pages to a web-based checker is a good idea #286017 problem with recent python version webcheck is developed using python 2.3 but is tested regularly with python 2.4 so this should be solved (this leaves two wishlist bugs in the TODO list) There are a couple of questions left though: * I'm not sure if I need some statement on the copyrights on the generated html files. The css file that is just copied has a BSD license. * The old package provides, conflicts with and replaces linbot (the name of webcheck a long time ago). Should I keep that or just drop it? (linbot was in slink, potato and woody but neither linbot or webcheck were in sarge) * The old package has a configuration file in /etc/webcheck and the new package no longer provides that. What would be the best way to get rid of it? (policy 10.7.3 has a note about removing conffiles but I'm not sure it's relevant) Should I delete it on upgrade? Btw, I'm packaging this as a native Debian package because I just want to release one version and have one source tarball. -- -- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#326425: Unable to upgrade libopenthreads1c2_0.9.9-6_i386
David Creelman writes: Package: libopenthreads Version: 0.9.9-5 Severity: grave Justification: renders package unusable Hi, While doing an apt-get update; apt-get dist-upgrade I got the following error. Unpacking libopenthreads1c2 (from .../libopenthreads1c2_0.9.9-6_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libopenthreads1c2_0.9.9-6_i386.deb (--unpack): trying to overwrite `/usr/lib/libOpenThreads.so.1.0.0', which is also in package libopenthreads Errors were encountered while processing: /var/cache/apt/archives/libopenthreads1c2_0.9.9-6_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This has been broken for a few days now. Thanks for the report. I probably forgot to add Conflicts: to avoid this. I'll fix the problem this week end. Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326220: libc6 2.3.5 ldconfig segfaults on powerpc oldworld
On Sat, Sep 03, 2005 at 10:30:22AM +0200, Michael Schmitz wrote: reassign 326220 apt Your system looks older than a testing from April 2005. libc6 version 2.2.5-11.8 is a libc6 from Woody, an Debian does not support direct Woody - Etch upgrade. So please reassign the bug to whatever seems appropriate. Not being able to upgrade from woody to current testing/unstable is what I'd consider a bug in its own right. Besides, what's the proposed fix? etch ldconfig just doesn't work, so what piece am I missing? IIRC woody was still stable at that time, so it isn't all that outdated. kernel version: 2.2.20-pmac (Debian package, unknown version) This is a rather old version, not even available in Debian Sarge. I suggest you to upgrade to Debian Sarge first (and also your kernel to a 2.4 or 2.6 version), before trying to upgrade to testing or unstable. Well, apt or dpkg should have figured that out, and warned me off to not attempt the upgrade, right? Yet another bug. The system is booted using a floppy, I'm not sure I can even fit a 2.4 or 2.6 kernel on there. Either way, 'you should not try that' is not an The 2.6.8 sarge kernel did fit on a miboot floppy just fine, thank you, miboot is not in main though because of the apple-owned boot sector we have no licence for, but you can find it on : http://people.debian.org/~luther/miboot The current 2.6.12 sid kernel is too big by around 200K, but we will work it to fit on a miboot size again before the etch release, hopefully, and by then we may even have quik-floppy support or whatever, so ... Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326098: sox.1 manpage don't says anything about stdin input and stdout output
On Thu, 1 Sep 2005, Nahuel Greco wrote: Package: sox Version: 12.17.7-3 Severity: normal sox.1 manpage don't says anything about how to make sox receive the input file from stdin and how to output the result to stdout. But soxexam.1 has an example of how to do it passing '-' as the filename (for input or output). Hi, You are right, It might also be worth to report the problems to the sox mailing list. The manpage ws not written for Debian only, so it might be good if all distributions can profit from the changes. Thanks for reporting. Guenter -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages sox depends on: ii libc62.3.5-4 GNU C Library: Shared libraries an ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libogg0 1.1.2-1 Ogg Bitstream Library ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libvorbisenc21.1.0-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.0-1 The Vorbis General Audio Compressi sox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326431: dpkg: Accidentally typing control-D causes error
Package: dpkg Version: 1.13.10 Severity: minor Typing control-D instead of D causes an error. See below. dpkg: error processing... $ sudo apt-get install vim-gnome Password: Reading Package Lists... Done Building Dependency Tree... Done Suggested packages: cscope vim-doc The following NEW packages will be installed: vim-gnome 0 upgraded, 1 newly installed, 0 to remove and 3 not upgraded. Need to get 719kB of archives. After unpacking 1565kB of additional disk space will be used. Get:1 http://mirror.ox.ac.uk testing/main vim-gnome 1:6.3-072+1 [719kB] Fetched 719kB in 9s (73.3kB/s) Selecting previously deselected package vim-gnome. (Reading database ... 151349 files and directories currently installed.) Unpacking vim-gnome (from .../vim-gnome_1%3a6.3-072+1_i386.deb) ... Adding `diversion of /usr/bin/vim to /usr/bin/vim.org by vim-gnome' Setting up vim-gnome (6.3-072+1) ... Configuration file `/etc/vim/gvimrc' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** gvimrc (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing vim-gnome (--configure): EOF on stdin at conffile prompt Errors were encountered while processing: vim-gnome E: Sub-process /usr/bin/dpkg returned an error code (1) $ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dpkg depends on: ii coreutils [textutils] 5.2.1-2 The GNU core utilities ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii textutils 5.2.1-2 The GNU text file processing utili dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319162: NMU patch
Le samedi 03 septembre 2005 à 00:31 -0700, Steve Langasek a écrit : Yeah, right. binutils is unmaintained; the issue couldn't possibly be that you've made poor design decisions in your packages by making them dependent on kludgy, non-default toolchain options that policy doesn't require the toolchain to support at all... Policy? What does binutils working properly have to do with policy? Policy documents existing practice, and existing practice is to use this option. This is a regression in the toolchain for some architectures. No more, no less. If there aren't enough skilled people to fix the toolchain for some architectures, this isn't a good sign for the health of that port. Today, --as-needed can't be fixed, obviously because nobody skilled enough is willing to work on it. What are you going to do if default linker options are broken tomorrow? And after all, you're the release manager, so you'll be the one to deal with the horrible mess of gnome-games dependencies when all indirect dependencies are explicit. Great to see how you welcome design decisions taken to ease your work. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: This is a digitally signed message part
Bug#326432: gpass: Useless entry in long description
Package: gpass Severity: normal Hi Maintainer, your description contains released under the GPL. Please remove this part, it doesnt make any sense in the description. First - you are in Debian main, so its clear that this thing is free. And, second, anyone who really wants to know the exact license can look at the debian/copyright file installed to usr/share/doc/gpass. -- bye Joerg Fubak /msg NickServ IDENTIFY arschloch codebreaker /msg nickserv ghost Fubak arschloch -!- Fubak has quit [Nick collision from services.] pgpDOBdwwu3Ue.pgp Description: PGP signature
Bug#326433: laptop-mode-tools: reads /var/run/laptop-mode-nolm-mountopts which is not there
Package: laptop-mode-tools Version: 1.10-1 Severity: minor Hi, laptop-mode tries to read /var/run/laptop-mode-nolm-mountopts, which is not installed by the package and thus is nonexistant. Thus the sed returns an error message, which shows up in the boot log. The fix would be to first check if the file is existent and only then apply the sed. Andreas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.4-cherry+radeon Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages laptop-mode-tools depends on: ii powermgmt-base1.22 Common utils and configs for power Versions of packages laptop-mode-tools recommends: ii acpid 1.0.4-2Utilities for using ACPI power man ii hdparm6.1-5 tune hard disk parameters for high -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326436: commons-daemon: Please Build-Depend on ant instead of libant1.6-java
Package: commons-daemon Severity: normal Please Build-Depend on ant instead of libant1.6-java to help the ant transition in Debian. libant1.6-java will get removed soon in Debian. Please use /usr/share/ant instead of /usr/share/ant1.6 as ANT_HOME. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326435: CAN-2005-2728: DoS through overly long Range values passed to the byte-range filter
Package: apache2 Severity: important Tags: security CAN-2005-2728 describes a DoS vulnerability through overly long values in the Range field. Please see http://issues.apache.org/bugzilla/show_bug.cgi?id=29962 for a more complete description and a patch. Cheers, Moritz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 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#326434: proguard: Please Build-Depend on ant instaed of libant1.6-java
Package: proguard Severity: normal Please Build-Depend on ant instead of libant1.6-java to help with the ant transition in Debian. libant1.6-java will get removed from the archive soon as ant supplies everything needed. Please use /usr/share/ant and not /usr/share/ant1.6 as ANT_HOME. Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326035: valknut: rebuild for c++ transition [NMU]
severity 326035 grave thanks On Sat, Sep 03, 2005 at 02:47:55AM +0200, Jonas Meurer wrote: On 01/09/2005 Steve Langasek wrote: i rebuilt valknut against latest libstdc++6 and libqt3-mt for the c++ transition. see attached patch. Valknut depends on libdc0, which has not yet undergone the C++ ABI transition. Although you may have been able to build valknut on one architecture, there's no guarantee that it will build on all archs before libdc0c2 is uploaded, due to ABI incompatibilities. you're correct. i've removed the valknut NMU files from gluck.debian.org:~tfheen/DELAYED/3-day/ and canceled the NMU this way. the bugreport has been downgraded to normal. sorry, i simply missed the depend on libdc0 when checking the build-depends. Just because the bug can't be correctly fixed yet doesn't mean it's not an RC bug. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#326220: libc6 2.3.5 ldconfig segfaults on powerpc oldworld
Well, apt or dpkg should have figured that out, and warned me off to not attempt the upgrade, right? Yet another bug. The system is booted using a floppy, I'm not sure I can even fit a 2.4 or 2.6 kernel on there. Either way, 'you should not try that' is not an The 2.6.8 sarge kernel did fit on a miboot floppy just fine, thank you, miboot Thanks for pointing this out. Now what in libc6 2.3.5 doesn't work anymore with 2.2 kernels, and why doesn't libc6 test for the running kernel version before attempting an upgrade? Should this bug be assigned to apt, or libc6, or what? I'll try your 2.6.8 sometime; is the stuff required to build miboot floppies in the powerpc kernel source, and would building a minimal 2.6.13 kernel fit on floppy? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326424: [Pkg-shadow-devel] Bug#326424: shadow: Updated French translation
On Sat, 3 Sep 2005, Christian Perrier wrote: Quoting Jean-Luc Coulon (f5ibh) ([EMAIL PROTECTED]): Package: shadow Severity: wishlist Tags: l10n Hi, Please find attached the updated French translation for the program, proofread by the l10n French team contributors. Thanks to the french team..:-) Tomasz, this is actually for you, for version 4.0.13 As soon as you commit this in the CVS, I'll close that bug (marking it pending blah blah is useless and just a good way to forget closing it). Tomasz, if merging it with the current POT gives fuzzies/untranslated, please tell us sothis time, I will hate French not being completed Commited (thank you Jean-Luc) but few strings still need some work :) Current status: language translated fuzzy untranslated - fr 3675 11 kloczek -- --- *Ludzie nie mają problemów, tylko sobie sami je stwarzają* --- Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: [EMAIL PROTECTED]
Bug#326439: Diff to the NMU (2.4.3-1.1)
Package: gal2.4 Tags: patch Hi, Please find the diff to the NMU for 2.4.3-1.1 attached. Bye, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Loïc Minier [EMAIL PROTECTED] Come, your destiny awaits! diff -u gal2.4-2.4.3/debian/control gal2.4-2.4.3/debian/control --- gal2.4-2.4.3/debian/control +++ gal2.4-2.4.3/debian/control @@ -8,7 +8,7 @@ Package: libgal2.4-dev Section: devel Architecture: any -Depends: libgal2.4-0 (= ${Source-Version}), libglade2-dev, libgnomeprint2.2-dev, libxml2-dev +Depends: libgal2.4-0 (= ${Source-Version}), libglade2-dev, libgnomeprint2.2-dev, libxml2-dev, libgnomeprintui2.2-dev Description: G App Libs (development files) This module contains some library functions that came from Gnumeric and Evolution. The idea is to reuse those widgets across various diff -u gal2.4-2.4.3/debian/changelog gal2.4-2.4.3/debian/changelog --- gal2.4-2.4.3/debian/changelog +++ gal2.4-2.4.3/debian/changelog @@ -1,3 +1,11 @@ +gal2.4 (2.4.3-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Add dependency on libgnomeprintui2.2-dev to libgal2.4-dev. +(Closes: #324024) [debian/control, debian/control.in] + + -- Loic Minier [EMAIL PROTECTED] Sat, 3 Sep 2005 11:56:06 +0200 + gal2.4 (2.4.3-1) unstable; urgency=low * Maintainer upload. (closes: #310612, #312096) diff -u gal2.4-2.4.3/debian/control.in gal2.4-2.4.3/debian/control.in --- gal2.4-2.4.3/debian/control.in +++ gal2.4-2.4.3/debian/control.in @@ -8,7 +8,7 @@ Package: libgal2.4-dev Section: devel Architecture: any -Depends: [EMAIL PROTECTED]@ (= ${Source-Version}), libglade2-dev, libgnomeprint2.2-dev, libxml2-dev +Depends: [EMAIL PROTECTED]@ (= ${Source-Version}), libglade2-dev, libgnomeprint2.2-dev, libxml2-dev, libgnomeprintui2.2-dev Description: G App Libs (development files) This module contains some library functions that came from Gnumeric and Evolution. The idea is to reuse those widgets across various
Bug#326437: libxml-commons-resolver1.1-java: Please Build-Depend on ant instead of libant1.6-java
Package: libxml-commons-resolver1.1-java Severity: normal Please Build-Depend on ant instead of libant1.6-java to help the ant transition in debian. libant1.6-java will get removed soon from the archive. Please use /usr/share/ant instead of /usr/share/ant1.6 as ANT_HOME. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326438: initng: postinst fails with /bin/sh != bash
Package: initng Version: 0.1.8-1 Severity: important Wähle vormals abgewähltes Paket initng. (Lese Datenbank ... 84913 Dateien und Verzeichnisse sind derzeit installiert.) Entpacke initng (aus .../initng_0.1.8-1_powerpc.deb) ... Richte initng ein (0.1.8-1) ... /sbin/gen_system_runlevel: 10: [[: not found Automatically generating system,runlevel,default.runlevel and up.runlevel [: 196: ==: unexpected operator [: 196: ==: unexpected operator ls: /etc/rc2.d/S*ssh*: Datei oder Verzeichnis nicht gefunden ls: /etc/runlevels/*/*ssh*: Datei oder Verzeichnis nicht gefunden ls: /etc/rc2.d/S*samba*: Datei oder Verzeichnis nicht gefunden [: 196: ==: unexpected operator ls: /etc/runlevels/*/*samba*: Datei oder Verzeichnis nicht gefunden [: 196: ==: unexpected operator ls: /etc/dbus*/event.d/*hal*Adding daemon/hald to default.runlevel /sbin/gen_system_runlevel: 196: [[: not found /sbin/gen_system_runlevel: 196: [[: not found Adding daemon/ifplugd to default.runlevel Adding system/alsasound to default.runlevel Adding system/speedfreq to default.runlevel Done generating files. : Datei oder Verzeichnis nicht gefunden $ checkbashisms /sbin/gen_system_runlevel possible bashism in /sbin/gen_system_runlevel line 6: '[ ${DESTDIR} == ' possible bashism in /sbin/gen_system_runlevel line 19: '[ $? == ' possible bashism in /sbin/gen_system_runlevel line 24: '[ $? == ' Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.11 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages initng depends on: ii libc6 2.3.5-3GNU C Library: Shared libraries an initng recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#326440: wx2.6-headers: wxPython headers not included in package
Package: wx2.6-headers Version: 2.6.1.2 Severity: important There are no wxPython header files included, making building packages depending on wxPython fail. Regards, ST -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319162: NMU patch
Le samedi 03 septembre 2005 à 00:46 -0700, Blars Blarson a écrit : Oh, great. Do you know that, when a package is co-maintained by twenty-four people and a bug isn't fixed, there may be some reasons behind? If there was a reason for this easy to fix RC bug not being fixed, you should have sent it to the bug. You're right here. The explanation wasn't sent to all such bug reports and this was wrong. You'll need to explain why gnome-games needs -Wl,--as-needed and shouldn't be included in etch without it before I'll consider my NMU as incorrect. (but correct as far as I knew when I made it.) Your NMU is highly aggressive. When there are more than twenty maintainers, with about half of them being very responsive, you should at least *talk* before uploading. I don't remember seeing you on #gnome-debian nor on any GNOME-related mailing list. There a reason why GNOME packages are team-maintained; it is precisely to avoid anarchic and contradictory technical decisions, and to avoid the need for NMUs. This pseudo-fix won't help anything. Couldn't you help fixing some unmaintained packages causing this kind of issues, like binutils, instead? binutils doesn't have any easy to fix RC bugs that have been sitting with no action for weeks. (or any other RC bugs) Without arguing endlessly about binutils, I think a NMU for one of the 26 RC bugs on QA packages would have been much appreciated. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: This is a digitally signed message part
Bug#316782: e2fsprogs: french traduction error
Package: e2fsprogs Version: 1.38-2 Followup-For: Bug #316782 Procéder malgré tout? (y pour oui, n puor non) should be Procéder malgré tout? (y pour oui, n pour non) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages e2fsprogs depends on: ii e2fslibs 1.38-2 ext2 filesystem libraries ii libblkid1 1.38-2 block device id library ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libcomerr21.38-2 common error description library ii libss21.38-2 command-line interface parsing lib ii libuuid1 1.38-2 universally unique id library e2fsprogs recommends no packages. -- no debconf information
Bug#326444: ia32-libs: missing symlink to /usr/X11R6/lib64
Package: ia32-libs Severity: normal taken from this page: http://xoomer.virgilio.it/flavio.stanchina/debian/fglrx-installer.html#bin AMD64 notes lib or lib64? Debian is a pure amd64 system, so 64-bit libs go into /.../lib and 32-bit libs go into /emul/ia32-linux/.../lib. This means that the fglrx driver requires a link from /usr/X11R6/lib64 to lib because it is compiled for a hybrid(???) system that puts 64-bit libraries into /.../lib64. My packages currently don't create such a link automatically because I'm not sure it doesn't break or cause problem to something else. You can create it yourself like this: ln -s lib /usr/X11R6/lib64 This link is required for 3D acceleration to work. ???. Is hybrid the correct name used by Red Hat, SuSE and others? -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux highfield 2.6.11-1-686 #1 Fri May 20 07:34:54 UTC 2005 i686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326443: mydms: Please provide more database flexibility
Package: mydms Severity: normal Hi Your package mydms states as one of his features in the long description that it * Supports multiple databases through ADOdb. But you set strict requirements on only mysql. Please make it more flexible, allowing people to choose between multiple databases. -- bye Joerg elmo [..] trying to avoid extra dependencies on gnumeric is like trying to plug one hole in the titantic with a bit of tissue paper pgpoZy1TpU3oZ.pgp Description: PGP signature
Bug#326441: logjam: New upstream release
Package: logjam Severity: wishlist Version 4.5.1 has been released by upstream - it would be very nice to see this packaged. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.11-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages logjam depends on: ii libaspell15c2 0.60.3-5 GNU Aspell spell-checker runtime l ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-5GNU C Library: Shared libraries an ii libcurl3 7.14.0-5 Multi-protocol file transfer libra ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgtk2.0-0 2.6.9-1The GTK+ graphical user interface ii libgtkspell0 2.0.10-3 a spell-checking addon for GTK's T ii libidn11 0.5.18-1 GNU libidn library, implementation ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libssl0.9.7 0.9.7g-1 SSL shared libraries ii libx11-6 6.8.2.dfsg.1-5 X Window System protocol client li ii libxml2 2.6.20-1 GNOME XML library ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime logjam recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326442: speedy-cgi-perl: error messages from die() are lost
Package: speedy-cgi-perl Version: 2.22-1 Tags: patch,upstream Severity: normal Hi, I have already reported this in the upstream bugzilla as SourceForge bug 1279867, http://sourceforge.net/tracker/index.php?func=detailaid=1279867group_id=2208atid=102208 but since it seems pretty quiet there (no bug or CVS activity for almost two years), I'm sending it here as well. I'd be glad if somebody could try to reproduce the bug and see if the patch helps. I'm not a C wizard, and there might well be a better fix. Anyhow, the bug affects Smokeping development and I'd like to see it fixed. Upstream bug report follows: - I think I have run into a race condition in the communication between the speedy frontend and Apache. When the perl script running in the backend calls die(), the error message doesn't always reach the web server error log. The problem is 100% reproducible for me with SpeedyCGI 2.22 on Debian Sarge using this CGI script: --- #!/usr/bin/speedy -w use strict; use CGI; my $q = new CGI; print $q-header; print foo\n; die(bar\n); --- When invoked with a browser (Firefox), the first bar always ends up in the error log, but nearly none of subsequent ones (about 1/10 or thereabouts) from a reload do. When using curl from the command line, the behaviour is similar to Firefox. When using the 'GET' perl program from the libwww-perl library, no error messages are lost. The difference seems to be the 'Connection: close' HTTP header that libwww-perl sends but Firefox and curl don't. From studying the strace output of 'apache -X', it seems that the problem triggers when the speedy frontend closes its STDOUT (going to Apache). Apache then reacts by killing the CGI with SIGTERM, and sometimes this happens before the frontend has had time to read the error output from the backend and copy it to its own STDERR. The STDOUT closing apparently happens in try_close(), called from around line 350 in src/speedy_main.c. The copy loop there handles and closes STDOUT before handling STDERR, which AIUI causes the bug. I'm attaching a proposed patch, which fixes the behaviour completely for me. Hope it makes sense. I can also provide strace outputs if you want, but they are obviously quite lengthy. Versions of relevant programs on my system: - SpeedyCGI: 2.22 (speedy-cgi-perl 2.22-1) - Apache:1.3.33 (apache 1.3.33-6) - Perl: 5.8.4 (perl 5.8.4-8) (I have also reproduced the problem with the CVS version of speedy_main.c, containing the 'Frontend was turning off O_APPEND flag on stdout/stderr' patch, so it's not the same problem.) - Thanks, -- Niko Tyni [EMAIL PROTECTED] --- src/speedy_main.c 2005/08/31 19:56:57 1.1 +++ src/speedy_main.c 2005/08/31 19:57:42 @@ -299,6 +299,7 @@ /* Copy streams */ while (1) { /* Do reads/writes */ +int close_stdout_delayed = 0; for (i = 0; i NUMFDS; ++i) { register CopyBuf *b = cb + i; int do_read = my_canread(b) @@ -346,10 +347,17 @@ /* Try to close files now, so we can wake up the backend * and do more I/O before dropping into select */ - if (!do_read !do_write) - try_close(b); - } - } + if (!do_read !do_write) { +if (i == 1) +/* delay closing STDOUT until all the other fds are closed */ +close_stdout_delayed = 1; +else + try_close(b); +} +} +} +if (close_stdout_delayed) +try_close(cb+1); /* All done with reads/writes after backend exited */ if (backend_exited) {
Bug#326220: libc6 2.3.5 ldconfig segfaults on powerpc oldworld
On Sat, Sep 03, 2005 at 11:50:09AM +0200, Michael Schmitz wrote: Well, apt or dpkg should have figured that out, and warned me off to not attempt the upgrade, right? Yet another bug. The system is booted using a floppy, I'm not sure I can even fit a 2.4 or 2.6 kernel on there. Either way, 'you should not try that' is not an The 2.6.8 sarge kernel did fit on a miboot floppy just fine, thank you, miboot Thanks for pointing this out. Now what in libc6 2.3.5 doesn't work anymore with 2.2 kernels, and why doesn't libc6 test for the running kernel version before attempting an upgrade? Should this bug be assigned to apt, or libc6, or what? I'll try your 2.6.8 sometime; is the stuff required to build miboot Well, we only really tried miboot in debian-installer setup, and i never really had success with it with 2.6 floppies, except two mysterious times in oldenbourg one year ago. We use 2.4 miboot floppies there. There has been some discussion about using hfs formatted floppies with the kernel on it without miboot though. floppies in the powerpc kernel source, and would building a minimal 2.6.13 kernel fit on floppy? Yes, with 2.6.8 though the box died when switching the framebuffer on or something. you need the miboot package from p.d.o/~luther/miboot, and can look at the instructions on how to use it in the d-i build stuff. Friendly, Sven LUther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326220: libc6 2.3.5 ldconfig segfaults on powerpc oldworld
Michael Schmitz a écrit : reassign 326220 apt Your system looks older than a testing from April 2005. libc6 version 2.2.5-11.8 is a libc6 from Woody, an Debian does not support direct Woody - Etch upgrade. So please reassign the bug to whatever seems appropriate. Not being able to upgrade from woody to current testing/unstable is what I'd consider a bug in its own right. It's seems you are not aware that Sarge is out and is now the stable version. Debian does not support the upgrade from stable (Woody) to stable + 2 (the future Etch). You have to upgrade to stable + 1 (Sarge) to first. So please upgrade to Sarge first. Besides, what's the proposed fix? etch ldconfig just doesn't work, so what piece am I missing? Update to Sarge first, and also to a Sarge kernel. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326445: insserv: Should ignore all *.dpkg-old files
Package: insserv Version: 0.8-1 When running insserv, it give warnings like this: insserv: warning: script 'rcS.dpkg-old' missing LSB tags insserv: warning: script 'rcS.dpkg-old' missing override too These files (*.dpkg-old) should be ignored by insserv. SuSe have a patch to ignore several files (.rpm* and others), and we could use a modified version of this patch adjusted for debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326168: moving a file crashes mocp
Hi all, On Fri, 02 Sep 2005 the mental interface of Damian Pietras told: [...] This is already fixed in my development branch for 2.3 and will be fixed in 2.3.2. Thanks for response ;-) We have to wait till the new curl-packages are uploaded. See #325643 and #325643. Elimar -- Planung: Ersatz des Zufalls durch den Irrtum. -unknown- pgpBgU50YdbeX.pgp Description: PGP signature
Bug#326189: Acknowledgement (openoffice.org2-core: random crash with mix stable/testing/unstable/experimental)
Crash only happend on the mixed distribution stable/testing/unstable/experimental. On the mixed distribution, just launch oowriter2, wait some minutes (without doing anything) , and it crashes. It does not happend on an unstable distribution (installed throw debootstrap). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325901: exim4-config: leaves cruft on purge
package exim4-config tags 325901 pending thanks On 2005-08-31 Lars Wirzenius [EMAIL PROTECTED] wrote: Package: exim4-config Upon removal, exim4-config leaves /etc/default/exim4 on the system. As far as I can see, it is created when updates-exim4defaults is called from postinst; it should therefore be removed in postrm, I think. Thank you. Fixed in SVN with * Remove /etc/default/exim4 in exim4-config's postrm instead of exim4-base's one, as it is created in exim4-config's postinst. (am) Closes: #325901 /etc/aliases and /etc/mailname are also left on the system, but I am less sure that they are bugs. [...] I agree. I think piuparts should ignore both files. * mailname is generated by the first package that needs it (any MUA or MTA. So it is not ok for exim4 to remove it on purge. * aliases: Other packages may modify this file and append entries. cu andreas -- See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in Snow Crash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326416: kimdaba: build-depends on LIBRARIES and Priority: required packages
Debian is a cooperative project based on volunteer work, and this is precisely this is what it makes sucht a great endeavour. Just like in any other volunteer community, progress is based on mutual respect and appreciation of individual work. The disrespectful manners in which this bug report was redacted show It's author's lack of appreciation for the work of others. Disrespect, bigotry and rudeness do much more harm to a cooperative project like Debian than a FTBFS bug. I highly appreciate the work of Adeodato Simó, he does an invaluable contribution to Debian by contributing his time and knowledge. So does my sponsor, and so do I. Respect is the glue that binds this community. This bug report lacks any proper description of the problem and no hints of how to solve it. This is especially relevant as it comes from an experienced Debian Developer, from whom I would have expected a helpuful bug report. This bug will be fixed when the new upstream version is packaged and uploaded, I expect this process to last no more than five days. Thank you for reporting this bug, David L. Moreno On 9/3/05, Adeodato Simó [EMAIL PROTECTED] wrote: Package: kimdaba Version: 2.0-4 Severity: serious Justification: FTBFS Maintainer, please fix your moronic Build-Depends line, kthxbye. Sponsor, shame on you for uploading such package to our archive. -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 He has never been known to use a word that might send a reader to the dictionary. -- William Faulkner (about Ernest Hemingway) -- David L. Moreno. http://www-gsi.dec.usc.es/~dave
Bug#273212: Problem using apt with an alternate configuration
Matt Zimmerman a écrit : severity 273212 important merge 273212 271032 thanks On Fri, Sep 24, 2004 at 05:33:54PM +0200, Sébastien GALLET wrote: Package: apt Version: 0.5.27 I want to use apt with an alternate configuration. But it seems apt use configuration from /etc/apt/apt.conf.d, not the one of the alternate configuration Sounds like #271032. I've got the same problem with 0.5.28.6
Bug#326447: imview: segfaults when changing display mode options
Package: imview Version: 1.1.8-1 Severity: important To reproduce the bug: Run the program (with no parameters) and then choose from the menu Edit - Quick options - Display mode - then any of the Fit image.., De-couple.., Fullscreen options and get a segfault. With an image loaded into the viewer this does not happen. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.30 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages imview depends on: ii libbz2-1.01.0.2-8high-quality block-sorting file co ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdps1 6.8.2.dfsg.1-6 Display PostScript (DPS) client li ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-6 GCC support library ii libice6 6.8.2.dfsg.1-6 Inter-Client Exchange library ii libjasper-1.701-1 1.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libmagick66:6.2.3.6-3Image manipulation library ii libpng12-01.2.8rel-1 PNG library - runtime ii libsm66.8.2.dfsg.1-6 X Window System Session Management ii libstdc++64.0.1-6The GNU Standard C++ Library v3 ii libtiff4 3.7.3-1Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-6 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-6 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-6 X Window System multi-head display ii libxml2 2.6.20-1 GNOME XML library ii libxt66.8.2.dfsg.1-6 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime imview recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326446: Realtek 8139?
Package: kernel-source-2.6.11 Version: 2.6.11-7 Hi, I have two big problems, the most important is the first. Thanks for the great job you do. 1) every 5-10 seconds show this message on console and i can´t connect to Internet or Lan: NETDEV WATCHDOG: eth0: transmit timed out ) 2) This mesage appear when load linux: ... PCI: Using ACPI for IRQ routing ** PCI interrupts are no longer routed automatically. If this ** causes a device to stop working, it is probably because the ** driver failed to call pci_enable_device(). As a temporary ** workaround, the pci=routeirq argument restores the old ** behavior. If this argument makes the device work again, ** please email the output of lspci to [EMAIL PROTECTED] ** so I can fix the driver. ... I am using Debian GNU/Linux, IBM PC 300 GL, 196 MB, 40 GB SEAGATE, REALTEK 8139, NO CD, NO FLOPPY, NO KEYBOARD, NO SCREEN, NO MOUSE. lspci output: :00:00.0 Host bridge: Intel Corp. 440LX/EX - 82443LX/EX Host bridge (rev 03) Flags: bus master, medium devsel, latency 32 Memory at f000 (32-bit, prefetchable) [size=64M] Capabilities: [a0] AGP version 1.0 :00:01.0 PCI bridge: Intel Corp. 440LX/EX - 82443LX/EX AGP bridge (rev 03) (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, medium devsel, latency 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 Memory behind bridge: f5f0-f7ff :00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 01) Flags: bus master, medium devsel, latency 0 :00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 80 [Master]) Flags: bus master, medium devsel, latency 32 I/O ports at fff0 [size=16] :00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) (prog-if 00 [UHCI]) Flags: bus master, medium devsel, latency 64, IRQ 15 I/O ports at ff00 [size=32] :00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 01) Flags: medium devsel, IRQ 9 :00:14.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Surecom Technology EP-320X-R Flags: bus master, medium devsel, latency 208, IRQ 9 I/O ports at 7800 [size=256] Memory at f5efff00 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 :01:00.0 VGA compatible controller: Cirrus Logic GD 5465 [Laguna] (rev 03) (prog-if 00 [VGA]) Subsystem: Cirrus Logic: Unknown device Flags: bus master, VGA palette snoop, 66MHz, medium devsel, latency 128, IRQ 9 Memory at f600 (32-bit, non-prefetchable) [size=32M] Memory at f5ff (32-bit, non-prefetchable) [size=64K] Capabilities: [80] AGP version 1.0
Bug#326220: libc6 2.3.5 ldconfig segfaults on powerpc oldworld
So please reassign the bug to whatever seems appropriate. Not being able to upgrade from woody to current testing/unstable is what I'd consider a bug in its own right. It's seems you are not aware that Sarge is out and is now the stable I'm well aware of that, thank you very much. version. Debian does not support the upgrade from stable (Woody) to stable + 2 (the future Etch). You have to upgrade to stable + 1 (Sarge) to first. That's what I've been missing. Please note that this used to be different in earlier releases, so I had a reasonable expectation this would work. And there was no warning during the attempted upgrade to make me reconsider. So please upgrade to Sarge first. What, now that I've already shoehorned testing onto the box? You gotta be kidding. What would this solve? Besides, what's the proposed fix? etch ldconfig just doesn't work, so what piece am I missing? Update to Sarge first, and also to a Sarge kernel. Please add a check to libc6 preinst that makes sure the running kernel (as determined by uname -r, just like is already done for i386, sparc sun4m, hppa, parisc64, mips and amd64) is recent enough for powerpc ldconfig from libc6 2.3.5 to work. You have this check for other architectures to prevent bad things from happening, so apparently permitting ldconfig breakage on powerpc is a bug, and a serious one at that. To point out the not-so-obvious: I recovered my system just fine. I ask for such a check to be added for the next person to upgrade from woody. I'm willing to help testing just what kernel feature is missing in my kernel, or what exact kernel version would be OK to use. I indicated as much in my initial bug report. If you already know the appropriate kernel versions, why not have that check? If you don't know them, why do you give me that 'dont do that, stupid' crap instead of taking me up on my offer to help debug this? To put this into perspective: I need this old G3 as a fallback developer machine to debug a problem with nvsetenv on OldWorld, as long as my PowerBook is being repaired. While updating that G3, I trip over a severe libc6 bug, and report it. Color me clueless for assuming these reports are actually welcomed. I'm getting seriously fed up with this overgrown project. Any other distributions out there with decent powerpc support? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#6682: sexy date site with no costs
Hey my brother You'll never guess what happened to me last friday. Basically found horny date site that costs nothing. So many hot women are there messaging and meeting eachother. And I'm certain there is someone (or more than one) for you. Although most of them want one-nighters, there are also those who like it serious. This is a confirmation message ;~) http://www.logingcramp.com/extra/greatdating/ PS:no.more? http://www.logingcramp.com/extra/greatdating/getmeoff.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#51909: sexy date site totally free of charge
Wassaup pal You'll never guess what happened to me on saturday. Basically found swingers date site that doesn't costs a dime. So many babes are there messaging and meeting eachother. And I beleive there is someone (or more than one) for you. Although most of them want one-nighters, there are also those who like it serious. please do not reply to this message :~))) http://www.logingcramp.com/extra/greatdating/ PS:no.more? http://www.logingcramp.com/extra/greatdating/getmeoff.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325456: Problem still here in 4.20.0-10
Hi Henri, Henri Karrenbeld wrote: The problem is still here with centericq-4.20.0-10. How do we get this list of all installed dependency packages to be included with the bug report? Sorry for the long delay before answering, for a complete list of package, you can use 'reportbug' package that provide a reportbug binary which will help you to report bugs. For aim problem, it is fixed in centericq 4.21 that I uploaded few minutes ago. Best Regards. -- Julien Lemoine / SpeedBlue Savoir que les choses sont sans espoir et cependant tout faire pour les changer, Francis Scott Fitzgerald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267408: qscintilla: FTBFS m68k: bad paths
I had completely forget about this bug. It seems the last few builds on m68k had no problems, so I'll close it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#152012: nasty girls date site that costs nothing
Wassaup my brother You'll never guess what happened to me last saturday. Basically found spicy date site that costs nothing. So many beautiful people are there messaging and meeting eachother. And trust me there is someone (or more than one) for you. Although most of them want one-nighters, there are also those who like it serious. THIS IS AN AUTO-GENERATED MESSAGE - PLEASE DO NOT REPLY TO THIS MESSAGE :))) http://www.logingcramp.com/extra/greatdating/ PS:no.more? http://www.logingcramp.com/extra/greatdating/getmeoff.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#116410: awsome girls date site which costs nothing
Jesus mate You'll never guess what happened to me on saturday. Basically found hot date site totally free of charge. So many beautiful people are there messaging and meeting eachother. And I think there is someone (or more than one) for you. Although most of them want one-nighters, there are also those who like it serious. This message is being sent to confirm your account. Please do not reply directly to this message : http://www.logingcramp.com/extra/greatdating/ PS:no.more? http://www.logingcramp.com/extra/greatdating/getmeoff.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#111670: hot date site at no charge
what's up man You'll never guess what happened to me on saturday. Basically found alternative date site that costs nothing. So many nasty gals are there messaging and meeting eachother. And it's clear there is someone (or more than one) for you. Although most of them want one-nighters, there are also those who like it serious. This message is beng sent to confirm your account. Please do not reply directly to this message :))) http://www.logingcramp.com/extra/greatdating/ PS:no.more? http://www.logingcramp.com/extra/greatdating/getmeoff.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326451: jlint: FTBFS: Missing Build-Depends on 'zlib1g-dev'
Package: jlint Version: 3.0-1 Severity: serious Tags: patch When building 'jlint' in a clean 'unstable' chroot, I get the following error: gcc -g -lz -o antic antic.o /usr/bin/ld: cannot find -lz collect2: ld returned 1 exit status make[1]: *** [antic] Error 1 make[1]: Leaving directory `/jlint-3.0' make: *** [build-arch-stamp] Error 2 Please add the missing Build-Depends on 'zlib1g-dev' to debian/control. Additionally, the build fails on amd64 because some pointers are casted to (int). The attached patch fixes this. Regards Andreas Jochens diff -urN ../tmp-orig/jlint-3.0/debian/control ./debian/control --- ../tmp-orig/jlint-3.0/debian/control2005-09-03 11:38:44.0 + +++ ./debian/control2005-09-03 11:34:06.0 + @@ -2,7 +2,7 @@ Section: devel Priority: optional Maintainer: Ganesan Rajagopal [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), texi2html, tetex-extra +Build-Depends: debhelper, zlib1g-dev, texi2html, tetex-extra Standards-Version: 3.6.2 Package: jlint diff -urN ../tmp-orig/jlint-3.0/jlint.cc ./jlint.cc --- ../tmp-orig/jlint-3.0/jlint.cc 2004-01-14 16:23:20.0 + +++ ./jlint.cc 2005-09-03 11:38:32.0 + @@ -137,7 +137,7 @@ void format_message(int code, utf_string const file, int line, __VALIST ap) { - static int loop_id; + static long loop_id; static message_node *first, *last; static char* compound_message; const void* parameter[MAX_MSG_PARAMETERS]; @@ -150,7 +150,7 @@ if (compound_message != NULL ((loop_id != 0 ((code != msg_loop code != msg_sync_loop) - || (int)parameter[2] != loop_id)) + || (long)parameter[2] != loop_id)) || (loop_id == 0 code != msg_wait_path))) { if (!message_node::find(compound_message)) { @@ -225,7 +225,7 @@ name.as_asciz()); break; case 'd': // integer -dst += sprintf(dst, %d, (int)parameter[index]); +dst += sprintf(dst, %ld, (long)parameter[index]); break; default: assert(false/*bad message parameter format*/); @@ -261,7 +261,7 @@ compound_message = strdup(his_buf); first = last = new message_node(msg_buf); if (code != msg_wait) { -loop_id = (int)parameter[2]; +loop_id = (long)parameter[2]; } } else if (!message_node::find(his_buf)) { fprintf(stdout, %s\n, msg_buf); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326450: imview: FTBFS (amd64): cast from 'void*' to 'unsigned int' loses precision
Package: imview Version: 1.1.8-1 Severity: serious Tags: patch When building 'imview' on amd64/unstable, I get the following error: x86_64-linux-gnu-g++ -D_REENTRANT -DLinux -I. -I/usr/include/freetype2 -I/usr/include -Wno-deprecated -I/usr/include -O2 -Wall -Wno-return-type -Wno-unknown-pragmas -I. -I. -I../include -c imview.cxx server/asyncore.hxx:125: warning: 'class dispatcher' has virtual functions but non-virtual destructor x86_64-linux-gnu-g++ -D_REENTRANT -DLinux -I. -I/usr/include/freetype2 -I/usr/include -Wno-deprecated -I/usr/include -O2 -Wall -Wno-return-type -Wno-unknown-pragmas -I. -I. -I../include -c imviewWindow.cxx x86_64-linux-gnu-g++ -D_REENTRANT -DLinux -I. -I/usr/include/freetype2 -I/usr/include -Wno-deprecated -I/usr/include -O2 -Wall -Wno-return-type -Wno-unknown-pragmas -I. -I. -I../include -c menubar.cxx menubar.cxx: In member function 'int imViewMenuBar::addToItemList(const char*, int)': menubar.cxx:346: error: cast from 'void*' to 'unsigned int' loses precision menubar.cxx: In member function 'void imViewMenuBar::removeFromItemList(const char*, int)': menubar.cxx:371: error: cast from 'void*' to 'unsigned int' loses precision menubar.cxx: In member function 'int imViewMenuBar::isAlreadyInItemList(const char*, int)': menubar.cxx:450: error: cast from 'void*' to 'unsigned int' loses precision menubar.cxx: In member function 'void* imViewMenuBar::getItemByLabel(const char*, int)': menubar.cxx:479: error: cast from 'void*' to 'unsigned int' loses precision menubar.cxx: In member function 'char* imViewMenuBar::getItemListContent(int, int)': menubar.cxx:508: error: cast from 'void*' to 'unsigned int' loses precision menubar.cxx:514: error: cast from 'void*' to 'unsigned int' loses precision make[2]: *** [menubar.o] Error 1 make[2]: Leaving directory `/imview-1.1.8' Additionally, the -Wno-deprecated flag has to be removed because otherwise many configure checks fail. With the attached patch 'imview' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/imview-1.1.8/configure.in ./configure.in --- ../tmp-orig/imview-1.1.8/configure.in 2005-09-03 05:51:44.0 + +++ ./configure.in 2005-09-03 05:49:01.0 + @@ -436,7 +436,6 @@ dnl# do this last so messing with switches does not break tests if test -n $GXX; then GCC_ACCEPTS_INCLUDE_DIR # this will add -I$INCLUDE_DIR if the compiler does not complain about it. -GCC_ACCEPTS_DEPRECATED_HEADERS # this will test if -Wno-deprecated is necessary CFLAGS=-Wall $CFLAGS # GNU C++ is sometimes missing bits of the STL diff -urN ../tmp-orig/imview-1.1.8/menubar.cxx ./menubar.cxx --- ../tmp-orig/imview-1.1.8/menubar.cxx2003-09-14 14:55:30.0 + +++ ./menubar.cxx 2005-09-03 05:44:50.0 + @@ -343,7 +343,7 @@ if ((dynamicMenu[i].label() != 0) (dynamicMenu[i].callback() == (Fl_Callback *)listCallback[listID])) { dynamicMenu[i].flags = ~FL_PUP_CHECK; -if (((unsigned int)dynamicMenu[i].user_data() LAST_INT_ARG) +if (((unsigned long)dynamicMenu[i].user_data() LAST_INT_ARG) (strcmp((char*)((IMAGEPARM *)dynamicMenu[i].user_data())-itempath, newImagePath) == 0)) dynamicMenu[i].flags |= FL_PUP_CHECK; } @@ -368,7 +368,7 @@ dbgprintf(Menu will have %d items\n, newSize); dynamicMenu = new Fl_Menu_Item[newSize]; for (i = 0, j = 0 ; i = newSize ; i++, j++) { -if (((unsigned int)oldMenu[i].user_data() LAST_INT_ARG) +if (((unsigned long)oldMenu[i].user_data() LAST_INT_ARG) (strcmp(((IMAGEPARM *)oldMenu[i].user_data())-itempath, oldImagePath) == 0)) { // now selects the closest image in the image list if (oldMenu[i+1].label() != 0) { @@ -447,7 +447,7 @@ } if (i != size()) { -for ( ; (unsigned int)dynamicMenu[i].user_data() LAST_INT_ARG ; i++) { +for ( ; (unsigned long)dynamicMenu[i].user_data() LAST_INT_ARG ; i++) { if (strcmp(((IMAGEPARM *)dynamicMenu[i].user_data())-itempath, newImagePath) == 0) { dbgprintf(Name %s is already in list at position %d\n, newImagePath, i); @@ -476,7 +476,7 @@ } if (i != size()) { -for ( ; (unsigned int)dynamicMenu[i].user_data() LAST_INT_ARG ; i++) { +for ( ; (unsigned long)dynamicMenu[i].user_data() LAST_INT_ARG ; i++) { if (strcmp(dynamicMenu[i].label(), givenLbl) == 0) { dbgprintf(Found %s in list at position %d\n, givenLbl, i); @@ -505,13 +505,13 @@ } if (i != size()) { - for (j = i, outlength = 0 ; (unsigned int)dynamicMenu[j].user_data() LAST_INT_ARG ; j++) + for (j = i,
Bug#326449: ximian-connector: FTBFS: Build-Depends on 'evolution-data-server1.2-dev' can not be satisfied in unstable
Package: ximian-connector Version: 2.2.3-2 Severity: serious Tags: patch When building 'ximian-connector' in a clean 'unstable' chroot, I get the following error: Building ximian-connector unstable main amd64... Reading package lists... Building dependency tree... E: Build-Depends dependency for ximian-connector cannot be satisfied because no available versions of package evolution-data-server1.2-dev can satisfy version requirements Please change the Build-Depends to 'evolution-data-server-dev' in debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/ximian-connector-2.2.3/debian/control ./debian/control --- ../tmp-orig/ximian-connector-2.2.3/debian/control 2005-09-03 06:51:46.0 + +++ ./debian/control2005-09-03 06:50:14.0 + @@ -2,7 +2,7 @@ Section: gnome Priority: optional Maintainer: Lawrence Walton [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 4.1.0), intltool, evolution-dev (= 2.2), evolution-data-server1.2-dev (= 1.2), libgnomeprintui2.2-dev, libldap2-dev, libkrb5-dev, libdb4.1-dev, libldap2-dev (= 2.1.30-2), libedata-book1.2-dev, libedata-cal1.2-dev, libecal1.2-dev, libedataserverui1.2-dev, libcamel1.2-dev, chrpath +Build-Depends: cdbs, debhelper (= 4.1.0), intltool, evolution-dev (= 2.2), evolution-data-server-dev, libgnomeprintui2.2-dev, libldap2-dev, libkrb5-dev, libdb4.1-dev, libldap2-dev (= 2.1.30-2), libedata-book1.2-dev, libedata-cal1.2-dev, libecal1.2-dev, libedataserverui1.2-dev, libcamel1.2-dev, chrpath Standards-Version: 3.6.1 Package: evolution-exchange -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326448: bison++: Need rebuilt with new C++ ABI
Package: bison++ Version: 1.21.11-2 Severity: important Tags: patch According to URL:http://people.debian.org/~mfurr/gxx/rebuild.html, the bison++ package need to be converted to the new C++ ABI. As far as I can see, this do not require any package modifications. I am preparing an NMU to fix this. It will be uploaded into the 7day delayed queue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320323: gobo-3.4 could not be compiled with SmartEiffel 1.1
Hi Daniel, Daniel Baumann wrote: Julien Lemoine wrote: Ok, good news. I will upload gobo-3.4 after. Can you send me a mail when smarteiffel will be in unstable ? Sure. Will be approximately next week, I hope at latest in two (depends on my sponsor). I did not see smarteiffel upload in unstable. Do you have problem with this package ? Best Regards. -- Julien Lemoine / SpeedBlue Savoir que les choses sont sans espoir et cependant tout faire pour les changer, Francis Scott Fitzgerald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286957: logrotate: gzip compression modifies timestamp on logfile
tags 286957 confirmed patch thanks On Sat, Sep 03, 2005 at 01:41:07AM -0400, Tom Metro wrote: gzip preserves the mode, ownership and timestamps of files when compressing or decompressing. That would suggest logrotate is doing something more than just renaming and compressing the old logs. No, it's compressing them in stdin/stdout mode, rather than providing gzip with the file name on the command line. It's equivalent to: cat logfile | gzip logfile.gz It's certainly possible to add the following code to the function compressLogFile(): struct utimbuf utim; utim.actime = sb-st_atime; utim.modtime = sb-st_mtime; utime(compressedName, utim); ...just before the call to unlink(name). -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326453: fish: Segfault on startup
Package: fish Version: 1.13.1-1 Severity: grave Hi there. $ fish Welcome to fish, the friendly interactive shell Type help for instructions on how to use fish Segmentation fault $ Last few lines from strace: ioctl(1, TIOCGWINSZ, {ws_row=42, ws_col=106, ws_xpixel=1272, ws_ypixel=1008}) = 0 open(/etc/fish_inputrc, O_RDONLY) = 3 rt_sigprocmask(SIG_BLOCK, [CHLD], NULL, 8) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ My /etc/fish_inputrc is the one shipped with fish. /etc/inputrc has the following two lines only as non-comments: set input-meta on set output-meta on My ~/.inputrc has the following: set completion-ignore-case on HTH, -- Jorgen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Versions of packages fish depends on: ii bc1.06-17The GNU bc arbitrary precision cal ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libncurses5 5.4-9 Shared libraries for terminal hand Versions of packages fish recommends: pn xsel none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326452: ogre-contrib: FTBFS: /bin/sed: can't read /usr/lib/libtiff.la: No such file or directory
Package: ogre-contrib Version: 1.0.4-1 Severity: serious When building 'ogre-contrib' in a clean 'unstable' chroot, I get the following error: x86_64-linux-gnu-g++ -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../../../lib64/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.0.2/crtbeginS.o .libs/OgreCgProgram.o .libs/OgreCgProgramFactory.o .libs/OgreCgProgramManagerDll.o -L/ogre-contrib-1.0.4/build-tree/ogre-contrib/OgreMain/src /usr/lib/libOgreMain.so -lCg /usr/lib/libILU.so /usr/lib/libIL.so -lpthread -lz -ldl -L/usr/lib/gcc/x86_64-linux-gnu/4.0.2 -L/usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../../../lib64 -L/usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../.. -L/lib/../lib64 -L/usr/lib/../lib64 -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.0.2/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../../../lib64/crtn.o -Wl,-z -Wl,defs -Wl,-soname -Wl,Plugin_CgProgramManager.so -o .libs/Plugin_CgProgramManager.so creating Plugin_CgProgramManager.la /bin/sed: can't read /usr/lib/libtiff.la: No such file or directory libtool: link: `/usr/lib/libtiff.la' is not a valid libtool archive make[4]: *** [Plugin_CgProgramManager.la] Error 1 make[4]: Leaving directory `/ogre-contrib-1.0.4/build-tree/ogre-contrib/PlugIns/CgProgramManager/src' Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#143485: it's me, Trina
remember me? my page http://jywipazusuge.com/view.cgi?s=bbasem=IFGFBE.iPdR,gfibjW,VSd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326239: libaqbanking0c2: cannot install libaqbanking0-dev
tags 326239 pending thanks Thomas Bushnell BSG schrieb: libaqbanking currently links against libofx1c2. Please link against the recently install libofx-dev, which uses a newer version of libofx. (You should end up with a dependency on libofx2, and not libofx1c2 at all.) I just prepared a new upstream release upload, which now links against libofx2. The new packages are currently available at http://aqbanking.alioth.debian.org/unstable/ Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326448: Acknowledgement (bison++: Need rebuilt with new C++ ABI)
I just uploaded the 7day delayed upload. This is the complete diff. The package I uploaded is available from URL:http://developer.skolelinux.no/~pere/debian/packages/. iff -u bison++-1.21.11/debian/control bison++-1.21.11/debian/control --- bison++-1.21.11/debian/control +++ bison++-1.21.11/debian/control @@ -2,7 +2,7 @@ Section: devel Priority: optional Maintainer: Jose Luis Tallon [EMAIL PROTECTED] -Standards-Version: 3.6.1 +Standards-Version: 3.6.2.1 Build-Depends: debhelper (= 4.1) Package: bison++ diff -u bison++-1.21.11/debian/changelog bison++-1.21.11/debian/changelog --- bison++-1.21.11/debian/changelog +++ bison++-1.21.11/debian/changelog @@ -1,3 +1,11 @@ +bison++ (1.21.11-2.1) unstable; urgency=low + + * Delayed non-maintainer upload to use new C++ ABI. (Closes: #326448) + * Update standard-version to 3.6.2.1 (no changes required). + * Update the FSF address to the current one. + + -- Petter Reinholdtsen [EMAIL PROTECTED] Sat, 3 Sep 2005 13:25:48 +0200 + bison++ (1.21.11-2) unstable; urgency=low * New maintainer. Adoption granted by Magnus Ekdahl (Closes: #228943, #228950) diff -u bison++-1.21.11/debian/copyright bison++-1.21.11/debian/copyright --- bison++-1.21.11/debian/copyright +++ bison++-1.21.11/debian/copyright @@ -21,2 +21,2 @@ -write to the Free Software Foundation, Inc., 59 Temple Place - Suite -330, Boston, MA 02111-1307, USA. +write to the Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, +Boston, MA 02110-1301 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326435: CAN-2005-2728: DoS through overly long Range values passed to the byte-range filter
Moritz Muehlenhoff wrote: Package: apache2 Severity: important Tags: security CAN-2005-2728 describes a DoS vulnerability through overly long values in the Range field. Please see http://issues.apache.org/bugzilla/show_bug.cgi?id=29962 for a more complete description and a patch. An update it already in the works for this, and should be released very soon. ... Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325643: libcurl and moc
On Sat, Sep 03, 2005 at 08:16:48AM +1000, Paul TBBle Hampson wrote: As far as packaging goes, this means you get the following packages: libcurl3, providing libcurl3-openssl (linked against OpenSSL to avoid breaking sarge packages that use this functionality) libcurl3-gnutls (linked against gnuTLS, doesn't support SSL_CTX_FUNCTION) libcurl3-dev (Do we need a second -dev? Static linking maybe requires it? If this becomes a testable feature, then a second -dev is definately needed.) Packages which don't use SSL_CTX_FUNCTION can Depend on either libcurl3 | libcurl3-gnutls, or if they're GPL'd can depend on libcurl3-gnutls only. Packages which need SSL_CTX_FUNCTION can depend on libcurl3-openssl grepping the source of libcurl3's direct rdepends should tell you which packages in Debian need SSL_CTX_FUNCTION. GPL'd packages which need SSL_CTX_FUNCTION are out of luck. And have always been so. Before etch ships, no package should depend on libcurl3, they should depend on libcurl3-openssl or libcurl3 | libcurl3-gnutls or libcurl3-gnutls. After etch ships, upload: libcurl3, providing libcurl3-gnutls (linked against gnuTLS) libcurl3-openssl, providing libcurl3 (linked against openSSL) libcurl3-dev At this point, packages who don't like having libcurl3-gnutls is their Depends line can do a versioned depends on libcurl3, which won't match the libcurl3 virtual dependancy provide by libcurl3-openssl, and will also prevent them accidentally linking against an openSSL version of libcurl3. (At least, I _think_ that's how versioned dependancies on virtual packages work. Possibly they'll _always_ match, in which case a Conflicts is in order instead.) Do libcurl3 and libcurl3-gnutls provide different sonames to allow co-installability of the packages, or does libcurl3 use diversions to override the libcurl.so.3 that lacks SSL_CTX_FUNCTION support (if any) when installing? (We know that directly conflicting between the two packages is not really an option, unless we're doing this like the C++ ABI transition and we either don't believe there are any packages in Debian which will need to retain SSL_CTX_FUNCTION support or we assume they're packages that we don't care about co-installability of -- which seems far-fetched to me.) The latter may require excessive amounts of license patrolling, because one could have a package which depends on libcurl3-gnutls but also has dependencies which force libcurl3 to be pulled in. The former would make it rather impractical to migrate the libcurl3 association from -openssl to -gnutls in etch+1. The _problem_ with this setup is you can't parallel-install a GPL'd libcurl3-using application and an application that uses SSL_CTX_FUNCTION (as libcurl3 and libcurl3-gnutls must conflict as they provide shared libs with the same soname/sover. As you'd expect as they're ABI-compatible, albeit functionaly different.) The impact of this should be taken into account, and balanced against the fact that right now, we can't have a GPL'd libcurl3-using application installed at all. ^_^ Ah, so you were aiming for conflicts between the packages after all... :/ The worry I have with balancing it against not having GPLed libcurl3-using applications is that we do currently seem to be doing ok without libcurl support in those packages right now, but there may be many packages with optional libcurl support that'll get enabled, leaving the packages that need the OpenSSL support *virtually* uninstallable. There are possibly some optimisations that could be made above with Conflicts. Maybe both -openssl and -gnutls should provide libcurl3, all users depend on libcurl3, and GPL packages conflict with libcurl3-openssl and SSL_CTX_FUNCTION users conflict with libcurl3-gnutls. I'm not sure if this is an improvement... It isn't; it doesn't ensure a smooth upgrade path for apps in sarge. It may be worthwhile to simply survey all the curl-using packages in sarge, though, and find out if there is a non-zero number of them that need SSL_CTX_FUNCTION. If *not*, then I don't think there's much sense in going through a multi-stage transition: just switch libcurl3 directly to gnutls, and add libcurl3-openssl which provides libcurl-openssl.so.3? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#222050: logrotate: less useless diagnostic messages please
On Fri, Sep 02, 2005 at 11:31:27PM -0400, Tom Metro wrote: Back on 25 Nov 2003 Paul Martin wrote: I'm hopeful that the next upstream version will help this. Any news on this bug that dates back to 2001? Is there an upstream bug report you can post a URL for? Is a patch needed? They did fix it for the shared scripts, but not for the single file case. I've written a patch to fix this, and it will be in 3.7.1-3. -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326457: qt-x11-free: FTBFS: Cannot find postgresql server headers
Package: qt-x11-free Severity: serious Version: 3:3.3.4-7 From my build log, with postgresql packages from current unstable: ... g++ -c -pipe -I/usr/include/mysql -I/usr/include/freetype2 -I/usr/include/postgresql -fno-exceptions -Wall -W -O2 -fPIC -DQT_NO_DEBUG -DQT_PLUGIN -DQT_SHARED -I/tmp/buildd/qt-x11-free-3.3.4/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../../../../include -I.moc/release-shared/ -o .obj/qsql_psql.o ../../../../src/sql/drivers/psql/qsql_psql.cpp ../../../../src/sql/drivers/psql/qsql_psql.cpp:50:22: error: postgres.h: No such file or directory ../../../../src/sql/drivers/psql/qsql_psql.cpp:57:29: error: catalog/pg_type.h: No such file or directory ../../../../src/sql/drivers/psql/qsql_psql.cpp: In function 'QVariant::Type qDecodePSQLType(int)': ../../../../src/sql/drivers/psql/qsql_psql.cpp:127: error: 'BOOLOID' was not declared in this scope ... make[4]: *** [.obj/qsql_psql.o] Error 1 make[4]: Leaving directory `/tmp/buildd/qt-x11-free-3.3.4/plugins/src/sqldrivers/psql' make[3]: *** [sub-psql] Error 2 make[3]: Leaving directory `/tmp/buildd/qt-x11-free-3.3.4/plugins/src/sqldrivers' make[2]: *** [sub-sqldrivers] Error 2 make[2]: Leaving directory `/tmp/buildd/qt-x11-free-3.3.4/plugins/src' make[1]: *** [sub-plugins] Error 2 make[1]: Leaving directory `/tmp/buildd/qt-x11-free-3.3.4' make: *** [libqt-stamp] Error 2 You can probably fix this by adding postgresql-server-dev-8.0 to the Build-Depends and adding -I`pg_config --includedir-server` to the include flags. -- System Information: Debian Release: testing/unstable Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-k8 Locale: LANG=en, LC_CTYPE=en (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) -- Daniel Schepler Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet. -- Orson Scott Card -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326455: libsql-abstract-limit-perl: FTBFS: Failed 1/6 test scripts
Package: libsql-abstract-limit-perl Version: 0.033-1 Severity: serious When building 'libsql-abstract-limit-perl' in a clean unstable chroot, I get the following error: t/02.syntax...Base class package Class::DBI is empty. (Perhaps you need to 'use' the module which defines that package first.) at t/02.syntax.t line 48 BEGIN failed--compilation aborted at t/02.syntax.t line 48. # Looks like your test died before it could output anything. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-7 Failed 7/7 tests, 0.00% okay t/03.subclass.ok t/pod-coverageskipped all skipped: Test::Pod::Coverage 1.04 required for testing POD coverage t/pod.skipped all skipped: Test::Pod 1.14 required for testing POD Failed Test Stat Wstat Total Fail Failed List of Failed --- t/02.syntax.t 255 65280 7 14 200.00% 1-7 2 tests skipped. Failed 1/6 test scripts, 83.33% okay. 7/33 subtests failed, 78.79% okay. make: *** [install-stamp] Error 255 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326456: libmasonx-request-withapachesession-perl: FTBFS: Failed 2/3 test scripts
Package: libmasonx-request-withapachesession-perl Version: 0.30-1 Severity: serious When building 'libmasonx-request-withapachesession-perl' in a clean unstable chroot, I get the following error: dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 11 Failed 1/12 tests, 91.67% okay t/03-multi # Failed test (/usr/share/perl5/HTML/Mason/Tests.pm at line 559) # Looks like you failed 1 test of 7. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 4 Failed 1/7 tests, 85.71% okay t/99-pod..ok 1/1 skipped: File::Find::Rule not installed Failed Test Stat Wstat Total Fail Failed List of Failed --- t/01-basic.t1 256121 8.33% 11 t/03-multi.t1 256 71 14.29% 4 1 subtest skipped. Failed 2/3 test scripts, 33.33% okay. 2/20 subtests failed, 90.00% okay. make: *** [build-stamp] Error 255 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326454: Intend to NMU
Package: timidity Version: 2.13.2-6.1 Severity: important Tags: patch Hi, I intend to NMU timidity to get past most transitions and get it back in shape for testing. The proposed patch is attached. I will upload the package in ~ 10 days if you don't object to the changes. NB: I don't think the flac transition will break anything in the Debian packages of timidity, but they might be breaking the win32 port. Bye, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages timidity depends on: ii libartsc0 1.4.2-4aRts sound system C support librar ii libasound21.0.9-3ALSA library ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libflac7 1.1.2-3Free Lossless Audio Codec - runtim ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libice6 6.8.2.dfsg.1-6 Inter-Client Exchange library ii libjack0.100.0-0 0.100.0-4 JACK Audio Connection Kit (librari ii libncurses5 5.4-9 Shared libraries for terminal hand ii libogg0 1.1.2-1Ogg Bitstream Library ii liboggflac3 1.1.2-3Free Lossless Audio Codec - runtim ii libpng12-01.2.8rel-1 PNG library - runtime ii libsm66.8.2.dfsg.1-6 X Window System Session Management ii libvorbis0a 1.1.0-1The Vorbis General Audio Compressi ii libvorbisenc2 1.1.0-1The Vorbis General Audio Compressi ii libx11-6 6.8.2.dfsg.1-6 X Window System protocol client li ii libxaw7 6.8.2.dfsg.1-6 X Athena widget set library ii libxext6 6.8.2.dfsg.1-6 X Window System miscellaneous exte ii libxmu6 6.8.2.dfsg.1-6 X Window System miscellaneous util ii libxt66.8.2.dfsg.1-6 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages timidity recommends: ii freepats 20040611-1 Free patch set for MIDI audio synt -- no debconf information -- Loïc Minier [EMAIL PROTECTED] Come, your destiny awaits! diff -u timidity-2.13.2/debian/changelog timidity-2.13.2/debian/changelog --- timidity-2.13.2/debian/changelog +++ timidity-2.13.2/debian/changelog @@ -1,3 +1,15 @@ +timidity (2.13.2-6.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove static redeclaration of voices in interface/xaw_i.c:264, fixes +FTBFS with GCC 4, taken from Ubuntu's 2.13.2-6ubuntu1. (Closes: #324400) + * Use libjack0.100.0-dev build-dep for the jack transition. +(Closes: #317227) + * Bump flac build-deps for the flac transition. (Closes: #325947) + * Switch to a libslang2-dev build-dep for the slang transition. + + -- Loic Minier [EMAIL PROTECTED] Sat, 3 Sep 2005 13:40:48 +0200 + timidity (2.13.2-6) unstable; urgency=medium * Rebuild against libflac 1.1.1-5. This does NOT fix the whole diff -u timidity-2.13.2/debian/control timidity-2.13.2/debian/control --- timidity-2.13.2/debian/control +++ timidity-2.13.2/debian/control @@ -2,7 +2,7 @@ Section: sound Priority: optional Maintainer: Henrique de Moraes Holschuh [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), libasound2-dev, libaudiofile-dev, libesd0-dev, libarts1-dev, libjack-dev, libaudio-dev, libvorbis-dev (= 1.0.0-3), libspeex-dev (= 1.0), liboggflac-dev (= 1.1.1-5), libflac-dev (= 1.1.1-5), libncurses-dev, slang1-dev, xlibs-dev, libxaw7-dev, tcl8.4-dev, tk8.4-dev, libgtk2.0-dev, autotools-dev +Build-Depends: debhelper (= 4), libasound2-dev, libaudiofile-dev, libesd0-dev, libarts1-dev, libjack0.100.0-dev, libaudio-dev, libvorbis-dev (= 1.0.0-3), libspeex-dev (= 1.0), liboggflac-dev (= 1.1.2-1), libflac-dev (= 1.1.2-1), libncurses-dev, libslang2-dev, xlibs-dev, libxaw7-dev, tcl8.4-dev, tk8.4-dev, libgtk2.0-dev, autotools-dev Standards-Version: 3.6.1 Package: timidity only in patch2: unchanged: --- timidity-2.13.2.orig/interface/xaw_i.c +++ timidity-2.13.2/interface/xaw_i.c @@ -261,7 +261,7 @@ String bitmapdir = XAW_BITMAP_DIR; Boolean arrangetitle,savelist; static char **current_flist = NULL; -static int voices = 0, last_voice = 0, voices_num_width; +static int last_voice = 0, voices_num_width; static int maxentry_on_a_menu = 0,submenu_n = 0; #define OPTIONS_WINDOW
Bug#326452: ogre-contrib: FTBFS: /bin/sed: can't read /usr/lib/libtiff.la: No such file or directory
Il giorno sab, 03/09/2005 alle 13.48 +0200, Andreas Jochens ha scritto: Package: ogre-contrib Version: 1.0.4-1 Severity: serious When building 'ogre-contrib' in a clean 'unstable' chroot, I get the following error: x86_64-linux-gnu-g++ -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../../../lib64/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.0.2/crtbeginS.o .libs/OgreCgProgram.o .libs/OgreCgProgramFactory.o .libs/OgreCgProgramManagerDll.o -L/ogre-contrib-1.0.4/build-tree/ogre-contrib/OgreMain/src /usr/lib/libOgreMain.so -lCg /usr/lib/libILU.so /usr/lib/libIL.so -lpthread -lz -ldl -L/usr/lib/gcc/x86_64-linux-gnu/4.0.2 -L/usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../../../lib64 -L/usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../.. -L/lib/../lib64 -L/usr/lib/../lib64 -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.0.2/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/4.0.2/../../../../lib64/crtn.o -Wl,-z -Wl,defs -Wl,-soname -Wl,Plugin_CgProgramManager.so -o .libs/Plugin_CgProgramManager.so creating Plugin_CgProgramManager.la /bin/sed: can't read /usr/lib/libtiff.la: No such file or directory libtool: link: `/usr/lib/libtiff.la' is not a valid libtool archive make[4]: *** [Plugin_CgProgramManager.la] Error 1 make[4]: Leaving directory `/ogre-contrib-1.0.4/build-tree/ogre-contrib/PlugIns/CgProgramManager/src' Missing build-depends on libtiff4-dev. Will be fixed in next release.ù federico -- Federico Di Gregorio http://people.initd.org/fog Debian GNU/Linux Developer[EMAIL PROTECTED] INIT.D Developer [EMAIL PROTECTED] I'm hung like Einstein and smart as a horse! -- Trottalemme signature.asc Description: This is a digitally signed message part
Bug#326421: preprocess config files with m4
severity 326421 wishlist thanks On Sat, Sep 03, 2005 at 02:13:55AM -0400, Tom Metro wrote: Suggestion: preprocess config files with m4 It seems the cleaner approach would be patching logrotate so that it calls to an external script to obtain the list of log files to operate on. Hopefully such a patch would largely borrow from the existing post/pre-rotate script directives. It could be something like: `/usr/sbin/syslogd-listfiles --weekly` { weekly olddir /var/log/syslog/old sharedscripts postrotate /etc/init.d/sysklogd reload-or-restart /dev/null endscript } Something like this is a possibility, but there's a lot of work involved. But an even simpler solution, which could be implemented with a fairly small and localized patch, would be to preprocess config files with m4 before logrotate processes them. Then the above becomes: esyscmd(/usr/sbin/syslogd-listfiles --weekly) { weekly olddir /var/log/syslog/old sharedscripts postrotate /etc/init.d/sysklogd reload-or-restart /dev/null endscript } and it also open up the door for using other capabilities of m4. This, definitely, is not. logrotate can't depend on m4 because of its status. logrotate is a must have package, whereas m4 isn't. -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324574: gphpedit: Rendering of files incorrect and causing
Hi Andy, I've only just seen your request for the files and attempts in other scintilla editors. I'll look at this ASAP and send you the details. Thanks, Tony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324567: Acknowledgement (gphpedit: Font change confirmation box appears underneath font drop-down box)
Thanks for reporting, you sent a good report. But please read existing reports first. I'm retitling the original bug report so it could be found more easily by users. Thanks, I didn't associate the other bug with my problme, mainoly because its subject of When change Font size Crashed X-Window didn't apply. With my bug, X did not crash and the application remained usable, apart from part of it being obscured. Closeing the dialog box meant the application carried on as normal. So although they occur in the same region of the program, they are not immediately obviously the same bug. Tony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326459: uninstallable in SID, broken dependency
Package: kdewebdev Severity: important every package in this metapackage depends on old version of kdelibs4, that is unavailable!!! So the package in impossible to install in SID! please fix dependencies as soon as possible -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (1100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-albert Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326458: kbear: Broken dependency with KDE 3.4
Package: kbear Version: 2.1.1-9 Severity: grave Justification: renders package unusable When I want to install kbear, some package aren't found (kdebase4 and libqt3c102mt. In fact, these packages are installed but the version is not accepted (these packages are kdebase4c2 and libqt3-mt. If I force the installation of kbear, it works so I guess a simple change in the depedencies of kbear would solve the problem System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=fr_BE, LC_CTYPE=fr_BE (charmap=ISO-8859-1) Versions of packages kbear depends on: pn kdelibs4 none (no description available) ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfam0c102 2.7.0-7client library to control the FAM ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-6 GCC support library ii libice6 6.8.2.dfsg.1-6 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpcre3 6.3-1 Perl 5 Compatible Regular Expressi ii libpng12-01.2.8rel-1 PNG library - runtime pn libqt3c102-mt none (no description available) ii libsm66.8.2.dfsg.1-6 X Window System Session Management ii libstdc++51:3.3.6-9 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-6 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxrandr26.8.2.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-6 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime kbear recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]