Linux snapshot alternative install script
-
HI. I'm running Manjaro Hakoila XFCE Edition (17.1.12) and I tried to install Vivaldi latest snapshot using this script, but I got the following:
"2018-09-06 17:56:46 (1.02 MB/s) - ‘/tmp/vivaldi-deb.XmzuGh’ saved [57416930/57416930]
User namespace support not enabled.
Re-run this script as root (or prefaced with sudo)"Is this related?: https://gist.github.com/ruario
What's wrong? What do I need to do now?THANKS
-
Of course, I prefaced the command with sudo, just to clarify...
-
@metafaniel: You should first check if there is a repackage for Manjaro. It is an Arch-based distro and I know that Arch for example offers a PKGBUILD for all our snapshots on their AUR. Their might be something similar for Manjaro users. It is generally preferable to use native packages, when they are available.
If nothing is available, then this script can still work for you. The issue you are encountering is due to the fact that Arch based Linux distributions tend to have the "user namespace" kernel feature disabled. Vivaldi uses this feature to setup a suitable security sandbox. However in cases where the feature is not available, we use another method. This other method however is akin to a chroot and is achieved by SUID'ing (set user ID upon execution) the Vivaldi sandbox application to the root (super-)user. Only root can configure the sandbox binary in that way, thus the reason the install must be done via root.
With regards to running the script as root, it is important that
sudo
is beforesh
(not thecurl
command), i.e.:curl -sL https://vvld.in/inst-lnx | sudo sh
EDIT: I have since decided not to recommend piping the shell script directly to
sh
. Better to download the script and run it directly. The script will notify the user of updates to itself, in any case.sudo sh install-vivaldi.sh
P.S. For more background on sandboxing on Linux read this older blog post.
P.P.S.
Is this related?: https://gist.github.com/ruario
Yes, those are my gists and amongst them is a copy of this script.
-
@metafaniel: Where, did you place
sudo
? It should be beforesh
.curl -sL https://vvld.in/inst-lnx | sudo sh
EDIT: I have since decided not to recommend piping the shell script directly to
sh
. Better to download the script and run it directly. This will also make it more obvious, where to place thesudo
command, e.g.:sudo sh install-vivaldi.sh
-
Someone (no names) wanted to know if they could run this on macOS.
The answer is no, and in fact I have just updated the script to detect non-Linux OSes and exit out early, to avoid anything crazy happening. Instead the following will now be printed:
This script is for Linux only. If you want the latest snapshot for another OS,
go the the Vivaldi snapshot blog and look at the download links for the latest
entry: -
@metafaniel on Manjaro you can use the Herecura Repo
Have a look on this Site.
The script will probably install past the package management, which is not good.Linu74
-
@linu74: I had previously installed it using this command
yaourt -S vivaldi vivaldi-ffmpeg-codecs
I'm new to Arch Family (I just have experience with DEB, RPM families) so I had no idea haha.I'll certainly use that repo as I see it has the latest snapshot available. I'll try it later at home! Thanks
-
@ruario: Thanks for the explanation. More comments replying that below...
-
@ruario: Thanks for clarifying. I'm new to Arch-based distros; that explains I didn't know about AUR yet: the first thing I did was installing Vivaldi using this command I found in a forum elsewhere:
yaourt -S vivaldi vivaldi-ffmpeg-codecs
.About the command, I
sudo
'edit before CURL, not before SH. Thanks for clarifying. I'll try the Herecura Repo method suggested below later. THANKS. -
Thanks for the new Snapshot. I'm wondering that we moved to 2.0. Was there an announcement?
Found and old regression: Start Page shows wrong favicon after start.
Left the favicon if Start Page is untouched, right the favicon if the Start Page is or was active.mf
Environment: Windows 10 (x64), Vivaldi x64, 2.0.1296.4
-
The script will probably install past the package management, which is not good.
Not good and not optimal are two different things. The script does what it says and provides an uninstaller. Furthermore it does not default to installing in any of the same locations as pacman. It installs to either "$HOME/.local/share" or "/usr/local/share". Arch packaging standards state that they should never include "/home" or "/usr/local". Read up on XDG and FHS and the Arch packaging standards, if you want to know more.
So in summary the script has been carefully thought out and in that sense it is good but yes I agree a native package is generally better, when available.
P.S. The Herecura repo is intended for Arch not Manjaro. This distinction matters because Manjaro is not always close enough to Arch that using it is free from issues. For a repackage of a binary like Vivaldi it should be fine but installing the codecs package and others that are built on Arch could cause problems if the library versions on Arch and Manjaro are out of sync, as they have been in the past, "which is not good". That is why there is a big warning on the page when you load it in a browser. Be a little more cautious with what you recommend and if you are already aware of these kinds of issues, remember to mention it to new users.
-
I think Flatpak and snap are good alternatives for browsers but actually i would really like to see an AppImage for Vivaldi Snapshots.
The last Snapshot has been barely usable for me and with an AppImage i could easily check if the snapshot is any good and decide if i want to install it or not. Also if there is only a problem with my installed version, it would give me a hint where the problem might be. -
@sophos02: I'm not sure I see AppImage gives you any advantage in your example use case, over what is already offered. In fact it is more steps:
An AppImage:
- Download the Vivaldi.AppImage
- Make it executable
- Run it
- (Optionally) delete it if not required
This script:
- Run the sample code
- Run Vivaldi
- (Optionally) run the the uninstall script it if not required
The AppImage also complicates some aspects. You need to do an additional action to integrate with the desktop environment and give the user provide a way to undo that (given there is no uninstall routine). For us to offer another full set of packages and yet more download options, the advantages need to be much clearer.
P.S. I am a fan of AppImages FWIW. The whole concept is a very clever and simple (which I mean in the most positive way), but I am not convinced that they would be better for you, given what you describe you would like them for.
-
The last Snapshot has been barely usable for me
Would you like to expand on that?
EDIT: never mind, you did. Old libffmpeg
-
@ruario
You are probably right about that usecase. I just think AppImages are great to check new features be it beta versions or snapshots or alternative software. Aren' t browsers a paragon for that?Would you like to expand on that?
Every tab with an embedded video crashes instantly.
Might be due to an outdated extras-ffmpeg. I did not test that yet,but i guess even if thats true the tab did not crash completely in the past :D,so maybe it is some other package not directly related to vivaldi?
Fresh profile did not help (but i got rid of some 'Unable to move cache folder' error that probably slipped through for quite some time.. :D).As expected, it was due to an outdated libffmpeg
-
@sophos02: It is almost certainly an old libffmeg.so. With the Chromium update you need a newer one.
-
I just think AppImages are great to check new features be it beta versions or snapshots or alternative software.
Sure, but they aren't the only or (always) the best way. For example, I just added
twoa command line switchesto the development version of this script.The second one in particular,This should handle your suggested use case:--launch
: This immediately launches Vivaldi after install is complete--test
: This starts Vivaldi after it is unpacked (but before installation) and runs it with a clean (test) profile, so you can try it out before you proceed to install. When you have finished testing, you are prompted, if you want to continue on to install or not. It also cleans up after itself.
In a script like this, it is pretty easy to add such features.
-
Ok, I changed it again slightly. I removed the
--launch
and made launching the default (when possible) on first install and added a--no-launch
switch, in case anyone wants/needs to disable this. -
@cqoicebordel: I run it with a systemd timer and it works great.
-
I have updated the blog post to mention the test option