*** tpb has joined #tp | 00:00 | |
*** ChanServ sets mode: +o tpb | 00:00 | |
*** llnz has joined #tp | 00:18 | |
*** andrei_ has quit IRC | 00:25 | |
*** bddebian has quit IRC | 00:51 | |
*** andrei has joined #tp | 00:59 | |
* llnz ponders | 01:14 | |
nash | You always ponfer | 01:21 |
---|---|---|
llnz | not a lot else to do | 01:21 |
llnz | how's it going nash? | 01:22 |
nash | It's not too bad | 01:22 |
nash | Yourseld? | 01:22 |
llnz | been busy, but i think i basically have tomorrow off | 01:23 |
nash | Nice... how'd you pull that one off? | 01:23 |
llnz | the project is over, and noone has asked me to do anything yet | 01:25 |
*** greywhind_ has joined #tp | 01:26 | |
nash | Not bad | 01:26 |
nash | I have a problem with lots of things to do.. and everyone expecting me to finish everything at the same time | 01:26 |
llnz | i hate it when that happens | 01:27 |
*** andrei has quit IRC | 01:28 | |
nash | Indeed | 01:29 |
nash | So I think I'm expected to be working 100% on two things at the moment, with something else that will just be finished next week... | 01:30 |
* nash notes that maybe shouldn't waste time talking on irc then ;-) | 01:30 | |
llnz | yes, get back to work | 01:35 |
* nash wonders if this "kick" button will work../. | 01:37 | |
*** andrei has joined #tp | 01:42 | |
nash | llnz: BTW... it would probably be a good idea to keep merging in the various rulesets to tpserver-cpp mainline whenever you can. | 01:59 |
nash | Nip any conflicts in the bud early, and make it easier to test | 01:59 |
llnz | nash: true, but it's harder to track who did what, though git should make that easy | 02:02 |
llnz | i actually have a branch locally called "all" where i'm merging everything together | 02:02 |
nash | Sweet | 02:03 |
nash | push it into master/all | 02:03 |
llnz | still tying to figure out all the ways to use git and all its features | 02:03 |
nash | heh | 02:03 |
nash | git checkout all ; git push master all | 02:04 |
llnz | not that specifically | 02:04 |
nash | :-) | 02:04 |
llnz | tpserver-cpp> status | 02:21 |
llnz | Server: tpserver-cpp | 02:21 |
llnz | Version: 0.5.0 | 02:21 |
llnz | Persistence available: yes | 02:21 |
llnz | Ruleset Loaded: yes | 02:21 |
llnz | Ruleset Name: Risk | 02:21 |
llnz | Ruleset Version: 0.1 | 02:21 |
llnz | just 59 lines of c++ to make that happen | 02:22 |
nash | heh | 02:27 |
nash | cool | 02:27 |
llnz | it would also get submitted to mdns-sd and the metaserver | 02:28 |
llnz | bbs, dinner | 02:52 |
*** AquaFox has joined #tp | 02:53 | |
*** zzorn_laptop has joined #tp | 02:55 | |
nash | night all | 03:16 |
*** nash has quit IRC | 03:16 | |
*** greywhind has joined #tp | 03:26 | |
*** greywhind_ has quit IRC | 03:26 | |
*** llnz2 has joined #tp | 03:57 | |
*** llnz has quit IRC | 03:59 | |
*** llnz2 is now known as llnz | 03:59 | |
*** mithro has joined #tp | 04:29 | |
mithro | heyo | 04:30 |
mithro | what did I miss today? | 04:30 |
*** JLafont_ has quit IRC | 04:40 | |
llnz | hi mithro | 04:43 |
llnz | risk can be loaded as a ruleset in tpserver-cpp | 04:43 |
mithro | I saw the blog post | 04:44 |
* llnz reloads the rss feed | 04:45 | |
llnz | oh, cool | 04:45 |
*** peres has joined #tp | 04:45 | |
tpb | aloril has joined on worldforge | 05:25 |
*** greywhind_ has joined #tp | 05:26 | |
*** greywhind has quit IRC | 05:26 | |
*** Marcel- has joined #tp | 05:33 | |
*** peres has quit IRC | 06:29 | |
*** peres has joined #tp | 06:29 | |
*** andrei has quit IRC | 06:39 | |
*** Marcel- has quit IRC | 07:12 | |
*** peres has quit IRC | 07:15 | |
*** greywhind has joined #tp | 07:26 | |
*** greywhind_ has quit IRC | 07:26 | |
*** pluskid has joined #tp | 07:47 | |
llnz | hummm... ciabot not working? | 07:47 |
*** peres has joined #tp | 07:58 | |
mithro | possibly not | 08:13 |
mithro | llnz: where are we at with the ssh key regeneration? | 08:13 |
llnz | not too many more to go | 08:14 |
llnz | 6 | 08:15 |
llnz | and i saw two of the people and forgot to mention it | 08:15 |
llnz | and i think one other has already regenerated his key but hasn't sent it yet | 08:15 |
mithro | pluskid: hey | 08:16 |
mithro | how goes everything? | 08:16 |
pluskid | mithro: almost fine | 08:17 |
mithro | almost? | 08:17 |
pluskid | I've ported pyscheme to schemepy interface | 08:17 |
mithro | yeah, I saw the status report | 08:17 |
pluskid | not every test case passed | 08:17 |
pluskid | I have two task currently: | 08:17 |
mithro | I also read your trampoline tail recusion blog post - yay google translate! | 08:17 |
pluskid | :) I'd try to write more in English. | 08:18 |
pluskid | We are having massive earthquake in China these days. :( | 08:18 |
mithro | pluskid: yeah, it's been all over the news here | 08:19 |
pluskid | I'm going to either: write benchmark/fix the dynamic wind problem. | 08:19 |
mithro | pluskid: China's a pretty big place, was it anywhere near you? | 08:19 |
pluskid | no | 08:19 |
mithro | there is a bunch of benchmarking tools | 08:19 |
pluskid | e.g ? | 08:19 |
mithro | http://code.google.com/p/benchrun/ | 08:20 |
tpb | Title: benchrun - Google Code (at code.google.com) | 08:20 |
pluskid | but many people died. I'm very sorry about that. I can't do some useful thing to help. | 08:20 |
pluskid | mithro: OK, I'll look at that | 08:21 |
mithro | the timeit module might be useful too | 08:21 |
pluskid | yes, someone mentioned that to me the other day when I asked in our local BBS | 08:21 |
mithro | just good old time.time() can also work :) | 08:21 |
pluskid | I'll check that later. Doing homework now. | 08:23 |
mithro | I know that py.test could do some primative benchmarking | 08:24 |
*** Demitar has quit IRC | 08:24 | |
mithro | pluskid: having non-passing tests is fine | 08:26 |
mithro | it shows you still have things left to do | 08:26 |
pluskid | yes, you are right. I'm just not get used to it yet. :p | 08:27 |
mithro | if all tests pass then there can be nothing left to do ;) | 08:27 |
llnz | mithro: do you have bddebian's email address? | 08:27 |
mithro | llnz: yeah | 08:28 |
mithro | ~seen bddebian | 08:28 |
tpb | mithro: bddebian was last seen in #tp 23 hours, 2 minutes, and 25 seconds ago: <bddebian> Howdy | 08:28 |
mithro | he is generally on when you are in bed :) | 08:28 |
* llnz is writing email to people with compromised keys | 08:28 | |
mithro | pluskid: Should test_string.py not include a string with unicode characters in it | 08:52 |
pluskid | mithro: Do you mean unicode chars should be included in the test? | 08:53 |
mithro | pluskid: I mean have a string which has unicode characters in the list of strings you test | 08:54 |
pluskid | OK | 08:54 |
mithro | IE "\u02345....." | 08:54 |
pluskid | hehe, test failed | 08:54 |
mithro | Test long also does not appear to check for scheme->python conversion of longs | 08:55 |
mithro | (well not that the fromscheme is returning a real python long and not something which just happens to be equal to one) | 08:56 |
pluskid | fromscheme is scheme->python test | 08:57 |
pluskid | eval -> fromscheme | 08:57 |
mithro | hrm? | 08:58 |
pluskid | I mean, scheme->python conversion is tested when I eval a piece of scheme code and use fromscheme to convert it to get a Python long | 08:58 |
mithro | should you not be asserting | 08:59 |
mithro | type(vm.fromscheme(v)) == long | 08:59 |
mithro | otherwise the value you get back could be an int or something else which could equal a long | 09:00 |
pluskid | Oh | 09:00 |
pluskid | I guess I checked | 09:00 |
pluskid | assert m1.type(a) == long | 09:00 |
mithro | type(vm.fromscheme(v)) == long is not equiv to vm.type(a) == long | 09:01 |
pluskid | Oh, I see | 09:01 |
pluskid | But why constrain the real type here? | 09:01 |
mithro | you really should check both | 09:01 |
pluskid | I think an int or long is both OK | 09:01 |
pluskid | like test_int.py | 09:02 |
mithro | if the vm.type(a) is a long, it should return a long - no? :) | 09:02 |
pluskid | not really | 09:02 |
pluskid | especially, | 09:02 |
pluskid | if vm.type(a) is list | 09:02 |
pluskid | it might return an instance of a sub-class of list | 09:03 |
pluskid | sometimes there's even no suitable type | 09:03 |
mithro | well check it's a subclass of int? | 09:03 |
pluskid | like for a callable, or object | 09:03 |
mithro | yeah - for the basic types it's more important | 09:04 |
pluskid | Well, at lease type(vm.fromscheme(a)) in (int, long) should be true | 09:04 |
pluskid | I'll add that | 09:04 |
mithro | oh - something I have yet to suggest is I think we should support the python array interface for inplace array manipulation sharing | 09:05 |
pluskid | array interface? | 09:05 |
mithro | hrm - I think the above should be issubclass(vm.fromscheme(a), int) | 09:05 |
mithro | Python has an array interface for interfacing to things like numpy | 09:06 |
pluskid | so array interface to manipulate Scheme cons list directly? | 09:06 |
pluskid | sometimes a Python int converted to Scheme and back, it will become a long | 09:07 |
mithro | pluskid: why? -- sometimes a Python int converted to Scheme and back, it will become a long | 09:07 |
pluskid | 2**23-1 can be int in Python, but not necessarily a fixnum in all Scheme implementation | 09:08 |
mithro | well - most scheme implementations have a vector/array type | 09:08 |
pluskid | array/vector: yes, I'm planning to support them | 09:08 |
pluskid | that's why there might be a sub-class of Python list/dict | 09:08 |
mithro | I think array/vector should map to any python type which supports the python-array interface | 09:09 |
pluskid | I should remember whether it is converted from Scheme cons list or vector array | 09:09 |
*** zzorn_laptop has quit IRC | 09:09 | |
pluskid | I'd like it to map to a Python list | 09:09 |
mithro | a cons list should go to a Python list | 09:10 |
mithro | a vector array should probably go to a numpy type most of the time | 09:10 |
mithro | does that make sense? | 09:10 |
pluskid | numpy? is it available in Python standard library? | 09:10 |
mithro | no - numpy is an addon | 09:11 |
mithro | it provides support for large vectors of a single type | 09:11 |
pluskid | then, in order to run schemepy, people will have to install numpy? | 09:11 |
mithro | just as uint32 | 09:11 |
mithro | pluskid: only if they want to make use of vectors | 09:11 |
mithro | actually | 09:11 |
mithro | if you use the array interface, they can use numpy for speed when avaliable and fall back to a start list when not | 09:12 |
mithro | anyway - it's not high on our todo list at the moment | 09:12 |
mithro | so I'll let you get back to your homework :) | 09:12 |
pluskid | en | 09:12 |
pluskid | already finished ;) | 09:13 |
mithro | arn't you efficent | 09:13 |
pluskid | not too many today. | 09:13 |
mithro | oh - btw the python-array interface is a C interface | 09:13 |
mithro | http://docs.python.org/lib/module-array.html | 09:14 |
tpb | Title: 5.6 array -- Efficient arrays of numeric values (at docs.python.org) | 09:14 |
pluskid | I'm wondering: is it constrained to put only objects of one type in a numpy array? But I guess scheme vector can hold any type of objects at a time | 09:14 |
mithro | This module defines an object type which can efficiently represent an array of basic values: characters, integers, floating point numbers. Arrays are sequence types and behave very much like lists, except that the type of objects stored in them is constrained. | 09:14 |
mithro | a scheme vector can only hold on type of object | 09:15 |
pluskid | OK, that's fine | 09:15 |
mithro | oh wait | 09:16 |
mithro | sorry | 09:16 |
mithro | I have it wrong | 09:16 |
mithro | vectors are fixed length lists | 09:16 |
pluskid | hm | 09:16 |
mithro | Vectors are sequences of Scheme objects. Unlike lists, the length of a vector, once the vector is created, cannot be changed. The advantage of vectors over lists is that the time required to access one element of a vector given its position (synonymous with index), a zero-origin number, is constant, whereas lists have an access time linear to the position of the accessed element in the list. | 09:16 |
mithro | Vectors can contain any kind of Scheme object; it is even possible to have different types of objects in the same vector. | 09:16 |
mithro | http://www.gnu.org/software/guile/manual/html_node/Vectors.html#Vectors | 09:16 |
tpb | <http://ln-s.net/1rzA> (at www.gnu.org) | 09:16 |
mithro | I was thinking of "Arrays" | 09:17 |
mithro | http://www.gnu.org/software/guile/manual/html_node/Arrays.html#Arrays | 09:17 |
tpb | <http://ln-s.net/1rzB> (at www.gnu.org) | 09:17 |
mithro | Arrays are a collection of cells organized into an arbitrary number of dimensions. Each cell can be accessed in constant time by supplying an index for each dimension. | 09:17 |
mithro | In the current implementation, an array uses a generalized vector for the actual storage of its elements. Any kind of generalized vector will do, so you can have arrays of uniform numeric values, arrays of characters, arrays of bits, and of course, arrays of arbitrary Scheme values. For example, arrays with an underlying c64vector might be nice for digital signal processing, while arrays made from a u8vector might be used to hold gray-scale images. | 09:17 |
pluskid | hmm, array and vector is different in guile | 09:19 |
*** JLP_ has joined #tp | 09:23 | |
mithro | pluskid: have a look at what I just pushed | 09:25 |
*** llnz2 has joined #tp | 09:29 | |
*** llnz has quit IRC | 09:29 | |
*** llnz2 is now known as llnz | 09:29 | |
mithro | pluskid: that is my suggestion for how to deal with array's | 09:30 |
* mithro is going away | 09:32 | |
mithro | bblr | 09:32 |
*** _JLP_ has joined #tp | 09:32 | |
pluskid | mithro: OK | 09:33 |
*** JRepin has joined #tp | 09:33 | |
pluskid | where's tp's irc chat log archive? | 09:36 |
llnz | www.thousandparsec.net/~irc/ | 09:37 |
pluskid | @llnz: thanks! | 09:37 |
llnz | no problem | 09:37 |
*** Marcel- has joined #tp | 09:40 | |
* llnz wanders off | 09:40 | |
llnz | later all | 09:40 |
*** llnz has quit IRC | 09:40 | |
*** peres has quit IRC | 09:40 | |
*** JLP has quit IRC | 09:40 | |
*** JLP_ has quit IRC | 09:50 | |
*** _JLP_ has quit IRC | 09:51 | |
*** JRepin has quit IRC | 09:53 | |
*** JRepin has joined #tp | 09:58 | |
*** JRepin is now known as JLP | 10:00 | |
*** pluskid has quit IRC | 10:02 | |
*** JLP has quit IRC | 10:45 | |
*** greywhind_ has joined #tp | 11:26 | |
*** greywhind has quit IRC | 11:26 | |
*** SmokingRope has quit IRC | 11:40 | |
*** jphr has joined #tp | 12:31 | |
*** Erroneous has joined #tp | 12:45 | |
*** jphr has quit IRC | 13:00 | |
*** mithro has quit IRC | 13:26 | |
*** greywhind has joined #tp | 13:26 | |
*** greywhind_ has quit IRC | 13:41 | |
*** JLafont has joined #tp | 13:57 | |
*** JLafont has joined #tp | 13:57 | |
*** AquaFox has quit IRC | 13:59 | |
*** Ohm has quit IRC | 14:46 | |
*** Iwanowitch has joined #tp | 14:52 | |
*** greywhind_ has joined #tp | 15:26 | |
*** greywhind has quit IRC | 15:26 | |
*** andrei has joined #tp | 15:31 | |
*** nuleren has joined #tp | 16:21 | |
*** nuleren has quit IRC | 16:22 | |
tpb | disconnected from worldforge: Ping sent at 2008-05-15T16:22:17 not replied to. | 16:24 |
tpb | tpb` has joined on worldforge | 16:24 |
*** vi1985 has joined #tp | 16:24 | |
tpb | tpb has quit worldforge (Ping timeout: 360 seconds) | 16:26 |
tpb | nick change by tpb` to tpb on worldforge | 16:26 |
tpb | aloril has quit worldforge (purple.worldforge.org blue.worldforge.org) | 16:33 |
tpb | aloril has joined on worldforge | 16:34 |
*** CIA-29 has quit IRC | 16:56 | |
tpb | disconnected from worldforge: Ping sent at 2008-05-15T16:58:21 not replied to. | 17:00 |
tpb | tpb has joined on worldforge | 17:00 |
tpb | mode change by purple.worldforge.org on worldforge: +nt | 17:00 |
tpb | mode change by blue.worldforge.org on worldforge: -o tpb | 17:09 |
tpb | mode change by blue.worldforge.org on worldforge: -t | 17:09 |
tpb | aloril has joined on worldforge | 17:09 |
*** CIA-29 has joined #tp | 17:21 | |
*** andrei has quit IRC | 17:23 | |
*** andrei has joined #tp | 17:23 | |
*** greywhind has joined #tp | 17:26 | |
*** greywhind_ has quit IRC | 17:42 | |
*** JLafont has quit IRC | 17:44 | |
*** JLafont has joined #tp | 17:45 | |
*** Marcel- has quit IRC | 17:46 | |
*** CIA-29 has quit IRC | 17:56 | |
*** CIA-30 has joined #tp | 18:10 | |
*** llnz has joined #tp | 18:35 | |
llnz | hi all | 18:36 |
*** andrei has quit IRC | 18:45 | |
llnz | humm... still ciabot not working... | 18:50 |
*** nash has joined #tp | 19:01 | |
llnz | morning nash | 19:15 |
nash | Heyo llnz | 19:17 |
nash | I see you guys finally revoked my key ;-) | 19:18 |
nash | I only changed mine last week too ;-) | 19:18 |
llnz | :-) | 19:21 |
*** CIA-30 has quit IRC | 19:30 | |
*** DTRemenak|RDP has joined #tp | 19:40 | |
*** CIA-32 has joined #tp | 19:40 | |
*** Erroneous has quit IRC | 19:42 | |
*** DTRemenak|RDP is now known as Erroneous | 19:42 | |
*** Demitar has joined #tp | 19:56 | |
*** greywhind has quit IRC | 20:06 | |
*** vi1985 has quit IRC | 20:21 | |
*** Iwanowitch has quit IRC | 20:54 | |
*** greywhind has joined #tp | 20:56 | |
*** pluskid has joined #tp | 21:09 | |
*** pluskid has quit IRC | 21:12 | |
*** pluskid has joined #tp | 21:20 | |
*** bddebian has joined #tp | 21:21 | |
bddebian | Heya | 21:23 |
*** Erroneous has quit IRC | 21:24 | |
llnz | hi bddebian | 21:24 |
bddebian | Hello llnz | 21:24 |
llnz | bddebian: have year read about the openssl issue in debian? | 21:24 |
llnz | and it's flow on effect to openssh | 21:24 |
bddebian | Oh, of course :) | 21:24 |
llnz | the key we have for you git access is affected | 21:25 |
bddebian | Aye, I figured as much | 21:26 |
*** greywhind has quit IRC | 21:26 | |
*** greywhind has joined #tp | 21:26 | |
*** pluskid has quit IRC | 21:26 | |
*** pluskid has joined #tp | 21:28 | |
*** andrei has joined #tp | 22:08 | |
*** CIA-32 has quit IRC | 22:19 | |
*** CIA-29 has joined #tp | 22:32 | |
*** CIA-29 has quit IRC | 23:04 | |
*** CIA-29 has joined #tp | 23:24 | |
*** greywhind_ has joined #tp | 23:26 | |
*** greywhind has quit IRC | 23:26 | |
*** JLafont has quit IRC | 23:37 | |
*** JLafont has joined #tp | 23:37 | |
*** greywhind_ has quit IRC | 23:55 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!