Dear mentors,
I am looking for a sponsor for my package "tumgreyspf". This is a quite
small package, that I believe would be fast to check. It's a quite
efficient anti-spam tool doing both grey listing and SPF checks. We use
it in production.
* Package name: tumgreyspf
Version : 1.2
On 10/9/07, Francesco Namuri <[EMAIL PROTECTED]> wrote:
> http://mentors.debian.net/debian/pool/main/d/dictconv/dictconv_0.2-1.dsc
diff review:
uneeded blank lines in debian/watch, debian/rules
Homepage in description is obsolete, please move to the new dpkg field
(in the source package stanza)
David Bremner wrote:
> I have upload a new version 0.2.27-2 of my package "sketch" to
> mentors.debian.net.
that won't work. you need 1:0.2.27-2 in order to be greater than
0.6.17-7 in stable.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTE
Dear all,
I am maintaining packages of festival family (festival, -dev, -doc,
speech-tools). I took maintainership sometime ago and fixed many bugs,
but package has no patch system ie all patches resides in .diff.gz.
Now, for better maintenance and making life easy for new upstream
release, I wan
Hi,
thanks for the review. :)
Il giorno mar, 09/10/2007 alle 18.03 +1000, Paul Wise ha scritto:
> On 10/9/07, Francesco Namuri <[EMAIL PROTECTED]> wrote:
> > http://mentors.debian.net/debian/pool/main/d/dictconv/dictconv_0.2-1.dsc
>
> diff review:
>
> uneeded blank lines in debian/watch, debian/
Hi Kartik,
> Now, for better maintenance and making life easy for new upstream
> release, I want to move to dpatch.
>
> What are best way to do it? I have done manually with xosview (15
> patches scattered in .diff.gz and reading changelog carefully, putting
> correct patch submitter from BTS -- a
Francesco Namuri <[EMAIL PROTECTED]> (09/10/2007):
> Fixed this one also, so it's useless to use dch --closes?
That's sure not needed for the ITP. For other bugs, that helps changelog
readers to figure out which bug was fixed by which changelog entry w/o
having to do any lookup using the BTS. Usua
Hi
> Now, for better maintenance and making life easy for new upstream
> release, I want to move to dpatch.
>
> What are best way to do it? I have done manually with xosview (15
> patches scattered in .diff.gz and reading changelog carefully, putting
> correct patch submitter from BTS -- all hail).
On Tue, 09 Oct 2007 11:22:45 +0200
Francesco Namuri <[EMAIL PROTECTED]> wrote:
> > No need to put the full title of the ITP bug in debian/changelog
>
> Fixed this one also, so it's useless to use dch --closes?
No, dch --closes is the recommended method for several reasons:
1. it looks up the bug
> "Daniel" == Daniel Baumann <[EMAIL PROTECTED]> writes:
> David Bremner wrote:
>> I have upload a new version 0.2.27-2 of my package "sketch" to
>> mentors.debian.net.
Daniel> that won't work. you need 1:0.2.27-2 in order to be
Daniel> greater than 0.6.17-7 in stable.
Ep
Thank you for your review and reply, Neil.
My comments to the bug reports were simply my initial contact with the
original bug reporter, and were not my final assessment of the issues
or the potential solutions. My impression was that part of the
mentor-mentee relationship was a process of guidin
tag 444509 patch
thanks
Lucas Nussbaum <[EMAIL PROTECTED]> (29/09/2007):
> Justification: FTBFS on i386
Hi,
please find attached the patch for my NMU.
Mentors, please someone checks and uploads grig with the attached
debdiff, e.g. to DELAYED/5. I'm requesting it here since the IRC
channel is qu
Hi,
> please find attached the patch for my NMU.
autotools-dev contains a proper config.guess and config.sub, better copy
them at build time and remove the files later (or make a backup of the
original files and move them back), that's a much shorter and clearer
patch then yours, also it will mak
Bernd Zeimetz <[EMAIL PROTECTED]> (09/10/2007):
> Hi,
Hi.
Thanks for not putting the subscribers in Cc unless they ask for it.
> autotools-dev contains a proper config.guess and config.sub, better
> copy them at build time and remove the files later (or make a backup
> of the original files and
Hi,
> I could have stripped these parts from the diff, but they would be added
> anyway,
no, you can just remove them in your clean target.
> so what's your point? Playing around with config.* backups is
> what I call “ugly”.
Then don't do it, see above.
> And since the maintainer isn't using
On Tue, 2007-10-09 at 10:54 -0400, Chess Griffin wrote:
> My intent here was to help with a very old package and learn some
> things along the way,
Sure, go ahead.
Regards,
Bart Martens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PR
Bernd Zeimetz <[EMAIL PROTECTED]> (09/10/2007):
> > I could have stripped these parts from the diff, but they would be
> > added anyway,
>
> no, you can just remove them in your clean target.
The point is exactly about adding them in the clean target, so that
their being up-to-date is ensured dur
I didn't read the discussion before, but I think I know what it's about
anyway, and I'd like to say something about it. :-)
On Tue, Oct 09, 2007 at 07:51:48PM +0200, Cyril Brulebois wrote:
> Bernd Zeimetz <[EMAIL PROTECTED]> (09/10/2007):
> > > I could have stripped these parts from the diff, but
On 10/9/07, Kartik Mistry <[EMAIL PROTECTED]> wrote:
> Now, for better maintenance and making life easy for new upstream
> release, I want to move to dpatch.
>
> What are best way to do it? I have done manually with xosview (15
> patches scattered in .diff.gz and reading changelog carefully, putti
Dear mentors,
I am looking for a sponsor for the new version 2.01-1
of "tesseract", plus the eight language packages, "tesseract-eng",
"tesseract-deu", "tesseract-deu-f", "tesseract-nld", "tesseract-spa",
"tesseract-por", "tesseract-ita", "tesseract-fra"
It builds these binary packages:
tesseract
On 10/9/07, Cyril Brulebois <[EMAIL PROTECTED]> wrote:
> Exactly because they are handled in the clean target, from which you
> propose to remove them. I might have troubles understanding your logic,
> if any.
You remove them in the clean target, and copy them back in a later
target after the sour
On Tue, Oct 09, 2007 at 03:25:22PM +0200, David Bremner wrote:
> Epoch added, off-list suggestions of Bas incorporated. New version
> 1:0.2-27-3 uploaded to mentors.
It looked good, so I uploaded it. You should be getting some e-mail
about it being NEW. If there are any problems, please let me k
Dear mentors,
I am looking for a sponsor for the new version 1:0.4.0-6
of my package "qterm".
It builds these binary packages:
qterm - BBS client for X Window System written in Qt
The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/q/qterm
- Sou
On 10/9/07, Francesco Namuri <[EMAIL PROTECTED]> wrote:
> Maybe it's useless to add a menu file?
If your program isn't interactive, for eg gcc, nsis etc, then it
probably shouldn't have a menu item.
Unless the menu item runs some generic interactive program and passes
the results to your pr
hi
i am trying to build a package using debhelper scripts, but it gives an
error message
dh_installdirs -a
dh_install -a
dh_link -a
dh_compress -a
dh_strip -a
dh_fixperms -a
dh_makeshlibs -plibfreetype6 -V'libfreetype6 (>> 6.3.10)'
dh_shlibdeps -a
dh_installdeb -a
/scratchbox/tools/bin/instal
Dear all,
I wrote many Docbook XML manpages for command-line programs packaged for
Debian-Med.
I was just wondering if somebody knew a way to turn the OPTIONS section
into something which can be used to enable bash completion ?
Have a nice day !
--
Charles Plessy
http://charles.plessy.org
Wako
26 matches
Mail list logo
