The officially official Devuan Forum!

You are not logged in.

#101 Re: Installation » Sources List all Non-Free ? » 2018-11-08 18:29:50

Would it be an option to provide two ISO flavors (free and non-free) in the meantime (i.e. the current way Debian handles this atm) until the issue can be resolved in the installer?

#102 Re: Installation » Sources List all Non-Free ? » 2018-11-08 01:13:55

Many thanks, highly appreciate your effort!

Even if the article might be dated, the major selling message "software freedom, your way" is in conflict with the installer's behaviour (or its debconf priority). I realized that the current policy is different from Debian (they only have these explicitly unofficial non-free isos but do not ship non-free firmware in their base distribution), and this makes me sad. However, I know that some users don't care about non-free firmware and, thus, I partially understand that the Devuan devs might argue for shipping non-free firmware by default. Still, I can't understand why the user is asked about enabling/loading it only in expert install mode. This is definitely not software freedom "my way".

#103 Re: Installation » Sources List all Non-Free ? » 2018-11-08 00:36:58

Well, the question that remains open to me is why such an important question is asked only in expert installs? I see a heavy conflict with this behavior of the installer and the statement posted on the website about non free-firmware (at https://devuan.org/os/source-code):

Devuan packages are 100% free software, and belong to the main section.

Devuan also provides contrib and non-free from Debian. We don’t recommend using these though:

    the contrib section contains free code that depends on non-free software.
    the non-free section contains packages distributed under the terms of proprietary licenses that deny you one or more computing freedoms.

But sometimes you don’t have a choice: if your machine requires non-free firmware to run, some computing is better than none. You should be aware that non-free firmware may contain undisclosed functionality that may be used against you (backdoors or spyware), and there’s little chance to discover it, as the source code is not available for review. Using non-free software means to trust the vendor not only to be cooperative, but also to not be coerced into shipping insecure or malevolvent code.

Proprietary software licenses (non-free) may grant the vendor explicit or implicit rights beyond what the law requires from you as a user, such as copyright waivers for content created using the program, or the ability for the vendor to use your image or sell your private information. Please consult a lawyer before choosing to relinquish your freedom.

=> The website warns about enabling these repositories and even recommends consulting a lawyer before using non-free firmware, but the installer loads it by default without asking? I thought this must have been some misunderstanding, but I just actually tested this on a system with Intel 5300 Wifi and indeed the installer does not ask at all and silently loads the non-free firmware. mad

Imho, even if the installer finds hardware that needs non-free firmware, who says the user wants to use this hardware at all? If the Devuan policy is that non-free firmware might be harmful and only enabled with care, the installer imho should not decide this for users only in expert mode.

#104 Re: Installation » Sources List all Non-Free ? » 2018-11-07 23:36:15

Not sure how this is implemented, but personally, I find it unacceptable to enable these sources without asking the user for confirmation first (is this really the case?). I was also rather  disappointed to find these repos enabled by default in the embedded builds.

#105 Re: Devuan » After Ascii: A Devuan wishlist. » 2018-11-04 00:30:32

Embedded builds: Do not ship non-free firmware by default and do not enable the repos in the sources.list by default! Instead, preinstall the package "firmware-ath9k-htc" to support the (up to today) only usb wifi adapters that work with free firmware.

If it makes sense, provide a "non-free" variant for people who value convenience over freedom. Not everyone needs wifi, and those who do might prefer inserting one of those usb adapters or soldering a different wifi chip (works on many boards) instead of having this non-free firmware running as root.

#106 Re: Installation » (Automatic) Kernel Updates on armhf? » 2018-11-04 00:20:54

After spending some time with trial and error, I am able to give the answer myself. It is possible to use the armmp-lpae kernel from stable (or if the board is too new like in my case - from backports). Just check whether your board is included or not in the dtbs-directory of the stable kernel e.g. here: [https://packages.debian.org/stretch/arm … e/filelist]).

Proceed as follows (assuming you don't use a separate /boot partition and everyhting is on /dev/mmcblk0p1):

apt-get -t ascii-backports install linux-image-armmp-lpae
cd /boot
mv boot.scr boot.scr.ORIG
mv boot.cmd boot.cmd.ORIG

Now adapt your boot.cmd.ORIG and adapt the paths/add a line for the initrd. In my case:

setenv bootargs console=ttyS0,115200 root=/dev/mmcblk0p1 rootwait panic=10 ${extra}
load mmc ${devnum}:${partition} ${kernel_addr_r} vmlinuz
load mmc ${devnum}:${partition} ${fdt_addr_r} boot/dtbs/${fdtfile}
load mmc ${devnum}:${partition} ${ramdisk_addr_r} initrd.img
bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r}

Then install u-boot-tools:

apt install u-boot-tools

And create an updated boot.scr:

cd /boot
mkimage -C none -A arm -T script -d boot.cmd boot.scr

On the next reboot, the kernel you previously installed should be booted (the hardcoded kernel does not hurt as it resides in a different path, but you can wipe it away if it bothers you). Verify you are running the backport-kernel with uname -a:

root@devuan:~# uname -a
Linux devuan 4.18.0-0.bpo.1-armmp-lpae #1 SMP Debian 4.18.6-1~bpo9+1 (2018-09-13) armv7l GNU/Linux

#107 Installation » (Automatic) Kernel Updates on armhf? » 2018-11-03 18:35:39

kuleszdl
Replies: 2

Hi folks,

I wanted to run Devuan ascii on armhf as I did previously with jessie. However, it seems like the new embedded images do not use a packaged kernel anymore. Instead, the kernel is built "hardcoded" at image generation time. I noticed that the regular kernel packages are in the repository as well (linux-image-armmp-lpae) but I didn't figure out how to configure u-boot for using them. Seems like the Devuan kernel does not use initrd either, so at least I would need to load this in before booting.

Or asking more in general: What is the way Devuan users are supposed to (automatically) receive kernel updates for production server running on armhf boards?

Cheers

Board footer

Forum Software