Category: ubuntu_and_derivates

VirtualBox: Installation ueber .run

axt

Altägyptisch oder bleeding edge. Aktuelles Beispiel: In siduction wird anders als in sid Kernel 4.20 installiert (towo ist da glücklicherweise agil). Wer VirtualBox aus den debian-Repositories nutzt, bekommt bislang nur 5.2.22, das jedoch inkompatibel zu Kernel 4.20 ist.

VBox 6.0.0 ist kompatibel zu Kernel 4.20. Man kann zwar das VBox-Repo einbinden, daraus aber nur für debian stable und oldstable installieren, was im Normalfall unter sid(uction) wegen Dependencies fehlschlägt. Für Ubuntu gebaute Pakete in debian installieren ist auch nicht die gescheiteste Idee (auch wenn die für Bionic momentan laufen sollen).

Dann sollte man so flexibel sein und die .run-Files nutzen, statt wie ein User im siduction-Forum zu jammern, er wolle nur installieren, was “über apt oder dpkg” geht, und deshalb bei der letzten 4.19 bleiben (von der Paketverwaltung abgesehen, was er meint und womit er natürlich Recht hat, erntet er meinerseits dennoch Unverständnis, man fährt doch keine bleeding-edge-RRD, um ausgerechnet beim Kernel stehenzubleiben bzw. zurückzugehen). Fremdpakete aus Sicht der Distribution sind es so und so, aber in diesem Fall bzw. aus Sicht VBox’ sind sie das Original.

Das Ganze ist auch nicht schwieriger, mehr noch, man kann das so unter diversen Distributionen durchführen, bspw. unter siduction und antergos die jeweils selben .run-Files (braucht sie also auch nur 1x ziehen) und bis auf sudo vs. root-Terminal gleich. Zudem kann man Testbuilds nutzen, die ihrerseits ggf. Fixes ggü. dem letzten Release enthalten. Der einzige Nachteil ist lediglich, daß man sich selbst um neue Versionen kümmern muß (und das Interesse für derlei setze ich bei Usern, die bewußt brandaktuelle Distributionen fahren, voraus).

Ich selbst nutze seit längerem VirtualBox*.run unter (bis vor einiger Zeit noch Lubuntu,) siduction, antergos (die gemischte Groß-/Kleinschreibung für solche Namen ist übrigens kein ständiger Fehler meinerseits, falls das jemand annimmt, sondern jeweilige Eigenschreibweise). Insbesondere durch die nicht aufhörenden Probleme mit dem Lubuntu-Host seit Kernel 4.15 (nur dort, nicht in siduction und antergos, reproduzierbare Freezes unterschiedlicher VMs und das Suchen nach den Ursachen) haben mich das jeweils aktuelle Testbuild installieren lassen, mittlerweile mache ich das standardmäßig (nur nicht, wenn das Release gerade mal neuer ist) und fahre damit sehr gut. Natürlich weiß ich, was das bedeutet und kann damit umgehen.

.

Installation VirtualBox 7.0.20 über .run

  1. Ein ggf. installiertes Extension Pack deinstallieren: 
    1

    sudo VBoxManage extpack uninstall "Oracle VM VirtualBox Extension Pack"
  2. Eine ggf. installierte VBox-deb-Version deinstallieren: 
    1
2

    killall -9 virtualbox 
sudo apt purge virtualbox*
  3. Zum Kompilieren der Kernel-Module nötige Pakete installieren: 
    1

    sudo apt install build-essential dkms linux-headers-$(uname -r)
  4. VirtualBox*.run ziehen: 
    1
2

    cd ~/Downloads/
wget https://download.virtualbox.org/virtualbox/7.0.20/Oracle_VM_VirtualBox_Extension_Pack-7.0.20.vbox-extpack
  5. Aktuelle VBox-Version installieren: 
    1

    sudo sh Virt*
  6. Weiter geht es in meinem Tutorial VirtualBox: Repository in Ubuntu hinzufügen mit Punkt 8, “Entsprechende Version des Extension Packs ziehen”.

Soll ein so installiertes VBox wieder deinstalliert werden, sollte zuerst wie oben geschrieben das Extension Pack deinstalliert werden, danach VBox selbst (das EP bliebe anderenfalls erhalten, aber nicht nutzbar):

1

sudo sh Virt* uninstall

.

Update 2024-07-16: Aktualisiert auf v7.0.20.
Update 2024-05-02: Aktualisiert auf v7.0.18.
Update 2024-04-16: Aktualisiert auf v7.0.16.
Update 2024-01-16: Aktualisiert auf v7.0.14.
Update 2023-10-17: Aktualisiert auf v7.0.12.
Update 2023-07-18: Aktualisiert auf v7.0.10.
Update 2023-04-17: Aktualisiert auf v7.0.8.
Update 2023-01-17: Aktualisiert auf v7.0.6.
Update 2022-11-18: Aktualisiert auf v7.0.4.
Update 2022-10-19: Aktualisiert auf v7.0.2.
Update 2022-10-10: Aktualisiert auf v7.0.0, VBox-6.x-Schiene entfernt.
Update 2022-09-29: VBox-7.0-Schiene hinzugefügt.
Update 2022-09-01: Aktualisiert auf v6.1.38.
Update 2022-07-20: Aktualisiert auf v6.1.36.
Update 2022-04-19: Aktualisiert auf v6.1.34.
Update 2022-01-18: Aktualisiert auf v6.1.32.
Update 2021-11-22: Aktualisiert auf v6.1.30.
Update 2021-10-19: Aktualisiert auf v6.1.28.
Update 2021-07-28: Aktualisiert auf v6.1.26.
Update 2021-07-20: Aktualisiert auf v6.1.24.
Update 2021-04-29: Aktualisiert auf v6.1.22.
Update 2021-04-20: Aktualisiert auf v6.1.20.
Update 2021-01-19: Aktualisiert auf v6.1.18.
Update 2020-10-20: Aktualisiert auf v6.1.16.
Update 2020-09-04: Aktualisiert auf v6.1.14.
Update 2020-07-14: Aktualisiert auf v6.1.12.
Update 2020-06-05: Aktualisiert auf v6.1.10.
Update 2020-05-14: Aktualisiert auf v6.1.8.
Update 2020-04-09: Aktualisiert auf v6.1.6.
Update 2020-02-20: Aktualisiert auf v6.1.4.
Update 2020-01-15: Aktualisiert auf v6.1.2.
Update 2019-12-11: Aktualisiert auf v6.1.0.
Update 2019-10-15: Aktualisiert auf v6.0.14.
Update 2019-09-03: Aktualisiert auf v6.0.12.
Update 2019-07-16: Aktualisiert auf v6.0.10.
Update 2019-05-14: Aktualisiert auf v6.0.8.
Update 2019-04-16: Aktualisiert auf v6.0.6.
Update 2019-01-28: Aktualisiert auf v6.0.4.
Update 2019-01-15: Aktualisiert auf v6.0.2.

VirtualBox 6.0.0 final

axt

Nach 3 Betas und diesmal nur 1 Release Candidate ist die Final von VirtualBox 6.0.0 erschienen. Das Offensichtliche sind natürlich die grafischen Design-Änderungen des VM VitualBox Managers, das Wichtigere ist unter der Haube zu finden. x86_32 als Host ist nun endgültig Geschichte.

Changelog.

Mein Tutorial VirtualBox: Repository in Ubuntu hinzufuegen habe ich selbstverständ-
lich wie immer angepaßt.

Vulnerability in systemd (CVE-2018-15688)

axt

Bei der aktuellen Vulnerability CVE-2018-15688, systemd betreffend, können sich zumindest sid(uction)-User wieder zurücklehnen, d-u für systemd 239-11 vorausgesetzt. Freilich fahren Server nicht mit sid (und normale Linux-User auch nicht). Also sollte man da Licht ans Rad machen, sowohl seitens der Maintainer in den Distributionen – der Fix ist seit 11 Tagen durch Lennart Poettering bereitgestellt – als auch der Admins (und User, selbstredend).

Btw., “Red Hat would like to thank Ubuntu Security Team for reporting this issue.” (Zitat von access.redhat.com/security/cve/cve-2018-15688). Abgesehen davon, daß das UST nur weitergeleitet hat, Danksagungen durch Canonical an eine andere Distribution sind mir bisher nicht erinnerlich.

Lubuntu 18.10 Cosmic Cuttlefish torrents

axt

Nach langer Zeit der Stagnation wechselt Lubuntu mit der heute erscheinenden 18.10 auf eine andere Desktop-Umgebung, dem modernen LXQt. Für Hintergründe und auch eine Warnung sei auf den Artikel Lubuntu mit LXQt verwiesen.

Torrents für Lubuntu Cosmic Cuttlefish:

Mit Cosmic bietet auch Lubuntu als letztes Derivat keine Alternate Images mehr an.

Lubuntu mit LXQt

axt 
LXQt

siduction hat vor weit über 4 Jahren als erste Distribution einen Flavor mit LXQt angeboten gehabt, damals natürlich noch mit der niedrigen Version 0.7 (wobei unter Linux bzw. bei OSS 0.x-Versionsstände nur aussagen, daß noch nicht sämtliche geplanten Funktionen enthalten sind), aktuell ist 0.13.

Nach Jahren der Versprechungen, bei der nächsten Version wolle man, blabla, und einem “Lubuntu-Next”-Paralleltestlauf steigt man mit dem am Donnerstag erscheinenden Lubuntu 18.10 endlich auf LXQt um.

Read more “Lubuntu mit LXQt”

LibreOffice – Get involved!

axt

Help us make LibreOffice even better!

LibreOffice 6.1.1.1, also rc1, verspätet sich um 2 Wochen, was unüblich ist. Es kommt also knapp nach dem ursprünglich geplanten rc2. Tage später wird der Release Plan entsprechend korrigiert (für das folgende 6.1.2, ohnehin knapp dahinter, wird sogar rc2 gestrichen, um wieder im Zeitplan zu sein), aber nicht weit genug, denn rc2 ist nun gestern Abend, also auch verspätet, endlich auf den Server gelegt worden. Der letzte Release Candidate wird, findet sich kein Show Stopper, jeweils nach einer Woche zur Final erklärt. Ob’s das mit rc2 gewesen ist, wird man sehen, ich gehe aber davon aus, 6.1.2.1 kommt ja schon in rund zwei Wochen. Da kann man schnell nachfeilen, sind schließlich Maintenance Releases.

Startet man erstmals 6.1.1.2, kann man eine farbig unterlegte Infozeile sehen (zumindest im TDF-deb-Original), eher eine mit der Bitte “Help us make LibreOffice even better!”. Das entbehrt mit der Vorgeschichte nicht einer gewissen Ironie.

Über den Button gelangt man auf Get Involved. Wobei ich den Erfolg solcher Aufrufe im Programm bezweifle (sowas hat man auch schon bei derartigen Versuchen in einem großen Linux-Forum gesehen). Wer wirklich beitragen kann und will, macht das auch ohne.

Update 2018-09-13: rc2 ist zur Final erklärt worden, die Karrenzzeit also diesmal recht kurz.

Warnung vor Liquorix-Kernel

axt

Vor längerer Zeit habe ich auf Liquorix-Kernel hingewiesen (speziell für 32-bit-Maschinen Pentium M, erste Atom-Serien, VMs). In bestimmten Grenzen mögen diese noch eine Alternative darstellen, im Hinblick auf nach wie vor nicht mehr funktionierende 32-bit-Versionen (die letzten in VBox-VMs sind 4.15.x gewesen) und Steven Barretts offensichtliches Desinteresse, sein Produkt zu fixen, muß ich das eher insgesamt in Frage stellen.

Read more “Warnung vor Liquorix-Kernel”

mesa 18.1 in Bionic

axt

Wer sich nicht unbedingt damit befaßt, weiß wohl kaum etwas mit der Mesa 3D Graphics Library anzufangen (allgemein bekannt ist oft nur die einfache Demo mit den drei drehenden Zahnrädern glxgears aus dem Paket mesa-utils). Aktuell ist 18.1.3 mit wichtigen Änderungen gegenüber 18.0.x, das, wie sollte es anders sein, im aktuellen Ubuntu 18.04 herumdümpelt, selbst noch in den Dailies für 18.04.1 (da ist sowieso in den zwei Monaten seit Release kaum etwas passiert, heutiges LBionic-Manifest, dabei kommt das Point Release bereits in einem Monat). Ubuntu eben…

Zumindest mesa 18.1.1 kann man über PPA in Bionic installieren:

1
2

sudo apt-add-repository ppa:ubuntu-x-swat/updates
sudo apt-get update && sudo apt-get dist-upgrade

Nach Distupgrade PolicyKit wieder aktivieren

axt

Nach einem Lubuntu-Distupgrade kann es vorkommen, daß root-Rechte verlangende Programme mit grafischem Frontend wie gparted und synaptic nicht mehr starten, es passiert scheinbar nichts. Ruft man sie in einem Terminal bspw. mit

1

synaptic-pkexec

auf, wird

polkit-agent-helper-1: error response to PolicyKit daemon: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie

angezeigt. Einfache Ursache ist, daß polkit nicht mehr gestartet wird. Über

1

lxsession-default-apps

setzt man über den Tab Autostart “PolicyKit Authentication Agent” aktiv und loggt sich neu ein.

Lubuntu 18.04 Bionic Beaver torrents

axt

Torrents für das heutige Release Lubuntu Bionic Beaver:

Kerndaten:

  • Kernel: 4.15 (bereits EOS seitens der Kernel-Entwickler, dafür will ausgerechnet Canonical tatsächlich 5 Jahre Support (liegt in main) in dafür nötiger Eigenverantwortung bieten – aktuell ist 4.16(.4), in Entwicklung 4.17, derzeit rc2)
  • XServer: 1.19
  • Mesa: 18.0.0~rc5 (aktuell ist 18.0.0)
  • systemd: 237 (aktuell ist 238)

Artful erreicht 2018-07-19 EoS, bis dahin muß gedistupgradet worden sein. Das erste Bionic-Pointrelease ist für 2018-07-26 geplant. Ab dann können träge “LTS”-User von Xenial offiziell distupgraden.

·

2020-08-13: Pointrelease 5 mit Focal-HWE.

2020-02-12: Pointrelease 4 mit Eoan-HWE.

2019-08-08: Pointrelease 3 mit Disco-HWE (Kernel und XServer) soll um eine Woche verschoben im Laufe des Tages erscheinen.

2019-02-14: Live-Images auf Pointrelease 2 aktualisiert, enthalten HWE aus Cosmic (aber bleiben “LTS”-altbacken).

2018-07-26: Live-Images auf PR 1 aktualisiert. Alternate-Images bleiben bei 0.

2018-05-08: Das 2018-10-18 (siehe Paket distro-info-data) erscheinende 18.10 hat heute den Codename Cosmic Cuttlefish erhalten. Offensichtlich hat sich das Gerücht “Cosmic Canimal”, das selbst auf cdimage.ubuntu.com über Ubuntu und den diversen Derivaten steht – immer noch – nicht bewahrheitet (das wäre auch ziemlich albern gewesen, vermutlich werden aber eher lizenzrechtliche Gründe dagegen gestanden haben – und zu OSS paßt derartige Werbung für ein kommerzielles (Fremd-)Produkt auch nicht).