| kyak | test1 | 05:34 |
|---|---|---|
| kyak | test2 | 05:34 |
| kyak | no live updates for me -\ | 05:34 |
| kyak | btw. what's the point of live updates for previous dates? | 05:35 |
| kyak | yeah, it updates.. takes around a minutes | 05:36 |
| whitequark | kyak: yeah, irc can be quite slow sometimes | 12:53 |
| whitequark | (for the previous dates) oh, that's an UI bug :) | 12:54 |
| whitequark | kyak: actually no, irc has nothing to do with it | 13:11 |
| whitequark | for some reason the stream is not flushed when it should. tcp buffers? I've no idea | 13:11 |
| wpwrak | whitequark: could it be good old friend nagle ? http://en.wikipedia.org/wiki/Nagle's_algorithm | 13:18 |
| whitequark | wpwrak: I think it's nginx | 13:21 |
| whitequark | . | 13:21 |
| whitequark | errrr | 13:23 |
| whitequark | *facepalm* no, it's me being completely stupid | 13:23 |
| whitequark | I've installed a version of Redis, which I use for publish/subscribe communication, without a pub/sub system | 13:23 |
| whitequark | too old | 13:23 |
| whitequark | but then I wonder how it ever worked at all | 13:23 |
| whitequark | test | 13:25 |
| whitequark | yeah, works perfectly now. | 13:25 |
| whitequark | protip: don't deploy while being sleep deprived :D | 13:25 |
| kyak | test3 | 13:39 |
| kyak | test4 | 13:39 |
| kyak | ah | 13:39 |
| kyak | so it is in live update mode when i _don't_ click "Live updates" :) | 13:40 |
| kyak | ok.. pretty neat, you are right! | 13:40 |
| kyak | browsers can do everything nowadays.. have no idea how it happens | 13:40 |
| kyak | it requires some kind of persistent connection, right? | 13:41 |
| kyak | is it what ajax does? | 13:41 |
| kyak | ..and im out | 13:41 |
| whitequark | kyak: server-sent events | 13:44 |
| whitequark | it's basically a very simple protocol | 13:44 |
| whitequark | do `curl http://irclog.whitequark.org/qi-hardware/stream' | 13:44 |
| larsc | whitequark: hm, a nice to have would be if the script tried to reconnect if the connection was lost | 14:07 |
| whitequark | larsc: it does | 14:07 |
| whitequark | at least it should, as that's what SSE specification requires user agent to do | 14:07 |
| larsc | hm, or maybe it is simply not working at all for me | 14:08 |
| larsc | when is live updates enabled, when it's gray or when it's white? | 14:08 |
| whitequark | it should work if the Live Updates button is visible | 14:08 |
| whitequark | when white | 14:08 |
| larsc | i haven't seen a single update so fat | 14:09 |
| larsc | far | 14:09 |
| whitequark | seeing them right now in this channel. strange. browser? | 14:09 |
| larsc | Chromium 6.0.472.63 (59945) Built on Debian 6.0.2, running on Debian 6.0.6 | 14:09 |
| whitequark | not surprising. Chromium 9 is listed as the first version with SSE support for me | 14:10 |
| whitequark | it might be that Chromium 6 announces it but does not implement correctly | 14:11 |
| whitequark | SSE is quite a new specification | 14:11 |
| whitequark | https://developer.mozilla.org/en-US/docs/Server-sent_events/EventSource | 14:11 |
| larsc | in the javascript console i get "streamFailed to load resource" and nothing more | 14:11 |
| whitequark | hmmm | 14:12 |
| larsc | but it does sent a request | 14:13 |
| whitequark | I might figure out the problem if you'd send me a wireshark dump, but I doubt I can do anything about it, actually. | 14:13 |
| whitequark | the "proper" way would be to add one of the huge, bloated libraries with tons of fallbacks | 14:14 |
| whitequark | I don't see any 500's in my log, so the problem is probably with the UA | 14:15 |
| larsc | test | 14:16 |
| larsc | chromium 20 works fine | 14:16 |
| larsc | it's not that important anyway | 14:17 |
| viric | never heard of SSE before | 14:18 |
| whitequark | viric: it's a very neat alternative to websockets where you don't really need bidirectional communication with all of its complexity | 14:18 |
| viric | I see | 14:18 |
| viric | sounds well, yes. | 14:19 |
| whitequark | basically you send out "data: (bytes)\n" lines from the server, and that's it | 14:19 |
| viric | does firefox like it? | 14:19 |
| viric | how much does that irclog stream send? It doesn't stop :) | 14:19 |
| viric | ouch, timestamp 2010. I ctrl-c :) | 14:19 |
| whitequark | viric: ow, I should've placed some limit on that | 14:20 |
| whitequark | viric: yeah, works with FF, as well as other major browsers | 14:20 |
| viric | make it stream the daily log | 14:21 |
| viric | or last 24h | 14:21 |
| whitequark | viric: by default it streams from the last message in the chat. that isn't a public interface technically | 14:22 |
| whitequark | but yeah, last 24h it is | 14:22 |
| viric | why do I see 2010? | 14:22 |
| whitequark | because I've just implemented that :) | 14:22 |
| viric | curl exits | 14:24 |
| viric | 502 bad gateway now | 14:24 |
| whitequark | yeah, was upgrading the frontend | 14:24 |
| whitequark | now it works properly | 14:24 |
| viric | Let's see | 14:24 |
| viric | looks fine. | 14:24 |
| viric | does it have keepalive? :) | 14:24 |
| whitequark | viric: nay. the connection drops after 30s of inactivity | 14:25 |
| whitequark | not sure of which reason exactly. there's ruby, nginx, and chromium in the stack | 14:25 |
| viric | becasue it is your will, right? | 14:25 |
| viric | ouch | 14:25 |
| whitequark | I was too lazy to implement keepalive | 14:25 |
| viric | I write all web things in c or go. | 14:25 |
| viric | I can't stand all those piles. | 14:25 |
| viric | I want to attach a gdb and see all. | 14:26 |
| viric | :) | 14:26 |
| viric | Of course, I don't implement much web things. | 14:26 |
| whitequark | the only go program (3rd-party) I've ever used segfaulted like hell | 14:26 |
| whitequark | and as a language it's a step backwards | 14:26 |
| viric | never trust others code. | 14:26 |
| whitequark | so I avoid go. | 14:26 |
| whitequark | ruby, especially as used in webdev, is a huge time-memory tradeoff | 14:27 |
| viric | luckily different preferences can coexist :) | 14:27 |
| whitequark | programmer's time vs RAM | 14:27 |
| viric | well, if the programmer is tuned to ruby, I guess so. | 14:28 |
| whitequark | as it turns out, server RAM is really cheap | 14:28 |
| whitequark | viric: you don't need much time to begin writing good ruby. you don't have to care about a lot of stuff. | 14:28 |
| viric | I've lots of prejudices | 14:29 |
| viric | I'm unable to learn it. | 14:29 |
| whitequark | manual memory management, buffer overflows, threading (because it's single-threaded. perfectly fine for webdev.) | 14:29 |
| viric | due to / thanks to the prejudices | 14:29 |
| whitequark | well, too much handwaving. it's concurrent, albeit most basic operations are atomic, but not parallel. so on the one hand you need to care about synchronization and race conditions IF you write threaded code, but on the other one there isn't much sense in writing in in the first place. | 14:30 |
| whitequark | s,in in,it in, | 14:31 |
| viric | I have a sense of joy when the code I write can run fast and using little resources. | 14:31 |
| viric | And I feel dirty if don't. | 14:31 |
| viric | so it's a matter of religion | 14:31 |
| whitequark | viric: for some people coding is a matter of solving a real problem | 14:31 |
| whitequark | I guess you're not one of them :) | 14:32 |
| viric | that's quite pretentious :) | 14:32 |
| viric | problems can be chosen at will. | 14:32 |
| larsc | it's an art ;) | 14:32 |
| whitequark | I absolutely can't stand huge, bloated JavaScript "webapps". precisely because they waste MY resources for nothing | 14:32 |
| viric | yes. It's important to choose the right problems to solve | 14:32 |
| whitequark | but, in much the same way, I have nothing against using however huge frameworks with literally hundreds of dependencies on OUR servers if it means that we can ship a feature in a day instead of a month. | 14:33 |
| whitequark | the user doesn't see that anyway. for him, it's fast. | 14:33 |
| whitequark | servers are meant to execute huge software, for that matter. | 14:34 |
| viric | it's not my style | 14:34 |
| viric | I'm still not out of the market, despite my preferences :) | 14:34 |
| whitequark | well, market has lots of people who can't program at all | 14:35 |
| whitequark | so that's not a way to measure it :) | 14:35 |
| viric | I mean that I still know people who can pay for my work ;) | 14:36 |
| whitequark | the market for programmers is incredibly heterogenous | 14:36 |
| DocScrutinizer51 | m. xmess! | 14:37 |
| viric | yes, that's what I meant at the beginning; that there is a place for all of us | 14:37 |
| whitequark | I know people who write server management software in Haskell | 14:37 |
| whitequark | presumably as a way of intellectual property protection, as it's even more write-only than perl | 14:37 |
| whitequark | which is itself quite an achievement. | 14:38 |
| whitequark | DocScrutinizer51: sounds like an X11 applet name | 14:39 |
| DocScrutinizer51 | hehe | 14:39 |
| DocScrutinizer51 | been seasons greetings though | 14:39 |
| whitequark | viric: you might especially enjoy http://whitequark.org/blog/2012/12/06/a-language-for-embedded-developers/ :D | 14:40 |
| viric | and there, by 'embedded' you mean what? :) | 14:42 |
| whitequark | viric: 32-bit (possibly also 16-bit) micros with von Neumann architecture and however small amounts of RAM you'd like | 14:42 |
| whitequark | 8K is perfectly fine. | 14:43 |
| viric | do you run ruby in the nanonote? | 14:43 |
| whitequark | viric: no, because I wasn't able to come up with a task which is best solved by using NN, and no, that's not a good idea | 14:43 |
| viric | would you write a mp3 player for the nanonote with that? | 14:44 |
| whitequark | viric: in fact mp3 player could work on a NN with current ruby as-is, but that's a different topic | 14:45 |
| whitequark | with my dialect, yes, and even more | 14:45 |
| whitequark | I'd happily write an mp3 decoder | 14:45 |
| viric | ok | 14:45 |
| viric | you'll have to start the show first, before I join :) | 14:46 |
| whitequark | indeed, that's what I'm working on right now | 14:46 |
| viric | ah nice. | 14:47 |
| whitequark | the first target is Maple Leaf: 32-bit ARM Cortex-M3 w/ 8K RAM, 128K ROM and amount of peripherals which would make atmegas envious | 14:47 |
| viric | aha | 14:47 |
| whitequark | the nice thing about that board is that it's swappable with Arduino, which means I'd instantly get access to an ecosystem (of toys, but even toy feedback can be valuable) | 14:48 |
| whitequark | well, almost swappable, sans 5V/3V3 levels | 14:48 |
| whitequark | most of the arduino peripherals are 3V3-safe nowadays | 14:48 |
| whitequark | http://leaflabs.com/devices/maple/ | 14:49 |
| viric | there was a go rawmetal runtime some time ago... | 14:51 |
| viric | but got deprecated due to lack of maintainer | 14:51 |
| whitequark | I'm putting emphasis not on the language itself, but on board support packages | 14:51 |
| viric | maybe someone will make another one. | 14:51 |
| viric | Ok | 14:51 |
| whitequark | it is really cool to be able to initialize an USB HID peripheral with a single line of code. | 14:52 |
| viric | all can be reduced to a single line. the magic of function calls :) | 14:52 |
| whitequark | with a single line of code _you_ need to write | 14:53 |
| whitequark | and with a sane, fast and debuggable framework to achieve such abstraction | 14:53 |
| viric | perl people also do all in a single line | 14:54 |
| whitequark | >sane | 14:54 |
| viric | that's a matter of taste. | 14:54 |
| viric | once a brain is tuned to something... | 14:54 |
| whitequark | what my compiler does is basically constant propagation and inlining taken to the extreme | 14:54 |
| whitequark | where it becomes more like Lisp's macro expansion, but with all of the benefits and none of the parentheses | 14:55 |
| viric | you can make it control the muscles to play even a A:@8?0G | 14:55 |
| whitequark | to play a violinist? :D | 14:55 |
| whitequark | poor guy | 14:55 |
| viric | hm | 14:55 |
| viric | A:@8?:C :) | 14:55 |
| whitequark | yeah:) | 14:55 |
| rjeffries | kristianpaul are you (still?) working on GPS? http://hackaday.com/2012/12/24/update-roll-your-own-gps-can-now-track-twice-as-many-satellites/ wolfspraul was also interested in GPS open h/w, back in the day. | 22:27 |
| kristianpaul | not right now | 22:35 |
| kristianpaul | ah interesting | 22:35 |
| kristianpaul | that receiver is nice you know because dont need to buy a IC but | 22:35 |
| kristianpaul | still bit bigger tought.. | 22:35 |
| kristianpaul | rjeffries: did you saw those guys at defconf? they are hacking its own gps receiver | 23:04 |
| kristianpaul | tought is not a single chip solution (without mention RF IC) | 23:05 |
| DocScrutinizer05 | completely insane: http://blog.parts-people.com/2012/12/20/mobile-raspberry-pi-computer-build-your-own-portable-rpi-to-go/ | 23:17 |
| DocScrutinizer05 | abusing random regulator in LCD as main PSU | 23:18 |
| DocScrutinizer05 | for several Ampere @ 5V | 23:18 |
| DocScrutinizer05 | haha suuuuure | 23:18 |
| DocScrutinizer05 | I mean, that thing is as clumsy and ugly from the outside as it's on schematics ;-D | 23:19 |
| kristianpaul | let then be happy :-) | 23:34 |
| wpwrak | let me contribute a language rant as well: most of the supposedly "friendly" programming languages are implemented in C. by people who - when done - have learned C well enough that they realize that their effort was wasted. at that point, most will silently bury their work. only those who still don't get it, or who lack the moral strength to admit their mistakes push on. now, gives this background, does it make it a good idea to trust | 23:38 |
| wpwrak | those languages ? :-) | 23:38 |
| --- Tue Dec 25 2012 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!