[07:49] I need some assistance packaging a plug-in - two aspects: 1) existing package has no XPI so I've got sort that, and 2) how to correctly configure the package since it builds and installs binaries? [09:48] IntuitiveNipple: usually a good thing is to build a .xpi [09:48] and then let the "xpi.mk" take care of the rest [09:49] most build systems should be able to produce such a xpi ... which should be good enough as an intermediate step [09:49] asac: I was trying to figure that bit out. I'm working on bug #146324 [09:49] Launchpad bug 146324 in ubuntu "[needs-packaging] FreeWRL VRML/X3D Browser" [Wishlist,Confirmed] https://launchpad.net/bugs/146324 [09:50] Am I correct in thinking that the basics for getting the binaries into the correct locations is covered here: http://developer.mozilla.org/en/Bundles [10:23] im feeling alot better but dr=octor would like to keep me one more night to see if i have anymore problems (he said "just in case") [10:48] IntuitiveNipple: no. a bundle is something different [10:48] IntuitiveNipple: only thing you need to take care of is making a proper .xpi out of it [10:48] the rest will be done by xpi.mk [10:48] (no need for you to think about where and how to install that in the filesystem) [10:49] IntuitiveNipple: if you ask whether a xpi has that structure, then yes. but usually build systems of extensions that have binary components already do that [10:50] asac: OK, really? The current package does the regular debian installation thing but I've tried to use the CDBS xpi options to replace the paths it had hard-coded in debian/rules for shared-library locations and sym-links [10:51] IntuitiveNipple: look at upstream source. if that has a build system which can produce .xpi ... dump the packaging and do it the _modern_ way [10:52] you can do it the old way, but thats discouraged :) [10:53] asac: The upstream way is the 'old' way unfortunately, I'm replacing that with the wiki template XPI method, hence why I'm asking questions because bringing the two together is rather confusing [10:54] IntuitiveNipple: the upstream way is the old way? [10:54] if upstream is debian, then thats not upstream :) [10:54] but the debian way :-P [10:55] no, upstream is the developers of the extension; they added debian packaging in 2006 [10:56] so basically I just need an install.rdf then [10:57] The package is a standalone VRML/X3D browser, with mozilla plugin interface. There's no visible 'extension' as such, in terms of chrome, etc. [10:57] oh you are not talking about an extension === asac_ is now known as asac [10:59] No, its 100% plug-in, but the report asked for a XPI package. I discovered the bug-report last night whilst looking for a decent VRML plug-in, and thought I'd try and get it sorted out while I'm at it [11:00] IntuitiveNipple: plugin != extension [11:00] if its a plugin then you dont need to do this xpi thing [11:02] Hmmm. I did wonder, but I went by what Saša Bodiroža said in the report [11:02] asac: what are the chances of Mozilla adding support for import/export of junk settings. I will file bug for tbird 3 if you think it is at all possible [11:02] gnomefreak: what import/export format? [11:03] just from and to tbird? [11:03] any or a common one say in .csv (or whatever contact format. tbird,seamonkey, ect.. [11:04] gnomefreak: search bugzilla and if you are its not yet there file a wishlist bug [11:04] gnomefreak: also file a bug in LP and link it to the wishlist bug ;) [11:04] this way i can export it and inport it for when a reinstall or whatever [11:04] asac: will do ;) [11:06] asac: Is there a standard template for installing plug-ins so they are available to all mozilla browsers, and/or alternatives ? [11:06] IIRC plugins are packaged as debian packages like any other normal package [11:07] example enigmail [11:08] if nonfree something like flashplugin set up [11:08] IntuitiveNipple: you can look at ubufox maybe to give you an idea [11:09] gnomefreak: yeah, I was thinking of the flash example, because regardless of free/non-free, the linkages are going to be the same. [11:10] As there was the XPI template, I was wondering if there was similar for a package, maybe a CDBS module [11:10] the problem with flash is it uses a script to grab the tarball (flash names thier tarballs for each release the same. so we have to change the md5sum of tarball or you get install failed [11:11] IntuitiveNipple: no plugins that i know of use XPI [11:11] yeah, but the install-location / sym-links part will be the same for all 'well-behaved' plug-ins [11:12] this has got to suck :( "openoffice.org-evolution: Depends: openoffice.org-core (= 1:2.4.1-9ubuntu2)" [11:12] i use 3.0 [11:13] Mozilla recommend 'Bundles' and give examples for plugins [11:13] yay 3.1 updates ;) [11:15] brb reboot [11:39] fta: https://bugs.edge.launchpad.net/ubuntu/intrepid/+source/firefox-3.0/+bug/275410 ... could you include that fix and give credits to slangasek in changelog? [11:39] Launchpad bug 275410 in firefox-3.0 "firefox wrapper script breaks sensible-browser, gnome-www-browser, and firefox-3.0" [High,Triaged] [11:47] fta: nm ... done [13:12] Hey, is there any chance of getting xulrunner 1.9 in the repos? [13:12] I have a package that requires that to function. [13:13] lfaraone: xulrunner 1.9 is in the repos [13:13] it's just called xulrunner-1.9, and doesn't build python-xpcom, which is the package you need to be >= 1.9 [13:14] james_w: I'm asking upstream if their package can make do with 1.8, if not... [13:15] the python-xpcom stuff is now shipped in the xulrunner-1.9 package, but isn't in the standard python path, so you may be able to get it work that way [13:15] james_w: yeah, they _need_ xpcom to be >1.9 [13:15] james_w: So, where exactly is it? [13:16] where is what? [13:16] james_w: wait, doesn't firefox3 require 1.9? [13:17] james_w: I mean where in the system is python-xpcom 1.9 located, since it's not in PYTHONPATH. [13:17] dpkg -L xulrunner-1.9 | grep xpcom [13:17] assuming you are on Intrepid [13:17] james_w: I'm not. [13:18] /usr/lib/xulrunner-1.9.0.3/libpyxpcom.so [13:18] /usr/lib/xulrunner-1.9.0.3/libxpcom.so [13:18] /usr/lib/xulrunner-1.9.0.3/python/xpcom [13:18] ... [13:19] In [1]: import sys [13:19] In [2]: sys.path.append("/usr/lib/xulrunner-1.9.0.3/python/") [13:19] In [3]: import xpcom [13:19] though I don't know if python-xpcom is co-installable with xulrunner-1.9. That could cause some problems [15:05] fta: i have found a bug :) [15:05] --- mozilla.orig/browser/branding/unofficial/content/jar.mn [15:05] +++ mozilla/browser/branding/unofficial/content/jar.mn [15:05] @@ -1,7 +1,7 @@ [15:05] -browser.jar: [15:05] +browser-browser.jar: [15:06] shouldnt that be browser-branding.jar ? [16:19] asac, indeed, yes. strange it worked anyway [16:24] asac, insn't NAME="${NAME%%-3.0}" a bashism ? [16:27] asac: I've updated bug 277063, do you need anything more? [16:27] Launchpad bug 277063 in network-manager "Wired and wireless connection to the same router cause confusion" [High,Confirmed] https://launchpad.net/bugs/277063 [16:32] asac, ff3.0 #359 is not mergable in the 3.1 branches [16:33] fta2: how comes? [16:34] is assumes the final APPNAME is firefox [16:34] it [16:36] fta2: right. isnt our APPNAME firefox-3.1? [16:36] it is [16:37] fta2: also the commit didnt introduce that ... the part you are complaining about was there before [16:37] fta2: if its firefox-3.1 then all should be fine imo [16:37] http://paste.ubuntu.com/55312/ [16:38] ok stupid me [16:38] i have an easy fix the 2 hardcoded -3.0 but line 30 is not good [16:38] didnt look carefully ... and looked at 362 ;) [16:41] this whole patch will not work in 3.1, i'll think about it later today [16:41] fta2: cant we sed the fallback APPNAME? [16:42] e.g. if META_EXISTS use the versioned one ... otherwise the unversioned one? [17:44] asac, http://ubuntuforums.org/showthread.php?t=941495 [17:47] fta: cool. people already adapt the "managed" mode ;) [17:47] most likely without a clue on what they are doing there :( [18:00] asac: hmm? hmm? hmm? [18:01] sebner: whats up? [18:01] asac: managed mode? *confused* [18:01] sebner: read README.Debian [18:01] of network-manager [18:01] or the email to ubuntu-devel i sent yesterday ;) [18:02] asac: I just read something about ifupdown but my english isn't that perfect and I was lazy reading to end ^^ [18:02] sebner: then try README.Debian for the short version [18:03] :-P [18:04] ^^ [18:11] asac: also not that short ^^ [18:16] sebner: managed - managed by NM ... unmanaged - unmanaged by NM [18:16] ;) [18:16] asac: how, the ultra short explanation :D thx :P [18:19] asac: everytime dmks builds something (now nvidia) nm-applet disconnects and reconnts O_o [18:20] sebner: most likely a driver issue. wireless? [18:20] asac: unfortunately [18:21] sebner: use your phone [18:21] :-P [18:21] those drivers appear to be much better than what we will ever achieve for wireless [18:22] asac: well, intel wlan is well supported ;) [18:22] one might think [18:22] but it isnt [18:22] because? [18:22] my opinion is that intel only gets worse [18:22] intel had its up when ipw3945 was nwe [18:23] since then things break more and more [18:23] asac: this is my wlan card so I'm fine :P [18:23] because? ask intel, why they dont manage to fix their drivers over years [18:23] sebner: no. ip3945 is the old driver [18:23] asac: iw [18:23] the new is iwl3 and iwl4xxxx [18:23] those are buggy as hell still [18:23] and dont even support proper WPA-EAP [18:23] * sebner uses wep xD [18:24] in hardy iwl3945 is pure luck to actually get a connection for some chipset revision [18:24] s [18:24] * sebner never had problems [18:24] lucky you [18:24] * sebner bought a laptop with intel wlan because my old laptop had a broadcom card -.- [18:24] i saw plenty of folks with iwl3945 and hardy that couldnt connect at public places [18:24] (at home usually works) [18:25] * sebner is only at home [18:26] * sebner has no RL just VL :D [18:26] that explains it ;) [18:26] but what's the difference between home wlan and public wlan? [18:29] more APs on the same essid is a big thing [18:30] also much more noise and more devices that want to connect to your AP [18:30] all that causing flakiness [18:31] I see [18:31] asac: you are always talking about intel und hardy problems. what's with intrepid? [18:32] i think its better, but WPA-EAP is broken now [18:32] i mean completely broken ;) [18:33] e.g. real basic stuff like open and WPA-PSK works better (not sure whats up to WEP), while normal stuff like WPA-EAP which is used in companies and universities is broken [18:33] pff, who uses wpa-eap :P I just knew wep, wpa, wap-psk and wpa2 ^^ [18:33] sebner: most important is universities ... appear to have a bunch of them [18:34] together with "hidden" ESSID ... which doesnt make things better for intel [18:34] grr [18:34] i think business is important too. its just that not many use ubuntu in companies [18:34] and so the noise is much lower [18:34] which doesnt mean its less important [18:34] asac: I always thought intel is Opensource fiendly and "good" at it [18:35] if someone goes to his boss and wants to convince him to use more ubuntu [18:35] we should support him that his thinkpad just works for his boss ;) [18:36] thinkbad ^^ [18:36] sebner: well. i dont say they are not opensource friendly. but still there are details about their chips that only they know and nobody else can fix [18:36] asac: and they don't fix or they f*** the driver up? [18:36] sebner: they have different priorities ... add features and dont fix the most basic bugs ;) [18:37] but thats an unqualified opinion [18:37] ^^ [18:37] i have no clue whats going on and why the iwl drivers still dont work [18:37] I trust you more than anybody else ;) [18:37] but i am sure its a problem on intel side ;) [18:37] priorities, incentives, customers that want other things fixed first [18:38] and so on :-D [18:38] asac: so, what's now a good wlancardcompany? Apparently not intel and .. broadcom xD xD xD [18:39] not sure ;) [18:39] thats why i said: better skip wireless and go for 3g instead [18:39] I have 16mbit flat at home. f*ck 3g :P [18:39] sebner: err. phone [18:40] sebner: some phones can do wifi [18:40] and then you can use your phone as a tunnel ;) [18:40] asac: I'm even happy to have wlan (I'm really a non-geek with such stuff). but I'll maybe buy an ipod touch with wlan :P [18:41] http://ubuntuforums.org/showthread.php?t=941714 [18:41] sebner: i think ipod is probably the only phone thing that isnt really ubuntu friendly ;) [18:41] err i ment iphone [18:41] asac: that's true and touch also not. but I want one *gg*. ubuntu wiki says how to break that stuff ^^ [18:43] asac: https://help.ubuntu.com/community/PortableDevices/iPhone [20:16] hm, gimp now depends on webkit [20:20] Firefox 3 HugDay ?? [20:29] asac, firefox.sh now has inconsistent coding style.. such as `cmd` vs $() [20:34] fta: is there a hugday? [20:34] asac, http://paste.ubuntu.com/55388/ [20:35] wh ois dereck? e.g. what nick is he using? [20:36] how would i know ? [20:36] bumb [20:36] https://edge.launchpad.net/~dereck [20:37] i think its awsoonn [20:37] !seen aswoonn [20:37] I have no seen command [20:37] bah [20:37] err [20:37] awsoonn [20:37] IRC: Awsoonn on network irc.freenode.net [20:37] read fail [20:43] ok i updated the hug day page [20:43] https://wiki.ubuntu.com/UbuntuBugDay/20081009 [20:48] asac, how come at least you were not aware of this?? [20:49] fta: most likely the guy organizing this, is from the community and maybe to new to know that there are some packages where individuals alone care a lot about [20:49] individuals (e.g. small teams, not like motu :)) [20:49] i dont care. at least i got to know about it ;) [20:50] bdmurray: how comes that we dont know about firefox 3 hugday ;) [20:50] ? [20:50] :-P [20:51] obviously i dont read enough mails ;) [20:51] hmm ... i dont have the initial mail [20:51] only the reply on -discuss [20:53] asac, do you want it ? [20:56] fta: no its fine. i answered to the mail i had on -discuss with the info i wanted to get out [20:57] thanks [21:02] google chrome is having a new implementation of SafeBrowsing smoother on IO with sqlite [21:30] asac: do we want Adobe Flash 10 RC (latest) in 8.10? I can create a bzr branch of my changes. [21:31] there's an existing FF exception request IIRC. [21:31] i really think we should, the current one is almost unusable [21:32] the RC is far bette [21:32] r [21:32] the only thing we need now is to upload a newer flashplugin-nonfree; \sh has already fixed ia32-libs. [21:32] (and it was, like I said before, a missing libgnutls26) [21:34] crimsun: we want latest flash in 8.10 yes. [21:34] crimsun: can you do the upload (but please do a quick test ;)) [21:34] ? [21:34] asac: I can only ask; remember that I'm no longer -dev. [21:34] oh ... thought just not core-dev [21:35] and it does work on amd64; I'm using it right now. [21:35] i had a branch but no history [21:35] crimsun: cool. [21:35] crimsun: if you have the branch ready, fta can also sponsor it :) [21:35] does it need a FF exception, or does it fall under this team? [21:35] i take the risk in case people complain about that [21:36] crimsun: i am quite sure we had a ffe for that and even if not it belongs here so is covered by the delegation they gave to us [21:36] crimsun: as i said. I take all the risk. not updating flash isnt a viable option :) and the risk is low ;) [21:37] ok, then I'll trawl the bugs and create a bzr branch for it. [21:37] crimsun: yeah. you can also open a quick FFe bug and i grant the exception there (then its clear that its my fault when someone complained :)) [21:37] crimsun: bug 257403 [21:38] Launchpad bug 257403 in flashplugin-nonfree "[Intrepid] FFe request for Flash 10 RC2 (10.0.12.10)" [Wishlist,Confirmed] https://launchpad.net/bugs/257403 [21:38] http://paste.ubuntu.com/55406/ [21:38] asac: yes, I just changed the status of it. [21:39] crimsun: good. i added another comment repeating the ffe for latest flash [21:40] fta: ok so you tested it on 32bit? [21:40] (tested the final adobe bits i mean) [21:41] sure, i've been using it since Sep 27 [21:41] cool [21:41] * asac eagerly waits to get the update through the normal archive ;) [21:41] * asac can then take a look how messy nspluginwrapper still is [21:42] crimsun, did you add something else ? or was it just a bump like mine? [21:42] asac: RC 2 works ok without any additional changes to intrepid's current nspluginwrapper [21:42] fta: I modified debian/control as well; we're now conflicting with libflashsupport [21:43] crimsun: right. but nspluginwrapper has stilla bunch of issues and even crashes/stale locks for windowless plugins [21:43] but at least upstream nspluginwrapper dev reappeared from MIA ;) ... maybe a bit late, but better than nothing [21:43] asac: right, I saw the patch(es) on upstream's mailing list [21:43] crimsun: oh you subscribed to the new mailing list ... cool [21:44] crimsun, how come you're no longer -dev? [21:44] but good to know that the whole instability we had didnt come from nspluginwrapper alone ;) [21:44] fta: timing (mainly, moving, new job, other constraints). I allowed them to expire. [21:44] crimsun, oh, ok i see. [21:45] crimsun: do you still do alsa work or did you have to take back on that too? [21:46] crimsun, if you don't mind, i'd like to do this flash upgrade. [21:46] asac: I still do work with Luke, but I no longer commit. So, not so much has changed. [21:46] fta: ok, then I'll just post the debdiff against the current intrepid source to the bug. [21:47] ok [21:47] crimsun, so you want a sponsor then? [21:47] I think crimsun did all the ground work so get him the credits for the greatest and latest beta fflash work ;) [21:47] :) [21:47] (or the latest and grewat beta crash work :)) [21:47] ok, i don't really mind [21:48] fta: err, whatever you want to do. I'm simply providing it as a reference. The only really important thing to me is that the Conflicts and Recommends be adjusted in debian/control. [21:48] i think everybody just wants this in :) [21:48] Strongest-Conflict-Event: libflashsupport :-P [21:48] err [21:48] Strongest-Conflict-Ever: libflashsupport :-P [21:49] but well. ogra couldnt tell me if he still needs libflashsupport for his ltsp thing [21:49] he shouldn't; we talked about it briefly a couple months ago [21:49] ah cool [21:49] alsa-plugins completely obsoletes libflashsupport [21:49] i hoped that going through pulse should be enough [21:50] to get networked sound [21:50] yeah thats definitly one of the good news for intrepid [21:50] Luke has 1 more additional patch to push for pulseaudio that doesn't attempt to start pulseaudio while the gdm login sound is playing [21:51] err, sorry, not gdm login sound but session login sound [21:52] asac, reading that bug, people using my ppa have issues with nss/nspr (the soname thing), you really should decide.. [21:53] fta: yeah. i think the decision happened automatically. i have to put the shame hat on and say that its too late for that unfortunately [21:54] fta: we have to do a proper transition right at the beginning of jaunty [21:54] and let the synching/merging do the archive rebuild for us :) [21:54] so I will revert everything in my ppa :P [21:54] fta: yeah. please dont uncommit [21:54] revert [21:54] i want to resurrect that right after release [21:54] of course not [21:55] fta: are the .head/.dev branches again in line with our general procedure? [21:55] e.g. can we do one more .head -> .dev merge for final intrepid? (after you reverted the soname stuff of course)? [21:56] i think it's in sync, i'll check after the revert [21:58] fta: http://launchpadlibrarian.net/18346512/flashplugin-nonfree_10.0.12.10ubuntu1.debdiff [22:00] crimsun, reading.. [22:02] good, i'll sponsor it [22:03] fta: thanks [22:06] done [22:11] fta: thanks! [22:11] subject: [ubuntu/intrepid] flashplugin-nonfree 10.0.12.10ubuntu1 (Accepted) [22:18] asac, http://ubuntulinuxtipstricks.blogspot.com/2008/10/firefox-3-hug-day-tomorrow.html [22:25] http://formatwarcentral.com/index.php/2008/10/08/disney-goes-eula-crazy-on-sleeping-beauty-blu-ray/ [22:26] fta: cool the handbook made it on a blog ;) [22:26] great marketing [22:26] * asac hugs himself ;) [22:26] and great intelligence :) [22:27] lol [22:27] * asac hugs fta [22:27] * fta hugs back [22:27] next step: make the handbook accurate ;) [22:28] from what i see it refers to a not-existing bugzilla account :/ [22:28] http://ubuntuforums.org/showthread.php?t=941865 [22:30] yeah thats a known compiz bug [22:30] i will bug mvo about it [22:30] hmm he is (wisely) offline [22:31] for me, F11 != View / Full screen, this is annoying [22:33] asac: I'd thought dereck would have notified you [22:37] bdmurray: well. not directly. maybe he just wasnt aware how much i suck at email :) [22:38] bdmurray: so all fine. anyway. if you need info for tomorrow on the triagershandbook for example, dont hesitate to ask :) [22:38] i will try to remebmer to look in -bugs tomorrow [22:39] but often hug days run rather silently, with people just grabbing thigns from wiki [22:40] okay, great if I have any questions I'll ping you [22:40] any news on the n-m bug? [22:40] bdmurray: yes. its fixed most likely [22:40] i am waiting for the commit to sink into our bzr mirror ;) [22:40] so tomorrow you probably could verify if its really gone [22:41] ah, great! [22:41] bdmurray: http://svn.gnome.org/viewvc/NetworkManager/trunk/src/?view=log [22:41] 4156/7 [22:41] was there an upstream bug or was it just irc communication? [22:41] are the commits from what i can tell [22:42] bdmurray: just irc [22:42] bdmurray: someone showed up who had debugged that in #nm [22:42] and dan williams nailed it down with his info [22:42] so quite fortunate :) [22:43] bdmurray: it was randomness due to access of freed/uninitialized memory [22:43] so the behaviour should have been at least a bit random ... though the chances for a positive outcome often are really low for this kind of bugs :) [22:44] today is a good day: keyfile plugin fixed, routing bug fixed ;) [22:44] dns list bug fix in applet :) [22:45] great! [23:02] asac, why was that firefox.sh.in patch needed in the 1st place? i thought we had all the necessary links [23:10] http://blog.karlt.net/2008/10/font-selection-for-web-fonts-on-linux.html [23:10] fta: no :) ... it didnt serve arbitrary lknks [23:10] e.g. x-www-browser, sensible-browser [23:11] like what the bug said [23:12] ok, but then, that name=$(name%%-3.0) is wrong [23:31] fta: what is the problem we are getting from that? [23:32] that a link x-www-browser -> /usr/bin/firefox would be run as firefox-3.0? [23:35] fta: cool you fixed browser-branding. [23:36] name=$(name%%-3.0) just drops -3.0 from the name, so if i merge that, it will drop -3.1, then it will fail [23:36] providing we have the necessary links, there's no need to drop this even for 3.0 [23:38] hmm [23:38] well. the idea is that firefox gets started with firefox if the link points to the unversioned thing [23:39] its a requirement to fix the "restart" patch for real [23:39] yes [23:39] and also the system gconf integration patch [23:39] at best it could also rely on what was $0 [23:39] but maybe i am just confused here :) [23:54] fg [23:54] oops [23:56] where is the passphrase ;) [23:57] http://paste.ubuntu.com/55439/