[00:11] asac, please sponsor mozclient 0.04, nss & nspr and sm 1.1.8 (all branches pushed to lp, tarballs are on my site at their usual place) === Greenery_ is now known as Greenery === asac_ is now known as asac [12:42] Ubulette: any regressions for existing nss/nspr depends? [12:42] rdepends ;) [12:45] what do you mean ? [12:46] asac, ^^ [12:49] just wondered if you tested old firefox/xulrunner and evolution with the new nss installed [12:49] i can test that too though [12:49] (evolution with imaps or pops to trigger nss usage) [12:51] it should work. the only possible issue is SEC_StringToOID (moved from libnss3 to libnssutils3) so some packages may need a respin. not sure which ones use this symbol [12:52] why do we split the package? [12:52] instead of just shipping everything in libss3 ? [12:53] it's not me, nss guys introduced a whole new lib with tons of functions but only this one moved, the others are new [12:53] -this one+this symbol [12:53] yeah ... but we could keep those in the same package, couldn't we? [12:53] it is [12:54] both are in libnss3-1d [12:54] ok if i there is no bin NEW package then most likely fine [12:54] no NEW [12:59] asac, could you push mozclient too ? [13:00] yeah ... i will look and upload all [13:03] Ubulette: have you seen miro discussion on ubuntu-devel(-discuss) ? [13:03] nope [13:03] let me look [13:03] are you subscribed to any? [13:04] (of the -devel lists) [13:04] no, i have enough mails already. [13:04] https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-February/003279.html [13:05] is miro in archive still using xul 1.8? don't we have 1.5 somewhere? [13:06] hmm looks like its using xulrunner-1.9 [13:06] ?? it's using *your* xul1.9 patch [13:06] yes [13:07] yeah ... couldn't remember if that was already uploaded [13:07] https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-February/003286.html [13:07] claims that it crashes frequently? [13:07] it doesn't for me [13:08] * asac looking at bugs [13:08] someone reported a corruption since it's using xul1.9 http://geekport.com/files/mirocrop.png [13:08] Ubulette: you don't see private crashes, do you? https://bugs.edge.launchpad.net/ubuntu/+source/miro/ [13:11] hmmm ... miro uses xine? [13:11] yes [13:12] thats a blocker for main/CD i guess [13:12] i think we only have gstreamer in main [13:14] Ubulette: i will talk to pitti how we can get you access to all private crashers [13:16] Ubulette: can you see bug 185194 now? [13:16] Bug 185194 on http://launchpad.net/bugs/185194 is private [13:17] hm, yes, with a lock at the top right [13:17] ok ... i will subscribe mt to all current private crashers of miro for now [13:18] the procedure for opening those up is like: review stacktrace for any sensible data ... then remvoe the CoreDump (if the retracer didn't do that yet) and open the bug [13:18] btw, i do miro trunk (aka 1.5) in my ppa, your xul1.9 patch is no longer ok [13:19] when will 1.5 be out? [13:19] never, it's trunk. it's an always ahead version, like b4pre [13:20] ah ... so the next is 2.0 ? [13:20] e.g. 1.5 is dev version and final releases get full major versions? [13:20] not sure. they have only 1 branch, it could be 1.1 [13:20] yes [13:21] is 1.5 their name? [13:21] or is it something you picked? [13:21] their name [13:21] ok [13:21] any ETA for next release from trunk? [13:22] 1.1 is out [13:22] even 1.1.2 for linux [13:23] but thats not a new branch forked away from trunk recently? [13:23] e.g. just a maintenance release for the 1.0 release [13:25] ok i think you should see all current crashers now [13:25] https://bugs.edge.launchpad.net/ubuntu/+source/miro/ [13:25] most look like xine [13:25] https://develop.participatoryculture.org/trac/democracy/browser [13:26] looks flat to me. their trunk is just the dev branch, that is taggued from time to time [13:27] strange ... but still they use a version that wouldn't fit in between the previous and next release [13:28] https://develop.participatoryculture.org/trac/democracy/browser/trunk/tv/resources/app.config.template [13:28] 1.5 is defined there [13:29] when they released, they change appVersion accordingly [13:30] yeah ... wierd versioning scheme i would say [13:30] http://xkcd.com/149/ [13:31] hehe [13:39] i've written to google to ask for permission to ship their icons for prism-webapps [13:39] they said, expect 4 weeks for an answer [13:40] which mail did you use? [13:40] the form online [13:40] there's no email, except press@ [13:41] maybe you should check on -devel as well [13:41] (mail) [13:41] for firefox we have an exception to ship a non-free icon [13:42] no idea if we can derive a general line from it though. [13:42] i've asked on motu weeks ago, they told me to ask google [13:42] Ubulette: yeah ... i will raise this. maybe you need to ask technical-board for a decision if its ok to include non-free images in main/universe [13:43] isn't this a different topic ? [13:43] i need both right ? [13:43] yeah ... getting google permission is one half only [13:44] icons are already in hardy through prism, but upstream removed them from svn [13:44] yeah ... might be a bug :) [13:44] lets see [13:45] i don't think i can get an answer this weekend [13:46] noone complained so far [13:46] which doesn't imply that its ok :) [13:46] worst case we add the icon package to multiverse (given that google grants the right to distribute those at all) [13:57] bug 180879 [13:57] Launchpad bug 180879 in prism "Desktop categories may need changing" [Low,In progress] https://launchpad.net/bugs/180879 [13:58] yes [13:58] i know but webapps are no part of prism [13:58] i've created prism-webapps for that [13:59] but i'm stuck by icons [13:59] https://edge.launchpad.net/ubuntu/+source/prism-webapps/ [13:59] that page exists ... for whatever reason [13:59] nothing published though [14:00] probably me, but obviously not complete [14:00] i've trashed the bzr branches for now [14:00] ah [14:00] any ppa package? [14:00] yes [14:00] just wondering why that page exists [14:01] ok ... that might be one reason [14:01] http://ppa.launchpad.net/fta/ubuntu/pool/main/p/prism-webapps/ [14:02] k [14:03] I need to move the other webapps in there but because of the prism version, i'll have to bump mine [14:03] or use an epoch [14:05] you could just use PRISM_VERSION+split as upstream version if you don't want to go epoch i guess [14:06] ? [14:06] prism is 0.8+, prism-webapps is 0.01 so either I do 1:0.01 or start at 1.00 [14:07] bahh http://paste.ubuntu.com/4373/ [14:07] why can't you use 0.01? [14:08] what has happened to mozsetup.py? [14:09] prism-google-reader | 0.8+svn20071115r8030-0ubuntu1 | http://archive.ubuntu.com hardy/universe Packages [14:09] ah [14:09] go epoch then i guess [14:10] i really need to update prism as xul dropped support for xpm a while ago [14:10] is that intentional? [14:10] i mean why would they drop xpm? [14:11] (or just for the window icon?) [14:11] they obsoleted xpm and prefer png now [14:11] yeah ... thats fine. but still xpm support should be avail [14:12] maybe its a build-option to reenable? [14:13] hmm ffox really doesn't open xpm images anymore [14:13] mozilla bug 410215 [14:13] Mozilla bug 410215 in Widget: Gtk "GTK's .xpm decoding is weird, stop using XPM as the default window icon" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=410215 [14:13] http://kazehakase.sourceforge.jp/?date=20080129 "supported xulrunner 1.9 detection" [14:14] we should do that at some point: http://beuno.com.ar/archives/48 [14:16] yeah ... imo we should wait a bit. not all distros may have 1.0 bzr yet [14:17] and our branches are not that huge after all :) [14:17] but the new format rocks for sure [14:17] https://code.edge.launchpad.net/~asac/firefox/mozilla.apps.1.8.0 [14:17] that wasn't possible at all with the old format. the new works almost as fast as git [14:18] what is this branch for ? [14:18] all security backports we carry - that will land soon in mozilla CVS [14:19] manual or scripted ? [14:19] for 1.5 branch [14:19] the upstream landing? [14:19] no, this bzr branch [14:20] well ... upstream cvs doesn't receive any checkins atm :) ... so manual, yes. [14:20] waa [14:23] damn, this miro xul patch is a pain to update [14:23] the conflicts didn't look that hard [14:23] whats the problem? [14:24] context is too big so large chunks are rejected, almost everything [14:24] ah ok ... i am used to that ;) [14:24] and every few days, it fails again [14:24] you can split hunks in emacs quite easily [14:25] lets get that patch to a reasonable state and submit it upstream i guess;) [14:44] hmm, miro ftbfs, i don't know why [14:45] http://paste.ubuntu.com/4375/ [14:47] AttributeError: 'module' object has no attribute 'uname' [14:48] is that due to xul 1.9 patch? [14:49] nope [14:50] File "/usr/lib/python2.5/site-packages/Pyrex/Compiler/Scanning.py", line 190, in initial_compile_time_env [14:50] for name, value in zip(names, platform.uname()): [14:50] it seems it's an error in python, not in miro [14:52] in python-pyrex [14:57] maybe uname has been moved to somewhere else? [14:57] it's in os, but they used platform [14:59] it seems to work if i change it to os.uname() [14:59] strange [15:12] https://edge.launchpad.net/ubuntu/hardy/+source/pyrex/0.9.6.4-1 [15:12] that upload? [15:16] pyrex | 0.9.6.4-1 | http://archive.ubuntu.com hardy/main Sources [15:16] yes [15:16] but in cli, it works [15:17] what works in cli? [15:17] >>> import platform [15:17] >>> platform.uname() [15:17] ('Linux', 'ix', '2.6.24-5-generic', '#1 SMP Thu Jan 24 19:45:21 UTC 2008', 'i686', '') [15:17] platform.uname()? [15:18] sure you are running py2.5? [15:18] and pyrex does just that [15:19] hmm ... no idea without looking [15:19] maybe platform isn't imported? [15:22] I think it is, at least there's an import at the top [15:24] get https://code.edge.launchpad.net/~fta/democracy/miro.trunk #47, use debian/rules get-current-source [15:24] for me it fails with http://paste.ubuntu.com/4375/ [15:25] i have to run, i'll be back in 2~3h [15:28] cu [18:13] back [18:14] asac, did you up something ? [18:14] you said midi ;) [18:30] asac, did you try miro ?