feel like the procedure for rebuilding repositories on #AlpineLinux may need some improvement
right now, two packages failing their test suites are delaying a security update for firefox from being deployed, despite not being related in any way
feel like the procedure for rebuilding repositories on #AlpineLinux may need some improvement
right now, two packages failing their test suites are delaying a security update for firefox from being deployed, despite not being related in any way
@nube we don't have backports because we don't need them. instead, use tagged repositories to scope packages from alpine edge:
# cat /etc/apk/repositories
...
@edge:main https://dl-cdn.alpinelinux.org/alpine/edge/main
@edge:community https://dl-cdn.alpinelinux.org/alpine/edge/community
# apk add nano@edge:main
(1/1) Installing nano@edge:main (9.0-r0)
ifstate 2.3.0 - a tool for declarative network configuration for Linux - was released:
https://codeberg.org/routerkit/ifstate/releases/tag/2.3.0
This is release contains various new features like:
- bridge: VLAN membership for bridge ports
- link: support external created veth ifaces
- routing: ignore routes by ifname regex
- tc: add vlan action (allows remapping); improve change detection
The new release is already available in #AlpineLinux and in the RouterKit Debian package repository.

## Changes - bridge: implement VLAN filtering and per-port membership (#157) - brvlan: support self-mode entries on bridge devices (#179) - fdb: add `vlan` attribute support for vlan aware bridges (#167) - hooks: make timeout configurable (#178) - link: support external created veth interf...
โRE: https://exquisite.social/@thomholwerda/116535458295130039
Ok, so this thread (read it on) changed my views on #Devuan.
And here I was thinking that it was the good version of #Debian, done without systemd etc. Instead, I think I will look for more #AlpineLinux systems to deploy
Serving a website on a Raspberry Pi Zero running in RAM
์ด ๊ธ์ Raspberry Pi Zero v1.3์์ Alpine Linux๋ฅผ ๋์คํฌ ์์ด RAM์์๋ง ๊ตฌ๋ํ์ฌ ์น์ฌ์ดํธ๋ฅผ ์๋นํ๋ ๋ฐฉ๋ฒ์ ์์ธํ ์ค๋ช ํฉ๋๋ค. ์ ํ๋ 512MB ๋ฉ๋ชจ๋ฆฌ ํ๊ฒฝ์์ darkhttpd ๋๋ nginx๋ฅผ ์ฌ์ฉํด ๊ฒฝ๋ ์น์๋ฒ๋ฅผ ์ด์ํ๊ณ , TLS ์ข ๋ฃ๋ ์ธ๋ถ ์ ์ฌ์ VPS(TierHive)์์ ์ฒ๋ฆฌํ์ฌ Pi Zero์ ๋ถํ๋ฅผ ์ค์ ๋๋ค. ๋ํ lbu๋ฅผ ํ์ฉํด ์ค์ ๊ณผ ์น์ฌ์ดํธ ํ์ผ์ SD ์นด๋์ ์ง์ ์ ์ฅํ๋ฉฐ, rsync๋ก ํ์ผ ๋๊ธฐํ, DDNS ์ค์ , ๋ฐฑ์ ๋ฐฉ๋ฒ๊น์ง ์ค๋ฌด์ ๋ฐ๋ก ์ ์ฉ ๊ฐ๋ฅํ ๊ตฌ์ฒด์ ์ ์ฐจ๋ฅผ ์ ๊ณตํฉ๋๋ค. ์ ์ฌ์ ํ๋์จ์ด๋ก๋ ์์ ์ ์ธ ์น ์๋น์ค ์ด์์ด ๊ฐ๋ฅํ๋๋ก ํ ์ ์ด ์ธ์์ ์ ๋๋ค.
the #dirtyfrag exploit does not run successfully on alpine because the path to the donor SUID binary is hardcoded as /usr/bin/su.
changing that to /bin/bbsuid allows the exploit to run, but it hangs for me on linux-lts 6.18.27.
interestingly, openpax kernels kill the exploit early in the exploit chain.
either way, 6.18.28 fixes it for everyone.
but it goes to show the danger of #SUID binaries and why SUID-less solutions like #capsudo are important.
Finally got around to finishing this post:
"Serving a Website on a Raspberry Pi Zero Running Entirely in RAM"
Dites masto, pour un vieux coucou en 32 bit. Intel Atom, ssd en mSata, ddr2 (oui bon...) Vous conseillรฉ quoi comme distro lรฉgรจre ?
Pas pour aller sur le net, mais plus comme un terminal, prise de note, lecture pdf/ebook ?
Comme les derniรจres distro font l'impasse sur le 32 bit, je sais pas trop. Une ancienne distro #mxlinux ? Une #antixlinux ? Une #alpinelinux ? (Me proposez pas #raspbian). Je reste attachรฉ ร debian, apt et apt-get...
#linux
#lowtech
#debian
#recycle
#lowtech
#basstechno
รdit : merci pour vos rรฉponses et vos pistes. รtant un fervent utilisateur de MX linux, j'ai choisi la AntiX. On verra ร la longue.