Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Oct 20 04:42

    dependabot-preview[bot] on go_modules

    (compare)

  • Oct 20 04:42
    dependabot-preview[bot] commented #456
  • Oct 20 04:42

    dependabot-preview[bot] on go_modules

    build(deps): bump github.com/xa… (compare)

  • Oct 19 09:58
    jeyj0 commented #373
  • Oct 19 04:43

    dependabot-preview[bot] on go_modules

    (compare)

  • Oct 19 04:43
    dependabot-preview[bot] commented #467
  • Oct 19 04:43

    dependabot-preview[bot] on go_modules

    build(deps): bump github.com/sp… (compare)

  • Oct 15 13:03

    skmgoldin on bug-fts

    WIP (compare)

  • Oct 15 04:44

    dependabot-preview[bot] on go_modules

    build(deps): bump github.com/sp… (compare)

  • Oct 12 04:43

    dependabot-preview[bot] on go_modules

    build(deps): bump github.com/go… (compare)

  • Oct 08 12:55

    skmgoldin on bug-fts

    query: expand the tokenizer/par… Create a search cache index whe… (compare)

  • Oct 08 12:48

    skmgoldin on bug-fts

    query: expand the tokenizer/par… Add full text search (compare)

  • Oct 08 12:34

    skmgoldin on bug-fts

    query: expand the tokenizer/par… WIP WIP 2 (compare)

  • Oct 08 12:33

    MichaelMure on bug-id-rework

    WIP (compare)

  • Oct 05 21:34
    MichaelMure commented #462
  • Oct 04 19:59
    MichaelMure commented #461
  • Oct 04 18:57

    MichaelMure on remove-legacy-identity

    (compare)

  • Oct 04 18:57

    MichaelMure on master

    identity: remove support for le… Merge pull request #417 from Mi… (compare)

  • Oct 04 18:51

    MichaelMure on remove-legacy-identity

    identity: remove support for le… (compare)

  • Oct 04 18:46

    MichaelMure on master

    repo: minor cleanup (compare)

matrixbot
@matrixbot
strk git show-ref # has neither identities nor bugs (cleaned too much?)
strk now I also removed the bridge
strk running: git bug pull next
strk git show-ref | grep identities | wc -l # 166
strk (after git bug pull)
strk git show-ref | grep bugs | wc -l # 224
strk git bug log # doesn't exist, pity, would help finding out what was going on :) -- kind of an activity report (bug xxx closed, bug yyy commented, bug zzz opened)
strk btw, do you know how to keep colors when piping to less ?
strk git-bug ls status:open # is nice and coulored, but | less drops the colors
strk what would you think about status:open being the default filter for bug list ?
strk who wants the list of closed bugs ? it's 20% or less of use cases IMHO
strk git-bug ls | less -R # retains some colors, but not all
strk it looks like it's git-bug ls behaving differently if output is a terminal or not
strk because the little squares are still colored, but hash and status are not
strk (same thing when piped to head)
Michael Muré
@MichaelMure

git bug log

yeah, could be nice to have

the CLI commands are really meant for scripting or tooling integration
I think having no color when piping is the correct behavior
try ls | less and you will have the same thing
git-bug has some inconsistencies though, there should be zero colors when piping

what would you think about status:open being the default filter for bug list ?

I'm torn. On one hand, yes it's what people expect, on the other hand why does "ls" without selector should have a filter ? And so how would you list everything ?

cheshirekow
@cheshirekow

what would you think about status:open being the default filter for bug list ?

I'm torn. On one hand, yes it's what people expect, on the other hand why does "ls" without selector should have a filter ? And so how would you list everything ?

Just a random note: gnu ls without a selector does not show dotfiles. You show everything with -a/--all.

Michael Muré
@MichaelMure
That's a good point
Daniel Lidström
@dlidstrom
I've recently discovered git-bug. It is very neat, thanks for working on this. I'm interested in the long term goals and would like to keep up-to-date, but not on a daily basis. For example, is there a plan to be able to work in the webui? If so, are there a GitHub issue that I can watch? I am missing milestones that explain what will be coming next, to know what to expect and how much to rely on this project. Thanks!
Michael Muré
@MichaelMure
@dlidstrom if you mean "being able to edit bugs like you would on github", yes, that's the plan, but someone need to work on that to make it happen. There is a bunch of issues about the planned features but the information is a bit scattered. Please understand that it's a side project for me and if I spend my time on doing project planning I wont do anything else. Also, what is actually developed in practice is what people coming forward to help are working on. I can make the best plan but it won't be accurate.
matrixbot
@matrixbot
strk dlidstrom: there is a GUI, I understand (maybe not so advanced as you would expect) - did you try that ?
strk I think what people are currently doing is keepign git-bug as form of backup, "syncing" the git-bug held bugs with a GUI of their choice among the supported bridges (github/gitlab/can't-remmeber-what-else)
strk I'd love to do that as well but would need the ability to "sync" that bug database with multiple bridges, which I belive is currently unavailabel as a feature
strk and, at the end, I'd need a bridge for Trac and one for Gitea to be really happy about that :)
strk but I don't have the time to deal with it myself, so it won't probably happen until I do...
strk dlidstrom: do you have the capability to help with implementing some of what you need ?
Daniel Lidström
@dlidstrom
I will be more than happy to use git-bug, but I can't commit to working on it. Anyway, I realize this is a side project and I am not asking you to spend time on planning. I just thought you could share any plans you already have. Thanks for your replies.
matrixbot
@matrixbot
strk I didn't contribute either, yet, just some comments about commandline interface :)
Michael Muré
@MichaelMure
@strk you can setup multiple bridges but support for transfer from one to another is limited
matrixbot
@matrixbot
strk limited by inability to determine a mapping between bugs, right ?
strk I kind of remember something like that
Michael Muré
@MichaelMure
Actually bugs are tagged with the origin and there is a check somewhere preventing bugs from one bridge to be pushed to another
This is temporary until a better system exist to prevent a mess
The biggest problem is that to push a bug, you need a credential for all the identities that participated
Also, it's generally untested
This could be grown into a real way to transfer bugs from one tracker to another but there is some road left
matrixbot
@matrixbot
strk credentials for all identities sounds indeed painful
Michael Muré
@MichaelMure
Note that it's not a git-bug limitation, if you want to add a comment as someone else on github, you need his/her credentials
Eventually this could be a online service w
matrixbot
@matrixbot
strk yes, I understand this
strk maybe not all "sinks" have this "limitation"
strk although I'm not sure (some "super-account"?)
Michael Muré
@MichaelMure
... that collect those credentials as OAuth session and perform a one time transfer
Yeah, I suppose some special cases exist
Why do you want that ?