You are not logged in.
I used devuan_daedalus_5.0.preview-20230425_amd64_netinstall.iso
in my PC with a newly installed gpu 6950xt (rdna2) .
After i choose either default install or expert install i see a distorted image of
the installer that cant be read to proceed.
I found a 5year old thread of the same issue (i guess that devuan uses debian installer) :
https://forums.debian.net/viewtopic.php?t=132200
The image linked in that discussion is like what i see.
I tried the devuan_daedalus_5.0.preview_20230209_amd64_desktop-live image and it booted to gui with no problem. I write this line from using it.
In my Chimaera system i installed a new gpu amd 6950xt . And according to the wikipedia it's rdna2 navi21 architecture codenamed Sienna Cichlid.
My Devuan PC boots but in a smaller resolution and dmesg doesnt contain any related message. Also no gpu driver seems loaded ( lspci )
My initial setup of related install .debs :
xserver-xorg-video-amdgpu 19.1.0-2 installed but it doenst have new version backported .
firmware-amd-graphics 20210315-3 But there is a new version of the firmware backported.
So i installed :
firmware-amd-graphics 20230210-4~bpo11+1
In the firmware file it contains related firmware:
amdgpu/sienna_cichlid_ce.bin
But the issue remains.
I remember a Phoronix article on amdgpu changing the way it releases the firmware. In that case could it be that a newer version of amdgpu is also needed?
Also it seem to me strange that both versions of xserver-xorg-video-amdgpu support the same chip families. I think there is something no rigth here. What is the relation of the driver and the firmware .debs? Can one support a family and not the other ?
Package: xserver-xorg-video-amdgpu
Version: 19.1.0-2
This package provides the 'amdgpu' driver for the AMD Radeon cards. The
following chip families should be supported: Bonaire, Hawaii, Kaveri, Kabini
Mullins, Iceland, Tonga, Carrizo, Fiji, Stoney.Package: xserver-xorg-video-amdgpu
Version: 23.0.0-1
This package provides the 'amdgpu' driver for the AMD Radeon cards. The
following chip families should be supported: Bonaire, Hawaii, Kaveri, Kabini
Mullins, Iceland, Tonga, Carrizo, Fiji, Stoney.
Refs:
Xorg RadeonFeature althougth not sure if it applies to amdgpu .
Archwiki page on amdgpu . Althought archwiki is another distro sometimes you find usefull info. not in my current issue thought..
Devuan GNU/Linux 5 (daedalus/ceres)
After doing :
$ sudo apt-get update
$ sudo apt-get upgrade
$ virt-manager --debug
--if i try to 'open' the window of a virtual machine virt-manager
crashes with the following message:
(virt-manager:19736): libsoup-ERROR **: 08:54:50.904:
libsoup3 symbols detected. Using libsoup2 and libsoup3
in the same process is not supported.
$ sudo apt-cache policy virt-manager
virt-manager:
Installed: 1:4.1.0-1
Candidate: 1:4.1.0-1
how can i correct this?
I've checked https://tracker.debian.org/pkg/virt-manager
and bug reports upstream at the project's bug tracker
but i havent found something.
But in searching the interent i found arch related opened issues FS#75823 where the cause is said to be libgovirt on which many applications depend
I've managed to connect to a running vm from the command line:
$ sudo virsh list --all
Id Name State
-----------------------------------
6 Hyperbola_min_vm running
- Devuan_vm shut off
$ virt-viewer --connect qemu:///system 6
So the issue in my case dont seem related to virt-viewer
I thing we live in an era that foss land is attacked. Not exactly the whole word . One letter is attacked.
For me the attack was formely initiated the day RMS visited Redmond (what was on his mind??...) .
Days letter the web lynching of RMS started. Paidophile, autistic , dirty bearfoot hippy..etc.
The great irony?. The MIT scandal raised serious ethical questions about funding from malicious and unethical actors to institutions
that we prefer to envision as public and motivated by higher ideas. Education, knowledge etc.
But the second greatest irony? Many Institutions in the foss land (SFC,Redhad,FSFE) aligned with MIT's heads scapegoating agenda saw that as an opportunity
not to discuss the matter of ethical donatiions but disgracing publicly RMS persona announcing to the plubs the new inclusive order of things.
In that new era.. Linus and Richard are in the social dysfunctional spectrum and in foss fora the new ideas of sponsor hunting and corporate friendliness have taken the sky..
HUGE piles of money (huge propably in our eyes for a big corp propably one medium scale strategy campaing.. for those uninitiated a study of how Uber conducts those affairs should be a good start up tutorial...) and donations from SFC to OpenBSD and Gnome have been softening the ground to let the new order bloosom.
Foss Newsites call us to be thankfull to our benovalent new masters in the fossland.
I've been familiarizing myself with debtags and the CLI command 'debtags'.
I found it helpfull and I wanted to ask if a GUI utility with debtags support , sth like packagesearch exist in devuan.
Thank you.
I've created an installation video . I'll use that hint in future versions.
Installing Devuan Chimaera's netinstall iso in a qemu vm i see the initial installation menu and choosed Help.
There by pressing F keys i can see various help menus but i cant find a way to return to
the main menu.
Also i tried to hit Enter to install but i get:
No DEFAULT or UI configuration directive found!
Interestingly invocation section of man page of bash dont refer to profile.d .
So maybe it started as a distro practice that stuck and now it's used a a global config-set up space ?
I found an interesting discussion here.
It seems that profile.d is used in some distros that use some shells that parse that folder for application specifics setups.
In my devuan installation:
/etc/profile.d$ ls
bash_completion.sh flatpak.sh gawk.sh vte.csh gawk.csh vte-2.91.sh
But that wont work in a case like mine but only if libvirtd was reading some shell enviroment
variable to determine what net setup to enable when started.
So i guess profile.d is one way to setup an 'enviroment' for applications that would look to certain env variables.
If an app looks only to a config file profile.d it's not needed.
In my case i found first here about a command that fixes
a network error in virt-manager. Now as @xinomilo told me that can be set either with a terminal command or a gui setting that changes a relative setting.
I propably was unlucky finding only the first 'solution' that make me understand that a command fixes an error . But now it seems it's just an application
setting that propably sitting in a config file and there are two ways to change that 'file' and propably to edit it by a text editor.
And maybe virt-manager shouldnt either report it as an error! That small detail could have put me into a different fix mentality and not in the 'config' mentality.
To sum it up. It was a setting issue masqueraded as a pseudo 'correct functioning' issue.
chomwitt wrote:From where ? From general options or a VM options ? I didnt find anything.
Connection Options.
if you already connected virt-manager to local libvirtd : choose that (qemu:///system) connection and :
(menu) Edit -> Connection Details -> Virtual Networks tab -> choose network, and check "Autostart On Boot" on network Details.
I found it. Thanks!
Reading here https://www.linuxfromscratch.org/blfs/v … ofile.html
it seems that profile.d is for scripts that set up the shell enviroments.
So if i wanted to setup an application and it's initial set up i should do it from somewhere else.
But i've just read an askubuntu post where network config is attempted from a profile.d script.
.. (you can also change this from virt-manager/GUI).
From where ? From general options or a VM options ? I didnt find anything.
Head_on_a_Stick wrote:Was the script executable?
Sorry, that was a stupid question. Files in /etc/profile.d/ are sourced rather than executed. D'oh!
That explains why other scripts in profile.d werent executable.
Generaly i realized that profile.d is for preparing the system wide enviroment (of bash only or more generally ?)
So a more sound approach would be to start libvirtd and then make sure the default networking is enabled .
virsh is a libvirt client, so yes, libvirtd must be started in order for virsh to work..
although this https://dev1galaxy.org/viewtopic.php?pid=36441#p36441 makes your command unnecessary.. (you can also change this from virt-manager/GUI).
Yes i understand that. But i was curious to see if indeed a 'root' command can be executed in profile.d
So i could make the script wait and poll the processes and when libvirt is executed then to execute the command!
I made it executable but still nothing.
#!/bin/sh
export TESTPROFILEDOTD=1970
virsh net-start default &
The test var is changed but not the net default state.
I suspect that virt-manager and libvirtd process must have started first.
@Head_on_a_Stick Thanks! that worked.
I wonder why thought the script in /etc/profile.d/enableqemunetworking.sh didnt seem to work.
Are you familiar with cron jobs? That's one way to do it.
I know it's purpose, not familiar but i'll manage.
I tried that so far:
$ less /etc/profile.d/enableqemunetworking.sh
#!/bin/sh
virsh net-start default &
but didnt work..
@HeadonStick i try to enable qemu networking but the command only works with sudo.
I'm using Devuan GNU/Linux 5 with runit.
I want to run a 'sudo' command at login. I guess it needs to be
started as a root command without having to provide a password.
How could i do that?
Ok. so i'll keep xscreensaver for now .
$ aptitude why xscreensaver
i task-xfce-desktop Depends xfce4
i A xfce4 Depends xfce4-session (>= 4.16.0)
i A xfce4-session Recommends xscreensaver | light-locker | i3lockGoodmorning.
I cant find a similarly named package for the xfce4-screensaver utility :
$ sudo apt-cache search screensaver
boinc-screensaver - screen saver auto-controlling volunteer computing
cinnamon-screensaver - Cinnamon screen saver and locker
gnome-screensaver - Screensaver and screen lock formerly used in GNOME
mate-screensaver - MATE screen saver and locker
xscreensaver - Screensaver daemon and frontend for X11
...Thanks for the reply.
Distro: Devuan GNU/Linux 5 (daedalus) (runit) Desktop: Xfce 4.16.0
Trying to figure out some unpredictable behavior on a fresh installation related among else to screensaver (1)
i noticed that xsceensaver -systemd running . I wonder if that could create problems when systemd is not installed.
The Red Strings Club (wikipedia) has definitely hit a string in me..
Not in terms of gameplay (it has some boring minigames) but in the atmosphere it creates.
Alas it's 386 binary and also depends on an old lib :libcrypto.so.1.0.0 and libssl.so.1.0.0 that i found them in a old ubuntu repo archive.
I have a screenshoot in my toot in mastodon with a link to detailed instructions.
Has anyone else played it?
It seems there is an x-terminal-emulator.
As for the 'windows' key i'll need more time to search because my keyboard is a ergodox with custom mapping with no such key.
$ update-alternatives --display x-terminal-emulator
x-terminal-emulator - auto mode
link best version is /usr/bin/xfce4-terminal.wrapper
link currently points to /usr/bin/xfce4-terminal.wrapper
link x-terminal-emulator is /usr/bin/x-terminal-emulator
slave x-terminal-emulator.1.gz is /usr/share/man/man1/x-terminal-emulator.1.gz
/usr/bin/koi8rxterm - priority 20
slave x-terminal-emulator.1.gz: /usr/share/man/man1/koi8rxterm.1.gz
/usr/bin/lxterm - priority 30
slave x-terminal-emulator.1.gz: /usr/share/man/man1/lxterm.1.gz
/usr/bin/uxterm - priority 20
slave x-terminal-emulator.1.gz: /usr/share/man/man1/uxterm.1.gz
/usr/bin/xfce4-terminal.wrapper - priority 40
slave x-terminal-emulator.1.gz: /usr/share/man/man1/xfce4-terminal.1.gz
/usr/bin/xterm - priority 20
slave x-terminal-emulator.1.gz: /usr/share/man/man1/xterm.1.gz
I have xfce as my main desktop and i wanted to try xmonad.
sudo apt-get install xmonad
I log out and in the login screen with F1 i choose as session xmonad.
But when i log in i see the same devuan default background with the text (xmonad session)
but nothing happens.
It's supposed to be able to launch a terminal with Alt + Shift + Enter.
System:
Host: enoush2o Kernel: 5.15.0-3-amd64 x86_64 bits: 64 Desktop: Xfce 4.16.0
Distro: Devuan GNU/Linux 5 (daedalus/ceres)