Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Wed 29 Jan 2020, 01:14
All times are UTC - 4
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » Browsers and Internet
64-bit 'portable' Opera browser.....
Post new topic   Reply to topic View previous topic :: View next topic
Page 3 of 4 [54 Posts]   Goto page: Previous 1, 2, 3, 4 Next
Author Message
s243a

Joined: 02 Sep 2014
Posts: 2383

PostPosted: Sun 12 Jan 2020, 21:15    Post subject: Re: 64ScPup problem  

delete
_________________
Find me on minds and on pearltrees.

Last edited by s243a on Sun 12 Jan 2020, 21:19; edited 1 time in total
Back to top
View user's profile Send private message Visit poster's website 
s243a

Joined: 02 Sep 2014
Posts: 2383

PostPosted: Sun 12 Jan 2020, 21:15    Post subject: Re: 64ScPup problem  

davids45 wrote:
G'day Mike,

Now I understand your "Alice in Wonderland"-inspired avatar. With browsers, you need to run as fast as you can just to stay where you are.

I had success with your Opera Portable in 64Bionic8.0 but in peebee's latest 64ScPup, no go.

As usual, I run these via a symlink from the actual packages on my data partition - I put the Opera directory link into /opt and this was fine in 64Bionic8, as far as I went setting up the profile in /root/.config/ to eventually link this back to the data partition. I suspect I'll need separate profiles for Bionic and ScPups given the differences in lib file set-up between them.

Anyway, back to 'running on the spot',......
After initial nothingness in 64ScPup, I ran 'LAUNCH' from a terminal and got the below strings of messages:

Quote:
# cd /opt/Opera-portable
# ./LAUNCH
[27896:27909:0113/090432.892800:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[27896:27909:0113/090432.893678:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.GetDisplayDevice: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[27896:27909:0113/090432.894321:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.EnumerateDevices: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[27927:27927:0113/090433.145439:ERROR:gl_surface_glx.cc(7Cool] XGetWindowAttributes failed for window 33554436.
[27927:27927:0113/090433.145707:ERROR:gl_surface_glx.cc(839)] Failed to get GLXConfig
[27927:27927:0113/090433.145752:ERROR:gpu_info_collector.cc(60)] gl::GLContext::CreateOffscreenGLSurface failed
[27927:27927:0113/090433.145786:ERROR:gpu_info_collector.cc(199)] Could not create surface for info collection.
[27927:27927:0113/090433.145829:ERROR:gpu_init.cc(66)] gpu::CollectGraphicsInfo failed.
[27927:27927:0113/090433.167213:ERROR:viz_main_impl.cc(176)] Exiting GPU process due to errors during initialization

(opera:27896): GLib-GIO-ERROR **: 09:04:33.186: Settings schema 'org.gnome.desktop.background' is not installed
/mnt/sdb3/Puppy_Archive/OperaPortable64/Opera-portable/opera/opera-browser: line 9: 27896 Trace/breakpoint trap "$HERE/opera" --user-data-dir=$HERE/PROFILE --ppapi-flash-path=$HERE/PepperFlash/libpepflashplayer.so --disable-infobars --no-sandbox "$@"
# [27941:27994:0113/090434.083302:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[27941:27994:0113/090434.084227:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.GetDisplayDevice: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[27941:27994:0113/090434.085057:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.EnumerateDevices: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[28012:28012:0113/090434.385120:ERROR:gl_surface_glx.cc(7Cool] XGetWindowAttributes failed for window 33554436.
[28012:28012:0113/090434.385335:ERROR:gl_surface_glx.cc(839)] Failed to get GLXConfig
[28012:28012:0113/090434.385375:ERROR:gpu_info_collector.cc(60)] gl::GLContext::CreateOffscreenGLSurface failed
[28012:28012:0113/090434.385406:ERROR:gpu_info_collector.cc(199)] Could not create surface for info collection.
[28012:28012:0113/090434.385450:ERROR:gpu_init.cc(66)] gpu::CollectGraphicsInfo failed.

(opera:27941): GLib-GIO-ERROR **: 09:04:34.404: Settings schema 'org.gnome.desktop.background' is not installed
[28012:28012:0113/090434.418991:ERROR:viz_main_impl.cc(176)] Exiting GPU process due to errors during initialization
[27941:28051:0113/090434.737933:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix")
[28042:28083:0113/090435.320136:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[28042:28083:0113/090435.320925:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.GetDisplayDevice: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[28042:28083:0113/090435.321561:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.EnumerateDevices: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[28101:28101:0113/090435.593882:ERROR:gl_surface_glx.cc(7Cool] XGetWindowAttributes failed for window 33554436.
[28101:28101:0113/090435.594101:ERROR:gl_surface_glx.cc(839)] Failed to get GLXConfig
[28101:28101:0113/090435.594350:ERROR:gpu_info_collector.cc(60)] gl::GLContext::CreateOffscreenGLSurface failed
[28101:28101:0113/090435.594389:ERROR:gpu_info_collector.cc(199)] Could not create surface for info collection.
[28101:28101:0113/090435.594567:ERROR:gpu_init.cc(66)] gpu::CollectGraphicsInfo failed.
[28101:28101:0113/090435.612931:ERROR:viz_main_impl.cc(176)] Exiting GPU process due to errors during initialization

(opera:28042): GLib-GIO-ERROR **: 09:04:35.649: Settings schema 'org.gnome.desktop.background' is not installed
[28042:28129:0113/090436.132279:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix")
[28127:28168:0113/090436.540974:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[28127:28168:0113/090436.541951:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.GetDisplayDevice: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[28127:28168:0113/090436.542669:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.EnumerateDevices: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[28186:28186:0113/090436.861888:ERROR:gl_surface_glx.cc(7Cool] XGetWindowAttributes failed for window 33554436.
[28186:28186:0113/090436.862113:ERROR:gl_surface_glx.cc(839)] Failed to get GLXConfig
[28186:28186:0113/090436.862165:ERROR:gpu_info_collector.cc(60)] gl::GLContext::CreateOffscreenGLSurface failed
[28186:28186:0113/090436.862206:ERROR:gpu_info_collector.cc(199)] Could not create surface for info collection.
[28186:28186:0113/090436.862255:ERROR:gpu_init.cc(66)] gpu::CollectGraphicsInfo failed.
[28186:28186:0113/090436.873364:ERROR:viz_main_impl.cc(176)] Exiting GPU process due to errors during initialization

(opera:28127): GLib-GIO-ERROR **: 09:04:36.915: Settings schema 'org.gnome.desktop.background' is not installed
Discarded=1
[27930:27947:0113/090442.786103:ERROR:broker_posix.cc(40)] Recvmsg error: Connection reset by peer (104)
Discarded=1
[28015:28022:0113/090443.169937:ERROR:broker_posix.cc(40)] Recvmsg error: Connection reset by peer (104)
Discarded=1
[28105:28116:0113/090444.198005:ERROR:broker_posix.cc(40)] Recvmsg error: Connection reset by peer (104)
Discarded=1
[28190:28201:0113/090445.470639:ERROR:broker_posix.cc(40)] Recvmsg error: Connection reset by peer (104)


Maybe you and Lewis Carroll can understand this? Embarassed

I had noticed a poster in the SCPup thread asking if anyone had got Opera running. But thought I should post something here when I found I couldn't get it running..

I'm using a Vivaldi in 64ScPup to post this and there seems a lot of similarity with Vivaldi and Opera. Becoming the 'devil I know'.

Thanks for your efforts.

David S.


Have you tried installing some of the missing dependencies such as: UPower, OpenGL.

**Note, I provided debian links. I'll try to find some slackware links for you. Also, mike can look into seeing if these libraries can be included as part of the portable.

_________________
Find me on minds and on pearltrees.
Back to top
View user's profile Send private message Visit poster's website 
s243a

Joined: 02 Sep 2014
Posts: 2383

PostPosted: Sun 12 Jan 2020, 21:20    Post subject: Re: 64ScPup problem  

s243a wrote:

Have you tried installing some of the missing dependencies such as: UPower, OpenGL.

**Note, I provided debian links. I'll try to find some slackware links for you. Also, mike can look into seeing if these libraries can be included as part of the portable.


Regarding the OpenGL issue, the following link looks relevant:

https://www.slackwiki.com/ATI_Graphics

also you should be able to install UPower via the package manger. I see that it is in the standard slackware repo:
https://mirrors.slackware.com/slackware/slackware-14.2/source/a/upower/

_________________
Find me on minds and on pearltrees.
Back to top
View user's profile Send private message Visit poster's website 
watchdog

Joined: 28 Sep 2012
Posts: 1952
Location: Italy

PostPosted: Mon 13 Jan 2020, 01:08    Post subject:  

Some success in ScPup64 by installing gsettings-desktop-schemas-3.18.1-x86_64-1.txz. Already installed gtk+3 from 14.2 and at-spi2-atk.
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 5830
Location: King's Lynn, UK.

PostPosted: Mon 13 Jan 2020, 07:41    Post subject:  

Morning, all.

Hm. Well, after putting on my 'considering cap', I'm thinking there may have to be 'workarounds' for some Pups. I'd forgotten that the Slackware-based Puppies employ lib64, whereas in the 'buntu-based Pups lib64 is simply a sym-link to lib itself.

I had the same problem years ago when I first started putting the Chrome builds together; had to build separate packages for the two 'breeds'.

Whether or not we can find a way to combine these differences into a single, 'one-size-fits-all' Opera-portable package that everybody can use, I really don't know. Maybe using the internal 'libs' library that battleshooter helped enormously with a couple of years ago for the Chrome packages would help?

In fact, the more I think about it, I believe this was why I later found that a single Chrome build seemed to work on all Pups, and I was able to quit building separate packages altogether. All those missing items reported by David do exist in the Chrome 'libs' directory, so.....

I'll have a look into it later this afternoon; see what happens, like.

Watch this space, kiddiwinks. I'll report back.

-------------------------------

@ davids45:-

David, is this peebee's most recent 20.01 version? I need to make sure I'm getting the same variant as you're running, for 'testing' purposes...!


Mike. Wink

_________________
MY 'PUPPY' PACKAGES

Back to top
View user's profile Send private message 
mikeslr


Joined: 16 Jun 2008
Posts: 3622
Location: 500 seconds from Sol

PostPosted: Mon 13 Jan 2020, 13:15    Post subject: Multi-Architecture differences  

Sometime --about that of the publication of Ubuntu Trusty Tahr-- debian/Ubuntu and Slackware diverged in how they handled 64-bit libraries. debian/Ubuntu assigned 64-bit libraries to various folders with the designation x86_64-linux-gnu while Slackware located them in folders with the designation /lib64. Puppies --for whatever reason-- are unable to find folders with the designation x86_64-linux-gnu. To work-around that, in debian/ubuntu 64-bit Puppies, they are relocated to the various folders just named /lib --which is where 32-bit libraries have always been located.

Slackos had no problem with finding libraries located in folders named /lib64. See this post, http://www.murga-linux.com/puppy/viewtopic.php?p=960945#960945. In fact, debian/ubuntu puppies also have no problem finding libraries located in "lib64" folders. IIRC, when I discovered that I suggested that debian/ubuntu Puppies be modified to use /lib64 folders.

To do that, petget [and now pkg-cli] would have to be modified so that if a file in an input package was located in an x86_64-linux-gnu folder it would be output to a lib64 folder. Instead, apparently with Bionicpup64 --perhaps others-- such files are now automatically output to /lib.

In the meantime, following up on the work of battleshooter, watchdog and fredx181, we are now creating applications which locate libraries within the applications themselves. The result is that each application requiring the same libraries has it own copies, increasing the overall size of disk-space --and if I'm not mistaken RAM needed when a Puppy is running two applications using the same libraries but obtained from different locations.

So I wonder if it were possible to employ a variation of the battleshooter/watchdog/fredx181 approach in many instances to locate necessary libraries --which conflict with those of the operating system-- in one location, say /opt. And, as previously suggested, adapt all 64-bit Puppies to use /lib64 folders.
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 5830
Location: King's Lynn, UK.

PostPosted: Mon 13 Jan 2020, 15:37    Post subject:  

@ Mike:-

You might be 'pushing it' to suggest that everybody re-build their Puppies to take account of a new, common resource location!

Having said that, it might be one way to take care of the 64-bit Chromium-based browsers, though.....although it would mean all of us pooling resources & 'pulling together' on this one..

I hear what you're saying, I really do. I know it's daft all of us duplicating the same libs in multiple locations; it adds 'weight', it consumes space unnecessarily.....but at least it does work.

------------------------

I'm about to fire-up Scpup64, and have a go at seeing if I can get Opera to run by adding-in the Chrome 'extra libs' directory, then pointing the browser to look there.

I may have knocked the Chrome packages on the head, but I still have all the resources!


T'other Mike. Wink

_________________
MY 'PUPPY' PACKAGES

Back to top
View user's profile Send private message 
davids45


Joined: 26 Nov 2006
Posts: 1248
Location: Chatswood, NSW

PostPosted: Mon 13 Jan 2020, 19:14    Post subject: 64SCPup
Subject description: version trying Opera Portable
 

G'day T'other Mike,

I'm fairly sure I'm using the latest version of peebee's 64ScPup - 20.01+1-T.

I'm using your portable Opera in 64Bionic to see how to keep its memory size down with links, to later share with 64ScPup when fixed, one way or t'other.

I'll then try to include these Opera links into my one-size-fits-all-apps sfs for my 64-bitPups (or more likely have two sfs, one for the Ubuntu derivatives, one for the Slacko/Sc Pups, which is how I run my 32-bit Pups).

Thanks (all) for your ideas,

David S.
Back to top
View user's profile Send private message 
rockedge


Joined: 11 Apr 2012
Posts: 1484
Location: Connecticut, United States

PostPosted: Mon 13 Jan 2020, 19:52    Post subject:  

Hello Mike,

I want to let you know that the Opera-portable works perfectly running on WeeDog64 (Void Linux)
2020-01-13-185118_1280x1024_scrot.png
 Description   
 Filesize   194.13 KB
 Viewed   244 Time(s)

2020-01-13-185118_1280x1024_scrot.png

Back to top
View user's profile Send private message Visit poster's website 
Mike Walsh


Joined: 28 Jun 2014
Posts: 5830
Location: King's Lynn, UK.

PostPosted: Mon 13 Jan 2020, 20:32    Post subject:  

Evening, boys & girls.

@ rockedge:-

Nice to hear, my son. That's another we can add to 'the list'.... Very Happy

--------------------

@ David:-

Now, then. This is quite a 'tangled-up *mish-mash*', from the look of it. I've just been experimenting in SCPup64 20.01.

I re-built a 'test' version of Opera to include the same internal 'libs' directory that my Chrome packages have been using for the last 2 or 3 years.....courtesy of battleshooter. It still runs without issue in both Xenial64 & Bionic64.

However; in SCPup64 20.01, after installing libpng12.so.0, I got all the exact same output as you did. I also, just for the hell of it (even though I've called a halt to it), tried the Chrome-portable package I put together a week or two back.

Chrome also gave the same output, and stuff about .org/freedesktop/UPower, etc.....but it went ahead & started. Opera, on the other hand - and I don't understand this, because I've never seen a Chromium-based 'clone do this before - gave all the same output, plus a few other lines about the system message bus, and just 'hung'; 'froze up'.

Usually, if the 'clones' don't like summat, they'll normally either quit or abort.....

Since this 'fat' version of Opera doesn't 'fix' the issue (and it seems to work everywhere else 'as-is'), I won't be uploading it. It's not necessary.....and it doesn't look to be a browser issue anyway, more a system one. As such, I would suggest consulting peebee on this one, since SCPup64's his 'baby'.

-------------------------------

I did a bit of digging. It appears that this 'uPower' thing has been around for several years (mentions of it are to be found as far back as Ubuntu 12.04 LTS), in successively newer versions. Its intention is to eventually replace the old HAL - the Hardware Abstraction Layer - the part of the kernel-space that allows the software & hardware to 'talk' to each other.

Here's its website:-

https://upower.freedesktop.org/

It appears that it's a kind of 'middleman' layer, and as such is being pulled into systemd. All the mainstream distros appear to be going down this route; Red Hat's Lennart Poettering has been exerting an utterly unholy influence over the community with his evil creation......and Slackware are no different. Further reading would seem to indicate that the overall intention is to make the lives of sysadmins as easy as possible.....and sod the poor 'user'.

I get the impression that the prevailing attitude seems to be 'Well, if you can't beat them, then you might as well 'git while the going's good', and join 'em...' Red Hat & co seem to be utterly convinced that the only way to beat Microsoft at their own game is take all the community's 'creations' and meld them together into a single, 'common' distro, where there is only ever going to be one 'approved' way of doing things, whether you like it or not......and 'free expression' will be thoroughly frowned-upon! And naturally enough, RedHat will be the ones dictating what will, and will not, be allowed.....

I sense IBM's hand assisting the 'stirring of the pot' in this.....there's no love lost between them and Microsoft. They have long memories, and hold a grudge near enough forever. Rolling Eyes The days of the MyCrudSoft DOS 'debacle' are still fresh, as far as they're concerned.....

Top & bottom, systemd's involved with this 'upower' thing, one way or another. I hate systemd; loathe it with a passion.....and point-blank refuse to piss around trying to make software work with it. Normally I would bend over backwards to try and make things work with as many Pups as I can, but I draw the line at this. Sorry an' all that.


Mike. Wink

_________________
MY 'PUPPY' PACKAGES

Back to top
View user's profile Send private message 
rcrsn51


Joined: 05 Sep 2006
Posts: 12948
Location: Stratford, Ontario

PostPosted: Mon 13 Jan 2020, 22:40    Post subject:  

Watchdog's solution above also works for me in ScPup64, but I don't know what he means by "some success".
Last edited by rcrsn51 on Tue 14 Jan 2020, 06:35; edited 1 time in total
Back to top
View user's profile Send private message 
watchdog

Joined: 28 Sep 2012
Posts: 1952
Location: Italy

PostPosted: Tue 14 Jan 2020, 00:31    Post subject:  

rcrsn51 wrote:
Watchdog's solution above works for me, but I don't know what he means by "some success".


I'm not mother tongue in english. I wanted to say that Opera-portable starts and is usuable after installing the packages of my post above despite a verbose start in terminal.
Back to top
View user's profile Send private message 
dancytron

Joined: 18 Jul 2012
Posts: 1445

PostPosted: Tue 14 Jan 2020, 01:50    Post subject:  

Just installed and tested on my Debian Stretch 64.

Works fine in all respects and seems noticeably faster than Firefox portable latest and Chrome latest.
Back to top
View user's profile Send private message 
rockedge


Joined: 11 Apr 2012
Posts: 1484
Location: Connecticut, United States

PostPosted: Tue 14 Jan 2020, 09:16    Post subject:  

@dancytron
the opera-portable is also on my Bionic64's noticeably faster than firefox, palemoon plus Basilik are also not quite as fast but very close in speed.
Back to top
View user's profile Send private message Visit poster's website 
rcrsn51


Joined: 05 Sep 2006
Posts: 12948
Location: Stratford, Ontario

PostPosted: Tue 14 Jan 2020, 15:19    Post subject:  

To convert this from a portable app to a conventional install with a desktop shortcut, read here.

Puppy users should be able to click-install the .deb package.
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 3 of 4 [54 Posts]   Goto page: Previous 1, 2, 3, 4 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » Browsers and Internet
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1638s ][ Queries: 13 (0.0124s) ][ GZIP on ]