On 4/3/24 5:19 PM, Fay Stegerman wrote:
> * Mike Gabriel <sunweaver@debian.org> [2024-04-03 10:00]:
>>> On Tuesday, April 2, 2024 8:22:26 AM MST Mike Gabriel wrote:
>>>>
https://salsa.debian.org/debian-ayatana-team/appmenu-gtk-module/-/blob/
>>> master/
>>>> debian/watch
>>>>
>>>> ```
>>>> version=3
>>>>
https://gitlab.com/vala-panel-project/vala-panel-appmenu/-/tags/?([\d\.]+)
>>>> .*/uploads/.*/appmenu-gtk-module-?([\d\.]+)\.tar\.xz
>>>> ```
>>>>
>>>> The above used to successfully download the appmenu-gtk-module tarball
>>>> from the vala-panel-appmenu releases page:
>>>>
https://gitlab.com/vala-panel-project/vala-panel-appmenu/-/releases
>>>
>>> Try the attached watch file.
>>
>> This works for vala-panel-appmenu, but not for appmenu-gtk-module. The
>> packaging of vala-panel-appmenu, appmenu-gtk-module and appmenu-registrar is
>> a bit special, because all three packages get built from the same source
>> code tree.
> [...]
>> The appmenu-gtk-module code is a subfolder in upstream vala-panel-appmenu
>> (subprojects/appmenu-gtk-module) and that subfolder was packaged as a
>> separate src:pkg in Debian at the time when it got introduced.
>>
>> For this the upstream maintainer provides appmenu-gtk-module as a separate
>> tarball for download at [1].
>>
>> So the watch file should achieve downloading this exact tarball, i.e.
https://gitlab.com/vala-panel-project/vala-panel-appmenu/uploads/6c0332e34c41e99de5a1db1fc4239de2/appmenu-gtk-module-24.02.tar.xz
>>
>> Only chew on this if you really want to nut-crack it. I have burnt quite a
>> few brain cells on it yesterday and failed (which does not mean you will
>> also, but be warned, the solution does not seem trivial, however, maybe it
>> is).
>
> GitLab asset download URLs are a bit of a mess, but the attached watch file
> seems to give me that exact URL.
>
Thanks for this! I have a similar problem with archlinux-keyring - which uses a
different GitLab instance, gitlab.archlinux.org
Using your watch file as a template, I managed to capture the exact URL needed
(tried using that and also matching on the releases URL), but I still get stuck
on the fact that uscan gets given an HTML page prompting to login instead.
wget handled the URL just fine. curl also gets an HTML page...
Best regards,
--
_o) Michel Lind
_( ) identities:
https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2