Sebastian Thiel comments

Results 1791 comments of


                                            Sebastian Thiel

build(deps): bump astral-sh/setup-uv from 5 to 6

@dependabot recreate

build(deps): bump astral-sh/setup-uv from 5 to 6

@dependabot reopen

GitLab: use merge request dependency for stacked MRs

Thanks so much for sharing, using this feature would make stacked PRs quite a bit more convenient on GitLab. Making such an API call and making it optional (as in...

Cannot Delete a Dependent Branch

Thanks for reporting. Can you share errors that you might see, or that may appear in the console or [the logs](https://docs.gitbutler.com/development/debugging#logs). Screenshots would also help to get an idea of...

`GitIndex` fails to update after multiple successful `GitIndex::update` calls

Thanks a lot for reporting, and for debugging this! This… is my nightmare bug, as it shows that an assertion error in highly parallel code which is outside of the...

`GitIndex` fails to update after multiple successful `GitIndex::update` calls

I did reproduce the issue with objects not being found 🎉 (https://github.com/GitoxideLabs/gitoxide/pull/1750) and I am pretty sure I know what that is. The other error, the more dangerous one, is...

`GitIndex` fails to update after multiple successful `GitIndex::update` calls

I believe to have improved the situation by fixing the underlying bug to allow it to be able to properly bail out to indicate it doesn't have enough slots to...

`GitIndex` fails to update after multiple successful `GitIndex::update` calls

Did this get any better with more recent versions? The idea is always that a `gix::Repository` isn't used for prolonged periods - without GC it will always be able to...

`GitIndex` fails to update after multiple successful `GitIndex::update` calls

Thanks a lot! Something I don't understand is how a `gix::Repository` can be instantiated that comes up with only 32 slots for packs, while referring to a repository with 538...

`GitIndex` fails to update after multiple successful `GitIndex::update` calls

Asked differently, does it help to initialize a new instance of the Index right before the update? It's puzzling that all of the sudden more than 500 new packs show...