Devuan bug report logs - #606
Networking Is Blocked By Default On A Fresh Installation

Full log

Message #5 received at submit@bugs.devuan.org (full text, mbox, reply):

Received: (at submit) by bugs.devuan.org; 29 Aug 2021 06:50:02 +0000
Return-Path: <jakolineplayer@tutanota.com>
Delivered-To: devuanbugs@dyne.org
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Sun, 29 Aug 2021 06:50:01 +0000 (UTC)
Received: from w1.tutanota.de (w1.tutanota.de [81.3.6.162])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by vm6.ganeti.dyne.org (Postfix) with ESMTPS id 6DBC9F604BE
	for <submit@bugs.devuan.org>; Sat, 28 Aug 2021 20:14:57 +0200 (CEST)
Authentication-Results: vm6.ganeti.dyne.org;
	dkim=pass (2048-bit key; secure) header.d=tutanota.com header.i=@tutanota.com header.b="VByYZFjJ";
	dkim-atps=neutral
Received: from w3.tutanota.de (unknown [192.168.1.164])
	by w1.tutanota.de (Postfix) with ESMTP id 70681FA006B
	for <submit@bugs.devuan.org>; Sat, 28 Aug 2021 18:14:56 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1630174496;
	s=s1; d=tutanota.com;
	h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:Sender;
	bh=Y1fL8erak3UX5wCrJZCcUndffPaJMx55DSKV7ZWI8hk=;
	b=VByYZFjJkLb+GeKRu6dhcOB16IiQhbcQHX3aCjPTKRYXMOmOae0mMjCPAcAF79Yk
	ofjrMpX9Bm0qcWj7jS8YeOVTp/MVwZ47Sxtlw+Ja19FV1a/5nxA7qecoHXGpukbYXtM
	eBvq/M47AgWNaDHfS0EYBTHMwFb1ICgoNRF9lWdpteQiwhc/ltftWrqgstLkoiKAjDn
	QVBPk1kk1hQcXgzEFMxHGoL+fU87N1zW7eC6ahY21fTye9n+UqIZ/6zV/NP+YgBqFE8
	RsnSGpds1drYz97rGbO3VUltnaEAFEHmNsU59mmBBhQMpIvNSlIdn7ybX1vugdkeXiF
	EvwPID6Cnw==
Date: Sat, 28 Aug 2021 20:14:56 +0200 (CEST)
From: jakolineplayer@tutanota.com
To: submit@bugs.devuan.org
Message-ID: <MiCyBCe--3-2@tutanota.com>
Subject: Networking Is Blocked By Default On A Fresh Installation
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_436375_1768189983.1630174496445"
X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,DKIM_VALID_EF,HTML_MESSAGE,RCVD_IN_MSPIKE_H3,
	RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS autolearn=disabled
	version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

[Message part 1 (text/plain, inline)]

Package: rfkill
Version: 2.33.1
Severity: critical

Problem:
Devuan 3.1 beowulf installer uses rfkill to BLOCK wifi networking by default on a fresh minimal installation first time boot, by minimal I mean that only 'standard system utilities' and 'print server' is chosen in tasksel, this happens in the absence of package rfkill itself which is needed to UNBLOCK networking. No internet plus no way to enable internet makes the system of no use or non-beneficial for most users.

Steps to reproduce:
1- Download and burn devuan_beowulf_3.1.1_amd64_netinstall.iso
2- boot you cd/usb and start the installer with firmware enabled
3- When asked about networking use wifi and proceed
4- When tasksel dialogue appears untick every thing and only leave 'standard system utilities' and 'print server' checked, we want a minimal installation without any desktops
5- After installation is finished remove the cd/usb and boot into your newly installed system
6- Login as root
7- Try to put your wifi interface up. You'll receive error 'SIOCSIFFLAGS: Operation not possible due to RF-kill'
8- Try using rfkill to unlock networking via command 'rfkill unblock wifi; rfkill unblock all'. Bash will tell you 'rfkill: command not found'

Expected behavior: 
1- Networking should not be blocked by default, not by using rfkill nor any other method

2- The wireless interface should be brought up by default on first boot because it was used during the installation, and my chosen wifi hotspot should also be running by default, most distros do that, they preserve the wifi configuration that was used during the installation (SSID & password), I think Debian too does it. Please investigate if it can be done in Devuan as well, for user convenience. 

Note:
Strangely enough, as seen in steps to reproduce (step number 8), the tool that was used to soft-kill networking (rfkill) is actually absent from the system, meaning that it was only present during the installation and was used by the installer before shutdown and after all the work was done.

Note #2:
When using an Ethernet cable instead of wifi during installation this problem DID NOT occur.

Please see what you can do about this severe issue, maybe it's inherited from Debian, I don't know as I've never used wifi during a Debian netinstall before, I've always used the official iso which does not include non-free firmware hence no wifi during installation at all, only Ethernet.

[Message part 2 (text/html, inline)]

Send a report that this bug log contains spam.