Hello,
This is actaully in response to a bug fix for,
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428013
The package already exists, http://packages.debian.org/lenny/php-simpletest, I
have contacted the current maintainer, Charles, who stated that he doesn't have
time to maintain this pa
Dear mentors,
I am looking for a sponsor for my package "libmp3splt".
* Package name: libmp3splt
Version : 0.5.4-1
Upstream Author : Matteo Trotta and Alexandru Ionut Munteanu
* URL : http://mp3splt.sourceforge.net/
* License : GPLv2+
Section : libs
Hi,
I've noticed that lintian produces a warning when a package has no
debian/watch file (at least when run with the -iI flags). I read the uscan(1)
manpage, as the warning suggests, but I still am not sure if I got the format
of the debian/watch file right. The manpage has this example:
ftp:/
On Tue, Mar 24, 2009 at 10:22:09AM +0200, Panagiotes [paggas] Mousikides wrote:
>
> If I got it correct, it means that (.*) will match the version used for the
> orig.tar.gz archive?
Correct.
--
Jonathan Wiltshire
PGP/GPG: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3 A903 CA6B EA3E DB80 0B52
--
"Panagiotes [paggas] Mousikides" writes:
> The manpage has this example:
>
> ftp://ftp.tex.ac.uk/tex-archive/web/c_cpp/cweb/cweb-(.*)\.tar\.gz
>
> If I got it correct, it means that (.*) will match the version used
> for the orig.tar.gz archive?
Yes. Unfortunately, I just noticed that it will
Hi all,
Please, don't download this package by now, I'm making some improvements
on it.
I have removed it from mentors.d.n. I'll upload it when it is ready.
Thanks.
Regards,
Francisco.
El lun, 23-03-2009 a las 09:11 +0100, Francisco M. García Claramonte
escribió:
> Dear mentors,
>
> I am lo
В Sat, 21 Mar 2009 14:00:41 -0430, Muammar El Khatib написа:
> No, Debian is not BSD. But we have this
> http://www.debian.org/ports/kfreebsd-gnu/:
GNU/kFreeBSD is a GNU system.
> Now, as you can see at #502083 and #320697 the use of the flag has
> gotten problems before.
The keyword here is
* Yavor Doganov [090324 12:13]:
> The keyword here is "before". There were bugs in binutils exposed on
> some architectures, especially for C++ linking. Maybe new architectures
> like armel are still problematic in some cases. The problem Bernhard
> Link describes has been resolved upstream:
>
2009/3/24 Paul Wise :
> In automake-based packages the recommended way to clean up after
> autotools regeneration is 'make maintainer-clean'. Unfortunately
> automake doesn't remove Makefile.in files in maintainer-clean by
> default so you may have to delete them manually or with dh_clean.
Actual
On Tue, Mar 24, 2009 at 11:37 PM, Luca Niccoli wrote:
> Actually I'm not running automake, do I need to?
Not unless you are patching Makefile.am
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe".
Luca Niccoli wrote:
> I just refresh configure after modifying configure.in to add some
> localization support;
Can you provide the patch you are applying to configure.in? It is often
not necessary to touch this file. Sometimes you can easily patch
configure or "fix" variable values during the `m
A new version of the following source packages is available at:
http://clam-project.org/download/linux-debian-sid/svnsnapshots
#493282 ITP: clam -- CLAM, C++ Library for Audio and Music
#517910 ITP: clam-chordata -- CLAM Chordata, chord detection tool
#518353 ITP: clam-plugins -- Extension plugins
2009/3/24 Daniel Leidert :
> Can you provide the patch you are applying to configure.in? It is often
Of course:
--- temp/grcm-0.1.6/configure.in2008-06-07 05:35:00.0 +0200
+++ grcm-0.1.6/configure.in 2009-03-24 00:32:09.0 +0100
@@ -22,7 +22,7 @@
AC_DEFINE_UNQUOTED(GE
Dear mentors,
I am looking for a sponsor for my package "sigx".
* Package name: sigx
Version : 2.0.2-1
Upstream Author : kl...@triend.eu
* URL : http://www.assembla.com/spaces/sigx
* License : LGPL-2+
Section : devel
It builds these binary packages:
Dear mentors,
I am looking for a sponsor for the new version 2.66-3
of my package "siege".
It builds these binary packages:
siege - Http regression testing and benchmarking utility
The upload would fix these bugs: 521029, 521034
The package can be found on mentors.debian.net:
- URL: http:
On Tue, Mar 24, 2009 at 10:31:42PM +, Tristan Greaves wrote:
>
> Note that the lintian errors appear to be legacy, as I used quilt for
> the new patch I introduced.
You can still fix them, as a responsible maintainer :)
The lintian on m.d.o lags a bit, in pedantic mode on my builder it
repo
Policy 6.6.4 says that, when unpacking an upgraded package
... A directory will never be replaced by a symbolic link to a
directory or vice versa; instead, the existing state (symlink or not)
will be left alone and dpkg will follow the symlink if there is one.
Which means that, when naively try
Jonathan Wiltshire wrote:
On Tue, Mar 24, 2009 at 10:31:42PM +, Tristan Greaves wrote:
Note that the lintian errors appear to be legacy, as I used quilt for
the new patch I introduced.
You can still fix them, as a responsible maintainer :)
The lintian on m.d.o lags a bit, in pedantic mod
On Tue, Mar 24, 2009 at 11:25:04PM +, Tristan Greaves wrote:
> Many thanks. Please could you let me know which version of lintian you
> are using, and which command line arguments? I am just trying to
> reproduce the same pedantic behaviour at this end...
2.2.8 from sid, run with -I (+in
Jonathan Wiltshire wrote:
On Tue, Mar 24, 2009 at 11:25:04PM +, Tristan Greaves wrote:
Many thanks. Please could you let me know which version of lintian you
are using, and which command line arguments? I am just trying to
reproduce the same pedantic behaviour at this end...
2.2.8 fro
Le Wed, Mar 25, 2009 at 12:50:48AM +, Tristan Greaves a écrit :
> Jonathan Wiltshire wrote:
>>
>> 2.2.8 from sid, run with -I (+info tags), -E (+experimental tags) and
>> --pedantic (speaks for itself). If you want the extended explanations,
>> use -i as well.
>
> I'll probably shy away from si
Tristan Greaves writes:
> I'll probably shy away from sid for now. Is it sufficient for me to
> fix the standard lintian warnings thrown by my system?
No. If you're uploading the package targeted at Debian ‘sid’, you must
build and test the package in a Debian ‘sid’ system.
Note that this isn't
On Wed, Mar 25, 2009 at 12:25 AM, David García Garzón
wrote:
> * Should I split this RFS thread into several as i did for the ITP bugs?
No need to.
> * The only lintian warning i get is:
> W: libclam13: package-name-doesnt-match-sonames libclam-audioio13 libclam-
> core13 libclam-processing13
>
On Wed, Mar 25, 2009 at 1:56 AM, Luca Niccoli wrote:
> -ALL_LINGUAS=""
Ahhh, upstream should not be using this variable, please get them to
switch to the po/LINGUAS file instead. This way it should not be
nessecary to rebuild the configure & Makefiles in order to support and
install a new langua
24 matches
Mail list logo
