Aktueller Inhalt von Zirias

Naja, selbst wenn man a) irgendn -kmod, das von sowas betroffen ist, unbedingt braucht und b) trotzdem auf gar keinen Fall selbst bauen will ... (obwohl das, wie gesagt, Kleinkram ist) Mehrere Wochen warten muss man trotzdem nicht. Allenfalls ein paar Tage ;)

Äh was? Das ist streckenweise etwas wirr, was für ein "vorletztes Release"? Dass ein Package auf einer neueren Version der gleichen Major (also, gleiches ABI) nicht funktioniert ist extrem selten, und überhaupt nur bei Kernelmodulen möglich. Ja, es kommt vor und es ist unschön, aber das sind...

Interessant, im "originalen" Thread gab es fast das gleiche Problem, da aber als "Beschwerde" formuliert... und jetzt lese ich hier auch den Wunsch, dass pkg nichts auf 13.0 installieren soll, was damit nicht funktioniert. Nunja, das betrifft < 1% aller Packages (denn das ABI bleibt ja stabil)...

Keine Antwort passt hier ganz für mich. Mein lokales Netz ist dual-stack, bis auf ein paar wenige service-jails, die nur im management-VLAN gebraucht werden; die sind bisher v4-only (warum auch nicht, wenn man bis auf weiteres eh beide Protokolle braucht). Fürs Internet ist v4-only tot. Viele...

In dem hier verlinkten Repo eben doch ;) Siehe oben…

Ich hab's zwar selbst noch nicht ausprobiert, aber so wie ich das verstehe werden zwar Steam files redistributed, aber mit "nativen" Mitteln entpackt. Einen Thread dazu gibt's auch hier: https://forums.freebsd.org/threads/half-life-in-4-easy-steps.80394/

Ich habe jetzt noch abgestimmt, auch wenn es offenbar "zu spät" ist. Mich ärgert schon die suggestive Fragestellung ein wenig. Es geht nicht darum "Fortschritt zu hassen", sondern Änderungen auf ihre Sinnhaftigkeit zu hinterfragen – vor allem, solche, die nicht kompatibel sind. IRC ist ein...

Ohne jetzt den ganzen Thread gelesen zu haben: Ich bin bei sowas kein "early adopter". Wobei "early" beim Thema "Wayland" so langsam seine eigene Ironie birgt. Ich hab n bisschen was dazu gelesen, ich kann die Gründe nachvollziehen, warum X11 vielleicht nicht "die Zukunft" ist. Es ist Tatsache...

Wie gesagt, der Versuch, komplexere Dinge in "portable make" zu machen, ist zum scheitern verurteilt ;) Schau dir an, was bei den GNU autotools am Ende für Makefiles rauskommen -- das hat einen Grund :) Wenn du direkt "make" verwenden willst, würde ich empfehlen, für das Projekt festzulegen...

Das ist eine "suffix rule". Bedeutet das gleiche wie in GNU make "%.o: %.c". Ist eben nicht besonders flexibel, es funktioniert nur mit suffixes und weitere prerequisites sind auch nicht möglich.

BSD make kennt diese Form von Pattern-Rules nicht. Im Allgemeinen ist es meiner Meinung nach ab einer gewissen Komplexität sinnlos, ein Makefile "portierbar" halten zu wollen. Entweder man entscheidet sich für ein bestimmtes "make", oder man verwendet ein anderes Buildsystem (das dann eventuell...

Hm, die ganzen Zeilen nach "telekom:" waren ein space eingerückt, mein letzter Edit scheint das kaputtgemacht zu haben, und jetzt kann ich es nicht mehr editieren. Bin mir nicht sicher, ob die Einrückung überhaupt relevant ist für ppp.conf -- aber das ist jedenfalls n Bug in der Forensoftware...

Sorry, aber das ist unnötig. Der ppp in base kann PPPoE, funktioniert hier einwandfrei*. Ich weiß jetzt natürlich nicht auswendig, ob er das in grauer Vorzeit (9.0!) auch schon konnte... * sowas in der ppp.conf genügt: telekom: set device PPPoE:<interface> set authname <login> set authkey...

ppp ist Teil von base, erster Reflex wäre also grundsätzlich: aktualisiere mal auf eine nicht-antike Version. Abgesehen davon wären natürlich Details wie z.B. der (anonymisierte) Inhalt von /etc/ppp/ppp.conf hilfreich. "Kleingedrucktes": Die älteste aktuell noch gepflegte Version ist 11.3...

Nicht falsch verstehen, ich hab für gewissen Anwendungen VMs am laufen (sowohl Windows als auch Linux). Ich meinte ja nur, wenn man ein root-Passwort vergisst, dann hat man dieses System wohl recht lange nicht gebootet -- da lohnt eventuell einfach die Frage, ob man das wirklich noch braucht...