[OpenIndiana-discuss] ANNOUNCE: OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros with gcc4 flash-plugin support released at bin PKG and the src on GitHub
Andreas Wacknitz
A.Wacknitz at gmx.de
Wed Nov 18 19:14:02 UTC 2015
Wow, I hope to see it in OpenIndiana soon.
Thanks a lot for your hard work and passion Martin!
Best regards
Andreas
Am 18.11.15 um 04:14 schrieb Martin Bochnig:
> Demo-Screenshots: http://opensxce.org/.FF/43.0b3/i386/demo_screenshots/
>
> SRC:
> https://github.com/OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros/commits?author=MartinBochnig
>
> https://github.com/OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros/commit/a217b4c934e5ab7dceb2d8253f03ce8687e505c7
>
>
> The diff is also atatched and can freely be used for whatever you want:
> https://github.com/OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros/blob/master/FF43.0b3_OpenSolaris_x86_x64.patch
>
> <<FF43.0b3_OpenSolaris_x86_x64.patch>>
>
>
> BINS:
> http://opensxce.org/.FF/43.0b3/i386/
>
>
> https://raw.githubusercontent.com/OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros/master/README_INSTALLATION/HOW_TO_BUILD.txt
>
> Easy:
>
> A) clone the repo
>
> B) run ./MAKE_WORLDx.sh
> (if you run into headers related errors until you correct some pieces,
> that's normal - but happens at different places from system to system)
>
> Alternatively: For users of Sun/Oracle's SFW/userland derived
> userlands everything is prepared ready to run under
> oracle-userland-integration/.
>
> C) for SVR4 package creation, such as on OpenSXCE, TribbliX, Sun
> SXCE11 or Sun/Oracle Solaris10.x the place to look is under
> oracle-userland-integration/opensxce/.
>
> Good luck and happy coding :)
>
>
>
> A few words which I cannot keep untold, not possible:
>
> https://github.com/OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros/tree/master/README_INSTALLATION/
>
>
>
>
>
>
> DONATION: FireFox43.0b3 pkg and src in GitHub unleashed (initial
> version x86/x64 only, SPARC next week [if wanted], Illumos-x86/x64
> kernel patch for flash-plugin support also next week if wanted]*, also
> DRM/KMS for Intel can* be released any time, also my openXsun patches
> and a SPARC-OpenIndiana)
>
> * := unless some so far unknown non-contributor that one never saw
> here for months suddenly opens his western bigmouth and urges me away
> once again.
>
>
> Martin B. aka OpenSXCE.org (_HE_!) herewith **donates** 6
> hyper-fulltime weeks of on average 15 unpaid hours per day (no joke,
> btw including weekends) to the
> OpenSXCE/DilOS/Illumos/OpenSolaris/Sun-Solaris/Oracle-Solaris/OpenIndiana/Hipster
> (and all other OpenSolaris based distros') communities.
>
> Originally he wanted to publish this stuff in April (at the time for
> FireFox37 which he then after certain events only published as binary
> package, which can still be obtained from
> http://opensxce.org/.FF/37/i386/). But testing the water faced him
> with egoistic GIMME GIMME MOAR _____demands*_____, rather than any
> noticable support, like last time when he published OpenSXCE, like
> last time when he had created the SPARC-OpenIndiana LiveDVD, like last
> time when he released SPARC-Xorg in 2006, like last time when he
> published the Qemu port to SPARC-Solaris hosts in 2006, like last time
> when [...]
>
> Folks called him a "capitalist", only because he dared to ask for some
> (so called) "donations".
> Look how foolish this is: A capitalist is somebody who does something
> for a profit. Profit would mean getting more - (a lot!) more - than
> having invested, rather than getting back maybe 5% of the actual costs
> (electricity, computer, hdd, food, powerdrinks, room, all bills in
> Germany are extremely high), plus additionally getting nothing for the
> actual time spent nor any other reward for the lack of income during
> all this time spent. Even a toilet-cleaner is rich in contrast,
> because he does get something for his time.
>
> Who doesn't know (or understand) the difference between M.B. (who
> spent more than ten [probably more than twenty] thousand unpaid hours
> on OpenSolaris community related work since 2005 [and at Blastwave
> since 2003) should read:
> https://en.wikipedia.org/wiki/Capitalist_mode_of_production_%28Marxist_theory%29
>
> "Anti-Social Capitalist" ???
> --->> That's not him who loves OpenSolaris so much that he ruined his
> career.
> NOPE: That's most readers of this mailing list, who only show up once
> in 2 years to make some useless one-liner comment.
> And if they do, then only to criticize those few real OpenIndiana
> contributors that are really working on this (Hipster team!).
> Yesterday there were such comments again (like "Hipster is going
> nowhere" or "write up instructions").
> Thos instructions are on the openindiana page for years. But only
> those truly interested in contributing something would come across
> them, rather than some show-offs and time-wasters who can only blame
> and complain (the referred post was only a single example, other
> mailing list members are much worse).
> True Anti-Social beings are those biz owners or well paid biz-admins
> who deploy OI countless times for commercial installations while
> keeping all the 1000's of Dollars for themselves, rather than giving
> anything back to the Hipster team.
> I must say: It is a mistake that those few working on Hipster are
> giving it away for free.
>
> Free software - the meaning has to be interpreted as open-src, but not
> necessarily free of charge all the time.
> Especially not the binary iso's! Just take this hint as a well
> intended recommendation.
> 1000's are exploiting you, Hipster (rgds. to Rostov).
>
> NetBSD Is Paying For DRM With KMS/GEM
> http://www.phoronix.com/scan.php?page=news_item&px=MTMxMzg
>
> But from me you expect that I release everything always for free,
> including my therefore (!) so far unpublished KMS/DRM (now upgraded to
> Oracle's better version)?
> It fits well to the rest of western hypocrisy to always point the
> finger at others.
> Overpaid folks who repeatedly stated that they have no time to
> contribute anything to OpenSolaris (because it's apparently not
> important enough to them, so they rather take the money elsewhere)
> BLAME me for being an "anti-social capitalist", only because I do
> contribute something for one and a half decades, but find it hard to
> survive?
> That's like Obama saying ISIS is an enemy of the West (rather than its
> own creation and useful tool [proof in Part II below, simply listen to
> McCain's and H.Clinton's own statements on video tape]).
>
>
> {
> # # # # # # # # # # # # # # # # # # # # # # # # # # # #
> # # # Part I.) TECHNICAL SCOPE: # # # # # # # # # # #
> # # # # # # # # # # # # # # # # # # # # # # # # # # # #
> Unlike others who 1:1 either cloned&& paste-used Sun/Oracle's
> Studio-diffs or NetBSD's Firefox gcc-port (or rather: tried hard ...),
> I developed this patch from scratch and used the former only as
> reference, where really required (e.g. where the build terminated or -
> felt lightyears later [when the build would finally succeed for the
> first time!!!] - in cases where some functionality was missing or
> broken, and where it was more convenient to look what's already there,
> although in most cases this was the easy part either way), thanks to
> Rich Teer's book "Solaris Systems programming", the famous Solaris
> series including "Solaris Internals" and Joerg Schilling's OpenSolaris
> book (available in German language) and of course the according man
> pages and system headers.
>
> Before that I emulated being under the most-supported (Non-MacOS X)
> Firefox-UNIX platform: LinUX, by simply enabling all LinUX related
> preprocessor #ifdef directives:
>
> by putting:
>
> #elif defined(__sun__) || defined(__sun)
> #define OS_LINUX 1
>
> into ipc/chromium/src/build/build_config.h
>
> and such as by putting:
>
> elif CONFIG['OS_ARCH'] == 'SunOS':
> os_solaris = 1
>
> into ipc/chromium/moz.build.
>
> After a while I found out about and tracked all the problems and to
> get an estimate how much trouble is ahead continued with -k or touch.
> Many open tabs, vi sessions, log files, certain suffixes I added to
> renamed files etc were involved.
> Then I fixed all these invalid function calls. Then Did all the same
> for OpenBSD #ifdefs etc, in the hope this might shed some light into
> the flash-plugin under gcc built FF saga (the flash-plugin support on
> Illumos patched kernels is yet another topic, and affects all also
> Studio-compiled versions, I developed a workaround for OpenSXCE
> already in 2013 but never released it because Illumos thinks that I'm
> not valuable for their code base, so that was their idea, and that
> alone explains why I no longer wanted to publish the src, the rest
> depends on THEIR attitude, because my attitude has always been to play
> fair, but that was probably naive in the first place). I did that
> because I didn't test LinUX nor any BSD for a decade and always
> thought that those would not have flash-plugin problems with gcc (now
> after having isolated the problem, I'm not so sure anymore).
>
> Arg, well, by doing so I used to grep the entire src hierarchy several
> times per 10 minutes, for days and weeks, and from the third */*/* on
> exceeded even g-grep's variable arguments list limits (needed to split
> it down into */*/[a-m]* and */*/[n-z]* etc [into up to five regex
> groups per each of the more populated levels]).
> ... and found out that some #ifdefs were forgotten in the Sun-
> provided and NetBSD patches.
> But fixing them still didn't solve the main goal: What the hell caused
> flash-plugins from 9.x to 10. to crash with error A) and 11.x even
> with Error A) and B)???
> I almost grew into a senior citizen with gray hair from that (but
> fortunately I don't have much hair anymore since I started with
> OpenSolaris). It was like what one would have called a war, before
> history reminded us how REAL WAR outside looks and feels. So this all
> here is rather fun.
> All this was done on my poor Celeron G530 2.4GHz inside snv_130 (for
> optimum inter-distro compatibility) running in vbox, wait a pain -
> waaaaaiiiiiiiting ...
>
> But before indeed reaching the luxury of messing with a non-working
> flash first one needed to actually get FF built!!!!!
>
> But until I finally achieved this March ran through and then it was
> the end of April.
> All daily/nightly/weekly/weekendly fulltime pain and unpaid!
> To give an estimate: The FF git contains so many _file_ objects:
>
> $ find firefox-43.0b3|wc -l
> 138070
>
> If on average each file has 1000 lines, then:
>
> $ bc
> 138070*1000
> 138070000
>
> voila - 138 MILLION lines of code.
> And even if too many files are shorter that 1000 lines and if it
> "only" totals to 50 million lines: Happy reading!
> In the past one said oh - WOW, this or that OS has a few million(s)
> lines of code.
> Not so long ago ...
> Indeed extremely impressive what the mozilla.org team is achieving!!
> (But are they doing this for fun or in the frame of industry-paid jobs??)
>
> To shorten things up a bit, here the major difficulties and
> accordingly their references to related posts by others and followed
> by the solution or at least workaround:
>
> /* {0.}.libxul linkage
> {1.} plugin (kernel)
> {2.} plugin (ggc-FF)
> {3.} contextMenu
> {4.} langpacks */
>
> (problem/references/solution)
>
> {0.}.libxul linkage
> ###PROBLEM:
> Success was at first mostly prevented by the libxul linkage problem.
> Which was probably the major stopper for most of all those who tried
> to get newer FireFox 30++ versions at least somehow at all compiled
> and especially linked to the finish line.
> Because even with Studio - only the Sun-/Oracle diffs patched into
> FF24 were still easily buildable on snv_130 or also on Illumos (with
> include files derived from svc_147, which is pretty outdated compared
> to what Oracle meanwhile uses). Sun-Oracle's FF31 diffs patched into
> FF31 - no easy way. Not even with Studio 12.4. And for gcc Sun's
> patches are more a disadvantage than any help.
> Also: Of course only a gcc built FF is what I wanted ;) But one which
> can play the flash-plugin (at least version 10 [as I thought at the
> time]). Meanwhile all this is fixed and solved like a charme.
>
> ###REFERENCES:
> Oh, I see that one of the few others who ever really invested their
> own life and 1000's of hours of their private unpaid time to rescue
> OpenSolaris also ran into the same problem:
>
> [oi-dev] NS_COM_GLUE and upstream FF patches
> http://openindiana.org/pipermail/oi-dev/2013-December/002962.html
>
> This describes the problem you would end up with forever.
> Not exactly this, but variations of it.
> We are not dealing with some usual trivial missing symbols here, but
> with pointers to pointers to pointers to functions dealing with
> object, implemented and various files, but never there where the
> output would suggest, but in different files.
> While only one unresolved symbol would be shown per linker run, if it
> didn't exist, the next one would follow, and so on forever (literally).
> It is samething that can keep you busy for a year. Especially
> troublesome are x86 assembly files for the media codecs, such as in
>
> media/libvpx/vpx_config_x86-linux-gcc.asm
>
> It is a complex gcc visibility issue caused by the fact that Solaris
> still needs to default to its proprietary linker and even the very
> latest binutils still don't provide a fully functional gld or bfld or
> gold even though the problem was known for centuries.
>
>
> Googling brings:
> "gcc visibility error hidden firefox libxul.so"
> https://www.google.de/search?q=gcc+visibility+error+hidden+gcc+firefox+li&ie=utf-8&oe=utf-8&gws_rd=cr&ei=kclKVtiIMcH0asTCl9gF#q=gcc+visibility+error+hidden+gcc+firefox+libxul.so
>
>
>
> and only for "gcc visibility error hidden" (in both cases omit the
> double quotes, obviously) :
> https://www.google.de/search?q=gcc+visibility+error+hidden+gcc+firefox+li&ie=utf-8&oe=utf-8&gws_rd=cr&ei=kclKVtiIMcH0asTCl9gF
>
>
> You can add the most verbose output to CFLAGS and LDFLAGS, you can
> globally force brute-force visibility on or off in
> configure.in/configure or directly in:
>
> config/gcc_hidden.h
> /* This Source Code Form is subject to the terms of the Mozilla Public
> * License, v. 2.0. If a copy of the MPL was not distributed with this
> * file, You can obtain one at http://mozilla.org/MPL/2.0/. */
>
> /* Begin all files as hidden visibility */
> #pragma GCC visibility push(hidden)
>
> ... you can run a hundred manual compile or link commands: One ends
> staying hopeless for some while.
>
> The point is, that the Solaris ld does not fully understand gcc's
> visibility logic.
> HENCE the obvious solution would be to link FF with gnu-ld or bfld or
> gold, right?!
> YEP, and I see that I'm not the only one who had that idea. But as
> written before: gld does not properly function on Solaris.
> Which I find unbelievable. Maybe I will look myself into more details,
> as soon as time and $$$ial situation permits (if nobody helps, I must
> once again instantly stop all efforts and first job somewhere, so DO
> NOT COMPLAIN about unpublished src or delays, delays, deferrals!).
>
> LD_ALTEXEC=/usr/bin/gld would instruct /usr/bin/ld to forward all
> linking requests by the gcc/g++ frontent to gld, rather than linking
> the objects itself.
> But if you would attempt to set them globally your FF (or other larger
> project) build would not come all that far. The different command
> syntax for calling linking scripts is not the problem, although you
> might have to first deal with it.
>
> Wrong compiler-calling linker and passing args for calling mapfiles:
> -Wl,-M, .. results in:
>
> (here during a configure run)
>
> gld:/opt/csw/lib/gcc/i386-pc-solaris2.10/4.9.2/../../../libgcc-unwind.map:
> file format not recognized; treating as linker script
> gld:/opt/csw/lib/gcc/i386-pc-solaris2.10/4.9.2/../../../libgcc-unwind.map:1:
> syntax error
> configure: failed program was:
>
> #line 3724 "configure"
> #include "confdefs.h"
>
> int main(){return(0);}
> configure: error: installation or configuration problem: C++ compiler
> cannot create executables.
>
> Or you may get: gld: unrecognized option '-Bdirect'
> But all that's only cosmetics (wrong flags) and therefore no deal.
>
> Next possible issue, although it also appears to involve broken
> gcc/gld visibility:
>
> I'm in this case explicitly _not_ referring to:
>
> Subject: [Bug ld/14852] gnu ld can't use a library linked via
> solaris ld, if that library uses a library linked with GNU ld
>
> https://lists.gnu.org/archive/html/bug-binutils/2012-11/msg00049.html
>
> nor
>
> https://lists.gnu.org/archive/html/bug-binutils/2012-11/msg00050.html
>
> But the true problem is much worse and much older,
> a set of age old real bugs in binutils' gld:
>
> Timewarp 15 years back:
> Re: ld broken on Solaris 8
> https://sourceware.org/ml/binutils/2001-05/msg00173.html
> http://www.sourceware.org/ml/binutils/2000-04/msg00333.html
>
> But here we come already a bit closer (and look at the date!) :
>
> https://sourceware.org/bugzilla/show_bug.cgi?id=1021
>
> Matthias Kurz 2005-06-17 09:41:56 UTC
>
> Building mozilla under Solaris 10 fails. When g++ (3.4.4) tries to
> link regxpcom
> it bombs out with the following errors:
> mozilla/dist/bin/libnspr4.so: undefined reference to `fcntl at SUNW_0.9'
> mozilla/dist/bin/libnspr4.so: undefined reference to `dlsym at SUNW_0.7'
> mozilla/dist/bin/libnspr4.so: undefined reference to
> `pthread_join at SUNW_0.9'
> mozilla/dist/bin/libnspr4.so: undefined reference to `select at SUNW_1.2'
> mozilla/dist/bin/libnspr4.so: undefined reference to `rw_unlock at SUNW_0.9'
> mozilla/dist/bin/libnspr4.so: undefined reference to
> `pthread_attr_destroy at SUNW_
> 0.9'
> mozilla/dist/bin/libnspr4.so: undefined reference to `dlerror at SUNW_0.7'
> .. and so on
>
> I saw similiar reports from other users (google, see also
> http://sourceware.org/ml/binutils/2005-06/msg00466.html).
>
> I need to build with GNU binutils because i use OpenPKG and it is the
> default there.
>
>
> (mk)
>
>
>
> Whatever, this topic goes under in this long difficult to read ascii
> file.
> And it is worth being discussed in a dedicated discussion thread
> @binutils and/or illumos.
> To keep it short: The key to success was to link everything with
> Sun-ld, _except_ libxul.so
>
> And to implement it properly without user interaction this resulted in:
>
> +++ 001__PORTED/firefox-beta/toolkit/library/autoconflibxul.mk
> 2015-11-11 04:12:33.031527320 +0100
> @@ -0,0 +1,29 @@
> +#*
> +#* CDDL HEADER START
> +#*
> +#* The contents of this file are subject to the terms of the
> +#* Common Development and Distribution License, Version 1.0 only
> +#* (the "License"). You may not use this file except in compliance
> +#* with the License.
> +#*
> +#* You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE
> +#* or http://www.opensolaris.org/os/licensing.
> +#* See the License for the specific language governing permissions
> +#* and limitations under the License.
> +#*
> +#* When distributing Covered Code, include this CDDL HEADER in each
> +#* file and include the License file at usr/src/OPENSOLARIS.LICENSE.
> +#* If applicable, add the following below this CDDL HEADER, with the
> +#* fields enclosed by brackets "[]" replaced with your own identifying
> +#* information: Portions Copyright [yyyy] [name of copyright owner]
> +#*
> +#* CDDL HEADER END
> +#*
> +#*
> +#* Copyright 2015 OpenSXCE.org Martin Bochnig<opensxce at mail.ru>
> +#* FireFox 20/30/40++ gcc4.x port with Flash support for
> OpenSolaris++ x86/x64
> +#*
> +
> +//MKSHLIB = /usr/bin/gld $(DSO_PIC_CFLAGS) $(DSO_LDOPTS) -h
> $(DSO_SONAME) -o $@
> +//OS_LDFLAGS = -lpthread -z text -z ignore
> -R,'$$ORIGIN:$$ORIGIN/..' -z lazyload -z combreloc -z muldefs
> +MKSHLIB = /usr/bin/env LD_ALTEXEC=/usr/bin/gld
> PATH=/usr/gcc/4.5/bin:/usr/gcc/4.7/bin:/usr/gcc/4.8/bin:$PATH $(CXX)
> $(CXXFLAGS) $(DSO_PIC_CFLAGS) $(DSO_LDOPTS) -Wl,-h,$(DSO_SONAME) -o $@
>
>
> and
>
>
> diff -Nurb 000__VANILLA/firefox-beta/toolkit/library/Makefile.in
> 001__PORTED/firefox-beta/toolkit/library/Makefile.in
> --- 000__VANILLA/firefox-beta/toolkit/library/Makefile.in 2015-11-09
> 23:56:20.000000000 +0100
> +++ 001__PORTED/firefox-beta/toolkit/library/Makefile.in 2015-11-11
> 04:23:35.762542329 +0100
> @@ -1,8 +1,14 @@
> +#*
> +#* Copyright 2015 OpenSXCE.org Martin Bochnig<opensxce at mail.ru>
> +#* FireFox 20/30/40++ gcc4.x port with Flash support for
> OpenSolaris++ x86/x64
> +#*
> +
> # This Source Code Form is subject to the terms of the Mozilla Public
> # License, v. 2.0. If a copy of the MPL was not distributed with this
> file,
> # You can obtain one at http://mozilla.org/MPL/2.0/.
>
> include $(topsrcdir)/toolkit/library/libxul.mk
> +include $(topsrcdir)/toolkit/library/autoconflibxul.mk
>
> include $(topsrcdir)/config/config.mk
>
>
>
> This locally overrides values imported by included and inter-included
> config files, although it took several hours before it was actually
> clear what is what and relevant versus not, example:
>
>
>
> $ grep -n MKSHLIB ../config/*
> ../config/config.mk:627:EXPAND_MKSHLIB_ARGS = --uselist
> ../config/config.mk:629:EXPAND_MKSHLIB_ARGS += --symbol-order
> $(SYMBOL_ORDER)
> ../config/config.mk:631:EXPAND_MKSHLIB = $(EXPAND_LIBS_EXEC)
> $(EXPAND_MKSHLIB_ARGS) -- $(MKSHLIB)
> ../config/rules.mk:162:ifdef MKSHLIB
> ../config/rules.mk:165:MKSHLIB = $(MKCSHLIB)
> ../config/rules.mk:170:endif # MKSHLIB
> ../config/rules.mk:445:MKSHLIB += -Wl,+eNSGetModule -Wl,+eerrno
> ../config/rules.mk:448:MKSHLIB += -Wl,+e_shlInit
> ../config/rules.mk:459:MKSHLIB +=
> -bE:$(MOZILLA_DIR)/build/unix/aix.exp -bnoexpall
> ../config/rules.mk:834: $(EXPAND_MKSHLIB) $(SHLIB_LDSTARTFILE)
> $(OBJS) $(SUB_SHLOBJS) $(DTRACE_PROBE_OBJ) $(MOZILLA_PROBE_LIBS)
> $(RESFILE) $(LDFLAGS) $(WRAP_LDFLAGS) $(STATIC_LIBS) $(SHARED_LIBS)
> $(EXTRA_DSO_LDOPTS) $(MOZ_GLUE_LDFLAGS) $(EXTRA_LIBS) $(OS_LIBS)
> $(SHLIB_LDENDFILE)
> ../config/rules.mk:837: $(EXPAND_MKSHLIB) $(SHLIB_LDSTARTFILE)
> $(OBJS) $(SUB_SHLOBJS) $(RESFILE) $(LDFLAGS) $(WRAP_LDFLAGS)
> $(STATIC_LIBS) $(SHARED_LIBS) $(EXTRA_DSO_LDOPTS) $(MOZ_GLUE_LDFLAGS)
> $(EXTRA_LIBS) $(OS_LIBS) $(SHLIB_LDENDFILE)
>
>
> {1.} plugin (kernel)
> Exactly like all the other goodies (initial version x86/x64 only,
> SPARC next week [if wanted], Illumos-x86/x64 kernel patch for
> flash-plugin support also next week if wanted]*, also DRM/KMS (now
> upgraded to Oracle's better version) for Intel can* be released any
> time, also my openXsun patches and a SPARC-OpenIndiana, also my
> studio2gcc userland wrapper enhanced cw [enabling me to build an
> almost vanilla Oracle-userland-Sol12.latest without having to correct
> all their studio-only CFLAGS, CXXFLAGS and LDFLAGS pollution every
> time {I say pollution not in disrespect of Studio 12.4, but because in
> the original design userland was compiler-clean, and only carelessness
> by Oracle employees caused all this}])
> ... this can or could be published anytime.
> BUT: Only if the "community" behaves. Otherwise I regret that I shared
> this FF43 patches and insides with you.
>
> {2.} plugin (ggc-FF)
> ###problem: As you all know (because it was reported several times on
> this list) ...:
>
> Flash plugin 9.x and 10.x would still function, but not 11.x
> (at different levels of modifications by default not even the older
> plugins worked on gcc4.[5-9] compiled firefox, I tested them all)
>
> Error with 9.x and 10.x:
> Not GTK2 toolkit (got 0).
>
>
> Error with 11.x:
> bash-4.0$ [NPAPI 21961] WARNING: pipe error: Broken pipe: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/RELEASE/firefox-43.0b3/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,
> line 760
> [NPAPI 21961] ###!!! ABORT: Aborting on channel error.: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/RELEASE/firefox-43.0b3/ipc/glue/MessageChannel.cpp,
> line 1768
> [NPAPI 21961] ###!!! ABORT: Aborting on channel error.: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/RELEASE/firefox-43.0b3/ipc/glue/MessageChannel.cpp,
> line 1768
>
>
> ###references: After all the weeks it took me to find this bug it is
> now somewhat frustrating so find out, that another one already found
> out the very same and even reported about it at mozilla - at first in
> 2011!!! (while firefox upstream nevertheless still continues to keep
> the unfixed version in its dev git).
> It appears to be the same guy who ported the chrome browser to Solaris
> and got only ass-kicks from certain (NON-CONTRIBUTING) folks on this
> openindiana list.
> Now - as you see he did in fact publish sources. Had those
> flamewar-lovers reacted in a somewhat more civilised way, maybe he
> would have helped you with the FF port.
>
> GCC 3 ABI mask breaks Flash 10.3 compatibility on Solaris for
> Chromium compiled with gcc 4 #3
> Open
>
> https://github.com/mozilla/npapi-sdk/issues/3
>
> ###solution:
> third_party/npapi/bindings/npapi.h
> @@ -334,7 +334,7
> -#if (defined(XP_UNIX)&& defined(__GNUC__)&& (__GNUC__>= 3))
> +#if (defined(XP_UNIX)&& defined(__GNUC__)&& (__GNUC__ == 3))
>
> As I found out myself, a single byte (== instead of>=) was causing all
> this trouble on Solaris kernels.
> What's new after seeing this post: Aha! Only Solaris may be affected,
> not LiunUX nor BSD nor MacOSX (?)
>
> {3.} contextMenu
> ###problem: At all Beta src releases after FF41.0b9, hence from
> FF42.0b1 on, suddenly on the canvas the main context-menu would be
> extremely extremely long (several screens) and show all sorts of ever
> envisioned entries, while no single of them (except Select All) would
> actually invoke any functionality.
> The entries would show all crap - including once planned but never
> implemented functions - and would show always the same long menu
> independently of the context (no matter on which object one would
> place the mourse cursor).
>
> ###references to similar problems:
> Screenshot:
> http://forums.thedailywtf.com/forums/p/27789/324362.aspx
>
> Search:
> https://www.google.de/search?q=context+menu+long+firefox&ie=utf-8&oe=utf-8&gws_rd=cr&ei=XJBKVp-LLsS4UfnZi_AP
>
>
> What's about the suddenly extremely long right mouse-click menu?
> https://support.mozilla.org/en-US/questions/956675
>
> very long right-click context menu is present
> https://support.mozilla.org/en-US/questions/958458
>
> Right click menu is huge, how do I get the old menu back so I can
> highlight a word and then search for it?
> https://support.mozilla.org/en-US/questions/949976
>
> ###solution: It was one such thing which made me really upset.
> Analysing the long list of git commits I knew it would be related to
> WebGLFormat, whatever I merged in or backed out, all the things that
> appeared to make sense did not work.
> By patching and Solaris-building all 41.0b? and 42.0b? builds in a
> manner of reducing the intervall of the last known working versus
> first known unknown version I could track down, that the break appears
> from 41.0b9 to 42.0b1. But the gdiff -Nurb of those 2 resulted in
> thousands and thousands of lines :(
>
> --->> It was clear that the only solution was building a debug
> version of some post-41.b9 with all syms.
> But even then I had made the mistake to only look after the 2 error
> messages created when instantiating the contextMenu by right-clicking
> onto the canvas.
>
> And those were as you may observe in:
>
>
> $ PATH=dist/lib:dist/bin:$PATH LD_LIBRARY_PATH_32=dist/lib:dist/bin
> /usr/lib/ld.so.1 dist/bin/firefox
> File descriptors set to 512
> ++DOCSHELL f045e800 == 1 [pid = 19010] [id = 1]
> ++DOMWINDOW == 1 (f045f000) [pid = 19010] [serial = 1] [outer = 0]
> [19010] WARNING: Hardware Vsync support not yet implemented. Falling
> back to software timers: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/gfx/thebes/gfxPlatform.cpp,
> line 2404
> ++DOMWINDOW == 2 (f0463000) [pid = 19010] [serial = 2] [outer = f045f000]
> ++DOCSHELL eb276800 == 2 [pid = 19010] [id = 2]
> ++DOMWINDOW == 3 (eb27d800) [pid = 19010] [serial = 3] [outer = 0]
> ++DOMWINDOW == 4 (eb27e000) [pid = 19010] [serial = 4] [outer = eb27d800]
> ++DOMWINDOW == 5 (eb2d7400) [pid = 19010] [serial = 5] [outer = f045f000]
> JavaScript error: resource://gre/modules/LoginManagerContextMenu.jsm,
> line 20: ReferenceError: Intl is not defined
> ++DOCSHELL ea7f6400 == 3 [pid = 19010] [id = 3]
> ++DOMWINDOW == 6 (ea7f6800) [pid = 19010] [serial = 6] [outer = 0]
> ++DOCSHELL ea7f6c00 == 4 [pid = 19010] [id = 4]
> ++DOMWINDOW == 7 (eb248f60) [pid = 19010] [serial = 7] [outer = 0]
> [19010] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result
> 0x80040111: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/dom/base/nsFrameLoader.cpp,
> line 268
> ++DOCSHELL e9d8ec00 == 5 [pid = 19010] [id = 5]
> ++DOMWINDOW == 8 (eb24a5e0) [pid = 19010] [serial = 8] [outer = 0]
> [19010] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result
> 0x80040111: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/dom/base/nsFrameLoader.cpp,
> line 268
> ++DOMWINDOW == 9 (eb24ad60) [pid = 19010] [serial = 9] [outer = eb24a5e0]
> [19010] WARNING: NS_ENSURE_TRUE(globalObject&&
> globalObject->GetGlobalJSObject()) failed: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/dom/base/nsDocument.cpp,
> line 8326
> [19010] WARNING: NS_ENSURE_TRUE(globalObject&&
> globalObject->GetGlobalJSObject()) failed: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/dom/base/nsDocument.cpp,
> line 8326
> ++DOMWINDOW == 10 (e9585800) [pid = 19010] [serial = 10] [outer =
> ea7f6800]
> ++DOMWINDOW == 11 (eb24c980) [pid = 19010] [serial = 11] [outer =
> eb248f60]
> ++DOMWINDOW == 12 (eb24cd40) [pid = 19010] [serial = 12] [outer =
> eb24a5e0]
> ++DOMWINDOW == 13 (e830f520) [pid = 19010] [serial = 13] [outer =
> eb24a5e0]
> [19010] WARNING: attempt to modify an immutable nsStandardURL: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsStandardURL.cpp,
> line 1300
> [19010] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result
> 0x80070057: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/dom/quota/QuotaManager.cpp,
> line 3437
> ++DOCSHELL e5fba400 == 6 [pid = 19010] [id = 6]
> ++DOMWINDOW == 14 (e5fba800) [pid = 19010] [serial = 14] [outer = 0]
> ++DOMWINDOW == 15 (e5fbb000) [pid = 19010] [serial = 15] [outer =
> e5fba800]
> JavaScript error: chrome://browser/content/nsContextMenu.js, line 21:
> TypeError: this.initMenu is not a function
> [19010] ###!!! ASSERTION: unable to use nl_langinfo(CODESET): 'Error',
> file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/intl/locale/unix/nsUNIXCharset.cpp,
> line 142
> [19010] WARNING: GetDefaultCharsetForLocale: need to add multi locale
> support: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/intl/locale/unix/nsUNIXCharset.cpp,
> line 101
> ++DOCSHELL e3bb6000 == 7 [pid = 19010] [id = 7]
> ++DOMWINDOW == 16 (e3bb6400) [pid = 19010] [serial = 16] [outer = 0]
> ++DOMWINDOW == 17 (e3bb7000) [pid = 19010] [serial = 17] [outer =
> e3bb6400]
> ++DOMWINDOW == 18 (e3bb9400) [pid = 19010] [serial = 18] [outer =
> e3bb6400]
> ++DOCSHELL e3bba000 == 8 [pid = 19010] [id = 8]
> ++DOMWINDOW == 19 (e4fb3f20) [pid = 19010] [serial = 19] [outer = 0]
> ++DOMWINDOW == 20 (e4fb46a0) [pid = 19010] [serial = 20] [outer =
> e4fb3f20]
> [19010] WARNING: Could not get disk status from nsIDiskSpaceWatcher:
> file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/uriloader/prefetch/nsOfflineCacheUpdateService.cpp,
> line 315
> [19010] WARNING: 'err', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 3008
> [19010] WARNING: nsSocketTransport Failed setting TCP_KEEPIDLE
> [e3bd6480] OS error[0x63] Option not supported by protocol: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2932
> [19010] WARNING: 'NS_FAILED(rv)', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2784
> [19010] WARNING: 'err', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 3008
> [19010] WARNING: nsSocketTransport Failed setting TCP_KEEPIDLE
> [e3bd6600] OS error[0x63] Option not supported by protocol: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2932
> [19010] WARNING: 'NS_FAILED(rv)', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2784
> [19010] WARNING: 'err', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 3008
> [19010] WARNING: nsSocketTransport Failed setting TCP_KEEPIDLE
> [e3bd6480] OS error[0x63] Option not supported by protocol: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2932
> [19010] WARNING: 'NS_FAILED(rv)', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2634
> [19010] WARNING: 'NS_FAILED(rv)', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2721
> ++DOMWINDOW == 21 (e4fb4c40) [pid = 19010] [serial = 21] [outer =
> e4fb3f20]
> [19010] WARNING: 'err', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 3008
> [19010] WARNING: nsSocketTransport Failed setting TCP_KEEPIDLE
> [e3bd6a80] OS error[0x63] Option not supported by protocol: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2932
> [19010] WARNING: 'NS_FAILED(rv)', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2784
> [19010] WARNING: 'err', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 3008
> [19010] WARNING: nsSocketTransport Failed setting TCP_KEEPIDLE
> [e3bd6f00] OS error[0x63] Option not supported by protocol: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2932
> [19010] WARNING: 'NS_FAILED(rv)', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2784
> [19010] WARNING: 'err', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 3008
> [19010] WARNING: nsSocketTransport Failed setting TCP_KEEPIDLE
> [e3bd7380] OS error[0x63] Option not supported by protocol: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2932
> [19010] WARNING: 'NS_FAILED(rv)', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2784
> JavaScript error: chrome://browser/content/browser.xul, line 1:
> TypeError: gContextMenu is null
> JavaScript error: chrome://browser/content/browser.xul, line 1:
> TypeError: gContextMenu is null
> --DOCSHELL e5fba400 == 7 [pid = 19010] [id = 6]
> JavaScript error: chrome://browser/content/nsContextMenu.js, line 21:
> TypeError: this.initMenu is not a function
> [19010] WARNING: 'err', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 3008
> [19010] WARNING: nsSocketTransport Failed setting TCP_KEEPIDLE
> [e95a3e80] OS error[0x63] Option not supported by protocol: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2932
> [19010] WARNING: 'NS_FAILED(rv)', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2784
> --DOMWINDOW == 20 (e3bb7000) [pid = 19010] [serial = 17] [outer =
> e3bb6400] [url = about:blank]
> --DOMWINDOW == 19 (e4fb46a0) [pid = 19010] [serial = 20] [outer =
> e4fb3f20] [url = about:blank]
> --DOMWINDOW == 18 (eb24ad60) [pid = 19010] [serial = 9] [outer =
> eb24a5e0] [url = about:blank]
> --DOMWINDOW == 17 (f0463000) [pid = 19010] [serial = 2] [outer =
> f045f000] [url = about:blank]
> [19010] WARNING: 'err', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 3008
> [19010] WARNING: nsSocketTransport Failed setting TCP_KEEPIDLE
> [e3bd6600] OS error[0x63] Option not supported by protocol: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2932
> [19010] WARNING: 'NS_FAILED(rv)', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2634
> [19010] WARNING: 'NS_FAILED(rv)', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2721
> JavaScript error: chrome://browser/content/browser.xul, line 1:
> TypeError: gContextMenu is null
> JavaScript error: chrome://browser/content/browser.xul, line 1:
> TypeError: gContextMenu is null
> --DOMWINDOW == 16 (eb24cd40) [pid = 19010] [serial = 12] [outer = 0]
> [url = about:blank]
> ++DOMWINDOW == 17 (e9d6e980) [pid = 19010] [serial = 22] [outer =
> eb24a5e0]
> [19010] WARNING: 'err', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 3008
> [19010] WARNING: nsSocketTransport Failed setting TCP_KEEPIDLE
> [f0673300] OS error[0x63] Option not supported by protocol: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2932
> [19010] WARNING: 'NS_FAILED(rv)', file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/base/nsSocketTransport2.cpp,
> line 2784
> [19010] WARNING: RasterImage::Init failed: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/image/ImageFactory.cpp,
> line 109
> JavaScript error: chrome://browser/content/nsContextMenu.js, line 21:
> TypeError: this.initMenu is not a function
> --DOMWINDOW == 16 (e5fbb000) [pid = 19010] [serial = 15] [outer =
> e5fba800] [url = about:blank]
> --DOMWINDOW == 15 (e5fba800) [pid = 19010] [serial = 14] [outer = 0]
> [url = about:srcdoc]
> JavaScript error: chrome://browser/content/browser.xul, line 1:
> TypeError: gContextMenu is null
> JavaScript error: chrome://browser/content/browser.xul, line 1:
> TypeError: gContextMenu is null
> JavaScript error: chrome://browser/content/nsContextMenu.js, line 21:
> TypeError: this.initMenu is not a function
> JavaScript error: chrome://browser/content/browser.xul, line 1:
> TypeError: gContextMenu is null
> JavaScript error: chrome://browser/content/browser.xul, line 1:
> TypeError: gContextMenu is null
> --DOCSHELL e3bb6000 == 6 [pid = 19010] [id = 7]
> --DOCSHELL f045e800 == 5 [pid = 19010] [id = 1]
> [19010] WARNING: cannot post event if not initialized: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/protocol/http/nsHttpConnectionMgr.cpp,
> line 194
> [19010] WARNING: cannot post event if not initialized: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/protocol/http/nsHttpConnectionMgr.cpp,
> line 194
> [19010] WARNING: cannot post event if not initialized: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/protocol/http/nsHttpConnectionMgr.cpp,
> line 194
> [19010] WARNING: cannot post event if not initialized: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/netwerk/protocol/http/nsHttpConnectionMgr.cpp,
> line 194
> --DOCSHELL e3bba000 == 4 [pid = 19010] [id = 8]
> --DOCSHELL eb276800 == 3 [pid = 19010] [id = 2]
> --DOCSHELL e9d8ec00 == 2 [pid = 19010] [id = 5]
> --DOCSHELL ea7f6400 == 1 [pid = 19010] [id = 3]
> --DOCSHELL ea7f6c00 == 0 [pid = 19010] [id = 4]
> [19010] WARNING: NS_ENSURE_TRUE(context) failed: file
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/xpcom/threads/nsThread.cpp,
> line 761
> --DOMWINDOW == 14 (eb2d7400) [pid = 19010] [serial = 5] [outer =
> f045f000] [url = resource://gre-resources/hiddenWindow.html]
> --DOMWINDOW == 13 (e9585800) [pid = 19010] [serial = 10] [outer =
> ea7f6800] [url = about:blank]
> --DOMWINDOW == 12 (eb24c980) [pid = 19010] [serial = 11] [outer =
> eb248f60] [url = about:blank]
> --DOMWINDOW == 11 (f045f000) [pid = 19010] [serial = 1] [outer = 0]
> [url = resource://gre-resources/hiddenWindow.html]
> --DOMWINDOW == 10 (ea7f6800) [pid = 19010] [serial = 6] [outer = 0]
> [url = about:blank]
> --DOMWINDOW == 9 (eb248f60) [pid = 19010] [serial = 7] [outer = 0]
> [url = about:blank]
> Hit MOZ_CRASH(Shutdown too long, probably frozen, causing a crash.) at
> /export/home/martin/DEVEL/FF/43/FF43.0b2__RELEASE/TEST/PATCHCREATION/001__PORTED/firefox-43.0b2/toolkit/components/terminator/nsTerminator.cpp:151
> /usr/bin/pstack: 19010: No such file or directory
> --DOMWINDOW == 8 (eb27e000) [pid = 19010] [serial = 4] [outer = 0]
> [url = about:blank]
> --DOMWINDOW == 7 (eb27d800) [pid = 19010] [serial = 3] [outer = 0]
> [url = chrome://browser/content/browser.xul]
> --DOMWINDOW == 6 (eb24a5e0) [pid = 19010] [serial = 8] [outer = 0]
> [url = http://opensxce.org/]
> --DOMWINDOW == 5 (e830f520) [pid = 19010] [serial = 13] [outer = 0]
> [url = about:home]
> --DOMWINDOW == 4 (e4fb3f20) [pid = 19010] [serial = 19] [outer = 0]
> [url = https://self-repair.mozilla.org/en-US/repair/]
> --DOMWINDOW == 3 (e3bb9400) [pid = 19010] [serial = 18] [outer = 0]
> [url =
> data:application/vnd.mozilla.xul+xml;charset=utf-8,<window%20id='win'/>]
> --DOMWINDOW == 2 (e3bb6400) [pid = 19010] [serial = 16] [outer = 0]
> [url =
> data:application/vnd.mozilla.xul+xml;charset=utf-8,<window%20id='win'/>]
> --DOMWINDOW == 1 (e9d6e980) [pid = 19010] [serial = 22] [outer = 0]
> [url = http://opensxce.org/]
> --DOMWINDOW == 0 (e4fb4c40) [pid = 19010] [serial = 21] [outer = 0]
> [url = https://self-repair.mozilla.org/en-US/repair/]
> nsStringStats
> => mAllocCount: 99212
> => mReallocCount: 11728
> => mFreeCount: 99212
> => mShareCount: 180933
> => mAdoptCount: 5780
> => mAdoptFreeCount: 5780
> => Process ID: 19010, Thread ID: 1
>
>
> ... thse were:
>
> JavaScript error: chrome://browser/content/browser.xul, line 1:
> TypeError: gContextMenu is null
>
> and
>
> JavaScript error: chrome://browser/content/nsContextMenu.js, line 21:
> TypeError: this.initMenu is not a function
>
>
> This again lead me to some similar bug scenarios, but not identical ones:
>
> https://www.google.de/search?q=%22TypeError:+gContextMenu+is+null%22&ie=utf-8&oe=utf-8&gws_rd=cr&ei=SJVKVo6MEMf_ac26sNAN
>
>
> TypeError: gContextMenu is null
> http://www.camp-firefox.de/forum/viewtopic.php?f=8&t=75369&start=0
>
> Bug 978082 - Intermittent |
> browser_save_video.js,browser_save_video_frame.js | uncaught exception
> - TypeError: gContextMenu is null at
> chrome://browser/content/browser.xul:1
> https://bugzilla.mozilla.org/show_bug.cgi?id=978082
>
> Bug 913176 - Intermittent browser_default_image_filename.js | uncaught
> exception - TypeError: gContextMenu is null at
> chrome://browser/content/browser.xul:1 | Test timed out
> https://bugzilla.mozilla.org/show_bug.cgi?id=913176
>
> Target Undefined When Right Clicking In Firefox With Context Menu
> http://stackoverflow.com/questions/14651785/target-undefined-when-right-clicking-in-firefox-with-context-menu
>
>
>
> ... and for the second error message:
>
> No single identical result for this (even shortened) string if in
> double quotes:
>
> "TypeError: this.initMenu is not a function"
>
> No safe node or rm -R ~/.mozilla helped, so no extensions/add-ons
> could have been causing this.
> Then I spent days reading, compiling, grep'ing, checking firefox's git
> log etc etc etc.
> After a week I finally realized that with JS it is a mistake to only
> look for the final error messages. Because if something goes wrong
> during JS initialization some or all functionality might be broken
> until the hosting application gets restarted.
> BANG!!!
>
> So let's have a look at the full stdout and stderr from the console
> window running the debug version:
>
> First interesting error:
> JavaScript error: resource://gre/modules/LoginManagerContextMenu.jsm,
> line 20: ReferenceError: Intl is not defined
>
> And at that moment it became all clear to me:
>
> As silly as life can be, of course I had simply disabled
> internationalization support last spring, because I personally always
> prefer the C locale anyway, and also had enough other problems with
> first getting the port itself done, at the time.
> And until now this has never been a problem and worked fine until
> FF41.0b9
>
> Configuring with ../configure --enable-application=browser
> --prefix=/usr/lib/firefox`/bin/cat /tmp/FFvers`
> --enable-official-branding --disable-updater --enable-debug-symbols=no
> --enable-update-channel=esr --disable-tests --enable-jemalloc
> --disable-dtrace --disable-xinerama --disable-crashreporter
> --disable-pulseaudio --disable-gstreamer --with-intl-api
> --disable-debug --enable-ipc --enable-default-toolkit=cairo-gtk2
>
> soon brought the relieving confirmation, that indeed and in fact only
> this had been to problem from 42.0b1++ on.
> NICE, how stupid. Okay and now that internationalization was on and
> fully building like a charm of course I wanted to give you also the
> language kits in preinstalled ready2run form in the binary package and
> althernative bins-tarball.
>
> ... which instantly brought up the next day of questions, finding odd
> user-unfriendliness in FF's handling of this, namely:
>
>
> {4.} langpacks */
> How to get the langpacks not only somehow to function on by one
> forcing end-users to perform manual installations one at a time
> following bogus outdated and often self-contradicting instructions
> somewhere on the mozilla site, often referring to oldtimers such as
> FF3 or 4.
>
> No, my goal was:
>
> ###problem:
> A) * having all available 90++ langpacks installed
>
> B) * having them installed GLOBALLY, not even Oracle does this in
> Sol11.3 as I had to find out, they use jack's local ~/.mozilla, but I
> offer not a distro this time, but only installable software in a pkg
> and tar ball, cannot mess with anybody's $HOME
>
> C) * I want the entire FF-UI to be in the corresponding language
> (rather than only in the objects dealing with the filesystem [open
> file/save as etc.]), where-ever this is fully imlemented in a language
> pack (not all have that)
>
> D) * All plugins shall not get disabled by default on first run (if no
> ~/.mozilla exists, or if you already had that but run the new FF43 for
> the first time)
>
> E) of course I want full automation:
> It shall instantly come up in the locale that the user is using and
> have its entire UI in the associated language.
> No matter what the user specified during installation system-wide or
> locally for one session from gdm, it shall always work smoothly and
> without interaction. Without first forcing the user to:
> i) install any langpack
> ii) having to enable it
> ii) having to set a single variable in about:config
>
> In in extreme case, from the same env and cmd line one shall be able
> to say:
> LANG=de_DE.UTF-8 /usr/lib/firefox43.0b3/lib/firefox-43.0/firefox
> and it should come up like a genuine german version
>
> while seconds later from the same window without changing the env:
>
> LANG=ru_RU.UTF-8 /usr/lib/firefox43.0b3/lib/firefox-43.0/firefox
> should bring up a fully localized Russian version and all the same for
> all other 90 locales (if and where UI-localization has full support)
> including zh_CN or Japanese.
>
> I was surprised to learn, that in 40++ versions of FF this is no
> longer easy to be accomplished (as global installation that has zero
> dependencies to whatever in ~/.mozilla). At least not unless you found
> out how to do this.
> I fund out by testing that Sun/Oracle Solaris 11.3 can does so only by
> means of jack's $HOME, while Hipster with its FF24 does have the
> langpacks all in place in the global extensions dir, but no single
> langpack appeared to be installed (regsitered) let alone activated not
> to mention activated by intl.locale.matchOS=true or
> general.useragent.locale
>
> ###REFERENCES:
> Integrating Add-ons into Firefox
> https://mike.kaply.com/2012/02/09/integrating-add-ons-into-firefox/
>
> distribution/bundles Directory Gone in Firefox 40
> https://mike.kaply.com/2015/05/19/distributionbundles-directory-gone-in-firefox-40/
>
>
> Deploying Firefox in an enterprise environment
> https://developer.mozilla.org/en-US/Firefox/Enterprise_deployment
>
> AddOns for all users
> https://support.mozilla.org/en-US/questions/966922
>
> Extension Packaging
> https://developer.mozilla.org/en-US/Add-ons/Extension_Packaging
>
> Works for Seamonkey, but not for FF: Firefox/Seamonkey: How to install
> add-ons system-wide?
> http://www.linuxquestions.org/questions/linux-software-2/firefox-seamonkey-how-to-install-add-ons-system-wide-4175421566/
>
>
> How do I install a language XPI globally and make it the default
> language?
> http://www.cla5h.com/how-do-i-install-a-language-xpi-globally-and-make-it-the-default-language.html
>
>
> Well, all of that did not work, unzipping it in place under
> /usr/lib/firefox43.0b3/lib/firefox-43.0/browser/extensions/ also made
> no difference over not unzipping them.
> Let me shorten it and here comes the ...
>
> ###SOLUTION:
> ---
> 000__VANILLA/toolkit/mozapps/extensions/internal/XPIProviderUtils.js
> 2015-11-12 23:49:00.000000000 +0100
> +++
> 001__PORTED/toolkit/mozapps/extensions/internal/XPIProviderUtils.js
> 2015-11-16 01:54:30.570857314 +0100
> @@ -1675,12 +1675,12 @@
>
> if (isDetectedInstall&& aNewAddon.foreignInstall) {
> // If the add-on is a foreign install and is in a scope where
> add-ons
> - // that were dropped in should default to disabled then disable it
> + // that were dropped in should default to disabled then enable
> it anyway on OpenSolaris (preinstalled langpacks)
> let disablingScopes =
> Preferences.get(PREF_EM_AUTO_DISABLED_SCOPES, 0);
> if (aInstallLocation.scope& disablingScopes) {
> - logger.warn("Disabling foreign installed add-on " +
> aNewAddon.id + " in "
> + logger.warn("Enabling foreign installed add-on " +
> aNewAddon.id + " in "
> + aInstallLocation.name);
> - aNewAddon.userDisabled = true;
> + aNewAddon.userDisabled = false;
> }
> }
>
> --- 000__VANILLA/modules/libpref/init/all.js 2015-11-12
> 23:48:53.000000000 +0100
> +++ 001__PORTED/modules/libpref/init/all.js 2015-11-16
> 01:15:18.702792127 +0100
> @@ -1836,7 +1836,7 @@
> pref("intl.charset.fallback.override", "");
> pref("intl.charset.fallback.tld", true);
> pref("intl.ellipsis",
> "chrome://global-platform/locale/intl.properties");
> -pref("intl.locale.matchOS", false);
> +pref("intl.locale.matchOS", true);
> // fallback charset list for Unicode conversion (converting from
> Unicode)
> // currently used for mail send only to handle symbol characters (e.g
> Euro, trademark, smartquotes)
> // for ISO-8859-1
>
>
> Simply putting the default untouched langpacks from
> http://ftp.mozilla.org/pub/firefox/releases/43.0b3/linux-i686/xpi/
> into a vanilla
> /usr/lib/firefox43.0b3/lib/firefox-43.0/browser/extensions/ would
> recognize the LANG or LC_ALL exported by env in all file menu
> open/save as dialogues out of the box. BIG BUT: In Firefox's
> Tool>Add-Ons Menu would _not_ show any menu entry "Languages".
>
> In addition to that: For some unknown reasons, the xpi files (must
> always match the corresponding release, which I cared of) only get
> recognized as installed/registered langpacks not by means of manually
> faking the installation tricks the tough way by creating dirs such as
>
> d none
> usr/lib/firefox43.0b3/lib/firefox-43.0/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
> 0755 root bin
> f none
> usr/lib/firefox43.0b3/lib/firefox-43.0/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/icon.png
> 0644 root bin
> f none
> usr/lib/firefox43.0b3/lib/firefox-43.0/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/chrome.manifest
> 0644 root bin
> f none {972ce4c6-7e08-4474-a285-3208198ce6fd}/install.rdf 0644 root bin
>
> manually (even though all ids matched it would always complain: id
> doesn't match ..).
>
> But the solution was (despite tough to find, only testing brought me
> to it) simpler:
> #0.) perform a local installation of all xpi files stored somewhere
> into the local user's ~/.mozilla simply via
> Tool>Add-Ons>Extensions>Install_Add-on_from_file and selecting all at
> once, then clicking ok (which is not visible), but one can blindly hit
> [TAB] 4 times and then [SPACE].
> #1.) Restart and close FF once (and make sure they were installed,
> accepted and enabled)
> #2.) (cd /export/home/martin/.mozilla/firefox/0deafbum.default;tar cvf
> - ./extensions)|(cd
> /usr/lib/firefox43.0b3/lib/firefox-43.0/browser/.;tar xvf -)
>
> Any other variation did not succeed.
> And doing the same from the same ~/.mozilla after a 2nd start of FF it
> would also break it again (fortunately I too a snapshot before that).
> Needs further investigation for the next verion.
> ATTENTION: Subfolders of
> /usr/lib/firefox43.0b3/lib/firefox-43.0/browser/extensions including
> /usr/lib/firefox43.0b3/lib/firefox-43.0/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
> need x-access for the user who wants to start firefox, therefore
> permissions must be 755. Otherwise the langpacks will not work. This
> appears to explain the subtle errors I got at first. Because after
> wget'ing them from mozilla at first they are all 0600.
>
>
> INSTALL bins:
> @@@@@UPDATE@@@@@: Flash Plugin 9/10/11.x
> ... works now inside this gcc compiled Firefox!
> That was a complete Novum when I reached this step in April. This took
> another tough week
> of work night and day and night.
> Nobody has ever achieved this before with a gcc build of FF on Solaris
> (at least nobody in the records and nobody who offered to donate this
> to the broader planet OpenSolaris).
> From the src it appears that this must also affect other UNIX/LinUX OS
> ports, but I never tested this.
>
>
> It was tested and is known to work with:
> (instabilities and freezes related to videos that are in a too new
> format can always happen, but are not related to this port, while
> flash is closed src and I can only take their bins and make them work
> in FF as good as technically possible)
>
> drwxr-xr-x 2 martin other 4 Dec 27 2007
> flash_player_9_solaris_r115_x86
> drwx------ 2 martin other 3 Nov 8 2011
> flash_player_solaris_10_3_183_11_x86
> drwx------ 2 martin other 3 Nov 3 2011
> flash_player_solaris_11_1_102_56_x86
> -rw------- 1 martin other 4752427 Nov 9 2011
> flashplayer10_3r183_11_solaris_x86.tar.bz2
> -rw------- 1 martin other 4755108 Aug 9 2011
> flashplayer10_3r183_5_solaris_x86.tar.bz2
> -rw------- 1 martin other 4752536 Aug 23 2011
> flashplayer10_3r183_7_solaris_x86.tar.bz2
> -rw------- 1 martin other 6084262 Nov 4 2011
> flashplayer11_1r102_55_solaris_x86.tar.bz2
> -rw------- 1 martin other 6212851 Mar 20 2012
> flashplayer11_2r202_228_solaris_x86.tar.bz2
> -rw------- 1 martin other 2859276 Jun 10 2010
> flashplayer9r115_solaris_x86.tar.bz2
>
>
> Attention: On all newer Illumos based Distros _except_ OpenSXCE you
> probably need some loading order
> nonsense to get the Flash-Plugin 11.x initializing itself rather than
> crashing (only works sometimes, not with all codecs).
> In such cases you should remove your local libflashplayer.so from the
> plugins directory and set HTML5 as your default player (e.g. on youtube).
> But that drmatically reduces compatibility and rather often you cannot
> watch a news or music video. Because ... : HTML5 nice and good, but
> often they still force use to use flash.
>
>
>
>
> INSTALLATION:
>
> $ cd ~/Downloads
> $ wget
> http://opensxce.org/.FF/43.0b3/i386/firefox-43.0b3___Multilang__gcc4x-built__supports-flash-plugin__opensolaris-snv_130++_all_distros-i386.pkg.bz2
> $ bunzip2
> ./firefox-43.0b3___Multilang__gcc4x-built__supports-flash-plugin__opensolaris-snv_130++_all_distros-i386.pkg.bz2
> $ su
> # pkgrm SUNWfirefox43.0b3 (all other versions can be installed without
> a single namespace conflict)
> # pkgadd -d
> ./firefox-43.0b3___Multilang__gcc4x-built__supports-flash-plugin__opensolaris-snv_130++_all_distros-i386.pkg
>
>
>
> WHERE IS THE PLUGINS INSTALL DIR:
>
> Global location: /usr/lib/firefox43.0b3/plugins (symlink) or
> /usr/lib/firefox43.0b3/lib/firefox-43.0/browser/plugins
> Because by definition, given that I frequently want to test different
> flash plugins for testing, I always use ~/firefox/plugins which works.
> To verify which plugins got recognized open FF and enter the special
> URL: about:plugins
> Don't forget that Flash will crash on Illumos kernels except on
> OpenSXCE (which is the only one with a kernel fix).
>
>
>
> USAGE:
>
> FF43.0b3 can be started in 3 different ways, either of the following ...
>
> $ /usr/bin/firefox43.0b3
>
> $ /usr/lib/firefox43.0b3/bin/firefox
>
> or under JDS/Gnome from {Start}->{All
> Applications}->{Internet}->{Firefox 43.0b3 Beta}
>
>
>
> UNINSTALL:
> # pkgrm SUNWfirefox43-0b3
>
>
> best regards, %m
>
> email: opensxce at mail.ru
> (This would in theory also be my PAYPAL address, but you know the joke
> about theory vs. practice)
>
> }
>
>
>
>
>
> {
> # # # # # # # # # # # # # # # # # # # # # # # # # # # #
> # # # Part II.) *non*-TECHNICAL SCOPE: # # # # # # # # #
> # # # # # # # # # # # # # # # # # # # # # # # # # # # #
>
>
> Both OpenSXCE and the FF37 port could and can be downloaded
> anonymously by ANYone.
> http://opensxce.org/.FF/37/i386/README.txt
> http://svr4.opensxce.org/201405/i386/5.11/
>
> No single capitalist ever paid the license price (as I requested in
> http://svr4.opensxce.org/RELEASE_NOTES__OpenSXCE2014.05_x86_x64_INTEL32-64_AMD32-64____sun4u_sun4v_SPARC.txt
> ).
>
> The few donations (BIG THANKS TO THE FEW FRIENDS!!!) got smaller and
> more scarce.
> No single so called "donation" arrived for months. I say "so called"
> because a more fitting term is: pay at least a small fraction of the
> costs that arise through this volunteer work).
>
> But nevertheless all downloads are still available.
> Is that what a "capitalist" would do?
> M.B. lives in empoverished and hopelessly over-indebted conditions and
> of a total bank account balance of -1000 EUR has currently 1 Cent
> available (-999.999 EUR). Screenshot anytime ...
> One person claimed he wanted to "sponsor him" with 450 EUR per month.
> A closer investigation proved that his company looked for some project
> assigned engineer that they could hire, but only had a budget of a
> montly 450 EUR.
> What first appeared to be a helpful citizen who wanted to support
> OpenSXCE going to GitHub at closer investigation turned out to be
> attempted exploitation.
> More: During the endless instructions for the 2 commercial projects I
> should work on for those promised 450 EUR (== no donation!) he
> reiterated several times: Hahaha, no, we here in my company *never*
> pay anything for software, hahaha. The only single exception is xyz
> (some commercial product he mentioned).
> Nice community friend indeed!
>
> Experiences with the so called "community" stretch back more than 10
> years.
> Here another such example from 2007 (at the time I had already
> contributed MartUX [now OpenSXCE] as src and bins, the Xorg port to
> SPARC as src and bins, the port of the aperture driver to amd64 before
> xsvc got opened, the qemu-port to SPARC-Solaris hosts) :
>
> http://echelog.com/logs/browse/opensolaris/1195513200
>
> [06:33:47]<g4lt-U60> YAY m. Bochning is finally removed from the
> lists! happy day indeed!
> [06:40:52]<Tempt> Bochning?
> [06:40:58]<Tempt> Another noisy listtwit?
> [06:42:18]<g4lt-U60> Tempt, he's the one that was doing the "unscreib
> me" crap for the last week
> [06:42:37]<Triskelios> Tempt: martin, as in martux
> [06:42:48]<Tempt> oh
> [06:42:51]<Tempt> loonix wankstain
> [06:43:35]<Triskelios> eh... he's done good work. he was one of the
> main FOX people
> [06:43:43]<Tempt> Oh.
> [06:43:46]<Triskelios> has serious ... personality issues though
> [06:43:57]<jmcp> Tempt: Martin of the "I deserve funding because I've
> spent all my time working on martux rather than trying to get a job
> now i'm in serious debt"
> [06:44:07]<Tempt> Does anyone use Martux?
> [06:44:44] * jmcp shrugs
> [06:45:57]<Tempt> Meh
> [06:46:08]<Triskelios> the SPARC Xorg stuff was written for it
> [06:46:34]<Tempt> People with those sort of personality issues tend
> not to be able to sustain employment anyway.
>
>
>> And here from just this August:
>> http://openindiana.org/pipermail/openindiana-discuss/2015-August/017864.html
>>
>> jay at m5.chicago.il.us
>> Mon Aug 24 01:43:58 UTC 2015
>>
>> And, speaking of OpenSXCE (from which one can apparently obtain a
>> working version of Firefox 37) -- there was a huge amount of
>> discussion on this mailing list a while back about OpenSXCE. I do not
>> want to re-awaken those sleeping threads, I truly do not want to read
>> any more postings about whether the man who gave us OpenSXCE is
>> irredeemably and irretrievably antisocial, or whether it is moral to
>> donate money to someone whose political sympathies lie with people who
>> blow up schoolbuses.
>
>
> --->> Who<<--- is anti-social here?
> This person who probably never donated much - if any - of his labour
> for free?
> Which moral if any right do such "persons" have to talk about me like
> this?
> His only achievement (pls. correct me if this is wrong) I know of
> consisted of having posted a trolling from time to time.
>
> I know, this is a technical list. And I do understand the need to
> avoid political discussions.
> But this jay at m5.chicago.il.us "person" claimed devastating lies
> about me and not a single person had the balls to contradict his claims.
> What kind of "community" am I dealing with?
>
> Here is my short response to him:
>
> REMINDER:
>
> General Wesley Clark explains ISIS was created by U.S. Allies
> https://www.youtube.com/watch?v=ojcoKnTGf4s
>
> Wesley Clark: "Our friends and allies funded ISIS to destroy Hezbollah"
> https://www.youtube.com/watch?v=QHLqaSZPe98
>
> Hillary Clinton : We created Al-Qaeda
> https://www.youtube.com/watch?v=Dqn0bm4E9yw
>
> Hillary Clinton - We created ISIS
> https://www.youtube.com/watch?v=h5ff0EOj2WU
>
>
> Exposing the I.S.I.S Lie: How President Obama& Hillary Clinton
> Created I.S.I.S.
> https://www.youtube.com/watch?v=RU8-bgfR83Q
>
>
>
> UNFASSBAR!!! US Hauptziel IST kRIEG in Europa
> (UNBELIEVABLE!!! USA's main goal is WAR IN EUROPE
> https://www.youtube.com/watch?v=xi7M_P2ldsQ
>
>
>
> NATO wants to "fight ISIS" to - in reality - support them even better
> than until now.
> GOAL: To remove Assad and to invade Iran. Then Russia/China are
> finally completely encircled.
>
>
> https://www.youtube.com/results?search_query=mc+cain+isis
>
> US Senator John McCain: "I know ISIS intimately, I've met them and I
> talk to them all the time."
> https://www.youtube.com/watch?v=tgLj5s0Xk8A
>
> ISIS : John McCain admits he met ISIS and says "We know these people
> intimately" (Sept 16, 2014)
> https://www.youtube.com/watch?v=vItuKKuz_7Y
>
> McCain's ISIS Ties Are Too Numerous For America
> https://www.youtube.com/watch?v=C7VHPKlWJUQ
>
>
> ISIS ISIL Leader with John McCain (US GOV)? - BREAKING NEWS ALERT
> https://www.youtube.com/watch?v=Ba0jpRjGFDo
>
>
> Confirmation now in that Paris attacks were false flag.
>
> Because nothing says ‘False Flag’ like a ‘takfiri terror cell’
> planning their exercise on the exact same day as the ‘government
> terror cell’.
> http://www.globalresearch.ca/we-were-prepared-large-military-exercise-took-place-on-same-day-as-paris-terrorist-attacks/5489164
>
>
> Washington Refines Its False Flag Operations — Paul Craig Roberts
> http://www.paulcraigroberts.org/2015/11/16/washington-refines-its-false-flag-operations-paul-craig-roberts/
>
>
> Thank you, America: Sinai plane terror victims:
> https://www.google.de/search?q=sinai+plane+victims&source=lnms&tbm=isch&sa=X&ved=0CAgQ_AUoAmoVChMIgNqTpp-WyQIVyNgaCh0HDweA&biw=1280&bih=873
>
> (mostly young women and children were on board)
>
> I didn't see anybody changing his fb or twitter avatar to the Russian
> tricolore.
> Unlike now in Paris.
>
> This heartbreaking image shows 10 months young Darina, who is among
> the victims
> http://www.zerohedge.com/sites/default/files/images/user92183/imageroot/2015/10/PlanesDarina_0.png
>
>
> Russian Plane "Broke Apart In The Air," Officials Say As Investigators
> Frantically Search For "Clues"
> http://www.zerohedge.com/news/2015-11-01/russian-plane-broke-apart-air-officials-say-investigators-frantically-search-clues
>
>
> May I also ask: How was it possible that the USA knew in minutes the
> plane was shot down by ISIS, and that in less than 1 week sattelite
> images and so called "intelligence" could be provided, which are
> mysteriously still not available for MH17 let alone MH370 in 1.5
> years??????????
>
> Move on:
>
> Published: October 2nd: INSANE MCCAIN: ARM SYRIAN REBELS TO SHOOT DOWN
> RUSSIAN PLANES 'Just like we did in Afghanistan'
> https://www.youtube.com/watch?v=qXinE5lSQYI
>
> John McCain and Free Syrian Army of Israeli State Finally Shot Down a
> Russian Plane
> https://www.youtube.com/watch?v=lqwmdpvawog
>
> Leuren Moret: McCain in false flag to down Russian airliner, caught
> just prior to Sinai crash
> https://www.youtube.com/watch?v=ChT4VDm_n8M
>
> On FOX-News: US Senator John McCain says he'd give terrorists means to
> shoot down Russian planes.
> https://www.youtube.com/watch?v=paR_5iqnZsU
>
> Published September 30th: BREAKING: John McCain To Arm Rebels with STA
> Missiles To Shoot Down Russian Jets
> https://www.youtube.com/watch?v=EM-bV19J6w8
>
> Published October 2nd: Insane McCain Wants ISIS To Shoot Down Russian
> Jet Fighters
> https://www.youtube.com/watch?v=NaDPumW5qMQ
>
> Published October 2nd: US Senator John McCain: Arm Syrian Rebels to
> shoot down Russian planes!
> https://www.youtube.com/watch?v=tDFql8eE0TA
>
> Published October 2nd: Senator John McCain Wants Russian Fighter Jets
> Shot Down In Syria
> https://www.youtube.com/watch?v=YQIHCScb77o
>
> Published October 31st: BREAKING: [CENSORED] SHOOTS DOWN RUSSIAN
> AIRLINER THANKS TO JOHN MCCAIN
> https://www.youtube.com/watch?v=t7AUfWlGlmk
>
>
>
> WHO is supporting terrorists, valued Mr. jay at m5.chicago.il.us???
> Answer: IT IS *****YOU*****:
>
> Kiev started shooting their own civilians weeks before the war started
> in Mai 2014.
> YT is full of evidence (search in cyrillic).
> It has nothing to do with the Kremlin.
>
> Захват БМП в Мариуполе (другой ракурс) 11:42 9 мая 2014
> https://www.youtube.com/watch?v=MhfPkHvFBvE
>
>
> Let alone the Odessa massacre, the entire Marioupol massacre, and the
> massacred Bus in Fevruary 2014 with people from Crimea that wanted to
> travel back home from Anti-Maidan in Kiev.
> And believe me: The West is the worst tyrant of all times.
>
>
> https://www.google.de/search?q=odessa+pregnant+woman+massacre&source=lnms&tbm=isch&sa=X&ei=8lQfVaDPM47raMTugPgH&ved=0CAcQ_AUoAQ&biw=1280&bih=853
>
>
> https://www.youtube.com/watch?v=LvVuFCYPx0Y
>
> http://scgnews.com/the-odessa-massacre-what-really-happened
>
> Very Real Neo-Nazi Threat in Ukraine. A compilation of what mainstream
> media isn't showing.
> https://www.youtube.com/watch?v=pYjsCJwcPWk
>
> How the US Government Conquered Ukraine to Start WW3 With Russia
> https://www.youtube.com/watch?v=V6yL_8lal3c
>
>
> NATO bombing of Yugoslavia 1999. / NATO bombardovanje Jugoslavije 1999.
> https://www.youtube.com/watch?v=gelCe981y0I
>
> Documentary: "Why Zasto" - NATO bombing Yugoslavia IN 1999
> https://www.youtube.com/watch?v=HxDcvhH2Ypc&list=PLRImknr7RoMDl2OvaP14Mx2mBMKgMeLbK
>
>
> Reason Why I Hate USA - American Bombing of Serbia (based on lies and
> false completely made up pretexts, as every time!)
> https://www.youtube.com/watch?v=Ju-Y73Qn05Q
>
>
>
> I was born as a simple East-German in wonderful communist Soviet
> East-Berlin:
> It was a peaceful country, not invading "region" after "region", year
> after year since 1945, killing tens of millions!!!
> And YES, I do have a right to say all this! Because before 1989 your
> God-darn Western propaganda mouthpieces promised us "Freedom of
> speech" and "democracy", "freedom" and all that noise!
>
> What we in fact got from the golden West was this:
>
> TREUHANDKRIMINALITAET (aks "Privatization") :
> beutezug ost https://www.youtube.com/results?search_query=beutezug+ost
>
> and in Russia and now Ukraine:
> Всё идёт по плану (Everything goes [well] according to plan)
> https://www.youtube.com/watch?v=QS54GkLRtrI
>
> Compare this to """evil evil evil""" communism, my homeland
> East-Germany which got robbed off, de-industrialized and ensalved.
> Here before 1989:
>
> GDR:
> Weiße Maus Verkehrspolizei DDR 1987
> https://www.youtube.com/watch?v=37iy1MB1Wh8
>
> Berlin, Hauptstadt der DDR Teil 1 / Берлин, ГДР
> https://www.youtube.com/watch?v=oZdxuOK3YuE
>
> Soviet Union:
> Наташа Королёва Жёлтые тюльпаны Песня 1990
> https://www.youtube.com/watch?v=E57T8XYa7OM
>
> Moscow Olympic 1980 (BOYCOTTED by the USA, which dound it better to
> create Al-Quaeda during that time! According to Hillary Clinton herself)
> https://www.youtube.com/watch?v=qt3xVMt0k4k
>
> Yugoslavia:
> Few Americans know little if anything about: Yugoslavia - the Good Old
> Days of Tito-style Communism
> https://www.youtube.com/watch?v=0RRnCnO1Y2c
>
>
>
> I feel ashamed and DISGUSTED by Germany's EU's and generally
> Western actions. And also by such "community members" who care a damn
> shit for dead Russian women and children in Donbass or Egypt, let
> alone Syrians, Iraqis, Libyans, Afghans, Serbs and all the list
> through their amazing history as an "exceptional nation".
>
> IMAGINE: I got excluded from the Illumos discuss list in 2013 by
> Madame Deidre Straughan (gets $$$ for being a "community architect"
> destroying the community but never submitted a line of code) for
> having said the truth. And the US-sponsored terror attacks in
> Wolgograd DID KILL circa 20 CIVILIANS during the Sochi Olympics, when
> busses where blown up. Nobody had a tear. Now after the next western
> false flag everybody jumps on the MSM hysteria and calls for WAR.
> Although the only french airplane carrier headed from France to the
> Middle East 2 days _before_ the "attacks" took place.
>
> The ones who are spilling blood all over the planet - hint: It's not
> the Russians.
> And it were not the communists in my home country -
> GermanDemocraticRepublic.
> It's the West and the terror groups it create[d|s] and finance[d|s]
> for decades.
> I'm not talking about politics here. Sure - that shall not be done on
> such lists.
> But what we are dealing with here is not "politics", but
> mass-slaughter and endless genocides co-committed by our beloved
> "Nobel peace prize" winner Obomber and the EU of "western values".
> I not only have every right to speak about this, but it is my duty.
> And should be everyone's who still wants to look in the mirror.
> The day comes closer on which we no longer have the possibility to
> attend mailing lists. Who wants to let that happen and wait until his
> death with a paralyzed smile is free to do so! But I personally won't.
> GET THAT.
>
> Let me close this non-technical section forced onto us triggered by
> folks who never contributed technically, such as this jay at
> m5.chicago.il.us
> (he started it and nobody ended it, this forces me to write all this,
> yet another time ...)
> So if anybody wants to stop seeing such non-technical paragraphs,
> break the patttern ..., else it repeats while true.
>
> Listen to murdered US presidents (the only US-presidents who really
> wanted to serve their nation (and the world) all got assassinated.
> That alone would cause any true American patriot to think twice about
> CNN-News sort of "reporting" across ___all___ western MSM, who are all
> repeating the very identical "reports" from Reuters and AFP (which all
> across the alleged spectrum are owned by 7 families!)
>
> JFK - The Speech That Killed Him
> https://www.youtube.com/watch?v=y8HTr-F-FVM
>
> Eisenhower warns us of the military industrial complex.
> https://www.youtube.com/watch?v=8y06NSBBRtY
>
> (From books) Thomas Jefferson warns of the dangers of central banks
> and national debt
> https://www.youtube.com/watch?v=UrxKOO0nKwc
>
> In the old days (not only in communist countries) folks were educated
> and smart.
> Not only "expert" idiots, but had some general wisdom, were interested
> in all truly important aspects of life and defended PEACE AND JUSTICE.
> What a pathetic mass of equalized yes-sayers has this been washed into
> by "your" TV in just 3 decades?
>
> Imagine somebody during WW2 reporting about the horrible crimes
> committed by Nazi-Germany would have come to this list with
> eyewittness reporting, tons of youtube footage and waterproof evidence.
> And your only reaction would have been: ^^Sir, you violated the newly
> introduced "no-kveching-rule" which was just created _after_ your
> "hatred post".^^
> THAT's what Illumos-devel has done in 2013.
> And by doing so they are in fact complicit with genocides committed by
> their "government".
> Contradicting the American Costitution by all accounts (as every
> US-administration since JFK).
>
> For years I had not managed to grasp, why the LinUX, *BSD and other
> open-src communities disliked Solaris so much, even though Sun did
> open it in the form of OpenSolaris, and even though Solaris is one of
> the most adavanced operating systems ever created.
> Over time when dealing with some folks the reason can only be: It has
> little to do with the software, but more with such McCain -Palin
> maniac fanboys in its Sun kernel team.
>
> p.s. Back to the "Anti-Social Capitalist" bs: Why is nobody
> complaining about the fact, that certain users who never contribute
> anything substantial pollute the public oi- and other lists by
> spreading SPAM and ADS for their own private COMMERCIAL businesses,
> even in cases where all they "contributed" was a one-liner joke, such
> as here:
> http://openindiana.org/pipermail/openindiana-discuss/2015-November/018225.html
> ???
>
> If we want equal standards for all, then some should not be "more equal".
> }
>
>
>
>
>
>
> {
> # # # # # # # # # # # # # # # # # # # # # # # # # # # #
> # # # Part III.) THANKS: # # # # # # # # # # # # # # #
> # # # # # # # # # # # # # # # # # # # # # # # # # # # #
>
> Most of all I would like to thank my girlfriend and my family who have
> limitless amounts of
> understanding for the financial and time-realted problems caused by this.
> I LOVE HER
>
> And then: You can thank Al Hopper who pays for all my OpenSolaris
> related hosting, domain names etc since 2005!!!!!
> Thanks also to all who ever sent me money (as listed in
> http://svr4.opensxce.org/RELEASE_NOTES__OpenSXCE2014.05_x86_x64_INTEL32-64_AMD32-64____sun4u_sun4v_SPARC.txt
> and to Ken Mays for his never-ending series of mentioning me on-list
> in some positive way, plus for having designed OpenSXCE.org's old (now
> outdated) website.
>
> If anybody attempted to contact me via martin at martux.org since July:
> Please don't be upset. I no longer have any pw access because google
> claims "I'm running a biz", which would be nice but is not the case.
> They want 5 EUR per month and I cannot by any means pay that
> (especially not backwards from tip).
> My new eMail address is: opensxce [[at]] mail.ru
> If anybody would in fact want to give me some $$$ back for my work
> (after he tested if he likes it), then plese use that new email
> address, tnx.
> If not, I cannot do anything about that, as all the way back to 2005
> and 2003.
> }
>
> Sorry - won't spell-check or correction-read this anomore.
> I dislike writing such long ANNOUNCE files.
> Everything that needed to addressed has been said. By releasing this
> FF port the ball is now in your field.
> If OpenIndiana and or Illumos is interested in any friendship, then
> everybody can see that I once again attempted to reach out and gave
> you my hand.
> This time you have all FF related SRC patches. So it proves that I
> trust you.
>
> You can thank friendly long-term community members from good old osol
> times, because without having seen that they repeatedly had some good
> words for me on the ml list and openindiana.org's FF page and the
> illumos site, this release would not have happened (regards and BIG
> tnx to all my misc. friends, as listed in
> http://svr4.opensxce.org/RELEASE_NOTES__OpenSXCE2014.05_x86_x64_INTEL32-64_AMD32-64____sun4u_sun4v_SPARC.txt
> !).
>
>
>
> FOR THE DEMOCRATIC REPUBLICS, IMAGINE
>
> Martin Bochnig
> opensxce at mail.ru
>
>
>
>
>
>
>
>
> _______________________________________________
> openindiana-discuss mailing list
> openindiana-discuss at openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
More information about the openindiana-discuss
mailing list