#DistroBox

[andmaybegayer]

laziness level: instead of figuring out where to put a venv of pelican on my computer for local blog builds, just installed pelican globally in a distrobox

[masonicon]

My thoughts on Virtual Machine programs

DOSBox-X: suitable for Windows 3.11 and 9X GuestOSes 86box: for Windows 9X and other 90s OSes(including Windows NT/2000) GuestOSes VirtualBox/VMWare: for more modern GuestOSes Distrobox: for running Linux Distros outside SteamOS in Steam Deck Qemu: for Mac OS(and any OS requiring different architectures) VMs

[unidentifiedfuckingthing]

most disappointing thing about moving to linux is using FOSS programs with huge userbases and finding out that theyre wildly buggier than they were on windows. in hindsight like, of course, the number of people on windows is probably an order of magnitude higher, but it kind of feels like. you cant do that. its supposed to be the other way around

[nksistemas]

Distrobox 1.8 se Estrena con Soporte Ampliado para Distribuciones de Contenedores

Después de más de cinco meses de desarrollo, la nueva versión de Distrobox 1.8 finalmente ha sido lanzada, trayendo una serie de mejoras, correcciones de errores y nuevas características que hacen que esta herramienta sea aún más versátil y fácil de usar para los entusiastas de Linux. ¿Qué es Distrobox? Distrobox es una herramienta de software de código abierto para sistemas Linux que permite…

[penipso]

distrobox allows me to do anyshit forever

[antpalmer]

I just spent my entire fucking day dealing with initramfs issues (and a shit ton of help from a discord server) after upgrading from Ubuntu 22 to 24. I'm so fucking done with this distribution, I just need it for one class. Next time Im using mint and a distrobox.

Like

From 11 pm to 2 am all I did was hunt SO posts only for the issue being the ramfs file in kernel 6.8 being broken (it took an hour to restore) but guess what? IT NEVER RESTORED. I had to wipe 6.8 from the face of the earth god bless the fact that it still had 6.5.

[yappg]

First dev blog

Hi! I can't believe this is the first dev blog for yappg (or rather, this iteration of yappg. There are dev blogs for the previous attempts that can be found on youtube or gamejolt).

I wanted to wait until I had an icon, but turns out I found something to talk about.

yappg is made with gamemaker. Partially because it's a nice engine, partially because it's one I am familiar with, but mostly because it's the same project I keep trying to make in that engine for around 5+ years. I really want to do my best to finish it this time, hence the tumblr blog. But how I used my computer was very different 5 years ago. Today, I am on Arch Linux (let's get this out of the way : i use arch btw). Arch is not a supported operating system for the GameMaker engine. I think the issue is pretty easy to figure out.

Up until now, I have been using distrobox to manage a podman container based on Ubuntu 23.10. While solutions like debtap exists in order to convert .deb packages into Arch Linux compatible packages, it doesn't really work with GM. The container approach gives me a near native experience. It's not perfect. Either due to configurations issues or just container issues, the GM debugger doesn't work, the game itself seems to run at a very low fps when ran from inside the container (like, for example, when testing) and any attempt at making an executable fails around 1/8th of the times (but don't quote me on the number tho). Good enough to develop, but there are some time lost dealing with bugs. Plus, I have to run the Beta version of the GameMaker IDE.

But this isn't what made me write this post. Oh no. GameMaker has 2 different ways to create an executable file. You can either use the VM or the YYC. The VM option runs the game in a virtual machine (a bit like Java), while the yyc option compiles the game. This compilation comes with a performance boost, but it takes alot longer to build and features like the debugger are disabled. And as it turns out, something breaks in my container setup when trying to compile an executable using yyc. But at least, that's better than what happens when I try to do a remote build from the container to an ubuntu vm. Because the build doesn't fail... but the engine forgets how the room order works or something.

This object is in the first room of the game. Every build has that specific object, and the alarm event was left untouched since it's creation. Why is this an issue now???

Honestly, HOW??? And I can confirm that the issue is with the container, because after having installed the beta ide on the same virtual machine and compiling the game there, the room order works again, and the game is compiled without any issues.

The tl;dr here is to not run the GameMaker beta IDE inside of a container, but that's too late for me. Fortunately, I can keep developing for vm until I am close to being done, at which point I can switch to yyc and fix whatever bug might pop up

[kandztuts]

Install Davinci Resolve in any Linux distro

New Post has been published on https://tuts.kandz.me/install-davinci-resolve-in-any-linux-distro/

Install Davinci Resolve in any Linux distro

on host sudo usermod -a -G render,video $LOGNAME install distrobox and podman sudo zypper in podman distrobox or sudo apt install -y podman distrobox or sudo dnf install -y podman distrobox or sudo pacman -S -y podman distrobox reboot go url to download https://www.blackmagicdesign.com/no/p... create a Fedora 40 container and enter it distrobox create distrobox create --name fedora40 --image registry.fedoraproject.org/fedora:40 distrobox enter fedora40 install dependencies sudo dnf install fuse fuse-devel alsa-lib \ apr apr-util dbus-libs fontconfig freetype \ libglvnd libglvnd-egl libglvnd-glx \ libglvnd-opengl libICE librsvg2 libSM \ libX11 libXcursor libXext libXfixes libXi \ libXinerama libxkbcommon libxkbcommon-x11 \ libXrandr libXrender libXtst libXxf86vm \ mesa-libGLU mtdev pulseaudio-libs xcb-util \ xcb-util-image xcb-util-keysyms \ xcb-util-renderutil xcb-util-wm \ mesa-libOpenCL rocm-opencl libxcrypt-compat \ alsa-plugins-pulseaudio unzip it. Change the name with the version you have downloaded, and the location you have downloaded it. cd ~/Downloads unzip DaVinci_Resolve_Studio_19.1.3_Linux run the DaVinci Resolve installer. Change the name with the version you have downloaded chmod +x DaVinci_Resolve_Studio_19.1.3_Linux.run sudo ./DaVinci_Resolve_Studio_19.1.3_Linux.run --appimage-extract sudo SKIP_PACKAGE_CHECK=1 ./squashfs-root/AppRun apply workaround for outdated libraries sudo mkdir /opt/resolve/libs/disabled sudo mv /opt/resolve/libs/libglib* /opt/resolve/libs/disabled sudo mv /opt/resolve/libs/libgio* /opt/resolve/libs/disabled sudo mv /opt/resolve/libs/libgmodule* /opt/resolve/libs/disabled run DaVinci Resolve /opt/resolve/bin/resolve export desktop files distrobox-export --app resolve In case more problems cd /opt/resolve/libs sudo mkdir disabled sudo mv libglib* disabled sudo mv libgio* disabled sudo mv libgmodule* disabled

[andmaybegayer]

Hmm. Distrobox has support for the ChromeOS Linux container system. Tempted to see how usable dropping Muscovite (my Lebovo Duet 3 Snapdragon tablet) back to ChromeOS and running a Linux userspace and associated nerd shit in containers is. I've already done a lot of work with Distrobox and I like it and I can't really deny that the ChromeOS UI is a lot smoother especially because it handles the Qualcomm GPU better than Linux can.

As much as I like having Postmarket running, the little issues with sleep and networking and hardware decoding really make me resent that thing more than I want to and require a lot of manual intervention. It's not like I'm that serious about defying Google, I have a stock Pixel 8.

[pulipuli]

看看網頁版全文 ⇨ 雜談：總算把架設了Stable Diffusion WebUI Forge / TALK: Finally Set Up Stable Diffusion WebUI Forge https://blog.pulipuli.info/2025/01/talkfinally-set-up-stable-diffusion-webui-forge.html 由於之前硬碟毀損，導致我用來做AI繪圖的Stable Diffusion環境全部消失。 這次乾脆全部重來，用Stable Diffusion WebUI Forge重建整個繪圖環境吧。 ---- # Stable Diffusion環境與Docker / Stable Diffusion Environment and Docker。 大家會把Stable Diffusion的環境架設在哪裡呢？。 網路上大部分的教學都是基於Windows的環境。 一方面是因為使用者眾多、為Windows環境開發的懶人工具也很多；二來是Windows環境也相對單純，WSL2穩定的表現讓人印象深刻。 不過這些都跟我這個Linux使用者沒有關係。 Linux使用者常常會受到發佈版和套件相依之苦，安裝系統和轉換的時候往往會遭遇很多困難。 現在有許多方案都在嘗試解決跨平臺(Linux自己的平臺)的各種問題，有針對套件管理的AppImage、snap、Flatpak、有針對運作環境的distrobox、也有強調Windows相容的PlayOnLinux、Bottles。 不過在伺服器的情境下，Docker應該還是目前最多人選擇的虛擬化方案。 在使用Linux電腦的這三年之間，我認知到這電腦就是註定常常損壞的設備。 因此我所建立的系統環境首要目的就是容易管理、容易遷移，而這也是我選擇Docker的原因。 https://github.com/AbdBarho/stable-diffusion-webui-docker/blob/master/README.md。 因此，一開始我的Stable Diffusion環境是基於AdbBarho所建立的stable-diffusion-webui-docker來架設。 當時AdbBarho很用心地將Stable Diffusion主流的創作環境AUTOMATIC1111、ComfyUI、Sygil-webui、InvokeAI都整合了進來。 我們在啟動Docker的時候可以自由切換需要的環境。 而各個環境背後使用的模型，則在Docker巧妙的設定中能夠共享。 ---- 繼續閱讀 ⇨ 雜談：總算把架設了Stable Diffusion WebUI Forge / TALK: Finally Set Up Stable Diffusion WebUI Forge https://blog.pulipuli.info/2025/01/talkfinally-set-up-stable-diffusion-webui-forge.html

[unidentifiedfuckingthing]

ok so the problem with xapblr on linux is python-future right? i already had to go through a whole thing with that particular rude package for some other thing. but it seems to me like you could pretty easily set up a minimal arch container with python-future but not python 3.13 and then set up and run xapblr from there right? if i get a working compose file for that does anyone want it

[podman-official]

It doesn't stop there either. For a server you're probably already running containers for most things, why do you need to modify /usr? You most likely don't! There's also venerable tools like toolbx and distrobox that let you run the same or another distro mutably but isolated in a container, so you can still use both development tools and some applications on immutable distros that way.

Flatpak also frees app developers to build complex applications with the exact dependencies they require. In the old model they need to convince every distro to package the exact version of the library they need (this did not happen and hence we only had like 20 apps total and they were constantly broken on half of the distros)

(Also @tux-official for updates you need to reboot even on mutable distros, or rather especially on mutable distros. There's a reason fedora tells you to do offline upgrades: https://fedoramagazine.org/offline-updates-and-fedora-35/)

WHYYYYY Immutable distros, whyyyy flatpaks, those are abominations

bwa i'm not immutable also flatpaks are not that bad imo from a dev standpoint

[antpalmer]

Ubuntu part 2: jetpack (the nvidia SoC) dev environment requires ubuntu 14.04 if you want to write for an older chip.

Distroboxes are such a pain in the ass and I hate podman.