shakedown.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A community for live music fans with roots in the jam scene. Shakedown Social is run by a team of volunteers (led by @clifff and @sethadam1) and funded by donations.

Administered by:

Server stats:

266
active users

#qemu

1 post1 participant0 posts today

My first #podcast appearance has finally gone live. SAP's "The Open Source Way" is a regular podcast looking at various #floss projects. This week Karsten talks to Helge and myself about #qemu, its capabilities, development model and project governance.

Find it wherever you listen to podcasts or just follow the link: podcast.opensap.info/open-sour

The Open Source Way - · The Open Source Way - QEMUIn this episode, Karsten Hohage talks about QEMU with Helge Dellar, SAP and Alex Bennée, Linaro. They talk about what is QEMU and how it helps the software ecosystem.  

💻 New to FreeBSD? Getting started is easier than you think.

As more people explore FreeBSD beyond servers, we're showing just how simple it is to dive in — even on a MacBook. Whether you're installing from scratch or trying out a virtual machine, FreeBSD offers flexible options to fit your setup.

For a full walkthrough, check out the blog post linked below: freebsdfoundation.org/blog/thr

Watch the full video here: youtu.be/CWuZLJkUBfw?si=cY6tvV

@deadbeefdotmonster Last time [not recently, maybe a year'ish ago] that i tried enabling 3D Accel [is that what you mean by "hardware accel"?] it seemed to work well, but it broke the ability for me to Suspend [aka Save] my VMs each time, ie, i had to fully SD them, then cold SU them next time. That was a bigger PITA for me than the hitherto lack of accel, so i disabled it again ever since. Ofc #QEMU / #KVM / #libvirt / #VirtManager have had many updates since then. Maybe it's better now?

A whole afternoon playing around... ok, no, that's not the word... It's been a whole afternoon banging my head against the wall that libvirt and its cousin virt-manager are.

I ended up going back to the ol' trusty shell script I use to fire up my FreeBSD and OpenBSD VMs. This is a desktop, not a server, so the VMs are on just for what I need to run on them (mostly checking portability of code I write) and then, they're shut down. No need for a socket listening in the background or a service to do who knows what.

The thing that really pissed me off was the permissions situation libvirt/libvirt-qemu got me into. I mean... wow, it silently set an ACL entry on my $HOME on its own to unilaterally give itself permissions inside my $HOME. Wow.

yesterday in #fedora qa (sorry, forgot):
* previous evening I finally pinned down the mystery network test bug affecting staging #openqa to #qemu . so spent most of yesterday reporting it and starting to bisect it: bugzilla.redhat.com/show_bug.c . looks like it's likely to come down to a cluster of changes to virtio-net in qemu 9.2.0

bugzilla.redhat.com2369047 – DHCP not working reliably between tap / openvswitch guests with qemu 9.2.0+
Replied in thread

@theDuesentrieb I asked for the highest-spec computer the company would buy me (which turned out to be an Apple MacBook M2). I then promptly installed a QEMU-based emulator and installed Debian Linux into the emulator. The emulated disk is fully encrypted. I allow the VM full use of all CPU cores and 100% of all memory and disk space.

If you do get a Apple computer, I highly recommend you buy UTM from the app store, it is by far the most cost-effective option, and works extremely well with Debian Aarch64. Once you install the qemu-guest-agent package onto Linux, the Linux screen resolution will automatically match the #MacBook, copy-paste works seamlessly between #Linux and #MacOS. Desktop environments like #Cinnamon, #Xfce, #Gnome, and #KDEPlasma all allow you to select #HiDPI scaling which allows Linux to take full advantage of the #Apple “retina” display (it looks beautiful). The one and only drawback is that #QEMU cannot use Apple’s hardware multimedia codecs, so it falls back to software codecs, and the CPU just can’t keep up with things like video conferencing, or often even ordinary 720p video playback. I use Mac OS for only multimedia applications and video conferencing. For everything else, I continue to use Linux.

I recommend the bridge networking adapter so you can have two-way network communications between Linux and MacOS, this allows for file transfer between Mac and Linux via rsync. The trade-off is that every time your Apple computer switches computers networks (e.g. between home and office), you must reset the networking services in Linux. If you choose the NAT network option Linux will always have network access directly via the MacOS interface, but you will not be able to easily transfer files between Mac and Linux.

The keyboard is the hardest thing to get used to, mostly that “super” and “alt” are swapped. Be sure to transpose those keys in the #UTM configuration. It is easy to configure the Apple keyboard to (for example) make caps-lock another control key.

UTMUTMSecurely run operating systems on your Mac

'"[…] Live update is a technique wherein a #QEMU plus guest instance can be updated to run the latest version of QEMU, with minimal guest pause time, and no loss of external connections.[…]

When I last wrote in this space about our QEMU Live Update project, it was but a prototype, […] That has since changed with the release of cpr-reboot mode in QEMU 8.2, and the […] cpr-transfer mode in QEMU 10.0."'

blogs.oracle.com/linux/post/wh