[10:48] <gnomefreak> i hate the internet
[10:49] <gnomefreak> if my nick leaves here that means internet died (took me ~3 hours to get connected
[11:00] <gnomefreak> asac: any reason you closed bug 72415?
[11:00] <ubotu> Launchpad bug 72415 in firefox "cacert.org root certificate inclusion" [Low,Won't fix]  https://launchpad.net/bugs/72415
[11:00] <asac> gnomefreak: yes ... its won't fix :)
[11:01] <gnomefreak> due to upstream?
[11:01] <asac> gnomefreak: its unlikely that upstream will include cacert
[11:01] <asac> yes
[11:01] <gnomefreak> ah ok
[11:01] <asac> do they complain?
[11:01] <gnomefreak> no i was just asking
[11:01] <asac> apparently not
[11:01] <asac> ok
[11:01] <gnomefreak> i didnt know the bug but debian task is still open
[11:02] <gnomefreak> made me wonder
[11:02] <asac> gnomefreak: well ... w don't care for debian anymore in regards to firefix
[11:02] <asac> ok invalidated debian upstream target on that
[11:03] <gnomefreak> yeah i know ty i had page open i could have done it ;)
[11:03] <asac> gnomefreak: we could invalidate all debian targets ... if we can find them :)
[11:03] <asac> maybe we should write a python script for that
[11:04] <gnomefreak> asac: i didnt see wny yesterday while working on bugs
[11:04] <gnomefreak> s/wny/any
[11:04] <asac> hmm
[11:04] <gnomefreak> whats the difference between firefox and java compared to any other browser and java?
[11:05] <asac> if you ask for any other browser then not much
[11:05] <gnomefreak> that pissed me off something awfull last night
[11:05] <asac> i think only konqueror runs it differently ... e.g. in a separate process
[11:06] <gnomefreak> site works with konq+java iceape+java epiphany+java and kazehakase+java but doesnt work with firefox+java disable java in firefox the site works
[11:07] <asac> hmm
[11:07] <asac> strange
[11:07] <asac> shouldn't be much differen than iceape/epiphany/kazehakase
[11:07] <gnomefreak> i cant get a backtrace because the site wont open while using gdb and wont freeze, outside of gdb it freezes
[11:08] <gnomefreak> firefox freezes during opening the page but i can still bring up term. duering gdb, open site as normal user and your system freezes
[11:09] <gnomefreak> bug 134592
[11:09] <ubotu> Launchpad bug 134592 in sun-java6 "infinite 100% load one one page" [Undecided,New]  https://launchpad.net/bugs/134592
[11:09] <gnomefreak> thats the one
[11:09] <asac> gnomefreak: can you please start strace -f firefox &> /tmp/strace.log
[11:09] <asac> or to your $HOME
[11:09] <gnomefreak> yes
[11:09] <asac> and then take a look whats going on when it loops with 100%
[11:09] <gnomefreak> lets see if i freeze up :(
[11:11] <gnomefreak> using strace it opens fine
[11:11] <gnomefreak> my fault
[11:12] <gnomefreak> i  had java off
[11:12] <gnomefreak> should anything print in terminal?
[11:13] <asac> no
[11:13] <asac> only in log
[11:13] <gnomefreak> so i can kill it
[11:13] <asac> if its frozen yes
[11:13] <gnomefreak> cool
[11:14] <asac> so what does strace.log show?
[11:14] <asac> can you brin gup somewhere?
[11:14] <gnomefreak> ill attach it to bug (its huge)
[11:19] <gnomefreak> going for a smoke while this beast uploads its around 66mb
[11:23] <asac> gnomefreak: you could have cut off megabytes of redundant content i gues
[11:24] <gnomefreak> i could have used split command too :(
[11:24] <gnomefreak> i was thinking about that while smoking
[11:24] <gnomefreak> not real worried at this rate LP will time out im sure
[11:25] <asac> gnomefreak: abort upload then :)
[11:26] <gnomefreak> looking at it it all looks important
[11:33] <gnomefreak> is there a way to check how many lines are in it without opening itwith an editor?
[11:34] <asac> gnomefreak: cat /tmp/strace.log | wc -l
[11:46] <Bernardo> good morning
[11:47] <asac> Bernardo: hey
[11:48] <asac> Bernardo: did you test the new wpasupplicant? if so, please drop a note at: http://ubuntuforums.org/showthread.php?t=556488
[12:02] <gnomefreak> im uploading them in about 3mb files maybe 7 of them or so, sometime in the next 30 minutes- 1 hour i have to try to eat something, going back to solid foods if possible ;)
[12:07] <asac> ok
[12:23] <gnomefreak> asac: bug 144396 is that even possible at this point in devel?
[12:23] <ubotu> Launchpad bug 144396 in gnash "update gnash to 0.8.1 final" [Undecided,In progress]  https://launchpad.net/bugs/144396
[12:24] <gnomefreak> i guess someone took it so maybe it is
[12:26] <gnomefreak> asac: nevermind you took it so i guess it is possible
[12:27] <asac> gnomefreak: got an ACK
[12:27] <gnomefreak> asac: ok all is finally uploaded to bug 134592
[12:27] <ubotu> Launchpad bug 134592 in sun-java6 "infinite 100% load one one page" [Undecided,New]  https://launchpad.net/bugs/134592
[12:27] <asac> thanks
[12:27] <gnomefreak> god i hope that helps
[12:28] <asac> haha epiphany is killed by that
[12:28] <asac> i will take a look later then
[12:28] <gnomefreak> epiphany didnt give me a problem on gutsy
[12:28] <gnomefreak> ok gone for now
[01:47] <gnomefreak> asac: you at lunch?
[01:48] <gnomefreak> hmmmm bugs dont show tags anymore?
[01:54] <asac> no
[01:54] <asac> i will go soon though :)
[01:54] <asac> haven't found time to look
[01:54] <asac> is that beta critical?
[01:55] <gnomefreak> where would i find ff-LP-intergration at to see if it is installed?
[01:55] <gnomefreak> i found the tags btw they were moved
[01:56] <gnomefreak> i looked in about:plugins and ~/mozilla/firefox/pluginreg.dat
[01:57] <gnomefreak> looking in extension.rdf atm
[01:58] <asac> nm bugs down to 239
[01:58] <asac> from 320 last week
[01:58] <asac> given that janitor closed 20 or so ... its still 60 bugs fixed by me :)
[01:59] <gnomefreak> :)
[01:59] <gnomefreak> ok maybe this bug is right :(
[01:59] <asac> i think another 80 or so should be fixe now :)
[02:00] <asac> gnomefreak: are you subscribed to nm bugs?
[02:00] <gnomefreak> not sure i can be if needed
[02:00] <asac> hmm no idea about future ... would have been handy because i want to reopen all bugs janitor closed automatically
[02:00] <gnomefreak> hmmmm gnome-intergration and LP plugin neither are showing up anywhere
[02:01] <gnomefreak> asac: k
[02:01] <asac> however i have a bugmail backlog of about 2000 mails
[02:01] <asac> so its hard for me to find
[02:01] <gnomefreak> asac: you will have more
[02:01] <gnomefreak> im working on bugs trying to find some to fix while im at it.
[02:01] <asac> currently i am paralized and only use web interface ... sorting by recently changed ;)
[02:01] <asac> gnomefreak: 2000 mails unrelated to mozillateam :)
[02:01] <asac> mozillateam are 500 i guess
[02:01] <gnomefreak> ah
[02:02] <asac> i should opt-out of all these bittorrent bugs
[02:02] <asac> they are just garbage for me :)
[02:03] <gnomefreak> we still ship firefox-gnome-support and firefox-launchpad-plugin right?
[02:04] <asac> firefox-gnome-support ... yes ... firefox-launchpad-plugin maybe ... but not supported
[02:04] <asac> gnomefreak: -gnome-support should be fixed by now
[02:04] <gnomefreak> asac: i dont see it listed anywhere
[02:04] <gnomefreak> we dont support the lp-plugin?
[02:04] <asac> apt-cache show firefox-gnome-support
[02:04] <asac> gnomefreak: no we don't ... its useless imo
[02:05] <asac> we should come up with a proper launchpad extension at some point.
[02:05] <gnomefreak> well thats good because its not listed anywhere after installing it
[02:05] <gnomefreak> what do i tell the bug submitter?
[02:05] <asac> about what?
[02:06] <asac> gnomefreak: just assign the bug to the maintainer of firefox-launchpad-plugin
[02:06] <asac> that was never our package from what i can tell
[02:06] <gnomefreak> oh ok i was thinking it was built in firefox for some reason
[02:07] <asac> no
[02:07] <asac> its not from firefox source
[02:07] <asac> it has its own source
[02:07] <gnomefreak> i saw that now
[02:08] <gnomefreak> thats one less bug to worry about :)
[02:08] <asac> -gnome-support is our package
[02:08] <gnomefreak> i only have ~50 to go through for now
[02:08] <asac> and if build from ffox sources
[02:10] <asac> gnomefreak: but you are subscribed to tbird, right=
[02:10] <gnomefreak> yes
[02:10] <asac> gnomefreak: can you reopen the bugs that have been closed by janitor?
[02:10] <asac> or did you already mark them as read?
[02:11] <gnomefreak> asac: i dont have a log of them
[02:11] <gnomefreak> unless added to email from a few hours ago
[02:11] <asac> so there weren't any auto rejects?
[02:11] <gnomefreak> i didnt see any just firefox
[02:11] <asac> ok
[02:11] <asac> did you reopen them?
[02:12] <gnomefreak> i will check my subscription in a few minutes
[02:12] <asac> or do i need to do that?
[02:12] <gnomefreak> no i got rid of them before i found the bug
[02:12] <gnomefreak> asac: you have a list send it to me
[02:12] <gnomefreak> asac: i so want to close bug 67667
[02:12] <ubotu> Launchpad bug 67667 in firefox "I can't use my own application to manage syndication" [Low,New]  https://launchpad.net/bugs/67667
[02:12] <asac> i will ... once i feel enough power to open that mailbox again :)
[02:12] <gnomefreak> :)
[02:12] <gnomefreak> if i see any today ill open them
[02:13] <asac> thanks
[02:13] <asac> assign them to mozilla-bugs
[02:13] <gnomefreak> we dont support users scripts right?
[02:13] <asac> that should prevent them from being closed again
[02:13] <gnomefreak> did you talk to LP about opt in ir opt out of the janitor bugs script?
[02:13] <gnomefreak> s/ir/or
[02:14] <asac> i filed a bug ;)
[02:14] <gnomefreak> thats rigth
[02:14] <gnomefreak> i really think this is a case of firefox doesnt like the script you gave it nothing we can do about it
[02:15] <gnomefreak> brb smoke let me know if we should leave that bug open for any reason
[02:21] <gnomefreak> TBH i dont see anything related to firefox thats says write your scripts we will support them
[02:32] <asac> gnomefreak: well its not a firefox, but a greasemonkey issue
[02:33] <gnomefreak> k
[03:19] <gnomefreak> asac: ok im subscribed to n-m and tbird personally now
[03:19] <asac> gnomefreak: thanks
[03:19] <gnomefreak> n-p
[03:19] <gnomefreak> np
[03:19] <gnomefreak> btw i hate frigging bugs :(
[03:20] <gnomefreak> omg 10 minutes and all the ones i got rid off new they were replaced with more
[03:20] <gnomefreak> still 7 ahead :)
[03:24] <gnomefreak> asac: is this default upstream ffox? CAIRO_FORMAT_ARGB32 or is this something we added
[03:27] <asac> were is that set?
[03:27] <gnomefreak> doesnt say
[03:27] <gnomefreak> bug 135241
[03:27] <ubotu> Launchpad bug 135241 in firefox "[gutsy]  some animations are really *slow*" [Undecided,New]  https://launchpad.net/bugs/135241
[03:28] <gnomefreak> asac: it was fixed in other gtk apps but evince is free so it doesnt have restrictions on it
[03:28] <gnomefreak> and i thougth cario was shipped with ff and should stay the way they ship it but you know more on that than i do
[03:43] <asac> well in a perfect world we should be able to use system-cairo
[03:43] <asac> we do this for ffox 2.0
[03:43] <asac> the reason this isn't done for 3.0 is that they patched it ... so our cairo crashes
[03:44] <asac> now they updated to 1.5 ... which is the end of hope to get it usable in gutsy
[03:45] <gnomefreak> you want to explain that to the bug?
[03:48] <Ubulette> lo
[03:48] <gnomefreak> high
[03:59] <asac> gnomefreak: you could go through all network-manager NEW bugs and ask them if they still can reproduce the issue with gutsy beta (livecd) .... if they still they should attach: 1. lspci -v 2. /var/log/syslog ... and set to incomplete :)
[04:00] <gnomefreak> asac: has n-m been accepted into beta and pushed yet?
[04:01] <asac> nm is in ... open thing is if new/old wpasupplicant is allowed to be in
[04:01] <Ubulette> asac, did you read my prose from yesterday ? (xul and *.links)
[04:01] <asac> Ubulette: i read that you finished 3.0 :=
[04:01] <asac> which is amazing
[04:01] <asac> but i think we should use:
[04:02] <asac> +        --with-libxul-sdk=$(lastword $(DEBIAN_XUL_DEV)) \
[04:02] <Ubulette> I have once again a problem with libnssckbi.so
[04:02] <Ubulette>  I used usr/lib/nss/libnssckbi.so usr/lib/xulrunner-1.9a8pre/libnssckbi.so
[04:02] <asac> or somethingyes
[04:02] <asac> yes
[04:02] <Ubulette> now, my bot builds 1.9a9pre so it's bad
[04:03] <asac> why?
[04:03] <asac> both version seem to match
[04:03] <Ubulette> because the *.link hard coded a8pre
[04:03] <asac> ah
[04:03] <Ubulette> which is gone after the upgrade
[04:03] <asac> you can use wildcard in .links file
[04:03] <asac> hmm
[04:03] <asac> well we should use 1.9 for everything
[04:04] <asac> after all its the same release series ... so justified imo
[04:04] <Ubulette> yep, that's my conclusion too from yesterday
[04:04] <asac> Ubulette: wait a second
[04:04] <asac> Ubulette: who creates the link?
[04:04] <Ubulette> xul
[04:05] <asac> then i don't understand the problem?
[04:05] <asac> you can just use wildcard during build ... which should give you the proper link path for the xul package you currently build
[04:05] <Ubulette> how do you rewrite "usr/lib/nss/libnssckbi.so usr/lib/xulrunner-1.9a8pre/libnssckbi.so" without using the version in it ?
[04:05] <asac> usr/lib/nss/libnssckbi.so usr/lib/xulrunner-*/libnssckbi.so
[04:05] <asac> that should work
[04:05] <Ubulette> not if you have two xul or more
[04:06] <asac> well i think its expanded during build
[04:06] <asac> so there will always be only the one you currently build in debian/xulrunner-1.9 at that point
[04:07] <asac> imo it should just work
[04:07] <Ubulette> hmm, maybe it's ok for build bots but not our own chroots as we work on several packages
[04:07] <asac> thats not a problem either
[04:07] <asac> it doesn't look in system location
[04:07] <Ubulette> hmm
[04:07] <asac> the debhelper .links file just creates the links in the target directory (debian/xurlrunner-1.9(
[04:08] <asac> so at any given time there will be the right directory name
[04:08] <Ubulette> oh, right :)
[04:09] <asac> Ubulette: i don't think we need this fix for the already closed release, right? or isn't the release already marked in changelog?
[04:11] <Ubulette> xul is still 1.9a8pre, maybe we should close with the taggued a8, if it does exist
[04:11] <Jazzva> asac: Hey... I've got two questions :)... I started implementing admin check in ubufox, so I wanted to check with you how should I do it... Should I check if user is a member of admin group in /etc/group?
[04:11] <asac> Jazzva: hmm
[04:11] <asac> Jazzva: hello ;)
[04:12] <Jazzva> asac: Though, I read that I can't do the file I/O operations in JS... only in XUL...:/
[04:12] <Ubulette> asac, xul.dev is still xulrunner-1.9 (1.9~a8~cvs20070913t1423-0ubuntu1~mt3) UNRELEASED
[04:12] <asac> Ubulette: ok ... feel free to commit that on top then
[04:12] <Ubulette> done
[04:12] <asac> great
[04:13] <Jazzva> asac: And I thought of writing simple function in JS... Seems like I need to find a way to do it in XUL (that is if I'm gonna check the /etc/group file)...
[04:13] <asac> Jazzva: we could do a hack
[04:13] <gnomefreak> asac:  have a look at bug 135110 how should we handle this ffox works great without googletoolbar but fails with it i tried closing it but since he opened it back up i gave him work to do ;)
[04:13] <ubotu> Launchpad bug 135110 in firefox "[gutsy]  firefox freezes with google toolbar enabled when you attemp to open more than two windows" [Undecided,Incomplete]  https://launchpad.net/bugs/135110
[04:14] <asac> Jazzva: run /bin/sh ... with args { "-c", "\"/usr/bin/groups > /tmp/tempfile\"" }
[04:14] <asac> then read tempfile ;)
[04:14] <Ubulette> asac, where can I get an uptodate list of moz tags ?
[04:14] <Ubulette> cvs log ?
[04:15] <asac> Ubulette: a good start point is to do cvs status -v client.mk
[04:18] <Jazzva> asac: Hmm... what should it do? *unsure*
[04:19] <Ubulette>         MOZILLA_1_9a8_RC1               (revision: 1.347.2.1)
[04:19] <Ubulette>         MOZILLA_1_9a8_RELEASE           (revision: 1.347.2.1)
[04:19] <Ubulette>         MOZILLA_1_9a8_MINIBRANCH        (branch: 1.347.2)
[04:21] <asac> Ubulette: yes
[04:21] <asac> take that one for xul release: MOZILLA_1_9a8_RELEASE
[04:21] <asac> at best add a MOZ_CO_BRANCH option to mozclient ;)
[04:22] <asac> Jazzva: i am unsure as well :)
[04:23] <Jazzva> asac: And what do you want me to run :)? I've played a bit with those args, but there's no command :)...
[04:23] <asac> Jazzva: what do you  mean?
[04:24] <Jazzva>  /bin/sh <run_what?> -c \"/usr/bin ... /tempfile\"
[04:24] <asac> Jazzva: i already posted exactly what i think is needed
[04:24] <Jazzva> asac: And that's why I asked what should the tempfile contain :)...
[04:25] <asac> Jazzva: ah ... yes the string |admin|
[04:25] <asac> you could also grep for admin
[04:25] <asac> and see if the file is non-empty
[04:25] <asac> e.g.
[04:25] <asac> /bin/sh ... with args { "-c", "\"/usr/bin/groups | grep admin >> /tmp/tempfile\"" }
[04:26] <Jazzva>  /bin/sh: Can't open ...
[04:26] <asac> Jazzva: there is a /bin/sh on my system
[04:27] <Jazzva> asac: On mine too... that's why it says "can't open ...". I suppose it would be "command not found: /bin/sh" if there weren't one... I think I know how to make it work :)
[04:28] <asac> Jazzva: what do you try?
[04:28] <asac> are you in javascript?
[04:28] <Jazzva> oh... umm.. never mind :)
[04:29] <asac> Jazzva: you have to creawte a local file object first
[04:29] <asac> http://www.xulplanet.com/references/xpcomref/comps/c_filelocal1.html
[04:29] <asac> with the /bin/sh path
[04:29] <asac> then test if its executable
[04:29] <asac> then you create an nsIProcess and run it with that file ... + the args above
[04:29] <Jazzva> asac: Ok...
[04:29] <asac> http://www.xulplanet.com/references/xpcomref/ifaces/nsIProcess.html
[04:30] <Jazzva> Thanks...
[04:30] <asac> Components.classes['@mozilla.org/file/local;1'] .createInstance(Components.interfaces.nsILocalFile)
[04:30] <asac> et al
[04:31] <asac> Jazzva: but i am currently not sure
[04:31] <Jazzva> asac: Ok... I'll play with it a bit :)
[04:31] <asac> in the end the install backend should be able to tell us if it can be run
[04:31] <asac> e.g. apturl --test-permissions
[04:31] <asac> should return 0 if its ok ... otherwise 1 ... or something like that
[04:32] <asac> its an ugly hack to implement some thing like knowledge about unix group concepts in ubufox
[04:32] <Jazzva> Yeah, but that will happen only after user selects plugins and stuff... I suppose it should appear before that.
[04:32] <asac> Jazzva: no i mean: in the end pluginstallerservice should have the capability to plug in new install backends.
[04:32] <asac> 1. XPIInstall
[04:32] <asac> 2. apturl
[04:32] <asac> when it discovers an url and sees that its apturl it should be able to ask apturl if can be served
[04:32] <asac> right in the beginning
[04:33] <asac> otherwise don't display result entries that cannot be served
[04:33] <asac> Jazzva: but for now feel free to hack it like above if that works
[04:33] <Jazzva> Ok...
[04:34] <gnomefreak> asac: who do you want the n-m bugs assigned to or noone?
[04:35] <asac> gnomefreak: noone ... i will pick them when i want to work on them
[04:35] <gnomefreak> asac: ok what latest version of n-m and wpa?
[04:35] <asac> gnomefreak: just ask the questions above ... but take a look ... i often already asked that ... if you ask on them again it would probably annoy users ;)
[04:35] <gnomefreak> that you pushed
[04:35] <asac> so please scroll abit up and see if they already provided what you ask for ;)
[04:36] <gnomefreak> this is a brand new bug seems to be wpa fault
[04:36] <asac> 0.6.5-0ubuntu14
[04:36] <asac> is the latest nm
[04:36] <asac> wpasupplicant is still 0.6.0-3 ... but hopefully will be 0.6.0+0.5.8-0ubuntu1 at the end of the day
[04:37] <asac> gnomefreak: the package we hopefully get by the end of the day can be prefechted from http://ppa.launchpad.net/asac/ubuntu/pool/main/w/wpasupplicant/
[04:37] <gnomefreak> ty
[04:47] <huats> in the case of a bug like bug #137513 who will take the decision ?
[04:47] <bluekuja> heya asac
[04:47] <ubotu> Launchpad bug 137513 in torbutton "[UNMETDEPS]  torbutton: auto-synced, depends on iceweasel" [Undecided,Confirmed]  https://launchpad.net/bugs/137513
[04:47] <huats> there is 2 options : drop the package or adapt it to point depend on firefox.... I vote for the latter
[04:47] <bluekuja> asac: news for bitstormlite?
[04:50] <huats> asac: apparently you are the person who might tell me :-)
[04:50] <asac> huats: someone should provide a debdiff
[04:50] <huats> asac: ok, I will :-) (or at least try)
[04:51] <asac> huats: someone mentioned in bug that he is working on it as well ... if its not you try to align with him
[04:51] <huats> asac: I am the person in the bug :-)
[04:52] <asac> ah ok ... then all fine ... assign the bug to you and go ahead :)
[04:52] <asac> should be straight forward if you are lucky ;)
[04:52] <huats> asac: I'll let you know...
[04:52] <Jazzva> huats: I would suggest not to drop iceweasel out of depends, too :)...
[04:52] <bluekuja> asac: there is a patch for diff-ext which fixes the bug, gonna package it soon
[04:53] <asac> bluekuja: good
[04:53] <asac> bluekuja: bitstormlite is on top of my not imminent todos
[04:53] <bluekuja> asac: is bitstorm ok?
[04:53] <bluekuja> great
[04:53] <bluekuja> :)
[04:53] <asac> whenever there is room i will do it
[04:53] <huats> Jazzva: I will put it as a choice...
[04:53] <bluekuja> perfect, just ping me when done
[04:53] <bluekuja> ;)
[04:53] <Jazzva> huats: K :)...
[04:54] <asac> Jazzva: did we come to a conclusion yet?
[04:54] <Jazzva> asac: About ubufox? No, not yet...
[04:54] <asac> ok
[04:54] <asac> i will ask someone something
[04:54] <Jazzva> asac: I'm still messing around...
[04:56] <asac> Jazzva: did you manage to run /bin/sh ?
[04:56] <Jazzva> asac: Haven't tried yet... I'm reading a bit on the subject.
[04:58] <asac> Jazzva: ok
[05:01] <asac> Jazzva: i am asking apturl author if we can get a facility in apturl to test for that
[05:01] <asac> Jazzva: he is away for 1.5h now ... so be patient
[05:01] <asac> :)
[05:02] <Jazzva> asac: I was thinking of that too, to do a test in there... I thought to go and do it myself, but I don't know python *sighs*...
[05:02] <asac> Jazzva: hehe ... better stay with javascript/xpcom then
[05:02] <asac> Jazzva: actually i think we should now start to branch of and put all our work in ubufox for firefox 3.0
[05:03] <asac> Jazzva: after that admin feature we won't be allowed to add anything new anyways
[05:03] <asac> Jazzva: and we have to submit our pluginfinderwizard upstream
[05:03] <asac> Jazzva: if we are fast they might be ablet to punch it into firefox 3.0
[05:03] <asac> but for that we have to do some architectural improvements
[05:03] <Jazzva> asac: You mean to start a branch after adding admin check?
[05:04] <asac> Jazzva: doesn't matter ... we can branch now ... or after
[05:04] <Jazzva> Mhm... Ok.
[05:04] <asac> Jazzva: in the end the admin check will be done at a different place most likely for firefox 3.0
[05:04] <asac> so ... it really doesn't matter much ;)
[05:05] <Jazzva> asac: I get it :)...
[05:05] <asac> Jazzva: if we are lucky it already works atm
[05:05] <asac> have you tried it with ffox 3?
[05:05] <Jazzva> asac: Yes, a month ago... I think it worked...
[05:05] <asac> great ... so lets start with a new branch that has adapted maxVersion for now :)
[05:06] <Jazzva> There was also a "restart gran paradiso" button in addons dialog and I thought it was a problem with ubufox, but it isn't...
[05:06] <Jazzva> *a button that wouldn't go away :)
[05:06] <asac> Jazzva: oh
[05:06] <asac> interesting
[05:07] <Jazzva> asac: Yep... ok, just let me check it once more with GP
[05:07] <Jazzva> Should I put maxVersion as "3.0*"? Since this one is 3.0a7...
[05:08] <asac> Jazzva: maybe look what other applications compatible with 3.0 do
[05:08] <Jazzva> asac: K
[05:09] <gnomefreak> btw asac you have  ashit load of edgy/feisty n-m bugs open are they possible to fix or just wait 6 months till EOS
[05:09] <asac> gnomefreak: lots of those should be fixed in gutsy now
[05:10] <asac> gnomefreak: i put a lot of work into gutsy nm
[05:10] <gnomefreak> cant use that until gutsy is released though
[05:10] <asac> gnomefreak: they can test with livecd
[05:10] <gnomefreak> ok works for me ;)
[05:10] <asac> gnomefreak: i usually ask to test with latest gutsy or livecd if a bug is long standing
[05:10] <asac> gnomefreak: just take care that i didn't ask that before
[05:10] <asac> :)
[05:11] <gnomefreak> i will ask them to test than
[05:11] <Jazzva> asac: AdBlock put maxVersion 3.0a8
[05:11] <asac> gnomefreak: yes ... ask to test and set to incomplete
[05:11] <asac> Jazzva: yeah ... maybe really try 3.0*
[05:12] <asac> if that installs then we can use it
[05:12] <Jazzva> But I think we can use 3.0* since that way it will be compatible with stable 3.0 once it gets out
[05:12] <asac> right ... if the match works its fine
[05:12] <Jazzva> Well, I already used that for other extensions I needed :)
[05:12] <asac> ah
[05:12] <asac> good
[05:12] <asac> then take it
[05:12] <asac> gnomefreak: network-manager is a mess
[05:12] <gnomefreak> prior to gutsy yes i know
[05:13] <asac> gnomefreak: if people get angry you can explain that network-manager is now undergoing a massive QA effort
[05:13] <asac> i am sure that 30% of bugs should be fixed now in gutsy ;)
[05:14] <asac> and another 30% being driver bugs ... should be assigned to the proper kernel package
[05:14] <asac> but i will do that :)
[05:14] <gnomefreak> ok ill see what i can get done :)
[05:14] <asac> we just need to get those rotten New bugs revived first
[05:15] <asac> gnomefreak: and please remember if you see someone commenting that something got worse in the last uploads ... let me know
[05:15] <gnomefreak> asac: ofcourse
[05:15] <asac> .e.g. regressions are top-prio
[05:17] <asac> gnomefreak: i will go now through the incomplete bugs that have no response (according to LP) ... because those will be closed otherwise
[05:17] <asac> automatically
[05:18] <gnomefreak> k
[05:19] <gnomefreak> asac: not even sure this is a bug, see bug 99206 i cant say i ever noticed it
[05:19] <ubotu> Launchpad bug 99206 in network-manager "feisty fawn beta: network manager sets multiple default route" [Undecided,New]  https://launchpad.net/bugs/99206
[05:19] <Jazzva> asac: Hmm, I didn't use 3.0* in extensions, but 3.*... 3.0* is not working with 3.0a7
[05:19] <asac> gnomefreak: its fixed
[05:19] <gnomefreak> gutsy?
[05:20] <asac> gnomefreak: we untangled network-manager and ifupdown ... and ifupdown routes get a metric set now ... so yes, its fixed since 0.6.5-0ubuntu12
[05:21] <asac> gnomefreak: feel free to close and tell him to reopen or open a new bug if he still sees it in latest gutsy
[05:21] <Ubulette> Jazzva, did you try with just "3.0" ?
[05:22] <asac> anyone here with kde?
[05:22] <asac> Admiral_Chicago: are you on?
[05:22] <asac> Admiral_Chicago: are you still using kde?
[05:22] <Jazzva> Ubulette: Hmm, funny... I thought that 3.0 should be lesser than 3.0a7
[05:22] <Jazzva> asac: I have it installed, if you need something...
[05:22] <asac> Jazzva: nobody knows what kind of tweaks they have added to their version test :)
[05:23] <Jazzva> Ubulette: But it worked :)..
[05:23] <asac> Jazzva: yes ... i need info and screenshots how one configures network interfaces in kde :)
[05:23] <asac> Jazzva: in gnome network-admin you cain either "disable" ... or you can configure dhcp or static
[05:23] <asac> Jazzva: i wonder if you can disable in kde as well ... and what happens to /etc/network/interfaces if you do that
[05:23] <gnomefreak> kubuntu uses network-manager-kde no?
[05:24] <Jazzva> asac: Ok, I'll see what I can do...
[05:24] <asac> gnomefreak: knetworkmanager.... but that doesn't matter
[05:24] <asac> gnomefreak: there should be another tool to configure network deviceds
[05:24] <gnomefreak> oh
[05:24] <Jazzva> asac: As for ubufox... 3.0 or 3.*? Will 3.0 be greater than 3.0.0.*?
[05:24] <Ubulette> asac, strange, I can't use both MOZ_CO_TAG and MOZ_CO_DATE
[05:25] <asac> Jazzva: i can't tell ... if we run into problems on final release, we can bump the version
[05:25] <Jazzva> asac: So, 3.0 for now?
[05:25] <asac> Ubulette: no?
[05:25] <Ubulette> Jazzva, ff will be 3 digits, not 4
[05:25] <asac> Ubulette: iirc i already did that ... but could have been a dream
[05:25] <Ubulette> make -f mozilla/client.mk checkout MOZ_CO_PROJECT=xulbrowser MOZ_CO_TAG=MOZILLA_1_9a8_RELEASE MOZ_CO_DATE="20070924 0733"
[05:25] <Ubulette> cvs checkout: CVS password file /src/.cvspass does not exist - creating a new file
[05:25] <Ubulette> cvs checkout: warning: new-born mozilla/build/autoconf/mozconfig-find has disappeared
[05:25] <Ubulette> cvs checkout: warning: new-born mozilla/build/autoconf/mozconfig2client-mk has disappeared
[05:25] <Ubulette> cvs checkout: warning: new-born mozilla/build/unix/uniq.pl has disappeared
[05:26] <Ubulette> /bin/sh: mozilla/build/autoconf/mozconfig2client-mk: not found
[05:26] <Ubulette> mozilla/client.mk:565: /src/bzr/mozclient/mozilla/.mozconfig.mk: No such file or directory
[05:26] <Jazzva> Ubulette: 3 digits? Something like 3.0.*? Didn't know that :)... I just used the 2.0.0.* scheme :).
[05:26] <Ubulette> Jazzva, ff2 is 4 digits, ff3 will be just 3
[05:26] <Ubulette> unless they change their mind
[05:26] <Jazzva> Ubulette: Oh, ok :).
[05:27] <asac> Ubulette: have you checked out the client with the same branch/date
[05:27] <asac> ?
[05:28] <Ubulette> asac, yes
[05:28] <asac> Ubulette: that doesn't work for me as well :/
[05:29] <asac> cvs co -rMOZILLA_1_9a8_RELEASE -D"20070924 0733" mozilla/client.mk
[05:29] <asac> cvs checkout: warning: new-born mozilla/client.mk has disappeared
[05:29] <Ubulette> yep
[05:29] <asac> ah
[05:29] <asac> wait
[05:30] <asac> well cvs is too dump then
[05:30] <asac> what a mess
[05:31] <asac> Ubulette: ah now i see :)
[05:31] <asac> Ubulette: you can only do that with branch tags
[05:32] <asac> Ubulette: real tags can obviously not be used together with a date
[05:32] <Ubulette> oh
[05:32] <asac> so we need two switches
[05:32] <asac> MOZ_RELEASE_TAG=MOZILLA_1_...
[05:32] <asac> MOZ_BRANCH=MOZILLA_1_8_BRANCH
[05:32] <asac> MOZ_RELEASE=MOZILLA_1_...
[05:33] <asac> MOZ_BRANCH can be used with date
[05:33] <asac> release obviously not
[05:33] <asac> for releases there shouldn't be a date in changelog anyway
[05:33] <asac> cvs co -rMOZILLA_1_8_BRANCH:20070924 mozilla/client.mk
[05:33] <asac> U mozilla/client.mk
[05:33] <asac> that worked for me
[05:34] <asac> Ubulette: currently mozclient as DEBIAN_DATE as argument right?
[05:34] <Ubulette> right
[05:35] <asac> how about using DEBIAN_VERSION ... and then doing smart things
[05:35] <asac> ?
[05:35] <Ubulette> yep, later.  I lost my ssh key in the format... damn
[05:47] <gnomefreak> asac: take a look at bug 45696 you got an auto response to you. and you didnt even file the bug
[05:47] <ubotu> Launchpad bug 45696 in network-manager "NetworkManager can't find interface on resume from suspend" [High,Confirmed]  https://launchpad.net/bugs/45696
[05:47] <gnomefreak> found in email
[05:49] <asac> aehm ... who is that?
[05:51] <asac> System 76
[05:52] <asac> gnomefreak: did you get his sender email?
[05:52] <asac> gnomefreak: so you can ping him about taking his autoresponder of from net?
[05:52] <gnomefreak> i dont know who it is
[05:52] <gnomefreak> was it LP?
[05:53] <asac> gnomefreak: no its him
[05:53] <asac> you should be able to see his email
[05:53] <gnomefreak> ok give me a few
[05:58] <Jazzva> asac, I created a new branch https://code.launchpad.net/~jazzva/ubufox/ff3
[05:58] <Jazzva> I just branched from ff2 ubufox version and changed the maxVersion
[05:59] <asac> Jazzva: good
[06:00] <Jazzva> Going to KDE to see that network interface... brb.
[06:03] <asac> reboot (kernel update)
[06:06] <Jazzva> asac: Well, it looks pretty much the same... I'll take the screenshots and notify you once I upload them.
[06:08] <asac> Jazzva: so disabling network makes the interface knetworkmanager manged?
[06:08] <asac> (would be expected)
[06:12] <Jazzva> asac, sorry... What does "makes the interface knetworkmanager managed" mean? Managed in what way?
[06:13] <asac> Jazzva: you can switch to the interface through network manager
[06:13] <asac> e.g. when clicking on applet you can choose where to connect to
[06:14] <Jazzva> asac: Yeah, I suppose... I have only one interface configured, so I can't try to switch... But I suppose it should do that :)...
[06:14] <asac> if the interface/device is available there its aclled "managed through network-manager" ... if its not its managed through ifupdown
[06:14] <asac> Jazzva: please paste:
[06:14] <gnomefreak> this SOB
[06:14] <Jazzva> It's managed through network manager :)... I would say that...
[06:14] <asac> /etc/network/interfaces - when you configure dhcp in kde
[06:14] <asac> /etc/network/interfaces - when you disable your interface in kde
[06:15] <asac> (in kontrol-panel i guess)
[06:15] <gnomefreak> asac: this auto sender guy thomas he doesnt have a wiki he has LP page but no email and he doesnt look to be anything other than system-76 teams
[06:15] <Jazzva> Ok...
[06:15] <gnomefreak> oh crap slipped right by me
[06:16] <asac> gnomefreak: can't you see his email in the mail you received?
[06:17] <asac>  :)
[06:17] <Jazzva> asac: After setting to dhcp: http://paste.ubuntu-nl.org/38462/
[06:17] <gnomefreak> asac: i found it
[06:18] <asac> Jazzva: good ... and when disabling?
[06:18] <Jazzva> asac: It looks the same after I disable it...
[06:18] <asac> well please paste :)
[06:19] <asac> and post a screenshot how you disable so i can post a bug against kcontrol or something
[06:19] <Jazzva> http://paste.ubuntu-nl.org/38463/
[06:20] <asac> looks broken
[06:22] <Jazzva> So, it should disconnect me when I disable, but it doesn't...
[06:23] <asac> yeah it should disable the interface ... further it shoudl make eth0 an auto interface if you enable ... which it apparently doesn't as well
[06:23] <Jazzva> Ok, I'm uploading the screenshots...
[06:23] <asac> so when you enable in that you won't have network unless you manually ifup it
[06:24] <gnomefreak> asac: i assigned bug 135241 to you so you can figure out what to do with it
[06:24] <ubotu> Launchpad bug 135241 in firefox "[gutsy]  some animations are really *slow*" [Undecided,Incomplete]  https://launchpad.net/bugs/135241
[06:24] <asac> ok
[06:27] <asac> ok i am out again for an hour or so ... shopping et al
[06:27] <shirish> Ubulette: you up m8?
[06:27] <Ubulette> yep
[06:27] <Ubulette> shirish, hi
[06:28] <shirish> hey cool :)
[06:28] <shirish> so what's up?
[06:28] <Ubulette> getting close to releasing ff3/xul a8
[06:29] <shirish> cool cool :)
[06:29] <shirish> what did you think about the mail I sent you yesterday, do you see anyway out?
[06:29] <Ubulette> sorry for the totem mess. upstream bumped lib version
[06:29] <Ubulette> you have to force it just once
[06:30] <Ubulette> an downgrade pl7 using gutsy
[06:30] <Ubulette> and
[06:30] <shirish> this is crazy lol
[06:31] <Ubulette> no
[06:31] <gnomefreak> bbs
[06:31] <shirish> gnomefreak: sure
[06:31] <Ubulette> I just continued to ship pl9 in the pl7 package
[06:31] <Ubulette> it's fixed
[06:32] <shirish> ok so one by one
[06:32] <Ubulette> shirish, but to go back to normal, you have to force it (ie break the loop)
[06:32] <shirish> Ubulette: what do you mean by go back to normal? You mean gutsy mirror stuff?
[06:33] <Ubulette> something like this:
[06:33] <Jazzva> asac: http://profile.imageshack.us/user/Jazzva ... Uploaded the images... They're labeled with a number and some name, in order I opened windows :).
[06:33] <Ubulette> dpkg --force-overwrite -i /var/cache/apt/archives/libtotem-plparser9_2.21.0+svn20070923r4731+bbot-2_i386.deb
[06:33] <Ubulette> apt-get -f install libtotem-plparser7=2.20.0-0ubuntu1
[06:33] <Ubulette> that did it for me
[06:34] <Ubulette> so brasero should work again
[06:37] <shirish> Ubulette: which means that I shouldn't upgrade totem then
[06:37] <Ubulette> you should
[06:38] <Ubulette> I will no longer ship plparser7
[06:38] <Ubulette> gutsy will
[06:38] <shirish> oh ok cool :)
[06:38] <Ubulette> that's why I said you only have to do that once
[06:38] <shirish> see, having a dumb tester sometimes does have it advantages ;)
[06:38] <Ubulette> :)
[06:39] <shirish> anyway what were the cool changes you were talking about the other day?
[06:39] <Ubulette> no more gp/trunk but ff-3.0
[06:40] <shirish> saw that the other day ;)
[06:40] <shirish> atleast for gp, its now moved to ff-3.0 didn't know about firefox-trunk is also ff-3.0
[06:41] <shirish> if this happens, how do I differentiate between yours & theirs? As a user its the naming convention which makes it easier to know which is where
[06:41] <Ubulette> just by versions
[06:42] <shirish> I usually start FF from the CLI so I know if any crash happened. This will make it really difficult for me. Any ideas how to go about it?
[06:44] <Ubulette> shirish, i don't see how it is different from any other apps.
[06:44] <shirish> Ubulette: lemme explain what I mean , till now it was like firefox, firefox-gp & firefox-trunk as the differences, correct
[06:45] <shirish> now with ff-gp becoming ff-3.0 its ff, ff-3.0, f-t
[06:45] <Ubulette> I just merged ff-gp and ff-trunk into ff-3.0
[06:46] <Ubulette> ff is still ff2
[06:46] <gnomefreak> see told you confusion was gonna be there
[06:46] <shirish> now you want to make firefox-trunk (ff-t) as ff-3.0
[06:46] <Ubulette> gnomefreak :)
[06:46] <gnomefreak> :)
[06:46] <shirish> ;)
[06:46] <Ubulette> shirish, just by looking at the version, you'll know which one you are running
[06:47] <shirish> Ubulette: true, my question is, now I know what version I have, how do I change it
[06:47] <gnomefreak> shirish: not a moron but since im in channels with them all day its bound to happen. when people cant type lspci and read the output (like numbers next to intel graphics card) its only 4 frigging numberse
[06:47] <gnomefreak> )
[06:48] <Ubulette> shirish, what do you mean by "how do I change it" ?
[06:48] <gnomefreak> oh yeah i should be gone, oops leaving now ;)
[06:49] <shirish> hang on, lemme see if I can tell you . right now I'm running firefox-trunk & it shows Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a8pre) Gecko/2007091321 Minefield/3.0a8pre
[06:50] <Ubulette> (it's old)
[06:50] <shirish> right
[06:51] <Ubulette> you should be running<PHONE_NUMBER>  3.0a9pre
[06:51] <shirish> now if I try running firefox-3.0 after doing the stuff you told me too, I get this
[06:51] <shirish>  firefox-3.0
[06:51] <shirish> Could not find compatible GRE between version 1.9a9pre and 1.9a9pre.
[06:51] <Ubulette> hmm
[06:51] <Ubulette> what xul are you running ?
[06:52] <shirish> xulrunner 1.9a8pre+cvs20070912t0913
[06:52] <Ubulette> bad
[06:52] <Ubulette> too old
[06:53] <shirish> shouldn't it have been upgraded with the rest of the stuff?
[06:53] <Ubulette> yep. unless you missed the 1.9a8pre => 1.9~a8~ change
[06:54] <Ubulette> that I've talked about a few weeks ago as requiring a manual upgrade (forced)
[06:54] <Ubulette> as it's seen as a downgrade
[06:54] <shirish> we did that afai remember
[06:54] <Ubulette> I did, did you ? :)
[06:55] <shirish> oh perhaps, perhaps not
[06:55] <Ubulette> obviously not
[06:55] <shirish> right
[06:55] <Ubulette> just force it once and you'll be back on track
[06:55] <shirish> ok will do , command please
[06:56] <shirish> make that doing, command please.
[06:57] <Ubulette> hold on. (or you can do that with synaptic)
[06:58] <Ubulette> apt-get install xulrunner-1.9=`apt-cache show xulrunner-1.9 | grep Version | grep a9 | cut -d' ' -f2`
[06:58] <shirish> nope, this way atleast its in history , with synaptic there is no history
[06:58] <Ubulette> something like that
[06:59] <shirish> ok 5 minutes, doing bunch of upgrades then will try this one
[06:59] <shirish> while I understood the grep didn't understand cut -d option
[07:00] <Ubulette> ?
[07:01] <shirish> the last bit of the command, trying to understand what we are parsing/doing
[07:01] <Ubulette> run it by pieces
[07:01] <Ubulette> apt-cache show xulrunner-1.9 | grep Version
[07:01] <Ubulette> apt-cache show xulrunner-1.9 | grep Version  | grep a9
[07:01] <Ubulette> etc..
[07:08] <shirish> Ubulette: xulrunner seems to be downgraded by the command you have given
[07:08] <Ubulette> yep, that's expected as a8pre > a9~
[07:08] <shirish> yes
[07:09] <Ubulette> hmm
[07:09] <Ubulette> i mean
[07:09] <Ubulette> that's expected as 1.9a8pre > 1.9~a9
[07:11] <shirish> oh ok
[07:15] <shirish> ok going to have dinner, bbs
[07:52] <asac> ok so vlad thinks cairo will be stable in time for ffox 3.0
[07:52] <asac> good luck :)
[07:52] <asac> i already see them shipping with cairo 1.5.8
[07:52] <asac> which of course won't allow to use 1.6 system cairo because cairo devs don't care for API compatibility within dev releases
[07:55] <Jazzva> Hey, asac... In case you missed :)
 asac: http://profile.imageshack.us/user/Jazzva ... Uploaded the images... They're labeled with a number and some name, in order I opened windows :).
[07:55] <asac> Jazzva: yes i saw them
[07:56] <asac> Jazzva: I already tested kde here as well (which i will now remove again)
[07:56] <Jazzva> And I think I found a way how to check if user is admin... but it'll only work if only one user is a member of admin group
[07:56] <asac> its just a big pain
[07:56] <Jazzva> ...which sucks :/
[07:56] <asac> Jazzva: hmm ...  i don't think that that  makes sense
[07:56] <asac> ;)
[07:57] <Jazzva> Me neither :)... But I want to see if it works, then I can improve it :)...
[07:57] <Jazzva> ...I guess...
[08:37] <asac> Jazzva: there?
[08:37] <asac> http://wiki.mozilla.org/Firefox:Add-ons_Manager_UI
[08:37] <asac> thats where we have to punch our finder dialog in in the end
[08:46] <Jazzva> asac: Here...
[08:46] <gnomefreak> bug 37828
[08:46] <ubotu> Launchpad bug 37828 in firefox "Text rendered incorrectly in presence of ligatures and justified text" [Medium,In progress]  https://launchpad.net/bugs/37828
[08:46] <asac> Jazzva: yeah ... i talked to mconnor ... and they would be happy to get contributions to that new add-ons manager
[08:47] <asac> Jazzva: i will try to get a grib on the guy that is actually doing the lead so we can figure out how to align our work with them.
[08:47] <Jazzva> asac: Ok... I like how it looks :)
[08:48] <gnomefreak> asac: whats the status of mozilla bug 331716 they just state it will be in nightlys and that it will come with next text framework code (neither very helpful atm)
[08:48] <asac> Jazzva: Players [08:48] <ubotu> Mozilla bug 331716 in GFX: Gtk "'fi' and 'fl' ligatures overlap following glyph with justified text in pango builds" [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=331716
[08:48] <gnomefreak> caught my attention due to someone in #ubuntu-devel having the issue
[08:49] <asac> gnomefreak: do we see that in our builds as well?
[08:49] <gnomefreak> asac: hes using our build
[08:49] <Jazzva> asac: Anyhow, I think I'm somewhere near the end of the checkAdmin stuff...
[08:49] <gnomefreak> yes its linked from bug 37828
[08:49] <ubotu> Launchpad bug 37828 in firefox "Text rendered incorrectly in presence of ligatures and justified text" [Medium,In progress]  https://launchpad.net/bugs/37828
[08:49] <gnomefreak> its old bug
[08:50] <asac> ah
[08:50] <asac> well we have to live with that i guess
[08:50] <asac> gnomefreak: do we have a test case?
[08:50] <gnomefreak> not sure ill look
[08:51] <gnomefreak> i dont see a clear cut test case but its all about how the font is rendered
[08:52] <gnomefreak> seems dejavu is a workaround
[09:01] <asac> gnomefreak: ok
[09:01] <asac> gnomefreak: can you ask people in firefox bug reports if starting firefox from command line like:
[09:01] <asac> MOZ_DISABLE_PANGO=1 firefox
[09:01] <asac> boosts their performance?
[09:01] <gnomefreak> asac: if i still had the bugs
[09:01] <gnomefreak> or you mean everyone?
[09:01] <asac> gnomefreak: no ... i mean any bug where they complain about pref
[09:01] <asac> perf
[09:01] <asac> yes
[09:02] <asac> gnomefreak: every bug that complaims about performance issues
[09:02] <asac> (gutsy only)
[09:02] <gnomefreak> asac: if i run into them
[09:02] <asac> thanks
[09:02] <gnomefreak> asac: not gonna see many in gutsy
[09:02] <gnomefreak> i think we have seen 98% of bugs in firefox-gutsy
[09:02] <Ubulette> asac, make DEBIAN_TAG=MOZILLA_1_9a8_RELEASE firefox-orig   now produces a stripped firefox-3.0_3.0~alpha8.orig.tar.gz
[09:03] <Ubulette> but I can't make the branch work. ie with make DEBIAN_BRANCH=MOZILLA_1_9a8_MINIBRANCH firefox-orig
[09:06] <asac> Ubulette: what happens with that?
[09:07] <asac> Ubulette: its not that important as long as mozilla 1.9 hasn't been forked
[09:07] <asac> but should be possible after all ;)
[09:07] <Ubulette> cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot co  -r MOZILLA_1_9a8_MINIBRANCH mozilla/client.mk
[09:07] <Ubulette> make -f mozilla/client.mk checkout MOZ_CO_PROJECT=xulbrowser MOZ_CO_DATE="20070924 1030"
[09:07] <asac> gnomefreak: we have beta next week ... that should bring us new bugs
[09:07] <asac> gnomefreak: anyway, there should be open performance issues already
[09:07] <Ubulette> and it fails with:
[09:07] <Ubulette> cvs checkout: warning: new-born mozilla/build/autoconf/mozconfig-find has disappeared
[09:07] <Ubulette> cvs checkout: warning: new-born mozilla/build/autoconf/mozconfig2client-mk has disappeared
[09:07] <Ubulette> cvs checkout: warning: new-born mozilla/build/unix/uniq.pl has disappeared
[09:07] <Ubulette> /bin/sh: mozilla/build/autoconf/mozconfig2client-mk: not found
[09:08] <gnomefreak> there might be but ill look later in week im all bugged out today
[09:10] <asac> Ubulette: ok ... leave it alone for now. have you tried MOZILLA_1_8_BRANCH?
[09:10] <asac> Ubulette: you probably need to provide MOZ_CO_TAGS as well?
[09:11] <Ubulette> doesn't work with  MOZILLA_1_8_BRANCH as my quilt patches are rejected
[09:15] <asac> make -f client.mk checkout MOZ_CO_PROJECT=browser MOZ_CO_TAG="MOZILLA_1_8_BRANCH" MOZ_CO_DATE="20070924 1703"
[09:15] <asac> checkout start: Mon Sep 24 21:15:34 CEST 2007
[09:16] <asac> cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot -q -z 3  co  -r MOZILLA_1_8_BRANCH -D "20070924 1703" -D "20070924 1703" mozilla/client.mk mozilla/browser/config/mozconfig mozilla/build/unix/modules.mk mozilla/build/unix/uniq.pl
[09:16] <asac> works
[09:18] <asac> Ubulette: can we still checkout full browser target with mozclient? e.g. vs. xulbrowser?
[09:19] <asac> i have the feeling that the MINIBRANCH is broken
[09:23] <Ubulette> asac, why do you need that ? (full browser)
[09:27] <asac> no idea ... i could use mozclient to track all i have
[09:27] <asac> if we don't know about the project it should just forward the request to client.mk
[09:27] <asac> e.g. like MOZ_CO_PROJECT=$(DEBIAN_MOZ_PROJECT)
[09:27] <asac> but thats a dream
[09:27] <asac> not a requirement
[09:33] <Ubulette> ok, I can generate xulrunner-1.9_1.9~a8.orig.tar.gz and firefox-3.0_3.0~alpha8.orig.tar.gz
[09:33] <Ubulette> asac, what else is needed to release that ?
[09:34] <Ubulette> a8
[09:34] <asac> if xulrunner has system-nss/nspr and firefox can be build that way ... we are through i think
[09:35] <asac> Ubulette: let me do the ppa upload now ... just 15 minutes break
[09:35] <asac> then i can get back to mozilla work
[09:35] <asac> hopefully this beta thing is then through for me
[09:41] <Jazzva> dinner and stuff... bbl
[09:48] <Ubulette> hmm. now make DEBIAN_TAG=MOZILLA_1_9a8_RELEASE nss-orig produces nss_3.12.0.orig.tar.gz which is obviously wrong
[09:48] <Ubulette> I've removed the ~cvsdate on purpose for ff/xul
[09:50] <Ubulette> asac, any ideas how I can name nss/nspr tarballs when using a tag ?
[09:59] <asac> Ubulette: hmm
[09:59] <asac> Ubulette: which tag?
[09:59] <Ubulette> make DEBIAN_TAG=MOZILLA_1_9a8_RELEASE nss-orig
[10:00] <asac> hmm
[10:00] <asac> i think you have to grep the tag out of client.mk
[10:00] <Ubulette> MOZ_CO_TAG           = MOZILLA_1_9a8_RELEASE
[10:00] <Ubulette> NSPR_CO_TAG          = MOZILLA_1_9a8_RELEASE
[10:00] <Ubulette> NSS_CO_TAG           = MOZILLA_1_9a8_RELEASE
[10:00] <Ubulette> LDAPCSDK_CO_TAG      = MOZILLA_1_9a8_RELEASE
[10:00] <Ubulette> :)
[10:01] <asac> well ... that looks scary
[10:02] <asac> i don't think that that came out of cvs?
[10:02] <Ubulette> it did
[10:02] <asac> NSPR_CO_TAG          = NSPR_HEAD_20070820
[10:02] <asac> NSS_CO_TAG           = NSS_3_12_ALPHA1B
[10:02] <asac> LDAPCSDK_CO_TAG      = LDAPCSDK_6_0_3_CLIENT_BRANCH
[10:02] <asac> then its a bug?
[10:02] <Ubulette> fetch client.mk with MOZILLA_1_9a8_RELEASE
[10:03] <asac> ok
[10:03] <asac> they appear to start to get some clue
[10:03] <asac> e.g. tag whole tree
[10:03] <asac> probablyb ecause they saw that its a pain that way while using hg
[10:04] <asac> Ubulette: there should be a version.txt or seomthing
[10:04] <asac> for nss/nspr
[10:04] <asac> in source tree
[10:04] <Ubulette> I only found mozilla/security/nss/lib/nss/nss.h
[10:04] <Ubulette> and mozilla/nsprpub/configure.in
[10:06] <asac>  31 MOD_MAJOR_VERSION = @MOD_MAJOR_VERSION@
[10:06] <asac>  32 MOD_MINOR_VERSION = @MOD_MINOR_VERSION@
[10:06] <asac>  33 MOD_PATCH_VERSION = @MOD_PATCH_VERSION@
[10:06] <asac> ?
[10:06] <asac>  51 MOD_MAJOR_VERSION=4
[10:06] <asac>  52 MOD_MINOR_VERSION=7
[10:06] <asac>  53 MOD_PATCH_VERSION=0
[10:07] <asac> thats really a mess
[10:07] <Ubulette> most of gnome apps are like that too
[10:07] <asac> unfortunately my nss firend isn't online
[10:08] <Ubulette> ok, I'll keep ~cvsdate for now
[10:08] <Ubulette> even with tags
[10:08] <asac> yes
[10:08] <asac> its unfortunate, bue we cannot tell
[10:08] <asac> until we figured things out
[10:13] <Ubulette> I can't
[10:13] <Ubulette> date is not available in that case
[10:13] <asac> for date we have:
[10:13] <asac> ~cvsDATE
[10:13] <asac> for branch we can have
[10:13] <asac> ~branchBRANCHANME
[10:14] <Ubulette> the full name ?
[10:14] <asac> yes i think so
[10:14] <Ubulette> ~branchMOZILLA_1_9a8_RELEASE ?
[10:14] <asac> hmm
[10:14] <Ubulette> ugly
[10:14] <asac> its all a mess
[10:17] <Ubulette> oh, I'm talking about tag, no branch
[10:17] <asac> yeah
[10:17] <asac> i got that ;)
[10:18] <Ubulette> -rw-r--r-- 1 bbot bbot 5029872 Sep 24 20:18 nss_3.12.0~tagMOZILLA_1_9a8_RELEASE.orig.tar.gz
[10:19] <Ubulette> :(
[10:19] <asac> yeah ... but that doesn't interleave well for cvs versions we have
[10:20] <asac> i take my napkin and start to cry
[10:20] <asac> Ubulette: i am pretty sure that they just overtagged some other tag that is official NSS tag
[10:20] <asac> i would really like to use that again
[10:20] <asac> like before
[10:21] <asac> ok lets sort things out ... do you still use reak HEAD nss?
[10:21] <asac> or do we just need tags?
[10:21] <asac> and no date for nss/nspr?
[10:22] <asac> for that case i would just suggest nss_3.12.0~a8
[10:23] <asac> s/reak/real/
[10:24] <asac> 22:18 < asac> ok lets sort things out ... do you still use reak HEAD nss?
[10:24] <asac> 22:18 < asac> or do we just need tags?
[10:24] <asac> 22:18 < asac> and no date for nss/nspr?
[10:24] <asac> 22:19 < asac> for that case i would just suggest nss_3.12.0~a8
[10:24] <asac> Ubulette: ^^
[10:24] <asac> 22:20 < asac> s/reak/real/
[10:25] <Ubulette_> i still use real head
[10:25] <Ubulette_> and I don't see how to derive a8 from all that
[10:26] <Ubulette_> usual tag is NSS_3_12_ALPHA1B
[10:26] <asac> yeah
[10:28] <Ubulette_> gasp
[10:28] <Ubulette_> I now have a /usr/lib/xulrunner-1.9*/ dir
[10:28] <asac> if that isn't enough ... trackerd is already running
[10:28] <asac> Ubulette: that sucks
[10:28] <asac> Ubulette: you can use dpkg variables then
[10:28] <asac> and wildcard it in debian/rules
[10:29] <asac> substvars
[10:29] <Ubulette_> any example somewhere ?
[10:31] <Ubulette_> oh, you mean a foo.links.in ?
[10:32] <asac> no
[10:32] <asac> i mean you can add content to a substvars file
[10:32] <asac> and then you can use it like you use ${misc:Depends} in control
[10:34] <asac> Dh_Lib.pm
[10:34] <asac> there is a function defined:
[10:34] <asac> addsubstvar
[10:34] <asac> that does the same thing but is tailored for package dependencies
[10:34] <asac> i think its basically appending something to a file
[10:35] <asac> Ubulette: /srv/chroots/dapper1/usr/share/perl5/Debian/Debhelper/Dh_Lib.pm
[10:36] <asac> can you decipher what it doesn?
[10:36] <asac> Ubulette: ok in /home/asac/ubuntu/firefox_pkg/firefox-2.x/debian/firefox.substvars
[10:36] <asac> i have
[10:37] <asac> http://paste.ubuntu.com/419/
[10:37] <asac> Ubulette_: you can probably just append whatever you want
[10:37] <asac> e.g. misc:xulrunner-dirs=/tmp/myxulrunner
[10:38] <asac> so when starting build you can echo "misc:xulrunner-dirs=/tmp/myxulrunner" >> debian/xulrunner.substvars
[10:38] <asac> so when starting build you can echo "misc:xulrunner-dirs=/tmp/myxulrunner" >> debian/xulrunner-1.9.substvars
[10:38] <asac> i mean
[10:39] <asac> you should be able to use the "all package" substvars: debian/substvars
[10:39] <asac> if that only works for control files it would be a shame
[10:40] <asac> and we would have to explore further options
[10:40] <Ubulette> http://codebrowse.launchpad.net/~mozillateam/firefox/firefox-3.0.dev/revision/88
[10:40] <Ubulette> is line 21 corrupted ?
[10:41] <asac> yes
[10:41] <asac> BRANDING = $(NULL)
[10:41] <Ubulette> hmm
[10:41] <asac> oh
[10:41] <asac> yeah
[10:41] <Ubulette> the ifndef line
[10:41] <asac> i saw that yesterday in diff mail
[10:41] <asac> its a unicode letter for me
[10:42] <asac> ifneq (,$(findstring~cvs,$(DEBIAN_VERSION)))
[10:42] <Ubulette> damn
[10:42] <asac> you appear to have typed something french there ;)
[10:42] <asac> hehe
[10:42] <asac> though french is probably iso
[10:42] <asac> so i don't know
[10:43] <asac> maybe its a ctrl+space on your keyboard?
[10:43] <Ubulette> hmm, I already have 3 commits on top
[10:43] <asac> no problem ... just fix it on top
[11:13] <Ubulette> done
[11:14] <Ubulette> asac, now, cvs will show the minefield branding and desktop icon, while non cvs will show granparadiso
[11:19] <asac> yes thats right
[11:21] <asac> Ubulette: so for now xulrunner is just xulrunner-1.9 ?
[11:21] <asac> ill that be the release branch later?
[11:22] <Ubulette> nope. It's still 1.9a8pre or whatever
[11:22] <asac> no ... i is the branch name xulrunner-1.9 the proposed branchname?
[11:22] <asac> that will be used for gutsy release?
[11:22] <asac> or is that the branchname for PPA/dev
[11:22] <asac> ?
[11:23] <asac> we could either name the PPA/dev branch .dev ... or the gutsy branch .gutsy
[11:23] <Ubulette> why do we need two ?
[11:24] <asac> you know why ;)
[11:24] <Ubulette> oh
[11:24] <Ubulette> right
[11:24] <asac> because we need a maintenance branch fo everything released +
[11:24] <asac> we have to disable system/...
[11:24] <asac> nss/nspr
[11:24] <Ubulette> I'm sad about that
[11:24] <asac> why?
[11:25] <asac> in hardy this will be enabled
[11:25] <asac> its just for guts
[11:25] <asac> y
[11:25] <asac> hopefully same for cairo ;)
[11:25] <Ubulette> as you want but it just seems to work like that
[11:25] <asac> well ... you never know the future ;)
[11:27] <asac> i think what we planned todo was to use .dev for dev+ppa and normal name for release
[11:28] <Ubulette> ok, than I will rename xul to xul.dev (to match ff3) and xul will be for gutsy
[11:29] <Ubulette> with straight 1.9a8
[11:29] <asac> until release we can stay on that branch
[11:29] <asac> no need to rename
[11:30] <asac> then on release (or whenever we disable system stuff) we can push it to .dev
[11:30] <Ubulette> I'll back out the last commit and add install in /usr/lib/xul-1.9 instead
[11:30] <asac> ok
[11:30] <asac> shouldn't be a big problem
[11:31] <asac> when 1.9.1 comes out (which is probabyl the first release justifying having two at same time installed) we can use xul-1.9.1
[11:31] <asac> Ubulette: wait ;)
[11:31] <Ubulette> ..
[11:31] <asac> i don't know how easy we can hook in to cdbs install
[11:32] <asac> but we could just run dh_link manually ... wit preexpanded path
[11:32] <Ubulette> no need if we install in (1.9
[11:32] <Ubulette> -1.9
[11:32] <Ubulette> the 1.9 is hardcoded everywhere already
[11:33] <asac> he?
[11:33] <asac> wherelse?
[11:33] <asac> Ubulette: .install files should work with *
[11:33] <asac> its just links
[11:34] <asac> i used * at multiple places
[11:34] <asac> in .install
[11:35] <Ubulette> xulrunner-1.9-dev.install:debian/tmp/usr/include/xulrunner-1.9*/
[11:35] <Ubulette> xulrunner-1.9-dev.install:debian/tmp/usr/share/idl/xulrunner-1.9*/
[11:35] <Ubulette> xulrunner-1.9-dev.install:debian/tmp/usr/lib/xulrunner-devel-1.9*/
[11:35] <Ubulette> xulrunner-1.9.install:debian/tmp/etc/gre.d/1.9*.system.conf
[11:35] <Ubulette> xulrunner-1.9.install:debian/tmp/usr/lib/xulrunner-1.9*/
[11:35] <Ubulette> xulrunner-1.9.links:usr/lib/nss/libnssckbi.so usr/lib/xulrunner-1.9*/libnssckbi.so
[11:35] <Ubulette> obviously, the last one is bad
[11:35] <asac> yes ... just link is the bad one
[11:35] <Ubulette> as I said,  1.9 is hardcoded everywhere
[11:36] <Ubulette> but it should not be a problem
[11:36] <asac> whereelse?
[11:36] <Ubulette> install_pkgconfig_files_with_version.patch
[11:38] <asac> hmm
[11:39] <asac> you could hook in binary-install/xulrunner-1.9::
[11:39] <asac> rule
[11:39] <asac> and run dh_link usr/lib/nss/libnssckbi.so $(wildcard debian/xulrunner-1.9/usr/lib/xulrunner-1.9*/libnssckbi.so)
[11:39] <asac> well you have to cut of debian/xulrunner-1.9
[11:40] <asac> but i have no hard opinion about it
[11:40] <asac> we can always change to one or the other
[11:40] <asac> but you have to fix the path in gre.d as well then
[11:41] <asac> personally i would use the wilcarded dh_link
[11:42] <Ubulette> you mean, continue to install in /usr/lib/xul-1.9a9pre ?
[11:43] <asac> yeah
[11:44] <asac> install full versioned path: force everybody to use static glue
[11:45] <asac> e.g. as an educational measure :) ... makes sense?
[11:45] <asac> Ubulette: do we tweak the binary name?
[11:46] <Ubulette> yep; it was our idea initially (force to go the glue way)
[11:46] <Ubulette> hm, no
[11:46] <asac> so binary is upstream -1.9 ?
[11:46] <Ubulette> just ff
[11:46] <asac> or is it -1.9prea8 atm=?
[11:47] <Ubulette> fta@ix:~ $ which xulrunner
[11:47] <Ubulette> /usr/bin/xulrunner
[11:47] <Ubulette> fta@ix:~ $ xulrunner -v
[11:47] <Ubulette> Mozilla XULRunner 1.9a9pre -<PHONE_NUMBER>
[11:47] <asac> ok so binary is just xulrunner? or is that a link?
[11:47] <Ubulette> yep
[11:47] <asac> (binary or script)
[11:48] <asac> 'yep' on an either or question is a non-parsable answer ;)
[11:48] <Ubulette> lrwxrwxrwx 1 root root 35 2007-09-24 21:41 /usr/bin/xulrunner -> ../lib/xulrunner-1.9a9pre/xulrunner*
[11:48] <asac> ok
[11:48] <Ubulette> fta@ix:~ $ file /usr/lib/xulrunner-1.9a9pre/xulrunner
[11:48] <Ubulette> /usr/lib/xulrunner-1.9a9pre/xulrunner: POSIX shell script text executable
[11:49] <Ubulette> does it clash with xul 1.8 ?
[11:49] <asac> probably atm
[11:49] <asac> we can make an alternative out of it if we don't want to wipe xul 1.8
[11:50] <asac> ok only points agains a full-upstream-versioned pkglibdir are the buckets for plugins/extensions/prefs
[11:51] <asac> for extensions is should be possible to have one pucket for all versions
[11:51] <asac> as packaged extension should ship the proper minVersion/maxVersion info
[11:51] <asac> otherwise its a grave bug for those extension packages
[11:52] <asac> and third-party internet extensions is the users problem if he installs them in the grant-unified xulrunner extensions dir
[11:52] <Ubulette> ?
[11:52] <asac> so /usr/lib/xulrunner-addons-base/extensions is linked to the /usr/lib/xulrunner-*/extensions directory
[11:53] <Ubulette> extensions are ok with full upstream versions
[11:53] <Ubulette> xulrunner-addons-base ? what's that ?
[11:53] <asac> no ... point is that we don't want to impose packaging issues for packaged extensions
[11:53] <asac> moving our install path would require a transition for each extension/plugin on every upload
[11:54] <asac> because they are statically installed to some path ... so that needs to be fixed
[11:55] <asac> s/fixed/a fixed path/
[11:57] <asac> Ubulette: ok i think i have the solution ;)
[11:57] <asac> Ubulette: for plugins we don't all dump pure .so files anymore
[11:57] <asac> we require every plugin in ubuntu to be wrapped in an extension
[11:57] <asac> that works
[11:57] <asac> so the plugin should specify the right min/max version
[11:57] <asac> great!
[11:57] <asac>  \o/
[11:58] <asac> so totem plugin would go to<EMAIL_ADDRESS>[11:59] <asac> and ship an install.rdf
[11:59] <asac><EMAIL_ADDRESS>[11:59] <asac> xulrunner will always ship extensions directory as a link to /usr/lib/xulrunner-addons
[12:00] <asac> wow ... that really rocks
[12:00] <asac> fine
[12:00] <asac> we keep a plugins/ directory ... but don
[12:00] <asac> 't allow packages to install to it
[12:00] <asac> if people still want to build plugins from source its their problem to update it ... or wrap them into a plugin-extension
[12:01] <Ubulette> how do you prevent packages to install in there ?
[12:01] <asac> by policy :)
[12:01] <asac> if they do they get a critical bug
[12:01] <asac> if its not fixed for release package gets removed
[12:01] <asac> maintainer has to fix it ;)
[12:01] <asac> and send upstream
[12:02] <asac> note that redhat currently ships firefox-<IP_ADDRESS>
[12:02] <asac> directory
[12:02] <asac> no idea if they have a central plugins dir
[12:02] <asac> we could also provide /usr/lib/mozilla/plugins/
[12:02] <asac> but we can think later about that ;)
[12:03] <Ubulette> note that we ship ff3 without any plugins
[12:04] <asac> yeah ;)
[12:04] <asac> i just want to think about issues that might arise if we ship with full versioned path
[12:05] <asac> now i have a solution for extensions and plugins and i am happy to go on :)
[12:05] <asac> http://developer.mozilla.org/en/docs/Deploying_a_Plugin_as_an_Extension
[12:08] <Ubulette> xul fixed
[12:09] <asac> oh no
[12:09] <asac> why is bzr bd broken?
[12:09] <Ubulette> is it ?
[12:10] <Ubulette> remember I've overwritten commit 24
[12:10] <asac> no apt removed a package i need
[12:10] <asac> ok
[12:12] <asac> Ubulette: have you tested that it works?
[12:12] <Ubulette> yep
[12:12] <asac> ok cool
[12:12] <asac> building
[12:13] <Ubulette> ix:~/bzr/build-area/xulrunner-1.9-1.9~a8~cvs20070913t1423$ dpkg -c ../xulrunner-1.9_1.9~a8~cvs20070913t1423-0ubuntu1~mt3_i386.deb | grep nss
[12:13] <Ubulette> -rw-r--r-- root/root     11514 2007-09-17 22:36 ./usr/lib/xulrunner-1.9a8pre/components/pipnss.xpt
[12:13] <Ubulette> lrwxrwxrwx root/root         0 2007-09-24 22:03 ./usr/lib/xulrunner-1.9a8pre/libnssckbi.so -> ../nss/libnssckbi.so
[12:19] <Ubulette> asac, what if we have xul 1.9.0 and 1.9.1 both providing an extension ?
[12:31] <Ubulette> xgl crashed
[12:31] <Ubulette> probably because of ff3
[12:31] <asac> Ubulette: what do you mean?
[12:31] <asac> the extension packages just get versions
[12:32] <asac> extension packages build from xulrunner source should get strict depends
[12:32] <asac> e.g. only valid for the same release series
[12:32] <Ubulette> I visited a graph history on bonsai
[12:32] <asac> so you have dom-inspector-1.9 and dom-inspector-1.9.1
[12:33] <asac> for both ... package and em:id
[12:33] <Ubulette> ff3 became huge, fighting with xgl for memory
[12:33] <asac> hmm
[12:33] <asac> ff3?
[12:33] <Ubulette> yep
[12:33] <asac> probably cairo bug :)
[12:33] <Ubulette> try: http://bonsai.mozilla.org/cvsgraph.cgi?file=/mozilla/client.mk
[12:33] <Ubulette> :)
[12:34] <asac> well client.m k is probably huge ;)
[12:34] <Ubulette> indeed
[12:34] <asac> uff
[12:34] <asac> that was close :)
[12:34] <asac> i managed to close epiphany before everything died
[12:34] <asac> how does konqueror deal with taht page?
[12:35] <Ubulette> no idea
[12:35] <asac> lets see ;)
[12:35] <asac> breaks the roof as well
[12:45] <asac> Ubulette:
[12:45] <asac> make DEBIAN_TAG=MOZILLA_1_9a8_RELEASE firefox-orig
[12:45] <asac> cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot co -D "20070924 1541" mozilla/client.mk
[12:45] <asac> why the hell is client.mk checked out by some date?
[12:45] <asac> oh wait :)
[12:46] <asac> all fine i think
[12:46] <asac> hmm with latest mozclient its now:
[12:46] <asac> make DEBIAN_TAG=MOZILLA_1_9a8_RELEASE firefox-orig
[12:46] <asac> cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot co  mozilla/client.mk
[12:47] <asac> Ubulette: did you push the TAG changes?
[12:47] <asac> i don't see any TAG in Makefile
[12:47] <Ubulette> hold on, it's committed but not pushed
[12:48] <Ubulette> pushed, rev12
[12:49] <asac> thanks
[12:49] <asac> looks better
[12:53] <rexbron> Hello, anybody up?
[12:54] <rexbron> I have question (perhaps I will post it to the ML as well). Where can I find information on the procidures for packaging firefox based apps?
[12:54] <Ubulette> asac, do you still see something missing for a8? (xul+ff)
[12:54] <gnomefreak> asac: did you ever sanity check and upload nspluginwrapper :)
[12:55] <asac> well i crashed really hard here
[12:55] <asac> wow
[12:55] <asac> i just went to addons dialog
[12:55] <Ubulette> asac ?
[12:55] <asac> and switch tabs back and forth
[12:55] <asac> bum
[12:56] <Ubulette> no problem here
[12:56] <gnomefreak> me too i took some pain pills and just watched tv
[12:56] <rexbron> My specific app is Celtx, a pre-production/scriptwritting app. The upstream ships a messy tarball, as it is cross-platform
[12:57] <gnomefreak> asac: do you still have the bug with the auto reponder?
[12:57] <gnomefreak> responder
[12:57] <asac> ok just saw new password manager dialog (which isn't a dialog anymore) :)
[12:57] <asac> gnomefreak: no idea
[12:58] <asac> gnomefreak: as you know i don't read bugmail atm
[12:58] <gnomefreak> he said he didnt know what i was talking about
[12:58] <gnomefreak> he wants me to foward him it
[12:58] <asac> gnomefreak: point him to the bug
[12:58] <gnomefreak> yeah i know
[12:58] <gnomefreak> asac: if i had the number i would
[12:58] <asac> ssend him the link
[12:59] <gnomefreak> pkern has been hitting n-m bugs
[12:59] <asac> gnomefreak: asac: take a look at bug 45696 you got an auto response to you. and you didnt even file the bug
[12:59] <ubotu> Launchpad bug 45696 in network-manager "NetworkManager can't find interface on resume from suspend" [High,Confirmed]  https://launchpad.net/bugs/45696
[01:00] <gnomefreak> ty
[01:00] <asac> pkern?
[01:00] <asac> gnomefreak: ?
[01:00] <asac> what about nm?
[01:01] <gnomefreak> hes been going through the bugs closing and some marking as low important and stuff
[01:01] <asac> ah
[01:01] <asac> ok
[01:01] <asac> as long as he knows what he is doing ... fine.
[01:03] <gnomefreak> ok i emailed him
[01:03] <gnomefreak> he seems to im not looking too close as he is a devel so i figure he knows
[01:04] <gnomefreak> it looks like wpa was uploaded
[01:04] <asac> yes
[01:04] <asac> a few hours ago :)
[01:05] <gnomefreak> lol
[01:05] <asac> well this thing goes with near zero testing into beta ;)
[01:05] <asac> so there is reason to be afraid :)
[01:05] <gnomefreak> true
[01:05] <gnomefreak> wtf happened to LP
[01:05] <gnomefreak> its all white and grey
[01:06] <asac> wfm
[01:06] <tonyyarusso> wfm also
[01:06] <asac> Ubulette: so how did we end up dealig with extensions in xul/ffox?
[01:07] <Ubulette> asac, i can diverge the ext directory
[01:07] <asac> diverge?
[01:08] <asac> Ubulette: i think hte idea is to have a new source package called xul-addons-base
[01:08] <Ubulette> move and link
[01:08] <asac> that has the directory /usr/lib/xul-addons-base/ .... and link to that directory
[01:08] <asac> from every xul application
[01:08] <asac> would that work?
[01:08] <Ubulette> why is the package needed ?
[01:09] <asac> good question :)
[01:09] <gnomefreak> Unpacking replacement wpasupplicant ??? this isnt wireless and my wireless doesnt need wpa why is it installing here?
[01:09] <asac> ok then where to put that dir?
[01:09] <gnomefreak> upgrading even i dont remeber installing it
[01:09] <Ubulette> main xul
[01:09] <asac> /var/lib/xulrunner-addons/ ?
[01:09] <asac> no i mean where to place it phyiscally
[01:10] <Ubulette> oh
[01:10] <Ubulette> :)
[01:10] <asac> and every extension/plugin should go into that directory imop
[01:10] <asac> regardless of what version it has
[01:11] <asac> of course that might require either to conflict extensions ... or rename them (for the xulrunner-1.9 xulrunner-1.9.1 case)
[01:11] <asac> but i think we can live with that because its not a matter of "breaking compatibility" with upstream from what i can see atm
[01:12] <asac> so<EMAIL_ADDRESS>[01:12] <asac> needs to be
[01:12] <asac><EMAIL_ADDRESS>[01:12] <asac> and the em:id adapted accordingly in install.rdf
[01:12] <asac> can we do that?
[01:13] <asac> we could also use<EMAIL_ADDRESS>[01:13] <asac> we could also use<EMAIL_ADDRESS>[01:13] <Ubulette> hmm. it is used/linked by firefox-3.0-dom-inspector
[01:13] <asac> and tweak max/min version to just mach the 1.9 series
[01:14] <asac> Ubulette: yeah we don't need to link anymore then
[01:14] <asac> just depend
[01:14] <asac> as it will automatically be used by every xul app
[01:14] <asac> (well we link the whole extension dir)
[01:15] <Ubulette> so both xul/ext and ff3/ext link that?
[01:15] <asac> yes every xul application points to the HUGE extensions directory
[01:15] <asac> thus my suggestion /usr/lib/xul-addons-base/
[01:15] <asac> thus my suggestion /usr/lib/xul-addons-db/
[01:15] <asac> maybe
[01:15] <asac> what gets installed in user profile depends only on whether its compatible or not
[01:15] <Ubulette> seems a lot of work. like gnome is just two .so (not an addon)
[01:15] <asac> with the applicaiotn
[01:16] <asac> Ubulette: gnome-support isn't an addon
[01:16] <asac> its not an extension ... nor a plugin
[01:16] <asac> its a component that we stripped out
[01:16] <Ubulette> components are shared too
[01:16] <Ubulette> or could be
[01:16] <asac> yeah ... but its just a xulrunner package
[01:17] <asac> it already happens
[01:17] <asac> automatically
[01:17] <Ubulette> hmm, today it's a duplicate
[01:17] <asac> e.g. we install that component in xulrunner/components ... and all xul apps will load that component
[01:17] <asac> that shouldn't be necessary
[01:17] <Ubulette> as make install in ff3 isntall it
[01:17] <asac> firefox-gnome-support (empty package) depends on xulrunner-gnome-support
[01:17] <Ubulette> not today
[01:18] <asac> Ubulette: yeah but for release ;)


[20:28] <Esmil> oh hey. i was wondering do you have something like a sid or rawhide repo that i can test on my board?
[20:28] <Esmil> hirsute works fine btw. i'm just curious