There have been multiple accounts created with the sole purpose of posting advertisement posts or replies containing unsolicited advertising.

Accounts which solely post advertisements, or persistently post them may be terminated.

Issue Tracking System for Linux

Hey gang! Looking for some recommendations on issue tracking software that I can run on Linux. Partly so that I can keep track of my hobby dev projects, partly so that I’ve got a bit more to talk about in interviews. My current workplace uses Jira, Trello and Asana for various different projects, which, eh, mostly serve their purposes. But I’m not going to be running those at home.

The ArchWiki has Bugzilla, Flyspray, Mantis, Redmine and Trac, for instance. Any of those an improvement over pen and paper? Any of those likely to impress an employer?

cmeerw ,

There is also Roundup Issue Tracker

sxan ,
@sxan@midwest.social avatar

Put your FIXME:s in the source code, and use a tool like legume or ditz to manage them. (Here’s an LWN “state of affairs” article from 2013 with several).

IMO web based bug trackers are overkill for personal projects. A workflow based ticketing system with an external interface adds a lot of unnecessary overhead unless you want users to be able to submit bugs, and even then, email works pretty well.

pinchcramp ,
@pinchcramp@lemmy.dbzer0.com avatar

Oh, this sounds interesting. I’ll have to give this a try.

ReversalHatchery ,

IMO web based bug trackers are overkill for personal projects.

I don’t think so. This fixme-in-the-file wouldn’t suit me well for example, because a lot of my projects are not file-based, and also because I regularly find myself writing lengthy comments under my gitea tickets to preserve how did I do something, or when something doesn’t work to record the symptoms and what I tried to fix it, etc.

Gitea is probably not the best tool either for this, but it’s quite good, and to me objectively better: all notes (issues and their comments) are timestamped and those can’t be modified by mistake, tag support, several other aspects for categorization…

sxan ,
@sxan@midwest.social avatar

If you’re not working with files, then sure. For coders, putting tickets in the sourcecode enforces locality, and it also preserves history… because most people use a VCS.

But it sounds like you’re using it as a journalling system, and that has different needs.

CapillaryUpgrade ,
@CapillaryUpgrade@lemmy.sdf.org avatar

Forgejo/Gitea are probably the most common “low-resource” (read: doesn’t use a couple of GB RAM, like Gitlab supposedly does) code forges.

Do you want to impress future employers by running an enterprise-grade bugtracker or by showing that you can document your work with meaningful bug reports/etc.?

If it’s the first option, consider Gitlab, if it’s the second option, what ever you like.

addie OP ,
@addie@feddit.uk avatar

Cool, will have a look at those, thanks! More looking to impress with my knowledge of using a variety of bugtrackers; have got plenty of evidence to show that there’s a couple I know how to use.

CapillaryUpgrade ,
@CapillaryUpgrade@lemmy.sdf.org avatar

Then use Bugzilla. That will show you are ready to flail yourself for the good of the company /s

Sorry, but i find that platform so painful to use.

On a more serious note, i think some of the “github-style” (Gitlab/Gitea/Forgejo) can migrate between each other.

Check out if that’s true and if so, try them all!

netchami ,

Forgejo + ForgeFed is the perfect solution

  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • [email protected]
  • random
  • lifeLocal
  • goranko
  • All magazines
    •