Opera 12.10 calls out for GLIBC_2.8. So using the repackaged rpms in the snapshot folder is not possible. Using the information provided by the article I used a Fedora 20 system to rpmrebuild and then put it on my Red Hat system. Unfortunately I still could not install that version of Opera. It is now calling out
rpmlib(FileDigests) <= is needed by opera-12.02... Same this with the last version of Opera 11.
Looks like my Red Hat system is is maybe too old? Thanks again for your initial responses. I probably will not pursue this any further. Cheers.
linuxmint7 wrote: "Go to 'Settings / Preferences... / Search' and highlight the search engine that appears at the top of the speed dial page, then click the 'Details' button and remove the tick in the 'Use as Speed Dial search engine' option."
YES! That must have been what worked for me before. Thanks for posting it to remind me and so everyone can benefit.
It is one thing to mention alternative browsers in response to specific questions or perhaps even start with, "Has anyone tried Fifth?" and some links but this reads like a pure advert. I won't delete the post but I am closing the thread. If you want to discuss Fifth I am sure they have a forum or mailing list.
If you want to discuss Opera for Linux or need help, then this is your forum. Posting straight adverts for completely unrelated browsers is off-topic and verging on spam.
You introduce your post with your system specifications which mention you're using Opera 12.1 on a Linux system.
Then you share a link about help for Opera 15+ on Windows system, which is quite weird.
You can see here all what you can do with speed dial in your current version : http://help.opera.com/Linux/12.10/en/speeddial.html
If you really want to organize your speed dial items with folders, then it requires Opera 15+.
If you want an organisation of your links in your current browser, you'd better use bookmarks or notes.
Read the known issue in Update to Opera developer 27.0.1689.2:
Reliability issues with auto-update
It should notice eventually. You can always manually upgrade in the mean time if you can't wait.
Or if you are using a Debian-based Linux distro just check for updates there and the new deb should be found right away.
New Opera 25 will not have:
You may use Mozillas browser and some add-ons to have sidebar and notes.
In Opera 27 many settings, even passwords (if you disable master password in Opera 12 before1) are imported.
Notes can be added by using a Opera 25 extension.
If you are font-end developer you should use Opera 27 DEV (like i do) or Chromium.
Adding another architecture adds work in terms of testing and bug fixing. Our resources on Linux are still fairly thin. We can perhaps commit to 32-Bit when it does not risk damaging or delaying our efforts for 64-bit Linux users. Keep in mind we have yet to released a stable, post 15 on Linux. 32-Bit support will not be considered until after that.
According to Softpedia, nobody wanted Hangouts support. :p
Since google talk is now part of Hangouts, its needed to make or receive calls.
The focus right now is on getting a new stable Linux version out and this is made simpler by focusing on 64-bit, which is what the majority of Linux users run these days (we can see this from various distro stats and our own download numbers for Opera 12).
I posted this elsewhere in the forum but I will repeat it here:
In addition pretty much all PCs, notebooks and even (non-ARM-based) netbooks from the last 5 years can be run in 64-bit and indeed, many of the users who run 32-Bit Linux could and (probably should) have selected a 64-Bit install of their distro.
This is not to say that there are no users who run a 32-bit version of Linux but if we tried to cater for all architectures, distros and package types right off the bat we would have taken longer to get where we are today and Linux users had been waiting quite long enough. I don't think it would have been wise (or fair to the majority), to have taken any longer.
I hope we can shift some focus to 32-Bit Linux but I am not going to over promise. This will not be a priority in the short term. We need to get out a stable (64) build and ensure we can support it adequately going forward. Then, we will see.
If you want to follow our development, you should check out our blog. If we start making 32-bit builds available, they will appear here first.