[01:38] <Ubulette> Jazzva, give granparadiso a try :)
[01:38] <Ubulette> i'm not totally off FF2
[01:38] <Ubulette> -not+now
[01:40] <Jazzva> Yeah, I already did... and it rocks :)... The only thing is that I'm used to my extensions *sigh*
[01:40] <Ubulette> some are easy to fix
[01:40] <Jazzva> Do you know if I could manually adjust their compatible versions, like in install.rdf?
[01:41] <Ubulette> yes, i did it for some addons
[01:41] <Jazzva> And the usual path to them :)...
[01:41] <Ubulette> unzip, edit, zip
[01:41] <Ubulette> the xpi files
[01:41] <Jazzva> In ~/.mozilla/somewherE?
[01:41] <Jazzva> To look there?
[01:41] <Ubulette> no
[01:42] <gnomefreak> Ubulette: im home but i had to run out real fast im back
[01:42] <Ubulette> download the xpi, unzip it like a zip file, edit install.rdf, re zip the xpi, install xpi et voila
[01:43] <Jazzva> Damn... And I thought there's easier way than downloading... :)
[01:43] <Jazzva> Thanks...
[01:43] <asac> oh still awake ;)
[01:43] <Jazzva> I'll give it a try... at least to get those few that I need
[01:44] <Jazzva> Hello, asac...
[01:44] <Ubulette> Jazzva, which ones, maybe I've already did it
[01:44] <Jazzva> How were your beers?
[01:44] <gnomefreak> Ubulette: did you push changelog?
[01:44] <asac> can't remember
[01:44] <Jazzva> asac: Lol...
[01:44] <asac> but as german beers are usually good ... i think they were pretty good :)
[01:45] <Ubulette> gnomefreak, which one ?
[01:45] <gnomefreak> nspr
[01:45] <Jazzva> Ubulette: BetterSearch, BetterGmail, del.icio.us, FireGPG (but this one is not really needed right now), Greasemonkey
[01:45] <Jazzva> :)
[01:45] <Ubulette> Jazzva, none. too bad
[01:45] <Jazzva> Ubulette: Ok, then I'll download them later :).
[01:45] <gnomefreak> asac: what else am i putting on PPA?
[01:46] <asac> hmm
[01:46] <gnomefreak> i have -trunk nss and nspr
[01:46] <asac> i think backports and trunk/gp builds
[01:46] <gnomefreak> btw sunbird is all good
[01:46] <gnomefreak> still missing the update button fix
[01:46] <asac> gnomefreak: really ... what was the problem?
[01:47] <gnomefreak> asac: .desktop and .postinst
[01:47] <gnomefreak> dont get your hopes up
[01:47] <gnomefreak> :)
[01:47] <asac> ah so the update preference didn't work out yet
[01:47] <asac> yeah ;)
[01:47] <gnomefreak> not yet im wondering the best unobtrusive way to do that
[01:47] <asac> i think we want tbird 2.0 for feisty in ppa
[01:47] <asac> but if it really gets dumped at the end of this week we should probably wait a few more days
[01:47] <gnomefreak> ok i think that can be handled
[01:48] <gnomefreak> asac: thats what im thining
[01:48] <gnomefreak> thinking
[01:48] <gnomefreak> https://dogfood.launchpad.net/~mozillateam/+archive
[01:48] <asac> anyway ... we should definitly update wiki to tell the world that our previous repo is currently not available
[01:48] <gnomefreak> the background tells it all
[01:49] <asac> gnomefreak: maybe try a feisty build ... just to verify that all works as expected
[01:49] <gnomefreak> k
[01:49] <asac> e.g. punch -trunk nspr to feisty ppa :)
[01:49] <asac> just to see if all works out well
[01:49] <gnomefreak> the new nspr?
[01:49] <asac> otherwise, I think we are pretty done with testing the ppa features
[01:49] <Ubulette> Jazzva, maybe you can try editing directly the install.rdf in your profile
[01:49] <gnomefreak> the nspr-trunk
[01:49] <asac> gnomefreak: whatever yoiu want ... since feisty doesn't even have old one its your turn to decide
[01:49] <gnomefreak> asac: k
[01:50] <Jazzva> Ubulette: I'll give it a try :)...
[01:50] <gnomefreak> Ubulette: is there anything you have in nss nspr that would prevent feisty builds?
[01:50] <asac> gnomefreak: it should just build
[01:50] <asac> gnomefreak: even on dapper i guess
[01:50] <Ubulette> Jazzva, not sure if the one in the extentions/{foo}/install.rdf is enough or if you also need extensions.rdf
[01:50] <gnomefreak> ok ill run them tomorrow for feisty
[01:51] <asac> it has nearly zero build-depends ... so unless we run into a gcc bug we should be fine on any distribution
[01:51] <Jazzva> asac: Do y
[01:51] <Jazzva> Damn...
[01:51] <Ubulette> gnomefreak, should work, providing no dep issues
[01:51] <Ubulette> builddeps
[01:51] <asac> Jazzva: what do you want to know?
[01:52] <asac> (sorry didn't keep track of your conversation ... i am not really capable of multi-tasking atm :))
[01:52] <Jazzva> asac: Do you have some link on how to submit packages from Ubuntu to Debian :)? I've been looking on http://utnubu.alioth.debian.org/ but didn't find what I need...
[01:53] <asac> Jazzva: which package do you want?
[01:53] <Jazzva> asac: Understood... I also had to change batteries on my kbd, so it wasn't working properly for a minute (that's what "Damn" was for)
[01:53] <asac> Jazzva: if there is already a maintainer then you should submit patches ... otherwise ask me (or someone else) to sponsor
[01:54] <Jazzva> asac: Well, gnome-voice-control 0.3... (it will be packaged soon). It needs pocketsphinx, which I will package now for Ubuntu, and then submit to Debian too...
[01:54] <asac> Jazzva: is there a debian package already=?
[01:54] <Jazzva> Nope...
[01:54] <asac> otherwise you should open an ITP
[01:54] <asac> please open an ITP ... otherwise someone else might start working on it
[01:54] <Jazzva> There is an RFP for pocketsphinx, I said I'm packaging it for ubuntu...
[01:55] <Jazzva> I'll open an ITP... Just to get used to the procedure of sending bug reports to Debian :).
[01:55] <asac> Jazzva: you want to take over long-term responsibility for that?
[01:55] <asac> if so you change title to read ITP ... and change owner to you
[01:55] <Jazzva> Well, as long as I submit to Ubuntu ;)...
[01:55] <asac> look at bugs.debian.org doc to see how you can change owner/title
[01:56] <Jazzva> Hmm... cool :)
[01:56] <asac> Jazzva: sure ... actually i like debian bug tracker ... its still superior to lots of other bug systems out there
[01:56] <asac> especially since it tracks which version of a package has the bug et al
[01:56] <Jazzva> Umm... I guess I'll like it too, as soon as I make good filters on my e-mail...
[01:57] <asac> and the lack of a fail-safe web-interface for bug submission filters out a lot of cruft as well :)
[01:57] <Jazzva> What's a "cruft"?
[01:57] <asac> so debian usually gets more high quality bugs ... but of course might miss some :)
[01:57] <Jazzva> "unwanted things"? :)
[01:58] <Jazzva> "malformed bug reports"?
[01:58] <asac> yeah ... dirt might be another word
[01:58] <asac> bug reports that just cause work without any benefit ... e.g. crap :)
[01:58] <Jazzva> Ok
[01:59] <Ubulette> asac, do we still need {nss,nspr}-svn.debian.org.trunk branches ?
[01:59] <Jazzva> Thanks, asac :)
[01:59] <asac> its not that i say that we bug reports are crap ... its just that its easier to deal with people that already managed to climb the barrier of a not-so-easy bug-tracking tool
[02:00] <asac> Ubulette: for now ... yes ... i requested a auto sync a few days ago ... lets wait till vcs-import run is done then we can drop those
[02:01] <asac> its not essential to have them ... though good to have in bzr directly imo.
[02:02] <Ubulette> ok
[02:02] <Ubulette> my xulrunner is pushed so feel free to have a look
[02:02] <asac> do you see any reasons why we wouldn't want them at all?
[02:02] <asac> Ubulette: not today ... as tempted as it might be
[02:03] <asac> but my thoughts are not really more worth than those of an ant atm :) ... so please excuse me ;)
[02:03] <Ubulette> np
[02:04] <asac> first thing after i wake up .... still in your private branch?
[02:04] <Ubulette> nope, mt
[02:04] <asac> did you already try to use --enable-system-xul for gp/trunk ?
[02:04] <Ubulette> nope
[02:04] <asac> ok fine
[02:04] <Ubulette> 1st, i wanted to be sure files are organized correctly
[02:06] <asac> ok i will take a look ... though i think we cannot really tell for sure until we see how well ffox 3 can build using that :)
[02:06] <asac> i assume the orig to test the build is in the same place as before, right?
[02:07] <asac> if so, I will test and let you know tomorrow morning
[02:07] <asac> (whatever morning means on a sunday :))
[02:07] <Ubulette> tarball is with the other
 asac, i'm just concerned by /usr/bin/xulrunner, which shouls probably be a diversion from /usr/bin/xulrunner-1.9
[02:08] <asac> hmm
[02:08] <asac> not sure if we really want to divert that
[02:08] <asac> i will think about it
[02:08] <asac> does xulrunner ship the unversioned bin by default?
[02:08] <Ubulette> yes
[02:09] <asac> or just the versioned one? ... or both?
[02:09] <asac> ah ok
[02:09] <Ubulette> just one
[02:09] <Ubulette> so installing xulrunner (1.8) and xulrunner-1.9 will be a problem
[02:09] <asac> wierd ... maybe an alternative might be suitable as well then
[02:10] <asac> diversion sounds a bit too radical ;)
[02:10] <asac> but i will know tomorrow :)(
[02:10] <Ubulette> ok
[02:10] <asac> ok Ubulette, Jazzva, gnomefreak .. 'night and cu tomorrow
[02:10] <Ubulette> 'night
[02:10] <Jazzva> Night...
[02:10] <gnomefreak> asac: night
[02:37] <gnomefreak> fuck it im going to bed feisty is gonna be a bitch
[02:44] <gnomefreak> Ubulette: do you have normal .orig.tar.gz for nss and nspr im not gonna beable to build using bzr bd
[02:47] <Ubulette> all my tarballs are there http://www.sofaraway.org/ubuntu/tarballs/
[02:48] <Ubulette> let me rsync it to be sure
[02:50] <gnomefreak> i think they are fine
[02:52] <gnomefreak> ok building and uploading all atm  for feisty ppa will check mail in morning to see if accepted or failed
[02:53] <gnomefreak> night
[02:53] <Ubulette> night
[03:19] <gnomefreak> trunk failed to build in PPA for gutsy
[03:28] <Ubulette> seems i've got the same issue
[03:28] <Ubulette> cd src; /usr/bin/make -j1 libs
[03:28] <Ubulette> make[6] : Entering directory `/src/bzr/build-area/firefox-trunk-3.0a8pre~cvs20070825/build-tree/mozilla/security/dbm/src'
[03:28] <Ubulette> Segmentation fault (core dumped)
[03:28] <Ubulette> make[6] : *** [Linux2.6_x86_glibc_PTH_OPT.OBJ/db.o]  Error 139
[03:29] <Ubulette> while it worked for my bot 6h ago
[03:29] <gnomefreak> not sure if that is in log or not off hand but ther eis a log if you want to compare https://dogfood.launchpad.net/~mozillateam/+archive/+builds?build_text=&build_state=failed
[03:30] <gnomefreak> ok im going to bed this time
[03:30] <gnomefreak> nss for 7.04 is building atm
[03:32] <Ubulette> it's the same issue. I've built my tarball 1 or 2 hours before my bot. maybe that bug has been fixed in the middle
[03:38] <Ubulette> hmm, could be my fault if the core dump comes nsinstall
[03:39] <Ubulette> +from
[03:41] <Ubulette> bingo
[03:43] <Ubulette> i'll have a look tomorrow, you can still revert my last commit for patch bz392722_fix_nsinstall_on_double_slash.patch
[03:45] <Ubulette> .../nsinstall -D Linux2.6_x86_glibc_PTH_DBG.OBJ
[03:45] <Ubulette> Segmentation fault (core dumped)
[03:45] <Ubulette> while:
[03:45] <Ubulette> .../nsinstall -D ./Linux2.6_x86_glibc_PTH_DBG.OBJ
[03:45] <Ubulette> is okay
[03:45] <Ubulette> no slash, i got it
[04:07] <Jazzva> Well, I'm off for now... Good night everybody
[04:08] <Ubulette> Jazzva, night
[04:08] <Ubulette> gnomefreak, i've pushed the fix
[09:10] <gnomefreak> Ubulette: ty for the fix have you tried to build it yet?
[11:05] <JenFraggle> looking at the firefox clue file, it is still showing NEEDSINFO as one of the bug states for finding tag/status combination error bugs.  Would it be ok to change it to Incomplete or does it need more tweaking?
[11:11] <gnomefreak> JenFraggle: if there are others in there that are wrong i would change all of them but yes most likely when LP 1.1.9 is released it might need more work
[11:11] <JenFraggle> Ok, just wanted to check.  Thanks
[11:17] <gnomefreak> ok uploading fixed ff-trunk to PPA it only builds 1 package(386 and 64) at a time so it might be a while. if its ok with everyone i would like the next meeting later this week after LP 1.1.9 is released with dogfood being taken away
[11:17] <JenFraggle> Done now
[11:18] <gnomefreak> ty :)
[11:19] <JenFraggle> Bughelper is finding more bugs now
[11:26] <gnomefreak> ok uploading trunk still to PPA im going back to bed its still not yet 5:30am
[11:58] <Admiral_Chicago> hehe
[11:58] <Admiral_Chicago> i thought i was the only one awake right now
[12:41] <Jazzva|away> Morning...
[12:42] <Ubulette> morning
[02:00] <asac> hey
[02:00] <jeromeg> hello
[02:00] <jeromeg> asac : any news on the feed bug ?
[02:01] <asac> jeromeg: as i said ... its because gnome-support package is empty ;)
[02:01] <asac> haven't looked into why its empty ... but should be more or less trivial to fix
[02:01] <jeromeg> asac : yep yep I know, just wanted to know if there is any progress on that
[02:01] <jeromeg> ok
[02:02] <asac> ... if things go to slow you can always boost things by submitting a patch ;)
[02:03] <asac> jeromeg: the bug is targetted for a milestone?
[02:03] <asac> if not we should definitly do it ... then we will not forget to fix it
[02:03] <jeromeg> asac : i think you have put it as beta blocker
[02:03] <asac> what is the bug id again?
[02:04] <jeromeg> asac : 2 sec
[02:04] <asac> can you look if there is already a bug for empty gnome-support package ... i assume there almost certainly is one
[02:04] <asac> we should merge both
[02:04] <jeromeg> asac : bug 131743
[02:04] <ubotu> Launchpad bug 131743 in firefox "liferea-add-feed does nothing in firefox" [High,Confirmed]  https://launchpad.net/bugs/131743
[02:04] <jeromeg> asac : ok I'm on it
[02:10] <jeromeg> asac : can't find anything about it
[02:10] <asac> Ubulette: why was the third nsinstall.c file missed?
[02:10] <asac> Ubulette: have you run a find now ... just to be sure that there is not a forth copy of that code :)
[02:10] <Ubulette> yes, both in ff and xulrunner
[02:11] <Ubulette> only those 3
[02:12] <Ubulette> the 3rd triggered a bug, that was caused ftbs in ppa
[02:12] <asac> Ubulette: actually ... please add evaluations on what you did
[02:12] <asac> they will have issues to review the patch
[02:12] <asac> either don't tell about "Fix an issue with install -D foo (no slash at all) introduced by previous
[02:12] <asac> patch."
[02:12] <asac> or tell about exactly what was wrong et al
[02:13] <asac> and remember not to use ubuntu/debian termns like cdbs / ftbfs in bugzilla reports :)
[02:13] <Ubulette> is "install -D foo (no slash at all)" not clear enough ?
[02:13] <asac> they don't know about these ... and probably don't care
[02:13] <asac> well ... it doesn't tell what was wrong
[02:13] <asac> it just tells that it fails as well
[02:14] <Ubulette> should I clarify ?
[02:14] <asac> now i see them looking at that (already pretty unreadable) code ... and don't understand whats going on
[02:16] <Ubulette> btw, building ff trunk with --with-system-nspr --with-system-nss --with-libxul-sdk=/usr/lib/xulrunner-devel-1.9a8pre is strange
[02:16] <asac> no idea ... you almost certainly should ask for review
[02:16] <asac> if you feel confident that they have all info needed then just wait and see
[02:16] <asac> personally i would add as much info as possible
[02:16] <Ubulette> how do I do that ? i was not sure how to do that.. use review "?" or "+" ?
[02:16] <asac> Ubulette: huh?
[02:17] <asac> ? :bs
[02:17] <Ubulette> bs ?
[02:17] <asac> (:bs is a shorthand for benjamin smedgbergs email)
[02:17] <Ubulette> oh, why him in particular ?
[02:17] <asac> set to ? ... and on the right hand fill in the component owner you can find in www.mozilla.org/owners.html
[02:17] <asac> it should be :bs
[02:17] <asac> he owns the build system
[02:19] <asac> Ubulette: and remember that not naming debian or ubuntu might help to keep his opinion objective ;)
[02:19] <asac> for instance he hates debian
[02:19] <asac> more than the devil
[02:19] <asac> ubuntu might be different though ;)
[02:20] <asac> but i think it shouldn't make a difference for this one
[02:21] <Ubulette> well, in this case, it's clearly their bug, even if it's cdbs that triggered it
[02:21] <Jazzva> asac: I'll start making a pocketsphinx package, which I'll need in order to get new version of gnome-voice-control to build... Will you have time to review it once it's done (tonight, if I don't go out, or somewhere tomorrow)? :)
[02:21] <Jazzva> (and if I there are all build-deps... there are some packages mentioned in the instructions that are maybe not in Ubuntu *sighs*)
[02:22] <Jazzva> s/I\ there/there/
[02:22] <Ubulette> asac, with --with-libxul-sdk=/usr/lib/xulrunner-devel-1.9a8pre  trunk's make install seems totally broken
[02:22] <Ubulette> or at least i don't get it
[02:23] <asac> Ubulette: hmm
[02:23] <asac> Ubulette: just because of system-nss/nspr ?
[02:25] <Ubulette> asac, here is mozilla/dist : http://pastebin.mozilla.org/189230
[02:25] <asac> wow my connection really sucks today
[02:25] <asac> everything is slow as hel and i constantly see a lag 5.08 in irssi
[02:27] <asac> Ubulette: can you start in dist/bin ?
[02:27] <asac> or is that broken as well?
[02:28] <asac> what is produced by make install`
[02:28] <asac> ?=
[02:29] <Ubulette> problem is in dist/bin, there's no more firefox-trunk
[02:31] <Ubulette> and dists/bin/firefox fails with "Error launching browser window: no XBL binding for browser"
[02:31] <asac> interesting
[02:31] <asac> whats the content of firefox?
[02:32] <Ubulette> followed by "Exception: TypeError: gBrowser.mTabContainer has no properties"
[02:32] <asac> isn't it the content of browser/app/mozilla.in anymore?
[02:32] <Ubulette> it's a binary
[02:32] <asac> probably not because that one would be named firefox-trunk
[02:32] <asac> so where is it from?
[02:32] <asac> oh
[02:32] <asac> so its now nsBrowserApp.cpp ?
[02:33] <asac> or even something else
[02:33] <asac> can you find the firefox binary in source tree outside dist/ ?
[02:35] <Ubulette> hmm
[02:35] <Ubulette> $ find build-tree -name firefox\* -type f -perm 0755 -ls
[02:35] <Ubulette> 4507830   32 -rwxr-xr-x   1 bbot     bbot        32680 Aug 26 12:07 build-tree/mozilla/dist/bin/firefox
[02:35] <Ubulette> none
[02:36] <asac> Ubulette: do you have build log so you can see where its produced?
[02:37] <Ubulette> give me a sec
[02:40] <Ubulette> asac, http://www.sofaraway.org/ubuntu/tmp/log.txt
[02:41] <asac> okay ... i cannot work that way .... let me pull the plug of my modem once this has loaded
[02:41] <asac> can't tell when i will be back ... if bad luck its not the modem, but my provider, which might cause problems logging in again
[02:42] <Ubulette> k
[02:42] <asac> Ubulette: cp /usr/lib/xulrunner-devel-1.9a8pre/bin/xulrunner-stub ../../dist/bin/firefox
[02:43] <asac> looks like its in make install of /src/bzr/build-area/firefox-trunk-3.0a8pre~cvs20070825/build-tree/mozilla/browser/app
[02:43] <asac> should be a bug
[02:43] <asac> does renaming that binary help?
[02:43] <asac> otherwise we would have to look in the xulrunner-stub i guess
[02:43] <asac> (code)
[02:44] <asac> but i think it probably looks at $0 ... :)
[02:44] <asac> ok now off
[02:44] <asac> taking a shower as well
[02:44] <Ubulette> btw, they dump the full xulrunner into ff, that's crazy
[02:44] <asac> so will be a few
[02:44] <Ubulette> (cd /usr/lib/xulrunner-devel-1.9a8pre/bin && tar -cvhf - .) | (cd ../../dist/bin/xulrunner && tar -xf -)
[02:51] <asac_> hmm looks better now
[02:51] <asac_> now shower
[02:52] <asac_> Ubulette: yes thats indeed a bit wierd ... but i think its because its not yet 100% ready
[02:52] <asac_> and most likely because windows is such a pita
[02:52] <Ubulette> :)
[02:52] <asac_> we should create a link
[02:53] <asac_> hopefully those files go there unmodified
[02:53] <asac_> otherwise it would be pretty much useless
[02:53] <asac_> ok out for a while again
[03:05] <JenFraggle> when dependencies.txt is attached to a bug, does that show addons that are installed?
[03:10] <Ubulette> asac, there's SKIP_COPY_XULRUNNER used in browser/app/Makefile but not defined anywhere :(
[03:25] <Ubulette> i'm out too. sports time. weather is excellent :)
[03:27] <asac_> Ubulette: have fun
[03:27] <asac_> JenFraggle: no ... in gutsy we explicitly attach addons/plugin info
[03:28] <asac_> JenFraggle: before we always need to ask
[03:28] <JenFraggle> ok, just looking at a bug where there is the dependencies file and wondering if asking for addons would be duplicating the info. ty
[03:31] <asac_> if there is just dependencies.txt you need to ask ... yes.
[03:57] <asac> Ubulette: maybe just use make install SKIP_COPY_XULRUNNER=1 ?
[03:57] <asac> (in debian/rules/
[03:57] <asac> )
[05:41] <Jazzva> asac: Umm... I've noticed that the ubufox isn't updated... Well, in case you've missed it (I've said it only once at 2 or 3am IIRC :)) I fixed the bug and pushed the new revision to my branch. :)
[05:52] <Ubulette> back
[05:52] <Jazzva> Welcome back...
[05:55] <Ubulette> asac, nss-trunk installs /usr/lib/nss/libnssckbi.so while ff-trunk+xul looks for this lib in usual lib paths
[05:56] <Ubulette> not sure if I misplaced it or if we need to patch the loader
[06:04] <Jazzva> Ubulette... I can use PPA to build the packages I need and to use them, right? :)
[06:04] <Jazzva> I mean, for testing purposes...
[06:06] <Ubulette> right
[06:07] <Jazzva> And how long does it take to build them?
[06:11] <Ubulette> you're queued and as soon as one of the two boxes is idle, it pops one request from the queue.
[06:12] <Jazzva> Ok... Thanks for the info :)
[06:12] <Ubulette> basically, you just wait in line
[06:12] <asac> Jazzva: ok will update today (next slot)
[06:12] <asac> Jazzva: can you just provide a patch for that single checkin?
[06:12] <Jazzva> asac: Cool :)
[06:12] <asac> Jazzva: everything else should go to next upstream release (e.g. 0.4.1)=
[06:12] <asac> and we probably don't want it for this quick fixup
[06:13] <Jazzva> Umm... ok
[06:13] <Jazzva> You want a debdiff?
[06:13] <asac> Jazzva: no
[06:13] <asac> just a patch ... e.g. bzr diff -r REV2..REV2-1
[06:13] <Jazzva> Hmm... Ok :)
[06:13] <asac> of course a full debdiff is better
[06:13] <asac> but i can do the package update then
[06:14] <asac> Jazzva: there are two more things I would like to see in ubufox 0.4.1 ... better layout of plugin finder dialog results (e.g. currently the icons are directly after text ... but they should probably be aligned to the right)
[06:15] <asac> the second i can't remember atm ;)
[06:15] <Jazzva> Umm... I think you wanted multi-page wizard :)
[06:15] <asac> ah right ... if you are not in the admin user group (e.g. you cannot install things) ... apt results should not be displayed ;)
[06:16] <asac> when we have both, we are ready for gutsy imo
[06:16] <asac> then 0.5 will be for gutsy+1
[06:16] <asac> but i have to figure things out with mofo ... they are a bit unhappy atm :/
[06:16] <Jazzva> http://paste.ubuntu-nl.org/35127/
[06:16] <Jazzva> mofo?
[06:17] <Jazzva> No, please don't use that diff :)
[06:17] <asac> mozillla foundation ... or moco (...corporation) ... whatever you want
[06:18] <Jazzva> Oh... good luck
[06:18] <Ubulette> asac, how do you communicate with mofo ?
[06:18] <Jazzva> http://paste.ubuntu-nl.org/35128/
[06:18] <Ubulette> i mean, where can i read what they have against ubunut ?
[06:18] <Jazzva> asac: Ok, it's fine now :)
[06:19] <asac> Ubulette: through my proxy :)
[06:19] <asac> e.g. my dedicated contact
[06:19] <asac> which finally is mconnor
[06:20] <asac> (owner of browser module)
[06:21] <Ubulette> i don't really want to discuss with them, reading their critics/reco would be enough
[06:21] <Ubulette> so at least i don't work in a direction they're clearly opposed to
[06:22] <asac> Ubulette: there are no general critics ...
[06:22] <asac> its basically ... don't patch firefox unless you get at least a review+
[06:23] <asac> for changes we cannot submit, because their are ubuntu specific ... i need permission from mconnor
[06:24] <asac> i have some more contacts a bit higher in the foodchain to escalate ... but luckily I didn't need to get them involved so far.
[06:24] <Jazzva> brb... smoke
[06:24] <asac> Ubulette: actually what we do with trunk is definitly what they like ... do it the way they want.
[06:25] <Ubulette> did you already communicate on that ? ff3 /w xul ?
[06:25] <asac> Ubulette: just a bit ... but since I currently have no definite results I have not many points to make :)
[06:25] <asac> Ubulette: in general they are ok with us building firefox against xulrunner
[06:26] <asac> of course the same permission/review procedure needs to be done for xulrunner as well then
[06:26] <Ubulette> hm, so we walk alone in the dark until we have something ?
[06:32] <asac_> yeah that sucks
[06:32] <asac_> 18:24 < Ubulette> did you already communicate on that ? ff3 /w xul ?
[06:32] <asac_> 18:25 < asac> Ubulette: just a bit ... but since I currently have no definite results I have not many points to make :)
[06:32] <asac_> 18:25 < asac> Ubulette: in general they are ok with us building firefox against xulrunner
[06:32] <asac_> 18:25 < asac> of course the same permission/review procedure needs to be done for xulrunner as well then
[06:32] <asac_> 18:25 < asac> because it might diminish the firefox experience if we patch xulrunner to a dead end :)
[06:32] <asac_> 18:26 < asac> and actually ... I don't like to carry patchsets
[06:32] <asac_> 18:26 < asac> i just want this thing to rock!
[06:32] <asac_> 18:26 < asac> Ubulette: is there anything you want to know?
[06:32] <asac_> anything i missed?
[06:34] <Ubulette> i just said in the middle of this: <Ubulette> hm, so we walk alone in the dark until we have something ?
[06:34] <asac> Ubulette: more or less ... though I don't think that we walk alone here ;)
[06:34] <asac> its not like we can mess things up seriously
[06:35] <asac> without noticing that we patch around a lot :)
[06:35] <gnomefreak> asac: https://dogfood.launchpad.net/~mozillateam/+archive
[06:35] <gnomefreak> everything built
[06:35] <gnomefreak> Ubulette: that you for the quick ff-trunk fix last night
[06:35] <asac> gnomefreak: ok cool ... looks like i need to get more quota for mt archive in the long run
[06:35] <Ubulette> asac, i just would like to be sure that ff3 is ready for that xul thing or it's still a work in progress
[06:36] <asac> Ubulette: its ment to be ready
[06:36] <asac> Ubulette: if there are issues its our obligation to figure out ... submit bugs/patches et al
[06:36] <gnomefreak> asac: yeah we will need more than 1 gig im sure but lets wait until released
[06:36] <asac> Ubulette: as mofo will not ship external xulrunner ... as they fear problems on windows
[06:37] <Ubulette> asac, yeah but we messed up their scheme for nss/nspr with our soname and loader patch, same with gp/trunk when we removed the version from install dir
[06:37] <asac> they are still unsure though if they ship the dist directory of a --with-libxul-sdk build ... or just plain as what we have for gp now
[06:37] <asac> Ubulette: yes ... nss/nspr i have to figure out ... though I doubt that its a real issue.
[06:38] <asac> their main concern is compatibility ... which we can easily achieve by setting up in pkglibdir links
[06:38] <asac> what loader patch do we have?
[06:39] <Ubulette> the /usr/lib/nss/ patch
[06:39] <asac> he?
[06:39] <Ubulette> they used /usr/lib directly
[06:39] <asac> hmm
[06:39] <Ubulette> we (mike?) inserted the nss level
[06:39] <asac> ah right
[06:40] <Ubulette> imho, it's should have been nss-x.y like xul so no more issues with that
[06:40] <asac> well ... i doubt that thats a problem ... but now i have a review round soon ... so it will probably pop-up if its a problem
[06:40] <Ubulette> but well
[06:41] <asac> point about nss (vs. xulrunner) is that its a real lib
[06:41] <asac> so it needs to obey library standards we have in ubuntu
[06:41] <asac> while for xulrunner we can argue its just a sdk + runner ... with a glue to find the right runner
[06:42] <Ubulette> not the libs used by the loader
[06:42] <asac> which is why they cannot go into /usr/lib/
[06:42] <Ubulette> yep
[06:42] <asac> so we have to put them in /usr/lib/nss/
[06:42] <asac> if that dir should be versioned i don't know
[06:43] <asac> but i think it doesn't need to be ... and unless there is something like /etc/nss.d/ (vs. /etc/gre.d) ... it wouldn't be feasible to change the directory name on each and every update of nss imo
[06:44] <asac> do you see any reason to use a versioned pkglibdir?
[06:44] <asac> (other then ... that we use it for xulrunner) ?
[06:44] <asac> and probably for firefox as well ... once its all working well
[06:48] <asac> and remember that nss/nspr is for them almost the same like cairo ... e.g. its not their product
[06:48] <asac> it happens to be in their cvs
[06:48] <asac> but in the end its just a lib they depend on
[06:48] <asac> its maintained by different people (sun/redhat)
[06:49] <bluekuja> asac: mr. alex :)
[06:49] <Ubulette> by default, they ship nss/nspr *inside* firefox or xulrunner, so it's versionned by default in /usr/lib/{firefox,xulrunner}-x.y.z.t/lib{nss,nspr}.so
[06:50] <Ubulette> asac, do see my point ?
[06:50] <asac> Ubulette: sure ... but read what i wrote ... its just a lib they ship in-source for convenience ... like all the other libs they ship inside:
[06:51] <asac> png, zip, cairo, bmp, etc etc
[06:51] <Ubulette> they never thought about protecting that as for them, it's already safe under the /etc/gre.d thingy
[06:51] <Ubulette> it's half a lib, halt a runtime loaded lib
[06:51] <asac> ... but they never complained about us using other system libs either... nor did they tried to force onto us how we should package those external libs
[06:52] <asac> Ubulette: right ... i see
[06:52] <Ubulette> ok then
[06:52] <asac> but i think they will not complain
[06:52] <asac> we will soon know more
[06:52] <asac> (this week)
[06:52] <asac> as i will go into review with them for what we did in gutsy so far
[06:58] <Ubulette> cool, keep me posted :)
[06:58] <Ubulette> asac, http://pastebin.mozilla.org/189361
[06:58] <Ubulette> I end up in the "no XBL" throw
[07:10] <asac_the_2nd> gnomefreak: do we know officially that our mt repo gets drowned?
[07:10] <asac_the_2nd> is there a set date for that?
 asac, http://pastebin.mozilla.org/189361
 I end up in the "no XBL" throw
[07:14] <Ubulette> any idea ?
[07:19] <asac_the_2nd> Ubulette: do you have a lxr.mozilla.org link to getWebNavigation :)
[07:21] <asac_the_2nd> http://lxr.mozilla.org/seamonkey/source/browser/base/content/browser.js#2245
[07:22] <Ubulette> so ? gBrowser.webNavigation is failing because ?
[07:22] <asac_the_2nd> so gbrowser is likely null
[07:22] <asac_the_2nd> http://lxr.mozilla.org/seamonkey/source/browser/base/content/browser.js#750
[07:22] <asac_the_2nd> there is gbrowser set
[07:23] <asac_the_2nd> well ... gbrowser.webnavigation could be null as well
[07:23] <Ubulette> function BrowserStartup()
[07:23] <Ubulette> {
[07:23] <Ubulette>   gBrowser = document.getElementById("content");
[07:23] <asac_the_2nd> yeah ... where is browserstartup called?
[07:23] <asac_the_2nd> not in browser.js as i seems
[07:24] <Ubulette> mozilla/browser/base/content/browser.xul:        onload="BrowserStartup()" onunload="BrowserShutdown()" onclose="return WindowIsClosing();"
[07:24] <asac_the_2nd> yeah
[07:25] <asac_the_2nd> Ubulette:
[07:25] <asac_the_2nd> http://pastebin.mozilla.org/189361
[07:25] <asac_the_2nd> what file is that?
[07:25] <asac_the_2nd> you have an lxr link ;
[07:25] <asac_the_2nd> )
[07:25] <Ubulette> mozilla/browser/base/content/browser.js
[07:26] <asac_the_2nd> line?
[07:26] <Ubulette> you pasted it too
[07:26] <asac_the_2nd> i pasted it?
[07:26] <asac_the_2nd> no
[07:26] <asac_the_2nd> i pasted the impl of getwebnavigation
[07:26] <asac_the_2nd> ok ist prepareforstartup
[07:26] <asac_the_2nd> http://lxr.mozilla.org/seamonkey/source/browser/base/content/browser.js#893
[07:27] <Ubulette> line 916
[07:28] <asac_the_2nd> probably webnavigation is null then
[07:28] <Ubulette> then, back to the beginning  :)
[07:28] <asac_the_2nd> don't see where that is ment to be set
[07:29] <asac_the_2nd> well at least it was worth to look if gbrowser might be null
[07:29] <asac_the_2nd> which appears to be unlikely imo
[07:32] <asac_the_2nd> i don't see it atm ;)
[07:36] <asac_the_2nd> Ubulette: its: http://lxr.mozilla.org/seamonkey/source/toolkit/content/widgets/browser.xml#230
[07:36] <asac_the_2nd> so the docshell is not set?
[07:36] <asac_the_2nd> maybe that is throwing an exception?
[07:37] <asac_the_2nd> how does the exception look like?
 and dists/bin/firefox fails with "Error launching browser window: no XBL binding for browser"
 interesting
 whats the content of firefox?
 followed by "Exception: TypeError: gBrowser.mTabContainer has no properties"
[07:38] <Ubulette> 2 popups
[07:39] <asac_the_2nd> oh no xbl binding
[07:39] <asac_the_2nd> hmm ... can we find the place where this is produced?
 line 916
[07:40] <Ubulette> browser.js
[07:40] <asac_the_2nd> ok
[07:41] <Ubulette> http://www.sofaraway.org/ubuntu/tmp/xul-ff3-popup1.png
[07:41] <Ubulette> http://www.sofaraway.org/ubuntu/tmp/xul-ff3-popup2.png
[07:42] <asac_the_2nd> http://lxr.mozilla.org/seamonkey/source/toolkit/content/xul.css#149
[07:42] <asac_the_2nd> thats where the xbl is bound
[07:43] <asac_the_2nd> so maybe xul.css is not properly loaded?
[07:45] <asac_the_2nd> its imported by ua.css
[07:46] <asac_the_2nd> should be in dist/gre/res/
[07:46] <asac_the_2nd> can you confirm that there is a ua.css ?
[07:47] <Ubulette> strace shows no open for xul.css, maybe it's in a jar
[07:47] <asac_the_2nd> http://lxr.mozilla.org/seamonkey/source/layout/style/Makefile.in#200
[07:48] <asac_the_2nd> Ubulette: please verify that ua.css is in that place
[07:48] <asac_the_2nd> Ubulette: and yes its in toolkit.jar
[07:48] <asac_the_2nd> for debugging you might want to build with flat chrome
[07:48] <Ubulette> open("/data2/chroots/gutsy-i386-20070812-1-granparadiso/src/bzr/build-area/firefox-trunk-3.0a8pre~cvs20070825/build-tree/mozilla/dist/bin/xulrunner/res/ua.css", O_RDONLY|O_LARGEFILE) = 28
[07:48] <Ubulette> it's loaded
[07:48] <asac_the_2nd> oh
[07:48] <asac_the_2nd> is xul.css in toolkit.jar?
[07:49] <Ubulette> yes, content/global/xul.css
[07:50] <asac_the_2nd> that looks sane
[07:52] <asac_the_2nd> in which jar is browser.xml? probably in browser.jar ?
[07:52] <asac_the_2nd> lets look from a different perspective ... maybe we want a test build without patching moz_app_name?
[07:53] <asac_the_2nd> and see if it starts properly from dist/bin ?
[07:55] <asac_the_2nd> hmmm ... i have the feeling its because of our name ... lets look in the XULStub... whose binary is copied over
[07:55] <asac_the_2nd> http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#182
[07:57] <asac_the_2nd> Ubulette: have you tried to rename the binary as i asked before?
[07:57] <asac_the_2nd> e.g. mv firefox firefox-trunk ?
[07:57] <asac_the_2nd> (or whatever we call our app in application.ini now)
[07:57] <asac_the_2nd> i think they definitly have to match
[07:59] <asac_the_2nd> cool ... look at http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#246 ... that should explain that if we don't provide a maxversion its allowed to use higher xulrunners
[08:00] <asac_the_2nd> however http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#224 ... there it says that it assumes that xulrunner can be found in mozappdir/xulrunner
 http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#182
 i've tried without trunk-profilename and trunk-fsh, i still get the 1st popup, not the 2nd
[08:01] <asac_the_2nd> did you miss the things i said?
[08:02] <asac_the_2nd> i mean .. have you been offline?
[08:02] <Ubulette_> dsl dyn ip renewed :(
[08:02] <asac_the_2nd> what was the last you saw?
[08:02] <Ubulette_> I pasted the last 2 lines i got
[08:03] <Ubulette_> 19:55 was your last line
[08:03] <asac_the_2nd> (07:55:21 PM) asac_the_2nd: http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#182
[08:03] <asac_the_2nd> Ubulette ubuntulog
[08:03] <asac_the_2nd> (07:57:03 PM) asac_the_2nd: Ubulette: have you tried to rename the binary as i asked before?
[08:03] <asac_the_2nd> (07:57:12 PM) asac_the_2nd: e.g. mv firefox firefox-trunk ?
[08:03] <asac_the_2nd> (07:57:29 PM) asac_the_2nd: (or whatever we call our app in application.ini now)
[08:03] <asac_the_2nd> (07:57:38 PM) asac_the_2nd: i think they definitly have to match
[08:03] <asac_the_2nd> (07:59:38 PM) asac_the_2nd: cool ... look at http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#246 ... that should explain that if we don't provide a maxversion its allowed to use higher xulrunners
[08:03] <asac_the_2nd> (08:00:19 PM) asac_the_2nd: however http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#224 ... there it says that it assumes that xulrunner can be found in mozappdir/xulrunner
[08:04] <asac_the_2nd> ok ... i am pretty sure that the problem is that browser.xul cannot be found
[08:04] <asac_the_2nd> i think it would be easiest to do a respin with flat chrome
[08:04] <asac_the_2nd> so you can see what it tries with strace
[08:04] <asac_the_2nd> if we see whats going on we can find the problem in code for that
[08:04] <asac_the_2nd> sorry ... not browser.xul, but browser.xml
[08:05] <asac_the_2nd> (e.g. browser.xml is the XBL binding for browser)
[08:05] <asac_the_2nd> my guts feeling says me that xulrunner doesn't look in our dist/bin/chrome dir at all
[08:05] <Ubulette_> it's not directly in dist
[08:05] <asac_the_2nd> but just into the xulrunner/chrome dir
[08:05] <asac_the_2nd> Ubulette: as everything related to chrome its in .jar
[08:05] <asac_the_2nd> e.g. browser.jar
[08:06] <asac_the_2nd> which is why i say that we should build with flat chrome
[08:06] <asac_the_2nd> to we don't have a jar anymore
[08:06] <asac_the_2nd> of course just to debug
[08:06] <Ubulette_> build-tree/mozilla/dist/bin/chrome/browser.jar", O_RDONLY|O_LARGEFILE) = 24
[08:06] <asac_the_2nd> i think building ff-gp with flat chrome shoujld be enough
[08:06] <asac_the_2nd> Ubulette ... well you cannot know if the browser.xml file is properly resolved though
[08:07] <asac_the_2nd> it certainly isn't ... given that browser.xul appears to be resolved
[08:07] <Ubulette_> right
[08:07] <asac_the_2nd> because otherwise we wouldn't see those browser.js pop-ups
[08:07] <asac_the_2nd> the other thing that might fail to resolve might be xul.css
[08:07] <asac_the_2nd> which is in toolkit.jar
[08:07] <asac_the_2nd> do you see if toolkit.jar is opened?
[08:08] <Ubulette_> it is
[08:08] <Ubulette_> a dozen times or mor
[08:08] <Ubulette_> e
[08:08] <asac_the_2nd> yep
[08:08] <asac_the_2nd> so ... i think we should build with flat (just firefox-gp for now) ... and see what files out of browser.jar are actually touched
[08:09] <asac_the_2nd> maybe we can make the jar loader log what is tried to open?
[08:22] <asac_the_2nd> Ubulette: run with
[08:22] <asac_the_2nd> set NSPR_LOG_MODULES=nsJarProtocol:5
[08:23] <asac_the_2nd> s/set/export/ ... obviously
[08:23] <Ubulette> no effect
[08:23] <asac_the_2nd> no log output you mean?
[08:23] <Ubulette> yes
[08:24] <asac_the_2nd> is PR_LOGGING defined in build-tree/mozilla/config.status ?
[08:24] <asac_the_2nd> or config.h
[08:24] <asac_the_2nd> aeh mozilla-config.h i mean
[08:24] <Ubulette> not in config.status
[08:25] <Ubulette> nope
[08:26] <Ubulette> 'im guessing all this is now in xulrunner
[08:26] <asac_the_2nd> #if (defined(DEBUG) || defined(FORCE_PR_LOG)) && !defined(WIN16)
[08:26] <asac_the_2nd> #define PR_LOGGING 1
[08:27] <asac_the_2nd> nsprpub/config/config.mk:DEFINES += -DFORCE_PR_LOG
[08:27] <asac_the_2nd> hmm ... so probably we should just pass it manually
[08:29] <asac_the_2nd> that sucks ;)
[08:31] <asac_the_2nd> nspr-config should provide --defines? ... and we should add them to AC_DEFINES?
[08:31] <asac_the_2nd> like firefox-config --defines
[08:31] <asac_the_2nd> but there is no such thing for nspr-config --defines
[08:32] <asac_the_2nd> or lets just add this define manually for now and see if we get more log output then
[08:33] <asac_the_2nd> well .. i think that config/config.mk really should get the -DFORCE_PR_LOG somehow
[08:33] <asac_the_2nd> or do you see if its set during build?
[08:34] <asac_the_2nd> from what i see you don't get logging unless you have DEBUG set for the whole non-nsprpub tree
[08:34] <asac_the_2nd> even if you have in source nspr ... so not our fault
[08:34] <asac_the_2nd> i think its not ment to be that way .... but probably moz defs don't realize because they run their full debug build anyway
[08:35] <Ubulette> i don't know
[08:35] <asac_the_2nd> maybe its for performance reasons ...
[08:35] <asac_the_2nd> nsprpub/config/config.mk always sets -DFORCE_PR_LOG
[08:35] <asac_the_2nd> but when you include prlog.h in firefox tree it won't be set imo
[08:36] <asac_the_2nd> so PR_LOGGING is not set ... so we get a lot less logging
[08:36] <asac_the_2nd> and now i am not sure what todo
[08:37] <asac_the_2nd> i mean for default installs we might not want that define ... as it probably causes slow down
[08:37] <asac_the_2nd> maybe we want to do two builds and provide a firefox-full-debug package that replaces firefox?
[08:38] <asac_the_2nd> but that might cause extension/plugin breakage if they have different abis (not sure)
[08:39] <Ubulette> you mean xulrunner, right ? as for ff3, there's not much left when using xulrunner
[08:39] <asac_the_2nd> right
[08:40] <asac_the_2nd> but i think it should be a -full-log package ... instead of full-debug ... because that shouldn't most likely not break abi
[08:40] <asac_the_2nd> but maybe its enough to just provide such a build in ppa
[08:40] <asac_the_2nd> e.g. if we want detailed log from bug reporter, point him to a full log build
[08:41] <asac_the_2nd> anyway ... lets not waste time on that for now
[08:41] <asac_the_2nd> can you try if just building ffox gp with --enable-chrome-format=flat doesn't fail to build and maybe gives us a clue if and where xulrunner tries to resolve browser.xml ?
[08:41] <Ubulette> btw, there is no more ff -> ff-bin, ff is a bin
[08:41] <Ubulette> so no -g for gdb
[08:42] <Ubulette> no more
[08:42] <asac_the_2nd> Ubulette: hmm .. but we can probably just do a gdb /usr/bin/firefox now :)
[08:42] <asac_the_2nd> which would be not bad at all imo
[08:43] <asac_the_2nd> or gdb ./firefox ... when in dist/bin
[08:44] <Ubulette> but we need xul dbgsym
[08:44] <asac_the_2nd> yes ... that should just work, right? e.g. build with pkg-create-dbgsym installed
[08:45] <Ubulette> not sure the ddeb will end up in the repo
[08:45] <asac_the_2nd> you just have to be sure that you configure xurlunner with
[08:45] <Ubulette> even if it's built
[08:45] <asac_the_2nd> --disable-strip --disable-strip-libs and -g
[08:45] <asac_the_2nd> Ubulette: not so important atm imo ... we can consider providing a -dbg package
[08:45] <asac_the_2nd> but for us it should be enough
[08:46] <asac_the_2nd> we should try to work with pitti and ppa guys to provide dbgsym packages to a broader audience
[08:47] <Ubulette> yep
[08:47] <asac_the_2nd> in the long run handcrafted -dbg packages are ment to die
[08:47] <asac_the_2nd> every package should have one anyway
[08:47] <Ubulette> in the meantime, i'll feed xul to my bot, i'll have the dbgsym for free ;)
[08:48] <asac_the_2nd> thats good :)
[08:57] <Ubulette> hm, my bot is not done with today's run
[08:58] <Ubulette> seems the week-end has been active for most of the projects i track ;)
[08:59] <asac_the_2nd> gnome?
[08:59] <Ubulette> a part of it
[09:00] <asac_the_2nd> yeah today a new freeze was lifted for gnome
[09:00] <asac_the_2nd> so maybe thats the reason for them
[09:00] <asac_the_2nd> not lifted, but established :)
[09:00] <asac_the_2nd> ok i'll watch a dvd now
[09:00] <asac_the_2nd> bbl
[09:00] <Ubulette> enjoy
[09:01] <asac> tx
[09:37] <shirish> anybody up?
[09:38] <Ubulette> lo
[09:38] <Jazzva> Here and there...
[09:38] <shirish> Ubulette: hey ;)
[09:38] <shirish> Ubulette: I have been enjoying your uploads, thanx
[09:39] <Ubulette> glad to hear
[09:39] <shirish> Ubulette: one thing though, any ideas about when the HTML video <embed> tag patch will be included in firefox-trunk?
[09:40] <Ubulette> it's not already in ?
[09:40] <Ubulette> oh, the svg demo
[09:40] <shirish> Ubulette: don't think so... I'm subscribed to a bug which says the patch is not complete
[09:41] <Ubulette> id ?
[09:41] <shirish> Ubulette: no, the svg demo & html video <embed> are 2 different things/elements
[09:42] <shirish> hang on lemme try if I can find that bug in the 350 odd bugs I am subscribed to ;)
[09:42] <shirish> Ubulette: got it, https://bugzilla.mozilla.org/show_bug.cgi?id=382267
[09:42] <shirish> ;)
[09:42] <ubotu> Mozilla bug 382267 in DOM: HTML "Implement WHATWG Video spec" [Enhancement,New]
[09:44] <Ubulette> http://www.bluishcoder.co.nz/2007/08/firefox-video-element-patch-version-4.html
[09:44] <Ubulette> it started from http://www.bluishcoder.co.nz/2007/08/svg-video-demo.html
[09:47] <shirish> Ubulette: on the same page where it says it should be able to play the file it says
[09:47] <shirish> Sorry, this browser does not support the video element.
[09:47] <shirish> and I'm using today's build, of course not your fault or anything
[09:48] <shirish> Ubulette: I'm guessing the bluishcoder guy/gal whoever jumped the gun a bit too early. It's not in the browser as of now.
[09:48] <Ubulette> right, it's not there yet. the patch is 200K !
[09:49] <Ubulette> will take time to be reviewed
[10:02] <shirish> lol :P
[10:03] <shirish> they wouldn't want any easy browser-execution hijack stuff, although I suspect some will still find a way :P
[10:07] <Ubulette> I never said it will never enter, just that it usually takes time
[10:09] <Jazzva> asac: I'll just do one quick change to ubufox patch. I forgot to add the "(Close LP: #...)" part to changelog. I'll be done in a few minutes and will post the link to the new diff...
[10:10] <Jazzva> asac: Oh, I forgot there's no debian dir in my branch :)...
[10:11] <shirish> (01:37:30  IST) Ubulette: I never said it will never enter, just that it usually takes time
[10:11] <shirish> (01:37:30  IST) Ubulette: I never said it will never enter, just that it usually takes time
[10:11] <shirish> Ubulette: where you talking to somebody else?
[10:11] <Ubulette> to you
[10:12] <Jazzva> asac: It's bug 134426
[10:12] <ubotu> Launchpad bug 134426 in ubufox "[gutsy]  plugin finder service runs forever" [Undecided,In progress]  https://launchpad.net/bugs/134426
[10:12] <shirish> I never said anything about it entering now or something if you see my query was about if you had any idea when it will be coming up, but apparently you don't/didn't
[10:13] <Jazzva> Ok... dinner/shower/smoke time... be back in an hour or so...
[10:14] <shirish> Ubulette: nvm, just one of the things to look forward to I guess, I do hope though its there before milestone 9 otherwise it gets relegated to firefox-4 which is quite some time away :(
[10:15] <shirish> Ubulette: feature-freeze is at milestone 9
[10:17] <Ubulette> yep
[10:26] <shirish> Ubulette: another thing with today's build one cannot download anything, say some archive or something from some file-hosting site
[10:32] <Ubulette> you sure ? got not problem dling a file from my web site
[10:41] <Ubulette> asac, mozilla bug 392852
[10:41] <ubotu> Mozilla bug 392852 in Build Config "Upgrade Mozilla trunk to NSPR_HEAD_20070820" [Normal,Resolved: fixed]  http://bugzilla.mozilla.org/show_bug.cgi?id=392852
[10:41] <Ubulette> they bumped nspr requirement
[10:46] <shirish> Ubulette: sure, for I tried downloading the same file over couple of times, then tried the same file from FF & it worked.
[10:47] <Ubulette> url i can try ?
[10:47] <shirish> Ubulette: can give but in private
[10:48] <Ubulette> ok, unless you have one public
[10:48] <shirish> Ubulette: nope, be careful, its for those who are under 21 ;)
[10:48] <shirish> sorry meant over 21 ;)
[10:48] <shirish> 2:15 a.m. here hence the slip-up
[10:49] <Ubulette> worked for me
[10:49] <Ubulette> instantaneous dl
[10:49] <Ubulette> i'm older than that, and by far
[10:50] <Ubulette> shirish, maybe it's one of your addons. did you try in safe mode ?
[10:50] <Ubulette> some addons are known to be broken
[10:52] <shirish> Ubulette: while you are right about addons being broken, none of the addons I have actually work. I just have them in the hope some of these authors wake up one day & say we are going to make them 3.0pre8 or pre9 compatible.
[10:52] <Ubulette> as dl related addons, i only have favloc and download status bar, both not compatible with trunk
[10:53] <Ubulette> i have 8 active out of 25 installed
[10:53] <shirish> Ubulette: I have DownThemAll only
[10:53] <shirish> you are luckier, I have none of 6 installed.
[10:56] <Ubulette> asac, too bad, dbgsym produces ftbfs on nss
[10:58] <shirish> Ubulette: another thing, installing an extension makes firefox-trunk segfautl :(
[10:59] <shirish> segfault
[10:59] <Ubulette> not much i can do. if you can reproduce and obtain a good stack trace, you may try to open a bug upstream
[11:01] <shirish> ubotu stacktrace
[11:01] <ubotu> Sorry, I don't know anything about stacktrace - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[11:01] <shirish> ubotu stack trace
[11:01] <ubotu> Sorry, I don't know anything about stack trace - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[11:03] <TimMc> Hey, what the crap is going on with youmortals.com?
[11:06] <shirish> Ubulette: how is stacktrace different from backtrace?
[11:06] <Ubulette> it's not :)
[11:08] <shirish> Ubulette: it also uses gdb? or something else?
[11:08] <shirish> For gdb doesn't wanna play with firefox-trunk
[11:08] <Ubulette> gdb with the ddeb installed
[11:09] <Ubulette> ddeb = dbgsym package
[11:09] <shirish> Ubulette: I have always the -dbgsym installed, it might be not today's but yesterday's build, as you said today's -dbgsym failed to build.
[11:10] <Ubulette> hmm, no
[11:10] <Ubulette> i was talking about nss ddeb
[11:10] <Ubulette> ff-trunk is fine as far i know
[11:10] <shirish> Ubulette: oh something else , anyway here's the output trying to run gdb
[11:10] <shirish> http://pastebin.ca/671656
[11:11] <shirish> Ubulette: revision is<PHONE_NUMBER>
[11:11] <Ubulette> run firefox-trunk -g
[11:12] <Ubulette> not gdb firefox-trunk
[11:13] <shirish> Ubulette: that works
[11:13] <Ubulette> reason is firefox-trunk is a shell script, not a binary
[11:14] <shirish> Ubulette: then in that case is there a log which happens somewhere or no?
[11:14] <TimMc> There's a friggin' *adsquatter* on http://gnomefreak.youmortals.com/mozilla-testing
[11:15] <Ubulette> TimMc, i think it's dead. you may want to go to https://dogfood.launchpad.net/~mozillateam/+archive now
[11:16] <Ubulette> it's temporary though (as it's beta lp)
[11:16] <TimMc> Ubulette: In that case, it should probably be unlinked from the Ubuntu wiki.
[11:17] <TimMc> Especially the Mozilla Team pages.
[11:17] <Ubulette> i think it will
[11:17] <Ubulette> it just occured in the last few days
[11:17] <TimMc> It's a bit of a security risk, isn't it?
[11:18] <Ubulette> gnomefreak, u here ?
[11:20] <shirish> Ubulette: I can give out all the printout as it came onto the stdout but don't know if it would be of any help or not.
[11:20] <TimMc> Well, as long as folks know. -.-
[11:22] <Ubulette> shirish, if it crashes using -g, just type 'bt'
[11:23] <Ubulette> show my in pastebin what you get
[11:23] <Ubulette> -my+me
[11:23] <shirish> Ubulette: I was able to crash it successfully, although I didn't do just bt I did the whole thing http://pastebin.ca/671668
[11:24] <shirish> if this doesn't help, can try again, this time just with bt
[11:24] <shirish> Ubulette: line 68 is where the segmentation fault happened & firefox-trunk died.
[11:25] <shirish> Ubulette: the name of the extension is DownthemAll , its the beta which I wanted to install.
[11:27] <gnomefreak> Ubulette: ?
[11:27] <shirish> Ubulette: another thing, please also look at line 24 & 27, some extra commands I had put before giving the run command to firefox-trunk
[11:28] <gnomefreak> its a shame it wasnt taken over it was moved
[11:28] <gnomefreak> but let him think what he wants ;)
[11:30] <shirish> gnomefreak: I'm running firefox-trunk -g (using the debugging symbols), have done bt (backtrace on it) anything else I need to do before quitting gdb?
[11:31] <gnomefreak> shirish: did you read our bug page with the instructions on how to obtain backtrace?
[11:31] <Ubulette> mozilla bug 393309
[11:31] <ubotu> Mozilla bug 393309 in Installer: XPInstall Engine "Crash @nsInstallTrigger::HandleContent when browsing directly to XPI file" [Critical,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=393309
[11:31] <Ubulette> seems like your bug
[11:31] <gnomefreak> shirish: https://wiki.ubuntu.com/MozillaTeam/Bugs/
[11:31] <gnomefreak> Ubulette: did you need something?
[11:31] <asac_the_2nd> gnomefreak: have you fixed the wiki?
[11:32] <gnomefreak> asac_the_2nd: no not yet
[11:32] <gnomefreak> asac_the_2nd: i havent figured out that part yet
[11:32] <asac_the_2nd> well .... at least remove the youmortals infos :)
[11:32] <Ubulette> gnomefreak, nothing. just wanted you to deal with the guy ;)
[11:32] <gnomefreak> i /msged him
[11:33] <gnomefreak> it seems i forgot nspr
[11:34] <Ubulette> i'm having some hard times with nss+dbgsym
[11:35] <asac_the_2nd> ok removed the bogus apt lines for now
[11:35] <shirish> Ubulette: thanx for the bug link subscribed myself, will go to sleep, 3:10 a.m. here now.
[11:35] <gnomefreak> as soon as i figure this out ill put something there
[11:36] <shirish> Ubulette: maybe tomorrow you can tell me more about nspr & stuff to me.
[11:36] <shirish> thanx all guys
[11:36] <Ubulette> sure
[11:38] <gnomefreak> hard
[11:40] <gnomefreak> asac_the_2nd: ty for coomenting on wiki
[11:41] <asac_the_2nd>  np
[11:41] <asac_the_2nd> how can we subscribe mt code to my branches?
[11:42] <gnomefreak> not sure
[11:42] <asac_the_2nd> i think firefox and thunderbird release branches
[11:42] <asac_the_2nd> Ubulette: did you subscribe mt to your branches?
[11:42] <asac_the_2nd> how did you do that?
[11:42] <asac_the_2nd> e.g. Role: Registrant
[11:43] <gnomefreak> asac_the_2nd: give me your links ill see what i can do
[11:43] <asac_the_2nd> https://code.launchpad.net/~asac/firefox/ubuntu-2.0.0.x
[11:43] <asac_the_2nd> https://code.launchpad.net/~asac/thunderbird/ubuntu-2.0.0.x
[11:43] <asac_the_2nd> https://code.launchpad.net/~asac/ubufox/main
[11:43] <asac_the_2nd> https://code.launchpad.net/~ubuntu-core-dev/ubufox/ubuntu
[11:44] <asac_the_2nd> those should be it for now
[11:44] <Ubulette> i didn't
[11:44] <asac_the_2nd> interesting
[11:44] <Ubulette> lp did that
[11:44] <asac_the_2nd> why?
[11:44] <gnomefreak> working on them :)
[11:44] <asac_the_2nd> ah cool
[11:44] <asac_the_2nd> Ubulette: i think gnomefreak did that
[11:44] <Ubulette> lp told me to push<EMAIL_ADDRESS>[11:44] <asac_the_2nd> Ubulette: i doubt that this happens automatically
[11:44] <Jazzva> Back..
[11:45] <asac_the_2nd> Ubulette: those are then mt branches .. e.g. Role Author ... not Registratnt
[11:45] <gnomefreak> all 4 are done
[11:45] <asac_the_2nd> https://code.launchpad.net/~mozillateam/
[11:45] <gnomefreak> mt is subscribed
[11:45] <asac_the_2nd> gnomefreak: thats interesting
[11:45] <asac_the_2nd> so when is something a registrant
[11:45] <asac_the_2nd> when is something an author ... and when subscriber?
[11:45] <gnomefreak> when you make the branch
[11:46] <gnomefreak> you register the (name)
[11:46] <gnomefreak> like had to register sunbird before i could make the branch
[11:46] <gnomefreak> i was registernt and author of one of the branches
[11:46] <asac_the_2nd> hmm
[11:47] <asac_the_2nd> can you explain it for the concrete examples on https://code.launchpad.net/~mozillateam/ ?
[11:47] <asac_the_2nd> for instance, why is ubulette branch for xulrunner registrant?
[11:47] <Ubulette> oh, i pushed to mt as fta without registering 1st
[11:47] <gnomefreak> Ubulette: did you have to register nss-ubuntu-trunk
[11:47] <gnomefreak> as a LP package?
[11:47] <gnomefreak> before makeing the branch?
[11:47] <asac_the_2nd> but ubuntu-2.0.0.x for mt isn't ?
[11:48] <gnomefreak> look at your branch
[11:48] <asac_the_2nd> (firefox ubuntu-2.0.0.x)
[11:48] <gnomefreak> who registered firefox to LP?
[11:48] <gnomefreak> maybe ian?
[11:48] <gnomefreak> firefox was registered a long time ago im asssuming
[11:49] <asac_the_2nd> no idea
[11:49] <asac_the_2nd> so its a bug?
[11:49] <gnomefreak> no
[11:49] <gnomefreak> me nor you registered it in LP
[11:49] <asac_the_2nd> that mt is author of those branches?
[11:49] <gnomefreak> mt is author because we made it ~mozillateam
[11:49] <Ubulette> do you mean you can't push into xul ?
[11:50] <gnomefreak> Ubulette: only you can
[11:50] <asac_the_2nd> no ... i wonder why its different
[11:50] <asac_the_2nd> he?
[11:50] <gnomefreak> since its your authored branch
[11:50] <Ubulette> ?
[11:51] <Ubulette> i pushed in ~mt so i thought everyone here could push
[11:51] <asac_the_2nd> no i doubt that
[11:51] <asac_the_2nd> its pushed to mt ... so we all can push to that branch
[11:51] <gnomefreak> asac_the_2nd: only wayt to be registrant is to register the project with LP https://launchpad.net/projects/
[11:51] <Ubulette> asac_the_2nd, what does lp tell you when you visit the branch ?
[11:52] <gnomefreak> firefox was registered long before we took over it
[11:52] <asac_the_2nd> anyway ... xulrunner was not registered by Ubulette ??
[11:52] <Ubulette> no
[11:53] <Ubulette> it was already there, with no branch
[11:53] <asac_the_2nd> yeah ... i think i registered it
[11:53] <asac_the_2nd> its all blurry ... nevermind
[11:53] <asac_the_2nd> i will figure out at some point :)
[11:53] <gnomefreak> ok im on the firefox LP page i can change regeristrant
[11:54] <gnomefreak> who do you want as it?
[11:54] <asac_the_2nd> gnomefreak: for both branches its mz
[11:54] <asac_the_2nd> mt
[11:54] <asac_the_2nd> but still one is registrant ... the other auhtor
[11:54] <gnomefreak> right now its mt-bugs afaict
[11:54] <asac_the_2nd> so its probably not the "registrant"
[11:54] <asac_the_2nd> i already looked at that
[11:54] <asac_the_2nd> gnomefreak: for what?
[11:54] <gnomefreak> Change the owner of Mozilla Firefox
[11:54] <gnomefreak> Current: 	Mozilla Bugs
[11:54] <gnomefreak> New: 	(Choose)
[11:54] <gnomefreak> This is: 	An existing person or team
[11:54] <gnomefreak> A new team I'm creating here
[11:54] <gnomefreak> The new team's name must begin with a lower-case letter or number, and contain only letters, numbers, dots, hyphens, or plus signs.
[11:54] <asac_the_2nd> oh
[11:54] <asac_the_2nd> yeah use mozillateam instead
[11:55] <asac_the_2nd> its not mozilla bugs :)
[11:55] <gnomefreak> https://launchpad.net/firefox start here
[11:55] <asac_the_2nd> o ... me blind
[11:55] <asac_the_2nd> yeah i probably didn't read the full line :)
[11:55] <gnomefreak> changed
[11:55] <gnomefreak> Driver:   Mozilla Team
[11:56] <gnomefreak> anything else while im at it?
[11:56] <asac_the_2nd> no
[11:56] <asac_the_2nd> well all that are currently bugs should be team
[11:56] <asac_the_2nd> if there are any
[11:57] <gnomefreak> ill look into it this week if you remind me
[11:57] <asac_the_2nd> gnomefreak: you changed something else
[11:58] <gnomefreak> im gonna be gone a good part of tuesday afaik
[11:58] <asac_the_2nd> hopefully not all bug mail gets to team now
[11:58] <asac_the_2nd> its still author
[11:58] <gnomefreak> bug contact is still mt-bugs
[11:58] <gnomefreak> i changed owner of the project
[11:58] <gnomefreak> thats all i did
[11:58] <asac_the_2nd> i dont understand why https://code.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.ubuntu.trunk
[11:58] <asac_the_2nd> is author ubulette
[11:59] <asac_the_2nd> while all other branches under mt are author mozillateam
[11:59] <gnomefreak> i can upload to it
[11:59] <Ubulette> because i pushed with bzr+ssh://fta@code ?
[11:59] <gnomefreak> would yuou like it changed?
[11:59] <asac_the_2nd> wierd ... it wasn't done for those that i pushed :/
[12:00] <asac_the_2nd> i changed it now ... i think author should be the same as ~USERNAME
[12:00] <gnomefreak> you want mozillateam as author?
[12:00] <asac_the_2nd> already done
[12:00] <gnomefreak> yes that is all
[12:00] <Ubulette> asac_the_2nd, look at iceowl.debian-0.x
[12:00] <Ubulette> it's the same
[12:00] <asac_the_2nd> Ubulette: yeah
[12:02] <asac_the_2nd> ok fixed
[12:02] <asac_the_2nd> i am unsure how to use the author field ... or what it means
[12:03] <asac_the_2nd> for private branches its clear ... probably its ment to be something like "owner" ... or "driver" or "primary contact"
[12:03] <asac_the_2nd> ?
[12:03] <Ubulette> why did you only chnage xul ?
[12:03] <asac_the_2nd> i changed sunbird as well
[12:04] <asac_the_2nd> do we need the "nss.ubuntu.tag312a1b" ?
[12:04] <asac_the_2nd> branch?
[12:04] <asac_the_2nd> same for nspr ?
[12:04] <Ubulette> yes
[12:04] <Ubulette> that's the branch for gp
[12:05] <asac_the_2nd> why?
[12:05] <asac_the_2nd> trunk doesn't use the same tag?
[12:05] <Ubulette> the trunk one is HEAD
[12:05] <asac_the_2nd> why do we need that one in mozillateam?
[12:05] <asac_the_2nd> is it a tag as well?
[12:05] <Ubulette> same reason as ff-trunk
[12:06] <asac_the_2nd> so you say that trunk uses a different tag in upstream code base than gp?
[12:07] <asac_the_2nd> NSS_CO_TAG           = NSS_3_12_ALPHA1B
[12:07] <asac_the_2nd> NSPR_CO_TAG          = NSPR_HEAD_20070820
[12:07] <Ubulette> yes
[12:07] <asac_the_2nd> thats what gets checked out on trunk
[12:07] <asac_the_2nd> hmm
 asac, mozilla bug 392852
 Mozilla bug 392852 in Build Config "Upgrade Mozilla trunk to NSPR_HEAD_20070820" [Normal,Resolved: fixed]  http://bugzilla.mozilla.org/show_bug.cgi?id=392852
 they bumped nspr requirement
[12:08] <ubotu> Mozilla bug 392852 in Build Config "Upgrade Mozilla trunk to NSPR_HEAD_20070820" [Normal,Resolved: fixed]  http://bugzilla.mozilla.org/show_bug.cgi?id=392852
[12:08] <asac_the_2nd> k
[12:09] <Ubulette> so either we follow this for GP, or we don't
[12:09] <asac_the_2nd> well ... why not name it ubuntu.trunk
[12:09] <Ubulette> i jsut wanted all -trunk to be non tagged
[12:09] <asac_the_2nd> and ubuntu.granparadiso then?
[12:09] <Ubulette> and pair the frozen ones for gp
[12:09] <asac_the_2nd> e.g. in that way we don't need new branches everytime they tag/upgrade
[12:10] <asac_the_2nd> and bringing paradiso to next tag is as simple as merging up trunk to that branch?
[12:10] <Ubulette> ff-trunk, nss-trunk, nspr-trunk   and ff-gp, nss-tag, nspr-tag
[12:10] <asac_the_2nd> but why tag? that branch tracks the nspr/nss needed to build paradiso
[12:10] <asac_the_2nd> why not express that in the name?
[12:12] <Ubulette> nss-gp ?
[12:12] <asac_the_2nd> don't you think its better to use that generic name?
[12:12] <asac_the_2nd> yeah
[12:12] <Ubulette> ok, I don't mind
[12:12] <asac_the_2nd> but just ubuntu.trunk ... ubuntu.granparadiso
[12:13] <Ubulette> i was not very inspired
[12:13] <asac_the_2nd> though i have no hard opinion about that
[12:13] <asac_the_2nd> well ... we could just change it in launchpad if we want .... so easy enough
[12:13] <asac_the_2nd> not really high prio ;)
[12:13] <Ubulette> it's not readable if you drop the app name
[12:14] <Ubulette> if project was the 1st column, then yes
[12:14] <asac_the_2nd> yeah ... i am ok to keep it for now
[12:21] <asac_the_2nd> TimMc: I removed the urls from wiki for now ... thanks for the reminder
[12:21] <TimMc> gnomefreak let me know what was going on
[12:21] <TimMc> thanks
[12:21] <TimMc> It looks like http://ppa.dogfood.launchpad.net/mozillateam/ubuntu/ can be used instead.
[12:21] <TimMc> Is this correct?
[12:21] <asac_the_2nd> TimMc: about youmortals? ... subscription of archive sponsor ended
[12:22] <asac_the_2nd> TimMc: well .. dogfood will disappear soon ... we will wait a few days and put in the final url directly
[12:22] <TimMc> ok
[12:22] <asac_the_2nd> TimMc:  have you tested that it works as apt line?
[12:22] <TimMc> I have not.
[12:23] <asac_the_2nd> i think it should be
[12:23] <asac_the_2nd> deb http://ppa.dogfood.launchpad.net/mozillateam/ubuntu/ universe
[12:23] <asac_the_2nd> but not sure
[12:23] <TimMc> and which John Vivrito on the keyservers is the signer?
[12:24] <TimMc> 3C1C3C2A or 64C5EE6D?
[12:24] <asac_the_2nd> TimMc: thats obsolete as well ... i have no idea if and how the ppa will be signed
[12:24] <TimMc> hmm, okay
[12:24] <asac_the_2nd> but it almost certainly will not be john's key ;)
[12:24] <TimMc> k :-)
[12:25] <asac_the_2nd> thanks for caring though.
[12:27] <Ubulette> mozilla bug 379886
[12:27] <ubotu> Mozilla bug 379886 in GFX: Thebes "Font preferences panel selects random fonts in cairo builds" [Major,Resolved: fixed]  http://bugzilla.mozilla.org/show_bug.cgi?id=379886
[12:29] <asac_the_2nd> hmm the second patch doesn't look like its really related
[12:29] <asac_the_2nd> we probably want that on stable ffox ... or we even might have that already
[12:29] <asac_the_2nd> at least mike has that patch in its xulrunner iirc
[12:31] <Ubulette> just landed in trunk
[12:31] <Ubulette> so it will be in my next build of xul too
[12:31] <Ubulette> i'm still fighting with nss, it failed while doing the ddeb
[12:32] <asac_the_2nd> thats strange ... failed hard or just empty ddeb?
[12:32] <Ubulette> shlibsign failed
[12:32] <asac_the_2nd> hmm ... didn't we fix that?
[12:32] <Ubulette> LD_LIBRARY_PATH=debian/libnss3-0d/usr/lib debian/libnss3-tools/usr/bin/shlibsign -v -i debian/libnss3-0d/usr/lib/nss/libnssdbm3.so
[12:32] <Ubulette> NSS_Init failed: Failure to load dynamic library.
[12:33] <asac_the_2nd> you see what it tries do load?
[12:33] <asac_the_2nd> when did it break btw?
[12:33] <asac_the_2nd> it worked a few days ago, right?
[12:34] <Ubulette> open("debian/libnss3-0d/usr/lib/libsoftokn3.so", O_RDONLY) = -1 ENOENT (No such file or directory)
[12:34] <Ubulette> readlink("debian/libnss3-0d/usr/lib/libnss3.so.0d", 0x805f518, 1023) = -1 EINVAL (Invalid argument)
[12:34] <Ubulette> open("debian/libnss3-0d/usr/lib/tls/i686/sse2/cmov/libsoftokn3.so", O_RDONLY) = -1 ENOENT (No such file or directory)
[12:34] <Ubulette> open("debian/libnss3-0d/usr/lib/tls/i686/sse2/libsoftokn3.so", O_RDONLY) = -1 ENOENT (No such file or directory)
[12:34] <Ubulette> open("debian/libnss3-0d/usr/lib/tls/i686/cmov/libsoftokn3.so", O_RDONLY) = -1 ENOENT (No such file or directory)
[12:35] <Ubulette> readlink fails as it's not a link
[12:35] <Ubulette> then libsoftokn3.so is not there but in debian/libnss3-0d/usr/lib/nss.libsoftokn3.so
[12:35] <asac_the_2nd>  but debian/libnss3-0d/usr/lib/libnss3.so.0d exists?
[12:35] <Ubulette> yes
[12:36] <asac_the_2nd> hmmm did the patch need adaption?
[12:36] <asac_the_2nd> maybe they changed the names?
[12:36] <Ubulette> i don't think so
[12:37] <asac_the_2nd> but shouldn't it be in usr/lib/nss/libsoftokn3.so ?
[12:37] <asac_the_2nd> e.g. isn't it in that place for stable+gp ?
[12:38] <asac_the_2nd> looks suspicious close ... e.g. nss.lib -> nss/lib
[12:42] <Ubulette> no, that's a typo
[12:42] <Ubulette> here
[12:43] <asac_the_2nd> then it looks like its exactly the thing the patch tries to tackle
[12:43] <asac_the_2nd> you sure its applied?
[12:45] <Ubulette> i did it last for libnssdbm3.so
[12:45] <asac_the_2nd> yeah but softtoken loader is patched as well?
[12:47] <Ubulette> hmm, no
[12:47] <asac_the_2nd> jazzva ... where did you attach the patch to?
[12:47] <asac_the_2nd> Ubulette: well it was in the beginning ... maybe you dropped it?
[12:48] <Ubulette> no it wasn't
[12:49] <Ubulette> http://codebrowse.launchpad.net/~mozillateam/nss/nss.ubuntu.granparadiso/annotate/svn-v2%3A39874%40f4e3d8d1-d80b-0410-9133-bbc0d6b0e2e8-nss%2ftrunk?start_revid=fta%2Blaunchpad%40sofaraway.org-20070817224023-9lj1xlki5wcb2jfn&file_id=svn-v2%3A39874%40f4e3d8d1-d80b-0410-9133-bbc0d6b0e2e8-nss%2ftrunk-debian%2fpatches%2f80_security_build.dpatch
[12:49] <Ubulette> gasp, ugly
[12:49] <Ubulette> that's mike dpatch
[12:49] <Jazzva> asac_the_2nd: Umm... I sent it on some paste bin... Just the result of "bzr diff -r Rev1..Rev2"
[12:50] <Jazzva> I'm not sure if patch should have that "== modified file.... ==" line...
[12:51] <asac_the_2nd> Jazzva: i added a link to the diff to the bug now
[12:51] <asac_the_2nd> Ubulette: the urls doesn't yield a thing
[12:52] <asac_the_2nd> Ubulette: iirc we looked at the patch when we had troubles because of dbm
[12:52] <Jazzva> asac_the_2nd: Thanks :)...
[12:56] <asac_the_2nd> Ubulette: rev 11 is really huge ... we should have done that in multiple steps :)
[12:56] <asac_the_2nd> http://codebrowse.launchpad.net/~mozillateam/nss/nss.ubuntu.granparadiso/changes
[12:57] <Ubulette> 681 	 LIBRARY_NAME = softokn
[12:57] <Ubulette> 		682 	 LIBRARY_VERSION = 3
[12:57] <Ubulette> 		683 	 MAPFILE = $(OBJDIR)/softokn.def
[12:57] <Ubulette> 		684 	+SO_VERSION = 0d
[12:57] <Ubulette>
[12:57] <Ubulette> it's sonamed
[12:59] <asac_the_2nd> well ... then it should be in /usr/lib =
[12:59] <asac_the_2nd> ?
[01:02] <Ubulette> apparently not as it's beeing signed
[01:02] <Ubulette> using nss loader
[01:02] <asac_the_2nd> yes... i think there is something messy
[01:03] <asac_the_2nd> regardless of that it probably won't help, we should try to untangle rev 11 tomorrow so we can submit the quiltification to debian ...
[01:03] <Ubulette> libnss3-dev.links:usr/lib/libsoftokn3.so.0d usr/lib/libsoftokn3.so
[01:03] <Ubulette> rules:  $(foreach lib,libsoftokn3.so.0d nss/libfreebl3.so nss/libnssdbm3.so, \
[01:03] <Ubulette> it's all wrong
[01:04] <Ubulette> we soname it, then sign it
[01:04] <asac_the_2nd> i think the proper sequence would be -> 1. quiltification -> refresh quilt patches -> upgrade to trunk
[01:04] <asac_the_2nd> hmm
[01:05] <Ubulette> we should either not sign it, or un-sonamed it and move it in nss
[01:06] <Ubulette> lsof /usr/lib/libsoftokn3.so
[01:06] <Ubulette> COMMAND    PID USER  FD   TYPE DEVICE   SIZE    NODE NAME
[01:06] <Ubulette> gnome-pan 6089  fta mem    REG    8,1<PHONE_NUMBER>133 /usr/lib/libsoftokn3.so.0d
[01:06] <Ubulette> liferea-b 6200  fta mem    REG    8,1<PHONE_NUMBER>133 /usr/lib/libsoftokn3.so.0d
[01:06] <Ubulette> so we keep it there and not sign it
[01:06] <asac_the_2nd> yeah its right soname it
[01:06] <asac_the_2nd> and its right to have it in /usr/lib
[01:06] <asac_the_2nd> and its right to shlibsign it :)
[01:06] <Ubulette> ?
[01:07] <asac_the_2nd> unless we added the shlibsign :) ... but i think it works proper in gutsy
[01:07] <Ubulette> the loader is not able to load so.0d
[01:07] <asac_the_2nd> $ ls /usr/lib/libsoftokn3.*
[01:07] <asac_the_2nd> /usr/lib/libsoftokn3.0d.chk  /usr/lib/libsoftokn3.so  /usr/lib/libsoftokn3.so.0d
[01:07] <asac_the_2nd> well ... it works there
[01:07] <asac_the_2nd> the link is just from dev package
[01:07] <Ubulette> not in a clean chroot, it's signed *before* the link is created
[01:08] <asac_the_2nd> ireally doubt that the loader loads libsoftokn3 at all ... its linked in
[01:08] <asac_the_2nd> Ubulette: what do you mean? i didn't say that the link should be there ... i said it works without the link as well
[01:08] <asac_the_2nd> i mean for our stable nss it *works* ... and its placed like above
[01:08] <asac_the_2nd> e.g. not in /usr/lib/nss


[04:41] <viswesn> Why I am not able to see juju model-config updated value - http://pastebin.ubuntu.com/24358872/
[07:00] <kjackal> Good morning Juju world!
[07:25] <erik_lonroth> good morning.
[08:45] <joedborg> morning! o/
[08:46] <joedborg> Quick juju question - will 2.2 have the same behaviour as 2.1.2 in terms of not automatically bridging interfaces?
[09:47] <cnf> in a model yml file, can I define to: lxd, and not specifiy what machine it should put it on?
[10:25] <rick_h> cnf: you can for a machine in the bundle, but not an existing machine.
[10:35] <cnf> rick_h: right, that's what i meant
[10:35] <cnf> what is the correct syntax?
[11:01] <cnf> how do you delete subordinate units?
[12:30] <tvansteenburgh> cnf: juju remove-unit
[12:31] <anrah_> is there a reason why 2.0.X are not listed on juju-stable repository?
[12:31] <cnf> tvansteenburgh: not for subordinates
[12:32] <tvansteenburgh> cnf: that's news to me, why doesn't it work?
[12:33] <cnf> i don't know, it tells me remove-unit doesn't work with subordinates
[12:39] <tvansteenburgh> cnf: huh. i never realized that. but: https://jujucharms.com/docs/2.0/authors-subordinate-services#caveats
[12:40] <cnf> hmm
[13:57] <lazyPower> cnf: is this via the CLI or via the Gui?
[13:58] <lazyPower> cnf: subordinates are a special case where they presume to exist for the lifecycle of the related unit. I've had some talks with rick_h about this in the past, but I don't think we've settled on anything beyond we have differing opinions about subordinate units and their lifecycle.
[13:58] <lazyPower> and when i say related unit, i mean principal unit.
[14:02] <cnf> cli
[14:02] <cnf> i uh, never use the gui?
[14:02] <cnf> i don't understand it
[14:03] <rick_h> cnf: so there's an issue in that subordinates are colocated on the root machine and could do things like install PPAs, modify packages, etc. Such that figuring out what's the subordinates changes vs the host application is impossible.
[14:03] <rick_h> cnf: anything that claimed to "remove the subordinate" would be a lie you can't trust in your model. It's dirty at that point
[14:04] <rick_h> cnf: so yea, we go the route that to get a clean host application you need to redeploy it w/o the subordinate relation
[14:18] <cnf> rick_h: right
[14:18] <cnf> rick_h: so i did a silly, and installed 2 applications on 1 machine that _both_ had ntp as a subordinate
[14:18] <cnf> so they where fighting over who got to config it
[14:20] <cnf> rick_h: anyway, they are no longer on the same machine, but thanks for the explanation
[14:21] <rick_h> cnf: yea, sorry. I agree that it'd be cooler if we could make that cleaner. Honestly, I think things like snaps help in this world a little bit.
[14:21] <rick_h> cnf: but we'd rather be a bit more up front about a known possible spot than have folks chasing why something is failing in production for a non-obvious reason that there used to be a subordinate that didn't remove cleanly there.
[14:23] <cnf> rick_h: sure
[14:23] <cnf> rick_h: it's not always clear where the problem is coming from :P
[14:23] <rick_h> cnf: yea, it's a bit of magic managing I guess.
[14:31] <Trefex> hi guys, is there any information on what Ceph-Dash looks like? https://jujucharms.com/u/canonical-storage/ceph-dash/
[14:33] <rick_h> cholcombe: ping ^
[15:03] <cholcombe> Trefex: you're looking for screenshots?
[15:04] <Trefex> cholcombe: yeah for instance, i found a ceph-dash from Crapworks
[15:04] <cholcombe> Trefex: ah yes.  this one is a different than the crapworks dash
[15:04] <Trefex> cholcombe: but I have no idea what ceph-dash does, why I should pay for it (I guess it's behind canonical paywall) and what the rest of the architecture should look like
[15:04] <Trefex> eg telegraf, collector, influx, etc
[15:20] <cholcombe> Trefex: yeah that's an excellent question. i'll work on getting some nice screenshots prepared :)
[15:20] <Trefex> cholcombe: wohooo thanks :)
[16:38] <pranav> Hi Folks. Need help with the cinder charm. getting the following error in cinder-scheduler log
[16:38] <pranav> oslo_service.service RPCVersionCapError: Requested message version, 3.0 is incompatible.
[16:38] <pranav> any pointers
[16:38] <pranav> couldn't find anything on google
[16:50] <bdx> pranav: ask in #openstack-charms
[16:51] <pranav> Already did. Still waiting there. Thanks
[17:50] <Budgie^Smore> o/ juju world
[18:53] <rick_h> anyone know a twitter handle for tengu/merlijn's folk?
[19:01] <SimonKLB> is it possible to change the profile image of a team in jujucharms.com ?
[19:12] <urulama> SimonKLB: the profile is actually a gravatar defined by an email. we could add an option that one can set that for the team, but we there no such functionality atm
[19:40] <cnf> kwmonroe: so setting no_proxy didn't help, btw
[22:42] <smgoller> Hey all, I'm trying to bootstrap a juju controller on our local openstack cloud, and it's not clear to me what the answer is to the question "Enter the API endpoint url for the cloud"
[22:42] <smgoller> The docs mention port 35357, which I can't find any reference to in the openstack documentation
[22:43] <hml> smgoller: use your keystone endpoint
[22:44] <hml> smgoller: i believe 35357 is the port for authenication v3, 5000 is for v2
[22:44] <smgoller> ahhh
[22:45] <hml> smgoller: the same endpoint can be used for both questions related to endpoints in add-cloud
[22:45] <smgoller> failed to bootstrap model: no image metadata found
[22:45] <smgoller> is it expecting an image with a particular name to exist?
[22:53] <smgoller> figured it out
[22:53] <smgoller> thanks!


[17:53] <zenrox> any one around??
[17:54] <schauerlich> yes
[17:54] <zenrox> can you answer a good question that i have
[17:54] <Pici> Only if its really good
[17:54] <schauerlich> probably not, but go ahead
[17:55] <zenrox> i am useing natty and i am trying to add a swap(fergot to add one) by useing a memory card that i have on my lappy
[17:56] <zenrox> the memory card is all ready formated as swap
[17:57] <zenrox> and ubuntu forums web page is not being helpfull as it once was
[17:58] <zenrox> i am a long time linux user just trying to get useto the new natty lay out
[17:59] <schauerlich> Well, you can't say I didn't warn you.
[18:01] <zenrox> well its ok
[18:01] <zenrox> trying to get disk mangment to run under sudo is a pain too
[18:19] <zenrox> yelp i fixed that after i got a term i needed and that was swapon
[18:19] <zenrox> yaaa
[18:48]  * zenrox pokes darkmatter
[18:48] <darkmatter> omg! it lives! lol
[18:48] <zenrox> yepo and on natty
[18:49] <zenrox> i am a married fool too
[18:49] <zenrox> i got married last year
[18:49] <darkmatter> ooo...a fellow victim of the ball and chain. congratulations xD
[18:50] <zenrox> ya our 1 year is comming up in may
[18:50] <darkmatter> :)
[18:50] <zenrox> and we havnt killed eatch other
[18:50] <zenrox> so we must love our selfs
[18:50] <zenrox> lol
[18:51] <zenrox> brb ciggy break
[18:52] <darkmatter> I'm gonna be switching OSs today. going to test F15 first, see if I can get nouveau to respect my monitor resolution and refresh (dkms blobs for my graphics card aren't available yet :()
[18:52] <darkmatter> if that fails I'll just install openSUSE 11.4 with gnome3
[18:53] <darkmatter> still running uby. just need something more stable on my hardware. lol
[19:15] <zenrox> i wanted to try the new ubuntu natty interface dont know if i like it yet
[19:17] <zenrox> but i am starting to seethe advantage of it
[19:24] <darkmatter> zenrox: yeah. it's not really my thing though. plus I'm trying to get off my but and get in on gnome3 design stuff (was _supposed_ to do that about a year ago, but health condition reoccured). Fedora 15 is the best way to do that without extensive breakage atm.
[19:24] <darkmatter> beta or not.
[19:25] <darkmatter> since gnome3 is F15 default
[19:26] <darkmatter> just double checking to make sure I didn't forget to back anything up before heading off to install
[19:33] <zenrox> ya
[19:34] <zenrox> last cupla years i had bine using win7 it was nicer than i thought
[19:34] <zenrox> but i craved my linux


[07:25] <yofel> clivejo: o/
[07:48] <acheron_uk> clivejo: great :)
[07:52] <acheron_uk> on plasma-desktop, seems this is no longer needed as applied upstream https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/plasma-desktop/tree/debian/patches/upstream_include_cmath_c++_fix.diff?h=kubuntu_unstable
[08:40] <clivejo> acheron_uk: https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/plasma-desktop/commit/?h=kubuntu_unstable&id=46651e7289f4f20c964d2fd4d81a8ef85c6bba45
[08:50]  * clivejo notices his git commits are still aol.com
[08:50]  * clivejo face palms
[09:01] <acheron_uk> cool the patch, not your old addy
[09:02] <acheron_uk> they've also pushed that change to 5.6 branch it seems
[09:04] <clivejo> yeah, but old patches prevent source being built
[09:04] <clivejo> which is why KCI is throwing a hissy fit over it!
[09:07] <acheron_uk> yeah, I get that
[09:22] <jimarvan> saluti
[09:25] <clivejo> hi jimarvan
[10:41] <BluesKaj> Howdy folks
 Hi friends 😃
[11:09] <BluesKaj> Hi Sick_Rimmit
 Hi Rick
 o/
[11:56] <jimarvan> Hey :)
[12:22] <clivejo> hi jimarvan
[12:49] <clivejo> yuppeeeee
[12:49]  * clivejo dances
[12:56] <clivejo> acheron_uk: can you see why - http://kci.pangea.pub/job/yakkety_unstable_kpimtextedit/ - is failing?
[13:53] <clivejo> hi shadeslayer
[13:55] <shadeslayer> Hey
[13:56] <clivejo> is Jon about today?
[13:56] <clivejo> all the servers seem to be down
[13:57] <clivejo> qa.kubuntu.co.uk, *.neon.kde.org/
[13:57] <clivejo> etc
[13:59] <clivejo> can anyone explain to me why libkrdccore.so is still in list-missing - https://launchpadlibrarian.net/261645850/buildlog_ubuntu-yakkety-amd64.krdc_4%3A16.04.1-0ubuntu1~ubuntu16.10~ppa7_BUILDING.txt.gz
[14:00] <clivejo> when I have it in not-installed - https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/krdc/tree/debian/not-installed?h=kubuntu_yakkety_archive
[14:02] <shadeslayer> clivejo: dunno, haven't seen him around
[14:03] <shadeslayer> clivejo: though we know about the servers
[14:04] <clivejo> shadeslayer: any idea whats wrong?
[14:04] <shadeslayer> nope, I don't maintain that infra
[14:04] <shadeslayer> and I don't have access to it
[15:07] <acheron_uk> clivejo: this failure http://paste.ubuntu.com/16733054/
[15:07] <acheron_uk> maybe
[15:10] <clivejo> yup
[15:10] <clivejo> do you know why its complaining about that?
[15:11] <acheron_uk> I need to read up on packaging, but surely that shouldn't be in the libkf5pimtextedit5.install file?
[15:12] <clivejo> acheron_uk: yes, take a look at the install file in git
[15:13] <acheron_uk> I did https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kpimtextedit/tree/debian/libkf5pimtextedit5.install?h=kubuntu_unstable
[15:13] <clivejo> do you see anything strange?
[15:14] <acheron_uk> I thought that shoudl just be files rather than the '<<<<<<< HEAD' and other stuff in there
[15:14] <clivejo> lines 3,5 and 6
[15:14] <clivejo> yup
[15:14] <acheron_uk> yes
[15:14] <clivejo> thats called a merge marker
[15:14] <clivejo> basically someone merged two branches
[15:15] <acheron_uk> figured it was something like that which had snuck in
[15:15] <clivejo> and there was a conflict, but didnt resolve it
[15:15] <sitter> how did that get past CI? there's a test for this. or there was one anyway
[15:16] <clivejo> sitter: no idea, maybe got knocked out with the move to LP?
[15:16] <clivejo> sitter: would you have time some day to teach me how KCI works, under the hood?
[15:17] <acheron_uk> clivejo: ah. you already knew. sorry. not too long back from a nice extended Friday bank holiday weekend pub lunch, so not 100% with it
[15:17] <clivejo> acheron_uk: yes, but I wanted you to know :)
[15:17] <acheron_uk> yeah I get that now a brain cell has fired up
[15:18] <clivejo> can you resolve the conflict?
[15:18] <sitter> clivejo: literally too complicated. you'd best poke and prod it and ask if questions arise you can't figure out
[15:18] <soee_> http://famillemontel.org/index.php/2016/05/27/answer-about-akonadi-for-e-mail-needs-to-die-blog/
[15:18] <clivejo> I dont want to break it
[15:18] <acheron_uk> not even gone near merges yet, so not sure
[15:19] <clivejo> well one branch is trying to install a file called kpimtexteditwidgets.so and the other isnt
[15:19] <clivejo> which one is right
[15:19] <clivejo> HEAD or kubuntu_stable
[15:20] <clivejo> if you look back at the buildlog, you can see the files the build is installing
[15:23] <acheron_uk> I'll have to come back to this in a little bit. sorry.
[15:23] <clivejo> no problem
[15:23] <clivejo> just trying to make you think about it :)
[15:24] <clivejo> sitter: I dont have access to the git where the KCI code is kept?
[15:24] <clivejo> Im not a kubuntu-dev
[15:24] <clivejo> how can I play with it?
[15:26] <sitter> clivejo: become a kubuntu-dev
[15:26] <clivejo> :P
[15:28] <clivejo> sitter: do you have access to scaleway to see why the servers are down?
[15:29] <sitter> nope
[15:29] <sitter> clivejo: which server?
[15:30] <clivejo> http://packaging.neon.kde.org, qa.kubuntu.co.uk/ etc
[15:30] <sitter> we'll have to wait for jon
[15:30] <clivejo> all the ones at Scalewat
[15:30] <sitter> I'd guess out of disk
[15:31] <shadeslayer> packaging.neon is hosted on scaleway?
[15:31] <sitter> for reasons beyond my apprehension this isn't a sponsored server, so I am not monitoring it
[15:32] <clivejo> its pointing to 27-246-47-212.rev.cloud.scaleway.com
[15:32] <sitter> shadeslayer: it's weegie
[15:33] <clivejo> is it a git server too?>
[15:34] <shadeslayer> xD
[15:36] <sitter> clivejo: it's numerous things. of which more than half make me uneasy
[15:37] <clivejo> you get uneasy?
[15:38] <sitter> often. in particular when data integrity is at risk!
[15:44] <yofel> the only thing on weegie that made me uneasy was that it was running 'vivid'
[15:45] <yofel> which was also annoying, but as Jon is the only one with control panel access he should be upgrading that
[15:45] <yofel> (which he said he was planning to do a while ago...)
[15:46] <yofel> also, my ISP broke my internet at home 2 days ago and still hasn't fixed it, so I will again just do nothing this weekend
[15:48] <yofel> bbl (maybe)
[15:52] <clivejo> :(
[15:52] <clivejo> poor yofel
[15:56] <acheron_uk> clivejo: presumably as kpimtexteditwidgets.so is being built, then should be resolved in favour of the branch with that in?
[15:58] <acheron_uk> unstable as far as I can see
[18:14] <genii> xenial?
[18:14] <genii> oh, unstable
 Acheron_uk if you have time and want to, you could fix it and post the git diff
[18:36] <acheron_uk> as is correct in the actual files, I would assume that is just removal of the markers then?
[18:40] <acheron_uk> i.e. http://paste.ubuntu.com/16740685/
[18:40] <acheron_uk> or not that simple?
 I think there are other files with same problem
 And you should also make a quick note in the changelog
[19:15] <sick_rimmit> valorie: Ping hi hun, you about ?
[19:31] <acheron_uk> clivejo: I see no other merge conflict markers, unless you simply mean something built and not in the install file at all
[19:34] <valorie> hi sick_rimmit
[19:34] <valorie> sorry I couldn't make it to the dojo
[19:34] <sick_rimmit> Hey there :-D
[19:34] <sick_rimmit> No worries
[19:35] <valorie> I'm hoping you have a video somewhere!
[19:35] <sick_rimmit> Could you proof, and edit and article for the website for me please ?
[19:35] <valorie> yes
[19:35] <sick_rimmit> It's already drafted, Kubuntu Party 4 The Gathering of the Halflings
[19:35] <sick_rimmit> Just needs, grammar, spelling etc...
[19:35] <sick_rimmit> and then it can be published
[19:35] <sick_rimmit> :-D
[19:37] <sick_rimmit> I'm on hols for a week from tomorrow, so I wn't get the DoJo review writtten up until I return
[19:38] <valorie> oooo, have fun!
[19:40] <valorie> sick_rimmit: not seeing it?
[19:41] <sick_rimmit> Oh let me have a look
[19:41] <sick_rimmit> 2 mins
[19:41] <valorie> there it is, sorry
[19:41] <valorie> need coffee!
[19:42] <sick_rimmit> Ah perfect
[19:48]  * genii hears the coffee call, and gets valorie a large mug of the Death Wish coffee, just the right temperature for sipping
[19:51] <valorie> excellent!
[19:51] <valorie> ty
[19:51] <clivejo> o/ valorie
[19:53] <genii> valorie: Anytime :)
[19:56]  * valorie has cold brew made from locally roasted beans
[19:56] <clivejo> cold brew?
[19:56] <sick_rimmit> Ah it's some funny notion some folks have..
[19:56]  * clivejo wonders if its anything like the home brew his neighbour makes
[19:56] <sick_rimmit> Can't say I get it myself
[19:57] <valorie> gosh, isn't there an easy way to link to a local time given a UTC time & date?
[19:57] <valorie> grrrr
[19:57] <sick_rimmit> Brew [19:57] <sick_rimmit> Oh boy... don't talk to me about Date Time
[19:57] <sick_rimmit> It blows my mind
[19:57]  * sick_rimmit tries mostly to run his life UTC
[19:58] <sick_rimmit> even do on the fly conversion to BST / GMT
[19:58] <valorie> http://linuxgrandma.blogspot.com/2013/09/coffee-and-doctorow.html
[19:58] <sick_rimmit> Then twice a year they change it
[19:58] <clivejo> thats not very difficult!
[19:58] <sick_rimmit> valorie: LOL
[19:58] <sick_rimmit> See what you did there
[19:58] <valorie> sick_rimmit: someone has a service that when you click it, converts to local time
[19:59] <valorie> I thought it was timeanddate.com
[19:59] <valorie> not finding it though
[19:59] <sick_rimmit> Dojo was good, we signed up 6 new Yellow Belts
[20:00] <yofel> yay, my ISP did... something. I got fixed from "no connection at all" to "connection with consistent 30% packet loss" - that's progress... I guess
[20:00] <sick_rimmit> Although I blew it with loads of Tech Troubles
[20:00] <sick_rimmit> But I will fix that
[20:00] <sick_rimmit> yofel: It is progress that's for sure
 And I thought Internet here in Poland sucks :)
[20:03] <acheron_uk> clivejo: something like that then http://paste.ubuntu.com/16744055/
[20:04] <yofel> this is called "Modern Internet" - like VoIP and stuff. But I guess I just have bad luck since they switched me
[20:04] <clivejo> acheron_uk: looks good
[20:05] <clivejo> I pulled it a few minutes ago
[20:05] <clivejo> pushed
[20:05]  * clivejo is getting confused
[20:05] <acheron_uk> oh, so you did
[20:06] <clivejo> Im drawing a river on OSM
[20:06] <acheron_uk> good good :)
[20:07] <acheron_uk> maps?
[20:07] <clivejo> yup
[20:07] <clivejo> I’m a bit obsessed !
[20:07] <acheron_uk> handy to know where rivers are
[20:07] <acheron_uk> saves accidents
[20:07] <clivejo> true
[20:08] <clivejo> this one a bridge fell into it!
[20:08] <acheron_uk> a few did that in recent years in the UK with the flooding
[20:08] <valorie> sick_rimmit: publish?
[20:09] <sick_rimmit> valorie: Yes please :-D
[20:09] <valorie> I found the link, and it works for me
[20:09] <valorie> done
[20:09] <valorie> please test
[20:09] <sick_rimmit> Roger
[20:13] <sick_rimmit> Hey brilliant
[20:13] <sick_rimmit> That reads really well, with the exitment building as you read
[20:13] <sick_rimmit> Thanks valorie
[20:13] <sick_rimmit> :-D
[20:13] <clivejo> yofel: would you have time to give me a crash course on KCI some day?
[20:14] <clivejo> there are a number of new packages need added to it
[20:14] <yofel> I fear you have to ask scarlett that. I know none of the CLI commands that are required
[20:14] <clivejo> do you have access to the code?
[20:15] <BluesKaj> heh, I like your pun clivejo , ..crash course
[20:15] <yofel> the CI tooling in use is the one from her github account I believe
[20:15] <yofel> but let me do something else as we're talking about CI
[20:15] <clivejo> could we not keep it on LP?
[20:16] <BluesKaj> well that's all she wrote .....
[20:16] <yofel> I guess we could. The bluesystems code was on GH, so forking it was easiest..
[20:16] <clivejo> all who wrote?
[20:17] <yofel> you're a CI admin now
[20:17] <clivejo> I am?
[20:17] <yofel> at least jenkins UI wise
[20:17] <valorie> use your power wisely
[20:17] <valorie> :-)
[20:17] <yofel> ^
[20:17] <clivejo> to take over the world
[20:18]  * clivejo evil laughs
[20:18] <yofel> as long as I get some minister post, go ahead :P
[20:18] <valorie> to reeeeealy take over the world, ya gotta apply for Kubuntu Devel!
[20:19] <clivejo> valorie you are sounding like sitter
[20:19] <valorie> sgclark, yofel and sitter have all told you to do it, so......
[20:19] <valorie> I just want to watch you squirm in the meeting
[20:19] <clivejo> LOL since when have I done what Im told!
[20:19] <valorie> lol
[20:19] <valorie> totally selfish on my part
[20:19] <clivejo> yeah, I think thats what sitter wants too
[20:20] <valorie> of course!
[20:20] <clivejo> ask me hard questions and watch me sweat
[20:20] <clivejo> so mean!
[20:20] <sick_rimmit> It would be really good to celebrate clivejo becoming a devel in the Dojo.
[20:20] <valorie> which is why we love him
[20:20] <valorie> and you
[20:20] <sick_rimmit> It may sound cheesy, but it would really inspire others :-D
[20:21] <clivejo> I want a real party
[20:21] <sick_rimmit> Then my friend..
[20:21] <sick_rimmit> You came to the right place :-D
[20:21] <sick_rimmit> That sourt of thing I can fix
[20:22] <clivejo> maybe next year
[20:23] <clivejo> if Phil goes for his MOTU
[20:26] <clivejo> LOL that’s such a flattering screen grab of Marios!
[20:26] <clivejo> can you take the hyperlink off the picture, its linking to the back end
[20:26] <sick_rimmit> hehe
[20:27] <sick_rimmit> Sure let me look at that
[20:28] <sick_rimmit> clivejo: could you check it again, should be fixed
[20:29] <clivejo> could you link it to the high res version?
[20:30] <sick_rimmit> Nope, I don't have a hi-res version
[20:31] <sick_rimmit> Ah hangon...
[20:31] <sick_rimmit> sorry my bad I misunderstood
[20:31] <sick_rimmit> let me look
[20:35] <sick_rimmit> Ah ha
[20:35] <sick_rimmit> Try that
[20:36] <clivejo> thats better :)
[20:36] <sick_rimmit> :-)
[20:36] <sick_rimmit> nice!
[20:36] <valorie> clivejo, yofel -- I see from the ML that clay has kmymoney packaged in his PPA
[20:37] <valorie> any reason we can't release that?
[20:37] <clivejo> I dont have the upload rights to release anything
[20:37] <valorie> can you check it over or so?
[20:38] <clivejo> open a bug on the main package to get it upgraded
[20:38] <clivejo> and link to it packaged in the PPA
[20:40] <yofel> tomorrow maybe
[20:41] <yofel> I won't be able to upload it either though
[20:42] <yofel> so far that's a debian maintained thing
[20:55] <valorie> claydoh: ^^^
[20:56] <valorie> I wonder how many other applications are already packaged in PPAs
[20:59] <clivejo> probably a lot
[20:59] <clivejo> people dont know how to get them into the archive
[20:59] <clivejo> so just stick them in a PPA
[21:05] <claydoh> hey ho valorie Normally, Kmymoney in Debian has been up-to-date when it is imported into Ubuntu so my ppa was more for uppdating it post-release when Kmymoney devs released a new version. So of course after all these years it went right over my head that debian have not updated it as usual.
[21:05] <valorie> ah, ok
[21:06] <clivejo> wow
[21:06] <claydoh> so I never thought about updating it for Ubuntu release until you mentioned it
[21:06] <clivejo> I must be a mind reader
[21:06] <valorie> at some point we should perhaps take a look around at all those applications in PPAs and suck them into the archive if they are fit/necessary
[21:06] <valorie> instead of re-doing all that work
[21:06] <sgclark> yeah I don't believe any of us can upload that
[21:07] <sgclark> try to ask shadeslayer nicely after you have checked the package
[21:07] <claydoh> the hard part is finding them I think
[21:07] <valorie> and those people who are packaging that stuff should be hanging out here, helping us with other stuff maybe!
[21:07] <claydoh> I mean finding what is outdated but  someone packages for in a ppa
[21:07] <valorie> right
[21:08] <sgclark> there is also kdenlive packages out there that we should have used as the kdenlive devs themsleves did it. I have no idea why folks would not come here and share..
[21:08] <claydoh> my brain is frazzled sorry
[21:08] <clivejo> sgclark: I think I remember when they did come here and asked
[21:09] <sgclark> ah cool
[21:09] <sgclark> good to know
[21:09] <clivejo> decided it was easier to just use a PPA
[21:10] <claydoh> older dudes should not work in warehouses doing young mens' work, nor should they get engaged :0
[21:10] <sgclark> ah bummer
[21:10] <sgclark> why not? older chicks do
[21:10] <claydoh> actually the latter is a lie, ring shopping is kinda fun if you don't look at prices
[21:11] <claydoh> we can't handle the stresses yall can we are weaker
[21:11] <sgclark> oh thought we were talking packaging haha
[21:12] <claydoh> lol maybe that too
[21:12] <sgclark> anyway I went from 0 to 2 jobs, I don't know that I will have much time for here :( will try when I can. Life is a bit crazy for me atm.
[21:12] <valorie> we may need to rebuild kde-spectacle for YY:
[21:12] <valorie> $ aptitude why-not libkf5screen6
[21:13] <valorie> i   libkf5screen-bin Depends libkf5screen7 (>= 4:5.6.3)
[21:13] <valorie> i A libkf5screen7    Breaks  libkf5screen6
[21:13] <clivejo> it was rebuilt
[21:13] <valorie> it got uninstalled and I can't re-install
[21:13] <clivejo> in staging I think
[21:13] <valorie> ah
[21:13] <valorie> I removed staging
[21:13] <clivejo> yofel did it as far as I can remember
[21:13] <valorie> should I add it again?
[21:13] <valorie> and which one
[21:13] <valorie> for YY
[21:14] <clivejo> staging-plasma I think its in
[21:14] <clivejo> but my memory is bad!
[21:14] <clivejo> valorie: fancy testing apps ?
[21:15] <valorie> is it still breaking things?
[21:15] <valorie> I could try with my "old" laptop
[21:16] <clivejo> I think its stablish
[21:16] <valorie> so if staging plasma is all good, how come we don't upload the stuff to archive?
[21:16]  * valorie has been running on staging stuff for weeks with no problems
[21:17] <valorie> although there were updates last night and I haven't restarted yet
[21:18] <sgclark> I thought that was one of the last things I did? upload plasma that is
[21:18] <clivejo> some of it is stuff in proposed
[21:18] <sgclark> should only be apps left
[21:18] <clivejo> stuck
[21:18] <sgclark> ah : /
[21:19] <clivejo> well all the important bits!
[21:23] <valorie> I guess we just have to wait on proposed
[21:23] <valorie> but at least we are on it well in advance this round
[21:52] <clivejo> why does LP start throwing these errors
[22:16] <valorie> when shall we have our annual Kubuntu meeting at QtCon this year?
[22:16] <valorie> I want to figure out schedules so I can request funding