Re: RFS: creepy

On Sun, 8 May 2011 21:46:20 -0500 Daniel Echeverry wrote: > Dear mentors, > > I am looking for a sponsor for my package "creepy". > > * Package name: creepy > Version : 0.1.9.2-1 > Upstream Author : Yiannis Kakavas > * URL : http://ilektrojohn.github.com/creepy > *

RFS: creepy

Dear mentors, I am looking for a sponsor for my package "creepy". * Package name: creepy Version : 0.1.9.2-1 Upstream Author : Yiannis Kakavas * URL : http://ilektrojohn.github.com/creepy * License : GPL3 Section : python It builds these binary pack

Re: Library Question

On Sun, May 8, 2011 at 5:42 PM, Rainer Dorsch wrote: > No, navit is a third party application, which I want to package on maemo. > Nokia does not ship any version of Navit (they ship the proprietary OVI maps). > Freetype belongs to the core system which is shipped by Nokia, which I do not > want

Re: Debian Packaging Tutorial

Hi Thomas! 2011/5/8 Thomas Goirand : > > I'm afraid I don't know Latex. > You can contact me in private and I help you with that. Cheers! Tássia. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Arc

Re: Debian Packaging Tutorial

On 09/05/11 at 02:19 +0800, Thomas Goirand wrote: > On 05/08/2011 09:46 PM, Lucas Nussbaum wrote: > > On 07/05/11 at 08:33 +0800, Thomas Goirand wrote: > > > >> On 05/06/2011 08:26 PM, Lucas Nussbaum wrote: > >> > >>> On 06/05/11 at 19:15 +0800, Thomas Goirand wrote: > >>> > >>> > >>

RFS: kildclient (updated packages, fixes FTBS)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package "kildclient". * Package name: kildclient Version : 2.11.0-1 Upstream Author : me (Eduardo M Kalinowski) * URL : http://kildclient.sourceforge.net/ * License

Re: Debian Packaging Tutorial

On 05/08/2011 09:46 PM, Lucas Nussbaum wrote: > On 07/05/11 at 08:33 +0800, Thomas Goirand wrote: > >> On 05/06/2011 08:26 PM, Lucas Nussbaum wrote: >> >>> On 06/05/11 at 19:15 +0800, Thomas Goirand wrote: >>> >>> >>> Latex beamer. Is your presentation available somewhere? >>> >>> L.

Re: RFS: trng

On Sun, May 08, 2011 at 05:51:39PM +0200, Torquil Macdonald Sørensen wrote: > On 08/05/11 17:09, Alessandro Ghedini wrote: > > - Why are you overriding dh_compress? According to Debian Policy, > > additional documentation should be compressed unless it's small. Let > > dh_compress decide

Re: RFS: trng

On 08/05/11 17:09, Alessandro Ghedini wrote: - Why are you overriding dh_compress? According to Debian Policy, additional documentation should be compressed unless it's small. Let dh_compress decide wheter it is needed or not to compress it. (also, compressed pdf.gz files are su

Re: RFS: trng

On 08/05/11 17:09, Alessandro Ghedini wrote: On Sun, May 08, 2011 at 04:31:06PM +0200, Torquil Macdonald Sørensen wrote: Hi all! Hi, TRNG (Tina's Random Number Generator) is a very nice C++ parallel pseudo-random number generator library that I use within my MPICH2 parallel computer programs

Re: RFS: trng

On Sun, May 08, 2011 at 04:31:06PM +0200, Torquil Macdonald Sørensen wrote: > Hi all! Hi, > TRNG (Tina's Random Number Generator) is a very nice C++ parallel > pseudo-random number generator library that I use within my MPICH2 > parallel computer programs on Debian Sid AMD64 on a dual-core > comp

Re: RFS: trng

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Torquil, On 08.05.2011 16:46, Torquil Macdonald Sørensen wrote: > Parallel computing is becoming more and more >> commonplace, and this is a very easy-to-use and high-quality parallel >> pseudo RNG, and is actively maintained upstream. maybe you w

Re: RFS: trng

On 08/05/11 16:31, Torquil Macdonald Sørensen wrote: Hi all! TRNG (Tina's Random Number Generator) is a very nice C++ parallel pseudo-random number generator library that I use within my MPICH2 parallel computer programs on Debian Sid AMD64 on a dual-core computer. They use Monte Carlo methods,

RFS: trng

Hi all! TRNG (Tina's Random Number Generator) is a very nice C++ parallel pseudo-random number generator library that I use within my MPICH2 parallel computer programs on Debian Sid AMD64 on a dual-core computer. They use Monte Carlo methods, so quality random number generation is essential.

Re: Re: RFS: retext

Just a question: Should I create a new bug (to include its number) or it's not essential? 2011/5/8 Dmitry Shachnev : > Thanks for your advice! I will provide an updated package tomorrow. > -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Troub

Re: Re: RFS: retext

On Sun, May 08, 2011 at 06:09:31PM +0400, Dmitry Shachnev wrote: > Just a question: > Should I create a new bug (to include its number) or it's not essential? Sure, assuming another ITP/RFP bug does not exists for this software. You have to file a bug against the "wnpp" pseudo-package. You can d

Re: Re: RFS: retext

Thanks for your advice! I will provide an updated package tomorrow. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTimE9RyzZ==fkykyxlg3wa_enp5...@mail.gmail.c

Re: Debian Packaging Tutorial

On 07/05/11 at 08:33 +0800, Thomas Goirand wrote: > On 05/06/2011 08:26 PM, Lucas Nussbaum wrote: > > On 06/05/11 at 19:15 +0800, Thomas Goirand wrote: > >> On 05/05/2011 10:57 PM, Lucas Nussbaum wrote: > >>> And of course, it can be found on git.debian.org: > >>> git clone git://git.debian.org/~lu

Re: RFS: retext

On Sun, May 08, 2011 at 02:39:26PM +0200, Alessandro Ghedini wrote: > On Sun, May 08, 2011 at 01:16:27PM +0200, Fabrizio Regalli wrote: > > On '--pedantic' check: > > > > > > P: retext: no-upstream-changelog > > - it would be better to create it (if it's possibile) > > No, it's not. If an upstre

Re: RFS: retext

On Sun, May 08, 2011 at 01:16:27PM +0200, Fabrizio Regalli wrote: > On '--pedantic' check: > > > P: retext: no-upstream-changelog > - it would be better to create it (if it's possibile) No, it's not. If an upstream changelog is not present, you can contact upstream and ask if she can provide one

Re: RFS: retext

Fixed (upstream tarball updated as well). Is it enough to provide /usr/share/doc/retext/changelog.gz, or we need one for retext-wpgen too? Dmitry Shachnev 2011/5/8 Fabrizio Regalli : > Hi Dmitry, > > two thing: > > W: retext source: out-of-date-standards-version 3.9.1 (current is 3.9.2) > - simpl

Re: RFS: retext

Hi Dmitry, two thing: W: retext source: out-of-date-standards-version 3.9.1 (current is 3.9.2) - simply update your 'Standard-Version' field On '--pedantic' check: P: retext: no-upstream-changelog - it would be better to create it (if it's possibile) Cheers, Fabrizio. Il giorno dom, 08/05

Re: [uploaded] Re: RFS: mangler (2nd try)

> I uploaded the package (it isn't picked up by Debian machinery yet > though, some temporary problem there), it will go throught NEW queue. > Thanks for the contribution to Debian! You may contact me directly for > the future updates of this package. > All right, thank you! > I also didn't say i

[uploaded] Re: RFS: mangler (2nd try)

On 2011-05-08 00:44, Vincent Cheng wrote: > > 4) debian/control: please lowercase first letters in short descriptions. > > > Fixed for the libventrilo packages. However, mangler's description > starts off with Ventrilo, which is a name, so I think it should remain > capitalized. Ok. > > 6) dpkg-s

Re: RFS: seeks

Hi Medhi, Mentors, Le 22/10/2010 18:27, Mehdi Abaakouk a écrit : > I am looking for a sponsor for my package "seeks". > > * Package name: seeks > Version : 0.3.0-1 > Upstream Author : Emmanuel Benazera > > > * URL : http://www.seek

Re: Library Question

Paul, I think I did not describe accurately enough, what I want to do and what boundary condidtions are there. Am Sonntag, 8. Mai 2011 schrieb Paul Wise: > Since this is about maemo you can do whatever is allowed there. > > In Debian we would make an update to freetype with a patch targetting >

Re: RFS: mangler (2nd try)

On Sat, May 7, 2011 at 10:11 AM, Eugene V. Lyubimkin wrote: > [ dropped pkg-voip@ from CC ] > > Here's my review: > > Overall the package is prepared well, thumbs up. Nevertheless: > > 1) The tarball contains directories 'android' and 'iphone'. Repack an > upstream tarball and remove them totally.