From ddavies at ddavies.net Tue Jan 21 02:39:24 2014 From: ddavies at ddavies.net (DDavies) Date: Mon, 20 Jan 2014 21:39:24 -0500 Subject: [qitab-devel] Re: Quepasa? In-Reply-To: References: <523A539F.9010507@ddavies.net> <523AEF26.9020607@ddavies.net> <5242E466.3030909@ddavies.net> <527A4F90.3040704@ddavies.net> <527A9DB7.9010106@ddavies.net> <52DD9FE9.7010703@ddavies.net> Message-ID: <52DDDDDC.8080403@ddavies.net> Done -- YAY! Thanks Far?. On 01/20/2014 05:25 PM, Far? wrote: > On Mon, Jan 20, 2014 at 5:15 PM, DDavies 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? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From huang.ying.caritas at gmail.com Wed Jan 22 22:21:59 2014 From: huang.ying.caritas at gmail.com (huang ying) Date: Thu, 23 Jan 2014 06:21:59 +0800 Subject: [qitab-devel] default (interactive) output mode for run in inferior-shell In-Reply-To: References: Message-ID: Most shell programs (bash etc) use "inherit from parent" as default, why inferior use "redirect to /dev/null" as default? Best Regards, Huang Ying On Wed, Jan 22, 2014 at 12:33 AM, Far? wrote: > Dear Huang Ying, > > > I found in README of inferior-shell, it is said that the default output > mode > > is as follow: > > > > NIL (default) for inheriting the parent process's stdout, > > > > But in recent uiop implementation, the ":output nil" means to redirect to > > /dev/null, while ":output :interactive" means to inherate the parent > > process's stdout (at least for sbcl). > > > > So I think we should change the default value of output parameter for > run or > > change the README. > > > > What do you think about that? > > > Thanks for the bug report. > I've slightly edited the README for now. > And some people claim that the concept of "bitrot" is impossible! > > ??? ? Fran?ois-Ren? ?VB Rideau ?Reflection&Cybernethics? > http://fare.tunes.org > [A] Computer [programming] language is inherently a pun ? [it] needs to be > interpreted by both men & machines. ? hbaker > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fahree at gmail.com Mon Jan 20 22:25:50 2014 From: fahree at gmail.com (=?ISO-8859-1?Q?Far=E9?=) Date: Mon, 20 Jan 2014 17:25:50 -0500 Subject: [qitab-devel] Re: Quepasa? In-Reply-To: <52DD9FE9.7010703@ddavies.net> References: <523A539F.9010507@ddavies.net> <523AEF26.9020607@ddavies.net> <5242E466.3030909@ddavies.net> <527A4F90.3040704@ddavies.net> <527A9DB7.9010106@ddavies.net> <52DD9FE9.7010703@ddavies.net> Message-ID: On Mon, Jan 20, 2014 at 5:15 PM, DDavies 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? From fahree at gmail.com Tue Jan 21 03:05:01 2014 From: fahree at gmail.com (=?ISO-8859-1?Q?Far=E9?=) Date: Mon, 20 Jan 2014 22:05:01 -0500 Subject: [qitab-devel] Re: Quepasa? In-Reply-To: <52DDDDDC.8080403@ddavies.net> References: <523A539F.9010507@ddavies.net> <523AEF26.9020607@ddavies.net> <5242E466.3030909@ddavies.net> <527A4F90.3040704@ddavies.net> <527A9DB7.9010106@ddavies.net> <52DD9FE9.7010703@ddavies.net> <52DDDDDC.8080403@ddavies.net> Message-ID: 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. From fahree at gmail.com Tue Jan 21 16:33:34 2014 From: fahree at gmail.com (=?ISO-8859-1?Q?Far=E9?=) Date: Tue, 21 Jan 2014 11:33:34 -0500 Subject: [qitab-devel] default (interactive) output mode for run in inferior-shell In-Reply-To: References: Message-ID: Dear Huang Ying, > I found in README of inferior-shell, it is said that the default output mode > is as follow: > > NIL (default) for inheriting the parent process's stdout, > > But in recent uiop implementation, the ":output nil" means to redirect to > /dev/null, while ":output :interactive" means to inherate the parent > process's stdout (at least for sbcl). > > So I think we should change the default value of output parameter for run or > change the README. > > What do you think about that? > Thanks for the bug report. I've slightly edited the README for now. And some people claim that the concept of "bitrot" is impossible! ??? ? Fran?ois-Ren? ?VB Rideau ?Reflection&Cybernethics? http://fare.tunes.org [A] Computer [programming] language is inherently a pun ? [it] needs to be interpreted by both men & machines. ? hbaker From ddavies at ddavies.net Tue Jan 21 13:43:45 2014 From: ddavies at ddavies.net (Derek Davies) Date: Tue, 21 Jan 2014 08:43:45 -0500 Subject: [qitab-devel] Re: Quepasa? In-Reply-To: References: <523A539F.9010507@ddavies.net> <523AEF26.9020607@ddavies.net> <5242E466.3030909@ddavies.net> <527A4F90.3040704@ddavies.net> <527A9DB7.9010106@ddavies.net> <52DD9FE9.7010703@ddavies.net> <52DDDDDC.8080403@ddavies.net> Message-ID: <52DE7991.90601@ddavies.net> 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ddavies at ddavies.net Mon Jan 20 22:15:05 2014 From: ddavies at ddavies.net (DDavies) Date: Mon, 20 Jan 2014 17:15:05 -0500 Subject: [qitab-devel] Re: Quepasa? In-Reply-To: References: <523A539F.9010507@ddavies.net> <523AEF26.9020607@ddavies.net> <5242E466.3030909@ddavies.net> <527A4F90.3040704@ddavies.net> <527A9DB7.9010106@ddavies.net> Message-ID: <52DD9FE9.7010703@ddavies.net> On 11/06/2013 08:05 PM, Far? wrote: > On Wed, Nov 6, 2013 at 3:21 PM, Far? 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From huang.ying.caritas at gmail.com Tue Jan 21 08:20:17 2014 From: huang.ying.caritas at gmail.com (huang ying) Date: Tue, 21 Jan 2014 16:20:17 +0800 Subject: [qitab-devel] default (interactive) output mode for run in inferior-shell Message-ID: Hi, I found in README of inferior-shell, it is said that the default output mode is as follow: NIL (default) for inheriting the parent process's stdout, But in recent uiop implementation, the ":output nil" means to redirect to /dev/null, while ":output :interactive" means to inherate the parent process's stdout (at least for sbcl). So I think we should change the default value of output parameter for run or change the README. What do you think about that? Best Regards, Huang Ying -------------- next part -------------- An HTML attachment was scrubbed... URL: From fahree at gmail.com Wed Jan 22 22:42:57 2014 From: fahree at gmail.com (=?ISO-8859-1?Q?Far=E9?=) Date: Wed, 22 Jan 2014 17:42:57 -0500 Subject: [qitab-devel] default (interactive) output mode for run in inferior-shell In-Reply-To: References: Message-ID: On Wed, Jan 22, 2014 at 5:21 PM, huang ying wrote: > Most shell programs (bash etc) use "inherit from parent" as default, why > inferior use "redirect to /dev/null" as default? > That's a good question. Probably because I'm using inferior-shell at the SLIME REPL, and that the parent streams are then on their own inferior-lisp emacs buffer, at which point :interactive as the default is confusing. Also, there was a point at which :interactive did something magic with the input ? which is only a bit less the case now, but still. Also, that's a bad default to have in a multithreaded setting. I suppose I could change function run-spec in run.lisp to have an explicit keyword argument (output :interactive) and pass it to run-program. Does anyone else care to comment? Is anyone else using inferior-shell, and would filled with either joy or sorrow at such a change? ??? ? Fran?ois-Ren? ?VB Rideau ?Reflection&Cybernethics? http://fare.tunes.org Panties: not best thing on earth, but next to it.