Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 14:00:43 BST gevisz wrote:
> 2018-07-27 15:44 GMT+03:00 gevisz :
> > Updating world without global -pam, -polkit and -consolekit use flags
> > in /etc/portage/make.conf have not changed the behaviour of Fireforx
> > described above: it is still cannot display the page
> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." message.
> >
> > So, I will probably revert changes tomorrow.
> >
> > Playing with strace has been put on todo list.
>
> Last lines of the log file after runnig the following command
>
> $ strace -o strace.log qupzilla https://www.privat24.ua/
> QupZilla: 0 extensions loaded
> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading
> Root Certs, loaded==false: NSS error code: -8018
> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No
> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
Mozilla is using libnss to check the validity of the website certificate with
the OCSP of the CA issuer of the certificate (digicert.com). For some reason
it seems the connection is interrupted. See lines 605 to 621 here:
https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/
nss_ocsp.cc.html
The connection may be interrupted because the browser/tab crashes (see below).
> r300 FP: Compiler Error:
> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers
> /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode():
> translate_rgb_opcode: Unknown opcode DDY
> Using a dummy shader instead.
> QupZilla: Crashed :( Saving backtrace in
> /home/gevis/.config/qupzilla/crashlog ...
> Backtrace successfully saved in
> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt
> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/
>
> are the following:
>
> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0
> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0
> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000)
> = 0x7f22f565
> +++ killed by SIGABRT +++
This looks like a radeon video driver problem. You could go into a loop of
rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, or
you could wait for/keyword later versions of these packages.
Alternatively, you could try reporting this to the application devs and see
what they say.
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 18:29 GMT+03:00 Mick :
> On Friday, 27 July 2018 14:00:43 BST gevisz wrote:
>> 2018-07-27 15:44 GMT+03:00 gevisz :
>> > Updating world without global -pam, -polkit and -consolekit use flags
>> > in /etc/portage/make.conf have not changed the behaviour of Fireforx
>> > described above: it is still cannot display the page
>> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." message.
>> >
>> > So, I will probably revert changes tomorrow.
>> >
>> > Playing with strace has been put on todo list.
>>
>> Last lines of the log file after runnig the following command
>>
>> $ strace -o strace.log qupzilla https://www.privat24.ua/
>> QupZilla: 0 extensions loaded
>> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading
>> Root Certs, loaded==false: NSS error code: -8018
>> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No
>> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
>
> Mozilla is using libnss to check the validity of the website certificate with
> the OCSP of the CA issuer of the certificate (digicert.com). For some reason
> it seems the connection is interrupted. See lines 605 to 621 here:
>
> https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/
> nss_ocsp.cc.html
>
> The connection may be interrupted because the browser/tab crashes (see below).
>
>
>> r300 FP: Compiler Error:
>> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers
>> /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode():
>> translate_rgb_opcode: Unknown opcode DDY
>> Using a dummy shader instead.
>> QupZilla: Crashed :( Saving backtrace in
>> /home/gevis/.config/qupzilla/crashlog ...
>> Backtrace successfully saved in
>> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt
>> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/
>>
>> are the following:
>>
>> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0
>> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0
>> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000)
>> = 0x7f22f565
>> +++ killed by SIGABRT +++
>
>
> This looks like a radeon video driver problem. You could go into a loop of
> rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, or
> you could wait for/keyword later versions of these packages.
Thank you for the tip. In this case, I should first try reconfigure the kernel.
> Alternatively, you could try reporting this to the application devs and see
> what they say.
Do you mean developpers of FF/QZ?
Re: [gentoo-user] Re: palemoon-27.3.0 anyone?
On 06/30/17 20:45, Walter Dnes wrote: > On Fri, Jun 30, 2017 at 07:35:21PM -0400, james wrote > >> This issue is close by not exactly the same. What I want is when you >> save/modify/delete a bookmark in Palemoon, it would be instantly >> effective in Qupzilla and vice versa. A 'simd' instruction, execute >> once, write multiple-times, so to speak. >> >> >> I was looking for a solution, on syncing up diverse *zilla bookmarks >> records. If you think about, it's a really good idea and yields consumer >> options to use another browser, when your 'fav' browser is not >> performing as you wish. > > Is Qupzilla a "Firefox-family" browser like Pale Moon? If so, and if > you're brave/foolish, try symlinking the "places.sqlite" files in the > browsers' profiles. I strongly recommend backups before doing it. See > https://support.mozilla.org/en-US/kb/profiles-where-firefox-stores-user-data > for a list of what stuff each file stores. ~/.config/qupzilla/profiles/default/bookmarks.json is the operable file for qupzilla (I think). I do not know the history or many details of qupzilla, I emerged it and it works, without the politics of larger browsers; ymmv. Palemoon, is something you know far more about, but my guess is:: ~/.moonchild productions/pale moon/vjhi8n7h.default/places.sqlite which is in non-text form. I'm not sure how the 'profile' works to control these bookmarks? These files are differnt, so a simlink is not going to work? I rather like the json file as it is efficient and easy to read for comprehension and grepping. I'm not quite sure why a sqlite file is needed. I did find a sqlite browser some years ago for looking at those kinds of files but not sure where (what package) it is in now. Perhaps a script to tranlate either sqlite entries into a json form, or vice-versa could make these (2) work? If it worked, one could bounce between these or even other 'simpler' browsers as all of the 'market leading browers:: firefox, opera, chrome,etc' all seem to overtly complicate everything, have a political agenda, or are just a turnoff to use. A uniform bookmarks system, where the user masters and controls their bookmarks, beyond any browser uses, is a keen idea, imho. thanks for your insight into Palemoon and your hard work with Palemoon to benefit gentoo users. I' going to just install PM-27.3 via the octopus repo. It just seems that I have to change repos to get the latest palemoon ebuild, and I'm scratching my heads as to why one repos does not always offer the latest ebuilds, as soon as they are release, at least as testing ebuilds? James
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 23:02 GMT+03:00 Mick :
> On Friday, 27 July 2018 19:49:45 BST gevisz wrote:
>> 2018-07-27 18:29 GMT+03:00 Mick :
>> > On Friday, 27 July 2018 14:00:43 BST gevisz wrote:
>> >> 2018-07-27 15:44 GMT+03:00 gevisz :
>> >> > Updating world without global -pam, -polkit and -consolekit use flags
>> >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx
>> >> > described above: it is still cannot display the page
>> >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed."
>> >> > message.
>> >> >
>> >> > So, I will probably revert changes tomorrow.
>> >> >
>> >> > Playing with strace has been put on todo list.
>> >>
>> >> Last lines of the log file after runnig the following command
>> >>
>> >> $ strace -o strace.log qupzilla https://www.privat24.ua/
>> >> QupZilla: 0 extensions loaded
>> >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading
>> >> Root Certs, loaded==false: NSS error code: -8018
>> >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No
>> >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
>> >
>> > Mozilla is using libnss to check the validity of the website certificate
>> > with the OCSP of the CA issuer of the certificate (digicert.com). For
>> > some reason it seems the connection is interrupted. See lines 605 to 621
>> > here:
>> >
>> > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/
>> > nss_ocsp.cc.html
>> >
>> > The connection may be interrupted because the browser/tab crashes (see
>> > below).>
>> >> r300 FP: Compiler Error:
>> >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/driv
>> >> ers /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode():
>> >> translate_rgb_opcode: Unknown opcode DDY
>> >> Using a dummy shader instead.
>> >> QupZilla: Crashed :( Saving backtrace in
>> >> /home/gevis/.config/qupzilla/crashlog ...
>> >> Backtrace successfully saved in
>> >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt
>> >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/
>> >>
>> >> are the following:
>> >>
>> >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0
>> >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0
>> >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000)
>> >> = 0x7f22f565
>> >> +++ killed by SIGABRT +++
>> >
>> > This looks like a radeon video driver problem. You could go into a loop
>> > of
>> > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve,
>> > or you could wait for/keyword later versions of these packages.
>>
>> Thank you for the tip. In this case, I should first try reconfigure the
>> kernel.
>> > Alternatively, you could try reporting this to the application devs and
>> > see
>> > what they say.
>>
>> Do you mean developpers of FF/QZ?
>
> Yes, although unless this is a known bug they may point you to the devs of the
> radeon drivers. I've been around this loop a couple of times (sigh ...)
Ok. Thank you.
It even more strengthens my impression than I should first
play with reconfiguring the kernel.
I will do it a bit later, when the summer heat becames more tolerable. :)
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-28 15:24 GMT+03:00 gevisz :
> 2018-07-27 23:02 GMT+03:00 Mick :
>> On Friday, 27 July 2018 19:49:45 BST gevisz wrote:
>>> 2018-07-27 18:29 GMT+03:00 Mick :
>>> > On Friday, 27 July 2018 14:00:43 BST gevisz wrote:
>>> >> 2018-07-27 15:44 GMT+03:00 gevisz :
>>> >> > Updating world without global -pam, -polkit and -consolekit use flags
>>> >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx
>>> >> > described above: it is still cannot display the page
>>> >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed."
>>> >> > message.
>>> >> >
>>> >> > So, I will probably revert changes tomorrow.
>>> >> >
>>> >> > Playing with strace has been put on todo list.
>>> >>
>>> >> Last lines of the log file after runnig the following command
>>> >>
>>> >> $ strace -o strace.log qupzilla https://www.privat24.ua/
>>> >> QupZilla: 0 extensions loaded
>>> >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading
>>> >> Root Certs, loaded==false: NSS error code: -8018
>>> >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No
>>> >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
>>> >
>>> > Mozilla is using libnss to check the validity of the website certificate
>>> > with the OCSP of the CA issuer of the certificate (digicert.com). For
>>> > some reason it seems the connection is interrupted. See lines 605 to 621
>>> > here:
>>> >
>>> > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/
>>> > nss_ocsp.cc.html
>>> >
>>> > The connection may be interrupted because the browser/tab crashes (see
>>> > below).>
>>> >> r300 FP: Compiler Error:
>>> >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/driv
>>> >> ers /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode():
>>> >> translate_rgb_opcode: Unknown opcode DDY
>>> >> Using a dummy shader instead.
>>> >> QupZilla: Crashed :( Saving backtrace in
>>> >> /home/gevis/.config/qupzilla/crashlog ...
>>> >> Backtrace successfully saved in
>>> >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt
>>> >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/
>>> >>
>>> >> are the following:
>>> >>
>>> >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0
>>> >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0
>>> >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000)
>>> >> = 0x7f22f565
>>> >> +++ killed by SIGABRT +++
>>> >
>>> > This looks like a radeon video driver problem. You could go into a loop
>>> > of
>>> > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve,
>>> > or you could wait for/keyword later versions of these packages.
>>>
>>> Thank you for the tip. In this case, I should first try reconfigure the
>>> kernel.
>>> > Alternatively, you could try reporting this to the application devs and
>>> > see
>>> > what they say.
>>>
>>> Do you mean developpers of FF/QZ?
>>
>> Yes, although unless this is a known bug they may point you to the devs of
>> the
>> radeon drivers. I've been around this loop a couple of times (sigh ...)
>
> Ok. Thank you.
>
> It even more strengthens my impression than I should first
> play with reconfiguring the kernel.
I have loaded the new Gentoo system using the kernel from the old one
with no change in Firefox behaviour on https://www.privat24.ua/#login
page: it crashed as was described before.
So, playing with the kernel configuration will not help. :(
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 19:49:45 BST gevisz wrote:
> 2018-07-27 18:29 GMT+03:00 Mick :
> > On Friday, 27 July 2018 14:00:43 BST gevisz wrote:
> >> 2018-07-27 15:44 GMT+03:00 gevisz :
> >> > Updating world without global -pam, -polkit and -consolekit use flags
> >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx
> >> > described above: it is still cannot display the page
> >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed."
> >> > message.
> >> >
> >> > So, I will probably revert changes tomorrow.
> >> >
> >> > Playing with strace has been put on todo list.
> >>
> >> Last lines of the log file after runnig the following command
> >>
> >> $ strace -o strace.log qupzilla https://www.privat24.ua/
> >> QupZilla: 0 extensions loaded
> >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading
> >> Root Certs, loaded==false: NSS error code: -8018
> >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No
> >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
> >
> > Mozilla is using libnss to check the validity of the website certificate
> > with the OCSP of the CA issuer of the certificate (digicert.com). For
> > some reason it seems the connection is interrupted. See lines 605 to 621
> > here:
> >
> > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/
> > nss_ocsp.cc.html
> >
> > The connection may be interrupted because the browser/tab crashes (see
> > below).>
> >> r300 FP: Compiler Error:
> >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/driv
> >> ers /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode():
> >> translate_rgb_opcode: Unknown opcode DDY
> >> Using a dummy shader instead.
> >> QupZilla: Crashed :( Saving backtrace in
> >> /home/gevis/.config/qupzilla/crashlog ...
> >> Backtrace successfully saved in
> >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt
> >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/
> >>
> >> are the following:
> >>
> >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0
> >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0
> >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000)
> >> = 0x7f22f565
> >> +++ killed by SIGABRT +++
> >
> > This looks like a radeon video driver problem. You could go into a loop
> > of
> > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve,
> > or you could wait for/keyword later versions of these packages.
>
> Thank you for the tip. In this case, I should first try reconfigure the
> kernel.
> > Alternatively, you could try reporting this to the application devs and
> > see
> > what they say.
>
> Do you mean developpers of FF/QZ?
Yes, although unless this is a known bug they may point you to the devs of the
radeon drivers. I've been around this loop a couple of times (sigh ...)
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
[gentoo-user] palemoon-27.3.0 anyone?
I see it is in an overlay that I do not use (yet):: [2] "octopus" layman/octopus Anyone running this version or Palemoon-27.3.0 from another ebuild? I'm not much interested in building Palemoon from sources. Also, I've been using qupzilla-2.1.2 as my main browser, without issue, but I do like Palemoon too. Note: For a while, I've been using Palemoon-27.2.1-r1 without issues, all on gcc-5.4.0-r3; so any (Palemoon) issues in moving to gcc-6.3.0 ? Is there any quick and convenient way to write bookmarks (changes) to both (qupzilla and Palemoon) so I can switch between browsers and see the same bookmarks in sync? An automatize (script-able) solution that would periodically auto-save bookmarks in sort of a semantic? Manually syncing these is hap_hazardous for an old timer James
Re: [gentoo-user] Re: palemoon-27.3.0 anyone?
On Fri, Jun 30, 2017 at 07:35:21PM -0400, james wrote > This issue is close by not exactly the same. What I want is when you > save/modify/delete a bookmark in Palemoon, it would be instantly > effective in Qupzilla and vice versa. A 'simd' instruction, execute > once, write multiple-times, so to speak. > > > I was looking for a solution, on syncing up diverse *zilla bookmarks > records. If you think about, it's a really good idea and yields consumer > options to use another browser, when your 'fav' browser is not > performing as you wish. Is Qupzilla a "Firefox-family" browser like Pale Moon? If so, and if you're brave/foolish, try symlinking the "places.sqlite" files in the browsers' profiles. I strongly recommend backups before doing it. See https://support.mozilla.org/en-US/kb/profiles-where-firefox-stores-user-data for a list of what stuff each file stores. -- Walter Dnes <waltd...@waltdnes.org> I don't run "desktop environments"; I run useful applications
[gentoo-user] Re: palemoon-27.3.0 anyone?
On 2017-06-30 21:33, james wrote: > ~/.config/qupzilla/profiles/default/bookmarks.json > > is the operable file for qupzilla (I think). I do not know the history > or many details of qupzilla, I emerged it and it works, without the > politics of larger browsers; ymmv. That's the name of the backup file into which both firefox and palemoon dump bookmarks. I think you're mixing different kinds of fruit here. (BTW, this is the file I use to transport the bookmarks between my 2 computers.) > Palemoon, is something you know far more about, but my guess is:: > ~/.moonchild productions/pale moon/vjhi8n7h.default/places.sqlite > > which is in non-text form. > > I'm not sure how the 'profile' works to control these bookmarks? Each profile has its own places file under its profile directory. Here, vjhi8n7h.default is the profile directory. > These files are differnt, so a simlink is not going to work? See above - the json is just a dump (for palemoon, anyway), the sqlite file is the ultimate source. > I rather like the json file as it is efficient and easy to read for > comprehension and grepping. I'm not quite sure why a sqlite file is > needed. Searching would probably be too slow if you have many bookmarks. I probably have in the tens of thousands now. Note that you need multiple kinds of searches - by name, by URL and by tags, just what SQL is good at. > A uniform bookmarks system, where the user masters and controls their > bookmarks, beyond any browser uses, is a keen idea, imho. In older versions of debian, there was a package that looked like a good start towards this goal. I'm no longer sure of the name but I think it was xbel. It stored the data in a XML file. It's not in debian now but maybe it is still around, try a web search. -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html
Re: [gentoo-user] Re: palemoon-27.3.0 anyone?
On 06/30/17 22:57, Ian Zimmerman wrote: > On 2017-06-30 21:33, james wrote: > >> ~/.config/qupzilla/profiles/default/bookmarks.json >> >> is the operable file for qupzilla (I think). I do not know the history >> or many details of qupzilla, I emerged it and it works, without the >> politics of larger browsers; ymmv. > > That's the name of the backup file into which both firefox and palemoon > dump bookmarks. I think you're mixing different kinds of fruit here. > > (BTW, this is the file I use to transport the bookmarks between my 2 > computers.) > >> Palemoon, is something you know far more about, but my guess is:: >> ~/.moonchild productions/pale moon/vjhi8n7h.default/places.sqlite >> >> which is in non-text form. >> >> I'm not sure how the 'profile' works to control these bookmarks? > > Each profile has its own places file under its profile directory. Here, > vjhi8n7h.default is the profile directory. > >> These files are differnt, so a simlink is not going to work? > > See above - the json is just a dump (for palemoon, anyway), the sqlite > file is the ultimate source. > >> I rather like the json file as it is efficient and easy to read for >> comprehension and grepping. I'm not quite sure why a sqlite file is >> needed. > > Searching would probably be too slow if you have many bookmarks. I > probably have in the tens of thousands now. Note that you need multiple > kinds of searches - by name, by URL and by tags, just what SQL is good at. > >> A uniform bookmarks system, where the user masters and controls their >> bookmarks, beyond any browser uses, is a keen idea, imho. > > In older versions of debian, there was a package that looked like a good > start towards this goal. I'm no longer sure of the name but I think it > was xbel. It stored the data in a XML file. It's not in debian now but > maybe it is still around, try a web search. > I just do not have time for a another project, atm. Perhaps in the future... So for now I'm just going to file all of this information away until I close out a few other long-running projects. thx, James
[gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
I have two Gentoo systems on the same AMD Athlon 64 X2 computer. The old one was installed in July 2013 with default/linux/amd64/13.0/desktop/gnome (stable) profile and was updated till the middle of July 2017. Initially it hosted Gnome2 but later I have switched to XFCE4. The new one was installed in January-February 2018 with default/linux/amd64/17.0/desktop (stable) profile and was last updated yesterday. From the very beginning it hosted no DE, only Awesome WM and dbus. The home directory is the same and still remembers Ubuntu 6.04 installation in 2006. On the old system, I had the problem that chromium very often (but not always!) asked me for some (keyring?) password when I opened a new www-page. Recompilation of it with different user flags did not help. I thought that that was because of the gnome-keyring, consolekit or policykit packages but without any proof. So, while installing the new Gentoo system, I decided to avoid installing any package that needs gnome-keyring, consolekit or policykit packages. I have also set -pam -consolekit and -policykit in my /etc/portage/make.conf Chromium indeed never asked me for the mentioned above password on the new Gentoo system. But I get another problem on the new Gentoo system: Firefox and Qupzilla both crash on some (login) www-pages. Namely, Firefox shows the "Gah. Your tab just crashed" when I try to log into my Yahoo e-mail account. This happens only after entering login and password, so not good enough to reproduce. However, it shows the same message just after staying about 3-5 seconds on the following internet banking login page: https://www.privat24.ua/#login No login or password needed. :) The last error messages sent to terminal by FF while I try to open the last www-page are the following: [Parent 4099] WARNING: pipe error (56): Connection reset by peer: file /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322 [Parent 4099] WARNING: pipe error (57): Connection reset by peer: file /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322 ###!!! [Parent][MessageChannel] Error: (msgtype=0x2C0083,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv [Parent 4099] WARNING: pipe error (44): Connection reset by peer: file /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322 ###!!! [Parent][MessageChannel] Error: (msgtype=0x2C0083,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv [Parent 4099] WARNING: pipe error (47): Connection reset by peer: file /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322 [Parent 4099] WARNING: pipe error (49): Connection reset by peer: file /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322 ###!!! [Parent][MessageChannel] Error: (msgtype=0x2C0083,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv tabs.onUpdated event fired after context unloaded. tabs.onUpdated event fired after context unloaded. tabs.onUpdated event fired after context unloaded. ... As to the Qupzilla, it crashes on the page https://www.privat24.ua/#login completely, with the following messages sent to terminal: [4376:4387:0727/105105.178569:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [4376:4387:0727/105105.178676:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [4376:4387:0727/105105.178734:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: crl4.digicert.com [4376:4387:0727/105105.182973:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [4376:4387:0727/105105.183033:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [4376:4387:0727/105105.183086:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: crl4.digicert.com r300 FP: Compiler Error: /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers/r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): translate_rgb_opcode: Unknown opcode DDY Using a dummy shader instead. QupZilla: Crashed :( Saving backtrace in /home/user/.config/qupzilla/crashlog ... Backtrace successfully saved in /home/user/.config/qupzilla/crashlog/Crash-2018-07-27T10:51:11.txt The mentioned above crashlog file contains only the following: Time: Fri Jul 27 10:51:11 2018 Qt version: 5.9.6 (compiled with 5.9.4) QupZilla version: 2.2.5 Rendering engine: QtWebEngine == BACKTRACE == #0: qupzilla(+0x355b) [0x55691e37055b] #1: /lib64/libc.so.6(+0x35c60) [0x7f3a568c3c60] #2: [0x7f3a3c18d2c9] Strange enough, but on the old Gentoo system Firefox does not crash o
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 09:16:30 BST gevisz wrote: > I have two Gentoo systems on the same AMD Athlon 64 X2 computer. > > The old one was installed in July 2013 with > default/linux/amd64/13.0/desktop/gnome (stable) > profile and was updated till the middle of > July 2017. Initially it hosted Gnome2 > but later I have switched to XFCE4. > > The new one was installed in January-February 2018 > with default/linux/amd64/17.0/desktop (stable) > profile and was last updated yesterday. From the > very beginning it hosted no DE, only Awesome WM > and dbus. > > The home directory is the same and still remembers > Ubuntu 6.04 installation in 2006. > > On the old system, I had the problem that chromium > very often (but not always!) asked me for some > (keyring?) password when I opened a new www-page. > > Recompilation of it with different user flags did not help. Go to: chrome://settings/passwords Then disable "Offer to save passwords". It should not ask you to save passwords thereafter. > I thought that that was because of the gnome-keyring, > consolekit or policykit packages but without any proof. >From what I understand Chrome/ium will ask the desktop password manager to handle the saving of website passwords. Policykit/polkit provides a centralised mechanism for non-privileged processes to communicate with privileged ones; e.g. when a plain user wants to hibernate/shutdown, disable NICs, etc. https://lwn.net/Articles/258592/ Consolekit tracks user sessions and allows switching between users on the same PC without logging out. As far as I know with the switch to systemd and its built-in seat/user/session management mechanisms Consolekit is no longer maintained. > So, while installing the new Gentoo system, I decided > to avoid installing any package that needs gnome-keyring, > consolekit or policykit packages. I think you shouldn't have needed to do all this. > I have also set -pam -consolekit and -policykit in my > /etc/portage/make.conf PAM is used to separate applications from the underlying authentication mechanisms. It checks OS user/account/passwd/session authentications when required by applications. This is the backbone of managing Linux authentications today, although some applications retain their own application level authentication mechanism (e.g. SSH). I don't think setting USE="-pam" is advisable for most dekstop use cases. > Chromium indeed never asked me for the mentioned > above password on the new Gentoo system. > > But I get another problem on the new Gentoo system: > Firefox and Qupzilla both crash on some (login) www-pages. > > Namely, Firefox shows the "Gah. Your tab just crashed" > when I try to log into my Yahoo e-mail account. > > This happens only after entering login and password, > so not good enough to reproduce. > > However, it shows the same message just after staying > about 3-5 seconds on the following internet banking > login page: https://www.privat24.ua/#login > No login or password needed. :) > > The last error messages sent to terminal by FF while I > try to open the last www-page are the following: > > [Parent 4099] WARNING: pipe error (56): Connection reset by peer: The server disconnected you. > file > /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromi > um/src/chrome/common/ipc_channel_posix.cc, line 322 I'm not sure if your firefox build is the same like shown here, but line 322 shows a I/O message loop where it checks if a connection is running so that it can respond. The page in question pops up a couple of things, after loading the initial page, including geolocation. It may have something to do with this. > ###!!! [Parent][MessageChannel] Error: > (msgtype=0x2C0083,name=PBrowser::Msg_Destroy) Channel error: cannot > send/recv It seems the connection has been reset by the server, two processes running on your browser using IPC can't go anywhere and are torn down, but I'm no developer to know for sure. > As to the Qupzilla, it crashes on the page https://www.privat24.ua/#login > completely, with the following messages sent to terminal: > > [4376:4387:0727/105105.178569:ERROR:nss_ocsp.cc(591)] No > URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [snip ...] The browser is trying to check ocsp.digicert.com for the validity of the certificate, but there is some error with the URL. Then (I'm guessing) there's some pop up in the browser to inform you of this error, which causes a mesa rendering fault with the output shown below: > r300 FP: Compiler Error: > /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers > /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): > translate_rgb_opcode: Unknown opc
Re: [gentoo-user] palemoon-27.3.0 anyone?
On 17-06-30 at 12:01, james wrote: > I see it is in an overlay that I do not use (yet):: > > [2] "octopus" layman/octopus > > Anyone running this version or Palemoon-27.3.0 from another ebuild? > I'm not much interested in building Palemoon from sources. > Also, I've been using qupzilla-2.1.2 as my main browser, without issue, > but I do like Palemoon too. I maintain my own ebuild at [1], and since (whenever I committed that), no problems I can remember (except for any changes I may have made when updating which I can't remember). > Note: For a while, I've been using Palemoon-27.2.1-r1 without issues, > all on gcc-5.4.0-r3; so any (Palemoon) issues in moving to gcc-6.3.0 ? I'm on gcc-6.3.0 and have no gcc-related issues. [1]: https://git.c-14.de/landsraad.git/tree/www-client/palemoon/palemoon-27.3.0.ebuild -- Simon Thelen
[gentoo-user] Re: palemoon-27.3.0 anyone?
On 2017-06-30 20:45, Walter Dnes wrote: > Is Qupzilla a "Firefox-family" browser like Pale Moon? If so, and if > you're brave/foolish, try symlinking the "places.sqlite" files in the > browsers' profiles. I strongly recommend backups before doing it. > See > https://support.mozilla.org/en-US/kb/profiles-where-firefox-stores-user-data > for a list of what stuff each file stores. When I warned (perhaps a bit opaquely) about the issue on palemoon's github, this was exactly the scenario I was thinking about. I got to experience that badness because I unthinkingly reused my bookmark database from Firefox when I started using palemoon. Even if the database schema is the same (and I don't know if it is), that is not sufficient for compatibility: what the code does with the data can make a difference. So make a backup, then go ahead and try it, but don't be too disappointed if it doesn't work. -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 11:44:08 BST gevisz wrote: > 2018-07-27 12:44 GMT+03:00 Mick : > > PAM is used to separate applications from the underlying > > authentication mechanisms. It checks OS user/account/passwd/session > > authentications when required by applications. This is the backbone > > of managing Linux authentications today, although some applications > > retain their own application level authentication mechanism (e.g. SSH). > > So, do you think that global -pam use flag can cause Firefox > and QupZilla to crash on loging web-pages? You can run them with strace to see if they are trying to access any pam modules, but I would think it unlikely. I bet this is something to do with the graphics drivers. Later versions of browsers are heavy on hardware acceleration and can stress some graphics drivers causing crashes like this. Geolocation and other pop ups use the GPU to create rendering effects and this could be the cause of the crash. PS. My wife's FF started crashing recently whenever she closes a single tab - but not every time. :-/ -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: palemoon-27.3.0 anyone?
On 06/30/17 15:11, Ian Zimmerman wrote: > On 2017-06-30 12:01, james wrote: > >> [2] "octopus" layman/octopus >> >> Anyone running this version or Palemoon-27.3.0 from another ebuild? >> I'm not much interested in building Palemoon from sources. > > I am not sure what your question or request is here. Are you asking > someone to share a binary? NO. I either maintain ebuilds myself (over 50 now), or used those via layman or the portage tree. I'm not looking to maintain a larger trees as my cluster and science stuff is turning into a full time effort.. > > I have my own ebuild of 27.3.0 which works without problems for me, with > current stable gcc. Excellent, that what I wanted to know. I had a real plucker of a time with 6 packages when going from gcc-4 to gcc-5. All is fine now, I'm curious if there are issues with gcc-6 on gentoo, that's it. > I can share the ebuild (which is identical to the > overlay, or nearly so) but, I'm not uploading the binary anywhere :P > >> Is there any quick and convenient way to write bookmarks (changes) to >> both (qupzilla and Palemoon) so I can switch between browsers and see >> the same bookmarks in sync? > > I share bookmarks between my two instances of palemoon by doing a > bookmark backup (from the menu item "Bookamrks|Organize") on one and > then a restore on the other. Not really automated, but good enough for > the frequency I need. > > OTOH, sharing with or reusing bookmarks from a different browser in the > mozilla family seems to be problematic. See this issue among others on > the palemoon github site: > > https://github.com/MoonchildProductions/Pale-Moon/issues/1100 This issue is close by not exactly the same. What I want is when you save/modify/delete a bookmark in Palemoon, it would be instantly effective in Qupzilla and vice versa. A 'simd' instruction, execute once, write multiple-times, so to speak. I was looking for a solution, on syncing up diverse *zilla bookmarks records. If you think about, it's a really good idea and yields consumer options to use another browser, when your 'fav' browser is not performing as you wish. thx, James >
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 12:44 GMT+03:00 Mick : > On Friday, 27 July 2018 09:16:30 BST gevisz wrote: >> I have two Gentoo systems on the same AMD Athlon 64 X2 computer. >> >> The old one was installed in July 2013 with >> default/linux/amd64/13.0/desktop/gnome (stable) >> profile and was updated till the middle of >> July 2017. Initially it hosted Gnome2 >> but later I have switched to XFCE4. >> >> The new one was installed in January-February 2018 >> with default/linux/amd64/17.0/desktop (stable) >> profile and was last updated yesterday. From the >> very beginning it hosted no DE, only Awesome WM >> and dbus. >> >> The home directory is the same and still remembers >> Ubuntu 6.04 installation in 2006. >> >> On the old system, I had the problem that chromium >> very often (but not always!) asked me for some >> (keyring?) password when I opened a new www-page. >> >> Recompilation of it with different user flags did not help. > > Go to: > > chrome://settings/passwords > > Then disable "Offer to save passwords". It should not ask > you to save passwords thereafter. Thank you for your reply. Chromium asked for a password to keyring or something like that and did it on opening almost any page, even that that definitely did not need any password authentication. So, it was something else than just saving password for pages. But it does not matter much now because I currently do not use Chromium any more because it compiles more than 26 hours on my computer. >> I thought that that was because of the gnome-keyring, >> consolekit or policykit packages but without any proof. > > From what I understand Chrome/ium will ask the desktop > password manager to handle the saving of website passwords. I guess he [Chromium] asked me for the password from a password manager I may be used in previous intallation of Ubuntu 5 or 10 years ago. However, I never give him that password (because did not remember any such password or even when I could create it in the past), so he asked almost every time he opened new page. :) > Policykit/polkit provides a centralised mechanism for > non-privileged processes to communicate with privileged > ones; e.g. when a plain user wants to hibernate/shutdown, > disable NICs, etc. > > https://lwn.net/Articles/258592/ > > Consolekit tracks user sessions and allows switching between > users on the same PC without logging out. I am using my computer alone, so I guess that I do not need it. > As far as I know with the switch to systemd and its built-in > seat/user/session management mechanisms Consolekit > is no longer maintained. I do not use systemd. >> So, while installing the new Gentoo system, I decided >> to avoid installing any package that needs gnome-keyring, >> consolekit or policykit packages. > > I think you shouldn't have needed to do all this. > >> I have also set -pam -consolekit and -policykit in my >> /etc/portage/make.conf > > PAM is used to separate applications from the underlying > authentication mechanisms. It checks OS user/account/passwd/session > authentications when required by applications. This is the backbone > of managing Linux authentications today, although some applications > retain their own application level authentication mechanism (e.g. SSH). So, do you think that global -pam use flag can cause Firefox and QupZilla to crash on loging web-pages? > I don't think setting USE="-pam" is advisable for most dekstop use cases. > >> Chromium indeed never asked me for the mentioned >> above password on the new Gentoo system. >> >> But I get another problem on the new Gentoo system: >> Firefox and Qupzilla both crash on some (login) www-pages. >> >> Namely, Firefox shows the "Gah. Your tab just crashed" >> when I try to log into my Yahoo e-mail account. >> >> This happens only after entering login and password, >> so not good enough to reproduce. >> >> However, it shows the same message just after staying >> about 3-5 seconds on the following internet banking >> login page: https://www.privat24.ua/#login >> No login or password needed. :) >> >> The last error messages sent to terminal by FF while I >> try to open the last www-page are the following: >> >> [Parent 4099] WARNING: pipe error (56): Connection reset by peer: > > The server disconnected you. > > >> file >> /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromi >> um/src/chrome/common/ipc_channel_posix.cc, line 322 > > I'm not sure if your firefox build is the same like shown here, Yes, the same. > but line 322 shows a
[gentoo-user] Re: palemoon-27.3.0 anyone?
On 2017-06-30 12:01, james wrote: > [2] "octopus" layman/octopus > > Anyone running this version or Palemoon-27.3.0 from another ebuild? > I'm not much interested in building Palemoon from sources. I am not sure what your question or request is here. Are you asking someone to share a binary? I have my own ebuild of 27.3.0 which works without problems for me, with current stable gcc. I can share the ebuild (which is identical to the overlay, or nearly so) but, I'm not uploading the binary anywhere :P > Is there any quick and convenient way to write bookmarks (changes) to > both (qupzilla and Palemoon) so I can switch between browsers and see > the same bookmarks in sync? I share bookmarks between my two instances of palemoon by doing a bookmark backup (from the menu item "Bookamrks|Organize") on one and then a restore on the other. Not really automated, but good enough for the frequency I need. OTOH, sharing with or reusing bookmarks from a different browser in the mozilla family seems to be problematic. See this issue among others on the palemoon github site: https://github.com/MoonchildProductions/Pale-Moon/issues/1100 -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 13:57 GMT+03:00 Mick : > On Friday, 27 July 2018 11:44:08 BST gevisz wrote: >> 2018-07-27 12:44 GMT+03:00 Mick : > >> > PAM is used to separate applications from the underlying >> > authentication mechanisms. It checks OS user/account/passwd/session >> > authentications when required by applications. This is the backbone >> > of managing Linux authentications today, although some applications >> > retain their own application level authentication mechanism (e.g. SSH). >> >> So, do you think that global -pam use flag can cause Firefox >> and QupZilla to crash on loging web-pages? > > You can run them with strace to see if they are trying to access any pam > modules, but I would think it unlikely. Thank you for the tip. I will try to use strace after reading about it. However, currently I already deleted grobal -pam use flag and started to update world with the new settings. Some new packages are currently installing and some other are recompiling. > I bet this is something to do with the graphics drivers. Later versions of > browsers are heavy on hardware acceleration and can stress some graphics > drivers causing crashes like this. Geolocation and other pop ups use the GPU > to create rendering effects and this could be the cause of the crash. I doubt this because the same works on old Gentoo intallation on the same computer. But I can not be sure, of course. :)
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 14:13 GMT+03:00 gevisz : > 2018-07-27 13:57 GMT+03:00 Mick : >> On Friday, 27 July 2018 11:44:08 BST gevisz wrote: >>> 2018-07-27 12:44 GMT+03:00 Mick : >> >>> > PAM is used to separate applications from the underlying >>> > authentication mechanisms. It checks OS user/account/passwd/session >>> > authentications when required by applications. This is the backbone >>> > of managing Linux authentications today, although some applications >>> > retain their own application level authentication mechanism (e.g. SSH). >>> >>> So, do you think that global -pam use flag can cause Firefox >>> and QupZilla to crash on loging web-pages? >> >> You can run them with strace to see if they are trying to access any pam >> modules, but I would think it unlikely. > > Thank you for the tip. I will try to use strace after reading about it. > > However, currently I already deleted grobal -pam use flag and > started to update world with the new settings. Some new packages > are currently installing and some other are recompiling. Updating world without global -pam, -polkit and -consolekit use flags in /etc/portage/make.conf have not changed the behaviour of Fireforx described above: it is still cannot display the page https://www.privat24.ua/ and shows "Gah. Your tab just crashed." message. So, I will probably revert changes tomorrow. Playing with strace has been put on todo list. Any more adeas?
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 15:44 GMT+03:00 gevisz :
> Updating world without global -pam, -polkit and -consolekit use flags
> in /etc/portage/make.conf have not changed the behaviour of Fireforx
> described above: it is still cannot display the page https://www.privat24.ua/
> and shows "Gah. Your tab just crashed." message.
>
> So, I will probably revert changes tomorrow.
>
> Playing with strace has been put on todo list.
Last lines of the log file after runnig the following command
$ strace -o strace.log qupzilla https://www.privat24.ua/
QupZilla: 0 extensions loaded
[15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading
Root Certs, loaded==false: NSS error code: -8018
[15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No
URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
[15707:15719:0727/155145.900327:ERROR:nss_ocsp.cc(591)] No
URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
[15707:15719:0727/155145.900384:ERROR:nss_ocsp.cc(591)] No
URLRequestContext for NSS HTTP handler. host: crl4.digicert.com
[15707:15719:0727/155145.904387:ERROR:nss_ocsp.cc(591)] No
URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
[15707:15719:0727/155145.904448:ERROR:nss_ocsp.cc(591)] No
URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
[15707:15719:0727/155145.904496:ERROR:nss_ocsp.cc(591)] No
URLRequestContext for NSS HTTP handler. host: crl4.digicert.com
r300 FP: Compiler Error:
/var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers/r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode():
translate_rgb_opcode: Unknown opcode DDY
Using a dummy shader instead.
QupZilla: Crashed :( Saving backtrace in
/home/gevis/.config/qupzilla/crashlog ...
Backtrace successfully saved in
/home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt
zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/
are the following:
read(5, "\1\0\0\0\0\0\0\0", 16) = 8
clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=988321461}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=988368394}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=988415817}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=988467639}) = 0
poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}, {fd=12,
events=POLLIN}, {fd=44, events=POLLIN}], 4, 0) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=988568839}) = 0
write(5, "\1\0\0\0\0\0\0\0", 8) = 8
poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}, {fd=12,
events=POLLIN}, {fd=44, events=POLLIN}], 4, 0) = 1 ([{fd=5,
revents=POLLIN}])
read(5, "\1\0\0\0\0\0\0\0", 16) = 8
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="&\0\2\0y\2\0\0", iov_len=8}], 1) = 8
futex(0x55f78fcb7c08, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x55f78fcb7c08, FUTEX_WAKE_PRIVATE, 1) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=990082928}) = 0
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="\231\7\5\0\21\0\300\1\1\0\0\0\1\0\0\0\30\0\0\0",
iov_len=20}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3)
= 20
futex(0x55f78fcb7c08, FUTEX_WAKE_PRIVATE, 1) = 1
ioctl(8, DRM_IOCTL_RADEON_GEM_CREATE, 0x7ffd31773080) = 0
ioctl(8, DRM_IOCTL_RADEON_GEM_SET_TILING, 0x7ffd3177311c) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=995358529}) = 0
ioctl(8, DRM_IOCTL_RADEON_GEM_WAIT_IDLE, 0x7ffd31773250) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=995480262}) = 0
ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0
mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x1073e4000)
= 0x7f22f585
futex(0x55f78fd2d4f4, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x55f78fd2d4a0, FUTEX_WAKE_PRIVATE, 1) = 1
munmap(0x7f22f585, 6868992) = 0
ioctl(8, DRM_IOCTL_GEM_CLOSE, 0x7ffd31773358) = 0
futex(0x55f78fe276a8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x55f78fe276a8, FUTEX_WAIT_PRIVATE, 2, NULL) = 0
futex(0x55f78fe276a8, FUTEX_WAKE_PRIVATE, 1) = 0
ioctl(8, DRM_IOCTL_RADEON_GEM_WAIT_IDLE, 0x7ffd31773900) = 0
ioctl(8, DRM_IOCTL_GEM_CLOSE, 0x7ffd317738d8) = 0
ioctl(8, DRM_IOCTL_RADEON_GEM_CREATE, 0x7ffd317737a0) = 0
futex(0x55f78fd2d4f4, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x55f78fd2d4a0, FUTEX_WAKE_PRIVATE, 1) = 1
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3,
[{iov_base="\231\10\10\0\21\0\300\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0",
iov_len=32}], 1) = 32
futex(0x55f78fcb7c08, FUTEX_WAKE_PRIVATE, 1) = 1
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="+\7\1\0", iov_len=4}, {iov_base=NULL,
iov_len=0}, {iov_base="", iov_len=0}], 3) = 4
futex(0x55f78fcb7c08, FUTEX_WAKE_PRIVATE, 1) = 1
write(5, "\1\0\0\0\0\0\0\0", 8) = 8
clock_gettime(CLOCK_MONOTO
