statist - terminal based statistics program

2005-11-02 Thread Jakson A. Aquino
Hello! I would like to add a small statistics software to Debian official packages. Statist home page currently is on: http://www.usf.uos.de/~breiter/tools/statist/index.en.html Soon we will have a new release of statist (1.3.1), and I've edited a script that creates a binary .deb file. (I

Re: statist - terminal based statistics program

2005-11-02 Thread Christoph Haas
Hi, Jakson.. On Wednesday 02 November 2005 14:41, Jakson A. Aquino wrote: I would like to add a small statistics software to Debian official packages. Statist home page currently is on: http://www.usf.uos.de/~breiter/tools/statist/index.en.html Soon we will have a new release of statist

Re: dpatch upstream source

2005-11-02 Thread Junichi Uekawa
Hi, I'm working on some big changes for the new upstream of the erlang packages. The biggest change is that the package is now fully using dpatch, *but*, basing myself on some other package I've seen (coreutils for example), I've put the compressed upstream right in the package. It is

Re: statist - terminal based statistics program

2005-11-02 Thread Justin Pryzby
On Wed, Nov 02, 2005 at 11:41:35AM -0200, Jakson A. Aquino wrote: Hello! I would like to add a small statistics software to Debian official packages. Statist home page currently is on: http://www.usf.uos.de/~breiter/tools/statist/index.en.html Soon we will have a new release of

Re: dpatch upstream source

2005-11-02 Thread François-Denis Gonthier
On 2 November 2005 09:13, Junichi Uekawa wrote: Hi, I'm working on some big changes for the new upstream of the erlang packages. The biggest change is that the package is now fully using dpatch, *but*, basing myself on some other package I've seen (coreutils for example), I've put the

Re: dpatch upstream source

2005-11-02 Thread François-Denis Gonthier
On 2 November 2005 09:13, Junichi Uekawa wrote: Hi, I'm working on some big changes for the new upstream of the erlang packages. The biggest change is that the package is now fully using dpatch, *but*, basing myself on some other package I've seen (coreutils for example), I've put the

Re: dpatch upstream source

2005-11-02 Thread Justin Pryzby
On Wed, Nov 02, 2005 at 10:08:13AM -0500, Fran?ois-Denis Gonthier wrote: On 2 November 2005 09:13, Junichi Uekawa wrote: Hi, I'm working on some big changes for the new upstream of the erlang packages. The biggest change is that the package is now fully using dpatch, *but*, basing

Re: dpatch upstream source

2005-11-02 Thread Thomas Viehmann
Justin Pryzby wrote: for example), I've put the compressed upstream right in the package. It Also, how does this work WRT pristine source requirements? I notice that coreutils embedded upstream tarball is pristine, but of course the .orig is not. IMO this isn't a political problem - the

Upstream tar.gz in orig file à la dbs (was Re: dpatch upstream source)

2005-11-02 Thread François-Denis Gonthier
On 2 November 2005 10:42, Justin Pryzby wrote: [Changed to a more suitable subject] On Wed, Nov 02, 2005 at 10:08:13AM -0500, Fran?ois-Denis Gonthier wrote: On 2 November 2005 09:13, Junichi Uekawa wrote: Hi, I'm working on some big changes for the new upstream of the erlang

Re: statist - terminal based statistics

2005-11-02 Thread Jakson A. Aquino
Hi Justin, Thanks for your help! I see. You'll want to read the New Maint Guide at http://www.debian.org/devel/ I'm following the instructions from maint-guide, but when I do the command: dpkg-buildpackage -rfakeroot -d The result is: dpkg-gencontrol: error: control file must have at

Re: statist - terminal based statistics

2005-11-02 Thread Jakson A. Aquino
On Wed, Nov 02, 2005 at 01:30:06PM -0500, Justin Pryzby wrote: It has to have at least 2 stanzas; the first is for the source package, and the rest are for binary packages created by that source package. Maybe check other people's control files for examples. 2 stanzas: It worked: I put back

Re: statist - terminal based statistics

2005-11-02 Thread Sune Vuorela
On 2005-11-02, Jakson A. Aquino [EMAIL PROTECTED] wrote: I think that I don't need the files below: dirs postinst.ex preinst.ex statist-default.ex compat postrm.exprerm.ex Can I delete them? Try ;) - or at least move them to somewhere else ;) (compat are needed) /Sune --

Re: statist - terminal based statistics

2005-11-02 Thread Justin Pryzby
On Wed, Nov 02, 2005 at 05:46:23PM -0200, Jakson A. Aquino wrote: On Wed, Nov 02, 2005 at 01:30:06PM -0500, Justin Pryzby wrote: It has to have at least 2 stanzas; the first is for the source package, and the rest are for binary packages created by that source package. Maybe check other

Re: statist - terminal based statistics

2005-11-02 Thread Jakson A. Aquino
On Wed, Nov 02, 2005 at 03:03:47PM -0500, Justin Pryzby wrote: Deleted from then end? Most unix editors always put a newline at the end of a file; what editor are you using? I'm using a good editor, but I deleted manually a line between the source and the package part of the control file. I'm

Re: statist - terminal based statistics

2005-11-02 Thread Justin Pryzby
On Wed, Nov 02, 2005 at 06:24:27PM -0200, Jakson A. Aquino wrote: On Wed, Nov 02, 2005 at 03:03:47PM -0500, Justin Pryzby wrote: Deleted from then end? Most unix editors always put a newline at the end of a file; what editor are you using? I'm using a good editor, but I deleted manually a

Re: dpatch upstream source

2005-11-02 Thread Darren Salt
I demand that François-Denis Gonthier may or may not have written... On 2 November 2005 09:13, Junichi Uekawa wrote: I'm working on some big changes for the new upstream of the erlang packages. The biggest change is that the package is now fully using dpatch, *but*, basing myself on some

Re: dpatch upstream source

2005-11-02 Thread François-Denis Gonthier
On 2 November 2005 15:54, Darren Salt wrote: Use lsdiff (in patchutils) to find out if a patch is in the wrong place: $ lsdiff -z ../foo_1.2.3-4.diff.gz | grep -v /debian/ You can move the offending patches into a file in debian/patches/ with filterdiff and dpatch-edit-patch: $

Re: RFS: stopwatch

2005-11-02 Thread Daniel Milstein
Thank you for your quick and courtious reply. I made the suggested changes, and the new packages is availible at geocities.com/vze49jxa. Regarding the communication problem, I can also be emailed at [EMAIL PROTECTED], which should work fine with European mail servers. Some things to note: 1.

Re: statist - terminal based statistics

2005-11-02 Thread Jakson A. Aquino
On Wed, Nov 02, 2005 at 03:30:51PM -0500, Justin Pryzby wrote: It would be possible, but not desirable IMHO, and probably not in the opinion of many people here. Documentation files are rarely used :) Seriously, though, xpdf is linked with zlib anyway, and transparently handles .pdf.gz, and

Re: RFS: stopwatch

2005-11-02 Thread Justin Pryzby
On Wed, Nov 02, 2005 at 05:21:26PM -0500, Daniel Milstein wrote: 2. The upstream package is not *NIX specific, so I am unsure of the appropriateness of sending the manpage upstream. I shall do so if you still insist that I should, however. I would suggest it; they can include it an people can

Re: RFS: stopwatch

2005-11-02 Thread Ben Finney
[Daniel, I tried replying to you individually, but your provider is senselessly blocking mail from huge areas of the internet. Please pressure them to stop doing that.] On 02-Nov-2005, Daniel Milstein wrote: I was unsure whether I was supposed to reply to you personally or reply via the mailing

Re: statist - terminal based statistics

2005-11-02 Thread Justin Pryzby
On Wed, Nov 02, 2005 at 08:51:25PM -0200, Jakson A. Aquino wrote: On Wed, Nov 02, 2005 at 03:30:51PM -0500, Justin Pryzby wrote: It would be possible, but not desirable IMHO, and probably not in the opinion of many people here. Documentation files are rarely used :) Seriously, though,

Re: RFS: stopwatch

2005-11-02 Thread Daniel Milstein
Sorry about that. Thanks for the link. Verizon refuses to listen to requests to unblock half the world. -Daniel J. Milstein On Wednesday 02 November 2005 6:18 pm, Ben Finney wrote: [Daniel, I tried replying to you individually, but your provider is senselessly blocking mail from huge areas of

Re: Upstream tar.gz in orig file à la dbs (was Re: dpatch upstream source)

2005-11-02 Thread Junichi Uekawa
Hi Also, how does this work WRT pristine source requirements? I notice that coreutils embedded upstream tarball is pristine, but of course the .orig is not. That's the kind of question I'm looking answers for. In the developer manual, it is clearly said that the .orig.tar.gz should

Re: double-shlibs

2005-11-02 Thread Henrique de Moraes Holschuh
On Tue, 01 Nov 2005, Nathanael Nerode wrote: Frank Lichtenheld wrote: On Tue, Nov 01, 2005 at 11:21:41AM -0400, -.JavaManiac.- wrote: I have the next linda-warning : W: libefltk2.0-dev; Shared object /usr/bin/ecalc is linked with version 6 and 5of libstdc++. snip I can't tell of

Re: Upstream tar.gz in orig file à la dbs (was Re: dpatch upstream source)

2005-11-02 Thread François-Denis Gonthier
More of an operational point of view, it's difficult to look at source code. Bug #250202 is the one to look at; which seems to have a solution. With that page, I've got a much better understanding of what and the advantages and disadvantages of double-tarred source. I'll look into