[00:00] micahg: i am going to upload m-d 0.25 [00:02] bdrung: cool [00:03] bdrung: need me to rebuild anything? [00:03] micahg: no, because we need to touch every package (see my mail from last week) and because we need ff 4.0 compatible packages [00:03] bdrung: ok, just didn't remember if anything was broke ATM [00:04] micahg: only adblock (which i take care of) [00:04] bdrung: I didn't see much of a response on the Debian list [00:04] micahg: the mailing list isn't that active [00:05] micahg: i gave all members one week to veto [00:05] that sounds more than fair [00:06] do-ocracy wins ;) [00:06] four packages uploaded in a row :) [00:07] bdrung: what do you mean by that? that's you're the only uploader of m-devscripts at this point? [00:08] micahg: that this is my fourth package that i upload today (audacity, vlc, qemu-kvm, m-d) [00:08] bdrung: ah, ok, cool [00:10] micahg: uploaded [01:25] FFS, upload rejected [01:26] i can't be arsed any more today, time for sleep [01:46] * micahg wonders what FFS is [01:49] micahg - it contains expletives ;) [01:49] i just had mozvoikko rejected [01:50] chrisccoulson: ah, ok [01:51] actually, it wouldn't have built, i just remembered it needs some more changes to the xulrunner package to build, which i'm already running locally [01:56] micahg - so, with the exception of yelp, i think we've done all the apps in main already [01:58] chrisccoulson: that's good, I actually forgot about them since they're not in the packageset :) [01:59] i'm basically working from the same type of list i used when i worked on all the backports [01:59] chrisccoulson: is there any trick to get a xul-mozjs binary dependency? [01:59] chrisccoulson: I added all the packages in teh packageset to the blueprint [02:00] micahg - not yet. for now, it just needs to be added manually [02:00] i think the only way to have it added automatically is to either build applications with rpath or run dh_shlibdeps with LD_LIBRARY_PATH [02:00] else it's got no way of finding libmozjs [02:01] chrisccoulson: I think we should go the LD_LIBRARY_PATH route [02:01] possibly, but i'm not too concerned though. there shouldn't be too many people using this package ;) [02:02] it only really exists to free up CD space atm [02:02] chrisccoulson: well, I'll try to transition the universe packages when I merge/update to use it [02:02] when appropriate [02:02] cool, thanks [02:04] hopefully, gjs should be trivial to update, i think the latest git version already works with 2.0 [02:04] couchdb was pretty difficult to get working [02:05] chrisccoulson: yeah, I think they might have xul20 support alraedy, I want to finish the mediatomb merge from Debian and SRU before I get started on porting, I got another query about it today === asac_ is now known as asac [11:22] hmm, my firefox4 on natty doesn't have a button to navigate 'back' pages :/ [11:28] ari-tczew, you mean the drop-down? [11:29] ari-tczew, right-clicking on the button gives you the drop-down [11:29] chrisccoulson: perhaps [11:29] chrisccoulson: ah, yes. is it ubuntu change or upstream? [11:30] i assume the extra drop-down button has gone to remove the visual clutter, as it isn't really used often enough to justify it's position on the addressbar [11:30] it's an upstream change [11:32] we generally don't change any visible UI like that as a distro change [11:57] chrisccoulson: do you confirm, that firefox4 is heavier with flash than firefox3? [11:58] ari-tczew, no, i hardly use anything with flash [11:58] i avoid flash like the plague, because it is so terrible [11:58] ;) === yofel_ is now known as yofel [15:22] uh [15:23] has anyone been paying attention to the firefox-4.0 builds? [15:24] you should really update your patches [15:24] your offsets are getting huge, and they're going to break again [15:37] dpm, hi, the old templates are still there :( any idea what i can do that won't break rosetta? [15:38] uh [15:38] so, can you like pay attention to why your build is failing next time? [15:39] you're applying a patch that hasn't worked for three days [15:39] and you're still uploading the packages [15:39] * magcius points at micahg [15:39] chrisccoulson, ^^ [15:40] magcius, they will get fixed when i have time to look at them [15:40] you might want to rebase your other patches as well [15:40] (offset 42 lines) [15:43] rebasing patches that just have offsets is pointless anyway, it doesn't make them any less likely to break in the future. if somebody makes an incompatible change, then the patch will break whether it had an offset before or not anyway [15:44] chrisccoulson, patch sometimes fixes errors, and I've seen patches that apply incorrectly but pass because it fixed a couple errors that happened to be around the 0 offset mark (but not the code it was supposed to patch) [15:44] hmmm, i'm not sure i follow what you're saying [15:45] if there is a problem with the way the patch applies, it will either fail outright or apply with fuzz [15:46] chrisccoulson, right... I've seen patches accidentally apply with fuzz [15:47] yeah, those need fixing. but i'm not going to waste time rebasing patches that just have offsets. if i did that, then i'd spend my whole life rebasing patches [15:47] if you want to rebase those, then feel free to propose a merge though [16:03] fta, no, sorry, I'm not too familiar with that part where the templates go away after a few days. Let's grab henninge and jtv on Monday for a short chat and let's try to sort it out, as today I'll be going soon [16:08] dpm, the thing is i want to start asap, we've lost a month already on lp bugs [18:03] chrisccoulson: why did you use GREMaxVer=2.0.0.99 instead of GREMaxVer=2.0.99? [18:30] was chromium "set as default browser" ever fixed?, im doing updates but last i checked it wasnt fixed [18:33] testing with opera atm [18:34] it is not a breowser issue since no browser except for FF40b* is used [18:36] gnomefreak: no, it's a the GNOME stack is in transition in Natty ATM issue :) [18:36] makes sense, thanks [18:37] why beta why not stable FF, because that is what it was set to when transition started? [18:43] gnomefreak: FF4.0b7 is firefox in Natty [18:43] i also have minefield and minefield is the one used as default [18:44] minefiels == b8 :) [18:44] gnomefreak, was fixed in maverick down to hardy, but natty regressed because of gnome3 [18:45] oh i didnt relize we started feeding in gnome3 yet [19:31] chrisccoulson: ping [19:31] hi davidascher [19:32] hi chrisccoulson. Where's the best place to find technical information about the messaging menu and global menu APIs? [19:32] davidascher, i'll have a look for some documentation, but you could also talk to tedg [19:32] he normally hangs out on #ayatana [19:32] this is to describe to someone else [19:33] yeah, tedg would probably be a good person to talk to [19:33] although, he doesn't seem to be around right now :/ [19:36] davidascher, it seems that tedg is on vacation today [19:36] US holiday weekend [19:37] figures =) [20:26] davidascher: https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationMenu [20:26] https://wiki.ubuntu.com/MessagingMenu [20:27] yeah, i saw those, thx [20:27] ah [20:27] I was hoping it wasn't a case of "those aren't enough" [20:27] I think i'm looking for something one level down, i.e. specific DBUS api calls, etc. [20:28] * jcastro nods [20:28] I am looking where ted normally hides things ... [20:30] davidascher: I'll have to get back to you on that [20:30] thx [20:32] fta - for the chromium translation work you are doing, what are you doing with the output from launchpad? is it ending up in language packs or just going back upstream (with the chromium source providing it's own locale packs still)? [20:34] chrisccoulson, i create patches that i put in my tarballs and also publish on the web (for review, and for upstream). i apply those patches at build time, and the chromium build system creates its langpacks that i ship in a deb [20:36] fta - i'm wondering whether i should take a similar approach for firefox, it seems like that could work better [20:36] the current process for firefox is overcomplicated, and i'm struggling to even get the new translations in to language packs atm [20:36] chrisccoulson, yep, i think you should. [20:37] alpha 1 is going to ship with no firefox translations because there isn't anybody around who's familiar enough to get the new translations in to launchpad :/ [20:38] chrisccoulson: we could do the same thing we do for thunderbird [20:38] chrisccoulson, i wanted the langpacks in all builds, incl in PPAs, so i went my own way, ie, without the langomatic thingy [20:39] micahg - yeah, that's what i want to do, but with the ability to import those translations in to launchpad, grab an export and then do what we like with that [20:39] chrisccoulson: oh, why not just take the upstream xpis? [20:40] micahg - that's basically what we'd be doing. we'd ship those xpi's, like we do with t/bird, but we'd have the ability to translate in launchpad, and then we could export the LP translations and send them upstream (or apply the diff to the xpi's we upload) [20:40] chrisccoulson: ok [20:40] i'm so close to just uploading a firefox-locales package now [20:41] the current process is frustrating me [20:41] that's what i do now [20:41] yeah, i think that makes more sense [20:42] i think that's what we'll do tbh, i'll talk to pitti on monday, but i can't have the current process blocking our ability to ship translations at all [20:42] I should update the TB translations in Natty for alpha-1 [20:43] yeah, please feel free to do that [20:44] i think that makes more sense. i'll probably create the firefox-locales package over the weekend, and then i'll talk with pitti about how to get that in (presumably we'd need to update language-selector to pull in those when users install a new language pack) [20:44] and it also makes sense for the case where we ship a new major version as a security update [20:45] updating all the language packs for a security update is a pain [20:46] chrisccoulson, will you do 1 mega lang-pack or 1 per lang? [20:46] chrisccoulson: right, one source to rule them all is much easier :) [20:47] source package shouldn't be much larger than the FF tarball itself [20:51] fta - we'd have to do 1 package per language, as we'd never get it on to the CD [20:51] it would be 1 source package though [20:52] chrisccoulson, why another source package? [20:53] fta - the firefox translations aren't part of the source tarball, although the mozilla source can build the xpi's [20:53] ok [20:53] so, it might be that we stick the translations in a bzr branch and then import them in to the firefox source when we roll the tarball [20:53] then add some extra steps to the build to create the xpi's [20:53] we already need to do that for en-US [20:54] we'll see, i'll experiment next week and see what works best [20:54] i'd just like a process that we're more in control of ;) [21:07] evening [21:28] hmmm, conkeror doesn't even start with xulrunner-2.0 [21:28] good start :) [21:34] hmm [21:34] string: " allows you to search the web using the omnibox. Please choose which search engine you would like it to use:" [21:34] upstream: " permite realizar búsquedas en la Web a través de la barra de direcciones. Selecciona el motor de búsqueda que desees utilizar:" [21:34] launchpad: " permite realizar búsquedas en la web usando la caja multifuncional. Seleccione el motor de búsqueda que desee usar:" [21:35] how i am supposed to know which one is better [21:40] chrisccoulson: you have to add xul-2.0 to teh wrapper script [21:41] micahg - did that, no dice ;) [21:46] chrisccoulson: I'm heading offline, I'll be back sat night sometime [22:06] chrisccoulson, booo.. lots of gnome updates today.. did you upgrade already? [22:07] fta - i have, but i haven't restarted yet ;) [22:09] chrisccoulson, same here. i'm not sure i should [22:09] fta - yeah, i might leave my laptop on until monday morning ;) [22:13] BUGabundo, did you upgrade today? [22:14] fta: I'm always up to date [22:14] why? [22:14] with the unity desktop thingy? [22:14] no idea [22:15] still gnome with broken applets [22:15] mine work [22:15] mine haven't in weeks [22:16] do you have gnome-panel-bonobo? [22:18] no idea what that is [22:19] gnome-panel-bonobo: [22:19] Installed: (none) [22:19] Candidate: 1:2.32.1-0ubuntu1 [22:19] there you go ;) [22:20] should I ? [22:20] isn't there a meta package to pull it ? [22:25] BUGabundo, you should install it if you want your applets to work [22:26] i think the intention is that most applets will be ported to the dbus based libpanel-applet before the end of the cycle [22:26] chrisccoulson: NOW you tell me !!! :P