[00:00] <e-jat> i wondering y i didnt get the same thing like u get :(
[00:00] <fta> yesterday, i pasted that: http://code.google.com/p/chromium/wiki/LinuxCertManagement
[00:00] <e-jat> fta: yeah .. just read that .. thanks..
[00:01] <fta> the linux guys are pretty good at writing docs: http://code.google.com/p/chromium/w/list
[00:03] <asac__> yeah. thats CA for me not really ssl
[00:04] <e-jat> where can i enable the : Clear auto-opening setting ?
[00:04] <e-jat> its disable in my option
[00:07] <fta> then you have nothing to clear
[00:08] <fta> everything is in ~/.config/chromium/
[00:11] <e-jat> can i remove the folder to have a clean/default chromium?
[00:12] <fta> you will lose your prefs, bookmarks, etc
[00:12] <e-jat> so it will come back in default setting right?
[00:12] <fta> yes
[00:13] <e-jat> k .. thanks
[00:13] <e-jat> im trying it now ..
[00:15] <e-jat> is it will follow the ff setting .. i still did get ask to download the pdf file :(
[00:16] <e-jat> need to right click ... save as ...
[00:16] <fta> asac, http://identi.ca/notice/7164848
[00:18] <BUGabundo> fta: do care to try again??
[00:18] <BUGabundo> seems fixed
[00:18] <BUGabundo> sorry for the hard work
[00:18] <BUGabundo> but its all your fault for unsubbing :)
[00:18] <fta> BUGabundo, nahh, let me enjoy some real content in gwibber for a while ;)
[00:19] <BUGabundo> :((((((((
[00:19] <BUGabundo> my dents are real content
[00:19] <BUGabundo> I'm offended by that
[00:20] <fta> i just see answers to people i don't know, about subjects i don't know, and often in a language i don't know
[00:20] <asac> fta: yes. there are still some threading issues left which i didnt really see initially.
[00:20] <BUGabundo> on brainbird?
[00:20] <BUGabundo> its moslty His, and RD
[00:20] <BUGabundo> no replies there
[00:20] <asac> gwibber 1 branch turned out to be a real threading desaster ,)
[00:21] <BUGabundo> replies are only on my identica account
[00:21] <fta> BUGabundo, no idea about brainbird, it never worked for me
[00:21] <BUGabundo> asac: ?
[00:21] <asac> like if someone wrote it that had no clue what multi-threading involves.
[00:21] <asac> but 2.0 is better i was told - needs still to be confirmed
[00:22] <BUGabundo> ahahahaahahah
[00:22] <asac> BUGabundo: the context was "still crashes"
[00:22] <BUGabundo> asac: https://code.edge.launchpad.net/~segphault/gwibber/service-split
[00:22] <asac> yes
[00:22] <BUGabundo> asac: not for me from daily ppa
[00:22] <asac> thats supposely better. but i have to confirm it on my own before i believe it ;)
[00:22] <BUGabundo> don't remember when my last crash was
[00:22] <asac> i dont think you want it yet
[00:23] <BUGabundo> I can't seem to be able to start service split :(((
[00:23] <asac> BUGabundo: yeah i fixed lots of crashes. but its still a bit crashy and there are still a lot of freezes
[00:23] <asac> BUGabundo: like: run killall notify-osd ;)
[00:23] <BUGabundo> waitttttt
[00:23] <asac> you will see
[00:23] <asac> it will freeze
[00:23] <asac> and you need to restart it
[00:23] <BUGabundo> I'm talking about daily ppa (aka trunk)
[00:23] <asac> yes
[00:23] <BUGabundo> not 2.0
[00:23] <asac> i am tlaking about trunk too
[00:23] <BUGabundo> ok
[00:23] <BUGabundo> so I repeat: no freeze for days
[00:23] <asac> yes. run killall notify-osd ;)
[00:24] <asac> BUGabundo: i fixed almost all crashes as i claimed at some point. i am pretty happy that it works so good for you
[00:24] <asac> i ;)
[00:25] <BUGabundo> I do run it a bit
[00:25] <BUGabundo> gwibber works
[00:25] <BUGabundo> but stops sending to OSD
[00:25] <BUGabundo> oh and jaiku support is dead now
[00:25] <BUGabundo> so is UTF8 :(
[00:25] <asac> BUGabundo: did you killall notify-osd?
[00:25] <BUGabundo> asac: I did
[00:26] <asac> hmm. could be that it needs to be down for a bit
[00:27] <BUGabundo> asac: and you? still following me on identica??
[00:27] <BUGabundo> or you have betraed me too ?
[00:31]  * BUGabundo $ rsync -a /home/BUGabundo /dev/bed
[00:33] <asac> just wanted to answer .... too bad
[01:06] <asac> bdrung: i committed stuff and enabled the compare. also added prism id but that seems to not work. either a typo or "." are not supported in varnames
[01:06] <asac> bdrung: prism should get added by adblock for instance
[01:07] <asac> anyway off. 'night everyone
[09:19] <bdrung> asac: . and @ are allowed in variable names. only sharps are problematic.
[09:19] <bdrung> asac: the problem: a typo. the solution: prism@developers.mozilla.org -> prism@developer.mozilla.org
[09:43] <asac> bdrung: good catch ;)
[10:11] <bdrung> asac: lintian complains about too long changelog lines. one * is indented to much
[10:14] <bdrung> asac: the first mozcmp should compare with $(2).*, and the second with $(2)a
[10:14] <bdrung> asac: example: $(2) = 3.0
[10:15] <bdrung> asac: for the first "3.0.9 le 3.0.*" would be valid, for the second "3.0 le 3.0a1pre" would be valid
[10:18] <bdrung> asac: moz-compare-versions sound better than moz-version-compare, but shorter names would even bettern
[10:21] <asac> bdrung: i will think about different names. i think compare/versions flip is  a religious thing ;)
[10:21] <asac> you cannot say what is better
[10:22] <bdrung> ok
[10:25] <asac> bdrung: i am not sure about the .* and )a thing. i see that it might catch more, but does it really make a practical difference?
[10:26] <asac> the real solution can probably only be implemented if we require targetapps to be build depends or something
[10:27] <bdrung> yes, but in the current state, its better to catch more than less.
[10:27] <bdrung> e.g. test it with adblock, without the mod only firefox-3.5 fits
[10:36] <asac> reed_: mozilla bug 505732 ... who to CC on that one?
[10:36]  * reed_ looks
[10:36] <asac> its really annoying for me ;)
[10:36] <asac> seems it came back by some change in launchpad
[10:36] <asac> (was gone for a year or so)
[10:37] <asac> its a bit scary that a website can trigger caret mode
[10:46] <reed_> asac: it would really help if you could get a testcase
[10:47] <asac> i know :/
[10:51] <asac> asked the malone lead
[11:31] <gnomefreak> not sure if im here or not
[11:32] <gnomefreak> i have to go and get another pair of temp glasses until mine are done being made
[11:35] <unggnu> hi, thanks
[11:35] <unggnu> So what is the reason?
[11:35] <gnomefreak> unggnu: its ubufox with the gnome deps
[11:35] <gnomefreak> not so much firefox
[11:35] <unggnu> yeah, but 3.0 doesn't need all this dependencies
[11:36] <unggnu> It makes it easy to install it with KDE
[11:36] <gnomefreak> give me a sec
[11:36] <unggnu> ok
[11:36] <unggnu> I think both parts should be sepparated. Just an extra metapackage or something like that
[11:37] <gnomefreak> ubufox is seperate in karmic
[11:37] <gnomefreak> ok i lied its apturl that has them
[11:39] <gnomefreak> http://paste.ubuntu.com/235838/ under apturl you will see 2 gnoe deps they will bring in most of what you are seeing
[11:40] <gnomefreak> not sure why apturl does that but im guessing kde doesnt have an apturl app
[11:40] <unggnu> Still 3.0 hasn't this problem
[11:40] <unggnu> 3.5 has to have an unneded dependency
[11:40] <unggnu> *not needed
[11:41] <gnomefreak> ill be back in a few. when asac gets here you can ask him.uhold on they look the same.
[11:41] <asac> whats the problem?
[11:41] <asac> hi gnomefreak
[11:41] <gnomefreak> compare the firefox-3.0 in this link and 3.5 in other link
[11:42] <gnomefreak> http://paste.ubuntu.com/235839/
[11:42] <unggnu> gnomefreak: yes, apturl needs to be installed in case of 3.5
[11:42] <gnomefreak> hi asac
[11:42] <gnomefreak> unggnu: does for all firefox versions
[11:42]  * gnomefreak still brbing
[11:43] <unggnu> here
[11:43] <unggnu> http://pastebin.ca/1510918
[11:43] <unggnu> this difference is huge
[11:45] <reed_> asac: neil just commented on the caret browsing bug
[11:50] <gnomefreak> unggnu: as i said most of those are from apturl
[11:51] <gnomefreak> unggnu: gnome-app-install gnome-icon-theme gnome-mime-data gnome-mount are most likey the ones that bring in the rest (or more so)
[11:51] <gnomefreak> Firefox is a gtk browser dont forget
[11:52] <gnomefreak> unggnu: are you on Jaunty?
[11:58] <gnomefreak> incomming.
[11:58]  * gnomefreak not likeing the way this day is starting maybe i should have coffee
[11:58] <pennywise> ping fta
[11:59] <unggnu> gnomefreak: both, jaunty and karmic
[11:59] <unggnu> gnomefreak: it is a gtk browser but firefox 3.0 too
[12:00] <gnomefreak> unggnu: yes in jaunty ubufox is a recommend in karmic its a suggestion
[12:00] <unggnu> If I remember it right the dependencies of 3.0 were cleaned up in Jaunty
[12:00] <unggnu> gnomefreak: that should be changed again
[12:00] <unggnu> Firefox runs without ubufox fine
[12:01] <gnomefreak> asac: did you change deps in jaunty on firefox firefox-3.5?
[12:01] <gnomefreak> unggnu: yes it does thats one reason we demoted it
[12:01] <unggnu> no, I mean if you installed firefox in Intrepid you got the gnome packages
[12:01] <unggnu> but not in Jaunty
[12:02] <unggnu> the same applies for Karmic but not for firefox-3.5
[12:02] <unggnu> ATM I am using a local install of Firefox in the user directory because of the dependencies
[12:02] <unggnu> it also can update itself :)
[12:03] <asac> unggnu: just use --no-install-recommends
[12:03] <asac> we dont put anything in depends
[12:03] <unggnu> Yes, I can but who knows it?
[12:03] <asac> that is not essential
[12:04] <unggnu> Why not put it back to recommend?
[12:04] <asac> unggnu: i already said to kde folks that this is abasically their problem
[12:04] <asac> unggnu: similar i could ask: who knows that he should install  -gnome-support
[12:04] <unggnu> asac: just add ubufox to the ubuntu-desktop dependency
[12:04] <asac> i dont want folks that run firefox-3.5 to get a crippled firefox
[12:04] <asac> unggnu: well. even -gnome-support should be a recommends
[12:04] <unggnu> ok
[12:04] <asac> i think i removed it at some point because of kubuntu complains
[12:05] <asac> but i am seriously considering to readd that
[12:05] <unggnu> Doesn't look crippled to me :)
[12:05] <asac> it lacks a bunch of things
[12:05] <unggnu> That's what recommends are for ;)
[12:05] <asac> right
[12:05] <asac> thats why we have those added as recommends
[12:06] <unggnu> Btw. when do you switch in Karmic to 3.5?
[12:06] <asac> if kubuntu has a lack of decent applications they should check if they enable --no-install-recommends
[12:06] <asac> unggnu: now
[12:06] <unggnu> Today?
[12:06] <asac> e.g. in this alpha cycle we transition
[12:06] <unggnu> ok
[12:06] <asac> unggnu: xulrunner-1.9.1 was promoted to main
[12:06] <asac> now we move all rdpeends first
[12:06] <asac> when tahts finished i will move firefox
[12:07] <unggnu> ok
[12:07] <gnomefreak> asac: the firefox-3.5 xul1.9.1 tanstion is done?
[12:07] <asac> gnomefreak: read again :)
[12:07] <asac> i didnt talk in the past, did i ;)?
[12:07] <gnomefreak> ah missed the rdeps part
[12:08] <gnomefreak> you said was promoted to main
[12:08] <gnomefreak> but i missed a few days
[12:09] <unggnu> I just think many people use Firefox even in Kubuntu and it would be easier for them if it wouldn't come with the whole bunch of packages. It seems has to worked in Jaunty or were there many complains?
[12:10] <unggnu> *without adding special parameters
[12:11] <unggnu> It is called Shiretoko :-D
[12:12] <gnomefreak> it will be called tha tin jaunty it will re name in karmic
[12:12] <Timmy2Tall> hey gnomefreak
[12:13] <gnomefreak> Timmy2Tall: what is your ff question and stick with only ff questions
[12:13] <Timmy2Tall> my ff question is what does ffstand for?
[12:14] <gnomefreak> Timmy2Tall: dont start with me, im alot tougher than those ops you spoke to
[12:14] <gnomefreak> ff == firefox
[12:15] <Timmy2Tall> how do you create new file folders in the Bookmarks of Mozilla Firefox 3
[12:16] <gnomefreak> Timmy2Tall: look in organize bookmarks. this channel isnt a way around your mute in #ubuntu
[12:17] <Timmy2Tall> Can i have both enternet explorer 7 and firefox on the my pc?
[12:18] <unggnu> gnomefreak: asac: Thanks for your support. Ciao.
[12:18] <gnomefreak> Timmy2Tall: that is not a firefox related question and you will be banned form here not muted if you keep up. I saw what you said when you stated you are looking for trouble. dont forget "we see all"
[12:18] <gnomefreak> unggnu: np
[12:18] <Timmy2Tall> Alright so what channel do i go to, to get around my mute in #ubuntu?
[12:19] <asac> Timmy2Tall: you were muted for a reason most likely
[12:19] <asac> think about it ... and improve your behaviour ;)
[12:19] <Timmy2Tall> Alright asac. Ty.
[12:19] <gnomefreak> asac: hes trolling
[12:19] <Timmy2Tall> I'm not a troll..
[12:19] <Timmy2Tall> WHy do you keep calling me that.
[12:20] <gnomefreak> Timmy2Tall: the AT&T question? i didnt keep calling you that i said it just this once
[12:20] <asac> Timmy2Tall: sure. i dont think you intentionally troll, but something in your behaviour probably made others believe you are
[12:20] <asac> Timmy2Tall: try to reflect and improve it ;)
[12:20] <gnomefreak> mytle was calling you that
[12:20] <Timmy2Tall> Fine. ty. I'll Improve my behaviour. You all have a nice night/day.
[12:20] <asac> thanks ... u2
[12:21] <gnomefreak> Timmy2Tall: the reason for these thoughts. [13:35] < Timmy2Tall> Oh i'm looking for  trouble!
[12:22] <gnomefreak> asac: thansk saves me a ban but he said the same thing in -ops and still kept going
[12:36] <gnomefreak> asac: is that the Psddy that is normally here?
[12:37] <asac> gnomefreak: why did he come here then?
[12:37] <asac> e.g. why do you direct trolls to this channel :)
[12:38] <gnomefreak> asac: i didnt direct him here i asked him to walk away from PC and try again later. hes nomrally good but hes creepy out a few women ops
[12:38] <gnomefreak> the other guy was my fault before i saw him being "bad"
[12:38] <asac> who is the "other" guy?
[12:39] <asac> who is the "good" and who the "bad"?
[12:41] <gnomefreak> everyone is bad today it seems. the other guy was the one that you talked into leaving :)
[12:41] <gnomefreak> there is something in the water today
[12:44] <asac> what could that be
[12:44] <asac> gnomefreak: when are you leaving for your surgery thing?
[12:44] <gnomefreak> not sure but since ive been here 3 people have been banned thats more than normal
[12:45] <gnomefreak> i had surgery monday i just need to find glasses until mine are ready. im using a $1.00 pair and they suck for reading
[12:54] <gnomefreak> now he PMs me. he really really needs to think before he says anything
[13:02] <asac> gnomefreak: oh yeah. so you are done with all surgeris for now?
[13:02] <asac> good to hear
[13:02] <asac> gnomefreak: irssi has a good feature caled "ignore" ;)
[13:03] <gnomefreak> asac: for now. we are going to talk about the first one a little more i may need to go back for that if we cant fix it at office. i see a black line (the edge of lense that brain should ignore so i dont see it but its not)
[13:03] <gnomefreak> being an op means i cant use "ignore"
[13:05] <asac> gnomefreak: why? i mean you mute him. then you can ignore him until the mute is raised
[13:05] <asac> lifted i mean
[13:05] <asac> same for ban
[13:05] <asac> just ignore ;)
[13:05] <asac> even if you are an ops
[13:05] <gnomefreak> asac: we muted him in the channel only
[13:06] <gnomefreak> we need to be ready for him to protest the mute/ban/remove/ect..
[13:06] <asac> if he starts to pm ... directly go to ban
[13:06] <asac> ;)
[13:06] <asac> yeah well. you probalby know better what has to be done
[13:06] <gnomefreak> i brought it up for vote on banning him after the wine bs in -devel
[13:06] <asac> its just that a mute isnt that bad and if they bitch around because of that and can't wait like a few hours
[13:06] <asac> they are worth banning
[13:06] <asac> that would be my rule ;)
[13:07] <gnomefreak> if i get a good vote freenode would be next step if he keeps pm'ing people
[13:07] <asac> imo there is no need to allow folks to complain about mutes ... just about bans. complaining about mutes should be considered reason to ban
[13:07]  * gnomefreak agrees
[13:07] <asac> at best include that in the "mute" message he gets
[13:10] <gnomefreak> we are waiting to see how he acts in -uk atm
[13:13] <gnomefreak> asac: any chance you can commment on the google search bug? off hand dont remember # but he moved to -devel-discuess list
[13:14] <gnomefreak> I already explained very
[13:14] <gnomefreak> well that the object of the question is not the multi-search but the
[13:14] <gnomefreak> default search page
[13:14] <gnomefreak> talking about your blog
[13:17] <Timmy2Tall> I just downloaded Firefox Version 3.5 today. How come I can't right click on a link and choose the option to open it into a new tab anymore? I was able to do that with my previous version of Firefox. Am I doing something wrong? How can I make it work this way? Or, is it just not possible in Version 3.5?
[13:18] <gnomefreak> it works fine here. try installing firefox-3.5-gnome-suport
[13:18] <gnomefreak> firefox-3.5-gnome-support
[13:19] <fta> hi
[13:19] <gnomefreak> fta: hi
[13:19] <gnomefreak> asac: the bug that Vincenzo filed
[13:20] <Timmy2Tall> ty. also would getting new add ons in the menu section solve this at all?
[13:20] <gnomefreak> Timmy2Tall: what do you mean? add-ons in menu
[13:21] <Timmy2Tall> Like Toolbars, themes and search providers that help perform common tasks.
[13:23] <gnomefreak> Timmy2Tall: you can add them they will show in ubufox however know that the more you add the more problems you are likely to have and makes it harder for us to support it.
[13:23] <Timmy2Tall> alright. ty
[13:24] <Timmy2Tall> One last question.
[13:26] <gnomefreak> ?
[13:27] <Timmy2Tall> I am seeking a easy to maintain and more importantly *working* way to pre-fetch images, so the pages I develop load smoothly without seeing the images kick in flicker as they usually do. Important - I need this to work on Internet Explorer 6.0+ and FireFox. I am presently using at the head of the page, pic100= new Image; pic100.src="./imageme.gif"; However, it doesn't seem to work on FireFox at all. I've tried diffe
[13:27] <gnomefreak> bug 385325
[13:28] <gnomefreak> bug 322806
[13:28] <gnomefreak> Timmy2Tall: not sure does it work in IE?
[13:28] <Timmy2Tall> No not 6.0+
[13:29] <Timmy2Tall> I'm thinking i need to find javascript image preload scripts but not sure
[13:31] <Timmy2Tall> Hold up im gonna try to download something i'll brb
[13:35] <gnomefreak> asac: either of those 2 arm patches do i need for sunbird? bz322806_arm-vfp-2538:3f78d5e894bc bz339782_cvs_xptcinvoke_arm_backport_1.13.patch. im not sure what debbie meant in a bug reply but sunbird does build on arm. just not sure if its still crashing for her
[13:38] <asac> gnomefreak: right. i am supposed to answer his mail to mailing list i think
[13:40] <asac> gnomefreak: you need all from tbird. also we need to find a way to make it compile with gcc 4.4 now
[13:40] <asac> but you dont have to care for that
[13:40] <asac> because we need to fix it in tbird too
[13:41] <gnomefreak> sunbird compiles with defualt gcc atm
[13:42] <asac> gnomefreak: yes. but that would not work on armel
[13:42] <asac> which is why we need to develop a new patch (not you and probably not me)
[13:42] <gnomefreak> oh damn thats right.
[13:42] <asac> have to find someone from mobile team to do it .- though i have finally gotten access to a arm porter machine
[13:43] <gnomefreak> ok in a week or 2 when i get my real glasses i will check back on that if i remember.
[13:46] <fta> asac, http://paste.ubuntu.com/235912/ \o/
[13:47] <asac> thats cool
[13:48] <fta> but it's 3~4 times slower to produce the debs
[13:49] <asac> what are you doing?
[13:49] <fta> lzma
[13:51] <asac> ah.
[13:51] <asac> which unfortunately only helps for archives ;)
[13:51] <asac> not for livecd
[13:51] <fta> ?
[13:51] <asac> but we are by no way there yet ;) ... so its great imo
[13:52] <asac> fta: lzma does not help us on livecd to get more space because we cannot lzma compress there.
[13:52] <fta> i have a few other ideas to experiment with
[13:52] <asac> i don thtink the .deb size is the problem (maybe just use lzma for the testsuite because thats what probably is hurting most)
[13:52] <pennywise> fta: is there an ETA for thunderbird-3.0b3 in jaunty?
[13:52] <asac> the orig is ...
[13:53] <gnomefreak> in jaunty?
[13:53] <asac> we need to strip stuff further there. and for the initial upload to archive maybe remove the testsuite
[13:53] <gnomefreak> tbird-3 wont got o jaunty
[13:53] <asac> so archive admins dont run away screaming because of the huge size
[13:53] <asac> (psychological effect)
[13:56] <pennywise> i meant the ppa-deb
[13:56] <gnomefreak> 3.0~b4~hg20090728r3165+nobinonly-0ubuntu1~umd1 should be in PPA
[13:56] <gnomefreak> that pre b4
[13:58] <pennywise> that's the daily, isn't it?
[14:03] <gnomefreak> pennywise: yes
[14:08] <asac> fta: do you think we want to do milestones with a bot or manually for now?
[14:09] <asac> if its not a bot task for now i would just create a ppa somewhere now and push the ffox/tbird milestones there
[14:09] <gnomefreak> the bot doesnt test so other than less releases you still have to saftey in it (however PPA aare not meant to be safe
[14:09] <gnomefreak> )
[14:10] <asac> gnomefreak: ew want to provide a milestone ppa somewhere ... that should be better for most than the -daily
[14:10] <asac> thats what i just asked fta about
[14:11] <asac> if we want to run it with bot or do it manually for the time being
[14:11] <asac> fta: oh. also we have to talk about what happens with the dailies when i start making xul 1.9.1/ffxo 3.5 the default
[14:11] <gnomefreak> we talked about that a while ago for firefox-3.5 for hardy/intrepid
[14:11] <fta> i would prefer a bot as it will be automatic, but it means a reliable source of tags
[14:11] <asac> fta: i guess we need a jaunty.head and a .head
[14:11] <asac> fta: right. but do you have time to work on that now? we could start doing it manually for now because lots of folks want that
[14:12] <asac> and then move to bot if you get time to work on that
[14:12] <fta> not before next week for me
[14:13] <asac> fta: maybe we can maintain a list of milestones on our own? in that way we can just add a release tag ... or beta tag etc. when we want it rather than have all tags and find a smart algorithm to see if sometihng is a tag that is worth inclusion
[14:13] <asac> fta: like the DEPS file chromium has: e.g. a list of packages -> milestones
[14:14] <asac> err packages -> current_topmost milestone
[14:14] <fta> but then it's manual again
[14:14] <asac> ppa -> package -> topmost milestone or head tag
[14:14] <asac> fta: its a manual sign off ... not a manual upload
[14:15] <asac> daily -> firefox -> HEAD
[14:15] <asac> milestone -> firefox -> RELEASE3_0_5
[14:16] <asac> we can think about it a bit. i just that as the requirements for stability raises (like milestone ppa is supposed to be more stable than daily), a bit more manual action might be justified
[14:17] <asac> or we say we  have a ppa with auto milestone uploads (using some smart grep or something to only get the tags we want)
[14:17] <asac> and a stable milestone ppa where the packages are pocket copied after they have baked for a few days
[14:18] <asac> anyway. all automatic also sounds sexy obviously ;) ... no need for a mini release manager at least
[14:20] <asac> fta: what do you think about the jaunty.head vs. .head thing?
[14:20] <asac> otherwise we would need to do the full xul 1.9.1 transition in the ppa ... unless i am mistaken
[14:20] <asac> hmm... let me think about it a bit ;)
[14:25] <gnomefreak> ok done for the day.
[16:46] <eagles0513875> hey guys
[16:47] <asac> hey
[17:20] <pace_t_zulu> fta how come you don't have a "--builder='dpkg-buildpackage -rfakeroot -k${GPGKEY}'" in your bdm bazaar alias?
[17:21] <fta> i don't?
[17:22] <fta> pace_t_zulu, http://paste.ubuntu.com/236028/ ?
[17:22] <pace_t_zulu> fta: yes... for the bdm alias
[17:23] <pace_t_zulu> fta: i replaced B6EE20E8 with ${GPGKEY}
[17:23] <fta> oh, it's not needed for bdm, no need to sign the binary locally, they are not meant to be pushed anywhere
[17:23] <fta> binarIES
[17:25] <pace_t_zulu> fta, thanks
[17:32] <fta> asac, http://svn.mozilla.org/projects/webrunner/trunk/confvars.sh still 0.9.9
[18:18] <fta> asac, http://code.google.com/p/chromium/issues/detail?id=17997
[18:18] <fta> so we now have a dedicated bug for the system v8 regression
[18:34] <pace_t_zulu> hey asac and fta, i see you guys use ~svn%dater%revision for versioning svn based packages... what do you use for git? because the hashes aren't sequential iirc
[18:47] <ripps> pace_t_zulu: I pull the date of the last commit into the version string for my git packages. The only problem is that it generally only safe to do a ppa update once a day, but it works fine with the gmpc-trunk ppa
[18:51] <pace_t_zulu> yeah rips i have ~git${HASH}x${DATE} ... where ${DATE} is 20090729
[18:52] <pace_t_zulu> ripps^
[18:53] <asac> pace_t_zulu: i think our bot also guesses the dat somehow
[18:53] <asac> and adds the commit it at the end
[18:54] <pace_t_zulu> asac: what does it look like?
[18:54] <pace_t_zulu> asac: for example i have "
[18:54] <pace_t_zulu> 0.0.3~git65f7bc7x20090717
[18:54] <fta> no, the date must be 1st
[18:55] <fta> hashes are not sortable
[18:59] <pace_t_zulu> fta ty
[19:00] <fta> pace_t_zulu, if possible, use the upstream date (extracted from git logs somehow), not localtime
[19:03] <pace_t_zulu> fta: yes... now it is 0.0.3~git20090717x65f7bc7
[19:04] <fta> lgtm
[19:04] <pace_t_zulu> fta: here's how i get the date: GIT_DATE = $(shell cd $(TMP_DIR)/src && git rev-list --max-count=1 --date=short --format=%ad HEAD | tail -1 | tr -d "-")
[19:04] <asac> what someone from debian told me was that we should use git-describe
[19:05] <asac> e.g. that thats best practice ... though i think you need at least one tag in the tree for that
[19:05] <pace_t_zulu> asac: ok... not tags in this tree yet
[19:06] <pace_t_zulu> asac: for now i will use the current method... it is a very young project... but i will keep that in mind
[19:07] <asac> yeah. i havent tried git describe
[19:07] <asac> but it sounded reasonable
[19:08] <pace_t_zulu> asac: thanks for sharing though
[19:10] <fta> pace_t_zulu, which project is that?
[19:19] <pace_t_zulu> fta: libposix ... completely unrelated here
[19:20] <pace_t_zulu> i hope my questions were not out of line then
[19:21] <fta> a new libc?
[19:24] <pace_t_zulu> fta yes
[19:25] <pace_t_zulu> i realilze it seems pointless.. more of an academic exercise than anything
[19:25] <pace_t_zulu> fta where is the v8 regression bug?
[19:26] <fta> http://code.google.com/p/chromium/issues/detail?id=17997
[19:27] <pace_t_zulu> fta: so this is a issue that arises out of sandboxing?
[19:28] <fta> pace_t_zulu, no, it appeared with system v8, but it's a combination of both
[19:28] <pace_t_zulu> fta: well it wouldn't necessarily exist if chromium weren't sandboxing
[19:28] <fta> yes, but sandboxing is good for us
[19:29] <fta> better than system libs i would say ;) even if it displeases asac
[19:29] <pace_t_zulu> fta: i understand why we sandbox... just trying to understand the nature of the bug
[19:30] <BUGabundo> hey guys
[19:30] <pace_t_zulu> fta: does each sandbox get it's own system lib? sandboxes aren't sharing system libs are they?
[19:30] <pace_t_zulu> hey BUGabundo
[19:30] <fta> BUGabundo, is there a way to increase the font size in notifications? it's too small for me
[19:31] <BUGabundo> fta: No
[19:31] <BUGabundo> a big N O
[19:31] <fta> pace_t_zulu, http://dev.chromium.org/developers/design-documents/sandbox
[19:31] <BUGabundo> [still] no settings for OSD
[19:32] <BUGabundo> one full cicle after release :(
[19:32] <fta> pace_t_zulu, and http://code.google.com/p/chromium/wiki/LinuxSUIDSandbox
[19:32] <fta> BUGabundo, then that's bad, is there a bug?
[19:32] <BUGabundo> think so
[19:32] <BUGabundo> let me ask on p1
[19:32] <BUGabundo> +1
[19:32] <pace_t_zulu> fta thank you
[19:33] <pace_t_zulu> fta: i
[19:33] <pace_t_zulu> 'll read those
[19:35] <BUGabundo> fta: nothing so far
[19:36] <fta> pace_t_zulu, this sandbox will disappear at some point, in favor of seccomp
[19:37] <BUGabundo> fta:  bug 393516
[19:37] <BUGabundo> who is your friend now?
[19:37] <BUGabundo> now tell me my "updates" are just noise :)))
[19:44] <fta> lol
[19:45] <pace_t_zulu> fta, so is this bug likely to be resolved by the move to seccomp?
[19:45] <fta> i don't know
[19:45] <BUGabundo> I love you too fta :D
[20:01] <fta> BUGabundo, http://bazaar.launchpad.net/~ubuntu-desktop/notify-osd/ubuntu/annotate/head%3A/src/defaults.c#L133
[20:03] <BUGabundo> heh
[20:29] <fta> asac, i'm out of ideas for ia32-libs. trying a last time with all the updated package, but without the newly added libgail and gvfs
[20:47] <pace_t_zulu> asac and fta i see gnome-power-manager is versioned like this: gnome-power-manager (2.27.2+git20090729-0ubuntu2)
[20:48] <micahg1> asac: is TB3 going to be thunderbird or thunderbird-3.0 when it's released?
[20:49] <fta> pace_t_zulu, well, it all depends if your project is likely to have many commits per day, without a revid of some kind, you can't know what you're building as there's no reverse matching
[20:50] <pace_t_zulu> fta: yea... i suppose that is a problem with git hashes... there is no way to identify which hash came first... right?
[20:50] <pace_t_zulu> micahg: wouldn't thunderbird be a metapackage that points to thunderbird-3.0 ?
[20:51] <fta> pace_t_zulu, for apt/dpkg, you need sortable versions, but git doesn't provide any, hence the date, but date is not enough, hence date+hash, and if you produce 2 versions the same day, you're out of luck
[20:52] <pace_t_zulu> fta, would you identify that as a major flaw in git's versioning system?
[20:53] <fta> well no, it's not meant to be used that way, but for us, it's really an unfortunate choice
[20:54] <micahg> pace_t_zulu: that's what I need asac to confirm ;)
[20:54] <pace_t_zulu> fta: fair enough... do you see an upside to using the hashes that i'm missing?
[20:56] <fta> if you want to be able to fetch the sources just based on a version, keep the hash somewhere, that's the only way
[21:35] <asac> micahg: not yet defined
[21:36] <asac> i would think we don't version it, unless there is a reason for users to not upgrade and we can provide security somehow
[21:53] <pace_t_zulu> asac and fta what about using the unix epoch on git revs
[21:53] <pace_t_zulu> ?
[22:04] <micahg> asac: I agree, that would be best
[22:28] <fta> asac, :( NPP_New() wait for reply: Connection closed
[22:29] <pace_t_zulu> fta: do you see anything wrong with using a unix epoch rather than YYYYMMDD ?
[22:29] <pace_t_zulu> fta: for git commits
[22:30] <fta> not readable by users. the good thing with dates is that users can see at a glance how fresh the package is
[22:31] <fta> imho, a date is better than a digit, unix time or whatever
[22:31] <fta> pace_t_zulu, ^^
[22:32] <pace_t_zulu> fta: the nice thing about a unix epoch is it is more sortable than a date (for multiple commits on one day) ... i could stick the hash on the end
[22:32] <pace_t_zulu> fta, thanks for the input ;)
[22:33] <fta> in ff3.0, i used YYYYMMDDtHHMM because cvs has nothing else, and ff could have hundreds of commits per day
[22:34] <pace_t_zulu> fta: did you use UTC?
[22:34] <asac> yeah nspluginwrapper definitly needs something
[22:35] <fta> asac, https://edge.launchpad.net/~fta/+archive/sandbox
[22:35] <fta> asac, the same as before except no gvfs and libgail-common
[22:36] <asac> yeah
[22:36] <asac> i think we definitly need to fix nspluginwrapper build using system libs
[22:36] <asac> but i had that and it still didnt solve the problem
[22:36] <asac> maybe i should try to update the in-source gtk glue thing or something
[22:45] <asac> fta: do you know if we had a build failure due to patch diverging for a small package recently?
[22:46] <asac> like something i could use to teach how our branches work tomorrow morning in training session?
[23:01] <fta> v8
[23:02] <fta> but not a good example
[23:02] <fta> esp the way i fixed it ;P
[23:02] <asac> hehe
[23:03] <asac> well. its also an aspect actually
[23:03] <asac> let me add that
[23:03] <asac> *avoid patches that cause pain* ;)
[23:04] <fta> did you see how i fixed it?
[23:04] <asac> sure
[23:05] <asac> sedding. for me the file touched didnt look really unstable. but probably i guessed that wrong ;)
[23:06] <fta> in the context, you have the three digit version, it's very likely to break
[23:06] <asac> you should only use one
[23:06] <asac> the soname doesnt have the other digits usually
[23:06] <fta> eh?
[23:06] <fta> i mean, the context of your original patch
[23:07] <fta> there was:
[23:07] <fta> - #define MINOR_VERSION     2
[23:07] <fta> - #define BUILD_NUMBER      14
[23:07] <fta> - #define PATCH_LEVEL       6
[23:07] <fta> those lines will change quite often
[23:07] <asac> ah ;)
[23:07] <asac> ok
[23:07] <asac> yeah
[23:08] <asac> i had a blind spot there I agree
[23:08] <fta> that's why it failed today btw
[23:08] <asac> fta: thought you already dfixed it
[23:09] <fta> i did today, but i told you the day you committed your patch
[23:09] <asac> fta: you added the sedding like yesterday
[23:09] <asac> at least i saw a mail about that commit
[23:10] <fta> hm, probably
[23:10] <asac> so it failed yesterday
[23:10] <asac> i will use it as an example
[23:10] <asac> i actually have no clue how much folks tomorrow know
[23:10] <asac> and what they expect. pretty hard to prepare something
[23:11] <fta> #  chromium-browser_3.0.196.0~svn20090729r21952-0ubuntu1~ucd2_amd64.deb  (9.7 MiB)
[23:11] <fta> # chromium-browser_3.0.196.0~svn20090729r21952-0ubuntu1~ucd2_i386.deb (9.7 MiB)
[23:11] <fta> # chromium-browser_3.0.196.0~svn20090729r21952-0ubuntu1~ucd2_lpia.deb (8.4 MiB)
[23:12] <fta> \o/
[23:12] <asac> neat
[23:12] <fta> i wonder why lpia is always smaller
[23:12] <fta> #  chromium-testsuite_3.0.196.0~svn20090729r21952-0ubuntu1~ucd2_amd64.deb  (34.3 MiB)
[23:12] <fta> # chromium-testsuite_3.0.196.0~svn20090729r21952-0ubuntu1~ucd2_i386.deb (30.7 MiB)
[23:12] <fta> # chromium-testsuite_3.0.196.0~svn20090729r21952-0ubuntu1~ucd2_lpia.deb (25.0 MiB)
[23:12] <asac> fta: did you drop the complete patch?
[23:12] <fta> nope
[23:12] <asac> ok
[23:12] <asac> chromium-v8-1.2.14~svn20090723r2530.orig/SConstruct is needed
[23:13] <asac> actually should be fixed to use the SONAME as target file
[23:13] <asac> but that wasnt trivial on first glance ;)
[23:14] <asac> also not sure how to add the link creation in scons properly
[23:14] <asac> fta: look at this: http://pastebin.com/f17d8e948 ;)
[23:15] <asac> so after putting much love into those fine grained cleanup code i foudn that bubbles are never freed ;)
[23:16] <asac> which is what you see in the third hunk of <src/stack.c
[23:24] <asac> fta: http://paste.ubuntu.com/236187/
[23:34] <asac> fta: http://paste.ubuntu.com/236190/ ... anything else ?
[23:35] <asac> oh i will explain changelog and release commits ;)
[23:35] <asac> for "team" ;)
[23:37] <fta> nice
[23:40] <asac> great. now launchpad is down ;)
[23:41] <asac> session is at crayz 6 am tomorrow :)
[23:41] <asac> i somehow feel i wont be there ;)
[23:41] <asac> 6am UTC :-P
[23:41] <asac> but still hard for me
[23:43] <asac> good sign is that its not like last time where someone pinged me 10 minutes after my session started and i had no clue at all ;)