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

  • Re: version control and project management

    From Jonathan Dowland@21:1/5 to Wim Bertels on Mon Sep 16 17:30:01 2024
    On Mon Sep 16, 2024 at 1:11 PM BST, Wim Bertels wrote:
    as software is continuously being developed,
    it seems logical that there are packages to use in debian for this
    purpose; ie project management (eg tickets, wiki, ..) and version
    control (eg git). Ideally, these packages should be dist-upgradable, as Debian is known for it's stability (eg Debian 11 > Debian 12)

    Do you wish for one package to do all of these jobs, or would separate packages, each addressing a particular facet, be acceptable?

    * Gitea or Forgejo: incomplete? 

    Gitea has never made it to a Debian stable release. Like most of these large-ish web applications, with a lot of moving parts and dependencies, they're ill-suited to Debian's packaging and release model.

    * others?

    For bugs alone, Debian's own bug system debbugs is packaged.


    --
    Please do not CC me for listmail.

    👱🏻 Jonathan Dowland
    ✎ jmtd@debian.org
    🔗 https://jmtd.net

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andy Smith@21:1/5 to Wim Bertels on Mon Sep 16 19:00:01 2024
    Hi,

    On Mon, Sep 16, 2024 at 12:11:25PM +0000, Wim Bertels wrote:
    there are packages to use in debian for this purpose; ie project
    management (eg tickets, wiki, ..) and version control (eg git).
    Ideally, these packages should be dist-upgradable, as Debian is
    known for it's stability (eg Debian 11 > Debian 12)

    but it seems this is not so straightforward? (unless i miss
    something clear in the landscape):

    You haven;t missed anything, but it is not related to these being
    project management solutions ("forges"). It's related to them being
    large and complicated web applications with many dependencies.

    You see the same sort of thing with e.g. Mailman 3.

    They are just hard to package, any such packaging necessarily
    diverges from upstream, upgrades become complicated and so on.

    For software like this which either isn't packaged in Debian or the
    packaging is limited, I tend to make use of virtual machines or
    containers and just go with upstream's install instructions. It's
    not great but it is often the easiest way.

    Thanks,
    Andy

    --
    https://bitfolk.com/ -- No-nonsense VPS hosting

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From " @21:1/5 to Wim Bertels on Tue Sep 17 01:10:01 2024
    Hello Wim,

    I mean bugs schould be tracked together with software, also in git.
    checkmk.com are using own implementation: work
    some projects was using
    https://gitlab.com/bugseverywhere/bugseverywhere
    Some projects prefere just to sync bugs with
    https://github.com/git-bug/git-bug

    In my opinion, mailing lists are good solution for discussion and
    implementing resulting solution.

    On Mon, Sep 16, 2024 at 12:11:25PM +0000, Wim Bertels wrote:
    If you have other suggestions, let me know. Just looking for a stable, trustworthy solution with at least git, issues/tickets, wiki and user management.
    Packaged solution can be:
    gitolite3 + org-mode


    Best Regards,
    Juri Grabowski

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

    iHUEABYKAB0WIQR9yLvLHVA30vjG354fv5a7BrKGkQUCZuiv/AAKCRAfv5a7BrKG kUhPAP4gsggkIJeNmxFmSkM/5SS+5bV9O6RiYblywOQgNuhTdgEA6t+m1/6rU78k 44TiT0ObCNNpHP/bpmCWbUJxG0KdeQM=
    =HgtK
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jonathan Dowland@21:1/5 to Wim Bertels on Tue Sep 17 11:50:01 2024
    On Tue Sep 17, 2024 at 8:45 AM BST, Wim Bertels wrote:
    ps: i had been using redmine (debian, postgres) for more than 10 years
    with dist-upgrades, which did the job well (with some quirks for git
    and automatic repo creation to setup), so i was surprised to see it
    disappear
    (i had to install a few gems that where not packaged though)

    It looks like it's just under-maintained. It's maintained by the Debian
    Ruby Team, and perhaps needs more volunteers to work on it.

    Although it did drop out of the Bookworm release, it looks like it was subsequently added to the Bookworm 'backports' repository, so is
    available that way.

    Given the maintenance situation though, I'd not bet on it being in the
    next stable release (it's currently not in the testing distribution).


    --
    Please do not CC me for listmail.

    👱🏻 Jonathan Dowland
    ✎ jmtd@debian.org
    🔗 https://jmtd.net

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to Wim Bertels on Tue Sep 17 16:30:01 2024
    On 2024-09-16, Wim Bertels wrote:

    If you have other suggestions, let me know. Just looking for a stable, trustworthy solution with at least git, issues/tickets, wiki and user management.

    I heavily used MantisBT but it's only the bug tracking part https://mantisbt.org/index.php

    Do you try https://packages.debian.org/bookworm/fossil

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to Wim Bertels on Fri Sep 20 09:30:01 2024
    On 2024-09-19, Wim Bertels wrote:

    it is another version control system, with bug, wiki, .. integrated?: https://fossil-scm.org/home/doc/trunk/www/fossil-v-git.wiki https://fossil-scm.org/home/doc/trunk/www/whyusefossil.wiki

    it is not clear to me why i should fossil instead of git?

    fossil comes with all tools integrated including VCS

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