[00:48] asac: looking [00:48] asac: things like PROP_* are defined in many different c files with differing values in enums afaict [00:48] asac: after separating most of the c files to try to work around issues like that i have hit another snag [00:49] i'm now somehow getting multiple redefinition of GCancellable [00:49] if i add it in i get that, if i don't i get error it can't be found [00:49] trying to track down where i am missing a header that is needed [00:50] asac: just uploaded my current debdiff [00:51] i may just need to get rid of the rest of the monolithic glibc-copy.* files to make it work right [00:55] hmm yea that seems to have helped [00:57] actually it didn't work after all, just threw an extra error making me think it was fixed [00:59] asac: put another version up just now [01:00] asac: not sure how to make this work properly :-\ [01:20] hmm maybe i should have each header in my patch include gio.h [01:21] * ccheney isn't sure whether that is a good idea though [01:29] asac: am I to try again with TB3 tonight? === ]reed[ is now known as [reed] [03:57] asac: I think I got it this time :) === \vish is now known as vish [05:07] asac: https://code.edge.launchpad.net/~micahg/thunderbird/thunderbird.head.TB3-separate_commits [05:07] asac: For some reason, my tarball is bad, I seem to be pulling the head instead of the version I select [05:07] but it builds fine [08:44] morning [10:01] hello, new issue with apparmor & ubuntu 9.04 [10:01] http://pastebin.com/m544ea2e2 [10:09] hello, new issue with apparmor & ubuntu 9.04 [10:09] http://pastebin.com/m544ea2e2 [10:10] hi White_Sloun [10:11] jdstrand: ^^ [13:05] hi! any suggestion for Bug #512673 ? [13:05] Launchpad bug 512673 in firefox "firefox: since 3.6 replaced 3.5, haven't been able to start it more than once" [High,New] https://launchpad.net/bugs/512673 [14:31] fta: how can i recreate a tarball for 4.0.305.0~svn20100123r36929 ? [14:31] chromium? [14:32] get-current-source i guess ;) [14:40] anyone hv try xmark with ff3.6? [15:03] asac: ping re tb3 [15:03] micahg: it built [15:03] havent come to test yet [15:03] my version? [15:03] PPA or local? [15:04] * micahg can test if PPA [15:04] micahg: your branch [15:04] have you tested it? [15:05] I test built, but my tarball was bad [15:05] right i read that [15:05] will produce a good one for upload [15:05] asac: k, if you push to PPA, I'll install and test [15:05] do I need to add the migrator? [15:05] micahg: we need to update the thunderbird-locales-all source package [15:06] asac: is that langpacks? [15:07] micahg: yes [15:07] micahg: i will review and upload your package (and maybe slightly change it) ... so moving on to locales would be best imo [15:08] asac: k, thanks [15:08] asac: do I need to download the locales? [15:08] * micahg pulls source [15:09] micahg: pull source ... then you also need to get all .xpis from mozilla ftp [15:09] and put them in xpi [15:09] then i dont know exactly whats the right way forward [15:09] but i think there is a update-langpacks or so rule in debian/rules [15:10] k [15:11] yep, update-xpi [15:11] should I do3.0 or 3.0.1? [15:11] ugh, they changed release style [15:13] * micahg check with upstream [15:22] asac: oh, I forget to remove -W and -T [15:22] * jdstrand fixes [15:22] thanks [15:24] asac: should I prepare 3.0 or 3.0.1? [15:27] micahg: 3.0 (langpacks) [15:27] micahg: its a bit crazy that package ... with how transitional packages etc. work [15:27] or how to intermediately drop stuff [15:27] if something doesnt work let me know [15:27] k [15:28] asac: there were 3 that didn't make it into 3.0 [15:37] asac: should I change maintainer to mozilla team? [15:44] micahg: dont think we need to change maintainer [15:44] asac: what do I do for the 3 languages that didn't make it, comment out the lines in control? [15:45] I think they were picked up in 3.0.1 === yofel_ is now known as yofel [16:09] asac, bad commit [16:10] asac, "+Files: src/.pc/html5_video_mimetypes.patch/net/base/{mime_util.cc}" [16:11] and the license script looks broken [16:23] yes [16:25] good catch [16:25] let me uncomit [16:33] asac, i don't understand why the diff is so big [16:33] me neither [16:33] seems like you need to properly sort the entries to avoid that [16:34] oh, it's licensecheck [16:34] hmm [16:35] maybe i didnt run it on the latest orig [16:35] for multiline copyrights, they are not reported in the same order.. http://paste.ubuntu.com/363310/ [16:35] baaaaad [16:42] fta2: did it manually for thise upload now [16:42] to avoid confusion [16:44] fta2: can you upload latest .head (i did the release tag) [16:45] let me know when its in, so i can tell riddell its there [16:45] he said it would be ok then [16:45] revno: 473 [16:45] tags: 4.0.305.0~svn20100123r36929-0ubuntu1 [16:45] thanks [16:45] fta2: ^^ [16:46] let me see, i hope i still have that tarball [16:47] asac, why do you need to document that in d/changelog? it's the initial upload [16:47] fta2: because its a change archive admins refused ... in that way its showing that we addressed that on top [16:47] you can recreate tarball ... i think reject doesnt leave any hashsum around etc. [16:48] i still have it [16:48] good [16:48] trunk moved to 5.0.306.0 btw [16:52] ok, uploading [16:52] done [17:02] thanks [17:03] urgh [17:03] fta2: crap [17:03] ? [17:03] i forgot to manually append the license ;) [17:03] want to do that and upload the same version? [17:04] asac: do you think i should try including gio.h in all my glib files to work around the duplicate symbol issue? [17:04] its just catting it with one whitspace line [17:04] asac, sure. could you ask Jonathan to kill it? [17:04] fta2: already did [17:04] aready was rejected [17:04] *sigh* [17:05] well. i asked for rejecting it ;) [17:05] ccheney: i would need to see the exact issue and the current state of the patch [17:06] i started a git tree locally ... with the patch you gave me yesterday i didnt see the issue you are referring to [17:06] asac: current version is up on chinstrap [17:06] ccheney: can you plesae put that to a public place? [17:06] wgettable [17:06] asac, ccheney: I need some time with you two to discuss how to proceed with FF-3.6 translations in Launchpad. [17:08] asac, ccheney: since 3.6 has been uploaded to lucid already, which translation template does it use? [17:09] asac: http://people.canonical.com/~ccheney/libsoup2.4-hardy-backport.diff [17:09] asac, all done [17:09] thx [17:09] fta2: [17:09] thx [17:10] asac: i get conflicts with things like GCancellable which are in both the /usr/include/glib area and in other parts of the original source i am trying to copy over [17:10] ccheney: why do i always need to filter out all this generated stuff? [17:10] i did that like 5 times now :( [17:10] anyway [17:11] asac: i was just generating debdiff from original hardy version, maybe i should do something different? [17:12] 18:11 < ccheney> asac: i was just generating debdiff from original hardy version, maybe i should do something different? [17:12] yes that was the last thing i said [17:12] yes. a git tree ;) [17:12] ah :) [17:13] or bzr ;) [17:13] let me check if we have a bzr import of that tag [17:25] ccheney: do you still have the patch from yesterday?= [17:25] not sure why you needed to split all this up [17:26] not anymore [17:27] i had problem with some of the variables needing to be copied from various source files that had colliding symbol names (in the c files), then once i broke it up into separate sources the issue with needing to copy parts that collided with the /usr/include/glib stuff happened [17:27] i think possibly creating a gio.h include in the proper files might help but i haven't tried that yet [17:27] i didnt see those issues with the patch you had yesterday [17:27] eg the PROP_FAMILY one you mentioned [17:28] it was part of a enum that collided with some of its values with another enum from another c file [17:28] thats none-sense [17:28] the PROP_FAMLIY was just needed to be copied in the .c file [17:29] lets hope i can still find it [17:29] just stick it in one giant enum then? [17:30] no [17:30] use a different prefix if it collieds [17:30] because there were separate enum types in each c file with colliding names for their values [17:30] afaik it was just required in the .c files [17:30] yes [17:30] you can prefix that [17:30] e.g. [17:30] GSOCKETADDRESS_PROP_FAMILY [17:30] etc. [17:30] and replace that in the snippets [17:30] ok [17:30] if it really happens [17:31] yea it was really happening [17:31] your patch yesterday was pretty close [17:31] now everything is busted ;) [17:31] its still pretty much there, i just would need to merge the files back together again i guess [17:31] then prefix all the enums [17:32] probably prefix them first actually so i don't end up messing up some of them, heh [17:32] whatever oyu do ... keep a local history [17:32] ok [17:33] i think the reason it was working before was that i had a include gio.h at the top of the header that i removed [17:33] that might be enough to make it work again, i saw it there and thought i had put it there by accident, probably did it when i first started working on the files [17:33] so first thing i had to do in your pach was to include gobj-copy.h [17:33] you didnt do that [17:33] then without it i get issues of duplicate symbols [17:33] i didnt add gio.h [17:34] hmm ok, i will look at it again and see where i left off [17:40] asac, http://code.google.com/p/chromium/issues/detail?id=33163 [17:42] ok-- as it turns out, apparmor_parser -r didn't honor the /etc/apparmor.d/disable dir on Jaunty and earlier (disable/ was handling be the initscript) [17:43] so I updated the preinst to unconditionally disable the profile in 9.04 and earlier (it needs abstractions only found in 9.10 anyway) and to check if the profile is disabled [17:43] in postinst [17:43] that should the dailies on jaunty and earlier [17:44] s/should/should fix/ [17:44] jdstrand: thanks. [17:44] jdstrand: once thats confirmed i will push an update to the stable ppa and lucid (if you are saying its ready there) [17:44] changes are committed to 3.6 and 3.7-- I tested 3.6 on jaunty [17:45] the jaunty stuff that White_Sloan was seeing was actually not hurting anything-- the profile didn't load and postinst has || true, it was just disconcerting [17:46] ok ok [17:46] in case he shows up i will get him confirm that it didnt cause any havoc [17:47] anyway break [17:47] for a bit [17:48] does the new FF default to the new JS engine [17:49] asac: testing tb locales in pbuilder [17:51] micahg: great [17:51] asac: if it builds where should I push? [17:51] micahg: to your ppa? [17:51] sure [17:52] as ppa version (~karmic~ppa1)? [17:52] try to install a langpack [17:52] and check that it works maybe [17:52] k [17:52] sure [17:52] you can also append ~ppa to the upstream version [17:52] I'm test building in lucid [17:52] so in case the tarball isnt good we can still bump it [17:53] asac: I removed the langs that didn' [17:53] t have packs [17:53] s/removed/commented out/ [17:53] i think thats the wrong approach [17:53] there is amechanism to null them [17:53] in the package [17:53] ah, ok [17:53] I'll check [17:53] i think its basdically shipping empty packages with a different description [17:53] try to figure that [17:53] thats just out of my head [17:54] but i think in the control of the previous upload [17:54] asac: I'll have to check that tonight then [17:54] there should be precedence of previously existing, but now gone langpacks [18:01] i guess u guys know [18:02] asac: I found I missed a step in the packaging, I'll fix it tonight [18:18] hi, is tracemonkey enabled by default on the ppa package [18:23] mbana: I think whatever the default upstream for 3.6 is [18:30] right. all upstream. [18:31] do you know offhand? i dont want to have to start FF, last time i had 30+ tabs open [18:33] ... there exists no answer to your question because you do not define what new engine means [18:33] its new in that its a new release ;) [18:38] mbana: you can ask in #firefox on irc.mozilla.org [18:38] tracemonkey is on by default in firefox 3.5 [18:39] gavin: I thought that was windows only? [18:39] no [18:39] k [18:39] mbana: ^^ [18:39] the tracemonkey in 3.6 is better though :) [18:39] (also in 3.6 it's enabled for chrome code) [18:39] gavin: was it jit that was disabled on linux in 3.5? [18:40] no, it wasn't disabled [18:40] hmm [18:40] amd64 was disabled [18:40] k [18:40] not sure if its enabled now [18:40] maybe that was it [18:40] oh, there just isn't code for 64 bit [18:40] right. so nothing changed for that [18:40] so not really "disabled" as much as "nonexistent" :) [18:40] gavin: it does an arch test? [18:41] sure. compile time [18:41] k [18:42] right. ok [18:42] that probably explains it [18:43] i wasn't experiencing much of a speedup when i tried it [18:43] do u guys have a32bit ppa for 64bit machine [18:43] of distro rather [18:44] mbana: no [18:46] 19:45 < Riddell> asac: just accepted chromium, well done again on a heroic license evaluation feet [18:46] fta: ^^ [18:47] fta: congrats [18:48] https://edge.launchpad.net/ubuntu/+source/chromium-browser/4.0.305.0~svn20100123r36929-0ubuntu1 [18:55] fta: you're a legend. [18:55] asac: you too! [18:56] fta: asac: will this be updated throughout the lifecycle the plan for firefox is? [18:56] fta: asac: will this be updated throughout the lifecycle /like/ the plan for firefox is? [18:57] I suck at english [18:57] * micahg saw the chromium version bump to 5 today [18:59] \o/ === rickspencer3_ is now known as rickspencer3 [19:04] micahg: I thought chrome just reached v4.x [19:04] sebner: devel version [19:04] micahg: I also thought the official v4 version for linux is still beta :P [19:04] sebner: I'm runnig the daily [19:04] aye [19:04] sebner: chrome != chromium [19:05] micahg: well, chromium is the base of it so .. [19:05] sebner: yes, but the base can have a devel branch :) [19:05] micahg: you are more bleeding edge than normal bleeding edge :P [19:05] sebner: not my regualr browser :) [19:06] lame then :P [19:06] * micahg uses ff36, but has most of the other browsers installed including ff37 and chromium daily for testing [19:07] micahg: ff trunk ftw! :) [19:07] yep [19:07] * micahg might upgrade when ff37 hits beta [19:08] * micahg still has to submit a couple patches upstream to mozilla :) [19:09] pray they'll accept :P [19:11] jcastro, i will update it but i'm not sure which "channel" would be best to follow. stable will most probably become too old to fast for most [19:12] jcastro, and the codecs are still missing, we need to decide what to do with those [19:12] fta: I was thinking -stable in releases and -dev for dev releases [19:13] fta: can't go into multiverse? [19:13] no idea, i'm not a lawyer [19:13] heh [19:17] i mean, if h264 becomes nonfree to use in 2011, well.. *sigh* i don't know [19:41] jcastro, ^^, also, to send the next update, we need at least one channel to jump over the version we just uploaded, could take some time :P [19:41] hah [19:44] so my guess is that a lot of people still using the daily ppa will keep using it [19:55] <[reed]> [13:08:26] * micahg still has to submit a couple patches upstream to mozilla :) [19:55] <[reed]> I look forward to seeing them. [20:14] [reed]: as soon as I have time :) [20:16] jcastro, if stable for linux is also 4.0.249.78, our 4.0.305.0 is far ahead :P [20:31] asac, you're the only contributor to chromium-browser.head, 15% of the commits, thanks for the license work [20:31] overall, 475 commits in 442 days, just for packaging :P [21:06] fta: yeah. great. no problem. thanks for getting all this going ;) [21:07] asac: Wondering, why Canonical didn't make a deal with Google [21:07] sebner: about what? [21:08] asac: Yahoo as default search provider [21:09] asac: rick made a post to the devel list [21:10] * asac checks [21:10] asac, https://lists.ubuntu.com/archives/ubuntu-devel/2010-January/030065.html [21:12] heh. ok [21:12] so its sent [21:13] yes. thats how it is ;) [21:14] asac: now you don't need to hold back the informations :P [21:14] there is not much information [21:15] well, I'm sure it was not made public for a while [21:15] google seems to not like their users enough to keep them by default ;) [21:15] It's a little bit crazy though. Google pays mozilla for being default and yahoo pays canonical for changing it [21:16] heh. one point of looking at it [21:19] asac: I'd be happy if my changed search engines won't change on ff updates ;) [21:19] sebner: that's on my list of things to patch ;) [21:19] micahg: heh, that's annoys me since years :P [21:20] sebner: I only heard about it a few weeks ago [21:20] micahg: nah, I'm seeing this since years (maybe you FF addon is at fault) [21:20] *your [21:21] sebner: no, we know what it is...now it just needs a patch [21:22] great ^^ [21:22] hi guys [21:22] * sebner is too lazy to delete the same search engines over and over again [21:22] heya rickspencer3 :) [21:22] well, according to the internet, I have sold ubuntu to Yahoo! [21:22] sorry about that [21:22] it was an accident [21:22] :/ [21:23] wth? [21:24] * sebner is not sure if he should start laughing xD [21:25] rickspencer3: I have the feeling if you told Google about the deal they would have paid more but it's quite stupid to pay money twice [21:26] sebner, I can't really discuss our discussions with mozilla and/or google [21:26] but suffice to say, our first choice was to stick with Google [21:26] * micahg is afraid to ask the question I'm thinking, rickspencer3: PM? [21:26] micahg, you can ask [21:26] it's just there is some things that business partners ask me to not discuss [21:26] I'll just tell you if I can't say because of that [21:27] rickspencer3: you sure? [21:27] * sebner is interested too [21:27] go ahead and ask [21:27] what can it hurt? [21:27] does this affect the branding since we're changing an app default? [21:27] hmm [21:27] a lot :P [21:27] no [21:27] sadly, I can't answer that because I don't know what you mean :/ [21:27] he wonders if we have to go for iceweasel or abrowser now [21:28] ah [21:28] good question [21:28] the answer is "no" [21:28] k [21:28] it's pretty common for folks who distribute FIrefox to change the search provider [21:28] (and there are other common changes like links and stuff) [21:29] however, if you change it too much from the default experience, then Mozilla requests you don't use the "Firefox" brand [21:29] rickspencer3: btw, secret question ... Alice told me that she'll reply in the New Year, so I'm wondering if I should write a reminder mail. people tend to forget poor sebner :( [21:29] suffice to say, this change will not suprise the great folks at Mozilla [21:29] sebner, hmm [21:29] I'll see her next week [21:29] find me online next week and I can reconnect you guys [21:29] rickspencer3: wondering about changing "too much", Changing the search provider is a big deal as they get money for it [21:30] omgchange!!!!111one [21:30] (j/k) [21:30] rickspencer3: sure. thanks a lot. I just want to make sure I'm not that annoying to you guys [21:30] sebner, yeah, this is one that is ok, and like I say, Mozilla will not be surprised by this change [21:30] kk [21:30] sebner: there's a _bunch_ of partner builds with different defaults [21:31] he ... there he is ;) [21:31] hi mconnor [21:31] hey asac :) [21:31] * sebner has the feeling mconnor is some kind of VIP but I don't know him :( [21:32] sebner: it's okay, I fly under a lot of radar [21:32] heh [21:32] stealth mode ;) [21:32] mostly [21:32] * sebner googles for Mike Connor [21:33] mconnor: I doubt you are the 83 year old actor? ^^ [21:34] sebner: nope, not even close [21:34] Mike Connor, Firefox's development leader [21:34] OHHHHH [21:34] heh [21:35] have I mentioned lately what cool guys the Mozilla team are? [21:35] ;) [21:35] I do stuff [21:36] so apparantly, there is a wide spread belief that Google is an open source company that donates their services to the internet, and never monetizes searches [21:36] mconnor: Are you now here to tease asac and rickspencer3? [21:36] this makes it rather harder to discuss search providers than I thought it would be :) [21:38] rickspencer3: perceptions are funny like that [21:39] sebner: I've been hanging in this channel for a year or so, I think [21:39] mconnor: I not sure I've seen you before (I'm also quite a while here), you are not talking that much usually are you? [21:39] no, I lurk a lot [21:40] hahah [21:40] * sebner too [21:41] I don't troll Linux people anymore [21:41] ;) [21:41] people take it seriously since the whole iceweasel thing [21:41] mconnor: Really a honor to meet you and I'm sure you hear that a lot but thx for making such a great browser :) [21:41] :) [21:41] mconnor: well, Debian != Ubuntu [21:42] true, moreso these days, but people took that whole thing as a giant "I hate Linux" thing [21:43] :( [21:43] which isn't true, but meh [21:44] mconnor: I think I'm a little bit too "young" as I'm using Ubuntu since 2006 and that naming thing happened in 2005 iirc? I've always thought that Debian is too strict regarding this issue but we have to respect the DFSG [21:45] naming/branding is a hard thing [21:46] I guess so :( [21:46] I watch how projects handle it, it's hard [21:47] Ubuntu has the same tricky thing with downstream distros [21:47] mconnor: yeah, what do you think about our "abrowser" [21:50] sebner: it's not a bad approach, I haven't looked at the details [21:55] mconnor: I'm just wondering about Fedora using Firefox where Debian is not. Fedora is known to be pretty strict with that stuff normally [21:57] sebner: you can look yourself [21:57] fedora uses firefox [21:58] trademark != license [21:58] and they seem to have the same approach as we have wrt the non-free icon [21:59]