[libre/texlive-bin] Rebuilt for x86_64

Starting [libre/iceape]

IceApe failed first rebuild trying again... going to bed now will check it in the morning

[libre/iceape] not rebuilding easily.. switching to iceweasel as that is more popular and should probably get done first.
I'm expecting it to fail. These Moz browsers never just rebuild easily.

Hmmm.. [libre/iceweasel] seems to be missing the '0001-Use-remoting-name-for-GDK-application-names.patch' file.
Trying icecat

Ok, 12 minutes in on the Icecat rebuild.. Here's hoping it finishes.

Nope.. it crapped out while i was writing the above.

If Other Dev want to take a look at the build logs they are in:

/mnt/data/freemor_builds/

On beefcake

Gotta run IRL Calling

Another Try at rebuilding Icecat...

Looks like all the Browser builds are failing with very similar errors.
I'm guessing something has changed in the build environment that they don't like

From most recent Icecat attempt

 |  21:09.22 libnetwerk_base.a.desc
 |  21:09.68 make[2]: *** [/build/icecat/src/icecat-60.3.0/config/recurse.mk:33: compile] Error 2
 |  21:09.68 make[1]: *** [/build/icecat/src/icecat-60.3.0/config/rules.mk:434: default] Error 2
 |  21:09.68 make: *** [client.mk:168: build] Error 2
 |  21:09.69 180 compiler warnings present.
 |  ==> ERROR: A failure occurred in build().
 |      Aborting...
==> Copying log and package files out of the chroot...

Off to investigate

Found the missing 0001-Use-remoting-name-for-GDK-application-names.patch

Retrying [libre\iceweasel]

Well, crap:

 1:05.15 checking MOZ_FFI_LIBS... -L/usr/lib/../lib -lffi
 1:05.41 checking for nodejs... /usr/bin/node: error while loading shared libraries: libicui18n.so.64: cannot open shared object file: No such file or directory
 1:05.41 no
 1:05.41 ERROR: NODEJS must point to node 8.11 or newer; found node location: /usr/bin/node.
 1:05.41     Executing `mach bootstrap --no-system-changes` should
 1:05.41     install a compatible version in ~/.mozbuild on most platforms.
 1:05.41     If you believe this is a bug, <https://mzl.la/2vLbXAv> is a good way
 1:05.41     to file.  More details: <https://bit.ly/2BbyD1E>
 1:05.53 *** Fix above errors and then restart with\
 1:05.53                "./mach build" 
 1:05.53 make: *** [client.mk:115: configure] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

Am I reading that right? Upstream nodejs not yet rebuilt against the new ICU 65?

your chroot is outdated, on my system node requires icu65

I'm currently rebuilding phantomjs, afterwards I can look at iceweasel and friends if need be :)

Good catch I updated it late last night the nodejs stuf must have snuck in sing that.

Updating the Chroot and re-trying

[libre/epiphany] X86_64 Rebuilt against new ICU. Updated to 3.35.1

[libre/openttd] x86_64 rebuild against new ICU.

[libre/calibre] x86_64 rebuilt against new icu

2 of [pcr/california]'s patches are not available from the listed source. AUR only has California-git. Looks like California might need a Redux

Excellent. Will grab them and do the rebuilds

[pcr/phantomjs] patched and rebuilt for icu-65

In case if it can help, here are patches for iceweasel 70.0 https://lists.parabola.nu/pipermail/dev/2019-October/007484.html . I didn't try to build it for i686 or armv7h though, only for x86_64. This still needs to be updated to include more recent commits from Arch firefox, starting from and including https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/firefox&id=bd92553bc3d37eb7667d9cdc349df89117a12687 .

Tried to build iceweasel 70.0.1 with a few minor changes, it failed. Looks like because of recent rust update to 1.39.0.

Successfully built iceweasel 70.0.1 for x86_64, but only after downgrading to rust 1.38.0-2. Not sure if upstream has patches to make it build with newer version.

Actually, the Iceweasel language packs in the x86_64 version has been still into the version 69 (meanwhile the main package is into the version 70.0.1). The X86_32 and ARM releases of Icedove are still in the version 60.6.1, but the language packs for x86_32 and ARM are into the version 68.2.2.

Is it still WIP? Also there is #2614.

this is a recurring situation - there are probably dozens of tickets about either icu, poppler, texlive-bin, and cups-filters - sometimes they wont build for one of the arches and so the ticket gets left open

poppler conflicts with poppler-glib and poppler-qt5

libre/cups-filters and libre/texlive-bin now rebuilt for x86_64. new poppler not in arm/i686 yet.

Actually, the version 67 of ICU that arrived for x86_64 is generating conflicts with epiphany
, hardinfo, icecat, icedove and iceweasel.

resolviendo dependencias...
buscando conflictos entre paquetes...
error: no se pudo preparar la operación (no se pudieron satisfacer las dependencias)
:: instalando icu (67.1-1) se rompe la dependencia con «icu<66», necesaria para el paquete epiphany
:: instalando icu (67.1-1) se rompe la dependencia con «icu<66», necesaria para el paquete hardinfo
:: instalando icu (67.1-1) se rompe la dependencia con «icu<66», necesaria para el paquete icecat
:: instalando icu (67.1-1) se rompe la dependencia con «icu<66», necesaria para el paquete icedove
:: instalando icu (67.1-1) se rompe la dependencia con «icu<66», necesaria para el paquete iceweasel
:: instalando icu (67.1-1) se rompe la dependencia con «icu<66», necesaria para el paquete texlive-bin

currently, this only affects x86_64 - arch32 and archarm have
not change 'icu' versions; and have no staging builds
_______________________________________