Project

General

Profile

Housekeeping #2546

[STICKY][poppler]: and friends (x86_64)

Anonymous - 11 months ago - . Updated 2 months ago.

Status:
open
Priority:
bug
Assignee:
-
% Done:

100%


Description

this is the current list of 'poppler' dependents for x86_64 systems - each time 'poppler is upgraded in arch, each of these packages should be rebuilt against the upgraded 'poppler' with the sodeps for each 'libpoppler*.so', then the 'poppler-parabola' package should be upgraded to the same version as arch

the list is of course subject to change - the attached files can be used to generate the current list


Subtasks

Housekeeping #2351: [libre/cups-filters]: rebuild against new poppler (x86_64)fixedbill-auger

Actions
Housekeeping #2776: [libre/texlive-bin]: rebuild against new poppler (x86_64)fixedbill-auger

Actions

History

#1

Updated by freemor 11 months ago

  • % Done changed from 0 to 20
  • Status changed from unconfirmed to confirmed
  • Subject changed from testing/[icu][poppler] Conflicts to [icu 0.65.1][poppler 0.82.0] Conflicts - packages need rebuilds

[libre/hardinfo] - Rebuild for x86_46
[libre/cups-filters] - Rebuilt for x86_64
[libre/texlive-bin] - uilding now for x86_64

The new poppler nad icu haven't hit for the other 2 Architectures yet.

#2

Updated by freemor 11 months ago

[libre/texlive-bin] Rebuilt for x86_64

Starting [libre/iceape]

#3

Updated by freemor 11 months ago

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

#4

Updated by freemor 11 months ago

[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.

#5

Updated by freemor 11 months ago

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

#6

Updated by freemor 11 months ago

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

#7

Updated by freemor 11 months ago

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

#8

Updated by freemor 11 months ago

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

#9

Updated by freemor 11 months ago

Another Try at rebuilding Icecat...

#10

Updated by freemor 11 months ago

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

#11

Updated by freemor 11 months ago

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

Retrying [libre\iceweasel]

#12

Updated by freemor 11 months ago

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?

#13

Updated by oaken-source 11 months ago

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 :)

#14

Updated by freemor 11 months ago

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

Updating the Chroot and re-trying

#15

Updated by freemor 11 months ago

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

#16

Updated by freemor 11 months ago

[libre/openttd] x86_64 rebuild against new ICU.

#17

Updated by freemor 11 months ago

[libre/calibre] x86_64 rebuilt against new icu

#18

Updated by freemor 11 months ago

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

#19

Updated by oaken-source 11 months ago

  • File california-0.4.0-libical-3.0.patch added
  • File 0002-Build-with-evolution-data-server-3.13.90.patch added

I have them archived locally. see attached.

#20

Updated by freemor 11 months ago

Excellent. Will grab them and do the rebuilds

#21

Updated by oaken-source 11 months ago

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

#22

Updated by freemor 11 months ago

  • % Done changed from 20 to 40

think we are down to just the Ice* things. I'll be entering a busy all day type situation till Wed. or Thurs
So my ontibutions will definitely slow to a trickle for the next few days

#23

Updated by grizzlyuser 11 months ago

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 .

#24

Updated by grizzlyuser 11 months ago

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.

#25

Updated by grizzlyuser 11 months ago

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.

#26

Updated by eliotime3000 10 months ago

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.

#27

Updated by bill-auger 9 months ago

#28

Updated by Anonymous 7 months ago

Is it still WIP? Also there is #2614.

#30

Updated by bill-auger 7 months ago

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

#31

Updated by Anonymous 6 months ago

poppler conflicts with poppler-glib and poppler-qt5

#32

Updated by freemor 6 months ago

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

#33

Updated by eliotime3000 5 months ago

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

#34

Updated by bill-auger 5 months ago

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

#35

Updated by bill-auger 5 months ago

  • Status changed from confirmed to open
  • Subject changed from [icu 0.65.1][poppler 0.82.0] Conflicts - packages need rebuilds to [STICKY][poppler] and friends (x86_64)
  • Tracker changed from Bug to Housekeeping
#36

Updated by bill-auger 5 months ago

#37

Updated by bill-auger 5 months ago

  • Description updated (diff)
  • Subject changed from [STICKY][poppler] and friends (x86_64) to [STICKY][poppler]: and friends (x86_64)
#38

Updated by bill-auger 5 months ago

  • File deleted (california-0.4.0-libical-3.0.patch)
#39

Updated by bill-auger 5 months ago

  • File deleted (0002-Build-with-evolution-data-server-3.13.90.patch)
#40

Updated by bill-auger 5 months ago

  • Related to Housekeeping #2351: [libre/cups-filters]: rebuild against new poppler (x86_64) added
#41

Updated by bill-auger 5 months ago

  • Related to Housekeeping #2719: [pcr/frescobaldi]: rebuild against new poppler (x86_64) added
#42

Updated by bill-auger 5 months ago

  • Description updated (diff)
#43

Updated by bill-auger 5 months ago

  • Description updated (diff)
#44

Updated by bill-auger 5 months ago

  • Description updated (diff)

Also available in: Atom PDF