[00:03] jdstrand: so, I guess no OpenJDK update :( [00:04] micahg: huh? [00:04] jdstrand: reply to your email, well, not exactly that, but it looks a lot harder than we thought [00:05] I don't have the reply yet [00:05] oh, it was sent 10 minutes ago [00:05] ah, there it is [00:14] jdstrand, i've got epiphany build against xul1.9.2 on hardy now [00:14] i will test it quickly and then get it in to the PPA [00:20] YAY [00:21] desktop couch dead again [00:22] 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] but it looks like either way, we're in trouble [00:23] micahg: that won't pass the TCK either, according to doko [00:23] jdstrand: right, that's why I said either way we're in trouble :( [00:26] micahg: I don't think I can make the call. I pushed it up the ladder [00:28] chrisccoulson_: I forgot to merge the changelog from karmic into the new build [00:28] chrisccoulson_: openjdk backport [00:46] jdstrand - we need the cairo patch in the xulrunner source too [00:46] the fonts in epiphany are hideous [00:46] that's an easy fix though, we should probably just do that in maverick too [00:47] other than that, epiphany is working fine with xul192 now [00:55] micahg - how much effort have you put in to midbrowser? the current version doesn't actually appear to work on hardy anyway [00:55] "Could not find compatible GRE between 1.9.0.1 and 1.9.0.1" [00:55] chrisccoulson_: idk, at a minimum convert the *-xpcom calls to libxul [00:55] chrisccoulson_: that can probably be fixed with a GRE patch [00:56] i wouldn't bother trying to fix it if it doesn't work already [00:56] (it certainly shouldn't be fixed through -security) [00:56] chrisccoulson_: well, it's in main and it should have been fixed long ago, I guess no one is using it though [00:57] bug 255515 [00:57] 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] 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] ah, cool. so, we can drop that from our list, as we shouldn't fix that with this update [00:57] ^^jdstrand :) [00:58] 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] micahg - yeah, if you like [01:00] i suppose i should make sure midbrowser doesn't work in jaunty too [01:01] chrisccoulson_: which one should I be focusing on? [01:02] micahg - you can do kazekhase for now. i will check midbrowser when i next start my jaunty kvm [01:02] chrisccoulson_: k, thanks [01:05] jdstrand - epiphany xul192 port uploaded to PPA now :) [01:06] i will do the same for jaunty now [01:34] chrisccoulson_: re midbrowser> it is totally busted. I don't think it is a blocker for this update (fix in SRU) [01:34] chrisccoulson_: re epiphany> cool, will test tomorrow [01:34] chrisccoulson_: oh wait-- is this epiphany avoiding 1.9.2, or epiphany *using* 1.9.2? [01:35] jdstrand, this is epiphany using 1.9.2 [01:35] so it benefits from all the security fixes too ;) [01:35] chrisccoulson_: oh, that is really excellent!! [01:35] chrisccoulson_: yeah, I'll test it a lot tomorrow :) [01:35] thanks [12:08] 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] "Started 1 minute ago, Finished 1 minute ago (took 23 hours, 59 minutes, 43.3 seconds) " [12:09] :-/ [12:09] chrisccoulson: #is ... poke lamont ;) [12:09] asac - thanks [12:09] he needs to kill that job [12:09] or do something else crazy [12:38] where is the option to use maybe 20 chars instead of 100+? [12:38] thunderbird^^^ [12:40] looking through advanced configuration there are a ton of things. i dont recall where. [12:41] wrapping was the word i was thinking of, not sure what key this is [12:52] viewing the message it wraps great when editing/replying it pretty much puts the message on 1 line [12:55] thunderbird 3.0.5 is posted :) [13:13] hi, do you advice to use the ppa:ubuntu-mozilla-daily/ppa for day to day usage ? [13:13] if not, how do I get Fx-3.6.4 ? Doesn't seem to be on the repo [13:14] lyhana8: depends do like you thinks breaking? [13:14] and we have a stable PPA for FF [13:15] also would help if i knew what version of ubuntu you have [13:15] gnomefreak: not firefox :P that why I want to use Lorentz [13:15] gnomefreak: Kubuntu 10.04 [13:16] what is the PPA URL ? [13:16] 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] !info firefox lucid [13:17] there is anohter PPA iirc [13:17] gnomefreak: I do web dev so I don't like having to restart firefox hundreds of time a day [13:18] 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] with tens of addons and tabs and a bad graphics card that really annoying [13:18] still not answering my question, what does restarting have to do with different versions of ff [13:19] gnomefreak: the daily package are probably not stable = crashing a lot more than stable release [13:20] yes i know, that is why i asked you if you were ok with breakage [13:20] anyway that is the PPA i have [13:21] I'll be fine with the one you give me :) [13:21] thanks [13:53] chrisccoulson: hi! so in testing jaunty/tbird/nss bug #559918 regressed [13:53] 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] chrisccoulson: to test I enabled a master password, then enabled FIPS, shutdown tbird, installed libnss3-0d, then start tbird [13:54] chrisccoulson: hardy is still confirmed as ok [13:54] 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] chrisccoulson: actually, my hardy test was invalid. retesting [14:01] chrisccoulson: yes, hardy is fine [14:01] 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] i'm not sure whether you can spend some time on that or not [14:02] chrisccoulson: I'm not comfortable making the call wrt openjdk. I will continue to corrdinate and work towards a decision [14:02] thanks, that would be a great help [14:03] chrisccoulson: when does micahg come online? [14:04] he's normally around from mid-afternoon, so quite soon [14:05] chrisccoulson: maybe he can look at the feasibility of the openjdk options I mentioned in the email? [14:05] yeah, possibly [14:06] i think he's working on porting kazehakase to xul192 atm, but that's not so important [14:06] cool [14:07] jdstrand, i got some feedback on my font configuration patch this morning [14:07] I've not looked at openjdk before, and I'm trying to test jaunty and later epiphany [14:07] chrisccoulson: oh yeah? [14:07] 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] ah [14:07] so, he's given me some pointers, and i will look at that again later [14:08] i reuploaded xulrunner to hardy and jaunty last night to add the cairo patch we already have in firefox [14:08] 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] yeah, i'm quite happy to fix the font configuration in a SRU [14:08] chrisccoulson: that should give more time for the blockers [14:09] chrisccoulson: cool, great. I'll update the wiki [14:09] thanks [14:14] chrisccoulson: I'm going to add a jaunty task to bug #559918 [14:14] 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] jdstrand - there's no reason for me to not upload 3.6.4 to maverick is there? [14:32] chrisccoulson: none at all. in fact it is encouraged to see if any regressions pop up [14:32] jdstrand - ok, i will do that shortly [14:32] cool, thanks [14:33] 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] chrisccoulson: I was not [14:33] jdstrand - would you see any issues with us doing that? [14:34] 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] yeah, that's also what i was unclear about [14:35] 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] eg 'shiretoko' or something [14:38] perhaps [reed] might have an opinion on that [14:38] chrisccoulson: fyi, excepting the libnss3-0d issue, nss on jaunty seems solid [14:39] cool, that's good. i'm just about to upload thunderbird with the dangling symlinks removed to fix that [14:43] BUGabundo, http://armorgames.com/play/6061/light-bot-20 [14:43] ahh missed me ? [14:48] always [15:00] Bom S. Joao. bbl [16:44] Does anyone know why 3.7a6pre uses over 60MB of memory idling? === yofel_ is now known as yofel === asac_ is now known as asac [18:11] 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] micahg - ok, no problem. is the tarball actually really different, or just has a different md5sum? [18:12] chrisccoulson_: should just be md5sum, it was the same release [18:12] chrisccoulson_: I'm guessing file times might be different [18:12] that's ok then :) [18:35] micahg / jdstrand - i see seamonkey 2.0.5 was released yesterday too [18:35] 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] it was same with tb [18:35] 3.0.5 [18:36] 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] i think. next time i check email ill let you know\ [18:36] chrisccoulson_, micahg: just give me the word that it works and ping me [18:37] jdstrand - yeah, it does. so, shall we aim to push that out to all releases once we have the firefox update done? [18:37] 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] jdstrand: can we wait to push SM2 to hardy/jaunty/karmic? [18:39] chrisccoulson_: yes, though I can push those piecemeal since it is in universe. ie, karmic and lucid already have the new nss [18:39] micahg: I plan to wait until you guys tell me to push it, so 'yes' :) [18:39] jdstrand: actually, nevermind, Lucid is the only release affected by the cairo version issue [18:40] jdstrand: I have to have it reuploaded with the CVEs [18:40] 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] like I said, just ping me [18:41] getting ff364 out is the priority afaic [18:42] openjdk being fixed for maverick too? [18:43] gnomefreak: mailnews.wraplength [18:44] micahg: thanks [18:44] gnomefreak: doko just uploaded a fix to maverick for openjdk [18:44] * gnomefreak writes this down [18:44] micahg: cool ;) [18:44] gnomefreak: it shouldn't be overwritten on update, please let me know [18:44] he has maintained java for a long time now [18:44] micahg: it was but i will keep note of it [18:45] thats odd [18:49] 60 is perfect. [18:53] we dont have weave in archives? [18:53] jdstrand - if we do the release on hardy and lucid earlier, we aren't planning to do that this week are we? [18:53] (we'll be getting quite close to the weekend tomorrow) [18:54] gnomefreak: no, we're trying to minimize packages in the archive, is it arch specific? [18:54] chrisccoulson_: I was thinking tomorrow evening as a possibility. that will give Friday for putting out fires [18:54] chrisccoulson_: (my evening) [18:54] micahg: dont know i thought we had it after we poushed it to debian [18:55] gnomefreak: it's in debian? [18:55] ok, i'll try and go through hardy again and just make sure it is completely ready to go [18:55] micahg: the extension is [18:55] chrisccoulson_: I'm starting testing of epiphany now [18:55] gnomefreak: package name? [18:55] FYI: The status of the weave source package [18:55] in Debian's testing distribution has changed. [18:55] dang, looks like i'll have to make the config file for sb sooner than i thought.. [18:55] gnomefreak: ah, I see it [18:55] i thought we had it in Lucid but never made it to Mavercik [18:56] gnomefreak: it is arch specific :( [18:56] oh [18:56] good reason [18:57] i am looking for a good bookmark sync. fumanbol is only for paid accounts with U1 [18:58] gnomefreak: it's not arch specific, they just build it wrong I think [18:58] bindwood seems to be problematic and IIRC its qt [18:59] bdrung_: do you know about xul-ext-sync? [18:59] gnomefreak: if it's not arch specific, I'd rather not have it in the archive [19:00] ok. i personally dont care what the extension is as long as it works for what i need it to :) [19:01] micahg: we dont have a xul-ext-sync [19:01] gnomefreak: right :) [19:01] that gives me an idea though :) [19:01] gnomefreak: http://packages.debian.org/sid/xul-ext-sync [19:01] i am seeing a post to dev-discuss list about FF3.6.4 [19:02] micahg: thanks [19:02] * micahg wonders if that's worth subscribing to [19:02] micahg: ill see if i can find it. depends on what you are looking for to ask/answer [19:02] gnomefreak: neither really, just want to keep up to date [19:03] please, no more extensions in the archive :) [19:03] lol [19:03] chrisccoulson_: I think it's packaged incorrectly in debian as arch specific [19:03] chrisccoulson_: ill trade for this one after i test and make sure its good [19:04] 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] it is sometimes [19:05] 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] chrisccoulson_: fennec built fine: https://edge.launchpad.net/~micahg/+archive/mozilla-test/+packages [19:07] micahg: no [19:07] bdrung_: k, thanks [19:08] 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] chrisccoulson_: right [19:09] i will respond to that in a bit, but i have more important things to do first :) [19:09] chrisccoulson_: of course :) [19:10] * gnomefreak hopes *sync will allow me to use ubuntuone (the free account) === JanC_ is now known as JanC [19:10] gnomefreak: no, I think it syncs to their servers [19:11] gnomefreak: http://support.mozilla.com/en-US/kb/What+is+Firefox+Sync#Where_s_all_my_data_ [19:11] it can be used with any server including mozilla servers [19:11] http://packages.debian.org/sid/xul-ext-sync thats wqhat it says here anyway [19:12] * gnomefreak looking at your link [19:12] gnomefreak: oh, I don't know if they did that or it's an option [19:13] the link you gave me says mozilla servers but doesnt say if you have to [19:14] hey if i can use mozilla server for free im good with that :) [19:15] gnomefreak: don't worry, it's encrypted locally before it's transmitted [19:15] yeah i see that [19:16] FF Sync? works good for me [19:17] oh im gonna play with this [19:20] ddecator: upstream or Debian? [19:20] gnomefreak: upstream [19:21] * ddecator has been using it since the early days of Weave [19:30] fn == chromium please maek my day and say yes even if it is not true :( [19:30] i know what fx and sm are fn im not sure [19:33] gnomefreak: fn? [19:33] fennec? [19:34] * micahg was thinking the same thing [19:36] maybe [19:37] * gnomefreak didnt know fennec was a browser i thought it was a branch [19:37] it's firefox for mobiles :) [19:37] firefox_sync-1.3.1-fx+fn+sm.xpi [19:37] ah that it would be than [19:37] gnomefreak: yes, fennec [19:37] yah, fennec [19:37] thanks [19:37] gnomefreak: fennec is in the archive, you can try it on the desktop if you like [19:37] fennec has it built in (or it will, not sure if it's included already or not..) [19:38] ill spend another hour or so to get bookmarks in oreder than spend another 2 or so hours tomorrow [19:38] im assumiung its firefox on diet pills [19:38] gnomefreak: no, different experience [19:39] oh [19:39] 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] gives me more to play with [19:39] ddecator: k [20:19] chrisccoulson_: fyi, epiphany-gecko/hardy seems pretty solid, except for one regression which I just filed: bug #597816 [20:19] 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] chrisccoulson_: I am adding a release note item for it, since there is a workaround (Save Link As) [20:21] 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] heh, well, that is not a regression [20:26] chrisccoulson_: so nm on the bookmarks one. the mime-types is a regression though [20:28] actually, I think may test is just bad for the bookmark thing. so double nm [20:28] :) [20:30] jdstrand - thanks for testing [20:30] i'm glad it mostly works :) [20:33] 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] 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] chrisccoulson_: yeah, it is *loads* better than the webkit version [20:50] chrisccoulson_: oh! xulrunner-1.9.2-gnome-support did not get installed [20:50] chrisccoulson_: after installing it, it worked fine [20:50] jdstrand - ah, that might explain it :) [20:50] jdstrand - i'll see what i can do to make sure that gets automatically installed during the upgrade [20:51] chrisccoulson_: thanks [20:51] epiphany should probably depend on it [20:51] +1 [20:51] wow, we might actually end up with a good version of epiphany-browser in hardy and jaunty [20:51] this is rather exciting :) [20:55] jdstrand - ok, xulrunner-1.9-gnome-support used to be pulled in by firefox-gnome-support, which is seeded in ubuntu-desktop [20:55] i'll add a depends to epiphany to make sure the new version gets pulled in [20:56] do you know if update-manager will install new recommends, or should i just make it a depends? [20:56] chrisccoulson_: this only seems an issue on hardy btw. let me double check [20:56] it should be an issue on jaunty too, as there probably isn't anything pulling in the new gnome-support there either [20:56] chrisccoulson_: I think hardy needs depends still... not sure. would be best to confirm [20:57] i'll just add a depends, it's unlikely that people will want epiphany without the gnome-support [20:57] the only rationale for making gnome-support optional in firefox is so KDE users don't get half of gnome [20:57] but that doesn't apply to epiphany [21:00] ok, confirmed that jaunty pulls in xul192-gnome-support [21:00] chrisccoulson_: ^ [21:00] chrisccoulson_: re depends> sounds reasonable [21:01] didnt we produce a kde-support? [21:01] gnomefreak, we're talking hardy here ;) [21:01] jdstrand, cool, that must have happened by accident in jaunty ;) [21:01] chrisccoulson_: or it is a recommands [21:01] ok still not against backporting it if it is min. work [21:01] recommends [21:02] 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] kde(qt needs gtk? [21:07] ) [21:07] i think sync is done :) [21:07] gnomefreak: mozilla stuff needs gtk [21:07] good point [21:08] my power just flashed. am i still here? [21:08] !here | gnomefreak [21:08] 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] not what I expected :) [21:08] :p [21:08] :) [21:09] am i able to tell sync when to sync or it will do it as it wants? [21:09] found it [21:10] it used to auto-sync, but now it doesn't login when you open the browser :( [21:10] it does both [21:10] it doesnt log in for you? [21:11] not automatically when i launch FF, i have to tell it to login [21:12] ah trying now f0or other browser [21:13] oh i like download manager in 3.7 [21:15] sorry meant addon manager [21:15] i know right? [21:15] i think download manager might be in a tab as well, not sure (i use download status bar) [21:30] something funny == no nightly-testing-tool for daily 3.7 [21:30] yah.. [21:30] gnomefreak: maybe they forgot to bump it for a6 [21:30] point [21:31] gnomefreak: file a bug :) [21:31] gnomefreak: upstream [21:31] with upstream against what? [21:32] this wont sync with 3.7 either damnit [21:33] what won't? [21:33] gnomefreak: idk, they have a site, but no contact info [21:33] sync wont [21:34] 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] 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] when you try to login? [21:34] ddecator: logged in fine but go to sync and it errors [21:35] jdstrand: so, do I need to make backport uploads for openjdk? [21:35] little blue ! in right bottom [21:35] * ddecator tests [21:35] it's true :( [21:35] micahg: yes-- for karmic and jaunty, but you should use what is on its way to lucid-proposed [21:35] jdstrand: k, will do [21:35] whats true? [21:36] it failing? [21:36] yup, i got the same error [21:36] micahg: https://launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=openjdk [21:36] so that + NTT == not the extensions? [21:36] chrisccoulson_: I'll try to get openjdk backports up tonight [21:36] 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] jdstrand: I have trouble regenerating the control file [21:37] jdstrand: even in a chroot for another version [21:37] micahg: if we have to add a config during a build, what's the preferred method for doing so? [21:38] config file* [21:38] ddecator: we shouldn't have to :( [21:38] ddecator: patch file [21:39] 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] ddecator: what env vars do we need? [21:40] 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] 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] ddecator: I'll have to look at this later [21:43] micahg: k [21:43] i have to figure out another build issue anyway [21:44] MootBot: it's only the songbird.mk file in the main dir that has environment variables unchecked, right? [21:45] dang, Mook_sb ^ [21:45] 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] ddecator: don't you already pass things to configure directly? [21:46] and, yeah; all it actually did was pass them over to configure anyway, so... [21:46] 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] micahg: and you don't want to diverge from his method [21:46] (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] Mook_sb: wait what? [21:46] micahg: anyway, kees *may* know, but he may not [21:46] let me look at your rules file again, one sec [21:47] * ddecator may be misunderstanding what is considered an "environment variable" [21:47] ok im doing something wrong or something my FF bookmarks are not landing on sm [21:47] ddecator: export FOO=bar [21:49] oh, wow, you _already_ have a devious hack... :D [21:50] do we? [21:50] hmm, I think you want something like http://pastebin.mozilla.org/740142 but the diff view isn't behaving [21:51] 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] idk, i didn't write the rules file, i just edit it as needed :p [21:52] so i don't need to make any changes? [21:53] you do; see the pastebin and its parent [21:53] (diff http://pastebin.mozilla.org/?dl=740140 and http://pastebin.mozilla.org/?dl=740142 somehow :p ) [21:54] alright, let me check that a sec (i couldn't find what changes you made :p) [21:54] yeah; I used pastebin because it had a diff facility... which promptly proceeded to fail to work! [21:56] i just used a diff viewer. that's not much to change, so i'll give it a shot. thanks Mook_sb :) [21:56] you're welcome; now, given that I haven't tested it... it might not work right the first few times ;) [21:56] (doing this on a windows machine probably didn't help) [21:57] * Mook_sb eyes --enable-official warily [21:58] shouldn't it be --enable-nightly? [22:02] what the, the datetime module was used in previous branches, why am i having trouble with it now.. [22:04] chrisccoulson_: what do you think about removing libsoup2.4-2.28? wasn't that only needed for webkit on hardy? [22:04] jdstrand - yeah, that + webkit and libproxy on hardy [22:04] oh and libproxy [22:04] i forgot about those when i cleaned the PPA earlier [22:04] chrisccoulson_: I can remove them [22:05] thanks [22:05] jdstrand, did i drop epiphany-extensions too? [22:05] chrisccoulson_: you did [22:05] ok, that's good then [22:07] oh, it's trying to use python2.4 [22:07] ddecator: sb? [22:08] ddecator: that would be bad then :) [22:08] gnomefreak: yes [22:08] ddecator: I don't know, I just ported the previous SONGBIRD_OFFICIAL=1 environment variable over [22:08] +1 micahg [22:08] micahg: yah, no idea why it's doing that all of a sudden [22:08] Mook_sb: oh, that's true. we'll see how it does once i can figure this out [22:09] 2.6 is uptodate version? [22:09] gnomefreak: 2.6.5 [22:11] 2.6* should support 2.4 still so couldnt we just bump the depends on it [22:11] depends/config/ect... [22:12] gnomefreak: not always, there were some deprecated things [22:13] 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]