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