Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
arm64 gentoo firefox 57.0
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gentoo on ARM
View previous topic :: View next topic  
Author Message
mDup
Apprentice
Apprentice


Joined: 14 Apr 2006
Posts: 163

PostPosted: Wed Nov 29, 2017 1:37 pm    Post subject: arm64 gentoo firefox 57.0 Reply with quote

Did anyone manage to emerge firefox 57.0 ?
Using kindly provided previous hints (using which previously I could emerge versions up to 56.0), in 57.0 build.log I find several
'fatal error's plhash.h or prthread.h 'not found'.
I incrementally replaced some "plhash.h" by <nspr/plhash.h> (same for prthread) but new similar fatal errors keep coming.
Any patch or trick to succeed is welcome.
Have a nice day.
Back to top
View user's profile Send private message
Sakaki
Apprentice
Apprentice


Joined: 21 May 2014
Posts: 154

PostPosted: Wed Nov 29, 2017 2:27 pm    Post subject: Reply with quote

Seeing similar things this end - have currently masked firefox-57.0 in the rpi3 overlay used by the gentoo-on-rpi3-64bit image.
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
mDup
Apprentice
Apprentice


Joined: 14 Apr 2006
Posts: 163

PostPosted: Wed Nov 29, 2017 4:50 pm    Post subject: Reply with quote

Sakaki wrote:
Seeing similar things this end - have currently masked firefox-57.0 in the rpi3 overlay used by the gentoo-on-rpi3-64bit image.

OK good to know I am not alone :wink:
Back to top
View user's profile Send private message
mDup
Apprentice
Apprentice


Joined: 14 Apr 2006
Posts: 163

PostPosted: Tue Dec 12, 2017 4:47 pm    Post subject: Reply with quote

fwiw
for firefox-57.0.1 I encounter other issue (seems with rust)

Code:
stack backtrace:
   0:     0xaaaae64a47bf - std::sys::imp::backtrace::tracing::imp::unwind_backtrace::h1fbcb51845b49e4c
   1:     0xaaaae64a1b5b - std::sys_common::backtrace::_print::he788aead51a7e16b
   2:     0xaaaae64a9ec3 - std::panicking::default_hook::{{closure}}::h252468129423eef2
   3:     0xaaaae64a99ef - std::panicking::default_hook::h24e4458f9a7ca614
   4:     0xaaaae64aa2fb - std::panicking::rust_panic_with_hook::h44eb20c82230662b
   5:     0xaaaae64aa193 - std::panicking::begin_panic::h0edbe9007a581e1a
   6:     0xaaaae64aa123 - std::panicking::begin_panic_fmt::h789e2018894996b6
   7:     0xaaaae6241e9f - build_script_build::build_gecko::bindings::write_binding_file::h8a4aef1b33f13149
   8:     0xaaaae62453bb - build_script_build::build_gecko::bindings::generate_structs::h969795347ad5fcd3
   9:     0xaaaae64b0a0f - __rust_maybe_catch_panic
  10:     0xaaaae623b83f - <F as alloc::boxed::FnBox<A>>::call_box::hb27a421196d5af9e
  11:     0xaaaae64a91af - std::sys::imp::thread::Thread::new::thread_start::h7547893739a4d7c8
  12:     0xffffbb8b5853 - <unknown>
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: Any', src/libcore/result.rs:860
stack backtrace:
   0:     0xaaaae64a47bf - std::sys::imp::backtrace::tracing::imp::unwind_backtrace::h1fbcb51845b49e4c
   1:     0xaaaae64a1b5b - std::sys_common::backtrace::_print::he788aead51a7e16b
   2:     0xaaaae64a9ec3 - std::panicking::default_hook::{{closure}}::h252468129423eef2
   3:     0xaaaae64a99ef - std::panicking::default_hook::h24e4458f9a7ca614
   4:     0xaaaae64aa2fb - std::panicking::rust_panic_with_hook::h44eb20c82230662b
   5:     0xaaaae64aa193 - std::panicking::begin_panic::h0edbe9007a581e1a
   6:     0xaaaae64aa123 - std::panicking::begin_panic_fmt::h789e2018894996b6
   7:     0xaaaae64aa0c7 - rust_begin_unwind
   8:     0xaaaae64b70af - core::panicking::panic_fmt::hd9c3fa5e8be4b364
   9:     0xaaaae623b29f - core::result::unwrap_failed::he518f7b348085c7a
  10:     0xaaaae624aaa3 - build_script_build::main::hf3a676181ab4a602
  11:     0xaaaae64b0a0f - __rust_maybe_catch_panic
  12:     0xaaaae64aa87f - std::rt::lang_start::h615ea895ccae507e
  13:     0xffffbb72d163 - <unknown>
Back to top
View user's profile Send private message
psychedup
n00b
n00b


Joined: 02 Oct 2012
Posts: 15
Location: Bremerton, WA, US

PostPosted: Mon Jan 08, 2018 6:33 pm    Post subject: Reply with quote

mDup wrote:
fwiw
for firefox-57.0.1 I encounter other issue (seems with rust)

Code:
stack backtrace:
   0:     0xaaaae64a47bf - std::sys::imp::backtrace::tracing::imp::unwind_backtrace::h1fbcb51845b49e4c
   1:     0xaaaae64a1b5b - std::sys_common::backtrace::_print::he788aead51a7e16b
   2:     0xaaaae64a9ec3 - std::panicking::default_hook::{{closure}}::h252468129423eef2
   3:     0xaaaae64a99ef - std::panicking::default_hook::h24e4458f9a7ca614
   4:     0xaaaae64aa2fb - std::panicking::rust_panic_with_hook::h44eb20c82230662b
   5:     0xaaaae64aa193 - std::panicking::begin_panic::h0edbe9007a581e1a
   6:     0xaaaae64aa123 - std::panicking::begin_panic_fmt::h789e2018894996b6
   7:     0xaaaae6241e9f - build_script_build::build_gecko::bindings::write_binding_file::h8a4aef1b33f13149
   8:     0xaaaae62453bb - build_script_build::build_gecko::bindings::generate_structs::h969795347ad5fcd3
   9:     0xaaaae64b0a0f - __rust_maybe_catch_panic
  10:     0xaaaae623b83f - <F as alloc::boxed::FnBox<A>>::call_box::hb27a421196d5af9e
  11:     0xaaaae64a91af - std::sys::imp::thread::Thread::new::thread_start::h7547893739a4d7c8
  12:     0xffffbb8b5853 - <unknown>
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: Any', src/libcore/result.rs:860
stack backtrace:
   0:     0xaaaae64a47bf - std::sys::imp::backtrace::tracing::imp::unwind_backtrace::h1fbcb51845b49e4c
   1:     0xaaaae64a1b5b - std::sys_common::backtrace::_print::he788aead51a7e16b
   2:     0xaaaae64a9ec3 - std::panicking::default_hook::{{closure}}::h252468129423eef2
   3:     0xaaaae64a99ef - std::panicking::default_hook::h24e4458f9a7ca614
   4:     0xaaaae64aa2fb - std::panicking::rust_panic_with_hook::h44eb20c82230662b
   5:     0xaaaae64aa193 - std::panicking::begin_panic::h0edbe9007a581e1a
   6:     0xaaaae64aa123 - std::panicking::begin_panic_fmt::h789e2018894996b6
   7:     0xaaaae64aa0c7 - rust_begin_unwind
   8:     0xaaaae64b70af - core::panicking::panic_fmt::hd9c3fa5e8be4b364
   9:     0xaaaae623b29f - core::result::unwrap_failed::he518f7b348085c7a
  10:     0xaaaae624aaa3 - build_script_build::main::hf3a676181ab4a602
  11:     0xaaaae64b0a0f - __rust_maybe_catch_panic
  12:     0xaaaae64aa87f - std::rt::lang_start::h615ea895ccae507e
  13:     0xffffbb72d163 - <unknown>


Have you had any luck resolving this? I'm getting the same error trying to build firefox-57.0.4 on a pine64 (arm64).

I found this bug which looks like the same error on a previous version but for FreeBSD.
Back to top
View user's profile Send private message
mDup
Apprentice
Apprentice


Joined: 14 Apr 2006
Posts: 163

PostPosted: Mon Jan 08, 2018 11:59 pm    Post subject: Reply with quote

psychedup wrote:

Have you had any luck resolving this? I'm getting the same error trying to build firefox-57.0.4 on a pine64 (arm64).
I found this bug which looks like the same error on a previous version but for FreeBSD.

I have not investigated but will try again. Keep you informed.
update
I tried firefox-57.0.4 running into same issue.
update
same issue using udated dev-lang/rust-1.23.0-r1 .
Back to top
View user's profile Send private message
mDup
Apprentice
Apprentice


Joined: 14 Apr 2006
Posts: 163

PostPosted: Fri Feb 16, 2018 4:31 pm    Post subject: Reply with quote

fwiw: I have been able to build firefox-58.0.1
Back to top
View user's profile Send private message
Khumarahn
Apprentice
Apprentice


Joined: 17 Apr 2009
Posts: 150

PostPosted: Mon Mar 19, 2018 9:29 pm    Post subject: Reply with quote

Is anyone still able to compile 58.0.1? There is a strange no-message compilation error, though it seems not arm specific
https://bugs.gentoo.org/650846
Back to top
View user's profile Send private message
mDup
Apprentice
Apprentice


Joined: 14 Apr 2006
Posts: 163

PostPosted: Mon Mar 19, 2018 9:51 pm    Post subject: Reply with quote

Khumarahn wrote:
Is anyone still able to compile 58.0.1? There is a strange no-message compilation error, though it seems not arm specific
https://bugs.gentoo.org/650846

fwiw: the USE differences with my (passed) build are
Code:
system-harfbuzz
system-icu
system-jpeg
system-libevent
system-libvpx
system-sqlite
-wifi
Back to top
View user's profile Send private message
Sakaki
Apprentice
Apprentice


Joined: 21 May 2014
Posts: 154

PostPosted: Sat Mar 31, 2018 6:31 pm    Post subject: Reply with quote

I too have been having quite a frustrating time with this.

However, having (eventually) built rust-1.23.0-1 (the vanilla Gentoo tree ebuild will do ~arm64 OK now, but doesn't default to building a single-target LLVM as NeddySeagoon's original ebuild did - so if you use it, be prepared for quite a long wait!) and cargo-0.24.0, I finally managed to get firefox-58.0.1 to build on my RPi3 (with distcc backing). It needed a 3GiB swap file, and failed a couple of times through the compile with seemingly random rust errors (similar to bug 650846).

(Tip) When the emerge failed, I just restarted the make from where it left off with:
Code:
pi64 ~ # ebuild /usr/portage/www-client/firefox/firefox-58.0.1.ebuild merge

I had to do this twice, but it did complete in the end. The USE flags, following mDup, were:
Code:
bindist dbus screenshot startup-notification system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-sqlite -custom-cflags -custom-optimization -debug -eme-free -gmp-autoupdate -hardened -hwaccel -jack -neon -pulseaudio -selinux -test -wifi


However, I'm going to try building it again now without the "system-..." flags, for the forthcoming gentoo-on-rpi3-64bit release, as these can end up requiring frequent rebuilds of the browser on the build server.
Perhaps I should just get myself a 96-core ARM box ^-^
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
Khumarahn
Apprentice
Apprentice


Joined: 17 Apr 2009
Posts: 150

PostPosted: Sat Mar 31, 2018 6:36 pm    Post subject: Reply with quote

It seems to fail at the strange
Code:
thread 'rustc' panicked at 'other was less than the current instant', src/libstd/sys/unix/time.rs:284:16


Some problem with timers (?), seems intermittent. Maybe, indeed, restarting the compilation is the way to go? I should retry.
Back to top
View user's profile Send private message
Sakaki
Apprentice
Apprentice


Joined: 21 May 2014
Posts: 154

PostPosted: Sat Mar 31, 2018 7:06 pm    Post subject: Reply with quote

@Khumarahn,

Yes, that "other was less than the current instant" error was exactly the issue I was seeing too (twice in the course of one emerge).

As such, most likely if you restart the build (and have sufficient swap) it should work for you also.
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 40481
Location: 56N 3W

PostPosted: Sat Mar 31, 2018 8:42 pm    Post subject: Reply with quote

If it helps, use my ~arm64 BINHOST
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on ARM All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum