Accepted stx2any 1.56-2 (source all)

2006-08-22 Thread Panu Kalliokoski
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Aug 2006 20:58:12 +0300 Source: stx2any Binary: stx2any Architecture: source all Version: 1.56-2 Distribution: unstable Urgency: low Maintainer: Panu Kalliokoski [EMAIL PROTECTED] Changed-By: Panu Kalliokoski [EMAIL PROTECTED

Accepted stx2any 1.56-1 (source all)

2006-08-19 Thread Panu Kalliokoski
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 17 Aug 2006 13:32:33 +0300 Source: stx2any Binary: stx2any Architecture: source all Version: 1.56-1 Distribution: unstable Urgency: low Maintainer: Panu Kalliokoski [EMAIL PROTECTED] Changed-By: Panu Kalliokoski [EMAIL PROTECTED

Accepted stx2any 1.55-1 (source all)

2006-06-21 Thread Panu Kalliokoski
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 21 Jun 2006 12:46:56 +0300 Source: stx2any Binary: stx2any Architecture: source all Version: 1.55-1 Distribution: unstable Urgency: low Maintainer: Panu Kalliokoski [EMAIL PROTECTED] Changed-By: Panu Kalliokoski [EMAIL PROTECTED

Accepted stx2any 1.54-4 (source all)

2006-06-20 Thread Panu Kalliokoski
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 20 Jun 2006 19:28:52 +0300 Source: stx2any Binary: stx2any Architecture: source all Version: 1.54-4 Distribution: unstable Urgency: low Maintainer: Panu Kalliokoski [EMAIL PROTECTED] Changed-By: Panu Kalliokoski [EMAIL PROTECTED

Accepted stx2any 1.54-2 (source all)

2006-06-02 Thread Panu Kalliokoski
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Apr 2006 18:00:44 +0300 Source: stx2any Binary: stx2any Architecture: source all Version: 1.54-2 Distribution: unstable Urgency: low Maintainer: Panu Kalliokoski [EMAIL PROTECTED] Changed-By: Panu Kalliokoski [EMAIL PROTECTED

Bug#354950: ITP: gauche-readline -- A readline-like library for the Gauche Scheme implementation

2006-03-02 Thread Panu Kalliokoski
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

Bug#354952: ITP: sokoedit -- A curses-based Sokoban level editor

2006-03-02 Thread Panu Kalliokoski
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

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

2006-03-02 Thread Panu Kalliokoski
(I'm not on -devel, so I constructed this reply by hand.) And given the reaction to porn-get and bitchx and whatever-the-stripping-cpu-monitor-was-called , I tend to assume[2] that the true intent of such an ITP is to instigate yet another 500 post flame war between the but what about the

Re: Is there some guideline saying that native packages should be avoided?

2006-03-01 Thread Panu Kalliokoski
On Tue, Feb 28, 2006 at 08:57:07PM +0200, Lars Wirzenius wrote: I would like to ask whether there really is such a guideline, and if so, which are the technical / political reasons that lead to it. a) If there is a bug in the packaging, it can be fixed without uploading a new upstream source

Bug#354803: ITP: stx2any -- A converter from structured plaintext to multiple formats

2006-03-01 Thread Panu Kalliokoski
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

Bug#354831: ITP: bfc -- Brainfuck compiler

2006-03-01 Thread Panu Kalliokoski
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

Bug#354832: ITP: cgames -- A collection of curses-based puzzle games

2006-03-01 Thread Panu Kalliokoski
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

Bug#354835: ITP: python-selecting -- An object-oriented wrapper library around the system call select()

2006-03-01 Thread Panu Kalliokoski
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

Bug#354840: ITP: b5 -- A macro processor and functional language

2006-03-01 Thread Panu Kalliokoski
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

Is there some guideline saying that native packages should be avoided?

2006-02-28 Thread Panu Kalliokoski
technical detail, which is that when you only make changes to packaging, you only need to change the .diff.gz. However, I don't understand the benefit of this, and I've been maintaining my software as debian-native projects for many years, without any observable problems. Panu Kalliokoski ps

Re: Bug#198158: architecture i386 isn't i386 anymore

2003-06-22 Thread Panu Kalliokoski
On Sun, Jun 22, 2003 at 02:46:12PM +0100, Andrew Suffield wrote: Apparently you are much better off on a Pentium or Athlon with i386 optimized code than i486 optimized one. I vaguely recall something similar about the i586. FWIK, almost everything that can be done in two ways on ix86, like

Re: GCC 3.2 transition

2002-08-17 Thread Panu Kalliokoski
(first-time poster, beware of possible stupidity) I'll throw in my views on the subject: (1) If I understand correctly, SONAMEs are not meant to provide any other metadata than a reference to the *library's* ABI. Using SONAMEs for anything else, like which compiler the library was built with,

Re: GCC 3.2 transition

2002-08-17 Thread Panu Kalliokoski
On Sat, Aug 17, 2002 at 01:38:42PM -0500, Steve Langasek wrote: On Sat, Aug 17, 2002 at 08:00:02PM +0300, Panu Kalliokoski wrote: I'll throw in my views on the subject: (1) If I understand correctly, SONAMEs are not meant to provide any other metadata than a reference to the *library's