• Advice - tomboy-ng

    From David Bannon@21:1/5 to All on Wed Nov 16 08:20:01 2022
    This is a multi-part message in MIME format.
    Hello Mentors !

    I develop and package for Debian tomboy-ng notes, based on the old
    Tomboy but without the dependency issues.

    When first submitted to Debian, back in 2020, I was advised to use Qt5
    instead of GTK2, its built with FPC and Lazarus, so switching is
    trivial. Sadly, in the rush to make a deadline, I submitted a GTK2 by
    mistake and it was accepted. Updates since then have been GTK2

    A new update is ready, easy to switch for me, should I do QT5 this time ?

    I assume it will not cause any underlying problems ?

    Thanks for any advice.

    Davo


    <html>
    <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <p>Hello Mentors !</p>
    <p>I develop and package for Debian tomboy-ng notes, based on the
    old Tomboy but without the dependency issues.</p>
    <p>When first submitted to Debian, back in 2020, I was advised to
    use Qt5 instead of GTK2, its built with FPC and Lazarus, so
    switching is trivial. Sadly, in the rush to make a deadline, I
    submitted a GTK2 by mistake and it was accepted. Updates since
    then have been GTK2</p>
    <p>A new update is ready, easy to switch for me, should I do QT5
    this time ?</p>
    <p>I assume it will not cause any underlying problems ?</p>
    <p>Thanks for any advice.</p>
    <p>Davo<br>
    </p>
    <p><br>
    </p>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Alexander Reichle-Schmehl@21:1/5 to All on Wed Nov 16 10:00:01 2022
    Hi David,

    * David Bannon <dbannon@internode.on.net> [221116 08:13]:

    When first submitted to Debian, back in 2020, I was advised to use Qt5 instead of GTK2, its built with FPC and Lazarus, so switching is trivial. Sadly, in the rush to make a deadline, I submitted a GTK2 by mistake and it was accepted. Updates since then have been GTK2

    A new update is ready, easy to switch for me, should I do QT5 this time ?

    I assume it will not cause any underlying problems ?

    Technical it will not cause any problems, however some of the old users
    might get confused.

    I'm not using tomboy and haven't looked at the packaging, but wouldn't
    it be possible to introduce a second binary package with the QT flavour?
    Maybe also rename tomboy-ng to tomboy-ng-gtk (and have tomboy-ng as a transistational package), for clarity?


    Best regards,
    Alexander

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Luna Jernberg@21:1/5 to alexander@alphamar.org on Wed Nov 16 10:00:01 2022
    and tomboy-ng-qt for the QT version

    On Wed, Nov 16, 2022 at 9:51 AM Alexander Reichle-Schmehl <alexander@alphamar.org> wrote:

    Hi David,

    * David Bannon <dbannon@internode.on.net> [221116 08:13]:

    When first submitted to Debian, back in 2020, I was advised to use Qt5 instead of GTK2, its built with FPC and Lazarus, so switching is trivial. Sadly, in the rush to make a deadline, I submitted a GTK2 by mistake and it was accepted. Updates since then have been GTK2

    A new update is ready, easy to switch for me, should I do QT5 this time ?

    I assume it will not cause any underlying problems ?

    Technical it will not cause any problems, however some of the old users
    might get confused.

    I'm not using tomboy and haven't looked at the packaging, but wouldn't
    it be possible to introduce a second binary package with the QT flavour? Maybe also rename tomboy-ng to tomboy-ng-gtk (and have tomboy-ng as a transistational package), for clarity?


    Best regards,
    Alexander


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From David Bannon@21:1/5 to Alexander Reichle-Schmehl on Thu Nov 17 01:40:01 2022
    This is a multi-part message in MIME format.
    Thanks,Alexander, Luna
    On 16/11/22 19:50, Alexander Reichle-Schmehl wrote:
    * David Bannon <dbannon@internode.on.net> [221116 08:13]: > >> A new
    update is ready, easy to switch for me, should I do QT5 this >> time ?
    ... > > Technical it will not cause any problems, however some of
    the old > users might get confused.
    .....introduce a second binary package with the > QT flavour? Maybe also rename tomboy-ng to tomboy-ng-gtk (and have >
    tomboy-ng as a transistational package), for clarity?
    Sorry, I need to understand a bit better. I don't intend to send Debian
    another GTK2 package (?), but I already make gtk2 and qt5 versions of
    tomboy-ng for distribution via github and a PPA. At present, my model is
    that I have two packages -

    tomboy-ng*

    tomboy-ng-qt*

    And both provide the tomboy-ng binary and both are listed, in control as "Provides: tomboy-ng".  I like to keep the binary the same name because
    I have a number of users who use the binary as part of a workflow,
    typically converting between tomboy note format and markdown.

    And I do not want to risk someone having both the qt5 and gtk2 version installed at the same time. Bad things would happen ...

    At present, the binary checks for another binary with the same name
    running as it starts up, if it finds one, it switches to the existing
    instance. If there are potentially multiple binary names, that system is disabled (as it exists at present).

    An existing user who has just had their tomboy-ng upgraded from, eg
    0.34GTK2 will, quite possibly not notice the difference if they get
    0.35Qt5, maybe might notice it looks a touch better. I routinely install qt5->gt2->qt5 and so on without problems during my testing process.

    So, for me, it makes sense to call the package I will upload to mentors "tomboy-ng-qt5", the binary "tomboy-ng" and the infrastructure things
    all under directories called tomboy-ng (icons, license files etc). But I
    am unsure if a user with tomboy-ng (the gtk2 one) installed will get an
    auto update to tomboy-ng-qt5 ??

    A simpler, and maybe more reliable transition would be to just call the
    qt5 package "tomboy-ng*" ?

    I am not familiar what a transitional package actually does although I
    see a few passing by ....

    Sorry to be so detailed here, its always complicated ... Sigh...

    Davo



    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <br>
    Thanks,<span style="white-space: pre-wrap; display: block; width: 98vw;">Alexander, Luna</span><br>
    On 16/11/22 19:50, Alexander Reichle-Schmehl wrote:<br>
    <span style="white-space: pre-wrap; display: block; width: 98vw;">&gt;
    &gt; * David Bannon <a class="moz-txt-link-rfc2396E" href="mailto:dbannon@internode.on.net">&lt;dbannon@internode.on.net&gt;</a> [221116 08:13]:
    &gt;
    &gt;&gt; A new update is ready, easy to switch for me, should I do QT5 this &gt;&gt; time ?
    &gt;&gt;
    &gt;&gt; ...
    &gt;
    &gt; Technical it will not cause any problems, however some of the old
    &gt; users might get confused.</span><br>
    <span style="white-space: pre-wrap; display: block; width: 98vw;"><span style="white-space: pre-wrap; display: block; width: 98vw;">&gt; .....introduce a second binary package with the
    &gt; QT flavour? Maybe also rename tomboy-ng to tomboy-ng-gtk (and have
    &gt; tomboy-ng as a transistational package), for clarity?</span></span><br>
    Sorry, I need to understand a bit better. I don't intend to send
    Debian another GTK2 package (?), but I already make gtk2 and qt5
    versions of tomboy-ng for distribution via github and a PPA. At
    present, my model is that I have two packages -<br>
    <br>
    tomboy-ng*<br>
    <br>
    tomboy-ng-qt*<br>
    <br>
    And both provide the tomboy-ng binary and both are listed, in
    control as "Provides: tomboy-ng".  I like to keep the binary the
    same name because I have a number of users who use the binary as
    part of a workflow, typically converting between tomboy note format
    and markdown.<br>
    <br>
    And I do not want to risk someone having both the qt5 and gtk2
    version installed at the same time. Bad things would happen ...<br>
    <br>
    At present, the binary checks for another binary with the same name
    running as it starts up, if it finds one, it switches to the
    existing instance. If there are potentially multiple binary names,
    that system is disabled (as it exists at present).<br>
    <br>
    An existing user who has just had their tomboy-ng upgraded from, eg
    0.34GTK2 will, quite possibly not notice the difference if they get
    0.35Qt5, maybe might notice it looks a touch better. I routinely
    install qt5-&gt;gt2-&gt;qt5 and so on without problems during my
    testing process.<br>
    <br>
    <p>So, for me, it makes sense to call the package I will upload to
    mentors "tomboy-ng-qt5", the binary "tomboy-ng" and the
    infrastructure things all under directories called tomboy-ng
    (icons, license files etc). But I am unsure if a user with
    tomboy-ng (the gtk2 one) installed will get an auto update to
    tomboy-ng-qt5 ??</p>
    <p>A simpler, and maybe more reliable transition would be to just
    call the qt5 package "tomboy-ng*" ?<br>
    </p>
    <p>I am not familiar what a transitional package actually does
    although I see a few passing by ....</p>
    <p>Sorry to be so detailed here, its always complicated ... Sigh...<br>
    </p>
    <p>Davo<br>
    </p>
    <br>
    <br>
    </body>
    </html>

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