« Previous day | Index | Today | Next day » Channels | Search | Join
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:31 | tch has left #sugar-meeting | |
| 01:31 | CanoeBerry <CanoeBerry!~CanoeBerr dpc674522031.direcpc.com> has joined #sugar-meeting |
|
| 01:50 | tabs has quit IRC | |
| 05:25 | tch <tch!~tch228.93.23.190.res.adsl.dyn.click.com.py> has joined #sugar-meeting |
|
| 05:27 | dirakx1 has quit IRC | |
| 05:51 | dirakx <dirakx!~rafael190.156.115.38> has joined #sugar-meeting |
|
| 06:00 | tch has quit IRC | |
| 06:00 | tch <tch!~tch228.93.23.190.res.adsl.dyn.click.com.py> has joined #sugar-meeting |
|
| 06:00 | tch has quit IRC | |
| 06:13 | tabs <tabs!~Tabitha60-234-149-159.bitstream.orcon.net.nz> has joined #sugar-meeting |
|
| 06:21 | tabs has quit IRC | |
| 07:32 | yama` has quit IRC | |
| 07:38 | yama <yama!~yama124-149-45-135.dyn.iinet.net.au> has joined #sugar-meeting |
|
| 07:38 | yama has quit IRC | |
| 07:38 | yama <yama!~yamaubuntu/member/yama> has joined #sugar-meeting |
|
| 07:49 | meeting <meeting!~sugaroidjita.sugarlabs.org> has joined #sugar-meeting |
|
| 09:17 | lucian <lucian!~lucian78-86-217-168.zone2.bethere.co.uk> has joined #sugar-meeting |
|
| 11:42 | meeting <meeting!~sugaroidjita.sugarlabs.org> has joined #sugar-meeting |
|
| 12:01 | CanoeBerry has quit IRC | |
| 12:29 | silbe <silbe!~silbetwin.sascha.silbe.org> has joined #sugar-meeting |
|
| 12:45 | tch <tch!~tch228.93.23.190.res.adsl.dyn.click.com.py> has joined #sugar-meeting |
|
| 13:18 | satellit_afk is now known as satellit_ | |
| 13:24 | LiveSystemU-6dd1 <LiveSystemU-6dd1!~urk208.100.187.101> has joined #sugar-meeting |
|
| 13:25 | LiveSystemU-6dd1 has quit IRC | |
| 13:48 | icarito <icarito!~webchatjita.sugarlabs.org> has joined #sugar-meeting |
|
| 14:06 | icarito | guten morgen |
| 14:06 | m_anish | icarito, hellos! |
| 14:06 | icarito | :-) |
| 14:07 | cooking breakfast | |
| 14:07 | yama | hi |
| 14:07 | m_anish | down with fever :/ |
| 14:08 | icarito | hi yama |
| 14:08 | are you sridhar? :-) | |
| 14:08 | m_anish: sorry to hear | |
| 14:08 | get bette | |
| 14:08 | r | |
| 14:09 | yama | icarito: I'm doing well, although it's midnight here :) |
| 14:09 | silbe | moin moin |
| 14:09 | m_anish | icarito, thanks, i'm already feeling better by being on IRC after such a long time :) |
| 14:09 | yama, silbe hi! | |
| 14:09 | silbe | m_anish: welcome back! |
| 14:10 | yama | hi m_anish! |
| 14:10 | silbe | m_anish: did you have a nice holiday? |
| 14:10 | m_anish | silbe, yep! it was just as I'd hoped, eye opening :) |
| 14:11 | icarito | sugar is easy to get obsessed about |
| 14:12 | and breakfast is served | |
| 14:13 | tch | m_anish: wb;) |
| 14:13 | m_anish | tch, hola! |
| 14:13 | tch | hello everyone |
| 14:16 | dirakx | around |
| 14:17 | icarito has quit IRC | |
| 14:18 | icarito <icarito!~webchatjita.sugarlabs.org> has joined #sugar-meeting |
|
| 14:19 | Trisquel2GB-USB <Trisquel2GB-USB!~urk208.100.187.101> has joined #sugar-meeting |
|
| 14:23 | tch | should we get started? |
| 14:24 | m_anish | tch, yep :) |
| 14:26 | silbe | would anyone like to chair the meeting? |
| 14:27 | tch | silbe: do you have a topic list in mind? |
| 14:28 | silbe | tch: nop, just getting us back in sync |
| 14:29 | tch | silbe: ok, guess ill start it then? |
| 14:29 | silbe | tch: feel free |
| 14:29 | tch | #startmeeting |
| 14:29 | meeting | Meeting started Sat Jun 25 14:29:41 2011 UTC. The chair is tch. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:29 | Useful Commands: #action #agreed #help #info #idea #link #topic #endmeeting | |
| 14:30 | tch | #topic sync people |
| 14:30 | guess we can share what we have been doing lately to others and specially to anish, | |
| 14:30 | someone wants to step in? | |
| 14:32 | dirakx | tch: to/with ?. |
| 14:32 | m_anish | tch, yep, i've lost touch a bit. |
| 14:33 | tch | dirakx: just mention what you been doing lately (in the context of sugar and AC) so anish can catch up |
| 14:34 | silbe | m_anish: I've been doing major surgery on your microformat updater this week |
| 14:34 | dirakx | I've been working directly on olpc-au bug tracker in order to fix activities issues for them. :) |
| 14:35 | m_anish | silbe, ah! i read ur comment from logs about there not being one patch per feature. its a sin we committed because of lack of time :( |
| 14:35 | tch | dirakx: nice :) |
| 14:36 | yama | dirakx has been very helpful :) |
| 14:36 | thanks dirakx | |
| 14:36 | icarito | m_anish: i've been developing a framework for developing activities with HTML interface. |
| 14:37 | silbe | m_anish: In the long run it's taking more time, but I fully understand the reasons. Part of the problem is that I'm still catching up with DX2, so we didn't have a real chance to fix this for DX3 (because there haven't been any patches targeted at DX3 yet). |
| 14:37 | dirakx | yama: np, please bear with me. |
| 14:37 | ;) | |
| 14:37 | m_anish | silbe, agree, better workflow from our side (platform team) needed |
| 14:38 | icarito, cool! | |
| 14:38 | silbe | should we do this topic in turns so we can go into details a bit? |
| 14:38 | icarito | :-) yes i'm excited about it |
| 14:39 | tch | is learning about journal, trying to get a decent multi-selection design/implementation and also looking forward to the entry-level backup resource having a fully functional proof of concept |
| 14:39 | icarito | m_anish: it will be a little while before releasing something, I need to balance my time with activity bugfixing and aslo, right dirakx ? :-) |
| 14:40 | silbe | tch: we should chat a bit about that after the meeting :) |
| 14:40 | dirakx | icarito: +1 |
| 14:40 | 50/50 ;). | |
| 14:42 | tch | silbe: sure, ill start a discussion on the ml anyway, i am trying to write down the things i've learn from magic-store |
| 14:43 | alsroot: ping | |
| 14:43 | silbe | tch: nice. Not sure when I'll be able to reply to emails again. Somehow my mail index got corrupted again; rebuilding takes several hours to days. :-/ But if you ping me on IRC, I can check the list archives. |
| 14:43 | alsroot | tch: pong |
| 14:44 | dirakx | tch: great work you are doing with the multiselection feature.. |
| 14:44 | tch | alsroot: can you explain a little bit what you been doing lately? :) |
| 14:45 | alsroot | is working on the same TODO |
| 14:45 | tch | alsroot: can you copy the link here? so anish can read it later? :) |
| 14:45 | m_anish | alsroot, hola! |
| 14:45 | alsroot | http://wiki.sugarlabs.org/go/The_Server/1/Todo |
| 14:46 | m_anish: hi | |
| 14:47 | m_anish | alsroot, thanks! |
| 14:48 | silbe | BTW, As I already told tch I've been playing with WebDAV lately. So far it looks rather promising for sharing documents between different systems, both Sugar and non-Sugar ones. It can even store the Journal metadata natively, no hacks required like for storage devices or network file systems. |
| 14:50 | There's proof-of-concept code for exporting the Journal via WebDAV at git://git.silbe.org/journal2webdav . I'm currently working on factoring out the file system emulation code from datastore-fuse and turning it into generic code that can be shared by datastore-fuse and journal2webdav. | |
| 14:50 | icarito | silbe cool |
| 14:50 | is nautilus any good at webdav? | |
| 14:51 | do you expect to use webdav on the server or could sugar export over webdav (for instance, locally)? | |
| 14:53 | silbe | Integrating WebDAV into the Journal (i.e. the client side) would easy in theory because there's already a gvfs module for WebDAV, but unfortunately it doesn't support custom properties (just a few hardcoded standard properties). We should either try to work with the Gnome people to include this capability in gvfs or use some WebDAV client library directly. |
| 14:53 | tch | silbe: to store metadata properties you mean? |
| 14:55 | silbe | icarito: I envision any combination. Sugar users exporting their Journal via WebDAV and servers providing space for sharing Journal objects and ("non-Sugar") documents. Both Sugar and Gnome users browsing others Journals and documents. |
| 14:55 | tch: yep, that's what I meant. | |
| 14:56 | tch | silbe: if we wanted to also have private storage space? would be possible with webdav? and if so, would require real system userS? |
| 14:57 | icarito | i played with apache webdav once, you could have any auth apache supports |
| 14:58 | icaritox <icaritox!~icaro190.126.122.106> has joined #sugar-meeting |
|
| 14:59 | silbe | tch: WebDAV is based on HTTP, so naturally it supports authentication. However for the first iteration I'd consider it out of scope. There's quite a lot we can do to integrate (private key based) authentication, but let's get the basics working first. The primary use case for now is sharing with the entire class. |
| 14:59 | dirakx | nice. |
| 15:01 | silbe | tch: I've chatted a bit with garycmartin about presenting remote "folders" (like WebDAV) in the UI, BTW. Check out the #sugar-meeting channel logs last Sunday if you're curious. |
| 15:01 | tch | auth is one thing, but giving individual storage space to each user is another thing, which is what i am aiming too :) |
| 15:01 | silbe: any chance we can also consider that scenario? | |
| 15:02 | icarito has quit IRC | |
| 15:02 | silbe | tch: ah, I see. Depending on your threat model, simple using a different URL might be enough short-term. |
| 15:02 | tch | silbe: whatever it works and is secure enough |
| 15:03 | icaritox | sounds tricky |
| 15:04 | tch | ok, lets talk about it later :) |
| 15:04 | it will always depend on what others want too, | |
| 15:04 | icarito <icarito!~webchatjita.sugarlabs.org> has joined #sugar-meeting |
|
| 15:05 | silbe | tch: It's security by social means, not technical ones. For the second iteration we can add strong authentication. |
| 15:06 | tch | i see |
| 15:07 | guess anish is the only one left | |
| 15:08 | yama | +1 on that approach |
| 15:08 | tch | m_anish: your turn |
| 15:09 | icarito has quit IRC | |
| 15:10 | tch | silbe, yama: we could define some feature list and see how we can achieve everything step by step |
| 15:11 | silbe | tch: +1 |
| 15:11 | yama | I have a set of Objectives defined at https://dev.laptop.org.au/proj[…]es?set_filter=1&f[]=status_id&op[status_id]=o&v[status_id][]=1&f[]=tracker_id&op[tracker_id]=%3D&v[tracker_id][]=6&f[]=&c[]=project&c[]=tracker&c[]=status&c[]=priority&c[]=subject&c[]=assigned_to&c[]=updated_on&c[]=cf_3&group_by= |
| 15:12 | these are deliberately broad and ambitious | |
| 15:12 | I'd expect the final Objectives for DX12 to comprise a subset of these, and the rest can probably come as updates | |
| 15:12 | silbe | tch, m_anish: what are you going to work on the next few days? I could use some help testing the reworked microformat updater. |
| 15:13 | tch | yama: ambitious but reasonably possible :) |
| 15:15 | dirakx | we are all aiming to make that objectives come realities. ;) |
| 15:15 | yama | :) |
| 15:15 | From OLPC AU's perspective, I think the two main objectives are "no regressions from our 10.1.3-au releases" and "a solid platform for long term support" | |
| 15:15 | jvonau will be focusing on the first, integrating our XO-AU changes into DX | |
| 15:16 | silbe | yama: some of it may already be addressed - e.g. there's 3G connection sharing in DX2+3, though I don't know how well it works (since I don't have the hardware to test it). |
| 15:16 | yama | silbe: that's what I'm hoping :) |
| 15:17 | erikos tells me that rewrites to the collaboration stack mean that there are regressions | |
| 15:17 | tch | silbe: it works well ;) |
| 15:17 | yama | erikos is working to fix those but could use some help, especially in testing |
| 15:17 | m_anish | silbe , still need to plan my immediate schedule, will let u knw asap |
| 15:18 | yama | collaboration bugs to fix: http://dev.laptop.org/query?st[…]ds=~collaboration |
| 15:19 | silbe | tch: just a pity it's 3G specific. I tried making it more generic so I could share a cable modem connection (i.e. LAN connection), but got messed up and got distracted by other work. |
| 15:19 | tch: this is one of the things I hope we can address during the refactoring for NM 0.9. | |
| 15:20 | tch | silbe: +1 |
| 15:20 | m_anish | tch, btw, does your 3G-GSM patch also support CDMA? yama does aus have both GSM/CDMA high speed internet (i'm asking since we have that in India)? |
| 15:21 | tch | m_anish: only GSM |
| 15:21 | yama | m_anish: no CDMA networks in Australia any more |
| 15:21 | it's all GSM/3G | |
| 15:21 | tch | m_anish: would require to add CDMA to the sugar connection settings manager |
| 15:21 | m_anish | tch, yama, ok |
| 15:21 | yama | although Telstra (the main telco we work with) uses 3G on slightly different frequencies |
| 15:22 | tch | but if i understood correctly all that connection setting part will disappear eventually |
| 15:24 | icaritox | tch does the 3g sharing run hostap? |
| 15:24 | m_anish | tch, ok |
| 15:24 | silbe | I'm confused. Isn't CDMA one of the modulations used by 3G networks? |
| 15:24 | icaritox: IIRC it's shared via ad-hoc. | |
| 15:24 | m_anish | silbe, nope, different standard, IIRC |
| 15:24 | icaritox | ah |
| 15:25 | silbe | m_anish: http://en.wikipedia.org/wiki/IS-2000 |
| 15:25 | tch | silbe: it is being treated as different things at networkmanager though |
| 15:26 | at least until NM 0.8 | |
| 15:27 | is there anyone who wants to talk about something else? or we end meeting here? | |
| 15:28 | silbe | +1 for endmeeting |
| 15:28 | dirakx | we can end meeting ;). |
| 15:28 | icaritox | :-) |
| 15:28 | tch | #endmeeting poof! |
| 15:28 | meeting | Meeting ended Sat Jun 25 15:28:48 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot. (v 0.1.4) |
| 15:28 | Minutes: http://meeting.sugarlabs.org/s[…]-25T14:29:41.html | |
| 15:28 | Log: http://meeting.sugarlabs.org/s[…]11-06-25T14:29:41 | |
| 15:29 | silbe | tch: but what's the actual difference? What do CDMA, 3G and GSM mean in NM 0.8 context? |
| 15:29 | tch | thank you everyone, and again, welcome back anish |
| 15:29 | dirakx | GSM and CDMA are in different network layers if you think of the OSI model. |
| 15:29 | tch | silbe: just different settings and connection types |
| 15:30 | silbe: devices types too | |
| 15:31 | silbe | tch: Why do the settings / connection types differ and how? |
| 15:31 | tries reading the NM spec again to look for an answer, but already failed the last time. | |
| 15:31 | tch | silbe: guess you should ask Dan williams :) |
| 15:31 | silbe: #nm | |
| 15:31 | silbe | tch: on freenode? |
| 15:31 | tch | silbe: yup |
| 15:32 | silbe | oh great, another Gnome server that doesn't work today (Dan Williams' blog) |
| 15:32 | tch | lol |
| 15:32 | m_anish | :) |
| 15:36 | tch, endmeeting? | |
| 15:37 | tch | already did ;) |
| 15:37 | m_anish | tch, i'm asleep |
| 15:37 | tch, or half dead | |
| 15:37 | icaritox has quit IRC | |
| 15:37 | m_anish | haha |
| 15:37 | tch | i can see :) |
| 15:37 | m_anish | :) |
| 15:38 | icaritox <icaritox!~icaro190.126.122.106> has joined #sugar-meeting |
|
| 15:43 | icaritox has quit IRC | |
| 15:49 | silbe | ok, I guess "GSM" means GSM-compatible equipment including UMTS whereas "CDMA" means CDMA2000 (which is incompatible with GSM networks). "CDMA" is 3G and "GSM" can be 2.5G or 3G, depending on radio conditions and network capabilities. |
| 15:55 | tch: how's your multi-selection work going? Have you solved the performance issues by updating the ListModel using the callback data? | |
| 15:59 | tch | silbe: the problem is to determine if the callback object_id belongs (or should belong) to the current result_set ;/ |
| 15:59 | silbe: it depends on the filters etc | |
| 16:02 | silbe | tch: sounds like you either need to do a linear scan of the entire ListModel or add some kind of index. Keeping the index consistent can be tricky, so you should probably try the linear scan first, even though it's O(n). |
| 16:03 | tch: or maybe just a set containing all object_ids in the ListModel. That will at least allow you to determine whether you need to do the linear scan to find the updated row. | |
| 16:08 | tch | silbe: actually, the performance problems comes when you need to do the linear scan ;/ because it triggers all these offsets updates |
| 16:08 | silbe: i do basically what you suggest | |
| 16:11 | silbe | tch: ah, so the problem isn't processing updates from the data store, but rather the GTK updates? What do we use the latter for? |
| 16:12 | tch | silbe: i "solved" the processing problem by simply not emitting them once at time |
| 16:13 | silbe: but yeah, GTK freezes when scanning the full model entries | |
| 16:13 | silbe: it is very noticiable after 1000 entries | |
| 16:14 | silbe: the only "solution" i got in mind is to change the design for now ;/ | |
| 16:17 | silbe | tch: ouch. 1k entries shouldn't be a problem. Sounds like we need to change the algorithm... |
| 16:18 | a simple object_id -> row number index wouldn't help since inserting or deleting lines changes a lot of line numbers... | |
| 16:20 | tch | silbe: the current design needs to determine when there is selected elements (because of the toolbar behaviour) even if they are visible or belong to the current offset subset, |
| 16:20 | silbe: which means we need to scan at least once the whole results list | |
| 16:20 | s/visible/not visible | |
| 16:22 | silbe | tch: persistant iterators sound useful. The stock ListStore supports them. |
| 16:22 | tch: sorry, you lost me around "even"... | |
| 16:25 | tch | hmm, |
| 16:29 | gtg for now, maybe you can try the patches so you can see the problem by yourself, | |
| 16:30 | silbe | tch: ok, cu later |
| 16:30 | tch | If I don't come up with any solution soon ill just change the toolbar behaviour, so the scan will happen only when the user does some operation |
| 17:29 | icaritox <icaritox!~icaro190.126.122.106> has joined #sugar-meeting |
|
| 17:40 | icaritox has quit IRC | |
| 17:42 | icaritox <icaritox!~icaro190.126.122.106> has joined #sugar-meeting |
|
| 17:57 | icaritox has quit IRC | |
| 17:59 | icaritox <icaritox!~icaro190.126.122.106> has joined #sugar-meeting |
|
| 18:26 | icaritox has quit IRC | |
| 18:27 | icaritox <icaritox!~icaro190.126.122.106> has joined #sugar-meeting |
|
| 18:42 | cjl <cjl!~chatzillac-98-204-202-184.hsd1.md.comcast.net> has joined #sugar-meeting |
|
| 19:43 | icaritox has quit IRC | |
| 19:44 | icaritox <icaritox!~icaro190.126.122.106> has joined #sugar-meeting |
|
| 20:25 | icaritox has quit IRC | |
| 20:38 | icaritox <icaritox!~icaro190.126.122.106> has joined #sugar-meeting |
|
| 20:46 | CanoeBerry <CanoeBerry!~CanoeBerr200.2.142.225> has joined #sugar-meeting |
|
| 20:46 | icaritox has quit IRC | |
| 20:51 | icaritox <icaritox!~icaro190.126.122.106> has joined #sugar-meeting |
|
| 21:09 | CanoeBerry_ <CanoeBerry_!~CanoeBerr200.2.142.225> has joined #sugar-meeting |
|
| 21:10 | CanoeBerry has quit IRC | |
| 21:13 | CanoeBerry <CanoeBerry!~CanoeBerr200.2.142.225> has joined #sugar-meeting |
|
| 21:13 | CanoeBerry_ has quit IRC | |
| 21:17 | CanoeBerry has quit IRC | |
| 21:20 | silbe has quit IRC | |
| 22:03 | yama has quit IRC | |
| 22:09 | yama <yama!~yama124-169-5-173.dyn.iinet.net.au> has joined #sugar-meeting |
|
| 22:09 | yama has quit IRC | |
| 22:09 | yama <yama!~yamaubuntu/member/yama> has joined #sugar-meeting |
|
| 22:15 | tch has quit IRC | |
| 22:31 | icaritox has quit IRC | |
| 22:32 | icaritox <icaritox!~icaro190.126.122.106> has joined #sugar-meeting |
|
| 22:37 | icaritox has quit IRC | |
| 22:39 | icaritox <icaritox!~icaro190.126.122.106> has joined #sugar-meeting |
|
| 23:06 | lucian has quit IRC | |
| 23:12 | icaritox has quit IRC |
« Previous day | Index | Today | Next day » Channels | Search | Join