“Venäläinen diplomaatti” mediassa tarkoittaa vakoojaa.

Tietääkö kukaan vieläkään, mikä se rakamakafoon on?

Vastuukehittäjä voisi olla ihan hyvä sana, mutta sitä ei vaan taida käyttää kukaan.

Tänään päivällä bongasin /r/Linuxiin jaetun sähköpostilistavuodatuksen, jossa täysin syytön venäläisohjelmoija toivotti kyynelehtien hyvästinsä Linux-yhteisölle.

Ohjelmoijalta itseltään ja sen jakaneelta redditoristilta oli käynyt ihan inhimillinen erehdys ja unohtunut mainita se top commentissa ilmi tullut yksityiskohta, että kyseinen venäläinen on töissä pakotelistalla olevassa Venäjän asevoimien alihankkijafirmassa.

“venäläiskytköksinen Linuxista, Linuxin osa-alueesta tai Linuxin komponentista vastuussa oleva ohjelmistokehittäjä” on vähän ikävän pitkä otsikkoon kirjoitettavaksi. Yritin toki useammastakin sanakirjasta etsiä käännöstä, mutta tulin lopputulokseen, että sellaista ei ole.

To be fair to the internet discussion, Linus’s (and the other maintainers’) communication on this could have been better. Still, it should’ve been pretty obvious from the start that this is a sanctions thing, and people and companies don’t end up on sanctions lists for no reason – though it is easy to end up on the list if you have even indirect ties to the Russian state.

Männäpäivänä kun valitin täällä ärSuomen nykyisestä huonosta hengestä, niin tässäpä jälleen uusi anekdootti: postasin tämän saman jutun sinne ja ketju on kerännyt kymmeniä kommentteja joissa vängätään siitä, että käytin otsikossa sanaa “maintainer” enkä jotain suomenkielistä vastinetta. Yksikään vänkääjästä ei tietenkään tunne IT-alan jargonia riittävästi, että ymmärtäisi ettei maintainer-sanalle tässä yhteydessä oikeen edes ole suomenkielistä vastinetta.

The discussion around this has been physically painful to read. From what I gather, the delisted maintainers are people on sanction lists, i.e. somehow connected to the Russian state, and they have been given the opportunity to prove their innocence by providing some (admittedly unspecified) documents to Linus and the Linux Foundation.

Judging by Linus’s updated comment in that article there are legal concerns involved, as the Linux Foundation is a US-based organization. Though even if they weren’t, it is the morally correct thing to do to give Russian state actors the boot.

No, but I’m not a lawyer, so I’m not going to go into the details that I - and other maintainers - were told by lawyers.

I’m also not going to start discussing legal issues with random internet people who I seriously suspect are paid actors and/or have been riled up by them.

Viimeisin konkretisoituminen käyttäjäkunnan muutoksesta ja asia, joka katkaisi kamelin selän ja laukaisi tämän vuodatuksen, sattui minulle viimeviikkoisen nikotiinipussigaten kommentteja lukiessa. Katselin häkeltyneenä, kun useampi ketju täyttyi vastauksista, joissa RKP:n ilmiselvän korruption sijaan keskityttiin valittamaan siitä, miten huutava vääryys nikotiinipussien tuonti tupakkalain piiriin, eli siis etämyynnin kieltäminen, hinnan nosto ja makujen rajoittaminen, on. Mietin, että ei kai oikeasti näin monella perinteisesti melko valistuneen (internetfoorumeiden mittapuulla) ärSuomen käyttäjällä voi olla näin ammattikoululaistason ymmärrys tupakkatuotteista.

Päätin kokeilla kepillä jäätä ja kirjoitin pitkän ja Redditin mittapuulla mielestäni hyvin lähteytetyn kommentin perustellakseni, miksi nikotiinipussien rajoittaminen on hyvä asia. Kuten odotettuakin, kommentti nappasi lähes välittömästi itselleen vanhassa redditissä näkyvän punaisen “controversial”-†:n ja vastauksia pointin missanneilta ja aiheen ohi argumentoivilta vänkääjiltä.

Myönnettäköön, että kirjoitin kommenttini tarkoituksella vähän sillä tapaa provosoivaksi, että se tuskin muuttaisi kenenkään vakaasti eri mieltä olevan mielipidettä. Aihepiiri kun on vähän sellainen, että valtaosa niistä ihmisistä, jotka ylipäänsä kykenevät sellaiseen kriittiseen ajatteluun joka mielensä muuttamiseen vaaditaan, luultavasti olisivat kommentin kanssa samaa mieltä jo valmiiksi. Tupakkatuotteiden käytöllä kerta on vahva käänteinen korrelaatio koulutustason kanssa.

Tämä kommentti meni nyt aika pahasti tämmöiseksi “nuo tuolla internetissä on ihan tyhmiä eikä uskoneet loistavaa argumenttiani” -tason marisemiseksi, mutta menköön. Pointtini on, että en vaan odottanut, että /r/Suomessa joutuisi selittämään kuuroille korville yläasteen tupakkavalistuksen tasoisia faktoja tupakkajättien toimintatavoista ja siitä, minkä takia niitä vastaan joudutaan lainsäädännöllä toimimaan. Väitän, että vielä ihan pari vuotta sitten ei olisi tarvinut.

Toisaalta se, että maassa ei ole yhtään sotaveteraania on tietyllä tapaa hyvinkin toivottava tila.

Yllättävän paljon täälläkin tosiaan selvästi lukijoita on ketjun saamien kommenttien määrästä päätellen. Päivittäinen keskustelu on selvästi paljon vaisumpaa, kun useimmat uutislinkit näyttävät saavan 0-1 kommenttia.

Tolppa: hillottu.

I have 64 GB of memory in my desktop with 16 GB of zswap. Can’t say I’ve noticed any difference because I haven’t actually been in a situation that uses all this memory yet (aside from some programs leaking memory), but the thought of getting “free” RAM is appealing to me.

They keep making this more and more difficult. Used to be you could just choose between yes and no. Then they made it so you can only choose between yes and no if you don’t have an ethernet cable connected. Now you have to use a hidden key combination and type in a secret command.

Soon you’ll only be able to install without an internet connection by downloading a special ISO with a hidden download link. Soon after that they’ll restrict said ISO to some insider program.

The two things I would recommend to any btrfs user is enabling zstd compression and setting up automatic snapshots using snapper or Timeshift. I would personally recommend snapper if you’re comfortable with command-line tools, as Timeshift only supports a very specific configuration.

zstd compression is very fast, so if you have a reasonably new CPU you will notice no overhead from it, making it effectively just free extra disk space.

Snapshots require a little bit of reading to understand, particularly because you will want a very specific subvolume layout to sensibly organize them, and distro installation wizards rarely give you such a layout except on distros that support snapshots out of the box, like OpenSUSE.

The Arch wiki page on btrfs is amazingly good, as is their page on snapper if you want to set up snapshots.

Btrfs can be a little complex and needs more user-friendly tooling for some of the advanced features to be useful to “laymen”, but OP seems technical enough (the fact that he cares about what filesystem he’s running in the first place is an indicator of this) that this should not be an issue.

As for “weird problems”, the majority of those seems to come down to users using advanced features without RTFM, and users having underlying system issues that cause issues that btrfs catches early and refuses to mount the filesystem as RW, and the users then blame btrfs for the issue.

Almost all data, aside from stuff like databases, benefits from filesystem-level compression, and almost every user benefits from having snapshots. Snapshots have saved my ass so many times, e.g. when I accidentally delete a file I shouldn’t have, or when a program has overwritten a file it shouldn’t have, or when Crusader Kings 3 corrupts my savegame.

As for bitrot, I frankly don’t know if btrfs has an automatic mechanism of fixing rotten files from an external backup of the filesystem (created using btrfs send), but even if it doesn’t it’ll tell you what has rotted so you can restore the files manually.

If you’re not intending to use complicated RAID setups, just go with btrfs. There is no reason to bother with zfs given your specs and needs.

Do not go with ext4. Unlike both btrfs and zfs, ext4 does not do data checksumming, meaning it cannot detect bit rot (and obviously cannot fix it either). You’ll also be missing out on other modern features, like compression and copy-on-write and all the benefits that entails. Once you start using snapshots for incremental backups using btrfs send (or its zfs equivalent), you’ll never want to go back. Recommended script: snap-sync.

It automatically uses Proton for titles that Valve has whitelisted as compatible. To play anything else you need to check a box in the settings. Honestly, it should probably just be checked by default.

I don’t have any expectations of them doing this (but I also have no expectations to the contrary), but I think it would be a good move from Red Hat to make the official RHEL more available, as you suggest.

In another thread I compared the RHEL rebuilds to piracy, and in that vein one could quote Gabe Newell and say that piracy is a service problem – part of the reason Alma/Rocky/etc. exist is because there is a group of users who want to use RHEL but cannot afford it. Red Hat seems to believe that these users should be satisfied with CentOS Stream, and maybe most of them would be, if they only gave it a try. But making RHEL more widely accessible, both to paying users and developers, would probably be good too.