00:03:28
| * hyperirc-2ab9959 | quit (Remote host closed the connection) |
00:05:36
| * contrahax | joined |
01:24:46
| * contrahax | quit (Read error: Connection reset by peer) |
01:25:05
| * contrahax | joined |
01:29:27
| * contrahax | quit (Ping timeout: 246 seconds) |
01:35:12
| * contrahax | joined |
01:45:27
| * jiangplus | quit (Ping timeout: 276 seconds) |
01:45:46
| * jiangplus | joined |
01:51:17
| * phated | joined |
02:50:46
| * contrahax | quit (Quit: Sleeping) |
02:51:15
| * contrahax | joined |
02:51:18
| * contrahax | quit (Client Quit) |
03:02:27
| * domanic | quit (Ping timeout: 250 seconds) |
03:17:45
| * contrahax | joined |
04:21:59
| * contrahax | quit (Quit: Sleeping) |
06:11:32
| * phated | quit (Remote host closed the connection) |
06:12:23
| * phated | joined |
06:17:37
| * phated | quit (Ping timeout: 260 seconds) |
08:13:25
| * phated | joined |
08:18:15
| * phated | quit (Ping timeout: 260 seconds) |
10:12:40
| * phated | joined |
10:17:39
| * phated | quit (Ping timeout: 276 seconds) |
10:30:50
| * mercerist | joined |
10:30:50
| * mercerist | quit (Remote host closed the connection) |
10:37:00
| * thealphanerd | quit (Quit: farewell for now) |
10:37:30
| * thealphanerd | joined |
11:37:10
| <mafintosh> | yoshuawuyts: you in berlin now? |
11:37:31
| <yoshuawuyts> | mafintosh: Amsterdam atm - Berlin in two weeks |
11:37:44
| <mafintosh> | how long are you staying in berlin? |
11:38:13
| <yoshuawuyts> | for a month, until Lisbon 21/06-21/07 |
11:38:51
| <yoshuawuyts> | should totes come kick it in Berlin - word has it juliangruber's gonna be there too 🙌 |
11:38:57
| <mafintosh> | okay cool. where are you staying? |
11:39:05
| <mafintosh> | i'm hanging out with juliangruber today! |
11:39:11
| <mafintosh> | in munich though |
11:39:41
| <yoshuawuyts> | raddddd! |
11:40:23
| <yoshuawuyts> | I'll probably try and get a place around Kreuzberg in Berlin, haven't booked anything yet tho |
11:41:18
| <mafintosh> | yoshuawuyts: <100 usd round trip to go for me |
11:41:32
| <yoshuawuyts> | yessssss |
11:41:46
| <yoshuawuyts> | I'm basically without a job atm, wrapping up a contract next week |
11:41:56
| <yoshuawuyts> | so gonna be doing OSS / exploring Berlin night life for a month |
11:42:35
| <mafintosh> | whoa |
11:43:18
| <yoshuawuyts> | I know right |
11:43:33
| <yoshuawuyts> | wanna spruce up this puppy - http://yoshuawuyts.com/www-choo/ |
11:43:52
| <yoshuawuyts> | get my kubernetes / buildkite chops down |
11:44:24
| <yoshuawuyts> | and build a lil server framework - merry - so I can start churning out applications like mad |
11:44:56
| <yoshuawuyts> | #berlingoals |
11:48:44
| <mafintosh> | ship ship ship :) |
11:49:07
| <mafintosh> | substack: do you have a thing for doing lockfiles in leveldb? |
11:50:24
| <mafintosh> | substack: use-case is using level-party but still wanning to enforce single master on certain parts of the program |
11:59:37
| <yoshuawuyts> | ⛵️⛵️⛵️ |
13:41:46
| * contrahax | joined |
13:44:01
| * contrahax | quit (Client Quit) |
13:44:24
| * contrahax | joined |
13:44:24
| * contrahax | quit (Client Quit) |
14:48:21
| * contrahax | joined |
14:50:47
| * contrahax | quit (Read error: Connection reset by peer) |
14:51:26
| * contrahax | joined |
14:55:41
| * contrahax | quit (Ping timeout: 240 seconds) |
15:12:06
| * contrahax | joined |
15:19:52
| <substack> | mafintosh: how would that work? |
16:14:45
| <mafintosh> | substack: unsure but maybe it would write a lock value to the db at some preknown location. like a lockfile. |
16:15:11
| <mafintosh> | the value would be tied to a process so if that process isn't alive a new lock should be generated |
16:15:21
| <mafintosh> | and you'd clean it up when you are done |
16:44:18
| <substack> | mafintosh: I don't think I've done that because I've used an in-memory lock instead |
16:45:09
| <mafintosh> | substack: yea thats what i usually do instead also. i think what i'm trying to do is an anti pattern after thinking about it |
16:51:35
| * contraha_ | joined |
16:53:07
| * contrah__ | joined |
16:54:48
| * contrahax | quit (Ping timeout: 276 seconds) |
16:56:45
| * contraha_ | quit (Ping timeout: 276 seconds) |
16:59:31
| <mappum> | substack: i found a great hack to fix the appcache stuff |
16:59:36
| <substack> | nice |
16:59:51
| <mappum> | unfortunately it won't work for real apps/hyperboot |
16:59:54
| <substack> | my cache for example.com is still working from last night |
17:00:18
| <mappum> | hm interesting |
17:00:31
| <mappum> | everything goes away after the first refresh for me |
17:00:49
| <mappum> | but i discovered that we can just add an event listener to check for when the appcache checks for a new version |
17:01:04
| <mappum> | and in the event listener just add an infinite loop, to prevent the request from ever happening |
17:02:08
| <substack> | haha nice |
17:02:58
| <mafintosh> | mappum: thanks for fixing the webrtc bug |
17:03:08
| <mappum> | mafintosh: thanks for reporting it :) |
17:07:03
| <mappum> | now i'm going to see if we can downgrade the https requests so they can get bricked too |
17:14:21
| <mappum> | also, i tested with the toorcamp SSID/key and it works great >:) |
17:14:36
| <mappum> | we could walk around with that on and people would get bricked |
17:14:40
| <substack> | hahah nice |
17:15:49
| <substack> | I'm thinking perhaps the captive portal could include a counter |
17:16:10
| <mappum> | lol that would be sweet |
17:16:17
| <substack> | and on the rpi it would write the count to a text file, 90s flat file style |
17:16:35
| <substack> | I'll write something |
17:16:46
| <substack> | hmm websockets for "live" count would be sweet too |
17:16:51
| <substack> | that would be good for the presentation |
17:19:00
| <mappum> | ok but idk if we can get that to work with the infinite loop |
17:20:10
| <substack> | hmm |
17:20:41
| <substack> | I think websocket connections might not apply to appcache |
17:20:44
| <substack> | we can test that |
17:21:55
| <mappum> | right, but i mean we have to always block the event loop, or else the browser will update to the real version of the website |
17:22:22
| <substack> | hmmm |
17:23:09
| <substack> | I have an idea |
17:23:10
| <mappum> | but we could still check the number on load. "you're the 99th person to get captured by the portal" |
17:23:39
| <substack> | we can sort of check if we're "online" or not by seeing if 192.168.1.2 resolves to what we expect |
17:24:01
| <mappum> | ah, only loop if we're online? |
17:24:05
| <substack> | yes |
17:24:08
| <mappum> | good idea |
17:24:10
| <substack> | using synchronous xhr |
17:24:16
| <substack> | so it's on the same tick |
17:24:19
| <mappum> | whoa, they have that? |
17:24:35
| * contrah__ | quit (Quit: Sleeping) |
17:24:51
| <substack> | actually, synchronous xhr would be a good way to block the event loop too |
17:25:11
| <substack> | we could loop requests to 192.168.1.2/counter.txt |
17:25:16
| <substack> | and update the dom in place |
17:25:19
| <mappum> | yeah that would be sweet |
17:25:35
| <mappum> | we're ddosing ourselves :P |
17:25:46
| <mappum> | we could do a long for loop in between requests though |
17:25:50
| <substack> | yes |
17:25:56
| <substack> | like microcontroller programming |
17:29:22
| <substack> | http://mdn.beonex.com/en/DOM/XMLHttpRequest/Synchronous_and_Asynchronous_Requests.html#Example:_HTTP_synchronous_request |
17:29:29
| <mappum> | hm, i think the rendering waits for the event loop so we might not be able to render |
17:29:37
| <substack> | we should probably make a git repo |
17:29:40
| <mappum> | i can't even get it to render before the blocking |
17:29:50
| <mappum> | yeah true |
17:32:10
| * phated | joined |
17:32:48
| <mappum> | it's funny how in chrome you can't even close tabs that are blocking the event loop |
17:32:57
| <mappum> | that just makes this more entertaining |
17:35:48
| * phated | quit (Remote host closed the connection) |
17:48:43
| <substack> | i have a counter working |
17:51:50
| <mappum> | if you post a repo i'll add my update blocker |
17:57:33
| <substack> | https://github.com/substack/captivating-portal |
18:03:56
| <substack> | it could display a count or it could display which number a user got |
18:04:03
| <substack> | right now it displays a count |
18:04:11
| <substack> | easy to change, just need to remove /count.txt from the manifest |
18:05:08
| * contrahax | joined |
18:17:24
| * contraha_ | joined |
18:18:07
| * contrahax | quit (Ping timeout: 250 seconds) |
18:26:57
| <mappum> | can i get commit access? |
18:27:56
| <mappum> | oh, i see the invite |
18:29:26
| <mappum> | we need another hack to be able to render the count when we block the event loop |
18:30:21
| * contraha_ | quit (Ping timeout: 276 seconds) |
18:48:48
| <substack> | I think it makes sense to move this code back into the ESP, if it will fit |
18:49:04
| <substack> | that way there is only one thing to run, and you can just power it up |
18:57:30
| <ogd> | added cats http://maxogden.github.io/web-mpd/ |
19:29:18
| * phated | joined |
19:52:54
| * draynium | joined |
19:59:36
| * draynium | quit (Remote host closed the connection) |
20:00:18
| * phated | quit (Read error: Connection reset by peer) |
20:00:39
| * phated | joined |
20:48:41
| * serapath | quit (Quit: Connection closed for inactivity) |
21:23:28
| * phated | quit (Remote host closed the connection) |
21:24:01
| * phated | joined |
21:28:21
| * phated | quit (Ping timeout: 240 seconds) |
23:27:50
| * ralphtheninja | quit (Quit: leaving) |