1. Forum
  2. Usenet
  3. LINUX.DEBIAN.DEVEL

  • debian/watch: Ignoring pre-release on GittHub

    From Kentaro Hayashi@21:1/5 to All on Sun Dec 4 14:20:01 2022
    Hi,

    Recently, I've faced an issue with debian/watch with pre-released version.

    Here is the scenario:

    1. upstream releases x.y.z with pre-release label. (tagged with x.y.z)
    2. new release x.y.z was detected on developer dashboard (https://qa.debian.org/developer.php)
    3. upstream releases x.y.z as the official release. (re-tagged with x.y.z)

    After step 3, it is okay to do packaging normally, but Just after step
    1, there may be a possibility
    to be overlooked that it should not be ready for packaging. (from
    qa.d.o overview)
    (even though looking at GitHub release page, it is obvious that it is "pre-release")

    Is there any good rule to ignore the pre-release in debian/watch?


    --
    Kentaro Hayashi <[email protected]>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stephan Lachnit@21:1/5 to All on Mon Dec 5 08:50:01 2022
    You can try to take a look at the GitHub API, e.g. [1].

    Inside is an `prerelease` entry. Not sure how easy this is to
    implement in uscan though.

    Cheers,
    Stephan

    [1]: https://api.github.com/repos/lutris/lutris/releases?per_page=100

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kentaro Hayashi@21:1/5 to All on Thu Dec 8 12:00:01 2022
    2022年12月5日(月) 16:41 Stephan Lachnit <[email protected]>:

    You can try to take a look at the GitHub API, e.g. [1].

    Inside is an `prerelease` entry. Not sure how easy this is to
    implement in uscan though.

    Cheers,
    Stephan

    [1]: https://api.github.com/repos/lutris/lutris/releases?per_page=100

    Thanks,
    Instead of writing complicated rules,
    it may be better to support such an API in uscan internals.

    --
    Kentaro Hayashi <[email protected]>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrius Merkys@21:1/5 to Kentaro Hayashi on Thu Dec 8 12:50:01 2022
    On 2022-12-08 12:59, Kentaro Hayashi wrote:
    2022年12月5日(月) 16:41 Stephan Lachnit <[email protected]>:

    You can try to take a look at the GitHub API, e.g. [1].

    Inside is an `prerelease` entry. Not sure how easy this is to
    implement in uscan though.

    Cheers,
    Stephan

    [1]: https://api.github.com/repos/lutris/lutris/releases?per_page=100

    Thanks,
    Instead of writing complicated rules,
    it may be better to support such an API in uscan internals.

    I believe redirectors are more appropriate for that. Internals of uscan
    are relatively uncomplicated and do not know any site-specific APIs.

    Andrius

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kentaro Hayashi@21:1/5 to All on Tue Dec 13 13:40:02 2022
    Hi,


    2022年12月8日(木) 20:40 Andrius Merkys <[email protected]>:

    On 2022-12-08 12:59, Kentaro Hayashi wrote:
    2022年12月5日(月) 16:41 Stephan Lachnit <[email protected]>:

    You can try to take a look at the GitHub API, e.g. [1].

    Inside is an `prerelease` entry. Not sure how easy this is to
    implement in uscan though.

    Cheers,
    Stephan

    [1]: https://api.github.com/repos/lutris/lutris/releases?per_page=10
    0

    Thanks,
    Instead of writing complicated rules,
    it may be better to support such an API in uscan internals.

    I believe redirectors are more appropriate for that. Internals of uscan
    are relatively uncomplicated and do not know any site-specific APIs.

    I didn't know redirector well, after that, yes, fakeupstream.cgi can
    support such an API, and it is appropriate if I only need to detect
    whether it is
    pre-release or not.

    Even though it is not enough to hide API specific internal
    such as auto-generated archive or attached assets in d/watch,
    it is practically enough because we accept writing site-specific
    d/watch as of now [1]

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

    Thanks,

    --
    Kentaro Hayashi <[email protected]>

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