00:00:57 | * | NimBot joined #nimrod |
00:02:28 | Araq | gradha: what do we do with #298 btw? |
00:03:13 | gradha | do you have a coin? |
00:03:18 | dom96 | Hopefully QUITs will now be logged again. |
00:04:01 | dom96 | how did I not yet read the "Do notation" section of the manual? :O |
00:05:08 | Araq | that's because zahary implements a feature and then after months documents it ;-) |
00:05:33 | dom96 | !repos |
00:05:33 | NimBot | Announced repos: Araq/Nimrod |
00:05:43 | dom96 | !addrepo nimrod-code Aporia |
00:05:43 | NimBot | Done. |
00:06:00 | Araq | er ... shouldn't the repos be persistent? |
00:06:21 | Araq | gradha: I like your option b) |
00:06:44 | dom96 | Araq: For the 5th time. They will be, as soon as you fix the marshal bug :P |
00:06:44 | * | q66 quit (Quit: Quit) |
00:07:16 | dom96 | ^^ QUITs works again :) |
00:07:32 | Araq | you should have worked around that bug, it's hard to fix |
00:08:06 | gradha | Araq: ok, I'll submit a patch |
00:08:08 | dom96 | Sure. I can do that. |
00:08:18 | gradha | what's the marshall bug? |
00:08:47 | Araq | if you marshall constant sequences or strings it may crash or corrupt your data |
00:09:29 | Araq | well actually the data that's before your constants ;-) |
00:10:20 | Araq | ok, the fix is not hard at all, but I dislike the possible solutions |
00:10:38 | dom96 | well seems like github is having service hook issues. |
00:10:45 | dom96 | But I fixed that bug in Aporia. |
00:10:51 | Araq | ok |
00:11:15 | Araq | we should really consider to move away from github |
00:11:31 | dom96 | why? |
00:11:44 | Araq | it's unprofessional imho |
00:12:03 | dom96 | what do you suggest instead? |
00:12:11 | Araq | bitbucket, I dunno |
00:12:38 | dom96 | bitbucket isn't much better when it comes to being professional |
00:12:42 | Araq | have they applied the linguist patch finally? |
00:12:48 | dom96 | and it lacks a lot of features that github has. |
00:12:51 | dom96 | no. |
00:12:56 | Araq | see? :P |
00:13:25 | dom96 | Not to mention. Github is as far as I know far more popular than bitbucket. |
00:13:56 | Araq | true but we can always keep a mirror on github |
00:14:14 | dom96 | So you want more work? |
00:14:55 | dom96 | Sorry but I don't see any advantages to switching. |
00:15:11 | Araq | the bazar mirror is no work at all :P |
00:15:48 | dom96 | Migrating from github to bitbucket will certainly take a bit of work :P |
00:16:56 | Araq | we could also host the git repository on our server |
00:17:17 | dom96 | hah. Gitweb sucks as far as I know. |
00:17:19 | Araq | and reimplement the parts of github's API that nimbuild uses ;-) |
00:18:04 | dom96 | and also where would you keep the issue tracker? |
00:18:05 | dom96 | and the wiki? |
00:18:23 | dom96 | We would have no pull requests in that case |
00:18:45 | Araq | we'll have our own issue tracker and wiki :P |
00:19:05 | Araq | just like we have our own forum ;-) |
00:19:43 | dom96 | meh. |
00:19:52 | dom96 | I don't feel like arguing about this. |
00:19:59 | dom96 | Because you don't seem serious anymore. |
00:20:02 | dom96 | And I need to sleep |
00:20:20 | dom96 | good night |
00:20:26 | gradha | where is gour when you need suggestions for fossile |
00:20:51 | Araq | gour? haven't seen him since a while |
00:21:34 | gradha | I think that for a programming language nobody uses a distributed scm nobody uses seems a nice fit http://www.fossil-scm.org/index.html/doc/trunk/www/index.wiki |
00:22:18 | gradha | so it uses sqlite and you don't need a server, points favoured by Araq |
00:27:56 | * | gradha quit (Quit: Leaving) |
00:29:18 | Araq | dom96: fyi 'goto definition' works for me ... |
00:29:37 | Araq | good night |
00:31:59 | NimBot | Araq/Nimrod b8036c1 Araq [+0 ±2 -0]: allow 'cast' for the JS target |
00:39:19 | NimBot | nimrod-code/Aporia c72ba50 Dominik Picheta [+0 ±3 -0]: Added preliminary docs to suggest's tooltip. |
08:09:53 | * | Araq_ joined #nimrod |
08:10:37 | * | Araq_ quit (Client Quit) |
08:17:28 | * | zahary joined #nimrod |
09:19:32 | * | reactormonk quit (Ping timeout: 248 seconds) |
09:26:17 | * | reactormonk joined #nimrod |
09:42:47 | * | reactormonk quit (*.net *.split) |
09:49:46 | * | reactormonk joined #nimrod |
10:58:01 | * | Araq is now known as Araq_win |
14:27:49 | * | Araq joined #nimrod |
14:28:45 | * | Araq quit (Client Quit) |
14:32:18 | * | q66 joined #nimrod |
16:35:12 | * | gradha joined #nimrod |
16:37:12 | gradha | other than no downloads and linguist, what other un-professionalities does github show? |
16:55:42 | gradha | yay! got issue 300 https://github.com/Araq/Nimrod/pull/300 |
16:55:47 | gradha | time to eat cake and celebrate |
16:59:03 | gradha | damn, no cake, but THIS IS SPARTA! ok, ice cream will do |
17:15:55 | dom96 | I wish I could eat some cake. |
17:19:24 | gradha | the best cake is the one you cook yourself |
17:24:13 | AlexLibman | Cake is very inefficient. Have some sweetened buckwheat porridge instead. |
17:24:57 | * | AlexLibman likes efficient food. It's a capitalist thing. I also like to say the word "gruel". |
17:25:11 | gradha | please define food efficiency |
17:26:23 | AlexLibman | Ideally it means food you can grow in New Hampshire and store, while getting the most output (nutrition) per unit of input (land, labor, water, fertilizer, etc). |
17:27:05 | AlexLibman | Healthfulness also counts as a benefit, which includes carbohydrate quality, for which cake would rank rather low. |
17:27:25 | AlexLibman | Plus I was born in the USSR. I grew up on porridge. |
17:28:15 | AlexLibman | Anyway, happy 0b100101100 anniversary. :D |
17:28:35 | AlexLibman | (256 was the "round" one) |
17:30:03 | gradha | I'm intrigued by your concept of "quality carbohydrate" |
17:30:21 | gradha | aren't carbohydrates just big chains of monosacharids? |
17:30:49 | gradha | unfortunately I liked to sleep in school, so it's not clear to me |
17:31:22 | AlexLibman | Attaining high glycaemic index ranking without containing too much fiber (which you get more than enough of on on my diet, thanks to things like beans, dried herbs, kale, etc). |
17:32:01 | gradha | isn't that sort of orthogonal? put fiber into sugar and don't you get the same glycemic index? |
17:32:36 | AlexLibman | Buckwheat is so great it's pretty much a cure for prediabetes. |
17:33:13 | AlexLibman | No, carb quality is pretty complex. It's all about how your body makes use of it, which involves many different things. |
17:35:17 | AlexLibman | Efficient food also contains no more than 80% calories from carbs, the less the better. Vegan food is most efficient, but you still need protein and not too much carb calories you don't burn. |
17:35:42 | AlexLibman | *most cost-efficient |
17:36:19 | AlexLibman | Beans are nearly a perfect food, except too much fiber. |
17:36:53 | gradha | there's no perfect food, it depends on the quantity you ingest |
17:37:07 | gradha | eg. take too much water, and you drown |
17:38:26 | AlexLibman | I mean compared to other foods, in terms of growing efficiency, nordicity, crop rotation benefits, storage, protein, etc. |
17:40:29 | gradha | sounds like the perfect topic to discuss through internet, where each of our environments is different and thus makes agreement impossible |
17:44:26 | AlexLibman | Yeah, I formed my food asceticism aesthetics with outlook on the Free State Project... |
17:44:47 | AlexLibman | http://bbs.freetalklive.com/general/the-tax-resister-diet/ |
17:45:03 | AlexLibman | But this has nothing to do with Nimrod, so let's drop it. |
17:45:20 | AlexLibman | Unless Nimrod is to have built-in units... |
17:45:45 | AlexLibman | Which is silly for a general-purpose language. |
17:47:00 | gradha | there has been talk about adding an orm like interface to the database modules, you could push built-in storage types there |
17:54:28 | AlexLibman | 9.80665'f64'meters / 1'f64'seconds**2 |
18:47:03 | * | Araq_win is now known as Araq |
18:49:56 | Araq | units of measure can be implemented with 'distinct' and 'converter' ;-) |
19:00:21 | Araq | ping zahary |
19:06:34 | Araq | ping gradha |
19:07:29 | gradha | Araq: pong |
19:07:46 | gradha | just updated https://github.com/Araq/Nimrod/issues/298, seems like a bikeshed problem |
19:08:00 | gradha | too much discussion for little change |
19:08:41 | Araq | I can't follow |
19:09:12 | Araq | oh I see |
19:09:25 | Araq | well 'getFileSize' shouldn't be touched for this bugfix |
19:09:39 | Araq | instead readAll shouldn't use getFileSize |
19:10:08 | gradha | readAll was using rawFileSize |
19:10:16 | gradha | I created rawReminderFileSize, which is practically the same |
19:10:28 | Araq | I'm readingit |
19:10:29 | gradha | and then rawFileSize is not used anywhere else, so maybe deserves deletion |
19:10:47 | gradha | basically: behaviour change + proc rename |
19:11:18 | gradha | btw, the unit test case was weird, not sure if running it directly from the commandline is advised |
19:11:27 | gradha | it always fails for the stdin, not sure what to do with that |
19:12:24 | gradha | I guess somewhere is a "run test suite" program which passes the right programs |
19:12:30 | Araq | yep |
19:12:36 | gradha | but I don't want to run everything, plus some unittest failed on macosx |
19:12:52 | gradha | and I think everything stops then |
19:13:22 | gradha | bah, let's run ./koch test anyway |
19:14:15 | Araq | there is tests/system/io.nim for it iirc |
19:15:15 | gradha | yes, I tried updating that |
19:15:24 | gradha | after running koch test, does it keep results somewhere local? |
19:15:43 | Araq | testresults.html is created in the current dir |
19:22:03 | Araq | so http://nimrod-code.org/system.html#577 doesn't use rawGetFileSize? |
19:23:03 | gradha | the proc is not exported and nothing else in the module touches it, but now that you say it, there seems to be some import trickery going on there |
19:23:26 | gradha | or at least lib/system.nim forward declares lib/system/sysio.nim |
19:23:41 | Araq | yeah |
19:23:57 | Araq | system.nim is quite messy ;-) |
19:24:10 | gradha | also, due to lax naming rules it might be used somewhere else with another case? |
19:24:24 | gradha | we need a nimgrep |
19:24:31 | Araq | we have a nimgrep |
19:24:39 | Araq | it's called "nimgrep" |
19:24:50 | gradha | nice |
19:25:00 | Araq | tools/nimgrep.nim |
19:25:26 | Araq | it kicks grep's ass in lots of other ways too ;-) |
19:25:40 | gradha | I see you use it for replacement too |
19:26:28 | gradha | it doesn't seem to get build by default, is there a koch tools for that? |
19:26:51 | Araq | I don't think so |
19:27:03 | Araq | nimrod c nimgrep does the job anyway |
19:27:08 | Araq | no need for 'koch' |
19:27:26 | Araq | bbl |
19:30:30 | gradha | koch test fails on the server module under macosx http://pastebin.com/xfpSg26W |
19:31:23 | gradha | I wonder if the failure prevents the test suite from running further, since I can't see any testresults.html on my filesystem |
19:44:02 | gradha | Araq: according to "nimgrep --recursive -y --ext:nim rawfilesize .", after the patch it is not referenced anywhere |
19:44:22 | gradha | btw, if you forget to pass a pattern the output of nimgrep with that commandline is really fun |
19:44:41 | gradha | I mean "nimgrep --recursive -y --ext:nim ." |
19:57:05 | dom96 | gradha: Does it list everything? :P |
19:58:00 | gradha | even better, it finds all characters matching, generating a staircase effect in the output |
20:00:11 | dom96 | haha, just tried it. |
20:58:21 | Araq | back |
21:19:26 | dom96 | Araq: Use Go to definition on processes.nim:160:54 for example |
21:20:00 | dom96 | actually... it doesn't seem to work at all. For anything anymore. |
21:20:15 | Araq | worked for me yesterday |
21:21:07 | Araq | but I tested with the compiler not with aporia |
21:21:21 | Araq | hrm indeed |
21:21:43 | Araq | you should implement a timeout :P |
21:21:52 | dom96 | https://gist.github.com/9ac8dc696d253d90985c |
21:22:04 | dom96 | what's the point? You can terminate it yourself |
21:22:18 | Araq | how so? |
21:22:22 | dom96 | F7 |
21:22:29 | Araq | cool |
21:22:40 | Araq | how am I supposed to know that btw? |
21:23:58 | dom96 | yeah yeah i know |
22:00:01 | reactormonk | Araq, did I create an issue for all symbols available? |
22:00:23 | Araq | don't think so |
22:00:38 | reactormonk | Araq, maybe with the possibility to take a look through all of babel and the stdlib |
22:01:01 | Araq | hrm |
22:01:24 | Araq | you'll get an enormous amout of data back |
22:01:45 | reactormonk | Yes, that's intended. |
22:01:57 | Araq | so you'll run that once offline? |
22:02:36 | reactormonk | Maybe. It's intended to replace the index ;-) |
22:03:08 | Araq | hey, what's wrong with my awesome index? |
22:03:20 | reactormonk | you can't search for types |
22:04:15 | Araq | search for verbs then :P |
22:04:28 | reactormonk | define 'verbs' |
22:05:02 | Araq | add, remove, inject, open, close, ... |
22:05:51 | reactormonk | ah. |
22:10:11 | * | AlexLibman wonders if "koch" is named after the billionaire philanthropist brothers. |
22:10:47 | Araq | all the cool names for a build tool have already been taken, so I picked a german word :P |
22:11:14 | Araq | which sounds pretty cool if you can actually pronounce it :P |
22:20:23 | reactormonk | there we go. |
22:21:23 | Araq | reactormonk: I think I'll implement a "view by type" for the docgen instead |
22:21:35 | Araq | lots of people requested that |
22:29:26 | reactormonk | Araq, or you could provide the information from docgen in a machine-readable format |
22:30:43 | Araq | maybe but that sounds like lots of work and I will pick the wrong format, as usual |
22:30:57 | Araq | wtf?! no XML? |
22:31:05 | Araq | wtf?! no JSON? |
22:32:16 | Araq | wtf?! no tab separated list like for the other idetools features? |
22:33:47 | reactormonk | just make an array of arrays in JSON |
22:34:09 | Araq | that's what you say now |
22:34:11 | reactormonk | takes care of the escaping for you and it's almost the same as a tab-separated list |
22:34:28 | reactormonk | or just go with an array of hashes/tables/dicts/whatever |
22:35:07 | Araq | with xml you could use xpath to extract the information that you're interested in |
22:35:42 | Araq | or you could transform it into some other xml that eclipse happens to understand |
22:36:44 | Araq | and then you could open it with eclipse and watch it die with OOM |
22:37:22 | Araq | sounds much more professional than an adhoc JSON format XD |
22:37:23 | reactormonk | or you could decouple the serialization so you can stfu people and let them implement it themselves |
22:38:12 | Araq | but then that would require people to either hack the compiler or write a plugin for it ;-) |
22:39:30 | reactormonk | ohh, hack the compiler, that's evil, you don't do that! |
22:42:08 | dom96 | or you could generate all the formats :P |
22:43:14 | Araq | meh you'll get what I'll feel like when I implement it |
22:43:28 | Araq | it'll likely be JSON though |
22:43:49 | reactormonk | Araq, that's fine. you can generate XML from json kinda easy |
22:44:08 | reactormonk | but JSON from XML is a bit more complex |
22:44:18 | Araq | but can eclipse process this xml then? |
22:44:36 | reactormonk | that depends on your converter |
22:45:13 | Araq | don't you free people from Java's crappy OOMs |
22:47:07 | reactormonk | throw RAM at that problem. |
22:47:30 | Araq | large parts of the gross domestic product depend on it nowadays |
22:50:20 | Araq | you know ... you could also simply transform the generated HTML documentation :P |
22:51:02 | dom96 | "simply" |
22:51:12 | dom96 | might want to rethink that :P |
22:51:23 | reactormonk | you know ... you could stop with your sick fantasies and get coding :-P |
22:52:32 | dom96 | but then again, with nimrod's awesome html parsing capabilities... |
22:53:09 | Araq | which you can't use from emacs :P |
22:53:35 | reactormonk | Sure you can. shelling out ftw. |
22:53:40 | dom96 | ^^ :P |
23:10:01 | Araq | good night |
23:13:30 | * | gradha quit (Quit: Leaving) |
23:15:46 | dom96 | same. Good night. |
23:16:11 | reactormonk | Time to wake up :> |