[03:58] Hello is there a ppa with the current stable release of thunderbird 3? [03:58] All I can find are testing and unstable [03:58] Paddy_NI: not yet, my test ppa has the build which is the release, but labeled as shreddder [03:58] * micahg hopes to finish it soon [03:58] micahg, thank you.. do you have a link? [03:59] micahg, It is looking really nice [03:59] https://edge.launchpad.net/~micahg/+archive/mozilla-beta [04:00] micahg, adding this ppa wont automatically want to update my firefox will it? [04:00] Paddy_NI: I suggest pinning all ppa's to 450 [04:00] Excuse my ignorance but what does that mean? [04:01] Paddy_NI: so that you have to explicitely choose a PPA package over one in the ubuntu archive [04:01] http://pastebin.ubuntu.com/352682/ [04:02] if you add that to /etc/apt/preferences, you will need to choose a PPA version over an archive version [04:02] <[reed]> micahg: can you see about getting mozilla bug 538028 filed with libnotify upstream? [04:02] Mozilla bug 538028 in Shell Integration "nsIAlertsService::showAlertNotification with null title shows short (1px tall) alerts on Linux" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=538028 [04:02] <[reed]> or tell me where I can do it [04:02] [reed]: let me check [04:05] [reed]: http://trac.galago-project.org/report [04:05] <[reed]> (thx [04:05] <[reed]> thx [04:05] micahg, do you mean create a file in the '/etc/apt/preferences.d/' directory with that content? [04:05] micahg, also what should the file extension be if any? [04:05] hmm [04:06] * micahg didn't know they added a preferences.d [04:06] there is no /etc/apt/preferences [04:06] Paddy_NI: you can add it [04:06] ok thanks [04:06] Paddy_NI: depends if you want this for all PPAs or just mine [04:06] I can tell you what to puteither way [04:08] What should the name of the file be? [04:08] Paddy_NI: it can be anything in the dir, or preferences if in /etc/apt [04:09] so I can call it 'ppa-prefs'? [04:09] Paddy_NI: yes, after you do that, do an apt-get update, and then apt-cache policy [04:10] you should see the ppa.launchpad.net at 450 [04:10] if you've added a PPA [04:12] micahg, thanks you have been most helpful :) [04:12] Paddy_NI: np, the release version should be in Lucid before next week for alpha-2 [04:13] would be nice if someone could make firefox and thunderbird compatible with the gnome-globalmenu-applet [04:13] Paddy_NI: idk what that is, but you can file a bug request in LP [04:14] micahg, yeah I guess so.. === ripps|sleep is now known as ripps === micahg1 is now known as micahg [09:25] morning [09:53] Howdy all. This channel could be just what I'm looking for. I'm running Firefox 3.5.6 on Ubuntu and unlike my other Firefox and unlike my Opera , when I click links in http://207.154.83.202/main.php , the browser goes through the motions of loading , but does not render anything. Any clues on this weird behavior? [09:56] What's weird is my other Firefox , running on a Debian box is actually an older Firefox. I've only seen this behavior replicated in a single windows box running Firefox 3.5.6 [09:58] Other folks running 3.5.6 in other instances have had no issues at all. [10:01] I've gone round and round with this one for over a month and just can't seem to find a way to make the problem go away. I do use a lot of XSL XHTML to XHTML transforms [10:03] I do know that if I either click the links a bunch of times or hit the reload button the rendering eventually kicks in and works as expected , but it would be nice if it would render each time instead of just putting the new clicked address in the location line , transferring all the files and forgetting to render [11:47] lol, "The TLS support is being done via an extension point, to avoid depending directly on the TLS library, and there may end up being two implementations of the TLS extension point; one using GNU TLS (which is nice and small and doesn’t have a zillion dependencies) and one using NSS (which is more complicated and vaguely annoying to use outside the context of mozilla, but is FIPS 140 certified, which is important to Fedora)." [12:08] <[reed]> woo FIPS [14:42] asac: m-d 0.19 is ready for release. any objections? === jtv1 is now known as jtv === BUGabundo_work is now known as BUGabundo_away [18:32] asac, http://paste.ubuntu.com/353052/ [18:34] fta: tlslite has no license info :( [18:35] fta: yes. thats ld_libpath [18:35] chromium should load that by GRE path i guess [18:35] or provide their own mozjs [18:37] ok all public domain according to readme [18:40] they removed milestone-5 for the license bug :( [18:40] milestone-X now :( [18:44] http://launchpadlibrarian.net/37532689/buildlog_ubuntu-lucid-i386.mozilla-devscripts_0.19~umd4_FAILEDTOBUILD.txt.gz [18:44] bdrung: ^^ [18:45] asac: mozilla upgraded trunk to sqlite 3.6.22 and it built fine [18:49] fta: lsb_release problem, let me check it [18:50] micahg: cool [18:51] asac, the channels ppa are stuck, upstream doesn't upgrade http://src.chromium.org/svn/releases/LATEST.txt [18:51] (channel PPAs) [18:52] fta: do we need build-tree/src/third_party/ocmock [18:52] ? [18:52] fta: is that a problem? [18:52] ocmock is incompatible with GPL [18:53] never heard of that [18:53] let me check [18:54] same for the files that have BSD (4 clause) [18:54] all that is practically illegal if they interface in anyway with the GPL stuff [18:55] hm, please update the bug then [18:57] asac, ^^ [18:57] asac, ocmock is for mac only, i will drop it [18:57] i can do that if you dont mind [18:57] i committed the gles_example_book removal already [18:58] so update if you commit it ;) [19:02] oops, too late [19:02] i pulled it first so it's fine [19:05] fta: what is th elicenseing bug? [19:05] do we need third_party/scons? [19:06] lets strip that too [19:06] asac, http://code.google.com/p/chromium/issues/detail?id=28291 [19:08] asac, fta: pushed m-d fix [19:08] asac, http://code.google.com/p/chromium/issues/detail?id=22140 [19:10] commented ;) [19:10] bdrung: thanks. test your stuff ;) ... hehe [19:11] but thanks for quick fix [19:11] asac: that fix was simple (other solution would be build depend on lsb_release) :) [19:12] i havent checked what you did now [19:12] i trust you to do sane things ;) [19:13] asac_, i said somewhere that i knew nothing about issues with compatible licenses incompatible between each others :P [19:15] thats why i commented ;) ... fta: http://pastebin.com/f1bd4a626 [19:15] i will remove BSD 4-clause fromthe whitelist [19:15] so we are down to just a few [19:16] i would like to strip scons [19:16] it's probably possible but i need to test build 1st, it may be deeply rooted [19:16] ok [19:17] otherwise what license is scons? === asac_ is now known as asac [19:17] i can overwrite it [19:17] just have pain from all this ;) and hoped for killing the rest ;) [19:17] after that all third_party is done [19:17] and i can move to the rest [19:17] most probably the same as our system scons :P [19:17] there are several third_party dirs, at least 3 [19:17] fta: gyp license issue didnt move, right? [19:18] right [19:18] can you poke someone? [19:18] sure [19:18] thats rather important ... without that we cant get it in [19:18] tell them that chromium is close to archive entering ;) [19:18] poking is easy, getting the fix is not ;) [19:18] and gyp is blocking us ;) [19:18] what was the gyp bug? [19:19] gyp had no license at all, right? [19:19] it's in the block list of the main license bug [19:19] it has one, global [19:19] bsd iirc [19:19] asac, ^^ http://code.google.com/p/gyp/ (on the right) [19:20] ij [19:20] ok [19:20] fta: is current gyp in ppa the one we want in lucid? [19:20] give me .dsc file i will tell stevenk to poke it [19:21] take the one in the daily ppa [19:21] the one in the beta is 1 or 2 releases older [19:22] fta: can we strip breakpad? [19:22] thats bsd 4 clause [19:22] ok [19:22] hmm, not sure, it probably possibe if we just keep the gyp file [19:23] yes, we must keep the gyp file [19:24] i have hooks for that [19:24] fta: ok. can you take care that that is out? [19:25] damn, my hooks are for system libs [19:26] it was STRIPPED_SYSTEM_LIB_DIRS [19:26] ok committed the licensecheck.pl as a checkpoint [19:26] more coming [19:33] fta: i think we need one more bump for gyp: proper bug closing: [19:33] bug 504425 [19:33] Launchpad bug 504425 in ubuntu "[needs-packaging] gyp (build system generator for chromium)" [Undecided,New] https://launchpad.net/bugs/504425 [19:35] asac, you're whitelisting files without copyrights? [19:35] fta: same for gyp [19:35] strip? [19:35] fta: if they have a license. then yes. [19:36] well. it will still show up with no copyright if it has no copyright [19:36] but a bunch had no license, but copyright [19:36] so i inject just the license [19:36] and its complete [19:36] maybe we should look up a good default copyright owner ... but that would be a bit far taken [19:36] because license is probably guessable from top level dir [19:37] while the copyright owner could be anyone [19:37] also i eleveated files where authors didnt put license in each file, but still mixed BSD/MIT/GPL/LGPL [19:37] and make that GPL (v2 or later) compatible [19:38] e.g. basically saying that all the other shit is also distributed as GPL for us [19:38] (thats ok if they are compatible) [19:39] works quite good. third party problem file is only 250 lines long [19:39] all together its currently 1000 ;) [19:39] taking a break now and then finishing all the other stuff [19:39] third party is finishable too i guess [19:39] its just two or three subtrees with problems [19:40] http://pastebin.com/f4f0eee23 [19:40] asac, why isn't the generated copyright file in the branch? [19:40] thats the current third_party problems [19:40] fta: i will create it when i am done [19:40] first want to finish the cleanup [19:40] also will put a .problems only file in there [19:40] like the one i pasted [19:41] the biggest part left is to find full copyright text for all the whitelisted licenses [19:41] want to help? [19:41] ;) [19:41] we need to append them to the file [19:41] like what i started inthe .override file [19:49] fta: can you commit the gyp changes so i can upload it? [19:49] or just upload on your own ;) [19:49] you have the powers [19:49] will get stevenk review it [19:50] asac, http://paste.ubuntu.com/353084/ ? [19:51] just LP: #.... [19:51] not the CLoses [19:51] and a colon [19:51] after LP [19:51] do you need something else? i mean, besides the gyp license bug [19:51] so: LP: #504425 [19:51] i hope its fine [19:51] i am not really familiar with python packaging [19:51] might be that it gets rejected because its not policy compliance [19:51] but we will see [19:51] want to upload it to debian right afterwards too [19:52] Closes: #XXX was added by dch when i 1st created the file [19:52] yeah. [19:52] thats debian syntax [19:52] will add that for the debian upload [19:52] have to file an ITP first [19:52] fta: oh in copyirght [19:52] you should mention what license the debian/ dir has [19:52] e.g. what license you want to put that under [19:53] you can use everything for that. but norm is to use either "upstream" license ... or GPL-3 (or later) [19:53] easiest would probably to just say that "debian/ packaging is licensed under same license as the upstream code" [19:58] asac: did you test m-d? [19:58] no [19:58] i wont have time for anything this week :( ... alpha-2 is pressing hard [19:59] asac: am i allowed to release it or do you insist on checking it? [20:00] in a perfect world you would test all packages that build depend on mozilla-devsript [20:00] and if there are no issues release [20:01] i can help you with that next week if you can wait [20:01] asac: k, will write a testscript :) [20:01] cooooool [20:01] its just kind of a big rewrite so checking carefully feels right [20:02] asac: i already pulled all package (for running grep on them) [20:04] fta: the big question mark i am having atm is where to replace the default startpage for chromium ;) [20:05] but first -> food [20:05] asac, hmm, i don't think so, not without patching :P [20:11] asac, you want me to upload gyp but we know we still have the license bug open.. :S [20:18] <[reed]> anybody know Matthias Clasen's IRC nick? [20:18] [reed]: mclasen [20:19] <[reed]> thanks [20:22] in -desktop [20:22] [reed]: ^ [20:22] <[reed]> asac: I msg'd him [20:22] kk [20:22] <[reed]> hasn't responded yet [20:31] ok continuing ;) [20:32] <[reed]> he responded, but he's busy now, so I'll have to wait [20:32] <[reed]> really just need his gpg key [20:32] <[reed]> so I can send him encrypted mail [20:32] heh [20:32] and you use irc to get that ;) [20:32] search the key servers [20:33] probably similar secure [20:33] not on launchpad? [20:33] he is redhat [20:33] afaik [20:33] <[reed]> he is [20:34] * asac runs gpg --search-keys "Matthias Clasen" [20:34] there it is [20:34] asac@tinya:/tmp/pp/gyp-0.1~svn770$ gpg --search-keys "Matthias Clasen" [20:34] gpg: searching for "Matthias Clasen" from hkp server subkeys.pgp.net [20:34] (1) Matthias Clasen 1024 bit DSA key 4E92C235, created: 2007-01-12 [20:34] (2) Matthias Clasen 1024 bit DSA key 3D5AC636, created: 2005-10-18 [20:34] so gpg --recv-keys ... [20:34] ;) [20:35] [reed]: ^ [20:35] * sebner is wondering if asac is playing stalker :P [20:35] <[reed]> he says he doesn't have gpg set up locally [20:36] <[reed]> so, I'll just get him to create an account on bmo [20:36] <[reed]> and CC him ;) [20:39] asac: there are many FTBFS, i have to improve my testscript [20:44] asac: we have renamed med-xpi-*pack to xpi-*pack. a few packages uses these scripts. i will correct these package. [20:44] great [20:45] [reed]: bmo mails are still send in plain text to all CCed [20:45] i dont see why you want gpg ;) [20:45] or arent mails sent out anymore? [20:45] i think at some point it was discussed to just send notificaoitn that there was an update [20:59] asac: i found bugs, that come from m-d 0.16 and one "failed to build twice". :) [21:18] asac: do you have a better name for install-xpi? [21:21] asac: should i call this tool dh_installxpi? [21:34] asac: would you support my ubuntu core dev application? [21:45] bdrung: you want to clean up prism? [22:01] asac, about to try a build without scons/breakpad in the tarball. want me to drop anything else? [22:02] gyp? [22:03] ok [22:06] fta: build-tree/src/tools/wine_valgrind/ [22:06] build-tree/src/v8/test/cctest/ [22:07] build-tree/src/sdch/open-vcdiff/ [22:07] ? [22:07] whats that? [22:07] do we need build-tree/src/native_client/ ? [22:08] what license is that? [22:08] http://pastebin.com/fa474aee [22:08] thats the list of current issues [22:08] the more subtrees get removed, the less we have ;) [22:08] micahg: at least add a clean target [22:09] bdrung: I probably won't get to it till later in teh cycle [22:09] build-tree/src/tools/symsrc [22:09] bdrung: do I just list the dirs to remove? [22:09] dirs/files [22:11] fta: ill go to the shop and buy some stuff ... then 1h more of whitelisting and we should have a really small set of probs [22:11] micahg: it builds then at least. let me check the diff file [22:11] so maybe wait a bit so we can remove more if i dont find license info for that [22:11] but go ahead and test without scons etc. [22:12] bbib [22:19] micahg: where is the prism branch? [22:20] bdrung: lp:prism [22:20] bdrung: feel free to take that bug [22:21] micahg: i will [22:21] bdrung: thanks [22:24] micahg: the lp:prism branch differs from the package in lucid. what should i do? [22:24] bdrung: shouldn't differ... [22:25] oh, yeah [22:25] I guess it does [22:25] micahg: btw, here is the fix: http://paste2.org/p/598971 [22:26] bdrung: idk if we should make a release or not [22:26] there seem to be some issues [22:26] the prism.karmic branch has the same stuff as lucid [22:26] at the moment [22:26] micahg: it's your decision. [22:27] micahg: should i pull the karmic branch and push it as lucid branch? [22:27] bdrung: I think we usually use .head for the devel branch [22:27] but idk [22:27] fta or asac? [22:28] .head [22:28] fta: there is no prism.head [22:29] bdrung: it's lp:prism [22:29] yeah, it's a very old branch: ~mozillateam/prism/prism/ [22:29] fta, sorry I meant for the devel release [22:29] i have it a .head locally [22:30] fta, should I rename? [22:30] not now, i would need to update the bot and i don't have time, busy with chromium [22:30] fta, k [22:31] fta, what should he do about updating lucid, branch at r119, release and merge the changes into head? [22:32] for lucid, no need to branch [22:32] fta, it won't work since I've made changes for the daily [22:32] so he'd have to release a new version, not just an update [22:33] and there are some issues, so I don't want to break lucid version without more testing [22:33] unfortunate. branch then [22:33] bdrung: branch at r119, release and merge the changes into head? [22:34] k [22:34] fta, that should work, right? [22:34] will the tag import as well? [22:34] it should [22:34] ok [22:35] if it doesn't I guess we can start prism.lucid early... [22:35] micahg: you made changes to .daily branch? [22:36] thats bad ;) [22:36] cherry pick thos commits to .head and hope that the daily merge succeeds i would say [22:37] asac: he made changes to .head (not .daily) [22:37] then whats the problem? [22:37] asac: not .daily, head [22:37] asac: the problem is we've had some bugs with the PPA version [22:38] so I don't want to release to Lucid until I fix them [22:38] or confirm they're not bugs [22:38] yeah [22:38] so you want to do a release from a previous version? [22:38] revision [22:38] so, I suggested branching .head at 119 which was the version that was released, make the changes, release, and merge back into .head [22:39] thats done by branching previous version locally ... doing release commit locally ... merging that branch back into .head [22:39] asac: will that work? [22:39] and then releasing the tag [22:39] right [22:39] but no need to make a online .lucid branch [22:39] asac: that's what I told him to do [22:39] that can all be done locally [22:39] oh cool [22:39] yeah [22:39] asac: I was going on our conversations while you were showing me how to do releases the other day [22:39] yeah. but dont create a .lucid branch [22:40] ;) [22:40] asac: I saw that as a last resort if the other stuff didn't work [22:40] right [22:42] micahg or asac: how do i create the tag afterwards? [22:43] bdrung: just do the release commit locally (that creates the tag) ... when you merge in the tag is still there [22:43] k [22:43] debcommit -r [22:43] -> release commit with tag [22:43] asac: debcommit -r will do it? yes [22:43] yeah. [22:44] you answered before i finished typing :) [22:44] hehe [22:45] * asac dives back into chromium license mess [22:45] for 1h [22:46] asac: bzr tags shows "1.0~b2+svn20090813r49078-0ubuntu2 ?" [22:47] asac: so the tag merge failed [22:47] bdrung: what's wrong with that? [22:47] micahg: the ? instead of the number [22:48] oh... [22:48] hmm [22:48] let me see [22:49] asac, hm third_party/apple [22:50] bdrung: wfm [22:50] bdrung: check the changelog entry [22:54] bdrung: make sure to delete the tag if it's wrong [22:55] bzr tag --delete TAG [22:55] fta: thats just one line, right? [22:55] bdrung: that means you uncommitted something that had the tag [22:56] asac: yeah, you are right. i played with the debuild parameter... [22:57] * micahg just learned something new... [22:58] BSD Protection License [22:58] -> evil [22:58] build-tree/src/courgette/third_party/ [22:58] fta: do we need that? [22:58] its GPL incompatible afaict [22:58] even unfree [22:58] it prevents use with GPL [22:58] explicitly [22:59] micahg, asac: it's pushed now with an correct tag [22:59] great. if you tested, push [23:04] pushed [23:11] fta: /sandbox definitly should have an explicit license [23:12] i assume its BSD (3-clause) ... but its nowhere [23:13] asac, courgette no. it would be nice to have an equiv though. maybe apt delta something [23:14] fta: build-tree/src/tools/site_compare/ [23:14] do we need that [23:14] it has only all rights reserved [23:14] hm, i'm not sure. doesn't ring a bell [23:14] at best we could wipe that whole thing [23:14] looks like crap ;) [23:14] lots of win32 [23:15] and stuff [23:15] you should list those somewhere, i'm having a hard time keeping track [23:15] hehe [23:15] yes. [23:15] not sure where [23:15] i will keep them [23:15] the probs outputted are reasonable short now [23:15] initially, my *_DROP_* were to just remove huge dirs [23:16] a wiki page, maybe [23:16] we have backlog here for now [23:16] build-tree/src/tools/stats_viewer/ -> drop (thats C sharp) [23:17] ok, build is fine without gyp/scons/breakpad [23:17] yeah [23:17] very good [23:17] now with all the other stuff i mentioned ;) [23:17] 23:06 < asac> fta: build-tree/src/tools/wine_valgrind/ [23:17] 23:06 < asac> build-tree/src/v8/test/cctest/ [23:17] 23:07 < asac> build-tree/src/sdch/open-vcdiff/ [23:17] build-tree/src/tools/symsrc [23:18] build-tree/src/courgette/third_party/ [23:18] build-tree/src/tools/site_compare/ [23:18] oh my [23:18] build-tree/src/tools/stats_viewer/ [23:18]