[01:18] <asac> fta:  Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b2pre) Gecko/20081101 Shredder/3.0b1pre
[01:18] <fta> ?
[01:19] <fta> and ?
[01:19] <asac> fta: sorry got distracted ;)
[01:19] <asac> didnt want to summon you ;)
 asac, b2~build1 < b2~hg and b2+build1 > b2 :(
 asac, I have b2~rc1 left
[01:22] <fta> mozilla bug 458612
[01:22] <fta> this is turning against ubuntu
[01:29] <fta> people will sure complain about this
[01:29] <fta> got a dozen complains already
[01:37] <asac> fta: so does changing the priority fix it?
[01:37] <fta> yes, but this has impacts on some other apps
[01:37] <asac> fta: how can that be?
[01:37] <asac> are there other confs in between?
[01:39] <fta> i didn't try what's in the last comment, i simply removed the rule file overriding argb
[01:39] <asac> is .fonts.conf the preferred gnome way to configure stuff?
[01:44] <fta> i don't have enough background about why ubuntu added all those rules in fontconfig :(
[01:44] <asac> fta: maybe its just "GNOME settings fail to apply for non-GNOME apps" ?
[01:45] <fta> non gnome apps are ugly (ddd & google-earth come to mind)
[01:45] <asac> fta: so can you confirm that evolution is ok, but non-gnome apps are ugly?
[01:48] <asac> so 10-no-sub-pixel.conf would override 50-something.conf?
[01:49] <fta> http://www.sofaraway.org/ubuntu/tmp/bad.png
[01:49] <fta> no, 10 < 50 so it does not override
[01:50] <asac> yes . but last comment changes 10 ... how can that help?
[01:50] <asac> maybe fonts.conf mechanism is accept-first-only ;)
[01:51] <asac> or maybe that changed in the meantime and nobody noticed that regression ;)
[01:51] <fta> i just removed 10-no-sub-pixel.conf to fix ff3.1
[01:51] <asac> but in the end i think its really 53-monospace stuff
[01:51] <asac> hmm
[01:52] <asac> does that fix the other apps too?
[01:52] <fta> but it's probably not the best thing to do
[01:52] <asac> of course not
[01:52] <fta> the other apps didn't change a bit (the gtk ones)
[01:52] <fta> the motif ones turned ugly
[01:53] <asac> well. apps not using modern fonts stuff can be ignored i think
[01:55] <asac> fta: try to flip the order ;)
[01:55] <fta> 3am, i need sleep
[01:55] <asac> hehe ;)
[01:55] <asac> yeah
[01:55] <asac> ok
[01:55] <asac> just an idea
[01:58] <fta> something broke prism
[01:58] <fta> badly
[01:58] <fta> i didn't touch it recently, so it's xul 1.9
[01:58] <asac> fta: was it rebuilt yet?
[01:59] <fta> i'm talking about prism 0.9.1+svn20081028r19379-0ubuntu1~fta1
[02:00] <fta> Error: uncaught exception: [Exception... "Component returned failure code: 0x80520012 (NS_ERROR_FILE_NOT_FOUND) [nsIXPCComponents_Utils.import]"  nsresult: "0x80520012 (NS_ERROR_FILE_NOT_FOUND)"  location: "JS frame :: chrome://webrunner/content/webrunner.js :: <TOP_LEVEL> :: line 31"  data: no]
[02:00] <fta> Error: WebRunner is undefined
[02:00] <fta> Source File: chrome://webrunner/content/webrunner.xul
[02:00] <fta> Line: 167
[02:01] <mconnor> asac: are you ccing me on the upstream stuff?  can you start with the ND items?
[02:01] <mconnor> asac: I'd like to hash out the ND items before 3.1b3
[02:01] <asac> mconnor: aye, aye sir.
[09:28] <wiki> fta: Why do all mozilla packages have an additional gnome-support package? I can understand the need to have a dev
[09:59] <fta> wiki, kde users don't want gnome libs on their system
[10:11] <gnomefreak> have the QT libs in FF source yet?
[10:11] <gnomefreak> s/have/are
[10:22] <fta> no, i'm not done yet. i don't have much time to work on moz stuff
[10:23] <gnomefreak> oh you are doing it, i thought upstream was doing it
[10:25] <fta> they are, but the packaging needs a lot of work. i'm done with xul, not ff
[10:27] <gnomefreak> ah ok
[10:29] <wiki> fta: last read, lots of stuff didn't work like printing in the QT port. Are they fixed ?
[10:29] <fta> as i said, i'm not done with ff so i don't know yet
[10:30] <wiki> :)
[10:30] <fta> i have to go now. cu.
[10:31] <wiki> bbye
[11:21] <gnomefreak> i thought firefox uses %s when launching
[11:21] <gnomefreak> maybe %u?
[11:29] <gnomefreak> %u doesnt bring up a real site it brings up www.%u.bleh
[12:44] <asac> gnomefreak: where is that?
[12:47] <fta2> wtf, b2~rc1 still calls itself 3.1b2pre
[12:47] <fta2> and jumped to official branding
[12:51] <fta2> is m-d broken?
[13:21] <asac> fta: in which way would m-d be broken?
[13:21] <asac> i think upstream uses official branding for beta milestones .... its just that we dont want that
[13:50] <asac> fta: can you close changelog and upload 3.1 + 1.9.1 please?
[13:50] <asac> i can also do it if you have no time ;)
[14:17] <fta2> asac, what i mean it that m-d ignores the tag for hg
[14:17] <fta2> strange because it used to work
[14:29] <fta2> got it, damn, i don't know how it could have worked before
 (malloc) Unsupported character in malloc options: 'O'
[15:50] <fta2> ???
[15:50] <fta2> it's gone ?
[16:33] <asac> fta2: fun
[16:34] <fta2> not really, if it's really gone, it will freeze the builders
[16:35] <asac> when did this start?
[16:38] <fta2> what? the freeze or the Unsupported option?
[16:42] <asac> the latter
[16:43] <fta2> not sure, 1st time i see it
[16:45] <asac> what did you do in between ;)
[16:45] <fta2> http://hg.mozilla.org/mozilla-central/rev/36156fbf817d
[16:45]  * asac looks
[16:45] <fta2> nothing, as i said before, i'm busy with something else
[16:47] <asac> fta2: oops
[16:47] <asac> fta2: seems like the first hunk is an accident?
[16:48] <fta2> mozilla bug 464995
[16:49] <asac> fta2: commented
[16:50] <fta2> thanks
[17:22] <fta2> asac, any reason nspr/nss are not pushed ?
[17:26] <asac> yes ... same reason as always
[17:26] <asac> soname
[17:27] <fta2> ? do you want soname or not?
[17:41] <asac> fta2: how did you get the malloc error above?
[17:41] <asac> during build?
[17:41] <fta2> get-orig in ff
[17:41]  * fta2 leaving, cu
[18:04] <wiki> does the <pkg>.install files support regex.If so, will python regex work?
[18:11] <asac> wiki: not sure. i think it only supports *
[18:11] <wiki> what about char classes ? [a-z] and all that
[18:12] <wiki> it kinda worked but ^ didn't
[18:12] <wiki> where do I get to know aboout this? which dh_ script handles this?
[18:13] <asac> yes
[18:13] <asac> install
[18:14] <asac> dh_install
[18:20] <wiki> asac: supports wildcards :(
[18:21] <wiki> thanks anyway
[18:21] <asac> like i said ;)
[18:33] <asac> fta: we need more info on your regression
[19:06] <fta> asac, "we" ?
[19:22] <asac> james_w`: i have a bzr package like: http://paste.ubuntu.com/77184/
[19:22] <asac> james_w`: and a orig like: http://paste.ubuntu.com/77183/
[19:23] <asac> james_w`: bzr bd --merge --dont-purge fails because the produced tree is somehow nested:
[19:23] <asac> james_w`: http://paste.ubuntu.com/77185/
[19:23] <asac> james_w`: how can that happen?
[19:23] <asac> fta: can you explain to me how you see that error?
[19:23] <asac> fta: mozilla says that change slipped in, but is ok and no need to stop b2 because of that
[19:23] <james_w`> "pax_global_header"
[19:24] <asac> if we see a regression we should do provide them with the info about the jemalloc problem we see
[19:24] <asac> james_w`: whats that?
[19:24] <james_w`> asac: dunno, something from your tar file
[19:24] <asac> james_w`: no. thats  only in the "merged" tree
[19:24] <asac> ;)
[19:25] <asac> james_w`: at least i dont see it in the orig list i pasted
[19:25] <asac> http://paste.ubuntu.com/77183/
[19:25] <james_w`> yeah, it's from the tar file
[19:25] <james_w`> you generated that list from "tar tzf"?
[19:25] <asac> james_w`: yes
[19:25] <james_w`> that's the difference then
[19:25] <asac> hmm
[19:26] <james_w`> whatever generated the tar file added a header that the python tarfile implementation doesn't understand, and believes to be a normal file
[19:26] <asac> james_w`: i unpacked it ... its not in there either :(
[19:26] <asac> james_w`: oh
[19:26] <asac> james_w`: thats git archive
[19:26] <asac> james_w`: scary
[19:26] <asac> james_w`: so python cannot untar git archives ;) ... fun
[19:26] <james_w`> bzr-builddeb then sees you have two files in the root, and thinks you have an odd upstream tarball that doesn't put things in a subdir
[19:27] <asac> james_w`: why doesnt bzr-builddeb just use good old command line tar ;)
[19:27] <asac> ok
[19:27] <asac> now i am buffled
[19:27] <asac> so i unpack it and pack it again ;)
[19:28] <asac> lol
[19:28] <asac> that works
[19:28] <asac> wow
[19:32] <james_w`> http://archives.free.net.ph/message/20060301.180552.3c03b2d3.en.html
[19:34] <james_w`> I think special-casing that file would work
[19:34] <james_w`> unless I can find out how to make dpkg-source do what I need
[19:36] <fta> 1.9.1~b2~rc1+1+nobinonly <= 1.9.1~b2~rc1+nobinonly ???
[19:39] <sebner> fta: dpkg --compare-versions 1.9.1~b2~rc1+1+nobinonly lt 1.9.1~b2~rc1+nobinonly | echo TRUE
[19:39] <sebner> TRUE
[19:39] <sebner> ^ ^
[19:39] <asac> james_w`: yeah. now that i know all is fine ;)
[19:40] <asac> sebner: 1 < r
[19:40] <fta> damn
[19:40] <sebner> asac: hm?
[19:40] <fta> i should not work on this between meetings
[19:41] <asac> heh
[19:41] <asac> fta: why rc1? its +build1 ;)
[19:41] <asac> then +build2
[19:41] <asac> etc
[19:41] <asac> just like the tag
[19:42] <fta> i wanted to do b2 once it's final, but b2+build > b2
[19:42] <asac> fta: it worked in the past because:
[19:42] <asac> +build1+nobinonly < +nobinonly
[19:42] <fta> and b2~build < b2~hgXXXXX
[19:43] <asac> which is why i suggested +build1
[19:49] <fta> i seriously need holidays
[19:49] <asac> next week that is ;)
[19:49] <asac> beers in california :-D
[19:50] <fta> fortunately, 1.9.1~b2~rc1+1+nobinonly < 1.9.1~b2+build1 < 1.9.1~b2+nobin
[19:51] <asac> :)
[19:51] <asac> finally some fortune :)
[19:57] <fta> mozilla bug 466531
[19:57] <fta> hm
[19:58] <fta> see mozilla bug 463073
[19:58] <fta> #14
[19:59] <asac> fta: is the first bug the same you get with the jemalloc glitch?
[19:59] <fta> no, unrelated
[20:00] <asac> k
[20:00] <asac> fta: so what are the symptoms for the jemalloc thing?
[20:06] <fta> initially, it was mozilla bug 452754
[20:07] <asac> fta: and now that doesnt work anymore?
[20:08] <fta> now i'm getting <fta2> <jemalloc>: (malloc) Unsupported character in malloc options: 'O'
[20:08] <asac> fta: ok. i think you can just drop that switch now
[20:08] <fta> for: DEBIAN_XUL_VER  := $(shell MALLOC_OPTIONS=O xulrunner-1.9.1 --gre-version)
[20:08] <asac> previously it hanged in pagefile
[20:08] <asac> now they did #define MALLOC_PAGEFILE
[20:08] <asac> er
[20:08] <asac> err
[20:08] <asac> they removed that define
[20:08] <asac> so probably we dont do pagefile anymore
[20:08] <asac> which hopefully means that its ok now
[20:09] <fta> O != 0
[20:09] <asac> fta: yeah
[20:09] <asac> even then
[20:09] <asac> that seems to be a MALLOC_PAGEFILE feature
[20:09] <asac> now that isnt enabled anymore
[20:09] <asac> at least worth a try
[20:10] <fta> ix:~/bzr/firefox-3.1.head$ fakeroot xulrunner-1.9.1 --gre-version
[20:10] <fta> 1.9.1b2pre
[20:11] <fta> seems fine, but i need to try with xul b2
[20:11] <asac> fta: yes.
[20:11] <asac> also remember that right after b2 they will backout that things again most likely
[20:11] <asac> so you need to readd that ;)
[20:11] <asac> crazy ... i know
[20:12] <asac> you could also prepatch that backout
[20:12] <asac> to avoid this
[20:12] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=464995
[20:12] <fta> afaics, it's just a warning so i could just let it untouched
[21:09] <thunderstruck> asac: last i see on screen is .:07:44:27:. >>            asac << gnomefreak: where is that?  can you please remind me what this is about? im thinking about qt support but not sure
[21:13] <thunderstruck> kde is borkerd something bad
[21:13] <thunderstruck> -r
[21:16] <fta> asac, what did you do why your last commit in 3.1 ? it's not a merge :(
[21:16] <fta> -why+with
[21:17] <fta> the fix was in 3.0.4, not in 3.1*
[21:17] <asac> fta: because the rest wasnt merged either yet
[21:17] <asac> i did merge -c 377
[21:17] <fta> i was doing it, now i'm all diverged :((
[21:18] <gnomefreak> ok court and work sucked today im going to rest and get ready for the shit tomorrow btw if you can avoid it dont hire or fire anyone :(
[21:19] <asac> fta: you should directly push on commit ,)
[21:19] <asac> or bzr bind
[21:19] <asac> i ran update before ... nothing came.
[21:20] <fta> told you i was waiting for xul to be built
[21:20] <gnomefreak> it seems biggest issue is with mysql bullshit
[21:20] <asac> fta: before pushing? why?
[21:20] <asac> fta: so is your local tree now broken or not?
[21:20] <fta> today it's not my day, i should stop everything right away
[21:21] <fta> -it's+is
[21:21] <gnomefreak> not mine either so dont feel too bad
[21:22] <asac> gnomefreak: thought in US you can fire without any reason
[21:23] <gnomefreak> asac: you can but moron thinks i fired him because hes black but the one person left is black :(
[21:23] <asac> fta: if it helps you push overwrite
[21:23] <gnomefreak> when the NAACP gets involved it becomes many bad days
[21:24] <asac> NAACP?
[21:24] <asac> oh minority group
[21:24] <gnomefreak> dont reember whast it stands for off hand but its black american right org.
[21:28] <gnomefreak> national african american something project manybe?
[21:31]  * gnomefreak wonders if there is a chance PA will be fixed next week
[21:31] <gnomefreak> holiday next 4 or so days ;)
[21:32] <fta> PA is rotten for me too. better than last week but still half broken.
[21:32] <gnomefreak> fta: looks like deps need to be met
[21:33] <gnomefreak> IIRC PA comes in 2-3 sources
[21:33] <fta> for me, it installs just fine
[21:34] <gnomefreak> so i dont see hhowit can break like this
[21:34] <gnomefreak> its held back here
[21:34] <gnomefreak> last time i tried it got all screwed up
[21:34] <fta> at last, bzrtools is in, i had to ask in #bzr earlier today
[21:35] <gnomefreak> held back are:
[21:35] <gnomefreak> file-roller libpulse-browse0 libpulse0 pulseaudio-esound-compat pulseaudio-module-gconf pulseaudio-module-hal pulseaudio-module-x11 pulseaudio-utils xserver-xorg-input-evdev
[21:36] <fta> The following packages have been kept back:
[21:36] <fta>   xserver-xorg-input-evdev
[21:36] <fta> that's all
[21:36] <gnomefreak> ok ill try iunsttalling them in a few
[21:43] <gnomefreak> The following held packages will be changed:  i never seen that before
[21:44] <fta> asac, i wanted to re-enable system nss/nspr in 3.1b2, but apparently, you reverted the soname stuff so now i'm unsure
[21:46] <asac> fta: does it fail to build with current version?
[21:47] <fta> no but the urandom stuff is still there
[21:49] <asac> fta: what doesnt work ?
[21:50] <fta> remember the no more than 3 users bug?
[21:51] <asac> ah
[21:52] <asac> err
[21:52] <asac> well 3 users?
[21:52] <asac> anyway
[21:52] <asac> fta: ,$(@:$(OBJDIR)/%.so=%.so)
[21:52] <asac> what does that mean?
[21:52] <asac> DSO_LDOPTS='-shared -Wl,-soname,$(@:$(OBJDIR)/%.so=%.so)'
[21:52] <fta> is that the full line ?
[21:52] <fta> ok
[21:53] <asac> thats somewhat broken in our nspr build
[21:53] <asac> upstream nspr has a SONAME as you might guess ... ours is empty
[21:53] <asac> interestingly enough the nss one is ok
[21:53] <asac> e.g. its just libnss3.so
[21:53] <asac> here it hsould just be libnspr4.so (for example)
[21:53] <asac> but its empty
[21:53] <asac> thats basically the only blocker for the upload of the transition
[21:54] <asac> nss is quite perfect
[21:55] <asac> $ objdump -x libnspr4.so  | grep SON SONAME               libnspr4.so
[21:55] <asac> thats in upstream tarball
[21:55] <asac> if we drop the 81_soname patch (e.g. what i did)
[21:55] <asac> its just empty
[21:56] <asac> and the DSO_LDOPTS looks like that afaict
[21:56] <fta> what is/are the target(s) of that rule ?
[21:57] <asac> fta: hmm
[21:57] <asac> fta: DSO_LDOPTS='-shared -Wl,-soname -Wl,$(notdir $@)'
[21:57] <fta> at 1st glance, it just drops the dirname of the .so file
[21:58] <asac> fta: i pasted none-sense
[21:58] <asac> what i poosted comes from configure.in
[21:58] <asac> what is important for us is autoconf.mk
[21:58] <asac> in my build tree we have: ./config/autoconf.mk:DSO_LDOPTS= -shared -Wl,-soname -Wl,$(SONAME)
[21:59] <asac> hmm
[21:59] <asac> SONAME is nowhere defined :(
[21:59] <fta> is was defined somewhere before
[21:59] <fta> it
[21:59] <asac> hah
[21:59] <asac> i have it ;)
[22:00] <asac> let me check
[22:01] <fta> dpkg-buildpackage: host architecture i386
[22:01] <fta>  fakeroot debian/rules clean
 (malloc) Unsupported character in malloc options: 'O'
[22:01] <fta> /usr/share/cdbs/1/rules/buildcore.mk:72: parsing mozilla-central-3.1~b2+build1-source.tar.bz2 ...
[22:01] <fta> yep, just a warning
[22:02] <asac> its really my memory ;)
[22:02] <asac> no i remember that last time i did that i ran in the same issue ;)
[22:03] <asac> but believe it or not, i cannot remember if the fix i am now trying helped ;)
[22:03] <asac> \o/
[22:03] <asac> i think it works
[22:03] <asac> let me stresstest this a big
[22:03] <asac> bit
[22:08] <fta> damn, i know why the branding jumped to final
[22:08] <fta> ifneq (,$(findstring ~b,$(DEBIAN_VERSION)))
[22:08] <fta> ~b matches beta *and* build
[22:09] <fta> hmmn, no, not anymore.. +build
[22:09] <asac> fta: yeah. actually thats why i said that again the other day
[22:10] <asac> but when you said that its ok, i thought i just overlooked that its not FORCE_OFFICIAL
[22:10] <asac> and thought that would exclude it
[22:10] <fta> it's the old code, in 3.0, beta was final
[22:10] <asac> maybe we want FORCE_UNOFFICIAL ;)
[22:10] <asac> fta: right
[22:10] <fta> that code is still there, untouched
[22:11] <asac> fta: can you move ~b to "milestone" branding?
[22:11] <asac> ok i think nspr and nss branches are good now
[22:12] <asac> i verified that removing a symbol from .symbols will fail with the diff
[22:12] <asac> hmm still one lintian E ... but unrelated
[22:12] <asac> lets see if thats easy to fix
[22:15] <asac> hmm ... what is the DEBHELPER token for posinst/rm :(
[22:20] <fta> old stuff i think
[22:21] <asac> no i wondered what the right syntax is
[22:21] <asac> added something no
[22:21] <asac> w
[22:29] <asac> fta: ok nspr.head and nss.head seem to be ok. can you also spin them ... install the binaries and see if you end up in any binary compatibility issues? (e.g. apps without respin break)
[22:30] <asac> or wait one sec
[22:30] <asac> ok nspr.head rev 54
[22:30] <asac> nss.head rev 90
[22:31] <asac> thats good crack i hope ;)
[22:31] <asac> fta: can you test build and see if there are any binaries conflicts?
[22:31] <asac> fta: i will do a xulrunner build and see if the dependencies are right there too
[22:32] <asac> first just firefox (e.g. new libnss/nspr + old xul)
[22:32] <asac> not really expecting that it works
[22:32] <asac> ;)
[22:33] <asac> ephy works too without respin
[22:33] <asac> not much tht can be wrong then i guess
[22:33] <asac> evolution + SSL works too
[22:34] <asac> (without respin)
[22:34] <asac> firefox-30 build succeeded ... even though xulrunner is not yet respun
[22:36] <asac> oh
[22:36] <asac> we have to bump symbols to current package version
[22:36] <asac> (when we are happy with it)
[22:39] <fta> https://blueprints.edge.launchpad.net/ubuntu/+spec/retaining-ubuntu-developers
[22:41] <asac> fta: ok branches are ready now
[22:43] <asac> fta: i guess you have comments for that spec
[22:49] <asac> fta: let me know if you want to test nss/nspr still
[22:49] <asac> i will take a break and then start to forward bugs. would appreciate if you could close xul 1.9.1 before that ;)
[22:50] <asac> err s/bugs/patches/
[23:07] <fta> hm, reco, did i talk to myself?
[23:08] <fta> asac, ^^
[23:19] <asac> fta: i think so
[23:19] <asac> 23:39 < fta> https://blueprints.edge.launchpad.net/ubuntu/+spec/retaining-ubuntu-developers
[23:19] <asac> 23:41 < asac> fta: ok branches are ready now
 fta: i guess you have comments for that spec
 asac, there's no blueprint for anything we do ? i see you have one for nm, but everything else is unrelated to our team field of activity
 i would love to see something with qa & motu
 also implement the unittests idea we discussed in pragues
 btw, i would like to have those unit test packaged, so anyone interested could run them
[23:19] <asac> 23:43 < asac> fta: i guess you have comments for that spec
 i've done that for chromium
[23:19] <asac> 23:49 < asac> fta: let me know if you want to test nss/nspr still
[23:19] <asac> 23:49 < asac> i will take a break and then start to forward bugs. would appreciate if you could close xul 1.9.1 before that ;)
 (at first because there's nothing else to see, but now i think there's something useful there)
[23:19] <asac> 23:50 < asac> err s/bugs/patches/
[23:19] <fta> * Disconnected (Network is unreachable).
[23:19] <asac> fta: yeah.
[23:19] <asac> fta: point is we have enough specs
[23:20] <asac> fta: and the bug spec was never fully drafted
[23:20] <fta> yep, i've just been told the same thing in -devel for multiarch
[23:20] <asac> for multiarch?
[23:20] <asac> how is that related?
[23:20] <fta> it's not
[23:20] <asac> ah
[23:20] <asac> fta: we == mozilla
[23:20] <fta> yep
[23:20] <asac> ok
[23:20] <asac> thought you understood we == ubuntu ;)
[23:21] <fta> no moz
[23:21] <fta> well umoz
[23:21] <asac> j
[23:21] <asac> y
[23:21] <asac> ;)
[23:21] <armin76> lies
[23:23] <asac> see what happens when you use simple-patchsys
[23:23] <asac> i just foudn myself editing patches directly instead of code :)
[23:24]  * asac runs cdbs-edit-patch
[23:24] <asac> sigh ... cdbs-edit-patch just ran autotools stuff :(