Posts by thleemhuisfoss@social.tchncs.de
(DIR) Post #AT0Ef5KRrCsuHeRM0W by thleemhuisfoss@social.tchncs.de
2023-02-24T11:16:54Z
0 likes, 0 repeats
@gnulinux "Fedora fährt ein getaktetes Release-Modell: ca. alle 13 Monate gibt es eine neue Version."Nope, alle 6 Monate.https://en.wikipedia.org/wiki/Fedora_Linux_release_history
(DIR) Post #AV6tBn3e32RocQ7ca8 by thleemhuisfoss@social.tchncs.de
2023-04-28T10:18:40Z
0 likes, 0 repeats
Note: Aller Wahrscheinlichkeit nach werden es mehr als 30 Jahre.Denn durch die "no regressions"-Regel bleibt Code weiter im #Linux #kernel, auch wenn er keinen Maintainer mehr hat – zumindest, solange Nutzer ihn produktiv[1] einsetzen und er keine schwerwiegenden und von niemand angegangenen Sicherheitslücken enthält. Die Nutzer müssen sich nur zeitnah melden, falls jemand den Code entfernen will oder er entfernt wurde.[1] also nicht nur in Computer-Museen oder sohttps://www.golem.de/news/kernel-nach-30-jahren-soll-mit-firewire-in-linux-schluss-sein-2304-173787.html
(DIR) Post #AV6tBnj7Ypcmh3WkEK by thleemhuisfoss@social.tchncs.de
2023-04-28T10:58:23Z
0 likes, 0 repeats
Das bringt natürlich den Nostalgie-Effekt ("es soll was entfernt werden, was ich mal genutzt hab oder interessant fand") gehörig ins Wanken, mit dem die Meldung hier Leser anlockt. Denn Maintainer-Wechsel beim Kernel melden moderne Medien sie ja sonst auch nicht -- und schon gar nicht für eine Technik, die wahrscheinlich kaum noch einer der Leser einsetzt.Aber egal, die Leser fühlen sich wohl informiert, auch wenn es nur halbwahr ist. 😄
(DIR) Post #AV6tBodUBGi9Vrtl5M by thleemhuisfoss@social.tchncs.de
2023-04-28T11:04:18Z
0 likes, 0 repeats
Schön auch die Verwendung von "Community":"[…] Der Linux-Kernel ist bekannt für […] Support teils auch sehr alter oder schlicht veralteter Hardware. Ein aktueller Pull-Request […] zeigt, dass sich die Community davon auch weiterhin nicht abbringen lassen möchte."Das war keine bewusste Entscheidung irgendeiner Community, sondern einfach nur ein einzelner Entwickler, der den Maintainerjob übernommen hat, den sonst vielleicht keiner mehr gemacht hätte -- der Code wäre dennoch drin geblieben.
(DIR) Post #AavUu4n3rhfXUjV68W by thleemhuisfoss@social.tchncs.de
2023-10-19T11:22:54Z
0 likes, 0 repeats
@gnulinux Zum letzten Absatz: so weit ich das sehen kann, ist ist das die offizielle Beta, die da bekommt.Daily snapshots gibts woanders; bin selbst ad hoc nicht sicher, wo, vielleicht an Stellen wie dieser: https://ftp-stud.hs-esslingen.de/Mirrors/dl.fedoraproject.org/fedora/linux/development/39/Workstation/x86_64/iso/
(DIR) Post #AbK6ZTmMRyD6PW7gZs by thleemhuisfoss@social.tchncs.de
2023-10-31T07:29:50Z
0 likes, 1 repeats
Das #LinuxKernel-Dateisystem #bcachefs (https://bcachefs.org/) wurde für den Anfang 2024 erwarteten #Linux #kernel 6.7 gemerged: https://git.kernel.org/torvalds/c/9e87705289667a6c5185c619ea32f3d39314eb1bReminder: Es dauert ab diesem Punkt erfahrungsgemäß Jahre, ein Dateisystem zu stabilisieren, weil im breiteren Feldtest oft noch viele corner-cases auftauchen, die nicht recht gehandhabt werden.Man müsste sich auch mal hinsetzen und schauen, welche Features bcachefs fehlen, die Btrfs, Ext4, XFS oder openZFS schon länger bieten.
(DIR) Post #AclVWbcrpQxWrkLyfA by thleemhuisfoss@social.tchncs.de
2023-12-13T11:27:05Z
0 likes, 0 repeats
@heisedeveloper Hmmm, das Interview wurde ja offenbar Mitte Oktober geführt; seit dem gab es ja ein Ergebnis zwischen den beteiligten EU-Gremien: https://www.heise.de/news/Cyber-Resilience-Act-Open-Source-Szene-atmet-auf-bei-neuen-Haftungsregeln-9549188.htmlSollte das in einem heute Online gegangenen Text nicht erwähnt werden, weil es einen nicht unerheblicher Teil des Interviews hinfällig macht (vom historischen Kontext mal abgesehen)?/me fragt sich ersthaft, was er hier übersehen hat bzw.in den falschen Hals bekommen hat, denn irgendwie ist das alles etwas arg verwunderlich
(DIR) Post #AdH5E3c02UUWs4NiAS by thleemhuisfoss@social.tchncs.de
2023-12-28T17:02:05Z
0 likes, 0 repeats
@gnulinux /me öffnet den Artikel in einem Tab/me sieht auf den ersten Blick, dass da als root compiliert wird/me macht den Tab ganz ganz schnell wieder zu
(DIR) Post #AvDFYVn4aVFEguVPkm by thleemhuisfoss@social.tchncs.de
2025-06-17T06:17:51Z
0 likes, 0 repeats
@linuxnews Citation strongly needed bitte für "der von Red Hat dominierten Plattform". Beim COC-Enforcement sind etwa nur zwei von sechs Leuten von Red Hat[1]. Aber ich weiß nicht, ob das die Entscheidung getroffen hat.[1] https://www.freedesktop.org/wiki/CodeOfConduct/
(DIR) Post #AvDGpzjwaasCSGwV3Q by thleemhuisfoss@social.tchncs.de
2025-06-17T06:32:19Z
0 likes, 0 repeats
@linuxnews nein, das macht es nicht besser, denn dann hilfst du Weigelt nur, Gerüchte und Verschwörungstheorien zu streuen.Du kannst vielleicht einige Sachen als "Weigelt wirft dabei Red Hat vor" oder so schreiben, aber dann gehört zum guten Journalismus halt auch dazu, das zu hinterfragen und etwa mit einem Link zu CoC-Dokument zu widerlegen oder in Frage zu stellen.
(DIR) Post #AveVdH764A0YWiuCoq by thleemhuisfoss@social.tchncs.de
2025-06-30T09:55:16Z
0 likes, 0 repeats
@linuxnews bei mindestens die Hälfte sollte da statt "X11" korrekterweise "X-Server Xorg" oder so stehen, denn Dank Xwayland bleibt X11-Support ja noch eine Weile
(DIR) Post #B0A8N5heBZiM2zaTdg by thleemhuisfoss@social.tchncs.de
2025-11-12T07:33:47Z
0 likes, 0 repeats
@linuxnews ist es nun Canonicals (Überschrift) oder Ubuntus (Fließtext) Rust-Implementierung für sudo.Und das sind doch Upstream-Bugs, also ist es doch eigentlich "die [neuerdings von Ubuntu standardmäßig eingesetzte] Rust-Implementierung von sudo der Trifecta Tech Foundation"?
(DIR) Post #B0AGLHdpcwPk7zS4ae by thleemhuisfoss@social.tchncs.de
2025-11-12T09:03:07Z
0 likes, 0 repeats
@linuxnews das mag ja sein, aber so klingt es, als hätte Canonical/Ubuntu es entwickelt. Das fühlt sich für die eigentlichen Entwickler vermutlich nicht gut an – insbesondere für solche, die vielleicht in ihrer Freizeit beigetragen haben.
(DIR) Post #B10FZGtQvONp8Co7lI by thleemhuisfoss@social.tchncs.de
2025-12-07T08:53:05Z
0 likes, 0 repeats
Ihr wollt das Changelog für einen im #Linux #Kernel enthaltenen Treiber? Dann erst rausfinden, wo der Treiber im Quellcodebaum liegt, etwa für mt7925e:$ modinfo mt7925e | grep filenamefilename: […]/kernel/drivers/net/wireless/mediatek/mt76/mt7925/mt7925e.ko.xzIn diesem Fall den Pfadteil nach dem /kernel/ dann bei https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/ anhängen, also: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/drivers/net/wireless/mediatek/mt76/mt7925 Ggf noch ein "?id=v6.18" anhängen, um bei 6.18 zu stoppen.Das Problem: Der Ansatz hilft nicht, wenn man dort nach einen Fix für ein Problem sucht, der in von dort referenzierten Code liegt, etwa anderen Subsystemen wie PCI, USB oder Netzwerk.Außerdem wird's unübersichtlich, wenn in einem Verzeichnis verschiedenste Treiber liegen, etwa wie bei den knapp 20 rtw89-Treibern: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/drivers/net/wireless/realtek/rtw89