Am 19.07.21 20:56 schrieb Stephan Althaus :
>
> On 7/19/21 8:52 PM, Apostolos Syropoulos via openindiana-discuss wrote:
> > Any ideas how one can install this new firefox? I tried
> >
> > # pkg install web/browser/firefox@90.0
> > Creating Plan (Solver setup): \
> > pkg install: No matching
On 7/19/21 8:52 PM, Apostolos Syropoulos via openindiana-discuss wrote:
> Any ideas how one can install this new firefox? I tried
>
> # pkg install web/browser/firefox@90.0
> Creating Plan (Solver setup): \
> pkg install: No matching version of web/browser/firefox can be installed:
> Reject: pk
Any ideas how one can install this new firefox? I tried
# pkg install web/browser/firefox@90.0
Creating Plan (Solver setup): \
pkg install: No matching version of web/browser/firefox can be installed:
Reject: pkg://userland/web/browser/firefox@90.0-2020.0.1.0
Reason: This version is exclud
On 5/21/21 3:20 PM, Stephan Althaus wrote:
> On 5/21/21 2:42 PM, Carsten Grzemba via openindiana-discuss wrote:
>> I have put the latest version off libspeechd on http://pkg.toc.de/userland.
>> Perhaps you can test this and share the results.
>> I had the impression that the problem raised mainly
On 5/21/21 2:42 PM, Carsten Grzemba via openindiana-discuss wrote:
> I have put the latest version off libspeechd on http://pkg.toc.de/userland.
> Perhaps you can test this and share the results.
> I had the impression that the problem raised mainly on the first visit of an
> web page, perhapse
Am 21.05.21 13:40 schrieb Stephan Althaus :
>
> On 3/28/21 8:11 AM, Carsten Grzemba wrote:
> >
> > there is it again: libspeechd
> >
> > as workaround you can remove the libspeechd.
> >
> > Von meinem Xperia™ von Sony-Smartphone gesendet
> >
> >
> >
> > Stephan Althaus schrieb
> >
>
On 3/28/21 8:11 AM, Carsten Grzemba wrote:
>
> there is it again: libspeechd
>
> as workaround you can remove the libspeechd.
>
> Von meinem Xperia™ von Sony-Smartphone gesendet
>
>
>
> Stephan Althaus schrieb
>
> On 03/27/21 04:07 PM, Carsten Grzemba via openindiana-discuss wrote:
> > un
Am 28.03.21 10:37 schrieb Apostolos Syropoulos via openindiana-discuss
:
>
> Is this
>
> https://github.com/brailcom/speechd
>
> the source code of libspeechd?
>
Correct! There is a newer version, but it seems that in the related source is
no change.
>
>
> --
> A
Is this
https://github.com/brailcom/speechd
the source code of libspeechd?
--
Apostolos Syropoulos
Xanthi, Greece
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/op
there is it again: libspeechd
as workaround you can remove the libspeechd.
Von meinem Xperia™ von Sony-Smartphone gesendet
Stephan Althaus schrieb
>On 03/27/21 04:07 PM, Carsten Grzemba via openindiana-discuss wrote:
>> unfortunatly the pstack delivers here not a usefull result: the
On 03/27/21 04:07 PM, Carsten Grzemba via openindiana-discuss wrote:
unfortunatly the pstack delivers here not a usefull result: the threads with
pollsys, portfs or __lwp_park on top are not the reason for core.
I hope
$ mdb /usr/lib/amd64/firefox/firefox core
::stack
delivers here be
Am 24.03.21 13:30 schrieb Stephan Althaus :
>
> On 03/17/21 03:13 PM, Carsten Grzemba via openindiana-discuss wrote:
> > the same, I will upload FF78 in the moment so you can test this also.
> > But my first impression is needs more resources (RAM), less
> > performance, at least on my not
On 03/17/21 03:13 PM, Carsten Grzemba via openindiana-discuss wrote:
the same, I will upload FF78 in the moment so you can test this also.
But my first impression is needs more resources (RAM), less
performance, at least on my not so young laptop with 8GRAM ;)
So, here i have a first crash with
apostolo@adalind>> pstack core | /usr/gnu/bin/c++filt | head -100
core 'core' of 3499: /usr/bin/firefox
- thread# 1 / lwp# 1 -
7fffa0f9dd48 js::gc::Chunk::fetchNextDecommittedArena() () + 56
7fffa0f9ea75 js::gc::Chunk::allocateArena(js::gc::GCRu
Am 22.03.21 11:57 schrieb Stephan Althaus :
>
> On 03/22/21 11:45 AM, Apostolos Syropoulos via openindiana-discuss wrote:
> >Of course I am using 78.8.0esr (64-bit)
> >
> >--
> >Apostolos Syropoulos
> >Xanthi, Greece
> >
> >
> >
> >
> >_
If you have a core file, please send:
$ pstack core | c++filt | head -100
Am 22.03.21 11:45 schrieb Apostolos Syropoulos via openindiana-discuss
:
>
>
> Of course I am using 78.8.0esr (64-bit)
>
> --
> Apostolos Syropoulos
> Xanthi, Greece
>
>
>
>
> _
On 03/22/21 11:45 AM, Apostolos Syropoulos via openindiana-discuss wrote:
Of course I am using 78.8.0esr (64-bit)
--
Apostolos Syropoulos
Xanthi, Greece
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
ht
Of course I am using 78.8.0esr (64-bit)
--
Apostolos Syropoulos
Xanthi, Greece
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss
On 03/22/21 11:40 AM, Apostolos Syropoulos via openindiana-discuss wrote:
This site
https://belnumizmatika.by/
crashes firefox. Firefox on smart phone has
no problem with this site.
-
Apostolos Syropoulos
Xanthi, Greece
___
open
This site
https://belnumizmatika.by/
crashes firefox. Firefox on smart phone has
no problem with this site.
-
Apostolos Syropoulos
Xanthi, Greece
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://op
Am 22.03.21 09:35 schrieb Carsten Grzemba via openindiana-discuss
:
>
>
>
> Am 19.03.21 05:33 schrieb Bill Sommerfeld :
> >
> > On 03/18/21 21:03, Joshua M. Clulow via openindiana-discuss wrote:
> > >>(if I'm reading it correctly, it trapped in strlen()).
> > >
> > >It does look that way
Am 19.03.21 05:33 schrieb Bill Sommerfeld :
>
> On 03/18/21 21:03, Joshua M. Clulow via openindiana-discuss wrote:
> >>(if I'm reading it correctly, it trapped in strlen()).
> >
> >It does look that way. If you add a "-v" to ::findstack you might see
> >arguments, which can be helpful. If the
On 03/18/21 21:03, Joshua M. Clulow via openindiana-discuss wrote:
(if I'm reading it correctly, it trapped in strlen()).
It does look that way. If you add a "-v" to ::findstack you might see
arguments, which can be helpful. If there aren't arguments this
program may need to be built with -ms
On Thu, 18 Mar 2021 at 20:35, Bill Sommerfeld wrote:
> > 5c::findstack ! demangle
Note that you can have mdb do the demangling for you, as well:
> $G
C++ symbol demangling enabled
> stack pointer for thread 92 [speechd init]: 7fffa8fee070
> [ 7fffa8fee070 libc.so.1`_lwp_kill+0xa()
On 03/17/21 07:28, Carsten Grzemba via openindiana-discuss wrote:
Please test, FF68 is EOL since summer 2020, so we have to go forward and the
next ESR will come this summer.
Got two crashes in 78.8 with this stack trace:
> 5c::findstack ! demangle
stack pointer for thread 92 [speechd init]:
On 03/18/21 10:09 PM, Andreas Wacknitz wrote:
Am 18.03.21 um 22:03 schrieb Stephan Althaus:
On 03/18/21 09:53 PM, Andreas Wacknitz wrote:
Am 17.03.21 um 14:09 schrieb Gary Mills:
On Tue, Mar 16, 2021 at 04:27:31PM +0100, Carsten Grzemba via
openindiana-discuss wrote:
I made available a firefo
Am 18.03.21 um 22:03 schrieb Stephan Althaus:
On 03/18/21 09:53 PM, Andreas Wacknitz wrote:
Am 17.03.21 um 14:09 schrieb Gary Mills:
On Tue, Mar 16, 2021 at 04:27:31PM +0100, Carsten Grzemba via
openindiana-discuss wrote:
I made available a firefox package 68esr for testing
Unfortunately for
On 03/18/21 09:53 PM, Andreas Wacknitz wrote:
Am 17.03.21 um 14:09 schrieb Gary Mills:
On Tue, Mar 16, 2021 at 04:27:31PM +0100, Carsten Grzemba via
openindiana-discuss wrote:
I made available a firefox package 68esr for testing
Unfortunately for the moment there is a restriction!
There is a s
On Thursday, March 18, 2021, 9:56:14 PM GMT+2, Stephan Althaus
wrote:
>So your panic after "pkg update" is solved ? Which nvidia driver are you
>using now?
Not really. The rmformat problem happened to the computer at home.
There I am using 415.18. Since my teaching class is closed now
due to an
Am 17.03.21 um 14:09 schrieb Gary Mills:
On Tue, Mar 16, 2021 at 04:27:31PM +0100, Carsten Grzemba via
openindiana-discuss wrote:
I made available a firefox package 68esr for testing
Unfortunately for the moment there is a restriction!
There is a setting in /etc/system necessary:
set _userlim
On 03/18/21 06:06 PM, Apostolos Syropoulos via openindiana-discuss wrote:
OK I said let's upgrade and keep fingewrs crossed.
The system booted, mate started just fine but the USB ports
are not functioning!
apostolo@adalind>> /usr/sbin/cfgadm
Ap_Id Type Receptacl
On 3/17/21 7:28 AM, Carsten Grzemba via openindiana-discuss wrote:
Please test, FF68 is EOL since summer 2020, so we have to go forward and the
next ESR will come this summer.
I set _userlimit in /etc/system as discussed here earlier, rebooted, and
then installed Firefox 78.8.0 from your repo
OK I said let's upgrade and keep fingewrs crossed.
The system booted, mate started just fine but the USB ports
are not functioning!
apostolo@adalind>> /usr/sbin/cfgadm
Ap_Id Type Receptacle Occupant Condition
sata2/0::dsk/c9t0d0 disk conne
Yes you need to update to at least the same point from which Carsten was
packaging.
-Till
On 17.03.21 14:31, Apostolos Syropoulos via openindiana-discuss wrote:
Hello,
I tried to install the new version of Firefox but my system refused
to install it! First the command
# pkg set-publisher htt
Hello,
I tried to install the new version of Firefox but my system refused
to install it! First the command
# pkg set-publisher http://pkg.toc.de/userland userland
did not work but the command
# pkg set-publisher -P -g http://pkg.toc.de/userland userland
worked. Then I tried to proceed. The
On 3/17/21 6:24 AM, Stephan Althaus wrote:
On 03/17/21 02:09 PM, Gary Mills wrote:
On Tue, Mar 16, 2021 at 04:27:31PM +0100, Carsten Grzemba via
openindiana-discuss wrote:
I made available a firefox package 68esr for testing
Unfortunately for the moment there is a restriction!
There is a setti
On 03/17/21 03:28 PM, Carsten Grzemba via openindiana-discuss wrote:
Am 17.03.21 15:23 schrieb Stephan Althaus :
On 03/17/21 03:13 PM, Carsten Grzemba via openindiana-discuss wrote:
Is this still the case with 78 ESR ?
the same, I will upload FF78 in the moment so you can test this also. Bu
Am 17.03.21 15:23 schrieb Stephan Althaus :
>
> On 03/17/21 03:13 PM, Carsten Grzemba via openindiana-discuss wrote:
> >>Is this still the case with 78 ESR ?
> >>
> >the same, I will upload FF78 in the moment so you can test this also. But my
> >first impression is needs more resources (RAM)
On 03/17/21 03:13 PM, Carsten Grzemba via openindiana-discuss wrote:
Is this still the case with 78 ESR ?
the same, I will upload FF78 in the moment so you can test this also. But my
first impression is needs more resources (RAM), less performance, at least on
my not so young laptop with 8GRA
Am 17.03.21 14:25 schrieb Stephan Althaus :
>
> On 03/17/21 02:09 PM, Gary Mills wrote:
> >On Tue, Mar 16, 2021 at 04:27:31PM +0100, Carsten Grzemba via
> >openindiana-discuss wrote:
> >>I made available a firefox package 68esr for testing
> >>
> >>Unfortunately for the moment there is a res
On 03/17/21 02:09 PM, Gary Mills wrote:
On Tue, Mar 16, 2021 at 04:27:31PM +0100, Carsten Grzemba via
openindiana-discuss wrote:
I made available a firefox package 68esr for testing
Unfortunately for the moment there is a restriction!
There is a setting in /etc/system necessary:
set _userlimi
On Tue, Mar 16, 2021 at 04:27:31PM +0100, Carsten Grzemba via
openindiana-discuss wrote:
> I made available a firefox package 68esr for testing
>
> Unfortunately for the moment there is a restriction!
> There is a setting in /etc/system necessary:
>
> set _userlimit=0x7fffc000
>
> whithout
Woohoo!!!
Zabbix web-UI works now! One less reason to have a vm running linux :)
Thanks Carsten, Alan, Till, Godzilla et al.
/tony
--
Tony Albers - Systems Architect - IT Development Royal Danish Library,
Victor Albecks Vej 1, 8000 Aarhus C, Denmark
Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EA
On 03/17/21 12:53 AM, Joshua M. Clulow via openindiana-discuss wrote:
On Tue, 16 Mar 2021 at 14:57, Stephan Althaus
wrote:
By the way - what does "set _userlimit=0x7fffc000" actually do - and
what does the limit mean to me as the user ??
It sets the maximum virtual memory address we will u
On Tue, 16 Mar 2021, Stephan Althaus wrote:
By the way - what does "set _userlimit=0x7fffc000" actually do - and what
does the limit mean to me as the user ??
Apparently the JavaScript implementation is storing private data in
the high bits of 64-bit pointers. This works "fine" for Linu
On Tue, 16 Mar 2021 at 14:57, Stephan Althaus
wrote:
> By the way - what does "set _userlimit=0x7fffc000" actually do - and
> what does the limit mean to me as the user ??
It sets the maximum virtual memory address we will use when giving
processes memory. Setting the user limit there makes
On 03/16/21 04:27 PM, Carsten Grzemba via openindiana-discuss wrote:
I made available a firefox package 68esr for testing
Unfortunately for the moment there is a restriction!
There is a setting in /etc/system necessary:
set _userlimit=0x7fffc000
whithout this, FF will raise a assertion in
I made available a firefox package 68esr for testing
Unfortunately for the moment there is a restriction!
There is a setting in /etc/system necessary:
set _userlimit=0x7fffc000
whithout this, FF will raise a assertion in JS code.
If you want to give it a try then:
$ pfexec pkg set-publishe
48 matches
Mail list logo
