-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've been reading code and documentation, and working on design. I'm planning what to build first and how it can fit into what already exists.
I intend to build features so that they are initially functional, if somewhat clunkier than they could be. This so that something immediately useful comes of the project no matter what state it is in when the summer ends. Infocalypse should still function without Fred plugins. It should work with either LCWoT or WoT. [0][1] It should not require WoT or the Infocalypse web UI Fred plugin (which I also intend to write) for things other than features which actively require them. To do otherwise would obnoxiously introduce dependencies. - From discussing with digger3, it seems automatically discovering whatever anyone publishes may not be desirable, at least as an initial goal. The use case of looking through all known repositories is both unlikely and difficult to implement well. It would be equivalent to wanting to scroll through all the repositories listed on GitHub. The use case of finding all forks of one's own repositories seems more likely, but also similar if not identical in implementation problems. digger3 also said that including edition hints is of questionable value - that people can be given the relevant edition numbers via social means when they're first told about the repository. However, I don't see it as likely to cause problems, and it seems useful enough for bootstrapping or for popular repositories one is not informed of explicitly and individually. It could introduce scaling problems due to inserting the list of repositories each time one is updated, but I can't think of problems other than that, and it doesn't seem severe. My assumption here is that identities will only publish a small number of different repositories. Is this reasonable? SomeDude mentions that the Fossil SCM has things like a wiki and bug tracking already, and asks that the Fred plugin be VCS-agnostic. [2] This is a good thing to do - it would mean adding a layer of semantic abstraction, though it introduces a danger of overengineering. Any easy part of this is adding a "vcs" property in published repository entries. I'm reluctant to try to develop an extension for Fossil SCM instead of patching Infocalypse because: 1) Mercurial already has a Freenet transport through Infocalypse. 2) my mentor ArneBab has experience with Mercurial, Infocalypse, and b. [3] My proposed design for the first set of changes: Someone's WoT identitiy has "vcs" context. USK@WoT-ID/vcs/ holds an XML file containing in part: <repository vcs="Infocalypse">USK@WoT-ID/reponame/edition/</repository> <repository vcs="Infocalypse">USK@key/reponame/edition/</repository> Pull requests are at USK@WoT-ID/vcs-pull/ <pull vcs="Infocalypse" to="USK@key/reponame/">CHK@key</pull> where fetching the key gives something like a collection of email-formatted diffs. It would be nice for Infocalypse to allow checking this with "hg incoming" or similar. Infocalypse commands need wider support for using WoT IDs. I've implemented initial support for using --wot in place of --uri for fn-create. --uri takes something like USK@/reponame.R1/0, whereas - --wot takes enough of a nickname to be unambiguous instead of "USK@". It requires lib-pyFreenet. I've inserted it under my WoT identity with a mirror at BitBucket. [4][5] For example, I used hg fn-create --wot oper/wiki_hacking.R1/0 to insert under my WoT ID operhiem1. I hope this wasn't too long-winded, and please let me know if you have questions or comments. Thanks, operhiem1 [0] https://github.com/tmarkus/LessCrappyWebOfTrust [1] https://github.com/freenet/plugin-WoT-official [2] http://www.fossil-scm.org/ [3] http://www.digitalgemstones.com/projects/b/ [4] USK@pxtehd-TmfJwyNUAW2Clk4pwv7Nshyg21NNfXcqzFv4,LTjcTWqvsq3ju6pMGe9Cqb3scvQgECG81hRdgj5WO4s,AQACAAE/wiki_hacking.R1/1 [5] https://bitbucket.org/operhiem1/wiki_hacking -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJRqTD/AAoJECLJP19KqmFu9+EQAMeWjDK7XA6gM0SBeSeEa/uR 2+T3Tqs0WzhsmTbAb7mYgO3khmq6GNvy2pnqb/0vpjrY3flRFDlh6nxWDJ8rtMB1 0Xuc10tKOM+dy5foqBcxydiJRi5F3SVjHS7J31lvFAwYUwVL4bD4pUjFL12o4IcD qxoQP8fJMCDsDXSdkIkyYCyIQ7dJlC99UxVcmJcEUky7/hvcF4tWhzmuuRNAjbA8 ijPUOkzPUQH8Sr89P7A3RtHbsaTPnBxfl4vUz5Qo6wEvIw7jytCyTv3SPO2GpHsM 1MwWUEkgLMZIkPq6I/LRKeRzteqobrHy9o2Tnhzf17A0or6/xs85vfOB5E0P8TD7 u5zLUEbS4+2DRphsisSO7pGQ2Q7aei1oo1PnO3X+9Wwl3mKbb666P8sLOElS350L WLfOi4G0X0e73xYiNGWvq8iVJ+66FirZBgHP+WcUGKlwejQCCCm25RwKUtPaCiNz 3AA+nju5RFracjYvGzYqmsYm2WQJk9bRVg9qYJKVE5seTdNXWSoVtA3qF/ElE7a6 zgCVHz+kC8nM54IG6rEnBNuElgKmDxzrF9Ihg5Fb4PyyycDEYm1rzEsSN9xbGVqV wor+tzmVB/H4FOb+NSjd+R2YL7O/MGHxC/qeNcB4LgMCBYNttOYxXy+llJBfwKJJ vAzz1e/p3eVqtsHo2+yR =UlzQ -----END PGP SIGNATURE----- _______________________________________________ Devl mailing list [email protected] https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
