USB Live Persistence


En esta entrada vamos a preparar un stick USB con una distribución live de Debian GNU/Linux y la ayuda de docker para ejecutar el contenedor, y así no manchar nuestro sistema de otros paquetes.

Abrimos una consola y ejecutamos los siguientes comandos, teniendo en cuenta la imagen de Debian que queremos cargar y el dispositivo del USB:

$ git clone https://git.manalejandro.com/ale/snippets && cd snippets
$ docker buildx build -t persistent-usb -f docker/Dockerfile-persistent-usb .
$ docker run --privileged --rm persistent-usb https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/debian-live-13.6.0-amd64-mate.iso /dev/sdb

Una vez terminado el script tendremos preparado nuestro USB Live con persistencia que podremos usar en casi cualquier ordenador arrancando directamente desde el dispositivo USB.

Hasta la siguiente entrada 👋

Growth of the Fediverse (20260301)


Monthly Active Users^[1]^:

SoftwareCurrentYesterday[1D]Last Week[6D]Last Month[30D]3 Months Ago[90D]6 Months Ago[180D]1 Year Ago[365D]All-Time Maximum
Piefed6179617355562322163216483046179
Lemmy4041841389391833613235313402144818272618
Mbin8088228257737398809143967
Threadiverse47405483844556439227376844274249400
Mastodon7876417888447986737409226767836848599134272737163
Pixelfed11951912023911530912048577178111147234134338813
Peertube4118141348408552869526691232873508241348
Loops8088831681104423196929174029821
Bookwyrm15631606160938172805296275249429
Friendica26322618263714601297174343954734
Forgejo1141211245103863706151168
Funkwhale2672662702582182274801114
Flohmarkt2118333330040
Fediverse1008431101176010131849398308250148965111245057

Difference^[1]^:

Software-1 Day[1D]-1 Week[6D]-1 Month[30D]-3 Months[90D]-6 Months[180D]-1 Year[365D]-All-Time Maximum
Piefed662338574547453158750
Lemmy-971123542865105204-7764-32200
Mbin-14-173569-72-106-3159
Threadiverse-9791841817897214663-1995
Mastodon-1203-1103246719110858102782-125786-1949522
Pixelfed-7204210-966423418372-114615-219294
Peertube-1673261248614490178946099-167
Loops-228-2236656119-210860-21733
Bookwyrm-43-46-2254-1242-1399-5961-7866
Friendica14-511721335889-1763-2102
Forgejo-7-10-396-272-256-501-1054
Funkwhale1-394940-213-847
Flohmarkt3-12-121800-19
Fediverse-3329-475368601183417111920-236626

Change (%)^[1]^:

Software-1 Day[1D]-1 Week[6D]-1 Month[30D]-3 Months[90D]-6 Months[180D]-1 Year[365D]-All-Time Maximum
Piefed0.1%11.2%166.1%278.6%274.9%1932.6%0.0%
Lemmy-2.3%3.2%11.9%14.5%0.5%-16.1%-44.3%
Mbin-1.7%-2.1%4.5%9.3%-8.2%-11.6%-79.6%
Threadiverse-2.0%4.0%20.8%25.8%10.9%-4.0%
Mastodon-0.2%-1.4%6.3%16.4%15.0%-13.8%-71.2%
Pixelfed-0.6%3.7%-0.8%54.9%7.5%-49.0%-64.7%
Peertube-0.4%0.8%43.5%54.3%76.8%17.4%-0.4%
Loops-2.7%-0.3%82.9%310.8%-72.3%0.0%-72.9%
Bookwyrm-2.7%-2.9%-59.1%-44.3%-47.2%-79.2%-83.4%
Friendica0.5%-0.2%80.3%102.9%51.0%-40.1%-44.4%
Forgejo-5.8%-8.1%-77.6%-70.5%-69.2%-81.5%-90.2%
Funkwhale0.4%-1.1%3.5%22.5%17.6%-44.4%-76.0%
Flohmarkt16.7%-36.4%-36.4%600.0%0.0%0.0%-47.5%
Fediverse-0.3%-0.5%7.3%22.2%12.5%-19.0%

Tracker Comparison^[1,2]^:

SoftwareFediverse-Observer^[1]^FediDB ^[2]^
Piefed61796196
Lemmy4041849143
Mbin8081418
Threadiverse4740556757
Mastodon7876411026747
Pixelfed119519129301
Peertube4118138969
Loops80887997
Bookwyrm15633818
Friendica26323293
Forgejo1141421
Funkwhale267761
Fediverse10084311269064

Notes:

  1. Threadiverse is Piefed, Lemmy, and Mbin. Fediverse only accounts for listed software [12], not the other [117] software tracked by Fediverse-Observer.
  2. Fediverse-Observer provides daily MAU back to 20221130. FediDB only provides a current snapshot (snapshot within the last 15 minutes, no time series data) and doesn't track all software.
  3. Not sure why the two sources have different counts. A quick search of Lemmy showed they found all the same large servers (1 FediDB duplicate found: lemmygrad.ml & lemmygrad.com, 679 & 651 MAU), but got significantly different total MAU counts somehow? Fediverse-Observer MAU appears correct (at least with regards to Lemmy).
  4. "Last Week" is actually [6D]ays ago not the usual [7D]ays because there was a server detection/duplication issue that happened [7D]ays ago and was corrected [6D]ays ago.
  5. Weirdly Loops has a ~3 week gap in data about a year ago.

Takeaways:

  • Positive Growth (every day last week): Piefed
  • Lemmy's data has bounced up and down in the last week. May be due to the NSFW server shutting down, then coming back as an archive, and then shutting down again?
  • Loops may have reached its local peak and people are starting to leave again 🙁
  • Seems like a middling, slightly negative week for the Fediverse.

Edit:

  • Looking through mbin's server list it looks like FediDB has a duplicate (Tardigram alpha (167 MAU) & mbin.level5.dev (173 MAU)), while Fediverse-Observer is missing 2 servers (Tardigram alpha (167 MAU) & thebrainbin.org (39 MAU)). So, potentially mbin is at ~1000 MAU. Even based on FediDB list of mbin servers (including the duplicate), it only adds up to 1146 MAU (not 1418). I have no idea how FediDB is getting their MAU count.
This entry was edited (Sunday, March 1, 2026, 2:25 PM)

Bazzite rebasing question


I rebased my laptop install to bazzite-dx yesterday and for some reason, the stable branch installed a testing image (testing-44.20260802) instead of the latest stable image (stable-44.20260802). I pinned to the latest stable for now but does anyone know why bazzite rebase helper would do this?

Edit: I just checked the release info again since that was last night for me, and it just installed the same image again. Rebasing via rpm-ostree pulls the same image too. I’m gonna rebase back to normal bazzite for now and check to see if this also happened to my desktop I switched a couple weeks ago

Edit 2: Yep, my desktop was also on a test image. I wouldn’t have even thought to check if the test image wasn’t locking up my laptop. Until now bazzite has been so stable for me, now I’m wishing I left my desktop on fedora as a backup in case something like that happens again

This entry was edited (yesterday, 8:15 PM)
in reply to ItsPlasmaSir

Oh, I see. From the bug reports posted, it looks like the -dx image is based on the bazzite deck 44 image for some reason, which isn't out of testing yet.~~ If that's deliberate it's an odd choice~~. The new deck 44 image should be updated to stable soon.

edit: Further reading indicates it's based on the deck image so that they don't have to maintain two different dx versions.

This entry was edited (today, 12:14 AM)

F7 key on 67% keyboard


so i use a program where you need to press f7 and you cant change it, but i only have a 67% keyboard and the layout i have selected in my keyboard setting doesnt seem to have fn on any of my keys so pls help

de:kde
distro:endeavouros
keyboard: custom kbd67 lite

Introducing Nextcloud Hub 26 Spring: Built together, designed for the future 🚀


The media in this post is not displayed to visitors. To view it, please go to the original post.

What’s new in Nextcloud Hub 26 Spring:

💫 Refined design, optimized performance
💪 Empowering developers with an open platform
✏️ Your choice: Nextcloud Office powered by Collabora or Euro-Office
💌 Delegate calendars, meetings and mail boxes for better collaboration
📈 Gantt charts, dependencies & more in Nextcloud Deck
🧠 More agency: let the Assistant work for you across files, emails, forms, and more
🧩 Pexip, Matrix, and more updates in integrations

... and many more improvements in all apps!

Read more about Nextcloud Hub 26 Spring in the release blog post: nextcloud.com/blog/nextcloud-h…

Watch on YouTube: youtube.com/live/mRZL1gYu4dQ

Experience Nextcloud Hub 26 Spring with a live demo on June 18: nextcloud.com/blog/event/nextc…

Experience the brand new Nextcloud Hub — get it now: nextcloud.com/instant-trial/

Chapters:
00:00 10th anniversary interview with Frank Karlitschek
13:00 Introducing Nextcloud Hub 26 Spring
13:17 Nextcloud Talk: chat and meetings
16:16 Nextcloud Files: File sync & share
18:26 Design improvements
21:55 Nextcloud Governance
23:32 Nextcloud Groupware: email, calendars and contacts
23:58 Email and calendar delegation
25:57 Interoperability
27:23 Project management with Nextcloud Deck
29:46 Nextcloud Office powered by Collabora Online
31:01 AI chat sidebar
33:55 Templates
35:05 Nextcloud Office powered by Euro-Office
36:46 Nextcloud Productivity: Nextcloud Text, Collectives and more
38:23 Nextcloud Flow: Automation tools
39:53 Improvements in Nextcloud Tables
44:00 Nextcloud Assistant and AI
44:17 Ready for EU AI Act
46:10 New AI tools
46:59 10th anniversary interview with co-founders
01:08:22 Nextcloud Platform: App Store, API and apps
01:12:09 Empowering developers: insights from our DevRel
01:14:46 Dev tools and API
01:17:32 Nextcloud ISV program introduction
01:19:45 Nextcloud Hub 26 Spring: Summary
01:20:11 Closing remarks and how to get started
01:23:06 Behind-the-scenes & community credits

Featuring:

Dr. Constanze Kurz — Computer scientist, author, and spokeswoman, Chaos
Computer Club (CCC)
Frank Karlitschek — CEO and Founder, Nextcloud
Thorsten Behrens — Managing Director, Collabora Productivity Germany
Jan C. Borchardt — Co-Founder and Design Team Lead, Nextcloud
Jos Poortvliet — Co-Founder and Vice President Communications, Nextcloud
Arthur Schiwon — Co-Founder and Productivity Team Lead, Nextcloud
Kim Pohlmann — Senior Communications Manager, Nextcloud
Iva Horn — Software Engineer, Nextcloud
Anna Larch Developer Relations, Nextcloud

#Nextcloud #NextcloudHub #Privacy #Collaboration #Productivity #AI #LocalAI #GovTech #Security #PrivateCloud #Digitalization #DigitalSovereignty

Sovereign office suite built in Europe: Meet Nextcloud Office powered by Euro-Office


The media in this post is not displayed to visitors. To view it, please go to the original post.

Meet the sovereign office suite made in Europe.

Nextcloud Office powered by Euro-Office comes with editors for text documents, spreadsheets, presentations, and PDF files. What makes it stand out is its client-centric architecture. Most of the processing is done on the user’s device, which reduces server load and increases the moment-to-moment performance while editing.

Euro-Office works both on mobile devices and in the browser, and lets you use Nextcloud Assistant features right in the editors.

With the Euro-Office app, we're also introducing a new overview of recent document and templates.

Want to learn more?

Visit the Euro-Office page on our website: 👉 nextcloud.com/office/

For an overview of all office suites available for Nextcloud Office, read an article in our blog: 👉 nextcloud.com/blog/nextcloud-o…

▶️ Watch the full Nextcloud Hub 26 Spring launch: peertube.nextcloud.com/w/3PS6L…

👀 Prefer reading? Discover our release blog: nextcloud.com/blog/nextcloud-h…

This entry was edited (yesterday, 6:23 PM)

Bluetooth problems on Pop_OS!


cross-posted from: sh.itjust.works/post/64544544

Hi everyone!

I've been a happy Gnome and Fedora Silverblue on a Surface Go user but I'm always happy to learn about new DE's in Linux. After trying and hating KDE on my Steam Deck desktop mode, I wanted to see if Cosmic would be the perfect middleground and installed it on my wife old MacBook Pro 2012 which was previously running Fedora Workstation flawlessly.

After some light struggles with Ventoy, I managed to install Pop_OS! 24.04 and everything was working except the wifi, which is a known issue with these Macs.

The bluetooth for my Surface Modern Mobile Mouse worked fine at that moment, but as soon as I rebooted afther the necessary commands to get the wifi card working ( sudo apt install firmware-b43-installer , sudo apt install linux-firmware , sudo reboot ), the mouse got disconnected.

I tried many things, installed blueman and the mouse is seen, but as soon as I connect to it, it disconnect.

As I wanted to isolate the issue, I uninstalled the wifi card ( sudo apt remove firmware-b43-installer, sudo reboot) and then had a perfectly working bluetooth mouse.

So for now, I have to choose between my bluetooth mouse and wifi, and both are important features.

Thanks for your help!

Othewise, the experience is good even if a bit buggy/feature lacking with these problems:

  • can't configure the f3 key to automatically tile windows on a workspace
  • being force to use 4 fingers gesture to move between workspaces instead of 3 on Gnome (muscle memory). It's difficult for me and my big hands to lay for fingers on the trackpad and I prefer it to the keyboard shortcut which I can't configure to be the same as in Gnome
  • no ability to force an application to automatically be moved on a certain workspace (on Gnome I have 6 applications opening at startup and each one is going on its own workspace with the auto move extension)


Edit: sudo apt install broadcom-sta-dkms worked so huge thanks to Anon5621!

This entry was edited (yesterday, 4:19 PM)

コモンズの悲劇、コモンズの喜劇、アンチコモンズの悲劇、フリーライダーの寓話


The media in this post is not displayed to visitors. To view it, please go to the original post.

クリアコード20周年記念Meatupでちらっと書いたのだけど、三分ほどの短いお祝いトークをして来ました。いわゆるスピーチではなく、パソコンでプレゼンを大画面に映すやつ。

やはりクリアコードさんと言えば、ということでフリーソフトウェアについて何か話したいなあと思って本を一冊読みました。

そこで西川開『知識コモンズとは何か』を、イベントの一週間ほど前に買いました。何とか、イベント当日の朝まで掛けて読んだのですが、「お祝いの話に絡められなさそう……」という結論になったので、これとは関係のない話をしました。そこで、ここで紹介して供養したいと思います。

キャッチーっぽい響きのある話をいくつか紹介します。

コモンズの悲劇(P. 11)


この本は知識コモンズについての本なのですが、前史として「伝統的コモンズ」、つまり牧草や水と言った物質的実態のあるコモンズの研究についても調査しています。その際に「コモンズの悲劇」というエピソードがありました。有名なので知っている人もいると思います。1968年にハーディンという人が提唱した、コモンズについての悲劇的なシナリオです。

ある牧草地が、誰でも使用可能な状態だとします。この牧草地にあまりに沢山の牛が放たれると牧草が足りなくなり、再生産される牧草の量も減ってしまいます。従って、牧草地を維持するには、放牧する牛の数を一定に保つ必要があります。

ここで、ある一人の農民の視点で考えると、牛を一頭増やすとその分の利益を得ることができます。一方で損失である牧草の減少は、放牧地を使う全員に分散されます。すると、牛を増やすことが合理的な行動となり、みんながそのように行動して牧草は尽き、その牧草地は枯れ果ててしまう、というシナリオです。

こうしたことがあるので、コモンズは私有財産にして管理を委ねるか公有財産として政府などが管理するしかない、というのがハーディンの結論です。

これは後にオストロムによって反例が挙げられます。ハーディンの言うシナリオも、一方でうまく管理されている反例もある(オストロムは反例に共通する特徴を挙げてもいる)、どちらもあるし、多分ハーディンのいう結末を辿ることが多い、ということだと推測しています。

オストロムの話も面白いので本を読んだり検索したりしてみてください。コモンズ研究でノーベル経済学賞を獲った人でもあります。

コモンズの喜劇(P. 35)


コモンズの悲劇をもじったコモンズの喜劇というシナリオも紹介されています。コモンズの悲劇は皆が使うことでコモンズが崩壊するというシナリオでしたが、コモンズの喜劇は皆が使うほど全体が利益を得るというシナリオで、1986年にローズが提唱しました。インターネットは定義によってあるとも無いとも言える頃。ウェブはまだ無い。

コモンズの喜劇は道路や水路、公共広場などを対象としたシナリオで、これらは商業活動の基盤になるので、多くの人が使えるようにしておくことで商業活動が活発化し、全体に利益がもたらされる、と説明されています。道路を使うということは、荷物や人の移動があるということで、そうしたことが起これば起こるほどお金も動く、ということだと思います。

コモンズの悲劇ではコモンズについて権限を持って管理する人がいない状態が崩壊を招いていましたが、コモンズの喜劇では誰かしらが利用を制限する権限を持っている人がいる、というのが特徴です。野放図ではないわけです。

ネットワーク効果が背景にあるらしく、そう言われると現代の僕達にはよく分かりますね。

これらのコモンズは、コモンズの悲劇で扱われた伝統的コモンズと区別してオープンコモンズと呼ばれます。そして、知識コモンズもその一種とされています。これが知識コモンズの理論的出発点となっているのです。

アンチコモンズの悲劇(P. 43)


アンチコモンズの悲劇は、ある資源について複数人が所有権を持っている状況を描きます。ヘラーが1998年に提起しています。

この時、互いが互いの効率的な利用を妨げることができるという権利の持ち方があり得ます。そうすると、権利を束ねるのに膨大なコストが掛かってしまい、それは行われず、結果、その資源は使われなくなる、というシナリオです。

本を復刊したい時に、著者・挿絵画家・デザイナーのいずれかが連絡が付かず権利処理できない、というのもアンチコモンズの悲劇と言えるんですかね。意図して妨害しているわけではないけど。

フリーライダーの寓話(P. 70)


フリーライダーの寓話は、知的資源の管理制度に関する通説を、2013年にフリッシュマンが定式化した物だそうです。知識コモンズ版の「コモンズの悲劇」と言えます。

知識資源は、誰かが「使用」しても減らないし、その使用を妨げることも難しい、という性質から、第三者がフリーライドするのが容易です。そうすると、その知識資源の生産者が支払ったコストを補填できず、インセンティブが失われ、知識資源があまり生産されなくなる、というシナリオです。

当時はフリーライダーの寓話を回避する方法の通説が、やはりコモンズの悲劇でハーディンが言ったように私的所有か公的所有か、だったそうです。つまり、知的財産権を設定することで簡単にフリーライドを排除できるようにするか、助成金で生産したり公的機関が生産するか。

そして、オストロムが伝統的コモンズでしたように、知識コモンズでもこのフリーライダーの寓話の反例が挙げられています。詳しくは本を読むか、直接フリッシュマンの論文を読んでみてください。


内容的には同列に並べるような物でもない物もあるけど、幾つかの「お話」を紹介してみました。

プログラムのソースコード(特にフリーソフトウェア)への関心から読んだ本でしたが、フリーライダーの寓話なんかは正に、ですね。そのようにして悲劇を迎えるFLOSSはあるし、そんな中でもうまくやっている物もある。

トークが三分なので本に書かれているような込み入った話をする時間が無いという理由もありましたが、何より「うまくやろうと実際に行動している」というクリアコードさんに、こういう分析手法の観点から何か言ってもなあ……という気持ちにもなって見送ったのでした。


クリアコード20周年記念Meatup


クリアコード20周年記念Meatupに行って来ました。

クリアコードの方とクリアコードファン(自認)が集まるイベントで、クリアコードのkouさんが参加者の一人一人を紹介していくという狂った始まり方でした。30人ぐらいいるんですが……。

でも、色んな人が集まっているのを実感できて楽しかった。「あの人多分知っている人の筈だけど十年ぐらい会っていないので自信が無い……」みたいな人にも確信を持てたのでそれもよかった。一時間越えでしたけどね。

その後、クリアコードの方の、年表アプリケーションの自慢会、それから参加者のお祝いトーク(僕も簡単にトークしました)を経て懇親会へ。

昔Shibuya Rubyist Lunchでよくランチを一緒に取ったbashさんに久し振りに会えました。懐かしい。今はiPhoneの中でRubyを動かすみたいなことをやっているらしく面白かった。最近whispercpp gemの為にCのビルドについて調べたりしていたのが理解に役立ったので嬉しい。

naitohさんとも話しました。MemoryViewの話を振ってくれたので、説明の為に「Rubyの機能なんですけど、Ruby使ってますか?」みたいなことを聞いてしまった。誰に聞いてんだよ。いや勿論naitohさんのことは知っていました(REXMLをStringScannerで実装し直した人)けど、顔を見たことが無かったので……。

naitohさんが「Rubyのコアにも Numo::NArray みたいなのがあったらよくないですか」と言っていて、実はぴんと来ていなくて的外れな話をしてしまった。今思い返すと、「大雑把には標準添付の Matrix がCで実装されて計算も速い、みたいな感じだといいんですかね」と返せばよかった気がする。naitohさんは計算に興味があって、僕は機械学習モデルとの受け渡しばっかりだからトランスファーに興味があって、そこで食い違ってしまった。思い込みが激しいのであまり人の話を汲み取れないことがあるのです。標準添付の Matrix は色んなオブジェクトを持てるけど、 Array#bsearch がソート済みの配列を前提にしているように、全要素が同じ型であることを前提にする方向でいけるのかも知れない。そしてそれがMemoryView対応したら最高ですね。

kouさんには単著『Ruby de XML』にサインを頂きました。名前の所を二重線で消しているのが面白い(名誉のために詳細は伏せます)。

帰り際にクリアコードでGroongaの開発をしている堀本さんと少しだけ話しました。なんと、僕がkouさんに言われて書いた『Groongaではじめる全文検索』という本がGroongaとの出会いだったそうです。kouさんの目論見が当たったわけです。すごい。

楽しかった。20周年おめでとうございます。「続けることが大事」。


in reply to 北市真

オストロについて詳しくはこちらをどうぞ:備蓄が尽きたその後——オストロムが教える、タダ乗りされないコミュニティの作り方

GNOME Boxes Preparing To Deliver Much Improved Virtualization Experience


GNOME Boxes lead developer Felipe Borges has been overhauling the application with a major rewrite and today announced the new beta release. GNOME Boxes has migrated to using the GTK4 toolkit and libadwaita. The new GNOME Boxes code can also handle installing Microsoft Windows 11 now without needing any manual workarounds for Secure Boot or TPM requirements.

The new GNOME Boxes code also introduces a VSOCK device for accessing VM contexts and other improvements. With the revamped GNOME Boxes, it's also shifting to a Flatpak-first and only model for distributing of new GNOME Boxes releases.