Closed jeandestouches closed 2 years ago
Adding mozconfig_enable "application=browser" to src_configure fixes the issue, I will update this bug report if build fails for another reason (hopefully not ! By the way I'm trying with GCC11 to see if it compiles with it this time | EDIT : Ok it still doesn't like GCC11, trying with 9.4.0 instead)
src_configure() {
# Basic configuration:
mozconfig_init
mozconfig_disable updater install-strip accessibility
mozconfig_enable "application=browser"
[...]
I just realized this option is handled by the eclass, so the eclass should be updated instead. (with a version check to avoid breaking old ebuild using 'palemoon' instead of 'browser')
So, it builds correctly with GCC9.4 but install fails in src_install() Here :
einfo "Extracting the package..."
tar xjpf "${S}/${obj_dir}/dist/${P}.linux-${CTARGET_default%%-*}.tar.bz2"
xz is used now, so :
tar xpf "${S}/${obj_dir}/dist/${P}.linux-${CTARGET_default%%-*}.tar.xz"
Also, the icon_path in install_branding_files function (in palemoon eclass) should read now :
icon_path="${extracted_dir}/browser/branding/unofficial"
I hope i'm not missing anything more this time. I'm trying again.
See also, https://github.com/deu/palemoon-overlay/issues/121
thanks for your work, I’ll commit these changes now.
but tell me if your build succeed or not though
How I did in the eclass for version testing:
mozconfig_init() {
if [ "$(printf '%s\n' "30.0.0" "${PV}" | sort -V | head -n1)" = "30.0.0" ]; then
echo "ac_add_options --enable-application=browser" > "${S}/.mozconfig"
else
echo "ac_add_options --enable-application=palemoon" > "${S}/.mozconfig"
fi
}
I did expect this: /var/tmp/portage/www-client/palemoon-30.0.0/temp/environment: line 3671: /var/tmp/portage/www-client/palemoon-30.0.0/work/palemoon-30.0.0/o/dist/bin/browser/defaults/preferences/palemoon.js: No such file or directory
My build failed again on install_phase because of a small typo in the icon_path... (in palemoon-5.eclass)
icon_path="${extracted_dir}/browser/branding/unofficial"
instead of
icon_path="${extracted_dir}/branding/unofficial"
I'm starting to feel ridiculous but I think the next one should finally pass haha!
I have inspected the directory package
and it contains 2 subdirs: branding
(that was copied before) and palemoon
, and the said line is inside the branding function of the eclass that is called when use branding is used. Then this specific path should not be changed.
It should remain just ${extracted_dir}/branding
Oh! Indeed, I was looking at the wrong dir.. This one is called during installation right ? /var/tmp/portage/www-client/palemoon-30.0.0/temp/package/branding ? ls -al
-rw-r--r-- 1 root root 811 18 mars 23:32 default16.png
-rw-r--r-- 1 root root 2273 18 mars 23:32 default32.png
-rw-r--r-- 1 root root 3885 18 mars 23:32 default48.png
-rw-r--r-- 1 root root 879 18 mars 23:32 license.txt
-rw-r--r-- 1 root root 20601 18 mars 23:32 mozicon128.png
So it should work indeed with the default icon_path.. my bad.
else, I fixed this:
set_pref() {
if [ "$(printf '%s\n' "30.0.0" "${PV}" | sort -V | head -n1)" = "30.0.0" ]; then
echo "pref(\"$1\", $2);" >> "${S}/${obj_dir}/dist/bin/defaults/pref/palemoon.js"
else
echo "pref(\"$1\", $2);" >> "${S}/${obj_dir}/dist/bin/browser/defaults/preferences/palemoon.js"
fi
}
Oh! Indeed, I was looking at the wrong dir.. This is one is called during installation right ? /var/tmp/portage/www-client/palemoon-30.0.0/temp/package/branding ?
Yes, if branding use is not set, then the makefile will use the unbranded ones that are, I think, defined by devs.
pushed new changes, can you try to build with that?
on my side, build succeeded. feel free to reopen this issue if it is not on your side.
Fully working now, thanks CaseOf ! And sorry for the delay to confirm, it took a while on my toaster.. (especially the xz compression..)
yeah I noticed that xz compression is taking ages, maybe more than before, but that’s just feelings
maybe could we do something on that side to simply disable that step?
Maybe, it seems xz options are set here : platform/system/installer/packager-uxp.mk It is set to use the maximum compression a.k.a -9e so this could be lowered a little bit, 6 is used by default. And especially drop 'extreme' (e), this could probably be modified quickly with sed in src_configure.
Hi, 30.0.0 build fails early, it seems 30.0.0 introduces several changes..