*** tpb has joined #melange | 00:00 | |
*** disismt has quit IRC | 00:21 | |
*** disismt has joined #melange | 00:21 | |
*** mithro has joined #melange | 00:34 | |
*** ChanServ sets mode: +v mithro | 00:34 | |
*** disismt has quit IRC | 00:51 | |
*** madrazr has joined #melange | 00:54 | |
summatusmentis | is there a wiki component to melange? | 00:54 |
---|---|---|
*** lh has quit IRC | 00:58 | |
*** lh has joined #melange | 00:58 | |
*** ChanServ sets mode: +o lh | 00:58 | |
*** lh_ has joined #melange | 01:12 | |
*** lh has quit IRC | 01:15 | |
*** lh_ is now known as lh | 01:15 | |
*** ChanServ sets mode: +o lh | 01:15 | |
*** lh has quit IRC | 01:25 | |
*** lh has joined #melange | 01:25 | |
*** forever has joined #melange | 01:38 | |
*** forever has quit IRC | 01:44 | |
*** madrazr has left #melange | 01:48 | |
*** allen__ has joined #melange | 01:49 | |
*** allen__ is now known as _allen_ | 01:50 | |
*** osgeo_wolf has joined #melange | 01:57 | |
*** mithro has quit IRC | 02:19 | |
*** mithro has joined #melange | 02:20 | |
*** ChanServ sets mode: +v mithro | 02:20 | |
*** penyaskito has quit IRC | 02:44 | |
*** madrazr has joined #melange | 03:15 | |
*** madrazr has quit IRC | 03:50 | |
*** penyaskito has joined #melange | 04:18 | |
*** rama has joined #melange | 04:59 | |
rama | hi | 04:59 |
rama | hello any body in there? | 05:03 |
_allen_ | rama: hi | 05:08 |
*** tlsa has joined #melange | 05:08 | |
tlsa | hi | 05:09 |
tlsa | i have a few comments about the org list page | 05:09 |
tlsa | is this the right place to air them? | 05:09 |
rama | i'm new to #melange IRC | 05:10 |
_allen_ | rama: welcome | 05:10 |
_allen_ | tlsa, I think it would be better if you comment on google group | 05:11 |
rama | yeah, i love to , can you tell me the mailing list address | 05:12 |
*** r0bby_ has joined #melange | 05:13 | |
_allen_ | rama, you can find it on the site : http://code.google.com/p/soc | 05:13 |
tpb | Title: soc - Google Code (at code.google.com) | 05:13 |
rama | thanks, is there any special one for GSoC 2009? | 05:14 |
_allen_ | you can find it on the site too. | 05:15 |
rama | aha..thanks | 05:16 |
*** r0bby has quit IRC | 05:16 | |
rama | so are u a developer on melange? | 05:17 |
_allen_ | rama, yes | 05:17 |
rama | how long you experice with melange? | 05:19 |
rama | i have visited the page, http://code.google.com/p/soc/wiki/GSoC2009Ideas | 05:21 |
tpb | Title: GSoC2009Ideas - soc - Ideas List for GSoC 2009 - Google Code (at code.google.com) | 05:21 |
rama | hope it hasn't update since 21 hours | 05:22 |
*** grwi has quit IRC | 05:26 | |
*** nerus has joined #melange | 05:31 | |
*** rama has quit IRC | 05:33 | |
*** SRabbelier has joined #melange | 06:05 | |
*** ChanServ sets mode: +o SRabbelier | 06:05 | |
_allen_ | SRabbelier: hi, long time no see | 06:06 |
SRabbelier | _allen_: heya | 06:08 |
SRabbelier | _allen_: long time no see indeed | 06:08 |
_allen_ | SRabbelier: hehe | 06:09 |
_allen_ | SRabbelier: I am wondering whether I can catch up with you | 06:10 |
SRabbelier | _allen_: catch up? | 06:10 |
_allen_ | SRabbelier: I mean follow the progress of melange | 06:10 |
SRabbelier | _allen_: ah, of course you can :) | 06:11 |
_allen_ | SRabbelier: it's a long time I didn't contribute to melange | 06:11 |
_allen_ | SRabbelier: :) | 06:11 |
*** nerus has quit IRC | 06:11 | |
SRabbelier | _allen_: we got a lot done :) | 06:11 |
_allen_ | SRabbelier: I know, that's great!! | 06:12 |
_allen_ | SRabbelier: and gsoc 2009 is running on melange | 06:12 |
SRabbelier | _allen_: yuP! | 06:14 |
*** BarryCarlyon has quit IRC | 06:36 | |
mithro | whats the "Home Page Document"? | 06:38 |
SRabbelier | mithro: The Melange document you want to use as the home page for your organization | 06:39 |
mithro | I think we should have called thousand parsec the 'AAA Thousand Parsec project' :) | 06:39 |
mithro | SRabbelier: but what does "home page" mean/ | 06:40 |
SRabbelier | mithro: like http://socghop.appspot.com/program/home/google/gsoc2009 | 06:40 |
tpb | <http://ln-s.net/3233> (at socghop.appspot.com) | 06:40 |
SRabbelier | mithro: that's the home page for gsoc2009 | 06:40 |
mithro | So the "Thousand Parsec" home page is - http://www.thousandparsec.net/ | 06:41 |
tpb | Title: Thousand Parsec : News (at www.thousandparsec.net) | 06:41 |
mithro | We also have the profile page right? | 06:41 |
mithro | http://socghop.appspot.com/org/show/google/gsoc2009/thousandparsec | 06:41 |
mithro | ? | 06:41 |
tpb | <http://ln-s.net/3235> (at socghop.appspot.com) | 06:42 |
SRabbelier | mithro: no, it refers to the Melange home page | 06:42 |
SRabbelier | http://socghop.appspot.com/org/home/google/gsoc2009/thousandparsec | 06:42 |
tpb | <http://ln-s.net/3236> (at socghop.appspot.com) | 06:42 |
*** solydzajs has joined #melange | 06:42 | |
*** ChanServ sets mode: +o solydzajs | 06:42 | |
mithro | SRabbelier: still confused | 06:42 |
mithro | when is it ever used? | 06:42 |
SRabbelier | mithro: In the left hand menu for example | 06:43 |
SRabbelier | mithro: click 'Home'? | 06:43 |
mithro | why do I care about the 'Home' link? | 06:44 |
mithro | is it shown anywhere on the site to students or the public? | 06:49 |
mithro | should I just use the same stuff as my description field? | 06:50 |
SRabbelier | mithro: You can use it for whatever you want | 06:51 |
mithro | hrm, the rss feed render doesn't like our feed :( | 06:51 |
SRabbelier | lh: we don't have details on this? | 06:51 |
SRabbelier | mithro: we use the default Google blog widget | 06:51 |
solydzajs | SRabbelier: I'm working on new blog gadget, should be done today | 06:53 |
SRabbelier | solydzajs: oh? | 06:53 |
solydzajs | SRabbelier: yep to fix this whitespace issues too | 06:54 |
SRabbelier | solydzajs: what are you using for the new widget? | 06:54 |
solydzajs | SRabbelier: code.google.com blog gadget | 06:54 |
solydzajs | SRabbelier: it's open source | 06:54 |
SRabbelier | solydzajs: ah, cool | 06:55 |
*** mithro has quit IRC | 07:27 | |
*** brlcad has left #melange | 07:29 | |
*** Lennie has joined #melange | 07:50 | |
*** Lennie is now known as Guest34823 | 07:50 | |
*** ChanServ sets mode: +o Guest34823 | 07:51 | |
*** Guest34823 has quit IRC | 07:51 | |
*** Lennie3 has joined #melange | 07:52 | |
*** Lennie5 has joined #melange | 07:52 | |
Lennie5 | hmm | 07:52 |
Lennie5 | java applet fail :) | 07:52 |
*** ChanServ sets mode: +o Lennie5 | 07:53 | |
*** Lennie5 is now known as Lennie | 07:53 | |
*** mithro has joined #melange | 07:55 | |
*** ChanServ sets mode: +v mithro | 07:55 | |
SRabbelier | Lennie: lol, epic fail :P | 07:57 |
*** MatthewWilkes has joined #melange | 08:22 | |
*** allen_ has joined #melange | 08:23 | |
*** _allen_ has quit IRC | 08:23 | |
*** allen_ has quit IRC | 08:24 | |
*** Lennie has quit IRC | 08:36 | |
*** allen has joined #melange | 08:49 | |
*** madrazr has joined #melange | 09:00 | |
*** solydzajs has quit IRC | 09:47 | |
*** MatthewWilkes is now known as mwilkes|uni | 09:51 | |
*** allen has left #melange | 10:41 | |
*** cwant has joined #melange | 10:55 | |
cwant | I have a mentor request, but don't recognise the "link id" -- does anybody know how to see the person's profile? | 10:56 |
*** Zi has joined #melange | 11:06 | |
Zi | what's "the next generation GSoC"? =\ | 11:06 |
*** mwilkes|uni is now known as MatthewWilkes | 11:09 | |
MatthewWilkes | Zi: A sentence fragment | 11:19 |
MatthewWilkes | you missed out the web app bit | 11:19 |
Zi | ohhhhhh LOL | 11:21 |
Zi | okay | 11:21 |
Zi | thanks =D | 11:22 |
Zi | mIRC's title line cut me off | 11:22 |
*** kangaroo has joined #melange | 11:25 | |
kangaroo | Is there a particular reason an organization would appear in the list of accepted organizations, but not appear in the list of orgs in "Apply to become a mentor"? | 11:25 |
cwant | maybe you need to set up org profile first? | 11:26 |
kangaroo | its not in the list of orgs without profiles | 11:26 |
cwant | what is org name? | 11:26 |
kangaroo | mono | 11:26 |
*** jphr has joined #melange | 11:28 | |
cwant | kangaroo: I'm not involved with melange development (just so you know just guessing things). Maybe the admin needs to do his agreement/profile first? | 11:28 |
*** Zi has left #melange | 11:28 | |
kangaroo | possibly, this is why I'm asking | 11:29 |
kangaroo | miguel is away this week and we have some mentors chomping at the bit | 11:29 |
kangaroo | you'd figure that if he hadn't done the profile, he'd be in the list of orgs who havn't done profile | 11:29 |
kangaroo | something seems up | 11:29 |
cwant | ah, well, I'm guessing thats the prob -- I'd recommend sending message to melange mailing list or put in melange tracker | 11:29 |
jphr | Has anyone on OSX had huge problems using the new GSoC site using melange? | 11:30 |
cwant | the way it worked for me is I got admin invite, then afterwards I looked at the list and saw my org there. I can't say with certainty that my org wasn't there before doing the admin profile | 11:31 |
cwant | kangaroo: I see mono on the list -- you are on page 2 | 11:31 |
kangaroo | cwant: click "Apply to become a mentor" | 11:31 |
kangaroo | go to page 2 | 11:32 |
durin42 | jphr: I've not had any issues, can you be more specific? | 11:32 |
jphr | durin42: i'm unable to log on, projects list is automatically redirecting me to log on page when I click through external links, yet no form to sign in to | 11:33 |
cwant | kangaroo: I see. Looks like only 133 orgs can do that currently. I'm guessing the prob is something that miguel has to do before mentors can come on board | 11:34 |
cwant | kangaroo: are you back up admin? | 11:34 |
kangaroo | cwant: nah joseph is, I'll ping him | 11:34 |
durin42 | jphr: do you have cookies disabled or something? | 11:34 |
kangaroo | I probably should be :) | 11:34 |
cwant | yeah, good plan. I think he has to sign in and accept the role | 11:35 |
jphr | durin42: i haven't done so explicitly, i'll double check though | 11:35 |
cwant | kangaroo: yeah. might not be safest to have project leader as primary soc admin (they tend to be really busy) | 11:36 |
*** nerus has joined #melange | 11:59 | |
*** jphr has left #melange | 12:04 | |
*** Dragonxue has quit IRC | 12:16 | |
*** Merio has joined #melange | 12:20 | |
*** bcarlyon|laptop has joined #melange | 12:25 | |
*** adimania has joined #melange | 12:48 | |
*** James--Crook has joined #melange | 12:53 | |
*** Lennie has joined #melange | 12:57 | |
*** ChanServ sets mode: +o Lennie | 12:57 | |
Lennie | Hi | 12:58 |
James--Crook | SRabbelier: ..a thought on Issue 368 that might save some implementation work... create a host only button that makes a *melange document* from the orgs. It's then up to the host to add any preamble, postamble and publish it... can refine the process later...? Just a thought. | 12:58 |
James--Crook | Lennie: Hi. Congrats on the launch! | 12:58 |
Lennie | James--Crook, thanks didnt went as smootly as I hoped | 12:59 |
Lennie | but atleast no big mistakes :D | 12:59 |
Lennie | or failures :) | 12:59 |
James--Crook | I heard it was the smoothest ever... | 12:59 |
Lennie | hehe | 12:59 |
Lennie | overstatements | 12:59 |
Lennie | It is my first GSoC ;p | 12:59 |
Lennie | so it is true | 12:59 |
James--Crook | (I'm not contradicting you - it can still be the smoothest ever and not gone as smoothly as you would like) | 13:00 |
Lennie | that is true | 13:00 |
Lennie | In my heart I'm a perfectionist :) | 13:00 |
James--Crook | Lennie: What's your thoughts on trying to collaborate with moinmoin during this GSoC and get moinmoin into Melange? | 13:01 |
Lennie | no thoughts atm | 13:02 |
Lennie | I dont even know moinmoin ^_^ | 13:02 |
Lennie | is that bad? :D | 13:03 |
Lennie | k | 13:03 |
Lennie | found their home page | 13:03 |
James--Crook | http://moinmo.in/GoogleSoc2009/InitialProjectIdeas | 13:03 |
tpb | <http://ln-s.net/3295> (at moinmo.in) | 13:03 |
James--Crook | (Ideas) | 13:03 |
*** amit8-88 has joined #melange | 13:05 | |
Lennie | James--Crook, might be nice | 13:11 |
Lennie | but I havent thought it true | 13:11 |
Lennie | and I think Pawel might have more solid opinion on this | 13:12 |
James--Crook | It's in python, and they have the filesystem (backend) abstracted at least to some extent.... | 13:12 |
SRabbelier | cwant, kangaroo: you still there? | 13:13 |
James--Crook | I think Pawel, you, Sverre are way busy with Melange for GSoC... and GSoC/M is an additional time demand... so how to solve... that's what I'm thinking. | 13:13 |
cwant | HI SRabbelier | 13:13 |
SRabbelier | cwant: If no org admin is created the org won't show up | 13:14 |
SRabbelier | cwant: In order to complete the profile an admin profile has to be created | 13:14 |
cwant | SRabbelier: yeah, I figured as much (kangaroo is actually the one with the issue, not me) | 13:15 |
SRabbelier | cwant: ah, you figured correctly :) | 13:15 |
cwant | SRabbelier: any easy way to look up a person's profile when you have a link id? e.g., when somebody you may not no asks to be a mentor | 13:15 |
SRabbelier | http://socghop.appspot.com/user/show/srabbelier for example | 13:16 |
tpb | Title: Sign In Required (at socghop.appspot.com) | 13:16 |
Lennie | cwant, in the new version the public name will be shown on the request page | 13:16 |
Lennie | in the mean time you can use the link SRabbelier gave you | 13:16 |
cwant | Ok, thanks very much guys | 13:17 |
Lennie | James--Crook, fair concern | 13:17 |
Lennie | but it also depends on what kind of proposals we will be getting | 13:17 |
cwant | I actually ended up using the autocomplete on the mentor invite page to try to figure out who it was | 13:17 |
cwant | (didn't know them) | 13:18 |
SRabbelier | James--Crook: I don't think it'll be that bad | 13:18 |
SRabbelier | James--Crook: we're almost done with the hardest work :) | 13:18 |
SRabbelier | James--Crook: by the time GSoC starts we should have a little less pressure | 13:18 |
James--Crook | SRabbelier: Sorting through the proposals and giving feedback to the prospective students was the most intense time for Audacity last year, just as a mentoring org. You're probably right, but I see us as being very busy between now and then too... | 13:22 |
Lennie | cwant, it is good that you can find your way around the system cwant :) | 13:22 |
cwant | Lennie: yeah, it's a pretty nice and intuitive system so far | 13:23 |
SRabbelier | James--Crook: we'll see how it goes :) | 13:23 |
Lennie | some people disagree cwant :D | 13:23 |
Lennie | I'm just glad it works out of the box atm :P | 13:23 |
cwant | all systems have some growing pains, but it's evolving into something that is very usable | 13:24 |
Lennie | yeah | 13:25 |
Lennie | one more critical phase to go:) | 13:25 |
James--Crook | SRabbelier: did you see my suggestion (in scrollback) that might make implementing Issue 368 easier? | 13:26 |
SRabbelier | James--Crook: it won't be a problem | 13:26 |
SRabbelier | James--Crook: there's only 150 orgs | 13:26 |
SRabbelier | James--Crook: retrieving them all once and listing them on one page won't be a problem | 13:26 |
Lennie | anyone here who has experience with the webapp of last year and would like to give their impression on how the new system looks so far? | 13:27 |
James--Crook | Sure, but how about making a document? Then LH can add header and footer to it too, without any extra programming? | 13:27 |
haoyu | SRabbelier, but.. how about if I still want the old style org list? | 13:27 |
James--Crook | Oh... I've just had an idea. Back in a moment... | 13:27 |
SRabbelier | haoyu: make one yourself | 13:27 |
SRabbelier | haoyu: the new org list still contains all information | 13:28 |
SRabbelier | haoyu: also, the main page won't contain the list of all orgs, it makes it look cluttered | 13:29 |
SRabbelier | the fact that it did so in previous years was not really by design | 13:29 |
haoyu | SRabbelier, that's indeed | 13:29 |
SRabbelier | it was because it was easier to implement at that time | 13:29 |
* SRabbelier is off to have dinner | 13:30 | |
Lennie | that's more helpful then make on yourself :D | 13:30 |
Lennie | have a good meal | 13:30 |
Lennie | wont be as good as yesterday I think P? | 13:30 |
SRabbelier | hehe, probably not | 13:31 |
James--Crook | SRabbelier: Back now... | 13:31 |
James--Crook | so will the new page have just one table then, with all 150? | 13:31 |
SRabbelier | James--Crook: yup | 13:31 |
SRabbelier | James--Crook: well, two :P | 13:31 |
SRabbelier | James--Crook: but the first one will diminish in size untill it's empty | 13:31 |
SRabbelier | anyway, g2g now! | 13:31 |
James--Crook | OK. Then if soemone wants something else, they can cut and paste it | 13:31 |
SRabbelier | bbs :) | 13:31 |
James--Crook | bye SRabbelier! | 13:32 |
Lennie | James in an ideal web app | 13:33 |
Lennie | I would imagine a JS powered mega cloud | 13:33 |
Lennie | which ties orgs to keywords | 13:33 |
James--Crook | Hmm :( So someone would need to cut and paste into a spreadsheet, merge and sort, and could THEN publish as melange doc. | 13:33 |
Lennie | and you can navigate through the clouds looking for stuff you like :P | 13:33 |
Lennie | anyhow | 13:34 |
Lennie | I'm just dreaming :D | 13:34 |
James--Crook | Lennie: ... and that magically directs the right students ot the right orgs and keeps the psam applicants away... mmmm... I like.... when is it going ot be ready? | 13:34 |
Lennie | f00d time here as well | 13:34 |
Lennie | James--Crook, next year maybe :D | 13:34 |
Lennie | if we find the time to do it | 13:34 |
James--Crook | Yeah... GSoC project for a student :-) | 13:34 |
Lennie | :) | 13:35 |
Lennie | Or just something Merio will do in his free time he had some ideas | 13:35 |
Lennie | Merio, I'll look at your patch tonight btw for duplicates | 13:35 |
*** Lennie is now known as Lennie|Food | 13:35 | |
Lennie|Food | *strange sentence | 13:35 |
Lennie|Food | I'll look at your patch for the duplicate view tonight :) | 13:36 |
James--Crook | Lennie: Eet smakelijk | 13:36 |
* haoyu wondering if there's a way to use google to search on the ideas page | 13:38 | |
haoyu | cool, there's a way to do so! | 13:40 |
Merio | Lennie|Food: that's ok :) For the tag (or orgs) cloud, if you remember we were talking about that jquery plugin... still thinking it would be a nice idea ;) | 13:40 |
James--Crook | Merio... add it on the wiki ideas page? | 13:41 |
Merio | James--Crook: I think that even if it's time consuming it's not a task that imply all the GSoC time | 13:42 |
James--Crook | Not understanding. It refers to what? | 13:42 |
Merio | James--Crook: the tag/org cloud | 13:43 |
*** amit8-88 has left #melange | 13:44 | |
James--Crook | Basic tags with the org would be good. I like what Alex has done, but it would be nicer if it were here on Melange. | 13:44 |
James--Crook | Is that what you're thinking about? | 13:44 |
Merio | James--Crook: ahem.. about what you're referring? :P | 13:44 |
James--Crook | It would also be nice to have brief descriptions as well as the full ones for each org ... e.g. "Audacity - Audio Editor", "Melange - Open Source Collaboration System" etc... | 13:45 |
* scorche thinks that "open source" is a bit redundant ;) | 13:46 | |
James--Crook | Tags would be too small for a whole GSoC project, but could be part of a general improvement... | 13:46 |
James--Crook | schultmc: right you are. | 13:46 |
James--Crook | scorche: right you are, is what I meant. (an autocomplete bollix) | 13:47 |
schultmc | heh | 13:47 |
* schultmc goes back to lurking | 13:47 | |
James--Crook | Merio: http://delicious.com/gsoc2009 - Alex Pico initiated this. | 13:51 |
tpb | Title: gsoc2009's Bookmarks on Delicious (at delicious.com) | 13:51 |
*** brlcad has joined #melange | 13:52 | |
*** brlcad has left #melange | 13:52 | |
Merio | James--Crook: it's fine, you're right, it should be integrated in Melange | 13:53 |
Merio | James--Crook: with some fancier viewing ;) | 13:53 |
Merio | James--Crook, like autocomplete search org by tag | 13:54 |
Merio | James--Crook: let's say, starting to write a tag, and while typing you've a view of the orgs which have all the matches (with highlighted matches) | 13:55 |
Merio | James--Crook: the searchable tags should include also the language a student can contribute with | 13:56 |
James--Crook | Merio: Mmm.. One thing that is nice about project ideas is that most can be expanded or reduced in scope... So perhaps I take back that 'tags' is too small for one GSoC; It could be made a major project in itself. :-) | 13:57 |
Merio | James--Crook: which was my first worry when I searched for an org last year GSoC :) | 13:57 |
James--Crook | Merio: +1 on including language. | 13:57 |
Merio | James--Crook: Agree :P | 13:57 |
James--Crook | Last year as a mentor I was interested in what all the different projects did... I was looking for possible synergies... So one sees a name like 'Project Sunrise' what on earth is that? | 13:58 |
Merio | James--Crook: with searchable ideas list :P but it's optional, because I think GSoC is more on letting students brainstorm their own ideas | 13:58 |
James--Crook | Lots of clicking to see what the orgs were. | 13:58 |
James--Crook | (Melange and Audacity are hardly self explanatory names :-) ) | 13:59 |
Merio | James--Crook: agree | 13:59 |
Merio | James--Crook: also with umbrella orgs it's not so easy to find out what they're all about | 13:59 |
James--Crook | Umbrealla orgs are tricky. | 13:59 |
*** dhaun has joined #melange | 13:59 | |
Merio | Audacity it's self explanatory if you know something about sound processing ;) | 13:59 |
James--Crook | On idea lists I'm very much in favour of orgs maintaining them themsleves on their own wikis, in their own format. | 13:59 |
James--Crook | ho ho. | 13:59 |
Merio | Yes, but if they were also copied and pasted in Melange they can be searched inside the app easily | 14:00 |
James--Crook | I think though that Melange will have to gain wiki functionality over time... | 14:00 |
James--Crook | and then people will start federating Melange. | 14:01 |
James--Crook | It's interesting, because there has been talk of 'world domination', but different people have different views of what that is. | 14:02 |
Merio | In my ideas there should be also something to help GSoC students remain in their communities | 14:02 |
James--Crook | Please explain more | 14:02 |
Merio | I don't know really | 14:02 |
Merio | The first thing that come in my mind | 14:02 |
Merio | Is a sort of stats that reveals the activity of that GSoC project over time (after GSoC), but then it would mean doing something bad for those who cannot make it because of few spare time | 14:03 |
Merio | cia.vc already mantains public the commits of svn accounts | 14:04 |
James--Crook | Sourceforge has all kinds of trackers for number of downloads and number of open issues... | 14:04 |
James--Crook | And ohloh has kudo rank of people (which I do not think is such a good thing for community, but that's another discussion) | 14:05 |
Merio | A completely new section for showcasing each work over time, a sort of "live blog" | 14:05 |
James--Crook | That's nice. | 14:05 |
James--Crook | One thing I'm thinking... | 14:05 |
James--Crook | is that projects that produce stable code usually do so by having a modular system. | 14:05 |
James--Crook | so there can be user contributed plug ins. | 14:06 |
*** penyaskito has quit IRC | 14:06 | |
James--Crook | There isn't yet a good way of managing those sub projects. In some ways it comes back to umbrella orgs again... | 14:06 |
James--Crook | So a concrete example... Soemone writes a DSP plug in for audacity... | 14:07 |
James--Crook | as a user how do I find out that it exists, whether it is any good, whether it is still maintained? | 14:07 |
James--Crook | And modules give more kudos to the individuals, there is more sense of ownership. | 14:07 |
James--Crook | (kudos in normal sense, not kudo rank) | 14:08 |
James--Crook | I think also people are thinking about melange in slightly the wrong way... | 14:09 |
Merio | What do you mean? | 14:09 |
James--Crook | It's as if before wiki was invented, someone said I am going to develop a system that can do to do lists, and documentation pages, and discussions.... | 14:10 |
James--Crook | and then they went off and wrote a separate .py for each function. | 14:10 |
James--Crook | Ward's original wiki is a few hundred lines of perl. Very understandable at one sitting. All in one file. | 14:11 |
James--Crook | In many ways Melange is 'Wiki with tables'. Or more precisely... | 14:11 |
James--Crook | Standard Wiki is a quiz with one question. | 14:12 |
James--Crook | Melange is a wiki where you can edit the edit page and have more than one field... | 14:12 |
James--Crook | (is that making sense?) | 14:12 |
James--Crook | Standard wiki edit page is a quiz with one question. There is one field, a document field. | 14:13 |
Merio | (I'm following :)) | 14:14 |
James--Crook | In melange we could create a quiz with one field, and shazzam, all the pages based on it form a wiki. | 14:14 |
James--Crook | Now we create a quiz with more than one field, and we get a family of related pages off it. | 14:14 |
James--Crook | Working at this meta level looks very powerful. | 14:15 |
Merio | What do you think it could become? | 14:16 |
James--Crook | You don't need to go off and implement lots of special cases, anymore than you need to implement a todo list, a discussion page, a documentation.py module. | 14:16 |
James--Crook | Well, first thing would be to use it for managing a project. In Audacity we use Media wiki for lots of info, we have feature requests on it cos it's easier than a tracker for that. | 14:17 |
James--Crook | Now interestingly GHoP is using a tracker as its management app. | 14:18 |
James--Crook | So you get an issue tracker, without writing one. | 14:19 |
*** bcarlyon|laptop is now known as BarryCarlyon | 14:19 | |
James--Crook | And its integrated withe your more amorphous documentation. | 14:19 |
James--Crook | If you can gather information across wiki pages, you cut down the amount of programming you have to do. | 14:20 |
James--Crook | Is this answering your question, 'what could it become'? | 14:21 |
Merio | I think yes, it's letting me thinking about it a little bit more | 14:22 |
James--Crook | OK, so at the moment we think of the only editors for wiki as being people. | 14:24 |
James--Crook | But actually we could add bots of various kinds too. | 14:25 |
SRabbelier | James--Crook: that doesn't work though, there's too many complex ACL/logic things going on to just have everything work like a wiki | 14:25 |
James--Crook | SRabbelier: I've seen that issue in another setting. And I can see the difficulty it creates. | 14:26 |
*** adimania has quit IRC | 14:26 | |
James--Crook | Some of the rules are complex rules indeed. If such and such, and time > so and so, and.... | 14:26 |
SRabbelier | indeed | 14:26 |
James--Crook | The danger is having this custom ACL stuff on each page that needs it. It's OK on a small project, but I've seen it become a nightmare on a project with thousands of 'models'. | 14:27 |
James--Crook | What happened there was that the ACL logic got cut and pasted to a new related page with a slightly different view. | 14:28 |
SRabbelier | James--Crook: that's why we try to keep our ACL system as simple as possible | 14:28 |
SRabbelier | James--Crook: for example | 14:28 |
James--Crook | So, is it yet as simple as unix permissions? | 14:28 |
SRabbelier | James--Crook: http://code.google.com/p/soc/source/detail?r=2631 | 14:28 |
tpb | <http://ln-s.net/32$N> (at code.google.com) | 14:28 |
SRabbelier | James--Crook: see that dict ;) | 14:28 |
James--Crook | ..having a look... | 14:28 |
SRabbelier | James--Crook: that's the only change required to make the /show page of an org app public to anyone, instead of to only to signed in users | 14:29 |
SRabbelier | s/of to/of/ | 14:29 |
SRabbelier | James--Crook: no copy and pasting on my watch ;) | 14:29 |
James--Crook | help me here... this is at the page level rather than at the field level? Correct? | 14:30 |
SRabbelier | James--Crook: page level, correct | 14:31 |
SRabbelier | James--Crook: but I am thinking of a gsoc project perhaps | 14:31 |
SRabbelier | James--Crook: to make it on field level | 14:31 |
SRabbelier | James--Crook: so in the model we can specify the required ACL | 14:31 |
SRabbelier | James--Crook: and pages are automagically generated | 14:31 |
James--Crook | What you'll find is that you do need to go to field level... and | 14:31 |
SRabbelier | James--Crook: shouldn't be too difficult, but it'd need a significant rehaul :) | 14:32 |
James--Crook | that it becomes a field attribute like the default display properties for a field. | 14:32 |
James--Crook | If you don't do that, you end up with oodles of special commands, show_for_host, show_for_people_allowed_to_see_deadlines etc... | 14:32 |
SRabbelier | James--Crook: Yup, I understand what you mean | 14:33 |
SRabbelier | James--Crook: which is why I wanted to do it this wya | 14:33 |
SRabbelier | James--Crook: just haven't had the time yet :) | 14:33 |
James--Crook | and... the permission system needs to become as simple as the one used in linux. | 14:33 |
SRabbelier | James--Crook: either a nice GSoC project, or something I can do when things settle down | 14:33 |
SRabbelier | James--Crook: our document ACL system is like that | 14:33 |
SRabbelier | James--Crook: but you know that :) | 14:33 |
James--Crook | When you've done that, the ACL as an obstacle to wikification problem melts away to a very large extent. At least I think it probably does. | 14:34 |
James--Crook | Because everything is totally 'regular'. | 14:34 |
James--Crook | You'll still need custom stuff to send out emails and such which is beyond 'meta-wiki' | 14:35 |
James--Crook | But I don't see a fundamental reason why at some time in the future an org page is just like any other form. | 14:36 |
SRabbelier | It already is, really | 14:36 |
SRabbelier | All editable views are just forms, nothing special about it | 14:37 |
James--Crook | SRabbelier: The earlier discussion - a document IS a field, so it's a case of carrying over the same permission system to both. | 14:37 |
SRabbelier | James--Crook: I'm not sure I understand what you mean? | 14:38 |
James--Crook | I was talking with Merio about Melange viewed as a 'super wiki'. Basically an ordinary wiki is Melange with a single kind of form, and that form is fixed. It has one field, which is a 'document' field. | 14:38 |
*** MatthewWilkes has quit IRC | 14:39 | |
James--Crook | So my question I suppose is, if documents have linux like permission system, can that same code be resused for fields when we go to field level access? | 14:40 |
SRabbelier | James--Crook: it wouldn't scale | 14:41 |
SRabbelier | James--Crook: there's certain expectations built in to AppEngine | 14:42 |
James--Crook | Oh? | 14:42 |
SRabbelier | James--Crook: like, "don't show a whole bunch of entities in one page" :P | 14:42 |
SRabbelier | James--Crook: which is why the default list limit is 100, and only upped to 500 and 1000 for admins | 14:42 |
James--Crook | So how will quiz ever work? | 14:42 |
haoyu | I have a project ideas search works :) | 14:43 |
haoyu | here: http://www.google.com/coop/cse?cx=002330094519499254065:mfvq3-xqkou | 14:43 |
tpb | <http://ln-s.net/32$_> (at www.google.com) | 14:43 |
SRabbelier | haoyu: that's pretty awesome :P | 14:44 |
James--Crook | haoyu: lovely. I just used it to search for LISP and got four hits. Excellent idea. | 14:44 |
James--Crook | SRabbelier: I think quiz WOULD work, but we just have to do more in python and less in appengine. It seems to be the secret of using appengine. Use it to filter 'big chunks' and use python for the fine granularity. | 14:45 |
SRabbelier | James--Crook: no, that doesn't work :( | 14:45 |
SRabbelier | James--Crook: retrieving many entities _at all_ is a big no-no | 14:45 |
haoyu | well, thanks to google again :) | 14:45 |
SRabbelier | James--Crook: having to fetch >20 entities just to get a Quiz is not good | 14:46 |
James--Crook | Not retrieving many entities :-) | 14:46 |
James--Crook | So, we have to use lists? | 14:46 |
James--Crook | They count as one entity don't they? | 14:47 |
SRabbelier | James--Crook: the quiz? I thought we wanted them to be made up of multiple Questions | 14:47 |
James--Crook | Sure, OI agree. And what you are saying | 14:48 |
James--Crook | is that if we use appengine in the default way, we end up with one entity per question. | 14:48 |
James--Crook | and that that is no good. | 14:48 |
SRabbelier | indeed | 14:49 |
SRabbelier | what we could do | 14:49 |
SRabbelier | is store a JSON object for example | 14:49 |
James--Crook | But we can have an entity with a list of questions in it. | 14:49 |
James--Crook | JSON is another way. | 14:49 |
SRabbelier | true | 14:49 |
James--Crook | It's horrible to have to do such a workaround. | 14:49 |
SRabbelier | hehe :P | 14:49 |
SRabbelier | well | 14:49 |
SRabbelier | AppEngine is not made with a Wiki in mind | 14:49 |
SRabbelier | that is, a wiki like you mean | 14:49 |
James--Crook | No :-) | 14:50 |
James--Crook | The issue tracker, is that written on app engine? | 14:50 |
James--Crook | ...thinking.... | 14:51 |
James--Crook | OK. I see a new danger, and a way to work around it that is counter intuitive. | 14:52 |
James--Crook | We'll be making architectural decisions that are forced on us by appengine. | 14:53 |
SRabbelier | James--Crook: no it's not, but it could be | 14:53 |
SRabbelier | James--Crook: notice how all list views are limited in how many entries they will show at a time | 14:53 |
SRabbelier | James--Crook: yes, we are doing that already :P | 14:53 |
SRabbelier | James--Crook: it's the reason why link_id's are immutable :P | 14:54 |
James--Crook | What we want to be working on is a system where it as cheap to ask for 2,000 field values as it is to ask for 100 records of 20 fields. | 14:54 |
SRabbelier | James--Crook: I don't think that's feasable :( | 14:55 |
James--Crook | Oh, but it is :-) | 14:55 |
James--Crook | With caveats. | 14:55 |
SRabbelier | not unless you do ugly things like, storing multiple entries in one Entity | 14:56 |
James--Crook | We cannot ask for 2000 random elements. | 14:56 |
SRabbelier | James--Crook: we need to be able to ask for a specific element | 14:56 |
James--Crook | But we'd like our code to look as if it had that freedom? No? | 14:56 |
SRabbelier | ? | 14:57 |
James--Crook | OK. I've convinced myself that GAE is not a barrier to a super-wiki. Now my problem is to convince you. | 14:59 |
James--Crook | So give me a case where we want to do something, and GAE stops us. I'll try and show why it doesn't. | 15:00 |
*** ajaksu has joined #melange | 15:05 | |
SRabbelier | Heh, I dunno, I just think we'd run into even more performance problems, on top of what we're already facing | 15:05 |
SRabbelier | Also, it'd be pretty much impossible to use the Datestore viewer | 15:05 |
SRabbelier | since we wouldn't have different Entity types anymore | 15:05 |
James--Crook | Basically we end up more and more pushed into using bigtable for BIG objects. Almost more like a file syetm than a database. | 15:06 |
James--Crook | I think that as things stand GAE is dangerous. | 15:06 |
James--Crook | the perfomrance problems are a GAE issue. In my view it is possible to implement soemthing like GAE where speed is more | 15:07 |
James--Crook | dependent on the size of what you retrieve than on the number of elements (provided that you have an index) | 15:08 |
ajaksu | SRabbelier: perfomance problems? :/ | 15:08 |
SRabbelier | ajaksu: yes | 15:09 |
James--Crook | I'm anxious that to work around this GAE issue, again and again in different place, we will more and more pollute the melange code with workarounds. So my thinking is that (not now) but at some later stage | 15:09 |
SRabbelier | James--Crook: GAE is built to retrievie objects fast | 15:09 |
SRabbelier | James--Crook: it's not built to retrieve many objects fast | 15:09 |
James--Crook | we will need some abstraction... | 15:09 |
SRabbelier | James--Crook: which it can't, due to i'ts storing objects on different servers | 15:09 |
James--Crook | Hang on then... It should be able to retrieve say 2000 objects fast? | 15:10 |
James--Crook | (but we are given a 1000 object limit) | 15:10 |
SRabbelier | James--Crook: no, it's _impossible_ to do so | 15:10 |
SRabbelier | James--Crook: the more objects you retrieve, the longer the request takes | 15:11 |
SRabbelier | James--Crook: retrieving 1000 entities takes 10 seconds | 15:11 |
James--Crook | No no, I do get that. | 15:12 |
James--Crook | By 'should' I am saying 'I believe it would have been possible for Google to design a system which WAS slow for 1000 large objects, but was fast for 100 small objects. Nothing like 10s'. However that is not what GAE is, and we are now working around that. | 15:13 |
James--Crook | s/100/1000/ | 15:13 |
SRabbelier | James--Crook: I do not think it is possible | 15:13 |
James--Crook | OK. That's another disucssion. :-) | 15:14 |
SRabbelier | James--Crook: that is, not if you want to scale to hundred thousands of entities | 15:14 |
James--Crook | Mmm :-) Maybe I should offer to do that for Google ;-) | 15:14 |
SRabbelier | James--Crook: lol | 15:14 |
SRabbelier | James--Crook: you go do that ;) | 15:14 |
dbentley | Hmm. | 15:14 |
SRabbelier | James--Crook: on the next #appengine chat, talk with one of the devs | 15:14 |
dbentley | Are you finding app engine to be slow for 100 small objects? | 15:14 |
James--Crook | s/100/1000/ | 15:15 |
SRabbelier | dbentley: as said, it takes 10 seconds for 1000 256byte objects | 15:15 |
SRabbelier | dbentley: I don't think it gets a lot smaller than 256 bytes ;) | 15:15 |
dbentley | To do what operation? | 15:15 |
SRabbelier | dbentley: fetch | 15:15 |
SRabbelier | dbentley: just a plain fetch | 15:15 |
SRabbelier | dbentley: no filtering | 15:15 |
SRabbelier | dbentley: no ordering | 15:15 |
dbentley | Hmm; always? | 15:15 |
SRabbelier | dbentley: yes | 15:15 |
SRabbelier | dbentley: always :P | 15:15 |
dbentley | If you have a sample app that shows that behavior, I think the app engine team would be very interested; I'd happily forward. | 15:16 |
durin42 | SRabbelier: are they sequential keys, or random keys? | 15:16 |
durin42 | dbentley: if it was a bunch of random keys, isn't that a pathological case for bigtable? | 15:16 |
SRabbelier | dbentley: simple, create 1000 soc/models/user.py User objects | 15:16 |
durin42 | (realizing I have no idea how the GAE datastore works over top of BT, merely guesses) | 15:16 |
SRabbelier | dbentley: do a simple fetch on them to return that as JSON object | 15:16 |
James--Crook | dbentley: This is so cool, that the discussion gets to this point. I love the way collaboration works. | 15:17 |
*** durin42 has quit IRC | 15:20 | |
*** Odd_Bloke has quit IRC | 15:20 | |
*** Kraln has quit IRC | 15:20 | |
*** scorche|sh has quit IRC | 15:20 | |
*** lh has quit IRC | 15:20 | |
*** krnl_ has quit IRC | 15:20 | |
*** sandy|lurk has quit IRC | 15:20 | |
*** ajaksu has quit IRC | 15:20 | |
*** SRabbelier has quit IRC | 15:20 | |
*** hpatwork has quit IRC | 15:20 | |
*** lisppaste9 has quit IRC | 15:20 | |
*** tansell has quit IRC | 15:20 | |
*** tlsa has quit IRC | 15:20 | |
*** aleb has quit IRC | 15:20 | |
*** mithro has quit IRC | 15:20 | |
*** r0bby_ has quit IRC | 15:20 | |
*** kblin has quit IRC | 15:20 | |
*** nerus has quit IRC | 15:20 | |
*** Sledge has quit IRC | 15:21 | |
*** scorche has quit IRC | 15:21 | |
*** ajuonline has quit IRC | 15:21 | |
*** danderson has quit IRC | 15:21 | |
*** kangaroo has quit IRC | 15:21 | |
*** summatusmentis has quit IRC | 15:21 | |
*** Lennie|Food has quit IRC | 15:21 | |
*** arun_ has quit IRC | 15:21 | |
*** madrazr has quit IRC | 15:21 | |
*** James--Crook has quit IRC | 15:21 | |
*** BarryCarlyon has quit IRC | 15:21 | |
*** dbentley has quit IRC | 15:21 | |
*** haoyu has quit IRC | 15:21 | |
*** schultmc has quit IRC | 15:21 | |
*** icy has quit IRC | 15:21 | |
*** arun has quit IRC | 15:21 | |
*** Jeff_S has quit IRC | 15:21 | |
*** uriel has quit IRC | 15:21 | |
*** cwant has quit IRC | 15:21 | |
*** Lennie|Food has joined #melange | 15:23 | |
*** ajaksu has joined #melange | 15:23 | |
*** James--Crook has joined #melange | 15:23 | |
*** BarryCarlyon has joined #melange | 15:23 | |
*** nerus has joined #melange | 15:23 | |
*** kangaroo has joined #melange | 15:23 | |
*** cwant has joined #melange | 15:23 | |
*** madrazr has joined #melange | 15:23 | |
*** mithro has joined #melange | 15:23 | |
*** SRabbelier has joined #melange | 15:23 | |
*** r0bby_ has joined #melange | 15:23 | |
*** tlsa has joined #melange | 15:23 | |
*** lh has joined #melange | 15:23 | |
*** ajuonline has joined #melange | 15:23 | |
*** arun_ has joined #melange | 15:23 | |
*** krnl_ has joined #melange | 15:23 | |
*** hpatwork has joined #melange | 15:23 | |
*** arun has joined #melange | 15:23 | |
*** haoyu has joined #melange | 15:23 | |
*** tansell has joined #melange | 15:23 | |
*** durin42 has joined #melange | 15:23 | |
*** irc.freenode.net sets mode: +ovov Lennie|Food mithro SRabbelier durin42 | 15:23 | |
*** scorche|sh has joined #melange | 15:23 | |
*** Odd_Bloke has joined #melange | 15:23 | |
*** Kraln has joined #melange | 15:23 | |
*** schultmc has joined #melange | 15:23 | |
*** Sledge has joined #melange | 15:23 | |
*** sandy|lurk has joined #melange | 15:23 | |
*** dbentley has joined #melange | 15:23 | |
*** lisppaste9 has joined #melange | 15:23 | |
*** icy has joined #melange | 15:23 | |
*** kblin has joined #melange | 15:23 | |
*** danderson has joined #melange | 15:23 | |
*** aleb has joined #melange | 15:23 | |
*** scorche has joined #melange | 15:23 | |
*** summatusmentis has joined #melange | 15:23 | |
*** uriel has joined #melange | 15:23 | |
*** Jeff_S has joined #melange | 15:23 | |
*** irc.freenode.net sets mode: +o danderson | 15:23 | |
SRabbelier | dbentley: no, none other than the fact that a db request is allowed to take 10s most, and that you can fetch only 1000 entities at a time | 15:23 |
dbentley | Well, the fetching 1000 entities at a time is because you should be able to roll it up/sort in other ways. | 15:23 |
SRabbelier | what do you mean? | 15:23 |
dbentley | And to fetch the 1001st, you need to count through 1000, which means talking to many mahcines. | 15:23 |
dbentley | Like, the way that we discussed... | 15:23 |
dbentley | Disclaimer: This is my understand; I could be wrong. | 15:23 |
* SRabbelier nods | 15:23 | |
SRabbelier | right | 15:23 |
dbentley | Slow: Give me the 1001st in this sorting. | 15:23 |
SRabbelier | dbentley: it wont' even let you do that | 15:24 |
dbentley | Fast: I counted up to 1000, and the 1000th entry was "foo", so give me the next entry after "foo". | 15:24 |
SRabbelier | dbentley: right, exactly | 15:24 |
*** MatthewWilkes has joined #melange | 15:24 | |
dbentley | Because then you only have to look at 1 or 2. | 15:24 |
* SRabbelier nods | 15:24 | |
dbentley | Can you tell me the line that generates this query right now? | 15:24 |
SRabbelier | dbentley: it'shttp://code.google.com/p/soc/source/browse/trunk/app/soc/logic/models/base.py#313 | 15:27 |
tpb | <http://ln-s.net/32+9> (at code.google.com) | 15:27 |
SRabbelier | dbentley: and the query I'm talking about passes an empty filter dict | 15:27 |
SRabbelier | dbentley: so the resulting query is db.Query(user.User).fetch(1000) | 15:28 |
dbentley | Hmm. | 15:28 |
*** Lennie|Food is now known as Lennie | 15:31 | |
ajaksu | SRabbelier: any chances that the user model is the problem? or is the same performance present for simpler models? | 15:31 |
SRabbelier | ajaksu: the User model is pretyt simple :P | 15:32 |
SRabbelier | ajaksu: (and I tested, it takes only 256 bytes in the memcache) | 15:32 |
SRabbelier | as in | 15:33 |
SRabbelier | start out with an empty memcache | 15:33 |
SRabbelier | then add 1000 user entities | 15:33 |
SRabbelier | notice that the size of the memcache increases with 256*1000 bytes | 15:33 |
ajaksu | hm, so things like former_accounts in User and scope in Linkable don't influence fetch performance? | 15:34 |
SRabbelier | ajaksu: I highly doubt it :P | 15:34 |
SRabbelier | ajaksu: I'll test though | 15:34 |
ajaksu | I'm thinking about happens on datastore side :) | 15:34 |
ajaksu | about *what* :) | 15:35 |
* SRabbelier nods | 15:36 | |
SRabbelier | ajaksu: iirc it gets stored as one of them stream things | 15:36 |
SRabbelier | what's it called again | 15:36 |
SRabbelier | Google published an API for that | 15:36 |
ajaksu | the "Infinite item fetch generator for remote_api" cookbook recipe doesn't apply here, I guess | 15:39 |
dbentley | So, the other question is, could you do a series of items fetched -> time? Is it linear? Quadratic? Etc.? | 15:40 |
dbentley | But, yeah, my questions are clear. | 15:40 |
dbentley | I'm sorry, I have to go workon some other stuff right now (to drive more traffic to socghop! : P ) But the ability to reproduce easily is the key to making this fixable. On some end. | 15:40 |
SRabbelier | dbentley: it seems to be linear indeed | 15:43 |
SRabbelier | dbentley: but I'll get you a reproducer | 15:43 |
dbentley | Danke! | 15:43 |
SRabbelier | ajaksu: I can use a infinite fetch thingy, the problem is that requrest can't last longer than 30s | 15:43 |
SRabbelier | ajaksu: so we can't get more than 3k entities | 15:43 |
SRabbelier | ajaksu: considering we'll have 7000 users... :P | 15:44 |
ajaksu | SRabbelier: "This utility function needs a function passed into it which will create a Query object and return it. If you want to be able to start from a certain point (ie, pick up where a previous run left off), it is also possible to provide a starting key" ? | 15:44 |
SRabbelier | ajaksu: yeah, but we want to give a list of all users | 15:45 |
SRabbelier | ajaksu: for autocompletion :) | 15:45 |
SRabbelier | (which is when I ran into the problem of the super-slow queryies :P) | 15:45 |
ajaksu | what? nothing more than the user name? or the full user info? | 15:45 |
SRabbelier | ajaksu: user name and link id | 15:46 |
ajaksu | err... how about keeping that (tuple) list cached and update the cache with the slow infinite fetching from time to time? | 15:48 |
SRabbelier | ajaksu: yup, we could do that, but we'd need long-running/scheduled tasks for that | 15:48 |
SRabbelier | ajaksu: to so said "from time to time" updating | 15:49 |
dbentley | Oh, wait, can't we do autocompletion based only on starting letter? | 15:49 |
SRabbelier | dbentley: only kinda | 15:49 |
SRabbelier | dbentley: I mean, we want to be able to support me typing "Rabbelier" and get srabbelier as suggested link id | 15:49 |
dbentley | Oh, sure, but you don't need to fetch all the entities for that. | 15:49 |
SRabbelier | dbentley: or "Hawnthorn" and get "lh" as suggested link id, based on teh fact that her name is "Leslie Hawthorn" | 15:49 |
SRabbelier | dbentley: GAE doesn't have a "like" operator though :P | 15:50 |
dbentley | Ugh; let's not support like. | 15:50 |
SRabbelier | dbentley: i know :P | 15:50 |
SRabbelier | dbentley: iterating over all entities is not fun | 15:50 |
SRabbelier | dbentley: then again, it's what we want, which is why we throw the list at the user, and have AJAX do the filtering | 15:50 |
Merio | SRabbelier: isn't the autocompletion doing it already (obviously if it has all the list ATM)? | 15:50 |
SRabbelier | Merio: yeah, it does, but we can cache the full list | 15:51 |
SRabbelier | Merio: we can't really effecitvely cache queries | 15:51 |
dbentley | But the idea that we can actually support over all entities is close to specious... | 15:51 |
SRabbelier | dbentley: what do you mean? | 15:51 |
*** James--Crook has left #melange | 15:52 | |
dbentley | I just mean that what happens one year when we get 15k people, and it falls over on the client-side. | 15:52 |
dbentley | I dunno, sorry, I'm a bit distracted. You guys chat. : ) | 15:53 |
SRabbelier | dbentley: I understand what you mean | 15:53 |
ajaksu | it that is the performance issue, I'd offer a 'search for user' page and leave it at that :P | 15:53 |
SRabbelier | ajaksu: how would "search for a user" work? | 15:53 |
SRabbelier | dbentley: We're probably goign to do filtering by link id | 15:54 |
ajaksu | a form in a separate, a simple query, user copies the name/linkid and pastes in required form... | 15:54 |
SRabbelier | dbentley: so we'll only support matching "srab" to "srabbelier" | 15:55 |
ajaksu | dbentley: hmm, client-side with gears might be more robust? :) | 15:55 |
SRabbelier | ajaksu: we'd only be able to do full matches though | 15:55 |
dbentley | Right; which you can do with AppEngine... | 15:55 |
SRabbelier | dbentley: yup, that's why we're probably going to stick with that :P | 15:55 |
dbentley | : ) | 15:56 |
Lennie | I also would like to know what AppError 1 is :D | 16:00 |
Lennie | so that we can succesfully mail students ^_^ | 16:00 |
Lennie | without spreading it over a lot of hours :D | 16:00 |
SRabbelier | yes | 16:00 |
SRabbelier | me too | 16:00 |
SRabbelier | dbentley: if you can poke someone about that | 16:00 |
SRabbelier | dbentley: About why we get "AppError 1" when sending mails to students | 16:00 |
Lennie | Application Error 1 | 16:01 |
Lennie | to be precise :) | 16:01 |
dbentley | Can you show me a more precise error? | 16:01 |
Lennie | *mail to orgs | 16:01 |
Lennie | want me to send a log? | 16:01 |
Lennie | or do you have access to our logs? | 16:01 |
Lennie | socghop that is | 16:01 |
SRabbelier | dbentley: that's the point, the error is really lacking | 16:01 |
dbentley | If you can get me all the information we were presented about it, that would allow me to make the case stronger. | 16:02 |
Lennie | k | 16:02 |
Lennie | see pm :) | 16:02 |
Lennie | k | 16:03 |
Lennie | I pm'ed him the link to the logs :) | 16:03 |
Lennie | gotta do the dishes now | 16:03 |
Lennie | brb | 16:03 |
SRabbelier | ok | 16:03 |
dbentley | Thanks. | 16:06 |
*** ajuonline has left #melange | 16:09 | |
*** ajuonline has joined #melange | 16:10 | |
Lennie | back | 16:17 |
ajaksu | SRabbelier: but I think "from time to time" updating could use user changes as triggers... keep a 'last updated' reference somewhere and if (now - last_up) > x, refresh the cache (only check on user change, cache is fine otherwise) | 16:23 |
ajaksu | (occurred to me really afk :)) | 16:23 |
SRabbelier | ajaksu: problem with that is that users then get slow requests because we're doing stuff in the meanwhile we should really be doign in the background :P | 16:25 |
ajaksu | true, that... :) | 16:26 |
*** madrazr1 has joined #melange | 16:34 | |
*** madrazr has quit IRC | 16:35 | |
*** madrazr1 is now known as madrazr | 16:35 | |
*** krnl_ has left #melange | 16:50 | |
SRabbelier | dbentley: you there by chance? | 17:16 |
*** ArthurLiu has joined #melange | 17:17 | |
*** codestasher has joined #melange | 17:17 | |
ArthurLiu | hi | 17:17 |
ArthurLiu | is there a way to check the identity of an applicant mentor before accepting/rejecting him ? | 17:17 |
Lennie | it is the internet | 17:18 |
Lennie | you neve know | 17:18 |
ArthurLiu | all we have is the linkid, sometimes we can guess who it is and ask him through other channels but... | 17:18 |
Lennie | I can get you the public name | 17:18 |
Lennie | but that can be a lie too | 17:18 |
ArthurLiu | could we at least have a confirmed email somewhere ? | 17:18 |
Lennie | sorry can't | 17:19 |
ArthurLiu | erf | 17:19 |
Lennie | at this moment we are not allowed to show that | 17:19 |
Lennie | I can check if it is a certain email address for you ^_^ | 17:19 |
Lennie | just this one time | 17:19 |
SRabbelier | ArthurLiu: ask them to mail you | 17:19 |
SRabbelier | ArthurLiu: c'mon man, you can solve this without Melange ;) | 17:19 |
ArthurLiu | yeah, but some went ahead and we don't know who they are... | 17:20 |
SRabbelier | ArthurLiu: if you want to know your mentors, have them call you on skype | 17:20 |
SRabbelier | ArthurLiu: and tell you what their link id is | 17:20 |
Lennie | you can find their public name though | 17:20 |
Lennie | socghop.appspot.com/user/show/<link_id> | 17:20 |
Lennie | the name will shop up on the request in the new version too | 17:20 |
Lennie | but no email | 17:20 |
ArthurLiu | ok thanks, that should be better | 17:21 |
Lennie | np | 17:21 |
Lennie | you must understand, some people dont want to give away their google account address | 17:21 |
Lennie | that's the world | 17:21 |
*** codestasher1 has joined #melange | 17:45 | |
*** codestasher2 has joined #melange | 17:47 | |
*** madrazr has quit IRC | 17:51 | |
*** codestasher has quit IRC | 18:08 | |
*** codestasher1 has quit IRC | 18:09 | |
*** krnl_ has joined #melange | 18:14 | |
*** dhaun has quit IRC | 18:20 | |
*** mithro has quit IRC | 18:51 | |
*** russellb has joined #melange | 19:09 | |
*** Lennie has quit IRC | 19:10 | |
russellb | I'm having trouble with my organization profile. My project (Asterisk) is listed as not having filled it out yet. However, I filled it out minutes after finding out we were accepted. | 19:10 |
russellb | Now, if I go my org profile, all the info I put in is not there, and if I fill it in and submit again, I got an error that my link ID is already in use. | 19:10 |
russellb | Of course, I can't change the link ID ... | 19:10 |
russellb | so ... I'm stuck. | 19:10 |
*** leifmadsen has joined #melange | 19:11 | |
ajaksu | russellb: any chance you used different google accounts in this process? | 19:13 |
russellb | Nope, I only have one. | 19:13 |
*** SRabbelier has quit IRC | 19:13 | |
ajaksu | hm, if nobody answers here nor on #gsoc, please file an issue at http://code.google.com/p/soc/issues/list | 19:16 |
tpb | Title: Issues - soc - Google Code (at code.google.com) | 19:16 |
russellb | http://code.google.com/p/soc/issues/detail?id=383 | 19:18 |
tpb | <http://ln-s.net/32Aq> (at code.google.com) | 19:18 |
*** leifmadsen has left #melange | 19:42 | |
*** lh has quit IRC | 19:44 | |
*** hpatwork has quit IRC | 20:14 | |
*** Merio has quit IRC | 20:28 | |
*** MatthewWilkes has quit IRC | 20:49 | |
*** allen has joined #melange | 21:04 | |
*** allen has quit IRC | 21:26 | |
*** allen_ has joined #melange | 21:26 | |
*** codestasher2 has left #melange | 21:29 | |
*** icy has left #melange | 22:00 | |
*** allen_ has quit IRC | 22:26 | |
*** russellb has left #melange | 22:37 | |
*** allen_ has joined #melange | 22:40 | |
*** lasitha_r has joined #melange | 22:49 | |
*** osgeo_wolf has quit IRC | 23:07 | |
*** lasitha_r has quit IRC | 23:12 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!