Web   ·   Wiki   ·   Activities   ·   Blog   ·   Lists   ·   Chat   ·   Meeting   ·   Bugs   ·   Git   ·   Translate   ·   Archive   ·   People   ·   Donate

#sugar-meeting meeting, 2011-04-06 18:52:46

Minutes | Index | Today     Channels | Search | Join

All times shown according to UTC.

Time Nick Message
18:52 meeting Meeting started Wed Apr  6 18:52:46 2011 UTC. The chair is m_anish. Information about MeetBot at http://wiki.debian.org/MeetBot.
18:52 Useful Commands: #action #agreed #help #info #idea #link #topic #endmeeting
18:52 tch copy paste previous convo?
18:53 m_anish yep, standby
18:53 #link http://bugs.sugarlabs.org/quer[…]ity&keywords=~dx2
18:53 #topic http://bugs.sugarlabs.org/ticket/2588
18:54 #help action
18:54 #action tch look into microformat updater
18:54 #topic http://bugs.sugarlabs.org/ticket/2602
18:55 #action anish: check if the bug exists in olpc-f11/14 builds, raise priority if so
18:55 tch, next?
18:55 tch m_anish: 2609
18:56 silbe <silbe!~silbe@twin.sascha.silbe.org> has joined #sugar-meeting
18:56 tch wow, just in time
18:56 m_anish silbe, hola!
18:56 tch silbe: hey silbe,
18:56 m_anish silbe, bug triaging going on : http://bugs.sugarlabs.org/quer[…]ity&keywords=~dx2 :)
18:56 silbe hi everyone! :)
18:56 m_anish tch, re 2609, i haven't seen it happen since :/
18:57 silbe if you like you can test the new DX3 image. There are a few known bugs, but it's ready for an initial round of testing.
18:57 tch silbe: i have a suspicion that you have done something releted to #2609
18:57 s/releted/related
18:57 m_anish silbe, awesome, do you have it uploaded somewhere?
18:57 tch silbe: :D
18:58 silbe tch: nah, I can't have introduced any bug ;)
18:58 tch silbe: i mean that you could have fixed it :P
18:58 silbe m_anish: https://download.sugarlabs.org[…]rose/testing/dx3/
18:59 tch silbe: I remember seeing some upstream patch about palettes being destroyed before time
18:59 m_anish silbe, thanks :), i'l download them tonight, when internet is faster
18:59 tch silbe: not sure if it could be related though, I could never reproduce #2609
19:00 m_anish: which version you plan to test, so i can dowload and test the other
19:01 m_anish tch, xo1
19:01 tch kk, ill go for 14
19:01 1.5
19:01 m_anish and bombard silbe with bugs :P
19:01 tch m_anish: haha
19:01 silbe let me paste the known bugs first :)
19:01 m_anish tch, i guess you know what caused http://bugs.sugarlabs.org/ticket/2663?
19:02 silbe - allow Sugar to dump core
19:02 - fix for default font size of Terminal
19:02 - make sure we disable the mesh on XO-1 via module parameter
19:02 - check dependencies, especially for accessibility series - /srv/upload/dextrose/testing/dxo2/r​pms/source/ax-1.0-1.uy.fc11.src.rpm - /srv/upload/dextrose/testing/dxo2/rpms/sourc​e/magnifier-Ceibal-3.3.2-1.1.uy.fc11.src.rpm - /srv/upload/dextrose/testing/dxo2/rpm​s/source/CapitalFont-1.0-1.uy.src.rpm - /srv/upload/dextrose/testing/dxo2/rpms/sou​rce/FlatbedCursors-0.2-1.fc11.1.uy.src.rpm
19:02 - check DX2 customised RPMs - /srv/upload/dextrose/testing/dxo2/rpm​s/source/bootfw-q2e43-1.fc11.src.rpm - /srv/upload/dextrose/testing/dxo2/rpms/​source/olpc-utils-1.0.29-1.fc11.src.rpm
19:03 dogi has quit IRC
19:03 Cerlyn has left #sugar-meeting
19:04 tch silbe:  fix for default font size of Terminal (could be related to patch introduced in dx1/dx2)
19:05 silbe:  that list is pretty much what I expected hehe
19:05 silbe there are also a few missing activities, e.g. Browse. Not sure if I accidentally dropped it while copying from the DX2 config or if something else is missing.
19:06 m_anish silbe, ok, i or maybe dirakx  can cross check list of activities if you want?
19:07 silbe m_anish: if doing your own build is faster than downloading (depends on how many of the packages are already cached locally) you can test your local build instead.
19:07 tch m_anish: that issue was caused and later solved by esteban accesibility patch, I also submitted a patch for it (mine is for contingency)
19:07 m_anish: 2663
19:07 silbe tch: yes, #2609 rings a bell. Let me check.
19:08 tch silbe:  :D:D
19:08 m_anish: should we close 2663?
19:08 m_anish tch, can you do the honors :)
19:08 silbe tch: might be 5b5ec6156bbba69a5a5f6e7caef19eaceb823c33: ActivityListPalette: fix bundle_changed disconnection
19:08 tch m_anish: ok
19:08 m_anish #action tch close #2663
19:09 :)
19:09 silbe tch: or wait...
19:09 m_anish #topic http://bugs.sugarlabs.org/ticket/2592 (and 2609 being discussed)
19:10 i think walter had a patch for 2592
19:11 silbe tch: probably not 85e714ecb1e00e2652a6700a6868c698010c8c3e (fix regressions introduced by 29582de6 (fix for SL#1742)) in sugar-toolkit because that one is about the menu items not working, not the palette not appearing at all.
19:11 m_anish (maybe not)
19:11 silbe tch: so it might be a new bug. Would be nice to a) find a way to reproduce and b) check the logs for Tracebacks.
19:12 m_anish: somebody checking the list of activities and providing a "diff" would be quite appreciated.
19:13 m_anish silbe, ACK. will do
19:13 silbe m_anish: thx!
19:13 m_anish #action anish:check activity list in dx3 xo1/1.5 builds
19:14 re: 2592 I guess its not very painful but affects globally, no one in py discovered it, i accidentally hit it during testing
19:16 tch, ^ thoughts?
19:17 tch silbe:  ack
19:17 mchua_afk is now known as mchua
19:18 tch m_anish: did walter send you the fix?
19:19 m_anish tch, nope, whatever he posted is on the bug history
19:19 silbe m_anish: I just managed to view the animation for #2592 ("animate 2592.gif"). Looks like something that should eventually be fixed, but low severity + priority.
19:20 m_anish silbe, +1
19:20 tch m_anish: yeah is low priority but if there is already a fix, I don't see why we shouldn't try it and merge it
19:20 silbe: ^
19:21 oh, no patch yet..
19:21 silbe the "fix" didn't get into mainline yet because the code is messy (before the patch already) and Simon didn't want the patch in for now. We should try to get this moving again once 0.92.1 is released.
19:21 tch m_anish: can you turn this into an action? haha
19:21 m_anish: ^^
19:22 m_anish #action try to get walter's spiral patch into 0.92.1 (possibly related, #2592)
19:23 #topic http://bugs.sugarlabs.org/ticket/2658
19:23 silbe m_anish: into 0.94, not 0.92.1 - that's why we're waiting until after 0.92.1 (because until then the focus will be on bug fixing)
19:23 m_anish I don't know if py really wants it this way... i'll double check with them
19:23 silbe, sorry :)
19:24 #action try to get walter's spiral patch into 0.94 (possibly related, #2592)
19:24 #action anish check with py if fix for #2658 is needed
19:25 silbe isn't #2658 an enhancement?
19:25 tch m_anish: +1 about #2658, there are some tabu in there
19:25 m_anish i guess #2659 is activity (this meeting is for platform only)
19:25 silbe, yep
19:25 silbe, but i'm not sure if that enhancement will cause more problems than solve them, so I need to check with py again.
19:26 silbe FWIW, it sounds like a good use of the notification feature (assuming it's only shown once per session).
19:26 tch m_anish, silbe: +1 if they approve it, I will make it happen :P since the original author is missing
19:27 m_anish #topic http://bugs.sugarlabs.org/ticket/2673
19:27 silbe if your laptop is going to stop booting in the near future, the user should definitely be notified about it - via active notification, not via polling.
19:27 m_anish silbe agree, (that's why we filed it) :)
19:27 silbe ok, I'll shut up ;)
19:28 tch m_anish, silbe: silly as it sounds, there is a tabu in the technical team about olpc security system
19:28 m_anish, silbe: thats why we should ask first..
19:29 silbe tch: ok
19:29 m_anish re: 2673, WhatSayU? I guess we wait and watch how well the feedback thing works?
19:30 tch m_anish: +1, we could also try other approaches like putting the feedback server at XS
19:30 m_anish: using the same trick as with updater in offline schools
19:31 m_anish tch, yep, more than one possible soln
19:32 #topic http://bugs.sugarlabs.org/ticket/2713
19:32 tch, silbe ^^ this would be very useful IMHO
19:33 tch silbe, m_anish: #2713 I think it will be necessary also for debugging purposes, we should consider sending that info aslo with the feedback reports
19:33 s/aslo/also
19:34 m_anish: I remember Roberto talking about that, so for me is a +1
19:35 m_anish tch, i guess this is pretty high priority then.
19:35 tch m_anish: yup
19:36 m_anish tch, any thoughts on the form in which the info should be displayed, 'last updated on' is a good start IMHO
19:37 tch m_anish: for the control panel,  last_updated_on is fine
19:37 silbe m_anish: re. #2713, what time would it show? yum update, activities list update? The older one of both?
19:38 tch silbe: yum update
19:38 m_anish silbe, hmm interesting, i was looking at it from just the yum point of view
19:38 silbe for the feedback stuff, a good start might be to include the versions of some important packages: sugar*, dextrose*
19:39 tch silbe: +1
19:39 m_anish silbe, +1
19:40 tch silbe, m_anish: showing last_update for activities could be confusing since not all activities are necessary updated
19:40 m_anish tch, (OT) in the few feedback logs i've looked at, I don't see the actual traceback (or maybe I'm just dumb) or maybe we're not printing a logging.exception or something similar
19:41 tch, yup, lets keep it yum only for the time being, but sending these infos as anonymous feedback reports could be interesting.
19:42 tch m_anish: please send me the log that doesn't show it, and ill check too
19:42 silbe tch: ok. We should make sure to have the wording indicate it's just for the system, not the activities.
19:42 tch silbe: +1
19:42 m_anish agrees as well :)
19:42 #topic http://bugs.sugarlabs.org/ticket/2723
19:43 silbe tch: it's going to be a Dextrose only patch (because it depends on distro and even needs explicit support in the updater).
19:44 tch silbe: of course
19:44 m_anish I've uploaded the core dump for this, but don't really know what triggered it... silbe i wasn't able to reproduce  'sugar crash while browse downloading stuff'
19:44 silbe, but that doesn't mean it doesn't happen ;-)
19:45 tch m_anish: #2723 huge log, looking
19:46 silbe m_anish: the Sugar crash thing (apparently only happening while the Journal is active) is hard to trigger and thus diagnose. :-/
19:46 m_anish tch, i basically everything remotely related so very verbose :)
19:46 silbe, yah :/
19:46 s/basically everything/basically uploaded everything/
19:46 silbe m_anish: that's one of the reasons I want to enable core dumps again for DX3
19:46 tch m_anish: if its that hard to trigger and even when it happens nothing very serious happens, we can give it a low priority
19:46 m_anish silbe, +1
19:48 silbe m_anish: when attaching core dumps, we need to know the exact build it was produced in. gdb can't do anything we the dump alone, it needs the binary and debugging symbols for binary + all libs.
19:49 m_anish silbe, hmm, i'm not sure I have that build with me now... i'll be sure to keep track of that info, if i hit it again
19:50 'latest Dextrose-2 international build' doesn't make it very clear in the bug description :-/
19:50 #topic http://bugs.sugarlabs.org/ticket/2591
19:52 ^ This is bad, and should be fixed, and exists everywhere :-(
19:53 silbe m_anish: I remember walterbender wanting to fix it, but don't know what got of it. We should ping him.
19:53 tch yup
19:54 silbe, m_anish: ^
19:54 m_anish okay
19:55 #topic http://bugs.sugarlabs.org/ticket/2616
19:55 Another usability hitch :/ (i suck at coding)
19:55 tch m_anish: I will take over that
19:56 m_anish: since i will be already looking into microformat
19:56 m_anish tch, okay
19:56 #action tch look into #2616
19:56 #topic http://bugs.sugarlabs.org/ticket/2617
19:57 lucian has quit IRC
19:57 tch m_anish: lets ping pgf and make sure it arrives to f14 kernel?
19:58 m_anish tch, this was another hack, right :)
19:58 lucian <lucian!~lucian@78-86-217-168.zone2.bethere.co.uk> has joined #sugar-meeting
19:58 silbe tch: it's already in the olpc kernel, we just need to enable it via module parameter. for DX3, too :)
19:58 tch m_anish: his solution is the proper one
19:58 silbe: great!
19:58 m_anish silbe, nice :)
19:58 tch m_anish: another action related to this one is to remove my hack from dx-platform
19:59 for dx3
20:00 m_anish #action remove hack from dx-platform for dx3 and enable mod_param for kernel having the fix
20:00 silbe is there anything in dextrose-platform yet that makes sense for dx3?
20:01 m_anish checks the dx-platform spec
20:01 tch silbe: good question, removing the whole rpm sounds a lot easier if there nothing else, otherwise I would probably have to hack the hack
20:02 m_anish silbe, nope, just the disable mesh thing for now
20:02 silbe ok, good. I didn't pull in dextrose-platform so far. :)
20:03 m_anish tch, http://bugs.sugarlabs.org/ticket/2618, this is already fixed, right?
20:03 tch haha,
20:04 m_anish: yup I fixed (hacked) it. The "problem" is that the logic for switching touchpad mode is part of the frame device code (on its model) and the hotkey  is a completely separated stuff
20:04 silbe oh, another incarnation of the "hidden" shortcut problem...
20:04 tch m_anish: the "proper" fix would require moving the model to a jarabe.model .. but not sure if its worth the effort
20:05 m_anish silbe, what do you suggest?
20:05 silbe or maybe not...
20:05 tch there are two options actually, duplicate the code or moving it to jarabe.models
20:06 then the frame icon and the hotkey code would use it from there
20:07 this model keep track of its current mode and trigger events... etc
20:07 m_anish tch, are we gonna push this for upstreaming?
20:07 tch m_anish: if we do it, we should push it upstream.
20:08 m_anish: the current hack simply waste memory by instancing the frame icon palette
20:08 m_anish: when the icon gets loaded
20:09 silbe as upstream, I still believe that this functionality should live in some system daemon, e.g. olpc-kbdshim.
20:09 tch silbe: that sounds interesting too, accessible through dbus?
20:10 silbe: who else we can ask about this?
20:11 silbe tch: why do you need to access it from Sugar?
20:12 tch silbe: we both talking about switching xo 1.0 touchpad mode, right?
20:12 silbe tch: yep
20:12 I'd imagine it to work like the brightness control
20:12 tch silbe: currently the code that does the switching is part of the device icon model
20:13 silbe tch: and that's the part I'd prefer to get rid of ;)
20:13 tch silbe: yeah me too
20:13 silbe: i suggested a new model in sugar and you suggested a system daemon
20:14 silbe: my concern is that, if we depend on that daemon it will be harder to upstream because of the dependency
20:15 silbe the only reason to keep some support for it in Sugar is the ability to indicate the current status in the Frame. I don't know how important that is. If we need to retain it, I'd say we should check the device status directly (via sysfs).
20:15 tch: upstream where? Sugar Labs or OLPC? SL would be quite glad to get rid of the code. ;)
20:16 tch silbe: if we don't keep track of its status it will create a lot of confusion, trust me.
20:16 m_anish tch, i agree
20:17 silbe, is the bug re: speaker frame icon not getting updated when the vol up/down keys are pressed a result of a similar limitation?
20:19 silbe m_anish: let's say the fix for that bug (missing update for Speaker) is the only thing I'd retain for the touchpad.
20:19 tch m_anish: we should move on, and go back on this topic later?
20:19 silbe in both cases we need to monitor the actual hardware state from Sugar
20:20 m_anish silbe, yep
20:20 tch silbe:  i agree too
20:20 silbe nice
20:20 m_anish so, any #action emerging from this :)?
20:21 silbe hack the olpc-kbdshim repo so we can sneak in the patch behind pgf's back ;)
20:21 tch silbe, m_anish: #action get rid of that code and put it somewhere else that allows us  to keep track of its status. Requires more discussion (?)
20:21 lol
20:22 m_anish #action  hack the olpc-kbdshim repo so we can sneak in the patch behind pgf's back ;)
20:22 #action get rid of that code and put it somewhere else that allows us  to keep track of its status. Requires more discussion (?)
20:22 silbe tch: almost. keeping track of the status is independent of where exactly the key handler lives.
20:23 m_anish #topic http://bugs.sugarlabs.org/ticket/2586
20:23 silbe tch: or let's say we don't need explicit support for querying the status from the new owner. If it happens to already have a DBus interface that's a bonus.
20:24 m_anish: do you have a screenshot for this feature?
20:24 m_anish silbe, feedback? yep standby
20:25 silbe m_anish: the mentioned pop-up in particular
20:25 m_anish silbe, http://people.sugarlabs.org/anish/feedback.pdf this should have a screenshot
20:26 I just opened it to have a discussion later on...
20:26 tch silbe: always we can keep track of the touchpad mode status it will be fine, doesn't matter how really
20:26 m_anish for one, I cannot copy-paste stuff into the modal window while typing in the report
20:27 tch m_anish: #2586 same happens with any other modal window
20:28 m_anish: for the CP I recall there is a hack to avoid that to happen, but yet you can make it happen
20:29 m_anish tch, if we ever wanna get this upstreamed, we should have garycmartin's input on how it should look :-)
20:29 tch m_anish: i see, but what is the behaviour you suggest?
20:30 silbe modal dialogs must die™
20:30 m_anish tch, i'm not sure, what i'm sure is that it is an annoyance to not be able to switch to an activity and not being able to copy paste stuff
20:30 silbe let's make it an independent full-screen window, like activities and the Journal are
20:31 upstreaming this will definitely get interesting...
20:31 m_anish silbe, yep :)
20:33 tch silbe, m_anish: we can try that
20:33 debugging view?
20:33 lol
20:33 silbe :)
20:33 m_anish silbe, FWIW, the view source window is modal as well right? what happens when we pop that up, are we able to switch between things or copy/paste if we need to?
20:34 silbe or maybe we should just make it an activity.
20:34 m_anish s/between things/between windows
20:34 silbe, or maybe incorporate it in log?
20:35 separate activity sounds like a nice idea as well
20:36 tch we could lunch a notification  (disabled) to replace the device icon :P
20:36 silbe m_anish: maybe, yeah. BTW, what exactly is the workflow for the bug reporting feature? Is it always available or only after crashes?
20:36 m_anish silbe, is this fodder for a design meeting topic ;)?
20:36 tch otherwise, they will have to open the activity to _guess_ if something wrong has happened
20:36 and we get into the same situation again,
20:37 m_anish silbe, there are two things... one is automatic... it sends a crash log when an exception happens... and the other is manually typing in a report and sending it
20:37 silbe m_anish: depends on your goals. I'd move it to the bottom of the list to avoid a fruitless meeting. :-/
20:37 m_anish silbe, hmm, true
20:37 tch, yep, you raise a valid point
20:37 silbe tch: I guess a better place would be the activity frame icon
20:38 tch m_anish: when sugar fails, I think is it important that user are noticed about that.. is it important for testing processes, because is not like testers can be pendant of that activity 24/7
20:38 they are teachers and kids, that needs to be doing other things too
20:39 silbe m_anish: Christian favours modal dialogs, Gary is OK with them for a few things and I loathe them. So it takes a lot of time to agree to a solution.
20:39 m_anish tch, silbe there is a discussion about incorporating the 'about' button in the activity, maybe this could be bundled with that
20:39 tch silbe: that makes sense for activities but about sugar itself?
20:39 silbe m_anish: only if you want both to fail :)
20:40 m_anish: the About stuff is already controversial, it doesn't make much sense to put anything on top of it
20:40 m_anish silbe, okay
20:41 silbe tch: the zoom levels are windows as well. The CP would need to be made a top level window. ;)
20:41 m_anish i guess i get the feeling that feedback will remain downstream for a while
20:41 tch m_anish: me too, haha
20:42 silbe m_anish: I'd expect so, like the system resources indicator.
20:42 tch silbe: the indicator was the best idea we ever had :(
20:42 silbe I'll definitely try to upstream it, but not too hard. Let's just prove that our approach is good by doing a field test.
20:43 m_anish silbe, +1, more backing via positive feedback and impact
20:43 next topic?
20:44 silbe tch: FGrose did an awesome Feature page for the system resource indicator after we failed to get it upstream this time. Maybe it'll work the the next time (e.g. next year).
20:44 m_anish #topic http://bugs.sugarlabs.org/ticket/2610
20:45 tch m_anish: guess i can look up to that too
20:45 silbe sounds like a data store bug to me.
20:45 m_anish #action tch look into #2610
20:46 silbe you might consider updating to upstream sugar-datastore 0.92.
20:46 IIRC you still ship an old version of aa's patch series
20:46 tch silbe:  ill test it and ill probably ask you for help if that is the case :)
20:46 silbe: yep, for the sort stuff
20:47 silbe tch: the data store is mostly independent of Sugar, so it should just work.
20:48 dogi <dogi!~nemo@pool-71-174-38-151.bstnma.east.verizon.net> has joined #sugar-meeting
20:48 tch silbe:  ok, i will know what happens when i look at it :)
20:49 m_anish move to next bug?
20:50 tch +1
20:50 m_anish #topic http://bugs.sugarlabs.org/ticket/2614
20:50 this shouldn't be an issue in f14? or we can check anyways?
20:51 tch well, i already got the 1.5 build I can test it tonight hehe
20:51 m_anish tch, deme, u and your fast internet :P
20:52 tch m_anish: faster.. not fast
20:52 m_anish #action tch check if #2614 issue exists in f14
20:52 #topic http://bugs.sugarlabs.org/ticket/2620
20:52 tch, did you ever hit it again?
20:53 tch m_anish: nope ;/ guess it should stay open just in case
20:53 m_anish tch, okay
20:53 #topic http://bugs.sugarlabs.org/ticket/2621
20:54 tch m_anish: is fixed, but the CP section still shows the wrong layout right?
20:54 silbe: is this fixed upstream?
20:54 m_anish tch, yep, exactly
20:54 silbe tch: I don't even know exactly how it gets triggered.
20:55 tch silbe: no magic at all, you just go there and it always shows Akan, m_anish: right?
20:55 m_anish silbe, on an xo, just open the keyboard setting section, it will show Akan,Ghana as the default layout, even though it isn't
20:55 silbe tch: but why?
20:55 m_anish silbe, its the first entry in the combo box
20:55 silbe taking a peek
20:56 m_anish: the question is: Why doesn't it pick up the current layout correctly?
20:56 m_anish tch, IIRC, similar issue exists with the 3G CP section
20:57 tch m_anish: you sure? Last time i tested it worked fine
20:57 m_anish: i mean, for the CP section
20:57 m_anish tch, the problem isn't with what is selected, the problem is with what entry is visible
20:57 tch m_anish: at my xo 1 shows uruguay which is fine.. because that is the xo layout
20:57 and at my 1.5 shows united states
20:57 m_anish: regarding CP 3G section ^^
20:58 m_anish tch, i'll check some more re: 3G, but i guess we boht agree this exists for Keyboard?
20:58 tch m_anish: yes
20:58 m_anish checks on xo1.5 dx2-py build
20:58 silbe the code looks fine - it returns the gconf setting if there is one and the current XKB setting otherwise.
20:58 extensions/cpsection/keyboard/model.py
20:59 m_anish for some reason, the keyboard setting section takes 3-4 seconds to open up in the CP as well... on f14 builds it opens instantly
20:59 tch silbe:  why it works for 3G CP seciton then <confused>
20:59 silbe a bunch of debug prints might help figuring out where it's getting the wrong values from
21:00 tch: 3G and keyboard don't have anything in common AFAICT
21:00 m_anish silbe, tch, ah ok... lemme summarize (clear some confusion)
21:00 ===Modem config===
21:01 needs to check some more
21:01 ===Keyboard===
21:01 For the very first time atleast, even if the layout is set to spanish, if we open the keyboard setting CP, it shows as akan, ghana
21:01 tch, is that ok?
21:02 tch yes
21:02 icarito has quit IRC
21:03 tch flashing my 1.5 XO with silbe's dx3 image :D
21:09 m_anish ok so next topic :)
21:09 #topic http://bugs.sugarlabs.org/ticket/2587
21:09 i guess this is done, can you close this
21:11 tch ack
21:11 m_anish #topic http://bugs.sugarlabs.org/ticket/2589
21:12 tch, i think this one is a flakey, and while your'e looking at  microformat, you could look at this as well :)
21:12 tch m_anish: i think ill be able to fix it too
21:13 so, basically ill do a surgery to the microformat updater ehehe
21:24 m_anish tch, deme, got disconnected :((
21:24 tch, silbe we're out of bugs :)
21:24 tch dx related*
21:24 m_anish tch, yep
21:24 (endmeeting for now?)
21:25 tch m_anish: alsamixer is present
21:25 on f14 dx3
21:26 silbe m_anish: cool! time to go to bed then :)
21:26 m_anish tch, i guess that means endmeeting, lol :D
21:26 #endmeeting
21:26 meeting Meeting ended Wed Apr  6 21:26:19 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot. (v 0.1.4)
21:26 Minutes: http://meeting.sugarlabs.org/s[…]-06T18:52:46.html
21:26 Log:     http://meeting.sugarlabs.org/s[…]11-04-06T18:52:46

Minutes | Index | Today     Channels | Search | Join

Powered by ilbot/Modified.