Refracta beowulf xfce isos

fsmithred · 2019-12-31 14:51:38

Betas:
https://get.refracta.org/files/testing/

I know there are a couple of issues with the high contrast theme. (wrong icon set, one wrong launcher.)

What else? (other than missing documentation. Don't worry, you'll figure it out. Release notes will come later, but they won't be much different from the last notes.)

Head_on_a_Stick · 2019-12-31 21:49:55

Works well in QEMU/KVM, great work!

How do you make the images so small? I use live-build for my images and they're twice the size, even for just an openbox desktop.

And can I steal your firemenu? That's a brilliant idea

Might be better to use a case statement for the find_editor function though, it will be parsed quicker than the elifs.

golinux · 2019-12-31 22:11:56

Head_on_a_Stick wrote:

And can I steal your firemenu? That's a brilliant idea

You can find it here: https://sourceforge.net/projects/refracta/files/Extras/

Head_on_a_Stick · 2020-01-01 12:18:09

^ Thanks, it works in my buster GNOME desktop :-)

HevyDevy · 2020-01-01 13:29:40

Working great for me so far. Is gvfs getting better i wonder, ive always been wary of it but it picks my smartphone up no worries and file transfer is a breeze.

fsmithred · 2020-01-01 15:21:54

These isos were made with refractasnapshot, which has a pretty extensive rsync excludes list and a high compression on the squashfs. Before that, most of the packages are installed without Recommends. The initrd is xz compressed - that saves a few MB.

I started with the no-X isos I made with live-sdk, installed onto virtual disks, added software and customized some stuff and then made a snapshot. Until ascii, these things fit on a CD.

pcalvert · 2020-04-24 12:49:34

I looked around quite a bit and didn't see any instructions anywhere on how to verify the downloads using the SHA256SUMS.txt.asc file. Such instructions (or a pointer to where they are located) would be very helpful.

Phil

fsmithred · 2020-04-24 17:25:10

pcalvert wrote:

I looked around quite a bit and didn't see any instructions anywhere on how to verify the downloads using the SHA256SUMS.txt.asc file. Such instructions (or a pointer to where they are located) would be very helpful.
Phil

Download SHA256SUMS.txt and SHA256SUMS.txt.asc

Get my key if you don't already have it.

$ gpg --recv-keys 094c5620

Verify the signature file:

$ gpg --verify SHA256SUMS.txt.asc 
gpg: assuming signed data in 'SHA256SUMS.txt'
gpg: Signature made Tue 31 Dec 2019 06:22:14 AM EST
gpg:                using RSA key A73823D3094C5620
gpg: Good signature from "fsmithred (aka fsr) <fsmithred@gmail.com>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg:          There is no indication that the signature belongs to the owner.
Primary key fingerprint: 67F5 0132 1627 1E85 C251  E480 A738 23D3 094C 5620

The warning occurs because my key is not in the web of trust of the user who ran this. (It's an account I use for testing.) When I run it from my real account, the output ends with the Good signature line, because this key is signed by a key that I trust.

Note: If you normally use a different method for verifying official Devuan isos, you can do it that way. I use the same key for both.

Note 2: If you get a message saying that my key is EXPIRED then you need to refresh your keys (or at least my key).

gpg --refresh-keys 094c5620

This is current:

$ gpg --list-keys 094c5620
pub   rsa4096 2017-10-07 [SC] [expires: 2021-09-20]
      67F5013216271E85C251E480A73823D3094C5620
uid           [ultimate] fsmithred (aka fsr) <fsmithred@gmail.com>

fsmithred · 2020-04-25 15:14:38

Here's an updated version of the firemenu script that might make it easier to work with. There are buttons to comment or uncomment the entire list at once. It's not packaged yet, so just drop the script into /usr/bin/.
http://distro.ibiblio.org/refracta/file … s/firemenu

pcalvert · 2020-04-25 16:35:33

Thank-you.

fsmithred wrote:

Get my key if you don't already have it.
$ gpg --recv-keys 094c5620

^^^ This didn't work.

Result:

$ gpg --recv-keys 094c5620
gpg: keyserver receive failed: No name

However, this appeared to work:

$ gpg --keyserver hkp://keys.gnupg.net --recv-keys 094c5620
gpg: key A73823D3094C5620: 1 signature not checked due to a missing key
gpg: key A73823D3094C5620: public key "fsmithred (aka fsr) <fsmithred@gmail.com>" imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg:               imported: 1

Phil

fsmithred · 2020-04-25 20:58:08

Thanks. I added the keyserver to the command in the README file that I added earlier today.

I also uploaded new isos - beta2 xfce. Added some missing packages and updated the software.

pcalvert · 2020-05-04 04:05:15

My test results:

1st attempt
===========

Version: refracta10-beta2_xfce_amd64-20200425_1600.iso

Error messages:

WARNING: Device /dev/loop0 not initialized in udev database even after waiting 10000000 microseconds.
WARNING: Device /dev/sda not initialized in udev database even after waiting 10000000 microseconds.
WARNING: Device /dev/sda1 not initialized in udev database even after waiting 10000000 microseconds.
WARNING: Device /dev/sda2 not initialized in udev database even after waiting 10000000 microseconds.

...and so on.

I didn't know what to do about it, so I just waited to see what would happen. After a long wait, the boot process eventually "died" and I thought the system had frozen. I pressed the "Enter" key to see if anything would happen, and I was presented with a working command prompt.

2nd attempt
===========

Version: refracta10-beta2_xfce_i386-20200425_1631.iso

As before, error messages:

WARNING: Device /dev/loop0 not initialized in udev database even after waiting 10000000 microseconds.
WARNING: Device /dev/sda not initialized in udev database even after waiting 10000000 microseconds.

I pressed Ctrl-C and the boot process continued. Eventually I was presented with an Xfce desktop. The mouse was unresponsive, so I tried pressing Ctrl-Alt-Delete and Ctrl-Alt-Backspace. Nothing happened. However, the system wasn't totally locked up because the clock was working.

Phil

fsmithred · 2020-05-04 16:22:36

WARNING: Device /dev/loop0 not initialized in udev database even after waiting 10000000 microseconds.
WARNING: Device /dev/sda not initialized in udev database even after waiting 10000000 microseconds.

I got it once today when booting the amd64 iso in qemu. Can't repeat it, so I can try what I wanted to test.

Please try adding rootdelay=5 to the boot command. Meanwhile, I'm trying to track down the bug. Seems to be in udev and fixed in version 240 according to debian bug reports.

For frozen mouse and keyboard, unplug and replug one of them.

brocashelm · 2020-06-29 15:07:21

Thanks to this distro, I'm now a full-time Devuan advocate.

fsmithred · 2020-06-29 15:20:32

Cool! I'm glad you like it.

I neglected to make an announcement, but the beowulf version of refracta is no longer in beta. Refracta10 is here! Some bugs mentioned in this thread have been fixed or workarounds are in place.
That was discussed here: https://dev1galaxy.org/viewtopic.php?id=3520

Isos are here:
https://get.refracta.org/files/stable/

The officially official Devuan Forum!

#1 2019-12-31 14:51:38

Refracta beowulf xfce isos

#2 2019-12-31 21:49:55

Re: Refracta beowulf xfce isos

#3 2019-12-31 22:11:56

Re: Refracta beowulf xfce isos

#4 2020-01-01 12:18:09

Re: Refracta beowulf xfce isos

#5 2020-01-01 13:29:40

Re: Refracta beowulf xfce isos

#6 2020-01-01 15:21:54

Re: Refracta beowulf xfce isos

#7 2020-04-24 12:49:34

Re: Refracta beowulf xfce isos

#8 2020-04-24 17:25:10

Re: Refracta beowulf xfce isos

#9 2020-04-25 15:14:38

Re: Refracta beowulf xfce isos

#10 2020-04-25 16:35:33

Re: Refracta beowulf xfce isos

#11 2020-04-25 20:58:08

Re: Refracta beowulf xfce isos

#12 2020-05-04 04:05:15

Re: Refracta beowulf xfce isos

#13 2020-05-04 16:22:36

Re: Refracta beowulf xfce isos

#14 2020-06-29 15:07:21

Re: Refracta beowulf xfce isos

#15 2020-06-29 15:20:32

Re: Refracta beowulf xfce isos

Board footer