[00:03] <micahg> jdstrand: so, I guess no OpenJDK update :(
[00:04] <jdstrand> micahg: huh?
[00:04] <micahg> jdstrand: reply to your email, well, not exactly that, but it looks a lot harder than we thought
[00:05] <jdstrand> I don't have the reply yet
[00:05] <micahg> oh, it was sent 10 minutes ago
[00:05] <jdstrand> ah, there it is
[00:14] <chrisccoulson_> jdstrand, i've got epiphany build against xul1.9.2 on hardy now
[00:14] <chrisccoulson_> i will test it quickly and then get it in to the PPA
[00:20] <BUGabundo_IsBack> YAY
[00:21] <BUGabundo_IsBack> desktop couch dead again
[00:22] <micahg> jdstrand: I might be able to backport the basic plugin code to jaunty from lucid since it's a newer version of openjdk, that wasn't possible w/hardy
[00:23] <micahg> but it looks like either way, we're in trouble
[00:23] <jdstrand> micahg: that won't pass the TCK either, according to doko
[00:23] <micahg> jdstrand: right, that's why I said either way we're in trouble :(
[00:26] <jdstrand> micahg: I don't think I can make the call. I pushed it up the ladder
[00:28] <micahg> chrisccoulson_: I forgot to merge the changelog from karmic into the new build
[00:28] <micahg> chrisccoulson_: openjdk backport
[00:46] <chrisccoulson_> jdstrand - we need the cairo patch in the xulrunner source too
[00:46] <chrisccoulson_> the fonts in epiphany are hideous
[00:46] <chrisccoulson_> that's an easy fix though, we should probably just do that in maverick too
[00:47] <chrisccoulson_> other than that, epiphany is working fine with xul192 now
[00:55] <chrisccoulson_> micahg - how much effort have you put in to midbrowser? the current version doesn't actually appear to work on hardy anyway
[00:55] <chrisccoulson_> "Could not find compatible GRE between 1.9.0.1 and 1.9.0.1"
[00:55] <micahg> chrisccoulson_: idk, at a minimum convert the *-xpcom calls to libxul
[00:55] <micahg> chrisccoulson_: that can probably be fixed with a GRE patch
[00:56] <chrisccoulson_> i wouldn't bother trying to fix it if it doesn't work already
[00:56] <chrisccoulson_> (it certainly shouldn't be fixed through -security)
[00:56] <micahg> chrisccoulson_: well, it's in main and it should have been fixed long ago, I guess no one is using it though
[00:57] <micahg> bug 255515
[00:57] <chrisccoulson_> yeah, i wouldn't worry about it too much. it's not something that should be a priority if it doesn't work already
[00:57] <ubot2> Launchpad bug 255515 in midbrowser (Ubuntu) "could not find compatible GRE (heat: 4)" [Undecided,Confirmed] https://launchpad.net/bugs/255515
[00:57]  * micahg guesses no one really owned the rdepends before
[00:57] <chrisccoulson_> ah, cool. so, we can drop that from our list, as we shouldn't fix that with this update
[00:57] <chrisccoulson_> ^^jdstrand :)
[00:58] <micahg> chrisccoulson_: k, then should I try to see how much work backporting the lucid version of kazekhase (universe) or work on jaunty/karmic backporting?
[01:00] <chrisccoulson_> micahg - yeah, if you like
[01:00] <chrisccoulson_> i suppose i should make sure midbrowser doesn't work in jaunty too
[01:01] <micahg> chrisccoulson_: which one should I be focusing on?
[01:02] <chrisccoulson_> micahg - you can do kazekhase for now. i will check midbrowser when i next start my jaunty kvm
[01:02] <micahg> chrisccoulson_: k, thanks
[01:05] <chrisccoulson_> jdstrand - epiphany xul192 port uploaded to PPA now :)
[01:06] <chrisccoulson_> i will do the same for jaunty now
[01:34] <jdstrand> chrisccoulson_: re midbrowser> it is totally busted. I don't think it is a blocker for this update (fix in SRU)
[01:34] <jdstrand> chrisccoulson_: re epiphany> cool, will test tomorrow
[01:34] <jdstrand> chrisccoulson_: oh wait-- is this epiphany avoiding 1.9.2, or epiphany *using* 1.9.2?
[01:35] <chrisccoulson_> jdstrand, this is epiphany using 1.9.2
[01:35] <chrisccoulson_> so it benefits from all the security fixes too ;)
[01:35] <jdstrand> chrisccoulson_: oh, that is really excellent!!
[01:35] <jdstrand> chrisccoulson_: yeah, I'll test it a lot tomorrow :)
[01:35] <chrisccoulson_> thanks
[12:08] <chrisccoulson> asac - i'm not too sure what is going on with https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa/+build/1800664 , but it seems to have been stuck for days now
[12:09] <chrisccoulson> "Started 1 minute ago, Finished 1 minute ago  (took 23 hours, 59 minutes, 43.3 seconds) "
[12:09] <chrisccoulson> :-/
[12:09] <asac> chrisccoulson: #is ... poke lamont ;)
[12:09] <chrisccoulson> asac - thanks
[12:09] <asac> he needs to kill that job
[12:09] <asac> or do something else crazy
[12:38] <gnomefreak> where is the option to use maybe 20 chars instead of 100+?
[12:38] <gnomefreak> thunderbird^^^
[12:40] <gnomefreak> looking through advanced configuration there are a ton of things. i dont recall where.
[12:41] <gnomefreak> wrapping was the word i was thinking of, not sure what key this is
[12:52] <gnomefreak> viewing the message it wraps great when editing/replying it pretty much puts the message on 1 line
[12:55] <gnomefreak> thunderbird 3.0.5 is posted :)
[13:13] <lyhana8> hi, do you advice to use the ppa:ubuntu-mozilla-daily/ppa for day to day usage ?
[13:13] <lyhana8> if not, how do I get Fx-3.6.4 ? Doesn't seem to be on the repo
[13:14] <gnomefreak> lyhana8: depends do like you thinks breaking?
[13:14] <gnomefreak> and we have a stable PPA for FF
[13:15] <gnomefreak> also would help if i knew what version of ubuntu you have
[13:15] <lyhana8> gnomefreak: not firefox :P that why I want to use Lorentz
[13:15] <lyhana8> gnomefreak: Kubuntu 10.04
[13:16] <lyhana8> what is the PPA URL ?
[13:16] <gnomefreak> https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa  i think that is what you are looking for. what do you mean "not firefox"
[13:17] <gnomefreak> !info firefox lucid
[13:17] <gnomefreak> there is anohter PPA iirc
[13:17] <lyhana8> gnomefreak: I do web dev so I don't like having to restart firefox hundreds of time a day
[13:18] <ubot2> gnomefreak: firefox (source: firefox): safe and easy web browser from Mozilla. In component main, is optional. Version 3.6.3+nobinonly-0ubuntu4 (lucid), package size 10601 kB, installed size 28668 kB
[13:18] <lyhana8> with tens of addons and tabs and a bad graphics card that really annoying
[13:18] <gnomefreak> still not answering my question, what does restarting have to do with different versions of ff
[13:19] <lyhana8> gnomefreak: the daily package are probably not stable = crashing a lot more than stable release
[13:20] <gnomefreak> yes i know, that is why i asked you if you were ok with breakage
[13:20] <gnomefreak> anyway that is the PPA i have
[13:21] <lyhana8> I'll be fine with the one you give me :)
[13:21] <lyhana8> thanks
[13:53] <jdstrand> chrisccoulson: hi! so in testing jaunty/tbird/nss bug #559918 regressed
[13:53] <ubot2> Launchpad bug 559918 in thunderbird (Ubuntu Karmic) (and 5 other projects) "Thunderbird cannot initialize the security component when libnss3-0d 3.12.6 is installed (affects: 14) (dups: 1) (heat: 76)" [High,Fix released] https://launchpad.net/bugs/559918
[13:53] <jdstrand> chrisccoulson: to test I enabled a master password, then enabled FIPS, shutdown tbird, installed libnss3-0d, then start tbird
[13:54] <jdstrand> chrisccoulson: hardy is still confirmed as ok
[13:54] <chrisccoulson> jdstrand - thanks. i guess we need to add the same fix to jaunty that we did for karmic already
[13:54]  * jdstrand nods
[13:57] <jdstrand> chrisccoulson: actually, my hardy test was invalid. retesting
[14:01] <jdstrand> chrisccoulson: yes, hardy is fine
[14:01] <chrisccoulson> jdstrand - i've not had much chance to look at this openjdk problem yet this morning, i'm still trying to make some progress on the applications in https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list , and fix the ones that are broken by the update
[14:01] <chrisccoulson> i'm not sure whether you can spend some time on that or not
[14:02] <jdstrand> chrisccoulson: I'm not comfortable making the call wrt openjdk. I will continue to corrdinate and work towards a decision
[14:02] <chrisccoulson> thanks, that would be a great help
[14:03] <jdstrand> chrisccoulson: when does micahg come online?
[14:04] <chrisccoulson> he's normally around from mid-afternoon, so quite soon
[14:05] <jdstrand> chrisccoulson: maybe he can look at the feasibility of the openjdk options I mentioned in the email?
[14:05] <chrisccoulson> yeah, possibly
[14:06] <chrisccoulson> i think he's working on porting kazehakase to xul192 atm, but that's not so important
[14:06] <jdstrand> cool
[14:07] <chrisccoulson> jdstrand, i got some feedback on my font configuration patch this morning
[14:07] <jdstrand> I've not looked at openjdk before, and I'm trying to test jaunty and later epiphany
[14:07] <jdstrand> chrisccoulson: oh yeah?
[14:07] <chrisccoulson> it still needs some work before we can use it, as karl pointed out that the changes i made would also apply to printed fonts (which use the same code path)
[14:07] <jdstrand> ah
[14:07] <chrisccoulson> so, he's given me some pointers, and i will look at that again later
[14:08] <chrisccoulson> i reuploaded xulrunner to hardy and jaunty last night to add the cairo patch we already have in firefox
[14:08] <jdstrand> chrisccoulson: what do you think of yanking the patch, building without it and then working on it for SRU? I can release note that that is the plan then
[14:08] <chrisccoulson> yeah, i'm quite happy to fix the font configuration in a SRU
[14:08] <jdstrand> chrisccoulson: that should give more time for the blockers
[14:09] <jdstrand> chrisccoulson: cool, great. I'll update the wiki
[14:09] <chrisccoulson> thanks
[14:14] <jdstrand> chrisccoulson: I'm going to add a jaunty task to bug #559918
[14:14] <ubot2> Launchpad bug 559918 in thunderbird (Ubuntu Karmic) (and 5 other projects) "Thunderbird cannot initialize the security component when libnss3-0d 3.12.6 is installed (affects: 14) (dups: 1) (heat: 76)" [High,Fix released] https://launchpad.net/bugs/559918
[14:30] <chrisccoulson> jdstrand - there's no reason for me to not upload 3.6.4 to maverick is there?
[14:32] <jdstrand> chrisccoulson: none at all. in fact it is encouraged to see if any regressions pop up
[14:32] <chrisccoulson> jdstrand - ok, i will do that shortly
[14:32] <jdstrand> cool, thanks
[14:33] <chrisccoulson> jdstrand - we discussed at UDS about uploading the beta test packages we put in the u-m-s PPA in to the development release as well. were you involved with that (i don't remember)?
[14:33] <jdstrand> chrisccoulson: I was not
[14:33] <chrisccoulson> jdstrand - would you see any issues with us doing that?
[14:34] <jdstrand> chrisccoulson: only that we are at the mercy of upstream to fix the bugs. I'm also not sure how that fits in with branding
[14:35] <chrisccoulson> yeah, that's also what i was unclear about
[14:35] <jdstrand> chrisccoulson: eg, in the dailies ppa we use their codename because even though there are no patches, it isn't the official release
[14:36] <jdstrand> eg 'shiretoko' or something
[14:38] <chrisccoulson> perhaps [reed] might have an opinion on that
[14:38] <jdstrand> chrisccoulson: fyi, excepting the libnss3-0d issue, nss on jaunty seems solid
[14:39] <chrisccoulson> cool, that's good. i'm just about to upload thunderbird with the dangling symlinks removed to fix that
[14:43] <fta2> BUGabundo, http://armorgames.com/play/6061/light-bot-20
[14:43] <BUGabundo> ahh missed me ?
[14:48] <fta2> always
[15:00] <BUGabundo> Bom S. Joao. bbl
[16:44] <bobby> Does anyone know why 3.7a6pre uses over 60MB of memory idling?
[18:11] <micahg> chrisccoulson_: I'm having trouble uploading fennec (jaunty,karmic) to the transition PPA because of tarball mismatch, so I'll upload to my personal PPA
[18:12] <chrisccoulson_> micahg - ok, no problem. is the tarball actually really different, or just has a different md5sum?
[18:12] <micahg> chrisccoulson_: should just be md5sum, it was the same release
[18:12] <micahg> chrisccoulson_: I'm guessing file times might be different
[18:12] <chrisccoulson_> that's ok then :)
[18:35] <chrisccoulson_> micahg / jdstrand - i see seamonkey 2.0.5 was released yesterday too
[18:35] <gnomefreak> micahg: are you around? i cant seem to find the char. wrapping setting in config editor for TB. i dont know why the latest update would reset it
[18:35] <gnomefreak> it was same with tb
[18:35] <gnomefreak> 3.0.5
[18:36] <jdstrand> chrisccoulson_: iirc that needs the new nss. I am fine with pushing that to -security after hardy and jaunty have the new nss
[18:36] <gnomefreak> i think. next time i check email ill let you know\
[18:36] <jdstrand> chrisccoulson_, micahg: just give me the word that it works and ping me
[18:37] <chrisccoulson_> jdstrand - yeah, it does. so, shall we aim to push that out to all releases once we have the firefox update done?
[18:37] <gnomefreak> yeah it was tb 3.0.5 that was released with Sm 2.0.5
[18:38]  * gnomefreak goes for smoke to think
[18:39] <micahg> jdstrand: can we wait to push SM2 to hardy/jaunty/karmic?
[18:39] <jdstrand> chrisccoulson_: yes, though I can push those piecemeal since it is in universe. ie, karmic and lucid already have the new nss
[18:39] <jdstrand> micahg: I plan to wait until you guys tell me to push it, so 'yes' :)
[18:39] <micahg> jdstrand: actually, nevermind, Lucid is the only release affected by the cairo version issue
[18:40] <micahg> jdstrand: I have to have it reuploaded with the CVEs
[18:40] <jdstrand> chrisccoulson_: and depending on what happens with openjdk, hardy and lucid ff364 may go out sooner, which means hardy will have the new nss
[18:40] <jdstrand> like I said, just ping me
[18:41] <jdstrand> getting ff364 out is the priority afaic
[18:42] <gnomefreak> openjdk being fixed for maverick too?
[18:43] <micahg> gnomefreak: mailnews.wraplength
[18:44] <gnomefreak> micahg: thanks
[18:44] <micahg> gnomefreak: doko just uploaded a fix to maverick for openjdk
[18:44]  * gnomefreak writes this down
[18:44] <gnomefreak> micahg: cool ;)
[18:44] <micahg> gnomefreak: it shouldn't be overwritten on update, please let me know
[18:44] <gnomefreak> he has maintained java for a long time now
[18:44] <gnomefreak> micahg: it was but i will keep note of it
[18:45] <gnomefreak> thats odd
[18:49] <gnomefreak> 60 is perfect.
[18:53] <gnomefreak> we dont have weave in archives?
[18:53] <chrisccoulson_> jdstrand - if we do the release on hardy and lucid earlier, we aren't planning to do that this week are we?
[18:53] <chrisccoulson_> (we'll be getting quite close to the weekend tomorrow)
[18:54] <micahg> gnomefreak: no, we're trying to minimize packages in the archive, is it arch specific?
[18:54] <jdstrand> chrisccoulson_: I was thinking tomorrow evening as a possibility. that will give Friday for putting out fires
[18:54] <jdstrand> chrisccoulson_: (my evening)
[18:54] <gnomefreak> micahg: dont know i thought we had it after we poushed it to debian
[18:55] <micahg> gnomefreak: it's in debian?
[18:55] <chrisccoulson_> ok, i'll try and go through hardy again and just make sure it is completely ready to go
[18:55] <gnomefreak> micahg: the extension is
[18:55] <jdstrand> chrisccoulson_: I'm starting testing of epiphany now
[18:55] <micahg> gnomefreak: package name?
[18:55] <gnomefreak> FYI: The status of the weave source package
[18:55] <gnomefreak> in Debian's testing distribution has changed.
[18:55] <ddecator> dang, looks like i'll have to make the config file for sb sooner than i thought..
[18:55] <micahg> gnomefreak: ah, I see it
[18:55] <gnomefreak> i thought we had it in Lucid but never made it to Mavercik
[18:56] <micahg> gnomefreak: it is arch specific :(
[18:56] <gnomefreak> oh
[18:56] <gnomefreak> good reason
[18:57] <gnomefreak> i am looking for a good <not broken is prefered> bookmark sync. fumanbol is only for paid accounts with U1
[18:58] <micahg> gnomefreak: it's not arch specific, they just build it wrong I think
[18:58] <gnomefreak> bindwood seems to be problematic and IIRC its qt
[18:59] <micahg> bdrung_: do you know about xul-ext-sync?
[18:59] <micahg> gnomefreak: if it's not arch specific, I'd rather not have it in the archive
[19:00] <gnomefreak> ok. i personally dont care what the extension is as long as it works for what i need it to :)
[19:01] <gnomefreak> micahg: we dont have a xul-ext-sync
[19:01] <micahg> gnomefreak: right :)
[19:01] <gnomefreak> that gives me an idea though :)
[19:01] <micahg> gnomefreak: http://packages.debian.org/sid/xul-ext-sync
[19:01] <gnomefreak> i am seeing a post to dev-discuss list about FF3.6.4
[19:02] <gnomefreak> micahg: thanks
[19:02]  * micahg wonders if that's worth subscribing to
[19:02] <gnomefreak> micahg: ill see if i can find it. depends on what you are looking for to ask/answer
[19:02] <micahg> gnomefreak: neither really, just want to keep up to date
[19:03] <chrisccoulson_> please, no more extensions in the archive :)
[19:03] <gnomefreak> lol
[19:03] <micahg> chrisccoulson_: I think it's packaged incorrectly in debian as arch specific
[19:03] <gnomefreak> chrisccoulson_: ill trade for this one after i test and make sure its good
[19:04] <gnomefreak> micahg: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2010-June/011703.html
[19:04]  * micahg thinks devel-discuss is something woth subscribing to
[19:04] <gnomefreak> it is sometimes
[19:05] <ddecator> so now that mozilla released 3.6.4 officially, are we going to push that as an update soon?
[19:06]  * micahg thinks chrisccoulson_ should answer the above thread and I think it's because of upgrades/new langpacks
[19:07] <micahg> chrisccoulson_: fennec built fine: https://edge.launchpad.net/~micahg/+archive/mozilla-test/+packages
[19:07] <bdrung_> micahg: no
[19:07] <micahg> bdrung_: k, thanks
[19:08] <chrisccoulson_> hmmm, about that thread, there's not much we can do about that. firefox does the same after any addon has been updated (including the ones from a.m.o)
[19:08] <micahg> chrisccoulson_: right
[19:09] <chrisccoulson_> i will respond to that in a bit, but i have more important things to do first :)
[19:09] <micahg> chrisccoulson_: of course :)
[19:10]  * gnomefreak hopes *sync will allow me to use ubuntuone (the free account)
[19:10] <micahg> gnomefreak: no, I think it syncs to their servers
[19:11] <micahg> gnomefreak: http://support.mozilla.com/en-US/kb/What+is+Firefox+Sync#Where_s_all_my_data_
[19:11] <gnomefreak> it can be used with any server including mozilla servers
[19:11] <gnomefreak> http://packages.debian.org/sid/xul-ext-sync  thats wqhat it says here anyway
[19:12]  * gnomefreak looking at your link
[19:12] <micahg> gnomefreak: oh, I don't know if they did that or it's an option
[19:13] <gnomefreak> the link you gave me says mozilla servers but doesnt say if you have to
[19:14] <gnomefreak> hey if i can use mozilla server for free im good with that :)
[19:15] <micahg> gnomefreak: don't worry, it's encrypted locally before it's transmitted
[19:15] <gnomefreak> yeah i see that
[19:16] <ddecator> FF Sync? works good for me
[19:17] <gnomefreak> oh im gonna play with this
[19:20] <gnomefreak> ddecator: upstream or Debian?
[19:20] <ddecator> gnomefreak: upstream
[19:21]  * ddecator has been using it since the early days of Weave
[19:30] <gnomefreak> fn == chromium please maek my day and say yes even if it is not true :(
[19:30] <gnomefreak> i know what fx and sm are fn im not sure
[19:33] <micahg> gnomefreak: fn?
[19:33] <ddecator> fennec?
[19:34]  * micahg was thinking the same thing
[19:36] <gnomefreak> maybe
[19:37]  * gnomefreak didnt know fennec was a browser i thought it was a branch
[19:37] <ddecator> it's firefox for mobiles :)
[19:37] <gnomefreak> firefox_sync-1.3.1-fx+fn+sm.xpi
[19:37] <gnomefreak> ah that it would be than
[19:37] <micahg> gnomefreak: yes, fennec
[19:37] <ddecator> yah, fennec
[19:37] <gnomefreak> thanks
[19:37] <micahg> gnomefreak: fennec is in the archive, you can try it on the desktop if you like
[19:37] <ddecator> fennec has it built in (or it will, not sure if it's included already or not..)
[19:38] <gnomefreak> ill spend another hour or so to get bookmarks in oreder than spend another 2 or so hours tomorrow
[19:38] <gnomefreak> im assumiung its firefox on diet pills
[19:38] <micahg> gnomefreak: no, different experience
[19:39] <gnomefreak> oh
[19:39] <ddecator> micahg: btw, if i understand right, a recent change upstream will have sb broken atm. i'm pulling the latest revision to figure out what needs to be done
[19:39] <gnomefreak> gives me more to play with
[19:39] <micahg> ddecator: k
[20:19] <jdstrand> chrisccoulson_: fyi, epiphany-gecko/hardy seems pretty solid, except for one regression which I just filed: bug #597816
[20:19] <ubot2> Launchpad bug 597816 in epiphany-browser (Ubuntu Hardy) (and 2 other projects) "epiphany-gecko when built with xul 1.9.2 can no longer handle certain mime-types (affects: 1) (heat: 8)" [High,Confirmed] https://launchpad.net/bugs/597816
[20:20] <jdstrand> chrisccoulson_: I am adding a release note item for it, since there is a workaround (Save Link As)
[20:21] <jdstrand> chrisccoulson_: oh, actually, I forgot, there was one other: drag and drop of bookmarks does not work either
[20:21]  * jdstrand goes to file
[20:25] <jdstrand> heh, well, that is not a regression
[20:26] <jdstrand> chrisccoulson_: so nm on the bookmarks one. the mime-types is a regression though
[20:28] <jdstrand> actually, I think may test is just bad for the bookmark thing. so double nm
[20:28] <jdstrand> :)
[20:30] <chrisccoulson_> jdstrand - thanks for testing
[20:30] <chrisccoulson_> i'm glad it mostly works :)
[20:33] <jdstrand> chrisccoulson_: I don't consider it a blocker for the update since I can release note it with a workaround, but it should get SRU's
[20:34] <jdstrand> chrisccoulson_: it may be related to how it decides what external helper to use, since all the files that failed were ones that used an external helper (see the bug)
[20:39] <jdstrand> chrisccoulson_: yeah, it is *loads* better than the webkit version
[20:50] <jdstrand> chrisccoulson_: oh! xulrunner-1.9.2-gnome-support did not get installed
[20:50] <jdstrand> chrisccoulson_: after installing it, it worked fine
[20:50] <chrisccoulson_> jdstrand - ah, that might explain it :)
[20:50] <chrisccoulson_> jdstrand - i'll see what i can do to make sure that gets automatically installed during the upgrade
[20:51] <jdstrand> chrisccoulson_: thanks
[20:51] <chrisccoulson_> epiphany should probably depend on it
[20:51] <micahg> +1
[20:51] <jdstrand> wow, we might actually end up with a good version of epiphany-browser in hardy and jaunty
[20:51] <jdstrand> this is rather exciting :)
[20:55] <chrisccoulson_> jdstrand - ok, xulrunner-1.9-gnome-support used to be pulled in by firefox-gnome-support, which is seeded in ubuntu-desktop
[20:55] <chrisccoulson_> i'll add a depends to epiphany to make sure the new version gets pulled in
[20:56] <chrisccoulson_> do you know if update-manager will install new recommends, or should i just make it a depends?
[20:56] <jdstrand> chrisccoulson_: this only seems an issue on hardy btw. let me double check
[20:56] <chrisccoulson_> it should be an issue on jaunty too, as there probably isn't anything pulling in the new gnome-support there either
[20:56] <jdstrand> chrisccoulson_: I think hardy needs depends still... not sure. would be best to confirm
[20:57] <chrisccoulson_> i'll just add a depends, it's unlikely that people will want epiphany without the gnome-support
[20:57] <chrisccoulson_> the only rationale for making gnome-support optional in firefox is so KDE users don't get half of gnome
[20:57] <chrisccoulson_> but that doesn't apply to epiphany
[21:00] <jdstrand> ok, confirmed that jaunty pulls in xul192-gnome-support
[21:00] <jdstrand> chrisccoulson_: ^
[21:00] <jdstrand> chrisccoulson_: re depends> sounds reasonable
[21:01] <gnomefreak> didnt we produce a kde-support?
[21:01] <chrisccoulson_> gnomefreak, we're talking hardy here ;)
[21:01] <chrisccoulson_> jdstrand, cool, that must have happened by accident in jaunty ;)
[21:01] <jdstrand> chrisccoulson_: or it is a recommands
[21:01] <gnomefreak> ok still not against backporting it if it is min. work
[21:01] <jdstrand> recommends
[21:02] <micahg> gnomefreak: requires GTK 2.14 at present :)  I might fix it at some point this cycle, but there are some issues with it ATM
[21:07] <gnomefreak> kde(qt needs gtk?
[21:07] <gnomefreak> )
[21:07] <gnomefreak> i think sync is done :)
[21:07] <micahg> gnomefreak: mozilla stuff needs gtk
[21:07] <gnomefreak> good point
[21:08] <gnomefreak> my power just flashed. am i still here?
[21:08] <micahg> !here | gnomefreak
[21:08] <ubot2> gnomefreak: Please give at least an overview of your problem *here* (all in one line) - you will get a much greater audience. If you have to use more than 3 lines, please use http://paste.ubuntu.com
[21:08] <micahg> not what I expected :)
[21:08] <ddecator> :p
[21:08] <gnomefreak> :)
[21:09] <gnomefreak> am i able to tell sync when to sync or it will do it as it wants?
[21:09] <gnomefreak> found it
[21:10] <ddecator> it used to auto-sync, but now it doesn't login when you open the browser :(
[21:10] <gnomefreak> it does both
[21:10] <gnomefreak> it doesnt log in for you?
[21:11] <ddecator> not automatically when i launch FF, i have to tell it to login
[21:12] <gnomefreak> ah trying now f0or other browser
[21:13] <gnomefreak> oh i like download manager in 3.7
[21:15] <gnomefreak> sorry meant addon manager
[21:15] <ddecator> i know right?
[21:15] <ddecator> i think download manager might be in a tab as well, not sure (i use download status bar)
[21:30] <gnomefreak> something funny == no nightly-testing-tool for daily 3.7
[21:30] <ddecator> yah..
[21:30] <micahg> gnomefreak: maybe they forgot to bump it for a6
[21:30] <gnomefreak> point
[21:31] <micahg> gnomefreak: file a bug :)
[21:31] <micahg> gnomefreak: upstream
[21:31] <gnomefreak> with upstream against what?
[21:32] <gnomefreak> this wont sync with 3.7 either damnit
[21:33] <ddecator> what won't?
[21:33] <micahg> gnomefreak: idk, they have a site, but no contact info
[21:33] <gnomefreak> sync wont
[21:34] <ddecator> FF Sync? it was working fine for me, unless it broke (haven't opened another instance to see if it syncs in quite a while)
[21:34] <gnomefreak> it works in sm2 and ff3.6 but not 3.7 it tells me it got an error but never says what the error is
[21:34] <ddecator> when you try to login?
[21:34] <gnomefreak> ddecator: logged in fine but go to sync and it errors
[21:35] <micahg> jdstrand: so, do I need to make backport uploads for openjdk?
[21:35] <gnomefreak> little blue ! in right bottom
[21:35]  * ddecator tests
[21:35] <ddecator> it's true :(
[21:35] <jdstrand> micahg: yes-- for karmic and jaunty, but you should use what is on its way to lucid-proposed
[21:35] <micahg> jdstrand: k, will do
[21:35] <gnomefreak> whats true?
[21:36] <gnomefreak> it failing?
[21:36] <ddecator> yup, i got the same error
[21:36] <jdstrand> micahg: https://launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=openjdk
[21:36] <gnomefreak> so that + NTT == not the extensions?
[21:36] <micahg> chrisccoulson_: I'll try to get openjdk backports up tonight
[21:36] <jdstrand> micahg: I didn't look at your other upload, but please follow the procedure doko mentioned in the thread if you aren't already
[21:37] <micahg> jdstrand: I have trouble regenerating the control file
[21:37] <micahg> jdstrand: even in a chroot for another version
[21:37] <ddecator> micahg: if we have to add a config during a build, what's the preferred method for doing so?
[21:38] <ddecator> config file*
[21:38] <micahg> ddecator: we shouldn't have to :(
[21:38] <micahg> ddecator: patch file
[21:39] <ddecator> micahg: the sb devs made songbird.mk not check for environment variables so they have to be passed through a songbird.config file, unless i create a patch to undo their change :/
[21:40] <micahg> ddecator: what env vars do we need?
[21:40] <jdstrand> micahg: unfortunately, I've no experience with that. if doko isn't online, kees might know
[21:40]  * micahg feels bad bothering doko
[21:42] <ddecator> micahg: --disable-tests --disable-breakpad --with-extensions=systray (although it looks like tests and breakpad may be disabled by default, and there doesn't seem to be a "with-extensions" option: http://wiki.songbirdnest.com/Developer/Articles/Getting_Started/Core_Player_Development/Building_Songbird#Configure_Options)
[21:43] <micahg> ddecator: I'll have to look at this later
[21:43] <ddecator> micahg: k
[21:43] <ddecator> i have to figure out another build issue anyway
[21:44] <ddecator> MootBot: it's only the songbird.mk file in the main dir that has environment variables unchecked, right?
[21:45] <ddecator> dang, Mook_sb ^
[21:45] <jdstrand> micahg: I wouldn't feel bad, you aren't asking him to do anything other than tell you how to build it on a new release
[21:45] <Mook_sb> ddecator: don't you already pass things to configure directly?
[21:46] <Mook_sb> and, yeah; all it actually did was pass them over to configure anyway, so...
[21:46] <jdstrand> micahg: you're gonna want to do it his way anyway, cause he will likely be providing future updates to the package for -security and -proposed
[21:46] <jdstrand> micahg: and you don't want to diverge from his method
[21:46] <Mook_sb> (the main difference for you is not having the debug target anymore; that's a configure flag too, so it shouldn't be hard...)
[21:46] <ddecator> Mook_sb: wait what?
[21:46] <jdstrand> micahg: anyway, kees *may* know, but he may not
[21:46] <Mook_sb> let me look at your rules file again, one sec
[21:47]  * ddecator may be misunderstanding what is considered an "environment variable"
[21:47] <gnomefreak> ok im doing something wrong or something my FF bookmarks are not landing on sm
[21:47] <Mook_sb> ddecator: export FOO=bar
[21:49] <Mook_sb> oh, wow, you _already_ have a devious hack... :D
[21:50] <ddecator> do we?
[21:50] <Mook_sb> hmm, I think you want something like http://pastebin.mozilla.org/740142 but the diff view isn't behaving
[21:51] <Mook_sb> yes, you override SONGBIRDCONFIG_CONFIGURE_OPTIONS so songbird.config would have been ignored anyway :D
[21:52]  * Mook_sb wonders why it's cd $(SRC_DIR) ; $(MAKE) -f songbird.mk instead of $(MAKE) -C $(SRC_DIR) -f ... (given that -C is supported on weird makes like MS nmake...)
[21:52] <ddecator> idk, i didn't write the rules file, i just edit it as needed :p
[21:52] <ddecator> so i don't need to make any changes?
[21:53] <Mook_sb> you do; see the pastebin and its parent
[21:53] <Mook_sb> (diff http://pastebin.mozilla.org/?dl=740140 and http://pastebin.mozilla.org/?dl=740142 somehow :p )
[21:54] <ddecator> alright, let me check that a sec (i couldn't find what changes you made :p)
[21:54] <Mook_sb> yeah; I used pastebin because it had a diff facility... which promptly proceeded to fail to work!
[21:56] <ddecator> i just used a diff viewer. that's not much to change, so i'll give it a shot. thanks Mook_sb :)
[21:56] <Mook_sb> you're welcome; now, given that I haven't tested it... it might not work right the first few times ;)
[21:56] <Mook_sb> (doing this on a windows machine probably didn't help)
[21:57]  * Mook_sb eyes --enable-official warily
[21:58] <ddecator> shouldn't it be --enable-nightly?
[22:02] <ddecator> what the, the datetime module was used in previous branches, why am i having trouble with it now..
[22:04] <jdstrand> chrisccoulson_: what do you think about removing libsoup2.4-2.28? wasn't that only needed for webkit on hardy?
[22:04] <chrisccoulson_> jdstrand - yeah, that + webkit and libproxy on hardy
[22:04] <jdstrand> oh and libproxy
[22:04] <chrisccoulson_> i forgot about those when i cleaned the PPA earlier
[22:04] <jdstrand> chrisccoulson_: I can remove them
[22:05] <chrisccoulson_> thanks
[22:05] <chrisccoulson_> jdstrand, did i drop epiphany-extensions too?
[22:05] <jdstrand> chrisccoulson_: you did
[22:05] <chrisccoulson_> ok, that's good then
[22:07] <ddecator> oh, it's trying to use python2.4
[22:07] <gnomefreak> ddecator: sb?
[22:08] <micahg> ddecator: that would be bad then :)
[22:08] <ddecator> gnomefreak: yes
[22:08] <Mook_sb> ddecator: I don't know, I just ported the previous SONGBIRD_OFFICIAL=1 environment variable over
[22:08] <gnomefreak> +1 micahg
[22:08] <ddecator> micahg: yah, no idea why it's doing that all of a sudden
[22:08] <ddecator> Mook_sb: oh, that's true. we'll see how it does once i can figure this out
[22:09] <gnomefreak> 2.6 is uptodate version?
[22:09] <ddecator> gnomefreak: 2.6.5
[22:11] <gnomefreak> 2.6* should support 2.4 still so couldnt we just bump the depends on it
[22:11] <gnomefreak> depends/config/ect...
[22:12] <micahg> gnomefreak: not always, there were some deprecated things
[22:13] <gnomefreak> well its not likley songbird devs will fix this on thier own, 2.4 was a year or so ago before the bump to 2.5
[22:13] <ddecator> the weird part is, the beginning of the py script has a shebang for /usr/bin/python so i'm not sure why it's trying to use /usr/bin/python2.4
[22:16] <gnomefreak> check what files its getting info from (script should be pulling in/reading other files) one of those files are using 2.4. i can imaging the /usr/bin/python is a cross platform script and that the smaller files determine what to use
[22:16] <gnomefreak> and yes spelling is worse now hat it is dinner time
[22:18] <ddecator> and client.mk file sets PYTHON as python, which is what is called later in the script..
[22:18] <gnomefreak> thier should be a simple(not so gracful) hack to make it work, but my Python is worse than my bash
[22:19] <ddecator> althought...what does ?= mean?
[22:19] <ddecator> although*
[22:20] <gnomefreak> not sure, that is a good question. i dont have my dive into python book handy
[22:20] <Mook_sb> it's like a default - assign only if it's currently empty
[22:20] <Mook_sb> (assuming you mean make, not python)
[22:21] <ddecator> PYTHON ?= python
[22:21] <ddecator> although it's the same in the 1.7 branch..
[22:26] <ddecator> huh, it got set in autoconf.mk
[22:28] <Mook_sb> ... why would you have autoconf.mk before you managed to run configure? or am I just being confused?
[22:29] <jdstrand> chrisccoulson_: should useragentswitcher/karmic and venkman/karmic also be removed? I have them in my list as SRU.
[22:30] <ddecator> idk, i'm confused too. according to grep, in mozilla/compiled/xulrunner-release/config/autoconf.mk PYTHON =/usr/bin/python2.4 (also mentioned in a few other areas)
[22:30] <gnomefreak> nevermind that was vim....
[22:31] <gnomefreak> jdstrand: it doesnt look like i have either in Maverick
[22:32] <jdstrand> gnomefreak: sorry, this is for the ubuntu-mozilla-security ppa
[22:32] <gnomefreak> jdstrand: ah
[22:44] <ddecator> ah!
[22:45] <ddecator> it's not looking for python2.6
[22:45] <chrisccoulson_> jdstrand - yeah, those are for SRU. i wasn't sure if we wanted to keep those in the PPA or not (i just thought it might make it less likely we end up publishing those packages through -security)
[22:45] <jdstrand> chrisccoulson_: they can stay if you want. I've updated my lists accordingly, so I'm fine
[23:05] <chrisccoulson_> jdstrand - could you try the en_GB langpack on jaunty and tell me if yelp still looks ok?
[23:05] <chrisccoulson_> it's seriously messed up here, but it look ok if I run it with LC_ALL=C
[23:05] <jdstrand> chrisccoulson_: k
[23:16] <ddecator> bah, something is going wrong with the config autoconf2.13 is creating, but i can't figure out the cause...
[23:23] <jdstrand> chrisccoulson_: it looks fine here. I am up to date with all the new stuff from jaunty, plus language-pack-en_9.04+20100531_all.deb and language-pack-en-base_9.04+20100531_all.deb
[23:23] <jdstrand> chrisccoulson_: locale tells me I am en_GB.UTF-8 for everything
[23:24] <jdstrand> s/from jaunty/from ppa for jaunty/
[23:25] <chrisccoulson_> jdstrand - hmmm, strange
[23:25] <chrisccoulson_> it's working here now too (although i've just patched it to use xul1.9)
[23:26] <jdstrand> oh wait
[23:27] <jdstrand> nm
[23:27] <jdstrand> for a second I thought there was an updated yelp for jaunty and didn't have it
[23:27] <jdstrand> (there isn't)
[23:27] <chrisccoulson_> it fails to properly start with xul 1.9.2, but i was seeing messed up translations in the GTK widgets, like the menu bar
[23:27] <chrisccoulson_> but it's gone now :-/
[23:28] <jdstrand> ii  xulrunner-1.9.2                      1.9.2.4+build7+nobinonly-0ubuntu0.9.04.2
[23:28] <jdstrand> it works here
[23:28] <chrisccoulson_> hmmm, strange. it doesn't start fully here :/
[23:29] <chrisccoulson_> jdstrand - is it actually loading the 1.9.2 gre on your machine? (cat /proc/`pidof yelp`/maps | grep xul)
[23:29] <jdstrand> chrisccoulson_: no. all 1.9.0.19
[23:29] <jdstrand> chrisccoulson_: this is i386
[23:29] <jdstrand> chrisccoulson_: I've got an appt atm. I can follow up later
[23:30] <chrisccoulson_> ah, that's why it still works. although, i'm not sure why it loads 1.9.2 on my system but 1.9.0.19 on yours
[23:30] <chrisccoulson_> it fails badly if it uses 1.9.2 ;)
[23:30] <chrisccoulson_> so i will just patch it to not do that
[23:31] <jdstrand> chrisccoulson_: here is my installed xul stuff: http://paste.ubuntu.com/454162/
[23:31]  * jdstrand really gotta go
[23:32] <Mook_sb> ddecator: hmm, songbird shouldn't be using autoconf2.13? (mozilla/xr does, though)
[23:33] <micahg> Mook_sb: can we use system xul yet for songbird or does that still need to be done?
[23:34] <Mook_sb> micahg: not yet :(
[23:34] <micahg> Mook_sb: k, so we're build the xul part from source then
[23:34] <Mook_sb> yeah
[23:35] <ddecator> Mook_sb: right, this issue is in xr building. i'm trying a patch right now. do you guys still plan to eventually use an unpatched xr? that'd be amazing :)
[23:35] <Mook_sb> ddecator: I still hope for it, at least? ;)
[23:36] <Mook_sb> it sort of depends on things like having time to work on it and getting upstream to like the patches, though
[23:36] <ddecator> Mook_sb: better than nothing. it'd save a LOT of time and reduce the size of songbird a lot
[23:36] <ddecator> at least you guys are using xr192 now
[23:36] <Mook_sb> ddecator: and it would make me happier as well!
[23:36] <micahg> ddecator: you can see if we have any build related patches for xul192
[23:37] <ddecator> micahg: i will if this one doesn't work
[23:37] <ddecator> micahg: but it looks like it did :)
[23:37] <micahg> ddecator: k
[23:37] <ddecator> i just had to tell it to look for python2.6 instead of python2.5
[23:37] <ddecator> now to see if it will build or not..
[23:38]  * ddecator can't believe he looked for several hours to find that the issue was changing one line of one script -_-
[23:39] <ddecator> Mook_sb: we'll see if your changes to the rules file work :p
[23:40] <ddecator> micahg: although it's odd, i was able to build sb before and it was using xr192 so i wonder if something changed in xr since then. is xr192 building alright still?
[23:40] <micahg> Mook_sb: do you guys pull the default for xul192 or a specific branch?
[23:43] <Mook_sb> hmm, I'm not sure what we're pulling, but whatever it was it appears to be 5 months old
[23:44] <Mook_sb> might have been the 3.6.0 release
[23:44] <micahg> yeah, probably
[23:50] <ddecator> Mook_sb: if the changes to the rules file work, is it ok if i commit them to our branch? it's your work so i want to make sure :p
[23:50] <Mook_sb> ddecator: no, I need to sign that agreement... yeah right :p go ahead.
[23:51] <ddecator> Mook_sb: that's what i thought :p
[23:52] <micahg> ddecator: you can give him credit for the patch in the header
[23:52] <ddecator> micahg: are there examples in the FF logs? i can look those up and follow the format then
[23:52] <micahg> ddecator: http://dep.debian.net/deps/dep3/
[23:53] <micahg> ddecator: you can add a changelog entry for it as well
[23:55] <ddecator> micahg: thanks :)