Bug#819071: xml2: 2csv fails if the record element name is a substring of some element above it
Package: xml2 Version: 0.4-3.1 Severity: normal Tags: upstream To reproduce: $ echo -e '/fooa/foo/a=mesh\n/fooa/foo/b=desh'|2csv foo a b (no output) $ echo -e '/fooa/foo/a=mesh\n/fooa/foo/b=desh'|2csv fooa/foo a b mesh,desh The output should be the same in both situations. (Except that the documentation lacks 2csv examples, so it's hard to tell how exactly 2csv should be used.) The bug is here in 2csv.c: find = strstr(buffer,record); if (NULL == find || '/' != find[record_len] || (buffer != find && '/' != find[-1])) { dump(argc,fields,quote,delimiter); continue; } it tries to check whether we got out of a record and should dump the record values, but because strstr only finds the _first_ occurrence of the record identifier, the logic does not work if there are superelements of the record element which contain its name as a substring of their name. -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xml2 depends on: ii libc62.19-18+deb8u1 ii libxml2 2.9.1+dfsg1-5+deb8u1 xml2 recommends no packages. xml2 suggests no packages. -- no debconf information
Bug#744802: ucblogo: keyp doesn't work because of wrong ioctl argument type
Package: ucblogo Version: 5.5-2.1 Severity: normal Tags: patch upstream Sometimes keyp returns true even if there's no input waiting: Welcome to Berkeley Logo version 5.5 ? pr keyp true This seems to be due to the fact that in lkeyp, nc is declared to be a long, but ioctl(stdin, FIONREAD, nc) only writes an int to nc. Thus, if the upper half happens to contain crap, nc stays non-zero on 64-bit architectures. Here is the patch to fix this particular problem: diff -urN ucblogo-5.5/files.c ucblogo-5.5-mod/files.c --- ucblogo-5.5/files.c 2005-08-05 08:17:38.0 +0300 +++ ucblogo-5.5-mod/files.c 2014-04-14 23:11:01.789420761 +0300 @@ -626,7 +626,7 @@ NODE *lkeyp(NODE *args) { #ifdef unix -long nc; +int nc; #endif int c; #ifdef WIN32 -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ucblogo depends on: ii libc62.13-38+deb7u1 ii libice6 2:1.0.8-2 ii libncurses5 5.9-10 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.5.0-1+deb7u1 ucblogo recommends no packages. ucblogo suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685919: guile-1.6: SIGALRM signal handler does not get called when guile blocks on I/O
Package: guile-1.6 Version: 1.6.8-10 Severity: normal While playing with guile on my system, I discovered a weird anomaly which I could not reproduce on other systems running guile. If I install a signal handler for SIGALRM, it won't get called while guile is making an I/O system call. To demonstrate: [atehwa@karaihin ~/proj/psyk]$ guile guile (alarm 2) 0 guile Herätyskello [atehwa@karaihin ~/proj/psyk]$ guile guile (sigaction SIGALRM (lambda (x) (display now!) (newline))) (0 . 335544320) guile (alarm 2) 0 guile now a lot more than two seconds has passed, while I wrote this now! unnamed port: In expression now: unnamed port: Unbound variable: now ABORT: (unbound-variable) [...] As you can see, the signal handler gets called as soon as guile returns from read(2), already before calling (eval). I can't get to understand what causes this on my system, because another Debian system with exact same versions of guile-1.6, libc6 and libguile-ltdl-1 seems to work fine, and interrupts the read(2) call with the signal handler. Panu -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages guile-1.6 depends on: ii guile-1.6-libs1.6.8-10 Main Guile libraries ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libguile-ltdl-1 1.6.8-10 Guile's patched version of libtool guile-1.6 recommends no packages. Versions of packages guile-1.6 suggests: ii guile-1.6-doc 1.6.8-10 Reference and tutorial documentati -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681975: python-pygame: pygame.sprite.collide_circle misses (a lot of) collisions due to incorrect arithmetic
Package: python-pygame Version: 1.8.1release-2+b1 Severity: normal Tags: upstream There is an error in how circle collisions are calculated in pygame.sprite.collide_circle. It checks whether distance^2 radius1^2 + radius2^2, where it should check whether distance^2 (radius1 + radius2)^2. The effect is that sometimes clearly colliding rects/radii are not reported as colliding: import pygame class test: pass ... a, b = test(), test() a.rect = pygame.Rect a.rect = pygame.Rect(0,0,10,10) b.rect = pygame.Rect(8,8,10,10) pygame.sprite.collide_circle(a,b) False c, d = test(), test() c.rect = pygame.Rect(0,0,10,10) d.rect = pygame.Rect(8,0,10,10) c.radius = d.radius = 5 pygame.sprite.collide_circle(c,d) False I'm also a little bit worried: this kind of error should be caught by upstream regression/unit testing; don't pygame developers write tests for their code before shipping? -- Package-specific info: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== un libsdl-devnone(no description available) ii libsdl-gfx1.2-4 2.0.20-1.1drawing and graphical effects extension for SDL un libsdl-image-dev none(no description available) un libsdl-image1.0-dev none(no description available) un libsdl-image1.1-dev none(no description available) ii libsdl-image1.2 1.2.10-2+b2 image loading library for Simple DirectMedia Layer 1.2 un libsdl-image1.2-dev none(no description available) un libsdl-mixer-dev none(no description available) un libsdl-mixer1.0-dev none(no description available) un libsdl-mixer1.1-dev none(no description available) ii libsdl-mixer1.2 1.2.8-6.3 mixer library for Simple DirectMedia Layer 1.2 un libsdl-mixer1.2-dev none(no description available) ii libsdl-net1.2 1.2.7-2 network library for Simple DirectMedia Layer un libsdl-perl none(no description available) ii libsdl-sound1.2 1.0.3-3+b1Decoder of several sound file formats for SDL ii libsdl-ttf2.0-0 2.0.9-1 ttf library for Simple DirectMedia Layer with FreeType 2 support un libsdl0.11none(no description available) un libsdl0.11-devnone(no description available) un libsdl1.0-dev none(no description available) un libsdl1.1-dev none(no description available) un libsdl1.2 none(no description available) un libsdl1.2-all none(no description available) un libsdl1.2-artsnone(no description available) un libsdl1.2-dev none(no description available) un libsdl1.2-esd none(no description available) un libsdl1.2-nas none(no description available) un libsdl1.2-oss none(no description available) ii libsdl1.2debian 1.2.14-6.1Simple DirectMedia Layer un libsdl1.2debian-all none(no description available) ii libsdl1.2debian-alsa 1.2.14-6.1Simple DirectMedia Layer (with X11 and ALSA options) un libsdl1.2debian-arts none(no description available) un libsdl1.2debian-esd none(no description available) un libsdl1.2debian-nas none(no description available) un libsdl1.2debian-oss none(no description available) un libsdl1.2debian-pulseaudionone(no description available) -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pygame depends on: ii libc6
Bug#671841: mpage presumes input to be ISO-8859-1
Package: mpage Version: 2.5.6-1 Severity: important Tags: l10n mpage is not very well suited to be used under current, utf-based systems, since it treats all of its input as ISO-8859-1. For instance, if I give the command echo šidiltä | mpage -1toPlp the print will have a word resembling Å¡idiltä. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpage depends on: ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libpaper1 1.1.24 library for handling paper charact mpage recommends no packages. Versions of packages mpage suggests: ii ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563698: Fix available
There seems to be a fix available for this, at http://pka.engr.ccny.cuny.edu/~jmao/node/26 Basically, it seems to add crypt(3) as one of the hash methods. It is arguably the sensible thing to do on a Linux system, anyway. -- personal contact: ate...@iki.fi, +35841 5323835 technical contact: ate...@sange.fi, http://sange.fi/~atehwa/ PGP/GPG fingerprint:A14E E420 54E0 E6EB 74B1 671B FAC0 7926 9025 E9FC Please consider membership of http://www.hospitalityclub.org/ ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466862: sed: documentation bug: no mention of semicolon as command terminator
Package: sed Version: 4.1.5-1 Severity: minor As far as I know, GNU sed (and other sed implementations) allow a semicolon to be used instead of a newline character, as a command terminator. This feature is pretty important, since without the semicolon alternative all complex sed one-liners must be written with a slew of -e options. However, the possibility of using semicolons in not mentioned on sed's man page nor in its info document. Instead, both insist that every command must be on its own line. Some examples in the info document use semicolons, but not everybody reads just those examples that do. In my opinion, this is a severe bug in the documentation of sed. Interestingly, many other implementations of sed have exactly the same problem: semicolon works as a command terminator, but the documentation fails to mention that. Hopefully GNU sed will be better in this aspect. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages sed depends on: ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries sed recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401243: cdparanoia: --never-skip=x only works if x is divisible by 5
Package: cdparanoia Version: 3.10+debian~pre0-3 Severity: normal paranoia_read_limited has this: --- snip --- if(retry_count%5==0){ if(p-dynoverlap==MAX_SECTOR_OVERLAP*CD_FRAMEWORDS || retry_count==max_retries){ if(!(p-enablePARANOIA_MODE_NEVERSKIP))verify_skip_case(p,callback); retry_count=0; }else{ --- snip --- This means that if max_retries is not divisible by 5, the condition is never reached. I wondered what was going on when a setting of --never-skip=3 actually made things slower... -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages cdparanoia depends on: ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcdparanoia03.10+debian~pre0-3 audio extraction tool for sampling cdparanoia recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384170: bluez-utils: missing dependency on dbus?
Package: bluez-utils Version: 3.1-3.1 Severity: important Hello, after upgrading my testing system I found out that hcid does not start anymore. Running /etc/init.d/bluetooth start gives the following in /var/log/syslog: hcid[6471]: Can't open system message bus connection: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory installing the dbus package corrected the problem. Maybe bluez-utils should depend on dbus? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=fi_FI, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages bluez-utils depends on: ii libbluetooth23.1-1 Library to use the BlueZ Linux Blu ii libc62.3.6-15GNU C Library: Shared libraries ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.62-4 simple interprocess messaging syst ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-82creates device files in /dev ii module-init-tools3.2.2-3 tools for managing Linux kernel mo ii modutils 2.4.27.0-6 Linux module utilities ii sysvinit 2.86.ds1-15 System-V-like init utilities ii udev 0.093-1 /dev/ and hotplug management daemo bluez-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380574: stx2any: man pages missing a bit of formatting.
On Sun, Jul 30, 2006 at 03:09:33PM -0700, Robin Lee Powell wrote: Ideally, there would be a man-page specific Diversion that would define that section and could have in it the stuff catman needs, i.e.: foo \- build foo files While looking for this, I noticed that the only standard dash in this position is really \-, that is, the minus sign. (Why this is so, beats me, because the line is not a mathematical expression.) So it seems that I will have to build some support for man NAME description lines after all, because stx2any does not have standard support for minus signs in man (or any other format, for that matter). However, I will still do this in a way that does not decrease the usability of -Tman output for other purposes. So it will probably be a w_manheader macro or something like that. Panu -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC Please consider membership of http://www.hospitalityclub.org/! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380439: [EMAIL PROTECTED]: Bug#380439: tinyscheme: Segmentation fault on (let (x 1))]
(Sorry for the doubles. I'm learning to use Debian's BTS. Please preserve the [EMAIL PROTECTED] address in CC on reply.) Hello, I received the following bug report against tinyscheme 1.37. It seems that if the formals list in (let) has anything but (var value) lists, tinyscheme may crash. The use of |cadar| in OP_LET1 and |caar| in OP_LET2 is unprotected. - Forwarded message from Volker Grabsch [EMAIL PROTECTED] - X-Sieve: cmu-sieve 2.0 Resent-From: [EMAIL PROTECTED] Resent-Date: Wed, 9 Aug 2006 19:43:03 +0300 Resent-Message-ID: [EMAIL PROTECTED] Resent-To: [EMAIL PROTECTED] X-Sieve: CMU Sieve 2.2 Subject: Bug#380439: tinyscheme: Segmentation fault on (let (x 1)) Reply-To: Volker Grabsch [EMAIL PROTECTED], [EMAIL PROTECTED] Resent-From: Volker Grabsch [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Panu Kalliokoski [EMAIL PROTECTED] Resent-Date: Sun, 30 Jul 2006 08:33:13 UTC Resent-Message-ID: [EMAIL PROTECTED] X-Debian-PR-Message: report 380439 X-Debian-PR-Package: tinyscheme X-Debian-PR-Keywords: X-Debian-PR-Source: tinyscheme From: Volker Grabsch [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE, RCVD_IN_SORBS autolearn=no version=2.60-bugs.debian.org_2005_01_02 Resent-Sender: Debian BTS [EMAIL PROTECTED] Resent-Date: Sun, 30 Jul 2006 01:33:17 -0700 X-Spam-Score: -1.7 (-) Package: tinyscheme Version: 1.37-3 Severity: important To reproduce the bug, type this at the command line: $ tinyscheme TinyScheme 1.37 (let (x 1)) Segmentation fault -- 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.14.3-satapm Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages tinyscheme depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries tinyscheme recommends no packages. -- no debconf information - End forwarded message - -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC Please consider membership of http://www.hospitalityclub.org/! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380439: tinyscheme: Segmentation fault on (let (x 1))
On Sat, Aug 12, 2006 at 01:42:30PM +0200, Volker Grabsch wrote: (Just to make sure: you do know it should probably be (let ((x 1)))?) Of course I do. This was just a typo. :-) Nevertheless, a program should never segfault, no matter how bad the input was. Yes, granted. Panu -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC Please consider membership of http://www.hospitalityclub.org/! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379836: stx2any contains watch file which doesn't work
On Tue, Jul 25, 2006 at 09:48:49PM +0200, Sven Mueller wrote: The stx2any package contains a watch file which you seem to have adjusted to your needs (at least it looks a bit like it), however, it Now I'm wondering. The watch file should be in debian/, yes? I could find no mention of it in the whole of my version control history, nor in the distribution files for 1.55-1 on http://sange.fi/~atehwa/debian/, nor in the version in the Debian archive. So am I missing something or where have you got the watch file from? Panu -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC Please consider membership of http://www.hospitalityclub.org/! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380439: tinyscheme: Segmentation fault on (let (x 1))
On Sun, Jul 30, 2006 at 10:19:54AM +0200, Volker Grabsch wrote: $ tinyscheme TinyScheme 1.37 (let (x 1)) Segmentation fault I verified this. Actually, it seems tinyscheme will segfault if the let assignment list contains any numbers. I will forward this upstream. (Just to make sure: you do know it should probably be (let ((x 1)))?) Panu -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379836: stx2any contains watch file which doesn't work
On Tue, Jul 25, 2006 at 09:48:49PM +0200, Sven Mueller wrote: To be honest: Since you are upstream yourself, I would just remove the watch file. Yup, will do. I don't remember why I included it in the first place. Panu -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380574: stx2any: man pages missing a bit of formatting.
On Sun, Jul 30, 2006 at 03:09:33PM -0700, Robin Lee Powell wrote: The man macros do not include .SH Name at the top, which means that we get errors like: mandb: warning: /usr/man/man3/mooix-long.scm.3: whatis parse for mooix-long.scm(3) failed Good point, but I never intended stx2any to include all man page specific form automatically. It would probably be nice to have .SH NAME in the template, but that would seriously cripple the usability of the man output for anything _else_ than man pages. I admit, though, that maybe it should be made clearer in the documentation that you have to put ! NAME and a properly formatted name line in the source. At the moment, all the documentation says (on the man page of stx2any) is: manproduces man macro output. This output is usable as a man page directly (of course, you should adhere to the ordi- nary man page conventions), or can be fed to troff / groff for formatting to e.g. postscript. Here ordinary man page conventions refers to normal man section headers, providing metadata such as the man section number and so on. I can clarify this in the next release. For an example of writing man pages with stx2any, please see the source for its own man page at /usr/share/doc/stx2any/stx2any.txt.gz. Panu -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374641: stx2any: FTBFS: Missing Build-Depends on 'm4'
On Tue, Jun 20, 2006 at 01:58:04PM +0200, Andreas Jochens wrote: When building 'stx2any' in a clean 'unstable' chroot, I get the following error: [...] Please add the missing Build-Depends on 'm4' to debian/control. Dang. Added. (I used your patch, which also removes debhelper version dep.) Panu -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC Please consider membership of http://www.hospitalityclub.org/! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354803: Long description
The full description of the package is as follows: Converter from structured plain text to other formats stx2any is a converter from structured text (Stx), which is plain text written in a standardised way, into other formats. Formats available currently include (X)HTML, man, raw text, PostScript and LaTeX. . This package also has the following utilities: * strip_stx -- a literate programming tool * gather_stx_titles -- a script to automate cross-linking between documents * extract_usage_from_stx -- a script to produce usage messages from man pages written in stx * html2stx -- a utility to convert HTML into Stx. -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355549: checksecurity: Checking for incorrect md5sums
Package: checksecurity Version: 2.0.7-6 Severity: wishlist Could / should checksecurity add a plugin to check the files in the distribution against their checksums in /var/lib/dpkg/info/*.md5sums? This provides an easy way to improve the security of the system a little. Maybe combined with a diffing mechanism to avoid reporting the same discrepancies over and over. Here is a simple script (in shell) to list files that have conflicting md5sums from those in the package: cat /var/lib/dpkg/info/*.md5sums | while read md5 file; do if test X`md5sum /$file | cut -d' ' -f1` == X$md5; then :; else echo $file; fi; done -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages checksecurity depends on: ii cron 3.0pl1-86 management of regular background p ii debconf1.4.30.13 Debian configuration management sy ii perl 5.8.4-8sarge3 Larry Wall's Practical Extraction -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354832: Wrong upstream author field
The upstream author should be: Brian Raiter [EMAIL PROTECTED] -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354950: ITP: gauche-readline -- A readline-like library for the Gauche Scheme implementation
Package: wnpp Severity: wishlist Owner: Panu Kalliokoski [EMAIL PROTECTED] * Package name: gauche-readline Version : 0.1 Upstream Author : Julian Fondren, Shiro Kawai * URL : http://www.shiro.dreamhost.com/scheme/gauche/packages.html * License : public domain Description : A readline-like library for the Gauche Scheme implementation This is a pure Scheme library that provides functionality similar to GNU readline for the Scheme implementation Gauche. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 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#354952: ITP: sokoedit -- A curses-based Sokoban level editor
Package: wnpp Severity: wishlist Owner: Panu Kalliokoski [EMAIL PROTECTED] * Package name: sokoedit Version : 1 Upstream Author : Panu Kalliokoski [EMAIL PROTECTED] * URL : http://sange.fi/~atehwa/sokoedit/ * License : BSD-like Description : A curses-based Sokoban level editor sokoedit is a curses-based editor for Sokoban levels, written in Python. Sokoban is a traditional Unix game that requires wits and good pattern recognition abilities. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 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#354952: ITP: sokoedit -- A curses-based Sokoban level editor
Thank you for your comments. On Thu, Mar 02, 2006 at 01:01:15PM +0100, Thomas Viehmann wrote: Allow me a general comment on your descriptions: please do try to adapt them better to the situation of the average Debian user trying to decide whether to install the described package. I'm attempting to do this; but I don't think there's really hope that somebody than doesn't know minesweeper, klotz and/or sokoban could decide whether to install them, from the description. In this case, written in Python seems rather irrelevant, a mention of That's true. the sokoban implementation that can use the generated level is missing, though. Actually, I don't know any implementation that _can't_ use the generated level, since the Sokoban file format has been semi-standard from the first Sokoban implementation, AFAIK. Something similar applies to several packages (e.g. the best sokoban implementation I know of of your ITP messages probably shouldn't be - and likely isn't - in the description, a more verbose description of the It isn't. games might be useful in the cgames long description, I'm not sure that all users realize that curses based means text-based gui). Good point. Although text-based does not imply it uses full-screen mode. But maybe that's not so important. For the record, sarge currently has 33 packages that have curses-based in their description. Also, please try to fit your (short and long) descriptions better into what's usual in Debian. Matthew Palmer's Debian-Mentors FAQ has helpful references. I'm not sure what you're referring to; the section elaborating what to put into RFS, perhaps? Panu -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354803: ITP: stx2any -- A converter from structured plaintext to multiple formats
Package: wnpp Severity: wishlist Owner: Panu Kalliokoski [EMAIL PROTECTED] * Package name: stx2any Version : 1.53 Upstream Author : Panu Kalliokoski [EMAIL PROTECTED] * URL : http://sange.fi/~atehwa/Stx/README.html * License : BSD-like Description : A converter from structured plaintext to multiple formats -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 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#354808: reportbug insists on CC'ing debian-devel on ITP's
Package: reportbug Version: 3.8 Severity: normal I couldn't find a way to persuade reportbug to _not_ cc d-devel on ITP reports. It says this is per policy, but policy only says it should be done if the reporter finds it worthwhile. -- Package-specific info: ** /home/pkalliok/.reportbugrc: reportbug_version 3.8 mode standard ui text realname Panu Kalliokoski email [EMAIL PROTECTED] -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages reportbug depends on: ii python2.3 2.3.5-3sarge1 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354831: ITP: bfc -- Brainfuck compiler
Package: wnpp Severity: wishlist Owner: Panu Kalliokoski [EMAIL PROTECTED] * Package name: bfc Version : 1.0 Upstream Author : Panu Kalliokoski [EMAIL PROTECTED] * URL : http://sange.fi/~atehwa/bf/ * License : BSD-like Description : Brainfuck compiler -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 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#354832: ITP: cgames -- A collection of curses-based puzzle games
Package: wnpp Severity: wishlist Owner: Panu Kalliokoski [EMAIL PROTECTED] * Package name: cgames Version : 2.2 Upstream Author : Panu Kalliokoski [EMAIL PROTECTED] * URL : http://www.muppetlabs.com/~breadbox/software/cgames.html * License : GPL Description : A collection of curses-based puzzle games This package contains the following games: * cblocks (block-sliding game) * cmines (minesweeper) * csokoban (traditional puzzle game) csokoban is the best sokoban implementation I know of. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 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#354835: ITP: python-selecting -- An object-oriented wrapper library around the system call select()
Package: wnpp Severity: wishlist Owner: Panu Kalliokoski [EMAIL PROTECTED] * Package name: python-selecting Version : 0.92 Upstream Author : Panu Kalliokoski [EMAIL PROTECTED] * URL : http://sange.fi/~atehwa/selecting/ * License : BSD-like Description : An object-oriented wrapper library around the system call select() -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 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#354840: ITP: b5 -- A macro processor and functional language
Package: wnpp Severity: wishlist Owner: Panu Kalliokoski [EMAIL PROTECTED] * Package name: b5 Version : x.y.z Upstream Author : Panu Kalliokoski [EMAIL PROTECTED] * URL : http://sange.fi/~atehwa/b5/ * License : BSD-like Description : A macro processor and functional language b5 is a simple programming language and macro processor featuring referential transparency, lazy evaluation and rearrangeable output. b5 can be used as a (semi-)practical text generation tool, a text-oriented programming language, or as a teaching vehicle for understanding lambda calculus from a practical point of view. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 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#354803: ITP: stx2any -- A converter from structured plaintext to multiple formats
On Wed, Mar 01, 2006 at 12:07:05PM -0700, Hubert Chan wrote: * URL : http://sange.fi/~atehwa/Stx/README.html 404 Not Found Sorry, that should have been http://sange.fi/~atehwa/Stx/examples/README.html Panu -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354831: ITP: bfc -- Brainfuck compiler
On Thu, Mar 02, 2006 at 06:08:56AM +0100, Lionel Elie Mamane wrote: * Package name: bfc Description : Brainfuck compiler You really think that thing should be priority optional? I'd say extra. Oh, definitely. This also applies to some other of my packages, so thanks for pointing it out. -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347191: aspell: Dumps core with when (r)eplacing with 00
On Mon, Jan 09, 2006 at 09:31:45AM -0800, Brian Nelson wrote: What versions of aspell, libaspell15, and aspell-fi do you have installed? $ dpkg -l aspell-bin libaspell15 aspell-fi Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===-== ii aspell-bin 0.60.2+20050121-2 GNU Aspell standalone spell-check utilities ii libaspell15 0.60.2+20050121-2 The GNU Aspell spell-checker runtime toolkits ii aspell-fi 0.7-14.1The Finnish dictionary for aspell -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347191: aspell: Dumps core with when (r)eplacing with 00
Package: aspell Severity: normal I'm using aspell with the finnish dictionary. When I run aspell on a file containing the three characters OO\n (that is, big Oh, big Oh, newline, and use the (r)eplace functionality to replace OO with 00 (zero, zero), aspell dumps core. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 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#324802: libc-client2002edebian: libc-client is compiled with modifications that severely restrict its usability
Package: libc-client2002edebian Version: 7:2002edebian1-11 Severity: important libc-client has a patch in Debian (debian/patches/10_disallow_escaping_home.diff) that sets the restrictBox variable to maximum restriction by default. While probably OK in the context of uw-imapd, this patch breaks libc-client for many other types of applications. libc-client is a shared library, used by uw-mailutils, mailsync, and libmail-cclient-perl, and so the added security should (and could) be done at runtime for uw-imapd specifically, not by patching the source of libc-client. (pine would be affected too if it wasn't shipped with its own copy of libc-client.) This might sound like a minor problem, but I just spent more than six hours trying to find out why mailutil was not working. Not a word about this in /usr/share/doc/libc-client2002edebian, either. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libc-client2002edebian depends on: ii debconf1.4.52Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcomerr2 1.37-2sarge1 common error description library ii libkrb53 1.3.6-4 MIT Kerberos runtime libraries ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libssl0.9.70.9.7e-3 SSL shared libraries ii mlock 7:2002edebian1-11 Mailbox locking program from UW libc-client2002edebian recommends no packages. -- debconf information: * libc-client/no_maildir_warning: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]