Let me add one more.
- Removal of the 32bit packages of chromium-based opera.
Since opera has dropped support for 32bit 2+years ago, please remove the 32bit packages from both the deb and the rpm repo.
Assuming that someone is advanced enough to first install opera's repo and then the browser from it, he can install opera's 32 bit version because the packages are still there! And this leads to more issues, like the one described here
First of all, there's no such thing as "a stable setup that works forever" in linux as a desktop os. Everything changes so rapidly that things become obsolete very fast. Let me use the example a friend of mine gave me some years ago: let's say i give you 2 disks, one of windows 8.1 and one of debian 7. Both of them were released in 2013. Which one would you keep and which one would you throw away?". I think the answer is more than obvious here.
The very nature of linux as a desktop os forces you to move to something newer, because new apps can not be built with old libs, new initsystems can not boot old kernels etc.
I still remember the argument I had with a user here on opera forums, when a new version of opera could not be installed on his 14.04 because it needed a newer version of some dbus lib. In his mind, kde4 and everything else 14.04 had was perfect and everything that plasma and the fresh ubuntu version of that that time had was bloat. In my mind, he was just overreacting, because I knew that flaw of linux as a desktop os. And I even got a downvote for that!
Here is the thread if you want to have a look
As far as your hardware is concerned. According to intel's page here, your cpu may not be an atom, but it is not 64bit capable (32bit instruction set under advanced technologies)
This limits your choices for a distro way too much, because some distros have dropped their 32bit versions completely in the last few years (arch, sabayon, elementary etc) and others have put them in lower priority, e.g. ubuntu has stopped releasing the iso for the 32bit desktop version since 17.10!
On top of that, that low demand on 32bit linux distros is reflected on the availability of closed source apps. Why would opera (opera browser), google (chrome), microsoft (skype, vs code etc) waste resources on something whose popularity is decreasing every year?
To sum up, if you do want to keep opera and have it work on all sites, get some new hardware. Even todays intel atom cpus are 64bit!
If you do not care about opera, find a distro that has 32bit support and is a rolling one, so that you won't have to reinstall it every few years.
@jimunderscorep Thats correct - certificate is there under "Your certificates" tab. It is the only certificate.
The problem is not with connection but with the "select certificate" window - it is shown a couple of times for every website.
In chromium the policy would be in /etc/opt/chrome/policies directory (https://www.chromium.org/administrators/linux-quick-start).
@leocg said in Flash not working on Opera 64:
Flash Disabled by Default (Target: Chrome 76+ - July 2019)
Flash will be disabled by default, but can be enabled in Settings at which point explicit permission is still required for each site
You will need to allow Flash on sites every time you start Opera.
This hasn't been my experience. When I first started poking around forums looking for a solution, the question of whether flash was enabled or not came up. When I checked on it, I saw that it was already enabled and I had never fooled with it before. And it has remained that way with no sites excluded ever since, except when I explicitly disabled it while experimenting. Possibly that is a characteristic unique to the rpm distribution.
If the last suggestion hadn't worked, I was going to uninstall Opera and try the snap version. It would be interesting to see if it has the same problem.
The thing that puzzles me in all of this discussion is why it's even necessary to go through all of this to enable a feature which is used all over the Internet. It looks like the Opera developers need to go to work on this one.
Since I do not remember how kde handles hidpi scaling, try the
command line parameter. Where X is a number, e.g 1.2 means 120% scaling, 2 means 200% etc.
Do other (gtk) apps scale as they are supposed to?
It does not seem to work for me though
Well... I do not use cups, so I have no idea about its web interface.
But I do use transmission-daemon that has a credentials protected web interface, and that one works fine, on all my browsers. It is not on https.
I have checked my IP is fine but the website if blocked just because of government rules this using piracy content. Well, no worries currently I i'm using VPN to unblock the rarbg also I found the solution to unblocked rarbg. The website owner shared very valuable knowledge to unblocked these types of websites through VPN and proxy servers.
The gnome version of debian 10.x, and only that one, uses wayland instead of xorg. So, other than using a gpu driver that is capable of working perfectly under wayland, e.g. NOT the nvidia closed source driver, make sure that any app you are going to use works with wayland as well. That includes opera.
Else, switch to session to "gnome with xorg" and use that to test how opera works there.