You are not logged in.
The best however is to not use any of those configuration scramblers, but to settle for the original ifupdown system together with wpagui. With those you are seated with maximal flexibility, simple configuration basis by editing text file(s) and a fantastic opportunity catering for any custom networking landscaping.
All it takes is a bit of knowledge which is acquired by means of reading -- reading man pages, starting with man interfaces. Knowledge is power. When you give knowledge away for an idea of convenience, then you lose.
To be clear: when/if interesting discussions emerge I would be keen to assist with improved platform software.
When/if interesting discussions emerge I would be keen to assist with improved platform software.
I set up a package mirror recently, and after a month++ it's sailing with these metrics
Network bandwith: 60GB/month (est)
Disk usage: 23 G
CPU load (avg/peak): 2% / 4% (at 4 traffic peak times per day)
Admin time (est): averaging to <10 min/day
As you say, it only holds Devuan packages and it redirect to deb.debian.org for all Debian packages (as per the standard mirroring instructions).
The mirror is a Single-CPU VPS (qemu) with 1G RAM allotment by a "Tier 3" company.
The programs egrep and fgrep belong to the grep package.
Possibly you have them as /bin/grep and /bin/egrep where they have been residing since yonks. Now everything is supposed to reside in /usr/bin due to a reconfiguration of the root filesystem where all pathnames /bin, /sbin and /lib* are replaced with links to same-named directories under usr.
You may have heard about it as "usrmerge".
Most likely you have updated checking tools that expects/requires those silly-links.
Note that UEFI bios is 32-bit software so booting may have difficulties with an EFI partition beyond 4G byte address. The general advice is always to have that partition first on the disk (i.e. starting at a 1M = 2048 sectors offset).
I use ifupdown on its own.
But, yes, connman apparently includes DNS caching with built-in assumption that the network world is unchanging. Not that I know much about it; for me it turned up as a debian hack when wicd was abandoned, but there may well be more history to it than that.
The easiest and best (I say) is to just use traditional network configuration with ifupdown together with wpa_supplicant and possibly its wpagui gui tool,
EDIT: start with man interfaces
Don't use connman
how about using
sudo reboot ; exit
Good.
Development like that would happen in git.devuan.org/devuan/documentation with normal fork+change+merge activity.
Thus, 1) register there; 2) fork the project, 3) start a branch.. perhaps named wip/excalibur (but naming could well be discussed); 4) edit; 5) make merge requests to the source project.
There is no magic involved.
Installers that are fully contained within their initrd will be fully loaded by ventoy from their ISO files, and "work" provided that they don't require access to their media.
Installers that require access to their media will not have that access, because the media is not available as partitions with ventoy.
If such an an installer is made to look for a ventoy partition, to mount that filesystem, to search for their ISO among the collection of ISO image files, then it may well also work.
Good. I suppose that error code "-19" means something particular but I don't really know how to find out what. You might want to drop in to the #devuan IRC channel on lilbera.chat where you're likely to find people that knows about graphics.
Does the user that starts Xorg have due access to /dev/dri/card0 ?
You'll need to install hostapd and read through its documentation.
A next option if indeed the "59" package does provide the required ABI could be to use equivs and set up a dummy "58" package so as to make apt happy (believing the "58" package is installed).
Your equivs package, which takes a small amount of effort, would be void of content and only have the meta information declaring it to provide libavformat58 and depend on libavformat59.
In that way you would implement that claim that your "59" package provides whatever is required from the "58" package.
@Altoid, did you try installing when adding/keeping a chimaera sources.list line (in addition to daedalus)? or does that raise conflict with the "59" package?
Thanks for your concern. Let us now and henceforth round up the nonsense and only post things likely to be of more general interest.
I hope all my posts look interesting
Possibly i you get the initial grub splash screen, you might try using E, C or ESC to enter grub command line and ther type "exit" and ENTER.
Please, if you are posting links, then post links. Otherwise it's just an illegible mess of characters.
Please use "code" block around code and log files.
The way to find out is to use strace, focussing on the open or openat system calls and reducing it to the files concerned. Something like
$ strace -f -s 200 $program | sed '/open/!d;s|[^"]*"||;s|".*||' | sort -u
where $program is that program that handles the mouse click... your file browser(?).
EDIT: However if the click handling program farms out the decision logic to some dbus activated something, it breaks the call chain and becomes slightly more complext to trace. You might then need to trace dbus to work out where the decision logic is sited, and then set up a way to strace that.
@alexkemp; late evening perhaps
Please check /etc/default/dbus again (which indeed is different from /etc/init.d/dbus).