Hi !

Le jeu. 28 mai 2026 à 19:39, Nilesh Patra <[email protected]> a écrit :
>
>
>
> On 28/05/26 6:52 pm, Mathieu Malaterre wrote:
> > Thanks for the pointers. Here is what I did:
> >
> >  % cat ~/.gbp.conf
> > [DEFAULT]
> > pristine-tar=True
> > filter=[ '.gitignore', '.travis.yml', '.git*' ]
> > component=['debian-tests-data']
> >
> > Followed by:
> >
> > % gbp import-orig --uscan
> > gbp:info: Launching uscan...
> > Newest version of openslide on remote site is 4.0.0, local version is 3.4.1
> >        (mangled local version is 3.4.1)
> >  => Newer package available from:
> >         => 
> > https://github.com/openslide/openslide/releases/download/v4.0.0/openslide-4.0.0.tar.xz
> > Successfully repacked ../openslide-4.0.0.tar.xz as
> > ../openslide_4.0.0+dfsg.orig.tar.xz, deleting 1 files from it.
> > gbp:info: Using uscan downloaded tarball ../openslide_4.0.0+dfsg.orig.tar.xz
> > What is the upstream version? [4.0.0+dfsg]
> > gbp:error: Cannot find component tarball
> > ../openslide_4.0.0+dfsg.orig-debian-tests-data.tar.xz
> >
> > I suspect I still need some additional setting to get uscan to work on my 
> > side.
>
> As you see the test data is missing. So one would need to re-create it for 
> importing it into
> the new tarball.
>
> For this particular package, there is a script which can do this for you, but 
> I actually
> had to change it a bit (pushed to salsa, please pull).
>
> This is what I did:
>
> $ cd debian/tests/
>
> $ ./get-test-data
> --2026-05-28 23:00:38--  
> https://openslide.cs.cmu.edu/download/openslide-testdata/Aperio/CMU-1-Small-Region.svs
> Resolving openslide.cs.cmu.edu (openslide.cs.cmu.edu)... 128.2.209.93
> Connecting to openslide.cs.cmu.edu 
> (openslide.cs.cmu.edu)|128.2.209.93|:443... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 1938955 (1.8M) [image/tiff]
> Saving to: ‘CMU-1-Small-Region.svs’
>
> CMU-1-Small-Region.svs                   
> 100%[================================================================================>]
>    1.85M   310KB/s    in 7.0s
>
> 2026-05-28 23:00:52 (271 KB/s) - ‘CMU-1-Small-Region.svs’ saved 
> [1938955/1938955]
>
> CMU-1-Small-Region.svs
> removed 'CMU-1-Small-Region.svs'
> Now move openslide_3.4.1+dfsg.orig-debian-tests-data.tar.xz next to the new 
> upstream tarball and gbp import it as usual
>
> $ mv openslide_3.4.1+dfsg.orig-debian-tests-data.tar.xz ../../..
>
> $ cd ../..
>
> $ uscan -dd
> Newest version of openslide on remote site is 4.0.0, local version is 
> 3.4.1+dfsg
>        (mangled local version is 3.4.1)
>  => Newer package available from:
>         => 
> https://github.com/openslide/openslide/releases/download/v4.0.0/openslide-4.0.0.tar.xz
> Successfully repacked ../openslide-4.0.0.tar.xz as 
> ../openslide_4.0.0+dfsg.orig.tar.xz, deleting 1 files from it.
>
> $ mv ../openslide_3.4.1+dfsg.orig-debian-tests-data.tar.xz 
> ../openslide_4.0.0+dfsg.orig-debian-tests-data.tar.xz
>
> $ gbp import-orig --pristine-tar ../openslide_4.0.0+dfsg.orig.tar.xz
> What is the upstream version? [4.0.0+dfsg]
> gbp:info: ../openslide_4.0.0+dfsg.orig.tar.xz already exists, moving to 
> ../openslide_4.0.0+dfsg.orig.tar.xz.1779989544
> gbp:info: Importing '../openslide_4.0.0+dfsg.orig.gbp.tar.xz' to branch 
> 'upstream' (filtering out ['.svn', '.hg', '.bzr', 'CVS', '.travis.yml', 
> '.github', 'test.socket'])...
> gbp:info: Source package is openslide
> gbp:info: Upstream version is 4.0.0+dfsg
> gbp:info: Replacing upstream source on 'master'
> gbp:info: Successfully imported version 4.0.0+dfsg of 
> ../openslide_4.0.0+dfsg.orig.tar.xz
>
> Hope this helps. If you are still stuck, please ask.

Yes definitely !

1.
As explained before this release changed SONAME. So I was thinking of
doing instead:

$ gbp import-orig --debian-branch=debian/experimental --pristine-tar
../openslide_4.0.0+dfsg.orig.tar.xz

In the end I do my experimental uploads using:

$ gbp dch -a --debian-branch=debian/experimental

Is there a way to tweak the git repo in that way ?

2.

I believe you need to push upstream + tag 4.0, see what I have:


 % git log origin/upstream | head -5
commit ce68a6073c47185641108cb08f98cc3b647f3c92
Author: Mohammed Bilal <[email protected]>
Date:   Mon May 23 17:44:25 2022 +0000

    New upstream version 3.4.1+dfsg

% git tag
debian/3.4.1+dfsg-1
debian/3.4.1+dfsg-2
debian/3.4.1+dfsg-4
debian/3.4.1+dfsg-5
debian/3.4.1+dfsg-6
debian/3.4.1+dfsg-7
upstream/3.4.1+dfsg



> PS: uscan does have support for MUT, by using groupsources, but we'd need an 
> upstream tar for that along with a regex.
> Hence we will need to go about manually for this case. If there are better 
> ideas, happy to hear.
>
> Thanks,
> Nilesh

Reply via email to