Sounds like an RC bug, either in gnuradio or libsdl.2-dev, depending
on where the -lartsc flag is coming from. sdl-config --libs doesn't
give me -lartsc, so it is probably a gnuradio issue. Please
investigate and file a bug as appropriate.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UN
Some comments on your package:
You can basically strip all the comment and blank lines from the watch file.
You shouldn't need debian/manpages since upstream already installs the
manual page.
If you build the package twice in a row the following extra files end
up in the diff.gz:
capstats-0.12/
2010/1/22 Rafael Enrique Ortiz Guerrero :
> Dear mentors,
>
> I am looking for a sponsor for my package "turtleart".
>
> * Package name : turtleart
> Version : 0.0.1
> Upstream Author : Walter Bender wal...@sugarlabs.org
> * URL : http://wiki.sugarlabs.org/go/Activities/Tur
On Fri, Jan 22, 2010 at 12:51:28AM +0100, Mats Erik Andersson wrote:
> Is there some location where one could, with some luck,
> encounter also the intermediary packages that have been
> superseeded with time? Or are such packaged quickly
> pushed into oblivion?
---end quoted text---
http://stabil
On 22/01/10 at 10:34 +0900, Charles Plessy wrote:
> Le Fri, Jan 22, 2010 at 12:20:50PM +1100, Ben Finney a écrit :
> > Mats Erik Andersson writes:
> >
> > > in trying to disect an RC-bug I find myself wanting to compare, using
> > > debdiff, two immediate successor packages, like
> > >
> > >
Dear mentors,
I am looking for a sponsor for my package "turtleart".
* Package name: turtleart
Version : 0.0.1
Upstream Author : Walter Bender wal...@sugarlabs.org
* URL : http://wiki.sugarlabs.org/go/Activities/Turtle_Art
* License : gplv2
Section :
On 22/01/10 at 00:51 +0100, Mats Erik Andersson wrote:
> Hello all,
>
> in trying to disect an RC-bug I find myself wanting to
> compare, using debdiff, two immediate successor packages,
> like
>
> this_1.20-15.dsc and this_1.20-16.dsc.
>
> However, for the particular package in questio
Le Fri, Jan 22, 2010 at 12:20:50PM +1100, Ben Finney a écrit :
> Mats Erik Andersson writes:
>
> > in trying to disect an RC-bug I find myself wanting to compare, using
> > debdiff, two immediate successor packages, like
> >
> > this_1.20-15.dsc and this_1.20-16.dsc.
> >
> > However, for
Mats Erik Andersson writes:
> in trying to disect an RC-bug I find myself wanting to compare, using
> debdiff, two immediate successor packages, like
>
> this_1.20-15.dsc and this_1.20-16.dsc.
>
> However, for the particular package in question Lenny has 1.20-13.1
> and both testing and
Le Fri, Jan 22, 2010 at 12:51:28AM +0100, Mats Erik Andersson a écrit :
> Hello all,
>
> in trying to disect an RC-bug I find myself wanting to
> compare, using debdiff, two immediate successor packages,
> like
>
> this_1.20-15.dsc and this_1.20-16.dsc.
Dear Mats Erix,
the command “deb
On Thursday 21 January 2010 17:51:28 Mats Erik Andersson wrote:
> in trying to disect an RC-bug I find myself wanting to
> compare, using debdiff, two immediate successor packages,
> like
>
> this_1.20-15.dsc and this_1.20-16.dsc.
>
> However, for the particular package in question Lenny
Hello all,
in trying to disect an RC-bug I find myself wanting to
compare, using debdiff, two immediate successor packages,
like
this_1.20-15.dsc and this_1.20-16.dsc.
However, for the particular package in question Lenny has
1.20-13.1 and both testing and unstable share 1.20-16.
These
Jérémy Lal writes:
> Imagine this common use case :
> - create an ITP
(missing step here: do all the packaging work. I raise this only because
it's distressingly common for people to announce their “Intent To
Package” long after they've already done it.)
> - then make the package available for
On Thu, 21 Jan 2010 16:51:51 +, Paul McEnery wrote:
> > W: slimrat: manpage-has-bad-whatis-entry usr/share/man/man8/slimrat-gui.8.gz
> > W: slimrat: manpage-has-bad-whatis-entry usr/share/man/man8/slimrat.8.gz
> I'll search the web, but I'm not sure how to resolve this. Hopefully
> someone on
On Thu, Jan 21, 2010 at 06:12:16PM +0100, Mike Hommey wrote:
> Why not Cc the ITP bug when you send your RFS on -mentors ?
FWIW, I do that (see http://bugs.debian.org/364317 for example)
because, frankly, it seems like the obvious thing to do...
--
{ IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADD
Updated package:
- dget http://mentors.debian.net/debian/pool/main/s/slimrat/slimrat_1.0-1.dsc
I've changed the package split according to some recommendations, and
the only outstanding issue now should be the pod2man issues - which
I'll resolve in the next day or two.
Regards,
Paul.
--
To U
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Gilbert schrieb:
> On Tue, 19 Jan 2010 19:03:29 +0100 Patrick Matthäi wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Michael Gilbert schrieb:
>>> On Mon, 18 Jan 2010 23:27:32 +0100 Patrick Matthäi wrote:
>>>
-BEGIN
On Thu, Jan 21, 2010 at 11:52 AM, Jérémy Lal wrote:
> Imagine this common use case :
> - create an ITP
> - then make the package available for sponsors (say, on mentors),
> - then send an RFS
> - later (sometimes a lot later, or even never), the package is uploaded
>
> Is there already a standard
On Thu, Jan 21, 2010 at 05:52:45PM +0100, Jérémy Lal wrote:
> Imagine this common use case :
> - create an ITP
> - then make the package available for sponsors (say, on mentors),
> - then send an RFS
> - later (sometimes a lot later, or even never), the package is uploaded
>
> Is there already a s
Imagine this common use case :
- create an ITP
- then make the package available for sponsors (say, on mentors),
- then send an RFS
- later (sometimes a lot later, or even never), the package is uploaded
Is there already a standard way of showing in the ITP
that an RFS has been sent ?
I ask becaus
2010/1/21 Michal Čihař :
> Hi
>
> Dne Wed, 20 Jan 2010 11:01:40 +
> Paul McEnery napsal(a):
>
>> The package can be found on mentors.debian.net:
>> - URL: http://mentors.debian.net/debian/pool/main/s/slimrat
>> - Source repository: deb-src http://mentors.debian.net/debian unstable
>> main cont
Thank you, Ben and Sandro, for you advice.
On 21/01/10 12:05, Ben Finney wrote:
You will find differing opinions on that.
Evidently, yes. :)
My position is that, once you have made a release and uploaded it, that
release version should forever refer only to that same thing: you don't
know
On Thu, Jan 21, 2010 at 08:40:19PM +0700, Neutron Soutmun wrote:
> Please review again
Package looks good. Uploaded.
Cheers!
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
signature.asc
Description: Digital signature
On Thu, Jan 21, 2010 at 7:25 PM, Theppitak Karoonboonyanan
wrote:
> No need to rename debian/lintian-overrides to debian/package.lintian-overrides
> for source package that only builds a single binary package like this one.
> debian/lintian-overrides should work just fine.
Reverted.
> And, as you
On Thu, Jan 21, 2010 at 06:28:33PM +0700, Neutron Soutmun wrote:
> Using dh_lintian now, and adjust the installation.
No need to rename debian/lintian-overrides to debian/package.lintian-overrides
for source package that only builds a single binary package like this one.
debian/lintian-overrides
> Looks good now. Just one small thing: now that the package has been moved
> to debhelper 7, please consider installing the lintian-overrides file with
> dh_lintian.
Using dh_lintian now, and adjust the installation.
Please review.
Best regards,
Neutron Soutmun
On Thu, Jan 21, 2010 at 5:47 PM,
Hi
Dne Wed, 20 Jan 2010 11:01:40 +
Paul McEnery napsal(a):
> The package can be found on mentors.debian.net:
> - URL: http://mentors.debian.net/debian/pool/main/s/slimrat
> - Source repository: deb-src http://mentors.debian.net/debian unstable
> main contrib non-free
> - dget http://mentors.
On Thu, Jan 21, 2010 at 05:07:36PM +0700, Neutron Soutmun wrote:
> I just re-upload package to mentors.d.n, please re-download and
> review again.
Looks good now. Just one small thing: now that the package has been moved
to debhelper 7, please consider installing the lintian-overrides file with
d
> - Vcs-Svn is pointing to libthai SVN, not xiterm+thai's
Oh, sorry, it's my mistake. (fixed)
> - Is sharutils still needed as a b-dep?
No, it's not really used for a long time, forgot to remove (removed)
> - debian/copyright: are you sure to only publish for last year (2009)?
Sorry, I forgot thi
29 matches
Mail list logo
