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

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

Required by (45)

Sources (1)

Latest Comments

« First ‹ Previous 1 2

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 libplist.so.1 AUR package that compiles the last commit before an API change and installs libplist.so.2.0.0 as libplist.so.1?) if the API changes before version 1.11 is released.


[1] https://github.com/libimobiledevice/libplist/commit/a798afc8b5b00a43f4b121168e0419df2d398338
[2] https://github.com/libimobiledevice/libplist/commit/fc347787ea32d5ffdd2709127fb70c295e510a15

intelfx commented on 2014-01-09 19:23

I have symlinked libplist.so.1 -> libplist.so.2 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 libplist.so.1 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/libplist.so.1 -> /usr/lib/libplist.so.2.0.0 at least speeds up the boot process back to 10s max but doesn't sound like a very good idea.

Any advice?

intelfx commented on 2013-12-13 05:17

Updated to reflect cmake -> autotools transition by upstream.

intelfx commented on 2013-10-20 21:58

Package updated to comply with pacman 4.1 VCS/packaging standards.

intellitech commented on 2011-10-10 19:13

If anybody is interested in taking over as maintainer of this package, feel free to e-mail me.