[pkg-fso-maint] openmoko-panel-plugin v0.5

[Luca Capello]

Hi Joachim!

On Tue, 04 Nov 2008 22:39:09 +0100, Joachim Breitner wrote:
> Am Dienstag, den 04.11.2008, 22:15 +0100 schrieb Luca Capello:
>> > In this particular case, where upstream is actually providing Debian
>> > packages, I put my own changes (mostly the improved setup.py for png
>> > inclusion) in a new debian revision 0.5-1.1. That is the package that I
>> > have uploaded now as well
>> 
>> This sounds reasonable, but I would always put an NMU line into the
>> Debian changelog.
>
> I don’t consider it really a NMU, it’s just a modified package one level
> down in the stream of software, more compareable to how Ubuntu changes
> Debian packages again. So it’s a regular Debian sub-reversion :-)

This is a valid point I did not think about it before, sorry.

>  For an NMU, I’m an advocate of the explicit -nmu1 versioning theme.

To avoid confusion, IIRC it should be +nmu1 ;-)

>> However, I would say that the correct solution is upstream stopping
>> distributing Debian packages, since openmoko-panel-plugin is
>> *officially* hosted on the pkg-fso repository.  Eventually this is how
>> it must be, at least when we will upload the package to Debian main.
>>
>> Sebastian, do you mind joining the Debian FSO Team?
>
> Yes, it would probably make things easier. OTOH, if he prefers to
> maintain the package in the upstream SVN repository, that should be ok
> as well. In that case, we could continue importing the source tarballs
> he releases, but continue maintaining our debian/-directory
> independently (but checking what changes he does in the debian/ dir in
> SVN).

Actually, I was not asking Sebastian to switch to Git, but to simply
stop providing Debian packages.  Now you made me realize that upstream
has a debian/ folder.  While in the past I advocated debian/ folders
into the upstream sources, I now do the contrary, for obvious reasons,
the first one being that with every new Debian version the upstream one
must change as well.  Which is a nonsense, I agree.

Thx, bye,
Gismo / Luca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-fso-maint/attachments/20081105/d90f5874/attachment.pgp