On Mon, Apr 2, 2012 at 00:29, David Prévot wrote:
> Hi,
>
> Le 01/04/2012 18:24, Gergely Nagy a écrit :
>> Andreas Tille writes:
>
>>> I would like to add man pages to a program which does not accept any
>>> help option but if you call it without any option it outputs the help
>
>> help2man -h ""
Le Sun, Apr 01, 2012 at 01:30:41PM -0700, Ross Boylan a écrit :
>
> It's not my package, and for reasons of courtesy to the maintainer and
> (I thought) minimizing work for myself I didn't want to make any
> unncessary changes.
Actually, since the maintainer of noweb does not seem to have made up
On Mon, 2012-04-02 at 00:20 +0200, Gergely Nagy wrote:
> Ross Boylan writes:
>
> > Short version:
> >
> > What's the best way to work with a dpatch-based package developing code
> > that will likely take many smallish iterations to get right?
>
> As the other reply said: the best way is not to.
hi,
(i hope this is the right place to ask this question?)
i'm currently investigating the effort of building clean debian packages
for emc2 (linuxcnc.org) for a project (with the intent to get them into
debian in the end).
i have however a question on how to start the work:
upstream uses git an
Hi,
Le 01/04/2012 18:24, Gergely Nagy a écrit :
> Andreas Tille writes:
>> I would like to add man pages to a program which does not accept any
>> help option but if you call it without any option it outputs the help
> help2man -h "" $program will probably do the trick.
No:
$ help2man -h "" h
Andreas Tille writes:
> Hi,
>
> I would like to add man pages to a program which does not accept any
> help option but if you call it without any option it outputs the help
> information which would be needed to create the man page. Is there
> any trick to convince help2man to work on this anywa
Ross Boylan writes:
> Short version:
>
> What's the best way to work with a dpatch-based package developing code
> that will likely take many smallish iterations to get right?
As the other reply said: the best way is not to.
The long version of the same answer: dpatch is not a VCS, was never
me
On Sun, 2012-04-01 at 16:12 -0400, David Prévot wrote:
> Hi,
>
> Le 01/04/2012 16:01, Ross Boylan a écrit :
> > What's the best way to work with a dpatch-based package developing code
>
> Why not just moving away from that deprecated tool and use 3.0 (quilt)
> format instead?
>
> https://l
Hi,
Le 01/04/2012 16:01, Ross Boylan a écrit :
> What's the best way to work with a dpatch-based package developing code
Why not just moving away from that deprecated tool and use 3.0 (quilt)
format instead?
https://lists.debian.org/debian-devel/2011/08/msg00380.html
Regards
David
Short version:
What's the best way to work with a dpatch-based package developing code
that will likely take many smallish iterations to get right?
Longer version:
I am working on some extensions to noweb, a literate programming tool,
to improve its handling of python files (see bug 661635 for d
On Sun, Apr 01, 2012 at 09:37:03PM +0200, Andreas Tille wrote:
> Hi,
>
> I would like to add man pages to a program which does not accept any
> help option but if you call it without any option it outputs the help
> information which would be needed to create the man page. Is there
> any trick to
Andreas Tille writes:
> I would like to add man pages to a program which does not accept any
> help option but if you call it without any option it outputs the help
> information which would be needed to create the man page. Is there
> any trick to convince help2man to work on this anyway?
Would
Hi,
I would like to add man pages to a program which does not accept any
help option but if you call it without any option it outputs the help
information which would be needed to create the man page. Is there
any trick to convince help2man to work on this anyway?
Kind regards
Andreas.
Your message dated Sun, 1 Apr 2012 17:56:28 +0200
with message-id <20120401155628.gt4...@mykerinos.kheops.frmug.org>
and subject line Uploads done
has caused the Debian Bug report #666558,
regarding RFS: fonts-dosis/1.7-1 [ITP]
to be marked as done.
This means that you claim that the problem has b
Your message dated Sun, 1 Apr 2012 17:56:28 +0200
with message-id <20120401155628.gt4...@mykerinos.kheops.frmug.org>
and subject line Uploads done
has caused the Debian Bug report #666555,
regarding RFS: fonts-cabin/1.5-1 [ITP]
to be marked as done.
This means that you claim that the problem has b
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "sic"
Package name: sic
Version : 1.1-5
Upstream Author : Anselm R. Garbe
URL : http://tools.suckless.org/sic/
License : MIT
Section : net
It builds thi
Le 01/04/12 14:44, Giulio Paci a écrit :
>
>>
>> - install the binaries in /usr/lib/bin/sptk/
>
> I do not see any /usr/lib/bin/ in my system. Did you mean
> /usr/lib/sptk/bin/?
Yes, sorry: either /usr/lib/sptk/bin/ or simply /usr/lib/sptk/
>
> This seems a nice solution. Is it also common pr
Hi Thibaut,
thank you for your quick reply.
Il 01/04/2012 14:11, Thibaut Paumard ha scritto:
> Le 01/04/12 13:28, Giulio Paci a écrit :
>> The toolkit consists of 127 simple command-line programs (with a short
>> name), that are supposed to interact each other mainly using stdin and
>> std
Le 01/04/12 13:28, Giulio Paci a écrit :
> Hi to all!
> I am trying to package sptk (), a toolkit for speech signal processing.
>
> The toolkit consists of 127 simple command-line programs (with a short
> name), that are supposed to interact each other mainly using stdin and
> stdout. Users
* Innocent De Marchi [120401 13:08]:
> >The symbols file cannot be generated automatically as no computer
> >program can decide what the contents should be.
>
> but in the compilation of the package (for example with pdebuild), a
> report of differences is generated if there are changes.
Tha
Hi to all!
I am trying to package sptk (), a toolkit for speech signal processing.
The toolkit consists of 127 simple command-line programs (with a short
name), that are supposed to interact each other mainly using stdin and
stdout. Users of this toolkit generally install it in a custom lo
Hi Bernhard
>The symbols file cannot be generated automatically as no computer
>program can decide what the contents should be.
but in the compilation of the package (for example with pdebuild), a
report of differences is generated if there are changes.
If pdebuild can make a report of chang
* Innocent De Marchi [120401 09:11]:
> I have adopted a package with a library [0]. It must be frequently
> updating the package to update the symbols file
> Strikes me that the file .symbols not be generated automatically when
> in compiling the package: Is it not possible that the compilation of
On 17:07 Sun 01 Apr , Paul Wise wrote:
> Do the usual things for embedded code copies:
Umm.. not clear. By saying package in the usual way do you mean that I
include modified library code inside packages?
Policy 4.13 says we shouldn't include convenience copies unless its intended to
use th
On Sun, Apr 1, 2012 at 1:44 PM, Vasudev Kamath wrote:
> Friendica modifies the php library it is depending on heavily so it
> ships the embedded php library source along with it. Also it
> uses tinymce which is also highly modified version so If I symlink
> debian's version of tinymce it will rend
Hi Russ,
On 23:09 Sat 31 Mar , Russ Allbery wrote:
> It's unfortunately fairly common to have to override the Lintian warnings
> about this, because using heavily modified versions of these libraries in
> webapps seems rather common.
Thanks I'll proceed with lintian overrides.
>It would be
Hi!
The current sponsor of the package is on vacation: to my I would like
this package prepared for the new stable release of Debian.
Anyone is encouraged to upload the package to the repository? I be
very grateful!
The package is available in
http://mentors.debian.net/debian/pool/main/p/peg-sol
27 matches
Mail list logo
