Forum: >>> Magnum BBS <<<

Uscan no longer works with GitLab tags

From Shriram Ravindranathan@21:1/5 to All on Mon Mar 25 07:30:01 2024

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------M9u64a4y9klm5Sp9KVKXBD0g
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

RGVhciBNZW50b3JzLA0KDQpJIG5vdGljZWQgZnJvbSB0aGUgcGFzdCBjb3VwbGUgb2YgZGF5 cywgdXNjYW4gc2VlbXMgdG8gYmUgaGF2aW5nIHRyb3VibGUgZmluZGluZyBmaWxlcyBmcm9t IHRoZSBnaXRsYWIgdGFncyBwYWdlLg0KDQpgYGANCiQgdXNjYW4NCnVzY2FuIHdhcm46IElu IGRlYmlhbi93YXRjaCBubyBtYXRjaGluZyBmaWxlcyBmb3Igd2F0Y2ggbGluZQ0KICAgaHR0 cHM6Ly9naXRsYWIuY29tL3NhYWxlbi9oaWdobGlnaHQvdGFncz9zb3J0PXVwZGF0ZWRfZGVz YyAuKi9hcmNoaXZlLyhcZFxTKykvLipcLnRhclwuZ3ouKg0KYGBgDQoNCkNoZWNraW5nIHRo ZSBzYW1lIHBhdHRlcm4gd2l0aCBncmVwIHNob3dzIHRoYXQgaXQgZG9lcyBmaW5kIGEgbWF0 Y2gNCg0KYGBgDQokIGN1cmwgLUwgImh0dHBzOi8vZ2l0bGFiLmNvbS9zYWFsZW4vaGlnaGxp Z2h0L3RhZ3M/c29ydD11cGRhdGVkX2Rlc2MiIHwgZ3JlcCAtRSAiLiovYXJjaGl2ZS8oWzAt OV1cUyspLy4qXC50YXJcLmd6LioiDQogICAlIFRvdGFsICAgICUgUmVjZWl2ZWQgJSBYZmVy ZCAgQXZlcmFnZSBTcGVlZCAgIFRpbWUgICAgVGltZSAgICAgVGltZSAgQ3VycmVudA0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIERsb2FkICBVcGxvYWQgICBUb3RhbCAg IFNwZW50ICAgIExlZnQgIFNwZWVkDQoxMDAgICAxMjYgIDEwMCAgIDEyNiAgICAwICAgICAw ICAgIDI4NyAgICAgIDAgLS06LS06LS0gLS06LS06LS0gLS06LS06LS0gICAyODcNCiAgIDAg ICAgIDAgICAgMCAgICAgMCAgICAwICAgICAwICAgICAgMCAgICAgIDAgLS06LS06LS0gIDA6 MDA6MDEgLS06LS06LS0gICAgIDA8ZGl2IGNsYXNzPSJqcy1zb3VyY2UtY29kZS1kcm9wZG93 biIgZGF0YS1jc3MtY2xhc3M9IiIgZGF0YS1kb3dubG9hZC1hcnRpZmFjdHM9IltdIiBkYXRh LWRvd25sb2FkLWxpbmtzPSJbeyZxdW90O3RleHQmcXVvdDs6JnF1b3Q7emlwJnF1b3Q7LCZx dW90O3BhdGgmcXVvdDs6JnF1b3Q7L3NhYWxlbi9oaWdobGlnaHQvLS9hcmNoaXZlLzQuMTEv aGlnaGxpZ2h0LTQuMTEuemlwJnF1b3Q7fSx7JnF1b3Q7dGV4dCZxdW90OzomcXVvdDt0YXIu Z3omcXVvdDssJnF1b3Q7cGF0aCZxdW90OzomcXVvdDsvc2FhbGVuL2hpZ2hsaWdodC8tL2Fy Y2hpdmUvNC4xMS9oaWdobGlnaHQtNC4xMS50YXIuZ3omcXVvdDt9LHsmcXVvdDt0ZXh0JnF1 b3Q7OiZxdW90O3Rhci5iejImcXVvdDssJnF1b3Q7cGF0aCZxdW90OzomcXVvdDsvc2FhbGVu L2hpZ2hsaWdodC8tL2FyY2hpdmUvNC4xMS9oaWdobGlnaHQtNC4xMS50YXIuYnoyJnF1b3Q7 fSx7JnF1b3Q7dGV4dCZxdW90OzomcXVvdDt0YXImcXVvdDssJnF1b3Q7cGF0aCZxdW90Ozom cXVvdDsvc2FhbGVuL2hpZ2hsaWdodC8tL2FyY2hpdmUvNC4xMS9oaWdobGlnaHQtNC4xMS50 YXImcXVvdDt9XSI+PC9kaXY+DQoxMDAgODU0NDggIDEwMCA4NTQ0OCAgICAwICAgICAwICA1 MTgyMiAgICAgIDAgIDA6MDA6MDEgIDA6MDA6MDEgLS06LS06LS0gIDQwMWsNCmBgYA0KDQpJ dCBzZWVtcyBsaWtlIGEgZmV3IG90aGVyIHBhY2thZ2VzIGFyZSBhbHNvIGhhdmluZyBzaW1p bGFyIHRyb3VibGVzIHdpdGggdXNjYW4sIGZvciBleGFtcGxlIGxvbWlyaSA8aHR0cHM6Ly90 cmFja2VyLmRlYmlhbi5vcmcvcGtnL2xvbWlyaT4NCg0KSXMgdGhlcmUgYSB3YXkgdG8gZml4 IHRoaXM/DQoNClJlZ2FyZHMsDQoNCi0tIA0KU2hyaXJhbSBSYXZpbmRyYW5hdGhhbg0KDQo=

--------------M9u64a4y9klm5Sp9KVKXBD0g--

-----BEGIN PGP SIGNATURE-----

wnsEABYIACMWIQRt/okQzrDuihhQfkedj2i3wGucrQUCZgEZRwUDAAAAAAAKCRCdj2i3wGucrYl4 AQDEFTkX9LaZX5koOFhWidI+GjOqDF1pEEV6Lz05wfSD6QEAwvauyuq9ncTyXs70ZvHETilGLIt9 mCMh4FlQi6vBVQs=
=IeUT
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From Soren Stoutner@21:1/5 to All on Mon Mar 25 09:00:00 2024

Copy: [email protected] (Shriram Ravindranathan)

Shriram,

I am neither a uscan nor a regex expert, but when I was trying to troubleshoot problems with uscan for the upcoming fonts-adobe-sanssource3 package I found `uscan -vv` to be very helpful as it displays on the screen how it is attempting to process the page it is scraping.

On Sunday, March 24, 2024 11:27:19 PM MST Shriram Ravindranathan wrote:

Dear Mentors,

I noticed from the past couple of days, uscan seems to be having trouble finding files from the gitlab tags page.

```
$ uscan
uscan warn: In debian/watch no matching files for watch line
https://gitlab.com/saalen/highlight/tags?sort=updated_desc .*/archive/(\d\S+)/.*\.tar\.gz.*

```

Checking the same pattern with grep shows that it does find a match

```
$ curl -L "https://gitlab.com/saalen/highlight/tags?sort=updated_desc" |

grep

-E ".*/archive/([0-9]\S+)/.*\.tar\.gz.*"

% Total % Received % Xferd

Average Speed Time Time Time Current Dload Upload Total Spent
Left Speed 100 126 100 126 0 0 287 0 --:--:--

--:--:--

--:--:-- 287 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0<div class="js-source-code-dropdown" data-css-class="" data-download-artifacts="[]"
data-download-

links="[{"text":"zip","path":&quo

t;/saalen/highlight/-/archive/4.11/highlight-4.11.zip"},

{"text"

:"tar.gz","path":"/saalen/highlight/-/archive/4.11/

hi

ghlight-4.11.tar.gz"},

{"text":"tar.bz2","path&qu

ot;:"/saalen/highlight/-/archive/4.11/highlight-4.11.tar.bz2"},

{&quo

t;text":"tar","path":"/saalen/highlight/-/

archiv

e/4.11/highlight-4.11.tar"}]"></div> 100 85448 100 85448 0 0 51822 0 0:00:01 0:00:01 --:--:-- 401k ```

It seems like a few other packages are also having similar troubles with uscan, for example lomiri <https://tracker.debian.org/pkg/lomiri>

Is there a way to fix this?

Regards,

--
Shriram Ravindranathan

--
Soren Stoutner
[email protected]
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEJKVN2yNUZnlcqOI+wufLJ66wtgMFAmYBn4AACgkQwufLJ66w tgN6Eg//Q/4VHe8DruaSvM+4ntPxonLeUIx7cs1lRQ5fJzrC4blHEROahD/rQ1Pj rXn9nk7QrXpT2HwwRcq7Od2S4mJvW2jr/MK6W/FP8FKCDquu5KE2cDLwr8txj091 0qBB6QWQgb+/vjs4z2b+vr7Wl2wdaOiu4wWiGmdhtcUJCbQcWNZjS3vWEIegix8S sT6Z7yAvw/tbndmSXnTJabWtatO6ABLwoPil+f/JXpG3cFFPka5c2FBijEVObq4A tDUquyYcVqPwISvR1TVWZeI2sZEyBt3m5P695AM6w2MDBgD1lFOj4aWK3+hYAlkH YaCb1DhKjzZ+xhxprL64a1/ms2NA4MuCZJweNflBu8Kehn82MfEhbOfgpz85ySQP Gei15/kNcuSQdYqrAMZMgMs5pImosdR3Q5z3VPIK8tVXSjKdLW3WM6XH84Rj+pXh Zqbw9dZ4GC/0lK6LPWuW/CzOUxW6/ohw7SZRKCJRrURdo77hJpLTGXLQC74WjQOp 5JkwFvdEmeAEDwKBUOy6JbvJmuB6Zm4tZlkFeFG+HmtdIwgCpylZJqVl8i+S2t6n nkpmsDbPcboWOQs7hSfsAaMto/8WLGMfxUS1Nht3hvmCC6ZCbXv4rSWc3Cy0Fv0S v3sFhiKDcLk8cbEnS+0U8+Z5HG3Xn1FCmcf1+N41POVoWW78igo=
=8VEc
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From Andrey Rakhmatullin@21:1/5 to Shriram Ravindranathan on Mon Mar 25 17:20:01 2024

On Mon, Mar 25, 2024 at 11:57:19AM +0530, Shriram Ravindranathan wrote:

Dear Mentors,

I noticed from the past couple of days, uscan seems to be having trouble finding files from the gitlab tags page.

```
$ uscan
uscan warn: In debian/watch no matching files for watch line
https://gitlab.com/saalen/highlight/tags?sort=updated_desc .*/archive/(\d\S+)/.*\.tar\.gz.*
```

Checking the same pattern with grep shows that it does find a match

uscan doesn't use grep though (at least by default?), and the matches are
not links but embedded JSON.

100 126 100 126 0 0 287 0 --:--:-- --:--:-- --:--:-- 287
0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0<div class="js-source-code-dropdown" data-css-class="" data-download-artifacts="[]" data-download-links="[{"text":"zip","path":"/saalen/

highlight/-/archive/4.11/highlight-4.11.zip"},{"text":"tar.gz","path":"/saalen/highlight/-/archive/4.11/highlight-4.11.tar.gz"},{"text":"tar.bz2","path":"/saalen/highlight/-/
archive/4.11/highlight-4.11.tar.bz2"},{"text":"tar","path":"/saalen/highlight/-/archive/4.11/highlight-4.11.tar"}]"></div>

100 85448 100 85448 0 0 51822 0 0:00:01 0:00:01 --:--:-- 401k

--
WBR, wRAR

-----BEGIN PGP SIGNATURE-----

iQJhBAABCgBLFiEEolIP6gqGcKZh3YxVM2L3AxpJkuEFAmYBogAtFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3Jnd3JhckBkZWJpYW4ub3JnAAoJEDNi9wMaSZLh /UMQAIhrk0zl6x6WlDMhzmNex6r5N3yyRYQAu5ufCqrGn2xutGRhF6RvWs/3RU/E k7N0O0MOy2JTrDXs8KLQMVlhxfLyBF9gPJjIC455evi0NgdWjATxtVNE1aBaDcUT g095N2fC1+UREMRwHSDBuXrI3og+K9U0mAtJY8t4USJK6E4ZHzYG3Ht8kLX6hpWK XmpLS1C8GOwN9JNqRmnqFZuVtewoqbl91BOqSfH9MCTbAiIAU0RB6g9j7fwJaN3L 2X08QcfvE0TLi8Q3quqf59TsGdq/L/F9nN26g8OtMUXOLoJDQfU+hZ7dqdZVGSES +WxP7aa3egTfx2cz6mZGH9jbtpzh6Kmdifqo+06ppyqdYIy+LcbS5E7IT0gcHEWR vLdfgKcA/iT0kaai1b9FVaJtQ7t6C+CbcyQt5OjxUNe09yOU8taE8O9m2tacw0ce 1mPdeuXqHesqaNOj/VyE8HWBFaWIvG0C2/dEYSe5xiERbhqzzOkUBcKC+Our75dn Z5lbBOv+rS3w32gYVyyGFXaIREz1CWvgThvSKUQ+Kv0PN5lU7K+ifxCFZSDutptT 1SCj4XubG2CTAjfRFFwKyM8wO4RXYWeBG14Ug63kCsIWt/Q/civAQIh6EkgAIWeY qagv2vF13SRFgoVkQcYLNOaGPeNvQCguVqyENt8v7PnmFD7l
=b8PX
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From Sergio Durigan Junior@21:1/5 to Shriram Ravindranathan on Tue Mar 26 21:10:01 2024

On Monday, March 25 2024, Shriram Ravindranathan wrote:

Dear Mentors,

I noticed from the past couple of days, uscan seems to be having trouble finding files from the gitlab tags page.

```
$ uscan
uscan warn: In debian/watch no matching files for watch line
https://gitlab.com/saalen/highlight/tags?sort=updated_desc .*/archive/(\d\S+)/.*\.tar\.gz.*
```

Checking the same pattern with grep shows that it does find a match

```
$ curl -L "https://gitlab.com/saalen/highlight/tags?sort=updated_desc" | grep -E ".*/archive/([0-9]\S+)/.*\.tar\.gz.*"
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed 100 126 100 126 0 0 287 0 --:--:-- --:--:-- --:--:-- 287
0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0<div class="js-source-code-dropdown" data-css-class="" data-download-artifacts="[]" data-download-links="[{"text":"zip","path":"/saalen/

highlight/-/archive/4.11/highlight-4.11.zip"},{"text":"tar.gz","path":"/saalen/highlight/-/archive/4.11/highlight-4.11.tar.gz"},{"text":"tar.bz2","path":"/saalen/highlight/-/
archive/4.11/highlight-4.11.tar.bz2"},{"text":"tar","path":"/saalen/highlight/-/archive/4.11/highlight-4.11.tar"}]"></div>

100 85448 100 85448 0 0 51822 0 0:00:01 0:00:01 --:--:-- 401k
```

It seems like a few other packages are also having similar troubles with uscan, for example lomiri <https://tracker.debian.org/pkg/lomiri>

Is there a way to fix this?

I don't know if there's an "official" way to fix this, but the problem
seems to be the fact the actual download link is embedded inside an
element of the page, like this:

<div class="js-source-code-dropdown" ... data-download-links="[{"text":"zip","path":"/saalen/highlight/-/archive/v4.11/highlight-v4.11.zip"},{"text":"tar.gz","path":"/saalen/
highlight/-/archive/v4.11/highlight-v4.11.tar.gz"},...>

uscan by default will try to parse the HTML of the page, which is not
helpful in this case. You can try changing its search mode by
specifying "searchmode=plain" as part of the "opts" variable. You may
have to adjust your "filenamemange" regexp as well.

Cheers,

--
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
https://sergiodj.net/

--=-=-Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEI3pUsQKHKL8A7zH00Ot2KGX8XjYFAmYDKnYACgkQ0Ot2KGX8 Xjae2A/+PBZjnmG0xbWgXXOv9WNZUQ6a26dnkom5wDpGvmKykgsT3AcVBhOlITZd BYUAJAk1C8GQjMMxqhuyf6gBqNu+8cdfByob3R9jOfD/uCCanwAsNo19ckSqzsGf ICV/hDW+Ri/0VNuEYMmlXeCWz4DyEyecz3QoQog6VCXuIHhmnuKJfz9lrXZIws9f 2uChWutKo56nY8Oqw2aRYNeuGO+8RG52ET93B3SKCftSBV5ODEv7mM/BDe9DWE8h K212ka3We/L0ZvjCkcwcAqKSfsAzgHLthmZc/CKZHp05UlBiMfZjKyTPrwDZ/KzC okTExqJwObWv79HCdgtQ0lyEexPBbpSu1E3KfRBB9mK5QTw6+vOTuN+Zde/SPPfk rjJ2Y2pwnaPzrGex/KcnodW9MAQ1S7/bquKyKCq9fqCbn4VYKdCUWiDhnqbuX/Go CYNglmuf8DIHYtwTkmNVnoNcT/LpZLM/VE9tbET9v4tiOAW/ZyMuIHwJEy73/Mhi XTvwmZDy7s0hy16pOiL0gTx2SJiOIdFRQiETRAZi0AzDhvVMTN/htxlzBTHDqaFf o8GNRzOrLOH2SG9zyOsG+nWvR4qDAyxwbpwC8td//1Ue5imzDUzy3BmlyDyN4r74 93xQLIKdxi+S+MAl+L9pO7ZNzs6PSzC4bO+5HZjWg0J2ybx87d

From Sergio Durigan Junior@21:1/5 to Soren Stoutner on Tue Mar 26 21:30:01 2024

On Tuesday, March 26 2024, Soren Stoutner wrote:

https://wiki.debian.org/debian/watch#Gitlab[1]

"From 2024/03 above solution do not work anymore since Gitlab changed their tag
ordering. You can use direct API access:”

version=4
opts=\
searchmode=plain,\
https://gitlab.com/api/v4/projects/PROJECTID/releases archive/v?\d[\d.]+/<project>/-v?
([\d.]+)@ARCHIVE_EXT@

My initial (successful) attempt was to use the API directly, but some
people might be confused about the PROJECTID part (it needs to be
URL-encoded unless you're specifying the actual integer ID directly).

Either way, here are the two options:

version=4
opts=searchmode=plain \
https://gitlab.com/saalen/highlight/-/tags?sort=updated_desc /archive/@ANY_VERSION@/@PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@
# Using the API:
# https://gitlab.com/api/v4/projects/saalen%2Fhighlight/releases /archive/@ANY_VERSION@/@PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@

--
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
https://sergiodj.net/

--=-=-Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEI3pUsQKHKL8A7zH00Ot2KGX8XjYFAmYDLU0ACgkQ0Ot2KGX8 XjaSzA/+O4vyDbXKvBYE3bB52scBSsadwU3dIkFkqJhdsFuhFQF7eX3bbGqNZlhe r4uv/NBeAxi10nVsOplc2789pwssKF9E7kfuZjdbs/s0zMOKaaBAlwSshLNWSajd lVngENG40ywJptdrK2lIGAgvTgyPs9PAmXrWUjItsd0jJM+XG9LO2VUH6dizi4pC B8DgFYMgozN+l99ihetM35EiTGB9dTAnRo6VkpkPcMf10XI2l2ZSfLzZnilga31b Gh4nVtlUANMhf4XG38rPQCogHvFNsfLf74YSkYiefp1jh7bL7BcAvLwbtu9h+hXE EdIwXQJFzamw/LqYrQRWPmq3T+c1vnWxP1R4srXV8jx6j0oP0IQRcloTSvPp1LNi 60n8Zbghlq+OwgEG2BxHI5YrqgCOLVblz8ZCePKc93w0sV1THHEktzy+M8XbApH0 zDrShQ9rxX4hggywKSzz3xzAdMoWpVetoJPmfaS7xN2DQuVbjrmknr8H6hO0nWGY m0A+X+ST7kEMmBMJwKK+htZU7LhdAn8eMaEQifViBV7MUpsn0etxRg8MSINXyufl /7Lv0MhNfnWLQwFFCMGFtJTmW1nrT62w2tmx1O1fckd/bVU8szu5twWzd9XH0jyt fX7WND5SMiQFQ5fY6CI0rf5jZ1Jq1YfqZCCTjO6WY6kcIQixDy

From Soren Stoutner@21:1/5 to All on Tue Mar 26 13:11:25 2024

Copy: [email protected] (Sergio Durigan Junior)

This is a multi-part message in MIME format.

--nextPart3281371.BaCyhgDA2a
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"

https://wiki.debian.org/debian/watch#Gitlab[1]

"From 2024/03 above solution do not work anymore since Gitlab changed their tag
ordering. You can use direct API access:”

version=4
opts=\
searchmode=plain,\
https://gitlab.com/api/v4/projects/PROJECTID/releases archive/v?\d[\d.]+/<project>/-v?
([\d.]+)@ARCHIVE_EXT@

Looks like you aren’t the only one with this problem. ;)

On Tuesday, March 26, 2024 1:05:10 PM MST Sergio Durigan Junior wrote:

On Monday, March 25 2024, Shriram Ravindranathan wrote:

Dear Mentors,

I noticed from the past couple of days, uscan seems to be having trouble finding files from the gitlab tags page.

```
$ uscan
uscan warn: In debian/watch no matching files for watch line

https://gitlab.com/saalen/highlight/tags?sort=updated_desc
.*/archive/(\d\S+)/.*\.tar\.gz.*>
```

Checking the same pattern with grep shows that it does find a match

```
$ curl -L "https://gitlab.com/saalen/highlight/tags?sort=updated_desc" | grep -E ".*/archive/([0-9]\S+)/.*\.tar\.gz.*">
% Total % Received % Xferd Average Speed Time Time Time
Current

Dload Upload Total Spent Left
Speed

100 126 100 126 0 0 287 0 --:--:-- --:--:-- --:--:--

0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:--
0<div class="js-source-code-dropdown" data-css-class=""
data-download-artifacts="[]"
data-download-links="[{"text":"zip","path":
"/saalen/highlight/-/archive/4.11/highlight-4.11.zip"},{"te
xt":"tar.gz","path":"/saalen/highlight/-/arc
hive/4.11/highlight-4.11.tar.gz"},{"text":"tar.bz2&quo
t;,"path":"/saalen/highlight/-/archive/4.11/highlight-4.11.
tar.bz2"},{"text":"tar","path":"/s
aalen/highlight/-/archive/4.11/highlight-4.11.tar"}]"></div>>
100 85448 100 85448 0 0 51822 0 0:00:01 0:00:01 --:--:-- 401k ```

It seems like a few other packages are also having similar troubles with uscan, for example lomiri <https://tracker.debian.org/pkg/lomiri>

Is there a way to fix this?

--nextPart3281371.BaCyhgDA2a
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="UTF-8"

<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body><a href="https://wiki.debian.org/debian/watch#Gitlab">https://wiki.debian.org/debian/watch#Gitlab</a>
 "From 2024/03 above solution do not work anymore since Gitlab changed their tag ordering. You can use direct API access:”
 version=4
opts=\
searchmode=plain,\
   https://gitlab.com/api/v4/projects/PROJECTID/releases archive/v?\d[\d.]+/<project>/-v?([\d.]+)@ARCHIVE_EXT@
 Looks like you aren’t the only one with this problem.  ;)
 On Tuesday, March 26, 2024 1:05:10 PM MST Sergio Durigan Junior wrote:
> On Monday, March 25 2024, Shriram Ravindranathan wrote:
> > Dear Mentors,
> > 
> > I noticed from the past couple of days, uscan seems to be having trouble
> > finding files from the gitlab tags page.
> > 
> > ```
> > $ uscan
> > uscan warn: In debian/watch no matching files for watch line
> > 
> >   https://gitlab.com/saalen/highlight/tags?sort=updated_desc
> >   .*/archive/(\d\S+)/.*\.tar\.gz.*> 
> > ```
> > 
> > Checking the same pattern with grep shows that it does find a match
> > 
> > ```
> > $ curl -L "https://gitlab.com/saalen/highlight/tags?sort=updated_desc" |
> > grep -E ".*/archive/([0-9]\S+)/.*\.tar\.gz.*"> 
> >   % Total    % Received % Xferd  Average Speed   Time    Time     Time 
> >   Current
> >   
> >                             &
nbsp;    Dload  Upload   Total   Spent    Left 
> >                             &
nbsp;    Speed
> > 
> > 100   126  100   126    0     0    287      0 --:--:-- --:--:-- --:--:--&
nbsp; 
> > 287> 
> >   0     0    0     0    0     0      0  
    0 --:--:--  0:00:01 --:--:--    
> >   0<div class="js-source-code-dropdown" data-css-class=""
> >   data-download-artifacts="[]"
> >   data-download-links="[{&quot;text&quot;:&quot;zip&quot;,&quot;path&quot;:
> >   &quot;/saalen/highlight/-/archive/4.11/highlight-4.11.zip&quot;},{&quot;te
> >   xt&quot;:&quot;tar.gz&quot;,&quot;path&quot;:&quot;/saalen/highlight/-/arc
> >   hive/4.11/highlight-4.11.tar.gz&quot;},{&quot;text&quot;:&quot;tar.bz2&quo
> >   t;,&quot;path&quot;:&quot;/saalen/highlight/-/archive/4.11/highlight-4.11.
> >   tar.bz2&quot;},{&quot;text&quot;:&quot;tar&quot;,&quot;path&quot;:&quot;/s
> >   aalen/highlight/-/archive/4.11/highlight-4.11.tar&quot;}]"></div>> 
> > 100 85448  100 85448    0     0  51822      0  0:00:01  0:00:01 --:--:-- 
> > 401k ```
> > 
> > It seems like a few other packages are also having similar troubles with
> > uscan, for example lomiri <https://tracker.debian.org/pkg/lomiri>
> > 
> > Is there a way to fix this?
> > I don't know if there's an "official" way to fix this, but the problem
> seems to be the fact the actual download link is embedded inside an
> element of the page, like this:
> >   <div class="js-source-code-dropdown" ...
> data-download-links="[{&quot;text&quot;:&quot;zip&quot;,&quot;path&quot;:&quo
> t;/saalen/highlight/-/archive/v4.11/highlight-v4.11.zip&quot;},{&quot;text&quo
> t;:&quot;tar.gz&quot;,&quot;path&quot;:&quot;/saalen/highlight/-/archive/v4.11
> /highlight-v4.11.tar.gz&quot;},...>
> > uscan by default will try to parse the HTML of the page, which is not
> helpful in this case.  You can try changing its search mode by
> specifying "searchmode=plain" as part of the "opts" variable.  You may
> have to adjust your "filenamemange" regexp as well.
> > Cheers,
 -- 
Soren Stoutner
[email protected]
</body>
</html>
--nextPart3281371.BaCyhgDA2a--

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEJKVN2yNUZnlcqOI+wufLJ66wtgMFAmYDK+0ACgkQwufLJ66w tgNgYRAAj4USEHVPhzGCP8/IEC7N2o1r3VE2z5/zgfyuAIcIviX73vx0clr9InAa lEYwxB1+/C3QhrcVUiI2DKI8TinCShEHRbNp9/CgKlGtPs3AeHbLhGZKx1aEr1xk xmg3sJlqoS9oiIf5/NtOwusrOCze9CdrliwQL7JlSj9G56SnsV6t1nzfzwhPnAvP oYUt/wu2UUvvCHRMvlEGtU++y+XlMSdvFM/wRO9MtKFNMXaEAQseasPaTDFqqsVf iA3MBmYvlT4I8+ahr9Sqd+zBY1TnTbTaL1QLabcMqJvh5xBMWA59TMz8v/NJuDwV 6oeayuvLfJegHVYTAjCCf25K4cbs6ZkyuJJ42WJzqRsUzZCxD5lLik/MiMexzpqd tzbeO5D8tWJQQjOmskdU+DIqwDy2ypzobatl8a5xpaM0ys7HI+GH3w23V+icdLSS PVgZCOM81NEcbdijkoDWaeicetbPe4hzW1tRTT5oVxQQu0HZ0itxKJ2jN+6il4c5 hkgX2MMEgPqql3RCAx1i0fDF9I64wq5RAdShZ2S1J8WDpog3FwojzJmkAe4+WFYY 6dg22u/kvso5XpYUEKcrv8MSUzAK6xjIjNEpni7EWALGyujsu3DeWamytFqufjPU SCSModDHB02oZtTai85qsJ4FzAT4O3WeD0Ktc4zoItXxglEDxDs=
=AJbq
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From Mike Gabriel@21:1/5 to Soren Stoutner on Sat Apr 6 09:50:42 2024

This message is in MIME format and has been PGP signed.

On Mi 03 Apr 2024 14:28:55 CEST, Soren Stoutner wrote:

On Wednesday, April 3, 2024 5:00:03 AM MST Soren Stoutner wrote:

That is indeed complex as the tarball is only available as an upload the
developer has manually added to GitLab and not as one of the
standard release
tarballs generated by GitLab.

If GitLab weren’t being a punk and would present the same HTML a
browser gets
to uscan (or wget) when pulling up:

https://gitlab.com/vala-panel-project/vala-panel-appmenu/-/releases[1]

it would be easy. But GitLab is presenting what amounts to a login
screen to
uscan instead.

I submitted a request to GitLab to correct this buggy behavior.

https://gitlab.com/gitlab-org/gitlab/-/issues/454301[1]

Thanks for that! Makes total sense complaining over at GitLab upstream.

Mike
--

mike gabriel aka sunweaver (Debian Developer)
mobile: +49 (1520) 1976 148
landline: +49 (4351) 486 14 27

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31
mail: [email protected], http://sunweavers.net

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIzBAABCgAdFiEEm/uu6GwKpf+/IgeCmvRrMCV3GzEFAmYNZEIACgkQmvRrMCV3 GzERdA//Z1D1+Vf/ajnnHAFA+EvTIWEte2BgRArmRUOcVKB1zucpzbp9vg5uwAft nu+xDwSkI+pzwHjKm0T1wsmxzemlt/Kcby8rbRY2is0gx4Hy5h9QCio6K60fP6Z0 R1NRoNfqsVQl61gktBvGJ8ytMqpOR9Pa6lXW9m5K5qTmFjLD9g1/rx3Dt70UwNtI I7QWTBI1lIlcjf3i+5YufpyPAYCm+uGAERLHxQDYfOr1sCa8Uin+JCkcZ/6p788f XT4EIK4hQCyYu8SruqW/MqoLGPAacxq46AJFaVUghJbp0cDS575sjg/6TJTOU5xQ Is8czMPR9Pn5k64UnfVdYQjRptRkVmIypoDeo9jxFkpnJXd5xKostsniOso3LQI1 d7bxLqCZVT3vRQySwA6kINkK993Rp+p7atBKs2WHBGCfTJBxPRacMF1ZGBph4YcM eLVheyt2+OgKDjayEMQ/NHdwmSCQYdxEMS45kCtgBbtY1r5Fmc50EmRKxAGGKaKN xfCIlMjcpxa7Sd8jWB4KNezuTBUfTssjYkzaqc23F5kb+/ASQv7/BGzfO9I+zLaa jzA9Yve9AeSzxt87nc1U6TSjUhrdMh/psT675VcIGgISCTDz8LZWjou1uF0oxZAR
Dfq

From Soren Stoutner@21:1/5 to All on Wed Apr 3 05:00:03 2024

Copy: [email protected] (Shriram Ravindranathan)

This is a multi-part message in MIME format.

--nextPart4994345.5mpOX2X0QX
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"

On Wednesday, April 3, 2024 1:00:28 AM MST Mike Gabriel wrote:

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/6c0332e34c41e
99de5a1db1fc4239de2/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).

That is indeed complex as the tarball is only available as an upload the developer has
manually added to GitLab and not as one of the standard release tarballs generated by
GitLab.

If GitLab weren’t being a punk and would present the same HTML a browser gets to uscan
(or wget) when pulling up:

https://gitlab.com/vala-panel-project/vala-panel-appmenu/-/releases[1]

it would be easy. But GitLab is presenting what amounts to a login screen to uscan instead.

You might be able to resolve the situation by switching to using Git to download a tag and
then producing a tarball locally from that, but I don’t know how to have uscan produce a
tarball from just a subdirectory in Git. Perhaps one of the people who are currently
advocating using git instead of pre-packaged tarballs on devian-devel would have an idea
of how to do that.

--
Soren Stoutner
[email protected]

--------
[1] https://gitlab.com/vala-panel-project/vala-panel-appmenu/-/releases

--nextPart4994345.5mpOX2X0QX
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="UTF-8"

<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>On Wednesday, April 3, 2024 1:00:28 AM MST Mike Gabriel wrote:
> 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.
<p style="marg

From Soren Stoutner@21:1/5 to All on Tue Apr 2 21:12:59 2024

This is a multi-part message in MIME format.

--nextPart2397237.yNWWc9ZCMa
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Mike,

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.

--
Soren Stoutner
[email protected]
--nextPart2397237.yNWWc9ZCMa
Content-Disposition: attachment; filename="watch"
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="x-UTF_8J"; name="watch"

version=4
opts="searchmode=plain" \
https://gitlab.com/vala-panel-project/vala-panel-appmenu/tags?sort=updated_desc -/archive/v?\d[\d.]+/vala-panel-appmenu-@[email protected]

--nextPart2397237.yNWWc9ZCMa--

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEJKVN2yNUZnlcqOI+wufLJ66wtgMFAmYM10sACgkQwufLJ66w tgMn5hAAovieq/BKczp5gjp4rHXggpospnsrw4nEdU+a+RjsuSVqu8kOixLekdee iYKVhKS8g1ADpHOVHncVNjg6KbIiM7t6igpWPYkQJ7qDph/DXbZ+TiHUUlP7XNgv qWwem1Shh0DUn0bvZOpu2M1GoFeF4Y6aCiDGkLp4ocBiLUIlfoNK61l81s77REid 1FJ0iCTG7y2Zsc8H81ELdURl1KZt+8cr4WsNK7azS5PhfInbdiZmK9pC1VL4KS5B 3lkI5qkeeQvtLlPMdaQoDPk6PsxBXETmUTX13bcC1b2jNy0aPFYDeiKKFtQG7QqM glOPXj4oZ2K+nFquPGIkmsmlS8k9WwdlXZ1LQAlPmA25NUjbxmQaLvoOKpPjIWoL 2zy1nIDRaBEq9OaJcAyW5MJC2hOQyYmR2EizywZL8tL/Y7C2WyF69dsQGTa3dQN1 33OWL/k6FSsL6jk1dzHl2dnQoxX7btYYHuKCFLPYG9BuU68E42FTFMt/fWd623C4 aszbOYXA5PQJ9SVpHz8KEoMxP31BHqNBYrMBgrj2oam4083fpd+hLC7DEGIV4qig dHEGwbS1+SFgchJnCnoBWW6LyXTVDbGRmHWjWvenk9nlZ53D52ad8jcbzNxX7Y3W w6jaz5ldmnGVlx8yXLo8+9PTpwKFFOUfWZGgldw+O8htQvF58j0=
=pkbH
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From Mike Gabriel@21:1/5 to Shriram Ravindranathan on Sat Apr 6 09:51:53 2024

This message is in MIME format and has been PGP signed.

Hi all,

On Mo 25 Mär 2024 07:27:19 CET, Shriram Ravindranathan wrote:

It seems like a few other packages are also having similar troubles
with uscan, for example lomiri <https://tracker.debian.org/pkg/lomiri>

For lomiri, I have fixed those watch files now (won't do a mass
upload, fixes will trickle in slowly).

However, I have a challenge for uscan experts:

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

However, I fail to fiddle the new watch file together working with the
new GitLab releases page rendering/delivery.

Any ideas?

Mike

PS: Make sure you Cc: me when replying, I am not following
debian-mentos (sorry!!!) regularly.
--

mike gabriel aka sunweaver (Debian Developer)
mobile: +49 (1520) 1976 148
landline: +49 (4351) 486 14 27

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31
mail: [email protected], http://sunweavers.net

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIzBAABCgAdFiEEm/uu6GwKpf+/IgeCmvRrMCV3GzEFAmYMIrAACgkQmvRrMCV3 GzHoZRAAqlIXi6wAsBdI35TRfP2JpUF4qBPMHsz0j8vqaq7i/GdSCHnLHG2Occjg PURYXeGfATeTEKbjeL7nX6rkcmGv46hdHDa1keo36hnkP/c65AguvjPvknU9Z7Hs nS94ol6PDjsMahnzUlcubVYYSzkV8IPFxX5VMkr+hVy8f1eRMXYmtzsdrHBFm1T1 xmz1STzZ22bvHTs0fRa6eFNfgD5/YQBlV1Mf4EcT59ePygJfzpV8d9GXHrHxFCD6 4sRZGalhU4I0jQDkkvttjXEVhmXrJtPCYXyP0WBy6OtasoiPu9fQyZUDhOyJ+TZ8 3uGzi92OZ+tT7iyx2Ue03Tw3bbOE+xJaVZWMi2qu+Qt2rxMis3RYOWNuVcDwtmqK zLq9AAdAZPPJ/trxi6RKz8k/q1B2Qjioz+12/Y7pWCMTNPXy6TTHBaG6UgpitjtE PV3qSygW9fhSw2pOcv5aksihW1oUa0mLz6N4tGw3wXPVURssP+eC09e/9wwYizRy aDMqg7fVTZXu6fHXA5tFuXY4m9ZOiDVlN+m3Q284SCnUHfyk/HMvI3ANXCPJM0LK 9nPzm2k52xbBiMBU7rF3GTiTqdptKEf0Emi0D85hQcssjbUnPBgfDBTAzv2Vt0/7
23F

From Fay Stegerman@21:1/5 to All on Sat Apr 6 09:51:52 2024

* Mike Gabriel <[email protected]> [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.

- Fay

version=4 opts="searchmode=plain,downloadurlmangle=s!uploads!vala-panel-project/vala-panel-appmenu/uploads!" \
https://gitlab.com/api/v4/projects/vala-panel-project%2Fvala-panel-appmenu/releases \
/uploads/[0-9a-f]+/appmenu-gtk-module-?([\d\.]+)\.tar\.xz

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From Mike Gabriel@21:1/5 to Soren Stoutner on Sat Apr 6 09:51:54 2024

This message is in MIME format and has been PGP signed.

Hi Soren,

On Mi 03 Apr 2024 06:12:59 CEST, Soren Stoutner wrote:

Mike,

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.

[sunweaver@sunobo vala-panel-appmenu.upstream (master)]$ tree -L 1
.
??? applets
??? data
??? lib
??? LICENSE
??? meson.build
??? meson_options.txt
??? po
??? README.md
??? subprojects
??? vapi

7 directories, 4 files
[sunweaver@sunobo vala-panel-appmenu.upstream (master)]$ tree -L 1 subprojects/
subprojects/
??? appmenu-glib-translator
??? appmenu-gtk-module
??? jayatana
??? registrar

5 directories, 0 files

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).

Thanks,
Mike

[1] https://gitlab.com/vala-panel-project/vala-panel-appmenu/-/releases/24.02

--

mike gabriel aka sunweaver (Debian Developer)
mobile: +49 (1520) 1976 148
landline: +49 (4351) 486 14 27

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31
mail: [email protected], http://sunweavers.net

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIzBAABCgAdFiEEm/uu6GwKpf+/IgeCmvRrMCV3GzEFAmYNDJoACgkQmvRrMCV3 GzHhZg/+InokPVhohCWFOATP18Elput7wqImwxGB+Cp2ERhiVN7InD2Dc4lEF5oj KgO4wdn65S6zOC6iPPInaZeFhJoaQT41+ezVuJ3lM0NQ0JL+L43Ibun7DT9IZbwI IrXopqc//D/STkzr8pmO43UriXulwJvKPDvhLAQ1OyAAz0stR0SiuKT4DmE+aMIS mZI6JZiEveF0kw2Mw4lMNGPbUMH9B0aJ76yT3Gllh43X6kRe3Jo6c9vUz9uWtafs PGvSdoUnWJ15K5whudvnyNsZLT+etvGsyn/SZz/RiBbJt0now1YMCUHxjro2wcG0 GOQ5n0eiYoEtY8IPkJdpUNodXyOojrnYtckX9S/lB89ndGIwMsA2zyM5VxnjhLMh 3wr3W9wHKiriAH5k2S6jtgx1j6pMT3ZDbvAQaUFqomgr6SZPI6eweTdtqnapCbs+ kEDKsmvKxpUqPcek8hHctRh9IlRlzMfed3jr32cDQlXp6bG1tNU2U4hf2iRY6C3P 1M15IymhGRSjlNIqM+3pxCymNEG0DiM36XlOtPJIYJpRTo+sSKKKqHpniNYSCNng +RyKvyk2jXPGuM3tyLOSaZ0abyTD0rshviWGHsrSkMxO0lBoVVkVrB2ANNuJzB9d
HNd

From Mike Gabriel@21:1/5 to Soren Stoutner on Sat Apr 6 09:52:16 2024

This message is in MIME format and has been PGP signed.

Hi Soren,

On Mi 03 Apr 2024 14:00:03 CEST, Soren Stoutner wrote:

On Wednesday, April 3, 2024 1:00:28 AM MST Mike Gabriel wrote:

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/6c0332e34c41e
99de5a1db1fc4239de2/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).

That is indeed complex as the tarball is only available as an upload
the developer has
manually added to GitLab and not as one of the standard release
tarballs generated by
GitLab.

If GitLab weren’t being a punk and would present the same HTML a
browser gets to uscan
(or wget) when pulling up:

https://gitlab.com/vala-panel-project/vala-panel-appmenu/-/releases[1]

it would be easy. But GitLab is presenting what amounts to a login
screen to uscan instead.

You might be able to resolve the situation by switching to using Git
to download a tag and
then producing a tarball locally from that, but I don’t know how to
have uscan produce a
tarball from just a subdirectory in Git. Perhaps one of the people
who are currently
advocating using git instead of pre-packaged tarballs on
devian-devel would have an idea
of how to do that.

Thanks for taking a closer look. I'll need to find some quiet moment
and then do a manual re-packaging in d/rules, I guess. Just like the
really old way that @onlyjob in Debian wiki years ago.

Greets,
Mike
--

mike gabriel aka sunweaver (Debian Developer)
mobile: +49 (1520) 1976 148
landline: +49 (4351) 486 14 27

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31
mail: [email protected], http://sunweavers.net

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIzBAABCgAdFiEEm/uu6GwKpf+/IgeCmvRrMCV3GzEFAmYNZJkACgkQmvRrMCV3 GzFBkg/+J8LfVNpERQUfdGmdGD7CKhWRZa3l6O2v2Wg9UmLyHpB1M9Jh5BzXzBxU iZpYB6vHZRNz+OEZPHz2PInVHNavog5jJ8rrg9pl9PumZJtX8Ol2p97fRoVDCjJA JRDydwkn3dNjtSNxBzqmFw3V0xlZrF1vp9UWhVI9ZxZ0cN7EvZygXf4Vj1tgxHGP htPUG/bz1fmFZEmjpQ0pK07UhGYmUvLJrHD8cIB0MJAoS/DDawcj5cOrjtZxBIic n033yar8raaSUY0snQrTeUWgFYOsWwtPI2l5w1UT6bLU7FjhpTs48zzevFVU0fh4 Thc8qGaJuGCZetEBRUTKECZ8jIzAul3lZN1lNhB6CJLGnGYrSrTBs/HAROVbdhBf IjAxDPVejfeZfVM3G+gcYXp/wwB3nyBF5NibAo+qQcAN0N0tKbb0NPFuzWNRSRMg B7P21SbwdSfsor9l2iUhK7vLzpKI1Pili20S6GNO5t3oqHyI1oMKzupK2pGwdN/S KJO1gGYr/zXUqgLNhrkK47AGg2eyfTNsiEn6YxAbl3jJp1cMOSk0ghQ82HayNcv9 Iw7Ss5iEhhtRnvuXvk6L9Q44+nMmU6J5vwY9wJPkr0h6m0GeUGEoIKJbOpSvRLrw
8I2

From Soren Stoutner@21:1/5 to Fay Stegerman on Thu Apr 4 10:02:15 2024

To: [email protected]
Copy: [email protected] (Mike Gabriel)

On Wednesday, April 3, 2024 3:19:39 PM MST Fay Stegerman wrote:

GitLab asset download URLs are a bit of a mess, but the attached watch file seems to give me that exact URL.

- Fay

Fay,

That’s very impressive. Thanks for figuring out how to do that. The v4 API link is the secret sauce.

--
Soren Stoutner
[email protected]
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEJKVN2yNUZnlcqOI+wufLJ66wtgMFAmYO3RcACgkQwufLJ66w tgPJXxAAr2PbdVCh1OjFJQmMQpyUThiZRTLLAu2k+D271MySVMZxXxJQyrP6KTIn wEtLqjdaCuo7VU52LU5SoSu6qcFi7/yw0H5yN2ZlTftRlmsxUS3U8ihWcmHloyAf SvuaEdfPApEIlSBKgCWoJfpqidy8F7qHQ9KnXUAUvORBib3Wju2b1p0HaGvr/Ex8 ujh9dmLimfydIlIRUld9ENrp2GmdeC0+1Nsktm++sQtxP5Gwy08xM4i8qbOlCyP3 l/S7NON/kCXCoBSUYEEIGtxNOi7IfteQ33IOffb0VjtrHiHfJo4G/CHZ6knb1TdJ GKX7wbCzATO5CK4CnOGjJDKDe0xW7vdT6VLV2laHCAGSdo+ViY8xblElh3Vo8Ax5 fKL5J4C1EplITEQj+nfE71q8idmmqX1wjfGxGdhZla2ehrSdDa5OAIykozFj4zzU LWFSqyfV1DeKpGuPwmD4vKJqUH8bzdutIY0cF+AcQGC1r19ODTLZ6tK/w6fDLrO9 WGRWhs28kqq7Ybp4+k6Q8E4qW15QIS1/sxGCa6LCV4ptz+c7hAjecz0EtoGGMox+ I7HcyoH5NDKcU+SA4sPbCOQ09xFN1yEYhjfZalwyg5282aitp1Xu543bxwWA6U6t 3tC3uvehBPwcZxtMox8+ducFXfI5TxQM0n/heoEJcRIS3Aq3F+k=
=gyWG
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From Soren Stoutner@21:1/5 to All on Wed Apr 3 05:28:55 2024

Copy: [email protected] (Shriram Ravindranathan)

This is a multi-part message in MIME format.

--nextPart5159737.jMxENKjSkp
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"

On Wednesday, April 3, 2024 5:00:03 AM MST Soren Stoutner wrote:

That is indeed complex as the tarball is only available as an upload the developer has manually added to GitLab and not as one of the standard release tarballs generated by GitLab.

If GitLab weren’t being a punk and would present the same HTML a browser gets
to uscan (or wget) when pulling up:

https://gitlab.com/vala-panel-project/vala-panel-appmenu/-/releases[1]

it would be easy. But GitLab is presenting what amounts to a login screen to uscan instead.

I submitted a request to GitLab to correct this buggy behavior.

https://gitlab.com/gitlab-org/gitlab/-/issues/454301[1]

--
Soren Stoutner
[email protected]

--------
[1] https://gitlab.com/gitlab-org/gitlab/-/issues/454301

--nextPart5159737.jMxENKjSkp
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="UTF-8"

<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>On Wednesday, April 3, 2024 5:00:03 AM MST Soren Stoutner wrote:
> That is indeed complex as the tarball is only available as an upload the
> developer has manually added to GitLab and not as one of the standard release
> tarballs generated by GitLab.
> <p style="margin-top:0;margin-bottom:0;margin-left:0

From Andrey Rakhmatullin@21:1/5 to Nilson Silva on Thu Apr 18 08:30:01 2024

On Thu, Apr 18, 2024 at 02:43:23AM +0000, Nilson Silva wrote:

Hey!
The purpose of this email is to contribute to the recent changes that occurred in Gitlab with its
HTML that caused a series of errors in tracking new versions.

Reading the wiki more specifically at this point:
https://wiki.debian.org/debian/watch#GitLab,
and trying to apply it to my case, there was no success.

So, after some research, I came to this result:

version=4
opts="searchmode=plain, uversionmangle=s/\.(\d+\.\d+.\d+)//" \ https://gitlab.com/<user>/<project>/tags?sort=updated_desc -/archive/(\d+.\d+.\d+)/<packege>-(\d+.\d+.\d+).tar .gz

Capturing the version twice and then removing the extra one via
uversionmangle is really wrong (you tried to discuss this on IRC yesterday
but ignored the suggestions).

--
WBR, wRAR

-----BEGIN PGP SIGNATURE-----

iQJhBAABCgBLFiEEolIP6gqGcKZh3YxVM2L3AxpJkuEFAmYgvBUtFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3Jnd3JhckBkZWJpYW4ub3JnAAoJEDNi9wMaSZLh wA4P/3J+WFe9rP37TjyRWSk+VeseCmhaq8Lawjxn54pcZysMFAEFlJU8TfS60BXg er23BSexLaoNCvc5Pv1xFa4juj0cT7lJcIO3C5Tjat2XXysQdZeYTntqTf3eBffL nDjCXiBhCiiRtWNSfQTEFNefcZVMJWCVfOc7F6G8l0URk1Ov2fOeQrOif7Pzq2GN i4/bcv0zmbtDyiwYSxW7b3ybOSdil14LUMPNk+fIoxs56kO/bo+87MRMDtXjFhRG Mg1gd2th+Zrm/PJ8g5iIRTSXDvJjG/IyXiGeuSMnIf4hQFPUpq7O+PREhsKlUmkn 2O+KOz+UZ7AvkHarNCWm3/AIpt41CFYcSdyTuoNDlQnC8OwjUW+bncoGO1odTo0V mXYQHKd3XXQGHS3ilsZb3zX9o+pMq7hhUtkcYTAmRR3vVKzMCkqIx3BvhW2ym4nM HGYXemWk2733nYS9TuV/0HGspTbzbOIoSXMVCjUEPkNJUIKgLF/0rKCyjy+HvW8s LNujFQVx8kspl5ZlW/ptqD8KbsSwcl/lP5yW9YhY2CCA0dPadNefR2Ct3mpIfjsB 33a2no2kQCnTkDO098nygUUY26LMvLvO+BsSHFoK2PMXzADlBxZlmfp1Bob2VinC izQQnyqVSipYzNE7mG7pj6LbPCQbVycUbO/mZOQfyYRHMgjv
=TeVH
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Who's Online
Recent Visitors
- Bob Worm
  Mon Jun 8 16:33:22 2026
  from Wales, Uk via Telnet
- Bob Worm
  Mon Jun 8 14:11:46 2026
  from Wales, Uk via Telnet
- Krenn
  Mon Jun 8 11:22:02 2026
  from Sydney, Nsw via Telnet
- Bob Worm
  Mon Jun 8 08:26:26 2026
  from Wales, Uk via Telnet
- Spearb0y
  Mon Jun 8 06:51:02 2026
  from Massachusetts via SSH
- Krenn
  Mon Jun 8 05:45:38 2026
  from Sydney, Nsw via Telnet
- Bob Worm
  Sun Jun 7 20:58:28 2026
  from Wales, Uk via Telnet
- Michal Wronka
  Sun Jun 7 19:26:28 2026
  from Wroclaw, Poland via SSH

System Info

Sysop:	Keyop
Location:	Huddersfield, West Yorkshire, UK
Users:	715
Nodes:	16 (3 / 13)
Uptime:	24:16:50
Calls:	12,106
Calls today:	6
Files:	15,006
Messages:	6,518,164

Uscan no longer works with GitLab tags

Who's Online

Recent Visitors

System Info