Suchergebnisse

Moin, so richtig lief die o.g. Lösung nicht, da die alte libsignal-node Version 39?! benutzt wurde. Also nochmal von vorn: Der Showstopper ist nun libsignal-node. Folgender Workaround von vermaden funktioniert bei mir (diesmal): --offline bei do-build: entfernen. Weiss nicht, warum das damals...

So, jetzt der wirkliche Dirty-Workaround (funktioniert vermutlich nur, wenn man signal-desktop relativ aktuell schon mal installiert hat). Ich habe mittels pkg lock -> electron28 und electron29 ge'lock't und portmaster wieder benutzt: Somit ist jetzt hier die 7.5 von signal auf dem Desktop.

Es war fast zu erwarten, selbst mit dem workaround läuft es mal wieder nicht durch -> klar, die pkg brauchen immer etwas Zeit.

Moin, heute sind neue Ports reingekommen: electron29 und signal-desktop-48.2. Mal schauen, ob es diesmal wieder durchläuft.

Kann ich hier auch so bestätigen.

Danke für den Tip. Dein Post ist - wie du schreibst - in jedem Fall hilfreich :)

Moin, nach einigen gescheiterten Versuchen, signal-desktop aus den ports zu bauen, scheint folgender workaround zu funktionieren: # portmaster --packages net-im/signal-desktop Einige Ports, die sich nicht bauen lassen, sind glücklicherweise als Packages vorhanden.

Leider bleibt es bei den gleichen Meldungen. Ich vermute, dass das Problem eher im Bereich fetch-yarn: liegt. Insgesamt scheint der Port halbgruselig zu sein, trotz Einstellung in make.conf -> DEFAULT_VERSIONS+= ssl=base wird der openssl-Port gebaut, was natürlich bei nächster Gelegenheit...

Danke für den Tip. Das führt leider nicht zum Erfolg... hab mal stufenweise alle --offline aus dem Makefile rausgeschmissen.

Moin, ich versuche gerade den Signal-Client aus den Ports zu bauen mit folgendem Ergebnis: [9:52 /<1>ports/net-im/signal-desktop] # make ===> signal-desktop-6.48.1_3 depends on file: /usr/local/lib/libcrypto.a - found ===> signal-desktop-6.48.1_3 depends on file...

Mit der aktuellen Github-Version oder geht es auch mit der letzten Ports-Version? Bin bootloader-Noob und werd es wohl auch bleiben :D

Hab hier ein howto zum Thema gefunden, aber noch nicht probiert.

Sofern du 'nen USB-Adapter zur Hand hast, würde ich es einfach probieren. Habe hier einen HAMA USB-Ehternetadapter RT8251/8253, der wird offenbar erkannt, aber vielleicht hast du ja auch nen Wald und Wiesen Adapter da?! Ansonsten https://github.com/alexdupre/rtl_bsd_drv auf einer anderen Kiste...

Diese Meldung kommt wohl (bei mir der Fall), wenn der Ordner /var/db/freebsd-update leer ist/war. Hatte meinen gelöscht, weil sich da etwas viel Müll angesammelt hat -> Die Datei lasteolwarn scheint wohl dafür zuständig zu sein.

Ach lustig, das hatte ich vor 386bsd auf meiner Kiste :) PS: Installation per Disketten, 386bsd kam dann standesgemäß vom SLR-Tape :)

Auch historische Toaster?! :D

Könnte auch das Netzteil sein, mal gegen ein Anderes tauschen.

Hier ein hilfreiches Howto zum Upgrade von mysql 5.7 auf 8.x: https://www.benhup.com/freebsd/mysql8-install-upgrade-update/

Den kannte ich noch nicht :) cd /usr/ports vermutlich ;)

Dann stell ich doch wieder auf portsnap um. Das geht ja deutlich schneller.

Richtig, auf 4 Servern kommen bei mir auch nur Pakete zum Einsatz. Aber auf einer Maschine muss/will ich schon noch "selber" bauen ;) Auch der Options wegen...

OMG, hatte damals bei der Umstellung von svn auf git irgendwas gelesen, dass portsnap deprecated wäre... So ein Schmarrn... :huth: Okay. Portnsap fehlt dann natürlich, sorry!

Moin, welches Tool benutzt ihr, um /usr/ports zu aktualisieren?

Moin, ich würde gerne einen Server mit 2 Netzkarten via lagg0 betreiben. Leider hat bislang (Virtualbox 5.x) mit dem lagg0 nicht viel anfangen können, sodass ich nur mit einer Netzwerkkarte hantieren muss :( Hat jemand von euch ähnliche Konstellation und dies schon mit Virtualbox 6...

Das Kabel war es nicht. Es war mal wieder zu einfach: hint.pcm.2.vol="0" hint.pcm.3.vol="0" in /boot/device.hints und weg ist das Knacken. :)