FreeBSD Port: cairo-dock-3.4.1_4

[Alex V. Petrov]

Some long time cairo-dock+nvidia-driver don't working with OpenGL, only
cairo-dock -c (backend cairo).
Before it working perfectly.
-- 
-
Alex.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11/xpra - anyone porting the Python3 version?

[Gleb Popov]

On Tue, Feb 25, 2020 at 12:00 AM Torfinn Ingolfsen  wrote:

> Hello,
> Is anyone working on a Python3 supported port of xpra?
> The homepage mentions that Python3 support was completed late
> September last year
>

You are welcome to test it: https://reviews.freebsd.org/D23743


> HAND
> --
> Regards,
> Torfinn Ingolfsen
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Can someone please look at bug reports 244253 and 24357

[Kurt Jaeger]

Hi!

> Hi, I'm trying to bring this audacity port to a fetchable state and
> add patches to fix existing problems with it with upstream development
> fixes but I need these committed before I can continue.
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244253
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243578
> 
> Can someone please help, thanks.

Done.

-- 
p...@opsec.eu+49 171 3101372Now what ?
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD ports you maintain which are out of date

[portscout]

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
net-mgmt/ocsinventory-agent | 2.4.2   | v2.6.1
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Reported by:portscout!
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Can someone please look at bug reports 244253 and 24357

[Jack L.]

Hi, I'm trying to bring this audacity port to a fetchable state and
add patches to fix existing problems with it with upstream development
fixes but I need these committed before I can continue.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244253
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243578

Can someone please help, thanks.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: poudriere blocked after pkg build failed

[Tatsuki Makino]

Is there a mistake in any of /usr/local/etc/poudriere.d/*make.conf ?
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Cannot build qt5-webkit with debug

[Miroslav Lachman]

Michael Osipov wrote on 2020/02/24 21:40:

Am 2020-02-24 um 20:56 schrieb Miroslav Lachman:


[..]

I tried it on simpler website on HTTP without external fonts etc. but 
it is still crashing



Example JS code and truss output is on hastebin
https://hastebin.com/sizefupiki.pl

No fopen found there :(


Can you also please provide the backtrace from lldb for this core dump?


lldb backtrace
https://hastebin.com/ovufejevil.bash


Surprisingly, the last call is:
stat("/usr/local/share/icu/65.1/icudt65l/iso-8859_16-2001.cnv",0x7fffc998) 



which comes from ICU. The entire website has been read from the socket, 
as you can see from the read in 2246.

Maybe it to convert the "charset=iso-8859-2" to LC_ALL value.

I would recommend to have a simple server built in PHP or Python and try 
the simplest site possible w/o CSS and then add one w/o fonts first.


I tried it on the simplest web page without any fonts, css etc. but it 
is still crashing. I removed the charset from the page so it is now not 
using ICU.


https://hastebin.com/iyonapasuz.bash

Let me know if I can try anything else.

Kind regards
Miroslav Lachman
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Deluge port for FreeBSD

[Chris Ross]

+yuri

> On Feb 24, 2020, at 15:50, Chris Ross  wrote:
>> 
>> ps, looking at the noted https://github.com/arvidn/libtorrent/issues/4204 
>> something was merged on Jan 7 that someone reported fixing this issue for 
>> FreeBSD.
> 
> 
> Okay.  So, looking at the sources and the aforementioned "fix":  That commit 
> that fixes it for FreeBSD was merged into lib torrent-rasterbar, and should 
> be available in version 1.2.4.  Also, I applied the diff by hand to my 
> sources of py-libtorrent-rasterber11 in the ports tree, and was able to get 
> it to install the shared library properly.  I'm guessing the 1.1.10 version 
> didn't have that problem, but 1.1.14 and 1.2 did.  Or, I did something 
> similar to the 1.1.10_5 version of py-libtorrent-rasterbar in my tree and 
> failed to keep track of it.
> 
> So, if deluge 2.0.x works with libtorrent-rasterbar 1.2 there's a clear path 
> forward.  If it works with 1.1.x and not 1.2.x, it's more complicated.  Let 
> me know how you can proceed after trying libtorrent-rasterbar 1.2.4.

It looks like there are a few changes in libtorrent 1.2, 
https://www.libtorrent.org/upgrade_to_1.2-ref.html

I notice that net-p2p/libtorrent-rasterbar has already been updated to 1.2.4.  
I think this means that the python module would work now if similarly updated.

Also, I notice that according to the 1.2 release notes, boost has been replaced 
by std, but both libtorrent-rasterbar and py-libtorrent-rasterbar still seem to 
require boost.  Is this an oversight, or am I misreading 
https://www.libtorrent.org/upgrade_to_1.2-ref.html ?

Thanks!

  - Chris

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Deluge port for FreeBSD

[Chris Ross]

> On Feb 24, 2020, at 14:21, Chris Ross  wrote:
> 
> Okay.  Well, I got it all running last fall.  I see I have a 
> "py36-libtorrent-rasterbar" on my NetBSD 12 system.  I'm not sure where it 
> came from though, but I'm sure it's something I installed as part of the 
> deluge 2.0.3 effort. 

> py27-libtorrent-rasterbar-1.1.10_3 <
> py36-libtorrent-rasterbar-1.1.10_5 ?
> 
> Updating my packages tree now, for the first time since Sept, I see that 
> py-libtorrent-rasterbar has been moved to 1.2, and py-libtorrent-rasterbar11 
> is marked as broken.  But, I did something in September to get one built and 
> installed.  I don't have anything where I was building deluge-2.0.3.  And I 
> have no changes to my deluge-2.0.3.
> 
> - Chris
> 
> ps, looking at the noted https://github.com/arvidn/libtorrent/issues/4204 
> something was merged on Jan 7 that someone reported fixing this issue for 
> FreeBSD.


Okay.  So, looking at the sources and the aforementioned "fix":  That commit 
that fixes it for FreeBSD was merged into lib torrent-rasterbar, and should be 
available in version 1.2.4.  Also, I applied the diff by hand to my sources of 
py-libtorrent-rasterber11 in the ports tree, and was able to get it to install 
the shared library properly.  I'm guessing the 1.1.10 version didn't have that 
problem, but 1.1.14 and 1.2 did.  Or, I did something similar to the 1.1.10_5 
version of py-libtorrent-rasterbar in my tree and failed to keep track of it.

So, if deluge 2.0.x works with libtorrent-rasterbar 1.2 there's a clear path 
forward.  If it works with 1.1.x and not 1.2.x, it's more complicated.  Let me 
know how you can proceed after trying libtorrent-rasterbar 1.2.4.

  - Chris
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Cannot build qt5-webkit with debug

[Michael Osipov]

Am 2020-02-24 um 20:56 schrieb Miroslav Lachman:

Michael Osipov wrote on 2020/02/24 20:35:

Am 2020-02-24 um 19:10 schrieb Miroslav Lachman:




Looking at your sample code and the website, there are several issues:

* The resource employs mixed site content HTTPS loads HTTP. Firefox 
blocks this, I guess WebKit blocks it too.

* Result: Droid Sans is not loaded [1], like the CSS
* The CSS has this:

body {
  font-family: 'Droid Sans','Lucida Grande',sans-serif;
  line-height: 1.125em;
  color: #444; }


Lucida Grande isn't there either. It must choke somewhere.

See also

frame #10: 0x0008039cf92c 
libQt5WebKit.so.5`WebCore::CSSParser::parseSystemFont


I assume it does some fopen() and chokes on when looking for 
sans-serif replacement.


Can you run the application with truss? We should see the fopen() and 
shortly after the crash. Upload the truss output.


I tried it on simpler website on HTTP without external fonts etc. but it 
is still crashing



Example JS code and truss output is on hastebin
https://hastebin.com/sizefupiki.pl

No fopen found there :(


Can you also please provide the backtrace from lldb for this core dump?

Surprisingly, the last call is:

stat("/usr/local/share/icu/65.1/icudt65l/iso-8859_16-2001.cnv",0x7fffc998)


which comes from ICU. The entire website has been read from the socket, 
as you can see from the read in 2246.

Maybe it to convert the "charset=iso-8859-2" to LC_ALL value.

I would recommend to have a simple server built in PHP or Python and try 
the simplest site possible w/o CSS and then add one w/o fonts first.


Michael

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

x11/xpra - anyone porting the Python3 version?

[Torfinn Ingolfsen]

Hello,
Is anyone working on a Python3 supported port of xpra?
The homepage mentions that Python3 support was completed late
September last year

HAND
-- 
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Cannot build qt5-webkit with debug

[Miroslav Lachman]

Michael Osipov wrote on 2020/02/24 20:35:

Am 2020-02-24 um 19:10 schrieb Miroslav Lachman:




Looking at your sample code and the website, there are several issues:

* The resource employs mixed site content HTTPS loads HTTP. Firefox 
blocks this, I guess WebKit blocks it too.

* Result: Droid Sans is not loaded [1], like the CSS
* The CSS has this:

body {
  font-family: 'Droid Sans','Lucida Grande',sans-serif;
  line-height: 1.125em;
  color: #444; }


Lucida Grande isn't there either. It must choke somewhere.

See also

frame #10: 0x0008039cf92c 
libQt5WebKit.so.5`WebCore::CSSParser::parseSystemFont


I assume it does some fopen() and chokes on when looking for sans-serif 
replacement.


Can you run the application with truss? We should see the fopen() and 
shortly after the crash. Upload the truss output.


I tried it on simpler website on HTTP without external fonts etc. but it 
is still crashing



Example JS code and truss output is on hastebin
https://hastebin.com/sizefupiki.pl

No fopen found there :(

I installed webfonts in the meantime without any effect.

Miroslav Lachman
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Cannot build qt5-webkit with debug

[Michael Osipov]

Am 2020-02-24 um 19:10 schrieb Miroslav Lachman:

Marcin Cieslak wrote on 2020/02/24 18:51:

On Mon, 24 Feb 2020, Marcin Cieslak wrote:


On Mon, 24 Feb 2020, Miroslav Lachman wrote:

   frame #13: 0x0008039aa3ed 
libQt5WebKit.so.5`WebCore::CSSParser::parseSheet(this=0x7fffa490, 
sheet=0x0008155f5e40, string=0x7fffb888, 
textPosition=0x7fffb650, 
ruleSourceDataResult=0x, logErrors=false) at 
CSSParser.cpp:423:5


Looks like it has some trouble parsing font declarations in the 
HTML/CSS code you have been testing

on. This can be a webkit bug...

Would be good to have a minimal HTML/CSS testcase to reproduce this 
and this should

probably be reported upstream.


There is this report:

https://github.com/qtwebkit/qtwebkit/issues/933

It says it crashes if you have no fonts installed (no TTF).

Could this "fix" it?


Thank you for the tip, I will look at it.


This is the code of the tested example - fetching from 
https://phantomjs.org/


(root@testjail) ~/# cat /tmp/phantom.2.js
var page = require('webpage').create();
page.onConsoleMessage = function(str) {
    console.log(str);
}
page.open('https://phantomjs.org/api/phantom/', function(status) {
    page.render('/tmp/beforeclick.png');
    console.log(page.url);

    var element = page.evaluate(function() {
   return document.querySelector('img[src = 
"https://phantomjs.org/img/phantomjs-logo.png;]');

    });
    page.sendEvent('click', element.offsetLeft, element.offsetTop, 'left');

    window.setTimeout(function () {
   console.log(page.url);
   page.render('/tmp/afterclick.png');
   phantom.exit();
    }, 5000);
    console.log('element is ' + element);
});


Looking at your sample code and the website, there are several issues:

* The resource employs mixed site content HTTPS loads HTTP. Firefox 
blocks this, I guess WebKit blocks it too.

* Result: Droid Sans is not loaded [1], like the CSS
* The CSS has this:

body {
  font-family: 'Droid Sans','Lucida Grande',sans-serif;
  line-height: 1.125em;
  color: #444; }


Lucida Grande isn't there either. It must choke somewhere.

See also


frame #10: 0x0008039cf92c 
libQt5WebKit.so.5`WebCore::CSSParser::parseSystemFont


I assume it does some fopen() and chokes on when looking for sans-serif 
replacement.


Can you run the application with truss? We should see the fopen() and 
shortly after the crash. Upload the truss output.


[1] http://fonts.googleapis.com/css?family=Droid+Sans:400,700

Michael

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Deluge port for FreeBSD

[Chris Ross]

> On Feb 24, 2020, at 12:20, Ruslan Mahmatkhanov  wrote:
> 
> Hello. 
> 
> I'm holding deluge2 port, that is supposed to work and that needs testing 
> before pushing to ports tree. But as far I understand there is still no 
> working python binding for libtorrent-rasterbar. I can't test w/o it. 

Okay.  Well, I got it all running last fall.  I see I have a 
"py36-libtorrent-rasterbar" on my NetBSD 12 system.  I'm not sure where it came 
from though, but I'm sure it's something I installed as part of the deluge 
2.0.3 effort.  :-)

I see:

: pkg ver | grep torrent
libtorrent-0.13.8  =
libtorrent-rasterbar-1.1.10_5  <
mktorrent-1.1_1=
py27-libtorrent-rasterbar-1.1.10_3 <
py36-libtorrent-rasterbar-1.1.10_5 ?
:

Updating my packages tree now, for the first time since Sept, I see that 
py-libtorrent-rasterbar has been moved to 1.2, and py-libtorrent-rasterbar11 is 
marked as broken.  But, I did something in September to get one built and 
installed.  I don't have anything where I was building deluge-2.0.3.  And I 
have no changes to my deluge-2.0.3.

Maybe I'll have to get back to it.  Contact me off-list and I can start with 
what you had ready and I'll try to see what it takes to get it running...

 - Chris

ps, looking at the noted 
https://u13739864.ct.sendgrid.net/ls/click?upn=NK1UM1m88Y-2BE3GDttDA4-2B-2BOY87hLcDtmHUYa8fuR44Alybx4gVVkXMtZYKqSk6o9saqFKg5ZAkGVcKtzxZzY6g-3D-3DbjLL_oHh3B724HUwoeDcrGdlJYVhOCvY4lcmdpia5Yeq194ykkKcAt751VYpCC-2B5Ia-2FNIERE7T-2Fm7pprfBwrUQG91zj0SZZco7Q3S4GSGkH6hqqGeVpv6h1QBrY62Psi-2Bb80w80-2F7CVw0EWmRtfzw9bZrFrORjiSF-2BFibTaomrBdeSmFqhiIXtG-2BgY6DeeRlJCrgC5IOHOw6olGIM4tKXXxdkGxWjf-2Fw3Illh4BlqJEZu4Bl7s-2BOJpu8xUQgFd01hdiSh
 something was merged on Jan 7 that someone reported fixing this issue for 
FreeBSD.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Cannot build qt5-webkit with debug

[Marcin Cieslak]

On Mon, 24 Feb 2020, Miroslav Lachman wrote:


Marcin Cieslak wrote on 2020/02/24 18:51:

On Mon, 24 Feb 2020, Marcin Cieslak wrote:


On Mon, 24 Feb 2020, Miroslav Lachman wrote:

   frame #13: 0x0008039aa3ed 
libQt5WebKit.so.5`WebCore::CSSParser::parseSheet(this=0x7fffa490, 
sheet=0x0008155f5e40, string=0x7fffb888, 
textPosition=0x7fffb650, ruleSourceDataResult=0x, 
logErrors=false) at CSSParser.cpp:423:5


Looks like it has some trouble parsing font declarations in the HTML/CSS 
code you have been testing

on. This can be a webkit bug...

Would be good to have a minimal HTML/CSS testcase to reproduce this and 
this should

probably be reported upstream.


There is this report:

https://github.com/qtwebkit/qtwebkit/issues/933

It says it crashes if you have no fonts installed (no TTF).

Could this "fix" it?


Thank you for the tip, I will look at it.

The following fonts related packages are installed:

(root@testjail) ~/# pkg info | grep -i font
dejavu-2.37_1  Bitstream Vera Fonts clone with a wider range 
of characters

encodings-1.0.5,1  X.Org Encoding fonts
font-bh-ttf-1.0.3_4X.Org Bigelow & Holmes TTF font
font-misc-ethiopic-1.0.3_4 X.Org miscellaneous Ethiopic font
font-misc-meltho-1.0.3_4   X.Org miscellaneous Meltho font
fontconfig-2.12.6,1XML-based font configuration API for X Windows
freetype2-2.10.1   Free and portable TrueType font rendering 
engine

libfontenc-1.1.4   The fontenc Library
mkfontscale-1.2.1  Creates an index of scalable font files for X
woff2-1.0.2_4  Library and converter tools for the WOFF 2.0 
web font format

xorg-fonts-truetype-7.7_1  X.Org TrueType fonts



This is the code of the tested example - fetching from https://phantomjs.org/


Can you check if "fc-list" can see the fonts?

Can you publish your work in progress phantomjs port so I can try this here?

Marcin

smime.p7s
Description: S/MIME Cryptographic Signature

Re: Cannot build qt5-webkit with debug

[Miroslav Lachman]

Marcin Cieslak wrote on 2020/02/24 18:51:

On Mon, 24 Feb 2020, Marcin Cieslak wrote:


On Mon, 24 Feb 2020, Miroslav Lachman wrote:

   frame #13: 0x0008039aa3ed 
libQt5WebKit.so.5`WebCore::CSSParser::parseSheet(this=0x7fffa490, 
sheet=0x0008155f5e40, string=0x7fffb888, 
textPosition=0x7fffb650, 
ruleSourceDataResult=0x, logErrors=false) at 
CSSParser.cpp:423:5


Looks like it has some trouble parsing font declarations in the 
HTML/CSS code you have been testing

on. This can be a webkit bug...

Would be good to have a minimal HTML/CSS testcase to reproduce this 
and this should

probably be reported upstream.


There is this report:

https://github.com/qtwebkit/qtwebkit/issues/933

It says it crashes if you have no fonts installed (no TTF).

Could this "fix" it?


Thank you for the tip, I will look at it.

The following fonts related packages are installed:

(root@testjail) ~/# pkg info | grep -i font
dejavu-2.37_1  Bitstream Vera Fonts clone with a wider 
range of characters

encodings-1.0.5,1  X.Org Encoding fonts
font-bh-ttf-1.0.3_4X.Org Bigelow & Holmes TTF font
font-misc-ethiopic-1.0.3_4 X.Org miscellaneous Ethiopic font
font-misc-meltho-1.0.3_4   X.Org miscellaneous Meltho font
fontconfig-2.12.6,1XML-based font configuration API for X 
Windows
freetype2-2.10.1   Free and portable TrueType font rendering 
engine

libfontenc-1.1.4   The fontenc Library
mkfontscale-1.2.1  Creates an index of scalable font files for X
woff2-1.0.2_4  Library and converter tools for the WOFF 
2.0 web font format

xorg-fonts-truetype-7.7_1  X.Org TrueType fonts



This is the code of the tested example - fetching from 
https://phantomjs.org/


(root@testjail) ~/# cat /tmp/phantom.2.js
var page = require('webpage').create();
page.onConsoleMessage = function(str) {
   console.log(str);
}
page.open('https://phantomjs.org/api/phantom/', function(status) {
   page.render('/tmp/beforeclick.png');
   console.log(page.url);

   var element = page.evaluate(function() {
  return document.querySelector('img[src = 
"https://phantomjs.org/img/phantomjs-logo.png;]');

   });
   page.sendEvent('click', element.offsetLeft, element.offsetTop, 'left');

   window.setTimeout(function () {
  console.log(page.url);
  page.render('/tmp/afterclick.png');
  phantom.exit();
   }, 5000);
   console.log('element is ' + element);
});


Kind regards
Miroslav Lachman
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Cannot build qt5-webkit with debug

[Marcin Cieslak]

On Mon, 24 Feb 2020, Marcin Cieslak wrote:


On Mon, 24 Feb 2020, Miroslav Lachman wrote:

   frame #13: 0x0008039aa3ed 
libQt5WebKit.so.5`WebCore::CSSParser::parseSheet(this=0x7fffa490, 
sheet=0x0008155f5e40, string=0x7fffb888, 
textPosition=0x7fffb650, 
ruleSourceDataResult=0x, logErrors=false) at 
CSSParser.cpp:423:5


Looks like it has some trouble parsing font declarations in the 
HTML/CSS code you have been testing

on. This can be a webkit bug...

Would be good to have a minimal HTML/CSS testcase to reproduce 
this and this should

probably be reported upstream.


There is this report:

https://github.com/qtwebkit/qtwebkit/issues/933

It says it crashes if you have no fonts installed (no TTF).

Could this "fix" it?

Marcin

smime.p7s
Description: S/MIME Cryptographic Signature

Re: Cannot build qt5-webkit with debug

[Marcin Cieslak]

On Mon, 24 Feb 2020, Miroslav Lachman wrote:


"phantomjs" can run simple "Hello world" example
https://github.com/ariya/phantomjs/blob/master/examples/hello.js

But when I try to run some real work (fetching web page) it segfaulted.


Looks like Qt5Webkit has a problem reading CSS for the web page you have
been testing it on. Can you share the code of the page?


The output is long so I put it on line: https://hastebin.com/ibefonagob.bash


* thread #1, name = 'phantomjs', stop reason = signal SIGSEGV: invalid address 
(fault address: 0x10)

frame #9: 0x000803992791 
libQt5WebKit.so.5`WebCore::CSSValuePool::createFontFamilyValue(this=0x000806ee1d18,
 familyName=0x00081551f338, fromSystemFontID=Yes) at CSSValuePool.cpp:129:63
frame #10: 0x0008039cf92c 
libQt5WebKit.so.5`WebCore::CSSParser::parseSystemFont(this=0x7fffa490, 
important=false) at CSSParser.cpp:6907:54
frame #11: 0x0008039b6beb 
libQt5WebKit.so.5`WebCore::CSSParser::parseValue(this=0x7fffa490, 
propId=CSSPropertyFont, important=false) at CSSParser.cpp:3058:13
frame #12: 0x0008043d74bf 
libQt5WebKit.so.5`cssyyparse(parser=0x7fffa490) at CSSGrammar.y:1547:39
frame #13: 0x0008039aa3ed 
libQt5WebKit.so.5`WebCore::CSSParser::parseSheet(this=0x7fffa490, 
sheet=0x0008155f5e40, string=0x7fffb888, 
textPosition=0x7fffb650, ruleSourceDataResult=0x, 
logErrors=false) at CSSParser.cpp:423:5

Looks like it has some trouble parsing font declarations in the HTML/CSS code 
you have been testing
on. This can be a webkit bug...

Would be good to have a minimal HTML/CSS testcase to reproduce this and this 
should
probably be reported upstream.

Marcin

smime.p7s
Description: S/MIME Cryptographic Signature

Re: Deluge port for FreeBSD

[Ruslan Mahmatkhanov]

Hello. 

I'm holding deluge2 port, that is supposed to work and that needs testing 
before pushing to ports tree. But as far I understand there is still no working 
python binding for libtorrent-rasterbar. I can't test w/o it. 



24.02.2020, 19:25, "Chris Ross" :
> Hello all. Deluge 2.0 was created last year, using python3. I had been 
> waiting for a new deluge2 port to be added, but now see that there is still 
> not one, and the older deluge 1.3.15 has been deprecated because it uses 
> EOL'd python27.
>
> https://u13739864.ct.sendgrid.net/ls/click?upn=NK1UM1m88Y-2BE3GDttDA4-2B3fqjRJC5obnVcxBoDcVoxzMpqQ5fXed7CIe-2BZ9zBquSgpV9kT30uAqWmsOEueNQ0A-3D-3DGmIa_9P-2FllkRu-2FgTZT7WocElCz837oGdJ-2B6luy3Bd6fimbL3hTyzkfScBrUZCuZUQZxKZUtc79JL-2B0lHQcwbTZoXEeIdUwUsZpOzVH30kx1-2FnK2BtKYoEvpACa64FcprVnGtU2e9L1gzy-2BUhOf8GprFRoBQo8xIlzRWft9BaD8CxCDC1wR7yZkyOcDmb-2F9UgY4jke-2BEwJ18Myl3U25VrhVe8KTzYeb02I3PF8nGJ3q0it1ks-3D
>
> Ruslan, as the maintainer of the prior port, any possibility you could put 
> together a new port for deluge2? Myself and another tested getting it running 
> on FreeBSD 12 last year, so it's known compatible.
>
> https://u13739864.ct.sendgrid.net/ls/click?upn=NK1UM1m88Y-2BE3GDttDA4-2BwlxOo-2FihJSFnPbu5Az7R876WPbQ9QyFOmGgDze3zWWMpO7d-2FIlxFxh1tB1u4GzDSLsDaMmPix-2BurwC1hoK14A8-3DOSw2_9P-2FllkRu-2FgTZT7WocElCz837oGdJ-2B6luy3Bd6fimbL3hTyzkfScBrUZCuZUQZxKZm1ctgbVOOGgXQ6KdrsNsKqXUJtWdFeoqrrWlBn-2BlHq0EVJXlQH4lAuXbE5vV0MIcgQSNTFdLVw5ugoMItmgCxCy7WTGsYNpD-2FH0VvZp7bN45K6-2FD7-2FizKLkAr6TWz6q4-2FeersOVVGJZ4m-2BM9K-2BiJzddANltTFKtdN-2F7Uk0uowb8-3D
>
> Thanks all.
>
>   - Chris

-- 
Regards,
Ruslan

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Cannot build qt5-webkit with debug

[Miroslav Lachman]

Michael Osipov wrote on 2020/02/24 16:47:

Am 2020-02-24 um 16:35 schrieb Miroslav Lachman:




Loaded symbols for /usr/lib/libdl.so.1
Reading symbols from /usr/local/lib/qt5/libQt5WebKitWidgets.so.5...done.
Loaded symbols for /usr/local/lib/qt5/libQt5WebKitWidgets.so.5
Reading symbols from /usr/local/lib/qt5/libQt5Widgets.so.5...done.
Loaded symbols for /usr/local/lib/qt5/libQt5Widgets.so.5
Reading symbols from 
/usr/local/lib/qt5/libQt5WebKit.so.5...Segmentation fault (core dumped)


 From my POV, something is fishy with the shared object 
libQt5WebKit.so.5. Try objdump/readelf of similiar whether the thing can 
be read at all. I have the feeling that either the objects are invalid 
somehow or the linker failed here.


You might have found a bug with LLVM infra. Try the latest version of 
llvm-c++ and lld from ports. Which LLVM version do you use?

You might want also try g++ and GNU ld.

Michael

PS: I am not a C/C++ expect either, but have dealt with many crashes 
before.


It was build on top of ports tree updated at 2020-02-18 with llvm80 i guess.
PORTSTREE   METHODTIMESTAMP   PATH
headtestportsnap  2020-02-18 19:21:17 /vol0/poudriere/ports/headtest

readelf and objdump can read the libQt5WebKit.so.5
I tired it with some options where the dumped text was too long to paste 
here so I paste just this short one


(root@testjail) ~/# readelf -d /usr/local/lib/qt5/libQt5WebKit.so.5

Dynamic section at offset 0x54ba6c8 contains 53 entries:
  TagType  Name/Value
 0x0001 NEEDED   Shared library: [libQt5Quick.so.5]
 0x0001 NEEDED   Shared library: 
[libQt5WebChannel.so.5]

 0x0001 NEEDED   Shared library: [libicuuc.so.65]
 0x0001 NEEDED   Shared library: 
[libQt5Positioning.so.5]

 0x0001 NEEDED   Shared library: [libX11.so.6]
 0x0001 NEEDED   Shared library: 
[libXcomposite.so.1]

 0x0001 NEEDED   Shared library: [libXrender.so.1]
 0x0001 NEEDED   Shared library: [libicui18n.so.65]
 0x0001 NEEDED   Shared library: 
[libQt5Sensors.so.5]
 0x0001 NEEDED   Shared library: 
[libwoff2dec.so.1.0.2]

 0x0001 NEEDED   Shared library: [libjpeg.so.8]
 0x0001 NEEDED   Shared library: [libpng16.so.16]
 0x0001 NEEDED   Shared library: [libz.so.6]
 0x0001 NEEDED   Shared library: [libwebp.so.7]
 0x0001 NEEDED   Shared library: [libhyphen.so.0]
 0x0001 NEEDED   Shared library: [libxml2.so.2]
 0x0001 NEEDED   Shared library: [libxslt.so.1]
 0x0001 NEEDED   Shared library: [libsqlite3.so.0]
 0x0001 NEEDED   Shared library: [libQt5Gui.so.5]
 0x0001 NEEDED   Shared library: [libQt5Qml.so.5]
 0x0001 NEEDED   Shared library: 
[libQt5Network.so.5]

 0x0001 NEEDED   Shared library: [libQt5Core.so.5]
 0x0001 NEEDED   Shared library: [libc++.so.1]
 0x0001 NEEDED   Shared library: [libcxxrt.so.1]
 0x0001 NEEDED   Shared library: [libm.so.5]
 0x0001 NEEDED   Shared library: [libgcc_s.so.1]
 0x0001 NEEDED   Shared library: [libthr.so.3]
 0x0001 NEEDED   Shared library: [libc.so.7]
 0x000e SONAME   Library soname: 
[libQt5WebKit.so.5]
 0x000f RPATHLibrary rpath: 
[/usr/local/lib/qt5:/usr/local/lib]
 0x001d RUNPATH  Library runpath: 
[/usr/local/lib/qt5:/usr/local/lib]

 0x000c INIT 0x5adfa8
 0x000d FINI 0x3eb1498
 0x0004 HASH 0x190
 0x6ef5 GNU_HASH 0x12d30
 0x0005 STRTAB   0x65b98
 0x0006 SYMTAB   0x257a0
 0x000a STRSZ518712 (bytes)
 0x000b SYMENT   24 (bytes)
 0x0003 PLTGOT   0x56c11d8
 0x0002 PLTRELSZ 148872 (bytes)
 0x0014 PLTREL   RELA
 0x0017 JMPREL   0x589a20
 0x0007 RELA 0xea0a0
 0x0008 RELASZ   4848000 (bytes)
 0x0009 RELAENT  24 (bytes)
 0x6ffc VERDEF   0xe9b80
 0x6ffd VERDEFNUM17
 0x6ffe VERNEED  0xe9dd0
 0x6fff VERNEEDNUM   18
 0x6ff0 VERSYM   0xe45d0
 0x6ff9 RELACOUNT154470
 0x NULL 0x0


I tried lldb 

Re: freebsd-ports Digest, Vol 874, Issue 1

[Adriaan de Groot]

On 2020 febula d. 24id 13:00:05 CET freebsd-ports-requ...@freebsd.org wrote:
> Date: Mon, 24 Feb 2020 12:48:11 +0100
> From: Miroslav Lachman <000.f...@quip.cz>
> To: freebsd-ports@freebsd.org
> Subject: Cannot build qt5-webkit with debug
> Message-ID: 
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Short story:
> I am trying to build qt5-webkit with WITH_DEBUG=yes in make.conf on our
> E3 Xeon machine with FreeBSD 11.3, poudriere-devel, 16GB of RAM and 10GB
> of swap.

That's very optimistic of you. Both WebKit and -- worse -- WebEngine are 
*huge*. I wouldn't even bother starting on this with only 32GB of RAM. Note 
also that the resulting debug files may be larger than 4GB, and that breaks 
down on some filesystems. 

I thought there was a PR about this, too, but I can't find it all that 
quickly.

Note, too, that WebKit is considered obsolete, and it's not receiving much 
(any?) attention.

[ade] (sorry, no positive-useful contributions today)

signature.asc
Description: This is a digitally signed message part.

Deluge port for FreeBSD

[Chris Ross]

Hello all.  Deluge 2.0 was created last year, using python3.  I had been 
waiting for a new deluge2 port to be added, but now see that there is still not 
one, and the older deluge 1.3.15 has been deprecated because it uses EOL'd 
python27.

https://u13739864.ct.sendgrid.net/ls/click?upn=NK1UM1m88Y-2BE3GDttDA4-2B3fqjRJC5obnVcxBoDcVoxzMpqQ5fXed7CIe-2BZ9zBquSgpV9kT30uAqWmsOEueNQ0A-3D-3DjOKj_oHh3B724HUwoeDcrGdlJYVhOCvY4lcmdpia5Yeq194zH75eqL5mjSHDpwQeThJBvdFuNLxEHMyTEmCB3kZiYtkQxg614Xn55vI21c7EQSMyBaQdh1ndg8cVfDo31TRv-2FiWUvXCz5XNxzaZTeOqqagoLkqdwdy02Y6DwcnCqVn2pEb7ZWWyz-2FVj5T-2F3RCGpWSIUHQixQcyvPXHrWTB6hwPZfdHkoSXqoYRtdlUu5KLIlTL2yIYh8SZuTCrEotcFlE

Ruslan, as the maintainer of the prior port, any possibility you could put 
together a new port for deluge2?  Myself and another tested getting it running 
on FreeBSD 12 last year, so it's known compatible.

https://u13739864.ct.sendgrid.net/ls/click?upn=NK1UM1m88Y-2BE3GDttDA4-2BwlxOo-2FihJSFnPbu5Az7R876WPbQ9QyFOmGgDze3zWWMpO7d-2FIlxFxh1tB1u4GzDSLsDaMmPix-2BurwC1hoK14A8-3DHISj_oHh3B724HUwoeDcrGdlJYVhOCvY4lcmdpia5Yeq194zH75eqL5mjSHDpwQeThJBvdFuNLxEHMyTEmCB3kZiYtmAT-2FwyQNy4sYYggfTnAP-2FuQKl26uKOgsurk-2FkNyF1HQz8j11ylodameVUFWSBWhwAh5C47rxf6hsKYj4RAXpAClwUGDFrzz-2FehHq-2FIQEI2y6o8wuwPEjCTgjWLjA-2B-2BShbGbhEH8s6CPyk3WGN7OVSmx6-2B-2F2xWFTrK-2BcB5AFRYU8

Thanks all.

  - Chris

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Cannot build qt5-webkit with debug

[Marcin Cieslak]

On Mon, 24 Feb 2020, Michael Osipov wrote:


(root@testjail) ~/# gdb /usr/local/bin/phantomjs
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.


Can you try gdb from ports?

/usr/local/bin/gdb831 works much better with a modern C++ applications.

Marcin

smime.p7s
Description: S/MIME Cryptographic Signature

Re: Cannot build qt5-webkit with debug

[Michael Osipov]

Am 2020-02-24 um 16:35 schrieb Miroslav Lachman:

Michael Osipov wrote on 2020/02/24 16:00:

Am 2020-02-24 um 15:50 schrieb Miroslav Lachman:

Miroslav Lachman wrote on 2020/02/24 12:48:


[..]


There are 2 core dumps

-rw---  1 root  wheel   327M Feb 24 14:36 gdb.core
-rw---  1 root  wheel   4.9M Feb 24 14:36 phantomjs.core

What more can I try?
I am not a C / C++ skilled person. All these things are new to me.


You can load the coredump into GDB and say "where" [1]. It will tell 
you the last frame it executed before it crashed. Make sure that your 
objects contains debug symbols. This mostly helped me to get a grasp 
of failures on FreeBSD and HP-UX.


Thank you!

I tried to debug gdb.core with this result

(root@testjail) ~/# gdb /usr/bin/gdb gdb.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you 
are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
Core was generated by 'gdb /usr/local/bin/phantomjs'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libm.so.5...Reading symbols from 
/usr/lib/debug//lib/libm.so.5.debug...done.

done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /lib/libncursesw.so.8...Reading symbols from 
/usr/lib/debug//lib/libncursesw.so.8.debug...done.

done.
Loaded symbols for /lib/libncursesw.so.8
Reading symbols from /usr/lib/libgnuregex.so.5...Reading symbols from 
/usr/lib/debug//usr/lib/libgnuregex.so.5.debug...done.

done.
Loaded symbols for /usr/lib/libgnuregex.so.5
Reading symbols from /lib/libc.so.7...Reading symbols from 
/usr/lib/debug//lib/libc.so.7.debug...done.

done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/lib/libthread_db.so...Reading symbols from 
/usr/lib/debug//usr/lib/libthread_db.so.3.debug...done.

done.
Loaded symbols for /usr/lib/libthread_db.so
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from 
/usr/lib/debug//libexec/ld-elf.so.1.debug...done.

done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x000801327fd6 in memcpy () from /lib/libc.so.7
(gdb) where
#0  0x000801327fd6 in memcpy () from /lib/libc.so.7
#1  0x0008012fcfab in __fread (buf=0x8163f6704, size=1, 
count=2391484440, fp=0x80158a698)

     at /usr/src/lib/libc/stdio/fread.c:101
#2  0x0008012fceb3 in fread (buf=0x815d32940, size=1, 
count=2391484440, fp=0x80158a698)

     at /usr/src/lib/libc/stdio/fread.c:58
#3  0x005671c0 in cache_bread ()
#4  0x0059d8f8 in bfd_bread ()
#5  0x005356c7 in dwarf2_read_section ()
#6  0x00535080 in dwarf2_build_psymtabs ()
#7  0x005297a2 in elf_symfile_read ()
#8  0x004d233a in syms_from_objfile ()
#9  0x004d267b in symbol_file_add_with_addrs_or_offsets ()
#10 0x004d2479 in symbol_file_add ()
#11 0x0048f9f4 in symbol_add_stub ()
#12 0x004ac696 in catcher ()
#13 0x004ac830 in catch_errors ()
#14 0x0048f6c2 in solib_add ()
#15 0x0052041b in handle_inferior_event ()
#16 0x0051f588 in wait_for_inferior ()
#17 0x0051f3c8 in proceed ()
#18 0x004acda9 in execute_command ()
#19 0x00466725 in command_handler ()
#20 0x0046645a in command_line_handler ()
#21 0x005e4f0f in rl_callback_read_char ()
#22 0x004660c9 in rl_callback_read_char_wrapper ()
#23 0x00466f22 in gdb_do_one_event ()
#24 0x004ac696 in catcher ()
#25 0x004ac830 in catch_errors ()
#26 0x005537e9 in tui_command_loop ()
#27 0x00448609 in captured_command_loop ()
#28 0x004ac696 in catcher ()
#29 0x004ac830 in catch_errors ()
#30 0x00448446 in captured_main ()
#31 0x004ac696 in catcher ()
#32 0x004ac830 in catch_errors ()
#33 0x00447974 in gdb_main ()
#34 0x00447931 in main (argc=, argv=optimized out>)

     at /usr/src/contrib/gdb/gdb/gdb.c:35



As far as I can see this is the result of the crash below.


When I tried to debug phantomjs.core it crashed again

(root@testjail) ~/# gdb /usr/local/bin/phantomjs phantomjs.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you 
are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging 
symbols found)...

Core was generated by `/usr/local/bin/phantomjs /tmp/phantom.2.js'.
Program terminated with signal 5, Trace/breakpoint trap.
Reading symbols from /usr/lib/libdl.so.1...Reading symbols from 

Re: Cannot build qt5-webkit with debug

[Miroslav Lachman]

Michael Osipov wrote on 2020/02/24 16:00:

Am 2020-02-24 um 15:50 schrieb Miroslav Lachman:

Miroslav Lachman wrote on 2020/02/24 12:48:


[..]


There are 2 core dumps

-rw---  1 root  wheel   327M Feb 24 14:36 gdb.core
-rw---  1 root  wheel   4.9M Feb 24 14:36 phantomjs.core

What more can I try?
I am not a C / C++ skilled person. All these things are new to me.


You can load the coredump into GDB and say "where" [1]. It will tell you 
the last frame it executed before it crashed. Make sure that your 
objects contains debug symbols. This mostly helped me to get a grasp of 
failures on FreeBSD and HP-UX.


Thank you!

I tried to debug gdb.core with this result

(root@testjail) ~/# gdb /usr/bin/gdb gdb.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
Core was generated by 'gdb /usr/local/bin/phantomjs'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libm.so.5...Reading symbols from 
/usr/lib/debug//lib/libm.so.5.debug...done.

done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /lib/libncursesw.so.8...Reading symbols from 
/usr/lib/debug//lib/libncursesw.so.8.debug...done.

done.
Loaded symbols for /lib/libncursesw.so.8
Reading symbols from /usr/lib/libgnuregex.so.5...Reading symbols from 
/usr/lib/debug//usr/lib/libgnuregex.so.5.debug...done.

done.
Loaded symbols for /usr/lib/libgnuregex.so.5
Reading symbols from /lib/libc.so.7...Reading symbols from 
/usr/lib/debug//lib/libc.so.7.debug...done.

done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/lib/libthread_db.so...Reading symbols from 
/usr/lib/debug//usr/lib/libthread_db.so.3.debug...done.

done.
Loaded symbols for /usr/lib/libthread_db.so
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from 
/usr/lib/debug//libexec/ld-elf.so.1.debug...done.

done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x000801327fd6 in memcpy () from /lib/libc.so.7
(gdb) where
#0  0x000801327fd6 in memcpy () from /lib/libc.so.7
#1  0x0008012fcfab in __fread (buf=0x8163f6704, size=1, 
count=2391484440, fp=0x80158a698)

at /usr/src/lib/libc/stdio/fread.c:101
#2  0x0008012fceb3 in fread (buf=0x815d32940, size=1, 
count=2391484440, fp=0x80158a698)

at /usr/src/lib/libc/stdio/fread.c:58
#3  0x005671c0 in cache_bread ()
#4  0x0059d8f8 in bfd_bread ()
#5  0x005356c7 in dwarf2_read_section ()
#6  0x00535080 in dwarf2_build_psymtabs ()
#7  0x005297a2 in elf_symfile_read ()
#8  0x004d233a in syms_from_objfile ()
#9  0x004d267b in symbol_file_add_with_addrs_or_offsets ()
#10 0x004d2479 in symbol_file_add ()
#11 0x0048f9f4 in symbol_add_stub ()
#12 0x004ac696 in catcher ()
#13 0x004ac830 in catch_errors ()
#14 0x0048f6c2 in solib_add ()
#15 0x0052041b in handle_inferior_event ()
#16 0x0051f588 in wait_for_inferior ()
#17 0x0051f3c8 in proceed ()
#18 0x004acda9 in execute_command ()
#19 0x00466725 in command_handler ()
#20 0x0046645a in command_line_handler ()
#21 0x005e4f0f in rl_callback_read_char ()
#22 0x004660c9 in rl_callback_read_char_wrapper ()
#23 0x00466f22 in gdb_do_one_event ()
#24 0x004ac696 in catcher ()
#25 0x004ac830 in catch_errors ()
#26 0x005537e9 in tui_command_loop ()
#27 0x00448609 in captured_command_loop ()
#28 0x004ac696 in catcher ()
#29 0x004ac830 in catch_errors ()
#30 0x00448446 in captured_main ()
#31 0x004ac696 in catcher ()
#32 0x004ac830 in catch_errors ()
#33 0x00447974 in gdb_main ()
#34 0x00447931 in main (argc=, argv=optimized out>)

at /usr/src/contrib/gdb/gdb/gdb.c:35


When I tried to debug phantomjs.core it crashed again

(root@testjail) ~/# gdb /usr/local/bin/phantomjs phantomjs.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging 
symbols found)...

Core was generated by `/usr/local/bin/phantomjs /tmp/phantom.2.js'.
Program terminated with signal 5, Trace/breakpoint trap.
Reading symbols from /usr/lib/libdl.so.1...Reading symbols from 
/usr/lib/debug//usr/lib/libdl.so.1.debug...done.

done.
Loaded symbols for /usr/lib/libdl.so.1
Reading symbols from 

Re: Cannot build qt5-webkit with debug

[Michael Osipov]

Am 2020-02-24 um 15:50 schrieb Miroslav Lachman:

Miroslav Lachman wrote on 2020/02/24 12:48:

Short story:
I am trying to build qt5-webkit with WITH_DEBUG=yes in make.conf on 
our E3 Xeon machine with FreeBSD 11.3, poudriere-devel, 16GB of RAM 
and 10GB of swap.
The build always hangs, machine is unresponsive on SSH / HTTP, only 
ping is responding. I track it down to build eats all memory (RAM + 
Swap).


Did anybody tried to build (successfully?) qt5-webkit with debug option?

Is there a bug in build process with WITH_DEBUG or is 16GB of RAM and 
10GB of swap not enough in these days?


Any help appreciated.

Long story:
As I didn't found replacement for removed port lang/phantomjs nor 
found how to build firefox or chromium as static binary I am trying to 
create new port of lang/phantomjs.

I posted few weeks ago - phantomjs github is active again
https://lists.freebsd.org/pipermail/freebsd-ports/2020-January/117556.html 



The new development version of phantomjs has different building 
process, newer dependencies, can be built with current OpenSSL 1.1.1 etc.
My (ugly) temporary version of this port is buildable, resulting 
binary "phantomjs" can run simple "Hello world" example

https://github.com/ariya/phantomjs/blob/master/examples/hello.js

But when I try to run some real work (fetching web page) it segfaulted.


[...]

I guess I need debug symbols for qt5-webkit to debug it further but I 
am not able to build it with WITH_DEBUG.


Are there any ways / tuning options to build it without eating all 
memory and swap space?


Meanwhile I added 20GB more of a swap (total of 30GB) and the build 
succeeded. (according to Zabbix graphs it used 22GB of swap for this build)


Phantomjs is still segfaulting and I am not able to debug it with gdb 
because it is interrupted by segfault to:


(root@testjail) ~/# phantomjs /tmp/phantom.2.js
PhantomJS has crashed. Please read the bug reporting guide at
 and file a bug report.
Segmentation fault


(root@testjail) ~/# gdb /usr/local/bin/phantomjs
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you 
are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging 
symbols found)...

(gdb) run /tmp/phantom.2.js
Starting program: /usr/local/bin/phantomjs /tmp/phantom.2.js
Segmentation fault (core dumped)


There are 2 core dumps

-rw---  1 root  wheel   327M Feb 24 14:36 gdb.core
-rw---  1 root  wheel   4.9M Feb 24 14:36 phantomjs.core

What more can I try?
I am not a C / C++ skilled person. All these things are new to me.


You can load the coredump into GDB and say "where" [1]. It will tell you 
the last frame it executed before it crashed. Make sure that your 
objects contains debug symbols. This mostly helped me to get a grasp of 
failures on FreeBSD and HP-UX.


[1] https://stackoverflow.com/a/5115653/696632



___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Cannot build qt5-webkit with debug

[Miroslav Lachman]

Miroslav Lachman wrote on 2020/02/24 12:48:

Short story:
I am trying to build qt5-webkit with WITH_DEBUG=yes in make.conf on our 
E3 Xeon machine with FreeBSD 11.3, poudriere-devel, 16GB of RAM and 10GB 
of swap.
The build always hangs, machine is unresponsive on SSH / HTTP, only ping 
is responding. I track it down to build eats all memory (RAM + Swap).


Did anybody tried to build (successfully?) qt5-webkit with debug option?

Is there a bug in build process with WITH_DEBUG or is 16GB of RAM and 
10GB of swap not enough in these days?


Any help appreciated.

Long story:
As I didn't found replacement for removed port lang/phantomjs nor found 
how to build firefox or chromium as static binary I am trying to create 
new port of lang/phantomjs.

I posted few weeks ago - phantomjs github is active again
https://lists.freebsd.org/pipermail/freebsd-ports/2020-January/117556.html

The new development version of phantomjs has different building process, 
newer dependencies, can be built with current OpenSSL 1.1.1 etc.
My (ugly) temporary version of this port is buildable, resulting binary 
"phantomjs" can run simple "Hello world" example

https://github.com/ariya/phantomjs/blob/master/examples/hello.js

But when I try to run some real work (fetching web page) it segfaulted.


[...]

I guess I need debug symbols for qt5-webkit to debug it further but I am 
not able to build it with WITH_DEBUG.


Are there any ways / tuning options to build it without eating all 
memory and swap space?


Meanwhile I added 20GB more of a swap (total of 30GB) and the build 
succeeded. (according to Zabbix graphs it used 22GB of swap for this build)


Phantomjs is still segfaulting and I am not able to debug it with gdb 
because it is interrupted by segfault to:


(root@testjail) ~/# phantomjs /tmp/phantom.2.js
PhantomJS has crashed. Please read the bug reporting guide at
 and file a bug report.
Segmentation fault


(root@testjail) ~/# gdb /usr/local/bin/phantomjs
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging 
symbols found)...

(gdb) run /tmp/phantom.2.js
Starting program: /usr/local/bin/phantomjs /tmp/phantom.2.js
Segmentation fault (core dumped)


There are 2 core dumps

-rw---  1 root  wheel   327M Feb 24 14:36 gdb.core
-rw---  1 root  wheel   4.9M Feb 24 14:36 phantomjs.core

What more can I try?
I am not a C / C++ skilled person. All these things are new to me.

Kind regards
Miroslav Lachman
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: poudriere blocked after pkg build failed

[Axel Rau]

Thanks for your answer!

> Am 24.02.2020 um 00:00 schrieb Tatsuki Makino :
> 
> For example, re-extracting ports tree.
> 
>> portsnap -d "`cat /usr/local/etc/poudriere.d/ports/default/mnt`/.snap"
> -p "`cat /usr/local/etc/poudriere.d/ports/default/mnt`“ extract

I’m using portshaker, so I did:

portsnap -d /hpool/poudriere/portshaker/freebsd/.snap -p 
/hpool/poudriere/portshaker/freebsd extract
/hpool/poudriere/portshaker/freebsd/.arcconfig
/hpool/poudriere/portshaker/freebsd/.gitattributes
/hpool/poudriere/portshaker/freebsd/.gitauthors

. . .

/hpool/poudriere/portshaker/freebsd/x11/yelp/
/hpool/poudriere/portshaker/freebsd/x11/zenity/
Building new INDEX files... done.

root@db3:/usr/local/etc/periodic/daily # sh 510.poudriere

Updating ports tree from freebsd and fbsd_local_ports
Already on 'master'
Your branch is up to date with 'origin/master'.
HEAD is now at b0a2e0e giving up python3 support for now
Looking up portsnap.FreeBSD.org mirrors... 6 mirrors found.
Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done.
Latest snapshot on server matches what we already have.
No updates needed.
Ports tree is already up to date.

Merging ports tree from freebsd and fbsd_local_ports
[Debug 11:48:18] clone_to -t /poudriere/ports/default
[Info  11:48:18] Cloning '/hpool/poudriere/portshaker/freebsd' to 
'/poudriere/ports/default'.
[Debug 11:48:18] Running 'rsync  --archive --delete --exclude packages 
--exclude distfiles "/hpool/poudriere/portshaker/freebsd/" 
"/poudriere/ports/default"'.
[Debug 11:48:20] merge_to -a -m freebsd -t /poudriere/ports/default
[Info  11:48:20] Merging '/hpool/poudriere/portshaker/fbsd_local_ports' to 
'/poudriere/ports/default'.

. . .

Building updated packages for 12.1 on amd64
[00:00:00] Creating the reference jail... done
[00:00:00] Mounting system devices for 121amd64-default
[00:00:00] Mounting ports/packages/distfiles
[00:00:00] Using packages from previously failed build: 
/hpool/poudriere/data/packages/121amd64-default/.building
[00:00:00] Mounting packages from: 
/hpool/poudriere/data/packages/121amd64-default
[00:00:00] Copying /var/db/ports from: /usr/local/etc/poudriere.d/options
[00:00:00] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf
/etc/resolv.conf -> 
/hpool/poudriere/data/.m/121amd64-default/ref/etc/resolv.conf
[00:00:00] Starting jail 121amd64-default
[00:00:01] Logs: 
/hpool/poudriere/data/logs/bulk/121amd64-default/2020-02-24_11h48m21s
[00:00:01] WWW: 
http://db3.in.chaos1.de//build.html?mastername=121amd64-default=2020-02-24_11h48m21s
[00:00:01] Loading MOVED for 
/hpool/poudriere/data/.m/121amd64-default/ref/usr/ports
[00:00:01] Ports supports: FLAVORS SELECTED_OPTIONS
[00:00:01] Gathering ports metadata
[00:00:05] Calculating ports order and dependencies
[00:00:05] pkg package missing, skipping sanity
[00:00:05] Skipping incremental rebuild and repository sanity checks
[00:00:06] Cleaning the build queue
[00:00:06] Sanity checking build queue
[00:00:06] Processing PRIORITY_BOOST
[00:00:06] Balancing pool
[00:00:06] Recording filesystem state for prepkg... done
[00:00:06] Building 467 packages using 4 builders
[00:00:06] Starting/Cloning builders
[00:00:06] Hit CTRL+t at any time to see build progress and stats
[00:00:06] [01] [00:00:00] Building ports-mgmt/pkg | pkg-1.13.2
[00:00:07] [01] [00:00:01] Finished ports-mgmt/pkg | pkg-1.13.2: Failed: extract

> 
> For example, to revert ports tree.
> 
> svnlite revert -R "`cat /usr/local/etc/poudriere.d/ports/default/mnt`"
> 
> ___


Where could I dig to resolve this?

Axel
---
PGP-Key: CDE74120  ☀  computing @ chaos claudius



signature.asc
Description: Message signed with OpenPGP

Cannot build qt5-webkit with debug

[Miroslav Lachman]

Short story:
I am trying to build qt5-webkit with WITH_DEBUG=yes in make.conf on our 
E3 Xeon machine with FreeBSD 11.3, poudriere-devel, 16GB of RAM and 10GB 
of swap.
The build always hangs, machine is unresponsive on SSH / HTTP, only ping 
is responding. I track it down to build eats all memory (RAM + Swap).


Did anybody tried to build (successfully?) qt5-webkit with debug option?

Is there a bug in build process with WITH_DEBUG or is 16GB of RAM and 
10GB of swap not enough in these days?


Any help appreciated.

Long story:
As I didn't found replacement for removed port lang/phantomjs nor found 
how to build firefox or chromium as static binary I am trying to create 
new port of lang/phantomjs.

I posted few weeks ago - phantomjs github is active again
https://lists.freebsd.org/pipermail/freebsd-ports/2020-January/117556.html

The new development version of phantomjs has different building process, 
newer dependencies, can be built with current OpenSSL 1.1.1 etc.
My (ugly) temporary version of this port is buildable, resulting binary 
"phantomjs" can run simple "Hello world" example

https://github.com/ariya/phantomjs/blob/master/examples/hello.js

But when I try to run some real work (fetching web page) it segfaulted.

This is what I get when phantomjs is run with gdb

(root@testjail) phantomjs/# gdb 
/var/ports/usr/ports/headtest/lang/phantomjs/work/stage/usr/local/bin/phantomjs

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
(gdb) run /tmp/phantom.2.js
Starting program: 
/var/ports/usr/ports/headtest/lang/phantomjs/work/stage/usr/local/bin/phantomjs 
/tmp/phantom.2.js
warning: Lowest section in /usr/local/lib/libicudata.so.65 is .hash at 
0120


Program received signal SIGSEGV, Segmentation fault.
0x000802b29eeb in WebCore::CSSValue::destroy () from 
/usr/local/lib/qt5/libQt5WebKit.so.5

Current language:  auto; currently minimal
(gdb) bt
#0  0x000802b29eeb in WebCore::CSSValue::destroy () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#1  0x000802ad1b67 in WebCore::StyleProperties::getPropertyCSSValue 
() from /usr/local/lib/qt5/libQt5WebKit.so.5
#2  0x000802b011d1 in WebCore::CSSParser::parseDeclaration () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#3  0x000802aed375 in WebCore::CSSParser::parseDeclaration () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#4  0x000802fbeee5 in WebCore::httpHeaderNameString () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#5  0x000802ae7d16 in WebCore::CSSParser::~CSSParser () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#6  0x000802b58e2c in WebCore::StyleSheetContents::parseString () 
from /usr/local/lib/qt5/libQt5WebKit.so.5
#7  0x000802ac800d in WebCore::CSSComputedStyleDeclaration::deref () 
from /usr/local/lib/qt5/libQt5WebKit.so.5
#8  0x000802ac7b8a in WebCore::CSSComputedStyleDeclaration::deref () 
from /usr/local/lib/qt5/libQt5WebKit.so.5
#9  0x000802ac818b in WebCore::CSSComputedStyleDeclaration::deref () 
from /usr/local/lib/qt5/libQt5WebKit.so.5
#10 0x000802b38433 in WebCore::valueForLength () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#11 0x000802a32e3b in WebCore::Element::setPseudo () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#12 0x000802a330d5 in WebCore::Element::setPseudo () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#13 0x0008029085e0 in 
WebCore::HTMLTextFormControlElement::lastChangeWasUserEdit () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#14 0x000802908551 in 
WebCore::HTMLTextFormControlElement::lastChangeWasUserEdit () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#15 0x0008029ef110 in WebCore::ContainerNode::appendChild () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#16 0x0008029edaae in WebCore::Element::shadowRoot () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#17 0x0008033b38a0 in WebCore::DOMPath::~DOMPath () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#18 0x0008033af440 in WebCore::DOMPath::~DOMPath () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#19 0x0008033b26f9 in WebCore::DOMPath::~DOMPath () from 
/usr/local/lib/qt5/libQt5WebKit.so.5
#20 0x000802ce5525 in WebCore::testPreloadScannerViewportSupport () 
from /usr/local/lib/qt5/libQt5WebKit.so.5
#21 0x000802ce2287 in WebCore::testPreloadScannerViewportSupport () 
from /usr/local/lib/qt5/libQt5WebKit.so.5
#22 0x000802ce1778 in WebCore::testPreloadScannerViewportSupport () 
from /usr/local/lib/qt5/libQt5WebKit.so.5
#23 0x000802cc8746 in WebCore::FileIconLoader::notifyFinished () 
from /usr/local/lib/qt5/libQt5WebKit.so.5
#24 0x000802cc814c in WebCore::FileIconLoader::notifyFinished () 
from /usr/local/lib/qt5/libQt5WebKit.so.5
#25