[arch-general] Starting 9/15 new error - stat of /var/log/clamav/clamd.log failed

2018-09-20 Thread David C. Rankin
Archdevs,

  Is this a new bug or config issue? Beginning 9/15, I receive a new cron error:

error: stat of /var/log/clamav/clamd.log failed: No such file or directory

  But the file is there:

$ l /var/log/clamav/clamd.log
-rw-r--r-- 1 clamav clamav 0 Aug 30  2015 /var/log/clamav/clamd.log


The wiki https://wiki.archlinux.org/index.php/ClamAV doesn't mention the
issue, so is this a bug? If so, upstream or here?

-- 
David C. Rankin, J.D.,P.E.


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread David Rosenstrauch

On 9/20/18 12:21 PM, Hubert Hauser via arch-general wrote:

Hello!

I have problem with randomly crashing Firefox 62.0 or single tabs in
this browser on 64-bit Arch Linux system. Running Firefox in safe mode
doesn't help. Resetting browser or removing folder ~/.mozilla still
doesn't help. Any ideas how to fix this issue?


Is there a particular site (or sites) that it crashes on?

DR


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Hubert Hauser via arch-general
Hi!

> * Test with a standard (non-Hardened) kernel, and with linux-lts.
Doesn't matter.
> * Uninstall and reinstall Firefox and check there's no filesystem
> corruption.kayah wieniawa
Still doesn't work.
> * Test with Beta, Developer and Nightly versions, from the repos and
> direct from Mozilla.
Nightly build seems working fine.
> * Test using a live installer environment ("Live CD") which has Firefox
> 62 available.
> * Test your RAM.
RAM has passed memtest.
> * Check your temperatures and clean out your machine.

Seems to be okay.

--

Cheers,
Hubert Hauser.


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Ralph Corderoy
Hi Ralf,

> > check out palemoon.org
>
> Chances are good, that on a system were Firefox fails, that Pale Moon
> fails, too. I dislike to recommend a replacement browser for another
> browser, however...

I'm a long-time Firefox user that upgrades packages most days and
haven't had any problems with the upgrade from 61.0.2-1 to 62.0-1 on
2018-09-06.  I suspect there are many like me so Hubert should probably
persevere with trying to give Mozilla enough detail for a diagnosis.

-- 
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Jonathon Fernyhough
On 20/09/2018 20:52, Hubert Hauser via arch-general wrote:
> nothing helps

Some more things to try:

* Test with a standard (non-Hardened) kernel, and with linux-lts.
* Uninstall and reinstall Firefox and check there's no filesystem
corruption.
* Test with Beta, Developer and Nightly versions, from the repos and
direct from Mozilla.
* Test using a live installer environment ("Live CD") which has Firefox
62 available.
* Test your RAM.
* Check your temperatures and clean out your machine.

These should let you narrow down the cause somewhat.

However, I suspect a newer FF version will have already fixed this; I
had a few weeks of FF Nightly frequently crashing a couple of months ago
(so that was probably 62a1). IIRC the output was the same as

> $ firefox
> ExceptionHandler::GenerateDump cloned child 14579
> ExceptionHandler::SendContinueSignalToChild sent continue signal to child
> ExceptionHandler::WaitForContinueSignal waiting for continue signal...



signature.asc
Description: OpenPGP digital signature


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Ralf Mardorf
On Thu, 20 Sep 2018 13:35:32 -0400, null via arch-general wrote:
>check out palemoon.org

Chances are good, that on a system were Firefox fails, that Pale Moon
fails, too. I dislike to recommend a replacement browser for another
browser, however, it might be worth to take a look at Falkon. Btw.
IceCat seems not to suffer from the same issues as Firefox does, but it
has got a lot of oddities. Depending on the user's needs a browser that
does not follow that much a Firefox alike approach, might be an
alternative, too. QupZilla was much better than Firefox, but the last
versions of QupZilla started failing, after becoming Falkon, it doesn't
fail anymore, but lost some of the QupZilla magic. Btw. a QupZilla
profile could be used with Falkon, too.


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Neven Sajko via arch-general
Do you get core dumps? Try doing running coredumpctl (possibly with
root rights). Of course, probably the backtraces would not be useful
without the debugging symbols.


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Jonathon Fernyhough
On 20/09/2018 21:14, Zorro via arch-general wrote:
> /dev/sr0 seems to be full

That's a CD-ROM. ;)



signature.asc
Description: OpenPGP digital signature


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Zorro via arch-general

Hi,

One last observation from my side.
That segment /dev/sr0 seems to be full.
Is that ok ?

Regards,
Harm-Jan Zwinderman

On 9/20/18 9:52 PM, Hubert Hauser via arch-general wrote:

Hi!

I have increased /dev/shm size to 1 GB (I have got 2 GB RAM) but it
nothing helps.

$ sudo df -h
Filesystem Size  Used Avail Use% Mounted on
dev    985M 0  985M   0% /dev
run    999M  1.1M  998M   1% /run
/dev/mapper/arch--vg-root   99G   15G   79G  16% /
tmpfs  1.0G   66M  959M   7% /dev/shm
tmpfs  999M 0  999M   0% /sys/fs/cgroup
tmpfs  999M  210M  789M  21% /tmp
/dev/sda2  232M   81M  135M  38% /boot
/dev/mapper/arch--vg-home  2.6T  5.3G  2.5T   1% /home
tmpfs  200M   16K  200M   1% /run/user/1000
/dev/sr0   756M  756M 0 100% /run/media/me/ARCH_201609

I can attach a complete crash report (link:
https://crash-stats.mozilla.com/report/index/eac62d7a-cd43-40cc-b5e2-d44850180920).

--

Cheers,
Hubert Hauser.

On 20/09/2018 21:42, Leonid Isaev via arch-general wrote:

On Thu, Sep 20, 2018 at 09:36:43PM +0200, Hubert Hauser via arch-general wrote:

Hello!

How is your recommended space for shared memory (/dev/shm)? Will be
these instructions okay
(https://bbs.archlinux.org/viewtopic.php?id=68434)? How many memory is
allocated for /dev/shm by default?

Half of the RAM size by default, as for any tmpfs...

Cheers,


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Hubert Hauser via arch-general
Hi!

On 20/09/2018 21:55, Zorro via arch-general wrote:
> But to check just start firefox in one shell window and check in
> another shell window with df whether there is enough space in /dev/shm. 

Space in /dev/shm is enough. Here's my observations:

tmpfs  1.0G   56K  1.0G   1% /dev/shm
tmpfs  1.0G   56K  1.0G   1% /dev/shm

And during crash:

tmpfs  1.0G   20M 1005M   2% /dev/shm
tmpfs  1.0G   20M 1005M   2% /dev/shm

--

Best regards,
Hubert Hauser.



Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Zorro via arch-general

Hello

I have in my fstab size=192m.

But to check just start firefox in one shell window and check in another shell 
window with df whether there is enough space in /dev/shm.

Regards,
Harm-Jan Zwinderman

On 9/20/18 9:36 PM, Hubert Hauser via arch-general wrote:

Hello!

How is your recommended space for shared memory (/dev/shm)? Will be
these instructions okay
(https://bbs.archlinux.org/viewtopic.php?id=68434)? How many memory is
allocated for /dev/shm by default?

--

Cheers,
Hubert Hauser.

On 20/09/2018 21:13, Zorro via arch-general wrote:

Hi,

Firefox 62.0 runs fine on my Arch system.

Though I once encountered a similar issue as you describe.
I didn't allocate enough space for shared memory (/dev/shm) and that
caused then such crashes.

In your case seems the 2 firefox child instances cannot communicate
with the parent instance through a pipe.

Maybe worth checking the shared memory.

Regards,
Harm-Jan Zwinderman

On 9/20/18 6:43 PM, Hubert Hauser via arch-general wrote:

Hello!

journalctl -qb /usr/bin/firefox returns nothing.

Here's output after running firefox from command line:

$ firefox
[Parent 12800, Gecko_IOThread] WARNING: pipe error (42): Connection
reset by peer: file
/build/firefox/src/mozilla-unified/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,

line 353
[Parent 12800, Gecko_IOThread] WARNING: pipe error (48): Connection
reset by peer: file
/build/firefox/src/mozilla-unified/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,

line 353

###!!! [Parent][MessageChannel] Error:
(msgtype=0x170080,name=PBrowser::Msg_Destroy) Channel error: cannot
send/recv

[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR k(0x806e0005) -
RefPtr,

mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,

line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,

mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,

line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,

mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,

line 3429
[Child 13107, MediaPlayback #4] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,

mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,

line 3429
[Child 13107, MediaPlayback #2] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,

mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,

line 3429
[Child 13107, MediaPlayback #4] WARNING: Decoder=6d0f4c0f86a0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,

mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,

line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f4c017980 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,

mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,

line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f4c017980 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,

mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,

line 3429

--

Cheers,
Hubert Hauser.

On 20/09/2018 18:31, Florijan Hamzic wrote:

Hi,

Maybe you can find something in the logs

journalctl -qb /usr/bin/firefox

Hubert Hauser via arch-general mailto:arch-general@archlinux.org>> schrieb am Do., 20. Sep. 2018,
18:21:

  Hello!

  I have problem with randomly crashing Firefox 62.0 or single
tabs in
  this browser on 64-bit Arch Linux system. Running Firefox in
safe mode
  doesn't help. Resetting browser or removing folder ~/.mozilla
still
  doesn't help. Any ideas how to fix this issue?

  --

  Cheers,
  Hubert Hauser.


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Hubert Hauser via arch-general
Hi!

I have increased /dev/shm size to 1 GB (I have got 2 GB RAM) but it
nothing helps.

$ sudo df -h
Filesystem Size  Used Avail Use% Mounted on
dev    985M 0  985M   0% /dev
run    999M  1.1M  998M   1% /run
/dev/mapper/arch--vg-root   99G   15G   79G  16% /
tmpfs  1.0G   66M  959M   7% /dev/shm
tmpfs  999M 0  999M   0% /sys/fs/cgroup
tmpfs  999M  210M  789M  21% /tmp
/dev/sda2  232M   81M  135M  38% /boot
/dev/mapper/arch--vg-home  2.6T  5.3G  2.5T   1% /home
tmpfs  200M   16K  200M   1% /run/user/1000
/dev/sr0   756M  756M 0 100% /run/media/me/ARCH_201609

I can attach a complete crash report (link:
https://crash-stats.mozilla.com/report/index/eac62d7a-cd43-40cc-b5e2-d44850180920).

--

Cheers,
Hubert Hauser.

On 20/09/2018 21:42, Leonid Isaev via arch-general wrote:
> On Thu, Sep 20, 2018 at 09:36:43PM +0200, Hubert Hauser via arch-general 
> wrote:
>> Hello!
>>
>> How is your recommended space for shared memory (/dev/shm)? Will be
>> these instructions okay
>> (https://bbs.archlinux.org/viewtopic.php?id=68434)? How many memory is
>> allocated for /dev/shm by default?
> Half of the RAM size by default, as for any tmpfs...
>
> Cheers,


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Leonid Isaev via arch-general
On Thu, Sep 20, 2018 at 09:36:43PM +0200, Hubert Hauser via arch-general wrote:
> Hello!
> 
> How is your recommended space for shared memory (/dev/shm)? Will be
> these instructions okay
> (https://bbs.archlinux.org/viewtopic.php?id=68434)? How many memory is
> allocated for /dev/shm by default?

Half of the RAM size by default, as for any tmpfs...

Cheers,
-- 
Leonid Isaev


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Hubert Hauser via arch-general
Hello!

How is your recommended space for shared memory (/dev/shm)? Will be
these instructions okay
(https://bbs.archlinux.org/viewtopic.php?id=68434)? How many memory is
allocated for /dev/shm by default?

--

Cheers,
Hubert Hauser.

On 20/09/2018 21:13, Zorro via arch-general wrote:
> Hi,
>
> Firefox 62.0 runs fine on my Arch system.
>
> Though I once encountered a similar issue as you describe.
> I didn't allocate enough space for shared memory (/dev/shm) and that
> caused then such crashes.
>
> In your case seems the 2 firefox child instances cannot communicate
> with the parent instance through a pipe.
>
> Maybe worth checking the shared memory.
>
> Regards,
> Harm-Jan Zwinderman
>
> On 9/20/18 6:43 PM, Hubert Hauser via arch-general wrote:
>> Hello!
>>
>> journalctl -qb /usr/bin/firefox returns nothing.
>>
>> Here's output after running firefox from command line:
>>
>> $ firefox
>> [Parent 12800, Gecko_IOThread] WARNING: pipe error (42): Connection
>> reset by peer: file
>> /build/firefox/src/mozilla-unified/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,
>>
>> line 353
>> [Parent 12800, Gecko_IOThread] WARNING: pipe error (48): Connection
>> reset by peer: file
>> /build/firefox/src/mozilla-unified/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,
>>
>> line 353
>>
>> ###!!! [Parent][MessageChannel] Error:
>> (msgtype=0x170080,name=PBrowser::Msg_Destroy) Channel error: cannot
>> send/recv
>>
>> [Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
>> error: NS_ERROR_DOM_MEDIA_FATAL_ERR k(0x806e0005) -
>> RefPtr,
>>
>> mozilla::MediaResult, true> >
>> mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
>> detached.: file
>> /build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
>>
>> line 3429
>> [Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
>> error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
>> RefPtr,
>>
>> mozilla::MediaResult, true> >
>> mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
>> detached.: file
>> /build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
>>
>> line 3429
>> [Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
>> error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
>> RefPtr,
>>
>> mozilla::MediaResult, true> >
>> mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
>> detached.: file
>> /build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
>>
>> line 3429
>> [Child 13107, MediaPlayback #4] WARNING: Decoder=6d0f623115c0 Decode
>> error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
>> RefPtr,
>>
>> mozilla::MediaResult, true> >
>> mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
>> detached.: file
>> /build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
>>
>> line 3429
>> [Child 13107, MediaPlayback #2] WARNING: Decoder=6d0f623115c0 Decode
>> error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
>> RefPtr,
>>
>> mozilla::MediaResult, true> >
>> mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
>> detached.: file
>> /build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
>>
>> line 3429
>> [Child 13107, MediaPlayback #4] WARNING: Decoder=6d0f4c0f86a0 Decode
>> error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
>> RefPtr,
>>
>> mozilla::MediaResult, true> >
>> mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
>> detached.: file
>> /build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
>>
>> line 3429
>> [Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f4c017980 Decode
>> error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
>> RefPtr,
>>
>> mozilla::MediaResult, true> >
>> mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
>> detached.: file
>> /build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
>>
>> line 3429
>> [Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f4c017980 Decode
>> error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
>> RefPtr,
>>
>> mozilla::MediaResult, true> >
>> mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
>> detached.: file
>> /build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
>>
>> line 3429
>>
>> -- 
>>
>> Cheers,
>> Hubert Hauser.
>>
>> On 20/09/2018 18:31, Florijan Hamzic wrote:
>>> Hi,
>>>
>>> Maybe you can find something in the logs
>>>
>>> journalctl -qb /usr/bin/firefox
>>>
>>> Hubert Hauser via arch-general >> > schrieb am Do., 20. Sep. 2018,
>>> 18:21:
>>>
>>>  Hello!
>>>
>>>  I have problem with randomly crashing Firefox 62.0 or single
>>> tabs in
>>>  this browser on 64-bit Arch Linux system. Running Firefox in
>>> safe mode
>>>  doesn't help. Resetting browser or removing folder ~/.mozilla
>>> still
>>>  doesn't help. Any ideas how to fix this issue?
>>>
>>>  --
>>>
>>>  Cheers,
>>>  Hubert Hauser.


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Zorro via arch-general

Hi,

Firefox 62.0 runs fine on my Arch system.

Though I once encountered a similar issue as you describe.
I didn't allocate enough space for shared memory (/dev/shm) and that caused 
then such crashes.

In your case seems the 2 firefox child instances cannot communicate with the 
parent instance through a pipe.

Maybe worth checking the shared memory.

Regards,
Harm-Jan Zwinderman

On 9/20/18 6:43 PM, Hubert Hauser via arch-general wrote:

Hello!

journalctl -qb /usr/bin/firefox returns nothing.

Here's output after running firefox from command line:

$ firefox
[Parent 12800, Gecko_IOThread] WARNING: pipe error (42): Connection
reset by peer: file
/build/firefox/src/mozilla-unified/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,
line 353
[Parent 12800, Gecko_IOThread] WARNING: pipe error (48): Connection
reset by peer: file
/build/firefox/src/mozilla-unified/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,
line 353

###!!! [Parent][MessageChannel] Error:
(msgtype=0x170080,name=PBrowser::Msg_Destroy) Channel error: cannot
send/recv

[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR k(0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #4] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #2] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #4] WARNING: Decoder=6d0f4c0f86a0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f4c017980 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f4c017980 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429

--

Cheers,
Hubert Hauser.

On 20/09/2018 18:31, Florijan Hamzic wrote:

Hi,

Maybe you can find something in the logs

journalctl -qb /usr/bin/firefox

Hubert Hauser via arch-general mailto:arch-general@archlinux.org>> schrieb am Do., 20. Sep. 2018, 18:21:

 Hello!

 I have problem with randomly crashing Firefox 62.0 or single tabs in
 this browser on 64-bit Arch Linux system. Running Firefox in safe mode
 doesn't help. Resetting browser or removing folder ~/.mozilla still
 doesn't help. Any ideas how to fix this issue?

 --

 Cheers,
 Hubert Hauser.


Re: [arch-general] AppArmor support

2018-09-20 Thread Geo Kozey via arch-general
> 
> From: David Runge 
> Sent: Thu Sep 20 20:42:08 CEST 2018
> To: Geo Kozey 
> Cc: General Discussion about Arch Linux 
> Subject: Re: [arch-general] AppArmor support
> 
> 
> On 2018-09-14 12:21:26 (+0200), Geo Kozey wrote:
> > They called it 'binmerge' :)
> Hope this can be achieved for all profiles.
> 
> > https://gitlab.com/apparmor/apparmor/commit/4200932d8fb31cc3782d96dd8312511e807fd09b
> > 
> > I think this should fix issues with referencing filenames that you
> > mentioned.  If there's something else left you may try to open
> > issue/merge request upstream.
> I'll do that. There are more problems with the package, than just the
> profiles ;-)
> 
> > BTW: Upstream URL should be https://gitlab.com/apparmor/apparmor as this is
> > where develeopment activity occurs.
> Forgot to put that in (will do next time).
> 
> However, I managed to only replace the use of /sbin/, /usr/sbin/ and
> /bin/ by /usr/bin/. The profile names are left unchanged now.
> 
> To all interested: Please do test, if you have the time!
> 
> Best,
> David
> 
> 

I found that 'binmerge' commit was only merged to 'master' branch which
means it won't be part of upcoming 2.13.1 release. You may consider
applying it locally or keep using sed rules.

https://gitlab.com/apparmor/apparmor/commit/4200932d8fb31cc3782d96dd8312511e807fd09b

Another thing is python abstraction which is currently broken in Arch as it
doesn't cover python 3.7. The below commit fixes it and this time it will be
part of 2.13.1 release:

https://gitlab.com/apparmor/apparmor/commit/d9d3cae2aaf272e2039d6f9113ab59d486e29b2b
Yours sincerely

G. K.


Re: [arch-general] AppArmor support

2018-09-20 Thread David Runge
On 2018-09-14 12:21:26 (+0200), Geo Kozey wrote:
> They called it 'binmerge' :)
Hope this can be achieved for all profiles.

> https://gitlab.com/apparmor/apparmor/commit/4200932d8fb31cc3782d96dd8312511e807fd09b
> 
> I think this should fix issues with referencing filenames that you
> mentioned.  If there's something else left you may try to open
> issue/merge request upstream.
I'll do that. There are more problems with the package, than just the
profiles ;-)

> BTW: Upstream URL should be https://gitlab.com/apparmor/apparmor as this is
> where develeopment activity occurs.
Forgot to put that in (will do next time).

However, I managed to only replace the use of /sbin/, /usr/sbin/ and
/bin/ by /usr/bin/. The profile names are left unchanged now.

To all interested: Please do test, if you have the time!

Best,
David

-- 
https://sleepmap.de


signature.asc
Description: PGP signature


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread frederik
There is also the Firefox extended support release:

https://ftp.mozilla.org/pub/firefox/releases/52.6.0esr/
https://ftp.mozilla.org/pub/firefox/releases/52.6.0esr/linux-x86_64/en-US/

On Thu, Sep 20, 2018 at 01:35:32PM -0400, null via arch-general wrote:
> > check out palemoon.org -freq
> 
> On Thu, 20 Sep 2018 18:55:45 +0200
> Hubert Hauser via arch-general  wrote:
> 
> > Hello!
> > 
> > On 20/09/2018 18:47, Ralf Mardorf wrote:
> > 
> > > If safe-mode and/or a new profile don't make a difference, for testing
> > > purpose consider to run Firefox by a new added user (clean caches,
> > > default WM theme etc.).
> > 
> > Still doesn't help. :-(
> > 
> > --
> > 
> > Best regards,
> > Hubert Hauser.
> 


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread null via arch-general
> check out palemoon.org -freq

On Thu, 20 Sep 2018 18:55:45 +0200
Hubert Hauser via arch-general  wrote:

> Hello!
> 
> On 20/09/2018 18:47, Ralf Mardorf wrote:
> 
> > If safe-mode and/or a new profile don't make a difference, for testing
> > purpose consider to run Firefox by a new added user (clean caches,
> > default WM theme etc.).
> 
> Still doesn't help. :-(
> 
> --
> 
> Best regards,
> Hubert Hauser.


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Hubert Hauser via arch-general
Hello!

On 20/09/2018 18:47, Ralf Mardorf wrote:

> If safe-mode and/or a new profile don't make a difference, for testing
> purpose consider to run Firefox by a new added user (clean caches,
> default WM theme etc.).

Still doesn't help. :-(

--

Best regards,
Hubert Hauser.


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Ralf Mardorf
On Thu, 20 Sep 2018 18:21:36 +0200, Hubert Hauser wrote:
>Any ideas how to fix this issue?

The first step, before you could fix something, would be
troubleshooting. Firefox is broken for me, too, but IMO troubleshooting
a Firefox issue isn't worth the effort, since there are many browsers
available, that are less painful, than Firefox ever was.

If safe-mode and/or a new profile don't make a difference, for testing
purpose consider to run Firefox by a new added user (clean caches,
default WM theme etc.).
 
-- 
pacman -Q linux{,-rt{-securityink,-pussytoes,-cornflower,}}|cut -d\  -f2
4.18.8.arch1-1
4.18.7_rt5-1
4.18.5_rt3-1
4.16.18_rt12-1
4.16.18_rt11-1


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Hubert Hauser via arch-general
Hi!

Sorry, I forgot attach logs while firefox crashes:

$ firefox
ExceptionHandler::GenerateDump cloned child 14579
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...

--

Cheers,
Hubert Hauser.

On 20/09/2018 18:31, Florijan Hamzic wrote:
> Hi,
>
> Maybe you can find something in the logs
>
> journalctl -qb /usr/bin/firefox
>
> Hubert Hauser via arch-general  > schrieb am Do., 20. Sep. 2018, 18:21:
>
> Hello!
>
> I have problem with randomly crashing Firefox 62.0 or single tabs in
> this browser on 64-bit Arch Linux system. Running Firefox in safe mode
> doesn't help. Resetting browser or removing folder ~/.mozilla still
> doesn't help. Any ideas how to fix this issue?
>
> --
>
> Cheers,
> Hubert Hauser.
>


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Hubert Hauser via arch-general
Hello!

journalctl -qb /usr/bin/firefox returns nothing.

Here's output after running firefox from command line:

$ firefox
[Parent 12800, Gecko_IOThread] WARNING: pipe error (42): Connection
reset by peer: file
/build/firefox/src/mozilla-unified/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,
line 353
[Parent 12800, Gecko_IOThread] WARNING: pipe error (48): Connection
reset by peer: file
/build/firefox/src/mozilla-unified/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,
line 353

###!!! [Parent][MessageChannel] Error:
(msgtype=0x170080,name=PBrowser::Msg_Destroy) Channel error: cannot
send/recv

[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #4] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #2] WARNING: Decoder=6d0f623115c0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #4] WARNING: Decoder=6d0f4c0f86a0 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f4c017980 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429
[Child 13107, MediaPlayback #1] WARNING: Decoder=6d0f4c017980 Decode
error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) -
RefPtr,
mozilla::MediaResult, true> >
mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is
detached.: file
/build/firefox/src/mozilla-unified/dom/media/MediaDecoderStateMachine.cpp,
line 3429

--

Cheers,
Hubert Hauser.

On 20/09/2018 18:31, Florijan Hamzic wrote:
> Hi,
>
> Maybe you can find something in the logs
>
> journalctl -qb /usr/bin/firefox
>
> Hubert Hauser via arch-general  > schrieb am Do., 20. Sep. 2018, 18:21:
>
> Hello!
>
> I have problem with randomly crashing Firefox 62.0 or single tabs in
> this browser on 64-bit Arch Linux system. Running Firefox in safe mode
> doesn't help. Resetting browser or removing folder ~/.mozilla still
> doesn't help. Any ideas how to fix this issue?
>
> --
>
> Cheers,
> Hubert Hauser.
>


Re: [arch-general] Firefox crashes randomly

2018-09-20 Thread Florijan Hamzic via arch-general
Hi,

Maybe you can find something in the logs

journalctl -qb /usr/bin/firefox

Hubert Hauser via arch-general  schrieb am Do.,
20. Sep. 2018, 18:21:

> Hello!
>
> I have problem with randomly crashing Firefox 62.0 or single tabs in
> this browser on 64-bit Arch Linux system. Running Firefox in safe mode
> doesn't help. Resetting browser or removing folder ~/.mozilla still
> doesn't help. Any ideas how to fix this issue?
>
> --
>
> Cheers,
> Hubert Hauser.
>


[arch-general] Firefox crashes randomly

2018-09-20 Thread Hubert Hauser via arch-general
Hello!

I have problem with randomly crashing Firefox 62.0 or single tabs in
this browser on 64-bit Arch Linux system. Running Firefox in safe mode
doesn't help. Resetting browser or removing folder ~/.mozilla still
doesn't help. Any ideas how to fix this issue?

--

Cheers,
Hubert Hauser.


Re: [arch-general] How to have multiple JDKs parallel?

2018-09-20 Thread Bardur Arantsson
On 20/09/2018 09.13, Eli Schwartz via arch-general wrote:
> On 9/19/18 11:50 AM, Bardur Arantsson wrote:
>> (One *hopes* that the trend will become that only the LTS-labeled
>> versions will be used for actually releasing stuff to the world, but
>> that the intermediate versions will be more seen as experimental. That
>> would mean that Arch would only have to care about LTS releases.)
> 
> Gosh, I'd hope the trend was instead to have modern, up-to-date releases
> that actually work properly.
> 

There's no need for snark. Java/JDK upstream take compatibility and
quality *extremely* seriously. Java releases are usually incredibly
backward-compatible, but

a) generally the JVM world is (understandably IMO) very careful in
moving from one version to next because JVM applications are usually
*huge* with many many corner cases. The JVM itself + the standard class
library is also quite big and it's basically impossible to do any change
without *something* *somewhere* relying on the existing (possibly buggy)
behavior. Most responsible developers at least try out version N+1,
report any bugs upstream and wait for those to be fixed and try out
version N+1 when the first 'wave' of bugs is fixed. While doing that,
having access to both version N and N+1 is kind of critical.

b) sometimes a new feature simply changes how something fundamentally
works and the feature is (by design) incompatible with the previous
state of things. This is the case for the 'modules' feature, for
example: It simply not possible to both have the module classpath
isolation and not have it at the same time. (It's actually possible to
disable this globally, but that's kind of a moot point.)

Regards,


Re: [arch-general] How to have multiple JDKs parallel?

2018-09-20 Thread Eli Schwartz via arch-general
On 9/19/18 11:50 AM, Bardur Arantsson wrote:
> In the specific case of Java 8 (LTS by AdoptOpenJDK) -> Java 11 (LTS by
> AdoptOpenJDK), I suspect that there will be a hard requirement for most
> Java developers to have support for both simultaneously on their
> development machines because of the whole "module" thing; see below.
> 
> Of course that support would ideally come via the distribution and
> there's a similar precedent for e.g. the node.js LTS releases, I imagine
> for similar reasons to do with large incompatible changes. Anyway, if
> such support is not offered, I'm pretty I certainly will be forced off
> Arch Linux for practical reasons.

We provide nodejs lts releases, because a different Trusted User (not
the packager for nodejs itself) was interested in packaging it.

> Btw, even though the Java language and the byte code are very stable
> "formats", there Java 8 -> Java 9 module transition has been everything
> but trivial and has required a lot of tooling/build changes which would
> be really hard to do across all of the ecosystem at once and any similar
> change in the future could hold up a a Java N -> Java N+1 migration for
> a pretty long time since everybody moves at their own pace.
> 
> (One *hopes* that the trend will become that only the LTS-labeled
> versions will be used for actually releasing stuff to the world, but
> that the intermediate versions will be more seen as experimental. That
> would mean that Arch would only have to care about LTS releases.)

Gosh, I'd hope the trend was instead to have modern, up-to-date releases
that actually work properly.

But I'm sure the habits of the people developing java runtimes, will
force us to package LTS releases.

(Anyway I'm delighted to see the number of java versions decrease by at
least one.)

-- 
Eli Schwartz
Bug Wrangler and Trusted User



signature.asc
Description: OpenPGP digital signature