Changelog bug format

[Martin Meredith]

Mark Shuttleworth wrote:
> Martin Meredith wrote:
>> When you're uploading - you're only uploading to one distribution - which
>> is shown in the changelog entry.
>>   
> Yes, but that same package might then be uploaded to a derivative. This
> is the case when a package moves from, say, Debian to Ubuntu to
> GuadaLinux. We need to infer the "task" that is being updated from the
> place where we see the upload happening.

Which should be surely specified in the changelog - unless it's a sync -
and then see below.

>> For Example, lets Say Bug 2001 Appears in Debian, Ubuntu And Foo (Upstream)
>>
>> Now, uploading to dapper, you're closing bug malone 2001 - surely soyuz
>> will only Close the bug in Ubuntu - as well - you're not making an upload
>> to Debian are you, 
> Exactly! But that package might then be uploaded somewhere else. We need
> to watch the upload, not only look at the changelog.


Surely though - if it's reuploaded - then it'll be uploaded to a different
target (aka not dapper) and soyuz can then determine whether it needs
closing or not?

Or if you're on about syncing (like we do from debian) surely it can still
track that? Like with debian - when it closes a bug and soyuz syncs it -
surely it can parse the changelogs, and close any "this bug occurs in
debian" for anything linked to that bug.... ?

It's just the fact you need to keep track of the changelogs when syncing -
as well as when uploading


>> So Closing only the bug in the distribution you're uploading to makes
>> sense. You should change the other things when they're either uploaded to
>> debian, or a new upstream tarball is released.
>>
>> In Reference to Mark's post about instructions to Launchpad in the
>> Changelog.... I personally don't think this is a good idea... as surely it
>> isn't something that should be in a changelog?
>>   
> Launchpad bug numbers and spec names are sort of universal. That means
> that you can talk to launchpad from anywhere, about anywhere else. By
> "instructions to launchpad" I mean that it is interesting to design the
> format that it includes information about not just bugs, but potentially
> also specs, or support tickets...

And yet I think saying that a spec is implemented isnt something to go into
the changelog ...myabe in the news file, but i dont think it'sa good idea
for it to be in the changelog


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 254 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20060315/08a12752/signature.pgp