[09:55] <BUGabundo> asac around?
[09:55] <BUGabundo> wt heck is asac_the_bumber ?
[09:56] <asac> its him
[09:56] <asac> armin
[09:56] <asac> ;)
[09:58] <BUGabundo> who?
[09:58] <BUGabundo> asac can you popup on +1? NM questions
[10:02] <gnomefreak> sorry spelling alone made it take forever :(
[10:03] <gnomefreak> BUGabundo: your wiki has been updated however keep in mind it is only 0500 here
[10:03] <BUGabundo> ehhe
[10:03] <BUGabundo> np
[10:04] <gnomefreak> asac: how did you and fta work around the Pango_fonts bug during build
[10:05] <gnomefreak> crap forgot bug #
[10:05] <asac> gnomefreak: not sure what you mean
[10:06] <gnomefreak> asac: looking for bug atm but pango causes FTB
[10:06] <asac> gnomefreak: on which mozilla branch is that?
[10:07] <gnomefreak> 1.9.1 i think the package is set to core
[10:07] <gnomefreak> asac: when i get to email i should be able to give you bug link
[10:08] <gnomefreak> asac: mozilla 478871
[10:09] <gnomefreak> i got caught up in that with seamonkey-2
[10:09] <asac> gnomefreak: you could help testing seamonkey/xulrunner in security PPA
[10:10] <asac> but i guess you just ahve jaunty right?
[10:10] <gnomefreak> asac: i have been running 1.1.15 here
[10:10] <gnomefreak> asac: and intrepid but no hardy atm
[10:10]  * gnomefreak goes for smoke
[10:11] <fta> bz478871_att369648_new_pango_api.patch
[10:12] <gnomefreak> fta: ah you patched it. it is a universal patch isnt it?
[10:13] <asac> [reed]: mozilla bug 486278
[10:13] <asac> how can we raise severity for something like that?
[10:14] <[reed]> I cc'd some l10n-drivers
[10:14] <[reed]> and requested blocking
[10:14] <asac> [reed]: great. rock
[10:14] <[reed]> care to post the actual error?
[10:14] <[reed]> give as much detail as you can
[10:15] <asac> i didnt know if can misuse mozilla blocking flags
[10:15] <asac> let me check what you did
[10:15] <[reed]> anybody can request blocking
[10:15] <asac> lets see if i can copy it
[10:15] <asac> [reed]: updated
[10:16] <asac> [reed]: wasnt sure if l10n for minority locales would block main products ;)
[10:16] <[reed]> probably won't
[10:16] <[reed]> but it still gets it on somebody's radar
[10:16] <[reed]> :)
[10:16] <asac> yeah
[10:17] <[reed]> I got denied blocking for a patch to remove the mention of the EULA from about:license
[10:17] <[reed]> so, they are picky :p
[10:24] <asac_the_bumber> asac: looks like the patch definitely works
[10:24] <asac_the_bumber> [reed]: apply!
[10:24] <[reed]> which patch?
[10:24] <[reed]> 478871?
[10:25] <asac_the_bumber> no
[10:25] <asac_the_bumber> sigbus on sparc
[10:25] <[reed]> bug #?
[10:26] <asac_the_bumber> i'll poke you when i attach the patch :)
[10:28] <BUGabundo> what ever you do don't open http://www.smouch.net/lol
[10:31] <asac_> fta: we need to stabilize ffox 3.5
[10:31] <asac_> and upload to jaunty
[10:31] <asac_> or upload b3 as 3.5
[10:31] <fta> a snapshot? or b4?
[10:32] <asac_> fta: well. b4 isnt out ;)
[10:32] <fta> i know
[10:32] <asac_> we need to do that before final freeze
[10:32] <asac_> afterwards it will be cumbersome
[10:32] <fta> when is that?
[10:32] <asac_> final freeze is apr 9
[10:32] <asac_> but better check to be sure ;)
[10:32] <fta> https://wiki.mozilla.org/Releases/Firefox_3.5b4
[10:32] <asac_> https://wiki.ubuntu.com/JauntyReleaseSchedule
[10:33] <asac_> [reed]: do you set a tag on "Code Freeze"?
[10:33] <asac_> or only when QA starts?
[10:33] <[reed]> when builds are built
[10:33] <[reed]> which is sometime between code freeze and when QA starts
[10:34] <asac_> any indication code freeze will slip a few days?
[10:34] <asac_> for b4?
[10:34] <[reed]> not sure
[10:34] <[reed]> I haven't been paying attention
[10:34] <[reed]> I'll ask
[10:34] <asac_> hmm
[10:34] <asac_> thanks a lot
[10:35] <fta> https://lists.ubuntu.com/archives/ubuntu-devel/2008-April/025259.html
[10:37] <asac_> fta: yeah. but if its in bin NEW its really risky. so lets upload snapshot today or so
[10:37] <fta> ok, easy
[10:38] <asac> fta: you can name it ~b4~u1
[10:38] <asac> ;)(
[10:38] <asac> or just the name we use now
[10:39] <fta> should it close a bug?
[10:39] <BUGabundo> asac fta 3.6 is brokwn
[10:39] <asac> extensions ;)
[10:39] <BUGabundo> http://paste.ubuntu.com/141950/
[10:39] <fta> asac, er, i guess upstream will head shoot me if i do that
[10:39] <BUGabundo> no addons on 3.6
[10:40] <asac> fta: we dont use their marks ;)
[10:40] <asac> but well. lets upload it
[10:40] <asac> but lets open a bug so archive admins see the reason
[10:41] <fta> could you do it please? i'm busy with work right now
[10:42] <asac> fta: 352995
[10:42] <asac> fta: oh. remember to also add Provides: firefox-3.1 ... firefox-3.1-gnome-support and so on
[10:43] <asac> e.g. Conflicts/replaces/provides
[10:43] <asac> bug 352995
[10:45] <asac> ok improved title a bit
[10:45] <asac> bug 352995
[10:45] <armin76> [reed]: for what tree i should do the patch? mozilla-central, or mozilla-1.9.1?
[10:46] <[reed]> mozilla-central
[10:46] <armin76> [reed]: the sigbus affects all 3.x, so it would be great if it would be applied to all
[10:46] <armin76> k, thanks
[10:47] <asac> armin76: -central
[10:47] <[reed]> always do patches against trunk / tip
[10:47] <asac> armin76: then let it land in trunk and once that happened request approvals for the branches
[10:48] <fta> asac, eh? didn't you look at the package already? was my transition incomplete/broken??
[10:48] <asac> fta: i looked, but i forgot to mention that the transition could be optimized by adding replaces ;)
[10:48] <asac> err Provides i mean ;)
[10:49] <asac> actually i wanted to just commit that, but now i remember that i didnt ;)
[10:49] <asac> let me know. i can also do that swiftly
[10:49] <fta> i'll do it
[10:51] <asac> kk
[10:52] <asac> argh. gwibber hangs
[10:52] <BUGabundo> me too
[10:52] <BUGabundo> .9.x
[10:52] <BUGabundo> and ff3.6 doesn't start
[10:52] <BUGabundo> http://paste.ubuntu.com/141950/
[10:53] <BUGabundo> humm something locked?
[10:53] <BUGabundo> killall and start it again and it works
[10:53] <BUGabundo> go figure
[10:54] <asac> ok done with my #git rants on identi.ca for now ;)
[11:04] <gnomefreak> bug 309390 345125
[11:04] <gnomefreak> bug 345125
[11:07] <fta> for gwibber, it freezes when you update it underneath. a bit like ff turns crazy when you update it or xul.  just restart it
[11:08] <fta> the chromium guys are working on a way to do transparent upgrades that don't require a restart, and even user attention
[11:26] <asac> fta: tell chromium folks to also think about packaging
[11:27] <asac> they most likely work on something like the auto updates
[11:27] <asac> otoh their multi process approach should make it easy
[11:27] <asac> its just killing the rendering processes and let them restart again with same state
[11:33] <bdrung> ping asac
[11:34] <asac> pong bdrung
[11:35] <bdrung> asac: I need a sponsor for bug #340435. ;)
[11:36] <asac> bdrung: wasnt there a branch?
[11:36] <bdrung> yes: https://code.launchpad.net/~bdrung/firefox-extensions/adblock-plus.ubuntu
[11:36] <asac> ok let me get that
[11:36] <bdrung> asac: and for upstream: https://code.launchpad.net/~bdrung/firefox-extensions/adblock-plus.upstream
[11:37] <BUGabundo> can some on explain to me what is the use of packaging addons?
[11:37] <BUGabundo> is it to make it system wide??
[11:37] <bdrung> BUGabundo: yes
[11:37] <BUGabundo> can't the addon just be copied to the system addon dir?
[11:38] <BUGabundo> sure apt makes that easy
[11:38] <asac> BUGabundo: its to make it ubuntu maintained
[11:38] <asac> stabilized
[11:38] <asac> etc.
[11:38] <asac> and system wide yes.
[11:38] <BUGabundo> but is it worth all the trouble of packaging?
[11:38] <asac> bdrung: did you start with the ~ubuntu-dev branch?
[11:39] <asac> bdrung: you should dump your branch on every upload
[11:39] <asac> bdrung: and start with ~ubuntu-dev
[11:39] <asac> thats the baseline
[11:39] <asac> e.g. not "sync changlog from ubuntu archive"
[11:40] <asac> e.g. use topic branches, e.g. adblock-plus.ubuntu.NEWVERSION
[11:41] <bdrung> asac: i started with the ~ubuntu-dev branch.
[11:41] <asac> bdrung: so i forgot to push to ~ubuntu-dev?
[11:41] <asac> or why is the "sync changelog commit" needed?
[11:41] <asac> or did someone else just upload it without committing?
[11:42] <asac> ok seems it was my fault
[11:42] <asac> or someone uploaded
[11:42] <asac> bdrung: ok something new :) ... look at bzr log -l1 --show-id in the .upstream branch
[11:42] <bdrung> asac: Siegfried-Angel Gevatter Pujals uploaded adblock-plus 1.0-0ubuntu1
[11:42] <asac> in future you will have to update .bzr-builddeb/default.conf
[11:43] <asac> to properly refer to that revid
[11:43] <asac> as it allows us to automatically extract .upstream from the .ubuntu branch
[11:43] <asac> i will do that so maybe look what i do ;)
[11:48] <asac> bdrung: ok pushing: bzr push lp:~ubuntu-dev/firefox-extensions/adblock-plus.ubuntu/
[11:48] <asac> bdrung: so now you just need to branch
[11:48] <asac> and run bzr bd
[11:48] <asac> it will auto create your orig.tar.gz
[11:48] <asac> checkout .bzr-builddeb/default.conf
[11:49] <asac> the upstream revision id is what needs to be bumped in the "merge" commit
[11:49] <bdrung> k
[11:49] <asac> pushing still ongoing
[11:49] <asac> bdrung: can you please subscribe universe-sponsors (if not done yet)
[11:49] <asac> (so i get sponsor credits ;))
[11:50] <bdrung> asac: done
[11:52] <asac> bdrung: uploaded
[11:54] <bdrung> asac: thanks
[11:59] <BUGabundo> asac isn't this Fix Release https://bugs.launchpad.net/bugs/329798 ?
[11:59] <BUGabundo> based on the last comment?
[12:04] <asac> BUGabundo: closed invalid (we dont know what caused this and dont know what fixed it ;))
[12:05] <BUGabundo> hey
[12:05] <BUGabundo> that's one of mine!
[12:05] <BUGabundo> its not invalid
[12:05] <BUGabundo> I could do it repetily
[12:05] <BUGabundo> for more then a year
[12:05] <BUGabundo> recently it started to work!
[12:06] <BUGabundo> ok... driver may explain it
[12:06] <BUGabundo> or wpasup
[12:30] <asac> iu dont think we updated wpasupp in recent history
[12:30] <asac> so linux is the reason ;)
[12:31] <BUGabundo> works now
[12:31] <BUGabundo> its all I care
[12:32] <asac> good ;)
[12:32] <BUGabundo> but we can't ask every user to jump to jaunty to fix wifi wpa/wpa2 of FON
[12:35] <asac> only thing they need are new kernels ;)
[12:36] <fta2> something is leaving /tmp/tmp.*/state/lists/archive.ubuntu.com_ubuntu_dists_jaunty_* behind
[13:21] <fta2> asac, do you see that in your syslog? http://paste.ubuntu.com/142020/
[13:22] <asac> hmm ... not
[13:23] <asac> maybe ask tedg
[13:23] <asac> on -desktop
[13:23] <asac> he is hte one doing the new indicator
[13:23] <asac> he is US guy so probably will pop up later
[13:39] <fta2> bug 346513
[14:02]  * BUGabundo pokes asac to lift his /ignore from +1
[14:04] <asac> heh. ask gnomefreak when he is back
[14:05] <asac> he has far better connections to -ops than me
[14:09] <Guest49783> Hello, is there anyway to sync Nokia N81 with mozilla sunbird
[14:14] <asac> i am not aware of any extension
[14:14] <asac> that doesnt mean there is none
[14:16] <BUGabundo> asac: its not a question of OPs but NM questions
[14:17] <BUGabundo> what I meant to say is that you don't look too much to what its going on there
[14:24] <asac> well.
[14:24] <asac> time is constraining factor
[14:24] <asac> if i am debugging something i cannot really answer questions ;)
[14:24] <asac> i need helpers that know the right initial questions
[14:25] <BUGabundo> I know some
[14:25] <BUGabundo> but not that many
[15:05] <asac> jtv: hey. you think you can debug the xpi import things with the unicode? its not really easy for us to do that as it doesnt even tell us where the problem originates from
[15:05] <jtv> asac: hi
[15:05] <asac> jtv: you can probably just run it locally and get the file
[15:06] <asac> in the backtrace
[15:06] <jtv> asac: not quite _that_ easy.  If this is becoming a problem, bug danilo about it.
[15:07] <jtv> asac: we have a lot of other priorities for now, so haven't been able to do much on XPI support lately.
[15:08] <asac> jtv: yeah right. ok. its not that important
[15:08] <asac> jtv: its just that we have close to zero chance to see whats going on
[15:08] <asac> as we dont have the importer code we can run locally
[15:09] <jtv> asac: yeah, I really wish I had some time to put into this.
[15:09] <asac> jtv: will rosetta be opensourced in Jul 26? or still discussed?
[15:10] <jtv> asac: it goes open just like most of the rest.
[15:10] <asac> jtv: yeah. wasnt sure which part dont go open
[15:10] <asac> great news ;)
[15:12] <asac> jtv: ok we found it ;)
[15:12] <asac> (it seems)
[15:12] <asac> thanks a bunch
[15:12] <jtv> asac: found what?
[15:13] <asac> foud the problem of that import thing we were missing ;)
[15:13] <asac> seems we figured all import issues for ffox then
[15:30]  * asac_the_bumber waves
[15:31]  * asac waves to asac_the_bumber 
 what I meant to say is that you don't look too much to what its going on there <= this is harsh
[15:53] <BUGabundo> fta2 not meant to be.. if it sounded , sorry
[16:58] <fta2> asac, http://paste.ubuntu.com/142150/ is that what you want? how come it optimizes the transition?
[17:05] <fta2> BUGabundo, strange, i no longer have any of your dents in my list, wtf?
[17:07]  * BUGabundo fta has banned me!
[17:23] <fta2> re-added you
[17:27] <fta2> asac, http://paste.ubuntu.com/142166/ if i understand correctly, i can drop the ff-3.1* packages too
[17:27] <fta2> is that correct?
[17:32] <BUGabundo> fta didn't get any email of you dropping out!
[17:33] <fta2> i'm sure i didn't, should be a bug
[17:40] <BUGabundo> its a BUGabundo
[17:46] <asac> fta2: no we need to keep transitional packages
[17:46] <asac> just add the PRovides
[18:02] <fta2> then I'm done
[18:07] <fta2> asac, pushing...
[18:13] <fta2> funny the auto-comments: https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.1/+bug/352995
[18:13] <fta2> +new
[18:18] <asac> yeah those are nice
[18:18] <asac> activity log entries;)
[18:36] <asac> fta2: pushed new source?
[18:36] <asac> is it in NEW already?
[18:48] <asac> fta2: comment in changelog is wrong
[18:48] <asac> "... initiate the 3.1->3.6 transition (s/3.6/3.5/)
[18:49] <asac_the_bumber> is it quick!? :D
[18:50] <asac> fta2: rev 405 doesnt have a changelog in commit
[18:50] <asac> fta2: oh already fixed the typo
[18:50] <asac> ok
[19:13] <BUGabundo> asac ping
[19:13] <BUGabundo> I'm with that SiS based laptop again
[19:13] <BUGabundo> any tips to make network work?
[19:13] <BUGabundo> maybe chainging MTU or something?
[19:31] <BUGabundo> asac using jaunty it's the same
[19:31] <BUGabundo> :(
[20:55] <Jazzva> asac: the patch should be done... I'll push it in few minutes
[20:56] <Jazzva> asac: also, I noticed now that it contains an "--auto" parameter which will update all found plugins
[20:57] <asac> yeah
[20:57] <asac> thts what i ment ;)
[20:57] <asac> e.g. nspluginwrapper --auto --update
[20:57] <Jazzva> I didn't notice that one before.
[20:57] <asac> ;)
[20:57] <Jazzva> yeah, and it works
[20:57] <asac> cool
[20:57] <Jazzva> I'll test --update with NSPLUGIN_DIRS now... --list worked
[20:57] <asac> thats great ... so we install with just NSPLUGIN_DIR
[20:57] <asac> and we --update with NSPLUGIN_DIRS?
[20:57] <Jazzva> should --update too, but  just to be sure
[20:58] <Jazzva> asac: well, NSPLUGIN_DIRS is something like /var/lib/nspluginwrapper/dirs.d/, which contains a file like "flashplugin-nonfree" (installed by flashplugin-nonfree package)
[20:59] <Jazzva> and the content of the file is something like "/var/lib/flashplugin-nonfree" (that's the directory where we installed the wrapper
[20:59] <asac> so you still parse a file?
[20:59] <Jazzva> umm... yes
[20:59] <asac> hmm
[20:59] <asac> well ok
[20:59] <asac> so basically we NSPLUGIN_DIRS is always constnat ;)
[20:59] <asac> e.g. always /var/lib/nspluginwrapper/dirs.d/
[20:59] <asac> or what?
[21:00] <Jazzva> I think that's true :).
[21:00] <asac> heh ;)
[21:00] <asac> you really like overkill ;)
[21:00] <asac> but push ;)
[21:00] <asac> i want to see it
[21:01] <asac> i guess its ok. just have to realign my ideas a bit ;)
[21:01] <Jazzva> and I don't think it's pretty written :)
[21:01] <Jazzva> just to check something
[21:07] <Jazzva> hmm... it skips /var/lib/flashplugin-nonfree, but it doesn't skip /usr/lib/mozilla/plugins (those are two directories that I placed in the metafile)
[21:15] <Jazzva> asac: here it is, should be visible soon https://code.edge.launchpad.net/~jazzva/nspluginwrapper/ubuntu.1.2.2-0ubuntu3
[21:21] <asac> Jazzva: revision 49 doesnt add the patch ;)
[21:21] <asac> you forgot to add it?
[21:21] <Jazzva> Hmm, I added it. It was visible in bzr diff.
[21:21] <Jazzva> hmm, weird
[21:22] <asac> maybe after the commit ;)
[21:22] <Jazzva> maybe. But I was sure I added it :).
[21:22] <Jazzva> Ok, I pushed rev 50
[21:23] <asac> Jazzva: doesnt nspluginwrapper link against libglib anyway?
[21:24] <asac> g_strsplit
[21:24] <Jazzva> I think it does...
[21:24] <Jazzva> But I wasn't aware of those functions. And that would be very useful :)
[21:27] <asac> Jazzva: ok so why not dump the get_env_plugin_dirs function
[21:27] <asac> and just use the tokenizer results?
[21:27] <asac> and for the tokenizer using g_strsplit ;)
[21:28] <asac> doing that file parsing is - as expected - kind of ugly ;) ... as you already noted ;)
[21:28] <asac> with that the patch would be quite clean: e.g.
[21:28] <asac> just the @@ -257,13 +345,24 @@  hunk
[21:29] <asac> and the simple get_env_plugin_dirs function using g_strsplit
[21:29] <asac> also its more common to not do something like:
[21:29] <Jazzva> so, to use NSPLUGIN_DIRS for dirs where we keep wrappers?
[21:29] <asac> while (*(env_dirs + n_env_dirs) != NULL) n_env_dirs++;
[21:29] <asac> Jazzva: right
[21:29] <asac> that was my idea anyway ;)
[21:30] <Jazzva> Ok, I just have one problem with that :)
[21:30] <asac> you can use char **iter = env_dirs; while (iter) { ....; iter++ }
[21:30] <Jazzva> what do we do on nspluginwrapper upgrade?
[21:30] <asac> err while (*iter) ...
[21:30] <asac> Jazzva: lets do that outside of the bloody C code ;)
[21:30] <asac> we can use the /var/ dir you proposed
[21:31] <asac> and provide a wrapper that packages that use nspluginwrapper can use
[21:31] <asac> e.g. update-np-wrappers
[21:31] <asac> that will do the magic of assembling NSPLUGIN_DIRS
[21:31] <asac> from the whereever we decide it to get it from
[21:32] <asac> Jazzva: i guess that code was good for your C-fu skills ... so even if we remove that function its not lost;)
[21:33] <asac> Jazzva: so even though we remove it ... for plugin_path_length you should rather use "MAXPATHLEN" which is defined
[21:33] <Jazzva> mhm, ok :)
[21:34] <asac> yeah also try to use iterators like above
[21:34] <asac> but you said you had to look up pointers
[21:35] <asac> so thats a good lesson to take out of here ;)
[21:35] <Jazzva> so, the C part should just split something like NSPLUGIN_DIRS=/var/lib/package1-that-use-wrapper:/var/lib/package2-that-use-wrapper:/.../bla, and append that to mozilla_plugin_dirs, right?
[21:35] <asac> yeah ;)
[21:35] <asac> as i said
[21:35] <Jazzva> btw, that part with n_env_dirs++ was just to count the number of directories in the list.
[21:35] <asac> just the last hunk of path + the simple get_dirs function
[21:35] <asac> that uses split ;)
[21:38] <asac> Jazzva: i think thats ok. just hide that in the get_env_...dir function
[21:38] <asac> like char** get_env_dir... (int *count)
[21:38] <Jazzva> asac: ok
[21:39] <asac> and use iterators instead of +n imo
[22:19] <fta> back
[22:25] <asac> welcome
[22:26] <fta> hm, what happened to xul? it's not in the queue
[22:26] <fta> https://edge.launchpad.net/ubuntu/jaunty/+queue
[22:26] <fta> i didn't get *any* email from lp
[22:27] <dtchen> asac: kubuntu does not ship with pulseaudio, so i don't see how bug 345096 involves PA...
[22:29] <asac> dtchen: well. if its not flash its probably alsa. maybe now that pulse is working so great, alsa has issues?
[22:29] <asac> ;)
[22:29] <asac> s/not flash/not pulse/
[22:30] <dtchen> man, i really need to get alsa-info.sh hooked into ubuntu-bug/apport
[22:30] <dtchen> so many of these reports are just mixer elements being muted and/or zeroed
[22:30] <dtchen> anyhow, i'll ask for more information, but i doubt it has anything to do with PA
[22:31] <BUGabundo> dtchen: that would be noise
[22:31] <BUGabundo> *nice
[22:31] <BUGabundo> dtchen: my sound just got muted after reboot
[22:31] <BUGabundo> no idea why
[22:32] <fta> oops http://launchpadlibrarian.net/24639098/buildlog_ubuntu-jaunty-i386.firefox-3.5_3.5~b4~hg20090401r24201%2Bnobinonly-0ubuntu1~umd1_MANUALDEPWAIT.txt.gz
[22:32] <fta> hm, n-m
[22:33] <mariuz> hello
[22:34] <mariuz> fta , i wanted to ask about that auto bot you have for daily mozilla builds
[22:34] <asac> hi mariuz
[22:35] <fta> mariuz, something i created
[22:35] <fta> mariuz, it's kind of public, but lack documentation
[22:36] <mariuz> no problem
[22:38] <fta> mariuz, it has some pre-requisites, such as your packages must be in a bzr branch (the packaging part, mergable with bzr builddeb, unless it's native), and it has to know how to create the proper source tarball using get-orig-source.
[22:38] <fta> other than that, it should be able to handle everything else
[22:39] <fta> https://code.edge.launchpad.net/~fta/+junk/ppa-scripts
[22:39] <fta> you can take gwibber as a really simple example
[22:40] <fta> i planed to move that to a proper project once i improve logging and write some docs
[22:40] <mariuz> ok thanks , i will take an look , good that is perl
[22:41] <fta> :) you're the first to tell me that perl is good
[22:42] <fta> basically, once the 2 conf files are ready, i run daily.sh in cron. Like: /data/bot/src/daily.sh gwibber umd ucd 2>&1 | mailx -s '[BOT] daily builds' fta
[22:43] <fta> I can show you my conf files, i have gwibber, umd (mozilla) and ucd (chromium)
[22:43] <fta> (i should put that in a branch too)
[22:43] <asac> yeah
[22:44] <mariuz> ok , maybe what you have said above should be in an small readme, i will take a look later today
[22:45] <fta> mariuz, yeah, i know, i suck at writing docs ;)
[22:45] <fta> https://code.edge.launchpad.net/~fta/+junk/ppa-confs
[22:46] <fta> (give lp a chance to sync my branch)
[22:47] <mariuz> i will wait
[22:47] <fta> asac, oh, xul has been built already: https://edge.launchpad.net/ubuntu/+builds?build_text=xulrunner-1.9.1&build_state=all
[22:47] <fta> armin76, ^^ sparc :P
[22:48] <[reed]> armin76: did you file a bug yet?
[22:48] <asac> fta: xul has no new packages
[22:48] <asac> fta: is ffox in NEW now?
[22:48] <mariuz> my intention is to create an daily arora browser with qt 4.5.x daily , and later daily firebird database snapshots
[22:48] <fta> asac, still NEW-source so it needs an admin
[22:49] <fta> mariuz, could work, depends on your packaging, maybe with just a few tweaks.
[22:50] <asac> fta: ok i am on it
[22:51] <fta> asac, hold on, i wonder with 3.5 is stuck in the ppa
[22:51] <fta> https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[22:51] <fta> dep wait
[22:52] <fta> oh, xul failed
[22:52] <fta> n-m, it's a problem with todays commits
[22:52]  * fta blames [reed] 
[22:53] <asac> fta: but the upload to archive probably will work
[22:53] <asac> or didnt you test that?
[22:53]  * [reed] blames fta
[22:53] <fta> yes, i pushed a snapshot i tested, 2 days old
[22:54] <asac> damn lp is going down in six minutes
[22:54] <fta> [reed], i expected you to relay our downstream patches ;)
[22:54] <asac> guess that means that archive push will have to wait till tomorro
[22:54] <asac> fta: yeah. i think that should work
[22:54] <asac> xul 1.9.1 is built
[22:54] <asac> unless you uploaded wrong ffox lower bounds its ok
[22:54] <[reed]> did you file an upstream bug with the patch attached?
[22:55] <[reed]> or will you make me shake my finger at you?
[22:55] <mariuz> Thanks for the code and tips , i will check today
[22:56] <[reed]> personally, I think all bugs in Firefox are fta's fault
[22:56] <[reed]> :)
[22:56] <fta> the same patch failed in the 1.9.2 branch yesterday
[22:57] <asac> fta: https://edge.launchpad.net/ubuntu/+source/firefox-3.5/3.5~b4~hg20090330r24021+nobinonly-0ubuntu1
[22:57] <asac> there it is ;)
[22:57] <asac> so tomorrow we have binary new
[22:57] <asac> and all will be fine
[22:57] <asac> -> mission accomplished
[22:57] <asac> ffox 3.1 is supportable in jaunty ;)
[22:57] <fta> thanks
[22:57] <fta> you mean 3.5 :)
[22:57] <asac> ouch ;)
[22:58] <fta> 2 min left
[22:58] <asac> fta: please remember to file a removal bug once the binaries are in the archive ;)
[22:58] <asac> or remind me to  ;)
[22:58] <asac> i will try to remember the same;)
[22:58] <BUGabundo1> fta archive still has 3.1
[22:58] <BUGabundo1> shouldn't it be already 3.5 ?
 so tomorrow we have binary new
[23:01] <fta> ok, down "for up to one hour"
[23:02] <asac> fta: i think it was extended to 3 hours
[23:02] <asac> but i could be wrong
[23:02] <BUGabundo1> 3h
[23:20] <armin76> [reed]: mozilla bug 448658
[23:21] <armin76> [reed]: need to attach the patch
[23:21] <armin76> asac: it wasn't a buildtime failure, you slacker
[23:24] <asac> armin76: we never have build time failures because on sparc et al we build without Walign ;)