Housekeeping #2071
[STICKY][icu] and friends (armv7h)
25%
Description
this is the current list of 'icu' dependents for armv7h systems - each time 'icu' is upgraded in archarm, each of these packages should be rebuilt against the upgraded 'icu', with sodeps for each 'icu*.so', then the 'icu-compat' package should be upgraded to the same version as archarm
the list is of course subject to change - the attached files can be used to generate the current list
Subtasks
History
Updated by freemor over 5 years ago
Please add other armv7h packages needing a rebuild against icu 63.1 as a subtask
Updated by freemor over 5 years ago
I can cross-compile for arm easily enough but have no means of testing gui arm programs
I'm open to suggestions on how to make packages I build available to people wanting to test
I could attach the packages to their respective subtasks and then push them once people with arm hardware have tested them
other ideas?
Updated by freemor over 5 years ago
- Subject changed from [icu 63.1] has landed in armv7h - all the usual suspects need rebuilds to [icu 63.1] has landed in armv7h and i686 - all the usual suspects need rebuilds
Updated by freemor over 5 years ago
I'm switching to i686 builds for a bit since:
- I suspect those are in higher demand
- I can actually test the builds
Updated by freemor over 5 years ago
After 10 days of my x200 doing noting but builds. I'm taking a break I've got IRL thing that need computer time.
Updated by Time4Tea about 4 years ago
Hi, can I just bump this? I'd also like to point out that the current version of icu is at 65 and it seems to be causing issues with icecat (and likely other browsers), because they require icu<65. Ref. the following forum thread.
Updated by bill-auger almost 4 years ago
/me wonders if this one can be closed
probably yes because 'icu' is up to v65 now - but probably that means its time for another round of rebuilds just like this one
/me also wonders if "in progress" should be a valid state with no "assignee"
but i suppose it needs to be, for "epics" like this one
Updated by Time4Tea almost 4 years ago
It looks pretty out of date. Can the tasks be updated to reflect the current status of what needs to be done?
Also, there seems to be some redundancy, as there are several other tickets open for individual ice* packages that need upgrading.
Updated by bill-auger almost 4 years ago
- Assignee set to bill-auger
there are probably dozens of nearly identical tickets opened and closed over the years because of either icu, poppler, and ice* things; because the same situation recurs routinely - sometimes the ticket gets close and other times it doesnt, and goes stale before the next identical event comes around
Updated by Time4Tea almost 4 years ago
If those two libraries are regularly causing the ice* browsers to break when they get updated, is it worth considering linking them statically instead? It might make sense, if they are strongly dependent on particular versions, because then the dynamic linking isn't really a benefit anyway, is it?
Updated by bill-auger almost 4 years ago
- Assignee deleted (
bill-auger) - Description updated (diff)
- Subject changed from [icu 63.1] has landed in armv7h and i686 - all the usual suspects need rebuilds to [STICKY][icu] and friends (armv7h)
- Tracker changed from Bug to Housekeeping