On Tue, Feb 28, 2006 at 11:38:00PM +0100, Nico Golde wrote:
> I only checked your package and here are my comments:
> - Your changelog file closes no ITP bug in BTS, it should
Thanks for pointing this out, I didn't know ITP's were supposed to be
done for packages awaiting sponsorship (I know, shou
On Tue, Feb 28, 2006 at 07:32:28PM +0100, Bas Wijnen wrote:
> Oh no, please don't. You should use the same release tarball for Debian that
> you actually release. That's what "pristine source tarball" means. If you
That's what I thought, too. I just happened to think that it also
implies that
On Tue, Feb 28, 2006 at 07:55:35PM -0500, Justin Pryzby wrote:
> > Thank you for this explanation. Although I still have some issues with
> > it, it seems I should build infrastructure for building source packages.
> > (Earlier, one just needed dpkg-source -b; now it seems there must be
> > some s
Hallo Justin,
* Justin Pryzby <[EMAIL PROTECTED]> [2006-03-01 07:42]:
> On Tue, Feb 28, 2006 at 11:38:00PM +0100, Nico Golde wrote:
> > * Panu Kalliokoski <[EMAIL PROTECTED]> [2006-02-28 22:19]:
> > > Upstream Author: Dimitrios Souflis <[EMAIL PROTECTED]>
> > >
> > > Build-Depends: debhelper (>=
On Tue, Feb 28, 2006 at 04:34:45PM +, P?draig Brady wrote:
> Justin Pryzby wrote:
> >On Mon, Feb 27, 2006 at 05:04:30PM +, P??draig Brady wrote:
> >
> >>Hi,
> >>
> >>I've been maintaining FSlint for a few years now
> >>and it has proved quite popular. There have even
> >>been (buggy) thirdp
On Tue, Feb 28, 2006 at 07:55:35PM -0500, Justin Pryzby wrote:
> On Tue, Feb 28, 2006 at 07:18:31PM +0200, Panu Kalliokoski wrote:
> > On Wed, Mar 01, 2006 at 03:52:04AM +1100, skaller wrote:
> > > > It's your call, but since making them non-native is not really that much
> > > > more work, I'd rec
On Tue, Feb 28, 2006 at 07:18:31PM +0200, Panu Kalliokoski wrote:
> On Wed, Mar 01, 2006 at 03:52:04AM +1100, skaller wrote:
> > > It's your call, but since making them non-native is not really that much
> > > more work, I'd recommend doing it that way.
> > However there is a reason, it is politica
On Tue, 2006-02-28 at 19:18 +0200, Panu Kalliokoski wrote:
> On Wed, Mar 01, 2006 at 03:52:04AM +1100, skaller wrote:
> > > It's your call, but since making them non-native is not really that much
> > > more work, I'd recommend doing it that way.
> > However there is a reason, it is political, it i
Yaroslav Halchenko ([EMAIL PROTECTED]):
> > It is lintian clean but linda returns warnings about having
> > files in /usr/lib directory. Since they're python files,
> > I see no problem with having them in there, am I right?
> From
> http://www.debian.org/doc/packaging-manuals/python-policy/ch-prog
On Tue, Feb 28, 2006 at 11:38:00PM +0100, Nico Golde wrote:
> Hi,
> * Panu Kalliokoski <[EMAIL PROTECTED]> [2006-02-28 22:19]:
> > Upstream Author: Dimitrios Souflis <[EMAIL PROTECTED]>
> >
> > Build-Depends: debhelper (>= 4.0.0), stx2any
> > Package: tinyscheme
> > Architecture: any
> > Descripti
Hi,
* Panu Kalliokoski <[EMAIL PROTECTED]> [2006-02-28 22:19]:
> Upstream Author: Dimitrios Souflis <[EMAIL PROTECTED]>
>
> Build-Depends: debhelper (>= 4.0.0), stx2any
> Package: tinyscheme
> Architecture: any
> Description: Very small scheme implementation
> TinyScheme is an implementation that
On Tue, Feb 28, 2006 at 03:12:53PM +0200, Panu Kalliokoski wrote:
> On Tue, Feb 28, 2006 at 01:41:42PM +0100, Thijs Kinkhorst wrote:
> > On a related note, at the location you specified I can only find binary
> > packages (.deb). For successful sponsoring, you need to provide the full
> > source pa
Hello,
My name is Nashifa and I am a recruiter with Techlink Systems, Inc. I am
currently working on filling a position for a Packaging Development Manager
located in Lake Forest, Illinois. This position is permanent and full-time.
Please see below for more details:
EXPERIENCE IN THE FOLLOWI
On Tue, Feb 28, 2006 at 08:12:45PM +0200, Panu Kalliokoski wrote:
> On Tue, Feb 28, 2006 at 06:57:38PM +0100, Bas Wijnen wrote:
> > Having the debian/ directory under version control is useful. But it
> > shouldn't be included in the tarball when you run "make dist".
>
> I've never used "make dis
On Tue, Feb 28, 2006 at 06:57:38PM +0100, Bas Wijnen wrote:
> I see what you mean. However, both from a technical point of view, and from a
> philosophical point of view, it makes sense: People who are getting your
> release tarball will not want to build a Debian package (if they did, they'd
> ge
On Tue, 2006-02-28 at 17:12 +0100, Thijs Kinkhorst wrote:
> It's your call, but since making them non-native is not really that much
> more work, I'd recommend doing it that way.
It can be quite a lot more work if you have powerful scripts
that can generate the required meta-information during t
Hi,
On Tue, Feb 28, 2006 at 07:18:31PM +0200, Panu Kalliokoski wrote:
> On Wed, Mar 01, 2006 at 03:52:04AM +1100, skaller wrote:
> Thank you for this explanation. Although I still have some issues with
> it, it seems I should build infrastructure for building source packages.
> (Earlier, one just
On Wed, 2006-03-01 at 03:52 +1100, skaller wrote:
> On Tue, 2006-02-28 at 17:12 +0100, Thijs Kinkhorst wrote:
>
> > It's your call, but since making them non-native is not really that much
> > more work, I'd recommend doing it that way.
>
> It can be quite a lot more work if you have powerful scr
On Tue, Feb 28, 2006 at 04:27:00PM +, Jon Dowland wrote:
> > Really? I've never seen such a guideline (although I admit it's been
> > a long time since I read the relevant documents). In fact, the Debian
> > Developer's Reference, section 5.4, seems to suggest that the
> > difference is purel
On Tue, Feb 28, 2006 at 05:55:13PM +0200, Panu Kalliokoski wrote:
> Really? I've never seen such a guideline (although I admit it's been
> a long time since I read the relevant documents). In fact, the Debian
> Developer's Reference, section 5.4, seems to suggest that the
> difference is purely t
On Tue, Feb 28, 2006 at 11:05:32AM -0500, Justin Pryzby wrote:
> I think the reason is that native packages can't be pristine, and
> pristine packages are preferred.
>
> http://www.us.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-origtargz
I'm familiar with this sec
On Tue, Feb 28, 2006 at 10:54:33AM -0500, Justin Pryzby wrote:
> > These sound like workable solutions, and I could add this if some user
> > really wants the Linux console UI. I'm not eager to do it "just in case
> > somebody wants"; if I take that road, I'll have a _lot_ of wasted work
> > done.
On Wed, Mar 01, 2006 at 03:52:04AM +1100, skaller wrote:
> > It's your call, but since making them non-native is not really that much
> > more work, I'd recommend doing it that way.
> However there is a reason, it is political, it is
> relevant -- it convinced me anyhow :) I also initially
> produc
On Tue, Feb 28, 2006 at 05:55:13PM +0200, Panu Kalliokoski wrote:
> On Tue, Feb 28, 2006 at 04:32:16PM +0100, Thijs Kinkhorst wrote:
> > Native packages should ideally only be packages that have no real use
> > outside of Debian.
>
> Really? I've never seen such a guideline (although I admit it's
On Tue, Feb 28, 2006 at 04:32:16PM +0100, Thijs Kinkhorst wrote:
> Hello Panu,
>
> On Tue, 2006-02-28 at 16:05 +0200, Panu Kalliokoski wrote:
> > Where to get it:
> > http://sange.fi/~atehwa/debian/b5_2.3.dsc
> > http://sange.fi/~atehwa/debian/b5_2.3.tar.gz
> > http://sange.fi/~atehwa/debian/b5_2.
On Tue, Feb 28, 2006 at 05:19:04PM +0200, Panu Kalliokoski wrote:
> On Tue, Feb 28, 2006 at 09:18:25AM -0500, Justin Pryzby wrote:
> > On Tue, Feb 28, 2006 at 04:11:49PM +0200, Panu Kalliokoski wrote:
> > > cgames is an implementation of some traditional puzzle games for the
> > > console by Brian
On Wed, Mar 01, 2006 at 12:09:49AM +0800, Ying-Chun Liu wrote:
> >>Native packages should ideally only be packages that have no real use
> >>outside of Debian.
[...]
> > If you could show me some document that explains whether and why
> > native packages are not preferred for software that could li
On Tue, 2006-02-28 at 17:55 +0200, Panu Kalliokoski wrote:
> On Tue, Feb 28, 2006 at 04:32:16PM +0100, Thijs Kinkhorst wrote:
> > Native packages should ideally only be packages that have no real use
> > outside of Debian.
>
> Really? I've never seen such a guideline (although I admit it's been a
Panu Kalliokoski wrote:
> On Tue, Feb 28, 2006 at 04:32:16PM +0100, Thijs Kinkhorst wrote:
>
>>Native packages should ideally only be packages that have no real use
>>outside of Debian.
>
>
> Really? I've never seen such a guideline (although I admit it's been a
> long time since I read the rel
On Tue, Feb 28, 2006 at 04:32:16PM +0100, Thijs Kinkhorst wrote:
> Native packages should ideally only be packages that have no real use
> outside of Debian.
Really? I've never seen such a guideline (although I admit it's been a
long time since I read the relevant documents). In fact, the Debian
Hello Panu,
On Tue, 2006-02-28 at 16:05 +0200, Panu Kalliokoski wrote:
> Where to get it:
> http://sange.fi/~atehwa/debian/b5_2.3.dsc
> http://sange.fi/~atehwa/debian/b5_2.3.tar.gz
> http://sange.fi/~atehwa/debian/b5_2.3_all.deb
> http://sange.fi/~atehwa/debian/b5_2.3_i386.changes
The same goes f
On Tue, Feb 28, 2006 at 09:18:25AM -0500, Justin Pryzby wrote:
> On Tue, Feb 28, 2006 at 04:11:49PM +0200, Panu Kalliokoski wrote:
> > cgames is an implementation of some traditional puzzle games for the
> > console by Brian Raiter. These versions are built with ncurses support
> > instead of the
On Tue, Feb 28, 2006 at 04:11:49PM +0200, Panu Kalliokoski wrote:
> cgames is an implementation of some traditional puzzle games for the
> console by Brian Raiter. These versions are built with ncurses support
> instead of the niftier (but less portable) Linux console interface with
> graphical fo
Upstream Author: Dimitrios Souflis <[EMAIL PROTECTED]>
Build-Depends: debhelper (>= 4.0.0), stx2any
Package: tinyscheme
Architecture: any
Description: Very small scheme implementation
TinyScheme is an implementation that aims to very small memory
footprint while being as close to R5RS as practic
stx2any is a software package that I use, among other things, to write
my web pages and the man pages of my software. It has a small but
existent user base. :) Discussion about why I deem this piece of
software worthwhile can be found at
http://sange.fi/~atehwa/cgi-bin/piki.cgi/stx2any
Build-Dep
Build-Depends: debhelper (>= 4.0.0), stx2any, python
Package: sokoedit
Architecture: all
Depends: python
Description: A curses editor for Sokoban levels
sokoedit is a curses-based editor for Sokoban levels, written in
Python. Sokoban is a traditional Unix game that requires wits and good
patter
This is a Python library that has only one package for all python
versions.
Build-Depends: debhelper (>= 4.0.0), python, python-dev
Package: python-selecting
Architecture: all
Description: A high-level wrapper on the system call select()
Selecting provides a high-level framework around the system
This is a simple pure-Scheme equivalent of GNU readline for Gauche, a
Scheme implementation. It was written by Julian Fondren and Shiro Kawai
(who is the author of Gauche).
Build-Depends: debhelper (>= 4.0.0), gauche
Package: gauche-readline
Architecture: all
Depends: gauche
Description: Readline
cgames is an implementation of some traditional puzzle games for the
console by Brian Raiter. These versions are built with ncurses support
instead of the niftier (but less portable) Linux console interface with
graphical fonts.
Build-Depends: debhelper (>= 4.0.0), libgpmg1-dev, libncurses5-dev
P
bfc still remains one of the best optimising compilers for the language
brainfuck. Its code is messy, but it works.
Package: bfc
Architecture: any
Description: Compiler and interpreter for brainfuck
Brainfuck is an esoteric language with lots of tradition. This package
contains the traditional
b5 is my own software project. It was previously written in C, but I
changed the implementation to be on Scheme for maintainability reasons.
Package: b5
Architecture: all
Depends: gauche
Description: A purely functional macro processor
b5 is a simple programming language and macro processor feat
On Sat, Feb 25, 2006 at 11:46:55AM -0500, Amadan Korvin wrote:
> Hi I was wondering if someone on the mentors list woudl be willing to
> help me with the PTS mailer commands? I am really having trouble but
> could probably be sorted out with one or two examples...
Please just ask your question, d
On Tue, Feb 28, 2006 at 01:41:42PM +0100, Thijs Kinkhorst wrote:
> On a related note, at the location you specified I can only find binary
> packages (.deb). For successful sponsoring, you need to provide the full
> source packages (.dsc, .diff.gz, .orig.tar.gz). The .deb itself is not
On Tue, Feb
On Tuesday 28 February 2006 11:43 am, Panu Kalliokoski wrote:
> Hello, I'm interested in becoming a debian developer and I'm looking for
> sponsors. I'm not sure what else I should say; I'm willing to answer
> any questions. The new maintainer's guide says I should find sponsors
> for my packages
Hello Panu,
On Tue, 2006-02-28 at 13:43 +0200, Panu Kalliokoski wrote:
> Hello, I'm interested in becoming a debian developer and I'm looking for
Welcome!
> sponsors. I'm not sure what else I should say; I'm willing to answer
> any questions. The new maintainer's guide says I should find spons
Hi
On Tue, 28 Feb 2006 13:43:59 +0200
Panu Kalliokoski <[EMAIL PROTECTED]> wrote:
> Hello, I'm interested in becoming a debian developer and I'm looking for
> sponsors. I'm not sure what else I should say; I'm willing to answer
> any questions. The new maintainer's guide says I should find spon
Ying-Chun Liu wrote:
> Hi all,
>
> I'm looking for a sponsor for the following package:
>
> ITP:: #302896
> Package name: unrar-free
> Version : 0.0.1+cvs20060228
> Upstream Author : Jeroen Dekkers, Ben Asselstine
> URL : https://gna.org/projects/unra
Hello, I'm interested in becoming a debian developer and I'm looking for
sponsors. I'm not sure what else I should say; I'm willing to answer
any questions. The new maintainer's guide says I should find sponsors
for my packages (or fixes, translations, etc., which I haven't made)
before applying
On Mon, 27 Feb 2006 21:03:06 -0500
Mike O'Connor <[EMAIL PROTECTED]> wrote:
> You included preinst/postinst/prerm/postrm scripts that do nothing. If
> they aren't doing anything you should omit them.
Removed the useless scripts. Files are at the same place:
http://www.kiyuko.org/pool/beef_0.0
Hi all DD,
I'm looking for a sponsor for the package:
Package: libtime-unix-perl
Short Description: Time::Unix provides a time() function that uses the Unix
epoch regardless
of OS platform
Version Packaged: 1.03
The Debian sources are here:
http://mentors.debian.net/debian/pool/main/l/libti
Hi all,
I'm looking for a sponsor for the following package:
ITP:: #302896
Package name: unrar-free
Version : 0.0.1+cvs20060228
Upstream Author : Jeroen Dekkers, Ben Asselstine
URL : https://gna.org/projects/unrar
License : GPL
Descriptio
51 matches
Mail list logo
