On Tue, 2006-04-25 at 13:49 +0200, Simone Rota wrote:
I'm in the middle of a ANSI C pkgutils port, (pkginfo, pkgrm almost done),
Nice :) It's my impression that different people are working individually on private copies of a pkgutils port in C. Perhaps setting up a temporary repository could unite the forces?
my first impressions while working on the code is that using sh would significantly speed up developement and make it easier to add features in the future.
Except for the initial development time, it sounds like C is the way to go since it's pretty good at preventing featurism (which is much better in the "upper layers", e.g. prt-get) Personally I'd (hopefully) find a C implementation more reliable, but maybe that's just be me.
- I'm a bit worried about the metadata proposal: - Not sure if leaving free, per-repository attributes can make things easier rather than produce confusion / lack of standards
Agreed.
- Having metadata in the package means that when such fields has to be corrected (ie: typo in dependencies), the package has to be rebuilt and redistributed.
While I get your point and share your worries, using ar archives with metadata + tar.gz for the actual data would make this a non-issue. Or very close at least :)