On Wed, Nov 6, 2013 at 2:51 PM, Derek Davies <ddavies@ddavies.net> wrote:
Great news! I would not be upset if I suddenly became subscribed to the -dev and -announce lists :) If not, I'll attempt to subscribe via email.
Well, don't be upset, then :-) You should be receiving this message via the mailing-list.
I'll start peeling quepasa out of the publicly released stuff and put it up in a random GIT repo. Once I'm on the -dev list I'll make an announcement and post progress as suitable progress is made.
If you need utilities from quux that are not in alexandria, I propose we start a separate git repo called "quux" or "qitab" and we start moving utilities there using asdf-package-system style. There's a github group "qitab", and you should probably be added. Do you have a github account? https://github.com/qitab —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org To fight a violent enemy, violence is necessary; but to fight violence itself, violence is vain.
On Wed, Nov 6, 2013 at 3:21 PM, Faré <fahree@gmail.com> wrote:
If you need utilities from quux that are not in alexandria, I propose we start a separate git repo called "quux" or "qitab" and we start moving utilities there using asdf-package-system style.
I created it: https://github.com/qitab/qitab It's empty, but you can add one file at a time, following the same one file, one package, one system convention as quick-build: each file is to start with a defpackage and system dependencies are automatically inferred from package dependencies. See lisp-interface-library for an example of how to use it. https://github.com/fare/lisp-interface-library
There's a github group "qitab", and you should probably be added. Do you have a github account? https://github.com/qitab
I can add people who are interested. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Once a person has killed other people on behalf of an ideology, he becomes rather devoted to it. — John McCarthy
On 11/06/2013 08:05 PM, Faré wrote:
On Wed, Nov 6, 2013 at 3:21 PM, Faré <fahree@gmail.com> wrote:
If you need utilities from quux that are not in alexandria, I propose we start a separate git repo called "quux" or "qitab" and we start moving utilities there using asdf-package-system style.
I created it: https://github.com/qitab/qitab
It's empty, but you can add one file at a time, following the same one file, one package, one system convention as quick-build: each file is to start with a defpackage and system dependencies are automatically inferred from package dependencies. See lisp-interface-library for an example of how to use it. https://github.com/fare/lisp-interface-library
There's a github group "qitab", and you should probably be added. Do you have a github account? https://github.com/qitab
I can add people who are interested.
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Once a person has killed other people on behalf of an ideology, he becomes rather devoted to it. — John McCarthy
Taking this up again as I have a working quepasa ready to push to qitab on github . I have a working git account, I think. It seems to call me net-ddavies . I can clone the repo and add and commit to my local repo. I can't push though: remote: Permission to qitab/qitab.git denied to net-ddavies. fatal: unable to access 'https://github.com/qitab/qitab.git/': The requested URL returned error: 403 Can you make it so I can push the files? Thanks, Derek
On Mon, Jan 20, 2014 at 5:15 PM, DDavies <ddavies@ddavies.net> wrote:
Taking this up again as I have a working quepasa ready to push to qitab on github .
Wonderful.
I have a working git account, I think. It seems to call me net-ddavies . I can clone the repo and add and commit to my local repo. I can't push though:
OK, I added net-ddavies to a new group "team-qitab" with write access to qitab.git.
remote: Permission to qitab/qitab.git denied to net-ddavies. fatal: unable to access 'https://github.com/qitab/qitab.git/': The requested URL returned error: 403
Please try again, and please use the ssh URL if the https URL doesn't work.
Can you make it so I can push the files?
Done (I hope). —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org The Slogan of "Language Independence" is often but the pride that self-ignorant monolinguists put in not calling "language" the collection of barkings and grunts they invent to interact with their computers. — Faré
Done -- YAY! Thanks Faré. On 01/20/2014 05:25 PM, Faré wrote:
On Mon, Jan 20, 2014 at 5:15 PM, DDavies <ddavies@ddavies.net> wrote:
Taking this up again as I have a working quepasa ready to push to qitab on github .
Wonderful.
I have a working git account, I think. It seems to call me net-ddavies . I can clone the repo and add and commit to my local repo. I can't push though:
OK, I added net-ddavies to a new group "team-qitab" with write access to qitab.git.
remote: Permission to qitab/qitab.git denied to net-ddavies. fatal: unable to access 'https://github.com/qitab/qitab.git/': The requested URL returned error: 403
Please try again, and please use the ssh URL if the https URL doesn't work.
Can you make it so I can push the files?
Done (I hope).
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org The Slogan of "Language Independence" is often but the pride that self-ignorant monolinguists put in not calling "language" the collection of barkings and grunts they invent to interact with their computers. — Faré
Dear Derek, congratulations for releasing Quepasa! https://github.com/qitab/qitab/ Some remarks: * macros and utilities probably have to be moved out of quepasa into the rest of qitab, and split into units that make more sense. Maybe you should extract those specific macros that you're using and define just these, in their own file. Maybe you should be using utilities in alexandria and/or poiu where they exist, instead of incompatible the quux variants, where applicable. We should avoid multiplying entities, this way. For the sake of compatibility, we could define a backward-compatibility package where quux primitives are defined in terms of more standard things, where they exist. You don't need to do all that; still, if you can identify which subset of quux macros and utilities you're using, it's a good idea to define a new library that provides just that, and put it in many files under, say, qitab/utility/ * I see you're not using the newfangled package-system thingie. You don't have to; nevertheless, if you start using it, you may grow to liking it. * When you have time, the most urgent is probably more documentation. * You may want to create a page on cliki.net, maybe on cl-user.net, and maybe announce on comp.lang.lisp or some blog or public feed. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Lubarsky's Law of Cybernetic Entomology: There's always one more bug.
Good suggestions, thanks. I strongly agree about the doc. There are various other featurey things on my list too. About utilities and macros: don't know if you looked closely, but they are not just copies of what was in quux in those files in the tarball -- I tried to hand pick only what was needed. In hand-picking I sometimes (undisciplinedly) picked stuff as a larger group, with some of the group not actually needed, but that went together with what was needed. So it's more of a mess, but maybe more to the point that you might imagine :/ I think we can sort that out when more is added to qitab, but until then I'm not super motivated about it right now. As I clean up more of quepasa that will probably change. On 01/20/2014 10:05 PM, Faré wrote:
Dear Derek,
congratulations for releasing Quepasa! https://github.com/qitab/qitab/
Some remarks:
* macros and utilities probably have to be moved out of quepasa into the rest of qitab, and split into units that make more sense. Maybe you should extract those specific macros that you're using and define just these, in their own file. Maybe you should be using utilities in alexandria and/or poiu where they exist, instead of incompatible the quux variants, where applicable. We should avoid multiplying entities, this way. For the sake of compatibility, we could define a backward-compatibility package where quux primitives are defined in terms of more standard things, where they exist. You don't need to do all that; still, if you can identify which subset of quux macros and utilities you're using, it's a good idea to define a new library that provides just that, and put it in many files under, say, qitab/utility/
* I see you're not using the newfangled package-system thingie. You don't have to; nevertheless, if you start using it, you may grow to liking it.
* When you have time, the most urgent is probably more documentation.
* You may want to create a page on cliki.net, maybe on cl-user.net, and maybe announce on comp.lang.lisp or some blog or public feed.
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Lubarsky's Law of Cybernetic Entomology: There's always one more bug.
participants (3)
-
DDavies -
Derek Davies
-
Faré