[00:07] <BUGabundo>  my friends, hope to see you back in a week
[00:07] <BUGabundo> gonna try to enjoy a full week without you all :D
[00:08] <micahg> BUGabundo: enjoy :)
[00:08] <BUGabundo> thanks
[02:28] <ddecator> wow, i think i figured the failure out..
[02:29] <ddecator> yup, looks like it
[02:29] <ddecator> ah, but a new failure, this is fun
[02:37] <ddecator> alright, trying a possible fix, gonna take care of some chores while it builds, bbl
[03:57] <ddecator> ok, i have no idea where to look for this one. micahg, you able to help me at all?
[03:57] <micahg> ddecator: sure
[03:58] <ddecator> alright, i have the full log, not sure how much we'll need in order to figure out where the error is occurring. let me pastebin some of it
[03:58] <micahg> ddecator: first, what is this?
[04:00] <ddecator> micahg: a new songbird failure. the first one was due to their scripts now pointing to xulrunner-1.9.2 and mozilla-1.9.2 directories when they used to point to just xulrunner and mozilla. now i have no idea what is failing. i'm guessing we'll need to look at more than this, but here's the last part: http://paste.ubuntu.com/449925/
[04:01] <micahg> ddecator: seems like that function doesn't exist
[04:02] <micahg> sorry
[04:02] <micahg> that's not right
[04:02] <micahg> the function prototype doesn't match
[04:03] <ddecator> which means?
[04:03] <micahg> ddecator: well, the wrong type of variable is being passed to the function
[04:03] <micahg> ddecator: first see if the code is from a patch or from upstream
[04:03] <ddecator> micahg: for what file?
[04:04] <micahg> sbLocalDatabaseTreeView.cpp
[04:07] <ddecator> i don't see any debian/patches that make any changes to it
[04:07] <micahg> ddecator: k
[04:10] <micahg> ddecator: make a patch that changes token in line 546 to static_cast<const PRUnichar*>(token)
[04:12] <ddecator> micahg: instead of rv = atomService->GetAtom(token, getter_AddRefs(atom)) ?
[04:12] <micahg> ddecator: replace token in that line with what I gave you
[04:13] <ddecator> micahg: oooooooh, gotcha. alright, i'll try that. thanks!
[04:24] <micahg> bdrung_: can you take a look at my developer app https://wiki.ubuntu.com/micahg/MozillaUploaderApp you sponsored bug 530660 and bug  562789
[04:24] <ubot4> Launchpad bug 530660 in pidgin-microblog (Ubuntu) (and 1 other project) "[FFe] Replace pidgin-mbpurple with pidgin-microblog (was: package pidgin-microblog (not installed) failed to install/upgrade: trying to overwrite '/usr/lib/purple-2/liboldtwitter.so', which is also in package pidgin-mbpurple 0:0.2.4-0ubuntu1) (affects: 2) (heat: 35)" [Medium,Fix released] https://launchpad.net/bugs/530660
[04:24] <ubot4> Launchpad bug 562789 in gnome-python-extras (Ubuntu) "No source change rebuild to pick up xulrunner-1.9.2 for ia64 (affects: 1) (heat: 52)" [Medium,Fix released] https://launchpad.net/bugs/562789
[04:51] <micahg> ddecator: did the build get any further?
[04:51] <ddecator> micahg: not sure yet, it just got down with xul-build.stamp, so it shouldn't take much longer to find out
[04:51] <ddecator> s/down/done
[04:55] <ddecator> micahg: nope..
[05:01] <ddecator> the first error mentions a sbLocalDatabaseTreeView.o which doesn't exist anywhere..
[05:02] <micahg> ddecator: that's what it's compiled into I think
[05:03] <micahg> same error?
[05:03] <ddecator> ah, gotcha
[05:05] <ddecator> micahg: yah, same error
[05:05] <micahg> ddecator: could be the other variable is the wrong type as well
[05:07] <ddecator> alright..
[05:08] <micahg> ddecator: my guess is that'll get fixed tomorrow upstream
[05:09] <ddecator> micahg: haha, alright, i'm getting too tired to keep working on this anyway. i'll pull the latest build tomorrow, see if that first patch is still needed, then try again. if it still doesn't work, i'll ask the devs
[05:09] <ddecator> micahg: thanks for the help
[05:10] <micahg> ddecator: k, np
=== almaisan-away is now known as al-maisan
[08:25] <eagles0513875> hey guys anyone having issues with 3.6.3 and sound?
[08:28] <fta2> anyone using chromium from universe ? or from the stable or beta ppa (but not dev or daily)
[08:31] <fta2> http://code.google.com/p/chromium/issues/detail?id=46439
[09:11] <fta2> n-m, found the problem
[09:16] <fta2> bug 584959
[09:16] <ubot4> Launchpad bug 584959 in gtk+2.0 (Ubuntu) (and 2 other projects) "flashplugin crashes in chromium with RGBA enabled (affects: 9) (dups: 1) (heat: 58)" [Low,In progress] https://launchpad.net/bugs/584959
[10:14] <al-maisan> a friend is looking for xulrunner-1.9.0 for lucid .. do you know of a ppa with such a package by any chance?
=== yofel_ is now known as yofel
[12:48] <asac> !time
[12:48] <ubot4> Information about using and setting your computer's clock on Ubuntu can be found at https://help.ubuntu.com/community/UbuntuTime - See https://help.ubuntu.com/10.04/serverguide/C/NTP.html for information on usage of the Network Time Protocol (NTP)
[12:48] <asac> !now
[12:48] <ubot4> Factoid 'now' not found
[13:13] <chrisccoulson> jdstrand - are we still planning to roll out 3.5.10 to karmic if we haven't finished the 3.6.4 migration in time (ie, when 3.6.4 is released)?
[13:14] <chrisccoulson> i'd like to get 3.6.4 in to the PPA for karmic now really
[13:14] <chrisccoulson> but that would supersede the 3.5.10 update already in there
[13:15] <jdstrand> chrisccoulson: only if there is a dire need to. based on previous conversations, I thought that was not the case
[13:15] <chrisccoulson> jdstrand - ok, i will upload 3.6.4 for karmic this afternoon then once i've given it a bit more testing
[13:15] <jdstrand> chrisccoulson: do we still have basically no idea when 3.6.4 will be released?
[13:16] <chrisccoulson> jdstrand - i don't think the release is that far away now
[13:17] <jdstrand> chrisccoulson: I say try to get karmic and jaunty going like you are. when upstream releases, we'll evaluate the severity of the vulnerabilities and make a decision to publish all 4 at once or just the ones that are ready
[13:18] <chrisccoulson> jdstrand - ok, no worries
[13:18] <jdstrand> chrisccoulson: hopefully, all the work that was done on hardy will help illuminate the issues for jaunty and karmic, so they will go faster
[13:18] <jdstrand> I know that is the case with my testing anyway
[13:18] <chrisccoulson> yeah, i don't expect there to be as many issues with karmic and jaunty
[13:18] <chrisccoulson> i know where to expect all the problems now ;)
[13:19] <jdstrand> exactly
[13:19] <chrisccoulson> i'm hoping to have most of karmic done today
[13:19] <jdstrand> excellent
[13:20] <chrisccoulson> there's not much urgency for porting xulrunner rdepends in karmic, as 1.9.1 is still supported
[14:19] <chrisccoulson> jdstrand - i'm just looking at the changes that have come from lucid in my karmic packaging branch, and one of the additions is a build-depend on hardening-wrapper. do we want this change in karmic?
[14:19] <jdstrand> chrisccoulson: possibly. I recommend you talk to kees though (that is his addition)
[14:20] <chrisccoulson> jdstrand - ok, will do. i dropped the change in hardy, as it's not in main there
[14:20] <jdstrand> cool
[14:20] <jdstrand> it is desired for karmic, I just don't know if it is appropriate or the right way to do it there
[14:20] <chrisccoulson> what time zone is kees in? he's listed as away in IRC atm
[14:21] <jdstrand> PDT
[14:21] <jdstrand> he should be online in a few hours
[14:21] <chrisccoulson> ah, ok. thanks
[14:21] <chrisccoulson> i'll keep the change for now then
[14:22] <jdstrand> chrisccoulson: that said, you might privmsg him since he may not be working yet but online to answer that queston
[14:22] <jdstrand> question
=== al-maisan is now known as almaisan-away
[16:08] <jdstrand> chrisccoulson: do you know the status of micahg's work on midbrowser for hardy?
[16:11] <chrisccoulson> jdstrand - not yet
[16:12] <chrisccoulson> (3.6.4 for karmic is in the PPA now btw. i'll do the langpacks this afternoon too)
[16:14] <jdstrand> chrisccoulson: are you/ara planning to use the qa tracker for karmic and jaunty?
[16:14] <chrisccoulson> jdstrand - yeah, i think that's the plan
[16:15] <jdstrand> chrisccoulson: cool. is that all the karmic bits or just ff?
[16:15] <chrisccoulson> jdstrand - just ff and ubufox so far
[16:15] <chrisccoulson> (and xulrunner-1.9.2, but nothing is using that yet)
[16:15] <jdstrand> chrisccoulson: k. would you mind pinging me when all/most of it is in there?
[16:16] <chrisccoulson> i'm working on the langpacks now, and then the extensions
[16:16] <chrisccoulson> yeah, i can do that
[16:16] <jdstrand> great, thanks :)
[16:16] <jdstrand> the ppa is kinda big these days, and it is hard to notice new stuff :)
[16:17] <chrisccoulson> yeah, there's a lot of packages in there now
[16:17] <chrisccoulson> and i'm just about to upload 400 more ;)
[16:17] <jdstrand> hehe, yeah :)
[16:17] <jdstrand> I had to write a script to deal with the thing
[16:18] <fta> asac, \o/  http://sarvatt.com/xorg-edgers/
[16:23] <fta> jdstrand, which ppa?
[16:25] <fta> maybe my dashboard could help..
[16:28] <asac> fta: cool ... so your dashboard already diffused into the commodity market ;)
[16:28] <asac> ?
[16:28] <asac> ensure you are getting credits
[16:28] <fta> there's a tiny sig at the bottom
[16:28] <asac> add a "Author" info or something to the footer
[16:28] <asac> ah there it is
[16:28] <asac> thtas good enough
[16:30] <asac> fta: http://identi.ca/notice/36355112
[16:30] <fta> :)
[16:30] <jdstrand> fta: ubuntu-mozilla-security
[16:31] <jdstrand> fta: it is a one time thing for the firefox major version upgrade for hardy-karmic
[16:31] <fta> jdstrand, http://people.ubuntu.com/~fta/ppa-dashboard/ubuntu-mozilla-security--ppa.html
[16:32] <asac> what is ?
[16:32] <jdstrand> fta: thanks
[16:32]  * jdstrand makes note of that
[16:32] <asac> fta: you could also mark packages not updated for lets say 90 days by using a light grey background color
[16:32] <micahg> asac: chrisccoulson: can you look at my developer app please: https://wiki.ubuntu.com/micahg/MozillaUploaderApp
[16:33] <asac> fta: that way you can use that dashboard to also keep your ppa unrotten
[16:33] <asac> ;)
[16:33] <fta> asac, i plan to cache the data so i can update faster, and possible make filters
[16:33] <fta> possily
[16:33] <fta> possibly
[16:33] <asac> cool
[16:33] <jdstrand> micahg: hey, what is the status of midbrowser?
[16:34] <asac> midbrowser?
[16:34] <asac> where is that still?
[16:34] <asac> hardy?
[16:34] <micahg> asac: hardy/jaunty
[16:34] <asac> nice
[16:34] <fta> asac, i wonder if it's possible to do ajax on people.u.c.. or cgis
[16:34] <chrisccoulson> micahg - yeah, will look at that later when i get a bit of free time
[16:34] <micahg> jdstrand: almost done w/kazekhase, so haven't gotten to it yet
[16:34] <micahg> chrisccoulson: no rush :)
[16:35] <asac> fta: i doubt it. james freaked out when he found out that someone enabled that even when that was canonical exclusive club
[16:35]  * jdstrand nods
[16:35] <asac>  but they couldnt disable because there were serious servives running ... and made a huge effort moving all services off
[16:35] <asac> so i dont think its even allowed on .canonical.com anymore
[16:36] <asac> people.canonical.com that is
[16:36] <fta> too bad, would have been cool to never have to reload
[16:43] <fta> jdstrand, just added the repositories in the u-m-s dashboard. does it help? it's much bigger so if it's not useful, i'll remove it
[16:58] <ripps> I want to try and debug something that's been crashing my tabs. Is there a technique to capture errors that crash individual tabs instead of all of chromium?
[16:58] <jdstrand> fta: I think it is useful that way. thanks
[17:03] <gnomefreak> there should be a debug command if not maybe run it in term and see what output you get
[17:05] <fta> ripps, http://code.google.com/p/chromium/wiki/LinuxDebugging (bis)
[17:07] <gnomefreak> are ebooks PDF?
[17:09] <micahg> gnomefreak: they can be
[17:09] <gnomefreak> micahg: thanks
[17:09] <fta> most are epub
[17:10] <fta> i use lrf
[17:17] <fta> i hate that thing dumping "lo: Disabled Privacy Extensions" in my dmesg
[17:17] <fta> jdstrand, ^^ any idea what's doing that?
[17:19] <gnomefreak> i think 1.9.3a6 is going to be b1 instead but right now it is labled as a6
[17:20] <gnomefreak> at least that is what i gather from the emails
[17:20] <micahg> gnomefreak: yes
[17:20] <micahg> gnomefreak: more likekly is 2.0.0b1
[17:20]  * gnomefreak confused as to if they will change to b1 after it is posted like it is
[17:20] <gnomefreak> im just going on what the mailing list says
[17:22] <gnomefreak> i saved it so i can go over it again
[17:23] <gnomefreak> Report a Broken Website is being removed
[17:24] <gnomefreak> from Ff and SM
[17:25] <micahg> probably because it's usually the website's fault at this point, not FF
[17:31] <gnomefreak> true. i will read it more when i have time, but it did say there is/maybe an extension
[17:39] <gnomefreak> 2037 emails to go but no to day
[17:50] <fta> micahg, didn't you say that you would add the dummy timeout package? or did i dream it?
[17:56] <gnomefreak> fta: do you know if mozilla-dev* still uses med-xpi-pack package.upstream package.xpi and med-xpi-unpack package.xpi package.upstream for extensions?
[17:57] <nxvl> chrisccoulson: ping
[17:57] <nxvl> chrisccoulson: did you know how can i write a transitional package for replacing firefox-3.0 with abrowser in hardy
[17:58] <nxvl> chrisccoulson: we maintain a delta that is basically change firefox branding to generic "Web Browser", which is essentially what abrowser does
[17:59] <chrisccoulson> nxvl - so, you want the 3.6.4 upgrade to pull in the abrowser branding by default?
[18:00] <nxvl> chrisccoulson: yup
[18:00] <nxvl> chrisccoulson: i want to dump my delta and use abrowser instead
[18:02] <chrisccoulson> nxvl - so, currently you pull in the firefox package by default, which is just a meta-package pulling in firefox-3.0?
[18:02] <chrisccoulson> if that's the case, you could just swap the "firefox-branding | abrowser-branding" dependency
[18:02] <nxvl> we wrote a patch, that basically build firefox using generic branding if netbook was present in the version number
[18:02] <nxvl> remember, this is hardy
[18:03] <nxvl> from jaunty and after we just used abrowser
[18:03] <chrisccoulson> ah, ok. yeah, i think if you just swap that dependency around in the 3.6.4 packaging, it should pull in abrowser-branding during the upgrade, rather than the official branding
[18:03] <nxvl> ok, will try that, thanks
[18:05] <chrisccoulson> tbh, i wasn't sure whether to backport the abrowser changes when i did the update, but it seems like it might help you a little, which is good
[18:06] <nxvl> oh, it helps me A LOT
[18:06] <nxvl> thanks for doing it
[18:06] <nxvl> only question i've, does abwroser use .mozilla/firefox as the default dir aswell?
[18:08] <chrisccoulson> yeah, it should do (although I never tested that actually)
[18:08] <chrisccoulson> i'm pretty sure it does though
[18:09] <nxvl> great then
[18:10] <gnomefreak> chrisccoulson: do you know if mozilla-dev* still uses med-xpi-pack package.upstream package.xpi and med-xpi-unpack package.xpi package.upstream for extensions?
[18:12] <chrisccoulson> gnomefreak, i don't think so
[18:12] <chrisccoulson> oh, it uses xpi-pack, which might be the same thing ;)
[18:14] <gnomefreak> chrisccoulson: thznkx if i cant get it working ill work on it
[18:14] <gnomefreak> thanks even
[18:16] <gnomefreak> ill be back in a  few
[18:51] <jdstrand> fta: sorry, not otoh
[19:36] <ddecator> good deal, WebM audio works properly in FF now
[19:36] <micahg> eagles0513875: what issues were you having w/audio
[19:37] <eagles0513875> micahg: me being an idiot for some reason the audio to my headphones was turned down
[19:37] <eagles0513875> all is well
[19:37] <micahg> eagles0513875: ah, good
[19:40] <fta> micahg, <fta> micahg, didn't you say that you would add the dummy timeout package? or did i dream it?
[19:40] <micahg> fta: I said I would after Debian does their thing
[19:40] <fta> i still need to unbreak ch beta/stable
[19:40] <fta> oh
[19:41] <micahg> I guess I can do it locally anyways and just do a merge with Debian when they drop it
[19:41] <micahg> actually, that's pretty unnecessary
[19:41] <micahg> fta: k, will try to do tonight, don't know if I'll be able to get a sponsor tonight though
[19:42] <micahg> fta: do you want to sponsor for me in the morning?
[19:43] <fta> micahg, i'd love to but i can't, coreutils is in main
[19:43] <micahg> fta: no, timeout transitional package will be in tct (universe)
[19:44] <fta> hm, no, it must be in coreutils
[19:44] <fta> now
[19:44] <micahg> fta: no, the timeout package will pull in coreutils
[19:45] <fta> coreutils is the package conflicting with timeout, so it has to do it properly, ie provide a dummy with a higher version
[19:45] <fta> fortunately, coreutils is already higher
[19:45] <micahg> fta: for maverick upload, you'll need to change timeout to coreutils when chromium is promoted to main, but this will work for the backport
[19:45] <micahg> fta: no, you'll be able to depend on timeout in .head and it'll pull in coreutils
[19:46] <micahg> in maverick at least
[19:46] <fta> micahg, i plan to drop the testsuite (hence the need for timeout) in the next upload
[19:46] <gnomefreak> chromium is going to be moved to main?
[19:46] <micahg> gnomefreak: for maverick (default browser in UNE)
[19:46] <fta> but in the meantime, i need to unbreak the builds
[19:46] <micahg> fta: yes, the timeout transitional package will acoomplish that
[19:47] <micahg> fta: you can drop the or and just depend on timeout
[19:47] <gnomefreak> micahg: ah
[19:47] <fta> i'm sure jdstrand will hate me for dropping the testsuite though :P
[19:48] <fta> micahg, yep, that's the plan. once the dummy is there, i'll return to just build-dep on timeout for the same of the backports until i'm able to kill the testsuite everywhere
[19:48] <fta> -same+sake
[19:48] <micahg> fta: k, so can you sponsor in the morning :)?
[19:49] <fta> well, i still think the dummy has to be in the coreutils src package
[19:49] <micahg> fta: no, it's not necessary for it to be there
[19:50] <micahg> fta: all it will do is depend on coreutils
[19:50] <fta> well, ok then
[19:51] <micahg> and since chromium is in universe still, it's ok :)
[20:10] <micahg> nxvl: are the package versions with belmont in them yours?
[20:12] <gnomefreak> something is leaking :(
[20:16] <nxvl> micahg: yup
[20:17] <micahg> nxvl: that's good to know, I usually marked them as unsupported since they're not from the official repos
[20:18] <nxvl> micahg: all that starts with netbookX is mine
[20:18] <nxvl> micahg: usually belmont ones is netbook0belmontX, and so on
[20:18] <nxvl> micahg: but as a general rule, netbook means oems
[20:19] <micahg> nxvl: yeah, that's good to know, are we expected to support bugs from those?
[20:19] <nxvl> micahg: mm, kind of, yes, those are the oem-specific packages, meaning, for example all dell mini's that came pre-loaded with ubuntu
[20:20] <nxvl> micahg: we usually introduce some minor changes, like adding yahoo bar, changin A Web Browser for simply Web Browser
[20:20] <micahg> nxvl: k, I'll bring it up with the bug squad team so that they're not erroneously marked as unsupported
[20:20] <nxvl> micahg: we don't touch much the package, just make it fit the small screens and branding stuff
[20:20] <nxvl> micahg: perfect, if you have any doubts i can check anything you need
[20:21] <micahg> nxvl: would it be possible to write up a triage escalation procedure for OEM stuff?
[20:21] <micahg> nxvl: in case we can't change something in Ubuntu or upstream won't fix, what do we do w/the bug
[20:22] <nxvl> micahg: mmm, let me bring that up in the next meeting to come up with something
[20:22] <micahg> nxvl: that would be great, then we can get it in the bugsquad documentation and I can bring it up in our meeting on July 11
[20:23] <micahg> s/11/13
[20:47] <nxvl> micahg: that's 13 July, isn't it?
[20:47] <micahg> nxvl: yes
[20:47] <nxvl> ok, great
[21:57] <bdrung> micahg: are you active in debian, too?
[22:13] <micahg> bdrung: I'd like to be, not there yet
[22:14] <micahg> I'm going to try to reduce the deltas in the package set if I have time this cycle
[23:06] <fta> chrisccoulson, asac, i'm about to commit something to compress & link the copyright file in chromium in order to gain some space on the CD. i guess it's against the debian policy but each copy (up to 4) is ~1.1MB, now there's only one 130KB file, is that ok?
[23:08] <fta> http://paste.ubuntu.com/450326/
[23:10] <chrisccoulson> fta - i don't think anyone would argue against a change that saves space on the CD
[23:11] <chrisccoulson> so i think that's ok
[23:14] <fta> ok, so it will be in the next daily, and we'll see if it causes troubles
[23:20] <fta> E: chromium-browser: copyright-file-compressed
[23:20] <fta> yeah, lintian's not happy
[23:42] <asac> fta: we have some magic that automatically creates links
[23:42] <asac> for copyright riles
[23:42] <asac> that are the same
[23:42] <asac> we should check that out
[23:42] <fta> asac, there's nothing for copyright, just changelog
[23:43] <asac> hmm
[23:43] <fta> asac, http://paste.ubuntu.com/450337/
[23:44] <fta> it's not that difficult
[23:44] <fta> i've limited it to ubuntu, in case debian merges it
[23:45] <asac> fta: fine with me
[23:47] <asac> fta: question though is where we gain something
[23:47] <asac> afaik thats only for final installs ... but those have usually enough space
[23:47] <asac> for livecd everything gets put into a squashfs ...
[23:48] <asac> which is compressed on its own, so compressing something might even increase th size
[23:48] <fta> really? so should i revert?
[23:48] <fta> well, no, it's useful, if not for the compress, for the links
[23:49] <fta> i have 3 copies here, that 3.5MB, turned into 130KB
[23:49] <fta> '+S
[23:54] <asac> fta: you have three copies?
[23:54] <fta> yep
[23:54] <asac> thought normal users just install chromium-browser
[23:55] <fta> nope, -inspector too (and i have -dbg)
[23:55] <fta> but lots of users will have -l10n
[23:55] <asac> yeah, but those are not installed by default
[23:55] <asac> right. -l10n should have a differnt copyright?
[23:55] <fta> inspector is, upstream requested it
[23:55] <asac> whats the copyright of that?
[23:55] <fta> the same
[23:56] <fta> well, today it's the same, i have no idea what it should be
[23:56] <asac> well, i doubt its the same as there are so many code specific licenses in copyright
[23:56] <asac> ah you say in the package
[23:58] <asac> so creating lnks is probably sane ... gzipping might be less good
[23:58] <asac> in livecd its compressed and on alternate installer its in a .deb which is also compressed