horace_ubuntu | bspencer, ping | 03:44 |
---|---|---|
=== horace_ubuntu is now known as horaceli | ||
bspencer | horaceli ! imagine finding you here | 03:45 |
bspencer | ok. there were a few ideas for 8+sec mail | 03:45 |
bspencer | one was to use dpkg-divert | 03:45 |
bspencer | and run the cache updater and hten dpkg | 03:46 |
horaceli | there is no existed cache updater at present, and we need to create one, right? | 03:47 |
bspencer | and lool said something about triggers "soon" | 03:49 |
horaceli | I have read the mail loop, yes | 03:49 |
horaceli | he mentioned that | 03:49 |
horaceli | just I am thinking what do we need to cache | 03:49 |
bspencer | so those are the two options to get notified. Then, correct, we need to define the cache and the cache updater | 03:49 |
bspencer | let's chat about that | 03:49 |
bspencer | - flat file with a list of apps, prog, icon | 03:49 |
bspencer | - sqlite db -- overkill? | 03:50 |
bspencer | - xml file | 03:50 |
horaceli | currently, gnome-menu read through *.menu file, which is XML formatted | 03:50 |
bspencer | - binary (speedy, hard to debug) | 03:50 |
bspencer | horaceli: but slow, true? | 03:50 |
horaceli | right, 'cause it parsed every tag in XML | 03:51 |
bspencer | of course our cache could be a single file, read all in at once. It won't be that big | 03:51 |
horaceli | and stored then and build up a huge tree. | 03:51 |
bspencer | even with 200 apps, should be <.5s | 03:51 |
bspencer | I'm hoping for .5s | 03:51 |
horaceli | I have verified on C2D based computer, | 03:51 |
horaceli | building up applications list by gnome-menu interface takes 1.8s | 03:51 |
bspencer | C2D? | 03:52 |
horaceli | so I am not sure what we should cache for next time usage | 03:52 |
horaceli | Core 2 Duo | 03:52 |
bspencer | we should put: Label, Icon path, Prog path+parms, X-osso. | 03:53 |
bspencer | ...but, what if user changes locale? | 03:53 |
bspencer | then we're hozed. | 03:53 |
horaceli | I am thinking whether or not we could simply parse XML formatted .menu file | 03:53 |
horaceli | and then read through <AppDir> & <DefaultAppDir> that are defined in .menu file | 03:54 |
bspencer | yes, ok. I could be wrong. For example, we have to know the category from the menu files. | 03:54 |
horaceli | yes | 03:54 |
horaceli | we can | 03:54 |
horaceli | sorry, I misunderstand your last sentence. | 03:55 |
bspencer | and also read gconf value each time on startup. | 03:55 |
bspencer | horaceli: so if we put all the info into a single file for all apps, one-line per app, we should see improvement. But this is a read-only solution. | 03:56 |
bspencer | we can't update very easily when a pkg changes. | 03:56 |
bspencer | without re-reading all the .desktop files again. | 03:57 |
bspencer | which adds 8sec to each pkg add/remove | 03:57 |
bspencer | (although perhaps that is a rare event in UME land) | 03:57 |
bspencer | are we sure our 8sec isn't just bad coding? | 03:57 |
horaceli | bspencer, if we put all info into one single file. | 03:58 |
horaceli | it would make default .menu files and menu spec useless (I feel) | 03:58 |
bspencer | that's a long time to read 50 .desktop files. | 03:58 |
horaceli | bspencer, yes, I know. we suspsect it too, thnking of if it is caused by bad coding | 03:59 |
horaceli | I have inspect our loop several times | 03:59 |
horaceli | and moved out two general operations (reading strings and flags from gconf) out of the loop | 03:59 |
horaceli | and it could save 2s and I mentioned that in mail | 04:00 |
horaceli | I could ask Frank's help to help review the code | 04:00 |
horaceli | for double insurance. | 04:00 |
horaceli | but I did look into gnome-menu code | 04:00 |
horaceli | yesterday | 04:00 |
bspencer | Q: if someone adds a new pkg today in UME, will it show up in menu? | 04:00 |
bspencer | or do they have to restart X? | 04:01 |
horaceli | I have no answer to it at present. | 04:01 |
bspencer | what about changing locale? If we put all info into a flat file and hte user changes locale, the strings won't change | 04:02 |
bspencer | Terminal|Application|uxterm -fa Monospace -fs 12|UTF-8|xterm|Application;Utility|org.moblin.xterm|GNOME;Mobile;|xterm | 04:03 |
bspencer | ... | 04:03 |
horaceli | bspencer, I am in #moblin too | 04:03 |
horaceli | talking about bug scrubs | 04:04 |
horaceli | now back | 04:04 |
bspencer | ah | 04:04 |
horaceli | btw, you have several bugs and I have accepted them | 04:04 |
bspencer | oh! thx. | 04:05 |
dholbach | good morning | 06:33 |
=== asac_ is now known as asac | ||
davmor2 | 20080421.1 image doesn't match the md5sum again | 09:27 |
=== davmor2 is now known as davmor2_away | ||
=== davmor2_away is now known as davmor2 | ||
lool | Hey bspencer | 16:44 |
lool | bspencer: We have that urgent issue with xul 1.9 for which you received a couple of emails :) | 16:45 |
lool | bspencer: Do you think you could find someone to look into it today? | 16:45 |
=== Zenton is now known as Zenton_ | ||
persia | I've been browsing http://moblin.org/repos/releases/ and updated a couple packages in my PPA. Are there any special procedures before pushing to the team PPA? | 18:15 |
agoliveira | persia: As long as you're in the team you should be able to dput it. | 18:16 |
persia | agoliveira: I can, but if there was a VCS for packaging in place, I'd want to update that as well, etc. | 18:16 |
agoliveira | persia: VCS? | 18:17 |
persia | Version Control System (likely bzr in this case) | 18:17 |
agoliveira | persia: Oh, I see. Not really. PPA will have your packages for testing and people with the power to upload to the repositories will do it if needed. | 18:18 |
agoliveira | persia: You know, all the MOTU, coredev stuff. | 18:19 |
persia | agoliveira: OK. Just checking. I'm not tempted to upload to the repos just now, as these are new upstreams, and likely don't match the specific criteria for the hardy release in a couple days :) I'll push the packages to the team PPA then. Thanks. | 18:19 |
agoliveira | persia: My pleasure | 18:20 |
ian_brasil | hey...anyone see this report about nokia sponsoring ubuntu on arm? http://www.linuxdevices.com/news/NS2097004728.html | 19:11 |
agoliveira | ian_brasil: Yep, we've being talking about it a few days ago. There was a rumor around for some time BTW. | 19:15 |
ian_brasil | putz...trust me to be the last one to know :) | 19:19 |
=== matt_c is now known as southjuniordude | ||
=== southjuniordude is now known as matt_c | ||
dantalizing | hi folks. i installed hildon-desktop, but applets are not showing....what needs to happen for them to show? | 20:57 |
dantalizing | other than them being installed | 20:58 |
tremolux | lool: where was that RSS feed to track new releases at gnome? | 21:04 |
lool | tremolux: Yes | 21:20 |
lool | tremolux: http://download.gnome.org/LATEST.xml | 21:20 |
tremolux | lool: thx! | 21:21 |
lool | dantalizing: That's a known bug | 21:21 |
lool | dantalizing: Since we moved to xul 1.9 | 21:21 |
lool | dantalizing: It's being worked on by bspencer, asac and StevenK | 21:21 |
dantalizing | ah..thx lool | 21:21 |
lool | persia: Only hildon packages are in bzr AFAIK | 21:22 |
lool | persia: Concerning moblin modules, you can probably upload | 21:22 |
lool | persia: As long as they work :) | 21:22 |
PaowZ | hi there | 21:23 |
PaowZ | anybody there ? | 21:24 |
lool | Nope | 21:24 |
PaowZ | cool :) | 21:24 |
* GrueMaster is only present in ghost form | 21:25 | |
dantalizing | how do i get the application launcher shown here? http://www.moblin.org/toolkits/basicDevGuides/simpleApp/toolkits_DevGds_simpleApp_understandHildon.php | 23:49 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!