The first one has a different name, the second one is named as you show it. Are you using auto.mirror.devuan.org or pkgmaster.devuan.org?

aptitude search libevent
...
i A libevent-2.0-5                                       - Asynchronous event notification library                        
p   libevent-2.1-6                                       - Asynchronous event notification library                        
...

apt-cache policy libevent-2.0-5
libevent-2.0-5:
  Installed: 2.0.21-stable-2+deb8u1
  Candidate: 2.0.21-stable-2+deb8u1
  Version table:
     2.0.21-stable-3 0
        100 http://pkgmaster.devuan.org/merged/ ascii/main amd64 Packages
        100 http://pkgmaster.devuan.org/merged/ ceres/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ stretch/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ buster/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ sid/main amd64 Packages
 *** 2.0.21-stable-2+deb8u1 0
        500 http://auto.mirror.devuan.org/merged/ jessie/main amd64 Packages
        500 http://auto.mirror.devuan.org/merged/ jessie-security/main amd64 Packages
        500 http://debian.csail.mit.edu/debian/ jessie/main amd64 Packages
        100 /var/lib/dpkg/status

apt-cache policy libzstd1
libzstd1:
  Installed: (none)
  Candidate: 1.3.2+dfsg-1
  Version table:
     1.3.2+dfsg-1 0
        100 http://pkgmaster.devuan.org/merged/ ceres/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ buster/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ sid/main amd64 Packages
     1.1.2-1 0
        100 http://pkgmaster.devuan.org/merged/ ascii/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ stretch/main amd64 Packages

Looking under /devuan, there doesn't seem to be anything in jessie-proposed-security or jessie-proposed-backports. And there's almost nothing in jessie-proposed-updates - I think it's just an old version of desktop-base. I think it makes sense to use only the /merged sources unless you know there's a particular package in the /devuan sources that you need. (like you're testing a new build for a packager.)

NO!  Don't do it. (Not sure exactly what the package manager is trying to do there, but it looks bad.)

There's no python3.5 in jessie or jessie backports. You can get 3.4 from the regular jessie repo.

apt-get install python3

Comment out the backports lines and run 'apt-get update' again. Then install python3. If you did a full desktop install, you probably already have it.

If you want to see a list of all the python packages that are installed, run

dpkg -l | grep python

I can think of some other options. When I was adding support for nvme disks in refractainstaller, I didn't have any nvme disks to test it, so I also made it aware of mmc devices. I know it sees them and displays them as choices for partitions/drives, but I've never tested an actual install to one. Nothing here will boot from mmc. So there are a couple of options for using that installer.

1. Try the devuan desktop-live uefi iso. It's jessie, but since the installer will see your drive, it might work.
https://files.devuan.org/devuan_jessie/desktop-live/

2. Try a refracta iso with the same installer.
Those are here - https://sourceforge.net/projects/refrac … isohybrid/

3. If you really do need a newer kernel, I made a devuan desktop-live iso with 4.9 kernel from backports.
That's here - http://distro.ibiblio.org/refracta/files/experimental/
Also in that same directory is ascii with openrc and eudev. That one is more experimental and was made for testing purposes. It's probably not your best choice.

4. Try a refracta-ascii no-X iso - https://sourceforge.net/projects/refrac … s/testing/
That one has the same installer, cli version. It's labeled as pre-alpha, but keep in mind that ascii is based on stretch, so it's really pretty stable. Refracta is a re-spin of Devuan and uses Devuan repositories for packages.

5. Use a refracta iso to do a debootstrap install of ascii.

Are you gonna show us your script? How do you get the window to stay up when you make a selection?

Those libraries are only jessie. Find out why they are there.

aptitude why libgnutls-deb0-28

Maybe apt can fix the breakage...

apt-get -f install

or re-run the dist-upgrade. (I had to do that on a couple of jessie to ascii upgrades.)

Maybe tell apt which chromium you want.

apt-get install chromium=62.0.3202.89-1~deb9u1

I've seen that happen, but I don't know what causes it. It hasn't happened in a long time. Tell me more about your setup. Is there another OS installed? Did you start with a new hard drive with nothing on it? How did you partition it?

And are you the same person who was telling me about this in irc a couple days ago?

Here's a more memorable url where you can find those package lists:
https://pkgmaster.devuan.org/

The ascii kernel version was finalized when stretch went into freeze. I think that was around a year ago. But your point about the documentation is spot on. Most of the debian documentation applies to devuan. (Except the systemd stuff). And even wheezy docs are mostly accurate for devuan jessie.

The way to get around needing different versions of grub for uefi vs bios is to include grub packages so you can install what you need. Support for this is in the installer (more or less, depending on the version.) Another way to deal with it is to skip installing the bootloader. This will work if you already have a working bootloader and can add another entry. (i.e. multiboot linux setup.)

Oops. You asked about making a snapshot, not installing. OK, refractasnapshot has an option called force_efi. It will work if grub-efi-amd64 was installed and then replaced with grub-pc without autoremoving the associated packages. (use apt-get, not aptitude to remove grub-efi)

More (edit2): Refracta isos have grub-pc installed and grub-efi packages included in the iso. The devuan desktop-live-uefi iso has grub-efi installed and the grub-pc packages were included (somewhat accidentally.)

I can confirm that it boots on uefi hardware.

Suspend works from the menu. On lid closure, all it does is turn off the screen. I could still log in through ssh (I added the server).

If you want to get ahead of the repo, there are newer versions of refractainstaller-base and refractasnapshot-base.The cli installer script can now do uefi install, and both -base packages have additional rsync excludes for /lib as a symlink to /usr/lib.
https://sourceforge.net/projects/refracta/files/tools/

Symlink /lib not an issue if you upgrade from jessie, but if you do a debootstrap install of ascii or install from an ascii installer iso (soon to be real) then you'll end up with /lib as a symlink. If you don't exclude some stuff in /usr/lib/live you end up with an extra copy of the system. You'll know this happened because your iso will be a lot bigger than you expected.