2021-01-11 08:54:33 +01:00
|
|
|
{ lib, stdenv, fetchFromGitHub, buildDunePackage, xmlm }:
|
2018-10-06 09:44:22 +02:00
|
|
|
|
2018-11-05 11:21:46 +01:00
|
|
|
buildDunePackage rec {
|
|
|
|
pname = "ezxmlm";
|
2018-10-06 09:44:22 +02:00
|
|
|
version = "1.0.2";
|
|
|
|
|
|
|
|
src = fetchFromGitHub {
|
|
|
|
owner = "avsm";
|
2018-11-05 11:21:46 +01:00
|
|
|
repo = pname;
|
2018-10-06 09:44:22 +02:00
|
|
|
rev = "v${version}";
|
|
|
|
sha256 = "1dgr61f0hymywikn67inq908x5adrzl3fjx3v14l9k46x7kkacl9";
|
|
|
|
};
|
|
|
|
|
|
|
|
propagatedBuildInputs = [ xmlm ];
|
|
|
|
|
2021-01-11 08:54:33 +01:00
|
|
|
meta = with lib; {
|
2018-10-06 09:44:22 +02:00
|
|
|
description = "Combinators to use with xmlm for parsing and selection";
|
|
|
|
longDescription = ''
|
|
|
|
An "easy" interface on top of the xmlm library. This version provides
|
|
|
|
more convenient (but far less flexible) input and output functions
|
|
|
|
that go to and from [string] values. This avoids the need to write signal
|
|
|
|
code, which is useful for quick scripts that manipulate XML.
|
|
|
|
|
|
|
|
More advanced users should go straight to the Xmlm library and use it
|
|
|
|
directly, rather than be saddled with the Ezxmlm interface. Since the
|
|
|
|
types in this library are more specific than Xmlm, it should interoperate
|
|
|
|
just fine with it if you decide to switch over.
|
|
|
|
'';
|
|
|
|
maintainers = [ maintainers.carlosdagos ];
|
|
|
|
inherit (src.meta) homepage;
|
|
|
|
license = licenses.isc;
|
|
|
|
};
|
|
|
|
}
|