12:01:06 #startmeeting Fedora-tour planning meet 12:01:06 Meeting started Sun Jan 22 12:01:06 2012 UTC. The chair is FranciscoD. Information about MeetBot at http://wiki.debian.org/MeetBot. 12:01:06 Useful Commands: #action #agreed #halp #info #idea #link #topic. 12:01:18 #chair Subfusc praveenkumar_ underscores kishan 12:01:18 Current chairs: FranciscoD Subfusc kishan praveenkumar_ underscores 12:01:25 anyone else? :P 12:01:44 I guess not :P 12:01:47 I wonder if zodbot could be its own chair and create an eternal loop 12:01:53 O_O 12:01:59 lol 12:02:02 probably could 12:02:05 XD 12:02:11 but lets not try it ;) 12:02:13 anyway.. 12:02:15 No :P 12:02:22 We are gathered here today... 12:02:40 to discuss the rebirth of fedora tour 12:02:51 from *scratch* 12:02:57 yeah 12:03:00 Amen 12:03:00 #action FranciscoD clear git repo 12:03:24 #action underscores kishan praveenkumar_ apply for git commit in FAS 12:03:32 #action underscores kishan praveenkumar_ join mailing list 12:03:34 etc etc 12:03:39 so, ideas? 12:03:47 So we need to decide what technology we want to use for that 12:03:47 Subfusc and me were thinking it web based 12:03:49 comments? 12:04:02 * FranciscoD lets Subfusc take over 12:04:14 web-based as in start.fedoraproject.org ? 12:04:15 No 12:04:17 :P 12:04:46 html + javascript + css? 12:04:54 kishan: no, as in based on web-technologies like html and javascript 12:05:27 Subfusc: that would make it an online-thing, isn't it ? 12:05:44 Not necessarily. 12:05:55 we can package it up as an rpm 12:06:03 and access it locally 12:06:07 The whole gnome 3 UI is based on XML + JAVASCRIPT + CSS 12:06:12 you wouldnt call that online? 12:06:13 we can also place it on a server for folks to look at over the interweb 12:06:14 :P 12:06:16 aye 12:06:36 hmm yes, then okay 12:06:37 an online version would also be great to have though! 12:06:58 Offcourse, and doing it in html would make the online version easy 12:07:21 then it's works both way online and offline .. 12:07:27 right! :) 12:07:57 hrm, so looks like web based tech it is 12:07:58 So I was thinking along the line of really just making the application in a Webkit environment 12:08:03 what web based techs do we know? 12:08:14 so we could just display a webkit window for the offline version 12:08:27 Subfusc: sounds good, got a link to a webkit demo? 12:09:24 http://www.webkit.org/demos/ 12:09:51 * praveenkumar_ clicks 12:10:06 FranciscoD: we would probably be working with this thou: http://trac.webkit.org/browser/trunk/Tools/GtkLauncher 12:10:16 its the webkitgtk 12:10:48 clicky 12:11:05 I don't know if they have a gtk3 version yet, TBH i was looking more on the qtwebkit package XD 12:11:24 doesnt exist? :P 12:12:01 what doesnt exist? 12:12:21 nothing nothing 12:12:24 demos? 12:12:33 for them both? 12:12:45 the GTK one has a demo on the link i sent 12:12:53 its the basic launch webkit from gtk 12:13:07 this also means we'll have to break it up into a backend, and frontends? 12:13:51 since javascript is object oriented, i dont think that will be an issue? 12:14:01 If we want to make it easily accessible for online usage, we would probably benefit from making a "webserver" sort of backend 12:14:03 yes 12:14:47 My first thought was to just pipe it through a local port to the local application 12:15:00 that way we could just change port and we had a webserver 12:15:19 Any ideas from you guys? 12:15:44 * FranciscoD wishes we had a web dev geek around 12:16:05 err.. nothing much from my end :/ 12:16:49 FranciscoD: I don't think we would benefit from that :P 12:16:57 This is the backend technology 12:18:12 Subfusc: well, anyone who has some experience in this stuff would have some insights we could use 12:18:20 The real question is, do we want to extend the webkit package to do what we want, or do we want to make it fully web-realizable 12:18:21 i got no exp 12:18:58 in the latter case we would probably have to conform to the web way of doing things 12:19:01 http://www.webkit.org/demos/transitions-and-transforms/ can make something like that (each tab have some information) just idea :) 12:19:16 * FranciscoD is thinking 12:19:30 meaning server-technolgy -> client technolgy -> visualisation 12:20:09 Subfusc: what's simpler? 12:20:21 If not we would probably have to write some sort of batch compiling program for the javascript and css to embed everything into static HTML 12:21:06 hmm 12:21:13 the batch compiling approach is probably the easiest one 12:21:24 lets start with that then 12:21:31 its also the fastest one for web-serving, since the webserver only have to serve static files 12:21:33 right 12:21:50 and the local webkit ONLY has to read static HTML 12:22:02 so we don't need an extra backend 12:22:09 yeah, sounds okay 12:22:36 okay then :) 12:22:58 hrm, I wish I had done something with webkit before, wouldnt be this blank 12:23:19 But that means we have to conform to some layouts and probably package config files for the compiler program to understand what to use where 12:23:20 Subfusc: I'm relying on your judgement here :) 12:23:52 FranciscoD: Bah, I wanted input here. :P 12:24:03 I don't want to dictate everything XD 12:24:23 Subfusc: underscores : praveenkumar : kishan : how about all of us first play around with all possible methods and then go over this 12:24:44 that way everyone will know *something* about the technologies 12:24:57 right now Subfusc appears to be the only one who knows what he's talking about 12:24:57 If nothing else, we can meet again in a week or two where all of you can try and break down my method in why not use it and what technology could be better 12:25:00 * FranciscoD sure dont 12:25:09 yes, that would be better. 12:25:23 so, there are 4 of us 12:25:26 Then I can make a demo of what i mean. 12:25:38 yes right, it would be great 12:25:39 So you all will get a better understanding of what I'm talking about 12:25:41 Subfusc: you can take up webkit since you look like you've already worked on it 12:25:47 yeah 12:25:56 what other techs do we want considered? 12:26:11 Well if i take the batch approach 12:26:16 batch aproach? 12:26:21 what would that mean 12:26:36 XD 12:26:46 atleast one would have to concider the server approach (using server technologies like django, tomcat or my favourite pylons 12:26:48 youll know in a weeks time when Subfusc gives you a demo :P 12:27:13 praveenkumar: kishan : used django before? 12:27:13 for the backend 12:27:19 I've used it a little 12:27:27 nope 12:27:28 FranciscoD: used a little bit 12:27:28 I can look into django 12:27:36 Subfusc: dont foget cherrypy :) 12:27:39 forget 12:27:39 Subfusc: python-django I'm guessing? 12:27:57 FranciscoD: yes, python-django. Is there anything else? ;) 12:28:09 Subfusc: Cherrypy is an HTML framework for python ;-) 12:28:11 Django: python, tomcat: java, pylos: python 12:28:16 I don't know 12:28:19 XD 12:28:22 underscores: never used it :) 12:28:27 oh :'( 12:28:37 never had a project where I would have needed it :( 12:28:38 underscores: how about you take up Cherrypy then 12:28:40 ? 12:28:46 doesnt matter 12:28:51 erm I think I only know a little bit about it :( 12:29:00 most of us are starting them from scratch 12:29:03 I would have to read into that first to explain what it actually is 12:29:09 just play with it, make a tiny demo 12:29:15 ? 12:29:21 I'm short of time atm 12:29:26 I don't think we would need the server approach in more than one technology. Server technology is pretty much all the same 12:29:44 okay, if that's the case, I can look into django 12:30:00 my flatmate used it, so I have someone to kinda guide me 12:30:37 The other technologies would be the more standard approaches 12:30:54 using gtk3 (with and without drawing area) 12:30:57 Subfusc: list them for the logs please? 12:31:05 and reconsidering clutter (?) 12:31:20 but clutter aint got py bindings 12:31:25 itll have to be C, objective C etc 12:31:34 so I think we should drop it at this point 12:31:53 Yeah, in the clutter case, we would have to get hardcore, which is a big nono at this point. But it should be looked into for the sake of argument 12:32:13 How many in here knows C/C++ ? 12:32:20 Subfusc: I can try looking into clutter.. 12:32:29 they have a cook book I can rip off from ;) 12:32:42 I do, but haven't used them for years now .. 12:32:46 me does 12:32:53 FranciscoD: Your doing the server thing :P 12:33:04 lol okay 12:33:15 I don't want more than one task per person 12:33:15 #action Subfusc look at batch approach (whatever that is) 12:33:21 its to much work for 1-2 weeks 12:33:22 lol 12:33:23 #action FranciscoD look into django thing 12:34:15 FranciscoD: Batch means running one program then the next 12:34:19 in sequence 12:34:28 rather than running them simultainiously 12:34:33 Subfusc: yeah, I know, batch scripting on windows.. 12:34:47 by (whatever that is) i meant the other portions :P 12:34:54 So I would have to write programs that outputs the results to the next 12:35:09 so, piping, kinda? 12:35:10 in this case i would have to process templates and html to make the complete result 12:35:28 Piping is a way to batch, in this case I would probably not use pipes 12:35:30 doesnt sound that simple any more :P 12:35:40 but I'll decide after your demo 12:35:47 kishan: would you have free cycles to look into clutter? 12:36:02 okay. will do 12:36:34 Who will take the standard approach? 12:36:36 #action kishan look into clutter, make small demo 12:36:40 gtk3+ 12:36:42 praveenkumar XD 12:36:54 if his network is still alive 12:37:02 :D 12:37:13 GTK3+ has good python bindings, right? 12:37:34 yeah, I expect so 12:37:54 I never used gtk3+ but will take a look. 12:37:55 you can create UIs with glade 12:38:02 it will create an xml file ;-) 12:38:12 I've done UI with glade! =) 12:38:15 that can be accessed via self written python functions :) 12:38:34 yep. exactly 12:38:35 underscores: You just signed up for GTK3 12:38:37 :) 12:38:43 haha :P 12:38:43 omfg ._. 12:38:52 I used Qt if any useful 12:39:05 ok I will try to read into that ._. 12:39:10 XD 12:39:10 praveenkumar: I would love for you to look into Qt, but FranciscoD would kill me 12:39:12 :P 12:39:20 http://blogs.gnome.org/uraeus/2011/10/04/tutorial-for-python-gstreamer-and-gtk-3/ 12:39:25 http://www.pygtk.org/ 12:39:28 nah, go ahead 12:39:36 Na, we cant make QT 12:39:36 afaik you can easily create a "webinterface" that can display HTML and stuff with gtk-webkit ._. 12:39:38 at some point, we might need different front ends 12:39:57 because fedora wont bundle qt with standard fedora 12:40:09 Subfusc: but for the KDE spin? :P 12:40:09 So we have to base it on gtk if we are going to do something like that 12:40:19 FranciscoD: that would have to come later 12:40:28 hopefully we will use something we can use everywhere 12:40:35 like HTML or clutter 12:40:39 indeed 12:40:43 #idea think about different spins including fedora-tour later 12:40:52 so what should praveenkumar look into then? 12:41:01 surely we can't let him leave empty handed ;) 12:41:10 could :) 12:41:17 but we should not :) 12:41:19 :) 12:41:28 If he wants to be hardcore, he could look at cairo or something 12:41:43 does GTK still use that? 12:41:49 I dont know 12:41:53 praveenkumar: how many free cycles have you got? 12:42:17 They have python bindings 12:42:23 if you have enough, you can look through any techs that we arent doing, and pick one on your own? 12:42:33 FranciscoD: you mean per day time or weekly? 12:42:34 so it would not have to be that hardcore, but still cairo is nasty buisness 12:44:24 okay, lets look into cairo then 12:44:37 praveenkumar: can you manage that? play around with cairo, make a tiny demo? 12:44:42 praveenkumar: daily or weekly doesn't matter :P you just need to get your stuff ready before the next meeting :P 12:44:52 praveenkumar, kishan, underscores: when you are looking into these more "traditional technologies" think more about how easy it would be doing , not necessarily can they be done 12:45:01 I will try. 12:45:23 FranciscoD: do you agree with above statement? 12:45:28 praveenkumar: great them 12:45:30 Subfusc: yeah 12:45:35 Subfusc: ok so we should focus on the specific task instead of learning the whole thing 12:45:46 because, everything can be done in most techs, we're looking for the simplest approach 12:45:52 underscores: yes 12:45:55 oki 12:46:04 Subfusc: elaborate on that as much as possibe 12:46:13 what tasks etc 12:46:26 we can refer the logs later when we get down to implement etc 12:46:38 Well, we havent made (new) mockups, so the task is sort just ideas at the moment 12:47:03 but the idea is to present information to the user in a format that would be easy to navigate 12:47:26 #idea present information to the user in a format that would be easy to navigate 12:47:34 any more specifics Subfusc ? 12:47:48 and in an environment which important things can be highlighted for easier reading 12:48:18 and where the information can be changed without a fight 12:48:28 since we will need to update the info every release 12:48:35 yes 12:48:36 * FranciscoD looks at Subfusc 12:48:53 #idea an environment which important things can be highlighted for easier reading 12:49:03 we would have to be able to make this in a format wich $RANDOM_JOE can contribute in some form 12:49:08 #idea where the information can be changed without a fight 12:49:45 hrm, i think the assignments are kinda clearer now 12:50:01 Subfusc: underscores praveenkumar kishan : next meeting in 2 weeks? 12:50:06 that should be sufficient time to play/learn/demo? 12:50:14 Yes 12:50:17 Feb 5th? 12:50:23 erm I have exams in 2 weeks 12:50:23 Thats okay with me 12:50:25 yes.. 12:50:31 fine 12:50:38 underscores: lol take your time :) 12:50:38 but ok 12:50:43 I will try to be around :) 12:50:47 and get something done 12:50:49 it isnt really an assignment :P 12:51:02 besides knitting and crochet I will find some time at the evening ;-) 12:51:05 underscores: you can also just drop a mail to the ML, if irc is difficult to get to 12:51:09 I say we have a presentation in 2 weeks and decide in 3 weeks 12:51:12 XD 12:51:28 #idea we have a presentation in 2 weeks and decide in 3 weeks 12:51:32 done then 12:52:18 anything else? 12:52:21 Anyone have any qestions? 12:52:42 not me 12:52:54 https://fedorahosted.org/mailman/listinfo/fedora-tour 12:53:02 *our* mailing list 12:53:16 Subfusc: do I need to archive the stuff in the repo? 12:53:23 and keep it someplace? 12:53:31 or do I just delete it? 12:53:46 FranciscoD: we can pull it and keep it if we want 12:53:52 not necessary to keed online version 12:54:01 okay 12:54:07 I'll let it be for the time being 12:54:16 once we begin development, I'll clean up the repo 12:54:20 yeah 12:54:23 sounds good 12:54:27 should we halt then? 12:54:35 closing meeting in 12:54:37 5 12:54:37 4 12:54:40 3 12:54:44 2 12:54:46 1 12:54:47 1 12:54:55 #endmeeting