Search Criteria
Package Details: icu72-bin 72.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/icu72.git (read-only, click to copy) |
---|---|
Package Base: | icu72 |
Description: | International Components for Unicode library (version 72) |
Upstream URL: | https://github.com/unicode-org/icu |
Licenses: | custom:icu |
Conflicts: | icu72 |
Provides: | icu72 |
Submitter: | Trenzalore |
Maintainer: | None |
Last Packager: | Trenzalore |
Votes: | 1 |
Popularity: | 0.000504 |
First Submitted: | 2023-07-01 16:55 (UTC) |
Last Updated: | 2023-07-01 22:46 (UTC) |
Dependencies (2)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc-libs-snapshotAUR)
- sh (dashbinshAUR, zshbinshAUR, bash-devel-gitAUR, bash-gitAUR, bash)
Latest Comments
andreas_baumann commented on 2025-07-21 08:35 (UTC) (edited on 2025-07-21 08:35 (UTC) by andreas_baumann)
My opinion is: don't provide a icu72-bin package containing alien binaries. Bundle the required icu72 shared libraries direcly in the atelierb-bin and atelierb-cssp-bin.
icu72-bin is named icu72 and suggorates a source package anyway, you risk that the Fedora icu72 libraries are used for other software.
It could be that atelierb-bin and atelierb-cssp-bin could work with the built icu72 shared libraries (built from source), but that must be tested.
Probably a flatpack, snap is anyway a better way to distribute this software, because it is clearly not developed with bleeding edge libraries in mind.
oech3 commented on 2025-07-21 08:30 (UTC) (edited on 2025-07-21 08:33 (UTC) by oech3)
Sorry. I don't think this is not needed to Fedora build.
oech3 commented on 2025-07-21 08:28 (UTC) (edited on 2025-07-21 08:33 (UTC) by oech3)
Yes. If you
nm -D
for bins at those pkgs, you see72
specific symbol names. But it could be editted by a dirtypatchelf
hack. Should we ask maintainer of them to do?andreas_baumann commented on 2025-07-21 08:23 (UTC)
Aeh, are atelierb-bin and atelierb-cssp-bin acutally requiring icu72-bin to be the Fedora version?
oech3 commented on 2025-07-21 08:14 (UTC)
Uploading
icu72
is blocked by locking git repo name: https://aur.archlinux.org/packages/icu72-bin#comment-925259andreas_baumann commented on 2025-07-21 06:14 (UTC)
Yes, and please do not simply download binary shared libaries from Fedora. See icu74, icu75. You have to use the version from gitlab which was used back then to build the last version of that icu version before it was upgraded and just keep the shared libaries .so.* (not the .so).
oech3 commented on 2025-07-20 18:52 (UTC)
Can you convert this to source based
icu72
?FabioLolix commented on 2023-07-19 17:14 (UTC)
@Trenzalore reupload not rename please https://aur.archlinux.org/cgit/aur.git/commit/?h=icu72&id=c369690c5aba7a17020c3f2d9204296d3e6daacf
andreas_baumann commented on 2023-07-19 07:45 (UTC)
Aeh, downloading a binary artifact from Fedora? It's actually better to rebuild the ICU72 package and just add the libraries to the package, see https://git.archlinux32.org/packages/tree/core/icu72/PKGBUILD.
Also, icu 72 shim libraries might be needed on Archlinux ARM (for instance for php74, if you are unfortunate enough to run Owncloud on a RPI. :-> )
FabioLolix commented on 2023-07-01 18:36 (UTC)
Hello, this is a disguised
-bin
pkgbuild and the program is open source, you can both re-upload with -bin suffix and correct this pkgbuild to build from source but this can't stay as it is now