Seconded.

I agree, I think juliaup is a competent replacement for julia.

Could juliaup be an alternative? https://github.com/JuliaLang/juliaup

Thanks. If someone can be ffound to maintain it, this might help. There doesn't seem to much activity there, though, in the last year or so.

I use Gemini every once in a while, so I can take amfora.

I can take noisetorch, pipewire, and wireplumber

I don't know why that re-added him as a subscriber. Weird.

I can take Gradience and friends.

@Staudey I'll take dolphin-emu, m64py and obs-studio since partly I'm in the emulation scene due to another project I focus on, and well obs because I'm an avid user.

I can take onedrive and tealdear

I can take python-maturin.

I volunteer for scrcpy

Since YubiKey Desktop now requires flutter, which requires Dart, I've re-opened this case. (Re-opened rather than made a new task because there's already a diff)

There's a bug in phab right now preventing me from marking this as accepted, but it is in case anyone wants to do this.

So as discussed on Matrix I think that it makes perfected sense for us to have this if we have Crystal.

Thanks @algent. I will happily help out answering questions and address issues upstream if any problems arise :)
However, I am using Fedora at the moment so I won't be able to maintain anything unfortunately :/

Good to see @Jacalz around.

In T10148#192578, @nazar wrote:

It is packaged for > 2 distros https://repology.org/project/bandwhich/versions

Getting xone fixed for older gamepads is going to be a bit more of a headache than I initially thought. xpad-noone doesn't have any tags or releases, and the maintainer for it (and xone) has apparently disappeared. I'm going to open a new task for this so that we can keep our discussion organized.

In T8641#199412, @ReillyBrogan wrote:

I wonder if it might be better to just bundle the xpad-noone kernel module in the xone package

That one looks a bit problematic, what happens if a user installs xone and then removes it for whatever reason? They'll still have xpad-noone installed which means that xbox one+ controllers won't work. I wonder if it might be better to just bundle the xpad-noone kernel module in the xone package so that removing xone correctly removes the xpad-noone ko as well.

@ReillyBrogan the xpadneo folks are recommending we package xpad-noone as well, as it fixes some xone issues when people are using both older Xbox controllers and new Xbox One / Series S / Series X controllers. I'll put up a package request for that shortly, and once packaged I'll add it as a runtime dependency for xone.

I just talked to the folks on the xpadneo discord. We should be able to add this with no conflicts. I'll do some testing this afternoon.

I'll take a look at it. The xone and xpadneo guys actually work pretty closely together, but I think these two drivers may conflict in some areas. It would definitely be nice to have working rumble via wired & Bluetooth though.

@infinitymdm FYI someone re-requested this on the Solus reddit, any interest in taking on this package as well?

Thanks, that's great.

Just spent a few minutes cleaning up the build recipe a bit. I'll be watching out for those kernel commits :)

Don't create the diff for this until after I update the kernels early next week.

Thanks! Yes I followed the steps in Building a Package, I'll take a look at the Submitting section and get to work on that. Thanks again!

@Icosahunter: Always happy to see a new contributor! ?

I'm wiling to maintain this. With some help from the forum I just got a package build working, I've also got the MAINTAINER.md. What next steps do I need to take? Thanks!

most people use the anaconda install script https://www.anaconda.com/products/distribution
I don't think this is worth investing time

I would be happy to be the maintainer for awesome if it is accepted for inclusion.