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
On Thu, 19 Aug 2010 20:23:38 -0500
Romain Beauxis 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 it.
Fair enou
On Fri, Aug 20, 2010 at 1:00 AM, Ludovico Cavedon wrote:
> On Thu, Aug 19, 2010 at 1:39 AM, Paul Wise 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 h
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
Date
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
wi
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 ta
On Thu, 19 Aug 2010 18:42:21 -0500
Romain Beauxis 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 prett
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 modif
Greetings mentors,
I am looking for a sponsor for my package "marave".
* Package name: marave
Version : 0.7-1
Upstream Author : Roberto Alsina
* URL : http://code.google.com/p/marave/
* License : GPL-2+
Section : editors
It builds these binary packa
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 mentors.d
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 http
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: http://mentors
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 packag
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 mor
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 s
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, 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, 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)
>
On Thu, Aug 19, 2010 at 1:39 AM, Paul Wise 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.
Still, it is not
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
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
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
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 "
Hi,
Chris Baines 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 manager must never
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 debian-mentors-requ...@lists.debian.o
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 lif
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 "service-wrappe
On Thu, Aug 19, 2010 at 8:35 AM, Chris Baines 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 anyone know wh
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
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 wrote:
> Hi Remi,
>
> I'm still willing to sponsor the package and
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 t
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 th
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.
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:
libserv
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 debian-mentors-requ...@li
On Thu, Aug 19, 2010 at 7:08 AM, Felipe Sateler 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 version than
re-release
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 --|-- ht
My proposition doesn't seem correct to you ?
> I think you could change you 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])?\&f=tgz
I tested with local version 1.6.0 and not 1.6 !
2010/8/19 Alessandro D
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 c
-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,
Marc
40 matches
Mail list logo