Installing BunsenLabs Helium-dev

cloverskull · 2018-01-30 17:41:28

System time is a-ok.

Head_on_a_Stick · 2018-01-30 17:46:53

I can't reproduce your problems here under QEMU, my virtual machine updates just fine:

Can we please see the full output from these commands:

timedatectl
wget https://github.com/bunsenlabs/bunsen-netinstall/archive/helium-dev.tar.gz
ping -c3 kelaino.bunsenlabs.org

cloverskull · 2018-01-30 18:02:09

e8fMYhK

I wonder if there's some type of vmware thing interfering here. Or perhaps it's an issue of being on a company VPN. Hrm...I'll see what virtualbox looks like.

Edit - link to image here: https://imgur.com/e8fMYhK

Last edited by cloverskull (2018-01-30 18:02:29)

Head_on_a_Stick · 2018-01-30 18:06:21

Try https://kb.vmware.com/s/article/2108294 https://pubs.vmware.com/workstation-9/i … B3E7A.html

Or QEMU

EDIT: guide here: https://forums.bunsenlabs.org/viewtopic.php?id=1546

Last edited by Head_on_a_Stick (2018-01-30 18:09:22)

cloverskull · 2018-01-30 19:22:53

Huh, interesting. VirtualBox is presenting the exact same trust issues.

I'm starting to wonder if this is somehow related to being on my company VPN. I'll try again later from home.

cloverskull · 2018-01-30 20:31:19

Confirmed this was all the fault of my company VPN. </facepalm>

Thanks @HOAS for the help.

Head_on_a_Stick · 2018-01-30 20:33:34

^ That's a relief, thanks for reporting back.

pedrom · 2018-03-23 13:22:46

Hi!

I just want to confirm my success installing debian-netinstall (9.4), running the helium-dev script, and later changing the repositories to debian testing. The system seems all-right.

Thanks to all the people involved in this, I'm impressed of the great work you have done!

Head_on_a_Stick · 2018-03-24 00:30:06

pedrom wrote:

changing the repositories to debian testing

Helium-dev is actually based on Debian stretch, which is currently the stable release.

Debian buster will be used as a base for BunsenLabs Lithium (eventually).

Unfortunately it isn't really possible to revert a Debian system from testing to stable so you will have to reinstall, sorry.

Last edited by Head_on_a_Stick (2018-03-24 00:31:09)

sirsirocpch · 2018-04-26 20:24:09

Hello all.
Sorry for bad English.
I'm trying to upload the script, but getting an error "404: Not Found". I'm can't understand, where is my mistake?

~$ wget https://github.com/bunsenlabs/bunsen-netinstall/archive/helium-dev.tar.gz
--2018-04-26 23:14:44--  https://github.com/bunsenlabs/bunsen-netinstall/archive/helium-dev.tar.gz
Распознаётся github.com (github.com)… 192.30.253.112, 192.30.253.113
Подключение к github.com (github.com)|192.30.253.112|:443... соединение установлено.
HTTP-запрос отправлен. Ожидание ответа… 302 Found
Адрес: https://codeload.github.com/BunsenLabs/bunsen-netinstall/tar.gz/helium-dev [переход]
--2018-04-26 23:14:45--  https://codeload.github.com/BunsenLabs/bunsen-netinstall/tar.gz/helium-dev
Распознаётся codeload.github.com (codeload.github.com)… 192.30.253.121, 192.30.253.120
Подключение к codeload.github.com (codeload.github.com)|192.30.253.121|:443... соединение установлено.
HTTP-запрос отправлен. Ожидание ответа… 404 Not Found
2018-04-26 23:14:46 ОШИБКА 404: Not Found.

May be is server-side problem?
Have a nice day

johnraff · 2018-04-27 01:09:40

Hi sirsirocpch, thanks for trying BunsenLabs!

You're right, it is a server issue - the Bunsen Netinstall branch names have changed because the Helium release is coming soon, and it's no longer a "development" script.
Try:

wget https://github.com/bunsenlabs/bunsen-netinstall/archive/helium.tar.gz
tar xf helium.tar.gz
cd bunsen-netinstall-helium
./install

beaker · 2018-04-27 01:32:41

the problem is this ---> '/archive/helium.tar.gz'does not exist at that location.

he needs to clone the repo and then do

cd bunsen-netinstall
./install

johnraff · 2018-04-27 02:27:05

beaker wrote:

the problem is this ---> '/archive/helium.tar.gz'does not exist at that location.
he needs to clone the repo and then do
cd bunsen-netinstall
./install

Yes cloning will work too (but requires installing git), but helium.tar.gz does exist. What didn't exist was helium-dev.tar.gz.

john@bunsen1:~$ wget https://github.com/bunsenlabs/bunsen-netinstall/archive/helium.tar.gz
--2018-04-27 11:25:57--  https://github.com/bunsenlabs/bunsen-netinstall/archive/helium.tar.gz
Resolving github.com (github.com)... 192.30.255.113, 192.30.255.112
Connecting to github.com (github.com)|192.30.255.113|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://codeload.github.com/BunsenLabs/bunsen-netinstall/tar.gz/helium [following]
--2018-04-27 11:25:58--  https://codeload.github.com/BunsenLabs/bunsen-netinstall/tar.gz/helium
Resolving codeload.github.com (codeload.github.com)... 192.30.255.121, 192.30.255.120
Connecting to codeload.github.com (codeload.github.com)|192.30.255.121|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/x-gzip]
Saving to: ‘helium.tar.gz’

helium.tar.gz            [ <=>                     ]  27.98K   186KB/s   in 0.2s   

2018-04-27 11:25:59 (186 KB/s) - ‘helium.tar.gz’ saved [28648]

Last edited by johnraff (2018-04-27 02:27:48)

pamir · 2018-04-27 04:07:03

There is bug,

the startup file

/.config/openbox/autostart

has a line:

### TOUCHPAD: comment out the next two entries if you don't have one

## Configure touchpad. See 'man synaptics' for more info.
## (Now might be using libinput instead of synaptics.)
synclient VertEdgeScroll=1 HorizEdgeScroll=1 TapButton1=1 2>/dev/null

unfortunately

synclient VertEdgeScroll=1 HorizEdgeScroll=1 TapButton1=1 2>/dev/null

does not run most of the time.

Is there a way to clear the program synclient before running the line so it works on startup every time?

johnraff · 2018-04-27 04:43:35

Hi pamir,
try adding a little delay to the synclient command:

( sleep 10; synclient VertEdgeScroll=1 HorizEdgeScroll=1 TapButton1=1 2>/dev/null ) &

If that works, you could probably reduce the sleep number.

Head_on_a_Stick · 2018-04-27 06:07:01

pamir wrote:

Is there a way to clear the program synclient before running the line so it works on startup every time?

If you want the touchpad to be configured for all users then remove the synclient line completely and use an Xorg configuration file instead.

sudo mkdir -p /etc/X11/xorg.conf.d

Copy over the sample configuration file:

sudo cp /usr/share/X11/xorg.conf.d/70-synaptics.conf /etc/X11/xorg.conf.d

Then edit /etc/X11/xorg.conf.d/70-synaptics.conf (as root) and add your chosen options into the first stanza, like this:

Section "InputClass"
        Identifier "touchpad catchall"
        Driver "synaptics"
        MatchIsTouchpad "on"
# This option is recommend on all Linux systems using evdev, but cannot be
# enabled by default. See the following link for details:
# http://who-t.blogspot.com/2010/11/how-to-ignore-configuration-errors.html
#       MatchDevicePath "/dev/input/event*"
        Option "VertEdgeScroll" "1"
        Option "HorizEdgeScroll" "1"
        Option "TapButton1" "1"
EndSection

This will avoid any delay in startup.

Out if interest, is there anything about synaptic in ~/.xsession-errors?

We were hoping to avoid the need to add `sleep`s to the autostart file

johnraff · 2018-04-27 07:16:39

Head_on_a_Stick wrote:

We were hoping to avoid the need to add `sleep`s to the autostart file

True indeed. Unfortunately I've already had to add some in mine to get a setxkbmap command to work. It was very erratic on startup - sometimes enabled and sometimes not - so I figured it was being run before the system was completely ready, and did this to get the capslock turned into a compose key:

(sleep 5; setxkbmap -option compose:caps) &

hhh · 2018-04-27 07:21:11

(sleep 5; setxkbmap -option compose:caps) &

Add this to startup as a workaround/precaution, or is one user-case not enough?

johnraff · 2018-04-27 07:52:48

^No - we've already had complaints about capslock not working, that's why it was re-enabled.
¡I do find the compose key handy sometimes, myself!

Head_on_a_Stick · 2018-04-27 22:34:55

johnraff wrote:

I've already had to add some in mine to get a setxkbmap command to work. It was very erratic on startup - sometimes enabled and sometimes not - so I figured it was being run before the system was completely ready

Was there anything in ~/.xsesion-errors?

The setxkbmap options can also be set with an xorg configuration file, FWIW.

#201 2018-01-30 17:41:28

Re: Installing BunsenLabs Helium-dev

#202 2018-01-30 17:46:53

Re: Installing BunsenLabs Helium-dev

#203 2018-01-30 18:02:09

Re: Installing BunsenLabs Helium-dev

#204 2018-01-30 18:06:21

Re: Installing BunsenLabs Helium-dev

#205 2018-01-30 19:22:53

Re: Installing BunsenLabs Helium-dev

#206 2018-01-30 20:31:19

Re: Installing BunsenLabs Helium-dev

#207 2018-01-30 20:33:34

Re: Installing BunsenLabs Helium-dev

#208 2018-03-23 13:22:46

Re: Installing BunsenLabs Helium-dev

#209 2018-03-24 00:30:06

Re: Installing BunsenLabs Helium-dev

#210 2018-04-26 20:24:09

Re: Installing BunsenLabs Helium-dev

#211 2018-04-27 01:09:40

Re: Installing BunsenLabs Helium-dev

#212 2018-04-27 01:32:41

Re: Installing BunsenLabs Helium-dev

#213 2018-04-27 02:27:05

Re: Installing BunsenLabs Helium-dev

#214 2018-04-27 04:07:03

Re: Installing BunsenLabs Helium-dev

#215 2018-04-27 04:43:35

Re: Installing BunsenLabs Helium-dev

#216 2018-04-27 06:07:01

Re: Installing BunsenLabs Helium-dev

#217 2018-04-27 07:16:39

Re: Installing BunsenLabs Helium-dev

#218 2018-04-27 07:21:11

Re: Installing BunsenLabs Helium-dev

#219 2018-04-27 07:52:48

Re: Installing BunsenLabs Helium-dev

#220 2018-04-27 22:34:55

Re: Installing BunsenLabs Helium-dev

Board footer