Re: [OpenIndiana-discuss] Firefox 127 - Bookmark Menu not being displayed

2024-06-17 Thread russell

Hi

I have figured out what was causing the problem, I backed up my Bookmark 
Toolbar to a file and then proceeded to delete the my existing Bookmark 
Toolbar folders. When I completed this I found a Bookmark Folder present 
so I deleted it and then restored my backup. My Toolbar's appeared 
instantly.


Kind Regards

Russell

On 6/16/24 19:32, russell wrote:


Hi

Upgraded to the latest release of OI today and after rebooting into 
the new BE I found that Firefox will not display the bookmark menu.


View -> Toolbars -> Bookmark Toolbar -> Always Show   
 no display
View -> Toolbars -> Bookmark Toolbar -> On Show on New Tab     
 no display


Is anyone else having the same problem.

I also noticed that when booting, there is a nvlist error ... zfs 
parameters  (it is hard to read the message) but the system boots.
The display has reverted to a very low screen resolution during the 
boot and for the display of the boot menu.


The thunderbird date problem still shows US format instead of UK.

Kind Regards

Russell


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 123.0.1 has changed UA (User-Agent) value?

2024-03-21 Thread Richard L. Hamilton


> On Mar 21, 2024, at 11:53, Udo Grabowski (IMK)  wrote:
> 
> On 21/03/2024 16:11, Predrag Zečević via openindiana-discuss wrote:
>> For example, previous version UA was:
>> 
>> "Mozilla/5.0 (X11; SunOS i86pc; rv:122.0) Gecko/20100101 Firefox/122.0"
>> 
>> Now is:
>> 
>> "Mozilla/5.0 (X11; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0"
>> 
>> Why? How?
>> 
>> Just spend 30 minutes searching log files for *SunOS* (no one else uses it, 
>> so
>> it is nice :-))
>> 
>> 
>> P.S: I have removed UA switcher before writing this, and bounced FF
>> 
> 
> I also see this, and it has a nice side effect: You can now join
> Zoom meetings via the browser (since there's no zoom client for SunOS)
> without being rejected by Zoom per default at the entrance page ...

On the downside, this under-represents Solaris and derivatives to anyone 
looking at web server logs. For something already uncommon as a desktop, that's 
probably not helpful.

The user agent selector extension sounds like a really good idea, with a note 
of the known cases where presenting oneself as something other than SunOS 
(Solaris, OpenIndiana, Illumos, etc) may enable additional functionality.

That leaves the question of what would be the better default without it. I 
could argue that either way (with some bias that accurate is best in the end, 
even if that's not until the afterlife), but in the absence of knowing of more 
than one (the Zoom example) case where it affects functionality, I'd have to 
reluctantly favor greater functionality. Regardless, some  user-facing note of 
the issue would IMO be good.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 123.0.1 has changed UA (User-Agent) value?

2024-03-21 Thread Predrag Zečević via openindiana-discuss

Yes,

this is why I was using add-on:

https://gitlab.com/ntninja/user-agent-switcher

Regards.

On 2024-03-21 16:53, Udo Grabowski (IMK) wrote:

On 21/03/2024 16:11, Predrag Zečević via openindiana-discuss wrote:

For example, previous version UA was:

"Mozilla/5.0 (X11; SunOS i86pc; rv:122.0) Gecko/20100101 Firefox/122.0"

Now is:

"Mozilla/5.0 (X11; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0"

Why? How?

Just spend 30 minutes searching log files for *SunOS* (no one else 
uses it, so

it is nice :-))


P.S: I have removed UA switcher before writing this, and bounced FF



I also see this, and it has a nice side effect: You can now join
Zoom meetings via the browser (since there's no zoom client for SunOS)
without being rejected by Zoom per default at the entrance page ...

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


--
Predrag Zečević

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 123.0.1 has changed UA (User-Agent) value?

2024-03-21 Thread Udo Grabowski (IMK)

On 21/03/2024 16:11, Predrag Zečević via openindiana-discuss wrote:

For example, previous version UA was:

"Mozilla/5.0 (X11; SunOS i86pc; rv:122.0) Gecko/20100101 Firefox/122.0"

Now is:

"Mozilla/5.0 (X11; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0"

Why? How?

Just spend 30 minutes searching log files for *SunOS* (no one else uses it, so
it is nice :-))


P.S: I have removed UA switcher before writing this, and bounced FF



I also see this, and it has a nice side effect: You can now join
Zoom meetings via the browser (since there's no zoom client for SunOS)
without being rejected by Zoom per default at the entrance page ...
--
Dr.Udo Grabowski  Inst.of Meteorology & Climate Research IMK-ASF-SAT
https://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology  https://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox crashes

2024-02-05 Thread Predrag Zečević via openindiana-discuss



On 2024-02-05 17:28, Stephan Althaus wrote:

On 2/5/24 13:27, Predrag Zecevic wrote:

pfexec zfs -o set volsize=48G rpool/swap


Hello!

I've increased that value from 32GB to 48 as described, no change here.

My "test" is bidding on ebay, by clicking on a 'button' with a 
predefined bidding value, so maybe something related to javascript (?)


Don't know.

Regards,
Stephan



Hi Stephen,

unfortunately, I got core dump this morning, nevertheless on swap size...

:; pkg list firefox
NAME (PUBLISHER)  VERSION 
IFO
web/browser/firefox   122.0-2024.0.0.0 
i--


I am also not sure what caused it...

Best regards.

--
Predrag Zečević

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox crashes

2024-02-05 Thread Stephan Althaus

On 2/5/24 13:27, Predrag Zecevic wrote:

pfexec zfs -o set volsize=48G rpool/swap


Hello!

I've increased that value from 32GB to 48 as described, no change here.

My "test" is bidding on ebay, by clicking on a 'button' with a 
predefined bidding value, so maybe something related to javascript (?)


Don't know.

Regards,
Stephan



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox crashes

2024-02-05 Thread Predrag Zecevic via openindiana-discuss

On 2024-02-05 10:02:39, Stephan Althaus wrote:

Hello!

since a few days, firefox dumps core from time to time. i think i can 
reproduce it easily.


Anyone else seeing this, or is this a local problem ?

I updated last time on 02.02.2024:
The illumos Project illumos-b91bbe3818  February 2024


core 'core' of 4945:    /usr/bin/firefox
-- thread# 1 / lwp# 1 [MainThread] ---
 7fff852cace2 _ZN2JS18HideScriptedCallerEP9JSContext ()
 7fff821ef472 
_ZN7mozilla3dom27CustomElementReactionsStack15InvokeReactionsEP10AutoTArrayI6RefPtrINS0_7ElementEELm3EEP15nsIGlobalObject 
() + 5c
 7fff821ef8c7 
_ZN7mozilla3dom27CustomElementReactionsStack24PopAndInvokeElementQueueEv 
() + af

 7fff81ca7abd _ZN7mozilla3dom14AutoCEReactionD1Ev () + 59
 7fff82ab2146 
_ZN7mozilla3dom15Element_BindingL12setAttributeEP9JSContextN2JS6HandleIP8JSObjectEEPvRK19JSJitMethodCallArgs 
() + 1ef
 7fff82c06a7a 
_ZN7mozilla3dom14binding_detail13GenericMethodINS1_16NormalThisPolicyENS1_15ThrowExceptionsEEEbP9JSContextjPN2JS5ValueE 
() + 1ea

 2d26f1ea4d1e  ()
 2d26f1e59876  ()
 2d26f1e8b84e  ()
 2d26f1e59876  ()
 2d26f1e504e6  ()
 7fff856b7f51 _ZL8EnterJitP9JSContextRN2js8RunStateEPh () + 13e
 7fff856b83a8 _ZN2js3jit13MaybeEnterJitEP9JSContextRNS_8RunStateE 
() + 6a

 7fff858b7550 _ZN2js9RunScriptEP9JSContextRNS_8RunStateE () + b5
 7fff858b7926 
_ZN2js23InternalCallOrConstructEP9JSContextRKN2JS8CallArgsENS_14MaybeConstructENS_10CallReasonE 
() + 1a4
 7fff858b81f4 
_ZN2js4CallEP9JSContextN2JS6HandleINS2_5ValueEEES5_RKNS_13AnyInvokeArgsENS2_13MutableHandleIS4_EENS_10CallReasonE 
() + bf

 7fff8513abf7 _ZN2js9fun_applyEP9JSContextjPN2JS5ValueE () + 337
 2d26f1e561c6  ()
 2d26f1fdf109  ()
 2d26f1ec7d97  ()
 2d26f2022db7  ()
 2d26f1e504e6  ()
 7fff856b7f51 _ZL8EnterJitP9JSContextRN2js8RunStateEPh () + 13e
 7fff856b83a8 _ZN2js3jit13MaybeEnterJitEP9JSContextRNS_8RunStateE 
() + 6a




Regards,

Stephan



Hi Stephan,

I had swap dataset set to 32GB and got recent FF (and librewolf too) 
crashed few times, until I have increased it:

:; pfexec zfs -o set volsize=48G rpool/swap

Since then, all works fine.

I am not sure if that has helped at all (and I have pulled out new size 
from ...), but if I recall properly, we had to increase swap for FF in 
order to get it working long time ago..


Regards


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


--
Predrag Zečević
predrag.zecevic.1...@googlemail.com


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox problem

2023-05-31 Thread Predrag Zečević via openindiana-discuss

On 5/31/23 15:12, Predrag Zečević wrote:


On 5/31/23 15:06, Bob Friesenhahn wrote:

On Wed, 31 May 2023, Predrag Zečević via openindiana-discuss wrote:


[Parent 1693, IPDL Background] WARNING: fallocate failed to set shm 
size: Invalid argument: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:404
[Parent 1693, IPDL Background] WARNING: ftruncate failed to set shm 
size: No space left on device: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:407

IPDL protocol error: SharedMemory::Create failed!
Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: 
CompositorBridgeChild receives IPC close with reason=AbnormalShutdown 
(t=2320.83) Exiting due to channel error.


These errors have to do with available disk space (or a problem with 
the temporary file directory) rather than RAM.  The fallocate() 
function does this: "preallocate or deallocate space to a file".  If 
the filesystem (presumably where temporary files reside) does not 
support the pre-allocation capability, or the directory is too full, 
or the file does not exist, then the request will fail.


The ftruncate() error implies that the directory is full.

The mention of a file name 'file' suggests that the software is not 
even using a correct file path and might in fact just be using the 
name 'file'.


Bob


Thanks Bob!

That was good one...

I have found this (in /etc/vfstab, probably added very long time ago, 
only today it has started to "work"):


#device device  mount FS  fsck
mount   mount
#to mount   to fsck point type    pass    at 
boot options
swap    -   /tmp tmpfs   -   
yes size=4096m



I will remove tmpfs size option... and reboot. THen I wil lcheck again 
(tomorrow, most likely).


One more time, thanks for the hint (I was focused on swap only)
Best regards

Forgot this, which confirms it:

:; pfexec /usr/bin/df -hP | grep -E "Filesystem|tmp"
Filesystem Size   Used  Available Capacity  Mounted on
swap 4G  3,99G  6,35M   100%/tmp



--
Predrag Zečević

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox problem

2023-05-31 Thread Predrag Zečević via openindiana-discuss


On 5/31/23 15:06, Bob Friesenhahn wrote:

On Wed, 31 May 2023, Predrag Zečević via openindiana-discuss wrote:


[Parent 1693, IPDL Background] WARNING: fallocate failed to set shm 
size: Invalid argument: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:404
[Parent 1693, IPDL Background] WARNING: ftruncate failed to set shm 
size: No space left on device: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:407

IPDL protocol error: SharedMemory::Create failed!
Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: 
CompositorBridgeChild receives IPC close with reason=AbnormalShutdown 
(t=2320.83) Exiting due to channel error.


These errors have to do with available disk space (or a problem with the 
temporary file directory) rather than RAM.  The fallocate() function 
does this: "preallocate or deallocate space to a file".  If the 
filesystem (presumably where temporary files reside) does not support 
the pre-allocation capability, or the directory is too full, or the file 
does not exist, then the request will fail.


The ftruncate() error implies that the directory is full.

The mention of a file name 'file' suggests that the software is not even 
using a correct file path and might in fact just be using the name 'file'.


Bob


Thanks Bob!

That was good one...

I have found this (in /etc/vfstab, probably added very long time ago, 
only today it has started to "work"):


#device device  mount 
FS  fsckmount   mount
#to mount   to fsck point 
typepassat boot options
swap-   /tmp 
tmpfs   -   yes size=4096m



I will remove tmpfs size option... and reboot. THen I wil lcheck again 
(tomorrow, most likely).


One more time, thanks for the hint (I was focused on swap only)
Best regards


--
Predrag Zečević

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox problem

2023-05-31 Thread Bob Friesenhahn

On Wed, 31 May 2023, Predrag Zečević via openindiana-discuss wrote:


[Parent 1693, IPDL Background] WARNING: fallocate failed to set shm size: 
Invalid argument: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:404
[Parent 1693, IPDL Background] WARNING: ftruncate failed to set shm size: No 
space left on device: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:407

IPDL protocol error: SharedMemory::Create failed!
Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: CompositorBridgeChild 
receives IPC close with reason=AbnormalShutdown (t=2320.83) Exiting due to 
channel error.


These errors have to do with available disk space (or a problem with 
the temporary file directory) rather than RAM.  The fallocate() 
function does this: "preallocate or deallocate space to a file".  If 
the filesystem (presumably where temporary files reside) does not 
support the pre-allocation capability, or the directory is too full, 
or the file does not exist, then the request will fail.


The ftruncate() error implies that the directory is full.

The mention of a file name 'file' suggests that the software is not 
even using a correct file path and might in fact just be using the 
name 'file'.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox still reporting missing codecs

2023-03-30 Thread Udo Grabowski (IMK)
On 30/03/2023 17:26, russell wrote> Performed an update yesterday 
evening creating a new BE, rebooted and > checked access to youtube.> 
Some videos work without issue generating no alert but others will not > 
play because the video codec is not available

firefox delegates some video playback to ffmpeg. Since the pkgin
repository (https://pkgsrc.smartos.org) has much more plugins than
the OI one, I have installed from there:

fmpeg5-5.1.2nb4 Decoding, encoding and streaming software (v5.x)
gst-ffmpeg-0.10.13nb29 GStreamer ffmpeg plugin
gst-plugins1-libav-1.22.1 GStreamer libav/ffmpeg plugin

and redirect firefox vi a script to load ffmpeg from there:

LD_LIBRARY_PATH=/opt/local/lib/ffmpeg5:${LD_LIBRARY_PATH} 
/usr/lib/amd64/firefox/firefox $@
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox/thunderbird mediators and upgrade

2021-12-07 Thread Andreas Wacknitz


Am 12/7/21 um 21:52 schrieb Bob Friesenhahn:

I have not updated OpenIndian for some time (/etc/release says
2020.10).  Using 'pkg update -rnv' I see reasonable output except for
this output (simplified) which causes concern:

Changed mediators:
  mediator firefox:
   version: 60 (system default) -> None

  mediator thunderbird:
   version: 52 (system default) -> None

I am worried that the above means that after an upgrade, there will be
no firefox or thunderbird available.  Presumably I could then manually
install them.

My assumption regarding the meaning of 'Changed mediators' may be
totally incorrect.
Using 'pkg mediator' I see this relevant output:

MEDIATOR    VER. SRC. VERSION IMPL. SRC. IMPLEMENTATION
firefox system    60  system
thunderbird system    52  system

Will everything just be ok or is there a way to influence the
mediators in advance such that firefox and thunderbird will be
installed with the latest version?

Bob


Don't worry. We have removed both mediators as we only have one version
of both packages for some time now and don't plan to support multiple
packages for the foreseeable future.
Thus, the mediators were useless.

Andreas


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox and Thunderbird

2021-03-25 Thread Carsten Grzemba via openindiana-discuss



Am 25.03.21 17:25 schrieb Apostolos Syropoulos  : 
> 
> The site says that version has firefox version 68.12.0 dated
> March 16, 2021 11:42:47 AM Obviously something is wrong
> A.S.
> --
> Apostolos Syropoulos
> Xanthi, Greece
> 
just in the moment I refreshed the repo.
 -- 
Carsten
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox and Thunderbird

2021-03-25 Thread Apostolos Syropoulos via openindiana-discuss
The site says that version has firefox version 68.12.0 dated
March 16, 2021 11:42:47 AM Obviously something is wrong
A.S.
--
Apostolos Syropoulos
Xanthi, Greece

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox problem

2020-11-23 Thread Udo Grabowski (IMK)



On 23.11.20 10:09, Apostolos Syropoulos via openindiana-discuss wrote:

Hello,

Today I tried to visit the following web page

www.wearhouse.shop

and I got the following response:

Secure Connection Failed

The connection to www.wearhouse.shop was interrupted while the page was loading.

     The page you are trying to view cannot be shown because the authenticity 
of the received data could not be verified.
     Please contact the website owners to inform them of this problem.

Learn more…

Report errors like this to help Mozilla identify and block malicious sites

I tried the visit the same cite using Firefox on a Windows 7 VM and it works
just fine. So I guess that the current version of Firefox is too old. Are there
any plans to get a newer version?



No, the domain has expired and points to a domainbroker without any
https option. Therefore the "old" firefox is absolutely right and
the windows version should be hardened...

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox

2020-07-07 Thread Judah Richardson
From what I gather from reading bug reports over the years, Firefox is
extremely difficult to port to OSes with non-1st party support.

On Tue, Jul 7, 2020 at 2:58 AM Till Wegmüller  wrote:

> Hi
>
> From my side Work on this has started and stalled multiple times,
> because the Complexity for this release has increased quite a bit. Also
> this release seems to behave differently depending on which developer
> compiles it sometimes someone runs into a header conflict and somebody
> else doesn't. We have still some people who want to try their luck but
> Firefox has become a PITA for some reason and we cant say why. It will
> take time but we cannot say how long.
>
>
> Sorry to not have better news.
> Greetings
> Till
>
> On 07.07.20 09:42, Alexander Pyhalov via openindiana-discuss wrote:
> > Hi.
> > Not on my side.
> > So far I have no time for large tasks. I can do small thing here and
> there, but I think I'll not be able to contribute something complex in the
> next several months.
> >
> > С уважением,
> > Александр Пыхалов,
> > программист отдела телекоммуникационной инфраструктуры
> > управления информационно-коммуникационной инфраструктуры ЮФУ
> >
> >
> > 
> > От: Apostolos Syropoulos via openindiana-discuss <
> openindiana-discuss@openindiana.org>
> > Отправлено: 5 июля 2020 г. 13:10
> > Кому: Discussion List for OpenIndiana
> > Копия: Apostolos Syropoulos
> > Тема: [OpenIndiana-discuss] Firefox
> >
> > Hello,
> > Are there any plans to have a more recentversion of Firefox? Some Google
> sitescomplain that this version is quite old!I upgraded my system last May.
> > Kind regards,Apostolos
> > Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
> > ___
> > openindiana-discuss mailing list
> > openindiana-discuss@openindiana.org
> > https://openindiana.org/mailman/listinfo/openindiana-discuss
> > ___
> > openindiana-discuss mailing list
> > openindiana-discuss@openindiana.org
> > https://openindiana.org/mailman/listinfo/openindiana-discuss
> >
>
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox

2020-07-07 Thread Till Wegmüller
Hi

From my side Work on this has started and stalled multiple times,
because the Complexity for this release has increased quite a bit. Also
this release seems to behave differently depending on which developer
compiles it sometimes someone runs into a header conflict and somebody
else doesn't. We have still some people who want to try their luck but
Firefox has become a PITA for some reason and we cant say why. It will
take time but we cannot say how long.


Sorry to not have better news.
Greetings
Till

On 07.07.20 09:42, Alexander Pyhalov via openindiana-discuss wrote:
> Hi.
> Not on my side.
> So far I have no time for large tasks. I can do small thing here and there, 
> but I think I'll not be able to contribute something complex in the next 
> several months.
> 
> С уважением,
> Александр Пыхалов,
> программист отдела телекоммуникационной инфраструктуры
> управления информационно-коммуникационной инфраструктуры ЮФУ
> 
> 
> 
> От: Apostolos Syropoulos via openindiana-discuss 
> 
> Отправлено: 5 июля 2020 г. 13:10
> Кому: Discussion List for OpenIndiana
> Копия: Apostolos Syropoulos
> Тема: [OpenIndiana-discuss] Firefox
> 
> Hello,
> Are there any plans to have a more recentversion of Firefox? Some Google 
> sitescomplain that this version is quite old!I upgraded my system last May.
> Kind regards,Apostolos
> Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
> 

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox

2020-07-07 Thread Alexander Pyhalov via openindiana-discuss
Hi.
Not on my side.
So far I have no time for large tasks. I can do small thing here and there, but 
I think I'll not be able to contribute something complex in the next several 
months.

С уважением,
Александр Пыхалов,
программист отдела телекоммуникационной инфраструктуры
управления информационно-коммуникационной инфраструктуры ЮФУ



От: Apostolos Syropoulos via openindiana-discuss 

Отправлено: 5 июля 2020 г. 13:10
Кому: Discussion List for OpenIndiana
Копия: Apostolos Syropoulos
Тема: [OpenIndiana-discuss] Firefox

Hello,
Are there any plans to have a more recentversion of Firefox? Some Google 
sitescomplain that this version is quite old!I upgraded my system last May.
Kind regards,Apostolos
Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox

2020-07-05 Thread bscuk2

Hello,

The best outcome would be a version with advanced integration of AV1 
codex on Firefox. https://research.mozilla.org/av1-media-codecs/


Robert Jones


On 05/07/2020 11:10, Apostolos Syropoulos via openindiana-discuss wrote:

Hello,
Are there any plans to have a more recentversion of Firefox? Some Google 
sitescomplain that this version is quite old!I upgraded my system last May.
Kind regards,Apostolos
Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox user agent override for GitHub

2020-01-22 Thread Predrag Zecevic - Unix Systems Administrator

On 01/19/20 12:34, Michal Nowak via openindiana-discuss wrote:

Hi,

recently GitHub stopped supporting Firefox 60 ESR, making portions of 
the site unusable for our browser.


Before Firefox 68 ESR is available this is how you override the GitHub 
check:


Open about:config in Firefox, add "general.useragent.override" name of a 
string type, set it's value to "Mozilla/5.0 (X11; SunOS i86pc; rv:68.0) 
Gecko/20100101 Firefox/68.0".


Make sure you remove the override preference, when Firefox 68 ESR is 
available.


Michal


Hi all,

I set this, but then youtube pages look very ugly (e.g. unusable). 
Anyone else have same problem?


Regards


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

tel: +49 - 6196 - 95058 - 15
mob: +49 - 174 - 3109288
fax: +49 - 6196 - 95058 - 94
e-mail: predrag.zece...@2e-systems.com

headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am 
Taunus, Germany

registration: Amtsgericht Koenigstein (Germany), HRB 7303
managing director: Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox crashes

2019-11-16 Thread Apostolos Syropoulos via openindiana-discuss
Hello Tim,
Although there are some entries in the list archives let me check thingsfor you:

$ /usr/sbin/swap -sh
total: 521M allocated + 331M reserved = 853M used, 23,4G available

I guess I have more than enough.
Also, I have made the recommended change in the Preferences sectionbut still 
Firefox crashes! In particular, when I try to read my 
yahoo mail it crashes immediately. I have also tried the "trick" 
with the new .mozilla folder but I get the same result. Now, I 
have another mathine that uses the same version of the OS andthere the browser 
does not crash. Probably something is wrong withmy system as, for example, 
pluma sometimes dumps core when I close it.
Regards,
Apostolos
PS This massage was written using Firefox on Windows 7 that runs underVB...


--
Apostolos Syropoulos
Xanthi, Greece
 

  
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox crashes

2019-11-15 Thread Tim Mooney

In regard to: [OpenIndiana-discuss] Firefox crashes, Apostolos Syropoulos...:


Yesterday I upgraded and still Firefoxcrashes.


The mailing list archives seem to be missing some email threads, so
please forgive me for having to ask something you might have mentioned
previously:  did you increase the amount of swap on your system, as
mentioned in the 2019.04 release notes:

http://docs.openindiana.org/release-notes/2019.04-release-notes/

Michal Nowak posted about this back on April 28, 2019:

1) Memory usage is higher.

Make sure that you have enough swap. If Firefox suddenly stops, pkg or
Thunderbird crash or other processes report memory errors or fork()
problems, check if you have enough swap available for reservation by:

  $ swap -sh

Optionally extend swap to match your memory requirements, e.g.:

  $ zfs get volsize rpool/swap
  $ pfexec zfs set volsize=24g rpool/swap
  $ pfexec reboot

Personally, I had to extend swap space to 24 GB. My physical memory to swap
ratio is now 2:3.

You can limit Firefox memory usage by following (2) below.

2) As Firefox uses parallel threads, peak CPU load may be higher (though the
benefit is that things get done faster).

By default Firefox uses up to 4 content threads. You can limit CPU and
memory usage by explicitly lowering the amount of content threads used:

Preferences -> General -> Performance -> uncheck "Use recommended
performance settings" -> set "Content process limit" to lower number


Beyond that, I've found that the "Refresh Firefox" procedure has fixed
firefox issues I've had in the past:


https://support.mozilla.org/en-US/kb/refresh-firefox-reset-add-ons-and-settings

Be sure you read through all of that though, as the "refresh" procedure
creates a new profile for you and basically resets firefox to defaults.
You will lose many customizations, but if the refresh fixes the crashes,
you could systematically re-apply your custom settings and test, to see
if you can determine if it's a particular setting (or more likely,
add-on) that is responsible for most of the crashes.

Just as a point of reference: I did increase the swap on my workstation
back in April, before installing the updated firefox, and I don't have
very many firefox add-ons installed (uBlock Origin and Firefox
Multi-Account Containers are the two main ones, there are some lesser ones
too).  I run firefox with 20 or more tabs open, and I've only had it crash
once in the last 6 months.  That's part of why I'm at least a little
suspicious that it may be something corrupted in your profile or with one
of your add-ons.  The refresh procedure would determine pretty quickly if
a fresh profile is more stable.  The down-side is that you have to make
many customizations again.

Tim
--
Tim Mooney tim.moo...@ndsu.edu
Enterprise Computing & Infrastructure /
Division of Information Technology/701-231-1076 (Voice)
North Dakota State University, Fargo, ND 58105-5164

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox crashes

2019-11-15 Thread Jason Martin
I do not have hipster installed at present time. (No space or extra 
machine available)


But with latest OpenBSD 6.6 and firefox-esr-68.2.0

I get lots of crashes too.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

2019-09-23 Thread cpforum
Hello,

 

A reinit of the profile

mv .mozilla .mozilla.bak

solve my problem.

Better solution than swap to examine memory usage are :

mate-system-monitor (go to Ressources)

vmstat 5

htop




 
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

2019-09-22 Thread cpforum
I think there is one or more memory leak and bug with Firefox 60.9.0esr. There 
is no need to have a lot of Mb. 2 Mb of freemem are enough.
 

 

 

 

> Message du 18/09/19 21:14
> De : "Michal Nowak" 
> A : openindiana-discuss@openindiana.org
> Copie à : 
> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> 
> On 09/18/19 07:26 PM, cpforum wrote:
> > Thank's for ideas to find a solution.
> > 
> > 
> >>>> Under CentOS 6.10 last yum updated running VirtualBox 5.2.32 => 
> >>>> OpenIndiana/Firefox 60.9.0esr is OK to open html file Sélected via 
> >>>> CTRL-O.
> > 
> >>>> Under Windows 7 last windowsupdated running VirtualBox 5.2.32 => 
> >>>> OpenIndiana/Firefox 60.9.0esr freeze
> > 
> > Both VM are defined with 2 proc and 4 GB (Both harware are 8GB/4 cores)
> > 
> >  It appears not to be a swap problem
> > 
> > top output
> > 
> > Memory: 4096M phys mem, 2597M free mem, 8192M total swap, 7637M free swap
> > 
> > root@india:~# zfs get volsize rpool/swap
> > NAME PROPERTY VALUE SOURCE
> > rpool/swap volsize 8G local
> > root@india:~# swap -sh
> > total: 791M allocated + 8,22G reserved = 9,00G used, 1,54G available
> 
> There are two things to try:
> 
> 1) Enlarge swap. Having 1.5 G of available swap is unfortunately not 
> that much with Firefox running. I had to go to 32 G of swap to make 
> Firefox stable for me with 16 G of RAM and 4 content processes (see below).
> 
> 2) Lower the "Content process limit" in Firefox Preferences. Set it to 1.
> 
> Michal
> 
> > root@india:~# swap -lh
> > swapfile dev swaplo blocks free
> > /dev/zvol/dsk/rpool/swap 304,2 4K 8,00G 7,46G
> > 
> > 
> > 
> > 
> >> Message du 17/09/19 20:03
> >> De : "Michal Nowak"
> >> A : openindiana-discuss@openindiana.org
> >> Copie à :
> >> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> >>
> >> That Gecko warning is usually associated with the system being low on swap:
> >>
> >> https://www.illumos.org/issues/10883
> >>
> >> https://www.mail-archive.com/openindiana-discuss@openindiana.org/msg22166.html
> >>
> >> How much RAM and swap do you have?
> >>
> >> Can you run this when opening a local HTML file and report back a couple
> >> of lines?
> >>
> >> while true; do swap -sh; sleep 1; done
> >>
> >> Michal
> >>
> >> On 09/17/19 07:54 PM, cpforum wrote:
> >>> $ firefox
> >>>
> >>> I have always the following 2 lines
> >>>
> >>> (firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:34: 
> >>> Expected ')' in color definition
> >>> (firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:77: 
> >>> Expected ')' in color definition
> >>>
> >>> When I try to open a local html File with tab I have the following log
> >>>
> >>> [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> >>> file 
> >>> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >>>  line 524
> >>> [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> >>> file 
> >>> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >>>  line 524
> >>> [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> >>> file 
> >>> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >>>  line 524
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>> Message du 17/09/19 19:46
> >>>> De : "cpforum"
> >>>> A : "Discussion list for OpenIndiana"
> >>>> Copie à :
> >>>> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> >>>>
> >>>> It depends on how you open the file. $ firefox file.html is OK type an 
> >>>> url file:/// is also OK Using Tabs Menu "FIle" then "Open File" select 
> >>>> "file.html" then Click Open do not work for me.         > Message du 
> >>>> 17/09/19 17:18 > De : &qu

Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

2019-09-18 Thread Michal Nowak

On 09/18/19 07:26 PM, cpforum wrote:

Thank's for ideas to find a solution.



Under CentOS 6.10 last yum updated running VirtualBox 5.2.32 => 
OpenIndiana/Firefox 60.9.0esr is OK to open html file Sélected via CTRL-O.



Under Windows 7 last windowsupdated running VirtualBox 5.2.32 => 
OpenIndiana/Firefox 60.9.0esr freeze


Both VM are defined with 2 proc and 4 GB (Both harware are 8GB/4 cores)

  It appears not to be a swap problem

top output

Memory: 4096M phys mem, 2597M free mem, 8192M total swap, 7637M free swap

root@india:~# zfs get volsize rpool/swap
NAME PROPERTY VALUE SOURCE
rpool/swap volsize 8G local
root@india:~# swap -sh
total: 791M allocated + 8,22G reserved = 9,00G used, 1,54G available


There are two things to try:

1) Enlarge swap. Having 1.5 G of available swap is unfortunately not 
that much with Firefox running. I had to go to 32 G of swap to make 
Firefox stable for me with 16 G of RAM and 4 content processes (see below).


2) Lower the "Content process limit" in Firefox Preferences. Set it to 1.

Michal


root@india:~# swap -lh
swapfile dev swaplo blocks free
/dev/zvol/dsk/rpool/swap 304,2 4K 8,00G 7,46G


  


Message du 17/09/19 20:03
De : "Michal Nowak"
A : openindiana-discuss@openindiana.org
Copie à :
Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

That Gecko warning is usually associated with the system being low on swap:

https://www.illumos.org/issues/10883

https://www.mail-archive.com/openindiana-discuss@openindiana.org/msg22166.html

How much RAM and swap do you have?

Can you run this when opening a local HTML file and report back a couple
of lines?

while true; do swap -sh; sleep 1; done

Michal

On 09/17/19 07:54 PM, cpforum wrote:

$ firefox

I have always the following 2 lines

(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:34: 
Expected ')' in color definition
(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:77: 
Expected ')' in color definition

When I try to open a local html File with tab I have the following log

[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524











Message du 17/09/19 19:46
De : "cpforum"
A : "Discussion list for OpenIndiana"
Copie à :
Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

It depends on how you open the file. $ firefox file.html is OK type an url file:/// is also OK Using Tabs Menu "FIle" then "Open File" select "file.html" then Click Open do not work for me.         > Message du 17/09/19 17:18 > De : 
"Andreas Wacknitz" > A : openindiana-discuss@openindiana.org > Copie à : > Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug > > On my system I can open html files without any hassle. So it's either > your file or your configuration. > 
> Regards, > Andreas > > > Am 17.09.19 um 08:37 schrieb cpforum: > > Hello, > > > > Last Firefox 60.9.0esr works with http and https urls. If you try to Open an HTML file with File/Open File then select an HTML file and Open, then Firefox 
seem to be in a loop. > > And you have to pkill it. It appears to be a regression (60.8.0esr works fine). > > > > > > > > > > > > > > > > ___ > > openindiana-discuss 
mailing list > > openindiana-discuss@openindiana.org > > https://openindiana.org/mailman/listinfo/openindiana-discuss > > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org 
> https://openindiana.org/mailman/listinfo/openindiana-discuss > ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___ openindiana-discuss mailing 
list openindiana-discuss@openindiana.org 
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

2019-09-18 Thread cpforum
Thank's for ideas to find a solution.


>>> Under CentOS 6.10 last yum updated running VirtualBox 5.2.32 => 
>>> OpenIndiana/Firefox 60.9.0esr is OK to open html file Sélected via CTRL-O.

>>> Under Windows 7 last windowsupdated running VirtualBox 5.2.32 => 
>>> OpenIndiana/Firefox 60.9.0esr freeze

Both VM are defined with 2 proc and 4 GB (Both harware are 8GB/4 cores)

 It appears not to be a swap problem

top output

Memory: 4096M phys mem, 2597M free mem, 8192M total swap, 7637M free swap

root@india:~# zfs get volsize rpool/swap
NAME PROPERTY VALUE SOURCE
rpool/swap volsize 8G local
root@india:~# swap -sh
total: 791M allocated + 8,22G reserved = 9,00G used, 1,54G available
root@india:~# swap -lh
swapfile dev swaplo blocks free
/dev/zvol/dsk/rpool/swap 304,2 4K 8,00G 7,46G


 

> Message du 17/09/19 20:03
> De : "Michal Nowak" 
> A : openindiana-discuss@openindiana.org
> Copie à : 
> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> 
> That Gecko warning is usually associated with the system being low on swap:
> 
> https://www.illumos.org/issues/10883
> 
> https://www.mail-archive.com/openindiana-discuss@openindiana.org/msg22166.html
> 
> How much RAM and swap do you have?
> 
> Can you run this when opening a local HTML file and report back a couple 
> of lines?
> 
> while true; do swap -sh; sleep 1; done
> 
> Michal
> 
> On 09/17/19 07:54 PM, cpforum wrote:
> > $ firefox
> > 
> > I have always the following 2 lines
> > 
> > (firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:34: 
> > Expected ')' in color definition
> > (firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:77: 
> > Expected ')' in color definition
> > 
> > When I try to open a local html File with tab I have the following log
> > 
> > [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> > file 
> > /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >  line 524
> > [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> > file 
> > /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >  line 524
> > [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> > file 
> > /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >  line 524
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >> Message du 17/09/19 19:46
> >> De : "cpforum"
> >> A : "Discussion list for OpenIndiana"
> >> Copie à :
> >> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> >>
> >> It depends on how you open the file. $ firefox file.html is OK type an url 
> >> file:/// is also OK Using Tabs Menu "FIle" then "Open File" select 
> >> "file.html" then Click Open do not work for me.         > Message du 
> >> 17/09/19 17:18 > De : "Andreas Wacknitz" > A : 
> >> openindiana-discuss@openindiana.org > Copie à : > Objet : Re: 
> >> [OpenIndiana-discuss] Firefox 60.9.0esr bug > > On my system I can open 
> >> html files without any hassle. So it's either > your file or your 
> >> configuration. > > Regards, > Andreas > > > Am 17.09.19 um 08:37 schrieb 
> >> cpforum: > > Hello, > > > > Last Firefox 60.9.0esr works with http and 
> >> https urls. If you try to Open an HTML file with File/Open File then 
> >> select an HTML file and Open, then Firefox seem to be in a loop. > > And 
> >> you have to pkill it. It appears to be a regression (60.8.0esr works 
> >> fine). > > > > > > > > > > > > > > > > 
> >> ___ > > openindiana-discuss 
> >> mailing list > > openindiana-discuss@openindiana.org > > 
> >> https://openindiana.org/mailman/listinfo/openindiana-discuss > > > 
> >> ___ > openindiana-discuss 
> >> mailing list > openindiana-discuss@openindiana.org > 
> >> https://openindiana.org/mailman/listinfo/openindiana-discuss > 
> >> ___ openindiana-discuss 
> >> mailing list openindiana-discuss@openindiana.org 
> >> https://openindiana.org/mailman/listinfo/openindiana-discuss
> > 
> > ___
> > openindiana-discuss mailing list
> > openindiana-discuss@openindiana.org
> > https://openindiana.org/mailman/listinfo/openindiana-discuss
> > 
> ___ openindiana-discuss mailing 
> list openindiana-discuss@openindiana.org 
> https://openindiana.org/mailman/listinfo/openindiana-discuss

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

2019-09-17 Thread Michal Nowak

That Gecko warning is usually associated with the system being low on swap:

https://www.illumos.org/issues/10883

https://www.mail-archive.com/openindiana-discuss@openindiana.org/msg22166.html

How much RAM and swap do you have?

Can you run this when opening a local HTML file and report back a couple 
of lines?


while true; do swap -sh; sleep 1; done

Michal

On 09/17/19 07:54 PM, cpforum wrote:

$ firefox

I have always the following 2 lines

(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:34: 
Expected ')' in color definition
(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:77: 
Expected ')' in color definition

When I try to open a local html File with tab I have the following log

[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524


  

  

  

  


Message du 17/09/19 19:46
De : "cpforum"
A : "Discussion list for OpenIndiana"
Copie à :
Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

It depends on how you open the file. $ firefox file.html is OK type an url file:/// is also OK Using Tabs Menu "FIle" then "Open File" select "file.html" then Click Open do not work for me.         > Message du 17/09/19 17:18 > De : 
"Andreas Wacknitz" > A : openindiana-discuss@openindiana.org > Copie à : > Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug > > On my system I can open html files without any hassle. So it's either > your file or your configuration. > 
> Regards, > Andreas > > > Am 17.09.19 um 08:37 schrieb cpforum: > > Hello, > > > > Last Firefox 60.9.0esr works with http and https urls. If you try to Open an HTML file with File/Open File then select an HTML file and Open, then Firefox 
seem to be in a loop. > > And you have to pkill it. It appears to be a regression (60.8.0esr works fine). > > > > > > > > > > > > > > > > ___ > > openindiana-discuss 
mailing list > > openindiana-discuss@openindiana.org > > https://openindiana.org/mailman/listinfo/openindiana-discuss > > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org 
> https://openindiana.org/mailman/listinfo/openindiana-discuss > ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

2019-09-17 Thread cpforum
$ firefox

I have always the following 2 lines

(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:34: 
Expected ')' in color definition
(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:77: 
Expected ')' in color definition

When I try to open a local html File with tab I have the following log

[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524


 

 

 

 

> Message du 17/09/19 19:46
> De : "cpforum" 
> A : "Discussion list for OpenIndiana" 
> Copie à : 
> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> 
> It depends on how you open the file. $ firefox file.html is OK type an url 
> file:/// is also OK Using Tabs Menu "FIle" then "Open File" select 
> "file.html" then Click Open do not work for me.         > Message du 17/09/19 
> 17:18 > De : "Andreas Wacknitz" > A : openindiana-discuss@openindiana.org > 
> Copie à : > Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug > > On my 
> system I can open html files without any hassle. So it's either > your file 
> or your configuration. > > Regards, > Andreas > > > Am 17.09.19 um 08:37 
> schrieb cpforum: > > Hello, > > > > Last Firefox 60.9.0esr works with http 
> and https urls. If you try to Open an HTML file with File/Open File then 
> select an HTML file and Open, then Firefox seem to be in a loop. > > And you 
> have to pkill it. It appears to be a regression (60.8.0esr works fine). > > > 
> > > > > > > > > > > > > > ___ > > 
> openindiana-discuss mailing list > > openindiana-discuss@openindiana.org > > 
> https://openindiana.org/mailman/listinfo/openindiana-discuss > > > 
> ___ > openindiana-discuss mailing 
> list > openindiana-discuss@openindiana.org > 
> https://openindiana.org/mailman/listinfo/openindiana-discuss > 
> ___ openindiana-discuss mailing 
> list openindiana-discuss@openindiana.org 
> https://openindiana.org/mailman/listinfo/openindiana-discuss

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

2019-09-17 Thread cpforum
It depends on how you open the file.

$ firefox file.html is OK
type an url file:/// is also OK
Using Tabs Menu "FIle" then "Open File" select "file.html" then Click Open do 
not work for me.







 

 

 

 

> Message du 17/09/19 17:18
> De : "Andreas Wacknitz" 
> A : openindiana-discuss@openindiana.org
> Copie à : 
> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> 
> On my system I can open html files without any hassle. So it's either
> your file or your configuration.
> 
> Regards,
> Andreas
> 
> 
> Am 17.09.19 um 08:37 schrieb cpforum:
> > Hello,
> >
> > Last Firefox 60.9.0esr works with http and https urls. If you try to Open 
> > an HTML file with File/Open File then select an HTML file and Open, then 
> > Firefox seem to be in a loop.
> > And you have to pkill it. It appears to be a regression (60.8.0esr works 
> > fine).
> >
> >
> >
> >
> >
> >
> >
> > ___
> > openindiana-discuss mailing list
> > openindiana-discuss@openindiana.org
> > https://openindiana.org/mailman/listinfo/openindiana-discuss
> 
> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

2019-09-17 Thread Andreas Wacknitz

On my system I can open html files without any hassle. So it's either
your file or your configuration.

Regards,
Andreas


Am 17.09.19 um 08:37 schrieb cpforum:

Hello,

Last Firefox 60.9.0esr works with http and https urls. If you try to Open an 
HTML file with File/Open File then select an HTML file and Open, then Firefox 
seem to be in a loop.
And you have to pkill it. It appears to be a regression (60.8.0esr works fine).







___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox dumps core...

2019-08-26 Thread Michal Nowak

On 08/26/19 06:59 PM, Bob Friesenhahn wrote:

On Mon, 26 Aug 2019, Apostolos Syropoulos via openindiana-discuss wrote:


And firefox cannot dumb core but itdumps core...


How much swap space and RAM do you have?  Firefox requires a lot of swap 
space now.


Bob


https://docs.openindiana.org/release-notes/2019.04-release-notes/#late-news-known-issues

I have 16G of RAM and 32G of swap. The other trick is to lower "Content 
process limit" in Firefox preferences.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox dumps core...

2019-08-26 Thread Bob Friesenhahn

On Mon, 26 Aug 2019, Apostolos Syropoulos via openindiana-discuss wrote:


And firefox cannot dumb core but itdumps core...


How much swap space and RAM do you have?  Firefox requires a lot of 
swap space now.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-05-13 Thread Predrag Zečević - Technical Support Analyst

We had this suggestion recently:

On 04/28/19 18:30, Michal Nowak wrote:

   $ zfs get volsize rpool/swap
   $ pfexec zfs set volsize=24g rpool/swap
   $ pfexec reboot


I have had strange case this morning, when my rpool (SSD 256GB) was 
occupying 120GB and / partition was 100% full (there are some user 
directories there, few Zones, log etc).


I saw that rpool/swap "eat" whole 24GB of space I have assigned it 
earlier...
(as dirty fix, I have reduced size of volume to small number, and then 
rebooted - which has left 20+ GB free!). Right now:


:; zfs list -o 
compression,compressratio,used,avail,refer,canmount,mountpoint,name -r 
rpool/ROOT rpool/swap

COMPRESS  RATIO   USED  AVAIL  REFER  CANMOUNT  MOUNTPOINT NAME
 off  1.00x  96,0G  37,8G19K   off  legacy 
rpool/ROOT
 off  1.00x  8,17G  37,8G  8,17G -  - 
rpool/swap


:; zfs get volsize rpool/swap
NAMEPROPERTY  VALUESOURCE
rpool/swap  volsize   24G  local

Is there any better way to free space on rpool/swap volume (before, for 
example, I start FF)?


Is it safe to enable compression of rpool?

With best regards.
Predrag Zečević
--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

tel: +49 - 6196 - 95058 - 15
mob: +49 - 174 - 3109288
fax: +49 - 6196 - 95058 - 94
e-mail: predrag.zece...@2e-systems.com

headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am 
Taunus, Germany

registration: Amtsgericht Koenigstein (Germany), HRB 7303
managing director: Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-05-13 Thread Udo Grabowski (IMK)

On 06/05/2019 20:36, Alan Coopersmith wrote:

On 5/6/19 9:06 AM, Udo Grabowski (IMK) wrote:

After the addons certificate desaster, a followup hotfix build of the
fixed ESR 60.x should be released in the repo. It's yet to be awaited,
they just pushed the 66.0.4 regular version.


Mozilla has released ESR 60.6.2 upstream:
https://www.mozilla.org/en-US/firefox/60.6.2/releasenotes/

but:
https://bugzilla.mozilla.org/show_bug.cgi?id=1549310



Firefox ESR 60.6.3 has a fix for 


5 bugs left, see 
--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-05-08 Thread Udo Grabowski (IMK)

On 07/05/2019 08:26, Udo Grabowski (IMK) wrote:



On 06.05.19 20:42, Michal Nowak wrote:

On 05/06/19 06:06 PM, Udo Grabowski (IMK) wrote:

On 28/04/2019 18:30, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.

...
3) Some users reported problems with add-ons. Should you encounter problems
with
Adblock Plus, uBlock Origin maybe of a good replacement.

Given Firefox 60 ESR lifetime (see
https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png),

we already started working on Firefox 68 ESR.



After the addons certificate desaster, a followup hotfix build of the
fixed ESR 60.x should be released in the repo. It's yet to be awaited,
they just pushed the 66.0.4 regular version.


Well, https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/ was released,
but XPIs are not there yet as
https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/linux-x86_64/xpi/
returns 404. Same with 66.0.4. If they don't release it, we may end up with
XPIs from 60.6.1esr as they doubtedly changed.

Anyway, the "addmagedon" bug should have been fixed for everyone by Mozilla
via the studies feature in Firefox.



No.

From

:
"
Please note: The fix does not apply to Firefox ESR or Firefox for Android. We’re
working on releasing a fix for both, and will provide updates here and on social
media.
"



Here's a manual fix based on the certificate delivered in the "studies" fix
that also works for the older ESR versions:


--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60.6.2 error

2019-05-07 Thread Michal Nowak

On 05/07/19 06:45 PM, Michal Nowak wrote:

On 05/07/19 06:06 PM, russell wrote:

Hi,

After upgrading today I attempted to start Firefox via the menu but it 
failed to start.


When I started it via the from the shell it generates the following 
message


$ firefox
Error: Platform version '60.6.1' is not compatible with
minVersion >= 60.6.2
maxVersion <= 60.6.2

In order to get the XPI extensions working with Firefox 60.6.1 I set 
XPI signing option to false so all my XPI extensions would work. 
Thinking this was the problem with the compatibility I set it back to 
true but the problem remained.


I also moved .mozilla sideways so there were no previous settings and 
attempted to start again and got the same error message


After pkg uninstall firefox-bookmarks firefox and then performing an 
install I still get the error message.


Regards

Russell


Hi Russel,

I am sorry about that.

Thanks for the detailed error message, that helped me to identify the 
problem.


Our build server miscompiled Firefox. So, it's not related to XPIs. We 
will fix it right away. In couple of hours there will be a new build of 
the same version. I will let you know once we are ready.


In the meantime you may want to reboot to backup BE, which was likely 
created and which has working Firefox 60.6.1.


Thanks,
Michal


web/browser/firefox@60.6.2-2018.0.0.0 is now available, please update.

I am sorry again for the inconvenience.

Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60.6.2 error

2019-05-07 Thread Michal Nowak

On 05/07/19 06:06 PM, russell wrote:

Hi,

After upgrading today I attempted to start Firefox via the menu but it 
failed to start.


When I started it via the from the shell it generates the following message

$ firefox
Error: Platform version '60.6.1' is not compatible with
minVersion >= 60.6.2
maxVersion <= 60.6.2

In order to get the XPI extensions working with Firefox 60.6.1 I set XPI 
signing option to false so all my XPI extensions would work. Thinking 
this was the problem with the compatibility I set it back to true but 
the problem remained.


I also moved .mozilla sideways so there were no previous settings and 
attempted to start again and got the same error message


After pkg uninstall firefox-bookmarks firefox and then performing an 
install I still get the error message.


Regards

Russell


Hi Russel,

I am sorry about that.

Thanks for the detailed error message, that helped me to identify the 
problem.


Our build server miscompiled Firefox. So, it's not related to XPIs. We 
will fix it right away. In couple of hours there will be a new build of 
the same version. I will let you know once we are ready.


In the meantime you may want to reboot to backup BE, which was likely 
created and which has working Firefox 60.6.1.


Thanks,
Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-05-07 Thread Udo Grabowski (IMK)



On 06.05.19 20:42, Michal Nowak wrote:

On 05/06/19 06:06 PM, Udo Grabowski (IMK) wrote:

On 28/04/2019 18:30, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.

...
3) Some users reported problems with add-ons. Should you encounter 
problems with

Adblock Plus, uBlock Origin maybe of a good replacement.

Given Firefox 60 ESR lifetime (see
https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png), 


we already started working on Firefox 68 ESR.



After the addons certificate desaster, a followup hotfix build of the
fixed ESR 60.x should be released in the repo. It's yet to be awaited,
they just pushed the 66.0.4 regular version.


Well, https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/ was 
released, but XPIs are not there yet as 
https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/linux-x86_64/xpi/ 
returns 404. Same with 66.0.4. If they don't release it, we may end up 
with XPIs from 60.6.1esr as they doubtedly changed.


Anyway, the "addmagedon" bug should have been fixed for everyone by 
Mozilla via the studies feature in Firefox.




No.

From 
 
:

"
Please note: The fix does not apply to Firefox ESR or Firefox for 
Android. We’re working on releasing a fix for both, and will provide 
updates here and on social media.

"

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-05-06 Thread Alan Coopersmith

On 5/6/19 9:06 AM, Udo Grabowski (IMK) wrote:

After the addons certificate desaster, a followup hotfix build of the
fixed ESR 60.x should be released in the repo. It's yet to be awaited,
they just pushed the 66.0.4 regular version.


Mozilla has released ESR 60.6.2 upstream:
https://www.mozilla.org/en-US/firefox/60.6.2/releasenotes/

but:
https://bugzilla.mozilla.org/show_bug.cgi?id=1549310

--
-Alan Coopersmith-   alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/alanc

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-05-06 Thread Michal Nowak

On 05/06/19 05:50 PM, Stephan Althaus wrote:

Hello!

As i think this is a good idea,
i would suggest that there should be a hint in the wiki abut setting 
that value to a larger value on potent systems.


BTW, is it "dom.ipc.processCount" in "about:config" ??


Yes, that's it.

If Firefox even refuses to load about:config, one can put the option to 
prefs.js in the user profile.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-05-06 Thread Michal Nowak

On 05/06/19 06:06 PM, Udo Grabowski (IMK) wrote:

On 28/04/2019 18:30, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.

...
3) Some users reported problems with add-ons. Should you encounter 
problems with

Adblock Plus, uBlock Origin maybe of a good replacement.

Given Firefox 60 ESR lifetime (see
https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png), 


we already started working on Firefox 68 ESR.



After the addons certificate desaster, a followup hotfix build of the
fixed ESR 60.x should be released in the repo. It's yet to be awaited,
they just pushed the 66.0.4 regular version.


Well, https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/ was 
released, but XPIs are not there yet as 
https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/linux-x86_64/xpi/ 
returns 404. Same with 66.0.4. If they don't release it, we may end up 
with XPIs from 60.6.1esr as they doubtedly changed.


Anyway, the "addmagedon" bug should have been fixed for everyone by 
Mozilla via the studies feature in Firefox.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-05-06 Thread Stephan Althaus

Hello!

As i think this is a good idea,
i would suggest that there should be a hint in the wiki abut setting 
that value to a larger value on potent systems.


BTW, is it "dom.ipc.processCount" in "about:config" ??

Regards,
Stephan

On 05/06/19 07:05, Michal Nowak wrote:

As of today Firefox 60 ESR now by default uses only one context process.

The reason is that with the default four context processes it didn't 
work in installations with just 4 GB of physical memory and 2 GB of 
swap (default picked by the installer). Still, Firefox won't work 
reliably with 4 GB of RAM in the Live environment (where swap is not 
present) and 6 GB are required for Firefox to work in the Live 
environment.


Later today unofficial test images, built by me, at 
http://195.201.40.0:8000 will have the updated Firefox.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-05-05 Thread Michal Nowak

As of today Firefox 60 ESR now by default uses only one context process.

The reason is that with the default four context processes it didn't 
work in installations with just 4 GB of physical memory and 2 GB of swap 
(default picked by the installer). Still, Firefox won't work reliably 
with 4 GB of RAM in the Live environment (where swap is not present) and 
6 GB are required for Firefox to work in the Live environment.


Later today unofficial test images, built by me, at 
http://195.201.40.0:8000 will have the updated Firefox.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-30 Thread Michal Nowak

On 04/29/19 11:29 AM, Predrag Zečević - Technical Support Analyst wrote:

Hi Till,

thanks for strongly pointing to tip!

It looks like FF really needs so much swap...
I have started it with swap size = double of RAM (16GB), but...
Now, my memory:swap ratio is 1:3 and tabs appeared back. Will keep 
testing...


For those interested in further details on illumos memory model, see 
https://echelog.com/logs/browse/oi-dev/1555711200.


I work on next Firefox ESR and with Firefox 66 I am in the process of 
adding another 8G of swap, so, I will be on 16:32 ratio...


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-30 Thread openbabel
It is understood that AV1 maybe available in forth coming FF 
versions.https://research.mozilla.org/av1-media-codecs/



On 04/29/19 06:49 PM, openbabel wrote:

Dear All,

Perhaps I have misunderstood this,Did you try the extensions on FF 
such as https://github.com/erkserkserks/h264ify ?



Robert Jones


On 04/29/19 09:16 AM, Apostolos Syropoulos via openindiana-discuss wrote:

The Firefox plugin for this codec was built by Cisco and made
available for free for several operating systems, but not for illumos
or Solaris.  Perhaps we can convince Cisco to build one for us?

If you are talking about this OpenH264
then


|
|
|  |
OpenH264


  |

  |

  |

the source code is freely available. And I have compiled it a couple of
years ago. I can give you the tree withe produced binaries if you like.
The problem is that the binaries do not work with firefox but they pass
the tests...

A.S.

--
Apostolos Syropoulos
Xanthi, Greece

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-29 Thread Michal Nowak

On 04/28/19 09:00 PM, Gary Mills wrote:

On Sun, Apr 28, 2019 at 06:30:51PM +0200, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.


This is excellent news.  Thanks.  I'm anxious to try it out.


This version brings major changes compared to the former 52 ESR version.
Thanks to it's "Quantum" Rust core, Firefox is way more performant in web
rendering than it used to be. Some web sites (like GitHub) are now working
properly again.


Does this version include the H.264 video codec?  I tried to watch
the live video stream from NASA a few weeks ago, but it didn't work.
Apparently the H.264 codec is required for this stream.

The Firefox plugin for this codec was built by Cisco and made
available for free for several operating systems, but not for illumos
or Solaris.  Perhaps we can convince Cisco to build one for us?




As H.264 and other codecs should be provided by ffmpeg, which in our 
case is either library/audio/gstreamer1/plugin/libav or 
library/audio/gstreamer/plugin/ffmpeg, both from hipster-encumbered 
repo, so Cisco OpenH264 is not needed.


There are several ways to tell if your system & Firefox support H.264 codec:

http://html5test.com
https://www.youtube.com/html5
http://www.html5videoplayer.net/videos/toystory.mp4 (H.264 AVC part10)

The only NASA stream I found is https://www.nasa.gov/nasalive which is 
basically embedded Live YouTube, "nerd stats" show "avc1" codec, that is 
H.264.


I have following gstreamer components installed:

library/audio/gstreamer
library/audio/gstreamer/plugin/bad
library/audio/gstreamer/plugin/base
library/audio/gstreamer/plugin/ffmpeg
library/audio/gstreamer/plugin/good
library/audio/gstreamer/plugin/ugly
library/audio/gstreamer1
library/audio/gstreamer1/plugin/bad
library/audio/gstreamer1/plugin/base
library/audio/gstreamer1/plugin/good
library/audio/gstreamer1/plugin/libav
library/audio/gstreamer1/plugin/ugly

Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-29 Thread openbabel

Dear All,

Perhaps I have misunderstood this,Did you try the extensions on FF such 
as https://github.com/erkserkserks/h264ify ?



Robert Jones


On 04/29/19 09:16 AM, Apostolos Syropoulos via openindiana-discuss wrote:

The Firefox plugin for this codec was built by Cisco and made
available for free for several operating systems, but not for illumos
or Solaris.  Perhaps we can convince Cisco to build one for us?

If you are talking about this OpenH264
then


|
|
|  |
OpenH264


  |

  |

  |

the source code is freely available. And I have compiled it a couple of
years ago. I can give you the tree withe produced binaries if you like.
The problem is that the binaries do not work with firefox but they pass
the tests...

A.S.

--
Apostolos Syropoulos
Xanthi, Greece
  


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-29 Thread Udo Grabowski (IMK)

On 29/04/2019 12:15, Udo Grabowski (IMK) wrote:

On 29/04/2019 11:59, Apostolos Syropoulos via openindiana-discuss wrote:



It's obsolete since H264 is already covered by ffmpeg.


I still remember playing with MPlayer and the VDPAU extension
on Solaris boxes ten years ago. Naturally, MPlayer was compiled
with H264 support that was provided by libx264. The problem is
that this is an "illegal" thing and that why it is not in the
normal gstreamer but it is included in the bad and ugly extensions...
The openH264 is supposed to solve this problem.


It's not illegal for personal use, and, still, the Cisco license
doesn't solve it for commercial use. So nothing is gained using
openH264.


... esp. when considering that it is used in Firefox ONLY for WebRTC,
not for video content...

--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-29 Thread Udo Grabowski (IMK)

On 29/04/2019 11:59, Apostolos Syropoulos via openindiana-discuss wrote:



It's obsolete since H264 is already covered by ffmpeg.


I still remember playing with MPlayer and the VDPAU extension
on Solaris boxes ten years ago. Naturally, MPlayer was compiled
with H264 support that was provided by libx264. The problem is
that this is an "illegal" thing and that why it is not in the
normal gstreamer but it is included in the bad and ugly extensions...
The openH264 is supposed to solve this problem.


It's not illegal for personal use, and, still, the Cisco license
doesn't solve it for commercial use. So nothing is gained using
openH264.
--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-29 Thread Apostolos Syropoulos via openindiana-discuss


>It's obsolete since H264 is already covered by ffmpeg.

I still remember playing with MPlayer and the VDPAU extension
on Solaris boxes ten years ago. Naturally, MPlayer was compiled
with H264 support that was provided by libx264. The problem is
that this is an "illegal" thing and that why it is not in the
normal gstreamer but it is included in the bad and ugly extensions...
The openH264 is supposed to solve this problem.

A.S.

--
Apostolos Syropoulos
  
 
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-29 Thread Udo Grabowski (IMK)

On 29/04/2019 11:16, Apostolos Syropoulos via openindiana-discuss wrote:

The Firefox plugin for this codec was built by Cisco and made
available for free for several operating systems, but not for illumos
or Solaris.  Perhaps we can convince Cisco to build one for us?


If you are talking about this OpenH264
then


|
|
|  |
OpenH264


 |

 |

 |

the source code is freely available. And I have compiled it a couple of
years ago. I can give you the tree withe produced binaries if you like.
The problem is that the binaries do not work with firefox but they pass
the tests...



It's obsolete since H264 is already covered by ffmpeg.

--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-29 Thread Predrag Zečević - Technical Support Analyst

Hi Till,

thanks for strongly pointing to tip!

It looks like FF really needs so much swap...
I have started it with swap size = double of RAM (16GB), but...
Now, my memory:swap ratio is 1:3 and tabs appeared back. Will keep 
testing...


With best regards.
Predrag Zečević

On 04/29/19 11:03, Till Wegmüller wrote:

Hi Predrag

Have you checked the SWAP thing mentioned by Michal in the release Mail?
Not having enough SWAP is usually what causes Firefox to refuse to open
Content Subprozesses.

Greetings
Till

On 29.04.19 10:30, Predrag Zečević - Technical Support Analyst wrote:

Hi all,

nice news! This morning I have updated it and noticed few things I want
to share:
a) it throws messages like:
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
file
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
line 524
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
file
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
line 524
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
file
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
line 524

b) does not "remembers" tabs (both pinned and normal ones) on restart -
that I find every annoying - also could be related to errors shown above

Regards.

On 04/28/19 18:30, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.

This version brings major changes compared to the former 52 ESR
version. Thanks to it's "Quantum" Rust core, Firefox is way more
performant in web rendering than it used to be. Some web sites (like
GitHub) are now working properly again.

Although not required, as for every major Firefox upgrade, backup of
~/.mozilla/ is advised.

However, there are challenges as well. Most notably:

1) Memory usage is higher.

Make sure that you have enough swap. If Firefox suddenly stops, pkg or
Thunderbird crash or other processes report memory errors or fork()
problems, check if you have enough swap available for reservation by:

    $ swap -sh

Optionally extend swap to match your memory requirements, e.g.:

    $ zfs get volsize rpool/swap
    $ pfexec zfs set volsize=24g rpool/swap
    $ pfexec reboot

Personally, I had to extend swap space to 24 GB. My physical memory to
swap ratio is now 2:3.

You can limit Firefox memory usage by following (2) below.

2) As Firefox uses parallel threads, peak CPU load may be higher
(though the benefit is that things get done faster).

By default Firefox uses up to 4 content threads. You can limit CPU and
memory usage by explicitly lowering the amount of content threads used:

Preferences -> General -> Performance -> uncheck "Use recommended
performance settings" -> set "Content process limit" to lower number

3) Some users reported problems with add-ons. Should you encounter
problems with Adblock Plus, uBlock Origin maybe of a good replacement.

Given Firefox 60 ESR lifetime (see
https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png),
we already started working on Firefox 68 ESR.

Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

tel: +49 - 6196 - 95058 - 15
mob: +49 - 174 - 3109288
fax: +49 - 6196 - 95058 - 94
e-mail: predrag.zece...@2e-systems.com

headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am 
Taunus, Germany

registration: Amtsgericht Koenigstein (Germany), HRB 7303
managing director: Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-29 Thread Apostolos Syropoulos via openindiana-discuss
>The Firefox plugin for this codec was built by Cisco and made
>available for free for several operating systems, but not for illumos
>or Solaris.  Perhaps we can convince Cisco to build one for us?

If you are talking about this OpenH264
then


| 
| 
|  | 
OpenH264


 |

 |

 |

the source code is freely available. And I have compiled it a couple of
years ago. I can give you the tree withe produced binaries if you like.
The problem is that the binaries do not work with firefox but they pass
the tests...

A.S.

--
Apostolos Syropoulos
Xanthi, Greece
 

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-29 Thread Till Wegmüller
Hi Predrag

Have you checked the SWAP thing mentioned by Michal in the release Mail?
Not having enough SWAP is usually what causes Firefox to refuse to open
Content Subprozesses.

Greetings
Till

On 29.04.19 10:30, Predrag Zečević - Technical Support Analyst wrote:
> Hi all,
> 
> nice news! This morning I have updated it and noticed few things I want
> to share:
> a) it throws messages like:
> [Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
> file
> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
> line 524
> [Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
> file
> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
> line 524
> [Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
> file
> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
> line 524
> 
> b) does not "remembers" tabs (both pinned and normal ones) on restart -
> that I find every annoying - also could be related to errors shown above
> 
> Regards.
> 
> On 04/28/19 18:30, Michal Nowak wrote:
>> As of today Firefox 60.6.1 ESR is available in the hipster repository.
>>
>> This version brings major changes compared to the former 52 ESR
>> version. Thanks to it's "Quantum" Rust core, Firefox is way more
>> performant in web rendering than it used to be. Some web sites (like
>> GitHub) are now working properly again.
>>
>> Although not required, as for every major Firefox upgrade, backup of
>> ~/.mozilla/ is advised.
>>
>> However, there are challenges as well. Most notably:
>>
>> 1) Memory usage is higher.
>>
>> Make sure that you have enough swap. If Firefox suddenly stops, pkg or
>> Thunderbird crash or other processes report memory errors or fork()
>> problems, check if you have enough swap available for reservation by:
>>
>>    $ swap -sh
>>
>> Optionally extend swap to match your memory requirements, e.g.:
>>
>>    $ zfs get volsize rpool/swap
>>    $ pfexec zfs set volsize=24g rpool/swap
>>    $ pfexec reboot
>>
>> Personally, I had to extend swap space to 24 GB. My physical memory to
>> swap ratio is now 2:3.
>>
>> You can limit Firefox memory usage by following (2) below.
>>
>> 2) As Firefox uses parallel threads, peak CPU load may be higher
>> (though the benefit is that things get done faster).
>>
>> By default Firefox uses up to 4 content threads. You can limit CPU and
>> memory usage by explicitly lowering the amount of content threads used:
>>
>> Preferences -> General -> Performance -> uncheck "Use recommended
>> performance settings" -> set "Content process limit" to lower number
>>
>> 3) Some users reported problems with add-ons. Should you encounter
>> problems with Adblock Plus, uBlock Origin maybe of a good replacement.
>>
>> Given Firefox 60 ESR lifetime (see
>> https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png),
>> we already started working on Firefox 68 ESR.
>>
>> Michal
>>
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>
> 

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-29 Thread Predrag Zečević - Technical Support Analyst

Hi all,

nice news! This morning I have updated it and noticed few things I want 
to share:

a) it throws messages like:
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp, 
line 524
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp, 
line 524
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp, 
line 524


b) does not "remembers" tabs (both pinned and normal ones) on restart - 
that I find every annoying - also could be related to errors shown above


Regards.

On 04/28/19 18:30, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.

This version brings major changes compared to the former 52 ESR version. 
Thanks to it's "Quantum" Rust core, Firefox is way more performant in 
web rendering than it used to be. Some web sites (like GitHub) are now 
working properly again.


Although not required, as for every major Firefox upgrade, backup of 
~/.mozilla/ is advised.


However, there are challenges as well. Most notably:

1) Memory usage is higher.

Make sure that you have enough swap. If Firefox suddenly stops, pkg or 
Thunderbird crash or other processes report memory errors or fork() 
problems, check if you have enough swap available for reservation by:


   $ swap -sh

Optionally extend swap to match your memory requirements, e.g.:

   $ zfs get volsize rpool/swap
   $ pfexec zfs set volsize=24g rpool/swap
   $ pfexec reboot

Personally, I had to extend swap space to 24 GB. My physical memory to 
swap ratio is now 2:3.


You can limit Firefox memory usage by following (2) below.

2) As Firefox uses parallel threads, peak CPU load may be higher (though 
the benefit is that things get done faster).


By default Firefox uses up to 4 content threads. You can limit CPU and 
memory usage by explicitly lowering the amount of content threads used:


Preferences -> General -> Performance -> uncheck "Use recommended 
performance settings" -> set "Content process limit" to lower number


3) Some users reported problems with add-ons. Should you encounter 
problems with Adblock Plus, uBlock Origin maybe of a good replacement.


Given Firefox 60 ESR lifetime (see 
https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png), 
we already started working on Firefox 68 ESR.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

tel: +49 - 6196 - 95058 - 15
mob: +49 - 174 - 3109288
fax: +49 - 6196 - 95058 - 94
e-mail: predrag.zece...@2e-systems.com

headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am 
Taunus, Germany

registration: Amtsgericht Koenigstein (Germany), HRB 7303
managing director: Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 60 ESR available

2019-04-28 Thread Gary Mills
On Sun, Apr 28, 2019 at 06:30:51PM +0200, Michal Nowak wrote:
> As of today Firefox 60.6.1 ESR is available in the hipster repository.

This is excellent news.  Thanks.  I'm anxious to try it out.

> This version brings major changes compared to the former 52 ESR version.
> Thanks to it's "Quantum" Rust core, Firefox is way more performant in web
> rendering than it used to be. Some web sites (like GitHub) are now working
> properly again.

Does this version include the H.264 video codec?  I tried to watch
the live video stream from NASA a few weeks ago, but it didn't work.
Apparently the H.264 codec is required for this stream.

The Firefox plugin for this codec was built by Cisco and made
available for free for several operating systems, but not for illumos
or Solaris.  Perhaps we can convince Cisco to build one for us?


-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 32bit future

2018-02-03 Thread James Carlson via openindiana-discuss
On 02/01/2018 11:58 AM, Al Slater wrote:
> On 25/01/18 18:57, Alan Coopersmith wrote:
>> Of course, with the elimination of Netscape plugin support, there's little
>> reason to still use a 32-bit version of Firefox.
> 
> Apart from the fact that 32bit versions die before gobbling *all* of
> your system RAM.  I find this "feature" very useful!
> 

I suggest using "ulimit -v" or, if you want to get really fancy,
"newtask" with a project configured to have the specific resource
controls you want.

I don't think that compilation model is a good proxy for resource
limits.  It's too blunt, and has too many unnecessary side-effects.

-- 
James Carlson 42.703N 71.076W 

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 32bit future

2018-02-01 Thread Al Slater
On 25/01/18 18:57, Alan Coopersmith wrote:
> On 01/25/18 10:40 AM, russell wrote:
>> Is there any immediate danger of Mozilla retiring the 32bit version of 
>> Firefox?
> 
> I believe the most immediate item of concern is that Firefox now uses code
> written in Rust, so you'll be limited to platforms that the Rust compiler
> generates code for, and I don't know if anyone is bothering to do 32-bit code
> generation for Solaris/illumos in Rust.
> 
> Of course, with the elimination of Netscape plugin support, there's little
> reason to still use a 32-bit version of Firefox.

Apart from the fact that 32bit versions die before gobbling *all* of
your system RAM.  I find this "feature" very useful!

-- 
Al Slater

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 32bit future: Rustc

2018-02-01 Thread Carsten Grzemba

On 01/26/18 10:41 AM, Aurélien Larcher wrote:

On Fri, Jan 26, 2018 at 10:11 AM, Carsten Grzemba 
wrote:



On 25.01.18 19:58, Alan Coopersmith   wrote:

On 01/25/18 10:40 AM, russell wrote:

Is there any immediate danger of Mozilla retiring the 32bit version of

Firefox?

I believe the most immediate item of concern is that Firefox now uses

code

written in Rust, so you'll be limited to platforms that the Rust compiler
generates code for, and I don't know if anyone is bothering to do 32-bit

code

generation for Solaris/illumos in Rust.


I did some attempts to package rustc for OI, based on the kind of SmartOS,
but with no success for now:
https://github.com/cgrzemba/oi-userland/tree/rust/
components/developer/rust

For Rust community is Solaris a tier 3 platform which means no support.
But the recipe tries to download the rust-std library wich is not
available for Solaris.
I have no pkgsrc build system to see how it works for SmartOS.
I would be grateful if anyone can give some advice.


I created a component for Rust some time ago.
I'll try to push it later today as an example.
Not sure whether it will work with recent versions.


I updated my work on github but it throws still erros on build because 
it use cc instead of gcc for linking, although I set


--default-linker=gcc

and


RUSTFLAGS="-C linker=gcc"


The similar setup works with pkgsrc on smartos.


Perhaps someone has an idea?






___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 32bit future: Rustc

2018-01-26 Thread Aurélien Larcher
On Fri, Jan 26, 2018 at 10:11 AM, Carsten Grzemba 
wrote:

>
> 
> On 25.01.18 19:58, Alan Coopersmith   wrote:
> >
> > On 01/25/18 10:40 AM, russell wrote:
> > > Is there any immediate danger of Mozilla retiring the 32bit version of
> Firefox?
> >
> > I believe the most immediate item of concern is that Firefox now uses
> code
> > written in Rust, so you'll be limited to platforms that the Rust compiler
> > generates code for, and I don't know if anyone is bothering to do 32-bit
> code
> > generation for Solaris/illumos in Rust.
> >
> I did some attempts to package rustc for OI, based on the kind of SmartOS,
> but with no success for now:
> https://github.com/cgrzemba/oi-userland/tree/rust/
> components/developer/rust
>
> For Rust community is Solaris a tier 3 platform which means no support.
> But the recipe tries to download the rust-std library wich is not
> available for Solaris.
> I have no pkgsrc build system to see how it works for SmartOS.
> I would be grateful if anyone can give some advice.
>

I created a component for Rust some time ago.
I'll try to push it later today as an example.
Not sure whether it will work with recent versions.


> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>



-- 
---
Praise the Caffeine embeddings
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 32bit future: Rustc

2018-01-26 Thread Carsten Grzemba


On 25.01.18 19:58, Alan Coopersmith   wrote: 
> 
> On 01/25/18 10:40 AM, russell wrote:
> > Is there any immediate danger of Mozilla retiring the 32bit version of 
> > Firefox?
> 
> I believe the most immediate item of concern is that Firefox now uses code
> written in Rust, so you'll be limited to platforms that the Rust compiler
> generates code for, and I don't know if anyone is bothering to do 32-bit code
> generation for Solaris/illumos in Rust.
> 
I did some attempts to package rustc for OI, based on the kind of SmartOS, but 
with no success for now:
https://github.com/cgrzemba/oi-userland/tree/rust/components/developer/rust

For Rust community is Solaris a tier 3 platform which means no support.
But the recipe tries to download the rust-std library wich is not available for 
Solaris.
I have no pkgsrc build system to see how it works for SmartOS.
I would be grateful if anyone can give some advice.
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 32bit future

2018-01-25 Thread Nikola M

On 01/25/18 07:57 PM, Alan Coopersmith wrote:

On 01/25/18 10:40 AM, russell wrote:

Is there any immediate danger of Mozilla retiring the 32bit version of Firefox?

I believe the most immediate item of concern is that Firefox now uses code
written in Rust, so you'll be limited to platforms that the Rust compiler
generates code for, and I don't know if anyone is bothering to do 32-bit code
generation for Solaris/illumos in Rust.

Of course, with the elimination of Netscape plugin support, there's little
reason to still use a 32-bit version of Firefox.


Previously the reason for using 32-bit Firefox, even on 64-bit 
platforms, was low to negligent difference in speed (or even faster 
32-bit one), better plugin compatibility support and lower memory 
footprint. (And who needs more then 4GB for a web browser?)


Now it could be "only" lower memory footprint in RAM as benefit of 
32-bit FF, that could show significant,
yet there is still to find test results with 64-bit FF showing much 
faster then 32bit one, but I suspect it would be the case.


Ulike x86-64, where 64-bit apps are generally faster the 32-bit, on 
SPARC 32-bit apps are faster (and use less RAM),
because they.. move less bits. So that's one another mention about 32 vs 
64bit in general.
Not that SPARC port is moving too fast, but it's like, second big 
platform for illumos distros.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 32bit future

2018-01-25 Thread Alan Coopersmith
On 01/25/18 10:40 AM, russell wrote:
> Is there any immediate danger of Mozilla retiring the 32bit version of 
> Firefox?

I believe the most immediate item of concern is that Firefox now uses code
written in Rust, so you'll be limited to platforms that the Rust compiler
generates code for, and I don't know if anyone is bothering to do 32-bit code
generation for Solaris/illumos in Rust.

Of course, with the elimination of Netscape plugin support, there's little
reason to still use a 32-bit version of Firefox.

-alan-

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox cpu load / sluggishness

2017-01-23 Thread Predrag Zečević - Technical Support Analyst

On 22.01.17 23:18, Aurélien Larcher wrote:

Hi,
i just came across this:

https://bugzilla.mozilla.org/show_bug.cgi?id=508427

The advice is to set layout.frame_rate to a lower value than the default 60
(-1).
The same applies to Thunderbird.

dtruss shows for 30sec:

// layout.frame_rate = 24
CALLCOUNT
getsockname 1
open1
doorfs  2
getuid  2
mmap2
open64  2
statvfs64   2
unlink  2
close   3
fstat64 4
lwp_kill   18
lwp_sigmask18
setcontext 18
access 35
fcntl  38
ioctl  73
gtime  74
stat64116
lseek 160
send  419
llseek   1355
writev   3256
getpid   3257
lwp_mutex_timedlock  3765
lwp_mutex_unlock 3765
write8997
read11844
yield   12086
pollsys 27330
recvmsg 28980
lwp_park44725
clock_gettime  154470

// layout.frame_rate = -1
CALLCOUNT
mkdir   1
open64  1
recv1
unlink  1
getsockname 2
ioctl   2
statvfs64   2
fdsync  3
gtime   3
rename  3
access  4
doorfs  4
fstat64 4
getuid  4
open4
close   5
yield  12
lwp_kill   16
lwp_sigmask16
setcontext 16
fcntl  51
munmap 92
mmap  100
stat64115
send  419
llseek   1399
memcntl  2597
getpid   2615
lwp_mutex_timedlock  3838
lwp_mutex_unlock 3838
write8761
read11410
writev  36870
lwp_park44045
clock_gettime   74407
pollsys 94750
recvmsg130168

It seems to lower pollsys count as advertized (if I understood well).

How does this look for you?

Kind regards

Aurélien




Hi all,

FF has 15 tabs opened, not touched during test - option was changed, no 
restart between:


// layout.frame_rate = 24; pfexec /opt/DTT/dtruss -p $FF_PID -c
CALLCOUNT
ioctl   2
recv2
fdsync  3
connect 5
getsockopt  5
so_socket   5
rename  7
fstat64 8
unlink  8
doorfs 10
getuid 10
getsockname19
open   19
lwp_kill   20
lwp_sigmask20
setcontext

Re: [OpenIndiana-discuss] Firefox cpu load / sluggishness

2017-01-23 Thread Alexander Pyhalov

Hi.

On 01/23/17 01:18 AM, Aurélien Larcher wrote:


It seems to lower pollsys count as advertized (if I understood well).

How does this look for you?




For firefox:

CALLCOUNT
writev  1
gtime   2
yield   3
lwp_kill   18
lwp_sigmask18
setcontext 18
read   58
write  58
stat64105
pollsys   259
recvmsg   287
clock_gettime 699
lwp_park  889

For thunderbird:
CALLCOUNT
yield   1
gtime   2
munmap  3
writev  9
lwp_kill   12
lwp_sigmask12
setcontext 12
stat64105
read  146
write 146
pollsys   593
recvmsg   604
lwp_park  751
clock_gettime1414

But definately I've seen similar effect. I had to restart FF because it 
just starts eating CPU without reason (but usually I have > 150 tabs 
open). And I've already restarted FF today...


--
С уважением,
Александр Пыхалов,
программист отдела телекоммуникационной инфраструктуры
управления информационно-коммуникационной инфраструктуры ЮФУ

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox-43.0b8

2015-12-04 Thread Alexander Pyhalov

Hi.

John D Groenveld писал 04.12.2015 19:47:

Noticed firefox-43.0b7 made it into hipster (thanks Alexander!)
and decided to try building firefox-43.0b8 with Martin and
Alexander's patches.

Hit the below GNU ld error with libxul.so.
Anyone made it past it on OI?




/usr/gnu/bin/ld:/usr/gcc/4.9/lib/gcc/i386-pc-solaris2.11/4.9.3/../../../libgcc-unwind.map:1:
syntax error
collect2: error: ld returned 1 exit status
/home/oi.1/john/firefox-43.0b8/config/rules.mk:826: recipe for target
'libxul.so' failed
gmake[3]: *** [libxul.so] Error 1
gmake[3]: Leaving directory '/home/oi.1/john/ff43/toolkit/library'
/home/oi.1/john/firefox-43.0b8/config/recurse.mk:71: recipe for target
'toolkit/library/target' failed
gmake[2]: *** [toolkit/library/target] Error 2



It seems you've missed a ld wrapper hack:
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/firefox/patches/04-gnu-ld-wrapper.patch
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/firefox/Makefile#L62
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/firefox/Makefile#L62


---
System Administrator of Southern Federal University Computer Center



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox-43.0b7

2015-11-29 Thread John D Groenveld
In message , Alexander Pyhalov write
s:
>Do you have 
>https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/firefox/
>patches/05-libstagefright.patch 
>applied?

Oye...missed that one. :(

Thank you!
John
groenv...@acm.org

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox-43.0b7

2015-11-28 Thread Apostolos Syropoulos via openindiana-discuss
In https://hg.mozilla.org/mozilla-central/file/3cb2f2b870f4/config/stl-headers


one can read that 


# At build time, each header listed here is converted into a "wrapper
# header" that is installed into dist/stl_includes.


so could you please send the generated file to try to see what might be
the problem?

A.S.
--
Apostolos Syropoulos
Xanthi, Greece

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox-43.0b7

2015-11-28 Thread John D Groenveld
In message <1578217218.8815253.1448741362144.javamail.ya...@mail.yahoo.com>, Ap
ostolos Syropoulos via openindiana-discuss writes:
>In https://hg.mozilla.org/mozilla-central/file/3cb2f2b870f4/config/stl-headers
>
>
>one can read that 
>
>
># At build time, each header listed here is converted into a "wrapper
># header" that is installed into dist/stl_includes.
>
>
>so could you please send the generated file to try to see what might be
>the problem?

Below.

John
groenv...@acm.org

/* -*- Mode: C++; tab-width: 8; indent-tabs-mode: nil; c-basic-offset: 2 -*-
 * vim: sw=2 ts=8 et :
 */
/* 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/. */

#ifndef mozilla_cmath_h
#define mozilla_cmath_h

// For some reason, Apple's GCC refuses to honor -fno-exceptions when
// compiling ObjC.
#if defined(__EXCEPTIONS) && __EXCEPTIONS && !(__OBJC__ && __GNUC__ && XP_IOS)
#  error "STL code can only be used with -fno-exceptions"
#endif

// Silence "warning: #include_next is a GCC extension"
#pragma GCC system_header

// mozalloc.h wants ; break the cycle by always explicitly
// including  here.  NB: this is a tad sneaky.  Sez the gcc docs:
//
//`#include_next' does not distinguish between  and "file"
//inclusion, nor does it check that the file you specify has the
//same name as the current file. It simply looks for the file
//named, starting with the directory in the search path after the
//one where the current file was found.
#include_next 

// See if we're in code that can use mozalloc.  NB: this duplicates
// code in nscore.h because nscore.h pulls in prtypes.h, and chromium
// can't build with that being included before base/basictypes.h.
#if !defined(XPCOM_GLUE) && !defined(NS_NO_XPCOM) && !defined(MOZ_NO_MOZALLOC)
#  include "mozilla/mozalloc.h"
#else
#  error "STL code can only be used with infallible ::operator new()"
#endif

#if defined(DEBUG) && !defined(_GLIBCXX_DEBUG)
// Enable checked iterators and other goodies
//
// FIXME/bug 551254: gcc's debug STL implementation requires -frtti.
// Figure out how to resolve this with -fno-rtti.  Maybe build with
// -frtti in DEBUG builds?
//
//  # define _GLIBCXX_DEBUG 1
#endif

#pragma GCC visibility push(default)
#include_next 
#pragma GCC visibility pop

// gcc calls a __throw_*() function from bits/functexcept.h when it
// wants to "throw an exception".  functexcept exists nominally to
// support -fno-exceptions, but since we'll always use the system
// libstdc++, and it's compiled with exceptions, then in practice
// these __throw_*() functions will always throw exceptions (shades of
// -fshort-wchar).  We don't want that and so define our own inlined
// __throw_*().
#ifndef mozilla_throw_gcc_h
#  include "mozilla/throw_gcc.h"
#endif

#endif  // if mozilla_cmath_h


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox-43.0b7

2015-11-28 Thread Alexander Pyhalov

Hello.

John D Groenveld писал 28.11.2015 20:48:

Trying to build 43.0b7 with Martin and Alexander's
patches, but stumbling over these redefinitions which
I think are a missing or incorrect define.
Anyone made it further along?
Thanks
John
groenv...@acm.org


Do you have 
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/firefox/patches/05-libstagefright.patch 
applied?


---
System Administrator of Southern Federal University Computer Center



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox

2015-09-21 Thread Udo Grabowski (IMK)

On 20/09/2015 20:22, Apostolos Syropoulos via openindiana-discuss wrote:

Let's hope these will work as expected:


https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/38.2.1esr/contrib/


Is this from Oracle or your own /hipster product ?

Seems this is gcc compiled. On oi_151a9, Flash is gone.

I get an endless chain of 'Not GTK2 toolkit (got 0).' messages.

For Java, instead of libnpjp2.so, libjavaplugin.so must be linked now
into the browser/plugins directory.

And these messages are thrown when automatic updates for extensions
start:

1442825932940	addons.update-checker	WARN	Update manifest for 
{972ce4c6-7e08-4474-a285-3208198ce6fd} did not contain an updates property
1442825935730	addons.xpi	ERROR	Failed to remove empty directory 
/home//.mozilla//extensions/trash: [Exception... "Component returned 
failure code: 0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS) [nsIFile.remove]" 
nsresult: "0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS)"  location: "JS frame :: 
resource://gre/modules/addons/XPIProvider.jsm :: recursiveRemove :: line 1335" 
data: no] Stack trace: 
recursiveRemove()@resource://gre/modules/addons/XPIProvider.jsm:1335 < 
DirInstallLocation_uninstallAddon()@resource://gre/modules/addons/XPIProvider.jsm:7515 
< XPI_uninstallAddon()@resource://gre/modules/addons/XPIProvider.jsm:4713 < 
AddonWrapper_uninstall()@resource://gre/modules/addons/XPIProvider.jsm:6988 < 
uninstallHotfix/<()@resource://gre/modules/addons/XPIProvider.jsm -> 
jar:file:///home//.mozilla/**/extensions/firefox-hot...@mozilla.org.xpi!/bootstrap.js:145 
< safeCall()@resource://gre/modules/AddonManager.jsm:173 < 
getAddonByID_safeCall()@resource://gre/modules/AddonManager.jsm:2229 < 
getAddonByID_getVisibleAddonForID()@resource://gre/modules/addons/XPIProvider.jsm:3826 
< makeSafe/<()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:145 < 
completeAddon()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:134 < 
getAddon()@resource://gre/modules/addons/AddonRepository.jsm:580 < 
this.AddonRepository.getCachedAddonByID<()@resource://gre/modules/addons/AddonRepository.jsm:592 
< next()@self-hosted:620 < TaskImpl_run()@resource://gre/modules/Task.jsm:314 < 
TaskImpl()@resource://gre/modules/Task.jsm:275 < 
createAsyncFunction/asyncFunction()@resource://gre/modules/Task.jsm:249 < 
getRepositoryAddon()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:136 < 
this.XPIDatabase.getAddon/<()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:1074 < 
Handler.prototype.process()@resource://gre/modules/Promise.jsm -> 
resource://gre/modules/Promise-backend.js:867 < 
this.PromiseWalker.walkerLoop()@resource://gre/modules/Promise.jsm -> 
resource://gre/modules/Promise-backend.js:746 < 
this.PromiseWalker.scheduleWalkerLoop/<()@resource://gre/modules/Promise.jsm -> 
resource://gre/modules/Promise-backend.js:688 < 
1442825935748	addons.xpi	WARN	Failed to remove trash directory when uninstalling 
firefox-hot...@mozilla.org: [Exception... "Component returned failure code: 
0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS) [nsIFile.remove]"  nsresult: 
"0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS)"  location: "JS frame :: 
resource://gre/modules/addons/XPIProvider.jsm :: recursiveRemove :: line 1335" 
data: no] Stack trace: 
recursiveRemove()@resource://gre/modules/addons/XPIProvider.jsm:1335 < 
DirInstallLocation_uninstallAddon()@resource://gre/modules/addons/XPIProvider.jsm:7515 
< XPI_uninstallAddon()@resource://gre/modules/addons/XPIProvider.jsm:4713 < 
AddonWrapper_uninstall()@resource://gre/modules/addons/XPIProvider.jsm:6988 < 
uninstallHotfix/<()@resource://gre/modules/addons/XPIProvider.jsm -> 
jar:file:///home/***/.mozilla/firefox/*/extensions/firefox-hot...@mozilla.org.xpi!/bootstrap.js:145 
< safeCall()@resource://gre/modules/AddonManager.jsm:173 < 
getAddonByID_safeCall()@resource://gre/modules/AddonManager.jsm:2229 < 
getAddonByID_getVisibleAddonForID()@resource://gre/modules/addons/XPIProvider.jsm:3826 
< makeSafe/<()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:145 < 
completeAddon()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:134 < 
getAddon()@resource://gre/modules/addons/AddonRepository.jsm:580 < 
this.AddonRepository.getCachedAddonByID<()@resource://gre/modules/addons/AddonRepository.jsm:592 
< next()@self-hosted:620 < TaskImpl_run()@resource://gre/modules/Task.jsm:314 < 
TaskImpl()@resource://gre/modules/Task.jsm:275 < 
createAsyncFunction/asyncFunction()@resource://gre/modules/Task.jsm:249 < 
getRepositoryAddon()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:136 < 
this.XPIDatabase.getAddon/<()@resource://gre/modules/addons/XPIProvider.jsm -> 

Re: [OpenIndiana-discuss] Firefox 31.3.0 (and v 31.5.0 and 24.* and 17.* ) file downloads fail mostly, Refresh Firefox isn't working on Solaris/Illumos

2015-04-13 Thread Private
I am currently using FF 31.5 ESR. I note the security warnings on
freakattack,CVE-2015-0291 and wonder if they pose a threat to OiOS?

Reference

cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0291

mozilla.org/en-US/security/known-vulnerabilities/firefox/

Robert


On 11/04/2015 03:36, Fred Kimball via openindiana-discuss wrote:
 On Friday, April 10, 2015 9:18 AM, Predrag Zecevic [Unix Systems 
 Administrator] predrag.zece...@2e-systems.com wrote:

 On 04/10/15 03:10 PM, Hans J. Albertsson wrote:
 The failures have varying forms:

 A text file will sometimes be displayed instead of downloaded. Sometimes it 
 will be downloaded, sometimes it all fails.
 A pdf download will most often fail, but occasionally be downloaded.
 Zip och bz or tar packages have so far never failed.

 What gives??

 As stated in the subject, I have tested a few different reasonably modern 
 FF versions, and they all behave the same.

 Version 3.6 works well, and has never failed a download.
 (However, several functions on web sites, such as Google Groups and Gmail, 
 aren't really useful in v 3.6. Too many features are
 marginal with this version.)

 What could be the reason for the failed downloads???

 I have tested starting a fresh profile, but nothing helps, so the Firefox 
 Refresh might not be very useful, But I notice that it
 isn't available.

 Please give me as many hints on things to test for, or own experiences or 
 whatever.


 I have one machine running Oracle Solaris 11.2 with FF 31 and I haven't 
 seen the behaviour in that, but then I haven't done too many
 downloads in there: at least few enough not to dare to draw any safe 
 conclusions, but it might be OK or at least less prone to this
 problem.


 Hans J. Albertsson

 Hi,

 I have faced same problem when using packages... Instead, started to use tar 
 version(s), and download worked...
 For example:
 https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/31.1.1esr/contrib/solaris_tarball/

 There are other small problems (flashplayer) but that is another story.

 With best regards,
 Predrag Zečević


 Predrag Zečević
 Technical Support Analyst
 2e Systems GmbH

 Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
 Mobile:+49  174 3109 288, Skype: predrag.zecevic
 E-mail:predrag.zece...@2e-systems.com

 Headquarter:  2e Systems GmbH, Königsteiner Str. 87,
   65812 Bad Soden am Taunus, Germany
 Company registration: Amtsgericht Königstein (Germany), HRB 7303
 Managing director:Phil Douglas

 http://www.2e-systems.com/ - Making your business fly!
 ___

 Are you getting 0 byte downloads? I used to have that problem beginning with 
 FF 24 or 26. The problems ended when Hipster upgraded GNOME to mostly 2.32.

 If the file size where you downloaded the file reports that it is 0 bytes, 
 look in /tmp for a file with an 8 character name followed by the extension 
 and then .part; i.e. Wxqitlyu.pdf.part. Copy or cut the file and paste it to 
 where you downloaded the file to. Then select the faulty file, press F2, copy 
 the filename, then delete the file. Finally, rename the .part file with the 
 original name of the downloaded file. A pain but worked for me.

 I too use the tarballs. 31.6.0esr was added on April 10th. 
 https://www.mozilla.org/en-US/security/known-vulnerabilities/firefox-esr/
 ftp://ftp.mozilla.org/pub/firefox/releases/

 Regards,
 Fred

 ___
 openindiana-discuss mailing list
 openindiana-discuss@openindiana.org
 http://openindiana.org/mailman/listinfo/openindiana-discuss



---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 31.3.0 (and v 31.5.0 and 24.* and 17.* ) file downloads fail mostly, Refresh Firefox isn't working on Solaris/Illumos

2015-04-13 Thread ken mays via openindiana-discuss
Migrate to FF 31.6.0 ESR:
ftp://ftp.mozilla.org/pub/firefox/releases/31.6.0esr/contrib/solaris_pkgadd/
 
~K


 On Monday, April 13, 2015 4:12 AM, Private openba...@gmail.com wrote:
   

 I am currently using FF 31.5 ESR. I note the security warnings on
freakattack,CVE-2015-0291 and wonder if they pose a threat to OiOS?

Reference

cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0291

mozilla.org/en-US/security/known-vulnerabilities/firefox/

Robert


On 11/04/2015 03:36, Fred Kimball via openindiana-discuss wrote:
 On Friday, April 10, 2015 9:18 AM, Predrag Zecevic [Unix Systems 
 Administrator] predrag.zece...@2e-systems.com wrote:

 On 04/10/15 03:10 PM, Hans J. Albertsson wrote:
 The failures have varying forms:

 A text file will sometimes be displayed instead of downloaded. Sometimes it 
 will be downloaded, sometimes it all fails.
 A pdf download will most often fail, but occasionally be downloaded.
 Zip och bz or tar packages have so far never failed.

 What gives??

 As stated in the subject, I have tested a few different reasonably modern 
 FF versions, and they all behave the same.

 Version 3.6 works well, and has never failed a download.
 (However, several functions on web sites, such as Google Groups and Gmail, 
 aren't really useful in v 3.6. Too many features are
 marginal with this version.)

 What could be the reason for the failed downloads???

 I have tested starting a fresh profile, but nothing helps, so the Firefox 
 Refresh might not be very useful, But I notice that it
 isn't available.

 Please give me as many hints on things to test for, or own experiences or 
 whatever.


 I have one machine running Oracle Solaris 11.2 with FF 31 and I haven't 
 seen the behaviour in that, but then I haven't done too many
 downloads in there: at least few enough not to dare to draw any safe 
 conclusions, but it might be OK or at least less prone to this
 problem.


 Hans J. Albertsson

 Hi,

 I have faced same problem when using packages... Instead, started to use tar 
 version(s), and download worked...
 For example:
 https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/31.1.1esr/contrib/solaris_tarball/

 There are other small problems (flashplayer) but that is another story.

 With best regards,
 Predrag Zečević


 Predrag Zečević
 Technical Support Analyst
 2e Systems GmbH

 Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
 Mobile:    +49  174 3109 288,    Skype: predrag.zecevic
 E-mail:    predrag.zece...@2e-systems.com

 Headquarter:          2e Systems GmbH, Königsteiner Str. 87,
                      65812 Bad Soden am Taunus, Germany
 Company registration: Amtsgericht Königstein (Germany), HRB 7303
 Managing director:    Phil Douglas

 http://www.2e-systems.com/ - Making your business fly!
 ___

 Are you getting 0 byte downloads? I used to have that problem beginning with 
 FF 24 or 26. The problems ended when Hipster upgraded GNOME to mostly 2.32.

 If the file size where you downloaded the file reports that it is 0 bytes, 
 look in /tmp for a file with an 8 character name followed by the extension 
 and then .part; i.e. Wxqitlyu.pdf.part. Copy or cut the file and paste it to 
 where you downloaded the file to. Then select the faulty file, press F2, copy 
 the filename, then delete the file. Finally, rename the .part file with the 
 original name of the downloaded file. A pain but worked for me.

 I too use the tarballs. 31.6.0esr was added on April 10th. 
 https://www.mozilla.org/en-US/security/known-vulnerabilities/firefox-esr/
 ftp://ftp.mozilla.org/pub/firefox/releases/

 Regards,
 Fred

 ___
 openindiana-discuss mailing list
 openindiana-discuss@openindiana.org
 http://openindiana.org/mailman/listinfo/openindiana-discuss



---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


  
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 31.3.0 (and v 31.5.0 and 24.* and 17.* ) file downloads fail mostly, Refresh Firefox isn't working on Solaris/Illumos

2015-04-10 Thread Fred Kimball via openindiana-discuss
On Friday, April 10, 2015 9:18 AM, Predrag Zecevic [Unix Systems Administrator] 
predrag.zece...@2e-systems.com wrote:

On 04/10/15 03:10 PM, Hans J. Albertsson wrote:

 The failures have varying forms:

 A text file will sometimes be displayed instead of downloaded. Sometimes it 
 will be downloaded, sometimes it all fails.
 A pdf download will most often fail, but occasionally be downloaded.
 Zip och bz or tar packages have so far never failed.

 What gives??

 As stated in the subject, I have tested a few different reasonably modern FF 
 versions, and they all behave the same.

 Version 3.6 works well, and has never failed a download.
 (However, several functions on web sites, such as Google Groups and Gmail, 
 aren't really useful in v 3.6. Too many features are
 marginal with this version.)

 What could be the reason for the failed downloads???

 I have tested starting a fresh profile, but nothing helps, so the Firefox 
 Refresh might not be very useful, But I notice that it
 isn't available.

 Please give me as many hints on things to test for, or own experiences or 
 whatever.


 I have one machine running Oracle Solaris 11.2 with FF 31 and I haven't seen 
 the behaviour in that, but then I haven't done too many
 downloads in there: at least few enough not to dare to draw any safe 
 conclusions, but it might be OK or at least less prone to this
 problem.


 Hans J. Albertsson


Hi,

I have faced same problem when using packages... Instead, started to use tar 
version(s), and download worked...
For example:
https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/31.1.1esr/contrib/solaris_tarball/

There are other small problems (flashplayer) but that is another story.

With best regards,
Predrag Zečević

 
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
Mobile:+49  174 3109 288, Skype: predrag.zecevic
E-mail:predrag.zece...@2e-systems.com

Headquarter:  2e Systems GmbH, Königsteiner Str. 87,
   65812 Bad Soden am Taunus, Germany
Company registration: Amtsgericht Königstein (Germany), HRB 7303
Managing director:Phil Douglas

http://www.2e-systems.com/ - Making your business fly!
___


Are you getting 0 byte downloads? I used to have that problem beginning with FF 
24 or 26. The problems ended when Hipster upgraded GNOME to mostly 2.32.

If the file size where you downloaded the file reports that it is 0 bytes, look 
in /tmp for a file with an 8 character name followed by the extension and then 
.part; i.e. Wxqitlyu.pdf.part. Copy or cut the file and paste it to where you 
downloaded the file to. Then select the faulty file, press F2, copy the 
filename, then delete the file. Finally, rename the .part file with the 
original name of the downloaded file. A pain but worked for me.

I too use the tarballs. 31.6.0esr was added on April 10th. 
https://www.mozilla.org/en-US/security/known-vulnerabilities/firefox-esr/
ftp://ftp.mozilla.org/pub/firefox/releases/

Regards,
Fred

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 34.0.5 build for OpenIndiana

2014-12-23 Thread cpforum
Last available is 31.3.0esr

 

 
http://download.cdn.mozilla.net/pub/mozilla.org/firefox/releases/31.3.0esr/contrib/

 

 

 Message du 23/12/14 15:48
 De : russell 
 A : openindiana-discuss@openindiana.org
 Copie à : 
 Objet : [OpenIndiana-discuss] Firefox 34.0.5 build for OpenIndiana
 
 Hi,
 
 Does anyone know there is a Firefox 34.0.5 build available for 
 OpenIndiana as there are a number of security fixes and new features I 
 am interested in.
 
 The Firefox Hello WebTC functionality to see if it will replace Skype.
 
 TIA
 
 Russell
 
 ___
 openindiana-discuss mailing list
 openindiana-discuss@openindiana.org
 http://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-16 Thread Fred Kimball via openindiana-discuss
-Original Message-
Udo Grabowski (IMK)
To: Discussion list for OpenIndiana solaris...@yahoogroups.com
Oct 15 at 2:46 AM

There's no problem with firefox or thunderbird_31.2.0 on oi_151a9
(this mail is written on TB 31.2.0 downloaded with FF 31.2.0...).
As usual, it seems to be a problem of the pkg version. Install
the tarball in /usr/local/ and point /usr/bin/{firefox,thunderbird}
to that binary. Never install something onto an existing package
directory. This problem reappears every couple of weeks here.
--
The issue with saving files began with I think Firefox 26 on hipster - not 
oi_151a9. A 0 byte problem also occurred on Mac and there is a bug filed in 
Mozilla's bugzilla which was resolved. There was discussion in this list at 
that time.

What's weird is that some file types save properly. tar.bz2 and .jpg save okay. 
For PDF files viewed in Firefox, press the download icon in the PDF reader and 
then the Firefox download manager arrow and it will show the download failed. 
Click the reload icon at the right and the download completes successfully.

For other file types it's a bit of a nuisance to get the downloaded file where 
you want and with the filename you saved it as. First try reloading from the 
download manager. If it fails, navigate to Places  /tmp and you will see the 
icon for the type of file with a name of 8 random characters, the extension, 
followed by .part, e.g., cyvCt4bK.gz.part. Click on the icon and Cut or Copy. 
Then go to where you attempted to download the file and Paste. The icon for the 
file you originally downloaded will be present with filename you saved it as. 
Click on it and it will show that the file has 0 bytes. Press F2, Ctrl + A, 
Ctrl + C (copies the whole filename), delete the file, then click on the file 
you pasted (cyvCt4bK.gz.part), press F2, Ctrl + A, Ctrl + V and you have the 
downloaded file with the filename you originally saved it as.

--Fred Kimball

On 15/10/2014 04:06, Marion Hakanson wrote:
 Greetings,

 Today I installed the 31.2.0esr release of firefox, obtained here:

 http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/31.2.0esr/contrib/solar
 is_pkgadd/firefox-31.2.0esr.en-US.opensolaris-i386-pkg.bz2

 The system in question is running OpenIndiana oi151a7 (because it can
 still play flash videos), 64-bit.

 This version of firefox does not allow me to save downloaded files.  The
 symptoms are that every download, or Save As action returns immediately,
 and the Download window just shows Failed for the item.

 I found via truss of the firefox process that it's logging some error
 messages in my ~/.mozilla/firefox/*/downloads.json file:

 UnixFile.read is not a function

 When I start firefox in safe mode from the command line, the failed
 download attempts log more details:

 *
 A coding exception was thrown and uncaught in a Task.

 Full message: TypeError: UnixFile.read is not a function
 Full stack: 
 EXCEPTION_CONSTRUCTORS.TypeError@resource://gre/modules/osfile/osfi
 le_async_front.jsm:87:5
 post/@resource://gre/modules/osfile/osfile_async_front.jsm:453:11
 TaskImpl_run@resource://gre/modules/Task.jsm:283:1
 Handler.prototype.process@resource://gre/modules/Promise.jsm -
 resource://gre/modules/Promise-backend.js:866:9
 this.PromiseWalker.walkerLoop@resource://gre/modules/Promise.jsm -
 resource://gre/modules/Promise-backend.js:742:7

 *


 I've reverted to the firefox-31.1.0esr build, and downloads are
 working fine with that version.

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Udo Grabowski (IMK)

There's no problem with firefox or thunderbird_31.2.0 on oi_151a9
(this mail is written on TB 31.2.0 downloaded with FF 31.2.0...).
As usual, it seems to be a problem of the pkg version. Install
the tarball in /usr/local/ and point /usr/bin/{firefox,thunderbird}
to that binary. Never install something onto an existing package
directory. This problem reappears every couple of weeks here.


On 15/10/2014 06:30, Nikola M. wrote:
 Flash could be used if first you go to:
 http://www.adobe.com/software/flash/about/   and then flash would
 temporarily work in a browser.

There's an additional trick to make this permanent:
After going to that page, right click on the page's tab
and pin it, then leave firefox. After restart, the tab
permanently stays there, and you never have to go to that
page again manually (only after a real flash crash, which
is much more seldom than with previous flash versions).
Be sure to have the last flash version for Osol, that is
11_2_202_223 .

On 15/10/2014 04:06, Marion Hakanson wrote:

Greetings,

Today I installed the 31.2.0esr release of firefox, obtained here:

http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/31.2.0esr/contrib/solar
is_pkgadd/firefox-31.2.0esr.en-US.opensolaris-i386-pkg.bz2

The system in question is running OpenIndiana oi151a7 (because it can
still play flash videos), 64-bit.

This version of firefox does not allow me to save downloaded files.  The
symptoms are that every download, or Save As action returns immediately,
and the Download window just shows Failed for the item.

I found via truss of the firefox process that it's logging some error
messages in my ~/.mozilla/firefox/*/downloads.json file:

UnixFile.read is not a function

When I start firefox in safe mode from the command line, the failed
download attempts log more details:

*
A coding exception was thrown and uncaught in a Task.

Full message: TypeError: UnixFile.read is not a function
Full stack: EXCEPTION_CONSTRUCTORS.TypeError@resource://gre/modules/osfile/osfi
le_async_front.jsm:87:5
post/@resource://gre/modules/osfile/osfile_async_front.jsm:453:11
TaskImpl_run@resource://gre/modules/Task.jsm:283:1
Handler.prototype.process@resource://gre/modules/Promise.jsm -
resource://gre/modules/Promise-backend.js:866:9
this.PromiseWalker.walkerLoop@resource://gre/modules/Promise.jsm -
resource://gre/modules/Promise-backend.js:742:7

*


I've reverted to the firefox-31.1.0esr build, and downloads are
working fine with that version.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Marion Hakanson
Thanks for the feedback.

I do have an oi151a9 machine at home, 32-bit.  And FF 31.2.0esr does seem
to work OK on there, without the failures at downloading files.  This is
true for the pkgadd version, by the way (same file I installed on my oi151a7
system with the problem).

I've attempted your flash trick on my oi151a9 system, but it doesn't
work for me.  The flash plugin continues crashing even after first
visiting the .../flash/about page.  Plugin version 11.2.202.223.

Thanks and regards,

Marion



Subject: Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?
From: Udo Grabowski (IMK) udo.grabow...@kit.edu
Date: Wed, 15 Oct 2014 08:45:37 +0200
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org,
solaris...@yahoogroups.com solaris...@yahoogroups.com

There's no problem with firefox or thunderbird_31.2.0 on oi_151a9
(this mail is written on TB 31.2.0 downloaded with FF 31.2.0...).
As usual, it seems to be a problem of the pkg version. Install
the tarball in /usr/local/ and point /usr/bin/{firefox,thunderbird}
to that binary. Never install something onto an existing package
directory. This problem reappears every couple of weeks here.


On 15/10/2014 06:30, Nikola M. wrote:
  Flash could be used if first you go to:
  http://www.adobe.com/software/flash/about/   and then flash would
  temporarily work in a browser.

There's an additional trick to make this permanent:
After going to that page, right click on the page's tab
and pin it, then leave firefox. After restart, the tab
permanently stays there, and you never have to go to that
page again manually (only after a real flash crash, which
is much more seldom than with previous flash versions).
Be sure to have the last flash version for Osol, that is
11_2_202_223 .

On 15/10/2014 04:06, Marion Hakanson wrote:
 Greetings,

 Today I installed the 31.2.0esr release of firefox, obtained here:

 http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/31.2.0esr/contrib/solar
 is_pkgadd/firefox-31.2.0esr.en-US.opensolaris-i386-pkg.bz2

 The system in question is running OpenIndiana oi151a7 (because it can
 still play flash videos), 64-bit.

 This version of firefox does not allow me to save downloaded files.  The
 symptoms are that every download, or Save As action returns immediately,
 and the Download window just shows Failed for the item.

 I found via truss of the firefox process that it's logging some error
 messages in my ~/.mozilla/firefox/*/downloads.json file:

   UnixFile.read is not a function

 When I start firefox in safe mode from the command line, the failed
 download attempts log more details:

 *
 A coding exception was thrown and uncaught in a Task.

 Full message: TypeError: UnixFile.read is not a function
 Full stack: 
 EXCEPTION_CONSTRUCTORS.TypeError@resource://gre/modules/osfile/osfi
 le_async_front.jsm:87:5
 post/@resource://gre/modules/osfile/osfile_async_front.jsm:453:11
 TaskImpl_run@resource://gre/modules/Task.jsm:283:1
 Handler.prototype.process@resource://gre/modules/Promise.jsm -
 resource://gre/modules/Promise-backend.js:866:9
 this.PromiseWalker.walkerLoop@resource://gre/modules/Promise.jsm -
 resource://gre/modules/Promise-backend.js:742:7

 *


 I've reverted to the firefox-31.1.0esr build, and downloads are
 working fine with that version.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Udo Grabowski (IMK)

I'm inclined to suspect that you have an LD_LIBRARY_PATH defined
somewhere which redirects firefox to use wrong library versions ?

On 15/10/2014 09:25, Marion Hakanson wrote:

Thanks for the feedback.

I do have an oi151a9 machine at home, 32-bit.  And FF 31.2.0esr does seem
to work OK on there, without the failures at downloading files.  This is
true for the pkgadd version, by the way (same file I installed on my oi151a7
system with the problem).

I've attempted your flash trick on my oi151a9 system, but it doesn't
work for me.  The flash plugin continues crashing even after first
visiting the .../flash/about page.  Plugin version 11.2.202.223.




*
A coding exception was thrown and uncaught in a Task.

Full message: TypeError: UnixFile.read is not a function
Full stack: EXCEPTION_CONSTRUCTORS.TypeError@resource://gre/modules/osfile/osfi
le_async_front.jsm:87:5
post/@resource://gre/modules/osfile/osfile_async_front.jsm:453:11
TaskImpl_run@resource://gre/modules/Task.jsm:283:1
Handler.prototype.process@resource://gre/modules/Promise.jsm -
resource://gre/modules/Promise-backend.js:866:9
this.PromiseWalker.walkerLoop@resource://gre/modules/Promise.jsm -
resource://gre/modules/Promise-backend.js:742:7

*



--
Dr.Udo Grabowski   Inst.f.Meteorology  Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Apostolos Syropoulos via openindiana-discuss
  I'm inclined to suspect that you have an LD_LIBRARY_PATH defined
 somewhere which redirects firefox to use wrong library versions ?
 
I'm inclined to suspect that firefox is totally broken since I am still using 
OpenSolaris on
a machine and there the pluggin worked with no problem but now it crashes all 
the time. So
I am pretty sure they have done something extremely stupid this time.

A.S.
 

--
Apostolos Syropoulos
Xanthi, Greece


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Udo Grabowski (IMK)

I also use the orginal firefox and thunderbird scripts that
for some reason were replaced by a simple copy of firefox-bin and
thunderbird-bin for an unkown reason. If the binary first looks
into /usr//lib/firefox, it of course gets the wrong (old) libraries.
Find attached my versions of these files, adapt for your locations.

Below are my library mappings:

# ldd firefox-bin
libCrun.so.1 =   /usr/lib/libCrun.so.1
libCstd.so.1 =   /usr/lib/libCstd.so.1
libpthread.so.1 =/lib/libpthread.so.1
libc.so.1 =  /lib/libc.so.1
libm.so.2 =  /lib/libm.so.2

# ldd plugin-container
libCrun.so.1 =   /usr/lib/libCrun.so.1
libCstd.so.1 =   /usr/lib/libCstd.so.1
libpthread.so.1 =/lib/libpthread.so.1
libc.so.1 =  /lib/libc.so.1
libxul.so =  /usr/local/lib/firefox/libxul.so
libsmime3.so =   /usr/local/lib/firefox/libsmime3.so
libssl3.so = /usr/local/lib/firefox/libssl3.so
libnss3.so = /usr/local/lib/firefox/libnss3.so
libnssutil3.so = /usr/local/lib/firefox/libnssutil3.so
libXrender.so.1 =/usr/X11/lib/libXrender.so.1
libmozsqlite3.so =   /usr/local/lib/firefox/libmozsqlite3.so
libnspr4.so =/usr/local/lib/firefox/libnspr4.so
libplc4.so = /usr/local/lib/firefox/libplc4.so
libplds4.so =/usr/local/lib/firefox/libplds4.so
libmozalloc.so = /usr/local/lib/firefox/libmozalloc.so
libdbus-1.so.3 = /usr/lib/libdbus-1.so.3
libgobject-2.0.so.0 =/usr/lib/libgobject-2.0.so.0
libglib-2.0.so.0 =   /usr/lib/libglib-2.0.so.0
libX11.so.4 =/usr/X11/lib/libX11.so.4
libsocket.so.1 = /lib/libsocket.so.1
libnsl.so.1 =/lib/libnsl.so.1
libXext.so.0 =   /usr/X11/lib/libXext.so.0
libpangoft2-1.0.so.0 =   /usr/lib/libpangoft2-1.0.so.0
libfreetype.so.6 =   /usr/lib/libfreetype.so.6
libfontconfig.so.1 = /usr/lib/libfontconfig.so.1
libpangocairo-1.0.so.0 = /usr/lib/libpangocairo-1.0.so.0
libpango-1.0.so.0 =  /usr/lib/libpango-1.0.so.0
libcairo.so.2 =  /usr/lib/libcairo.so.2
libgtk-x11-2.0.so.0 =/usr/lib/libgtk-x11-2.0.so.0
libatk-1.0.so.0 =/usr/lib/libatk-1.0.so.0
libgdk-x11-2.0.so.0 =/usr/lib/libgdk-x11-2.0.so.0
libgdk_pixbuf-2.0.so.0 = /usr/lib/libgdk_pixbuf-2.0.so.0
libm.so.2 =  /lib/libm.so.2
libXt.so.4 = /usr/X11/lib/libXt.so.4
libgthread-2.0.so.0 =/usr/lib/libgthread-2.0.so.0
libthread.so.1 = /lib/libthread.so.1
librt.so.1 = /lib/librt.so.1
libdl.so.1 = /lib/libdl.so.1
libbsm.so.1 =/lib/libbsm.so.1
libsecdb.so.1 =  /lib/libsecdb.so.1
libXau.so.6 =/usr/lib/libXau.so.6
libXdmcp.so.6 =  /usr/lib/libXdmcp.so.6
libmp.so.2 = /lib/libmp.so.2
libmd.so.1 = /lib/libmd.so.1
libgmodule-2.0.so.0 =/usr/lib/libgmodule-2.0.so.0
libz.so.1 =  /usr/lib/libz.so.1
libbz2.so.1 =/usr/lib/libbz2.so.1
libexpat.so.1 =  /usr/lib/libexpat.so.1
libpixman-1.so.0 =   /usr/lib/libpixman-1.so.0
libpng14.so.14 = /usr/lib/libpng14.so.14
libXcomposite.so.1 = /usr/lib/libXcomposite.so.1
libXdamage.so.1 =/usr/lib/libXdamage.so.1
libXfixes.so.1 = /usr/lib/libXfixes.so.1
libgio-2.0.so.0 =/usr/lib/libgio-2.0.so.0
libtsol.so.2 =   /usr/lib/libtsol.so.2
libXinerama.so.1 =   /usr/lib/libXinerama.so.1
libXi.so.5 = /usr/lib/libXi.so.5
libXrandr.so.2 = /usr/lib/libXrandr.so.2
libXcursor.so.1 =/usr/lib/libXcursor.so.1
libSM.so.6 = /usr/lib/libSM.so.6
libICE.so.6 =/usr/lib/libICE.so.6
libinetutil.so.1 =   /lib/libinetutil.so.1
libscf.so.1 =/lib/libscf.so.1
libresolv.so.2 = /lib/libresolv.so.2
libuutil.so.1 =  /lib/libuutil.so.1
libgen.so.1 =/lib/libgen.so.1
libnvpair.so.1 = /lib/libnvpair.so.1
libsmbios.so.1 = /usr/lib/libsmbios.so.1
libXevie.so.1 =  /usr/lib/libXevie.so.1
libXss.so.1 =/usr/lib/libXss.so.1

# ldd libflashplayer.so
libsocket.so.1 = /lib/libsocket.so.1
libnsl.so.1 =/lib/libnsl.so.1
librt.so.1 = /lib/librt.so.1
libpthread.so.1 =/lib/libpthread.so.1
libX11.so.4 =/usr/lib/libX11.so.4
libXext.so.0 =   /usr/lib/libXext.so.0
libXt.so.4 = /usr/lib/libXt.so.4
libfreetype.so.6 =   /usr/lib/libfreetype.so.6
libfontconfig.so.1 = /usr/lib/libfontconfig.so.1
libc.so.1 =  /lib/libc.so.1
libCrun.so.1 =   

Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Udo Grabowski (IMK)

On 15/10/2014 15:52, Apostolos Syropoulos via openindiana-discuss wrote:

I'm inclined to suspect that you have an LD_LIBRARY_PATH defined

somewhere which redirects firefox to use wrong library versions ?


I'm inclined to suspect that firefox is totally broken since I am still using 
OpenSolaris on
a machine and there the pluggin worked with no problem but now it crashes all 
the time. So
I am pretty sure they have done something extremely stupid this time.



Then why do I have no problems with it, even much less problems
than in all the years before with the older crashplayer versions ?
No, there's something wrong on your machines, we have a total of
22 machines with oi_151a7 and a9 where this all works absolutely
stable.
--
Dr.Udo Grabowski   Inst.f.Meteorology  Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Apostolos Syropoulos via openindiana-discuss

 Then why do I have no problems with it, even much less problems
 than in all the years before with the older crashplayer versions ?
 No, there's something wrong on your machines, we have a total of
 22 machines with oi_151a7 and a9 where this all works absolutely
 stable.
 

I have no idea! I have tested on a machine where the OS was installed clean
and where there was no previous .mozilla folder and yet it crashes all the time.
On OpenSolaris the previous version worked like charm and now it crashes!
Do you think that I am imagining these things? Perhaps it is not working 
correctly with the Greek UTF-8 locale. But this has nothing to do with libraries
and other staff. 

A.S.


--
Apostolos Syropoulos
Xanthi, Greece


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Udo Grabowski (IMK)

On 15/10/2014 15:52, Apostolos Syropoulos via openindiana-discuss wrote:

I'm inclined to suspect that you have an LD_LIBRARY_PATH defined

somewhere which redirects firefox to use wrong library versions ?


I'm inclined to suspect that firefox is totally broken since I am still using 
OpenSolaris on
a machine and there the pluggin worked with no problem but now it crashes all 
the time. So
I am pretty sure they have done something extremely stupid this time.



You know that you HAVE TO go to this page to enable flash  ?

  Flash could be used if first you go to:
  http://www.adobe.com/software/flash/about/   and then flash would
  temporarily work in a browser.

Something unkown is indeed broken between a7 and a9, ask
Martin Boching, he pretends to know the reason, but never
will tell us, maybe he helps you out. I do not believe that
there is a real error, as Martin wrote in another blog, he
now does not count that as an error, but a binary incompatiblity.
I can't say anything about that as I don't really know the nature
of the problem, despite of a couple of days of hard work trying
to find it.
But with the workaround and the pin trick, it's not a real
problem anymore.
--
Dr.Udo Grabowski   Inst.f.Meteorology  Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Udo Grabowski (IMK)

On 15/10/2014 16:28, Apostolos Syropoulos wrote:

You know that you HAVE TO go to this page to enable flash  ?

Flash could be used if first you go to:
http://www.adobe.com/software/flash/about/   and then flash would
temporarily work in a browser.




... Look I am using the browser on OpenSolaris where they say they compile it
and yet the flash plugin crashes! Forget what happens in OpenIndiana etc.

if it does nor work properly under OpeSolaris, then it is broken! Is it so 
difficult
to understand this?



It makes no sense, the Oracle firefox distributions are compiled
to work on THEIR modern Solaris 11.x versions, not the old 129a
Osol 2009.06. They compile with Studio 12.3, not Studio 12.1.
You would have to have exceptional luck if that still works on
an old Osol distribution.

about:buildconfig

CompilerVersion Compiler flags
/opt/solarisstudio12.3.rsync/bin/cc Sun C 5.12 SunOS_i386 Patch 148918-07
2013/08/22  -I/usr/X11/include -D__FUNC__=__func__ -xlibmieee -xstrconst
-xbuiltin=%all -D__FUNCTION__=__func__ -mt -DNDEBUG -DTRIMMED -xO4
/opt/solarisstudio12.3.rsync/bin/CC Sun C++ 5.12 SunOS_i386 Patch 148509-13
2013/08/22  -xlibmil -xlibmopt -lCrun -lCstd 
-features=tmplrefstatic,no%except
-D_XOPEN_SOURCE=500 -D__EXTENSIONS__ -template=no%extdef -xlibmieee
-xbuiltin=%all -features=tmplife,tmplrefstatic,extensions,no%except -norunpath
-D__FUNCTION__=__func__ -template=no%extdef -xannotate=no -mt -DNDEBUG -DTRIMMED
-xO4

--
Dr.Udo Grabowski   Inst.f.Meteorology  Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Udo Grabowski (IMK)

On 15/10/2014 16:41, Apostolos Syropoulos wrote:

It makes no sense, the Oracle firefox distributions are compiled
to work on THEIR modern Solaris 11.x versions, not the old 129a
Osol 2009.06.



Who said anything about 129a? I am using 134 the last OpenSolaris
release. Also, the name of the binary distribution contains the word


This is not an official release, but was build as an interim to
enable Osol users to upgrade to Solaris 11, and is also very old
and long dead.



OpenSolaris not Solaris:

firefox-31.2.0esr.en-US.opensolaris-i386.tar.bz2
I think they have it there for some reason...


This naming is just misleading, they compile for
Solaris, not Opensolaris anymore (why should they?).



I think they have it there for some reason... As about the compiler,
it is the most stupid compiler I have ever used!

No question about that...


For flash, they even don't care about compatibility,
flash support was officially removed already in 11.1:

http://www.oracle.com/technetwork/systems/end-of-notices/eonsolaris11-392732.html
--
Dr.Udo Grabowski   Inst.f.Meteorology  Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Nikola M.

On 10/15/14 04:49 PM, Udo Grabowski (IMK) wrote:

On 15/10/2014 16:41, Apostolos Syropoulos wrote:

Who said anything about 129a? I am using 134 the last OpenSolaris
release. Also, the name of the binary distribution contains the word


This is not an official release, but was build as an interim to
enable Osol users to upgrade to Solaris 11, and is also very old
and long dead.
Hi Udo, take care not to top-post, but hit reply or reply to list button 
to stay in thread.


Btw, 2009.06 was snv_111b and last Opensolaris was snv_134 that is still 
hosted in Openindiana /legacy
and enables updating to Openindiana. I did it with success through all 
those versions several times, although small changes are needed on GRUB 
but menu at the end of the Boot line, and then updating inside 
Openindiana. Last OI that supports Solaris-compatible ZFS version by 
default upon install from DVD/USB is Openindiana 151a3 so I usually 
update entire to 151a7 and then further to a8 and a9 and Hipster 
earlier, while it was still possible to update.



Solaris, not Opensolaris anymore (why should they?).
Because Opensolaris installs are still supported and that it works on 
Openindiana.
Because same binaries work on wide variety of Opensolaris-descendent 
OS-es etc.

it is the most stupid compiler I have ever used!

No question about that...

Yet code it generates was usually faster.

For flash, they even don't care about compatibility,
flash support was officially removed already in 11.1:

It is not the point actually,
because Adobe Flash problem arised inside Openindiana 151a8 , because 
Flash started behaving like that after 151a7-151a8 update, with same 
Firefox version/binaries.
So you couldn't say that actually, because I still use 
Oracle-contributed binaries in Openindiana and they work just fine, usually.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-15 Thread Kees Nuyt
On Wed, 15 Oct 2014 16:07:33 +0200, you wrote:

On 15/10/2014 15:52, Apostolos Syropoulos via openindiana-discuss wrote:
 I'm inclined to suspect that you have an LD_LIBRARY_PATH defined
 somewhere which redirects firefox to use wrong library versions ?

 I'm inclined to suspect that firefox is totally broken since I am still 
 using OpenSolaris on
 a machine and there the pluggin worked with no problem but now it crashes 
 all the time. So
 I am pretty sure they have done something extremely stupid this time.


You know that you HAVE TO go to this page to enable flash  ?

   Flash could be used if first you go to:
   http://www.adobe.com/software/flash/about/   and then flash would
   temporarily work in a browser.

 Something unkown is indeed broken between a7 and a9, ask
 Martin Boching, he pretends to know the reason, but never
 will tell us, maybe he helps you out. I do not believe that
 there is a real error, as Martin wrote in another blog, he
 now does not count that as an error, but a binary incompatiblity.
 I can't say anything about that as I don't really know the nature
 of the problem, despite of a couple of days of hard work trying
 to find it.
 But with the workaround and the pin trick, it's not a real
 problem anymore.


For what it is worth, sometimes you can avoid flash and use
html5 instead:  https://www.youtube.com/html5 

-- 
Regards,

Kees Nuyt

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox and newcomers

2014-10-14 Thread Nikola M.

On 10/15/14 04:27 AM, benta...@chez.com wrote:

Hi,

I'm jumping in as the activity seems to increase after the bash bug lately and 
there's a will to organise things.

I see a lot of people requesting Firefox and other Mozilla softwares, just to 
to make sure everyone is aware that Mozilla still provides binaries for Solaris 
platforms :

ftp://ftp.mozilla.org/pub/firefox/releases/latest-esr/contrib/


Those are actually Oracle-contributed builds to Mozilla, for Opensolaris 
and S10 that are working on Openindiana, but yes. I am using those and 
they are OK.


And they work very well with a9 (except the limited amount of plugins available 
especially the ad blockers).

Now as I've been using more and more a9 as a base I would like to know what 
is/would be the process to get involve in testing as you guys want to test 
things and to publish newer version of packages for various applications.
Currently there is a process of making sense of a development model and 
new developers are needed.


2 tasks to resolve first are making sense of Hipster wild and crazy 
update model in line with tested and released model of /dev:


Making update from /dev to numbered versions of Hipster 'entire' to work 
(requires that Hipster soon get numbered entire versions)
Making updatemanager and packagemanager work (required to release next 
/dev out of it)


See if you can describe yourself on oi-NewDevs mailing list and also on 
[oi-dev] list.



As I'm a console user, I have elinks, mutt and other standard tools like these 
in recent version recompiled with Sunstudio 12.3 as much as I can and I started 
to play with gcc 4.9.1 to some extend.

So yes... to sum up :
1 - If I want to provide some application in packaged form and submit them to 
OI, how should I do that ?
2 - If I want to help for testing things without moving to hipster how should 
I do that ? (vbox, zones)

As soon as there are clear process for these 2 things, it should be easier for 
people to jump in and contribute.

OI currently has split-brain problem
where some people are forcing rolling release model, without versioning 
updates to it and no testing at all and no releases, but snapshots in 
form of Hipster ISO.


Other way around is to put your effort in making new /dev release that 
is stalled for a long time.


It requires aether changing Hipster to be more in line with updating 
from /dev and making new /dev out of it,
or cherry picking and/or making new project for making new /dev like 
Hipster project is,

only with more sane goals of actually have /dev releases.

You can _not_ move to Hipster anymore. It is locked by constant updates 
and for not caring to fix things in Hipster, that block updating. An for 
not caring of Hipster regarding any release cycle and creating 
distribution-making rules etc...


Yes, you are right, not having answers to those 2 question could be messy.

I suggest you take a look at the Openindiana Wiki, take a look where 
sources are , see what hardware capabilities you have and start building 
things yourself.
And then you can come back with more sane answer and put it in the wiki 
if you haven't already found it :)


I personally was under impression that someone else would pick up 
Hipster changes to make new /dev and that was why I was using Hipster 
for a year and was reporting bugs and showstoppers on IRC.
It proved that no one's there who can pick it up and make a new /dev 
by cherry-picking from it
and my testing effort was almost in vain, since there was no exact bug 
reporting and fixing procedure for Hipster.
As I understand now, insisting on Hipster model as it is now is almost 
complete waste of time.


Try to build package and publish it locally. Once you tested it, 
announce it on oi-dev mailing list and see from there.

There is also SFE (Spec Files Extra) project with a lot of packages, too.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] firefox 31.2.0esr broken?

2014-10-14 Thread Nikola M.

On 10/15/14 04:06 AM, Marion Hakanson wrote:

Greetings,

Today I installed the 31.2.0esr release of firefox, obtained here:

http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/31.2.0esr/contrib/solar
is_pkgadd/firefox-31.2.0esr.en-US.opensolaris-i386-pkg.bz2


I used Firefox 31.1.1 ESR till now (ad 28 ESR before) and it worked for me.
Haven't tried 31.2 yet, but will.


The system in question is running OpenIndiana oi151a7 (because it can
still play flash videos), 64-bit.

151a7 is still best OI release ever.
151a8 broke playing flash amongst other things and so on.
It is said OpenSXCE developer Martin Bochnig (mar...@martux.org) foud 
solution for Flash in it's latest distro release, but was unwilling to 
describe solution nor release the source, without money compensation
and someone _stupidly_ removed Martin's acces to this OI mailing 
list(s), without asking anyone but one pan asking him to, due to 
political reasons, so we are all at loss here.


Flash could be used if first you go to:
http://www.adobe.com/software/flash/about/  and then flash would 
temporarily work in a browser.



This version of firefox does not allow me to save downloaded files.  The
symptoms are that every download, or Save As action returns immediately,
and the Download window just shows Failed for the item.
You can try reporting bug to Ginn Chen (ginn.c...@oracle.com), that as I 
know is contributing Mozilla products builds, including Lightning calendar.

You can also try to ask for releasing source patches used.
Contributed builds used to require newest OracleStudio, that required 
paying support to get newest updates for compiler.
I am not sure but talked about moving to GCC for C++ issues, so you 
might  see it GCC is used now.


Not having /dev updates does not help the issue,
because it is hard (yet not impossible) to contribute external packages 
to moving target as Hipster,

it is much easier with /dev that is not moving in between releases.


I found via truss of the firefox process that it's logging some error
messages in my ~/.mozilla/firefox/*/downloads.json file:

UnixFile.read is not a function

When I start firefox in safe mode from the command line, the failed
download attempts log more details:

*
A coding exception was thrown and uncaught in a Task.

Full message: TypeError: UnixFile.read is not a function
Full stack: EXCEPTION_CONSTRUCTORS.TypeError@resource://gre/modules/osfile/osfi
le_async_front.jsm:87:5
post/@resource://gre/modules/osfile/osfile_async_front.jsm:453:11
TaskImpl_run@resource://gre/modules/Task.jsm:283:1
Handler.prototype.process@resource://gre/modules/Promise.jsm  -
resource://gre/modules/Promise-backend.js:866:9
this.PromiseWalker.walkerLoop@resource://gre/modules/Promise.jsm  -
resource://gre/modules/Promise-backend.js:742:7

*


I've reverted to the firefox-31.1.0esr build, and downloads are
working fine with that version.




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox

2014-07-09 Thread Udo Grabowski (IMK)

On 02/07/2014 19:41, Bob Friesenhahn wrote:

On Wed, 2 Jul 2014, Predrag Zecevic [Unix Systems Administrator] wrote:


Hi,

I have heard that those packages are compiled by Beijing (Sun/Oracle) team,
so I guess it depends on them.


It would be good for the community to develop its own capability to
build and distribute Firefox.

There is almost no practical reason remaining for Oracle to compile
Firefox for OpenSolaris now.



Nevertheless, firefox 30 is now available for Solaris.

--
Dr.Udo Grabowski   Inst.f.Meteorology  Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox

2014-07-02 Thread Udo Grabowski (IMK)

On 02/07/2014 16:31, Apostolos Syropoulos via openindiana-discuss wrote:

Hello,

I have noticed that there are no binaries for Firefox 30 and Firefox 31 beta.
Does anyone know a bit more about this?



It usually take a couple days until they appear, maybe longer if
the release has problems.
--
Dr.Udo Grabowski   Inst.f.Meteorology  Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox

2014-07-02 Thread Predrag Zecevic [Unix Systems Administrator]

Hi,

I have heard that those packages are compiled by Beijing (Sun/Oracle) team, so 
I guess it depends on them.

Regards.

On 07/ 2/14 04:31 PM, Apostolos Syropoulos via openindiana-discuss wrote:

Hello,

I have noticed that there are no binaries for Firefox 30 and Firefox 31 beta.
Does anyone know a bit more about this?


Regards,
A.S.


--
Apostolos Syropoulos
Xanthi, Greece
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss



--
Predrag Zečević, Technical Support Analyst, 2e Systems GmbH

Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
Mobile:+49  174 3109 288, Skype: predrag.zecevic
E-mail:predrag.zece...@2e-systems.com

Headquarter:  2e Systems GmbH, Königsteiner Str. 87,
  65812 Bad Soden am Taunus, Germany
Company registration: Amtsgericht Königstein (Germany), HRB 7303
Managing director:Phil Douglas

http://www.2e-systems.com/ - Making your business fly!



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox

2014-07-02 Thread Bob Friesenhahn

On Wed, 2 Jul 2014, Predrag Zecevic [Unix Systems Administrator] wrote:


Hi,

I have heard that those packages are compiled by Beijing (Sun/Oracle) team, 
so I guess it depends on them.


It would be good for the community to develop its own capability to 
build and distribute Firefox.


There is almost no practical reason remaining for Oracle to compile 
Firefox for OpenSolaris now.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 30

2014-06-27 Thread Liam Slusser
http://ftp.mozilla.org/pub/mozilla.org/mozilla.org/firefox/releases/latest-esr/contrib/


On Fri, Jun 27, 2014 at 2:08 PM, Dmitry Kozhinov d...@desktopfay.com
wrote:

 Does anybody know where to find Firefox 30 for OpenIndiana?

 ___
 openindiana-discuss mailing list
 openindiana-discuss@openindiana.org
 http://openindiana.org/mailman/listinfo/openindiana-discuss

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 30

2014-06-27 Thread Dmitry Kozhinov

That links to v24.6.0, not v30.


http://ftp.mozilla.org/pub/mozilla.org/mozilla.org/firefox/releases/latest-esr/contrib/



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 30

2014-06-27 Thread Liam Slusser
Ah, you're right.  The newest I could find is 29 here
http://unixpackages.com/packages/mozilla


On Fri, Jun 27, 2014 at 4:43 PM, Dmitry Kozhinov d...@desktopfay.com
wrote:

 That links to v24.6.0, not v30.

  http://ftp.mozilla.org/pub/mozilla.org/mozilla.org/
 firefox/releases/latest-esr/contrib/



 ___
 openindiana-discuss mailing list
 openindiana-discuss@openindiana.org
 http://openindiana.org/mailman/listinfo/openindiana-discuss

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox 30

2014-06-27 Thread Jerry Kemp
Its (Firefox 30.0) not here yet, but if/when it does become available, I will 
expect to be looking in the standard location:


https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/30.0/contrib/

Jerry



On 06/27/14 04:08 PM, Dmitry Kozhinov wrote:

Does anybody know where to find Firefox 30 for OpenIndiana?




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox/Flash issues

2014-05-02 Thread Jonathan Adams
Martin, I have a lot or respect for you.  I follow your feed. I listen to
your rants and I help announce changes you have made to your version of
Illumos.

I know that you don't like me, or my comments, but can we please be civil
and not immediately go to a flame war?

Jon
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


  1   2   3   >