<div dir="ltr"><div>On :</div><div><br></div><div><div>DragonFly marietto 6.1-DEVELOPMENT DragonFly
v6.1.0.573.gfca8e8-DEVELOPMENT #0: Wed Dec 22 09:11:32 CET 2021
marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC x86_64</div><div><br></div></div><div>qemu-system-x86_64 \<br>-machine type=q35,accel=nvmm \<br>-smp cpus=4 -m 8G \<br>-drive if=pflash,format=raw,readonly=on,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_CODE-x86_64.fd \<br>-drive if=pflash,format=raw,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_VARS-x86_64.fd \<br>-drive file=/mnt/dragonfly-ufs/bhyve/impish-cuda-11-4-nvidia-470.img,if=none,id=disk0 \<br>-device virtio-blk-pci,drive=disk0 \<br>-netdev user,id=net0,hostfwd=tcp:127.0.0.1:6022-:22 \<br>-device virtio-net-pci,netdev=net0 \<br>-object rng-random,id=rng0,filename=/dev/urandom \<br>-device virtio-rng-pci,rng=rng0 \<br>-display curses \</div><div><br></div><div>WARNING: Image format was not specified for '/mnt/dragonfly-ufs/bhyve/impish-cuda-11-4-nvidia-470.img' and probing guessed raw.</div> Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.<br><div> Specify the 'raw' format explicitly to remove the restrictions.</div><div><br></div>qemu-system-x86_64: invalid accelerator nvmm</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno mar 28 dic 2021 alle ore 21:14 Mario Marietto <<a href="mailto:marietto2008@gmail.com">marietto2008@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello to everyone. <br></div><div><br></div><div>I've installed and I'm running this version of Dragonfly :</div><div><br></div><div>DragonFly marietto 6.1-DEVELOPMENT DragonFly v6.1.0.573.gfca8e8-DEVELOPMENT #0: Wed Dec 22 09:11:32 CET 2021 marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC x86_64</div><div><br></div><div>the problem that I'm experimenting is that sometimes I see the error that u see on the pics that I have attached and I can't use the system anymore,so I should reboot and hope that it gone away :</div><div><br></div><div><a href="https://ibb.co/vDJrzWB" target="_blank">https://ibb.co/vDJrzWB</a><br><a href="https://ibb.co/KVz1kVr" target="_blank">https://ibb.co/KVz1kVr</a></div><div><br></div><div>the graphic card that I'm using as default that produces the error is : CoffeeLake-S GT2 [UHD Graphics 630]</div><div><br></div><div>Is there a patch to fix the error ? thanks.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno mar 28 dic 2021 alle ore 12:15 Antonio Huete Jimenez <<a href="mailto:tuxillo@quantumachine.net" target="_blank">tuxillo@quantumachine.net</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The "kde" meta package was missing because there were dependencies that <br>
were not building. Zrj has fixed them and now the binary packages have <br>
been built and uploaded to the servers.<br>
<br>
$ pkg search "^kde5.*"<br>
WARNING: Meta v1 support will be removed in the next version<br>
WARNING: Meta v1 support will be removed in the next version<br>
kde5-5.22.5.21.08.1 KDE Plasma Desktop and Application <br>
(current)<br>
<br>
We don't know the status of KDE5 desktop, but it's probably either non <br>
working or unstable.<br>
<br>
<br>
On 26/12/21 2:29, Pierre Abbat wrote:<br>
> On Friday, December 24, 2021 7:31:12 PM EST Gerald Henriksen wrote:<br>
>> ilmbase is for the OpenEXR image format (with originated at ILM aka<br>
>> Industrial Light & Magic), which I believe KDE (and possibly other<br>
>> things) pulls in.<br>
> <br>
> Okay, but what's the name of the KDE desktop package? Has it been renamed, or<br>
> did it fail to build?<br>
> <br>
> Pierre<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr">Mario.<br></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">Mario.<br></div>