[00:02] sgml-data is not a complete catalog [00:08] http://www.w3.org/Consortium/Legal/2002/ipr-notice-20021231 [00:08] The software or Document Type Definitions (DTDs) associated with W3C specifications are governed by the Software Notice. [00:24] asac: i call it a day. i will tomorrow update the copyright file to reflect the license of the DTDs [00:25] thanks bdrung [00:26] other things i have to do for accepting the package? [00:29] asac: arg, i have to check 214 files tomorrow. this will need some time. [00:30] yeah ;) [00:30] thats why i said that it would be easier to remove them and use system ones [00:31] asac: then i would have to check 214 files where they are now (other directories and may be other file names) [00:33] asac: i have to make two handmade birthday presents for thursday and friday and to pack my back because i will be on vacation on saturday [00:37] asac, why does nspluginwrapper install /usr/sbin? it says it's empty... [00:37] any reason for placing it there? [00:37] Jazzva: nspluginwrapper is installed in /usr/sbin? [00:38] W: nspluginwrapper: package-contains-empty-directory usr/sbin/ [00:38] ah ... no there is no reason [00:38] for sure [00:38] ok, then I'll remove it [00:39] btw, it also creates /usr/lib/{mozilla,firefox,iceweasel,nspluginwrapper}/plugins/... I suppose that's where it later places the plugins, right? [00:39] not sure ;) [00:39] most likely yes. [00:39] links to those directories ... most likely [00:40] but maybe its not used at all [00:40] they seem filled here :) [00:40] http://www.linuxlinks.com/article/20080824052425167/Editors.html [00:40] we should remove iceweasel, anyway... we're not shipping it :) [00:40] do we forward nspluginwrapper to debian? === Sergeant_Pony is now known as KB1OHY [01:04] Jazzva: not sure. you could file a bug in debian ;) [01:04] hmm.. i think we did take it from them... [01:04] Jazzva: or ask the maintainer directly [01:05] manpage is written for debian :) [01:05] i think he is responsive [01:05] ok [01:05] most likely debian is frozen for the time being [01:05] which is probably why they didnt upgrade nspluginwrapper [01:05] Jazzva: so is 1.1.0 good? [01:05] so-so... :) [01:05] seems better than 1.0.0 [01:05] but I still manage to crash Fx with it [01:06] Jazzva: do you have a backtrace? [01:07] hmm... no. I could obtain one, I think... [01:08] the plus side of 1.1.0 is that it manages to restart nspluginwrapper once it fails [01:08] so, you don't have to restart ff in order to see flash objects. but sometimes it just crashes the browser [01:09] and also, some flash object look a bit weird and take more cpu power. i didn't manage to find out when and why that happens. it happened on few youtube videos, but not on most of them... [01:10] that's why I will push it to my PPA first, I would like if someone could test it, and give us feedback [01:12] Jazzva: ill test that tomorrow then [01:12] Jazzva: feel free to push that to mozillateam PPA [01:12] great :) [01:12] I will [01:12] it currently hasnt a real direction and I don think that the mozillateam endorses it to be added by default in sources.lsit anywhere [01:38] asac, we don't have a branch for nspluginwrapper? [01:38] btw https://code.edge.launchpad.net/~mozillateam ... there are a lot of "branch has errors" messages [01:39] that's the upgrade effect [01:39] ah :)... thanks, fta [01:41] upgrade effect? ... id rather call that a bug [01:41] it's not a bug... it's just an undocumented feature ;) [01:41] (heh) [01:41] Jazzva: i think http branches are now outdated [01:41] just bzr+ssh gives you the latest [01:41] the http sync is broken after the upgrade [01:41] ;) [01:41] hmm... It seems I'm missing my nspluginwrapper branch [01:42] it doesn't show it up on my page, but it mentions it clearly in bzr log [01:42] thats what i say ... we broke http sync ;) [01:42] * Jazzva grumbles [01:42] confusing [01:42] so, I guess I'll just push it and pray for the best :) [01:43] if you push it you can try to pull it through ssh [01:43] if that works all should be fine [01:44] did you talk to lp guys about that ? [01:44] they worked today on it [01:44] I bug them daily ;) [01:45] so it will remain broken until the next (lp) upgrade ? [01:45] no [01:45] i think its a manual action thats needed [01:45] i just think they want to understand whats going on before fixing the symptoms [01:46] they fixed sync issues in the past for us ... so i am all positive still ;) [01:47] fta: so are 1.9.1 and 3.1 branches usable for upload? [01:48] or do we need to get a freeze exception from motu - which then probably gets bounced back to us ;) [01:51] usable, yet. for upload, i don't know, they are snapshots. freeze exception from motu ?? no idea [01:51] -yet+yes [01:53] are those with all bells and whistles? [01:53] are they using ffmpeg? [01:54] no, just system asound, and in-source ogg [01:54] gstreamer will follow [01:55] it seems it's creating new branches for nspluginwrapper... it's pushing them really slow. [01:55] (then again, maybe I never pushed it with bzr... maybe I just uploaded it to ppa) [01:56] no its indeed slow today [01:56] as for system ogg, that's a lot of work. 5 or 6 libs (some are snapshots), configure to patch, minimum [01:56] which is probably the reason why they didnt fix anything yet (other more important fires burning) [01:56] ok... now to push to mt-ppa [01:56] fta: ok [01:57] fta: system ogg isnt nice. can we at least hope for system gstreamer? [01:57] it's not ready yet [01:58] they have no idea on how to handle multiple codecs for a given mime-type [01:58] fta: was alpha 2 released by now? [01:58] * asac looks at https://wiki.mozilla.org/Firefox3.1/Schedule [01:58] i don't think so [02:00] ok ... pushed to mt-ppa :). I hope it won't complain I forgot to rename .tar.gz to .orig.tar.gz [02:01] hmm... it uploaded all as one .tar.gz... no .diff.gz :( [02:03] two more lintian warnings. I'll fix the missing .orig.tar.gz by fixing lintian warnings, and then uploading as ~mt2 :) [02:04] sure [02:05] won't work, different tarballs, it will complain, you need to bump version :( [02:05] ok, enough for today [02:05] ~mt2 is larger than ~mt1 [02:05] It should work, I thnk [02:05] *think [02:05] fta: he can also delete package ;) [02:05] Jazzva: ^^ [02:05] from ppa [02:06] mhm... [02:06] in that way you dont need to bump upstream version [02:06] I think I still have to bump version [02:06] ok [02:06] then do that ;) [02:06] I once deleted package from my ppa on wrong upload, but it still complained [02:06] should I update Standards-Version? [02:07] doesn't hurt [02:07] 1.1.0+1-0ubuntu1 ;) [02:07] or [02:07] 1.1.0+originalized-0ubuntu1 ;) [02:07] haha :) [02:07] (ugly) [02:07] 1.1.0+foreign-0ubuntu1 ;) [02:08] as opposed to "native" package ;) [02:08] * fta leaving [02:08] too bad it's not 0.1.1 [02:08] i really need some sleep [02:08] 0.1.1+2+3+5+8... :) [02:08] fta: night [02:08] night, fta :) [02:08] thx [02:08] u2 [02:09] thanks :) [02:26] asac, amd64 build failed to build. http://launchpadlibrarian.net/17105720/buildlog_ubuntu-intrepid-amd64.nspluginwrapper_1.1.0-0ubuntu1~mt1_FAILEDTOBUILD.txt.gz [02:26] what's that error that it reports? [02:28] hmm... it recommends curl to be installed, and then reports an error "No cURL environment found". Maybe that's related? [03:33] off to sleep [03:33] The i386 build of nspluginwrapper-1.1.0 should be finished in max. 30 minutes. I would like if someone could test it :). [03:33] It can be downloaded from https://edge.launchpad.net/~mozillateam/+archive [03:33] Thanks [03:44] I'll pbuild it in a sec. [03:56] seems curl should be a dependency... [03:56] crimsun, thanks. But I'll upload again... just to move curl to depend [03:56] *Depends [03:57] are you sure? [03:57] I just tried to build it, and it bailed. [03:58] well, it failed to build on i386 too [03:58] http://launchpadlibrarian.net/17107023/buildlog_ubuntu-intrepid-i386.nspluginwrapper_1.1.0-0ubuntu1~mt2_FAILEDTOBUILD.txt.gz [03:58] (Looking to see if it needs a real build-dep) [03:58] it's weird because 1.0.0 built fine [03:59] which libcurl-\*dev? (openssl or gnutls) [04:01] I guess gnutls, since the copyright doesn't seem to list an exception for section 2. [04:02] I'm not sure :) [04:04] anyway, I should go, it's really late here, and I'm getting up early. [04:05] ok, I'll test and push a test if necessary. [04:22] hmph, crashes on hardy/amd64 (either gnutls or openssl) [04:23] haven't looked into stackprotector yet, going back to 5-A-Day ATM [10:07] Hi ! [11:35] we should look to add ubiquity extension to the repos :) (when it gets stable enough) http://labs.mozilla.com/2008/08/introducing-ubiquity/ [11:35] I'll add info to the table [11:40] Jazzva: what does it do? [11:40] but yeah, i agree [11:40] mash-ups the web (or so it says) :) [11:41] for example [11:41] most things from lab would be nice [11:41] I just took a link on the blog post, converted it to a tinyurl, and posted it to my twitter, with two commands :) [11:42] there's a video on the blog post explaining ubiquity and what can we do with it. [11:43] One of the things it's possible to do with it is to open wikipedia article on selected word. I think we could add the same for Ubuntu wiki, if we upload this to the archive :) [11:45] nice [12:04] ok next i work on smuxi ;) than firegpg [12:05] gnomefreak: is firegpg ready? [12:05] i mean did you clean up the lintian warnings left? [12:05] (should be quite easy to fix warnings) [12:16] asac: no not yet still trying to figure 2 things out [12:36] am i here [12:37] gnomefreak: yay it works [12:39] carret mode? [12:39] s/carret/caret [12:43] 10 tabs but it works [12:46] seems server window didnt say anything about /nick [12:47] asac: name of that patch should be something like ubuntu-makefile? === asac_ is now known as asac [14:48] Hi [14:48] If I want to update adblock-plus do I have to do it today or can you give freeze exceptions for extensions like for Hardy? [15:56] asac: ^ [16:15] RainCT: yeah ... today would be nice [16:15] havent requested a general freeze exception yet. so i dont know ;) [16:15] RainCT: are there any problems with adblock plus ? [16:22] asac: not really, only a random page using content type xml/xhtml which breaks when a rule provided by some automatic subscriptions is enabled (not sure if the new version fixes that) [16:22] I wanted to update it some weeks ago but couldn't figure out how to get the source of a stable release (/me blames cvs/svn) :P [16:30] RainCT: no source of a stable release? [16:30] hehe [16:31] strange [16:33] asac: no, only the repo [16:34] and as every file has it's own log and revno I find it confusing as hell :P [17:41] RainCT: yeah. did you ever ask the author for TAGs? [17:41] would help a lot i guess [17:43] asac: TAGs? [18:03] RainCT: cvs tags? [18:04] bumb tags? [18:04] ah [18:05] no. there may already be tags, but I don't know how to use them neither :P [18:05] RainCT: you can see tags by cvs status -v FILENAME [18:05] and you can checkout a tag by -r [18:05] e.g. [18:05] cvs checkout -r RELEASE_1_0 mozilla [18:06] or if you are in the tree you can switch to tags by [18:06] cvs up -r RELEASE_1_0 -d [18:10] ok, thanks [18:16] asac, about nspluginwrapper... the build failed because "which curl-config" returned an empty string. I looked, and /usr/bin/curl-config (which is what I get for "which curl-config") is provided by libcurl4-gnutls-dev. I'll try to add it to the build-depends, and to see if it'll build [18:53] Jazzva: ok. let me know. we should at least upload something today ;) [18:53] i misunderstood and the feature freeze means that everything should be uploaded today ... and not tomorrow ;) [18:54] at least thats what i read from slangaseks announcement [18:55] today? [18:55] yes [18:55] I thought it also includes tomorrow [18:55] me too ;) [18:55] but that was wrong [18:55] ;) [18:55] it should be built for i386 now too [18:55] yes [18:55] it was queued few minutes ago [18:55] amd64 build is done [18:56] still spinning on i386 ;) [18:56] yeah, noticed [18:56] queued for 30 minutes already [18:56] ah, not [18:56] building :D [18:56] should be done in 3-4 minutes, I think [18:57] Jazzva: x86 always worked quite well, right? [18:57] yep... [18:57] it was amd64 that had issues with 1.0? [18:57] ok [18:57] but, as I mentioned, it seems that flash sometimes take more cpu power with 1.1.0 [18:57] and it happens randomly, as far as I can see [18:57] Jazzva: do we know if its really a regression from 0.9 to 1.0 ... or maybe its just a regression from hardy -> intrepid? e.g. in ia32libs or something [18:57] that's why I would like more people to test :) [18:58] Jazzva: yeah. i think we should upload that now [18:58] or well ... after you say that 1.1.0 works somewhat [18:58] in worst case we can revert later [18:58] well... both 1.0.0 and 1.1.0 works somewhat :) [18:58] 1.0.0 gets me nspluginwrapper.bin popups... and once it starts I usually have to restart Fx [18:59] if I want to see Flash normally [18:59] asac: oh, I forgot to mention. that weird ff3 not starting was due to my .mozilla directory not being available (it's is symlink into an ecryptfs directory) [18:59] and ecryptfs didn't automount for some reason [19:00] 1.1.0 doesn't do that.. if it fails to open some flash object, reopening the tab should be enough... no popups so far. but it sometimes take up more cpu power than normal for some flash objects [19:00] asac: ie not your bug :) [19:00] ok, i386 built :) [19:00] feel free to test it :) [19:00] jdstrand_: thanks for the follow up ;) .... though I wasnt too bothered i must admit [19:01] jdstrand_: you have intrepid on i386? :) [19:01] asac: yep [19:01] jdstrand_: would you mind testing nspluginwrapper 1.1.0 ? [19:02] we need to upload that today and i want to be sure it at least works some [19:02] asac: where is it and what is a quick test? [19:02] and if anyone else is interested in testing nspluginwrapper 1.1.0, feel free to do it. I would be very grateful :) [19:02] jdstrand_: its installing http://launchpadlibrarian.net/17119684/nspluginwrapper_1.1.0-0ubuntu1%7Emt3_i386.deb ... and then apt-get install --reinstall flashplugin-nonfree [19:03] jdstrand_: if thats done you should see in abou:plugins that shockwave flash is now nspluginwrapper (i think npviewer) [19:03] and if flash still works the test is done ;) [19:04] asac: I didn't have nspluginwrapper installed before (but did have flashplugin-nonfree) [19:04] also, this video seems to fail to work normally, now for the second time [19:04] asac: I don't use flash much-- but I'll check a few things [19:04] http://failblog.org/ - first video on the page [19:05] hmm... and now fx just crashed :( [19:05] jdstrand_: right. nspluginwrapper was only available on amd64 previously [19:05] thats what is new in intrepid [19:05] asac: File name: npwrapper.libflashplayer.so [19:05] jdstrand_: good. maybe just visit a few sites and see if something really breaks [19:06] asac: first video I went to on youtube worked with sound and all [19:10] asac: youtube and usatoday worked well. vh1.com has significant flickering, but plays [19:11] asac: I'd say it 'at least works some' [19:37] jdstrand_: you know that the flickering isnt there without nspluginw? [19:38] Jazzva: do you have a backtrace of that crash? [19:38] once again no... [19:38] I'll see if it will crash for the third time :) [19:39] Jazzva: do you have dbgsym packages? [19:39] I'm not sure... I'll check [19:42] asac, what's the -dbg package for firefox3? [19:43] Jazzva: xulrunnner-1.9-dbgsym and firefox-3.0-dbgsym [19:43] ah [19:43] which are not available atm :( [19:43] noticed for the second one, as I couldn't find it [19:44] when they will be available? [19:44] *sigh* [19:44] i dont know. i have the feeling never :( [19:45] they apparently got wiped by uploading through security [19:45] jdstrand_: btw, is that a mis-feature that we dont have -dbgsym packages of security? someone said that it is [19:45] or is it just that this upload something went wrong? [19:46] Jazzva: oh ... on intrepid there hsould be -dbgsym packages [19:46] Jazzva: https://wiki.ubuntu.com/MozillaTeam/Bugs#Crashes [19:46] hmm... let's update the list [19:46] there are the apt lines you need [19:46] just hardy -> intrepid [19:47] ah... notice [19:47] noticed [19:47] Jazzva: there is also the list of packages that would beneficial for a backtrace [19:47] Jazzva: maybe also install nspluginwrapper-dbgsym [19:47] oh ... ppa doesnt produce them .. for that oyu need to build it locally with pkg-create-dbgsym installed while building [19:48] but given that nspluginwrapper builds quick i guess that its not a problem [19:48] ok [19:48] do I need anything else beside pkg-create-dbgsym [19:48] ? [19:48] Jazzva: no that should be it [19:49] it automagically hooks into dh_strip and sorts the debug symbols somewhere [19:49] aha... ok [19:52] asac: I followed up with #is, but they said to talk to pitti-- I have it on my todo list when he gets back [19:53] jdstrand_: ok. right ... now i rmember that pitti is gone ... no doubt there is a blocker ;) [22:01] <[reed]> pitti on vacation? [22:06] [reed]: yes [22:07] <[reed]> ah [22:07] [reed]: waiting for something? [22:07] <[reed]> no, just curious [22:24] Jazzva: there? [22:28] asac, sorry... was on dinner [22:28] it's not crashing now :( [22:29] Jazzva: thats not particular bad news ;) [22:29] but it's where it consumes a lot of cpu [22:29] Jazzva: does that cpu usage go away when you leave the website? [22:29] asac, yes [22:30] ok. [22:30] and the browser is almost unusable when that happens [22:30] but its the pluginwrapper process that takes the CPU? or firefox? [22:33] asac, Xorg ~30%, pulseaudio ~20%, npviewer max 10%, firefox around 10% (pa is there because of exaile) [22:33] once I turn that tab off - firefox ~4-5%, npviewer 1-3% [22:33] and Xorg ~5% [22:34] Jazzva: and that doesnt happen if you dont use pluginwrapper? [22:35] hmm, not sure [22:35] but this has started when I switched to 1.1.0 [22:36] ok, something happened [22:36] firefox hanged [22:37] I'll paste you the backtrace [22:38] did it crash or deadlock? [22:39] Program received signal SIGPIPE, Broken pipe. [22:39] I had to force firefox to clos [22:39] *close [22:40] and after that, nspluginviewer reported error "Connection closed" [22:40] a lot of times :) [22:40] do you want me to send you the log? it's a bit longer [22:42] FIREFOX_3_0_2_BUILD1 [22:43] <[reed]> heh, people are pretending to me now :( [22:43] <[reed]> http://www.oxymoronical.com/blog/2008/08/Throwing-in-the-Towel#comments [22:43] <[reed]> none of those comments are really from me [22:46] asac, http://pastebin.com/f5fe8b599 [22:46] asac, line 217 is where it starts [22:48] [reed]: hey. maybe there are indeed more reed lodens out there ;) [22:48] <[reed]> haha [22:50] <[reed]> armin76: http://quotes.burntelectrons.org/3976 [22:53] [reed], just read the article, i kind of know the feeling. i orphaned several projects in the past when i realized is was no longer fun. [22:54] but other people decided to take over on their own, without even me asking for it === Sergeant_Pony is now known as KB1OHY [23:37] asac, there? [23:39] Jazzva: yeah ... in meeting [23:39] Jazzva: we have 1:30 to upload ;) [23:39] haha :) [23:39] oke... I'll just push with normal version to my branch (without ~mtX) [23:39] is that ok? [23:40] I'm not sure what to do about that issue... both 1.0.0 and 1.1.0 have pos and neg sides, so I can't make up my mind [23:40] Jazzva: sure [23:41] Jazzva: i can also grab the PPA version and fix version and upload if you prefer [23:41] whatever you want. it's the same for me [23:43] notify me if I need to push to my branch [23:44] Jazzva: is that a full source branch or just debian/ ? [23:44] maybe give me the url ;) [23:45] full source (.ubuntu branched .upstream) [23:46] asac, https://code.edge.launchpad.net/~jazzva/nspluginwrapper/ubuntu [23:46] asac, https://code.edge.launchpad.net/~jazzva/nspluginwrapper/upstream [23:46] good [23:46] i think i shoul dpush that to ~ubuntu-dev then when i upload [23:47] remind me in 10 minutes ... after meeting is over [23:47] do you want me to change the version? [23:47] (to remove ~mt) [23:47] Jazzva: yes. and use dch -r to update date [23:48] and commit with "RELEASE x.y.z to ubuntu/intrepid" [23:50] asac, done [23:59] asac, after-meeting reminder ;)