LNX Kroeg - Deel 2

[HollowGamer]

synoniem schreef op zondag 7 september 2025 @ 10:37:
[...]

Werkt niet meer is een ruim begrip. Hoe heb je mpv geïnstalleerd bijvoorbeeld, standaard repo of snap, of flatpak of zelf gecompileerd en geïnstalleerd?

Dit voelt als die recente drama over de Windows KP dat NVMe deed crashen.

Verder snap ik de obsessie niet zo over Winamp bij veel Linux gebruikers. Er zijn tegenwoordig zoveel betere alternatieven (zowel op KDE + Gnome), helaas zijn er genoeg die deze dan maar draaien op Wine (met lekkende zero-day libs).

Je kunt gewoon de journal checken waarom het niet werkt. Bij mij kwam ik ooit achter een memory probleem, puur omdat mijn editor niet meer goed werkte.

[L0g0ff]

Vishari Beduk schreef op zondag 7 september 2025 @ 10:15:
Tijd voor een rant; mpv werkt niet (meer) op Ubuntu.
Ik heb jarenlang de wens naar zoiets als Winamp op Ubuntu; het aller simpelste programma weermee je mp3-tjes kan afspelen. En ik had hier in dit topic ooit de tip gekregen om mpv te gebruiken. En dat heeft ook lange tijd goed gewerkt. Maar nu weigert mpv.
Anyway de oplossing; aan grok gevraagd een Angular app te schrijven zodat ik mp3 bestanden via de browser kan afspelen. En dat werkt daadwerkelijk. Beetje omslachtig, maar goed.
Maar ik blijf het bijzonder vinden waarom dit anno 2025 nog steeds zo problematisch is.

Is qmmp niet wat je zoekt? Dat zit standaard in je repo.

https://qmmp.ylsoftware.com/

[HollowGamer]

L0g0ff schreef op zondag 7 september 2025 @ 11:19:
[...]

Is qmmp niet wat je zoekt? Dat zit standaard in je repo.

https://qmmp.ylsoftware.com/

Je hebt er nog meer, zoals players met een Winamp skin of preset.

Ik vind het wel gek dat iemand direct mpv gebruikt, zelf vond ik dat niet zo handig, en gebruik ik het liever als backend voor een andere.

[Sjah]

Sinds gister gebruik ik voor mp3's Gapless....strakke GUI.

[Hero of Time]

Audacious heb ik dan weer geïnstalleerd staan. Ik heb ook mpv geïnstalleerd, maar gebruik het eerder voor video's of even snel een mp3'tje spelen, niet hele playlists.

Ik heb voor video's een Haruna geprobeerd, dat maakt gebruik van libmpv. Maar ik kreeg altijd een apart venster waar de video in getoond werd. Alsof het de executable van mpv vindt en die aanroept, ipv het embedded te houden. Voor het 'grote' werk, gewoon series/films kijken, heb ik Kodi. En om met Discord video te delen heb ik VLC, want om een of andere reden kan Discord niet overweg met geluid van Kodi.

[CR2032]

Sjah schreef op zondag 7 september 2025 @ 13:24:
Sinds gister gebruik ik voor mp3's Gapless....strakke GUI.

Zonder GUI werkt anders nog strakker. :_
Kijk eens naar musiccube en persoonlijke favoriet cmus. Zo krachtig en veelzijdig met extenties uit te breiden.

https://www.tecmint.com/install-cmus-music-player-in-linux/

[L0g0ff]

Welke shell gebruiken jullie?

Ik heb een tijdje fish gebruikt. Die is echt super maar omdat ik een aantal keer fouten kreeg in mijn terminal omdat ergens bash niet goed meegegeven was brak er soms iets.

Dus ik ben nu zsh aan het testen. Ik heb er wat plugins in gestopt zodat mijn history, help/man en auto completion een stuk beter werken.

Ik werd gewaarschuwd door een collega dat ik mogelijk ook nu met zsh weer tegen issues aan zou kunnen lopen.

Voor nu vind ik zsh wel even prima. Ik heb wel tmux als default in mijn terminal venster laten starten. Ik had tilix als venster maar die vrat veel te veel onnodige resources. Net wel even mijn muis ook geactiveerd omdat je er automatisch vanuit gaat dat als je ergens op klikt je meteen kan gaan typen. Dat is nu ook zo (om te voorkomen dat ik in het verkeerde venster aan het typen ben).
Ook werkt die muis activatie beter voor tekst selectie. En omdat ik elke keer de tmux shortcuts vergeet heb ik ze rechtsonder als cheatsheet permanent zichtbaar.

Ik ben wel benieuwd hoe jullie hier mee omgaan.

[Vishari Beduk]

synoniem schreef op zondag 7 september 2025 @ 10:37:
[...]
Hoe heb je mpv geïnstalleerd bijvoorbeeld, standaard repo of snap, of flatpak of zelf gecompileerd en geïnstalleerd?

Via de app store.
Maar ja, de Ubuntu app store is eigenlijk net een loterij

HollowGamer schreef op zondag 7 september 2025 @ 11:18:
[...]
Verder snap ik de obsessie niet zo over Winamp bij veel Linux gebruikers.

The unique selling feature was de eenvoud; een replica van een CD speler en niet meer dan dat.

L0g0ff schreef op zondag 7 september 2025 @ 11:19:
[...]
Is qmmp niet wat je zoekt? Dat zit standaard in je repo.
https://qmmp.ylsoftware.com/

Ziet er inderdaad leuk uit. Maar op mijn gnome Ubuntu draait dit niet.
Ook weer via de app store / loterij geinstalleerd maar krijg wayland error. Ook na installie van een wayland plugin niet.

Anyway, ik ga dus toch echt verder met mp3/mp4 via de browser. Dat werkt tenminste
Nu alleen nog even mijn Typescript code een beetje oppoetsen,

[Sjah]

CR2032 schreef op zondag 7 september 2025 @ 17:48:
[...]


Zonder GUI werkt anders nog strakker. :_
Kijk eens naar musiccube en persoonlijke favoriet cmus. Zo krachtig en veelzijdig met extenties uit te breiden.

https://www.tecmint.com/install-cmus-music-player-in-linux/

Heb eerlijk gezegd even op je link gekeken, en helft gelezen... en heb er al geen zin in, zie niet in wat ik ermee moet, die DOS opmaak.. Respect dat je me erop wees, en nu zal je wellicht denken, die kerel is van de suikerkleurtjes van Windows, nou nee hoor.

[ Voor 12% gewijzigd door Sjah op 08-09-2025 22:23 ]

[Hero of Time]

@Vishari Beduk, daarom noemde ik ook nog even Audacious. Die heeft gewoon ondersteuning voor Wayland. Ik heb geen idee of qmmp nog onderhouden wordt.

[RobertMe]

"Bah".

Wil eens gaan experimenteren met Podman i.p.v. Docker, op Debian (Trixie). De online documentatie blijkt al niet geweldig (/afwezig?) te zijn, maar in ieder geval in de man pages beland op de Arch site en die is wel okay. Eerste het beste dat ik probeer: error, "unsupported ..." Dus maar eens zoeken of misschien die "feature" nieuw is, en ja hoor... Zit pas in 5.6 (die ook echt nieuw is, for that matter, 5.6.1 is de nieuwste versie), en Trixie zit nog op 5.4. Dus maar eens packages.debian.org checken, en zelfs sid zit nog op die "oude" versie. Iets van backports zou ik overwegen, uiteraard niet het mixen van verschillende releases.

Bij Docker dacht ik nu juist "waarom gebruik ik de repo van Docker om te installeren en dus altijd de nieuwste versie te hebben dat semi mismatcht met de Debian filosofie". Bij Podman denk ik nu dan weer "waarom hebben ze niet hun eigen repo met de nieuwste versie

Gaat om het gebruik van quadlets. Een spin op systemd unit files waarin je Podman netwerken, volumes, containers, ... kunt vast leggen en "on the fly" worden geconverteerd naar "echte" systemd services (bv voor een container dan een ExecStart=podman run .... op basis van wat in de "quadlet" staat). En wil nu in die file een "setting" gebruiken (InterfaceName in een .network unit) die blijkbaar nog niet bestaat. En die "setting" is "uiteraard" dan gewoon een 1-op-1 mapping naar een podman network create flag (--interface-name). Waarbij de flag wel werkt (getest), en deze kan ik als het goed is ook via PodmanArgs= in de "quadlet" opgeven (nog niet getest, maar deze setting wordt gewoon 1-op-1 overgenomen als zijnde (extra) args). Maar zou natuurlijk mooier zijn als ik gewoon al de "semi bestaande" setting kon gebruiken. En uiteraard beetje ~ meh ~ van Podman maintainers dat ze bij het toevoegen van nieuwe flags (aan podman run, podman network create, podman volume create) niet meteen kijken of die flag niet ook in quadlets ondersteund moet worden (antwoord zal in 99% van de gevallen "ja" zijn). Ook gezien de quadlet code gewoon in dezelfde codebase / hetzelfde project staat.

[Hero of Time]

@RobertMe, och, er is iig een relatief recente versie en er wordt quadlet ondersteund. In Bookworm was de versie net 1 te oud hiervoor. Toen ik op m'n werk juist een machine maakte voor Podman liep ik hier gelijk tegen, heb toen maar met podman-compose en 'podman-generate systemd' een unit gemaakt voor auto-start.

Ik doe praktisch niks met containers, maar de ene container die ik heb draaien (StirlingPDF) doet prima met NAT. Kon toen ik die machine vorige maand een upgrade gaf naar Trixie niet echt vinden wat er allemaal aan opties beschikbaar zijn voor het netwerk.

[RobertMe]

Hero of Time schreef op dinsdag 9 september 2025 @ 20:15:
@RobertMe, och, er is iig een relatief recente versie en er wordt quadlet ondersteund. In Bookworm was de versie net 1 te oud hiervoor.

De versie in Bookworm was zo hip dat een sudo podman system reset mijn volledige OS deed nuken Heb daar toen, 2 jaar terug (denk nog in de RC fase omdat ik toen net een nieuw systeem aan het opzetten was), ook al mee gespeeld. Alleen was dat dus een minder succes doordat hier en daar er wat "incompatibiliteit" / "bugs" met ZFS waren. Zowel Docker als Podman hebben speciale ondersteuning voor ZFS (gehad?), omdat ZFS en overlayfs niet compatible waren. Waarbij zowel Docker als Podman dan maar gebruik maken van ZFS datasets, en specifiek clones, om de layers van de images op elkaar te stapelen (zonder dus alle bestanden dubbel op te slaan / te kopiëren van layer naar layer). Alleen ging er dus "iets" mis bij het verwijderen van de datasets . Waardoor die effectief dus letterlijk alle datasets incl. de "root" verwijderde als ik mij niet vergis.

[HollowGamer]

@RobertMe Ik ben full time Podman Quadlet user, mocht je vragen hebben, dan hoor ik het graag.

Dit is ook mijn probleem met Debian. Voor Docker en Podman kies ik liever iets als CentOS Stream. Dan heb je vrijwel altijd een up to date versie. Bij Debian heb je helaas altijd dit, een reden voor mij het niet meer te gebruiken.

[HollowGamer]

RobertMe schreef op dinsdag 9 september 2025 @ 20:21:
[...]

De versie in Bookworm was zo hip dat een sudo podman system reset mijn volledige OS deed nuken Heb daar toen, 2 jaar terug (denk nog in de RC fase omdat ik toen net een nieuw systeem aan het opzetten was), ook al mee gespeeld. Alleen was dat dus een minder succes doordat hier en daar er wat "incompatibiliteit" / "bugs" met ZFS waren. Zowel Docker als Podman hebben speciale ondersteuning voor ZFS (gehad?), omdat ZFS en overlayfs niet compatible waren. Waarbij zowel Docker als Podman dan maar gebruik maken van ZFS datasets, en specifiek clones, om de layers van de images op elkaar te stapelen (zonder dus alle bestanden dubbel op te slaan / te kopiëren van layer naar layer). Alleen ging er dus "iets" mis bij het verwijderen van de datasets . Waardoor die effectief dus letterlijk alle datasets incl. de "root" verwijderde als ik mij niet vergis.

Dat commando is echt om alles te nuken. Ik raad dat echt nooit aan, tenzij je echt vanaf 0 wilt beginnen. Bedoelde je niet podman system migrate? Die doe je bij een upgrade.

Podman heeft Btrfs als storage driver gehad, maar die wordt vrijwel niet ondersteund. Ze raden aan de default te gebruiken (check ook de tweaks op Arch Wiki over Podman), en vooral niet die driver. Ik wist niet dat er ook een ZFS variant was? Het nadeel is dat deze FS drivers echt een integratie hebben met het OS, en ik dacht ook dat het erg buggy zijn en niet anders te backuppen (don't quote me on that).

[synoniem]

De reden om Debian te gebruiken is stabiliteit. Als je de laatste bleeding edge wil moet je rolling release nemen. Voor productiesystemen gaat stabiliteit boven bleeding edge, voor mijn andere systemen gebruik ik docker om zaken uit te proberen. Podman inclusief de verstrengeling met systemd en andere Red Hat services zijn voor mij daarnaast nog reden om uit die buurt te blijven. En om op te schalen is er k8s wat ook prima werkt.

[HollowGamer]

synoniem schreef op dinsdag 9 september 2025 @ 21:25:
De reden om Debian te gebruiken is stabiliteit. Als je de laatste bleeding edge wil moet je rolling release nemen. Voor productiesystemen gaat stabiliteit boven bleeding edge, voor mijn andere systemen gebruik ik docker om zaken uit te proberen. Podman inclusief de verstrengeling met systemd en andere Red Hat services zijn voor mij daarnaast nog reden om uit die buurt te blijven. En om op te schalen is er k8s wat ook prima werkt.

Ik ben het daar niet mee eens. Het zijn namelijk geen bleeding edge, bij Podman heb je voor die 5.6 release, 5rc's en nog 3 beta's gehad (uit het hoofd).

Debian en hun trage releases, maakt iets niet meer stable. Laatst ook weer een mesa bug, die waren opgelost in de nieuwste, maar dankzij Debian werd hun bug tracker overspoelt met 'stable users' van hun distro, 6 maanden later(!). Waarom was die dan niet gebackport?

Nee, trager is niet stabiel. We moeten daarmee ophouden dat zo te noemen. Het enige is dat slow pace beter is voor Enterprise, vooral die weinig innoveren, that's it.

[ Voor 3% gewijzigd door HollowGamer op 09-09-2025 21:30 ]

[RobertMe]

HollowGamer schreef op dinsdag 9 september 2025 @ 21:17:
[...]

Dat commando is echt om alles te nuken.

Dat is dan ook letterlijk wat die deed. Mijn hele OS verwijderen. En dat kan niet de bedoeling zijn

Ik raad dat echt nooit aan, tenzij je echt vanaf 0 wilt beginnen.

Het was mijn aller eerste trial & error met Podman, dus ja, ik wilde echt vanaf 0 beginnen. Maar niet vanaf 0 in de zin van "insert Debian live USB stick om een hele nieuwe OS installatie te doen".

[RobertMe]

synoniem schreef op dinsdag 9 september 2025 @ 21:25:
De reden om Debian te gebruiken is stabiliteit. Als je de laatste bleeding edge wil moet je rolling release nemen. Voor productiesystemen gaat stabiliteit boven bleeding edge, voor mijn andere systemen gebruik ik docker om zaken uit te proberen.

Het was ook meer een rant. Ik weet hoe Debian werkt en vind dat prima keuzes waar ik mij in kan vinden. Aan de andere kant gebruik ik Arch op mijn desktop Maar op mijn router / servertje / VPS wil ik niet elke X werken mijn vingers kruisen of die na een update nog goed werkt. 1x per ~2 jaar een echte upgrade is wel voldoende. Waarbij Trixie me nu verschillende issues gaf.

Podman inclusief de verstrengeling met systemd en andere Red Hat services zijn voor mij daarnaast nog reden om uit die buurt te blijven.

Tsja, ik vind systemd prima werken, en Podman zie ik ook weinig mis mee. Dan heb ik meer "tegen" Canonical dan tegen Red Hat zeg maar. Kent iemand Mir nog bv? Gevalletje NIH en Canonical denkt het beter te kunnen. systemd is dan wellicht niet perfect, maar wel stukken beter dan de oude init scripts.

En om op te schalen is er k8s wat ook prima werkt.

K8s is dan weer zwaar overkill voor thuisgebruik IMO. Niet alleen qua gebruik, maar ook verbruik. "Schijnt" totaal niet zuinig te zijn.
En wist je dat... je Podman Kube files kunt voeren? En die op basis daarvan ook pods maakt (een concept dat Docker zelf niet echt kent AFAIK).

[RobertMe]

HollowGamer schreef op dinsdag 9 september 2025 @ 21:29:
[...]

Ik ben het daar niet mee eens. Het zijn namelijk geen bleeding edge, bij Podman heb je voor die 5.6 release, 5rc's en nog 3 beta's gehad (uit het hoofd).

En wie test die beta's en RCs? Leuk dat ze er zijn, maar als iedereen een stabiele versie wilt gaat niemand die RCs testen natuurlijk. De laatste keer dat ik in welke vorm dan ook RCs heb gedraaid zijn toch al een hele tijd achter me. En zeker zakelijk zal dat nogal vaak voorkomen (/weinig bedrijven die actief RCs op de pijnbank leggen om feedback te geven).

Debian en hun trage releases, maakt iets niet meer stable. Laatst ook weer een mesa bug, die waren opgelost in de nieuwste, maar dankzij Debian werd hun bug tracker overspoelt met 'stable users' van hun distro, 6 maanden later(!). Waarom was die dan niet gebackport?

Omdat blijkbaar niemand het eerder gemeld had? Of omdat Mesa die bug ook gewoon eerder had kunnen vinden (in een RC bv ). Of omdat de bug alleen optrad met nieuwe hardware die nog niet in het wild geschoten was? En dan zit je weer bij de "Debian moet je niet op gloednieuwe hardware draaien".

Nee, trager is niet stabiel. We moeten daarmee ophouden dat zo te noemen. Het enige is dat slow pace beter is voor Enterprise, vooral die weinig innoveren, that's it.

En daardoor is het dus stabiel Ik weet dat ik zonder gezeik een apt update && apt dist-upgrade kan doen. Van mijn Arch install op de desktop weet ik dat niet (* klopt op hout * Laatste keren dat ik echt issues heb gehad zijn alweer lang geleden. Weken terug wel een AMD firmware blob issue, denk ik, waardoor elke USB-C (monitor) unplug de DRM driver crashte incl. dus KDE Plasma etc etc die wel weer "up" kwamen (/ik had een desktop, incl. crash report scherm van zowel Firefox (geen auto herstart) als KWin (wel auto herstart)).

[L0g0ff]

HollowGamer schreef op dinsdag 9 september 2025 @ 21:29:
[...]
Nee, trager is niet stabiel. We moeten daarmee ophouden dat zo te noemen. Het enige is dat slow pace beter is voor Enterprise, vooral die weinig innoveren, that's it.

Dit is mooi verwoord

Ik denk inderdaad dat je moet kijken naar de "hoofdproces" en daar je OS op af moet stemmen. Als ik ergens een gitlab server wegzet met unattended upgrade aan dan gaat er gewoon Debian op.

Maar wil ik de laatste versie van applicatie x of driver y dan komt er wat anders op.

[HollowGamer]

L0g0ff schreef op woensdag 10 september 2025 @ 07:14:
[...]

Dit is mooi verwoord

Ik denk inderdaad dat je moet kijken naar de "hoofdproces" en daar je OS op af moet stemmen. Als ik ergens een gitlab server wegzet met unattended upgrade aan dan gaat er gewoon Debian op.

Maar wil ik de laatste versie van applicatie x of driver y dan komt er wat anders op.

Precies, je stemt het OS af op de doeleinde.

Ik heb niets tegen Debian, het is bijvoorbeeld super handig voor routers, firewalls, backup-systemen, fileserver, etc.
Als je nieuwere zaken nodig hebt (containers, vm, gpu, etc), dan is in mijn optiek het niet de beste keuze.

Het probleem vind ik dat mensen het daardoor stabieler noemen. Ik twijfel daar erg aan.
Het kan bijvoorbeeld zo zijn dat een corruptie bug opgelost is in een nieuwere kernel, maar helemaal geen backport heeft gekregen op een oudere versie. Ook op software gebiedt speelt dit. Oude software is niet perse beter, mogelijk is nieuwere software zelfs beter door bijvoorbeeld een nieuwere backend t.o.v. de vorige.

Als we Arch Linux bleeding edge noemen, dan vind ik ook dat Debian slow pace mag worden genoemd.

[RobertMe]

HollowGamer schreef op woensdag 10 september 2025 @ 17:25:
Als je nieuwere zaken nodig hebt (containers, vm, gpu, etc), dan is in mijn optiek het niet de beste keuze.

Waarom zijn containers nieuwe zaken? Docker & K8s bestaaan misschien al 10+ jaar? En ik heb ook niet het idee dat daar nog heel grote ontwikkeling in zit. Hoogstens dat er een nieuwe container runtime komt (Podman bv ) die wel nog meer ontwikkeld wordt. Maar een 10 jaar oud Docker image kun je nog steeds draaien op een moderne runtime en een hypermodern image die je vandaag build met Podman / Buildah kun je waarschijnlijk ook draaien op een 10 jaar oude Docker versie.
Dat is juist het hele idee van het hele container verhaal.

Ik heb zelf in ieder geval nog nooit problemen gehad met "nieuwe" containers / images op een oude Debian versie. Maar draai dan wel Docker op de Docker officiële manier, hun eigen repo dus

En ik denk zelfs dat velen niet eens op de hoogte zijn van Docker Compose vs de veel modernere Compose plugin. Dat bv het compose file format intussen een officiële standaard is en ook op andere runtimes werkt etc. Want het is voor 99% nog gewoon hetzelfde format als docker compose v2 die ook alweer vele jaren oud is. Hence "vrijwel geen grote ontwikkelingen" op gebruikersvlak.

[synoniem]

Ja het gebruik van de Docker repo is wel een vereiste als je onder Debian docker containers wil draaien. En zoals gezegd voor containers in productieomgevingen kun je nog beter k8s gebruiken

[HollowGamer]

RobertMe schreef op woensdag 10 september 2025 @ 17:52:
[...]

Waarom zijn containers nieuwe zaken? Docker & K8s bestaaan misschien al 10+ jaar? En ik heb ook niet het idee dat daar nog heel grote ontwikkeling in zit. Hoogstens dat er een nieuwe container runtime komt (Podman bv ) die wel nog meer ontwikkeld wordt. Maar een 10 jaar oud Docker image kun je nog steeds draaien op een moderne runtime en een hypermodern image die je vandaag build met Podman / Buildah kun je waarschijnlijk ook draaien op een 10 jaar oude Docker versie.
Dat is juist het hele idee van het hele container verhaal.

Ik heb zelf in ieder geval nog nooit problemen gehad met "nieuwe" containers / images op een oude Debian versie. Maar draai dan wel Docker op de Docker officiële manier, hun eigen repo dus

En ik denk zelfs dat velen niet eens op de hoogte zijn van Docker Compose vs de veel modernere Compose plugin. Dat bv het compose file format intussen een officiële standaard is en ook op andere runtimes werkt etc. Want het is voor 99% nog gewoon hetzelfde format als docker compose v2 die ook alweer vele jaren oud is. Hence "vrijwel geen grote ontwikkelingen" op gebruikersvlak.

Ik bedoel dat de engines heel vaak achterlopen op de distro.

De enige manier is om een PPA te toe te voegen, maar dat brengt ook wel weer risicos met zich mee.

[RobertMe]

synoniem schreef op woensdag 10 september 2025 @ 20:11:
Ja het gebruik van de Docker repo is wel een vereiste als je onder Debian docker containers wil draaien.

HollowGamer schreef op woensdag 10 september 2025 @ 20:21:
[...]

Ik bedoel dat de engines heel vaak achterlopen op de distro.

De enige manier is om een PPA te toe te voegen, maar dat brengt ook wel weer risicos met zich mee.

Ik zou echt bij god niet weten wat er de afgelopen twee jaar veranderd is aan Docker waardoor ik in ieder geval nu bij Trixie niet de Debian versie zou kunnen gebruiken. Dit dus nadat ik nu (nog steeds) wel de Docker repo gebruik. Maar die repo draai ik al vanaf een van de bookworm RCs (toevallig toen het systeem op gezet). En als ik niet weet wat er in die periode veranderd zou zijn / nieuw is dan zal ik vast niks missen met een versie die dus zeg een half jaar oud is.

En dat idee heb ik dus eigenlijk al veel langer v.w.b. Docker. Enige dat ik van de updates merk is dat op een gegeven moment na een update de mac adressen van (sommige?) containers gewijzigd waren en dat vonden mijn firewall regels minder. (Containers die internet toegang moesten hebben hadden dat niet meer). Reden dat ik MAC adressen gebruik is omdat die natuurlijk IP v4 / v6 onafhankelijk zijn.

[synoniem]

RobertMe schreef op woensdag 10 september 2025 @ 20:44:
[...]


[...]

Ik zou echt bij god niet weten wat er de afgelopen twee jaar veranderd is aan Docker waardoor ik in ieder geval nu bij Trixie niet de Debian versie zou kunnen gebruiken. Dit dus nadat ik nu (nog steeds) wel de Docker repo gebruik. Maar die repo draai ik al vanaf een van de bookworm RCs (toevallig toen het systeem op gezet). En als ik niet weet wat er in die periode veranderd zou zijn / nieuw is dan zal ik vast niks missen met een versie die dus zeg een half jaar oud is.

En dat idee heb ik dus eigenlijk al veel langer v.w.b. Docker. Enige dat ik van de updates merk is dat op een gegeven moment na een update de mac adressen van (sommige?) containers gewijzigd waren en dat vonden mijn firewall regels minder. (Containers die internet toegang moesten hebben hadden dat niet meer). Reden dat ik MAC adressen gebruik is omdat die natuurlijk IP v4 / v6 onafhankelijk zijn.

Vooralsnog hebben Bookworm en Trixie dezelfde deb en binaries dus dat zal voorlopig het probleem niet zijn. Enig moment wordt een versie niet ondersteund of is die uit de debian repo verouderd en wordt niet meer bijgewerkt tenzij je backports activeert o.i.d. Met de repo van Docker zelf heb je altijd de actuele versie.

[Vishari Beduk]

Nou, het zit niet mee met mijn Linux PC. Ik had 18 TB harddisk van WD in mijn PC gezet en deze geformatteerd met Ext4. Maar laatst maake deze om de zoveel seconde een tjirpend geluid.
Klonk heel fout dus PC gelijk uit gezet.
En dag later de SMART bekeken en alles was OK. Vervolgens als test een NTFS harddisk erbij gezet en als test een aantal bestanden van de NTFS naar Ext4 gekopieerd. Maar dat ging al vrij snel mis; ineens is de mount van de NTFS verdwenen. Die NTFS weer in een windows PC gezet en alles vas nog OK.
Ik vind het echt bizar dat dit anno 2025 nog zo moeiijk moet gaan.
Anyway, die dure 18 TB gaat binnenkort naar een windows PC en formatteren.

[synoniem]

Vreemd verhaal en afgelopen twintig jaar nog niet meegemaakt maar wie weet komt er binnenkort een firmware update uit. Deze afmeting schijf wordt namelijk massaal gebruikt in enterprise storage en gezien het aantal linux systemen daar gaan ze dit heel snel tegenkomen als het geen incidentele gebeurtenis is.

[HollowGamer]

RobertMe schreef op woensdag 10 september 2025 @ 20:44:
[...]


[...]

Ik zou echt bij god niet weten wat er de afgelopen twee jaar veranderd is aan Docker waardoor ik in ieder geval nu bij Trixie niet de Debian versie zou kunnen gebruiken. Dit dus nadat ik nu (nog steeds) wel de Docker repo gebruik. Maar die repo draai ik al vanaf een van de bookworm RCs (toevallig toen het systeem op gezet). En als ik niet weet wat er in die periode veranderd zou zijn / nieuw is dan zal ik vast niks missen met een versie die dus zeg een half jaar oud is.

En dat idee heb ik dus eigenlijk al veel langer v.w.b. Docker. Enige dat ik van de updates merk is dat op een gegeven moment na een update de mac adressen van (sommige?) containers gewijzigd waren en dat vonden mijn firewall regels minder. (Containers die internet toegang moesten hebben hadden dat niet meer). Reden dat ik MAC adressen gebruik is omdat die natuurlijk IP v4 / v6 onafhankelijk zijn.

De Docker engine veranderd zeer vaak. Ik noem bijvoorbeeld zaken als image building, security (SELinux policies), en performance. Die mis je allemaal dankzij Debian.

Ik zou niet voor MAC address filtering kiezen. Het idee van Docker is zelfs dat zij de firewall zijn. Zelf heb ik er wel nog een firewall voor staan (ik open gewoon poorten - doe proxy), maar eigenlijk is Docker die poorten expose/publish al een soort firewall (deel die mening niet, maar snap waarom sommige het zeggen).

[HollowGamer]

Vishari Beduk schreef op donderdag 11 september 2025 @ 22:14:
Nou, het zit niet mee met mijn Linux PC. Ik had 18 TB harddisk van WD in mijn PC gezet en deze geformatteerd met Ext4. Maar laatst maake deze om de zoveel seconde een tjirpend geluid.
Klonk heel fout dus PC gelijk uit gezet.
En dag later de SMART bekeken en alles was OK. Vervolgens als test een NTFS harddisk erbij gezet en als test een aantal bestanden van de NTFS naar Ext4 gekopieerd. Maar dat ging al vrij snel mis; ineens is de mount van de NTFS verdwenen. Die NTFS weer in een windows PC gezet en alles vas nog OK.
Ik vind het echt bizar dat dit anno 2025 nog zo moeiijk moet gaan.
Anyway, die dure 18 TB gaat binnenkort naar een windows PC en formatteren.

Is dit een nieuwe drive? Het kan gebeuren als je de schijf op een bepaalde manier bevestigd (schuin bijvoorbeeld of niet stevig vastzet), maar verder eigenlijk niet. SMART is niet zo betrouwbaar als je zou denken, vaak is het al te laat als hij een melding geeft.

Mocht je deze kunnen terugsturen, dan zou ik een RMA aanvragen. Of ook even op Windows checken met iets als CrystalDiskInfo.

[synoniem]

HollowGamer schreef op vrijdag 12 september 2025 @ 09:47:
[...]

De Docker engine veranderd zeer vaak. Ik noem bijvoorbeeld zaken als image building, security (SELinux policies), en performance. Die mis je allemaal dankzij Debian.

Ik weet niet waar je dit op baseert de Docker versie uit de Docker repo onder Debian is dezelfde als op de andere Linux distributies zover ik weet. Het getdocker,sh script installeert gewoon de repo die bij de je Linux distro en versie hoort. Als je je installatie update hoef je (bij Debian) alleen de distro naam aan te passen in /etc/apt/sources.list/docker.list

[HollowGamer]

synoniem schreef op vrijdag 12 september 2025 @ 09:56:
[...]

Ik weet niet waar je dit op baseert de Docker versie uit de Docker repo onder Debian is dezelfde als op de andere Linux distributies zover ik weet. Het getdocker,sh script installeert gewoon de repo die bij de je Linux distro en versie hoort. Als je je installatie update hoef je (bij Debian) alleen de distro naam aan te passen in /etc/apt/sources.list/docker.list

Ik bedoelde zonder de repo.

Als je geen extra repo toevoegt onder Debian, dan krijg je hun 'stable' builds. Ik dacht dat Docker daar ook in zat, van containers weet ik het zeker.

[RobertMe]

HollowGamer schreef op vrijdag 12 september 2025 @ 09:47:
[...]

De Docker engine veranderd zeer vaak. Ik noem bijvoorbeeld zaken als image building, security (SELinux policies), en performance. Die mis je allemaal dankzij Debian.

En wat merk ik daar als gebruiker van? Buildx is dan wel nieuw, beter, sneller, maar user facing veranderd er helemaal niks. Het oude commano blijft gewoon werken etc.

Ik zou niet voor MAC address filtering kiezen. Het idee van Docker is zelfs dat zij de firewall zijn. Zelf heb ik er wel nog een firewall voor staan (ik open gewoon poorten - doe proxy), maar eigenlijk is Docker die poorten expose/publish al een soort firewall (deel die mening niet, maar snap waarom sommige het zeggen).

Firewall is juist iets waar Docker wel eens aan zou mogen werken. Ik zit niet te wachten op Docker die iptables gebruikt terwijl ik een handgeschreven nftables firewall heb. Dat ze dus uberhaupt eerst maar eens nftables gaan ondersteunen, dat bestaat volgens mij toch ook al een jaartje of 10 (terwijl iptables net zo lang legacy/deprecated) is. En Podman (/netavark) ondersteund dat wel gewoon.

En mac filtering doe ik niet alleen op de Docker host. Mijn router doet dat ook. En Docker (noch Podman) kunnen de firewall van mijn router aanpassen.

[RobertMe]

synoniem schreef op donderdag 11 september 2025 @ 21:10:
[...]

Vooralsnog hebben Bookworm en Trixie dezelfde deb en binaries dus dat zal voorlopig het probleem niet zijn. Enig moment wordt een versie niet ondersteund of is die uit de debian repo verouderd en wordt niet meer bijgewerkt tenzij je backports activeert o.i.d. Met de repo van Docker zelf heb je altijd de actuele versie.

Ik doelde dus op het draaien van de Debian versie, uit de Debian repo. En die twee zijn toch wel daadwerkelijk verschillend (20 voor Bookworm, 26 voor Trixie, en blijkbaar draai ik met de Docker repo op 28). Waarbij ik toch een zeer sterk vermoeden heb dat ~2,5 jaar terug toen ik de Docker repo installeerde op Bookworm er nog geen versie 26 was. En ik echt niet weten wat er de afgelopen ~2,5 jaar aan Docker veranderd is. Oftewel: of ik nu Docker 26 of Docker 28 draai is, voor mij, om het even. Beide versies zijn (veel) nieuwer dan waarmee ik nu mijn Compose files schrijf etc etc.

[Hero of Time]

HollowGamer schreef op vrijdag 12 september 2025 @ 10:13:
[...]

Ik bedoelde zonder de repo.

Als je geen extra repo toevoegt onder Debian, dan krijg je hun 'stable' builds. Ik dacht dat Docker daar ook in zat, van containers weet ik het zeker.

De Docker build zoals van docker.com is het niet. Wat in de Debian repo zit is docker.io, wat volgens de omschrijving een homepage heeft van mobyproject.org en die site geeft ook wel een beetje aan wat het wel en niet is. Zo even snel kijkende op de docker.com site is het absoluut niet duidelijk onder welke vrije licentie de software valt. Ook gezien er prijzen zijn, zal dat tegen de guidelines van Debian in gaan om opgenomen te worden in de repo. Waardoor je dus aan een subset komt in de vorm van docker.io.

HollowGamer schreef op vrijdag 12 september 2025 @ 09:47:
Het idee van Docker is zelfs dat zij de firewall zijn. Zelf heb ik er wel nog een firewall voor staan (ik open gewoon poorten - doe proxy), maar eigenlijk is Docker die poorten expose/publish al een soort firewall (deel die mening niet, maar snap waarom sommige het zeggen).

Van wat ik zo even met wat dingetjes heb gespeeld en verre van uitgebreid gewerkt, lijkt het er op dat alleen verbindingen de container in afgeschermd wordt door Docker. Maar wat de container naar buiten mag doen, lijkt weer niet beperkt te worden door Docker zelf. En ik zit al helemaal niet te wachten op een stuk software dat mijn strakke regels omzeilt en voor de container maar de hele wereld open smijt.

Dus een aparte firewall tussen host en internet is geen gek idee. En als je meerdere containers hebt op dezelfde machine, wil je ook kunnen bepalen welke container waar precies heen mag. Afhankelijk van het netwerkmodel dat gebruikt wordt, heb je geen IP adres om mee te werken of kan het zomaar opeens veranderen als de containers herstarten. Je hebt dan nog maar 1 optie over en dat is via MAC adres.

[synoniem]

Daar is toch niets mis mee. In mijn thuisnetwerk gebruik ik ook MAC-adressen om VM en containers te identificeren. Grappig bijeffect is dat ik geen VMWare meer gebruik maar omdat ik de MAC-adressen gekopieerd heb naar Proxmox ik verder niets hoefde te veranderen en dat als ik een netwerksniffer opstart er nog steeds VMWare adressen gezien worden.

[HollowGamer]

Hero of Time schreef op vrijdag 12 september 2025 @ 19:54:
[...]

De Docker build zoals van docker.com is het niet. Wat in de Debian repo zit is docker.io, wat volgens de omschrijving een homepage heeft van mobyproject.org en die site geeft ook wel een beetje aan wat het wel en niet is. Zo even snel kijkende op de docker.com site is het absoluut niet duidelijk onder welke vrije licentie de software valt. Ook gezien er prijzen zijn, zal dat tegen de guidelines van Debian in gaan om opgenomen te worden in de repo. Waardoor je dus aan een subset komt in de vorm van docker.io.


[...]

Van wat ik zo even met wat dingetjes heb gespeeld en verre van uitgebreid gewerkt, lijkt het er op dat alleen verbindingen de container in afgeschermd wordt door Docker. Maar wat de container naar buiten mag doen, lijkt weer niet beperkt te worden door Docker zelf. En ik zit al helemaal niet te wachten op een stuk software dat mijn strakke regels omzeilt en voor de container maar de hele wereld open smijt.

Dus een aparte firewall tussen host en internet is geen gek idee. En als je meerdere containers hebt op dezelfde machine, wil je ook kunnen bepalen welke container waar precies heen mag. Afhankelijk van het netwerkmodel dat gebruikt wordt, heb je geen IP adres om mee te werken of kan het zomaar opeens veranderen als de containers herstarten. Je hebt dan nog maar 1 optie over en dat is via MAC adres.

Debian is sowieso heel vaag, net als vele andere distros (Red Hat kuch) als het op licenties aankomt.

Ik dacht dat Moby de engine is van Docker. Die is deels opensource, maar niet alles. Podman gebruikt containers, wat een volledige opensource variant is, en compatible is met Docker. Voor mij is het vergelijkbaar met databases en hun alternatieven (Mariadb, Valkey, etc.). Maar Podman heeft ook zijn eigen features, die dus niet werken of anders werken. Dus geheel compatible is het niet (zoals compose).

Een OpenSUSE maintainer heeft de firewall situatie uitgelegd in zijn videos. Het idee is dat Podman Quadlet deze beheerd (of Desktop - ligt aan de voorkeur). Doordat die extra firewall er niet meer tussenzit (Aeon heeft dit), heeft een user minder problemen en hoeft hij niet twee keer een poort te openen (in Docker/Podman en in firewalld bijvoorbeeld).

Ik deel dezelfde mening. Een service mag zoveel poorten openen als hij wilt, maar ik bepaal welke inkomende daadwerkelijk geaccepteerd worden.

Er is dus nogal wat kritiek op de maintainer van Aeon, maar hij heeft wel een punt als het om user experience gaat.

[RobertMe]

HollowGamer schreef op zaterdag 13 september 2025 @ 00:06:
Voor mij is het vergelijkbaar met databases en hun alternatieven (Mariadb, Valkey, etc.).

Uhm...? MariaDB en Valkey zijn forks (van resp. MySQL en Redis). Het is dus letterlijk de (nu oude) opensource codebase van MySQL / Redis met daarop eigen wijzigingen. Terwijl je zelf omschrijft dat Podman helemaal geen code met Docker deelt. Totaal niet vergelijkbaar dus.

Maar Podman heeft ook zijn eigen features, die dus niet werken of anders werken. Dus geheel compatible is het niet (zoals compose).

Compose? Wat ik gelezen heb kun je zelfs de (oude, docker-compose, neem ik aan) perfect gebruiken met Podman. Enige dat je wellicht moet doen is de Podman socket path symlinken naar de Docker socker path / de env variable waarmee je de Docker socket (/tcp) path kunt overrulen instellen naar de Podman socket path. Daarnaast kun je als je wilt ook het podman commando ook aliassen naar docker en merk je vrijwel niet eens dat je Podman aanroept als je "docker run ..." of wat dan ook doet.

Een OpenSUSE maintainer heeft de firewall situatie uitgelegd in zijn videos. Het idee is dat Podman Quadlet deze beheerd (of Desktop - ligt aan de voorkeur). Doordat die extra firewall er niet meer tussenzit (Aeon heeft dit), heeft een user minder problemen en hoeft hij niet twee keer een poort te openen (in Docker/Podman en in firewalld bijvoorbeeld).

Ik deel dezelfde mening. Een service mag zoveel poorten openen als hij wilt, maar ik bepaal welke inkomende daadwerkelijk geaccepteerd worden.

Nee, dat bepaal je waarschijnlijk niet. Tenzij je begint met alles heel expliciet dicht te zetten. En het hele firewall gebeuren van Docker doet IIRC helemaal niks dicht zetten. Het enige dat Docker doet met zijn firewall verhaal is zaken open zetten. Maar als je het nooit zelf gesloten hebt is dat openen ook niet nodig. Zie het simpele feit dat je vanaf de Docker host met elke poort van elke container kunt verbinden op basis van het container IP. De enige reden dat containers by default niet bereikbaar zijn vanaf het netwerk is omdat ze in een eigen subnet draaien en dat subnet niet bereikbaar is vanaf het LAN. Tenzij..., je op de PC (/...) een additionele route hebt dat het subnet van het Docker netwerk bereikbaar is via het LAN IP van de Docker host. Dan zijn alle containers en poorten daarin bereikbaar vanaf je LAN. En het enige dat daarvoor nodig is is dat ip forwarding aan staat op de Docker host (en dat is een feature van de IP stack, niet van de firewall (/iptables / nftables / firewalld).
En containers kunnen onderling dus ook altijd verbinden met elkaar, ook als deze zich in andere Docker netwerken bevinden. Immers is voor containers de default route via de Docker host. En de Docker host kan/zal dat prima onderling routeren aangezien de Docker host dus alle subnets kent.

Wat doet Docker dan wel met de firewall? Masquerading (/NAT) toepassen zodat verkeer vanuit de containers afkomstig ook weer terug kan naar de container zonder dat je regels in de routing nodig hebt dat verkeer vanaf 172.x.y.z naar de Docker host gestuurd moet worden. Dat dus zorgt dat containers werkende naar buiten kunnen communiceren.
En voor binnenkomend verkeer DNAT (/"port forwarding") toepassen. Zodat je op basis van het IP van de Docker host in combinatie met een poort een Docker container kunt benaderen zonder dat je op het netwerk een routing regel hiervoor nodig hebt. Maar NAT is nog nooit een firewall geweest. Ook een (consumenten) router doet NAT, en ook dat is nog nooit beschouwd als zijnde het filteren van verkeer. Het is een gevolg van NAT, niet het doel van NAT. (Daarom ook dat je DNAT kunt doen om om dat gevolg heen te werken).
En verder zet Docker dus poorten open (accept regels), maar sluiten doet het ze nooit. Dus dat is semi nutteloos tenzij je zelf al je firewall hebt ingericht om (all) verkeer te droppen of rejecten.

[ed1703]

RobertMe schreef op zaterdag 13 september 2025 @ 09:55:
Nee, dat bepaal je waarschijnlijk niet. Tenzij je begint met alles heel expliciet dicht te zetten. En het hele firewall gebeuren van Docker doet IIRC helemaal niks dicht zetten. Het enige dat Docker doet met zijn firewall verhaal is zaken open zetten. Maar als je het nooit zelf gesloten hebt is dat openen ook niet nodig. Zie het simpele feit dat je vanaf de Docker host met elke poort van elke container kunt verbinden op basis van het container IP. De enige reden dat containers by default niet bereikbaar zijn vanaf het netwerk is omdat ze in een eigen subnet draaien en dat subnet niet bereikbaar is vanaf het LAN. Tenzij..., je op de PC (/...) een additionele route hebt dat het subnet van het Docker netwerk bereikbaar is via het LAN IP van de Docker host. Dan zijn alle containers en poorten daarin bereikbaar vanaf je LAN. En het enige dat daarvoor nodig is is dat ip forwarding aan staat op de Docker host (en dat is een feature van de IP stack, niet van de firewall (/iptables / nftables / firewalld).

Volgens mij is dat sinds V28 aangepast en moet je meer doen dan alleen een route naar je docker network zetten: https://www.docker.com/bl...er-networking-by-default/
(al is dit meer iets voor het docker topic denk ik?)

[RobertMe]

ed1703 schreef op zaterdag 13 september 2025 @ 10:17:
[...]

Volgens mij is dat sinds V28 aangepast en moet je meer doen dan alleen een route naar je docker network zetten: https://www.docker.com/bl...er-networking-by-default/

Wouw. Duurde maar 10+ jaar voordat ze dat deden fixen dan

En zie hier waarom (o.a.) ik wel lekker zelf de firewall volledig zelf inregel

(al is dit meer iets voor het docker topic denk ik?)

In een kroeg kan ook wel eens wat diepgaander over serieuze zaken gesproken worden toch?

En denk dat je met jouw post verdere discussie meteen afslaat Als Docker dat issue in V28 maar eens zelf fixt denk ik dat er geen twijfel over bestaat dat er een issue was. Dus valt er verder weinig over te spreken.

[HollowGamer]

ed1703 schreef op zaterdag 13 september 2025 @ 10:17:
[...]

Volgens mij is dat sinds V28 aangepast en moet je meer doen dan alleen een route naar je docker network zetten: https://www.docker.com/bl...er-networking-by-default/
(al is dit meer iets voor het docker topic denk ik?)

Dit is wel anders gok ik. Het issue was hier dat die poorten toch automatisch opengingen op het LAN, terwijl je dat niet had verwacht. Als je een poort published (dus niet exposed), dan verwacht je dit dus wel.

Die flag is standaard disabled. Je kunt dan bijvoorbeeld geen poorten onder 1024 open, enkel als root. Maar als je dit wel wilt, dan forward hij deze niet meer automatisch - tenminste zo begrijp ik het?

Het is dus zo dat je geen firewall nodig hebt, al zou ik het zeker aanraden dat wel altijd te doen inderdaad.

[HollowGamer]

@RobertMe Je haalt een aantal dingen door elkaar.

In mijn eerste voorbeeld had ik het niet over forks of code, maar over licenties. Veel distros kiezen voor Podman, vanwege de gunstige licentie. Daarom kiezen ook veel voor Valkey bijvoorbeeld, ook nu Redis weer terugkrabbelt. Debian is daar altijd lastig in geweest, zoals ook vroeger met Firefox. Het was dan geen fork, maar dacht zonder branding (pin me daar niet op vast).

Het enige is dat ik aangaf ze beide hetzelfde ongeveer te werken. Of de code bases identiek zijn weet ik niet. Ik dacht wel dat Container kijkt naar Moby en daar dingen van port, en geloof ook andersom. Moby is de engine, maar veel gaat meer naar closed source helaas.

Ik had het over Podman Compose (docker-compose.yaml). Dat is een tool die probeert het net te laten werken als een Docker yaml file. Die is niet geheel compatible, aangezien niet elke flag werkt of hetzelfde is. Het is ook community maintained, en in mijn optiek ben je beter af met Quadlet.

Ik denk niet dat het verhaal over netwerking klopt. Bij mij kunnen containers elkaar juist niet bereiken op Podman. Ik moet bijvoorbeeld in Quadlet meerdere netwerk keys toevoegen (eigen netwerk + proxy netwerk), anders zien ze elkaar niet.

Ik heb geen kennis in hoe diep dit gaat, maar wat ik zie zijn verschillende ip ranges, en je kunt zelfs die settings aangeven per netwerk. Dit kan een verschil zijn t.o.v. Docker, maar ik dacht juist dat het dit veel meer op slot is gegaan, zoals @ed1703 al aangeeft.

[ Voor 12% gewijzigd door HollowGamer op 13-09-2025 11:01 ]

[HollowGamer]

RobertMe schreef op zaterdag 13 september 2025 @ 10:28:
[...]

Wouw. Duurde maar 10+ jaar voordat ze dat deden fixen dan

En zie hier waarom (o.a.) ik wel lekker zelf de firewall volledig zelf inregel


[...]

In een kroeg kan ook wel eens wat diepgaander over serieuze zaken gesproken worden toch?

En denk dat je met jouw post verdere discussie meteen afslaat Als Docker dat issue in V28 maar eens zelf fixt denk ik dat er geen twijfel over bestaat dat er een issue was. Dus valt er verder weinig over te spreken.

Laat staan dat je topic weer wordt gesloten wegens te weinig diepgang.

[HollowGamer]

synoniem schreef op vrijdag 12 september 2025 @ 20:10:
Daar is toch niets mis mee. In mijn thuisnetwerk gebruik ik ook MAC-adressen om VM en containers te identificeren. Grappig bijeffect is dat ik geen VMWare meer gebruik maar omdat ik de MAC-adressen gekopieerd heb naar Proxmox ik verder niets hoefde te veranderen en dat als ik een netwerksniffer opstart er nog steeds VMWare adressen gezien worden.

Een MAC -address is tegenwoordig geen goede manier meer. Op Linux doen ze bijvoorbeeld voor wireless by default een random MAC genereren, elke keer als je opnieuw verbind. Daarom is het belangrijk deze op permanent of stable te zetten, als je iets als een mesh opzet gebruikt.

Ook lokaal kan je een MAC adres veranderen. Naar mijn weten kan je die random genereren (ook op een VM), maar zijn ze dus virtueel. Een container heb ik nooit per MAC gedaan, altijd per naam.

[synoniem]

HollowGamer schreef op zaterdag 13 september 2025 @ 11:06:
[...]

Een MAC -address is tegenwoordig geen goede manier meer. Op Linux doen ze bijvoorbeeld voor wireless by default een random MAC genereren, elke keer als je opnieuw verbind. Daarom is het belangrijk deze op permanent of stable te zetten, als je iets als een mesh opzet gebruikt.

Ook lokaal kan je een MAC adres veranderen. Naar mijn weten kan je die random genereren (ook op een VM), maar zijn ze dus virtueel. Een container heb ik nooit per MAC gedaan, altijd per naam.

Een MAC-address is uiteraard niet het eind van alles. Niet bekende MAC-addresses worden in mijn thuisnetwerk geweigerd, krijgen ook geen IP address. Omdat mijn telefoon inderdaad continue een random addres genereert zit deze met zijn soortgenoten op een apart netwerk. Betekent wel dat ze alleen met ssh of openvpn of wireguard verbinding kunnen maken met mijn thuisnetwerk.

[Vishari Beduk]

HollowGamer schreef op vrijdag 12 september 2025 @ 09:50:
[...]
Is dit een nieuwe drive?

Zeer nieuw. Eerst de data die er op staat ergens anders op zetten.
Ik had direct een nieuwe besteld, kwam vanochtend binnen; gelijk kapot (wel in een andere PC).
In de bios stond ook aangegeven dat deze nieuwe HD 0.0 GB capaciteit heeft. Nog nooit gezien. Dus deze kan gelijk retour

[L0g0ff]

HollowGamer schreef op zaterdag 13 september 2025 @ 00:06:
[...]

Debian is sowieso heel vaag, net als vele andere distros (Red Hat kuch) als het op licenties aankomt.

Ik dacht dat Moby de engine is van Docker. Die is deels opensource, maar niet alles. Podman gebruikt containers, wat een volledige opensource variant is, en compatible is met Docker. Voor mij is het vergelijkbaar met databases en hun alternatieven (Mariadb, Valkey, etc.). Maar Podman heeft ook zijn eigen features, die dus niet werken of anders werken. Dus geheel compatible is het niet (zoals compose).

Een OpenSUSE maintainer heeft de firewall situatie uitgelegd in zijn videos. Het idee is dat Podman Quadlet deze beheerd (of Desktop - ligt aan de voorkeur). Doordat die extra firewall er niet meer tussenzit (Aeon heeft dit), heeft een user minder problemen en hoeft hij niet twee keer een poort te openen (in Docker/Podman en in firewalld bijvoorbeeld).

Ik deel dezelfde mening. Een service mag zoveel poorten openen als hij wilt, maar ik bepaal welke inkomende daadwerkelijk geaccepteerd worden.

Er is dus nogal wat kritiek op de maintainer van Aeon, maar hij heeft wel een punt als het om user experience gaat.

Debian is toch niet vaag met licenties? Tenminste als je de non-free en contrib niet geactiveerd hebt. Want dan wordt het wel vaag.

Maar in de basis is dat 1 groot vrije open source feest (zie ook de DFSG). Er was een tijd dat ze Firefox zelf omdoopte naar iceweazel omdat ze de logo's niet mochten verspreiden.

Dat is eerder heel puur en denk ik ook wat goed is omdat Debian zo vaak als fundering gekozen wordt. Dan hoef je je in ieder geval geen zorgen te maken of het wel klopt wat je doet

Of bedoel je meer als je Debian vergelijkt met BSD?

[Hero of Time]

L0g0ff schreef op zaterdag 13 september 2025 @ 12:48:
[...]

Debian is toch niet vaag met licenties? Tenminste als je de non-free en contrib niet geactiveerd hebt. Want dan wordt het wel vaag.

Ze hebben redelijk stricte guidelines, zoals je hieronder ook linkt. Vaag is het verkeerde woord, maar het is nou ook niet zo dat ze alles maar opnemen in de repo omdat het 'open source' is. Er zitten dus aardig wat randvoorwaarden aan.

Maar in de basis is dat 1 groot vrije open source feest (zie ook de DFSG). Er was een tijd dat ze Firefox zelf omdoopte naar iceweazel omdat ze de logo's niet mochten verspreiden.

Dat was inderdaad het punt, het logo en naam waren qua licentie niet compatible met hun guidelines, de DFSG, en dat vereiste dan een creatieve oplossing.

Debian is gelukkig wel een stuk vrijer dan Fedora. Die is heel erg beperkt, gezien de noodzaak van rpmfusion om ook maar een video te kunnen afspelen of Steam te installeren bijvoorbeeld.

[L0g0ff]

Hero of Time schreef op zaterdag 13 september 2025 @ 14:28:
[...]

Ze hebben redelijk stricte guidelines, zoals je hieronder ook linkt. Vaag is het verkeerde woord, maar het is nou ook niet zo dat ze alles maar opnemen in de repo omdat het 'open source' is. Er zitten dus aardig wat randvoorwaarden aan.


[...]

Dat was inderdaad het punt, het logo en naam waren qua licentie niet compatible met hun guidelines, de DFSG, en dat vereiste dan een creatieve oplossing.

Debian is gelukkig wel een stuk vrijer dan Fedora. Die is heel erg beperkt, gezien de noodzaak van rpmfusion om ook maar een video te kunnen afspelen of Steam te installeren bijvoorbeeld.

Ja eens, ik denk (zonder te veel onderzoek te hebben gedaan) dat Fedora zonder rpmfusion en Debian zonder contrib en non-free redelijk gewaagd zijn aan elkaar.

[HollowGamer]

synoniem schreef op zaterdag 13 september 2025 @ 11:19:
[...]

Een MAC-address is uiteraard niet het eind van alles. Niet bekende MAC-addresses worden in mijn thuisnetwerk geweigerd, krijgen ook geen IP address. Omdat mijn telefoon inderdaad continue een random addres genereert zit deze met zijn soortgenoten op een apart netwerk. Betekent wel dat ze alleen met ssh of openvpn of wireguard verbinding kunnen maken met mijn thuisnetwerk.

Dat klinkt leuk, maar je kan een MAC-adres spoofen.
Het is geen goed middel voor beveiliging. Prima voor iets van wireless controle, maar op productie gebruik je daar certificaten voor.

Wat ik begreep is een MAC adres niet geschikt voor Enterprise en moet je een combinatie dus doen.

[RobertMe]

HollowGamer schreef op zaterdag 13 september 2025 @ 14:36:
[...]

Dat klinkt leuk, maar je kan een MAC-adres spoofen.
Het is geen goed middel voor beveiliging. Prima voor iets van wireless controle, maar op productie gebruik je daar certificaten voor.

En hoe verschilt dit van IP? Je kunt ook gewoon het static IP overnemen van iemand in het netwerk / een IP dat als "vertrouwd" in de FW staat. Sure, een dubbel IP breekt vanalles, maar een dubbel MAC doet dat ook.

Daarnaast kun je op IP basis niet eens alles blokkeren. Immers is niet eens alles IP (ARP bv)

[synoniem]

HollowGamer schreef op zaterdag 13 september 2025 @ 14:36:
[...]

Dat klinkt leuk, maar je kan een MAC-adres spoofen.
Het is geen goed middel voor beveiliging. Prima voor iets van wireless controle, maar op productie gebruik je daar certificaten voor.

Wat ik begreep is een MAC adres niet geschikt voor Enterprise en moet je een combinatie dus doen.

In Enterprise is MAC alleen niet voldoende maar ik had het over mijn thuisnetwerk. Van enterprise weet ik sowieso niet alles en wat ik weet mag ik niet disclosen.

[HollowGamer]

RobertMe schreef op zaterdag 13 september 2025 @ 16:40:
[...]

En hoe verschilt dit van IP? Je kunt ook gewoon het static IP overnemen van iemand in het netwerk / een IP dat als "vertrouwd" in de FW staat. Sure, een dubbel IP breekt vanalles, maar een dubbel MAC doet dat ook.

Daarnaast kun je op IP basis niet eens alles blokkeren. Immers is niet eens alles IP (ARP bv)

Dat is dus ook de reden dat je niet alles op IP moet doen, laat staan dat het kan met al die proxies tegenwoordig.

Voor een thuisnetwerk is het zoals gezegd prima. Bij serieuze Enterprise, heb je meer dan enkel een simple MAC Filter.

[RobertMe]

HollowGamer schreef op zaterdag 13 september 2025 @ 19:09:
[...]

Dat is dus ook de reden dat je niet alles op IP moet doen, laat staan dat het kan met al die proxies tegenwoordig.

Voor een thuisnetwerk is het zoals gezegd prima. Bij serieuze Enterprise, heb je meer dan enkel een simple MAC Filter.

Enterprise zal uiteindelijk niet veel anders zijn. VLANs en 802.11x om apparaten in VLANs te plaatsen. Verder is er geen betrouwbare manier om nog meer fine grained te werken buiten MAC / IP. Waarbij 802.11x voorkomt dat ongeauthoriseerde apparaten op het netwerk komen en VLANs zorgen voor een "globale" segmentatie. Wil je individuele apparaten nog verder "indelen" (wel of geen toegang tot iets geven) zal dat toch echt op MAC / IP basis moeten bij mijn weten.

[Vishari Beduk]

Ik wilde een 'oude' PC omzetten naar file-server. In eerste instantie was het plan Ubuntu te gebruiken maar vanwege harddisk problemen toch maar voor windows 11 gekozen.
En dan vandaag een netwerk share aanmaken. Maar dat blijkt helemaal niet meer mogelijk; probleem is het microsoft account. Als je inlogt op de PC dan kan het niet meer met username + password, je moet een SMS of code van externe een tweede email invoeren. Remote desktop lukt ook niet meer. En een netwerk share met username + password dus ook niet meer. Als je een lokaal account wil aanmaken word je gelijk doorgestuurd naar de microsoft server.
Te idioot voor woorden; mijn PC's in mijn huis met mijn bestanden en daar gaat big tech tussen zitten
Anyway, het gaat dus toch Ubuntu worden

[Hero of Time]

Je moet idd door aardig wat (brandende) hoepels springen tegenwoordig met Windows om nog een beetje in beheer te zijn van je eigen data. Gelukkig heb je die ongein met Linux niet, dat is zo enorm veel makkelijker om volledig offline nog een werkend systeem te hebben. Alleen tijdens installatie is het handig om internet te hebben ivm updates of überhaupt de installatie, maar eenmaal ingesteld, klaar, niks meer nodig.

[Tom Paris]

Vishari Beduk schreef op zondag 14 september 2025 @ 21:12:
probleem is het microsoft account. Als je inlogt op de PC dan kan het niet meer met username + password, je moet een SMS of code van externe een tweede email invoeren. [...] Als je een lokaal account wil aanmaken word je gelijk doorgestuurd naar de microsoft server.

Dat is niet waar. Microsoft heeft de optie weggestopt, maar er zijn nog genoeg mogelijkheden voor een lokale account met gebruikersnaam en wachtwoord die niet gekoppeld is aan een Microsoft account. Makkelijkste opties zijn om de computer niet te verbinden met internet tijdens installatie óf met Rufus een USB stick maken, dan krijg je de lokale account als optie.

[synoniem]

Tom Paris schreef op zondag 14 september 2025 @ 22:26:
[...]


Dat is niet waar. Microsoft heeft de optie weggestopt, maar er zijn nog genoeg mogelijkheden voor een lokale account met gebruikersnaam en wachtwoord die niet gekoppeld is aan een Microsoft account. Makkelijkste opties zijn om de computer niet te verbinden met internet tijdens installatie óf met Rufus een USB stick maken, dan krijg je de lokale account als optie.

Het is een Linux topic maar goed. Windows 11 Home stopt met installeren zonder internet zover ik weet. De Pro versie heeft wat meer mogelijkheden.

[Tom Paris]

synoniem schreef op maandag 15 september 2025 @ 00:04:
[...]

Het is een Linux topic maar goed.

Dat is het zeker. Ik lurk voornamelijk mee, maar het stoort me dat er hier vaak onwaarheden over Windows worden gepost, met dan een 'wat is Linux toch goed hé' conclusie. Windows is zeker niet heilig, maar zo'n echo-kamer helpt niemand op Tweakers.

[vanaalten]

synoniem schreef op maandag 15 september 2025 @ 00:04:
[...]

Het is een Linux topic maar goed. Windows 11 Home stopt met installeren zonder internet zover ik weet. De Pro versie heeft wat meer mogelijkheden.

Recent heb ik een nieuwe laptop gekocht en daar meteen Linux dual-boot bijgezet (en die gebruik ik voornamelijk). Windows-11 Home stond er ook op, moest nog geconfigureerd worden maar ook die was nog met wat trucjes zonder Microsoft account (dus met lokaal account) in te stellen.

[Hero of Time]

synoniem schreef op maandag 15 september 2025 @ 00:04:
[...]

Het is een Linux topic maar goed. Windows 11 Home stopt met installeren zonder internet zover ik weet. De Pro versie heeft wat meer mogelijkheden.

Onwaar. Heb zelfs een maand geleden nog een PC geïnstalleerd met W11 home, volledig offline, en lokaal account. Vorige week ook pc van m'n pa met een lokaal account.

Tom Paris schreef op zondag 14 september 2025 @ 22:26:
[...]

Dat is niet waar. Microsoft heeft de optie weggestopt, maar er zijn nog genoeg mogelijkheden voor een lokale account met gebruikersnaam en wachtwoord die niet gekoppeld is aan een Microsoft account.

Die optie is te ver verstopt. Heb het bij een W10 systeem gepoogd, het Instellingen scherm geeft je helemaal geen optie om nog een account toe te voegen en computerbeheer heeft geen 'lokale gebruikers/groepen' sectie. Je moet dus echt het exacte ding weten waar je moet zijn om nog een lokaal account te maken. Maar heb je een lokaal account, dan zijn er tig knoppen om het te verkloten naar een online account.

Makkelijkste opties zijn om de computer niet te verbinden met internet tijdens installatie óf met Rufus een USB stick maken, dan krijg je de lokale account als optie.

Geen internet is geen vereiste nog, want zelfs als je niks aan internet hebt moet je dezelfde truc uitvoeren om door te kunnen gaan.


En nu weer naar de orde van de dag wat ook in de topic warning staat: vooral over NOS. En dat is dus niet de publieke omroep.

[synoniem]

Hero of Time schreef op maandag 15 september 2025 @ 18:59:
[...]
Onwaar. Heb zelfs een maand geleden nog een PC geïnstalleerd met W11 home, volledig offline, en lokaal account. Vorige week ook pc van m'n pa met een lokaal account.

Ik heb vorige maand nog een laptop met OEM Windows 11 geïnstalleerd. Die startte met de vraag om met wifi te verbinden en wilde niet verder als je nee zei. Was een Acer volgens mij.

[Hero of Time]

synoniem schreef op maandag 15 september 2025 @ 19:12:
[...]

Ik heb vorige maand nog een laptop met OEM Windows 11 geïnstalleerd. Die startte met de vraag om met wifi te verbinden en wilde niet verder als je nee zei. Was een Acer volgens mij.

En dan doe je dus de shift+F10 methode en geef je dat onding de vinger. Is dat te moeilijk, dan flikker je er maar gelijk Linux voor Dummies op.

[synoniem]

Hero of Time schreef op maandag 15 september 2025 @ 19:28:
[...]

En dan doe je dus de shift+F10 methode en geef je dat onding de vinger. Is dat te moeilijk, dan flikker je er maar gelijk Linux voor Dummies op.

Erg snedig, past echt bij een mod. De reden dat ik al sinds jaar en dag Linux gebruik is o.a. omdat ik geen Shift+F10 trucjes nodig wil hebben om mijn besturingssysteem te (her)installeren.

[L0g0ff]

synoniem schreef op maandag 15 september 2025 @ 22:07:
[...]

Erg snedig, past echt bij een mod. De reden dat ik al sinds jaar en dag Linux gebruik is o.a. omdat ik geen Shift+F10 trucjes nodig wil hebben om mijn besturingssysteem te (her)installeren.

Mopperator

[HollowGamer]

Hero of Time schreef op maandag 15 september 2025 @ 19:28:
[...]

En dan doe je dus de shift+F10 methode en geef je dat onding de vinger. Is dat te moeilijk, dan flikker je er maar gelijk Linux voor Dummies op.

Is Shift+F10 niet de sneltoets voor het startmenu? Of bedoel je tijdens opstarten? Dat is volgens nog toch DEL of F2 (of gewoon rebooten via het OS naar UEFI).

[L0g0ff]

HollowGamer schreef op maandag 15 september 2025 @ 23:49:
[...]

Is Shift+F10 niet de sneltoets voor het startmenu? Of bedoel je tijdens opstarten? Dat is volgens nog toch DEL of F2 (of gewoon rebooten via het OS naar UEFI).

Nee het is de old-school cmd prompt. Daar heb je bijvoorbeeld ook de mogelijkheidheid om het device te kunnen onboarden in intune.

Je kunt door die methode te gebruiken met net user een gebruiker aanmaken en die met een 2e command elevaten naar admin.

We weten allemaal waarom Microsoft dit liever niet wil. Die wil telemetrie om hun imperium verder uit te bouwen.

Maar ik zou zeggen decline de eula, zet er linux/bsd op en bel de supllier op vraag een paar tientjes terug voor de windows licentie waar je dan recht op hebt

Als we toch in de windows modus zitten in de nos kroeg. Kennen jullie trouwens winboat? Die is wel veelbelovend. De interface is echt nice. Het is een soort van winapps alleen is de onboarding is een paar klicks ipv een hele howto door.

[HollowGamer]

L0g0ff schreef op dinsdag 16 september 2025 @ 07:03:
Nee het is de old-school cmd prompt. Daar heb je bijvoorbeeld ook de mogelijkheidheid om het device te kunnen onboarden in intune.

[...]

Microsoft heeft dit zoveel mogelijk weggehaald, zodat niemand meer kan debuggen en zomaar random Windows Updates dan maar verwijderd.

[Hero of Time]

HollowGamer schreef op maandag 15 september 2025 @ 23:49:
[...]

Is Shift+F10 niet de sneltoets voor het startmenu? Of bedoel je tijdens opstarten? Dat is volgens nog toch DEL of F2 (of gewoon rebooten via het OS naar UEFI).

Nee, dit doe je tijdens de OOBE om zakelijk het systeem bij Intune aan te kunnen melden als die nog niet vanuit de leverancier is toegevoegd aan je omgeving. Maar je kan er ook nog de online eis mee omzeilen.

[RobertMe]

Nice Podman Quadlets.

Ik dacht bij mijn containers, met mounts, "vergeten" te zijn om RequiresMountsFor= toe te voegen, zodat de service niet gestart kon/zou worden terwijl de gebruikte mappen nog niet gemount waren.

Maar blijkt intussen dat Quadlet dit automatisch genereert. Voor elke Volume= / Mount= met een absolute path wordt er automatisch een RequiresMountsFor= toegevoegd aan de service unit voor die map.

Bij Docker toch wel eens onbedoeld gehad dat containers startte terwijl de mounts nog niet bestonden, en Docker dan doodleuk dus mappen aanmaakt. Kan met Quadlets dus niet gebeuren .

Eerste "hint" in mijn zoektocht was dan weer wel dat dit voor Volume units met Type=bind pas vrij recentelijk is toegevoegd (na een bug report / feature request) en pas in 5.6 zit. Maar ik gebruik (nog) geen losse Volume units. Voor het gebruik van Volume= / Mount= blijkt dit wel al er in te zitten sinds de eerste versie van Quadlets die onderdeel is van Podman (want daarvoor was het een los project), dat al "3 years" het geval is (geen idee hoe afgerond dat is, maar zou waarschijnlijk zelfs in Debian Bookworm gezeten hebben dus ).