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
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-jema
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?
Yes, I selected the Mozilla Plugin which I want to have.
On Wed, Aug 15, 2012 at 7:13 AM, Greg Byshenk 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
> > Inf
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 wrote:
> >
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 thi
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
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
___
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/4441
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"
www/libxul has been broken for some time due to security
vulnerabilities. This issue has been highlighted by the recent
portrevision bump caused by png. As libxul is based on firefox-3.6
I presume this brokenness is terminal. Since libxul is the only
remaining gecko, this presents an issue for
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
>
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-
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/
> 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 p
On Jun 5, 2012, at 1:42 AM, Peter Jeremy wrote:
> www/libxul has been broken for some time due to security
> vulnerabilities. This issue has been highlighted by the recent
> portrevision bump caused by png. As libxul is based on firefox-3.6
> I presume this brokenness is terminal.
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-po
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. T
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.
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
otted 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 nsChar
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 "/con
actically 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
at 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
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 chang
, 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 spec
ake 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, fir
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'..
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=-
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
&
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"
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
> 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@
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"
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
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
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/c
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
$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
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]: *** [nsStackWal
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 a
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/Fr
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
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
> >
; 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/Free
: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..]
&
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
renlikht 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.
t;> 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
>>>&
: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
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 act
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-
On Sun, Jul 15, 2012 at 3:35 PM, Torfinn Ingolfsen 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
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 -DEXPO
On Sun, Jul 15, 2012 at 3:54 PM, Torfinn Ingolfsen 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 .
(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 ins
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 (
On Tue, Apr 5, 2011 at 10:06, Stefan Walter 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
Andrew W. Nosenko, 05.04.11, 13:39h CEST:
> On Tue, Apr 5, 2011 at 10:06, Stefan Walter 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 o
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 kn
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-er
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
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.o
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 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
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
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
> the
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 th
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
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-C
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
On 2013/02/26 00:06, Ronald Klop wrote:
> On Mon, 25 Feb 2013 16:54:37 +0100, kron 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/li
"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
h 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.
>&g
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
> >>> i
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
## 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
.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
Buildst
78 matches
Mail list logo