[12:30] <Ubulette> and I've fixed the build system
[12:30] <Ubulette> pushed in my branch
[12:37] <asac> Ubulette: he?
[12:37] <asac> so no quilt anymore?
[12:37] <Ubulette> "no more quilt includes"
[12:38] <Ubulette> quilt.debbuild.mk  is useless
[12:38] <asac> really?
[12:38] <asac> looks like a lot of code for being useless
[12:38] <asac> maybe we can make it useful?
[12:39] <Ubulette> that would be redoing cdbs
[12:43] <asac> what fewatures are missing?
[12:43] <Ubulette> patching and unpatching
[12:43] <Ubulette> so everything
[12:43] <asac> i mean the targets implement in that .mk file might not be really useful ... but at least they are more or less known target names
[12:44] <Ubulette> it's too specific to the guy that did it
[12:44] <asac> Ubulette: /usr/share/quilt/quilt.make
[12:44] <asac> that looks good?
[12:44] <asac> its patch + unpatch
[12:44] <asac> whatelse is wanted?
[12:45] <Ubulette> this one seems better
[12:46] <Ubulette> "This file tries to mimick /usr/share/dpatch/dpatch.make" yeah, no kidding
[12:54] <Ubulette> it needs quilt (>= 0.40)
[12:56] <asac> is that an issue?
[12:56] <Ubulette> no
[12:56] <asac> otherwise just copy quilt.make to debian/ directory
[12:57] <asac> and use self-shipped one
[12:57] <asac> (unless of course its >= 0.4 because it uses quilt options not available before)
[12:57] <Ubulette> 0.46 no
[12:57] <Ubulette> now
[12:57] <asac> debian sarge has 0.39
[12:58] <asac> lets see what dapper has
[12:58] <asac> dapper has 0.42
[12:58] <asac> so fine
[12:58] <asac> i doubt that people want to backport to debian oldstable :)
[12:59] <asac> anyone volunteers to vade through current icedove bugs in unstable and tell me what I should fix for next upload ? :)
[12:59] <asac> i guess not :(
[03:17] <tonyyarusso> asac: (minor note relating to "bad feeling in my guts", he'll probably have to proceed as is for now, but perhaps we can spend some more time on un-aviaryifying it for Gutsy+1)
[05:30] <IdleOne> do the MOTU's know when ubuntu is going to start using iceweasel and friends instead of Firefox?
[05:31] <IdleOne> the iceweasel icon is really nice btw
[11:03] <asac> IdleOne: well ... we could provide a rebranding extension package ... if you would be interested to work on that ... let me know :)
[11:03] <asac> personally I won't do it ; )
[12:48] <asac> hjmf: the new plugin wizard is in gutsy!!!! whats the state of the plugin meta data? any debdiffs still in your pipe?
[01:25] <hjmf> asac: howdy!
[01:25] <hjmf> I haven't done any progress since I uploaded the java plugins. I've been pretty busy since then. I haven't done anything besides some basic triaging.
[01:25] <hjmf> However I'll start my holidays tomorrow so hopefully I'll have more time to finish all the rest of the plugins.
[01:25] <hjmf> The plugins already done are: https://bugs.launchpad.net/~hmontoliu/+reportedbugs?field.searchtext=Xb-Npp-xxx&orderby=-importance&search=Search&field.status%3Alist=New&field.status%3Alist=Incomplete&field.status%3Alist=Confirmed&field.status%3Alist=Triaged&field.status%3Alist=In+Progress&field.status%3Alist=Fix+Committed&field.status%3Alist=Fix+Released&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch
[01:25] <hjmf> =&field.has_no_package=
[01:25] <hjmf> aka vlc, gxine, totem, mplayer, java5 and java6
[01:27] <asac> hjmf: ok i think those are already uploaded
[01:28] <asac> hjmf: do you have a list of plugins left?
[03:11] <Jazzva> Good afternoon/whatever-time-of-day-is :)
[03:13] <Jazzva> asac, I added the radio button for "Don't install plugin for this media type"... I just have to see if there's a way to skip the toggleInstallPlugin -> wizardInit and stuff, and just to proceed to Finish screen :).
[03:45] <Jazzva> asac, do you know why ubufox isn't installable in Xubuntu?
[03:45] <asac> why wouldn't it?
[03:46] <Mirv> asac: just out of interest, have you had any thought to using libenchant in mozilla products lately, or heard of any progress towards that direction? it was this thing we discussed in April and that I put on https://wiki.ubuntu.com/MozillaTeam/Roadmap too
[03:46] <Jazzva> Dunno... I've received an e-mail, it's sent to you too...
[03:47] <asac> Mirv: well I think that this has to be done upstream ... if you want to help to implement that patch I can help
[03:48] <asac> Mirv: and no ... i completely forogt about that roadmap page ... because the guy who wanted to bring it to a good state just vanished
[03:50] <asac> sorry for my brain-being-squashed on this ... but i am still proud that i actually remember something given the amount of info my brain gets every day ;)
[03:50] <Mirv> asac: ok. I'd be interested if I had too much free-time, but I've completely succeeded in filling my free time with Ubuntu/Debian/etc. already :) just wanted to hear from your point of view if you had witnessed anything interesting related to the subject
[03:50] <asac> no ... just that finally hunspell is almost ready for upstream inclusino
[03:51] <asac> i don't think that they will consider anything else until that is finished at least ;)
[03:51] <Mirv> yeah, so the ball has continued to roll towards hunspell, ok. I just hope they're aware that it's not the Solution still to spell-checking as a whole :)
[03:52] <asac> well the ball towards hunspell was pushed long ago
[03:52] <asac> ... and hunspell was pretty close to myspell ... which is probably why they didn't consider to use something different at that point
[03:53] <asac> but that doesn't mean that they don't look for better solutions
[03:55] <Mirv> yes, we'll see what'll happen. my current hope is that some of the spell-checking extension writers would have time to discuss and push things further
[04:31] <Ubulette> hi
[04:31] <Jazzva> Hello...
[04:32] <Jazzva> asac: I've looked at the package and I can't think of anything why it wouldn't be installable in Xubuntu.
[04:34] <asac> maybe he claims that its not installed by default?
[04:34] <asac> Ubulette: you have a LP bug with that cairo crash the other day, right?
[04:35] <asac> ah nevermind ... it was the mozilla bug
[04:35] <Ubulette> the one with out system cairo ?
[04:35] <Ubulette> our
[04:35] <Jazzva> asac: Here's the report...
[04:35] <Jazzva> xubuntu/daily: Uninstallable packages:
[04:35] <Jazzva> ubufox 0.4~beta1-0ubuntu2 produces uninstallable binaries:
[04:35] <Jazzva>   * ubufox (amd64 i386)
[04:36] <Jazzva> And it's the recent upload that fails... but I don't think that a change outside of any build scripts should prevent it from building... :/
[04:37] <Jazzva> And we tested it and it works on Ubuntu... And ubufox depends only on Firefox, which is provided in Xubuntu by default...
[04:38] <Ubulette> Jazzva, I've tested ubufox with FF2 yesterday, nice job
[04:39] <Jazzva> Thanks... But my part is very small :)...
[04:39] <Ubulette> I've been puzzled by the fact that an extention installed with app-xxx is not visible in the addons UI..
[04:39] <Jazzva> Really?
[04:40] <Ubulette> just tried with launchpad ext
[04:40] <Ubulette> it worked as it was usable but it is not listed in FF UI
[04:41] <Jazzva> Hmm, right... I have it installed too, and it isn't listed in Addons list...
[04:42] <Jazzva> I'll try with some other addon...
[04:43] <Ubulette> and on the 1st run, the app-install-ui said something like "no app matched your prefs" then the list was empty. I had to change the "Show" pref (top right), then it worked
[04:44] <Jazzva> Hmm, have you used gnome-app-install before (The "Add/remove programs" in the menu)?
[04:45] <Ubulette> the main one, yes but never for FF addons
[04:46] <Jazzva> Maybe it remembers the "Show" option...
[04:46] <Jazzva> And then it just started with that option, so that's why you had to change it...
[04:46] <asac> ups
[04:46] <asac> Jazzva it also depends on apturl
[04:47] <Ubulette> and btw, launchpad addon disapeared from the install/remove list.. i expected to still it there but checked
[04:47] <asac> is the report from the CD ?
[04:47] <asac> Jazzva: oh forgot to push then
[04:48] <Jazzva> asac: Is apturl available on Xubuntu cd?
[04:48] <Jazzva> Ubulette: That's weird...
[04:49] <Ubulette> asac, difficult to port debdiffs for nss
[04:49] <Ubulette> plenty of files are gone
[04:49] <asac> Jazzva: it should automatically go to CD now
[04:49] <asac> as ubufox depends on it
[04:50] <Jazzva> asac: The report? Well, I don't know :). Check your e-mail...
[04:50] <Ubulette> ex nss/mozilla/security/coreconf/*  nss/mozilla/dbm/*
[04:50] <asac> Jazzva: ok core-dev branch is updated to what is in gutsy now
[04:50] <asac> sorry for forgetting about that
[04:51] <Jazzva> Ubulette: Yes, the Add/remove remembers the "Show" thingie and starts up with that option next time.
[04:51] <Jazzva> asac: Umm, no problem :)
[04:51] <Ubulette> Jazzva, shouldn't it be different ?
[04:52] <Jazzva> Ubulette: Well, it would be good if gnome-app-install launched from ubufox could start with "Show all programs" :).
[04:52] <asac> ok ... its normal that its listed as broken ... we have to move apturl to main first
[04:53] <asac> but it should be listed as broken for ubuntu as well atm
[04:53] <Jazzva> asac: Oh... That's the reason :)...
[04:55] <Jazzva> asac: Another thing... ubufox depends on apturl which depends on gnome-app-install. Which means that gnome-app-install is going to be installed in KDE if that person chooses to install ubufox.
[04:55] <asac> Ubulette: what do yo umean by debdiff?
[04:55] <asac> you mean patches?
[04:55] <Ubulette> asac, nss: I've used co mozilla/security/nss so it does not include mozilla/dbm/*    should I add this to my orig.tgz ???
[04:56] <Ubulette> asac, most of mike 38_kbsd.dpatch is about files that are no longer there
[04:56] <Jazzva> smoke... brb
[04:56] <asac> yes ... you can safely igore that kbsd patch for now
[04:56] <Ubulette> asac, ie, no more mozilla/security/coreconf/*
[04:56] <asac> Ubulette: maybe they have been moved?
[04:56] <Ubulette> nope
[04:56] <asac> i mean they still sholud have the coreconf files
[04:57] <asac> because that directory contains their build system iirc
[04:57] <Ubulette> at least, it's no longer in the part of the cvs tree
[04:58] <Ubulette> s/the/that/
[04:58] <asac> well ... maybe it never was
[04:58] <asac> can't you checkout with client.mk ?
[04:58] <asac> e.g. make -f client.mk checkout MOZ_CO_PROJECT=nss ?
[04:58] <asac> you just never know where they pull things in from
[04:58] <Ubulette> well, I've followed their instructions
[04:59] <asac> so where are all these .mk files now?
[04:59] <Ubulette> just adapted the CO tag
[04:59] <asac> or did they pump their hand-written buildsystem to /dev/null finally
[05:01] <Ubulette> http://pastebin.mozilla.org/185649
[05:01] <bluekuja> asac: heyaaaaaa!
[05:01] <Ubulette> asac, so as you can see, no more coreconf
[05:01] <asac> bluekuja: welcome back :)
[05:01] <asac> Ubulette: http://lxr.mozilla.org/seamonkey/source/security/nss/lib/Makefile
[05:02] <bluekuja> asac: :)
[05:02] <asac> they still include include $(CORE_DEPTH)/coreconf/config.mk
[05:02] <bluekuja> asac: I gonna leave again tomorrow
[05:02] <asac> where is that from?
[05:02] <bluekuja> asac: leaving with motorbike
[05:02] <bluekuja> :)
[05:02] <asac> bluekuja: oh
[05:02] <asac> have fun
[05:02] <bluekuja> asac: how is life going here?
[05:03] <asac> lots of work
[05:03] <asac> time went in a rush
[05:03] <asac> how long have you been away?
[05:03] <asac> 1 or 2 weeks?
[05:03] <bluekuja> something like 2-3 weeks
[05:03] <asac> crazy ... time went really fast then
[05:03] <bluekuja> yup
[05:04] <bluekuja> is gnomefreak on vacation?
[05:04] <asac> he is sick
[05:04] <asac> in hospital :(
[05:04] <bluekuja> aww
[05:04] <bluekuja> why?
[05:04] <asac> something more or less painful serious
[05:04] <asac> i forgot the name
[05:05] <bluekuja> damn :/
[05:05] <bluekuja> tb is becoming crazy now
[05:05] <bluekuja> too many mails
[05:05] <asac> yeah ... well now that i know that he is alive i feel better... because he just disappeared for more than a week
[05:05] <asac> which is what i never have seen from him
[05:05] <asac> tb?
[05:06] <asac> about this motu thing?
[05:06] <bluekuja> thunderbird
[05:06] <bluekuja> :)
[05:06] <asac> ah :)
[05:06] <bluekuja> keybuk deferred my app
[05:06] <asac> well thanks to Ubulette we have not a working trunk an paradiso build again :)
[05:06] <bluekuja> this is crazy
[05:06] <bluekuja> damn
[05:07] <asac> on anohter front we have a new plugin finder service and a integration to gnome-app-install to install firefox extensions
[05:07] <asac> https://lists.ubuntu.com/archives/ubuntu-devel/2007-August/024137.html
[05:07] <asac> s/not/now/
[05:07] <asac> dunno what else happened :)
[05:07] <asac> except that i clashed with baby today ;)
[05:07] <Ubulette> asac, what about gp/trunk ?
[05:08] <bluekuja> asac: lol really?
[05:08] <asac> Ubulette: < asac> well thanks to Ubulette we have not a working trunk an paradiso build again :)
[05:08] <Ubulette> oh
[05:08] <asac> s/not/now/
[05:08] <asac> sorry for the typo
[05:08] <asac> so all is fine ;)
[05:09] <asac> bluekuja: do you have a link of keybuks mail?
[05:09] <asac> well i did some harsh words on gnash package maintenance with her
[05:10] <bluekuja> asac: yup, just a moment
[05:13] <bluekuja> asac: gauvain one
[05:13] <bluekuja> https://lists.ubuntu.com/archives/motu-council/2007-August/000295.html
[05:13] <bluekuja> keybuk
[05:13] <bluekuja> https://lists.ubuntu.com/archives/motu-council/2007-August/000303.html
[05:19] <Ubulette> asac, got it by reading client.mk. I have to co 4 modules for nss. I'll modifiy my script to use directly client.mk like for ff-trunk
[05:25] <Ubulette> hmm, no, there's no MOZ_CO_PROJECT for nss and nspr
[05:27] <asac> bluekuja: ok then go ahead ;)
[05:27] <bluekuja> asac: i talked with mdz
[05:28] <bluekuja> and he said to re-apply now
[05:28] <asac> Ubulette:
[05:28] <asac> NSS_CO_MODULE =               \ mozilla/security/nss      \ mozilla/security/coreconf \ $(NULL)
[05:28] <bluekuja> he will follow my app
[05:28] <asac> huh?
[05:28] <asac> why now?
[05:28] <Jazzva> asac: One string change in locale is enough for a commit, right?
[05:28] <bluekuja> because it's not a valid motivation
[05:29] <bluekuja> to deferr an app
[05:29] <asac> bluekuja: right ... so what is happening now?
[05:29] <bluekuja> i gonna mail the TB
[05:29] <bluekuja> and explain
[05:29] <bluekuja> "the noise"
[05:30] <asac> ok ... keep me updated ... thats interesting ;)
[05:30] <asac> Jazzva: yes .... did i open the branch?
[05:31] <Jazzva> asac: What do you mean? :)
[05:31] <bluekuja> asac: yeah, motu revolution
[05:31] <bluekuja> :P
[05:31] <bluekuja> I write it
[05:31] <bluekuja> now
[05:32] <Jazzva> asac: BTW, I checked for other hard-coded strings in .xul files (still have *.js to look through :)). None present.
[05:32] <asac> Jazzva: fine
[05:32] <asac> i will push one more revision that changes version again
[05:33] <asac> e.g. to open branch ;)
[05:33] <Jazzva> asac: Branch (at least mine) is open... If that means that I can upload :)
[05:33] <asac> is that ok or will that cause problems with your local branch?
[05:33] <asac> well ... the idea is to close the branch by making a commit "bump version for release" ... then open it with "bump version for development"
[05:33] <asac> i often forget that ;)
[05:33] <asac> but its good to have
[05:33] <asac> especially when developing packages
[05:34] <Jazzva> Oh, ok :)...
[05:34] <asac> i push a revision that bumps version and sets distribution to UNRELEASED during development
[05:34] <asac> ok rev 39
[05:34] <asac> is good
[05:34] <bluekuja> asac: good news: I've moved to new girlfriend
[05:34] <bluekuja> happy week this one
[05:35] <asac> he?
[05:35] <asac> moved to? like moving houses?
[05:35] <asac> or just *new* girlfriend?
[05:35] <bluekuja> nope, changed
[05:35] <bluekuja> new
[05:35] <bluekuja> :)
[05:35] <Jazzva> asac
[05:36] <asac> bluekuja: congrats ... though switching partners is not really something achievable imo :)
[05:36] <Jazzva> Oops... asac, I'm on rev. 41 :).
[05:36] <asac> so you did commits already?
[05:36] <bluekuja> asac: lol
[05:36] <Jazzva> Umm... yes... and pushed
[05:36] <asac> thats not a problem ... you just have to merge
[05:36] <asac> and cannot pull anymore
[05:36] <Jazzva> Thought so...
[05:36] <asac> just merge
[05:36] <asac> then commit (to commit the merge)
[05:37] <asac> Jazzva: if you try to pull you now see what "diverged" means ;)
[05:38] <Jazzva> got it :)
[05:38] <Jazzva> Ok... done.
[05:42] <Jazzva> asac: Can you look at another package I made :)? TheMuso looked about a month ago or so, when I first commited it to REVU, I fixed the debian/rules according to his comments, but he wasn't sure about the debian/copyright.
[05:42] <Jazzva> I've uploaded it to bzr
[05:43] <Jazzva> http://code.launchpad.net/~jazzva/fakenes/ubuntu/
[05:43] <Jazzva> That should be the direct link
[05:43] <asac> branching
[05:44] <Jazzva> branching? No, it's a new package...
[05:45] <asac> bluekuja: btw ... please don't try to show your gf what a cool motorcycler you are ... I don't want to hear that you are in hospital next week ;)
[05:46] <asac> hehe
[05:46] <asac> Jazzva: he? its a bzr branch
[05:46] <bluekuja> :D
[05:46] <bluekuja> asac: I try to drive slower
[05:46] <asac> Jazzva: do you have an upstream branch as well?
[05:46] <bluekuja> every day
[05:46] <bluekuja> :)
[05:47] <Jazzva> asac: Oh... sorry, I mixed up things :). I read "branching" as in "did you make a new branch of existing project"... Forget it :).
[05:47] <Jazzva> asac: Yes, /~jazzva/fakenes/upstream
[05:47] <asac> probably not as the branch i have here is still at revision 1
[05:47] <asac> so it doesn't have a common ancestor
[05:47] <Jazzva> Umm... right.
[05:47] <asac> can you fix that?
[05:48] <Jazzva> Umm, yes
[05:48] <asac> cool
[05:55] <Jazzva> Should be fixed now. Just to show up in LP :)
[05:55] <asac> Ubulette: do we have any of vlads bug in paradiso?
[05:55] <Jazzva> asac: Done.
[05:55] <asac> e.g. could you reproduce at least one?
[05:55] <asac> ... http://groups.google.com/group/mozilla.dev.platforms.linux/browse_thread/thread/4b0c5de14d8dadb9/281c3a0fccbd91bd#281c3a0fccbd91bd
[05:56] <asac> Jazzva: ok let me rebranch
[05:56] <Ubulette> asac, no but while looking at them, got the print-preview hitting Xorg CPU
[05:57] <asac> Jazzva: http://pastebin.mozilla.org/185672 ... what license is that?
[05:57] <asac> is that a standard license?
[05:59] <Jazzva> Hmm, lemme see :)
[06:00] <Jazzva> Well, it's known as zlib's license :)
[06:00] <Jazzva> http://www.gzip.org/zlib/zlib_license.html
[06:00] <asac> ok
[06:01] <asac> you know if that license is compatible to GPL ? ( i think so ... but not really sure)
[06:01] <asac> e.g. . Altered source versions must be plainly marked as such, and must not be misrepresented as being the original software.
[06:01] <Jazzva> I think it is...
[06:01] <asac> that sound more restrictive as GPL
[06:01] <asac> ... which would mean that its incompatible
[06:01] <Jazzva> I'll ask on #ubuntu-motu...
[06:01] <asac> well
[06:02] <asac> look up if zlib is listed as compatible on fsf page
[06:02] <asac> i don't think it matters if it is in this case
[06:02] <Jazzva> Ok
[06:02] <asac> as you probably don't link against GPL code
[06:02] <Jazzva> Also, license for cbuild.c is restrictive
[06:02] <asac>  License of ZLib
[06:02] <asac>     This is a free software license, and compatible with the GPL.
[06:02] <Jazzva> there was a comment that it would make this package ok for multiverse
[06:02] <asac> http://www.gnu.org/philosophy/license-list.html
[06:03] <asac> ouch
[06:04] <asac>  * * You MAY NOT sell it, or otherwise redistribute it for profit, unless it is
[06:04] <asac>  *   bundled with a seperate commercial product and is used to build said
[06:04] <asac>  *   product.
[06:04] <Jazzva> That par was problematic one :)...
[06:04] <Jazzva> *part
[06:04] <asac> can we replace that?
[06:05] <Jazzva> Well, I can send an e-mail upstream and ask them if that part can be replaced...
[06:05] <asac> well ... it certainly can ... though we might need to rename the package
[06:06] <asac> i will review the whole package for other licensing stuff
[06:06] <Jazzva> Ok, thanks :)...
[06:06] <asac> before that i wouldn't put much work into it
[06:06] <Jazzva> I'll send the e-mail to ask about cbuild's license...
[06:06] <asac> however ... if we want to distribute it ... we should make it free
[06:06] <asac> i just don't like to sponsor non-free things unless they are *really* important for the user
[06:07] <Jazzva> Well, this one shouldn't be that much important...
[06:07] <Jazzva> I'll see what I can do upstream...
[06:07] <asac> great
[06:07] <asac> tell him that its insane to make an otherwise free source tarball non-free by buying in this crappy build things
[06:08] <Jazzva> her :)...
[06:08] <asac> of course try to approach this policial :)
[06:08] <asac> not too harsh wording ... otherwise they will just feel offended ;)
[06:08] <Jazzva> 'fcourse...
[06:09] <Jazzva> Ok... gotta go now... There's this Beer Fest thingie downtown... Though I'm not a big fan of beer :). See ya in the evening :)
[07:01] <Ubulette> asac, would be nice if you could have a look at the print-preview issue to see if you can reproduce it
[07:02] <Ubulette> and maybe poll vlad
[07:03] <Ubulette> I'm nearly done with nss now, nspr is ready. I'll change package name and bump so later on.
[07:04] <Ubulette> I'm out for ~2h hours.. sport time.
[07:23] <asac> Ubulette: thanks!
[07:56] <asac> Ubulette: btw, the location bar drop down doesn't have a border for me ... do you see that as well?
[08:00] <asac> Ubulette: for me print preview just works in a millisecond
[08:01] <asac> though i am running a feisty X server
[08:01] <asac> so probably its either the gutsy X server or your graphics driver
[08:01] <asac> i will try to resurrect my gutsy hacking box which i trashed the other day
[08:01] <asac> :)
[08:01] <asac> and see if I can reproduce there
[08:05] <shirish> hi all, I've been having this strange bug, I haven't yet reported it, ALT+D doesn't seem to work in ffgpa7 in GNOME but works very well in XFCE, any idea what could be the issue here?
[08:06] <shirish> ALT+D= shortcut for putting up URI address
[08:07] <shirish> however CTRL+L works, but not ALT+D which also works but in xfce, not in GNOME
[08:07] <shirish> asac: any ideas?
[08:09] <asac> maybe gnome has a conflicting binding?
[08:10] <asac> i never knew about ALT-D to be honest
[08:10] <shirish> asac: how do I find out if there is some conflicting binding?
[08:10] <asac> first: does it work in stable firefox?
[08:10] <asac> or is it broken there as well?
[08:11] <asac> wierd ... for me it works in paradiso :)
[08:11] <asac> shirish: do you run compiz?
[08:11] <shirish> asac: I know, lot of people don't know, its actually for people who come from windows, its the default short-cut in IE
[08:11] <shirish> asac: I have ran it, but if you mean as default or running it now, then no.
[08:11] <asac> afaik compiz eats a bunch of bindinds ... so maybe try to disable it
[08:11] <shirish> asac: its disabled.
[08:12] <asac> well ... maybe it setup gnome bindings permanently?
[08:12] <asac> shirish: please look in keyboard shortcuts preferences dialog
[08:12] <asac> and see if there is something for ALT+D
[08:14] <asac> if you don't see any and its broken for plain ffox 2.0 as well, please ask on #ubuntu-desktop how to find out if this key is captured by -desktop or what
[08:14] <asac> s/by -desktop/by gnome/
[08:14] <shirish> nope, its broken also on ff 2.0 & there isn't anything on keyboard shortcuts
[08:15] <shirish> asac: thanx for yout time, going off to #ubuntu-desktop
[08:15] <asac> shirish: let me know
[08:15] <asac> if you find something
[08:16] <shirish> asac: will do if I come to know of something.
[08:16] <shirish> ;)
[08:16] <asac> thanks
[08:59] <Ubulette> back
[08:59] <Ubulette> shirish, ctrl D is ok for me in GPa7 too
[09:00] <Ubulette> though I'm not using gnome bindings
[09:00] <Ubulette> $ gconftool-2 --get /desktop/gnome/interface/gtk_key_theme
[09:00] <Ubulette> Emacs
[09:02] <Ubulette> I mean, alt D
[10:17] <Ubulette> asac, is it okay if I use system sqlite for nss ?
[10:18] <Ubulette> nss provides 3.3.17, gutsy has 3.4.1
[10:19] <Ubulette> well, I'll try with builddeps libsqlite3-dev (>= 3.3.17)
[10:31] <Ubulette> asac, help
[10:32] <Ubulette> asac, http://pastebin.mozilla.org/185786
[10:32] <Ubulette> i understand the problem but how can I fix that ?
[10:38] <Ubulette> hmm, think i got it
[10:40] <asac> give it a try
[10:40] <asac> let me look
[10:40] <asac> sorry was currently on another system
[10:40] <asac> into  network-manager obscurity
[10:43] <asac> so how do you understand that problem ... i remember having seen this at some point
[10:43] <Ubulette> strace helped me, once again :)
[10:43] <asac> where did it look?
[10:44] <Ubulette> open("debian/libnss3-0d/usr/lib/libnss/freebl3.so", O_RDONLY) = -1 ENOENT (No such file or directory)
[10:44] <asac> he?
[10:44] <asac> why libnss?
[10:44] <asac> debian/libnss3-0d/usr/lib/nss/libfreebl3.so;
[10:44] <Ubulette> should be debian/libnss3-0d/usr/lib/nss/libfreebl3.so
[10:44] <asac> thats in your paste
[10:45] <Ubulette> yep, that's mike debian/patches/80_security_build.patch that needs adjustments
[10:46] <asac> k
[10:46] <asac> but why?
[10:46] <Ubulette> debian rules has:
[10:46] <Ubulette>         $(foreach lib,libsoftokn3.so.0d nss/libfreebl3.so, \
[10:46] <Ubulette>                 LD_LIBRARY_PATH=debian/libnss3-0d/usr/lib \
[10:46] <Ubulette>                 debian/libnss3-tools/usr/bin/shlibsign -v -i debian/libnss3-0d/usr/lib/$(lib);)
[10:46] <Ubulette> which is correct
[10:47] <Ubulette> yet:
[10:47] <Ubulette> $ LD_LIBRARY_PATH=debian/libnss3-0d/usr/lib debian/libnss3-tools/usr/bin/shlibsign -v -i debian/libnss3-0d/usr/lib/libsoftokn3.so.0d;
[10:47] <Ubulette> NSS_Init failed: An I/O error occurred during security authorization.
[10:47] <asac> is that foreach from you?
[10:47] <Ubulette> not, it's from mike
[10:47] <Ubulette> or you
[10:47] <Ubulette> but not me
[10:48] <Ubulette> don't bother, now that i put my finger on it, i'll fix it
[10:48] <asac> cool
[10:48] <asac> i just wonder why the behaviour changed
[10:48] <asac> i mean i see that the patch might be wrong .... but why did things change?
[10:49] <asac> maybe you build with another prefix or something?
[10:50] <asac> anyway ... i will look at the end-result ;)
[10:50] <Ubulette> seems at compile time, libsoftokn3 took a path for freebl3.s different that what it is at install time
[10:50] <Ubulette> .so
[10:50] <asac> yes ... for me this looks like its a bug ... or upstream fixed it ... one never knows
[10:51] <asac> does it work if you drop the part of that patch?
[10:51] <Ubulette> let's try
[10:52] <asac> thanks a lot
[10:52] <asac> i go back to network-manager
[10:52] <Ubulette> :)
[10:53] <asac> which is definitly more a pita than everything mozilla related (at least for me) ... though mozilla sucks much as well ;)
[10:54] <Ubulette> i've removed network-manager on all my machines
[10:54] <asac> unfortunately that is not a thing the normal user can do
[10:54] <asac> so i have to go through this pain
[10:54] <Ubulette> :)
[10:55] <Ubulette> I've opened some critical bugs that never got anywhere in 6+ months, so i gave up as I don't need that anyway
[10:55] <asac> i am always thinking that there must be smarter way to do what network manager does
[10:56] <asac> Ubulette: if its really nm then tell me at least which ones you refer to
[10:57] <asac> its often a combination of kernel-driver bugginess with shakiness of network-manager not being able to cope with unexpected events coming up the foodchain
[10:58] <asac> unfortunately nm has to rely on events that manual methods of connecting can just ignore
[10:59] <Ubulette> one is here
[10:59] <Ubulette> bug 99459
[10:59] <ubotu> Launchpad bug 99459 in sendmail "[feisty]  sendmail unable to automatically determine domain name" [Undecided,Confirmed]  https://launchpad.net/bugs/99459
[11:00] <Ubulette> as I've been blacklisted because of this bug, which is most probably arounf NM, I killed NM, since, no more problem
[11:01] <Ubulette> I've also lost network connectivity countless time during reboot, all services starting without dns after loooong timeouts
[11:01] <asac> yes that is probably fixed now
[11:02] <asac> nm teared down interfaces you defined as auto in interfaces
[11:02] <asac> which made lots of services that setup their network before nm starts but after networking was started
[11:02] <asac> just choke
[11:03] <asac> however the current solution is not perfect as we tried to do the same for wireless interfaces as well.
[11:03] <asac> imo network manager should not try to manage any interface listed in interfaces
[11:03] <Ubulette> rewriting sendmail conf when network change status is a very very very bad idea
[11:03] <asac> i don't think that nm rewrites that conf
[11:03] <asac> its most likely triggered by something that reacts on network manager reupping interface
[11:04] <Ubulette> something triggers /etc/network/if-up.d/*
[11:04] <asac> could you track down which application rewrites sendmail conf?
[11:04] <asac> yes right
[11:04] <asac> thats what i am refering to
[11:04] <asac> nm just saw the interface being up ... then shut it down ... then upped it again
[11:05] <asac> this isn't done anymore ... and it will stay that way for wired networks
[11:05] <asac> for wifi i will probably have to return to that behaviour
[11:06] <asac> but in the end there are loads of other wierd behaviours because my predecessors assumed that its good to manage auto interfaces with nm
[11:06] <Ubulette> as I said, at the moment, I'm happy without NM, I'm all wired with fixed ip @
[11:06] <Ubulette> no auto
[11:07] <asac> would be cool if you could verify at some point that your bug is gone ... though
[11:07] <asac> if not ... no problem as well ;)
[11:07] <Ubulette> maybe one day :)
[11:07] <asac> i will have to raise this "don't add all interfaces during install as auto to interfaces file" soon
[11:08] <asac> which is imo the root cause for this thing ... once we don't add everything found during install we can safely drop NM feature to manage auto interfaces
[11:09] <asac> well not safely ... but at least without breaking new installs ;)