No. It is impossible. Maybe in Daedalus. Of course, on the condition that this project does not "die".

Yes, of course. You won't get far with that attitude. By the way, even distrowatch mentioned this key issue. Great promotion for this distro.

P.S.

I have already migrated my machines to Debian land.

Please excuse my poor English. First of all, I wanted to ask why the persons responsible for maintaining the repository keys did not update them in time? Second of all, I wanted to ask about these people, i.e. Devuan developers approach to security. Is it normal that the people responsible for storing these keys have not updated them in time? Is it normal that these keys have to be manually downloaded and installed in a potentially dangerous way?

P.S.

I just want to reiterate that personally I have been using Debian for over ten years. I have NEVER had such or similar problems. Maybe Devuan developers should review their approach to security and not be so irresponsible? Personally, I'm about to migrate back to Debian land, since the Debian developers take security much more seriously.....

P.P.S

I don't want to offend anyone. This is just my opinion...

Why use this product of dubious quality when there is good quality and open source alternative-QEMU / kvm?

Thanks, dude.

Hello. Your last specified command is not needed, because the package

already contains a graphical ui.

Hello. Just install package

desktop-base

.

Don't make a FrankenDevuan....

Don't brake your Devuan installation....Some third-party repositories might appear safe to use as they contain only packages that have no equivalent in Devuan (or Debian). However, there are no guarantees that this repository will not add more packages in future, leading to breakage. Packages in official Devuan (Debian) releases have gone through extensive testing, often for months, and only fit packages are allowed in a release. On the other hand, packages from external sources might alter files belonging to other packages, configure the system in unexpected ways ans introduce vulnerabilities. Once packages from unofficial sources are introduced in a system it can become difficult to pinpoint the cause of breakage especially if it happens after months.

I don't really understand the essence of this distribution. After all, you can always install a minimal system and then install what you need. In addition, it is not yet clear what the author of this distribution added to his work. I don't want to offend anyone, but personally I would avoid this distributor.

But Atom takes longer to start up than emacs. This is  because of the dynamic architecture of the app. The majority of code is written in JavaScript as opposed to C or C++, which is important for Atom’s extensibility, but makes it more challenging to ensure that the app starts quickly. Atom currently uses more memory than emacs.

Just use emacs.