Package Details: libplist-git 1:1.12.r83.g5b0184a-1

Git Clone URL: (read-only)
Package Base: libplist-git
Description: A library to handle Apple Property List format whereas it's binary or XML
Upstream URL:
Licenses: GPL
Conflicts: libplist
Provides: libplist
Submitter: intellitech
Maintainer: intelfx
Last Packager: intelfx
Votes: 20
Popularity: 0.209956
First Submitted: 2009-04-17 04:15
Last Updated: 2017-02-03 02:11

Required by (39)

Sources (1)

Latest Comments

Dreamkey commented on 2016-12-18 13:20

Hello, the source should be updated to

thiagobbt commented on 2015-11-13 00:44

Depends on cython to build

intelfx commented on 2015-03-12 01:30

- sanitized deps
- updated pkgver() to cope with non-annotated tags
- updated pkgver() to place 'r' in front of revision #

intelfx commented on 2014-03-22 13:20

@kingd: Updated. However, -git packages are not usually version-bumped; the user is expected to watch/rebuild them by themselves.

kingd commented on 2014-03-22 09:56

please update the name, the most recent version is 1.11.

intelfx commented on 2014-01-10 15:04

Well, the ones who use -git versions should be aware of possible breakage and the possible dirty-fix, as well as the possibility to edit PKGBUILD by hand and set commit to build manually.

I think that it is superfluous to create a separate package just for that purpose.

migerh commented on 2014-01-10 08:56

I went through the project history. The version was increased when upstream switched from cmake to autotools [1]. Since then they only fixed compiler warnings except [2] which *might* introduce an API change but the commit log says the function was only used internally. For now it should be safe to fix this with a simple symlink. We only need a better solution (maybe a AUR package that compiles the last commit before an API change and installs as if the API changes before version 1.11 is released.


intelfx commented on 2014-01-09 19:23

I have symlinked -> locally and it works, but this is a dirty hack. The problem is unsolvable from here: we're just tracking the upstream.

gegenschall commented on 2014-01-09 16:50

Same thing here, migerh. With upowerd not starting up, GDM also doesn't come up.
I reverted to the rep versions of libplist, libimobiledevice, etc.

Symlinking really is a bad idea™, library versioning is there for a reason.

When I've got spare time, I'll compile upowerd from source, see if that works.

migerh commented on 2014-01-09 08:15

The latest version of libplist-git stopped providing which is required by /usr/lib/upower/upowerd (upower in [extra]). upowerd is started by dbus but because it fails dbus apparently waits and retries. This takes a lot of time: boot time is now ~90s instead of ~10s before. Adding a symlink /usr/lib/ -> /usr/lib/ at least speeds up the boot process back to 10s max but doesn't sound like a very good idea.

Any advice?

All comments