Package Details: resvg 0.6.1-1

Git Clone URL: https://aur.archlinux.org/resvg.git (read-only)
Package Base: resvg
Description: SVG rendering library and CLI
Upstream URL: https://github.com/RazrFalcon/resvg
Licenses: MPL2
Submitter: flying-sheep
Maintainer: flying-sheep
Last Packager: flying-sheep
Votes: 7
Popularity: 0.920269
First Submitted: 2018-05-24 11:10
Last Updated: 2019-03-31 13:03

Latest Comments

1 2 Next › Last »

flying-sheep commented on 2019-03-07 06:51

Arch generally offers quite fully featured packages, so my resvg is the one that would be built upstream.

I offer alternatives because you asked for them, I don't consider them necessary. I'd be fine with cleaning up build deps after being done.

When creating a package depending on resvg, you simply specify “resvg” in the makedeps. If you don't want to pull in all makedeps of the main package, you make sure to install “resvg-qt” or “resvg-cairo” before installing the dependent package, as both -qt and -cairo provide “resvg”.

kubrick commented on 2019-03-07 06:31

Well, I think there needs to be a resvg package which depends neither on cairo nor on qt. If not, which package do I choose as a makedepends ?

flying-sheep commented on 2019-03-06 16:33

just install one of the others. They provide the library without providing the other stuff, and only need minimal build deps.

kubrick commented on 2019-03-06 15:59

Sorry I missed that comment.

That's great, but I don't understand what you've done. The resvg pkgbuild still builds everything and resvg-qt and resvg-cairo conflict with it.

So there's still no way to build resvg without the gui dependencies.

flying-sheep commented on 2019-02-16 13:50

OK done! The packages exist

kubrick commented on 2019-02-12 15:21

Hi,

So, I have no particular bias against "kio and friends".

It's just that I use resvg as a build dependency to build other packages and I expect that this is going to become a more and more widespread use case (to make png icons out of svgs for GUI apps or themes).

As a build dependency, it really sucks to have to pull all these dependencies that are of no use whatsoever for the job at hand.

So what I would do, is have 3 different aur packages resvg, “resvg-cairo”, “resvg-qt” with the last two depending on the first one. When resvg hits the community or extra repos (as I hope it will eventually), then making one single split package will make sense.

That is my opinion at least, thanks :-)

F

flying-sheep commented on 2019-02-12 09:35

Hi! I like your idea of forking off minimalistic alternative packages: “resvg-cairo” and “resvg-qt” would both specify provides=(resvg) and have a hard dependency on either Cairo or Qt, and “resvg” would stay like this package is now, with all components built and optional deps on runtime components. Do you think that makes sense?

The reason why I’m hesitant to split off individual parts is that this package already contains a few largely disconnected parts: A shared library with C headers, a SVG renderer, a SVG simplifier, a SVG viewer and, yes, the thumbnailer. One backend depends on Qt, the other on Cairo. Why should the thumbnailer be treated as a stepchild while the rest also depends on a bunch of libraries coming from different worlds?

Finally, I don’t really understand your dislike for kio and friends here. KDE Frameworks partly are libraries for headless tools. It’s time more CLI scripts start depending on KF5, they’re really good modular libraries. Just view them as a bunch of build dependencies like cairo and zlib. You can remove them after building. Or you can use the extra-x86_64-build script from devtools!

kubrick commented on 2019-02-09 09:05

Hi @flying-sheep,

Thank you but no (if we can avoid it), kio pulls 33 dependencies on my system, all the KDE stuff that I have no use for. The whole point of resvg is that it's a headless command line tool, it would be a shame to make it depend on GUI stuff.

I would really suggest to split the package into resvg, resvg-cairo or gtk, resvg-qt or kde.

F.

flying-sheep commented on 2019-02-08 16:24

Hey! I think it just needs some frameworks to compile properly. I added kio to the makedeps, I hope it builds now!

kubrick commented on 2019-02-08 14:25

Hi,

Building the kde-dolphin-thumbnailer part fails for people who don't have KDE installed, can you make it conditional or make it a separate package?