Date: Sun, 23 Jun 2013 11:16:11 +0000 From: Matthew Windsor <mbw500@york.ac.uk> To: soc-status@FreeBSD.org Cc: Justin Edward Muniz <jmuniz@freebsd.org>, Eitan Adler <eadler@freebsd.org> Subject: Progress report - week 1 Message-ID: <CAFxS2ChhDdg2PQ7DiY4ksnmNp=L=KtKafXZ=joHFmVHHpe0t7w@mail.gmail.com>
next in thread | raw e-mail | index | archive | help
Hi, I think I'm going to stick to doing my progress reports on the Sunday, as it makes sense (end of week = end of GSoC week = progress report). This week, my (as of yet unratified) milestone guideline expected the following code to be written: "pk_backend boilerplate, mapping PackageKit package IDs to libpkg names, ideally some way of testing this (which probably entails implementing package description). By the end of week 1 the backend should be compiling and presenting a (very empty) feature set to packagekit, and this will be tested using pkcon." Indeed I now do have a backend that compiles and has a rudimentary implementation of GetDetails (package description), as well as a trivial mapping from PackageIDs to libpkg (name;version;arch;repo fits 1:1 with the package name, version, arch and reponame data). Most of this was done by adapting the dummy backend, and as such my backend is currently actually mostly consisting of dummy code written by Richard Hughes. I have also written an initial mapping from ports directories to package categories. I will probably be bringing this up with mentors/the pkgkit team/Justin? as to how best to map these and if there is a more maintainable way than the current solution of using a large static array in the backend. A major difficulty was encountered with PackageKit 0.8.9, in that pkcon and packagekitd fail to converse properly. After spending most of this week attempting and failing to find out why this is happening, including trying to fix the /proc/net/route problem as previously mentioned to mentors, trying PackageKit git HEAD, and trying to get the PackageKit testbase to work, Justin suggested that we try get a working backend on the current, obsolete (but working) version of PackageKit in ports and then try porting upwards if these issues are resolved. This will involve some code changes as the API as well as the ABI have changed, but should not be too hard. This is what I have done for now. Another major difficulty is that my initial code was accidentally written against pkgng 1.0 as opposed to 1.1. As 1.1 will likely become stable tomorrow, I'll spend the start of next week porting the code to the new codebase. To conclude, progress this week was slightly stunted due to issues with PackageKit but the ball has been set rolling and next week I hope to have implemented GetDetails in a fully functional if not 100% correct implementation with progress made towards the next stage, local package installation. Finishing the wiki page is also a priority. ~ Matt
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFxS2ChhDdg2PQ7DiY4ksnmNp=L=KtKafXZ=joHFmVHHpe0t7w>