• Re: Introduction And Request for Help

    From gregor herrmann@21:1/5 to Mikko Johannes Koivunalho on Tue Oct 31 01:30:02 2023
    On Sat, 28 Oct 2023 10:56:46 +0200, Mikko Johannes Koivunalho wrote:

    Hi All,

    Hi Mikko!

    I have a few packages at CPAN.
    Recently, I created a package, Env::Assert <https://metacpan.org/dist/Env-Assert> which I used at the office when creating containers for data pipelines.

    Alright :)

    To make it easier to use Env::Assert in Debian containers, I would like to package it for Debian. But I know nothing about Debian packaging, besides,
    of course, using them (installing with apt or dpkg).
    Can anyone help me to package Env::Assert, please?

    I think the question is: What is your objective?
    - If you want to learn creating Debian packages and join the Debian
    Perl Group and maintain 4000 packages -- great, we need more
    people!
    - If you want to get Env::Assert into Debian, the easiest way is to
    ask us to package it :)

    If it's the latter: I just spent 2 minutes with dh-make-perl and
    Env::Assert, and if I spend 5 minutes more, I can upload the package
    to the archive. [0]

    If it's the former: Additionally to Andrius' hints we can give you
    more pointers for getting into the packaging business.


    Cheers,
    gregor


    [0] Although I just realize that this might be better named envassert
    than libenv-assert-perl, as it's more about the binary than the
    library, right?

    --
    .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
    : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
    `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
    `-

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

    iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmVASG1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgZz8BAAmv9oUHJvyQ7i/cTRS9m4z2FTnWJUSirtp3KTWnfT5f9BHyyAGJKOq+lc I3hKY8//7X2fxQX8QaBjoSJau4gcR2EmdhU6L4Sy1VVGgKp8Ag2269WFGMp8lYR+ 5j4GP+gf/naPl5OKW4mYgbEAgeFhSIUeLA0b4wAu6Kvx2t4vdRLKM+W7ZVX2w8GN /SRkTmeO/nf72cK9eQ+MpH40IAU5surANG4RdoE6KWVvgzTzls2xGWV9JgsrUQQL C1DpP/tCCramZt6k09kGntNfT9Sm8fzYZLLZFRyirUSOOdplVjFMZjXiHJOxO5eg 1AJ+nNWFwAZ5uO4dfUgk5NBRP4Ig4q2m0iyap60PQi1IdHyjbuyvmzy/DUDgy5Io znhzuw3lbOGlXckLfuEQZRZ7QCzFQzizYAH6NqS5WwWhPS9oZxWCMapbzccXowTa gMOUZ4xfMDl63gYh5XqZPfTVPdeJFVY+ykIibOLqclTWHmlD+dkWcEf8JVMZ0qOg MoKBlbu6+1UCCRni6jNjtihh7w1Qjow+Z0qzQWQmuSRh3MTJ2m49yqvF0piLaDK8 d9biN1hNmHYN/FZKFuFLX6leM4GIiZ189JNLOhPkoq3Cdut1JnX93uAMPTYJoSg3 E8xaGk/tjlqx1xhpjc2f3czfD1n3IbQtC3CNgtptt2IoHvac0rE=
    =Yx9e
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko Koivunalho@21:1/5 to All on Tue Oct 31 10:30:01 2023
    Hi Gregor,


    On 31 Oct 2023, at 01:21, gregor herrmann <[email protected]> wrote:

    On Sat, 28 Oct 2023 10:56:46 +0200, Mikko Johannes Koivunalho wrote:

    Hi All,

    Hi Mikko!

    I have a few packages at CPAN.
    Recently, I created a package, Env::Assert
    <https://metacpan.org/dist/Env-Assert> which I used at the office when
    creating containers for data pipelines.

    Alright :)

    To make it easier to use Env::Assert in Debian containers, I would like to >> package it for Debian. But I know nothing about Debian packaging, besides, >> of course, using them (installing with apt or dpkg).
    Can anyone help me to package Env::Assert, please?

    I think the question is: What is your objective?
    - If you want to learn creating Debian packages and join the Debian
    Perl Group and maintain 4000 packages -- great, we need more
    people!
    - If you want to get Env::Assert into Debian, the easiest way is to
    ask us to package it :)

    Yes, please!
    Thank you.


    If it's the latter: I just spent 2 minutes with dh-make-perl and
    Env::Assert, and if I spend 5 minutes more, I can upload the package
    to the archive. [0]

    Have I done everything right so the packaging is as easy as possible?
    Just tell me if there is anything missing.



    If it's the former: Additionally to Andrius' hints we can give you
    more pointers for getting into the packaging business.


    Cheers,
    gregor


    [0] Although I just realize that this might be better named envassert
    than libenv-assert-perl, as it's more about the binary than the
    library, right?

    Yes, that’s right. In this case the library is mostly a bi-product, not really meant to be used by itself.
    Would it be better if Env::Assert was two separate (CPAN) packages, one for lib and one for executable?

    Thank you.

    Sincerely,
    Mikko Koivunalho



    --
    .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
    `-

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Doug Hoyte@21:1/5 to Mikko Koivunalho on Tue Oct 31 15:30:01 2023
    Hi Gregor and Mikko,

    Sorry for hijacking this thread, but can I please request a new package too?

    App::Session::Token / https://metacpan.org/dist/App-Session-Token/view/bin/session-token

    This is a command-line interface for my Session::Token library (already packaged as libsession-token-perl).

    For my everyday work-flow, it's the only package I still need to install
    from CPAN. I also think it would be useful for other people. If I had to suggest a package name I'd say just "session-token" (name of the bin)
    but anything would be fine.

    Actually I tried to figure out how to do the packaging myself a while
    ago, but something wasn't working for me (a form URL was timing out
    IIRC) so I gave up.

    In case it helps, I made a wish-list description:

    Package: wnpp
    Severity: wishlist

    * Package name    : session-token
      Version         : 0.102
      Upstream Author : Doug Hoyte <[email protected]>
    * URL             : https://metacpan.org/dist/App-Session-Token
    * License         : Artistic or GPL-1+
      Programming Lang: Perl
      Description     : Generate session tokens, passwords, random data,
    and more

    The session-token script is a command-line interface to the
    Session::Token library,
    packaged as libsession-token-perl. It is a flexible utility for
    generating random
    data, allowing users to specify alternate alphabets, and specify random
    token sizes
    by minimum entropy or directly by size. Multiple tokens can be output as
    a stream,
    useful in pipelines. An arbitrary seed can be provided in case
    deterministic output
    is needed, for example in test suites.


    Thank you!!

    Doug



    On 10/31/23 04:26, Mikko Koivunalho wrote:
    Hi Gregor,


    On 31 Oct 2023, at 01:21, gregor herrmann <[email protected]> wrote:

    On Sat, 28 Oct 2023 10:56:46 +0200, Mikko Johannes Koivunalho wrote:

    Hi All,
    Hi Mikko!

    I have a few packages at CPAN.
    Recently, I created a package, Env::Assert
    <https://metacpan.org/dist/Env-Assert> which I used at the office when
    creating containers for data pipelines.
    Alright :)

    To make it easier to use Env::Assert in Debian containers, I would like to >>> package it for Debian. But I know nothing about Debian packaging, besides, >>> of course, using them (installing with apt or dpkg).
    Can anyone help me to package Env::Assert, please?
    I think the question is: What is your objective?
    - If you want to learn creating Debian packages and join the Debian
    Perl Group and maintain 4000 packages -- great, we need more
    people!
    - If you want to get Env::Assert into Debian, the easiest way is to
    ask us to package it :)
    Yes, please!
    Thank you.

    If it's the latter: I just spent 2 minutes with dh-make-perl and
    Env::Assert, and if I spend 5 minutes more, I can upload the package
    to the archive. [0]
    Have I done everything right so the packaging is as easy as possible?
    Just tell me if there is anything missing.


    If it's the former: Additionally to Andrius' hints we can give you
    more pointers for getting into the packaging business.


    Cheers,
    gregor


    [0] Although I just realize that this might be better named envassert
    than libenv-assert-perl, as it's more about the binary than the
    library, right?
    Yes, that’s right. In this case the library is mostly a bi-product, not really meant to be used by itself.
    Would it be better if Env::Assert was two separate (CPAN) packages, one for lib and one for executable?

    Thank you.

    Sincerely,
    Mikko Koivunalho


    --
    .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
    : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
    `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
    `-

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gregor herrmann@21:1/5 to Mikko Koivunalho on Wed Nov 1 03:10:01 2023
    On Tue, 31 Oct 2023 09:26:09 +0100, Mikko Koivunalho wrote:

    - If you want to get Env::Assert into Debian, the easiest way is to
    ask us to package it :)
    Yes, please!
    Thank you.

    Alright, let's take this route :)

    If it's the latter: I just spent 2 minutes with dh-make-perl and Env::Assert, and if I spend 5 minutes more, I can upload the package
    to the archive. [0]
    Have I done everything right so the packaging is as easy as possible?
    Just tell me if there is anything missing.

    I haven't noticed anything yesterday in my 2-minute-check but thanks
    for the offer!

    [0] Although I just realize that this might be better named envassert
    than libenv-assert-perl, as it's more about the binary than the
    library, right?
    Yes, that’s right. In this case the library is mostly a bi-product,
    not really meant to be used by itself.

    Ok, thanks for the confirmation.

    Would it be better if Env::Assert was two separate (CPAN) packages,
    one for lib and one for executable?

    I think that would be overkill.

    What I often see is that distributions like this are named App-foo on
    the CPAN, so maybe App-envassert would be an option. But from a
    Debian point of view that's irrelevant …


    Cheers,
    gregor

    --
    .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
    : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
    `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
    `-

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

    iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmVBsm9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgb/OA/6AvEJbO/m0Hn3wdFzbbEiwAEPFbefty3gNQWcN2fY256tqBnV3C3T34UB 4J1v+Gq2/xjQit4dPl3638v7UO2AmYYJ+321KM+ssTzQib3QQlFoG+GoF8io+X1W PWyfhXYM6PAX+m1ojTuFc0mPEGuDSq7Df0bXjUKL3Z4PROygrvz7hIzWonMvFz4q zSVtIyQ1amGbAKxTuvaoTECOGj2hD9d/XkgnKPPsBICi42rfoAnvjfRsmUV73f5X 9/F85VhkOWYxcerp+A+b3t6uujgY83Cy120A8/Kxc/7ee4ioYYHopjM4WicAS8l3 ogVt0m9B2KwRUUgTiwEbyej78R4BiPEsiLRdUm8+eTRtBwuaBPMs05wLCyes8w9G jf99GvV8rwHgCVRBdq+kuc5KRDlSZYfQNBRvLn87SzN4ZKxNIteURRo0qfD7OL38 PHdytRqln6yomllVhdHMVzfoJDDMqp/JzNcwnFBGamPy5g/2FWaswHGcHl3nioiw
    vDwOVLZk
  • From gregor herrmann@21:1/5 to Doug Hoyte on Wed Nov 1 03:20:01 2023
    On Tue, 31 Oct 2023 10:17:05 -0400, Doug Hoyte wrote:

    Sorry for hijacking this thread, but can I please request a new package too?

    You could have started a new thread, it's not that we we have a limit
    on threads on our mailing lists :)

    App::Session::Token / https://metacpan.org/dist/App-Session-Token/view/bin/session-token
    This is a command-line interface for my Session::Token library (already packaged as libsession-token-perl).

    Sure, we can take a look.

    For my everyday work-flow, it's the only package I still need to install
    from CPAN. I also think it would be useful for other people. If I had to suggest a package name I'd say just "session-token" (name of the bin) but anything would be fine.

    Makes sense.

    Actually I tried to figure out how to do the packaging myself a while ago, but something wasn't working for me (a form URL was timing out IIRC) so I gave up.

    Sounds, hm, interesting :)

    (We can't -- technically and by policy -- use online resources during
    build.)

    In case it helps, I made a wish-list description:

    Thank you!


    One thing I'm wondering is why App::Session::Token is distributed
    separately from Session::Token; no big deal for us to have Yet
    Another Package but putting a script into the distribution with the
    library seems to be quite common.


    Cheers,
    gregor

    --
    .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
    : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
    `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
    `-

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

    iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmVBtFRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgYAdQ//UZtzt2kS55QA5YzfotaGKz63OQ1psN+EKzAdkSIMaAp6++hEbn5dQAQs t9hLfHmAH+JJsJciViTbSvVWaRkN5Dij/eAozCKpn0izojahHC3dBvjXN96HxsUj hHs8IdLbljc1gFODt0fxfOvav4QPw5wrPIJB1Ixalgbm1D3Szb6Wfv554832qF3l QQ4WdIasO1jLhE+b3wI0qTiNwM3+r0XFnWVy4Urr1cCm8c4BhsOYXpcWHLcistau vzL8w3lPwWSm1Bv/+LKw7k48uAsIqGtt04nplOqb78wSuPP8LJON7DW9QN1izUP7 UnXK3HXMxAUzM9E6lbGW+eUI1excblT/LmMyyI9s/AAuKEy2DjGvs3F9sNyYe/kt 1A34fEbX9So2YR8RLZDilpTG9tkUdoH8ZtQ4q/0xqHpDiHnnLCS2n0uHXAI6lotI 7JYE3oScuqD3Z6tMNLX3ndu+A3CbPr3u/jubssUg62JswGW6OPPAuwNSnM3X1Z8T 7Mu2egiIF/K5kxsaQJE8nuuhD0A6QhGu0Sz3/jLr94/JwwbX351dE7W8fNLahgu7 37ZPqpf1ZSDUNJ+AyiRr1oqUripMIEXIuwFno70Qnd2JVXKWpHEfcmdltvQBIvuP QlCmADk7dHz4qopiuugMsHxBqK7c22j2J483qft+BPHX9m1tye0=
    =MKBf
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Doug Hoyte@21:1/5 to gregor herrmann on Wed Nov 1 19:10:02 2023
    This is a multi-part message in MIME format.
    On 10/31/23 22:13, gregor herrmann wrote:
    You could have started a new thread, it's not that we we have a limit
    on threads on our mailing lists :)


    Haha good point -- I just saw your offer to help with Mikko's package
    and jumped at it. My mistake. :)

    Actually I tried to figure out how to do the packaging myself a while ago, >> but something wasn't working for me (a form URL was timing out IIRC) so I
    gave up.
    Sounds, hm, interesting :)

    (We can't -- technically and by policy -- use online resources during
    build.)


    I don't recall exactly what the problem was (this was a few years ago).
    Maybe I was trying to sign up for some kind of ID or something (?).

    One thing I'm wondering is why App::Session::Token is distributed
    separately from Session::Token; no big deal for us to have Yet
    Another Package but putting a script into the distribution with the
    library seems to be quite common.
    Yes, this could work too. Initially I thought to keep them separate,
    thinking some users of the library would not want to also install a
    script. And at this point, the library is pretty widely used so I'm
    hesitant to push a script onto all installations.

    Cheers,

    Doug

    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <div class="moz-cite-prefix">On 10/31/23 22:13, gregor herrmann
    wrote:<br>
    </div>
    <blockquote type="cite"
    cite="mid:[email protected]"><span
    style="white-space: pre-wrap">
    </span>
    <pre class="moz-quote-pre" wrap="">You could have started a new thread, it's not that we we have a limit
    on threads on our mailing lists :)

    </pre>
    </blockquote>
    <p>Haha good point -- I just saw your offer to help with Mikko's
    package and jumped at it. My mistake. :)<br>
    <br>
    </p>
    <blockquote type="cite"
    cite="mid:[email protected]">
    <blockquote type="cite">
    <pre class="moz-quote-pre" wrap="">Actually I tried to figure out how to do the packaging myself a while ago,
    but something wasn't working for me (a form URL was timing out IIRC) so I
    gave up.
    </pre>
    </blockquote>
    <pre class="moz-quote-pre" wrap="">
    Sounds, hm, interesting :)

    (We can't -- technically and by policy -- use online resources during
    build.)
    </pre>
    </blockquote>
    <p>I don't recall exactly what the problem was (this was a few years
    ago). Maybe I was trying to sign up for some kind of ID or
    something (?).<br>
    <br>
    </p>
    <blockquote type="cite"
    cite="mid:[email protected]">
    <pre class="moz-quote-pre" wrap="">One thing I'm wondering is why App::Session::Token is distributed
    separately from Session::Token; no big deal for us to have Yet
    Another Package but putting a script into the distribution with the
    library seems to be quite common.
    </pre>
    </blockquote>
    Yes, this could work too. Initially I thought to keep them separate,
    thinking some users of the library would not want to also install a
    script. And at this point, the library is pretty widely used so I'm
    hesitant to push a script onto all installations.
    <p>Cheers,</p>
    <p>Doug<br>
    </p>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gregor herrmann@21:1/5 to Doug Hoyte on Wed Nov 1 19:20:02 2023
    On Wed, 01 Nov 2023 14:04:36 -0400, Doug Hoyte wrote:

    On 10/31/23 22:13, gregor herrmann wrote:
    You could have started a new thread, it's not that we we have a limit
    on threads on our mailing lists :)
    Haha good point -- I just saw your offer to help with Mikko's package and jumped at it. My mistake. :)

    No worries :)

    One thing I'm wondering is why App::Session::Token is distributed separately from Session::Token; no big deal for us to have Yet
    Another Package but putting a script into the distribution with the
    library seems to be quite common.
    Yes, this could work too. Initially I thought to keep them separate,
    thinking some users of the library would not want to also install a script. And at this point, the library is pretty widely used so I'm hesitant to push a script onto all installations.

    Alright, makes sense as well.

    I guess I'll take a look at App::Session::Token soon if noone from
    the team beats me to it.


    Cheers,
    gregor

    --
    .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
    : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
    `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
    `-

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

    iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmVClQBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgbafA//djJfV4VLP69+WhVI9J53A83aTjXy2fK3X2wNkN1/i1gzuOukc32UcDKz khr8/BkJ3nssNJJNfTt/8nY8IUJ0ZfZG682xGaW4ryEeDMDojT+/akKX2uSjQ0k2 JFz47maUrPt0NElVGoQAlBIFdifFomRfuUiGlC4lxg9Lhl5acgGcv3XLvn5ICNWE rwWZ/Ft0UnOgwxeOAk6mWJp3/KNGE4E+85vxNYe4gXXjgotGLdkReSolXd8tIBCk MHatZhVSeYutSruFkLXhCNhcnZW8kOEsMTebrSuOmdy/RX43BQkHOzIa4GSLuors 6coVE4fSkDBVbd8aMiOYqD9r9GO0csICmugeJ7DotSdJG6PnzpYHKUt46cDdp/0U b4yTClv/E4aKtNnRuM7nIv7gGjEjhXcfBtxw8vcC3ghocItz6ib6Iq1hW3JvFI6m YCaYkNiKhyv4sDgmGNZm1aHyNF0U2Ol62Mcjksx+rGQ+4k1iHYY5QSaVUL8XBN4O Cf/4f8Remz9s1dDrSxSJfH3GMmFymjrjz3glidWG/rcmjFzNM5mc0dGUfoFbkb0V Ge+JwZlX0dvomX1QRhgtfyPwYL2egrpMKmPK6kxU+m0dJ2oKPiUIwxg3CRdNc2gR /yYy650Icadt8hnOoiro4PZFnWemVI21TBAzTkRwgz+PExhXpTw=
    =lMuT
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko Johannes Koivunalho@21:1/5 to gregor herrmann on Wed Nov 1 21:00:01 2023
    This is a multi-part message in MIME format.
    On 01/11/2023 04:05, gregor herrmann wrote:
    On Tue, 31 Oct 2023 09:26:09 +0100, Mikko Koivunalho wrote:

    - If you want to get Env::Assert into Debian, the easiest way is to
    ask us to package it :)
    Yes, please!
    Thank you.
    Alright, let's take this route :)

    If it's the latter: I just spent 2 minutes with dh-make-perl and
    Env::Assert, and if I spend 5 minutes more, I can upload the package
    to the archive. [0]
    Have I done everything right so the packaging is as easy as possible?
    Just tell me if there is anything missing.
    I haven't noticed anything yesterday in my 2-minute-check but thanks
    for the offer!

    [0] Although I just realize that this might be better named envassert
    than libenv-assert-perl, as it's more about the binary than the
    library, right?
    Yes, that’s right. In this case the library is mostly a bi-product,
    not really meant to be used by itself.
    Ok, thanks for the confirmation.

    Would it be better if Env::Assert was two separate (CPAN) packages,
    one for lib and one for executable?
    I think that would be overkill.

    What I often see is that distributions like this are named App-foo on
    the CPAN, so maybe App-envassert would be an option. But from a
    Debian point of view that's irrelevant …

    I was thinking the Debian package could be called simply "env-assert".




    Cheers,
    gregor


    Sincerely,
    Mikko Koivunalho


    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 01/11/2023 04:05, gregor herrmann
    wrote:<br>
    </div>
    <blockquote type="cite"
    cite="mid:[email protected]">
    <pre class="moz-quote-pre" wrap="">On Tue, 31 Oct 2023 09:26:09 +0100, Mikko Koivunalho wrote:

    </pre>
    <blockquote type="cite">
    <blockquote type="cite">
    <pre class="moz-quote-pre" wrap="">- If you want to get Env::Assert into Debian, the easiest way is to
    ask us to package it :)
    </pre>
    </blockquote>
    <pre class="moz-quote-pre" wrap="">Yes, please!
    Thank you.
    </pre>
    </blockquote>
    <pre class="moz-quote-pre" wrap="">
    Alright, let's take this route :)

    </pre>
    <blockquote type="cite">
    <blockquote type="cite">
    <pre class="moz-quote-pre" wrap="">If it's the latter: I just spent 2 minutes with dh-make-perl and
    Env::Assert, and if I spend 5 minutes more, I can upload the package
    to the archive. [0]
    </pre>
    </blockquote>
    <pre class="moz-quote-pre" wrap="">Have I done everything right so the packaging is as easy as possible?
    Just tell me if there is anything missing.
    </pre>
    </blockquote>
    <pre class="moz-quote-pre" wrap="">
    I haven't noticed anything yesterday in my 2-minute-check but thanks
    for the offer!

    </pre>
    <blockquote type="cite">
    <blockquote type="cite">
    <pre class="moz-quote-pre" wrap="">[0] Although I just realize that this might be better named envassert
    than libenv-assert-perl, as it's more about the binary than the
    library, right?
    </pre>
    </blockquote>
    <pre class="moz-quote-pre" wrap="">Yes, that’s right. In this case the library is mostly a bi-product,
    not really meant to be used by itself.
    </pre>
    </blockquote>
    <pre class="moz-quote-pre" wrap="">
    Ok, thanks for the confirmation.</pre>
    </blockquote>
    <blockquote type="cite"
    cite="mid:[email protected]">
    <pre class="moz-quote-pre" wrap="">

    </pre>
    <blockquote type="cite">
    <pre class="moz-quote-pre" wrap="">Would it be better if Env::Assert was two separate (CPAN) packages,
    one for lib and one for executable?
    </pre>
    </blockquote>
    <pre class="moz-quote-pre" wrap="">
    I think that would be overkill.

    What I often see is that distributions like this are named App-foo on
    the CPAN, so maybe App-envassert would be an option. But from a
    Debian point of view that's irrelevant …</pre>
    </blockquote>
    <br>
    <p
    style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">I
    was thinking the Debian package could be called simply
    "env-assert".</p>
    <p
    style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;"><br>
    </p>
    <blockquote type="cite"
    cite="mid:[email protected]">
    <pre class="moz-quote-pre" wrap="">


    Cheers,
    gregor

    </pre>
    </blockquote>
    <p><br>
    </p>
    <p>Sincerely,<br>
    Mikko Koivunalho</p>
    <p><br>
    </p>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrew Ruthven@21:1/5 to Doug Hoyte on Wed Nov 1 22:10:01 2023
    On Wed, 2023-11-01 at 14:04 -0400, Doug Hoyte wrote:
    One thing I'm wondering is why App::Session::Token is distributed separately from Session::Token; no big deal for us to have Yet
    Another Package but putting a script into the distribution with the
    library seems to be quite common.
     Yes, this could work too. Initially I thought to keep them separate, thinking some users of the library would not want to also install a
    script. And at this point, the library is pretty widely used so I'm
    hesitant to push a script onto all installations.

    Given the script is about 3600 kB (bin and module), I don't think many
    people would notice it. ;) It could be an optional install.

    Cheers,
    Andrew

    --
    Andrew Ruthven, Wellington, New Zealand
    [email protected] |
    Catalyst Cloud: | This space intentionally left blank
    https://catalystcloud.nz |

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Doug Hoyte@21:1/5 to Andrew Ruthven on Mon Nov 6 15:30:01 2023
    Probably you are right. If you all feel this is the best way I can do
    this instead. Please let me know.

    Cheers,

    Doug

    On 11/1/23 17:01, Andrew Ruthven wrote:
    On Wed, 2023-11-01 at 14:04 -0400, Doug Hoyte wrote:
    One thing I'm wondering is why App::Session::Token is distributed
    separately from Session::Token; no big deal for us to have Yet
    Another Package but putting a script into the distribution with the
    library seems to be quite common.
     Yes, this could work too. Initially I thought to keep them separate,
    thinking some users of the library would not want to also install a
    script. And at this point, the library is pretty widely used so I'm
    hesitant to push a script onto all installations.
    Given the script is about 3600 kB (bin and module), I don't think many
    people would notice it. ;) It could be an optional install.

    Cheers,
    Andrew


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrew Ruthven@21:1/5 to Doug Hoyte on Mon Nov 6 21:30:02 2023
    Oh, and looking at this now I see I was a unit out. It is ~3.6 kB. :)

    Cheers,
    Andrew

    On Mon, 2023-11-06 at 09:19 -0500, Doug Hoyte wrote:
    Probably you are right. If you all feel this is the best way I can do
    this instead. Please let me know.

    Cheers,

    Doug

    On 11/1/23 17:01, Andrew Ruthven wrote:
    On Wed, 2023-11-01 at 14:04 -0400, Doug Hoyte wrote:
    One thing I'm wondering is why App::Session::Token is distributed separately from Session::Token; no big deal for us to have Yet
    Another Package but putting a script into the distribution with the library seems to be quite common.
      Yes, this could work too. Initially I thought to keep them separate, thinking some users of the library would not want to also install a script. And at this point, the library is pretty widely used so I'm hesitant to push a script onto all installations.
    Given the script is about 3600 kB (bin and module), I don't think many people would notice it. ;) It could be an optional install.

    Cheers,
    Andrew



    --
    Andrew Ruthven, Wellington, New Zealand
    [email protected] |
    Catalyst Cloud: | This space intentionally left blank
    https://catalystcloud.nz |

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gregor herrmann@21:1/5 to Mikko Johannes Koivunalho on Sat Nov 11 16:50:01 2023
    On Thu, 09 Nov 2023 22:43:15 +0100, Mikko Johannes Koivunalho wrote:

    When Env:Assert is packaged, will it become available to all supported Debians? When?

    I've uploaded env-assert to the NEW queue right now. After the review
    by the ftp-master team, it will be available in unstable, and a
    couple of days later it will migrate to testing.

    Is there a repository for the packaging code?

    https://salsa.debian.org/perl-team/modules/packages/env-assert


    Cheers,
    gregor

    --
    .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
    : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
    `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
    `-

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

    iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmVPocRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgbdWRAAwBieKUVtSDyjXcrE6zubXZ7G+CtEqlBpHG7YrRyHfPJRcASbJh63MiTc I1S+p5UcoOICFM9aOLg1WtoPOto/GU+hDls4V1EEaEbei+tRr3iq91CLgks+1qbp 2ftq9tPm2If+Y5vvTyYvcRP56KQGYdxbxXfnMEPd3NHPc2rrAq9cO8ySmsYAxGoQ i4IqfkDzsJJCbxrslIxgSfVcQiOcabxXrw7UwPKzxva0H92Fls0rQrFxK9nslmY3 6c+5U+0uYZEtXoST21MtWT8RoetJBliREJ25ip9UcNxDr4ubM1zjGKs/1UQ76vGc xHJQqHJUC8CfGj8JJUpXJVXD4N//BGOimyxTRG538UYvkgjlanZxpfLNxt4Zj0UP y6DLZJr5kk2VrcvY3oYooZjT1RWUPSWll4yZn4w/YO+oibhj5AbhjrPqt1LzLtdV Sg6mZJYtvLy8G7+qqbleHTO5N+xtSGKSgpLUK9YyAuHz062YtMmqXZW6V3FHmGFr 3X6M2fUmqXH2NjeOucEdyE+64wUH8dnHDwz27ye1tSA6cefl6457NxCbT32ejs8g 0UuFzM5SifYyThmLAXiqm/s7rCLgDXEja3/ECR9LU4awdubuR1hnd8+03e1N0US0 fnxG9abWjMeCn0Epx5p13p+B/bT4idQxC+YlSxwIBhdHFz6XW3k=
    =WeGA
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gregor herrmann@21:1/5 to Andrew Ruthven on Sun Nov 12 00:00:01 2023
    [Could y'all please stop top-posting? This makes replying/quoting
    quite hard …]

    On Tue, 07 Nov 2023 09:28:12 +1300, Andrew Ruthven wrote:

    Oh, and looking at this now I see I was a unit out. It is ~3.6 kB. :)

    What's the status here?

    Doug, have you decided if you want to merge App::Session::Token into Session::Token?

    Andrew, are you prepared to handle this issue on the Debian side?
    (Just checking if I can drop it from my Potential-TODO-List.)

    Cheers,
    gregor

    --
    .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
    : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
    `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
    `-

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

    iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmVQBTNfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgYXWxAArn1opkaHs7tU9I38pbRyOKp1ROjYl/ypro6Wz0cEx5r4y37Bf4+A8sJO a7+4JaTLkzTbL3bzMViPyJo4xdCttR9xIqGqvCVeDzADM/AEfUMlR5c+/oZh491g tSDlIUFtVxMr7fcag82Tkv5cQv4v3yb7fGVPcnbhXkxYgAMNieQVtaQ3x7sjWGzo zZUDVjdQaHv70rmyYEOlZavzfFBpRdi8BHk2uQGaYHsU4SNtbVHYoesypvT1tBpT ayB7sk8RcMoX3NQG80K7ylFgXQPlqXZ1bxD0KEe0dPBwoEDyfjlOMdU72yQW7Q7f SPwo5qXWrxiv7Xu5MKRD4q5o2hiOPNWB/07flre11YFlkxps/jUG/sANX2cCaw1l lWE+AXrJlIWI6st8Wh+09hQ7ua3mLralZ2rtWnjDvpJxG5QadnBfOLua6gQwFDxE 5ZcuAQAFTnOX7Vjnz12aqHR5mF0oOLhPakOgHH+V4ufmZDqtanGNWc3KUSnXqjI5
    BR/2FgV8
  • From Doug Hoyte@21:1/5 to gregor herrmann on Sun Nov 12 14:10:01 2023
    This is a multi-part message in MIME format.
    Hi Gregor,

    On 11/11/23 17:50, gregor herrmann wrote:
    [Could y'all please stop top-posting? This makes replying/quoting
    quite hard …]

    Hehe sorry!

    What's the status here?

    Doug, have you decided if you want to merge App::Session::Token into Session::Token?

    Personally I would prefer a separate package, just because I don't
    really know if there are any down-stream consequences for anyone who
    depends on the CPAN distribution or deb/rpm packages. This is how it's
    been distributed for [checks notes] 11 years -- now I feel old! :)

    Thanks!

    Doug

    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <p>Hi Gregor,</p>
    <div class="moz-cite-prefix">On 11/11/23 17:50, gregor herrmann
    wrote:<br>
    </div>
    <blockquote type="cite"
    cite="mid:[email protected]">
    <pre class="moz-quote-pre" wrap="">[Could y'all please stop top-posting? This makes replying/quoting
    quite hard …]</pre>
    </blockquote>
    <p>Hehe sorry!<br>
    </p>
    <span style="white-space: pre-wrap">
    </span>
    <blockquote type="cite"
    cite="mid:[email protected]">
    <pre class="moz-quote-pre" wrap="">What's the status here?

    Doug, have you decided if you want to merge App::Session::Token into Session::Token?</pre>
    </blockquote>
    <p>Personally I would prefer a separate package, just because I
    don't really know if there are any down-stream consequences for
    anyone who depends on the CPAN distribution or deb/rpm packages.
    This is how it's been distributed for [checks notes] 11 years --
    now I feel old! :)<br>
    </p>
    <p>Thanks!</p>
    <p>Doug</p>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gregor herrmann@21:1/5 to Doug Hoyte on Fri Dec 8 23:50:01 2023
    On Sun, 12 Nov 2023 08:08:20 -0500, Doug Hoyte wrote:

    What's the status here?
    Doug, have you decided if you want to merge App::Session::Token into Session::Token?
    Personally I would prefer a separate package, just because I don't really know if there are any down-stream consequences for anyone who depends on the CPAN distribution or deb/rpm packages. This is how it's been distributed for [checks notes] 11 years -- now I feel old! :)

    session-token_0.102-1 uploaded to the new queue, sorry for the delay.


    Cheers,
    gregor

    --
    .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
    : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
    `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
    `-

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

    iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmVznBRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgYDWg//S9FIsiNPzJvdYGugsNsZjf5SjVEs2T+3Vra4akdBW3oS9Oou0j0Yz6Ek tGJtQ7rz227x4H/t5KVT9eH4IBRLMtyjo+O8Yj0FRiIhgBjvG/sNBLwq+gbll4hf zNDwh8ebIOfATx6C3UqWeZ7Q+E9vA3Qz/Vln7I7xmA03tqa5hgMNMcmgcxKcrvr8 jmCgufdA0kkXOodKmoD7Ow70hBgZgI77AVY8ptK2dqUVGGQV8PcUZQCPRIJTr+BC kw1PNjQQgJZnokJ2YsVNcq4mVgzQA5jrZHSwZ1uiWo1VX66RRQjvVle6md8eY3Np TZoZtrhhNJyzmG7t2vmfuH9EgW82PHbsMjPCwcQQqC2XmhQm6/kDazuBeWNSmPiu 034cJBc2cMxPrhLqU0shlyo4f/jGFtIHFqBGWymVPLUGTdqsjKkdewAlVnxJoQHQ mS1VH5nn+/vg2+x2fxS6f1y079pzHoGe4F6vM9q+0B6wSPeFJS4ERST6DAEIsmB7 HlYx556+F8SCFbva5fdv2pPVECfHfZB52dMK/tSeUB8szcLGvpFCnrYzl48aoiOE LTpZMQ6vfP2+QIAU7E0m25zqphMMmBWHiXbYfPQtiW2ZCSXNkrtXrCt7mIB9agvG EruQyLhhs0fO4lT7+tBmnDdN6aOSlOHDPgc+kUQ9EiGGJNz18o0=
    =abq2
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Doug Hoyte@21:1/5 to gregor herrmann on Thu Jan 4 21:40:01 2024
    Wonderful, thank you for this!!


    On 12/8/23 17:43, gregor herrmann wrote:
    On Sun, 12 Nov 2023 08:08:20 -0500, Doug Hoyte wrote:

    What's the status here?
    Doug, have you decided if you want to merge App::Session::Token into
    Session::Token?
    Personally I would prefer a separate package, just because I don't really
    know if there are any down-stream consequences for anyone who depends on the >> CPAN distribution or deb/rpm packages. This is how it's been distributed for >> [checks notes] 11 years -- now I feel old! :)
    session-token_0.102-1 uploaded to the new queue, sorry for the delay.


    Cheers,
    gregor


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