00:11:54 | * | XAMPP quit (Read error: Connection reset by peer) |
00:27:43 | * | Associat0r quit (Quit: Associat0r) |
00:38:44 | * | NewGuy joined #nimrod |
00:39:05 | NewGuy | Hello, you beautiful people. |
01:15:52 | * | q66 quit (Quit: Leaving) |
01:16:03 | * | NewGuy quit (Ping timeout: 250 seconds) |
02:04:59 | * | darithorn_ joined #nimrod |
02:08:20 | * | darithorn quit (Ping timeout: 245 seconds) |
02:14:24 | * | NewGuy joined #nimrod |
02:15:33 | NewGuy | Trying to compile from the latest git is failing for me. |
02:16:01 | NewGuy | Building on Windows 8 x64, with the VS2012 mscv |
02:16:38 | NewGuy | msvc* The error I get is semfold.c(1196) : error C2124: divide or mod by zero |
02:16:47 | NewGuy | And here's the failing snippet |
02:16:47 | NewGuy | http://pastebin.com/H3x8jpUe |
02:17:47 | NewGuy | Anybody know what's going down here? |
02:40:07 | NewGuy | And it does in fact still compile with mingw64 (sorry it took so long, had to actually test it) |
03:10:59 | * | NewGuy quit (Quit: Page closed) |
03:26:47 | * | darithorn__ joined #nimrod |
03:29:16 | * | OrionPK quit (Read error: Connection reset by peer) |
03:29:35 | * | darithorn_ quit (Ping timeout: 245 seconds) |
05:17:46 | * | darithorn_ joined #nimrod |
05:21:40 | * | darithorn__ quit (Ping timeout: 245 seconds) |
06:09:04 | * | darithorn_ quit (Quit: Leaving) |
06:57:34 | * | darithorn joined #nimrod |
07:01:25 | * | Araq_ joined #nimrod |
07:20:40 | * | EXetoC joined #nimrod |
07:40:54 | * | Araq_ quit (Quit: ChatZilla 0.9.90.1 [Firefox 22.0/20130618035212]) |
08:08:45 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
08:10:09 | * | EXetoC joined #nimrod |
08:16:23 | * | darithorn quit (Quit: Konversation terminated!) |
09:15:34 | * | q66 joined #nimrod |
10:09:30 | * | Araq_ joined #nimrod |
11:41:45 | * | Associat0r joined #nimrod |
11:41:45 | * | Associat0r quit (Changing host) |
11:41:45 | * | Associat0r joined #nimrod |
12:07:31 | * | BitPuffin joined #nimrod |
13:01:14 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
13:10:41 | * | zahary_ quit (Read error: Connection reset by peer) |
13:11:11 | * | zahary_ joined #nimrod |
13:22:02 | * | EXetoC joined #nimrod |
13:26:23 | * | BitPuffin quit (Read error: Connection reset by peer) |
13:28:02 | * | BitPuffin joined #nimrod |
13:32:00 | * | Associat0r quit (Quit: Associat0r) |
13:34:42 | * | Araq_ quit (Quit: ChatZilla 0.9.90.1 [Firefox 22.0/20130618035212]) |
13:59:47 | EXetoC | ööööööööööö |
14:01:00 | dom96 | yo |
14:09:54 | * | zahary__ joined #nimrod |
14:10:04 | * | noam quit (Read error: Connection reset by peer) |
14:10:24 | * | noam joined #nimrod |
14:13:05 | * | zahary_ quit (Ping timeout: 246 seconds) |
14:33:31 | BitPuffin | EXetoC: ääääääääääää |
15:08:47 | * | Associat0r joined #nimrod |
15:09:14 | * | Associat0r quit (Changing host) |
15:09:14 | * | Associat0r joined #nimrod |
15:49:08 | * | darithorn joined #nimrod |
15:57:03 | * | Sergio965 joined #nimrod |
16:03:58 | * | Sergio965 quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
16:22:55 | * | Mat2 joined #nimrod |
16:22:57 | Mat2 | hi all |
16:26:01 | dom96 | yo |
16:28:21 | Mat2 | one question: I have declared a SHM buffer (which was the easy part) and will access it though a byte pointer (ptr uint8), how do I access the memory (read and write) to it ? |
16:28:55 | dom96 | using the [] operator I think |
16:29:37 | Mat2 | hi dom96 |
16:29:43 | dom96 | hi Mat2 |
16:32:15 | * | charles81 quit (Ping timeout: 256 seconds) |
16:35:51 | Mat2 | ok, and how do I read a byte ? |
16:37:13 | dom96 | system.readBuffer I guess. |
16:37:31 | dom96 | no wait, that's for files |
16:38:28 | EXetoC | cast[ptr array[upperLimit, uint8]](buf)? |
16:38:33 | dom96 | I guess you use [] for that too? |
16:38:45 | EXetoC | there's also a third-party module somewhere that wraps this functionality I think |
16:39:11 | EXetoC | dom96: but not on pointers directly, right? |
16:39:27 | Araq | EXetoC's solution is the right way |
16:39:32 | dom96 | yeah |
16:39:47 | Mat2 | hi Araq |
16:40:04 | Araq | huhu Mat2 |
16:41:39 | BitPuffin | Okay so, how do I convert string to ptr ubyte |
16:41:45 | BitPuffin | or ref |
16:42:24 | Araq | BitPuffin: cstring(mystring) converts it to cstring which is quite what you want |
16:42:45 | BitPuffin | Araq: and cstring is ubyte* ? |
16:43:18 | Araq | you can do cast[ptr array [0..someSize, uint8]](cstring(mystring)) but I don't see why that would be necessary |
16:43:40 | Araq | cstring is a pointer to an array of bytes, yes |
16:43:44 | BitPuffin | Araq: how do I go back after that? string(mycstring)? |
16:43:52 | Araq | $mycstring |
16:43:54 | BitPuffin | Araq: Hmm, well because the function takes that as a parameter |
16:43:56 | BitPuffin | ah |
16:44:18 | Araq | well if you wrap C, make the parameter's type 'cstring' |
16:44:43 | BitPuffin | Araq: will it then be able to pass the corresponding parameter to a ubyte*? |
16:45:20 | Araq | no idea what you mean, char* is ubyte* is cstring |
16:45:46 | Araq | yes I know char has an undefined signedness in C but it doesn't matter |
16:46:04 | Araq | in Nimrod C's char is unsigned |
16:49:21 | BitPuffin | Araq: well yeah but I just mean, won't it give me a static error for trying to passa a char as a ubyte? |
16:49:48 | Araq | it will |
16:50:05 | Araq | maybe you should get your types right :P |
16:50:20 | BitPuffin | Araq: and there is the problem then |
16:51:26 | BitPuffin | Araq: Well it is like this because it doesn't necessarily have to hash strings, it's just bytes of data |
16:51:34 | BitPuffin | Araq: so my only option is to cast? |
16:52:54 | Araq | proc myhash(data: cstring, size: int): int looks perfectly acceptable to me |
16:53:19 | BitPuffin | Araq: but that's not what the C signature looks like |
16:53:29 | BitPuffin | and since when is a hash an int :P |
16:54:10 | Araq | using int for hash values is perfectly fine too |
16:54:29 | Araq | you seem to be confused :P |
16:55:14 | BitPuffin | int crypto_scrypt(const uint8_t *, size_t, const uint8_t *, size_t, uint64_t, uint32_t, uint32_t, uint8_t *, size_t); |
16:55:28 | BitPuffin | hmm, turns out it was an int |
16:55:29 | BitPuffin | lol |
16:55:30 | BitPuffin | but anyways |
16:55:50 | BitPuffin | uint8_t* is not a char* |
16:55:52 | BitPuffin | even though it is |
16:55:58 | BitPuffin | won't that give me a static error? |
16:56:21 | BitPuffin | so I have to cast the cstring to a uint8 array ptr |
16:57:08 | Araq | well you can correct the signature to be useful or pretend to wrap it "correctly" and force the cast upon your poor users |
16:58:18 | BitPuffin | Well if I corrected the signature then users would have to also compile my version of libtarsnap |
16:58:20 | BitPuffin | which is silly |
16:58:23 | BitPuffin | but yeah |
16:58:31 | Araq | er ... no? |
16:58:32 | BitPuffin | I plan to take a string in the password hash wrapper |
16:58:40 | BitPuffin | er yes? |
16:58:47 | Araq | you don't have to compile your own version |
16:58:58 | Araq | the changes are all ABI compatible |
16:59:11 | BitPuffin | hm |
16:59:41 | BitPuffin | So you mean i can just create an alternative signature of the same proc that takes a cstring? and it will still call the same function from the lib? |
17:00:51 | Araq | that is correct unless you wrap via 'header' which is a bad idea anyway however |
17:01:18 | BitPuffin | ah I didn't use header in nim2c if that's what you mean |
17:01:39 | Araq | yeah. good. |
17:01:56 | Araq | I think it's called c2nim though |
17:02:20 | BitPuffin | ah yeah sorry |
17:09:52 | BitPuffin | Araq: so these are compatible? https://gist.github.com/BitPuffin/6233140 |
17:14:11 | * | Sergio965 joined #nimrod |
17:14:59 | * | Mat2 is now known as Mat2-coding |
17:25:56 | Araq | BitPuffin: ptr uint8 becomes cstring not 'ptr cstring' |
17:26:31 | * | rndbit joined #nimrod |
17:26:45 | Araq | hi rndbit, welcome |
17:26:56 | rndbit | hey! :) |
17:27:14 | rndbit | i must say im stunned by this discovery |
17:27:30 | rndbit | kudos Araq |
17:27:49 | Araq | thanks |
17:28:29 | rndbit | i suppose there is no alternative to aporia? |
17:28:59 | Araq | we also have vim and emacs plugins |
17:29:09 | Araq | vim is quite up to date I think, dunno about emacs |
17:29:26 | rndbit | text editors yay... :| |
17:30:10 | Araq | oh sorry that tends to be everybody's cup of tea, sure use aporia then |
17:30:15 | rndbit | i suppose when one gets used to good stuff its hard to move back to notepad style coding... im talking about proper IDE that can compile, debug and do reasonable code completion |
17:30:51 | Mat2-coding | the vim script is fine |
17:30:56 | Araq | aporia can compile has rough code completion, debugging is nonexistant |
17:31:15 | rndbit | we need to recruit some people from qt project, twist their arm and make them conver that python plugin for qtcreator to support nimrod (including debugger support) |
17:32:21 | rndbit | i always wondered who are these people behind languages like this.. Araq you develop this full time or on your spare time? |
17:33:45 | * | darithorn quit (Ping timeout: 245 seconds) |
17:34:35 | * | zahary quit (Ping timeout: 260 seconds) |
17:36:14 | Araq | rndbit: spare time ... |
17:37:06 | BitPuffin | Araq: ah yes of course |
17:37:12 | rndbit | even more impressive. hope you can manage to turn into your business too. what could be better than making living by doing what you love the most \o/ |
17:37:37 | Araq | indeed :-) |
17:40:50 | vegai | let's hope Google doesn't snatch him first :S |
17:40:59 | * | vegai remembers Factor.... |
17:41:40 | Mat2-coding | vegai: You mean the concatentative, stack based language Factor ? |
17:47:10 | rndbit | is latest snapshot of aporia known to work? cause it doesnt and im not sure if its me being noob or not.. |
17:47:17 | vegai | Mat2-coding: yes. |
17:48:27 | rndbit | o wait there is bunch of gtk stuff to install manually.. kk! btw havent seen executable with that many weird sections! |
17:50:28 | Araq | no idea what you mean. are you on windows? |
17:53:32 | rndbit | yeah. i mean code sections, its... low level stuff |
17:54:09 | rndbit | http://paste2box.com/s/#/file/v2azA-B599hipvMn4_SCdTDYIeo/frAQBc8Wsa.png/ |
17:54:31 | rndbit | gcc/msvc compiled executables normally have 4-5 sections ^_^ |
17:56:46 | Araq | well the .exe has been compiled via gcc |
17:57:51 | rndbit | oh wow, my other stuff compiled with gcc is same |
17:57:54 | rndbit | first time i notice this |
17:58:11 | rndbit | i wonder if its recent new thing in gcc or what.. anyway |
17:58:51 | Mat2-coding | vegai: Do you know retro ? |
18:04:02 | vegai | Mat2-coding: no |
18:07:09 | Mat2-coding | vegai: http://retroforth.org/docs/An_Introduction_to_Retro.html |
18:13:14 | BitPuffin | Araq: do I have to mark the parameters as var in order to modify from where they are called? The cstrings that is |
18:14:11 | dom96 | I've actually used Factor for quite a bit. Didn't really feel practical but the stdlib was excellent, they even have their opengl GUI IIRC. |
18:15:04 | BitPuffin | Araq: I mean the buf parameter is basically what contains the result |
18:16:16 | Araq | 'cstring' is a hidden pointer so it's allowed to modify the contents but it's uncommon so you better document it |
18:16:28 | BitPuffin | Araq: ah so no need to be explicit? |
18:16:49 | Araq | no in fact 'var cstring' creates a pointer to a pointer and thus breaks things |
18:17:05 | BitPuffin | interesting |
18:17:17 | BitPuffin | what a gotcha :) |
18:18:09 | * | Sergio965 quit (Quit: Bye! :)) |
18:21:20 | * | XAMPP-8 joined #nimrod |
18:21:43 | * | XAMPP-8 quit (Read error: Connection reset by peer) |
18:21:55 | BitPuffin | Araq: so how do I only allocate the memory needed to fill the cstring based on a specified output length |
18:22:44 | BitPuffin | cstring(outputlen)? |
18:27:41 | BitPuffin | And how would you guys generate a nice random salt? |
18:28:02 | BitPuffin | OID? |
18:29:44 | dom96 | read /dev/urandom? |
18:30:23 | BitPuffin | dom96: that's not terribly portable :P |
18:30:23 | Araq | there is a module in the stdlib to do that, BitPuffin |
18:30:34 | BitPuffin | Araq: salt? |
18:30:37 | Araq | don't remember its name, yes |
18:31:26 | BitPuffin | I have been looking for it but I can not find it |
18:32:01 | BitPuffin | man if only we had a searchable api :) |
18:32:28 | BitPuffin | duckduckgo could only find postgres and mysql modules mentioning salt |
18:32:47 | BitPuffin | wow it actually found more results than google |
18:33:00 | BitPuffin | and bing found nothing xD |
18:33:24 | Araq | BitPuffin: https://github.com/Araq/Nimrod/blob/master/lib/pure/oids.nim |
18:33:34 | Araq | proc genOid |
18:33:44 | BitPuffin | Araq: well exactly, I was asking if that was a good thing to use as a salt |
18:33:53 | BitPuffin | when I said OID? |
18:34:00 | BitPuffin | I guess it was a badly phrased question |
18:34:15 | Araq | oh ok I misread |
18:34:24 | Araq | well I think it's a good salt |
18:34:39 | BitPuffin | it should be fine I think, in my D version of this library I use UUID |
18:34:59 | BitPuffin | not that I know how they differ, but they are all random |
18:35:04 | Mat2-coding | Araq: range values like array[0..x] need to be constant as I see. In my situation however, for casting- 'x' is of size of the priour allocated adress-space and so not constant. Exist there a way for using x as range value in this context ? |
18:35:51 | Araq | Mat2-coding: the nimrodic way is to use a too large upperbound like 10_000_000 so that still get some sanity checking |
18:36:05 | Araq | *so that you still |
18:36:11 | Mat2-coding | thanks |
18:38:10 | BitPuffin | Araq: Hm, again I get this problem with cstring, oidToString takes a cstring which it stores the result in, but how do I know how big the result will be and how much to allocate? |
18:38:14 | BitPuffin | and how do i allocate it |
18:38:41 | dom96 | BitPuffin: You're creating an scrypt library aren't you? |
18:38:47 | BitPuffin | dom96: yeah |
18:39:16 | dom96 | IIRC bcrypt has built-in salting, doesn't scrypt have the same thing? |
18:39:30 | BitPuffin | dom96: not that I know of |
18:39:53 | BitPuffin | I will look in tarsnap right away |
18:40:23 | dom96 | What would be cool is if you allowed the user of the library to override the default source of randomness. |
18:41:30 | BitPuffin | dom96: I am donig that :P |
18:41:35 | BitPuffin | but I want to provide a default way |
18:41:58 | Araq | BitPuffin: it's not documented but the cstring needs to be able to hold 25 characters |
18:42:18 | BitPuffin | Araq: okay so how do I allocate that for a cstring? |
18:43:33 | BitPuffin | cstring(25) ? |
18:44:50 | Araq | var x = newString(25) |
18:45:35 | BitPuffin | but that returns a string? |
18:45:47 | BitPuffin | will it still work with a cstring? |
18:45:56 | Araq | you can pass a string to a cstring and the compiler does the right thing |
18:46:12 | BitPuffin | so salt = cstring(newString(25))? |
18:46:40 | BitPuffin | or newString(25).cstring actually looks nicer |
18:46:51 | Araq | var salt = newString(25); oidToString(oid, salt); |
18:47:02 | BitPuffin | ohhh |
18:47:03 | Araq | as I said, no need to convert it to 'cstring' |
18:47:03 | BitPuffin | cool |
18:47:14 | BitPuffin | right it is implicitly convertible |
18:48:10 | Araq | you can also do: var x = cast[cstring](alloc(25)) but then you need to dealloc(x) |
18:48:31 | BitPuffin | Araq: do I need to do memory management with cstrings/hidden pointers? |
18:48:38 | BitPuffin | hmm, well I guess that answers it |
18:58:03 | BitPuffin | wait wth |
18:59:50 | BitPuffin | https://gist.github.com/BitPuffin/6234350 |
19:00:16 | BitPuffin | it passed in genRandomSalt but nooo, not in genPasswordHash |
19:00:23 | BitPuffin | genScryptblabla |
19:08:35 | BitPuffin | oh it was probably treated as the return value |
19:27:13 | * | Mat2-coding is now known as Mat2 |
19:30:07 | * | Sergio965 joined #nimrod |
19:30:36 | * | zahary joined #nimrod |
19:43:47 | BitPuffin | uuuuummmm |
19:44:02 | BitPuffin | http://hastebin.com/maxowebuja.hs |
19:46:59 | BitPuffin | bug? |
19:52:46 | Araq | I think you use 'encode' wrong |
19:53:14 | BitPuffin | there is a right way to use it? |
19:54:29 | Araq | hmm it's strange |
19:54:41 | Araq | run the base64.nim module please so that the tests are run |
19:55:44 | BitPuffin | sure just gotta download the source code for nimrod (not sure where pacaur stores it) |
19:57:11 | BitPuffin | Araq: yeah that fails |
19:57:39 | BitPuffin | http://hastebin.com/lecevonoxa.avrasm |
19:59:05 | Araq | that's some strange regression. yay |
19:59:11 | BitPuffin | indeedio |
19:59:29 | BitPuffin | what do you recommend I use instead of base64? It cannot contain $ characters |
19:59:33 | BitPuffin | that's the only requirement |
19:59:46 | BitPuffin | well and preferably not newlines |
20:00:22 | Araq | but hmm range checking has been fixed recently so I guess it always was wrong |
20:00:45 | Araq | I thought the forum uses base64 in production though ... |
20:01:06 | BitPuffin | Araq: well when doing the scrypt hashes it could do a bunch of them, it only happens sometimes |
20:01:23 | dom96 | the forum uses md5 |
20:01:29 | Araq | ah yeah |
20:01:49 | BitPuffin | let's see how many it manages to do this time |
20:01:52 | BitPuffin | 165 |
20:01:55 | BitPuffin | and then boom! |
20:02:29 | Araq | BitPuffin: you can use strutils.escape I think |
20:03:16 | Araq | but no that doesn't deal with $ |
20:04:57 | BitPuffin | hmm, that is important |
20:05:03 | BitPuffin | base64 never has any $ right? |
20:05:15 | BitPuffin | I used toHexString in D, is there anything like that in nimrod? |
20:06:03 | BitPuffin | or I guess I'll continue using base64 and hope it gets fixed |
20:06:32 | Araq | looks hard to fix :P |
20:06:46 | BitPuffin | probably |
20:06:48 | Araq | I don't think there is toHexString, it's easy to write though |
20:06:54 | BitPuffin | but it still should get fixed hehe |
20:07:05 | Araq | but what about s.replace('$', ' ') ? |
20:07:43 | BitPuffin | Hmm, I guess there are worse solutions |
20:10:34 | BitPuffin | Araq: will that remove every instance of $ in the string or just the first? |
20:10:47 | Araq | every instance |
20:10:49 | BitPuffin | cool |
20:12:28 | BitPuffin | Araq: isn't there a way to just have it removed? instead of replacing it with a space, I would rather like to not have spaces either |
20:12:47 | BitPuffin | hmm, maybe call strip afterwards? |
20:13:47 | Araq | s.replace("$", "") does that |
20:14:57 | BitPuffin | Araq: toHex found :) |
20:15:54 | BitPuffin | oh wait that doesn't take a string :( |
20:17:41 | Araq | BitPuffin: I'm interested, what exaclty is 'r' and 'result.len' when assert(r+4 == result.len) fails? |
20:17:49 | EXetoC | dom96: and md5 is insecure IIRC |
20:18:02 | Araq | EXetoC: yeah but it's the best we got :P |
20:18:11 | Araq | also it's still not that bad iirc |
20:18:23 | BitPuffin | md5 is okay, just that it's got collisions |
20:18:37 | Araq | yeah |
20:18:55 | BitPuffin | Araq: well how do I know what r is? |
20:20:16 | BitPuffin | man these hashes look awful |
20:20:28 | BitPuffin | (when they aren't base64) |
20:21:42 | Araq | BitPuffin: if r+4 != result.len: echo r, " ", result.len |
20:21:56 | Araq | yeah you need to touch base64.nim for that |
20:25:05 | BitPuffin | Araq: oh you mean I should echo r and result.len? |
20:28:11 | BitPuffin | Araq: or can I reach their values somehow through a debugger? |
20:29:02 | Araq | you can but you don't want to |
20:29:16 | Araq | you should echo them instead |
20:29:22 | BitPuffin | So I should modify the source, okay gotcha |
20:32:23 | * | zahary__ is now known as zahary_ |
20:52:02 | dom96 | md5 is in fact pretty bad. I wanted to use bcrypt but someone told me to not care about these things *cough*... |
20:53:09 | dom96 | If it wasn't for me the forum wouldn't create salts. :P |
20:56:36 | BitPuffin | dom96: yeah md5 ONCE is terrible |
20:56:40 | BitPuffin | there is basically no point |
20:56:47 | BitPuffin | it's almost like storing it plaintext |
20:57:45 | BitPuffin | dom96: but you can take the output of md5 and do it over and over again etc, I think that's what PDKDF2 (or whatever it's called) does |
20:57:58 | BitPuffin | or maybe that uses sha |
21:06:10 | * | XAMPP-8 joined #nimrod |
21:06:14 | BitPuffin | Araq: I am trying to do koch boot -d:release, but I geta no such file or directory error, I skipped the whole csources thing because I already have nimrod installed, could this be the reason? |
21:07:16 | dom96 | which directory are you running it from? |
21:07:33 | BitPuffin | dom96: Nimrod |
21:10:20 | Araq | BitPuffin: no idea |
21:10:42 | dom96 | BitPuffin: weird. |
21:11:06 | BitPuffin | http://hastebin.com/pogufujiye.avrasm |
21:12:12 | BitPuffin | Araq: what system are you running? maybe it would be easier for you to just try the code yourself? |
21:12:49 | dom96 | That pastebin's urls are kinda odd. |
21:13:22 | BitPuffin | dom96: well it's because it tries to guess the language and puts a file extension to it |
21:13:42 | dom96 | i see. |
21:13:56 | dom96 | I like it better than gist's actually. |
21:14:02 | BitPuffin | at least I think that's what it does |
21:14:06 | BitPuffin | I wonder how it handles nimrod |
21:14:24 | Araq | BitPuffin: windows and linux; sure it would be easier if I run it instead as you can't even bootstrap :P |
21:14:45 | BitPuffin | Araq: I can't do anything! |
21:15:56 | dom96 | BitPuffin: debug why koch fails :) |
21:17:13 | BitPuffin | Araq: anyways I guess I'll push a version with the incorrect file so you can download lol |
21:20:06 | Mat2 | ciao |
21:20:17 | * | Mat2 quit (Quit: Verlassend) |
21:20:36 | BitPuffin | Araq: start by downloading tarsnap and build it |
21:20:47 | BitPuffin | (you need libtarsnap.a |
21:20:48 | BitPuffin | ) |
21:21:41 | BitPuffin | then it is over here |
21:21:43 | BitPuffin | https://bitbucket.org/TheLonelyByte/scrypt.nim |
21:22:20 | BitPuffin | and then do `nimrod c -r --passL:-ltarsnap src/scrypt/passwordb64.nim` |
21:22:53 | Araq | gah |
21:22:55 | BitPuffin | dom96: too much things to do lol :D |
21:23:05 | Araq | sorry, I won't do that |
21:23:17 | Araq | libtarsnap is not even in my package manager |
21:23:34 | Araq | (ain't linux great?) |
21:23:38 | BitPuffin | I can make it a one liner for you if you want |
21:24:22 | dom96 | but koch.nim is important too :( |
21:24:33 | dom96 | It cooks Nimrod for you! |
21:24:44 | Araq | the koch.nim failure is much more important, dom96 is right |
21:24:57 | Araq | do you have a bin/nimrod in the current directory? |
21:25:10 | BitPuffin | Araq: I run the system nimrod |
21:29:24 | Araq | BitPuffin: no idea what that means |
21:29:39 | BitPuffin | Araq: the one installed from the package manager |
21:30:08 | Araq | ah well I don't want to know then |
21:30:24 | BitPuffin | Araq: it is the git version though |
21:30:39 | BitPuffin | anyways I have made it easy for you |
21:30:59 | * | Araq puts his fingers into his hears and sings "la la la la la" |
21:31:11 | BitPuffin | wget https://www.tarsnap.com/download/tarsnap-autoconf-1.0.35.tgz && tar -xvf tarsnap-autoconf-1.0.35.tgz && cd tarsnap-autoconf-1.0.35 && ./configure && make && sudo cp ./lib/libtarsnap.a /usr/local/lib && sudo ldconfig |
21:31:22 | BitPuffin | just paste that in terminal and you'll have libtarsnap.a :) |
21:31:35 | BitPuffin | actually ldconfig is probably not even needed that's for dynlibs |
21:32:26 | Araq | checking for ext2fs/ext2_fs.h... no |
21:32:28 | Araq | configure: error: *** ext2fs/ext2_fs.h missing *** |
21:32:58 | BitPuffin | what linux? |
21:33:12 | Araq | mint debian edition |
21:33:30 | BitPuffin | does it have anything like e2fsprogs, I think that might be what you need |
21:33:56 | BitPuffin | yeah probably just sudo apt-get install e2fsprogs |
21:34:07 | BitPuffin | -dev? |
21:35:27 | BitPuffin | e2fslibs-dev maybe? |
21:35:36 | Araq | yeah found it but my synaptic crashed |
21:35:53 | BitPuffin | just do command line |
21:37:04 | * | Araq sings "wenn es gut ist, geht es schnell vorbei" |
21:38:10 | Araq | checking for openssl/rsa.h... no |
21:38:12 | Araq | configure: error: *** OpenSSL header files missing *** |
21:40:24 | BitPuffin | oh come on debian |
21:40:34 | BitPuffin | I use arch and i didn't need to install anything lol |
21:41:07 | BitPuffin | libssl-dev |
21:41:15 | BitPuffin | probably |
21:41:42 | BitPuffin | Araq: let's hope that's the last dep |
21:42:52 | Araq | ok |
21:42:57 | Araq | I think it did something |
21:43:01 | Araq | and now? |
21:43:32 | BitPuffin | did you do my entire oneliner? |
21:43:46 | Araq | yes |
21:46:00 | * | Sergio965 quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
21:49:08 | BitPuffin | Araq: you want me to make it another oneliner? |
21:49:34 | Araq | sure |
21:49:44 | Araq | these work nicely |
21:54:23 | * | OrionPK joined #nimrod |
21:55:48 | BitPuffin | wget https://bitbucket.org/TheLonelyByte/scrypt.nim/get/tip.tar.gz && tar -xvf tip.tar.gz && cd TheLonelyByte-scrypt.nim-3bfd3e9c24ea/ && nimrod c -r --passL:-ltarsnap src/scrypt/passwordb64.nim |
21:55:53 | BitPuffin | Araq: ^ |
21:56:29 | BitPuffin | and then just let it go until it fails |
21:56:42 | BitPuffin | which can happen on the first hash or on the 1000th or not at all :) |
21:56:50 | BitPuffin | but I've never managed to make it that far |
21:57:14 | BitPuffin | if you do however, just do this: nimrod c -r --passL:-ltarsnap src/scrypt/passwordb64.nim |
21:57:20 | BitPuffin | instead of downloading all over again |
22:03:32 | BitPuffin | if it's good, it goes by fast |
22:04:01 | EXetoC | have features been the main focus the last couple of months? |
22:04:16 | Araq | wenn es gut ist, reicht es nicht für zwei ;-) |
22:04:25 | Araq | EXetoC: yeah and hence the many unfixed bugs |
22:07:51 | BitPuffin | Well that's good |
22:07:55 | BitPuffin | features are fun :) |
22:08:19 | BitPuffin | and it is fairly okay to have bugs in head |
22:08:27 | BitPuffin | just as long it's not in the releases |
22:08:50 | Araq | er ... |
22:09:14 | Araq | the releases are worse than git head |
22:09:23 | Araq | for obvious reasons really |
22:11:07 | Araq | this is version 0.9.3 for a reason ... |
22:13:36 | BitPuffin | well I guess when it is in 1.0 it should have as little bugs as possible |
22:13:49 | BitPuffin | and then if there are bugs you backport them and release a 1.0.1 |
22:13:53 | BitPuffin | well that's one way at least |
22:14:01 | Araq | yeah well |
22:14:09 | BitPuffin | version control makes it all so easy |
22:14:14 | EXetoC | ok |
22:15:00 | BitPuffin | EXetoC? |
22:18:26 | Araq | well if it's off it is so by 2 characters so I guess the logic for newlines is wrong sometimes |
22:20:58 | BitPuffin | hmm? |
22:23:19 | NimBot | Araq/Nimrod master 6f5a7f5 Araq [+0 ±1 -0]: fixes base64 module |
22:23:25 | Araq | BitPuffin: try again now |
22:24:04 | BitPuffin | okay, updating nimrod now, that will just take about a year because it doesn't use --depth 1 |
22:24:18 | BitPuffin | nah it should be fairly fast |
22:25:42 | BitPuffin | 50 downloaded |
22:26:03 | BitPuffin | % |
22:34:32 | BitPuffin | Araq: trying now, let's hope it can do em all |
22:36:29 | BitPuffin | Araq: managed to do 1000 |
22:36:42 | BitPuffin | I'll make it go to 10000 just to be safe |
22:37:36 | EXetoC | over 9k? what is this for? |
22:37:50 | BitPuffin | EXetoC: stability? |
22:38:33 | dom96 | Try 1 billion, just to be safe :P |
22:39:43 | BitPuffin | :P |
22:59:42 | Araq | good night |
23:01:51 | EXetoC | good luck |
23:05:58 | * | XAMPP-8 quit (Ping timeout: 268 seconds) |
23:11:33 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
23:15:58 | BitPuffin | 10 000 done! |
23:16:02 | BitPuffin | nice work Araq! |
23:28:47 | * | XAMPP-8 joined #nimrod |
23:56:42 | * | XAMPP-8 quit (Ping timeout: 276 seconds) |