4 ms·
in what seems to be a brand new implementation (though i failed to find source links) instead of using the 2 or 3 readily available C apis that can be ingested
by profeta 10y ago
in what seems to be a brand new implementation (though i failed to find source links) instead of using the 2 or 3 readily available C apis that can be ingested easily in tons of languages?
- deleted 10y ago[deleted]
- mikepurvis 10y agohttps://pault.ag/go/debian https://pault.ag/go/debian https://github.com/paultag/go-debian https://github.com/paultag/go-debian
- paultag 10y agocgo has its own set of problems, and there is no single C API. The version comparison isn't in shared library form, and breaks API a lot. The C parser for dependencies isn't the same we use in control files, and there's no C API for parsing a deb (or unpacking control files). Most of this just has to be done. I take your point, but I couldn't find much. And I'm a debian developer - who knows what most non-Debian people would find. The best APIs are in `libapt`, which is C++, and cgo won't work with that all that well. So, yes, you're right. This is yet another project. That's uncool, but there's not a ton of other ways out, short of me making a clean C shared library and get everyone to switch to that :)