As of now `sudo pacman -Syu` installs KDE Plasma 6.0.2 on Manjaro Testing branch
Openstack RDO && KVM Hypervisor
Sunday, March 17, 2024
Friday, March 15, 2024
KDE Plasma 6.0.1 arrived on openSUSE Tumbleweed
UPDATE as of March 15, 2024 20:15 UTC
Next `sudo zypper dup` brings KDE Plasma to 6.0.2
END UPDATE
Deployment KVM Guest of openSUSE Tumbleweed was performed via the most recent ISO image dated 03/13/2024. Default disk layout was also updated with LVM Group. Following below are just several reports obtained by different GUI Tools
Yast Control Center's report
KDE Partition-er's report && hostnamectl
Saturday, March 9, 2024
KDE Plasma 6.0.1 on Fedora 40 WKS (Development branch)
UPDATE as of 03/14/24
As of now Fedora 40 is marked as beta in nightly builds and installs kernel 6.8.0 and KDE Plasma 6.0.2. See also
END UPDATE
KDE Plasma 6.0.1 seems to work with no obvious issues on Fedora 40 WKS ( nightly build as of 03/06/24 ) . Looks like requirements for beta staging for Fedora 40 and openSUSE 15.6 are a bit different. Anaconda Blivet GUI on Fedora 40 WKS allows to create any desired disk layout even during deployment WorkStation. Spice console works just fine for L1 and L2 KVM Guests .
Actually, double DE setup was performed on F40 WKS, KDE Plasma was installed by command `sudo dnf groupinstall "KDE Plasma WorkSpaces" -y ` .
Kernel 6.8.0-0.rc7.20240308git3aaa8ce7a335.60.fc41.x86_64 may be installed via koji build, fedora 40 is already branched. In testing environment this step may be undertaken.
Tuesday, March 5, 2024
Network Manager CLI && KVM Guests support on openSUSE Tumbleweed (Leap)
UPDATE as of 03/07/24
I was able to reproduce procedure below on openSUSE_Krypton.x86_64-16.0-Build11.97 ( KDE Plasma 6.0.80 Development branch )
END UPDATE
This post gives a detailed description of procedure creating network bridge via nmcli commands and virsh CLI. Same procedure was also tested with no issues on openSUSE Leap 15.5. Both tests have been performed in VENV and allow to avoid setup of Cockpit Web Console via https://download.opensuse.org/repositories/systemsmanagement:cockpit/15.5/systemsmanagement:cockpit.repo
boris@localhost:~> sudo nmcli connection add type bridge con-name bridge0 ifname bridge0
[sudo] password for root:
Connection 'bridge0' (60025474-7c94-41fd-bf5b-3340ed0673da) successfully added.
boris@localhost:~> ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 52:54:00:0f:34:63 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.103/24 brd 192.168.0.255 scope global dynamic noprefixroute enp1s0
valid_lft 27584sec preferred_lft 27584sec
inet6 fe80::5054:ff:fe0f:3463/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 52:54:00:21:1f:52 brd ff:ff:ff:ff:ff:ff
inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
valid_lft forever preferred_lft forever
4: bridge0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 0e:3c:fe:fa:68:5e brd ff:ff:ff:ff:ff:ff
Connection 'Bridge connection 1' (9ea502dc-838a-40a4-bc36-2605fe0436cb) successfully added.
boris@localhost:~> sudo nmcli connection up bridge0
Connection successfully activated (master waiting for slaves) (D-Bus active path: /org/freedesktop/NetworkManager
/ActiveConnection/5)
boris@localhost:~> sudo nmcli connection modify bridge0 connection.autoconnect-slaves 1
boris@localhost:~> sudo nmcli connection up bridge0
Connection successfully activated (master waiting for slaves) (D-Bus active path: /org/freedesktop/NetworkManager
/ActiveConnection/6)
boris@localhost:~> sudo reboot
boris@localhost:~> cat nwbridge.xml
<network>
<name>nwbridge</name>
<forward mode='bridge'/>
<bridge name='bridge0'/>
</network>
boris@localhost:~> sudo virsh net-define nwbridge.xml
[sudo] password for root:
Network nwbridge defined from nwbridge.xml
boris@localhost:~> sudo virsh net-start nwbridge
Network nwbridge started
boris@localhost:~> sudo virsh net-autostart nwbridge
Network nwbridge marked as autostarted
boris@localhost:~> sudo virsh net-list --all
Name State Autostart Persistent
---------------------------------------------
default active yes yes
nwbridge active yes yes
Saturday, March 2, 2024
What is an OSB ISO? What’s the difference of an OSB and a “normal ISO image"
Actually, what happens right now during deploying KVM Guest via Fedora-Workstation-Live-osb-40-20240301.n.0.x86_64.iso .
At the time of writing I clearly saw Anaconda Web UI behavior during installation via ISO image pointed above. However, it appears impossible to customize virtual disk layout. Every time EFI (/boot/efi, fat32) partition, BOOT partition (/boot, ext4), ROOT partition (btrfs,“/”) are supposed to be created, installer just configures BTRFS ROOT (“/”) partition in accordance with space proposed during virt-manager configuration phase.If I select ordinary ISO image ( Fedora-Workstation-Live-x86_64-40-20240301.n.0.iso ) everything works fine in traditional manner , say utilizing pretty nice “Blivet GUI”.
Thursday, February 29, 2024
Setup Python 3.12.2 on KDE Neon as of 02/29 vs Fedora 40 KDE Development branch
KDE Neon KVM guest was deployed via neon-user-20240229-0716.iso. Python 3.12.2 installation has been performed per https://www.dedicatedcore.com/blog/install-pyenv-ubuntu/
In particular case no upgrade of KDE Plasma up to 6.0 was required
Notice that deployment Fedora 40 KDE instance been done utilizing Fedora-40-20240229.n.0 Server boot ISO provide Python 3.12.2 completely functional right out of the box along with quality of KDE Plasma 6.0 significantly more close to production quality then KDE Neon ISO as of 02/29/2024
Saturday, February 24, 2024
Setup Python 3.12.2 on SparkyLinux2024.2 (kernel 6.7.6) via pyenv
UPDATE as of 02/25/24
This post is an immediate follow up on previous one http://lxer.com/module/newswire/view/337189/index.html to perform install Python 3.12.2 for particular user via pyenv in the same way as it was done in the link above. Then create new project in PyCharm with path to interpreter /home/boris/.pyenv/versions/3.12.2/bin/python3
boris@boris-sparky2024:~$ hostnamectl
Static hostname: boris-sparky2024
Icon name: computer-vm
Chassis: vm
Machine ID: 17b78005aa0441f0b8495db7ea04cb19
Boot ID: c5eafe586eab44ed90e78e1aeb4ea270
Virtualization: kvm
Operating System: SparkyLinux 8 (Seven-Sisters)
Kernel: Linux 6.7.6-sparky8-amd64
Architecture: x86-64
Hardware Vendor: QEMU
Hardware Model: Standard PC _Q35 + ICH9, 2009_
Firmware Version: 1.16.3-1.fc39
Firmware Date: Tue 2014-04-01
Firmware Age: 9y 10month 3w 3d
boris@boris-sparky2024:~$ sudo apt install build-essential libssl-dev zlib1g-dev libbz2-dev libreadline-dev libsqlite3-dev llvm libncurses5-dev libncursesw5-dev xz-utils tk-dev libffi-dev liblzma-dev python3-openssl git
boris@boris-sparky2024:~$ git clone https://github.com/pyenv/pyenv.git ~/.pyenv
Cloning into '/home/boris/.pyenv'...
remote: Enumerating objects: 23800, done.
remote: Counting objects: 100% (2311/2311), done.
remote: Compressing objects: 100% (349/349), done.
remote: Total 23800 (delta 2036), reused 2128 (delta 1925), pack-reused 21489
Receiving objects: 100% (23800/23800), 4.75 MiB | 4.74 MiB/s, done.
Resolving deltas: 100% (16150/16150), done.
boris@boris-sparky2024:~$ echo 'export PYENV_ROOT="$HOME/.pyenv"' >> ~/.bashrc
boris@boris-sparky2024:~$ echo 'export PATH="$PYENV_ROOT/bin:$PATH"' >> ~/.bashrc
boris@boris-sparky2024:~$ echo 'eval "$(pyenv init --path)"' >> ~/.bashrc
boris@boris-sparky2024:~$ source ~/.bashrc
boris@boris-sparky2024:~$ pyenv install 3.12.2
boris@boris-sparky2024:~$ pyenv global 3.12.2
boris@boris-sparky2024:~$ python3.12
Python 3.12.2 (main, Feb 24 2024, 13:19:43) [GCC 13.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import turtle as trt
>>>