00:12:31 deiu (~andrei@c-71-233-148-98.hsd1.ma.comcast.net) has joined #dig 00:12:31 deiu has quit (Changing host) 00:12:31 deiu (~andrei@unaffiliated/deiu) has joined #dig 00:24:57 scor (~scor@c-98-217-11-242.hsd1.ma.comcast.net) has joined #dig 00:24:57 scor has quit (Changing host) 00:24:57 scor (~scor@drupal.org/user/52142/view) has joined #dig 01:04:49 melvster has quit (Ping timeout: 240 seconds) 02:35:20 scor has quit (Quit: scor) 03:33:08 deiu has quit (Quit: Leaving) 06:42:26 timbl has quit (Ping timeout: 252 seconds) 06:58:00 timbl (~timbl@207.194.238.3) has joined #dig 07:31:18 cheater_1 (~cheater@p57AE9279.dip0.t-ipconnect.de) has joined #dig 07:34:08 cheater__ has quit (Ping timeout: 252 seconds) 09:15:49 Sebastien-L (~sebastien@host.214.33.23.62.rev.coltfrance.com) has joined #dig 09:26:45 DIGlogger: pointer? 09:26:45 See http://dig.csail.mit.edu/irc/dig/2014-03-19#T09-26-45 11:07:01 jmvanel (~jmvanel@37.160.122.107) has joined #dig 11:15:15 Ralph (rswick@w3cvpn1.w3.org) has joined #dig 11:15:19 Ralph is now known as RalphS 11:30:43 scor (scor@drupal.org/user/52142/view) has joined #dig 11:31:22 scor has quit (Client Quit) 11:42:29 melvster (~melvster@89.176.108.70) has joined #dig 11:50:29 jmvanel has quit (Ping timeout: 240 seconds) 11:50:33 scor (scor@drupal.org/user/52142/view) has joined #dig 11:54:01 Sebastien-L has quit (Ping timeout: 240 seconds) 13:12:04 Sebastien-L (~sebastien@host.214.33.23.62.rev.coltfrance.com) has joined #dig 13:17:56 deiu (~andrei@c-71-233-148-98.hsd1.ma.comcast.net) has joined #dig 13:17:56 deiu has quit (Changing host) 13:17:56 deiu (~andrei@unaffiliated/deiu) has joined #dig 13:27:41 jmvanel (~jmvanel@78.193.21.40) has joined #dig 13:32:49 hi deiu, I sent a mail to the WebID and RWW mailing list to try to summarise some of the issues we have come across with Web Access control 13:33:03 yeah, I'm reading it now 13:33:16 http://lists.w3.org/Archives/Public/public-webid/2014Mar/0029.html 13:33:52 great :-) it then seems to get more complicated with CORS on top of it... 13:34:48 do all your use cases generally involve acl documents being readable? 13:35:52 also, re. sending cert 13:36:32 in our case, we have two scenarios, ask/send the cert all the times under normal circumstances, or don't send the cert (which is like an incognito mode) 13:40:20 I think we allow both. If a resource is public no authentication is required 13:40:53 yes, that's right, because you can control when the server asks for the cert 13:41:03 I can't, since it's part of apache :( 13:41:39 yes - though I thought Apache could be made to be more intelligent. 13:42:14 Still even when a server can be more intelligent, it then has the problem I describe 13:42:53 which is how can a client request authentication on a resource even when the resource is publically accessible 13:44:01 I think both of the proposals may be needed. You may find the Link: rel=authn header useful 13:44:56 yes 13:45:16 we've thought about that too 13:46:00 we're also considering adding some triples to a .meta at the root of your server, where you define all those links 13:46:12 instead of hardcoding them into the server 13:46:13 For servers where each resource can authenticate using WebID ( saving 1 authentication redirect ), then Link: <> rel="authn tls-auth" could be useful but we need the client to say it wants to be authenticated. 13:47:25 use the Authorization header maybe? 13:47:40 Is there a client version of that? 13:47:47 https://en.wikipedia.org/wiki/Basic_access_authentication#Client_side 13:48:33 Authorization: WebID-TLS 13:48:37 mhh yes. 13:48:52 good idea. thanks. ( send that in the response to the mail :-) 13:48:52 no need to invent new Link rels :) 13:49:13 well the link rel could be useful for your use case 13:49:22 cause how does a robot know where to authenticate 13:49:28 for your setup? 13:49:38 yeah, that's a different story 13:50:00 the login links would be in the .meta file to which I link from my WebID 13:50:26 there are some extra roundtrips at first, but the robot can learn and cache the links later 13:50:29 that's fine for a server where you allready have logged in 13:50:55 but say I with my WebID browser I have my JS got to your server 13:51:03 ah yes 13:51:09 and my JS wants to know if it needs to login 13:51:13 or how 13:51:13 I see now 13:51:35 :-) 13:51:51 btw, this reminded me of something else (cc Sebastien-L) 13:52:20 adding withCredentials to rdflib requests also allows you to use cookies (sessions) auth 13:52:23 which is good 13:52:48 you guys just need to send a proper Origin value, not just a wildcard 13:53:00 btw, even http://localhost works 13:53:09 does that make the Communication more complex? 13:53:21 like potentially trigger an OPTIONS? 13:54:50 bblfish, i've added this issue on our side: https://github.com/stample/rww-play/issues/118 13:54:51 ( or is the OPTIONS request triggered by the browser only when sending a POST or adding headers ) 13:56:02 Sebastien-L: you wrote >>but the 'Access-Control-Allow-Credentials' header is ''. << -- did you mean is '*' ? 13:56:23 no, it's the browser error 13:56:30 actually no header is sent by the server 13:57:46 ok. 13:58:00 deiu, actually the problem of withCredentials was not blocking for us 13:58:18 good, it shouldn't have been :) 13:58:25 i figured out it only happened in the cors proxy when fetching unavailable resources or something like that 13:58:31 OPTIONS is part of cross-origin request with preflight 13:58:41 the cors headers were not good when serving errors 13:59:02 http://www.w3.org/TR/cors/#cross-origin-request-with-preflight-0 13:59:09 so the client could not get the error body, but he could still get the success responses body because in this case the headers were set correctly 13:59:25 it's a good thing we have specs :) 14:00:24 anyway, I'm stepping out for a bit 14:00:28 bbl 14:00:35 deiu has quit (Quit: Leaving) 14:16:47 deiu (~andrei@unaffiliated/deiu) has joined #dig 15:38:25 Sebastien-L has quit (Ping timeout: 240 seconds) 15:52:29 deiu has quit (Ping timeout: 240 seconds) 16:00:44 Sebastien-L (~sebastien@host.214.33.23.62.rev.coltfrance.com) has joined #dig 16:05:48 RalphS has quit (Write error: Broken pipe) 16:06:06 RalphS (rswick@w3cvpn1.w3.org) has joined #dig 16:06:11 deiu (~andrei@30-5-246.wireless.csail.mit.edu) has joined #dig 16:06:11 deiu has quit (Changing host) 16:06:11 deiu (~andrei@unaffiliated/deiu) has joined #dig 16:30:43 cheater_1 has quit (Ping timeout: 246 seconds) 17:25:04 very tempted to run a Cimba node 17:29:02 melvster: there's no such thing 17:29:07 it's a web app 17:30:28 ah of course 17:30:53 deiu: but there must be some kind of server component, e.g. for login etc.? 17:31:07 none 17:31:10 or do you use webizen? 17:31:18 login is done through a widget :) 17:31:33 cool! 17:31:39 webizen is only used for search, it doesn't do anything else 17:31:58 but what server powers the webid login and lookup? 17:32:47 that's also a web app, hosted on github pages 17:33:35 the _only_ backend is the one hosting your data (i.e. rww.io/data.fm) 17:41:17 ah got it 17:42:35 deiu: but how did you get github pages to return your webid to the web app? i thought you'd need something like a JSONP call for that ... 17:42:42 oh and btw, cimba has responsive design, so it works on your mobile too 17:42:49 brilliant 17:43:17 the login widget does a HEAD to rww.io to retrieve the User: header 17:43:25 ahhh 17:43:37 and that HEAD request is authenticated 17:43:55 smart 18:11:52 Sebastien-L has quit (Ping timeout: 246 seconds) 18:56:19 jmvanel has quit (Ping timeout: 264 seconds) 19:25:13 deiu has quit (Ping timeout: 240 seconds) 19:48:26 dieu ... really easy install ... ive put a copy up at http://foaf.cc/ 19:48:32 foaf.cc == foaf cloud computing :) 19:48:57 deiu (~andrei@w3cdhcp71.w3.org) has joined #dig 19:48:57 deiu has quit (Changing host) 19:48:57 deiu (~andrei@unaffiliated/deiu) has joined #dig 19:49:36 DIGlogger, pointer 19:49:36 See http://dig.csail.mit.edu/irc/dig/2014-03-19#T19-49-36 19:49:44 dieu: ^^ 20:05:50 jmvanel (~jmvanel@123.0.88.79.rev.sfr.net) has joined #dig 20:08:06 melvster has quit (Excess Flood) 20:10:26 melvster (~melvster@89.176.108.70) has joined #dig 20:17:57 yep runs on localhost too :) 20:22:52 RalphS has quit () 20:30:25 jmvanel has quit (Ping timeout: 240 seconds) 20:30:43 http://webizen.org/ 20:30:48 melvster: give it a shot :) 20:31:38 hmm loading 20:31:44 oh cool! 20:31:58 wow nice! 20:32:21 btw, that's also a web app :) 20:32:31 jmvanel (~jmvanel@123.0.88.79.rev.sfr.net) has joined #dig 20:32:49 awesome 20:32:55 deiu: was just looking at http://soapbox.github.io/jQuery-linkify/ 20:33:18 scor has quit (Quit: scor) 20:33:28 deiu: love the search box and theme :) 20:33:41 btw, we already have links in cimba 20:33:53 oh we do? 20:34:03 all http strings get converted to hyperlinks 20:34:14 oh!! 20:34:16 is that new? 20:34:39 since early today 20:34:46 lol 20:34:48 great 20:34:50 issue closed 20:35:00 oh, you opened an issue? 20:35:10 haha 20:35:23 was going to patch it :) 20:35:49 deiu: how hard do you think it would be to pull in a thumbnail etc. like popular social networks do? 20:36:12 the problem is that I have to take a snapshot and store it "somewhere" 20:36:26 deiu: true ... 20:36:27 maybe there are libs that already do this? 20:36:35 no time to look for one now :( 20:36:43 ill do some searching 20:37:26 looks really great tho ... the decentralized social web is starting to feel very real! 20:39:17 btw, if you search for the full WebID, it will add it to the database 20:43:44 jmvanel has quit (Quit: Quitte) 21:00:33 oh cool 21:00:54 deiu: is there anyone I can follow apart from you on Cimba? 21:01:25 not really 21:01:39 no one knows about it 21:01:49 ah ok ... is it private still? 21:02:11 I guess you can tell people about it 21:02:37 would be nice to get a few people following each other 21:02:46 Sure 21:12:36 nice job with the webizens frontend deiu 21:13:00 thanks 21:13:08 how fast is it for you on campus? 21:13:34 on a scale of 1 to 10 :) 21:14:11 I'm in building 12 and would rate it at 11 21:14:31 love it 21:15:17 it's just as if I'm searching on my local machine 21:15:35 I added a loading animation just in case though 21:16:10 loading? haha 21:16:14 it seems like its in local storage 21:16:23 I had some issues earlier 21:16:24 with just one keypress 21:16:29 very fast here too 21:16:32 maybe the usual CSAIL wifi issues 21:17:06 presbrey: maybe we should limit the results to 100 or so 21:17:17 so you don't return the whole database when you enter one letter 21:17:20 presbrey: are you blogging yet? if you have a public channel I'll follow you :) 21:17:38 melvster: have you tried searching for him? 21:17:41 ;) 21:17:44 sure 21:17:52 did it say he had channels 21:17:53 ? 21:18:25 i get the loader spinning for ages so i wasnt sure 21:18:31 course i could have just browsed it :) 21:18:46 sorry I dont have any yet 21:19:02 have to add ACLs to gold then my webid can use cimba 21:19:15 are you done with exams? 21:19:23 my exam is tonight 7pm-10pm 21:19:32 good luck! 21:19:34 ouch 21:19:39 trying to relax a little beforehand with some linked data :) 21:20:04 some casual nose following 21:20:11 hmm 21:20:41 try searching for "tim" 21:20:43 of course webizen is a 'reverse' search, rather than, follow our nose :) 21:21:01 3rd result has a picture of some girl, with my WebID URI and with Tim's email 21:21:02 hahaha 21:21:12 no idea what went wrong there 21:21:12 yeah tim is looking good 21:21:29 we may have a bug there :) 21:22:00 at least its clear which one is "real" 21:22:07 (if you know about tim) 21:22:42 the API is not tracking provenance quite yet so there is some pollution between graphs 21:23:10 should help grow the indexes though 21:23:28 yeah 21:23:40 we need to fix this before telling people about it 21:24:01 yes 21:24:34 in theory it might not be a bug 21:24:42 anyone can write any triples they want 21:24:45 and put them on a page 21:25:07 true 21:25:30 but I'm pretty sure my WebID doesn't have that photo nor the email address 21:26:14 now it doesn't have my WebID anymore 21:26:19 (the rww.io one) 21:26:20 when we consume the profiles, need to check if the triple subject is a descendant of the graph uri 21:26:26 yes 21:26:30 http://www.koalie.net/MyPics/small/12_coralie-20020825.png coralie 21:27:04 haha, this is so messed up 21:27:20 now accepting patches: https://github.com/linkeddata/webizen :) 21:27:47 after my exam tonight I can fix it myself and refresh all known profiles 21:28:12 hmm, presbrey can you please add some info in the README about running the go server? :) 21:28:18 it's not urgent but it would be nice 21:28:31 I have no idea how to run it myself atm 21:29:22 are you able to build successfully? 21:29:35 <- installing golang now 21:29:51 you want v1.2.1 21:30:16 ugh, ubuntu has 1.1.2 21:30:18 https://github.com/visualfc/liteide 21:30:58 https://code.google.com/p/go/downloads/detail?name=go1.2.1.linux-amd64.tar.gz&can=2&q=linux 21:36:32 you will have a static executable after you build/install webizen-server 21:36:32 cheater__ (~cheater@p57AE9279.dip0.t-ipconnect.de) has joined #dig 21:36:42 so just run it :) 21:37:11 the default configuration will work out of the box if you have a mysql server on localhost with root login and no password 21:38:54 if you do not want to rebuild every time, call: go run webizen-server/main.go 21:39:05 "-help" will show arguments 21:39:20 ok 21:39:53 the gh-pages branch is a little messed up 21:40:04 how so? 21:40:10 currently it appears to be branched from master 21:40:24 like you deleted and replaced the contents on your first commit 21:40:28 "first" 21:40:45 its not really "first" because you have a commit from master as the parent commit 21:41:45 ... 21:41:55 there are instructions for the right way here: https://help.github.com/articles/creating-project-pages-manually 21:42:21 the key missing part is the gh-pages branch should be an "orphan" branch 21:43:05 you're right 21:43:29 hmm 21:43:36 but that's how I did it too 21:43:49 git checkout --orphan gh-pages ? 21:43:59 ah 21:44:00 no 21:44:07 didn't add --orphan 21:44:09 I can do it now 21:44:28 yeah just check that link I sent above from help.github.com, and look really carefully at the commands 21:44:35 you can force push the branch to fix it up 21:45:00 otherwise git is going to keep bothering us that the branch is X commits behind and Y commits ahead master 21:45:45 I'll just remove the gh-pages and create it the right way 21:45:46 when the gh-pages branch should not track master at all 21:45:56 yep thanks 21:46:46 that will prevent someone later from accidentally merging master with gh-pages 21:46:56 or having conflicts, or any weirdness 21:47:01 hopefully :) 21:50:09 what does cimba stand for? 21:50:46 Cambridge Institute Massachusetts Blog Alternative? 21:51:35 Oh no I got it 21:52:00 CIMBA Is MIT's Blog Alternative -- Recursive definition :) 21:52:12 hmm 21:52:24 presbrey: still showing behind/ahead 21:53:22 your commit looks correct now 21:53:26 https://github.com/linkeddata/webizen/commit/3079b3e2 says "0 parents" 21:53:35 so lets move forward from here 21:54:01 ok 21:54:09 you may have something cached 21:54:21 try cloning new copy to /tmp 21:54:33 just did and do not see any behind/after 21:55:50 I'm only seeing one branch: master 21:55:55 after cloning 21:56:09 git checkout gh-pages 21:56:22 then: git status, or git branch -av 21:56:54 Switched to a new branch 'gh-pages' 21:57:21 yes, do you still see behind/ahead? 21:57:32 nope 21:57:34 it's ok now 21:57:39 weird 22:00:23 going back to go, I get this when running `go run webizend-server/main.go` -> cannot find package "github.com/linkeddata/webizen" 22:02:24 in the webizen folder run 22:02:31 go get -u -t ./... 22:02:50 then retry go run 22:03:50 unrecognized import path "_/home/deiu/dev/webizen" 22:04:08 do you have GOPATH set? 22:04:46 yeah 22:04:55 then: 22:05:03 go get github.com/linkeddata/webizen 22:05:03 go version go1.2.1 linux/amd64 22:05:08 cd $GOPATH/src/github.com/linkeddata/webizen 22:05:16 go run webizen-server/main.go -help 22:05:52 those 3 commands will work on any go version 22:06:04 oh wait, it didn't set the GOPATH, only the path to the /bin dir 22:06:23 I just use: 22:06:25 mkdir ~/go 22:06:30 export GOPATH=/home/joe/go 22:07:46 got it? 22:08:37 go/src/github.com/presbrey/magicmime/magicmime.go:20:20: fatal error: magic.h: No such file or directory 22:08:48 it didn't compile 22:09:21 oh right webizen imports gold 22:09:30 so you need a couple extra: https://github.com/linkeddata/gold#readme 22:09:45 try the Ubuntu apt-get line from gold 22:10:37 ok 22:10:58 worked? 22:11:03 yeah 22:11:47 I just need to set up a database 22:12:12 remember if you run the tests it will setup the tables for you 22:12:22 locally, I hope 22:12:34 yes I did not commit the production DSN 22:13:15 travis will rerun the tests on any new branches you create 22:13:33 so feel free to branch or commit to master and I will check later 22:13:43 ok 22:14:03 got to get Going :) ttys 22:14:12 good luck! 22:14:22 thx 22:20:47 DIGlogger, pointer 22:20:47 See http://dig.csail.mit.edu/irc/dig/2014-03-19#T22-20-47 22:21:35 shit, Kingsley tweeted about webizen 22:21:41 too damn early 22:29:21 oops sorry 22:29:25 i mentioned it to thim 22:29:32 oh well 22:29:48 I hope he won't complain when the database gets wipes 22:29:50 wiped* 22:30:03 it'll be fine :) 22:32:05 I'm out too 22:32:06 o/ 22:32:17 have fun ... great work! 22:32:22 deiu has quit (Quit: Leaving) 22:55:25 scor (~scor@c-98-217-11-242.hsd1.ma.comcast.net) has joined #dig 22:55:25 scor has quit (Changing host) 22:55:25 scor (~scor@drupal.org/user/52142/view) has joined #dig 23:00:56 scor has quit (Quit: scor) 23:12:43 deiu (~andrei@unaffiliated/deiu) has joined #dig