[00:00] <micahg> always call /usr/bin/firefox-3.5 for FF3.5
[00:00] <asac___> problem is that $0 is also used if you tell firefox to make itself the default
[00:00] <micahg> always call firefox-3.0 for 3.0
[00:00] <asac___> so if thats versioned it will break on next update
[00:00] <asac___> i dont want that to happen for the default browser
[00:00] <micahg> wait, can't we just make it pkg specific?
[00:00] <asac___> micahg: firefox-3.5 is a script too ... same boat
[00:01] <asac___> we have to
[00:01] <asac___> but all have to use the sme approach
[00:01] <asac___> firefox-3.0-bin
[00:02] <asac___> firefox-3.5-bin
[00:02] <asac___> (instead of real)
[00:02] <asac___> and firefox-bin
[00:02] <asac___> being links to the binaries and the script calling those instead of the binaries in the firefox pkglibdir
[00:03] <micahg> what does firefox call when it restarts?
[00:03] <micahg> does it fork a process
[00:05] <asac___> yes
[00:06] <micahg> I still don't get why we can't call what's in /usr/bin instead of /usr/lib/ff*
[00:06] <asac___> the code does not know about /usr/bin/
[00:06] <asac___> it knows about the firefox dir in lib
[00:06] <asac___> and it knows about the $0 path
[00:06] <asac___> thats it
[00:07] <micahg> Is this upstream code or our code?
[00:07] <asac___> we have a patch that fixes it to usr /usr/bin/firefox ;)
[00:07] <asac___> and i tried to fix some $0 bugs at some point
[00:07] <asac___> could be that we have left overs from that too in the tree
[00:07] <micahg> ah
[00:08] <micahg> so can't we change the patch based on the internal version number to point to /usr/bin/firefox-3.0 and /usr/bin/firefox-3.5 respectivelyt?
[00:08] <asac> micahg: system_path_launch_child.patch
[00:08] <asac> thats in xulrunner
[00:08] <micahg> ok, I'll pull down source and take a look
[00:09] <asac> branch lp:~mozillateam/xulrunner/xulrunner-1.9.3.head
[00:09] <asac> micahg: so upstream does this:
[00:09] <asac> 1. cut leaf from argv[0]
[00:09] <asac> 2. try to find the same binary in firefox lib dir
[00:09] <asac> and start that
[00:10] <asac> problem is that if you upgrade from 3.5.1 to 3.5.2 you dont have same libdir ;)
[00:10] <asac> so it doesnt exist and restart fails
[00:11] <asac> at some other place it uses something similar to set the "default" http handler in gnome (we have that check disabled by default so you dont see that feature)
[00:12] <asac> thats patched in lp:~mozillateam/firefox/firefox-3.7.head
[00:12] <asac> http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.7.head/annotate/head%3A/debian/patches/lp185622_system_path_default_browser.patch
[00:12] <asac> e.g. lp185622_system_path_default_browser.patch
[00:12] <micahg> ah
[00:12] <asac> i think there its even trickier, because there is no access to argv[0] without much effort
[00:12] <micahg> so, is there a variable that would give us the series version number?
[00:13] <asac> but i might be wrong because i havent looked at that code in depth for ages ;)
[00:13] <asac> maybe
[00:13] <micahg> that's what I'm thinking
[00:14] <micahg> something like MOZ_APP_NAME - MOZ_VER?
[00:14] <asac> what would you do with that?
[00:15] <micahg> know which binary to launch based on version
[00:15] <micahg> 3.0.x would be firefox-3.0
[00:15] <asac> well. we could do that easily. but i dont want that because that would be a home brewn thing again ... which would mean a patch
[00:15] <asac> we could even code the version static in the patch
[00:16] <asac> the argv[0] thing feels upstreamable
[00:16] <micahg> well, that would prevent the patch working for all version
[00:16] <asac> yes. there are various ways to do that
[00:16] <micahg> I was refering to the patch you showed me in firefox-3.7 not xulrunner
[00:16] <asac> i just said that even bumping the version once wouldnt make it harder to maintain
[00:17] <asac> the main problem is that all patches cause efforts on dailies ;)
[00:17] <asac> yes
[00:17] <asac> i have no idea how to do that best in an upstreamable fashion
[00:17] <asac> actually in a fashion beneficial for all upstream builds
[00:17] <micahg> netiher do I, but I think I can fix it for us at least
[00:17] <asac> we can upstream it with special configure flags most likely
[00:18] <asac> the default thing shouldnt be versioned for the default browser
[00:18] <asac> so that would still require some manual tweaking
[00:19] <micahg> for the xulrunner patch, I could write something to parse the version out of argv[0] and use that
[00:20] <micahg> to use /usr/bin/firefox- <--whatever was parsed
[00:20] <asac> the xulrunner patch should be fixed properly
[00:20] <asac> like i said. i will probably just do that
[00:20] <micahg> ok
[00:20] <asac> i am fine to have the other patch fixed
[00:20] <asac> maybe we can make a patch.in ?
[00:21] <micahg> so, 1.  What to do with that bug? 2.  Can I help with any of this?
[00:21] <asac> i dont like the idea to do that in the mozilla build system
[00:21] <asac> one second
[00:24]  * asac  is really slow right now
[00:26] <asac> micahg: ok its really just creating the links i mentioned
[00:26] <asac> we currently patch the right versioned path into the startscript
[00:26] <micahg> ok
[00:27] <asac> instead you should use that version info to create a link /usr/lib/firefox-$VERSION/firefox /usr/bin/firefox-$VERSION_IF_NOT_DEFAULT-bin
[00:27] <asac> and the script should call that
[00:27] <micahg> so, should I mark Medium -> Triaged -> assign to you?
[00:27] <asac> if you dont want to do that ;) ... then yes, please.
[00:28] <micahg> ah, so I can try to create that?
[00:29] <asac> http://mxr.mozilla.org/mozilla-central/source/toolkit/components/commandlines/public/nsICommandLine.idl
[00:29] <micahg> so are we talking about having a /usr/lib/firefox-3.5 symlinked to /usr/lib/firefox-3.5.x?
[00:29] <asac> micahg: there we could get argv0 if it helps for the set-default patch
[00:29] <asac> no
[00:29] <micahg> ugh
[00:30] <asac> firefox-3.5-real to /usr/lib/firefox-3.5.x/firefox
[00:30] <micahg> where is firefox-3.5-real?
[00:30] <asac> it doesnt exist yet
[00:30] <asac> /usr/bin
[00:30] <asac> i guess
[00:30] <asac> not sure if there is a better place ;)
[00:31] <micahg> why is that different than /usr/bin/firefox-3.5?
[00:31]  * micahg is apparently slow too :)
[00:31] <asac> because firefox-3.5 cannot be a link as its a script and hence it
[00:31] <micahg> ah
[00:31] <micahg> now I get it
[00:31] <asac> would break argv0
[00:31] <micahg> you want to link to the binary, not the script :)
[00:32] <asac> yes. we can provide a proper link that gets properly updated for minor updates
[00:32] <asac> and restart should work
[00:32] <micahg> ok
[00:32] <micahg> so this would be in the firefox package?
[00:32] <asac> accross major versino upgrades that probably wont work ... unless they used the unversioned default links
[00:32] <asac> micahg: i would think so. probably created using dh_link in debian/rules directly
[00:33] <asac> as we have the version info available there
[00:33] <micahg> well, we don't do major version upgrades in ubuntu, right?
[00:33] <asac> check that file... there are already a bunch of dh_link dh_install etc. calls
[00:33] <asac> micahg: we do. like if you have meta firefox installed in jaunty and upgrade to karmic you get a major upgrade
[00:33] <asac> would be great if resetart just works ... actually i think it will
[00:33] <asac> as both will have /usr/bin/firefox-real
[00:33] <micahg> ah, yes, it should :)
[00:33] <asac> (unversioned)
[00:34] <micahg> in teh default package, right?
[00:34] <asac> i dont know if we ship the links in the meta package
[00:34]  * micahg is pulling down ff3.7.head right now
[00:34] <asac> i dont think we do
[00:34] <asac> for now put them wherever we ship the /usr/bin/firefox link
[00:34] <asac> (in the default package)
[00:35] <micahg> Where do you want me to make the patch?
[00:35] <asac> oh fore firefox-3.7 htere is no default package so its definitly in 3.7
[00:35] <micahg> do I push to a branch under me?
[00:35] <asac> micahg: where?
[00:35] <asac> ah ... yes
[00:35] <micahg> idk
[00:35] <micahg> I've never done this before :)
[00:35] <asac> use ~micahg/firefox/firefox-3.7.head.lpXXXXX
[00:36] <asac> so with the bug id appended ... thats good as then you can just mark it merged keep it forever
[00:36] <micahg> ok, do I do that when I push?
[00:36] <asac> (if your launchpad id is micahg)
[00:36] <micahg> it is :)
[00:36] <asac> micahg: yes.
[00:36] <micahg> ok
[00:36] <micahg> great
[00:36] <micahg> so, I'll take this one then?
[00:36] <asac> bzr branch ... work ... bzr push lp:~$YOURACCOUNT/....
[00:37] <asac> why not. problem is that i will be on holiday next week ;)
[00:37] <asac> but i think fta will also guide you in case you need help
[00:37] <micahg> ok, well, maybe I'll work on it next week, is there any urgency?
[00:37] <asac> maybe you get it even done tomorrow ;)
[00:37] <asac> hehe
[00:37] <asac> yeah. as you wish
[00:37]  * micahg has a lot of work work to do :)
[00:37] <asac> its open long enough so it can wait another few days
[00:37] <micahg> should I assign to me if I won't work on it till next week?
[00:38] <micahg> hmm
[00:38] <asac> micahg: depends on how you work flow is
[00:38] <micahg> is the new one a dup then?
[00:38]  * micahg has nothing assigned
[00:38] <asac> if you can remember without assigning then its ok to not assign or whaeever you prefer
[00:38] <micahg> ok
[00:38] <micahg> is this an old problem?
[00:38] <asac> i dont remember anything without a major light blinking all day ;)
[00:38] <asac> its there since we have more than one branch
[00:38] <asac> i would thihnk
[00:39] <asac> but it only became really relevant when ubufox started to show "restart" button
[00:39] <asac> i think that was intrepid
[00:39] <micahg> so, is the current bug in ubufox?
[00:39] <asac> thats where i landed the fix
[00:39] <asac> no
[00:39] <asac> ubufox just relies on that feature to work accross version upgrades
[00:39] <asac> so without doing anything that restart feature would be even more busted as it would never work for minor upstream versino upgrades
[00:40] <micahg> ok, I'm just wondering if it's a dupe or not, this new one
[00:40] <micahg> before I mark it triaged
[00:40] <asac> even if its a dupe ... the bug that is worked on is always the master ;)
[00:40] <micahg> ok, so I'll mark this triaged
[00:40] <asac> do a quick check ... if you dont find something just work on it ;)
[00:40] <micahg> is this considered low?
[00:41] <asac> medium i would say
[00:41] <micahg> ok
[00:41] <asac> at least ;)
[00:41] <asac> its quite an odd behaviour
[00:41] <asac> micahg: its probably low on the current default version (e.g. 3.5) because that works ;)
[00:41] <asac> but for 3.6 etc its medium
[00:42] <asac> you can use firefox-3.6 and firefox-3.7 package already in launchpad afaik
[00:42] <asac> because they are in a ppa
[00:42] <asac> so add those targets if you want ;)
[00:42] <asac> the other thing we have to do is to get rid of firefox-3.0 ;)
[00:44] <micahg> yeah, next week, I'll start on verifying the blueprint
[00:44] <micahg> I need some time off this weekend
[00:45] <micahg> thanks for spending the time going through all that though
[00:46] <micahg> I learned quite a but
[00:46] <micahg> *bit
[00:48] <micahg> asac: do we really want to start tracking stuff against 3.6 and 3.7?
[00:49] <micahg> since there's no official version in Ubuntu for it, how would we ever marked fix released?
[01:06] <asac> those bug pages were created because of ppa uplaods ;) so bug fixes could be done in ppa
[01:06] <asac> but i dont mind
[01:06] <asac> we can also not do that ;)
[01:07] <micahg> if you want to track bugs for ppa, I'll do it
[01:08] <micahg> Also, that issue we were talking about, would it be fixed for 3.0 as well?
[01:13] <asac> why not ... but not for < karmic
[01:13] <asac> at least not without quite a long bake time ;)
[01:13] <asac> ok i am out... talk to you tomorrow ;)
[01:13] <micahg> ok, night
[04:26] <e-jat> !fta
[05:09] <micahg> e-jat: fta is probably offline as it's early morning in europe
[05:26] <mac_v> micahg: hi... asac asked me to test firefox 3.5.2 to check if a bug is solved , he said , i have the firefox3.5.2.tar.bz  , do i just replace my profile firefox with this? or how do i do it?
[05:27] <micahg> no
[05:27] <micahg> did he as you to test the upstream version?
[05:27] <micahg> or our version?
[05:27] <micahg> 3.5.2 has been out for 2 weeks
[05:27] <micahg> is there bug number?
[05:28] <mac_v> he yeah , and he gave the link to the tar.bz , it the cursor bug , just a sec
[05:29] <mac_v> sheesh! so many typos!
[05:29] <mac_v> micahg: Bug #413950
[05:30] <micahg> right
[05:30] <micahg> so why would he ask you to check 3.5.2?  are you running 3.5.1?
[05:30] <micahg> or did he ask you to try 3.5.3?
[05:30] <mac_v> huh...! wait
[05:31] <mac_v> oops ! i was blind ! he probably gave the wrong link accidentally , and i didnt check :(
[05:32] <micahg> what are you running?
[05:32] <mac_v> 3.5.2 in Karmic
[05:33] <micahg> ok, so what's the link he gave you?
[05:34] <mac_v> just a sec , checking FF history
[05:35] <mac_v> http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.5.2/linux-i686/en-US/firefox-3.5.2.tar.bz2
[05:35] <micahg> ok, maybe he wanted you to check to see if the upstream version has the bug
[05:36] <micahg> go for it
[05:36] <micahg> just download and decompress and run the binary
[05:37] <mac_v> micahg: oh ok , just run from the /firefox-bin ?
[05:37] <micahg> yes
[05:37] <mac_v> hmmm... ok thanx
[05:47] <mac_v> hehe , you guys are confusing! ;p he said upstream version too , i thought that meant the next higher version from upstream !
[05:47] <mac_v> jj
[11:12] <asac> fta: you are insane (wrt songbird fixing) ...
[11:13] <asac> insane == in a good way
[11:13] <asac> i think we talked with stevel that having someone from songbird folks caring for the packaging in ubuntu would be a requirement to get this into universe
[11:13] <asac> maybe we can use that to get their support on dailies as an excersize on how to maintain stuff
[11:19] <fta> あさく
[11:20] <fta> oops
[11:20] <fta> asac, i fixed it because someone complained it was broken for too long
[11:24] <asac> ETOOMANYNEWBUGS to start on nm bug processing
[11:24]  * asac does something else
[11:27] <asac> http://identi.ca/notice/8534673 ... hehe
[11:30] <asac> fta: i think we should do dailies for 3.0 for < karmic
[11:30] <asac> currently folks are stuck with a partial migrated default ffox 3.5
[11:30] <asac> i dont even know the status they are in ;)
[11:31] <asac> i would think we just need the firefox package to be daily (no xul)
[11:31] <asac> actually we would just need to care that we do an upload whenever i do a security release ... but i have the feeling that having dailies would be easier to (not-) remember
[11:48] <asac> Jazzva: https://code.edge.launchpad.net/~jazzva/firefox-extensions/mozilla-livehttpheaders-0.15/+merge/10107 ... i guess i failed on that one?
[11:50] <Jazzva> asac: failed?
[11:51] <asac> Jazzva: yes. its outstanding stilll ... so i assume i failed to review that ;)
[11:52] <Jazzva> asac: You probably missed it :)
[11:52] <asac> heh. i had it in my inbox still ... so i didnt miss completely (otherwise i wouldnt have found it now)
[11:53] <asac> let me do that
[11:53] <Jazzva> ok, thanks :)
[11:53] <asac> also diverged
[11:53] <asac> gues its really old then
[11:54] <asac> Jazzva: the nspluginwrapper changes are not made on top of current nsp branch
[11:54] <asac> can you check whether its ok?
[11:54] <asac> i will then merge it ... but wasnt sure
[11:56] <Jazzva> asac: I'm using it right now, and it works for me. IIRC, I uncommitted revs 54-56, applied the diff between 0ubuntu5 and 0ubuntu6 to revision 53, and then worked on top of that.
[11:57] <Jazzva> that is the reason why it is not the same.
[11:58] <asac> Jazzva: done liveheaders
[11:58] <Jazzva> yay, thanks :)
[11:58] <asac> Jazzva: you mean you made it now apply cleanly?
[11:58] <asac> nsp?
[11:58] <Jazzva> asac: apply cleanly? to lp:nspluginwrapper branch?
[11:59] <asac> ah you uncommitted the uplaod that wasnt done
[11:59] <asac> right
[11:59] <asac> let me check that
[12:01] <asac> Jazzva: you should have used debcommit -e
[12:02] <asac> the uncommit/recommit doenst have the changelog changes in it now
[12:02] <asac> and the release is not marked properly with a release commit
[12:02] <gnomefreak> :) here but tired as hell and wont be here long i just got home maybe 20minutes ago
[12:03] <asac> Jazzva: do you use debcommit at all?
[12:03] <Jazzva> asac: I use it.
[12:03] <asac> 1.3.0-0ubuntu1 was never released. you could have re-released with same version
[12:03] <Jazzva> asac: do you want me to redo the revisions and correct it?
[12:04] <asac> tough question
[12:04] <asac> i hate to not have a release commit
[12:04] <asac> but its many revisions and i dont know about a tool that automatically rebases
[12:04] <Jazzva> well, it's not that hard. I'll go commit by commit, and just apply diff from the current branch :).
[12:04] <asac> oh ... what you could try is do a release commit after the revision
[12:04] <asac> and then try the bzr rebase command
[12:04] <asac> of your branch against the branch with the release commit on top
[12:04] <asac> with some luck it will work
[12:05] <gnomefreak> asac: thanks for the push
[12:05] <asac> if you dont want to, i can probably also give it a shot
[12:05] <asac> gnomefreak: no problem. i hope i can do lighting today before going to vacation for one week
[12:05] <asac> will be back on 1st sep
[12:05] <Jazzva> I'm not sure I followed the part about bzr rebase?
[12:05] <Jazzva> How do I do that?
[12:06] <gnomefreak> asac: thanks
[12:06] <asac> Jazzva: install bzr-rebase
[12:07] <asac> package
[12:07] <asac> then ...
[12:07] <asac> branch revision 54 ... uncommit and commit it with debcommit -e (with UNRELEASED) ... then do a release commit (just flip to karmic and use debcommit -r)
[12:08] <asac> so now you have the new branch with the fixed revision
[12:08] <asac> now you pull your branch and run bzr rebase against the branch with the release commit on top
[12:08] <asac> that should replay your commits on top of the one with the new release commit
[12:09] <Jazzva> asac: Ok, I'll try
[12:18] <Jazzva> asac: I should pull rev 54 from my branch, right?
[12:19] <asac> Jazzva: yes. pull that, uncommit that ... change to UNRELEASED, use debcommit -e (and explain the uncommit stuff on top of what gest generated
[12:19] <Jazzva> ah, ok :)
[12:19] <asac> and then change manually to karmic and commit with debcommit -r
[12:20] <asac> then try to rebase your branch on that one
[12:20] <Jazzva> asac: ok
[12:20] <asac> (best backup what you just did in case you get it wrong ;))
[12:21] <bdrung> asac: thanks. i wish you a relaxing vacation.
[12:26] <asac> i will ;)
[12:36] <Jazzva> asac: That uncommit/commit and then release commit ended up as the newest revisions (after release for 1.3.0)
[12:36] <Jazzva> and diff shows them as empty commits.
[12:38] <asac> Jazzva: you rebased in the wrong direction then
[12:38] <asac> you probably rebased the new against the old branch (old is the one with all your commits)
[12:38] <asac> you need to rebase the old against the new ;)
[12:39] <asac> but good that rebase was smart enough to empty them ;)
[12:39] <Jazzva> ah... ok :)
[12:40] <bdrung> asac: i intend to help on universe sponsoring and helping in mozilla related packages suggests itself.
[12:52] <fta2> Gtk-Message: Failed to load module "canberra-gtk-module": /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so: wrong ELF class: ELFCLASS64
[12:52] <fta2> ALSA lib ../../src/conf.c:2700:(snd_config_hooks_call) Cannot open shared library libasound_module_conf_pulse.so
[12:52] <fta2> ALSA lib ../../../src/pcm/pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default
[12:52] <fta2> asac, we should really have the x64 flash, ia32 is really broken
[13:07] <Jazzva> asac: rebase thing is not working, but it's reporting some revisions that don't exist and to report a bug. I'll paste the report now
[13:08] <Jazzva> asac: http://paste.ubuntu.com/256870/
[13:09] <gnomefreak> !info firefox hardy
[13:09] <gnomefreak> !info firefox-2.0 hardy
[13:14] <gnomefreak> asac: have a nice vacation
[13:15] <asac> thx
[13:16] <andv> asac, going out for vacations?
[13:16] <asac> fta: luke is working on a proper biarch build for sounds libs now
[13:16] <asac> fta: did you see the mail on devel from today?
[13:16] <fta2> no
[13:16] <andv> gnomefreak, is he leaving for vacations?
[13:17] <asac> fta: https://lists.ubuntu.com/archives/ubuntu-devel/2009-August/028774.html
[13:17] <asac> fta: so once he has that done we should replace the current libs with those (or maybe depends) in ia32
[13:17] <asac> i think he is looking for help ;)
[13:18] <asac> he also mentioned that alsa is now properly done already. so you could start with that
[13:19] <andv> asac, leaving for holidays?
[13:19] <asac> y
[13:19] <andv> weekend or more days?
[13:20] <fta2> asac, the split will make backports almost impossible with one branch
[13:20] <asac> fta2: which split
[13:20] <asac> ?
[13:21] <fta2> ia32
[13:21] <asac> we have a branch?
[13:21] <asac> i guess that only effects builds that require ia32 during build?
[13:21] <asac> like your old chromium?
[13:24] <andv> asac, news about mozilla-devscripts upload?
[13:24] <asac> does it block anything?
[13:25] <andv> yeah, all-in-one upload
[13:25] <asac> i think I should upload it today
[13:25] <asac> ok
[13:25] <andv> asac, all-in-one is ready
[13:25] <asac> will take care that it happens
[13:25] <andv> if you want me to provide you branch name
[13:25] <fta2> asac, no, i mean, as a consumer of ia32, if the content of ia32-libs changes, that would be impossible to accommodate to with a single branch (like ours) because of the deps/build-deps
[13:25] <andv> asac, ready branch is here: https://code.launchpad.net/~mozilla-extensions-dev/firefox-extensions/all-in-one-sidebar.ubuntu
[13:26] <asac> fta2: i would think that ia32-libs would just get changed depends on its own ... so its transparent for depends
[13:26] <andv> feel free to change the distro from unreleased to unstable
[13:26] <andv> if you gonna push it
[13:26] <asac> for build-depends i am not sure .... but we dont use ia32-libs to build anything except previous chromium iirc
[13:26] <asac> andv: yes
[13:26] <andv> asac, or just let me know if you won't do it
[13:26] <asac> andv: is that a new package in debian?
[13:26] <andv> asac, yep
[13:26] <asac> andv: you would notice it by the upload not going out by end of tomorrow
[13:27] <asac> (in worst case)
[13:27] <bdrung> asac: there is no abrowser-3.0 package?
[13:27] <andv> asac, ok perfect
[13:27] <andv> asac, if any other change is needed just ping me and it will be fixed
[13:27] <gnomefreak> andv: there is a abrowser-3.0 package
[13:27] <asac> bdrung: yes. that feels like a bug
[13:27] <andv> gnomefreak, ?
[13:27] <asac> guess we need to review how we do meta/vs non-meta for abrowser
[13:28] <gnomefreak> although it might be just abrowser as a name
[13:28] <gnomefreak> oops sorry andv
[13:28] <asac> gnomefreak: it was bdrung asking
[13:28] <asac> there is no abrowser-3.0 package here indeed
[13:28] <asac> its a bug i am sure
[13:28] <gnomefreak> asac: i saw
[13:28] <gnomefreak> asac: abrowser is 3.0 isnt it?
[13:28] <gnomefreak> we no longer have any 2.0 in any release
[13:28] <asac> gnomefreak: its now 3.5 i would hope ... hiding the 3.0 package
[13:29] <bdrung> asac: how to fix it? introducing abrowser-3.0 or dropping it in xpi.mk?
[13:29] <gnomefreak> oh damn
[13:29] <gnomefreak> i forgot the changes to default browser
[13:29] <asac> bdrung: we should fix it by having always versione dpackage and only one unversioned one in the default (like for firefox)
[13:30] <andv> asac, I had a talk with myon about my NM status he mailed me about, and he said me keyring managers will probably process new debian developers this weekend
[13:30] <andv> asac, just as an update
[13:30] <andv> asac, but I assume you'll be away
[13:30] <andv> gnomefreak, I see a flashgot package on the queue here, any news about it?
[13:31] <gnomefreak> andv: waiting for asac to review and upload
[13:31] <andv> kk
[13:31] <gnomefreak> since we are at or near FF it is possible it wont make it again
[13:32] <andv> gnomefreak, yeah
[13:32] <andv> let's have it for karmic+1 then
[13:32] <bdrung> asac: currently we do not have the firefox package in xpi:Depends
[13:32] <andv> if asac won't make it
[13:33] <gnomefreak> andv: that was the plan but he has 1 more of my packages to push besides flashgot and hes on vacation for the next week/10 days
[13:34] <mac_v> gnomefreak: could you have a look at this Bug #416084  , this always happens to me ... do i have to add any additional info?
[13:34] <andv> gnomefreak, which issues did he find on flashgot?
[13:34] <asac> gnomefreak: did you package latest flashgot?
[13:34] <asac> please bump to the most recent stuff available
[13:34] <gnomefreak> andv: this time around none. not since i updated to 1.2(i think that is the version in my PPA
[13:35] <asac> the author send me that all the licensing issues are done
[13:35] <asac> so we can finally upload it with heads well up
[13:35] <andv> gnomefreak, if asac can't make it
[13:35] <andv> I'll take a look at it
[13:35] <gnomefreak> andv: let me guess your thunderbird bug is IMAP
[13:35] <andv> gnomefreak, is it NEW?
[13:35] <mac_v> asac: you here too :) , could you also have a look at the thunderbird bug? ^ any additional info i need to provide?
[13:35] <andv> gnomefreak, if yes, just have asac give a look at it and then I'll do the rest
[13:36] <bdrung> asac: do you want to have a special sorting for xpi:Depends?
[13:36] <gnomefreak> asac: i saw in email that 1.2 fixed the licenceing issues
[13:36] <gnomefreak> andv: new package yes
[13:36] <andv> gnomefreak, ask a first review from asac then I'll do the rest
[13:36] <bdrung> asac: in 0.14 it is sorted alphabetically, but this is not required any more
[13:36] <gnomefreak> andv: i have asked he just has to find time for review
[13:36] <andv> ok
[13:37] <andv> asac, you won't have an internet access on your hotel (or wherever you go)?
[13:37] <gnomefreak> vacation == little to no work as possibile ;)
[13:38] <andv> gnomefreak, yeah, but usually I can't live without my laptop for more than 3-4 days
[13:38] <andv> lol
[13:38] <gnomefreak> did foomatic-db replace foomatic-db-hpijs
[13:39] <asac> welcome cyphermox  .... he is going to help me on NM stuff ;)
[13:39] <asac> andv: i dont want to have internet access there
[13:39] <asac> i will be over and out for that week ;)
[13:39] <andv> asac, lucky you, have fun :)
[13:39] <bdrung> otherwise it would probably no vacation :)
[13:39] <asac> thx. much needed
[13:40] <andv> if you are not married I hope you to find as much girls as possible
[13:40] <andv> :)
[13:40] <asac> welcome cyphermox ... for others: he is going to help out on NM stuff in ubuntu ;)
[13:40] <asac> andv: i am in married state
[13:40] <asac> ;)
[13:40] <andv> then nothing
[13:40] <andv> ^^
[13:40] <asac> will be there with my girl ... so thats fine ;)
[13:41] <andv> yeah
[13:41] <andv> which location?
[13:41] <andv> near to italy?
[13:41] <asac> also i am just looking for sun and beach and water and sleep :)
[13:41] <asac> we had to book last minute and so we ended up going to #turkey
[13:42] <asac> as its just for one week
[13:42] <andv> ooooh
[13:42] <andv> by plane I guess
[13:42] <asac> we usually dont travel in europe but more asia/carribean etc.
[13:42] <andv> come to italy!
[13:42] <asac> but for one week thats good ... super hot most likely ;)... but at least water is 27C ;)
[13:42] <asac> italy is far too crowded on beaches ;)
[13:42] <andv> yeah : /
[13:43] <andv> turkey is a really great place
[13:43] <asac> thats why we usually dont travel to europe ... far too many folks squezing on a tiny dirty beach ;)
[13:43] <andv> I'm sure you'll have a great time
[13:43] <asac> unless you go for cold atlantic
[13:43] <asac> yeah
[13:43] <asac> but super hot atm ;)
[13:44] <andv> yep
[13:44] <asac> http://www.holiday-weather.com/side/index.html
[13:44] <asac> 39°c  (102°f)
[13:44] <asac> Clear ;)
[13:44] <asac> no shade
[13:44] <andv> :D
[13:45] <asac> i think turkey and egypt are the only places where i get even sunburned in the shade of a beach umbrella thing
[13:45] <asac> sunbrella
[13:45] <asac> gnomefreak: ^^ how do you call that in english?
[13:45]  * asac lazy
[13:45] <andv> lol
[13:45] <andv> sunbrella is the thing you go under when in the beach?
[13:46] <andv> like a big umbrella planted in the sand
[13:46] <andv> don't know the english word too
[13:46] <fta2> gasp, almost no sound after my last reboot, volume maxed out, i just hear whispers
[13:47] <andv> asac, my gf's parents just went back from turkey
[13:47] <andv> asac, they were really excited
[13:47] <andv> asac, like 'the best trip ever'
[13:47] <gnomefreak> asac: what in english?
[13:47] <asac> gnomefreak: on the beach if you have an umbrella styled thing for shaed
[13:47] <asac> shade
[13:47] <asac> ;)
[13:47] <asac> sunbrella ?
[13:47] <asac> ;)
[13:48] <mac_v> fta2: might be a silly thing , i have faced the same prob , but sometimes if you mute and unmute from the sound prefs , it returns the volume
[13:48] <gnomefreak> i just call it an umbrella
[13:48] <gnomefreak> asac: ^^^
[13:48] <asac> gnomefreak: ok but if you dont point at tit you probably say "sun umbrella"?
[13:48] <asac> or is it clear from context?
[13:48] <fta2> mac_v, tried that already, no effect
[13:49] <mac_v> hm...
[13:49] <gnomefreak> asac: some people i know call it sun umbrella but to me its still just an umbrella
[13:50] <gnomefreak> i do that since you dont call an umbrella for rain a rain umbrella :)
[13:50]  * mac_v wonders , aernt all umbrellas supposed to be pointed at the sun
[13:50] <asac> gnomefreak: dictionary suggests: "parasol" or "sunshade"
[13:51] <asac> does that sound familiar or is that far off from reality in the US?
[13:51] <gnomefreak> asac: no they are correct terms for that
[13:51] <asac> but you wouldnt use it?
[13:52] <gnomefreak> asac: i dont go to beach anymore (most likely to see them at beach)
[13:52] <asac> hehe
[13:52] <gnomefreak> beach == too damn hot
[13:53] <asac> gnomefreak: still you should have a feeling what you guys in the US would say ;)
[13:53] <asac> would someone really say "gimme a parasol" :)
[13:53] <asac> ?
[13:53] <andv> sounds bad
[13:53] <asac> or if i tell someone ... where can i find a sunshade
[13:53] <andv> asac, the italian name for it
[13:53] <asac> would they know what i am talkinga bout?
[13:53] <gnomefreak> asac: yep. i thought a parasol was something you wear but sun shade is the best term
[13:53] <andv> is 'ombrellone'
[13:54] <andv> which is a bit strange too
[13:54] <andv> ^^
[13:54] <asac> gnomefreak: i would think they send me in a corner where i can find shde ;)
[13:54] <asac> if i ask for a sunshade :)
[13:54] <asac> but if you say thats the right term then i will use it next time ;)
[13:54] <asac> andv: isnt that the same word as for the rain thing?
[13:55] <gnomefreak> asac: they should know what you mean but all depends where you are going. the southerners in US call things different than the northeners do. i am from north but live in the south now
[13:55] <andv> asac, rain thing is ombrello
[13:55] <andv> asac, and sun thing is ombrellone
[13:55] <andv> yeah quite similar
[13:55] <andv> ^^
[13:55] <asac> gnomefreak: so maybe a parasol is a small umbrealla you wear by sticking on your head (like they have in asia) ;)
[13:55] <asac> gnomefreak: so you like southern ways to communicate?
[13:55] <gnomefreak> i didnt see an uninstall folder in upstream source :(
[13:56] <gnomefreak> asac: nope im a northern at heart
[13:56] <asac> andv: is one something that is somehow related to sun?
[13:56] <andv> asac, yes
[13:56] <andv> asac, ombrellone is the thing you plant in the sand
[13:56] <andv> asac, to have shade
[13:56] <asac> sure
[13:56] <andv> in the beaches
[13:56] <asac>  i mean the word
[13:57] <andv> nope
[13:57] <asac> the difference ie "o" vs. "one"
[13:57] <cyphermox> isn' t a parasol just another term for umbrella?
[13:57] <asac> what is the word for sun?
[13:57] <andv> sole
[13:57] <andv> sun = sole
[13:57] <asac> cyphermox: well para - sol == against sun
[13:57] <asac> translated
[13:57] <cyphermox> well yes
[13:57] <asac> not sure what umbrella translate to (and where it comes from)
[13:57] <andv> asac, so they don't have anything similar to the word 'sun' in their names
[13:57] <asac> but it seems its romanic heritage as the italian word is similar to the english
[13:57] <cyphermox> just saying that because here we say parasol no matter what, in french, and the corresponding english word is umbrella ;)
[13:58] <asac> we have a completely different word in german
[13:58] <andv> asac, I guess it's latin yes
[13:58] <asac> yeah para-sol and umbrella are probably both roman and french pushed more for the former
[13:58] <andv> ill check my latin dictionary
[13:58] <asac> but i am bad at linguistics so i stop ;)
[14:00] <andv> asac, found it
[14:00] <andv> asac, umbella , ae is the latin word
[14:00] <asac> what does it mean?
[14:00] <gnomefreak> http://www.landscapeforms.com/en-US/products/pages/UmbrellasSunShades.aspx might help a little
[14:00] <andv> asac, means 'ombrello'
[14:00] <andv> asac, so paresol
[14:00] <asac> ok so they already had that 2k years ago ;)
[14:00] <andv> asac, or umbrella
[14:01] <andv> yep
[14:01] <andv> :D
[14:01] <andv> we added an 'r'
[14:01] <asac> parasol is apparently a more generic sun coverage ... as it simply means "against sun"
[14:01] <andv> yeah
[14:01] <asac> andv: but it still does not explain where umbrella comes from
[14:01] <asac> only that it was already used in latin
[14:01] <asac> i would have hoped it to be explainable by combination ;)
[14:01] <asac> but maybe that happened even before ;)
[14:02] <asac> in greek?
[14:02] <andv> asac, I should investigate who used in the past and why
[14:02] <andv> dunno, didnt study greek
[14:02] <andv> only latin
[14:02] <asac> a deep latin understanding is usually coupled with learning greek ;)
[14:03] <andv> yeah
[14:03] <andv> but I did a scientific high-school
[14:03] <asac> yeah
[14:03] <asac> usually you learn latin to supplement something else ;)
[14:03] <andv> so (luckily) no greek
[14:03] <asac> so no greek
[14:03] <andv> lol
[14:03] <andv> yep
[14:04] <andv> greek is far more harder than latin
[14:04] <asac> i can read greek, but have absolutely no clue what it means ;)
[14:04] <andv> you need to learn a new alphabet too
[14:04] <asac> but when i tried to learn it a bit it felt that it would be easier for me to learn than latin ;)
[14:04] <asac> but i cannot learn any language, so it would not have mattered ;)
[14:05] <andv> hehe
[14:05] <andv> german looks really hard to understand
[14:05] <andv> to me
[14:06] <asac> yeah. i wouldnt suggest to learn that ;)
[14:06] <asac> understanding probably is possible
[14:06] <asac> but speaking and writing properly is a complete desaster
[14:06] <andv> yeah
[14:06] <asac> most germans cannot even speak german properly ;)
[14:07] <asac> but i think thats the problem everywhere
[14:07] <asac> too many uneducated people
[14:07] <asac> ;)
[14:07] <andv> yeah
[14:07] <andv> same in italy
[14:07] <andv> too many dialects
[14:07] <asac> its just that you hear stuff so often that you dont even notice that what they are saying has actually no real meaning
[14:07] <gnomefreak> asac: after running sunbird from upstream source using ./sunbird now i cant remove the bits from it. is there an easy way to do this?
[14:07] <asac> but you know what they want to say ;)
[14:07] <andv> eheheh
[14:07] <andv> yeah
[14:08] <asac> gnomefreak: what are "the bits from it"?
[14:08] <andv> asac, off for a while, if you need anything for all in one just ping me
[14:08] <andv> I'll catch it back
[14:08] <asac> yeah unlikely
[14:09] <asac> i have a haystack of things to clear before i can go to holiday without feeling ba
[14:09] <gnomefreak> asac: wish i knew  but it is conflicting with 0.9 and causing crashes
[14:09] <asac> d
[14:09] <andv> it's everything fine so I don't think you'll have problems
[14:09] <andv> ;)
[14:09] <andv> bbl
[14:09] <asac> gnomefreak: probably busted your profile?
[14:09] <asac> gnomefreak: fresh profile might help ;)
[14:09] <gnomefreak> asac: treied with new one
[14:09] <asac> then you can try to recover your caldnar data
[14:09] <asac> gnomefreak: sunbird from upstream shouldnt do any harm to anything but profile
[14:09] <asac> unless you run it as root
[14:09] <asac> or unpackt it in the middle of /usr/lib ;)
[14:10] <gnomefreak> asac: i know better than to run as root but 0.9 wasnt crashing before i tried 1.0
[14:10] <gnomefreak> its unpacked in ~/sources
[14:10] <asac> gnomefreak: strace -f -eopen /usr/bin/sunbird -> paste that
[14:10] <asac> after it crashed
[14:10] <gnomefreak> k
[14:10] <asac> gnomefreak: how does it crash?
[14:10] <asac> X error?
[14:10] <asac> or segfault?
[14:11] <gnomefreak> coredump never opens the calendar
[14:13] <gnomefreak> asac: here is crash and strace http://paste.ubuntu.com/256900/
[14:14] <asac> gnomefreak: thats the fortify fail because of the MAX_PATH thing
[14:14] <asac> do you still have that patch ?
[14:14] <gnomefreak> asac: i applied it IIRC
[14:14] <gnomefreak> sunbird_holiday_calendar.patch??
[14:14] <asac> ensure that its really applied still
[14:15] <asac> you probably merged it wrongly or something
[14:15] <asac> gnomefreak: no
[14:15] <asac> there should be a MAX_PATH patch
[14:15] <asac> grep for MAX in the patches
[14:17] <gnomefreak> asac: grabbing branch again i had gotten rid of it locally to save space on backup
[14:17] <gnomefreak> asac: i also dont see where we added that patch at all
[14:24] <asac> gnomefreak: if we didnt add it yet, then we should add it. ... its in tbird package if you want to copy it
[14:25] <gnomefreak> asac: http://paste.ubuntu.com/256908/ all patches. i will grab tbird source while your looking at that
[14:26] <Jazzva> asac: I manually applied the changes to the branch (using diffs from the old branch). I'll test it now. Do you want me to overwrite the current branch?
[14:28] <asac> Jazzva: rebase didnt work?
[14:28] <asac> odd
[14:28] <asac> Jazzva: yeah
[14:28] <asac> i would have hoped that rebase works ... i didnt want to put that work on you
[14:29] <gnomefreak> asac: in tbird2 branch no patch with MAX in name
[14:29] <asac> gnomefreak: you probably look at the wrong branch?
[14:29] <asac> its mozillateam/thunderbird/thunderbird.dev
[14:29] <asac> i have a patch there at least
[14:30] <gnomefreak> asac: thats the one i have
[14:30] <gnomefreak> bzr branch lp:~mozillateam/thunderbird/thunderbird.dev
[14:31] <asac> yes
[14:31] <asac> 412610_attachment_309958.patch
[14:31] <gnomefreak> ah ok
[14:31] <asac> that has MAX in it ;)
[14:40] <gnomefreak> ok pushing it and building it
[14:42] <asac> good
[14:42] <Jazzva> asac: https://code.launchpad.net/~jazzva/nspluginwrapper/1.3.0
[14:52] <gnomefreak> ill be gone while it builds, i have other things i have to get done today
[15:12] <mac_v> asac: you asked me to test Bug #413950 with upstream build , i did and i can confirm it exists with the upstream build too.
[15:13] <jcastro> fta2: thanks for the CC
[15:14] <asac> mac_v: ok so please forward that or ask micahg to do that
[15:14] <jcastro> fta2: what about just like 3 symlinks? stable, beta, dev?
[15:15] <mac_v> asac: forward upstream ? ok ,i'll see to it , if i can't i'll ask micahg :)
[15:15] <fta2> jcastro, yep, whatever, as long as there's something we can use. I mentioned DEPS as this is something they use everywhere
[15:16] <jcastro> ah ok, excellent
[15:16] <fta2> http://src.chromium.org/svn/trunk/src/DEPS
[15:16] <jcastro> fta2: maybe we should remind them about /bin/sh and /bin/bash again. :p
[15:17] <fta2> they fixed it already
[15:17] <fta2> the ppa is not impacted btw
[15:19] <asac> mac_v: check with micahg ... he should know how to track stuff and proxy questions to me if needed etc.
[15:19] <asac> mac_v: before filing bugs. double check for eventual duplicates
[15:19] <asac> most of the times there are already bugs opened
[15:19] <mac_v> asac: i would but he's not here now , sure ,i'll double check :)
[15:27] <gnomefreak> asac: what would cause the following:
[15:27] <gnomefreak> dragging a tab downwards at all results in the  tab being promoted to a new window
[15:28] <mac_v> gnomefreak: i think it is related to the bug i said above , ^
[15:29] <mac_v> gnomefreak: the cursor the cursor is always in the wrong position
[15:29] <gnomefreak> mac_v: ok im asking now
[15:30] <mac_v> gnomefreak: hehe ,i was there too ;)
[15:30] <fta2> jcastro, good, we now have the release manager in the loop
[15:30] <jcastro> I saw
[15:31] <gnomefreak> mac_v: :) thanks for taking it over im working on other things atm
[15:31] <jcastro> this is going to be great
[15:31] <mac_v> np
[15:31] <gnomefreak> mac_v: what works now may not work tomorrow
[15:31] <gnomefreak> oops
[15:35] <mac_v> gnomefreak: i'm trying to forward the bug upstream , just one doubt , i have a bugzilla account , will that work or do i need a seperate bugzilla.mozilla account
[15:38] <gnomefreak> mac_v: it will work
[15:38] <gnomefreak> mac_v: what bugzilla account?
[15:38] <mac_v> thax
[15:38] <gnomefreak> mac_v: gnomes?
[15:38] <mac_v> thanx
[15:39] <mac_v> yes
[15:39] <gnomefreak> you will have to make a mozilla account IIRC
[15:39] <mac_v> hmm.. ok will do :)
[15:45] <gnomefreak> ok fixed FTBFS and fixed a couple of other things. it builds and installs and works at least here it does
[15:45] <asac> gnomefreak: sunbird?
[15:46] <asac> gnomefreak: please give me branch so i can test and upload before going to holiday
[15:46] <gnomefreak> asac: yes ok let me get it
[15:47] <gnomefreak> https://code.edge.launchpad.net/~gnomefreak/sunbird/ubuntu-0.x.9.10
[15:47] <gnomefreak> that way you can see the changelog
[15:48] <asac> gnomefreak: you must not run bzr add ... without specific files ;)
[15:48] <asac> gnomefreak: you added stuff like bzr_log.Aoovuj
[15:48] <asac> bzr_log.Aoovuj.save
[15:48] <gnomefreak> ah
[15:48] <asac> gnomefreak: bzr uncommit
[15:48] <asac> bzr rm THOSEFILES
[15:49] <asac> commit again
[15:49] <gnomefreak> asac: ok doing
[15:49] <asac> gnomefreak: also you did everything in one commit ... thats ok, but feel free to do one commit per thing you do ;)
[15:50] <gnomefreak> asac: ok
[15:50] <asac> gnomefreak: please start with the latest branch
[15:50] <asac> not with your branch
[15:51] <asac> you didnt start with the latest from the rtelease branch
[15:51] <asac> https://code.edge.launchpad.net/~mozillateam/sunbird/ubuntu-0.x
[15:52] <gnomefreak> asac: i did start with that one last commit to mt branch was the translation you fixed
[15:52] <gnomefreak> asac: you added that after i did mine
[15:53] <gnomefreak> i fixed that in ubuntu3 and screwed up and pushed with ubuntu4...5...6..
[15:54] <gnomefreak> i have since condenced into one push
[15:54] <asac> hmm
[15:54] <asac> gnomefreak: try to bzr uncommit .... bzr pull from my branch and then commit
[15:54] <asac> maybe it works
[15:54] <asac> and it gets nicely merged
[15:54] <asac> anyway
[15:55] <asac> wait aa second
[15:55] <asac> gnomefreak: yeah there is conflict in changelog during merge
[15:55] <gnomefreak> #  Published  on 2009-03-26
[15:55] <asac> anyway. cleanup your branch
[15:56] <gnomefreak> clean it up?
[15:56] <gnomefreak> it is clean :)
[15:56] <asac> remove the cruft
[15:56] <gnomefreak> i am
[15:56] <asac> the bzr files are still in there
[15:56] <asac> also review if you added something else you didnt want to add
[15:56] <asac>     * bzr_log.Aoovuj
[15:56] <asac>     * bzr_log.Aoovuj.save
[15:56] <asac> those are cruft ;)
[15:56] <asac> for sure
[15:58] <gnomefreak> yeah removed them
[15:58] <gnomefreak> waiting for push to finish and update
[15:58] <fta2> Total builds:  	9996
[15:58] <fta2> Failed 	1325
[15:58] <fta2> Pending 	1
[15:58] <fta2> Superseded 	481
[15:58] <fta2> Succeeded 	8189
[15:58] <fta2> asac, ^^ umd :)
[16:04] <gnomefreak> asac: its updated
[16:09] <asac> fta2: complaining about the failures, or happy that we break the 10k anniversary today? ;)
[16:10] <andv> asac, I'm leaving, will be back this late evening, have a nice trip and thanks for pushing all in one
[16:10] <andv> enjoy yourself! :)
[16:14] <fta2> asac, the 10k ;)
[16:15] <asac> fta2: we should blog about it i guess ;)
[16:19] <fta2> jcastro, ^^
[16:22] <jcastro> yeah I'm on that already. :D
[16:23] <asac> jcastro: http://www.asoftsite.org/s9y/archives/158-Ubuntu-Mozilla-Daily-Archive-with-firefox-3.1-and-3.2-for-hardy,-intrepid-and-jaunty.html
[16:23] <asac> jcastro: thats the initial announcement where the dailies hit the lights ;)
[16:24] <jcastro> ok
[16:24] <asac> jcastro: interesting that its not long, but it feels like they have always been there ;)
[16:25] <fta2> thunderbird-3.0                   1014   0.08%       105     645     263       1
[16:25] <fta2> new barrier too, 1k :)
[16:25] <fta2> chromium is at 10k today too
[16:27] <asac> heh
[16:28] <asac> chromium is at 2361 for me
[16:28] <asac> https://edge.launchpad.net/~chromium-daily/+archive/ppa
[16:29] <jcastro> he means users
[16:29] <jcastro> fta2: when you get home get me graphs on FF and tbird too please
[16:29] <jcastro> that'll make it look better.
[16:30] <asac> ah ;)
[16:30] <asac> ok
[16:30] <fta2> jcastro, i didn't keep track of tb/ff, just chromium
[16:31] <jcastro> ah ok, no worries
[16:31] <asac> maybe just post current stats
[16:31] <fta2> i just have yesterday's stats (today will arrive in a few hours)
[16:31] <asac> kk
[16:32] <fta2> http://paste.ubuntu.com/256973/
[16:32] <asac> jcastro: you can also say that the network-manager team also uses fta bot http://www.asoftsite.org/s9y/archives/164-ubuntu-network-manager-team-offers-daily-builds-for-trunk-aka-0.8-now.html
[16:32] <asac> ;)
[16:32] <asac> if you want more success stories
[16:33] <asac> also has a few words on upstream relationsship wrt to dailies etc.
[16:33] <asac> jcastro: ^^
[16:33] <asac> ok i am preparing to fly away ;)
[16:33] <asac> will check back later tonight to do some more sponsoring and pre-vaction cleanups
[16:34] <fta2> pastebin clock is fucked up
[16:34] <jcastro> asac: was already going to reference it. :D
[16:35] <asac> nice
[16:35] <asac> fta2: someone else also uses your bot, right?=
[16:35] <asac> wasnt there someone asking you how to do that?
[16:36] <fta2> https://launchpad.net/~gmpc-trunk/+archive/ppa
[16:38] <asac> right
[16:38] <asac> jcastro: ^^
[16:38] <asac> ripps
[16:39] <jcastro> asac: got that one too. :D
[16:39] <jcastro> asac: we got it dude, fta and I are on it. :D
[16:39] <asac> great. you seem to be on top of what we do here ... thanks for caring ;)
[16:40] <jcastro> ~ubuntu-smokers gotta stick together
[16:45] <gnomefreak> !info flashplugin-nonfree hardy
[16:53] <micahg> ping mac_v
[17:06] <mac_v> micahg: hi... just a sec
[17:10] <mac_v> micahg: yup... i'm here :)
[17:10] <micahg> ok, you might want to try the dailies as well to see if it's fixed
[17:11] <mac_v> micahg: upstream dailies? could you give me the link pls?
[17:12] <micahg> nah, just our dailies since you confirmed it happens with upstream version as well
[17:12] <micahg> https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[17:12] <mac_v> micahg: ok... downloading ... will test it out in a bit :)
[17:13]  * micahg has to get going...later
[17:14] <mac_v> micahg: wiat
[17:14] <mac_v> wait
[17:14] <mac_v> micahg: do i download the debs, or the original.tar.gz ?
[17:16] <mac_v> asac: you still here? same question^
[17:19] <asac> mac_v: just dist-upgrade ;)
[17:19] <asac> you need the .debs of course. but better use apt-get for that
[17:19] <mac_v> asac: no , i dont want to do that . :( what if it breaks something ?
[17:20] <mac_v> from the frying pan to the fire  , ;p
[17:20] <mac_v> something easy like the build method would be nice :)
[17:23] <asac> mac_v: enable ppa ... sudo apt-get update; sudo apt-get install firefox-3.7 firefox-3.7-gnome-support
[17:23] <asac> disable ppa
[17:23] <asac> done
[17:23] <asac> run apt-get update one more time to be sure it wont upgrade anything else
[17:25] <mac_v> hmm... hehe , knew this workaround , i thought it would mess up my profile... good to know it wont \o/
[17:47] <mac_v> asac: downloading 3.7 , whats new in 3.7 ? also.. any known problems i should know?
[18:11] <mac_v> asac: lol , the cursor to pointer difference increased from 3 lines in 3.5 to 4 lines in 3.7 ..!
[18:18] <asac> mac_v: i think its a gtk/gdk issue
[18:18] <asac> or maybe related to dpi
[18:18] <asac> what dpi settings do you have?
[18:19] <mac_v> asac: 96dpi , but it doesnt happen in other apps :(
[18:21] <mac_v> asac: i'm keeping minefield installed, in case any testing has to be done , would the be any problem with 2 xulrunner versions installed?
[18:21] <asac> no
[18:21] <mac_v> :)
[18:21] <asac> layout.css.dpi
[18:22] <asac> mac_v: about:config ... what value do you have?
[18:22] <asac> also what do you get with xdpyinfo  | grep resolu
[18:23] <mac_v> layout.css.dpi is -1
[18:23] <mac_v> ~$ xdpyinfo  | grep resolu >  resolution:    98x98 dots per inch
[18:23] <mac_v> huh! 98!
[18:23] <mac_v> but my appearance prefs says  96!
[18:24] <mac_v> minefield layout.css.dpi is also -1
[18:24] <asac> appearence pref is kind of hoax
[18:24] <asac> its for fonts only
[18:25] <mac_v> hmm...
[18:28]  * mac_v awaiting further instructions
[18:45] <micahg> mac_v: I use apt pinning to insure that I only get what I want from the daily ppa
[18:48] <mac_v> micahg: you mean "Lock versions" , how do i use it actually?
[18:48] <micahg> no, not lock versions
[18:48] <micahg> idk what that is
[18:48] <mac_v> oh, synaptic has that "Lock versions"
[18:48] <micahg> here: http://jaqque.sbih.org/kplug/apt-pinning.html
[18:49] <micahg> that's for debia
[18:49] <micahg> *debian
[18:49] <micahg> but the concept is the same
[18:49] <mac_v> nice... thanx...
[18:49] <micahg> I pin all PPAs at 450 so that I have to choose to install it
[18:49]  * mac_v reading
[18:49] <micahg> so I get 3.6 and 3.7 daily, but not 3.5 and 3.0
[18:57] <mac_v> micahg: so i have to mention the "#Stable" in the /etc/apt/sources , right?
[18:57] <mac_v> also
[19:05] <mac_v> micahg: could you check these ... sources > http://paste.ubuntu.com/257066/ , preferences > http://paste.ubuntu.com/257067/
[19:05] <asac> i think you can also match pins by special URLs
[19:05] <asac> but thats just me ... the one who never pins ;)
[19:06] <mac_v> i'm not sure where to add the #stable
[19:06]  * mac_v reads again , where to add the url
[19:08] <mac_v> asac: any thing else about the cursor?
[19:08] <mac_v> or should i just submit the present info upstream?
[19:10] <asac> mac_v: check if there is a bug and then submit it .. yes.
[19:11] <asac> mac_v: use a reasonable component ;)
[19:11] <asac> probably like core -> something
[19:11] <asac> http://www-archive.mozilla.org/quality/help/beginning-duplicate-finding.html
[19:14] <micahg> mac_v: that's won't work for Ubuntu
[19:14] <mac_v> asac: oh crap! no component called core ! :( , shell integration
[19:15] <mac_v> micahg: i dint understand
[19:15] <mac_v> what should i change
[19:15] <asac> mac_v: its product core ... component SOMETHING
[19:15] <micahg> This is what I have for ppa's http://paste.ubuntu.com/257072/
[19:16] <asac> mac_v: try with gfx widgets or something
[19:18] <mac_v> micahg: can i  use > http://ppa.launchpad.net/ubuntu-mozilla-daily/ppa/ubuntu  , i have other ppa which i use as the main :(
[19:18] <micahg> oh, ok
[19:18] <micahg> hold on
[19:18] <micahg> This is what I do for mozilla security, you can do the same for the dailies pppa
[19:19] <micahg> http://pastebin.ubuntu.com/257075/
[19:19] <micahg> just make the priority lower than 500
[19:19] <micahg> and here is the this for the daily one LP-PPA-ubuntu-mozilla-daily
[19:20] <mac_v> yeah
[19:20] <mac_v> micahg:  do i have to set prority for the rest or just the priority for the ppa?
[19:21] <micahg> nope, just priority for the ppa, you can check it all but running apt-get update and then apt-cache policy
[19:21] <mac_v> lol... just now i installed 3.7 and already there is an update !
[19:22] <mac_v> micahg: policy shows rest as 500 and the daily as 450 \o/
[19:23] <mac_v> wow , this is great , totally wonderful!
[19:24] <micahg> exactly
[19:24] <micahg> and anything you install from the ppa will keep updating
[19:24] <micahg> anything you don't will you whatever is at 500
[19:25] <mac_v> this is soooooo useful , i was always switching ppa on and off for testing!
[19:25] <micahg> yep, this eliminates that
[19:25] <micahg> you can add as many as you want ot he preferences fil
[19:28] <mac_v> so basically i have to check the name in the apt cache policy and set the prefs , absolute beauty
[19:30] <mac_v> micahg: about the cursor bug , which component do i file it in... shall i just file it in general? since it affect several things
[19:30] <mac_v> 3 as of now
[19:32] <mac_v> asac: are you sure its product core and not firefox? i cant reproduce it in thunderbird
[19:33] <mac_v> the cursor works correctly in thunderbird
[19:36] <asac> mac_v: i had folks complaining that if they drag drop mails over long folder lists
[19:37] <asac> that a folder furthe above gets highlighted
[19:37] <asac> felt similar
[19:37] <asac> mac_v: in any case ... use core layout text forms
[19:37] <mac_v> asac: oh folder , yeah
[19:37] <asac> mac_v: Core -> Layout:Text is a good starting point i guess
[19:38] <mac_v> i see it , its the same , i was just testing with text
[19:38] <asac> mac_v: anyway. i am not sure where to put it. so start with text and mention in bug that you see something similar in thunderbird
[19:38] <asac> someone will guide you then
[19:38] <mac_v> ok , asac do you have the lp bug# for thunderbird? i'll link that too
[19:38] <asac> mac_v: no ... someone showed that to me directly
[19:38] <asac> mac_v: poke launchpad ;)
[19:38] <mac_v> ;p
[19:38] <asac> there probably is a bug i didnt see
[19:42] <mac_v> asac: found it \o/ Bug #403325
[19:43] <micahg1> asac: yeah, I commented on that TB bug, but TB bugs are separate anyways
[19:43] <micahg1> that's what mozilla told me
[19:44] <mac_v> micahg1: so for upstream , i should file seperate bugs for thunderbird and firefox ? or just in core will do?
[19:44] <mac_v> just 1 in core
[19:50] <micahg1> mac_v: separate
[19:50] <mac_v> hmm...
[19:51] <asac> mac_v: so file a new bug for firefox against the commponent i said and also mention the tbird launchpad bug
[19:51] <asac> based on what they say open a new one or just link the launchpad one to the firefox bug (which is a core bug in mozilla)
[19:52] <micahg1> asac: when I asked in the #firefox channel, they said to file separately in TB
[19:52] <asac> micahg1: my suggestion is to not file it against tb until a real core developer looks at the firefox bug
[19:53] <asac> micahg: please CC :reed
[19:53] <asac> he is busy, but he usually still CCs the right ones (if you metnion its ubuntu)
[19:53] <micahg> ah, ok, you want to make sure it's a real bug first :)
[19:53] <asac> micahg: no. i dont want to file a tbird bug until we know its not a dupe of the core -> layout bug we are now filing for firefox
[19:54] <asac> i am sure its related
[19:54] <asac> and tbird folks will not able to fix it anyway
[19:54]  * mac_v confused :(
[19:54] <micahg> asac: well, even if it's a dupe, they would have to patch separately
[19:55] <asac> mac_v: you just file your firefox bug against core -> layout text forms and mention the tbird problem
[19:55] <asac> micahg: no
[19:55] <asac> if its a core bug its a core bug
[19:55] <micahg> no?  I thought they run a separate version of xulrunner?
[19:55] <asac> micahg: they need to have the source ... but its the same code
[19:55] <asac> you just cannot link against the system xulrunner
[19:56] <micahg> right, but I thought they already had their core snapshot for TB3
[19:56] <asac> thunderbird is basically just the mailnews/ and mail/ tree in mozilla-central
[19:56] <asac> firefox is browser/
[19:56] <asac> toolkit is toolkit/
[19:56] <asac> most of the rest is core
[19:56] <asac> micahg: tb3 is using the 1.9.1 branch
[19:56] <asac> so we fix it in core trunk
[19:57] <micahg> ah, so this would be fixed in trunk and then the patch would be backported to TB3
[19:57] <asac> then we need to request landing there for firefox anyway
[19:57] <micahg> ok
[19:57] <asac> micahg: not to tb3
[19:57] <asac> to mozilla-1.9.1 branch
[19:57] <micahg> hmm
[19:57] <asac> tb3 pulls in that branch
[19:57] <micahg> so why would htey tell me to file a different bug for TB
[19:57] <micahg> I thought it was like you're telling me
[19:57] <asac> micahg: because they gave the standard answer
[19:58] <micahg> ok
[19:58] <asac> micahg: who replied?
[19:58]  * micahg is looking
[19:58] <micahg> (11:06:08 PM) micah: do you keep firefox and thunderbird bugs separate even if they're the same symptom?
[19:58] <micahg> (11:07:41 PM) JonathanS: yes, different product
[19:59] <asac> dont know him
[19:59] <asac> so #firefox is like #ubuntu ... user support
[19:59] <asac> there is a special channel for this
[19:59] <asac> but i forgot
[19:59] <micahg> #qa?
[19:59] <asac> you might want to ask on #developers where to ask for right components if you forward ubuntu bugs
[19:59] <asac> or ask on #developers and if they will complain if they think its off-topic ;)
[20:00] <micahg> ah, that seems to be an unpulished channel on irc.mozilla.org
[20:00] <asac> too bad reed isnt here ;)
[20:00] <asac> #developers is the big channel
[20:00] <asac> like #ubuntu-devel
[20:00] <micahg> ok
[20:00]  * micahg kept jumping in #qa to ask questions
[20:01] <asac> micahg: for this issue i would just ask on #developers if they have a clue what this might be and where to file it against
[20:01] <asac> its odd enough to ask there ;)
[20:01] <asac> tell them its in karmic. i think its a gtk related regression
[20:03] <micahg> can mac_v do it?  I need to get a few things done at the office here
[20:03] <micahg> otherwise I can do it over the weekend
[20:03] <mac_v> micahg: i'm now searching for dupes , I'll inform you if i report it :)
[20:04] <mac_v> ^oh my face got cut !
[20:04] <asac> micahg: you are doing more bug work all the time so it would be more beneficial for you to do that
[20:04] <asac> mac_v: should just file a bug
[20:04] <asac> you can ask later if thats the right compnonet or if someone has an idea there
[20:04] <asac> so they get to know you ;)
[20:05]  * mac_v wonders why he got into this mess!
[20:05] <mac_v> ;p
[20:05] <asac> mac_v: hehe. so if you dont find anything. file against the component i mentioned. and you are done
[20:05] <asac> just follow up if something happens
[20:05] <asac> ;)
[20:05] <micahg> ok, I'll do that
[20:06] <mac_v> micahg: huh ? you'll file it? ok  thanx :)
[20:06] <micahg> no, you file
[20:06] <asac> mac_v: no. he will take care
[20:06] <micahg> I'll follow up :)
[20:06] <mac_v> oh
[20:06] <asac> that it gets proper upstream attention
[20:06] <asac> and gets moved against right component etc. ;)
[20:06] <mac_v> ok no probs :)
[20:06] <asac> mac_v: you can also do all that but i guess you want to stay out of that ;)
[20:07] <mac_v> yeah , too much to deal with , i have other bugs waiting :)
[20:07] <asac> right. so file it good and then you are good ... just drop the upstream bug id in launchpad and move on
[20:08] <mac_v> sure :)
[20:21] <andv> asac, back
[20:21] <andv> asac, any news?
[20:22] <asac> no. but soon
[20:22] <asac> bdrung: there?
[20:22] <andv> asac, ok :)
[20:24] <asac> bdrung: if you want me to keep you as changelog owner i need you to sign off the current state and close the changelog witha release commit. i will then sponsor it to debian
[20:24] <asac> i think we should call it an end now. and maybe work on 0.16 for a last karmic update
[20:24] <asac> ;)
[20:24] <asac> if we really have urgent stuff to do
[20:39] <mac_v> asac: i'm compelled to tag the bug major severity , > since a major feature is broken, or is it just a normal severity ?
[20:40] <asac> mac_v: did i say that i see that too?
[20:40] <mac_v> no... i'm asking
[20:41] <asac> mark it high
[20:41] <asac> its a bad UI glitch
[20:41] <mac_v> ok :)
[20:55] <mac_v> sheesh ! https://bugzilla.mozilla.org/show_bug.cgi?id=511955
[20:55] <mac_v> asac: micahg could you confirm the bug ^
[20:58] <mac_v> did i do it correctly ? reporting on gnome bugzilla is sooo much easier
[21:03] <micahg> mac_v, looks fine
[21:03] <mac_v> phew
[21:04] <mac_v> micahg: just a reminder , asac was saying something about forwarding the bug to "reed"
[21:05] <micahg> yeah
[21:07] <fta> jcastro, http://www.sofaraway.org/ubuntu/tmp/chromium-popcon-6.png
[21:07] <fta> jcastro, sorry for the delay
[21:08] <fta> jcastro, please use a copy, mine is volatile (.../tmp/)
[21:11] <jcastro> no worries, thanks!
[21:20] <fta> jcastro, todays #, http://paste.ubuntu.com/257135/
[21:33] <jcastro> fta: got an example of a bug filed upstream that got spammed by users with meaningless data?
[21:33] <jcastro> (I'm writing about the plusses and minuses of easily available dailies)
[21:33] <jcastro> that /bin/sh one probably
[21:37] <fta> yep
[21:38] <dtchen> jcastro: (sometimes upstreams don't see much value in dailies. e.g., i chatted with lennart (of pulseaudio) early in the karmic dev cycle, and he didn't find much use for them)
[21:38] <jcastro> dtchen: yeah I am blogging about that in a minute. :D
[21:39] <fta> http://code.google.com/p/chromium/issues/detail?id=9007
[21:40] <fta> jcastro, ^^ #32
[21:41] <jcastro> perfect
[21:42] <fta> jcastro, it was never something i did, i just had to find the error & fix it to close the debate
[21:43] <jcastro> nod
[21:43] <fta> and the fix is still only in ubuntu
[21:44] <jcastro> fta: let me mail you a draft, I want to make sure I get it right
[21:45] <fta> ok
[21:48] <fta> jcastro, http://paste.ubuntu.com/257147/
[21:50] <fta> not sure how the debian popcon is representative though
[21:50] <jcastro> nod
[21:51] <fta> seems we have leaks
[21:51] <jcastro> leaks?
[21:51] <fta> transfuges?
[21:52] <fta> people from one distro using repos from the other
[21:52] <fta> for ex, we have some iceweasel in ubuntu
[21:52] <fta> they have some firefox
[21:53] <fta> well, it's outside of the scope
[21:59] <andv> asac, you have to wait bdrung for uploading 0.15?
[22:02] <jcastro> oh right right
[22:02] <jcastro> fta: so what do you think about the draft, any issues?
[22:03] <fta> jcastro, just read it, all good
[22:03]  * jcastro would like to post it soonish so he can drink beer and be done
[22:03] <jcastro> woo!
[22:04] <fta> jcastro, instead of the ripps branches, maybe point the ppa
[22:05] <jcastro> ok
[22:05] <fta> jcastro, "So if you're a project who is already in launchpad"  hmm
[22:06] <fta> missing word?
[22:12] <jcastro> fixed and posted, thanks!
[22:14] <micahg> fta: I see Namoroka is named now
[22:14] <fta> yep
[22:14] <micahg> cool
[22:29] <BUGabundo> olá
[22:30] <BUGabundo> asac: FYI last night daily has 3G MM working :)
[22:43] <fta> http://code.google.com/p/chromium/issues/detail?id=19987  not sure what i should do about that
[22:48] <BUGabundo> hey fta
[22:57] <fta> BUGabundo, yop
[23:09] <fta> rickspencer3, any idea what i should do regarding http://code.google.com/p/chromium/issues/detail?id=19987 ? seems to be an ubuntu desktop choice making other upstream unhappy
[23:12] <fta> bug 220765
[23:15] <bdrung> asac: i am back
[23:19] <asac> bdrung: got what i wrote?
[23:19] <bdrung> yes
[23:23] <bdrung> asac: how long are you awake today?
[23:23] <bdrung> s/are/will/
[23:25] <asac> bdrung: not sure.
[23:26] <bdrung> asac: if you give me 10 minutes, i could change the xpi:Depends sorting
[23:26] <asac> if you dont add more, but just sign-off/release commit, i can also upload tomorow
[23:26] <asac> bdrung: is that required?
[23:26] <asac> what bug does that address?
[23:26] <bdrung> asac: currently it is sorted alphabetically (e.g. abrowser | firefox | iceweasel)
[23:27] <bdrung> asac: but something like firefox-3.5 | firefox-3.0 | iceweasel | abrowser would be better, wouldn't it?
[23:28] <bdrung> asac: what was the command for sign-off/releasing?
[23:28] <bdrung> i have bumped the Standards-Version to 3.8.3 and sort the build-depends (cosmetic)
[23:30] <bdrung> asac: there is no bug opened for that, but if you have nothing installed of it, the first fitting dependency is used. on ubuntu the latest firefox should be installed and on debian iceweasel
[23:30] <fta> asac, any idea about the xdg-open thing?
[23:33] <e-jat> fta, if i already --enable-plugins for chromium .. then the flash doesnt work :( previously work well .. lately it failed to show the flash :( .. should i purge then reinstall ? i already try to clean the cache seem it still not work :(
[23:33] <fta> e-jat, amd64?
[23:34] <e-jat> i386
[23:34] <fta> hm
[23:34] <fta> start in a shell, any message?
[23:34] <e-jat> fta: wait ..
[23:35] <fta> is it listed in about:plugins ?
[23:36] <e-jat> http://paste.ubuntu.com/257186/
[23:38] <e-jat> i think i get something in about:plugins ..
[23:39] <bdrung> asac: the patch for the changed sorting: http://paste.ubuntu.com/257189/
[23:39] <bdrung> asac: for adblock-plus it would be xpi:Depends=firefox-3.6 | firefox-3.5 | firefox-3.0 | iceweasel | abrowser-3.6 | abrowser-3.5 | iceape | seamonkey | icedove | thunderbird-3.0 | conkeror | prism
[23:40] <fta> firefox-3.7 too
[23:40] <fta> abrowser-3.[0567]
[23:40] <bdrung> fta: do you have more suggestions?
[23:40] <asac> bdrung: i dont think we need this worting.
[23:41] <asac> sorting
[23:41] <bdrung> asac: why not?
[23:41] <asac> at least i dont understand why it should be sorted in which way
[23:41] <asac> so lets not do it for this upload
[23:41] <e-jat> fta : http://imagebin.ca/view/5APf7TN.html
[23:42] <bdrung> asac: my ideas: listing the prefered app first (e.g. firefox before abrowser) and sorting it descending (e.g. firefox-3.5 before firefox-3.0)
[23:42] <fta> e-jat, i just tried, mine is broken too, i'm quite sure it was still working yesterday
[23:42] <e-jat> owh ...
[23:42] <asac> bdrung: i dont think thats what we want.
[23:43] <bdrung> asac: why not?
[23:43] <asac> because that order is random too
[23:43] <bdrung> asac: so sorting it alphabetical is better?
[23:43] <asac> firefox-3.6 is wrong to be before 3.5
[23:43] <asac> bdrung: i dont want to replace something that is wrong with something that is still wrong ;)
[23:43] <e-jat> its ok then .. it mean im not the only one :)
[23:44] <bdrung> asac: would there a sorting which would be correct?
[23:44] <asac> its not understood. thats why i think we dont want to do anything atm
[23:44] <asac> it probably needs manual tweaking by distro/release etc.
[23:44] <bdrung> asac: not understood?
[23:44] <asac> its not understood what we want
[23:44] <asac> to address the sorting issue
[23:45] <bdrung> ok
[23:45] <bdrung> then i will only add firefox-3.7 and remove abrowser-3.0. is this ok?
[23:45] <asac> bdrung: keep abrowser-3.0
[23:45] <asac> its a bug that it doesnt exist
[23:45] <bdrung> asac: but the package never exists
[23:45] <bdrung> ok
[23:45] <asac> yes. thats a bug
[23:46] <asac> i have to figure what to do about that first ;)
[23:46] <asac> might as well be that it goes away
[23:46] <bdrung> so only adding firefox-3.7 and abrowser-3.7
[23:47] <asac> do we have toolkit@mozilla.org?
[23:47] <asac> then it also needs a new xulrunner i guess
[23:47] <bdrung> packages_toolkit@mozilla.org := xulrunner-1.9 xulrunner-1.9.1 xulrunner-1.9.2
[23:47] <asac> yes
[23:47] <fta> 1.9.3
[23:48] <asac> right
[23:48] <asac> so those three
[23:49] <bdrung> asac, fta: http://paste.ubuntu.com/257197/
[23:49] <asac> and for 0.16 we need to understand how to configure behaviour
[23:49] <asac> in a way tha addresses the sorting issue and the ever growing package number
[23:51] <bdrung> asac: the dh 7 bug should be delayed to 0.16?
[23:52] <fta> who requested dh 7?
[23:52] <bdrung> fta: some people do not like cdbs.
[23:52] <bdrung> fta: that's why it would be nice if you can use xpi.mk with simple dh 7
[23:53] <fta> looks painful to me
[23:54] <bdrung> fta: it should be simple as http://paste.ubuntu.com/257198/
[23:54] <fta> maybe move most of xpi.mk to xpi-core and include it in 2 xpi files, 1 for cdbs (xpi.mk, for legacy) and the other for dh
[23:54] <bdrung> but it did not work
[23:54] <fta> yep, but i don't know dh enough to help here
[23:55] <bdrung> fta: the optimum would be if someone could write a dh 7 perl plugin. then it would be a two liner:
[23:55] <bdrung> %:
[23:55] <bdrung>     dh --with xpi $@
[23:55] <asac___>   * Use run-mailcap for generic xdg-open support.
[23:55] <asac___> 00:49 < bdrung> asac, fta: http://paste.ubuntu.com/257197/
[23:55] <asac___> 00:49 < asac> and for 0.16 we need to understand how to configure behaviour
[23:56] <asac___> 00:49 < asac> in a way tha addresses the sorting issue and the ever growing package number
[23:56] <asac___> 00:50 < asac> seems ok
[23:56] <asac___> 00:50 < asac> what about iceweasel?
[23:56] <asac___> 00:50 < asac> oh missed it ;)
[23:56] <asac___> 00:52 < asac> fta: the back sounds not so good
[23:56] <asac___> 00:53 < asac> so xdg-utils is in sync with debian
[23:56] <asac___> 00:54 < asac> debian bug 484602
[23:56] <asac___> 00:55 < asac___>   * Use run-mailcap for generic xdg-open support.
[23:57] <bdrung> asac: the dh 7 bug should be delayed to 0.16?
[23:57] <bdrung> asac: http://paste.ubuntu.com/257198/
[23:57] <fta> asac___, ??