Bug#380716: package with etl-fix-medium should be a suggest
Package: randomplay After installing randomplay and it's suggest of xosd-bin, I get ABORT: Requested font not found when each song starts. If the package with -etl-fixed-medium-r-*-*-24-*-*-*-*-*-*-* were a suggest I wouldn't have to go tracking whatever package has this font. -- Thanks, Jim http://phython.blogspot.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336591: wvstreams: FTBFS with openssl 0.9.8
What happens if you remove -pipe? -- Thanks, Jim http://www.csclub.uwaterloo.ca/~ja2morri/ http://phython.blogspot.com http://open.nit.ca/wiki/?page=jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325247: libwvstreams4.0-qt: uninstallable because of missing libqt3c102-mt
Simon Law [EMAIL PROTECTED] writes: On Fri, Sep 09, 2005 at 01:03:37PM -0700, Steve Langasek wrote: wvstreams is implemented in C++. Where are the package renames for the C++ ABI transition? Simon, is it really true that none of the wvstreams libraries use code from libstdc++? (None of the packages have dependencies on libstdc++5) I guess this is possible, but at least one of the library packages has undefined symbols, which makes it unsuitable for use by any sort of DSO plugin: WvStreams does not use code from libstdc++, which we carefully avoid compiling in, by linking with gcc (not g++). I take it you changed this back to using gcc for linking? At some point I had the debian package link with g++. Why ldd thinks we do is slightly beyond me. As for WvHashTableBase, this is probably some place where an interlibrary dependency has snuck in somehow. I don't see it in my build of WvStreams 5, so I'm not going to get too stressed out about it. -- Simon Law http://www.law.yi.org/~sfllaw/ -- Thanks, Jim http://www.csclub.uwaterloo.ca/~ja2morri/ http://phython.blogspot.com http://open.nit.ca/wiki/?page=jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325645: hnb: segfault on startup
Line 161 in evilloop.c is causing the problem since docmd returns an int not a pointer. pos = docmd (pos, binding-action_param) On 8/29/05, dann frazier [EMAIL PROTECTED] wrote: On Mon, 2005-08-29 at 17:51 -0700, James A. Morrison wrote: Does this affect 1.9.18-2? Sorry - should've upgraded first. I verified that this still exists in 1.9.18-2. Thanks for fixing the previous bug so quick, btw. This one definitely looks like a truncated pointer - hnb assumes in a number of places that it can just cast a pointer to an int, which breaks systems where sizeof(int) != sizeof(void *). -- Thanks, Jim http://phython.blogspot.com
Bug#325645: hnb: segfault on startup
Does this affect 1.9.18-2? On 8/29/05, dann frazier [EMAIL PROTECTED] wrote: Package: hnb Version: 1.9.18-1 Severity: important 0x4002b1c0 in node_backrecurse (node=0x56b90) at tree.c:67 67 if (node_up (node)) { (gdb) bt #0 0x4002b1c0 in node_backrecurse (node=0x56b90) at tree.c:67 #1 0x4002b490 in node_no (node=0x56b90) at tree.c:83 #2 0x4003ef10 in ui_draw (node=0x56b90, input=0x60018d18 , edit_mode=0) at ui_draw.c:707 #3 0x400068f0 in evilloop (pos=0x56b90) at evilloop.c:149 #4 0x400237c0 in main (argc=1, argv=0x6fdeb7f8) at hnb.c:342 (gdb) This is probably due to one of the number of warning: cast from pointer to integer of different size compiler warnings. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: ia64 Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-itanium-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages hnb depends on: ii libc6.1 2.3.5-3GNU C Library: Shared libraries an ii libncurses5 5.4-9 Shared libraries for terminal hand hnb recommends no packages. -- no debconf information -- Thanks, Jim http://phython.blogspot.com
Bug#319118: wvdial: please use debconf
I was sure this patch was already in WvDial. -- Thanks, Jim http://www.csclub.uwaterloo.ca/~ja2morri/ http://phython.blogspot.com http://open.nit.ca/wiki/?page=jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302842: Wvdial needs to be able to work without username and password
The documentation should be your friend. Check out Stupid Mode. It should do what you want. -- Thanks, Jim http://www.student.cs.uwaterloo.ca/~ja2morri/ http://phython.blogspot.com http://open.nit.ca/wiki/?page=jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302370: wvstreams: FTBFS (amd64/gcc-4.0): libxplc0.3.10-dev has no installation candidate
Andreas Jochens [EMAIL PROTECTED] writes: Package: wvstreams Version: 4.0.2-2 Severity: normal Tags: patch The changelog says that 'libxplc0.3.11' is used now, but this not the case. That was in -1, not -2. I'll try updating the build-deps now that libxplc0.3.11 is in the archive. When building 'wvstreams' on amd64/unstable with gcc-4.0, I get the following error: Building wvstreams unstable main amd64... Reading Package Lists... Building Dependency Tree... E: Package libxplc0.3.10-dev has no installation candidate E: Failed to satisfy Build-Depends dependency for wvstreams: libxplc0.3.10-dev Package libxplc0.3.10-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source Please change the Depends and Build-Depends to libxplc0.3.11-dev. Regards Andreas Jochens diff -urN ../tmp-orig/wvstreams-4.0.2/debian/control ./debian/control --- ../tmp-orig/wvstreams-4.0.2/debian/control2005-03-31 15:52:45.388911730 +0200 +++ ./debian/control 2005-03-31 15:52:35.747719404 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Simon Law [EMAIL PROTECTED] Uploaders: James Morrison [EMAIL PROTECTED], Patrick Patterson [EMAIL PROTECTED] -Build-Depends: debhelper ( 4.0.0), fftw-dev, libdb4.2-dev, libfam-dev, libpam0g-dev, libqt3-mt-dev, libslp-dev, libspeex-dev, libssl-dev, libvorbis-dev, libxplc0.3.10-dev, zlib1g-dev, doxygen +Build-Depends: debhelper ( 4.0.0), fftw-dev, libdb4.2-dev, libfam-dev, libpam0g-dev, libqt3-mt-dev, libslp-dev, libspeex-dev, libssl-dev, libvorbis-dev, libxplc0.3.11-dev, zlib1g-dev, doxygen Build-Depends-Indep: doxygen Standards-Version: 3.6.1 @@ -99,7 +99,7 @@ Package: libwvstreams-dev Architecture: any Section: libdevel -Depends: libwvstreams4.0-base, libwvstreams4.0-extras, libuniconf4.0, libwvstreams4.0-fft, libwvstreams4.0-qt, libwvstreams4.0-speex, libwvstreams4.0-vorbis, libxplc0.3.10-dev, ${misc:Depends} +Depends: libwvstreams4.0-base, libwvstreams4.0-extras, libuniconf4.0, libwvstreams4.0-fft, libwvstreams4.0-qt, libwvstreams4.0-speex, libwvstreams4.0-vorbis, libxplc0.3.11-dev, ${misc:Depends} Provides: libwvstreams4.0-dev Description: Development libraries and header files for libwvstreams4.0 Contains the header files and static libraries for use in rapid -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301168: wvstreams FTBFS: build-dependency on non-existent package
Steve Langasek [EMAIL PROTECTED] writes: Package: wvstreams Source: wvstreams Version: 4.0.2-1 Severity: serious * Acknowledge NMUs. (Closes: #292618, #297694, #297554, #286593, #289237) * We now depend on XPLC 0.3.11. Lovely. After four consecutive NMUs to try to get the last upstream version into a releasable state, you've just uploaded another new upstream version which has a trivially visible RC bug: build-depending on a version of XPLC that isn't in the archive. Looks like sarge users will have to wait even longer now for fixed modem support. I'll upload a fixed package this morning. Sorry for the breakage. -- Thanks, Jim http://www.student.cs.uwaterloo.ca/~ja2morri/ http://phython.blogspot.com http://open.nit.ca/wiki/?page=jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300670: mpeg2dec should be built with gcc 3.4 or above
Package: mpeg2dec Severity: important Hi, When libmpeg2 is compiled with gcc 3.3 it triggers strange miscompilations in the altivec code. This causes programs that use libmpeg2, such as gstreamer-mpeg2dec, to segfault when libmpeg2 is used. See http://bugzilla.gnome.org/show_bug.cgi?id=154431 for more details. The attached patch builds a working libmpeg2-4 for me on powerpc. -- Thanks, Jim http://www.student.cs.uwaterloo.ca/~ja2morri/ http://phython.blogspot.com http://open.nit.ca/wiki/?page=jim diff -ur old/control new/control --- old/control 2005-03-20 20:18:59.731914360 -0500 +++ new/control 2005-03-20 20:18:32.134109864 -0500 @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: David I. Lehn [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.1.0), cdbs (= 0.4.5), libsdl1.2-dev (= 1.2.3), autotools-dev +Build-Depends: debhelper (= 4.1.0), cdbs (= 0.4.5), libsdl1.2-dev (= 1.2.3), autotools-dev, gcc-3.4 [powerpc] Standards-Version: 3.6.1 Package: libmpeg2-4-dev diff -ur old/rules new/rules --- old/rules 2005-03-20 20:18:46.187973352 -0500 +++ new/rules 2005-03-20 20:18:32.133110016 -0500 @@ -3,6 +3,7 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk +CC=gcc-3.4 DEB_CONFIGURE_EXTRA_FLAGS := --enable-shared DEB_SHLIBDEPS_INCLUDE := debian/libmpeg2-4/usr/lib DEB_INSTALL_DOCS_ALL += debian/README.Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#273985: imcom: crashes if trying to create a profile with a server which returns Connection refused
Jan 'Miernik' Macek [EMAIL PROTECTED] writes: Package: imcom Version: 1.33-2 Severity: normal [EMAIL PROTECTED]:~$ imcom -c This utility will create an account for you on a jabber server. It will also create an initial ~/.imcom/imcomrc file for you. Warning: This program will overwrite ~/.imcom/imcomrc. If you're not sure what jabber server you want to use, use jabber.org Enter a server name: histeria.pl Would you like to use SSL? Defaults to yes Enter yes or no[yes]: n Enter the port number. Defaults to 5222 Enter a port[5222]: Enter your desired username below. Enter your username: miernik Enter your password below. Password: Enter the resource below. The resource is typically whereyou are using jabber from (home, work, etc) it can be anystring. It cannot be NULL. Enter a resource: debina Enter the encoding you wish you use. This defaults to iso-8859-1 Enter an encoding: utf-8 Traceback (most recent call last): File /usr/share/imcom/AccountCreator.py, line 273, in ? main() File /usr/share/imcom/AccountCreator.py, line 269, in main AC.connect() File /usr/share/imcom/AccountCreator.py, line 88, in connect self.tempsocket.connect((self.server,self.port)) File string, line 1, in connect socket.error: (111, 'Connection refused') Erase is delete. Kill is control-U (^U). Interrupt is control-C (^C). [EMAIL PROTECTED]:~$ Are you expecting a better error or something else? -- Thanks, Jim http://www.student.cs.uwaterloo.ca/~ja2morri/ http://phython.blogspot.com http://open.nit.ca/wiki/?page=jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292889: entering new item is confusingly different than editing existing item
Joey Hess [EMAIL PROTECTED] writes: Package: hnb Version: 1.9.17-4 Severity: normal If I just start typing into hdb, it creates a new item in the list. At this point each character I type shows up, but the cursos is hidden (in the lower-right corner), and there is no line editing support. So I cannot move around in the entry I'm adding, and it's not really intuitive that I'm doing text entry at all, since everyone has been trained to expect to see a cursor when entering text. I think hdb should use the same UI for adding a new item as it uses when I edit an existing item, so there is a cursor and arrow keys and delete work. I'm using the standard hdbrc. [Response time, really, really slow] I don't know what to do with this bug. Adding items while you type is an addition to the search feature. So if you type something, it will search for you. If the search is not found you can keep typing your new entry. If you acutally want to add an item you should use insert, or Ctrl-I in my case. Beware, this has other slightly odd behaviour. -- Thanks, Jim http://www.student.cs.uwaterloo.ca/~ja2morri/ http://phython.blogspot.com http://open.nit.ca/wiki/?page=jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#277994: Multibyte input
Hi, It seems hnb doesn't mind taking in multibyte characters. I created one entry with some russian characters. It was displayed very poorly in hnb itself, but using less on the .hnb file showed the characters as expected. I think fixing this is a big job, thanks for the bug, unfortunatly I don't have a fix. -- Thanks, Jim http://www.student.cs.uwaterloo.ca/~ja2morri/ http://phython.blogspot.com http://open.nit.ca/wiki/?page=jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267438: hnb: saving of pos doesn't seem to work
James Mills [EMAIL PROTECTED] writes: Package: hnb Version: 1.9.17-4 Severity: normal Hi, The savepos option doesn't seem to work too well. Often when you hit save, 's' (on my key-bindings), then quit and go back into the same hnb file, it will go back to some random state. The file format is hnb. cheers James Yup, you are right, the saved position isn't what it should be. I don't have a patch yet. Thanks for the bug though. -- Thanks, Jim http://www.student.cs.uwaterloo.ca/~ja2morri/ http://phython.blogspot.com http://open.nit.ca/wiki/?page=jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]