SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,119
Rep:
@ruario,
Is it possible to delete that horizontal white (history?) bar that goes across the width of the screen, without having to edit the /opt/vivaldi/resources/vivaldi/style/common.css file after every update/upgrade?
Also, it seems after every update it is necessary to re-import the passwords. Is there a way to keep the passwords from being deleted?
Is it possible to delete that horizontal white (history?) bar that goes across the width of the screen, without having to edit the /opt/vivaldi/resources/vivaldi/style/common.css file after every update/upgrade?
Also, it seems after every update it is necessary to re-import the passwords. Is there a way to keep the passwords from being deleted?
Thx.
OK, since you are doing so - I am also going to make a request as well.
ruario - is there any way to include an option in the Settings for the taskbar window button icon to be monochrome, or for customisable Vivaldi icons [or an option for them to match the theming]?
Is it possible to delete that horizontal white (history?) bar that goes across the width of the screen, without having to edit the /opt/vivaldi/resources/vivaldi/style/common.css file after every update/upgrade?
There is "Custom UI modifications" setting (to be enabled in vivaldi://experiments/). Will it do the job?
Starting with vivaldi 2.9 can't play netflix videos anymore. I've upgraded to 2.9.1705.41 announced today. Still no go.
Error message says:
Quote:
Whoops, something went wrong...
Missing Component
We cannot find all the required components to play Netflix on this device. Please visit chrome://components, locate the WidevineCdm component, and click the "Check for update" button.
Error Code: M7702-1003
As vivaldi 2.9 no longer lists WidevineCdm component under vivaldi://components, I went to vivaldi://settings/webpages/ > plugins section and can verify that "Enable Widevine DRM" is enabled. Under chrome://settings > privacy and security > content > protected content (DRM) is also enabled.
So, whats up with vivaldi 2.9 and netflix? Does anybody still have the same issue?
EDIT: /opt/vivaldi/update-ffmpeg was run and proprietary media codecs (78.0.3904.70) has been installed. Nothing has changed for netflix and error persists.
https://www.linuxquestions.org/quest...ml#post6047359
Run also update-widevine. Everything should work if vivaldi installed with the latest version of ruario's script or with SBo SlackBuild, in this case there is no need manually run the update-scripts.
https://www.linuxquestions.org/quest...ml#post6047359
Run also update-widevine. Everything should work if vivaldi installed with the latest version of ruario's script or with SBo SlackBuild, in this case there is no need manually run the update-scripts.
That was quick, @salik. Thanks for pointing this post out.
I've missed that and was using an older latest-vivaldi.sh. All upgraded now, ran update-widevine, netflix working just fine. Yay!
I just wanted to say thank you to whoever it was who decided to include an option for a favicon spinner. I don't know when that crept in, but maybe I just missed it under the "tab display" options. I felt that the Progress Bar wasn't quite enough, at least with the spinner one knows that 'something is happening' on page loads!
EDIT: actually with both the spinner and the progress bar, page loading looks pretty cool.
Last edited by Lysander666; 11-09-2019 at 06:01 AM.
It seems the maintainer of the Vivaldi browser SlackBuild, Alexander Verbovetsky, no longer uses Vivaldi and is giving up the script for any who might want it. I don't use Vivaldi, but in case someone isn't subscribed to the SBo mailing list, here's your notification that it's up for grabs.
I would in theory, but I know little about maintainership and don't have time to learn at the moment. I would say you're the best man for the job, ruario. However, you can count on me as a 'second' should you ever feel like you want to pass it on in the future.
Last edited by Lysander666; 11-20-2019 at 08:48 AM.
Within the past year I have been increasingly favoring Vivaldi over Firefox. Firefox, to me, has been looking and feeling bloated since the new Quantum engine and less customizable.
As with Firefox I found that a SlackBuild is not necessary unless you need some of the extras such as icons or menu entries. I just grab the latest deb or rpm from Vivaldi's site and extract the vivaldi directory to /opt (or wherever I want it). Works fine. And as mentioned recently, the first time I launched a 2.9 version I noticed on the home page a message about the plugins not being installed and to run update-ffmpeg. When I went to /opt/Vivaldi to run it I found and ran update-widevine at the same time.
As with Firefox I found that a SlackBuild is not necessary unless you need some of the extras such as icons or menu entries. I just grab the latest deb or rpm from Vivaldi's site and extract the vivaldi directory to /opt (or wherever I want it). Works fine.
Building it from the SlackBuild just adds the use of the pkgtools, ie; upgradepkg, installpkg, and so on. While it might not be "necessary" it does add an additional layer of ease. Keeping the Slackware-style .tgz/.txz you can reinstall and upgrade (for some users) easier.
But if manually installing it is how you are more comfortable, by all means do it! With Vivaldi (and similar repackage SlackBuilds) there is no need to recompile so it works either way.
Its my wish that for Vivaldi to be a "friend of the internet" it offer the same function of FF which allows FF to run from your home dir and get only diff files for point releases.....saving the internet bigger downloads.
Yes I am aware that FF is one of the bigger web browsers out there.
Installing outside of a package manager
SNIP
The installation file provided by Mozilla in .tar.bz2 format does not contain sources but pre-compiled binary files, therefore you can simply unpack and run them. There is no need to compile the program from source.
As you can see.....its almost a "Portable" package like a snap or appimage....but IMHO not a complicated as those....because you do not need snap or appimage installed to use FF from unpack.
Because FF has frequent updates......I do not break the internet because my point releases tend to be only a couple of megs because most files do not need updating....but a major release (integer release) is a full download
If ruario or the Vivaldi dev team can see big picture reasons why they won't do this, or like it
feel free to say so.
PS I just looked at Vivaldi on my Android and they seem to welcome feedback!
but I have 82 items with an unpack size of 200 Mb....yep FF is big.
EDIT just installed deb of Vivaldi its 216 Megs of unpack...hmmm
@aus9 Thanks, I am aware of the tar.bz2 packages, since I use them as a source for my latest-firefox script that several people on the Slackware forum use.
FWIW, You don't need a tar for this. You can just as easily unpack any of the Chromium based browsers already and run them in place. You will notice that in my recent request for help in diagnosing a Chromium 79 issue, I provided steps to do just that with Chrome, Opera and Vivaldi.
This works because none of the Chromium browsers require any major dependencies outside of what you would expect to find on a typical Linux distro setup for desktop usage. In case you were not aware a .deb is just a couple of compressed tar archives (and a text file) wrapped up in ar archive container, while an rpm is just a compressed cpio archive with some meta data tacked on the front. Either package is trivial to open (extract from) on a modern Linux system. You don't even need any special tools. You can extract from either with little more than tar/cpio and the relevant decompressor (xz). Just grab either one, unpack it in home or wherever you feel is suitable and run the executable. Done. Sure, I guess it is nice that Mozilla provides a straight compressed tar for those that do not realise that deb and rpms are essentially the same thing but I am not convinced that they do this for the user benefit. More likely they do not want to deal with packaging up rpms/debs and prefer to leave that to the community, which I get. Providing single rpm/debs that are generic enough to work on a wide range of distros, while trying to stay within normal packaging conventions of each distro is hard.
You also do not need a tar to implement delta upgrades. The browser could check if it has write permission to its install directory and if so it could self update. This is a different request to providing a straight tar and something we could look at. Other ways of handling this could be Snap, Appimages, Flatpak etc. each of which support delta updates.
That said, whilst the delta support they provide is nice their tar is not ideal IMHO. They choose to package it bz2 compressed which means it is 14Mb larger than than a similar archive using XZ compression. Why are they wasting 14MB of download data for every single user who downloads it? FWIW, Vivaldi, Chrome, Opera, Brave, etc. use XZ compression in all their officially provided packages.
mkdir ~/vivaldi-stable
wget -O- --start-pos=9720 https://downloads.vivaldi.com/stable/vivaldi-stable_2.9.1705.41-1_amd64.deb | head -c63691192 | tar CJx ~/vivaldi-stable ./opt --strip 3
~/vivaldi-stable/vivaldi&
OK, yes I precalculated the offset positions of the compressed tar within the deb (ar archive) in case you don't have ‘ar’ (from GNU Binutils) on your machine.
If you feel that is cheating here is an alternative:
Code:
wget -P /tmp https://downloads.vivaldi.com/stable/vivaldi-stable_2.9.1705.41-1_amd64.deb
mkdir ~/vivaldi-stable
ar p /tmp/vivaldi-stable_2.9.1705.41-1_amd64.deb data.tar.xz | tar CJx ~/vivaldi-stable ./opt --strip 3
~/vivaldi-stable/vivaldi&
P.S. For anyone curious about how I worked out the offsets. It does not require any special, inside knowledge from Vivaldi. I just inspected the deb files with ‘ar’ and ‘grep’.
The following will show you what files are inside the ‘ar’ archive, along with their order and length
Code:
$ ar tv vivaldi-stable_2.9.1705.41-1_amd64.deb
rw-r--r-- 0/0 4 Nov 7 14:49 2019 debian-binary
rw-r--r-- 0/0 9528 Nov 7 14:49 2019 control.tar.xz
rw-r--r-- 0/0 63691192 Nov 7 14:49 2019 data.tar.xz
rw-r--r-- 0/0 1235 Nov 7 15:22 2019 _gpgbuilder
Note that ‘data.tar.xz’ (which are the installable files) is the second XZ compressed archive and it is 63691192 bytes long.
Now we can use grep to search for and print out the position(s) where the XZ magic numbers (0xFD, '7', 'z', 'X', 'Z'…) appear.
Since we already know the second entry is data.tar.xz, we now also know its starting offset is 9720.
Last edited by ruario; 11-21-2019 at 04:44 AM.
Reason: Added the postscript for a fun little insight into how deb files are made and how you can extract from them
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.