qaz

joined 2 years ago
MODERATOR OF
[–] qaz@lemmy.world 3 points 45 minutes ago (1 children)

Yes, but on which instance? Lemmy.ml is not controversy free and Lemmy.world already hosts like 50% of Lemmy alone. I think the only viable option that everyone could agree on would be another instance, but that would just leave us with 3 communities.

[–] qaz@lemmy.world 1 points 1 hour ago

Maybe they should make the results public so the press can report on it when someone shows up drunk

[–] qaz@lemmy.world 2 points 5 hours ago

Thanks, I will

[–] qaz@lemmy.world 3 points 11 hours ago

Just cut through the radar waves smh

[–] qaz@lemmy.world 4 points 11 hours ago

Yes mostly Java and Kotlin with a combination of Java Swing and Compose for the GUI afaik

[–] qaz@lemmy.world 2 points 1 day ago

I think the app just uses Lemmy's search functionality, so I suggest looking into what it supports.

[–] qaz@lemmy.world 7 points 1 day ago

I doubt anyone on here would vote AFD

 
[–] qaz@lemmy.world 1 points 1 day ago

There unfortunately doesn't seem to be another link

[–] qaz@lemmy.world 2 points 1 day ago

Oh it appears I did so too

[–] qaz@lemmy.world 1 points 2 days ago (2 children)

How is saying "Ukraine started the war" not disingenuous?

[–] qaz@lemmy.world 12 points 2 days ago (4 children)

...also be updating to a newer database version, which will provide additional performance benefits and functionality.

Which functionalities are you interested in?

 
 
 

I was wondering about the possibility of using the following setup with write-caching

btrfs
    bcache
        fast
            mdadm (RAID-1)
                ssd_1
                ssd_2
        slow
            mdadm (RAID-5)
                hdd_1
                hdd_2
                hdd_3
                hdd_4

Is this viable / reasonable? The arch wiki mentions the possibility of data loss when using write-caching when the SSD fails, but shouldn't the SSD RAID array prevent that? It also mentions "bcache and BTRFS could leave you with a corrupted file system" is this still true? The wiki page mentions that it's unclear if this is still an issue.

Someone also left the following comment on the discussions page regarding BTRFS in 2023:

The issues with btrfs + bcache were fixed 10 years ago. The btrfs wiki no longer mentions historic gotchas for kernels older than 4.14. I think we should remove this warning. Any objections?

 

But for new code / drivers, writing them in rust where these types of bugs just can't happen (or happen much much less) is a win for all of us, why wouldn't we do this? C++ isn't going to give us any of that any decade soon, and the C++ language committee issues seem to be pointing out that everyone better be abandoning that language as soon as possible if they wish to have any codebase that can be maintained for any length of time.

Rust also gives us the ability to define our in-kernel apis in ways that make them almost impossible to get wrong when using them. We have way too many difficult/tricky apis that require way too much maintainer review just to "ensure that you got this right" that is a combination of both how our apis have evolved over the years (how many different ways can you use a 'struct cdev' in a safe way?) and how C doesn't allow us to express apis in a way that makes them easier/safer to use. Forcing us maintainers of these apis to rethink them is a GOOD thing, as it is causing us to clean them up for EVERYONE, C users included already, making Linux better overall.

And yes, the Rust bindings look like magic to me in places, someone with very little Rust experience, but I'm willing to learn and work with the developers who have stepped up to help out here. To not want to learn and change based on new evidence (see my point about reading every kernel bug we have.)

Rust isn't a "silver bullet" that will solve all of our problems, but it sure will help in a huge number of places, so for new stuff going forward, why wouldn't we want that?

 

This video describes the language “culture war” that was created by campaigners to win an election and was later also used to justify the invasion of Ukraine.

 

cross-posted from: https://lemmy.world/post/25819883

I've been using YouTube since forever, and it's the only corporate social media platform (beside Discord) that I still use. However, I would like to explore PeerTube, does anyone have some recommendations for good PeerTube channels and other tips and tricks for PeerTube itself?

 
 

I've been using YouTube since forever, and it's the only corporate social media platform (beside Discord) that I still use. However, I would like to explore PeerTube, does anyone have some recommendations for good PeerTube channels and other tips and tricks for PeerTube itself?

 
view more: next ›