[Debian-iot-maintainers] ocf-spec-core_2.1.0-1_amd64.changes REJECTED
    Carsten Schoenert 
    c.schoenert at t-online.de
       
    Tue Aug  4 18:57:02 BST 2020
    
    
  
Hello David,
Am 01.08.20 um 20:43 schrieb David Suarez:
>> I just uploaded the ocf-spec-core core package to salsa.d.o., fixing
>> the copyright mistake and importing a new upstream version.
>>
>> Could any DD review and upload it ? It builds fine in sbuild and
>> passes ok the salsa pipeline [0].
>>
>> Thanks !
>>
>> [0] <https://salsa.debian.org/debian-iot-team/ofc/ocf-spec-core/-/pipelines/157165>
> 
> Ping ?
I tried to have a look at this.
But I'm a bit confused by the current data an the master branch and 
missing tags, at least one.
This repo is holding a gbp.conf in the debian folder so I assume this 
repo is managed by git-buildpackage, but there isn't a file 
d/README.source that explains the packaging workflow.
Next I don't see an updated branch 'upstream' nor the tagged new 
version. Also there is no pristine-tar commit with some delta data so 
I'm unable to rebuild the source bit identical and by this I even can't 
build the package.
The changelog entry uses UNRELEASED for the distribution. This would 
result in a autoreject.
Lintian must have mention this.
The chmod thingy I'd place into a more appropriate target 
override_dh_fixperms (as written already earlier).
Seems you have some misunderstandings how git-buildpackage is intended 
to help the packaging.
Right now there is not much I can do.
Given this package isn't in the archive yet I suggest to drop the last 
two commits, doing a force push to salsa and then do a restart with a 
proper and correct import of the new upstream version 2.2.0 with 
git-buildpackage.
Next add the updates to the copyright file.
Finally use gbp again to create a changelog entry for the new imported 
version.
If you have further questions please ask.
-- 
Regards
Carsten
    
    
More information about the Debian-iot-maintainers
mailing list