[00:00] fta: so he is working on openkomodo? [00:01] asac, yes, he wanted to package it in #u-motu, found my branch through the need-packaging bug, pinged me, and here we are [00:01] cool [00:01] any clue about his backgroun? [00:02] or just: he came from heaven ;)? [00:03] fta: now tag tabs work somehow in gwibber, but all have the same content [00:03] not sure if thats tag content [00:04] or the public_timeline of identi.ca though [00:04] it definitly isnt the #tagged content ;) [00:04] fta: I wanted to package it myself, since I use it and it's not in the repos yet. Then I found the needs-packaging bug on launchpad and saw you had worked on it [00:04] ok, good i added a comment there then :) [00:04] fta: Well seeing how much you have done, I don't think I would've succeeded :p [00:04] fta: Only packaged a couple smaller programs so far [00:04] ah [00:05] earlier, he said fta: I've looked at the build.py script, doesn't look too hard to do [00:05] fta: But I'm a newbie, so don't know if I will succeed :p [00:05] yeah. who knows about his background [00:06] i don't mind, i appeared out from nowhere myself, remember? [00:06] that was ment to be a postitive statement ;) [00:07] like "newbie" ... can be pretty smart ;) ... just not in packaging [00:07] or maybe he is good at packaging, but just says he isnt ;) [00:08] definitly a great thing. now we just need someone who likes seamonkey :) ... actually i would have thought that that would happen earlier [00:09] but maybe we should remove it from archive to attract folks that are intereseted [00:09] so far most probably think all is fine for seamonkey [00:09] its still there ... ;) [00:23] i don't really understand the patches [00:23] rules is my fault, last minute commit [00:23] bk.py: no change at all [00:25] fta: are the patches somewhere? or are you loking at his changes to the "changed files"? [00:25] http://paste.ubuntu.com/112297/ [00:25] fta: what happens when i run get-orig-source without anything? do i get latest? [00:26] the 1st file is obvious [00:26] so thats about siloed python both? [00:26] yes [00:27] but it should still look for the siloed python, as he didn't change anything there [00:27] just faked the result [00:28] heh [00:28] ;) [00:28] lol [00:28] thats how to suceed ;) [00:29] http://paste.ubuntu.com/112299/ [00:29] not easy to read [00:30] dont even know whats that about? [00:30] the configure part [00:30] is that unit-tests or something? [00:30] or configure equivalent in python? [00:30] yes [00:30] where is the failure? [00:31] not sure yet, it found 1.9 while it's 1.9.1, not sure it matters [00:32] lets try a build now [00:32] probably should be ok [00:33] well, 50/50 ;) [00:33] chance [00:36] fta: http://paste.ubuntu.com/112303/ [00:36] why do we have that in sm? [00:36] is that because we have add special things by using special configure flags? [00:36] or because upstream doesnt want to maintain packages-static at all=? [00:37] i don't remember, what bzr log says about that? [00:40] fta: http://paste.ubuntu.com/112304/ [00:41] hmm [00:41] lol [00:41] afterwards just "diverged" [00:41] so seems like they are missing ;) [00:41] i guess upstream doesnt care [00:41] i wilil ask kairo [00:42] i guess i needed at least some of those, and got the rest from compare [00:44] ok ... lets see how well latest head builds now ;) [00:49] gasp, there's a contrib dir, it builds more stuff in there [00:49] libpcre [00:49] fta: thats something that should be system libpcre [00:49] pt-cache search libpcre [00:49] libpcre3 - Perl 5 Compatible Regular Expression Library - runtime files [00:50] should be easy to support [00:50] is probably quite stable api/abi wise [00:50] i hope [00:50] i know, that's why i said gasp [00:50] at least in main ;) [00:51] scintilla/gtk, what is that? [00:51] fta: http://paste.ubuntu.com/112305/ [00:52] asac, i have a fix in xul for that [00:52] it's even in a bugzilla [00:52] yeah i remember something [00:53] fix_ftbfs_with_cairo_fb.patch: [00:53] yep [00:53] it's in openkomodo too [00:53] fta: so is sm 2 based on moz-central or 1.9.1? [00:53] should be 1.9.1 [00:54] but i haven't touch it in a long while [00:57] 1.9.1 seems to apply [00:57] fta: can you please add bug ids to patch names ;)? [00:57] (you said that you filed it;) [00:57] i thought i did [00:58] http://www.shinyshiny.tv/2009/01/what_the_world.html [00:58] heh [00:59] fun [00:59] i should become a modern artist [01:00] pervert [01:04] asac, you should move the mozclient file into sm2 and update the branch, i guess it's wrong [01:04] fta: what is wrong in particular? [01:05] its currently building at least ;) [01:05] it's still using moz-central, while it should use moz1.9.1 [01:08] oh, maybe not, it's a postcmd rule [01:08] hmm [01:08] fta: so we dont use the client.py thing to get the right central? [01:08] fta: seems you use client.py [01:08] so all good [01:08] but i can move them anyway [01:08] MOZCLIENT_POSTCOCMD = cd mozilla && python client.py checkout [01:08] yeah [01:08] fta: can we make a multi-line expression out of _GETDATE? [01:08] like ... \ [01:08] .... \ [01:08] ? [01:08] i guess the parser doesnt do that yet [01:09] correct [01:09] would be a good feature: multi-line support for mozclient .conf [01:09] ;)( [01:09] not really multi-line, but line joining using the \ delimiter [01:10] i'll think about it, it should not be that difficult [01:11] yeah. would improve maintainabilitry and legibility of .conf files quite a lot i think [01:11] maybe multi-line support would even be the right thing to do [01:11] e.g. if there is a \ [01:11] just put that in the shell too [01:12] but well ;) [01:12] not so important [01:17] src/SciMoz/Conscript [01:17] lol Conscript is like SConscript but it's in perl instead of python [01:20] hehe [01:21] so S means what? [01:21] special? [01:21] superior? [01:21] maybe for scons, the animal [01:22] and cons? for anaconda? [01:22] ;) [01:22] http://www.journaldugeek.com/2009/01/23/une-chaise-speciale-pour-votre-c/ [01:23] omg [01:23] nice chair :) [01:24] buy it :-P [01:25] asac, http://www.journaldugeek.com/2009/01/22/wobble-pour-les-pervers-sur-iphone/ [01:27] not bad ;) [01:29] http://www.mobileread.com/forums/showthread.php?t=36867 [01:32] dont udnerstand what he is doing [01:32] or trying to do ;) [01:32] showing fennec on an e-ink device [01:37] if ($mozVersionNumber >= 191) { [01:37] i guess the moz version has be correct [02:00] * asac_sm from sm chatzilla [02:00] bye [02:01] ;) [02:01] lol [02:01] seems to work [02:04] i would love to have an mxr package easy to setup [02:05] sigh ... [Build #834667] armel build of eclipse 3.2.2-5ubuntu3 in ubuntu jaunty RELEASE [02:05] i guess i will get those till the end of universe [02:05] what is that? [02:05] hopefully someone uploads a new version soon ;) [02:05] eclipse is a java ide ... i uploaded it for some transition [02:05] i guess nss [02:06] eclipse is really really nice [02:06] its one of the only reasons why i would go back to java ;) [12:32] fta:make[5]: Entering directory `/var/builddir/asac/builds/fennec-1.0~a3+hg20090130r350/mobile/locales' [12:33] Makefile:63: ../../toolkit/locales/l10n.mk: No such file or directory [12:33] l10n.mk needs to be in build-system? [13:44] asac, maybe, are you trying to add/activate locales to fennec or is that new upstream? [14:37] asac, this system python thing in openkomodo is a total non sense. I'm getting errors after errors. they dump their stuff directly in the python directory. [14:38] so if i don't copy the full python tree there, i end-up without the mandatory stuff from the python libdir [14:39] they should use python-support or something like that but i don't know enough about python packaging to know exactly what is best [14:41] i even tried to take some shortcuts just to see if i can have something usable: http://paste.ubuntu.com/112450/ [14:44] fta: new upstream [14:53] asac, why are you suddenly interested by fennec? [15:16] fta: not more than before ;) [15:18] i would appreciate help to get openkomodo running [15:19] as i'm stuck. [15:19] i'm working on setting up the daily ppa right now [15:20] do we know any upstream contact for openkomodo? [15:21] jcastro said he knew someone, but he didn't tell who it was [15:21] i think they have a channel [15:22] i really think that the issues we bump into now should be addressed upstream. or at least get their input on what they think [15:23] hm, http://community.activestate.com/forum/could-i-publish-komodo-edit-packages-ppa-repositoris-ubuntu ??????? [15:27] #komodo on moznet [15:27] http://wiki.openkomodo.com/index.php/Where_to_talk_about_Open_Komodo [15:27] http://wiki.openkomodo.com/index.php/Main_Page [15:36] http://paste.ubuntu.com/112471/ [15:36] cdbs lzma [15:36] maybe thats better than bz2 [15:37] "need to be tar.lzma or tar.lzma" ? [15:37] heh [15:37] right [15:37] i meant lz [15:37] but i guess thats just a not used extension [15:38] maybe tar.7z [15:38] but i think 7z is a different container format using lzam [15:39] isn't lzma much slower? [15:39] i dont think so [15:39] someone blogged about that [15:39] i think its faster and better [15:39] afaik nothing is really slower than bz2 [15:39] at least for packing [15:40] so openkomodo uses cmake ... bah [15:40] http://pthree.org/2008/12/14/lzma/ [15:40] http://pthree.org/2008/12/16/lzma-part-ii-decompression/ [15:42] i would think its flawed: [15:42] "As you can clearly see, when cranking up the compression on the TAR file, BZIP2 is comparable to GZIP." [15:42] i think thats true for unpacking ... but definitly not for packgin [15:44] browser restart time ... 1.5G of mem [15:45] fta 14483 6.6 18.2 791120 376028 ? Sl 00:03 66:57 /usr/lib/firefox-3.2a1pre/firefox-3.2 [15:45] USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND [15:46] but i'm back with the default for memcache [15:52] fta: http://paste.ubuntu.com/112474/ [15:54] so slow on compress and fast un decompress [15:54] win is about 20% [15:56] 3 times slower on compress, that's 45sec vs 15sec, not negligible [15:57] fta: but also 3 times faster on decompress ;) [15:57] but just 4 sec difference [15:57] not 30 [15:57] right. but you build more frequently than preparing orig [15:57] the real benefit is size [15:57] also the dput push save will give you a few minute ;) [15:58] when pushing security release batches i would appriate any meg saved [15:58] try with https://edge.launchpad.net/~fta/+archive/ppa/+files/chromium-browser_0.3.155.0~svn20081120r5786.orig.tar.gz :) [15:58] heh [15:58] (240.7 MiB) [15:58] * asac pulls this shit [15:59] ;)= [15:59] fta: so openkomodo is spinning now ... [16:00] do we know that it actually works with 1.9.1 ? [16:00] or are we fighting fronts with unknown issues? [16:01] it's part of the supported options [16:01] yeah. but did you ever try a build? e.g. without disabling siloed stuff and so on=? [16:02] i have that dirty patch uncommitted: http://paste.ubuntu.com/112475/ [16:02] fta: so .head builds now? [16:03] and that: http://paste.ubuntu.com/112476/ [16:03] so what do i need to do to get stuck where you are stuck? just build .head and wait for the failure? [16:03] no, it fails close to the end, in $(DEBIAN_NAME)-build [16:04] .head + the two patches above [16:04] so i have to abort this build? [16:04] no, xul is fine [16:04] it will touch the xul stamp, then fail [16:04] ok. [16:05] so i will see the problem you want to fix on .head? [16:05] apply the two patches and restart, it will go further and fail where i'm stuck [16:05] k [16:05] i will wait for the build failure first i think [16:07] i'm not happy with debian/patches/ubuntu_hacks.patch either, hence the name [16:08] the misery starts early, with --python=/usr/bin/python [16:08] i'm not even sure --python expects a binary or the python libpath [16:09] fta: http://paste.ubuntu.com/112479/ [16:09] segfault= [16:09] ? [16:11] booh [16:12] sigh. so i am leaving for a sprint next week. really have no time for that [16:12] not time for sprint i mean [16:12] sprints are rather glue for my performance [16:19] ? glue? [16:20] look the word up ;) [16:20] its original meaning ;) [16:20] in short: they dont do any good for me [16:21] why? no team buddy to work on a common topic? [16:22] i have ... but i have more pressing things to do [16:22] which i cannot really do there [16:22] like finishing all the security stuff for 3.0.6 [16:22] so for mozilla i have no team buddy ;) [16:23] for network-manager i dont have any team buddies either ... just folks that want me to fix stuff ;) [16:24] yeah, i know the feeling [16:26] so to sum up: [16:26] instead of 12-14 hours a day at 100% I work 8-9 hours a day at 50% [16:27] probably gives me a net of 30% ... and that would be good even [16:28] sprinting is luxury if you have to travel to moon ;) [16:28] at least its same time zone [16:28] otherwise it would also remove producivity in the week after [16:39] unfortunate ... http://paste.ubuntu.com/112487/ [16:40] test failed [16:40] scary [16:43] yeah. i hope its not my dying mem [16:51] or dying disk [16:51] i tested mine a few days ago [16:52] with smartctl [16:54] hmm [16:54] my disks are dying all the time [16:55] Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error [16:55] # 1 Extended offline Completed without error 00% 1114 - [16:55] # 2 Extended offline Completed without error 00% 812 - [16:55] not sure what LifeTime means [16:56] i think time of continous writes left [16:56] scary [16:59] i wouldnt want to run that on my mail system ... i cannot even remember how old it is [16:59] its definitly > 10 years [16:59] constantly on ;) [17:01] http://ubuntuforums.org/showthread.php?t=916772 [17:02] fta: http://paste.ubuntu.com/112491/ [17:02] is that the expected build failur=? [17:02] no, it was until yesterday [17:03] i have that dirty patch uncommitted: http://paste.ubuntu.com/112475/ [17:03] yes [17:03] you know that i didnt apply them yet [17:03] that's ok then [17:03] can you comit those patches? i mean it doesnt build yet so committing other stuff ;) [17:03] isnt a problem [17:05] ok applied that dirty paste [17:06] done [17:06] fta: http://paste.ubuntu.com/112496/ [17:06] thats where if fails now [17:07] and that: http://paste.ubuntu.com/112476/ [17:07] both are in the branch now [17:07] rev 5 [17:08] ok that fixes that issue too [17:08] e.g. debian/rules [17:11] fta: http://paste.ubuntu.com/112498/ [17:11] thats where you end? [17:12] hmn no, i fixed that too [17:12] well, patched [17:13] not in what you committed as it seems [17:13] http://paste.ubuntu.com/112499/ [17:13] reverted obviously [17:14] it's getting really ugly [17:15] i'm not proud of any of this :( [17:16] k [17:18] it was a desperate attempt :P [17:21] kind of bastards [17:21] i mean they use python and then use perl? [17:21] wtf [17:21] definitly on crack [17:23] #!/usr/local/bin/perl [17:23] sigh [17:26] why is siloedPythonInstallDir = '/usr/bin/python [17:26] ? [17:26] fta: ` [17:26] ? [17:26] is that a patch from us? [17:27] hm, i think it's from piratenaapje, not sure [17:35] fta: have you tried to build _with_ siloed python? [17:35] no [17:35] at some point, it dumped /usr into the build tree, remember? [17:36] thought just /usr/lib/python*/ [17:36] so i diverged [17:38] http://ascher.ca/blog/2007/09/05/open-komodo-thoughts/ [17:38] isnt david asher the CEO of mozilla mailcorp? [17:39] yeah [17:39] so thats what he did before ;) [17:45] just moved my router and accidentally unplugged the power cord [17:50] =) [17:51] i was sitting far too close to the wifi antenna [17:52] i wonder if my headaches are coming from that [17:52] fta: most likely [17:52] the router should be at least 5 meter away [17:53] hmm, that's too far from my phone plugs [17:53] its always good to have new challenges ;) [17:53] oooh [17:53] i have to refactor all my cables and stuff when i get my cable modem [17:53] because thats on the other side of the flat ;) [17:54] i was just between my wifi radio and my router [17:54] i should re-cable everything... [17:54] Nafallo: is there some hidden space in datacentre i could acquire by bribing you? [17:54] ...hmm.. thinking... [17:55] asac: you plan to move to London? [17:55] ;-) [17:55] Nafallo: hehe... no i need some silicon ;) [17:55] Nafallo: tinderboxes to be exact [17:56] mozilla would give me a VM image [17:56] ok so a ticket :( [17:56] ticket to nowhere [17:56] that or grab elmo while he's there? [17:57] Nafallo: i think he leaves today ;) [17:57] but don't tell him I told you too ;-) [17:57] i arrive tomorrow [17:57] tomorrow IIRC [17:57] hmm [17:57] i will rather go to mdz ;) [17:57] he's due Monday evening [17:57] oki [17:58] ooooh [17:59] this mix is awesomenesses! [17:59] Bas went a bit over the top with effects here and there but... ;-) [17:59] hehe [18:00] * Nafallo got a free CD yesterday :-) [18:01] 1h20mins === fta_ is now known as fta [18:02] hm, 5cm of snow planed for tomorrow morning [18:39] fta2: isnt #chromium-linux the right channel anymore? [18:39] seems i am alone there now ;) [18:40] ok found #chromium-dev [18:41] not really active too === Moot2 is now known as MootBot [20:43] Ubuntu Brainstorm Top 5 this week [20:43] * 1/ "Scan wireless networks" option in NetworkManager [20:43] asac, ^^ [20:52] fta: heh [20:52] yeah [20:52] fta: you have a link? [20:52] it's in https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue127 [20:53] https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue127#Ubuntu%20Brainstorm%20Top%205%20this%20week [21:00] fta: well ... there is no reference to the brainstorm idea [21:01] lol, i'm in the top 5 reviewers [21:01] http://hall-of-fame.ubuntu.com/ [21:25] lol [21:25] fta: are you active in REVU lately? [21:26] yeah, just a few times, based on requests [21:44] asac, any progress with openkomod? [22:01] asac, what tag should i use for our dailies instead of my ~ftaX? i want something short, and easily identifiable.. ~mozX ? ~dailyX ? [22:01] my script is ready [22:01] well, almost [22:13] fta: use the initials of the archive [22:14] e.g. we have ubuntu-mozilla-security [22:14] i use ~ums [22:14] so ~umd [22:14] no progress on openkomodo [22:14] ~ums.. a bit cryptic.. [22:14] as long as there is a line ;) [22:14] its mostly for us to identify [22:41] asac, i don't want to depend on dquilt.. is there another way to start the build and stop just after patch ? === fta_ is now known as fta [22:49] well, i won't test build for now, at least we'll be informed of failures by lp [23:24] fta: Did you get openkomodo to build?