Re: icedtea-web broken after removal of libxul

[Walter Schwarzenfeld]

I have to correct audio/tuxguitar is not broken (I don't at least the 
last four times I tried to install it failed, this time it succeeds. Remove


the references to browser-ftp and libxul).

___
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: icedtea-web broken after removal of libxul

[Walter Schwarzenfeld]

Also: x11-toolkits/swt, x11-toolkits/swt-devel, audio/tuxguitar  and 
science/gchemutils have still options for plugin/libxul.


Except science/gchemutils these ports have no maintainer.

(Btw, audio/tuxguitar is broken since long time).


___
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: icedtea-web broken after removal of libxul

[Walter Schwarzenfeld]

Thanks, Tobik. You patch in the PR is working fine.

___
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: icedtea-web broken after removal of libxul

[Walter Schwarzenfeld]

> did you really intend to put 2 slashes there?

No, that's a typo.

But if there is no npapi.h, it can't find it and that has nothing to do 
with the slashes.


And the question is, which sense has the port, if set --disable-plugin?


___
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: icedtea-web broken after removal of libxul

[Chris H]

On Sat, 23 Jun 2018 03:41:35 +0200 "Walter Schwarzenfeld" 
 said


After remove of libxul, icedtea-web does not configure

configure: error: Package requirements (mozilla-plugin) were not met:
Package 'mozilla-plugin', required by 'virtual:world', not found

After a (weak) try with make MOZILLA_LIBS=/usr/local/lib/libxul 
MOZILLA_CFLAGS=-I//usr/local/include/libxul:

___^
did you really intend to put 2 slashes there? might this not potentially
confuse the build?
Just thought I'd mention it, in case it matters. :-)

--Chris


It fails missing npapi.h or other headers.

Mark it as broken, remove it or revert the remove of libxul.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229242

___
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: icedtea-web broken after removal of libxul

[Walter Schwarzenfeld]

If I adding CONFIGURE_ARGS+=--disable-plugin it is useless.

___
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: icedtea-web broken after removal of libxul

[Tobias Kortkamp]

On Sat, Jun 23, 2018, at 03:41, Walter Schwarzenfeld wrote:
> After remove of libxul, icedtea-web does not configure
> 
> configure: error: Package requirements (mozilla-plugin) were not met:
> Package 'mozilla-plugin', required by 'virtual:world', not found
> 
> After a (weak) try with make MOZILLA_LIBS=/usr/local/lib/libxul 
> MOZILLA_CFLAGS=-I//usr/local/include/libxul:
> 
> It fails missing npapi.h or other headers.
> 
> Mark it as broken, remove it or revert the remove of libxul.
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229242

Try adding CONFIGURE_ARGS+=--disable-plugin to the port.
___
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"

icedtea-web broken after removal of libxul

[Walter Schwarzenfeld]

After remove of libxul, icedtea-web does not configure

configure: error: Package requirements (mozilla-plugin) were not met:
Package 'mozilla-plugin', required by 'virtual:world', not found

After a (weak) try with make MOZILLA_LIBS=/usr/local/lib/libxul 
MOZILLA_CFLAGS=-I//usr/local/include/libxul:


It fails missing npapi.h or other headers.

Mark it as broken, remove it or revert the remove of libxul.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229242

___
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: www/libxul

[George Mitchell]

On 06/23/17 00:49, Jan Beich wrote:
> George Mitchell  writes:
> 
>> Consequently, the configure script dies at line 26248, complaining
>> that "Option, jemalloc, does not take an argument (4)".
> 
> Sorry for the bustage. It should be fixed now.
> 
> https://svnweb.freebsd.org/changeset/ports/444163
> [...]

(conks self on forehead, mutters:) "remember to check /usr/ports/Mk
for stuff that magically appears from nowhere."

Thanks for the quick fix!  It works now.   -- George



signature.asc
Description: OpenPGP digital signature

www/libxul

[George Mitchell]

At svn revision 443684.

After "make clean extract":
work/firefox-45.9.0esr/.mozconfig does not exist.
No file under www/libxul contains the string "--enable-jemalloc=4".
In particular, no patch file in the files directory refers to
.mozconfig or contains "--enable-jemalloc=4".

But after "make patch":
work/firefox-45.9.0esr/.mozconfig has been created and contains
"--enable-jemalloc=4".
Consequently, the configure script dies at line 26248, complaining
that "Option, jemalloc, does not take an argument (4)".

I'd love to propose a patch to fix this problem, but I cannot
discover for the life of me where the "--enable-jemalloc=4" came
from.  What am I missing?

If I make patch, then manually delete the line:
ac_add_options --enable-jemalloc=4
that mysteriously appeared in .mozconfig and then run configure,
all is well. -- George



signature.asc
Description: OpenPGP digital signature

firefox and libxul failed with Synth

[Stari Karp]

Hi!

After update of Firefox and libxul on August 4th thet don't build with
Synth anymore:

Firefox:
54357 refs]
Reticulating splines...
[32139 refs]
[34111 refs]
Traceback (most recent call last):
  File "./config.status", line 1077, in 
config_status(**args)
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/python/mozbuild/mozbuild/config_status.py", line 162, in
config_status
definitions = list(definitions)
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/python/mozbuild/mozbuild/frontend/emitter.py", line 164, in emit
for out in output:
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/python/mozbuild/mozbuild/frontend/reader.py", line 1066, in
read_mozbuild
raise bre
mozbuild.frontend.reader.BuildReaderError:
==
ERROR PROCESSING MOZBUILD FILE
==

The error occurred while processing the following file:

/construction/xports/www/firefox/work/firefox-
47.0.1/media/libyuv/moz.build

The error appears to be part of the mozbuild.frontend.reader Python
module itself! It is possible you have stumbled across a legitimate
bug.

Traceback (most recent call last):
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/python/mozbuild/mozbuild/frontend/reader.py", line 1062, in
read_mozbuild
metadata=metadata):
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/python/mozbuild/mozbuild/frontend/reader.py", line 1166, in
_read_mozbuild
non_unified_sources = non_unified_sources):
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/python/mozbuild/mozbuild/frontend/gyp_reader.py", line 110, in
read_from_gyp
params=params)
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/media/webrtc/trunk/tools/gyp/pylib/gyp/__init__.py", line 132,
in Load
params['parallel'])
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/media/webrtc/trunk/tools/gyp/pylib/gyp/input.py", line 2560, in
Load
variables, includes, depth, check, True)
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/media/webrtc/trunk/tools/gyp/pylib/gyp/input.py", line 391, in
LoadTargetBuildFile
build_file_data, PHASE_EARLY, variables, build_file_path)
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/media/webrtc/trunk/tools/gyp/pylib/gyp/input.py", line 1142, in
ProcessVariablesAndConditionsInDict
variables, build_file, 'variables')
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/media/webrtc/trunk/tools/gyp/pylib/gyp/input.py", line 1149, in
ProcessVariablesAndConditionsInDict
expanded = ExpandVariables(value, phase, variables, build_file)
  File "/construction/xports/www/firefox/work/firefox-
47.0.1/media/webrtc/trunk/tools/gyp/pylib/gyp/input.py", line 881, in
ExpandVariables
(contents, p.returncode))
GypError: Call to '/construction/xports/www/firefox/work/firefox-
47.0.1/obj-x86_64-portbld-freebsd10.3/_virtualenv/bin/python
./build/dir_exists.py ./third_party/platformsdk_win7/files/redist/x86'
returned exit status 0. while trying to load
/construction/xports/www/firefox/work/fi
refox-47.0.1/media/libyuv/libyuv.gyp

[173612 refs]
[25172 refs]
*** Fix above errors and then restart with\
   "gmake -f client.mk build"
gmake[1]: *** [/construction/xports/www/firefox/work/firefox-
47.0.1/client.mk:384: configure] Error 1
gmake[1]: Leaving directory '/xports/www/firefox'
===>  Script "configure" failed unexpectedly.
Please report the problem to ge...@freebsd.org [maintainer] and attach
the
"/construction/xports/www/firefox/work/firefox-47.0.1/config.log"
including
the output of the failure of your make command. Also, it might be a
good idea
to provide an overview of all packages installed on your system (e.g. a
/usr/local/sbin/pkg-static info -g -Ea).
*** Error code 1

Stop.
make: stopped in /xports/www/firefox
===


Finished: Sunday, 7 AUG 2016 at 18:25:46 UTC
Duration: 00:01:43

libxul:
[50023 refs]
Reticulating splines...
[23497 refs]
[25772 refs]
Traceback (most recent call last):
  File "./config.status", line 1066, in 
config_status(**args)
  File "/construction/xports/www/libxul/work/firefox-
45.3.0esr/python/mozbuild/mozbuild/config_status.py", line 175, in
config_status
definitions = list(definitions)
  File "/construction/xports/www/libxul/work/firefox-
45.3.0esr/python/mozbuild/mozbuild/frontend/emitter.py", line 165, in
emit
for out in output:
  File "/construction/xports/www/libxul/work/firefox-
45.3.0esr/python/mozbuild/mozbuild/frontend/reader.py", line 1062, in
read_mozbuild
raise bre
mozbuild.frontend.reader.BuildReaderError:
==
ERROR PROCESSING MOZBUILD FIL

Re: www/[firefox|libxul]: configure: error: --enable-chrome-format must be set to either jar, flat, or omni

[Christoph Moench-Tegeder]

## O. Hartmann (ohart...@zedat.fu-berlin.de):

> Since the problem now appears to destroy every firefox installation on CURRENT
> (most recent, amd64), the problem got severe for us.

Until evidence to the contrary, I guess it's your local problem.
The --enable-chrome-format argument is set to omni by bsd.gecko.mk,
unless overridden. Check MOZ_OPTIONS and configure output, e.g.
obj-x86_64-portbld-freebsd10.2/.mozconfig.json or
obj-x86_64-portbld-freebsd10.2/js/src/config.status (I hope they
did not change since your version).

Regards,
Christoph

-- 
Spare Space
___
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"

www/[firefox|libxul]: configure: error: --enable-chrome-format must be set to either jar, flat, or omni

[O. Hartmann]

A day or two ago, I updated ports without any problems, especially www/firefox.
Doing the same mainatining process yesterday and today on several other boxes
results in a fail of either updating www/firefox with the very similar error as
shown below, or with the error shown below after I tried a "portmaster -f
www/libxul' as I suspected a problem in www/libxul.

This problem now makes www/firefox unusable on several systems since yesterday
(Tuesday, 17th of November) with port revision most recently updated.

Since the problem now appears to destroy every firefox installation on CURRENT
(most recent, amd64), the problem got severe for us.

Please fix!

Kind regards,

oh

[...]
configure: error: --enable-chrome-format must be set to either jar, flat, or
omni *** Fix above errors and then restart with\
   "gmake -f client.mk build"
/usr/ports/www/libxul/work/mozilla-esr38/client.mk:361: recipe for target
'configure' failed gmake[2]: *** [configure] Error 1
gmake[2]: Leaving directory '/usr/ports/www/libxul'
===>  Script "configure" failed unexpectedly.
Please report the problem to ge...@freebsd.org [maintainer] and attach the
"/usr/ports/www/libxul/work/mozilla-esr38/config.log" including the output
of the failure of your make command. Also, it might be a good idea to provide
an overview of all packages installed on your system (e.g. a
/usr/local/sbin/pkg-static info -g -Ea).
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/www/libxul
*** Error code 1

___
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"

libxul build problem

[Albert Shih]

Hi everyone,

I've already fill a bug report on freebsd bugzilla but I would like to
known If this problem affect only me or not.

I'm runnig 3 freebsd-box, all running 10-Stable (FreeBSD 10.1-STABLE #10 
r275839), all ports
is up2date.

When I try to build the libxul ports just after it's begin the build stop
(in fact not even really started) with this message

===  Configuring for libxul-31.4.0
(cd /usr/ports/www/libxul/work/mozilla-esr31  /usr/local/bin/autoconf-2.13)
(cd /usr/ports/www/libxul/work/mozilla-esr31/js/src/  
/usr/local/bin/autoconf-2.13)
gmake[1]: Entering directory '/usr/ports/www/libxul'
/usr/ports/www/libxul/work/mozilla-esr31/client.mk:114: *** missing separator.  
Stop.
gmake[1]: Leaving directory '/usr/ports/www/libxul'
===  Script configure failed unexpectedly.
Please report the problem to ge...@freebsd.org [maintainer] and attach the
/usr/ports/www/libxul/work/mozilla-esr31/config.log including the output
of the failure of your make command. Also, it might be a good idea to provide
an overview of all packages installed on your system (e.g. a
/usr/local/sbin/pkg-static info -g -Ea).
*** Error code 1

Stop.
make: stopped in /usr/ports/www/libxul


Does anyone have this problem ?

Regards.

NB: The bug report : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196737

--
Albert SHIH
DIO bâtiment 15
Observatoire de Paris
5 Place Jules Janssen
92195 Meudon Cedex
France
Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71
xmpp: j...@obspm.fr
Heure local/Local time:
jeu 15 jan 2015 01:03:53 CET
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: libxul is still broken

[Kevin Oberman]

On Tue, Oct 21, 2014 at 8:17 PM, sergio de Almeida Lenzi 
lenzi.ser...@gmail.com wrote:

 Hello,


 Does anybody have an idea how to compile libxul (it is marked broken)..


It is noted that it will not compile, so the maintainers are clearly aware
of the issue. There has been discussion (not a lot) on the gecko list
which, as they are the maintainers, is where this probably should be sent.
A possible fix was posted two days ago. No further information has been
sent out since. I'd monitor the gecko@ to watch for updates.
--
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

libxul is still broken

[sergio de Almeida Lenzi]

Hello,


Does anybody have an idea how to compile libxul (it is marked broken)..


Thanks for any help
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

[QAT] r346721: 2x depend (configure_error in www/libxul), 51x success, 8x leftovers, 1x finished, 2x ???, 4x ignored: does not build with perl 5.14+

[Ports-QAT]

Replace USE_GCC=4.2+ by USE_GCC=any. [1]
And USE_GMAKE by USES=gmake where touching a port because of the above.

Approved by:portmgr (bapt) [1]
-

  Build ID:  20140301212400-38804
  Job owner: ger...@freebsd.org
  Buildtime: 5 hours
  Enddate:   Sun, 02 Mar 2014 02:02:38 GMT

  Revision:  r346721
  Repository:
https://svnweb.freebsd.org/ports?view=revisionrevision=346721

-

Port:benchmarks/polygraph 4.3.2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289176/polygraph-4.3.2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289177/polygraph-4.3.2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289178/polygraph-4.3.2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289179/polygraph-4.3.2.log

-

Port:databases/kumofs 0.4.13

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289180/kumofs-0.4.13.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289181/kumofs-0.4.13.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289182/kumofs-0.4.13.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289183/kumofs-0.4.13.log

-

Port:databases/mysql-q4m 0.9.13

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289184/mysql55-q4m-0.9.13.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289185/mysql55-q4m-0.9.13.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289186/mysql55-q4m-0.9.13.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289187/mysql55-q4m-0.9.13.log

-

Port:graphics/gnash 0.8.10_9

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (CONFIGURE_ERROR IN WWW/LIBXUL)
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289188/libxul-24.3.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (CONFIGURE_ERROR IN WWW/LIBXUL)
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289189/libxul-24.3.0.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289190/gnash-0.8.10_9.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   FINISHED

-

Port:graphics/php-facedetect 1.1_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289192/php-facedetect-1.1_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289193/php-facedetect-1.1_2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289194/php-facedetect-1.1_2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289195/php-facedetect-1.1_2.log

-

Port:lang/phantomjs 1.9.2_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289196/phantomjs-1.9.2_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~ger...@freebsd.org/20140301212400-38804-289197/phantomjs-1.9.2_2.log

  Buildgroup: 9.2

libxul compile error

[Zoran Kolic]

Somebody succeeded to compile libxul19?
9.2, amd64.

 Zoran

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

Re: libxul compile error

[Herbert J. Skuhra]

On Thu, 24 Oct 2013 17:31:11 +0200
Zoran Kolic wrote:

 Somebody succeeded to compile libxul19?
 9.2, amd64.

Heh, update your ports-tree. libxul19 is gone. 

% grep libxul19 /usr/ports/MOVED
www/libxul19|www/libxul|2013-06-15|Has been vulnerable for a long
time, unsupported upstream

www/libxul has 24.0.

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

Re: libxul compile error

[Zoran Kolic]

 Heh, update your ports-tree. libxul19 is gone. 
 % grep libxul19 /usr/ports/MOVED
 www/libxul19|www/libxul|2013-06-15|Has been vulnerable for a long
 time, unsupported upstream
 www/libxul has 24.0.

Version 24.0 does not work with conkeror, whatever
I try.
Also, I have problem updating another browser,
luakit. I went by lib errors. but it has new confi-
guration, that is not documented for me to understand
what to change.
Thank you for reply.

   Zoran

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

Re: please update eclipse and eclipse-devel to remove libxul19 [was: please update java/eclipse to www/libxul]

[kron]

On 2013/02/27 08:00, kron wrote:
 On 2013/02/26 00:06, Ronald Klop wrote:
 On Mon, 25 Feb 2013 16:54:37 +0100, kron kro...@gmail.com wrote:

 Hi there,

 may I ask any of committers to process Jimmy Kelley's patch
 (ports/174846)? The patch works for me.

 Eclipse is still on www/libxul19 while www/libxul has been
 the default for more than 5 months. Both libxuls cannot be
 installed together - those who need other ports depending
 on www/libxul are simply out of luck.


 Thanks in advance
 Oli

 I just tested eclipse-devel with the (other) patch and it works for me too.

 Ronald.
 
 Since me and Roland haven't attracted any attention
 at freebsd-eclipse@ I'm moving this to freebsd-ports@.
 The PRs at hand are ports/174846 and ports/175826.
 
 May we ask committers to process the patches?
 
 TIA
 Oli

I've just noticed glewis@ has committed the patch of 174846.
Thank you very much, sir! Dare I ask to commit the same in
eclipse-devel (ports/175826)?

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

Re: please update eclipse and eclipse-devel to remove libxul19 [was: please update java/eclipse to www/libxul]

[Greg Lewis]

On Sun, Mar 03, 2013 at 09:51:15AM +0100, kron wrote:
 On 2013/02/27 08:00, kron wrote:
  On 2013/02/26 00:06, Ronald Klop wrote:
  On Mon, 25 Feb 2013 16:54:37 +0100, kron kro...@gmail.com wrote:
 
  Hi there,
 
  may I ask any of committers to process Jimmy Kelley's patch
  (ports/174846)? The patch works for me.
 
  Eclipse is still on www/libxul19 while www/libxul has been
  the default for more than 5 months. Both libxuls cannot be
  installed together - those who need other ports depending
  on www/libxul are simply out of luck.
 
 
  Thanks in advance
  Oli
 
  I just tested eclipse-devel with the (other) patch and it works for me too.
 
  Ronald.
  
  Since me and Roland haven't attracted any attention
  at freebsd-eclipse@ I'm moving this to freebsd-ports@.
  The PRs at hand are ports/174846 and ports/175826.
  
  May we ask committers to process the patches?
  
  TIA
  Oli
 
 I've just noticed glewis@ has committed the patch of 174846.
 Thank you very much, sir! Dare I ask to commit the same in
 eclipse-devel (ports/175826)?

I actually committed 175826 before committing 174846, so if you update
your ports tree you should get that too :).

-- 
Greg Lewis  Email   : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology  FreeBSD : gle...@freebsd.org
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: please update eclipse and eclipse-devel to remove libxul19 [was: please update java/eclipse to www/libxul]

[kron]

On 2013/03/03 16:49, Greg Lewis wrote:
 Since me and Roland haven't attracted any attention
 at freebsd-eclipse@ I'm moving this to freebsd-ports@.
 The PRs at hand are ports/174846 and ports/175826.

 May we ask committers to process the patches?

 TIA
 Oli

 I've just noticed glewis@ has committed the patch of 174846.
 Thank you very much, sir! Dare I ask to commit the same in
 eclipse-devel (ports/175826)?
 
 I actually committed 175826 before committing 174846, so if you update
 your ports tree you should get that too :).

Thanks!
Oli

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

please update eclipse and eclipse-devel to remove libxul19 [was: please update java/eclipse to www/libxul]

[kron]

On 2013/02/26 00:06, Ronald Klop wrote:
 On Mon, 25 Feb 2013 16:54:37 +0100, kron kro...@gmail.com wrote:
 
 Hi there,

 may I ask any of committers to process Jimmy Kelley's patch
 (ports/174846)? The patch works for me.

 Eclipse is still on www/libxul19 while www/libxul has been
 the default for more than 5 months. Both libxuls cannot be
 installed together - those who need other ports depending
 on www/libxul are simply out of luck.


 Thanks in advance
 Oli
 
 I just tested eclipse-devel with the (other) patch and it works for me too.
 
 Ronald.

Since me and Roland haven't attracted any attention
at freebsd-eclipse@ I'm moving this to freebsd-ports@.
The PRs at hand are ports/174846 and ports/175826.

May we ask committers to process the patches?

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

java/icedtea-web and libxul

[Lena]

The last java/icedtea-web/Makefile update
http://www.freebsd.org/cgi/cvsweb.cgi/ports/java/icedtea-web/Makefile.diff?r1=1.24;r2=1.25;f=h
adds:

USE_GECKO=  libxul

What for?
I have www/firefox installed including /usr/local/lib/firefox/libxul.so .
Why do I need now to build and install also www/libxul port?
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: www/libxul: fails to compile with CLANG and fails to install with GCC

[O. Hartmann]

On 09/19/12 22:09, Brooks Davis wrote:
 On Wed, Sep 19, 2012 at 03:50:45PM +0200, O. Hartmann wrote:
 I already filed a PR (ports/171566) regarding the CLANG compilation
 issue, but since CLANG is a troublemaker for several ports, I also used
 USE_GCC=4.6 to compile the port www/libxul and this works - but fails
 then installing with

 [...]
   adding: hyphenation/hyph_hu.dic (deflated 62%)
 /usr/ports/www/libxul/work/mozilla-esr10/dist/bin/xpcshell: Undefined
 symbol JSVAL_NULL
 gmake[1]: *** [install] Error 1
 gmake[1]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla-esr10/xulrunner/installer'
 gmake: *** [install] Error 2
 *** [gecko-pre-install] Error code 2

 Stop in /usr/ports/www/libxul.
 *** [install] Error code 1
 
 Hmm.  Sounds like a miscompile.  If you're up for an experiment, I'd be
 interested in the results of applying the linked patch and building
 with USE_GCC=4.2.
 
 http://people.freebsd.org/~brooks/patches/really-use-gcc.diff
 
 It turns out that USE_GCC incorrectly assumes that CC/CPP/CXX don't need
 to be changed when the requested version of gcc is in the base system.
 
 -- Brooks
 


Hello Brooks.

The port www/libxul does now compile with option USE_GCC=4.6+. I needed
to remove the former config via make rmconfig first. Something went
wrong on two FBSD10 boxes when the update was performed automatically
and the config remained old.

It still fails compiling with CLANG.

If you still want me to do the experiment, please give me a note.

Regards,
Oliver


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

Re: www/libxul: fails to compile with CLANG and fails to install with GCC

[Robert Huff]

O. Hartmann writes:

  The port www/libxul does now compile with option USE_GCC=4.6+.
  
  It still fails compiling with CLANG.

Um ... I just recompiled libxul using CLANG on

FreeBSD 10.0-CURRENT #0: Tue Jul 24 08:55:46 EDT 2012  amd64


Robert Huff

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

Re: www/libxul: fails to compile with CLANG and fails to install with GCC

[O. Hartmann]

Am 09/20/12 15:30, schrieb Robert Huff:
 
 O. Hartmann writes:
 
  The port www/libxul does now compile with option USE_GCC=4.6+.
  
  It still fails compiling with CLANG.
 
   Um ... I just recompiled libxul using CLANG on
 
 FreeBSD 10.0-CURRENT #0: Tue Jul 24 08:55:46 EDT 2012  amd64
 
 
   Robert Huff
 

Here:
FreeBSD 10.0-CURRENT #2 r240695M: Wed Sep 19 18:15:24 CEST 2012

No go with CLANG (which is llvm/clang 3.2).

Oliver




signature.asc
Description: OpenPGP digital signature

Re: www/libxul: fails to compile with CLANG and fails to install with GCC

[Robert Huff]

O. Hartmann writes:

The port www/libxul does now compile with option USE_GCC=4.6+.

It still fails compiling with CLANG.
   
  Um ... I just recompiled libxul using CLANG on
   
   FreeBSD 10.0-CURRENT #0: Tue Jul 24 08:55:46 EDT 2012  amd64
  
  Here:
  FreeBSD 10.0-CURRENT #2 r240695M: Wed Sep 19 18:15:24 CEST 2012
  
  No go with CLANG (which is llvm/clang 3.2).

My CLANG is 3.1.



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

www/libxul: fails to compile with CLANG and fails to install with GCC

[O. Hartmann]

I already filed a PR (ports/171566) regarding the CLANG compilation
issue, but since CLANG is a troublemaker for several ports, I also used
USE_GCC=4.6 to compile the port www/libxul and this works - but fails
then installing with

[...]
  adding: hyphenation/hyph_hu.dic (deflated 62%)
/usr/ports/www/libxul/work/mozilla-esr10/dist/bin/xpcshell: Undefined
symbol JSVAL_NULL
gmake[1]: *** [install] Error 1
gmake[1]: Leaving directory
`/usr/ports/www/libxul/work/mozilla-esr10/xulrunner/installer'
gmake: *** [install] Error 2
*** [gecko-pre-install] Error code 2

Stop in /usr/ports/www/libxul.
*** [install] Error code 1




signature.asc
Description: OpenPGP digital signature

Re: www/libxul: fails to compile with CLANG and fails to install with GCC

[Brooks Davis]

On Wed, Sep 19, 2012 at 03:50:45PM +0200, O. Hartmann wrote:
 I already filed a PR (ports/171566) regarding the CLANG compilation
 issue, but since CLANG is a troublemaker for several ports, I also used
 USE_GCC=4.6 to compile the port www/libxul and this works - but fails
 then installing with
 
 [...]
   adding: hyphenation/hyph_hu.dic (deflated 62%)
 /usr/ports/www/libxul/work/mozilla-esr10/dist/bin/xpcshell: Undefined
 symbol JSVAL_NULL
 gmake[1]: *** [install] Error 1
 gmake[1]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla-esr10/xulrunner/installer'
 gmake: *** [install] Error 2
 *** [gecko-pre-install] Error code 2
 
 Stop in /usr/ports/www/libxul.
 *** [install] Error code 1

Hmm.  Sounds like a miscompile.  If you're up for an experiment, I'd be
interested in the results of applying the linked patch and building
with USE_GCC=4.2.

http://people.freebsd.org/~brooks/patches/really-use-gcc.diff

It turns out that USE_GCC incorrectly assumes that CC/CPP/CXX don't need
to be changed when the requested version of gcc is in the base system.

-- Brooks


pgpILvFJySm9F.pgp
Description: PGP signature

some ports do not build with libxul-10.0.7

[kron]

Hello,

The www/libxul was updated to 10.0. It is mentioned
in UPDATING with some instructions for those wanting
to stay with 1.9.2.

I thought I could go with the new version and updated
www/libxul (using portmaster). It went OK.

Now I can't build some other ports, for example
deskutils/chmsee:

/usr/ports/deskutils/chmsee make

 chmsee is using libxul19 for gecko support, but you can
 change that by defining WITH_GECKO to the following values:

   libxul19

===  License GPLv2 accepted by the user
===  Extracting for chmsee-1.3.1.1_3
= SHA256 Checksum OK for chmsee-1.3.1.1.tar.gz.
===  Patching for chmsee-1.3.1.1_3
===   chmsee-1.3.1.1_3 depends on file: /usr/local/lib/libxul/libxul.so 
- found


... snipped ...

-- checking for one of the modules 
'mozilla-gtkmozembed-embedding=1.9;xulrunner-gtkmozembed=1.9'
CMake Error at /usr/local/share/cmake/Modules/FindPkgConfig.cmake:363 
(message):

  None of the required
  'mozilla-gtkmozembed-embedding=1.9;xulrunner-gtkmozembed=1.9' found
Call Stack (most recent call first):
  CMakeLists.txt:11 (pkg_search_module)


-- Configuring incomplete, errors occurred!
*** [do-configure] Error code 1

Stop in /usr/ports/deskutils/chmsee.

Similar failure happens in www/gecko-mediaplayer.

Any suggestions?

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

www/libxul 10 upgrade confusion

[John Marshall]

I've just updated my ports tree and was about to rebuild updated
ports...

www/libxul has just been updated from 1.9.2.28 to 10.0.7.  There is an
entry in UPDATING explaining that the old version has been moved to
www/libxul19 for those who want to continue to use it.  That's fine.

I launched portmaster to kick off the build of updated ports and was
presented with an options config screen for www/libxul.  All still good.
I was then preseneted with an options config screen for www/libxul19.
Huh?!

It turns out that ports which were dependent upon www/libxul have been
updated to depend upon www/libxul19 which, obviously, conflicts with
www/libxul.  All this appears to have been done in the one commit
(r304053) but doesn't make sense to me.  It looks like if I want to use
any ports which depend upon libxul, then I need to migrate to
www/libxul19 and rebuild dependent ports.

So, if the new www/libxul is unsuitable for use in libxul-dependent
ports, why was the main port upgraded and the new version not introduced
as www/libxul10 or something?  I must be missing something fundamental
but I just can't see the point of this churn/confusion if dependent
ports are being pointed at the migrated old port www/libxul19.

Thanks to the folks who maintain these complex ports.  I'm guessing
there are sound reasons for all of this which just haven't been
communicated, or I need more caffeine.

/me waits to be educated.

-- 
John Marshall


pgpvBz9r74LE2.pgp
Description: PGP signature

libxul

[ajtiM]

Hi!

I wish to uninstall libxul but 

 pkg_info -R libxul-1.9.2.28_1
Information for libxul-1.9.2.28_1:

Required by:
vlc-1.1.13_12,3
phonon-vlc-0.5.0_1

Is it safe to uninstall anywhere, please?

Thanks.

Mitja

http://jpgmag.com/people/lumiwa
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: libxul

[Greg Byshenk]

On Wed, Aug 15, 2012 at 05:37:28AM -0500, ajtiM wrote:
 
 I wish to uninstall libxul but 
 
  pkg_info -R libxul-1.9.2.28_1
 Information for libxul-1.9.2.28_1:
 
 Required by:
 vlc-1.1.13_12,3
 phonon-vlc-0.5.0_1
 
 Is it safe to uninstall anywhere, please?

You might need to rebuild vlc. It looks like libxul is pulled
in to vlc if you select the Mozilla Plugin option.
 

-- 
greg byshenk  -  gbysh...@byshenk.net  -  Leiden, NL - Portland, OR USA
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: libxul

[Franci Nabalanci]

Yes, I selected the Mozilla Plugin which I want to have.

On Wed, Aug 15, 2012 at 7:13 AM, Greg Byshenk free...@byshenk.net wrote:

 On Wed, Aug 15, 2012 at 05:37:28AM -0500, ajtiM wrote:

  I wish to uninstall libxul but
 
   pkg_info -R libxul-1.9.2.28_1
  Information for libxul-1.9.2.28_1:
 
  Required by:
  vlc-1.1.13_12,3
  phonon-vlc-0.5.0_1
 
  Is it safe to uninstall anywhere, please?

 You might need to rebuild vlc. It looks like libxul is pulled
 in to vlc if you select the Mozilla Plugin option.


 --
 greg byshenk  -  gbysh...@byshenk.net  -  Leiden, NL - Portland, OR USA

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

Re: libxul

[Greg Byshenk]

On Wed, Aug 15, 2012 at 10:09:16AM -0500, Franci Nabalanci wrote:

 Yes, I selected the Mozilla Plugin which I want to have.

Then it looks like you need to keep libxul, since that plugin
introduces the libxul dependency. 

 
 On Wed, Aug 15, 2012 at 7:13 AM, Greg Byshenk free...@byshenk.net wrote:
  On Wed, Aug 15, 2012 at 05:37:28AM -0500, ajtiM wrote:
 
   I wish to uninstall libxul but
  
pkg_info -R libxul-1.9.2.28_1
   Information for libxul-1.9.2.28_1:
  
   Required by:
   vlc-1.1.13_12,3
   phonon-vlc-0.5.0_1
  
   Is it safe to uninstall anywhere, please?
 
  You might need to rebuild vlc. It looks like libxul is pulled
  in to vlc if you select the Mozilla Plugin option.

-- 
greg byshenk  -  gbysh...@byshenk.net  -  Leiden, NL - Portland, OR USA
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: www/libxul fails to upgrade if devel/libunwind is installed

[Torfinn Ingolfsen]

www/firefox is also affected by this. I had to uninstall libunwind in
order to portupgrade 'firefox-12.0,1' to 'firefox-13.0.1,1'.
-- 
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: www/libxul fails to upgrade if devel/libunwind is installed

[Torfinn Ingolfsen]

On Sun, Jul 15, 2012 at 3:35 PM, Torfinn Ingolfsen tin...@gmail.com wrote:
 www/firefox is also affected by this. I had to uninstall libunwind in
 order to portupgrade 'firefox-12.0,1' to 'firefox-13.0.1,1'.
 --
 Regards,
 Torfinn Ingolfsen

I forgot to tell, this is on
tingo@kg-v2$ uname -a
FreeBSD kg-v2.kg4.no 8.3-STABLE FreeBSD 8.3-STABLE #6: Fri Apr 27
23:50:55 CEST 2012 r...@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC
amd64

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

Re: www/libxul fails to upgrade if devel/libunwind is installed

[Torfinn Ingolfsen]

And mail/thunderbird-esr is also affected. with lubunwind installed an
upgrade from 'thunderbird-10.0.4' to 'thunderbird-10.0.5' fails at:


c++ -o nsStackWalk.o -c -I../../dist/stl_wrappers
-I../../dist/system_wrappers -include ../../config/gcc_hidden.h
-DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API
-DEXPORT_XPTC_API -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI
-DIMPL_NS_NET -DIMPL_THEBES  -DSTATIC_EXPORTABLE_JS_API
-DMOZ_THUNDERBIRD=1 -DOSTYPE=\FreeBSD8\ -DOSARCH=FreeBSD
-DEXCLUDE_SKIA_DEPENDENCIES  -DOS_LINUX=1 -DOS_POSIX=1  -D_IMPL_NS_COM
-I../../ipc/chromium/src -I../../ipc/glue
-I../../ipc/ipdl/_ipdlheaders  -I./../build -I. -I.
-I../../dist/include -I../../dist/include/nsprpub
-I/usr/local/include/nspr
-I/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/dist/include/nss
 -fPIC -I/usr/local/include -fno-rtti -Wall -Wpointer-arith
-Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy
-Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof
-Wno-variadic-macros -Werror=return-type -O2 -pipe
-fno-strict-aliasing -fno-exceptions -fno-strict-aliasing
-fshort-wchar -ffunction-sections -fdata-sections -pipe -DNDEBUG
-DTRIMMED -fno-omit-frame-pointer -D_THREAD_SAFE -D_REENTRANT
-I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0
-I/usr/local/include/cairo -I/usr/local/include/gdk-pixbuf-2.0
-I/usr/local/include/pango-1.0 -I/usr/local/include/gio-unix-2.0/
-I/usr/local/include -I/usr/local/include/glib-2.0
-I/usr/local/include/pixman-1 -I/usr/local/include/freetype2
-I/usr/local/include/libpng15 -I/usr/local/include/drm
-I/usr/local/include/gtk-unix-print-2.0-I/usr/local/include
-DMOZILLA_CLIENT -include ../../mozilla-config.h
/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/xpcom/base/nsStackWalk.cpp
/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/xpcom/base/nsStackWalk.cpp:
In function 'nsresult NS_StackWalk(void (*)(void*, void*), PRUint32,
void*)':
/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/xpcom/base/nsStackWalk.cpp:1648:
error: '_Unwind_Backtrace' was not declared in this scope
gmake[5]: *** [nsStackWalk.o] Error 1
gmake[5]: *** Waiting for unfinished jobs
gmake[5]: Leaving directory
`/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/xpcom/base'
gmake[4]: *** [libs] Error 2
gmake[4]: Leaving directory
`/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/xpcom'
gmake[3]: *** [libs_tier_platform] Error 2
gmake[3]: Leaving directory
`/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla'
gmake[2]: *** [tier_platform] Error 2
gmake[2]: Leaving directory
`/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla'
gmake[1]: *** [default] Error 2
gmake[1]: Leaving directory
`/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla'
gmake: *** [default] Error 2
*** Error code 1

Stop in /usr/ports/mail/thunderbird-esr.
*** Error code 1

Stop in /usr/ports/mail/thunderbird-esr.

Without libunwind it goes further (but then fails on another, unrelated error).
This also on:
tingo@kg-v2$ uname -a
FreeBSD kg-v2.kg4.no 8.3-STABLE FreeBSD 8.3-STABLE #6: Fri Apr 27
23:50:55 CEST 2012 r...@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC
amd64

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

Re: www/libxul fails to upgrade if devel/libunwind is installed

[Torfinn Ingolfsen]

On Sun, Jul 15, 2012 at 3:54 PM, Torfinn Ingolfsen tin...@gmail.com wrote:
 And mail/thunderbird-esr is also affected. with lubunwind installed an
 upgrade from 'thunderbird-10.0.4' to 'thunderbird-10.0.5' fails at:


 c++ -o nsStackWalk.o -c -I../../dist/stl_wrappers
 -I../../dist/system_wrappers -include ../../config/gcc_hidden.h
 -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API
 -DEXPORT_XPTC_API -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI
 -DIMPL_NS_NET -DIMPL_THEBES  -DSTATIC_EXPORTABLE_JS_API
 -DMOZ_THUNDERBIRD=1 -DOSTYPE=\FreeBSD8\ -DOSARCH=FreeBSD
 -DEXCLUDE_SKIA_DEPENDENCIES  -DOS_LINUX=1 -DOS_POSIX=1  -D_IMPL_NS_COM
 -I../../ipc/chromium/src -I../../ipc/glue
 -I../../ipc/ipdl/_ipdlheaders  -I./../build -I. -I.
 -I../../dist/include -I../../dist/include/nsprpub
 -I/usr/local/include/nspr
 -I/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/dist/include/nss
  -fPIC -I/usr/local/include -fno-rtti -Wall -Wpointer-arith
 -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy
 -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof
 -Wno-variadic-macros -Werror=return-type -O2 -pipe
 -fno-strict-aliasing -fno-exceptions -fno-strict-aliasing
 -fshort-wchar -ffunction-sections -fdata-sections -pipe -DNDEBUG
 -DTRIMMED -fno-omit-frame-pointer -D_THREAD_SAFE -D_REENTRANT
 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0
 -I/usr/local/include/cairo -I/usr/local/include/gdk-pixbuf-2.0
 -I/usr/local/include/pango-1.0 -I/usr/local/include/gio-unix-2.0/
 -I/usr/local/include -I/usr/local/include/glib-2.0
 -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2
 -I/usr/local/include/libpng15 -I/usr/local/include/drm
 -I/usr/local/include/gtk-unix-print-2.0-I/usr/local/include
 -DMOZILLA_CLIENT -include ../../mozilla-config.h
 /usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/xpcom/base/nsStackWalk.cpp
 /usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/xpcom/base/nsStackWalk.cpp:
 In function 'nsresult NS_StackWalk(void (*)(void*, void*), PRUint32,
 void*)':
 /usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/xpcom/base/nsStackWalk.cpp:1648:
 error: '_Unwind_Backtrace' was not declared in this scope
 gmake[5]: *** [nsStackWalk.o] Error 1
 gmake[5]: *** Waiting for unfinished jobs
 gmake[5]: Leaving directory
 `/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/xpcom/base'
 gmake[4]: *** [libs] Error 2
 gmake[4]: Leaving directory
 `/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla/xpcom'
 gmake[3]: *** [libs_tier_platform] Error 2
 gmake[3]: Leaving directory
 `/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla'
 gmake[2]: *** [tier_platform] Error 2
 gmake[2]: Leaving directory
 `/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla'
 gmake[1]: *** [default] Error 2
 gmake[1]: Leaving directory
 `/usr/ports/mail/thunderbird-esr/work/comm-esr10/mozilla'
 gmake: *** [default] Error 2
 *** Error code 1

 Stop in /usr/ports/mail/thunderbird-esr.
 *** Error code 1

 Stop in /usr/ports/mail/thunderbird-esr.

 Without libunwind it goes further (but then fails on another, unrelated 
 error).

Forget the last part. Without libunwind, thunderbird-esr installs
without problems after the last ports tree update.

 This also on:
 tingo@kg-v2$ uname -a
 FreeBSD kg-v2.kg4.no 8.3-STABLE FreeBSD 8.3-STABLE #6: Fri Apr 27
 23:50:55 CEST 2012 r...@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC
 amd64

 --
 Regards,
 Torfinn Ingolfsen



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

Cannot build www/libxul - 'No such file or directory *.pc'

[Toomas Aas]

This is a re-post of my last week's message to questions@. I'm pretty  
sure there must be something wrong on my system, because nobody else  
seems to have this problem. In the meantime, I have successfully built  
some other ports, so my port building infrastructure is at least  
somewhat operational. I just csupped my ports tree again, and still  
the result of building www/libxul is the same as last week.


It seems I can't build www/libxul from a freshly updated ports tree on  
my 9.0-STABLE amd64 system. No matter how I try, the build ends with


sed: /usr/ports/www/libxul/work/mozilla-1.9.2/build/unix/*.pc: No such  
file or directory.


Indeed, there are no *.pc files in the aforementioned directory. I  
don't know how they are supposed to be created there.


I have commented out entire /etc/make.conf except one line
PERL_VERSION=5.14.1

I set the following options in the port configuration:

# cat  /var/db/ports/libxul/options
# This file is auto-generated by 'make config'.
# Options for libxul-1.9.2.28_1
_OPTIONS_READ=libxul-1.9.2.28_1
_FILE_COMPLETE_OPTIONS_LIST=DBUS JAVA DEBUG LOGGING OPTIMIZED_CFLAGS
OPTIONS_FILE_SET+=DBUS
OPTIONS_FILE_SET+=JAVA
OPTIONS_FILE_UNSET+=DEBUG
OPTIONS_FILE_UNSET+=LOGGING
OPTIONS_FILE_UNSET+=OPTIMIZED_CFLAGS

Linked to this message are the entire build output and my list of  
installed ports. Any advice would be welcome.


--
Toomas Aas


-
Lisandid (Lingid aeguvad 01/31/13)
https://webmail.raad.tartu.ee/imp/attachment.php?u=toomas_aas%40post.raad.tartu.eet=1342026281f=libxul2.out.bz2
https://webmail.raad.tartu.ee/imp/attachment.php?u=toomas_aas%40post.raad.tartu.eet=1342026281f=packages.txt
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Cannot build www/libxul - 'No such file or directory *.pc'

[Toomas Aas]

Yesterday I wrote:

It seems I can't build www/libxul from a freshly updated ports tree  
on my 9.0-STABLE amd64 system. No matter how I try, the build ends  
with


sed: /usr/ports/www/libxul/work/mozilla-1.9.2/build/unix/*.pc: No  
such file or directory.


Turns out this message is actually harmless. As it was the last line  
of 'make build' output, I assumed that things must have failed. But  
all I should have done was to run 'make install', instead of spending  
10 days writing to mailing lists :)



--
Toomas Aas

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

www/libxul fails to upgrade if devel/libunwind is installed

[Torfinn Ingolfsen]

If devel/libunwind is installed, a portupgrade of www/libxul fails with:
nsStackWalk.cpp: In function 'nsresult NS_StackWalk(void (*)(void*,
void*), PRUint32, void*)':
nsStackWalk.cpp:1544: error: '_Unwind_Backtrace' was not declared in this scope
gmake[4]: *** [nsStackWalk.o] Error 1
gmake[4]: *** Waiting for unfinished jobs
gmake[4]: Leaving directory
`/usr/ports/www/libxul/work/mozilla-1.9.2/xpcom/base'
gmake[3]: *** [libs] Error 2
gmake[3]: Leaving directory `/usr/ports/www/libxul/work/mozilla-1.9.2/xpcom'
gmake[2]: *** [libs_tier_xpcom] Error 2
gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla-1.9.2'
gmake[1]: *** [tier_xpcom] Error 2
gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla-1.9.2'
gmake: *** [default] Error 2
*** Error code 1

Stop in /usr/ports/www/libxul.
*** Error code 1

Stop in /usr/ports/www/libxul.

Simply deinstall  libunwind (it is required by blender), and libxul
upgrades without problem.

Has anyone else seen this?
I first became aware of this through this thread[1]  on the forums.

References:
1) http://forums.freebsd.org/showthread.php?p=183072
-- 
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: libxul dumps core with 'illegal hardware instruction' with newly ported 'pytrainer'

[Stefan Walter]

Andrew W. Nosenko, 05.04.11, 13:39h CEST:

 On Tue, Apr 5, 2011 at 10:06, Stefan Walter ste...@freebsd.org wrote:
  (I didn't get any replies on freebsd-gecko@, so I thought I'd just send it
  on freebsd-ports@, too.)
 
  Hi,
 
  I'm working on a port for pytrainer (see [1]), which uses libxul to
  display GPS tracks via Google Maps or OSM. Starting the software, it
  crashes with illegal hardware instruction and leaves a core dump behind.
 
 Something compiled for CPU model higher than CPU, which actually run
 the resulting binary?

I don't think so. Everything's compiled from ports on the machine I run it
on, without any special CFLAGS. I usually don't even enable additional
optimizations for ports that offer them.

I originally thought it might be the Linux Flash plugin, but uninstalling
it didn't help.

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

libxul dumps core with 'illegal hardware instruction' with newly ported 'pytrainer'

[Stefan Walter]

(I didn't get any replies on freebsd-gecko@, so I thought I'd just send it
on freebsd-ports@, too.)

Hi,

I'm working on a port for pytrainer (see [1]), which uses libxul to
display GPS tracks via Google Maps or OSM. Starting the software, it
crashes with illegal hardware instruction and leaves a core dump behind.
The backtrace (see [2] for the complete one) looks like the problem is
somewhere in libxul:

#0  0x00080cc78c52 in SearchTable () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#1  0x00080cc78de8 in PL_DHashTableOperate () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#2  0x00080ccb1fa8 in nsComponentManagerImpl::GetService () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#3  0x00080cc7b1c6 in CallGetService () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#4  0x00080cc7b1ec in nsGetServiceByCIDWithError::operator() () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#5  0x00080cc7a528 in nsCOMPtr_base::assign_from_gs_cid_with_error () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#6  0x00080ccbcbf3 in NS_GetProxyForObject () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#7  0x00080ccb517f in nsNativeModuleLoader::LoadModule () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
[...#7 repeated lots of times...]
#3355 0x00080ccb0762 in nsComponentManagerImpl::AutoRegisterComponent () 
from /usr/local/lib/libxul/sdk/lib/libxul.so
#3356 0x00080ccb0fee in nsComponentManagerImpl::AutoRegisterDirectory () 
from /usr/local/lib/libxul/sdk/lib/libxul.so
#3357 0x00080ccb11bc in nsComponentManagerImpl::AutoRegisterImpl () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#3358 0x00080ccb1421 in nsComponentManagerImpl::AutoRegister () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#3359 0x00080cc85ca3 in NS_InitXPCOM3_P () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#3360 0x00080c1f3ebc in XRE_InitEmbedding () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#3361 0x00080c1e5220 in EmbedPrivate::PushStartup () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#3362 0x00080c1e532b in EmbedPrivate::EmbedPrivate () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#3363 0x00080c1e1b6b in gtk_moz_embed_init () from 
/usr/local/lib/libxul/sdk/lib/libxul.so
#3364 0x00080175a870 in g_type_create_instance () from 
/usr/local/lib/libgobject-2.0.so.0
#3365 0x00080173e0bc in g_object_set () from 
/usr/local/lib/libgobject-2.0.so.0
#3366 0x00080173e5af in g_object_newv () from 
/usr/local/lib/libgobject-2.0.so.0
#3367 0x00080240fcb1 in init_gobject () from 
/usr/local/lib/python2.7/site-packages/gtk-2.0/gobject/_gobject.so
#3368 0x00080bc69ca7 in initgtkmozembed () from 
/usr/local/lib/python2.7/site-packages/gtk-2.0/gtkmozembed.so
#3369 0x004560e8 in PyType_IsSubtype ()
#3370 0x00418b9d in PyObject_Call ()
#3371 0x004815a4 in PyEval_EvalFrameEx ()
#3372 0x00485140 in PyEval_EvalCodeEx ()
#3373 0x004d4699 in PyClassMethod_New ()
#3374 0x00418b9d in PyObject_Call ()
#3375 0x0041e51d in PyClass_IsSubclass ()
#3376 0x00418b9d in PyObject_Call ()
#3377 0x0047dee6 in PyEval_CallObjectWithKeywords ()
#3378 0x00421e66 in PyInstance_New ()
#3379 0x00418b9d in PyObject_Call ()
#3380 0x004815a4 in PyEval_EvalFrameEx ()
#3381 0x00483a25 in PyEval_EvalFrameEx ()
#3382 0x00483a25 in PyEval_EvalFrameEx ()
#3383 0x00485140 in PyEval_EvalCodeEx ()
#3384 0x004d4699 in PyClassMethod_New ()
#3385 0x00418b9d in PyObject_Call ()
#3386 0x0041e51d in PyClass_IsSubclass ()
#3387 0x00418b9d in PyObject_Call ()
#3388 0x0047dee6 in PyEval_CallObjectWithKeywords ()
#3389 0x00421e66 in PyInstance_New ()
#3390 0x00418b9d in PyObject_Call ()
#3391 0x004815a4 in PyEval_EvalFrameEx ()
#3392 0x00483a25 in PyEval_EvalFrameEx ()
#3393 0x00485140 in PyEval_EvalCodeEx ()
#3394 0x00485232 in PyEval_EvalCode ()
#3395 0x0049f0c2 in Py_CompileString ()
#3396 0x0049f196 in PyRun_FileExFlags ()
#3397 0x004a066f in PyRun_SimpleFileExFlags ()
#3398 0x00414962 in Py_Main ()
#3399 0x00413cba in main ()

I don't have any other apparent problems with Mozilla/libxul stuff here.
Any idea what could cause this? (Since pytrainer is a Python application
and only uses libxul, I guess it's not pytrainer's fault, but I could be
wrong, of course...)

In case someone would like to run pytrainer locally, the port can be found
at [3].

Best regards,
Stefan

[1]: http://sourceforge.net/apps/trac/pytrainer/
[2]: http://people.freebsd.org/~stefan/pytrainer-backtrace.txt
[3]: http://people.freebsd.org/~stefan/pytrainer-1.8.0-port.tar.gz
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: libxul dumps core with 'illegal hardware instruction' with newly ported 'pytrainer'

[Andrew W. Nosenko]

On Tue, Apr 5, 2011 at 10:06, Stefan Walter ste...@freebsd.org wrote:
 (I didn't get any replies on freebsd-gecko@, so I thought I'd just send it
 on freebsd-ports@, too.)

 Hi,

 I'm working on a port for pytrainer (see [1]), which uses libxul to
 display GPS tracks via Google Maps or OSM. Starting the software, it
 crashes with illegal hardware instruction and leaves a core dump behind.

Something compiled for CPU model higher than CPU, which actually run
the resulting binary?

For example, if I compile with -march=native on the Core2 machine and
then try to run resulting binary on Pentium4, then I will obtain
Illegal Instruction with very high probability.

-- 
Andrew W. Nosenko andrew.w.nose...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: libxul build hit the roof!

[Chris Rees]

I would argue that anyone messing with CFLAGS should expect and know how to
fix trouble like that. This would also save noise.

Chris



Sorry for top-posting, Android won't let me quote, but K-9 can't yet do
threading.
On 31 Dec 2010 05:42, Da Rock freebsd-po...@herveybayaustralia.com.au
wrote:
 On 12/31/10 02:47, jhell wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 12/29/2010 18:04, Da Rock wrote:

 I got it worked out in the end, but it still took 2G+ memory to build;
 so my suggestion is a warning to EU in the make process that this could
 take a lot of memory to build, and some suggestions as to how to prevent
 or workaround the problem so they don't go whining on the list about it
 being broken.

 Turning off OPTIMIZED_CFLAGS for 'libxul, firefox* thunderbird*' ports
 would have stopped all this swapping from happening.

 Is there a specific reason why you changed it from its defaults ? is
 there really anything to gain ? in respect to 'libxul'...

 I see your point and I'll raise you a does it matter? There are sites
 and howto's on improving performance overall, especially regarding the
 revival of older machines. The recommendation on a lot of these is to
 put CFLAGS+= -O -pipe in the make.conf. If they already have low memory,
 then they'll be up the creek won't they? And the updates won't happen so
 they'll simply be broken and unsure of why.

 I'd say a simple note to say whats up is definitely in order, to prevent
 a lot of traffic. I don't believe thats too hard to do, given jdk16 and
 OOO have messages reflecting HDD space. I only noticed the issue because
 I watched it happen- given the little relevance that most (including
 yourself) put on it, it would easily be overlooked unless a simple
 solution was presented. The only message you get from say portupgrade is
 new compiler error, most would then put it in the too hard basket.
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: libxul build hit the roof!

[Da Rock]

On 01/01/11 07:07, Chris Rees wrote:

I would argue that anyone messing with CFLAGS should expect and know how to
fix trouble like that. This would also save noise.
   
Unless they're just following a HowTo off a site to improve performance. 
Besides that, is it really that hard to offer a warning?

Chris



Sorry for top-posting, Android won't let me quote, but K-9 can't yet do
threading.
On 31 Dec 2010 05:42, Da Rockfreebsd-po...@herveybayaustralia.com.au
wrote:
   

On 12/31/10 02:47, jhell wrote:
 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/29/2010 18:04, Da Rock wrote:

   

I got it worked out in the end, but it still took 2G+ memory to build;
so my suggestion is a warning to EU in the make process that this could
take a lot of memory to build, and some suggestions as to how to prevent
or workaround the problem so they don't go whining on the list about it
being broken.

 

Turning off OPTIMIZED_CFLAGS for 'libxul, firefox*  thunderbird*' ports
would have stopped all this swapping from happening.

Is there a specific reason why you changed it from its defaults ? is
there really anything to gain ? in respect to 'libxul'...

   

I see your point and I'll raise you a does it matter? There are sites
and howto's on improving performance overall, especially regarding the
revival of older machines. The recommendation on a lot of these is to
put CFLAGS+= -O -pipe in the make.conf. If they already have low memory,
then they'll be up the creek won't they? And the updates won't happen so
they'll simply be broken and unsure of why.

I'd say a simple note to say whats up is definitely in order, to prevent
a lot of traffic. I don't believe thats too hard to do, given jdk16 and
OOO have messages reflecting HDD space. I only noticed the issue because
I watched it happen- given the little relevance that most (including
yourself) put on it, it would easily be overlooked unless a simple
solution was presented. The only message you get from say portupgrade is
new compiler error, most would then put it in the too hard basket.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
 

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


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

Re: libxul build hit the roof!

[jhell]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/29/2010 18:04, Da Rock wrote:
 I got it worked out in the end, but it still took 2G+ memory to build;
 so my suggestion is a warning to EU in the make process that this could
 take a lot of memory to build, and some suggestions as to how to prevent
 or workaround the problem so they don't go whining on the list about it
 being broken.

Turning off OPTIMIZED_CFLAGS for 'libxul, firefox*  thunderbird*' ports
would have stopped all this swapping from happening.

Is there a specific reason why you changed it from its defaults ? is
there really anything to gain ? in respect to 'libxul'...


Regards,

- -- 

 jhell,v
-BEGIN PGP SIGNATURE-

iQEcBAEBAgAGBQJNHLeVAAoJEJBXh4mJ2FR+PKcIAIa7GY1eR9QP1hd2PL/LRrXa
sBmqHmCjThOzPDB7NL49EP7VHMDnKI9UPyTM41OmM3r7utdMQHNLb7DJT/qlayeg
+Mkv4LnFrWVbOVO0Hby38ABkMO25HHhJDvbk0G4l+B0Fa1W5WOaAqCncoIRQZ7dS
bgj5Ju9xrMjh3kf34qNfSI12mRbyob0v72sC7Z1UZbMn8GJXmPUyCKxogrA6lcAW
Y26KeJl8N+Y7wLG20yGwAl28xwCQ4P2kvg0YwvffRm+OIGmWj8rqZiEbKzPL1RMb
j7BF9+g0JA0TiKp4rr5wwO8ioNFacQz2WJ6Uy3mPw1xo/ivKsrNVzcqO4plwl9Q=
=2UTN
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: libxul build hit the roof!

[Da Rock]

On 12/31/10 02:47, jhell wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/29/2010 18:04, Da Rock wrote:
   

I got it worked out in the end, but it still took 2G+ memory to build;
so my suggestion is a warning to EU in the make process that this could
take a lot of memory to build, and some suggestions as to how to prevent
or workaround the problem so they don't go whining on the list about it
being broken.
 

Turning off OPTIMIZED_CFLAGS for 'libxul, firefox*  thunderbird*' ports
would have stopped all this swapping from happening.

Is there a specific reason why you changed it from its defaults ? is
there really anything to gain ? in respect to 'libxul'...
   
I see your point and I'll raise you a does it matter? There are sites 
and howto's on improving performance overall, especially regarding the 
revival of older machines. The recommendation on a lot of these is to 
put CFLAGS+= -O -pipe in the make.conf. If they already have low memory, 
then they'll be up the creek won't they? And the updates won't happen so 
they'll simply be broken and unsure of why.


I'd say a simple note to say whats up is definitely in order, to prevent 
a lot of traffic. I don't believe thats too hard to do, given jdk16 and 
OOO have messages reflecting HDD space. I only noticed the issue because 
I watched it happen- given the little relevance that most (including 
yourself) put on it, it would easily be overlooked unless a simple 
solution was presented. The only message you get from say portupgrade is 
new compiler error, most would then put it in the too hard basket.

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

libxul build hit the roof!

[Da Rock]

I was doing an update of my system, and I hit these errors and skipped 
builds all over the place; so I've been eliminating them one by one and 
making the skipped list smaller.


In the process of these investigations I noticed that my system 
practically froze several times and I spotted multiple pfaults through 
top. I also ran a lone run of just libxul as it was one in the list with 
an error: new compiler error.


I then basically shut every app I was running down and ran it again with 
just top showing. I found that at least one part hit the roof of my 
system, with nsCharacter... something or rather running at 1430M+ in 
swap, and 520M+ resident when compiling.


Does anyone else think it might be wise to put a warning during build 
saying that this could take over 2G+ of memory to compile, and rebuild 
with no apps running if it fails?

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

Re: libxul build hit the roof!

[Anonymous]

Da Rock freebsd-po...@herveybayaustralia.com.au writes:

 I was doing an update of my system, and I hit these errors and skipped
 builds all over the place; so I've been eliminating them one by one
 and making the skipped list smaller.

 In the process of these investigations I noticed that my system
 practically froze several times and I spotted multiple pfaults through
 top.

Try building with -Wl,--no-keep-memory in CFLAGS/LDFLAGS. My guess is
that you don't have enough memory to keep linking process from being
swapped out.

 I also ran a lone run of just libxul as it was one in the list
 with an error: new compiler error.

 I then basically shut every app I was running down and ran it again
 with just top showing. I found that at least one part hit the roof of
 my system, with nsCharacter... something or rather running at 1430M+
 in swap, and 520M+ resident when compiling.

 Does anyone else think it might be wise to put a warning during build
 saying that this could take over 2G+ of memory to compile, and rebuild
 with no apps running if it fails?

No need to kill (inactive) apps, they'd be swapped out during build.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: libxul build hit the roof!

[Da Rock]

On 12/30/10 01:23, Anonymous wrote:

Da Rockfreebsd-po...@herveybayaustralia.com.au  writes:

   

I was doing an update of my system, and I hit these errors and skipped
builds all over the place; so I've been eliminating them one by one
and making the skipped list smaller.

In the process of these investigations I noticed that my system
practically froze several times and I spotted multiple pfaults through
top.
 

Try building with -Wl,--no-keep-memory in CFLAGS/LDFLAGS. My guess is
that you don't have enough memory to keep linking process from being
swapped out.

   

I also ran a lone run of just libxul as it was one in the list
with an error: new compiler error.

I then basically shut every app I was running down and ran it again
with just top showing. I found that at least one part hit the roof of
my system, with nsCharacter... something or rather running at 1430M+
in swap, and 520M+ resident when compiling.

Does anyone else think it might be wise to put a warning during build
saying that this could take over 2G+ of memory to compile, and rebuild
with no apps running if it fails?
 

No need to kill (inactive) apps, they'd be swapped out during build.
   
I apologise, I should have been more specific. I have a system with 1G 
RAM, and 2G swap. This I would say is average, but I dare say there'd be 
others out there with less. It also runs as a desktop system.


I got it worked out in the end, but it still took 2G+ memory to build; 
so my suggestion is a warning to EU in the make process that this could 
take a lot of memory to build, and some suggestions as to how to prevent 
or workaround the problem so they don't go whining on the list about it 
being broken.


There are other ports out there with messages about drive space, why not 
memory?

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

FreeBSD Port: libxul-1.9.0.17_2

[Luke Kenneth Casson Leighton]

dear gecko,

is there any chance of creating a python-xpcom port for freebsd,
perhaps along with one for python-hulahop?  what's the process?

many thanks,

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

Leftover files from three packages, firefox35, diablo-jdk16, libxul

[jhell]

Below is a list of files that I found during a search for a answer and a 
cure for another problem that I was having.


These should probably be handled as they are not removed upon pkg_delete.

If a PR is needed please let me know and I will file one if a PR has not 
been submitted already.


find /usr/local -type f -name \*\$\*

/usr/local/diablo-jdk1.6.0/demo/plugin/applets/Blink/Blink$1.class
/usr/local/diablo-jdk1.6.0/demo/applets/Blink/Blink$1.class

/usr/local/include/firefox3/unstable/system_wrappers_js/lib$routines.h
/usr/local/include/firefox3/unstable/system_wrappers_js/ucx$inetdef.h
/usr/local/include/firefox3/unstable/system_wrappers/ucx$inetdef.h
/usr/local/include/firefox3/unstable/system_wrappers/lib$routines.h

/usr/local/include/libxul/unstable/system_wrappers/lib$routines.h
/usr/local/include/libxul/unstable/system_wrappers/ucx$inetdef.h

Regards,

--

 jhell

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

Re: ports/141131: www/libxul does not compile any more

[Scott Bennett]

 On Tue, 22 Dec 2009 11:46:06 + Anton Shterenlikht
me...@bristol.ac.uk wrote:
On Tue, Dec 22, 2009 at 12:36:12PM +0100, Rainer Hurling wrote:
 On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote:
  On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote:
  According to PR 141131 I see exactly the same error messages when I try
  to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16:
 
  ---
  [..snip..]
  cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi
  -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX
  -DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\
  -DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG
  -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
  -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
  -I/usr/local/include/nspr
  -I/usr/ports/www/libxul/work/mozilla/dist/include
  -I../../../../dist/public/nss -I../../../../dist/private/nss
  -I../../../../dist/include  -Impi -Iecl  dsa.c
  dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
  dsa.c:75: error: 'mp_int' undeclared (first use in this function)
  dsa.c:75: error: (Each undeclared identifier is reported only once
  dsa.c:75: error: for each function it appears in.)
  dsa.c:75: error: expected ';' before 'W'
  dsa.c:76: error: 'mp_err' undeclared (first use in this function)
  dsa.c:76: error: expected ';' before 'err'
  [..snip..]
  gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1
  gmake[6]: Leaving directory
  `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
  gmake[5]: *** [libs] Fehler 2
  gmake[5]: Leaving directory
  `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
  gmake[4]: *** [libs] Fehler 2
  gmake[4]: Leaving directory
  `/usr/ports/www/libxul/work/mozilla/security/nss/lib'
  gmake[3]: *** [libs] Fehler 2
  gmake[3]: Leaving directory
  `/usr/ports/www/libxul/work/mozilla/security/manager'
  gmake[2]: *** [libs_tier_toolkit] Fehler 2
  gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
  gmake[1]: *** [tier_toolkit] Fehler 2
  gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
  gmake: *** [default] Fehler 2
  *** Error code 1
  ---
 
  This happens on three different machines all running latest 9.0-CURRENT
  (i386). As far as I can see there are no relevant flags set in
  etc/make.conf.
 
  Any clues what is going wrong? I found no solution to this PR.
 
  Please let me know if I can provide more information or test something.
 
  I've got libxul-1.9.0.16 built fine on ia64 and sparc64.
  No issues, just 'portmaster -force-config -Bd libxul'.
 
 
 Thanks for answering.
 
 As I wrote before, I have this on different machines, all running newest 
 i386-CURRENT. On another machine with amd64-CURRENT I had been able to 
 compile libxul-1.9.0.16. Perhaps there is something wrong with my 
 configuration? (I copied most from system to system ...)

# uname -srm
FreeBSD 9.0-CURRENT i386
# pkg_info -xo libxul
Information for libxul-1.9.0.16:

Origin:
www/libxul

# cd /usr/ports/www/libxul
# make showconfig
=== The following configuration options are available for libxul-1.9.0.16:
 JAVA=off Enable JAVA xpcom
 DEBUG=off Build a debugging image
 LOGGING=off Enable additional log messages
 OPTIMIZED_CFLAGS=off Enable some additional optimizations
=== Use 'make config' to modify these settings
# 

Have you checked /etc/make.conf, /etc/src.conf?

 I doubt that either of those has anything to do with the problem.  An
update for libxul came through in the last two to four days that broke it.
It halted my portmaster -a run, so I've added -x libxul to the command for
now until another update for it comes through.  For now, though, it's broken
on 7.2-STABLE as well as on Rainer's system.
 FWIW, there have been other bad updates recently, too, although many
have been fixed by subsequent updates within a few days.  A bad pair of
updates came through a couple of days ago:  print/gutenprint and
print/gimp-gutenprint.  These have yet to be fixed.
 multimedia/gstreamer-plugins-dvd was broken by an update a while back,
three or four months, I think.  It remains unfixed today.
 Note that these problems are not execution or functional problems in
the code, but rather problems that prevent the port from completing the
updating process all the way through installation.  This sort of problem is
not a daily thing by any means, so it seems like most of the maintainers know
what they're about, for which we can all be grateful.  But it does seem to
happen a few times per month, which suggests that at least a few maintainers
don't or perhaps may lose track of a testing step or two when under pressure.
(And there certainly is a *lot* of ports to maintain!)
 
Sorry, have no other ideas.

 Well, an elementary one occurs to me.  If the person committing an
update or, if applicable

Re: ports/141131: www/libxul does not compile any more

[Beat Gaetzi]

Scott Bennett wrote:
  On Tue, 22 Dec 2009 11:46:06 + Anton Shterenlikht
 me...@bristol.ac.uk wrote:
 On Tue, Dec 22, 2009 at 12:36:12PM +0100, Rainer Hurling wrote:
 On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote:
 On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote:
 According to PR 141131 I see exactly the same error messages when I try
 to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16:

 ---
 [..snip..]
 cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi
 -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX
 -DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\
 -DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG
 -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
 -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
 -I/usr/local/include/nspr
 -I/usr/ports/www/libxul/work/mozilla/dist/include
 -I../../../../dist/public/nss -I../../../../dist/private/nss
 -I../../../../dist/include  -Impi -Iecl  dsa.c
 dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
 dsa.c:75: error: 'mp_int' undeclared (first use in this function)
 dsa.c:75: error: (Each undeclared identifier is reported only once
 dsa.c:75: error: for each function it appears in.)
 dsa.c:75: error: expected ';' before 'W'
 dsa.c:76: error: 'mp_err' undeclared (first use in this function)
 dsa.c:76: error: expected ';' before 'err'
 [..snip..]
 gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1
 gmake[6]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
 gmake[5]: *** [libs] Fehler 2
 gmake[5]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
 gmake[4]: *** [libs] Fehler 2
 gmake[4]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib'
 gmake[3]: *** [libs] Fehler 2
 gmake[3]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/manager'
 gmake[2]: *** [libs_tier_toolkit] Fehler 2
 gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
 gmake[1]: *** [tier_toolkit] Fehler 2
 gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
 gmake: *** [default] Fehler 2
 *** Error code 1
 ---

 This happens on three different machines all running latest 9.0-CURRENT
 (i386). As far as I can see there are no relevant flags set in
 etc/make.conf.

 Any clues what is going wrong? I found no solution to this PR.

 Please let me know if I can provide more information or test something.
 I've got libxul-1.9.0.16 built fine on ia64 and sparc64.
 No issues, just 'portmaster -force-config -Bd libxul'.

 Thanks for answering.

 As I wrote before, I have this on different machines, all running newest 
 i386-CURRENT. On another machine with amd64-CURRENT I had been able to 
 compile libxul-1.9.0.16. Perhaps there is something wrong with my 
 configuration? (I copied most from system to system ...)
 # uname -srm
 FreeBSD 9.0-CURRENT i386
 # pkg_info -xo libxul
 Information for libxul-1.9.0.16:

 Origin:
 www/libxul

 # cd /usr/ports/www/libxul
 # make showconfig
 === The following configuration options are available for libxul-1.9.0.16:
 JAVA=off Enable JAVA xpcom
 DEBUG=off Build a debugging image
 LOGGING=off Enable additional log messages
 OPTIMIZED_CFLAGS=off Enable some additional optimizations
 === Use 'make config' to modify these settings
 # 

 Have you checked /etc/make.conf, /etc/src.conf?

  I doubt that either of those has anything to do with the problem.  An
 update for libxul came through in the last two to four days that broke it.
 It halted my portmaster -a run, so I've added -x libxul to the command for
 now until another update for it comes through.  For now, though, it's broken
 on 7.2-STABLE as well as on Rainer's system.
  FWIW, there have been other bad updates recently, too, although many
 have been fixed by subsequent updates within a few days.  A bad pair of
 updates came through a couple of days ago:  print/gutenprint and
 print/gimp-gutenprint.  These have yet to be fixed.
  multimedia/gstreamer-plugins-dvd was broken by an update a while back,
 three or four months, I think.  It remains unfixed today.
  Note that these problems are not execution or functional problems in
 the code, but rather problems that prevent the port from completing the
 updating process all the way through installation.  This sort of problem is
 not a daily thing by any means, so it seems like most of the maintainers know
 what they're about, for which we can all be grateful.  But it does seem to
 happen a few times per month, which suggests that at least a few maintainers
 don't or perhaps may lose track of a testing step or two when under pressure.
 (And there certainly is a *lot* of ports to maintain!)
  
 Sorry, have no other ideas.

  Well, an elementary one occurs to me.  If the person committing an
 update or, if applicable

Re: ports/141131: www/libxul does not compile any more

[Rainer Hurling]

On 24.12.2009 09:46 (UTC+1), Scott Bennett wrote:

  On Tue, 22 Dec 2009 11:46:06 + Anton Shterenlikht
me...@bristol.ac.uk  wrote:

On Tue, Dec 22, 2009 at 12:36:12PM +0100, Rainer Hurling wrote:

On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote:

On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote:

According to PR 141131 I see exactly the same error messages when I try
to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16:

---
[..snip..]
cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi
-Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX
-DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\
-DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG
-DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
-DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
-I/usr/local/include/nspr
-I/usr/ports/www/libxul/work/mozilla/dist/include
-I../../../../dist/public/nss -I../../../../dist/private/nss
-I../../../../dist/include  -Impi -Iecl  dsa.c
dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
dsa.c:75: error: 'mp_int' undeclared (first use in this function)
dsa.c:75: error: (Each undeclared identifier is reported only once
dsa.c:75: error: for each function it appears in.)
dsa.c:75: error: expected ';' before 'W'
dsa.c:76: error: 'mp_err' undeclared (first use in this function)
dsa.c:76: error: expected ';' before 'err'
[..snip..]
gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1
gmake[6]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
gmake[5]: *** [libs] Fehler 2
gmake[5]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
gmake[4]: *** [libs] Fehler 2
gmake[4]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/nss/lib'
gmake[3]: *** [libs] Fehler 2
gmake[3]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/manager'
gmake[2]: *** [libs_tier_toolkit] Fehler 2
gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
gmake[1]: *** [tier_toolkit] Fehler 2
gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
gmake: *** [default] Fehler 2
*** Error code 1
---

This happens on three different machines all running latest 9.0-CURRENT
(i386). As far as I can see there are no relevant flags set in
etc/make.conf.

Any clues what is going wrong? I found no solution to this PR.

Please let me know if I can provide more information or test something.


I've got libxul-1.9.0.16 built fine on ia64 and sparc64.
No issues, just 'portmaster -force-config -Bd libxul'.



Thanks for answering.

As I wrote before, I have this on different machines, all running newest
i386-CURRENT. On another machine with amd64-CURRENT I had been able to
compile libxul-1.9.0.16. Perhaps there is something wrong with my
configuration? (I copied most from system to system ...)


# uname -srm
FreeBSD 9.0-CURRENT i386
# pkg_info -xo libxul
Information for libxul-1.9.0.16:

Origin:
www/libxul

# cd /usr/ports/www/libxul
# make showconfig
===  The following configuration options are available for libxul-1.9.0.16:
 JAVA=off Enable JAVA xpcom
 DEBUG=off Build a debugging image
 LOGGING=off Enable additional log messages
 OPTIMIZED_CFLAGS=off Enable some additional optimizations
===  Use 'make config' to modify these settings
#

Have you checked /etc/make.conf, /etc/src.conf?


  I doubt that either of those has anything to do with the problem.  An
update for libxul came through in the last two to four days that broke it.
It halted my portmaster -a run, so I've added -x libxul to the command for
now until another update for it comes through.  For now, though, it's broken
on 7.2-STABLE as well as on Rainer's system.
  FWIW, there have been other bad updates recently, too, although many
have been fixed by subsequent updates within a few days.  A bad pair of
updates came through a couple of days ago:  print/gutenprint and
print/gimp-gutenprint.  These have yet to be fixed.
  multimedia/gstreamer-plugins-dvd was broken by an update a while back,
three or four months, I think.  It remains unfixed today.
  Note that these problems are not execution or functional problems in
the code, but rather problems that prevent the port from completing the
updating process all the way through installation.  This sort of problem is
not a daily thing by any means, so it seems like most of the maintainers know
what they're about, for which we can all be grateful.  But it does seem to
happen a few times per month, which suggests that at least a few maintainers
don't or perhaps may lose track of a testing step or two when under pressure.
(And there certainly is a *lot* of ports to maintain!)



Unfortunately this error with libxul arises only on my i386 systems. On 
my amd64 systems (9.0-CURRENT) with allmost the same configuration and 
installed ports libxul builds fine

Re: ports/141131: www/libxul does not compile any more

[Beat Gaetzi]

Rainer Hurling wrote:
 On 24.12.2009 09:46 (UTC+1), Scott Bennett wrote:
   On Tue, 22 Dec 2009 11:46:06 + Anton Shterenlikht
 me...@bristol.ac.uk  wrote:
 On Tue, Dec 22, 2009 at 12:36:12PM +0100, Rainer Hurling wrote:
 On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote:
 On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote:
 According to PR 141131 I see exactly the same error messages when
 I try
 to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16:

 ---
 [..snip..]
 cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi
 -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK
 -DXP_UNIX
 -DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\
 -DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG
 -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
 -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
 -I/usr/local/include/nspr
 -I/usr/ports/www/libxul/work/mozilla/dist/include
 -I../../../../dist/public/nss -I../../../../dist/private/nss
 -I../../../../dist/include  -Impi -Iecl  dsa.c
 dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
 dsa.c:75: error: 'mp_int' undeclared (first use in this function)
 dsa.c:75: error: (Each undeclared identifier is reported only once
 dsa.c:75: error: for each function it appears in.)
 dsa.c:75: error: expected ';' before 'W'
 dsa.c:76: error: 'mp_err' undeclared (first use in this function)
 dsa.c:76: error: expected ';' before 'err'
 [..snip..]
 gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o]
 Fehler 1
 gmake[6]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
 gmake[5]: *** [libs] Fehler 2
 gmake[5]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
 gmake[4]: *** [libs] Fehler 2
 gmake[4]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib'
 gmake[3]: *** [libs] Fehler 2
 gmake[3]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/manager'
 gmake[2]: *** [libs_tier_toolkit] Fehler 2
 gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
 gmake[1]: *** [tier_toolkit] Fehler 2
 gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
 gmake: *** [default] Fehler 2
 *** Error code 1
 ---

 This happens on three different machines all running latest
 9.0-CURRENT
 (i386). As far as I can see there are no relevant flags set in
 etc/make.conf.

 Any clues what is going wrong? I found no solution to this PR.

 Please let me know if I can provide more information or test
 something.

 I've got libxul-1.9.0.16 built fine on ia64 and sparc64.
 No issues, just 'portmaster -force-config -Bd libxul'.


 Thanks for answering.

 As I wrote before, I have this on different machines, all running
 newest
 i386-CURRENT. On another machine with amd64-CURRENT I had been able to
 compile libxul-1.9.0.16. Perhaps there is something wrong with my
 configuration? (I copied most from system to system ...)

 # uname -srm
 FreeBSD 9.0-CURRENT i386
 # pkg_info -xo libxul
 Information for libxul-1.9.0.16:

 Origin:
 www/libxul

 # cd /usr/ports/www/libxul
 # make showconfig
 ===  The following configuration options are available for
 libxul-1.9.0.16:
  JAVA=off Enable JAVA xpcom
  DEBUG=off Build a debugging image
  LOGGING=off Enable additional log messages
  OPTIMIZED_CFLAGS=off Enable some additional optimizations
 ===  Use 'make config' to modify these settings
 #
 Unfortunately this error with libxul arises only on my i386 systems. On
 my amd64 systems (9.0-CURRENT) with allmost the same configuration and
 installed ports libxul builds fine. It seems to be a question of
 configuration or composition of other, already installed ports.

According to the pr this problem also occur on 8.0-STABLE/amd64. Could
you please send me (or upload it somewhere) the output of pkg_info from
the system where the build fails and from the system where the build was
successful.

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

Re: ports/141131: www/libxul does not compile any more

[Beat Gaetzi]

Beat Gaetzi wrote:
 Rainer Hurling wrote:
 On 24.12.2009 09:46 (UTC+1), Scott Bennett wrote:
   On Tue, 22 Dec 2009 11:46:06 + Anton Shterenlikht
 me...@bristol.ac.uk  wrote:
 On Tue, Dec 22, 2009 at 12:36:12PM +0100, Rainer Hurling wrote:
 On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote:
 On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote:
 According to PR 141131 I see exactly the same error messages when
 I try
 to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16:

 ---
 [..snip..]
 cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi
 -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK
 -DXP_UNIX
 -DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\
 -DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG
 -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
 -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
 -I/usr/local/include/nspr
 -I/usr/ports/www/libxul/work/mozilla/dist/include
 -I../../../../dist/public/nss -I../../../../dist/private/nss
 -I../../../../dist/include  -Impi -Iecl  dsa.c
 dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
 dsa.c:75: error: 'mp_int' undeclared (first use in this function)
 dsa.c:75: error: (Each undeclared identifier is reported only once
 dsa.c:75: error: for each function it appears in.)
 dsa.c:75: error: expected ';' before 'W'
 dsa.c:76: error: 'mp_err' undeclared (first use in this function)
 dsa.c:76: error: expected ';' before 'err'
 [..snip..]
 gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o]
 Fehler 1
 gmake[6]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
 gmake[5]: *** [libs] Fehler 2
 gmake[5]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
 gmake[4]: *** [libs] Fehler 2
 gmake[4]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib'
 gmake[3]: *** [libs] Fehler 2
 gmake[3]: Leaving directory
 `/usr/ports/www/libxul/work/mozilla/security/manager'
 gmake[2]: *** [libs_tier_toolkit] Fehler 2
 gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
 gmake[1]: *** [tier_toolkit] Fehler 2
 gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
 gmake: *** [default] Fehler 2
 *** Error code 1
 ---

 This happens on three different machines all running latest
 9.0-CURRENT
 (i386). As far as I can see there are no relevant flags set in
 etc/make.conf.

 Any clues what is going wrong? I found no solution to this PR.

 Please let me know if I can provide more information or test
 something.
 I've got libxul-1.9.0.16 built fine on ia64 and sparc64.
 No issues, just 'portmaster -force-config -Bd libxul'.

 Thanks for answering.

 As I wrote before, I have this on different machines, all running
 newest
 i386-CURRENT. On another machine with amd64-CURRENT I had been able to
 compile libxul-1.9.0.16. Perhaps there is something wrong with my
 configuration? (I copied most from system to system ...)
 # uname -srm
 FreeBSD 9.0-CURRENT i386
 # pkg_info -xo libxul
 Information for libxul-1.9.0.16:

 Origin:
 www/libxul

 # cd /usr/ports/www/libxul
 # make showconfig
 ===  The following configuration options are available for
 libxul-1.9.0.16:
  JAVA=off Enable JAVA xpcom
  DEBUG=off Build a debugging image
  LOGGING=off Enable additional log messages
  OPTIMIZED_CFLAGS=off Enable some additional optimizations
 ===  Use 'make config' to modify these settings
 #
 Unfortunately this error with libxul arises only on my i386 systems. On
 my amd64 systems (9.0-CURRENT) with allmost the same configuration and
 installed ports libxul builds fine. It seems to be a question of
 configuration or composition of other, already installed ports.
 
 According to the pr this problem also occur on 8.0-STABLE/amd64. Could
 you please send me (or upload it somewhere) the output of pkg_info from
 the system where the build fails and from the system where the build was
 successful.

It looks like this problem only occur if net/mpich2 is installed and
libxul tries to use include/mpi.h which was installed by mpich2. With
the help of Rainer's package list I was able to reproduce this problem
here by installing mpich2. We are working on a fix.

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

Re: ports/141131: www/libxul does not compile any more

[Rainer Hurling]

On 24.12.2009 15:51 (UTC+1), Beat Gaetzi wrote:

Beat Gaetzi wrote:

Rainer Hurling wrote:

On 24.12.2009 09:46 (UTC+1), Scott Bennett wrote:

   On Tue, 22 Dec 2009 11:46:06 + Anton Shterenlikht
me...@bristol.ac.uk   wrote:

On Tue, Dec 22, 2009 at 12:36:12PM +0100, Rainer Hurling wrote:

On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote:

On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote:

According to PR 141131 I see exactly the same error messages when
I try
to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16:

---
[..snip..]
cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi
-Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK
-DXP_UNIX
-DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\
-DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG
-DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
-DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
-I/usr/local/include/nspr
-I/usr/ports/www/libxul/work/mozilla/dist/include
-I../../../../dist/public/nss -I../../../../dist/private/nss
-I../../../../dist/include  -Impi -Iecl  dsa.c
dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
dsa.c:75: error: 'mp_int' undeclared (first use in this function)
dsa.c:75: error: (Each undeclared identifier is reported only once
dsa.c:75: error: for each function it appears in.)
dsa.c:75: error: expected ';' before 'W'
dsa.c:76: error: 'mp_err' undeclared (first use in this function)
dsa.c:76: error: expected ';' before 'err'
[..snip..]
gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o]
Fehler 1
gmake[6]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
gmake[5]: *** [libs] Fehler 2
gmake[5]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
gmake[4]: *** [libs] Fehler 2
gmake[4]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/nss/lib'
gmake[3]: *** [libs] Fehler 2
gmake[3]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/manager'
gmake[2]: *** [libs_tier_toolkit] Fehler 2
gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
gmake[1]: *** [tier_toolkit] Fehler 2
gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
gmake: *** [default] Fehler 2
*** Error code 1
---

This happens on three different machines all running latest
9.0-CURRENT
(i386). As far as I can see there are no relevant flags set in
etc/make.conf.

Any clues what is going wrong? I found no solution to this PR.

Please let me know if I can provide more information or test
something.

I've got libxul-1.9.0.16 built fine on ia64 and sparc64.
No issues, just 'portmaster -force-config -Bd libxul'.


Thanks for answering.

As I wrote before, I have this on different machines, all running
newest
i386-CURRENT. On another machine with amd64-CURRENT I had been able to
compile libxul-1.9.0.16. Perhaps there is something wrong with my
configuration? (I copied most from system to system ...)

# uname -srm
FreeBSD 9.0-CURRENT i386
# pkg_info -xo libxul
Information for libxul-1.9.0.16:

Origin:
www/libxul

# cd /usr/ports/www/libxul
# make showconfig
===   The following configuration options are available for
libxul-1.9.0.16:
  JAVA=off Enable JAVA xpcom
  DEBUG=off Build a debugging image
  LOGGING=off Enable additional log messages
  OPTIMIZED_CFLAGS=off Enable some additional optimizations
===   Use 'make config' to modify these settings
#

Unfortunately this error with libxul arises only on my i386 systems. On
my amd64 systems (9.0-CURRENT) with allmost the same configuration and
installed ports libxul builds fine. It seems to be a question of
configuration or composition of other, already installed ports.


According to the pr this problem also occur on 8.0-STABLE/amd64. Could
you please send me (or upload it somewhere) the output of pkg_info from
the system where the build fails and from the system where the build was
successful.


It looks like this problem only occur if net/mpich2 is installed and
libxul tries to use include/mpi.h which was installed by mpich2. With
the help of Rainer's package list I was able to reproduce this problem
here by installing mpich2. We are working on a fix.


I can confirm that for my i386. After deinstalling net/mpich2 I am able 
to compile www/libxul again :-)


Many many thanks to Beat for working this out.

Merry Christmas,
Rainer
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: ports/141131: www/libxul does not compile any more

[Anton Shterenlikht]

On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote:
 According to PR 141131 I see exactly the same error messages when I try 
 to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16:
 
 ---
 [..snip..]
 cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi 
 -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX 
 -DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\ 
 -DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG 
 -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC 
 -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include 
 -I/usr/local/include/nspr 
 -I/usr/ports/www/libxul/work/mozilla/dist/include 
 -I../../../../dist/public/nss -I../../../../dist/private/nss 
 -I../../../../dist/include  -Impi -Iecl  dsa.c
 dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
 dsa.c:75: error: 'mp_int' undeclared (first use in this function)
 dsa.c:75: error: (Each undeclared identifier is reported only once
 dsa.c:75: error: for each function it appears in.)
 dsa.c:75: error: expected ';' before 'W'
 dsa.c:76: error: 'mp_err' undeclared (first use in this function)
 dsa.c:76: error: expected ';' before 'err'
 [..snip..]
 gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1
 gmake[6]: Leaving directory 
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
 gmake[5]: *** [libs] Fehler 2
 gmake[5]: Leaving directory 
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
 gmake[4]: *** [libs] Fehler 2
 gmake[4]: Leaving directory 
 `/usr/ports/www/libxul/work/mozilla/security/nss/lib'
 gmake[3]: *** [libs] Fehler 2
 gmake[3]: Leaving directory 
 `/usr/ports/www/libxul/work/mozilla/security/manager'
 gmake[2]: *** [libs_tier_toolkit] Fehler 2
 gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
 gmake[1]: *** [tier_toolkit] Fehler 2
 gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
 gmake: *** [default] Fehler 2
 *** Error code 1
 ---
 
 This happens on three different machines all running latest 9.0-CURRENT 
 (i386). As far as I can see there are no relevant flags set in 
 etc/make.conf.
 
 Any clues what is going wrong? I found no solution to this PR.
 
 Please let me know if I can provide more information or test something.

I've got libxul-1.9.0.16 built fine on ia64 and sparc64.
No issues, just 'portmaster -force-config -Bd libxul'.

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: ports/141131: www/libxul does not compile any more

[Rainer Hurling]

On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote:

On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote:

According to PR 141131 I see exactly the same error messages when I try
to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16:

---
[..snip..]
cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi
-Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX
-DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\
-DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG
-DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
-DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
-I/usr/local/include/nspr
-I/usr/ports/www/libxul/work/mozilla/dist/include
-I../../../../dist/public/nss -I../../../../dist/private/nss
-I../../../../dist/include  -Impi -Iecl  dsa.c
dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
dsa.c:75: error: 'mp_int' undeclared (first use in this function)
dsa.c:75: error: (Each undeclared identifier is reported only once
dsa.c:75: error: for each function it appears in.)
dsa.c:75: error: expected ';' before 'W'
dsa.c:76: error: 'mp_err' undeclared (first use in this function)
dsa.c:76: error: expected ';' before 'err'
[..snip..]
gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1
gmake[6]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
gmake[5]: *** [libs] Fehler 2
gmake[5]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
gmake[4]: *** [libs] Fehler 2
gmake[4]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/nss/lib'
gmake[3]: *** [libs] Fehler 2
gmake[3]: Leaving directory
`/usr/ports/www/libxul/work/mozilla/security/manager'
gmake[2]: *** [libs_tier_toolkit] Fehler 2
gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
gmake[1]: *** [tier_toolkit] Fehler 2
gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
gmake: *** [default] Fehler 2
*** Error code 1
---

This happens on three different machines all running latest 9.0-CURRENT
(i386). As far as I can see there are no relevant flags set in
etc/make.conf.

Any clues what is going wrong? I found no solution to this PR.

Please let me know if I can provide more information or test something.


I've got libxul-1.9.0.16 built fine on ia64 and sparc64.
No issues, just 'portmaster -force-config -Bd libxul'.



Thanks for answering.

As I wrote before, I have this on different machines, all running newest 
i386-CURRENT. On another machine with amd64-CURRENT I had been able to 
compile libxul-1.9.0.16. Perhaps there is something wrong with my 
configuration? (I copied most from system to system ...)

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

Re: ports/141131: www/libxul does not compile any more

[Anton Shterenlikht]

On Tue, Dec 22, 2009 at 12:36:12PM +0100, Rainer Hurling wrote:
 On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote:
  On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote:
  According to PR 141131 I see exactly the same error messages when I try
  to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16:
 
  ---
  [..snip..]
  cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi
  -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX
  -DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\
  -DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG
  -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
  -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include
  -I/usr/local/include/nspr
  -I/usr/ports/www/libxul/work/mozilla/dist/include
  -I../../../../dist/public/nss -I../../../../dist/private/nss
  -I../../../../dist/include  -Impi -Iecl  dsa.c
  dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
  dsa.c:75: error: 'mp_int' undeclared (first use in this function)
  dsa.c:75: error: (Each undeclared identifier is reported only once
  dsa.c:75: error: for each function it appears in.)
  dsa.c:75: error: expected ';' before 'W'
  dsa.c:76: error: 'mp_err' undeclared (first use in this function)
  dsa.c:76: error: expected ';' before 'err'
  [..snip..]
  gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1
  gmake[6]: Leaving directory
  `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
  gmake[5]: *** [libs] Fehler 2
  gmake[5]: Leaving directory
  `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'
  gmake[4]: *** [libs] Fehler 2
  gmake[4]: Leaving directory
  `/usr/ports/www/libxul/work/mozilla/security/nss/lib'
  gmake[3]: *** [libs] Fehler 2
  gmake[3]: Leaving directory
  `/usr/ports/www/libxul/work/mozilla/security/manager'
  gmake[2]: *** [libs_tier_toolkit] Fehler 2
  gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
  gmake[1]: *** [tier_toolkit] Fehler 2
  gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
  gmake: *** [default] Fehler 2
  *** Error code 1
  ---
 
  This happens on three different machines all running latest 9.0-CURRENT
  (i386). As far as I can see there are no relevant flags set in
  etc/make.conf.
 
  Any clues what is going wrong? I found no solution to this PR.
 
  Please let me know if I can provide more information or test something.
 
  I've got libxul-1.9.0.16 built fine on ia64 and sparc64.
  No issues, just 'portmaster -force-config -Bd libxul'.
 
 
 Thanks for answering.
 
 As I wrote before, I have this on different machines, all running newest 
 i386-CURRENT. On another machine with amd64-CURRENT I had been able to 
 compile libxul-1.9.0.16. Perhaps there is something wrong with my 
 configuration? (I copied most from system to system ...)

# uname -srm
FreeBSD 9.0-CURRENT i386
# pkg_info -xo libxul
Information for libxul-1.9.0.16:

Origin:
www/libxul

# cd /usr/ports/www/libxul
# make showconfig
=== The following configuration options are available for libxul-1.9.0.16:
 JAVA=off Enable JAVA xpcom
 DEBUG=off Build a debugging image
 LOGGING=off Enable additional log messages
 OPTIMIZED_CFLAGS=off Enable some additional optimizations
=== Use 'make config' to modify these settings
# 

Have you checked /etc/make.conf, /etc/src.conf?

Sorry, have no other ideas.

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

ports/141131: www/libxul does not compile any more

[Rainer Hurling]

According to PR 141131 I see exactly the same error messages when I try 
to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16:


---
[..snip..]
cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi 
-Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX 
-DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\ 
-DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG 
-DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC 
-DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include 
-I/usr/local/include/nspr 
-I/usr/ports/www/libxul/work/mozilla/dist/include 
-I../../../../dist/public/nss -I../../../../dist/private/nss 
-I../../../../dist/include  -Impi -Iecl  dsa.c

dsa.c: In function 'FIPS186Change_ReduceModQForDSA':
dsa.c:75: error: 'mp_int' undeclared (first use in this function)
dsa.c:75: error: (Each undeclared identifier is reported only once
dsa.c:75: error: for each function it appears in.)
dsa.c:75: error: expected ';' before 'W'
dsa.c:76: error: 'mp_err' undeclared (first use in this function)
dsa.c:76: error: expected ';' before 'err'
[..snip..]
gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1
gmake[6]: Leaving directory 
`/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'

gmake[5]: *** [libs] Fehler 2
gmake[5]: Leaving directory 
`/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl'

gmake[4]: *** [libs] Fehler 2
gmake[4]: Leaving directory 
`/usr/ports/www/libxul/work/mozilla/security/nss/lib'

gmake[3]: *** [libs] Fehler 2
gmake[3]: Leaving directory 
`/usr/ports/www/libxul/work/mozilla/security/manager'

gmake[2]: *** [libs_tier_toolkit] Fehler 2
gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
gmake[1]: *** [tier_toolkit] Fehler 2
gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla'
gmake: *** [default] Fehler 2
*** Error code 1
---

This happens on three different machines all running latest 9.0-CURRENT 
(i386). As far as I can see there are no relevant flags set in 
etc/make.conf.


Any clues what is going wrong? I found no solution to this PR.

Please let me know if I can provide more information or test something.

Many thanks in advance,
Rainer Hurling
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: port www/libxul broken on sparc64, but builds even on ia64

[Anton Shterenlikht]

On Mon, Dec 14, 2009 at 09:42:16PM +0100, Marius Strobl wrote:
 On Mon, Dec 14, 2009 at 05:04:06PM +, Anton Shterenlikht wrote:
  Port www/libxul is marked as broken on sparc64.
  HOwever, it builds even on ia64!
  Could anybody comment on why this port is broken for sparc64?
  
 
 See the follwing mail for a possible fix:
 http://lists.freebsd.org/pipermail/freebsd-sparc64/2009-November/006688.html

yes, this patch seems to work. I've built libxul-1.9.0.15 on 9.0

many thanks
anton

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

port www/libxul broken on sparc64, but builds even on ia64

[Anton Shterenlikht]

Port www/libxul is marked as broken on sparc64.
HOwever, it builds even on ia64!
Could anybody comment on why this port is broken for sparc64?

many thanks
anton

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: port www/libxul broken on sparc64, but builds even on ia64

[Marcel Moolenaar]

On Dec 14, 2009, at 9:04 AM, Anton Shterenlikht wrote:

 Port www/libxul is marked as broken on sparc64.
 HOwever, it builds even on ia64!
 Could anybody comment on why this port is broken for sparc64?

Anton,

Can you remove the marker from the Makefile and just build it.
Let us know how it fails if it fails.

Remember that most ports committers don't have access to non
PC hardware (or don't have easy access to it), so they do
things blind. Once a port fails to build on an architecture
and no one helps out to fix it, they can only mark the port
as broken.

FYI,

-- 
Marcel Moolenaar
xcl...@mac.com



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

Re: port www/libxul broken on sparc64, but builds even on ia64

[Pav Lucistnik]

Anton Shterenlikht píše v po 14. 12. 2009 v 17:04 +:

 Port www/libxul is marked as broken on sparc64.
 HOwever, it builds even on ia64!
 Could anybody comment on why this port is broken for sparc64?

Here is the relevant log

http://pointyhat.freebsd.org/errorlogs/sparc64-errorlogs/e.7.20090622032229/libxul-1.9.0.10.log.bz2

-- 
Pav Lucistnik p...@oook.cz
  p...@freebsd.org
On real UNIX, /usr/bin/more prints -More-.


signature.asc
Description: Toto je digitálně	 podepsaná část	 zprávy

Re: port www/libxul broken on sparc64, but builds even on ia64

[Andreas Tobler]

On 14.12.09 18:58, Marcel Moolenaar wrote:


On Dec 14, 2009, at 9:04 AM, Anton Shterenlikht wrote:


Port www/libxul is marked as broken on sparc64.
HOwever, it builds even on ia64!
Could anybody comment on why this port is broken for sparc64?


Anton,

Can you remove the marker from the Makefile and just build it.
Let us know how it fails if it fails.

Remember that most ports committers don't have access to non
PC hardware (or don't have easy access to it), so they do
things blind. Once a port fails to build on an architecture
and no one helps out to fix it, they can only mark the port
as broken.


I think I fixed this for the upcoming libxul. See here:
https://trillian.chruetertee.ch/freebsd-gecko/wiki/TODO

If you need a backport for the current libxul, 1.9.0.15, to sparc64, let 
me know. I would not be unhappy if you can wait for the new version.

But if you have a speaking reason, I might find some slots :)

Regards,
Andreas

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

Re: port www/libxul broken on sparc64, but builds even on ia64

[Marius Strobl]

On Mon, Dec 14, 2009 at 05:04:06PM +, Anton Shterenlikht wrote:
 Port www/libxul is marked as broken on sparc64.
 HOwever, it builds even on ia64!
 Could anybody comment on why this port is broken for sparc64?
 

See the follwing mail for a possible fix:
http://lists.freebsd.org/pipermail/freebsd-sparc64/2009-November/006688.html

Marius

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

Re: port www/libxul broken on sparc64, but builds even on ia64

[Anton Shterenlikht]

On Mon, Dec 14, 2009 at 09:39:41PM +0100, Andreas Tobler wrote:
 On 14.12.09 18:58, Marcel Moolenaar wrote:
 
  On Dec 14, 2009, at 9:04 AM, Anton Shterenlikht wrote:
 
  Port www/libxul is marked as broken on sparc64.
  HOwever, it builds even on ia64!
  Could anybody comment on why this port is broken for sparc64?
 
  Anton,
 
  Can you remove the marker from the Makefile and just build it.
  Let us know how it fails if it fails.
 
  Remember that most ports committers don't have access to non
  PC hardware (or don't have easy access to it), so they do
  things blind. Once a port fails to build on an architecture
  and no one helps out to fix it, they can only mark the port
  as broken.
 
 I think I fixed this for the upcoming libxul. See here:
 https://trillian.chruetertee.ch/freebsd-gecko/wiki/TODO
 
 If you need a backport for the current libxul, 1.9.0.15, to sparc64, let 
 me know. I would not be unhappy if you can wait for the new version.
 But if you have a speaking reason, I might find some slots :)

excellent!

many thanks for your hard work!

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

firefox3 / libxul

[Poul-Henning Kamp]

I just installed my new laptop with -current doing a complete build,
in the end, firefox3 does not start:

/usr/local/lib/firefox3/firefox-bin
/libexec/ld-elf.so.1: Shared object libxul.so not found, required by 
firefox-bin

it is not entirely clear to me how it managed to compile against this
lib, but not install it, but it may be a matter of PORTS dependencies
being wrong, therefore this email.

It might be reproducible, by taking a blank system and

cd /usr/ports/www/firefox3
make all install clean

which is essentially what my sysbuild.sh tool (see src/tools/tools) does.

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: firefox3 / libxul

[Poul-Henning Kamp]

In message 21544.1250015...@critter.freebsd.dk, Poul-Henning Kamp writes:

I just installed my new laptop with -current doing a complete build,
in the end, firefox3 does not start:

/usr/local/lib/firefox3/firefox-bin
/libexec/ld-elf.so.1: Shared object libxul.so not found, required by 
firefox-bin

Disregard this, I have found the problem, firefox does not tell
you if it cannot create $HOME/.mozilla and just silently explodes.

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org