[00:06] asac, http://paste.ubuntu.com/79548/ i see line 2 but not line 6, any idea? locally, it's fine [00:08] fta: maybe &2 isnt really &2 in make? [00:08] oh its in shell [00:08] i doubt cdbs changed recently [00:09] fta: so it doesnt parse for you? [00:09] it's stuck on hardy/intrepid/jaunty [00:09] https://edge.launchpad.net/+builds/hassium [00:10] locally: http://paste.ubuntu.com/79546/ [00:10] oh, [00:11] never seens a two tarball cdbs thing ;) [00:11] maybe it was always broken? [00:12] dpkg-buildpackage: host architecture i386 [00:12] fakeroot debian/rules clean [00:12] /usr/share/cdbs/1/rules/buildcore.mk:72: parsing songbird-1.0.0-source.tar.bz2 xulrunner-1.9.0.3-source.tar.bz2 ... [00:12] Parsing songbird-1.0.0-source.tar.bz2... [00:12] Parsing xulrunner-1.9.0.3-source.tar.bz2... [00:12] test -x debian/rules [00:12] vs [00:13] fta: how long is it stuck there? [00:13] dpkg-buildpackage: host architecture i386 [00:13] /usr/bin/fakeroot debian/rules clean [00:13] /usr/share/cdbs/1/rules/buildcore.mk:72: parsing songbird-1.0.0-source.tar.bz2 xulrunner-1.9.0.3-source.tar.bz2 ... [00:13] test -x debian/rules [00:13] >1h [00:13] maybe its just soyuz bustage [00:13] e.g. no pulse/update of log [00:13] nada [00:13] or dead VM [00:13] i think ppas are xen [00:14] fta: yes. i mean it could be that launchpad has a bug and build logs are not pushed anymore [00:14] or the build is really stuck which could be hardware, or simply VM brokeness ... I think you should ask launchpad folks if it works locally [00:14] fta: does it happen on other archs as well? [00:14] i did, cprov has no clue [00:15] yes, all 3*3 builders [00:15] 9 builders ;)? fun [00:16] if cprov has no clue then we dont either imo ;) [00:16] i am sure that at some point someone will take a look ;) [00:16] latest when people notice that builds pile up [00:17] i asked for a pstree or strace or something, got nothing [00:17] it's easy to troubleshoot if you have access to the box [00:17] not sure if he has access [00:18] given that its just a xen sandbox ... it might have no login ;) [00:18] but pure speculation on my side [00:31] he killed them all so no more chance to investigate :( [00:32] do they work normal again? [00:43] i don't know, he deleted them [00:45] fta: ok so we can retry? [00:46] i can repush the same thing, hoping it will not reject it [00:49] fta: did he say that there is a chance that its better now? [00:49] read #lp [00:49] fta: wasnt in there [00:49] oh, hold on [00:51] asac, http://paste.ubuntu.com/79563/ [00:59] fta: id say you should try one more time after giving the other packages a few slots ;) [00:59] fta: how did you create the tarballs? [01:00] in jaunty? [01:00] try to create them in intrepid chroot or something [01:00] tar might have changed ;) [01:40] fta: is it possible to install extensions in prism yet? [10:06] jcastro, in the version in my ppa (0.9.1.*), it sure is possible [11:00] ping [11:01] * directhex needs a sexy mozillateam dev [11:01] directhex: sexy ... not me ;) [11:01] hehe [11:01] fta: you eliinated the venkman rename patch right? [11:01] thanks [11:02] asac, if a plugin (supposedly) works with ff3.1 as well as ff3, what should i Depends:? it's currently xulrunner-1.9 [11:03] directhex: xulrunner-1.9 | xulrunner-1.9.1 [11:03] good good. [11:03] directhex: and ensure tha you have maxVersoin 1.9.* with toolkit@mozilla.org [11:03] as targetApplication [11:03] directhex: if you dont have that targetApplication it usually means you should directly depend on ffox 3.1/3.0 [11:04] hm [11:04] @MIN_FIREFOX_VERSION@ [11:04] @MAX_FIREFOX_VERSION@ [11:04] handy! [11:05] i don't think i'm looking at the right file. hrm..... [11:10] asac, i'm not sure i understand what you mean WRT maxVersion & targetApplication [11:18] directhex: if targetApplication is not toolkit@mozilla.org then its wrong to depend on xulrunner-1.9 [11:18] directhex: what counts here is what comes out of @MAX_FIREFOX_VERSION@ [11:18] after the biuld [11:18] please check that tfile [11:19] asac, install.rdf isn't part of the package... should it be? [11:19] * directhex tests; works fine on 3.1 [11:21] there's nothing like actual testing to see if it behaves [11:24] directhex: if its not part then your extension doenst work [11:24] asac, s/extension/plugin/ [11:24] (install.rdf) [11:26] asac, i don't see any manifests with any other plugins... [11:26] extensions, sure [11:34] directhex: didnt you say you are looking at an extension? [11:35] [11:02] asac, if a plugin (supposedly) works with ff3.1 as well as ff3, what should i Depends:? it's currently xulrunner-1.9 [11:35] otherwise all should just work. biuld against 1.9 and it will work in 1.9.1 ... so just extend the depends [11:35] ok [11:37] asac, can you check my Npp-foo? [11:37] directhex: paste those please [11:37] asac, hell, you can have a source package if you want to check [11:37] asac, http://svn.debian.org/wsvn/pkg-mono/moon/trunk/debian/control?op=file&rev=0&sc=0 [11:37] nope ;) [11:37] * asac looks [11:39] * asac looks at other package ;) [11:39] ? [11:39] not sure if everything is right ;) ... so I look at other package i did ;) [11:41] directhex: just check that the file yo usee in about:plugins has the file you use in Npp as a substring [11:41] if thats the case all shoulud be fine [11:41] File name: libmoonloader.so [11:42] directhex: can we shorten the Description a bit? [11:42] there are two lines in the pfs result: [11:42] 1. Name [11:42] 2. Description [11:42] i have the feeling thats a bit too long [11:42] maybe s/Microsoft/ ? [11:43] directhex: err [11:43] actually. you dont need to repeat the name there [11:43] asac, the npp-description you mean? [11:44] i think Description: Web Browser plugin for silverlight content [11:44] or something [11:44] i think Description: Web Browser plugin for Silverlight ;) [11:45] directhex: let me check i fi have a screen [11:47] asac, hit f5, is that description better? [11:47] directhex: http://people.ubuntu.com/~asac/tmp/pfs-desc.png [11:48] directhex: yeah. i think so. if you have ubufox. edit config in about:config [11:48] search for pfs ... for both entries that pop up, double click and at the very end there is 8.04 [11:48] change that to 8.10 [11:48] then visit a flash site [11:48] when load finished you can open the plugin alternative dialog in Tools -> Manage Content Plugins [11:49] there you can "Searh ..." for content types... for flash you will see the screen [11:49] just so that you can guess how much space you have [11:49] asac, i don't think the plugin finder will help much yet anyway - javascripting your way out of showing the actual plugin bar, youtube-style, is the norm with silverlight [11:49] the 8.10 fix is currently in proposed [11:50] directhex: well. given that the Npp- headers are just for that its right to still look there [11:50] to verify what you type ;) [11:51] directhex: also ... once firefox knows about that content type you can still search through that dialog ;) [11:52] later you can slo install content plugins from the preferences -> applications pane [11:52] so once gnome knows about the silverlight content you can also search from there for the plugin [11:52] content=mime-type [11:52] is it already a well known mime tpye? [11:53] directhex: [11:53] grep silverli /etc/mime.types | wc -l [11:53] 0 [11:53] gah, this guy's talking about XUL. i go to a supercomputing conference, and he's talking about sodding xul [11:53] lol [11:54] hm. why would "manage content plugins" be greyed out? [11:54] directhex: thats more or less a bug [11:54] directhex: you need to visit a site where some plugin is used [11:55] directhex: initially it was designed to allow you to configure just the used content types [11:55] but then the dialog allowed to configure all content types [11:55] asac, still greyed out :/ [11:55] directhex: if you are on a flash site it should work [11:55] directhex: only problem could be that you have flashblock [11:55] and dont auto play content [11:55] asac, youtube? [11:56] works here yes. [11:56] directhex: flashblock most likely [11:56] my computer evidently hates me [11:56] asac, nope. punishment for using 64-bit flash .so from adobe labs instead of a package? [11:56] directhex: unlikely [11:57] hm. my computer just hates me then :/ [11:57] directhex: maybe you have a ubufox installed in your profile? [11:57] which could be old and broken ;) [11:58] sod it, good enough for a -1. [11:58] sod? [11:58] worth filing a bug against mime-support & requesting SL be added? [11:59] directhex: yes. [12:03] filed. [12:03] right. lunchtime [12:13] directhex: i would suggest that you also forward that to debian directly [12:13] and link the bugs [13:29] fta2: about xul 1.9.1 and xul 1.9.0 divergence ... i think its ok to fork away now and dont merge anymore. the few things i still have to do on 1.9.0 can be done in parallel imo [13:30] main focus should be 1.9.1 anyway [13:30] ok [13:30] asac, i was sending straight to submit@b.d.o - except this hotel wifi seems to block port 25 [13:30] so it'll have to wait until this evening [13:30] ok [13:31] unless i can find where in evo to change the smtp port [13:32] fta2: prism .... is there a particular reason you dont run the stub insetad of /usr/bin/xulrunner-1.9? [13:32] asac, do you have time to troubleshoot something on ff3.1 ? [13:32] seems like prism-bin is somehow not packaged up [13:32] which should be used instead [13:32] asac, see prism 0.9.* in my ppa, not the old 0.8 [13:32] fta2: that uses the stub? [13:32] cool [13:32] yes [13:33] fta2: does it also produce refactor extension? [13:33] yes [13:33] even cooler ;) [13:33] desktop integration still lacks i guess ... or did upstream get to that? [13:33] it's not there yet [13:33] k [13:34] fta2: not sure if i have time for 3.1 ;) ... whats the prob? [13:35] go to sony.com, enter the shop, add something to your cart, expected result is to see the cart with the item, but instead, you're back to the home page, with an empty cart [13:35] hmm [13:35] fta2: did you see the canonical.com bug? [13:35] ;) [13:36] was filed in response to my blog i think [13:36] lets see https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.1 [13:36] bug 304221 [13:36] Launchpad bug 304221 in firefox-3.1 "Canonical Recruitment: Unable to attach resume 3.1 Specific" [Undecided,New] https://launchpad.net/bugs/304221 [13:36] do you see that too? [13:36] mconnor said it's fine for him with a post b2 snapshot but i doubt it's that. probably a xul-sdk bug or something i missed [13:37] hmm [13:37] what is fine ... sony? or canonical recruitement check boxes? [13:37] sony [13:38] i have b3pre [13:38] lets see [13:38] fta2: sony US? [13:38] yes [13:38] i was asked if i wanted us or germany [13:40] cannot even find a product on their page [13:40] so i cannot add anything to card [13:40] what a messy thing [13:40] ok seems like computres/notbeooks cannot be boughts [13:40] just accessories [13:40] at least i dont get any shop like items there [13:41] works for me [13:41] added a usb flash drive [13:41] now i am in cart [13:41] lest try 3.1 package [13:42] thats b2 [13:43] adding " [13:43] add1GB Micro Vault Click USB Flash Drive [13:43] USM-1GL" [13:43] works in b2 :/ [13:43] hmm [13:44] extension problem i guess then [13:44] really ? it doesn't for me, tried in 3 different pc [13:44] since you have disabled compatibility check i wouldnt be too scared [13:44] strange [13:44] maybe its just some product? [13:44] Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b2) Gecko/20081203 Ubuntu/8.10 (intrepid) Shiretoko/3.1b2 [13:46] http://www.sonystyle.com/webapp/wcs/stores/servlet/ProductDisplay?catalogId=10551&storeId=10151&langId=-1&productId=8198552921665368427 [13:46] just tried this one [13:48] i'm using intrepid here. i have a lot of errors wtr locales. maybe it's better in jaunty [13:48] fta2: i get to a page "Choose your Extended Service Plan" [13:48] at lesat not the homepage [13:48] yes, that's correct [13:58] fta2: anything else i should try? [14:00] fta2: now i have tmp installed ... can i also navigate vertically if i have multiple tab rows? [14:16] Jazzva: we really need a new nspluginwrapper ;) [14:16] feedback on upstream list is quite good so far [14:16] lots of issues resolved ... seems to get more stable [14:16] let me know when i have something to upload .... and also for SRU [14:16] asac, ok, i'll finish it today. Sorry for the delay [14:16] do we have a .ubuntu branch? [14:17] I think we do, we made it for 1.0.0 [14:17] Jazzva: not a problem at all ;) ... just wanted to give a soft nagging as i read those postivie comments [14:17] Jazzva: not for the current version? [14:17] Jazzva: if so we usually want to create a .intrepid branch for what wsa released [14:17] asac, nope, but we will use it for the current. [14:18] Jazzva: hmm ... sure? wasnt it fta who updated last? [14:18] you mean to use .ubuntu for current devel release? [14:18] Jazzva: we have 1.1.0-0ubuntu1 [14:18] seems right [14:18] https://code.edge.launchpad.net/~jazzva/nspluginwrapper/ubuntu [14:18] hmm ubuntu2 is in archive [14:19] should be easy to replay [14:19] yeah, I think 1.1.0 didn't work right, so I think we didn't publish that one... at least not m work [14:19] fta2: did you push ubuntu2? [14:19] *my work [14:19] asac, fta did it [14:19] https://edge.launchpad.net/ubuntu/+source/nspluginwrapper [14:19] fta2: if not plesae push that to branch ;) ... i guess you just forgot that [14:19] Jazzva: yeah. but its just one or two commits missing then ;) [14:19] hold on, let me check [14:19] and most likely fta just forgot ;) [14:20] asac, I'm actually wrong. we wen't to 1.1.0 directly, skipping 1.0.0. my mistake :) [14:20] heh [14:20] but all is in bzr [14:20] thats good [14:21] ubuntu or upstream? [14:21] Jazzva: oh [14:21] Using saved push location: bzr+ssh://fta@bazaar.launchpad.net/~ubuntu-dev/nspluginwrapper/upstream/ [14:21] Format for lp-44825424:///~ubuntu-dev/nspluginwrapper/upstream/.bzr is deprecated - please use 'bzr upgrade' to get better performance [14:21] No new revisions to push. [14:21] i looked at wrong branch [14:21] https://code.edge.launchpad.net/~ubuntu-dev/nspluginwrapper/ubuntu [14:21] thats the right one [14:21] it has 1.1.2-0ubuntu1 [14:21] Jazzva: that should be right [14:22] Using saved push location: bzr+ssh://fta@bazaar.launchpad.net/~ubuntu-dev/nspluginwrapper/ubuntu/ [14:22] No new revisions to push. [14:22] fta2: was that ever uploaded? [14:22] asac, ok, I'll merge from that before seeing if any new work needs to be done [14:22] apt-cache shows strange things for me [14:22] Jazzva: no need to merge ... start with that branch [14:22] merge new .upstream in that [14:23] asac, hmm... so to dispose my current branches? [14:23] Jazzva: e.g. dump your branch in favour of the release branch ... most likely you could just pull [14:23] k [14:23] Jazzva: yes. user branches should always be abandoned for each and every release [14:23] at least i think that makes merging easier [14:23] Jazzva: you can just push --overwrite for next submission [14:24] I deleted them already, so I think no --overwrite is needed [14:24] Jazzva: nobody knows ... its launchpad :-P [14:24] but you will notice soon enough [14:24] heh :) [14:25] fta2: seems like we have a new sec update round in 10 days or so :/ [14:25] folks ... give me some rest :) [14:25] have fun :) [14:25] at least i am not at UDS at that point anymore [14:46] asac, too bad, they removed my tarball for songbird, i need to bump is now :( [14:46] it [14:59] fta2: they remove sonbird tarballs? [14:59] you mean soyuz? [14:59] fta2: cant you reupload tarball? [14:59] fta2: have you tried to use intrepid to create the tarball? [14:59] nope, rejected, i need to bump it [14:59] fta2: i saw tar bustage recently due to too new tar ;) [15:00] lp guys asked me to reup to investigate [15:00] so better stick to old tar ;) [15:00] ah [15:00] ok then [15:00] songbird_1.0.0+0-0ubuntu1~fta1_source.changes [15:01] thats ok i guess [15:01] instead of 1.0.0+whydidyouremovemytarball.orig.tar.gz [15:01] that would have been ok too [15:02] 1.0.0+builddbomb [15:27] asac, same issue, which is good, hm.. sort of :S lamont is on it [15:38] fta2: yeah. lamont should be able to figure ;) [15:44] * asac off for errands [15:47] did you fix enigmail? [15:48] asac: ^^ when you get back if im here. [16:39] hmm [16:39] asac: I only see like six bugs, can you send me a list of the rest? [16:40] maybe I'm searching wrong [16:47] mconnor: what package are you looking for? [16:47] package? [16:47] I'm looking for the bugs asac was filing upstream and attaching patches for [16:48] mconnor, in the name of each patch file [16:49] fta2: we don't have a bug XXX :) [16:49] lol [16:49] god [16:49] ah upstream bugs, yeah he wanted me to follow the ones he commented on but i never figured that out [16:49] mconnor, https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.1.head [16:50] mconnor, the last few commits [16:50] what the hell happened to the GTK version of yakuake [16:50] fta2: yeah, like I said, I've found like six [16:50] tilda sucks it doesnt fold [16:51] I was expecting more like... 25 :) [16:51] mconnor, and in https://code.edge.launchpad.net/~mozillateam/firefox/firefox-3.1.head [16:51] fta2: hows holiday going? [16:52] mconnor, i'm not sure if asac is done or done, i just received the commit logs [16:53] fta2: ok, well, I got the impression he was done :) [16:53] gnomefreak, i'm not in holidays, i'm at work right now, buried with work. I'm not even supposed to be here. bad me. [16:54] fta2: ah i thought this week was vacation/holiday [16:54] i wish [17:13] fta2: is there something wrong with chromium-testsuite [17:13] fta2, if you have been working with nspluginwrapper, do you know what was npclass_check() supposed to do? it's out of source now. it was included in a patch from fedora, which is dropped in the devel sources in fedora (at least afaics). [17:13] gnomefreak, still a work in progress. some stuff need to be patched to be packaged [17:13] its held back in upgrade but install gives The following extra packages will be installed: python-tlslite [17:13] The following NEW packages will be installed: python-tlslite [17:14] The following packages will be upgraded: chromium-testsuite [17:14] yes, it is in my ppa too [17:14] i packaged it [17:14] reason i ask is because all other held back packages can be installed without problems [17:15] it should install just fine. some tests are failing because they need files in the source tree. i'll fix that when i have some free time [17:16] fta2: its not just this package though [17:16] its every held back package including PA [17:17] see #ubuntu-devel for more on the subject [17:23] ? [18:14] fta: its weird chromium-browser and chromiumv8 are not installible from your repos and i have chromium-testsuite installed and still no browser oh and songbird FTBFS in your PPA [18:16] asac, I updated nspluginwrapper... dumped two patches which came from fedora (our 006 and 007), because they dropped it too... the current state (1.1.8 with only few old patches) works, but breaks current wrappers [18:17] asac, I noticed fedora has some new patches, so I'll take a look at them [18:17] Jazzva: great. but recreating wrappers helps to improve user experience? [18:17] ;) [18:17] e.g. can you confirm that its much better now? [18:17] should be more stable and better performances for windowless plugins [18:18] windowless plugins == embedded? [18:18] asac, ^^ [18:19] Jazzva: plugins AND plugins that support windowless mode ;) [18:20] e.g. flash 9 == window [18:20] flash 10 == windowless [18:20] unless you explictily disable that in /etc/adobe/config.mmm.cfg [18:20] oops [18:20] mmm.cfg ;) [18:20] Jazzva: $ cat /etc/adobe/mmm.cfg [18:20] #WindowlessDisable=false [18:21] if i comment that in, flash will be much better because its using non-windowless mode again ... of course the "flash always on top of html" bug would be back [18:21] well... i haven't used nspluginwrapper before :), and it all worked well for me. I'll have to check it now with both old and new version [18:21] (which is why we need windowless ;)) [18:21] thats set to disabled im assuming by defualt [18:21] Jazzva: you should use it ;) [18:22] its supposed to be the preferred way even on i386 [18:22] ;) [18:22] really? umm, ok :) [18:22] Jazzva: thats the vision [18:22] move plugins to different process [18:22] ok, let me test it [18:22] especially if they have a crashy backgraound ;) [18:23] that reminds me that some funny person blacklisted nspluginwrapper on the biuldds ... just after i enabled it to build there [18:38] !info firefox [18:38] firefox (source: firefox-3.0): meta package for the popular mozilla web browser. In component main, is optional. Version 3.0.4+nobinonly-0ubuntu0.8.10.1 (intrepid), package size 67 kB, installed size 124 kB [18:39] fta: nspluginwrapper is unblacklisted ... finally [18:41] !info addblock-plus [18:41] Package addblock-plus does not exist in intrepid [18:42] i guess we dont have it in repos [18:43] asac: can you stick the analysis you gave bsmedberg into the bmo bug so dolske can look at it? [18:43] mconnor: sure [18:44] is this the toolkit branding thing? [18:45] whoa, dolske's here [18:46] stalker [18:46] :) [18:46] dolske: yes, it is [18:50]