I doubt it, those A53 cores aren't very fast at all and the Coretex-M4F is only 32-bit. It would be much better if they used a Snapdragon 8cx but I suppose that would hit their profit margin too much.

But at least it uses an open-source compatible graphics chip, unlike the PineBook Pro and it's shitty Mali GPU.

No, the GRUB version in beowulf doesn't support f2fs.

I was thinking about suggesting that but a better solution is probably to just install GRUB in Artix instead of Devuan. The only problem with that is having to manually update the configuration every time the kernel version in Devuan changes.

Another alternative is to install Artix's GRUB version in Devuan by running these commands from Artix:

# mount /dev/sda1 /mnt
# pacman -S grub
# grub-install --target=i386-pc --boot-directory=/mnt /dev/sda

Then remove the grub-pc package in Devuan but keep the grub2-common package installed so that the configuration file is updated every time the kernel version changes:

# apt install grub-pc- grub2-common

And yet another alternative is to backport the grub-pc, grub-common & grub2-common packages from ceres.

I presume this is a non-UEFI system?

Devuan's GRUB can't deal with the multiple initramfs images that are created in Arch-based distribustions if the CPU µcode package is installed.

If you post the actual /boot/grub/grub.cfg file then we could confirm if this is the problem here.

You need to pass the location of the root partition to the kernel and it's best to identify it with a UUID because the block device assignment might change from one boot to the next.

Try something like this (replace $uuid with the actual UUID for the Artix root partition):

menuentry 'Artix' {
   search --fs-uuid --set=root $uuid
   linux /boot/vmlinuz-linux-lts root=UUID=$uuid rw quiet # add any other boot parameters here
   initrd /boot/intel-ucode.img /boot/initramfs-linux-lts.img
}

^ That presumes the intel-ucode package is installed, check /boot in Artix for the actual initramfs images and adjust as required.

You don't need a backported kernel or the AMD graphics firmware if you're running in a VM because the VM isn't exposed to the AMD card (as I already explained and as you already claimed to have understood).

I don't use virt-manager but I know that the default -vga std option for QEMU supports up to 2560x1600. The -vga qxl option will support up to 2560x1440 and higher resolutions are available if the VGA memory size for the QXL drivers is increased: https://wiki.archlinux.org/index.php/QE … or_support

I presume your guest has the xserver-xorg-video-qxl package installed?

No, it will never end unless you start providing some logs that are relevant to the problem (in this case the X.Org log) and clearly state which version of the kernel and firmware packages are installed.

@rolfie says that the RX580 works for them, I don't have that card or a 4k monitor so I can't really comment directly.

Oops, sorry.

Well just use the non-graphical installer then. I was under the impression that the beowulf ISO didn't provide a graphical installer anyway.

Apparently not, no.

Yes, that's the whole point of Black Lives Matter — at the moment black lives seem to matter less than non-black lives

And I am very pleased to offend such an ignorant fuckwit as yourself

WTF are you doing? Why didn't you unpack the tarball containing the debian directory?

Try this instead:

# apt install build-essential devscripts
# tee -a /etc/apt/sources.list <<<'deb-src http://deb.devuan.org/merged/ beowulf main'
# apt update
mkdir -p ~/builds/eudev && cd ~/builds/eudev
apt source eudev && cd eudev-3.2.7
# mk-build-deps --install --remove
debuild -us -uc
# aptitude purge eudev-build-deps

^ That works for me.

I did:

override_dh_auto_configure:
        dh_auto_configure --builddirectory=build-deb \
                -- $(CONFFLAGS) $(CONFFLAGS_deb)
        dh_auto_configure --builddirectory=build-udeb \
                -- $(CONFFLAGS) $(CONFFLAGS_udeb)

8

Yes.

No, javascript was disabled in both browsers.

https://github.com/pixelb/ps_mem

That's exactly what the postinst script does:

if [ "$1" = configure ]; then
    # If the user prefers to manage the time zone by itself, let him doing that.

    if ! [ -e /etc/timezone ] && [ -z "$DEBCONF_RECONFIGURE" ] ; then
        db_stop
        echo
        echo "User defined time zone, leaving /etc/localtime unchanged."
    else
    
        # Get the values from debconf
        AREA=Etc
        ZONE=UTC
        db_get tzdata/Areas && AREA="$RET"
        db_get tzdata/Zones/$AREA && ZONE="$RET"
        db_stop
    
        # Update the time zone
        echo $AREA/$ZONE > /etc/timezone
        ln -nsf /usr/share/zoneinfo/$AREA/$ZONE /etc/localtime.dpkg-new && \
            mv -f /etc/localtime.dpkg-new /etc/localtime
        which restorecon >/dev/null 2>&1 && restorecon /etc/localtime
    
        echo 
        echo "Current default time zone: '$AREA/$ZONE'"
    fi

    # Show the new setting to the user
    TZBase=$(LC_ALL=C TZ=UTC0 date)
    UTdate=$(LC_ALL=C TZ=UTC0 date -d "$TZBase")
    TZdate=$(unset TZ ; LANG=C date -d "$TZBase")
    echo "Local time is now:      $TZdate."
    echo "Universal Time is now:  $UTdate."
    if [ -z "$DEBCONF_RECONFIGURE" ] ; then
        echo "Run 'dpkg-reconfigure tzdata' if you wish to change it."
    fi
    echo
fi

EDIT: added the rest of the configure option.

Is this to be a challenge thread then?

Can we at least see the contents of /boot/grub/grub.cfg?

Adding the ceres repositories to beowulf will break your system, that is an entirely expected result: https://wiki.debian.org/DontBreakDebian … nkenDebian

To use the non-ESR version of Firefox in beowulf download the tarball from Mozilla and then unpack and run it from your home directory.

I've just managed to install both FF v80 and LibreOffice in my Alpine Linux system (edge repositories) and there are no mentions of such a problem either on the Arch news page or in their forums so that doesn't appear to be the case.

Are you running one of the Devuan development branches? Package transitions can result in some things being un-installable for a while so perhaps you have encountered that issue.

LibreOffice is available for Android?

@OP: the post from @penguin is full of crap, that user doesn't know what they're doing and you shouldn't follow their advice.

Do not do that, that kernel is hopelessly outdated and only available from Ubuntu.

If you want to try a newer kernel than the 4.19 LTS branch supplied with beowulf then install the linux-image-amd64 metapackage from the beowulf-backports repository.

And to repeat: you *do not* need to install the AMDGPU-PRO drivers, they will offer worse performance than the stock open-source drivers supplied with the kernel (and written by AMD themselves).

Please post the output of

apt policy firmware-amd-graphics
# dmesg | grep firmware # needs to be run as root
uname -a

Your desired resolution will only be supported if you have the firmware package from the non-free component of the repositories so they are entirely relevant here.

It is possible that your monitor isn't supplying a valid EDID block (or perhaps the cable or connector is sub-standard) but the most likely cause is a lack of firmware.

EDIT:

Create an X.Org configuration file with a Screen section containing this option:

   DefaultDepth 30

See also https://linuxreviews.org/HOWTO_enable_1 … r_on_Linux

Be aware that OpenBSD has GNU's grep version in their ports tree: https://openports.se/sysutils/ggrep

OpenBSD avoids the GNU tools because of licensing incompatibilities but it's also worth noting that GNU's software tends to be rather bloated in respect of the codebase, which can expose potential vulnerabilities.

EDIT: for a rough example of this compare OpenBSD's grep.c (487 sloc) with GNU's grep.c (2177 sloc).