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