Package Details: unicode 2.4-1

Git Clone URL: https://aur.archlinux.org/unicode.git (read-only)
Package Base: unicode
Description: Display unicode character properties on the command line
Upstream URL: https://github.com/garabik/unicode
Licenses: GPL3
Submitter: taimon
Maintainer: Rhinoceros
Last Packager: Rhinoceros
Votes: 10
Popularity: 0.584976
First Submitted: 2009-03-11 08:44
Last Updated: 2016-06-24 23:29

Latest Comments

Rhinoceros commented on 2016-07-12 01:30

> Your happiness is irrelevant.

@felix.s That's rather aggressive response, for a mere misunderstanding about your terse phrasing. In any case, I'll monitor the bug report before I resolve anything here.

@kseistrup That's possible, but I'm not sure how to do that cleanly with the PKGBUILD. AFAIK the only way would be to have both the minimal package and the full UCD as optdepends, meaning that users could easily miss the info, and not have the correct dependencies installed.

kseistrup commented on 2016-07-05 08:43

Could another solution be to package the UNIDATA needed for unicode separately and then let unicode depend on either that separate package or the UCD package. Explain to the user that uncode can use the UCD package but that it takes up 73 MB, or that it can use the smaller UNIDATA package, then ask the user if they want (1) or (2).

felix.s commented on 2016-07-05 07:58

Your happiness is irrelevant. Separation of concerns is about preventing file conflicts: what happens when you want to install two packages each containing a file named /usr/share/unicode/UnicodeData.txt? (For extra perversion, each a different version.)

I already filed a bug report in which I suggested reducing the size and/or splitting the UCD package: <https://bugs.archlinux.org/task/49938>. The largest part of the UCD is the Unihan database (33M), and it turns out this very tool you're packaging here can in fact use it. So it isn't all cruft as you imply.

Rhinoceros commented on 2016-07-05 05:33

For your first two points, I'm happy enough to package, and relatively unconcerned. :)

I agree that there is some redundancy the way it is, but 97.5% of the UCD is unnecessary for this package. It just seems like overkill to me. Also, TBH I'm also reticent because I personally don't have the UCD installed. I might be convinced if I'd could be shown that the UCD is a very popular package, but AFAIK it's not possible to show that data. I have to assume that for many users it would mean installing an additional package for no reason.

The alternative is to leave it as it is, and have this redundancy of 1.7M (instead of installing an additional 71M).

felix.s commented on 2016-07-04 11:11

Ease of packaging, separation of concerns and reducing redundancy. There are other software that need to have the UCD installed somewhere; and both depending on this utility and packaging it on their own is suboptimal. It easily follows the UCD should be kept in a dedicated package. Luckily enough, there's already one in [extra].

Rhinoceros commented on 2016-07-04 10:20

@felix.s I was not aware of that package… it sounds reasonable. However, I'm leaning towards not doing that, just because it's a 73M package compared to this one which is 1.8M. Was your suggestion mainly based on ease of packaging? If so, then I'm happy enough to just monitor the files for the sake of minimising space/downloads, unless there's a compelling reason not to? Thanks for the hint, though.

felix.s commented on 2016-07-04 09:41

Maybe you should depend on unicode-character-database from [extra] instead of embedding the UCD in this package.

Rhinoceros commented on 2016-06-24 10:04

@kseistrup Fixed. They must have pushed a new version; I'll monitor the links from now on. Thanks for the comment.

kseistrup commented on 2016-06-24 09:19

{Blocks,UnicodeData}.txt currently both fail the SHA256 check.

Rhinoceros commented on 2016-05-11 23:50

@McRelah Done. Thank you for the tip.

McRelah commented on 2016-05-11 21:26

Please add http://www.unicode.org/Public/UNIDATA/Blocks.txt to sources list. It will enable new feature of version 2.2: displaying Unicode block of character.
http://pastebin.com/aESZ5JZ9

Rhinoceros commented on 2015-04-28 02:05

This fails for me with multiple errors, e.g.
==> ERROR: Missing package() function in /path/to/unicode/PKGBUILD

I fixed up the PKGBUILD as per Arch guidelines, fixed the broken URL, and upgraded to SHA-256. http://pastebin.com/ZZ9ACPmb

taimon commented on 2014-10-04 19:36

Thanks for letting me know and the PKGBUILD as well.

pierrec commented on 2014-09-30 13:46

Updated PKGBUILD: http://pastebin.com/7UuTiDG0

DaveCode commented on 2013-06-26 06:07

Similar tool with zero deps may interest,
https://aur.archlinux.org/packages/uniutils/
Interested in taimon's opinion/comments if any.

DaveCode commented on 2013-06-26 05:58

This tool is cool but its AUR pkg might be renamed "unicode-char-query" because plain "unicode" could signify lots of stuff...anyway thanks.

taimon commented on 2013-04-07 10:59

Thanks for the info!

dkasak commented on 2013-04-03 12:31

unicode 0.9.7 is out, the old archive is now missing from the server.

taimon commented on 2012-03-24 11:49

Yep, UnicodeData.txt has been updated.
Thanks for letting me know!

gauthma commented on 2012-03-24 01:02

I think the md5 of the file UnicodeData.txt must have changed. Here's the one I get now: 265261ee867e0178eba7999a75acfdae

Otherwise I get an integrity check error...

taimon commented on 2010-12-11 14:47

Thanks, done.

Anonymous comment on 2010-12-11 12:08

The shebang in the python scripts should be fixed to invoke python2 instead of python; also upstream has released a new version and the url for 0.9.4 has changed.

The following PKGBUILD bumps pkgver and fixes the shebangs: http://pastebin.com/NWLKDdWF

taimon commented on 2010-11-22 15:07

Must have missed the first comment notification, sorry.

npouillard commented on 2010-11-22 12:35

It also needs to depend on python2, please disown if you have no time to make these changes.

oskude commented on 2010-09-11 12:38

seems to only need a pkgver bump to 0.9.4 (old releases are moved to old/ subdir)

oskude commented on 2010-09-11 12:33

seems to need only a pkgver bump to 0.9.4 (the server doesnt seem to keep old releases)