[sf-lug] Installing Void, C.E. Sign-in at SF-LUG mtg of 2017-11-05

acohen36 acohen36 at SDF.ORG
Tue Nov 7 09:54:55 PST 2017

Quoting Bobbie Sellers <bliss-sf4ever at dslextreme.com> from [01]:

> 12:55 PM packed up the Dell and my pounds of
> optical disks.  Aaron stayed behind to work on his
> install of Void Linux on his 32-bit machine.

Void Linux uses runit as the default init system [02] instead of the 
prevalent systemd -- the latter which I don't myself prefer. On installing 
Void Linux on that 32-bit machine, I've been having great difficulty 
getting WiFi to work on the machine's internal Broadcom Wireless Adaper; a 
Broadcom Limited BCM4312 802.11b/g LP-PHY [14e4:4315] (rev 01) as listed 
by running 'lspci -nn -d 14e4:' and described at [03]. Sure, I've also 
followed Void's Networking Configuration steps at [04].  The same Steve L 
who was in discussion with SF-LUG's Rick M in a Devuan GNU+Linux forum 
post about a week-and-a-half ago at [05] put out a useful webpage 'Void 
Linux Tips' two years ago also covering Network Configuration and other 
Void Linux tasks at [06]. So far, neither configuration guides has helped 
in this regard.

Through some initial research on my own, and according to the Debian 
GNU/Linux webpages at [07], [08], [09], and [10], I could possibly use the 
packages firmware-b43-installer(preferred), b43-fwcutter, and/or 'wl' 
a.k.a. broadcom-sta (separate packages 'broadcom-sta', 
'broadcom-sta-dkms', 'broadcom-sta-source'). But none of these have _yet_ 
worked for Void Linux (if they're going to at all!) using Void's 
APT-similar[11] XBPS packaging system described at [12].  References [08] 
and [09] show that even Debian Testing/'buster' doesn't make available the 
non-free packages firmware-b43-installer(preferred) and b43-fwcutter, and 
unfortunately, the b43-dev mailing-list at [13] doesn't appear to offer 
much hope here either.

Since references [08] thru [10] list all three of the above Broadcom/b43 
packages available for Debian's oldstable-jessie, if the Broadcom/b43 
can't be easily activated in Void Linux, I might very well just instead 
install Devuan's 1.0.0 Jessie release-LTS [14] and work from there.  And 
giving due consideration to Rick M's wise cautions at [14] on getting 
runit[02] to run in Devuan, I think it would be great if/when Steve L and 
"partners"  will implement+package runit as originally intended at [15].

Quoting Bobbie Sellers <bliss-sf4ever at dslextreme.com> from [01]:

> Cafe Enchante now requires Sign-in!
> I went around the table and checked what was
> up with Ken and Maestro.  They took this occasion to
> inform me that now Cafe Enchante has a sign-in page
> where you are offered a check box for Agreement to
> Terms of Service and then have access to the net.
> Do not inquire of me where you can read those TOS.
> Then you have to have a browser open as the computer
> tries to connect to the net.

Steve L has published some suggestions in this regard at his 'Gotcha: 
Networking Void at McDonald's' at [16]. While this section specifically 
highlights using Void Linux at McDonald's, I think the suggestion to 
"disable your Ethernet IP address" may also be applicable using _other_ 
distros to access Cafe Enchante's sign-in steps as well.





acohen36 at sdf.org
SDF Public Access UNIX System - http://sdf.org

More information about the sf-lug mailing list