-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Varun,
I can upload the package,
Great, thanks!
but I see some easy-to-fix lintian warnings:
Would you like to fix any of these? If this minimal-change RC fix
upload is intended for squeeze,
Exactly, I'll fix those later.
Cheers,
Marcus
Il 17/08/2010 13:46, Thomas Goirand ha scritto:
IMHO, the problem is rather than upstream is using a silly
numbering system. uscan is quite right that 6 is a smaller
number than 53, don't you think?
yes, I agree
If I was you, I would try to get in touch with upstream, and
have them change
My proposition doesn't seem correct to you ?
gt; I think you could change younbsp; watch file like that :
version=3
opts=dversionmangle=s/\.dfsg$// \
http://www.fpdf.org/en/download.php
dl.php\?v=([0-9])([0-9])([0-9])?\amp;amp;f=tgz
I tested with local version 1.6.0 and not 1.6 !
2010/8/19
On Thu, 19 Aug 2010 09:52:02 +0200, Alessandro De Zorzi wrote:
anyway I suppose next relase will be 1.61 and the problem will disappear,
If you already uploaded it, the epoch will stay there.
--
. ''`. Debian developer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|--
On Thu, Aug 19, 2010 at 7:08 AM, Felipe Sateler fsate...@debian.org wrote:
And if there are any prospects of upstream cleaning up their tree, the ~
symbol makes it possible to re-release the same tarball without the
offending files.
It would be better if upstream just incremented their
Hi Marcus,
On Thu, 19 Aug, 2010 at 09:47:11AM +0200, Marcus Better wrote:
Would you like to fix any of these? If this minimal-change RC fix
upload is intended for squeeze,
Exactly, I'll fix those later.
Uploaded.
Thanks,
Varun
--
To UNSUBSCRIBE, email to
Dear mentors,
I am looking for a sponsor for my package service-wrapper-java.
* Package name : service-wrapper-java
Version : 3.5.3-2
Upstream Author : Tanuki Software Ltd
* URL : http://wrapper.tanukisoftware.com/doc/
* License : GPLv2
Section : java
It builds these binary packages:
On Wed, Aug 18, 2010 at 11:22:38AM -0400, Michael Gilbert wrote:
V On Wed, 18 Aug 2010 11:20:23 -0400, Michael Gilbert wrote:
On Wed, 18 Aug 2010 21:03:08 +0900, Osamu Aoki wrote:
At this point, we should not upload this trivial fix but we need to wait
package migration of poppler.
I
On Wed, Aug 18, 2010 at 10:19:58PM -0400, Varun Hiremath wrote:
I would upload the package if you fixed the following (minor) issues:
1/ lintian W: glogg source: out-of-date-standards-version 3.8.4
(current is 3.9.1)
(please update the lintian package on your system)
2/ Since this would be
Hello Mentors,
Sorry for the ambiguous message subject, one of the packages I am
building creates configuration files in the users home directory.
However when I purge the package these files do not get deleted.
Does anyone know where I can find the relevant Debian documentation
describing how
Great !
thanks for your help.
Rémi Debay,
ACGCenter
Synergie Park Des Bonnettes
2, rue Willy Brandt
62000 Arras, France
Ligne directe : +33 (0)3 21 15 36 36
www.acgcenter.com
On Thu, Aug 19, 2010 at 3:52 PM, tony mancill tmanc...@debian.org wrote:
Hi Remi,
I'm still willing to
On Thu, Aug 19, 2010 at 02:35:13PM +0100, Chris Baines wrote:
Sorry for the ambiguous message subject, one of the packages I am
building creates configuration files in the users home directory.
However when I purge the package these files do not get deleted.
Does anyone know where I can
On Thu, Aug 19, 2010 at 8:35 AM, Chris Baines cbain...@gmail.com wrote:
Hello Mentors,
Sorry for the ambiguous message subject, one of the packages I am
building creates configuration files in the users home directory.
However when I purge the package these files do not get deleted.
Does
Hi Remi,
I'm still willing to sponsor the package and have looked at your
changes - I've just been a little slow. I'll upload this weekend.
Thank you,
tony
On Thu, Aug 19, 2010 at 01:46:19PM +0200, Rémi Debay wrote:
Dear mentors,
I am looking for a sponsor for my package
On Thu, 2010-08-19 at 13:58 +, The Fungi wrote:
Package scripts shouldn't ever mess directly with files in homedirs.
It's fine that the packaged application itself may create user
configuration and may even remove user configuration, but the
packaging must not. It's simply a fact of life
Il 19/08/2010 09:54, nikro...@gmail.com ha scritto:
My proposition doesn't seem correct to you ?
sorry for delay,
thanks for suggestion, but your watch file does not seems work with
version 1.6 just uploaded
Alessandro (lota)
--
To UNSUBSCRIBE, email to
Hi,
Chris Baines cbain...@gmail.com writes:
Sorry for the ambiguous message subject, one of the packages I am
building creates configuration files in the users home directory.
However when I purge the package these files do not get deleted.
That is how a package should behave: the package
Il 19/08/2010 10:29, David Paleino ha scritto:
If you already uploaded it, the epoch will stay there.
of course, but I mean the problem with watch file could be solved (until
1.7 version)
Alessandro
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of
On Thu, Aug 19, 2010 at 03:11:50PM +0100, Chris Baines wrote:
Ok, that makes my work easier. Still surprising though, I thought
the dpkg purge command was meant to as the man page says remove
everything. Obviously it cant do this if the home directory is
off limits.
If you can find where you
On Thu, Aug 19, 2010 at 02:24:51PM +, The Fungi wrote:
On Thu, Aug 19, 2010 at 03:11:50PM +0100, Chris Baines wrote:
Ok, that makes my work easier. Still surprising though, I thought
the dpkg purge command was meant to as the man page says remove
everything. Obviously it cant do this if
On Thu, 2010-08-19 at 14:36 +, The Fungi wrote:
On Thu, Aug 19, 2010 at 02:24:51PM +, The Fungi wrote:
On Thu, Aug 19, 2010 at 03:11:50PM +0100, Chris Baines wrote:
Ok, that makes my work easier. Still surprising though, I thought
the dpkg purge command was meant to as the man
On Thu, Aug 19, 2010 at 1:39 AM, Paul Wise p...@debian.org wrote:
I personally can't think of any situation where ~dfsg is useful.
If I want to rebuild a package including the non-free bits, I could
just remove the ~dfsg from the version and have it win over the one
the official repository.
On Thu, 19 Aug, 2010 at 02:29:39PM +0100, Nicolas Bonnefon wrote:
On Wed, Aug 18, 2010 at 10:19:58PM -0400, Varun Hiremath wrote:
I would upload the package if you fixed the following (minor) issues:
1/ lintian W: glogg source: out-of-date-standards-version 3.8.4
(current is 3.9.1)
(please
On Thu, Aug 19, 2010 at 01:04:07PM -0400, Varun Hiremath wrote:
On Thu, 19 Aug, 2010 at 02:29:39PM +0100, Nicolas Bonnefon wrote:
I have just fixed these two problems, is it alright to re-upload to
m.d.o with the same version number?
Yes, that should be fine.
I just re-uploaded an updated
On Thu, Aug 19, 2010 at 04:36:49PM +0100, Chris Baines wrote:
I would be happy for you to file a bug as I am not that familiar with
the Debian policy on this, and have little experience filing bugs.
Done. See http://bugs.debian.org/593628 and follow up to
593...@bugs.debian.org if you like.
--
On Thu, 19 Aug, 2010 at 06:23:48PM +0100, Nicolas Bonnefon wrote:
I just re-uploaded an updated version including your proposed fixes,
m.d.n seems happy to replace the files.
Uploaded. Thanks for your work!
-Varun
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a
retitle 583501 ITA: xserver-xorg-video-openchrome -- display driver for VIA
Unichrome video chipsets
owner 583501 !
thanks
Hi,
I have working hardware and some time to give to debian.
I already did some bug triage, but some are related to the more recent
Chrome9 family of chipset. I think a
Dear mentors,
I am looking for a sponsor for the new version 7.4
of my package common-lisp-controller.
It builds these binary packages:
common-lisp-controller - Common Lisp source and compiler manager
The package appears to be lintian clean.
The upload would fix these bugs: 593157
The package
Dear mentors,
I am looking for a sponsor for the new version 1:20100709.gitf6262b0-1
of my package stumpwm.
It builds these binary packages:
stumpwm- a Common Lisp window manager
The package appears to be lintian clean.
The package can be found on mentors.debian.net:
- URL:
Hi all,
I'm looking for a sponsor to verify and upload the new 1.0.3-1
version of midish.
It builds a single package:
midish - shell-like MIDI sequencer/filter
The package is lintian clean, and available here:
- http://mentors.debian.net/debian/pool/main/m/midish
- deb-src
Dear mentors,
I am looking for a sponsor for the new version 1.0-8
of my package nc6.
It builds these binary packages:
netcat6- TCP/IP swiss army knife with IPv6 support
The package appears to be lintian clean.
The upload would fix these bugs: 591988
The package can be found on
Greetings mentors,
I am looking for a sponsor for my package marave.
* Package name: marave
Version : 0.7-1
Upstream Author : Roberto Alsina rals...@netmanagers.com.ar
* URL : http://code.google.com/p/marave/
* License : GPL-2+
Section : editors
It
Le jeudi 19 août 2010 18:19:17, Chris Silva a écrit :
Greetings mentors,
Hi !
I am looking for a sponsor for my package marave.
Nice name !
My motivation for maintaining this package is: This is a pretty cool editor
with the ability to have nice themes. I'll maintain the modified
On Thu, 19 Aug 2010 18:42:21 -0500
Romain Beauxis to...@rastageeks.org wrote:
Le jeudi 19 août 2010 18:19:17, Chris Silva a écrit :
Greetings mentors,
Hi !
I am looking for a sponsor for my package marave.
Nice name !
My motivation for maintaining this package is: This is a
Le jeudi 19 août 2010 19:01:56, vous avez écrit :
There were copyright issues with original wav and image files included
with the original source tarball that would prevent it from being
packaged for Debian.
I see. Then you are not exactly maintaining modified sources but rather a
purged
Le jeudi 19 août 2010 18:19:17, Chris Silva a écrit :
I would be absolutely thrilled if someone would uploaded this package for
me!
Some remarks based on a quick checkup of the sources -- not tried to compile
it.
* If you are repacking the sources, the convention is usually to rename it
Pardon the use of the phone (this package is important to me)
But yes, that seems correct. All I did was replace questionable media files and
replaced them with Dedian friendly media.
I hope this is exceptable to do.
Sent from my BlackBerry®
-Original Message-
From: Romain Beauxis
On Fri, Aug 20, 2010 at 1:00 AM, Ludovico Cavedon cave...@debian.org wrote:
On Thu, Aug 19, 2010 at 1:39 AM, Paul Wise p...@debian.org wrote:
I personally can't think of any situation where ~dfsg is useful.
If I want to rebuild a package including the non-free bits, I could
just remove the
On Thu, 19 Aug 2010 20:23:38 -0500
Romain Beauxis to...@rastageeks.org wrote:
Le jeudi 19 août 2010 18:19:17, Chris Silva a écrit :
I would be absolutely thrilled if someone would uploaded this
package for me!
Some remarks based on a quick checkup of the sources -- not tried to
compile
Le jeudi 19 août 2010 22:39:40, Chris a écrit :
* If you are repacking the sources, the convention is usually to
rename it with dfsg in its version and to document the changes in a
debian/README.Debian file (in this case, you may also want to mangle
debian/watch to make it work with
40 matches
Mail list logo
