[12:05] <Nafallo> hmm, hoary = odd :-P
[12:06] <Nafallo> I have ubuntu-calender installed and have only one background to chose from for example.
[12:06] <Nafallo> s/cho/choo/
[12:06] <jdub> the calendar stuff hasn't been sorted out properly in hoary
[12:07] <Nafallo> I made the upgrade path from warty, but I can only see warty final image. the widescreen is gone. that's odd thing number two about backgrounds.
[12:09] <Nafallo> now I only have to decide which release to stick with ;-)
[12:28] <amu> "%" do we have a acpi guy here ? 
[12:40] <Mitario> nite all
[01:45] <Astharot> good evening (GMT+1 :)
[01:47] <ggi> Hi
[01:47] <ggi> Should I enter anything in Bugzilla to distinguish Hoary bugs?
[03:27] <mojo_> Hi all ppl
[03:27] <mojo_> I'm wondering whether the Font Viewer feature available in GNOME? I can view font using Ximian GNOME in NLD9.
[04:35] <mojo_> why icons of OOO still using XPM
[04:35] <mojo_> I think we should use PNG from now on
[04:36] <tseng> great idea, submit a patch
[04:36] <mojo_> arhg...
[04:37] <mojo_> tseng: for patch, I have no idea out of changing the icons of shortcut manually
[04:37] <mojo_> tseng: but I do have all new icons from latest NLD9 to be used
[04:37] <mojo_> tseng: I also clean up and arrange all names
[04:37] <tseng> if you were following the mailing list
[04:37] <mojo_> tseng: I can send it to u
[04:38] <tseng> you would know that the plan is to sync up w/ newer openoffice work from debian, redhat, and novell during the hoary cycle
[04:38] <tseng> so keep an eye open for that
[04:38] <mojo_> ok
[04:38] <mojo_> so who will take care the artwork for Hoary?
[04:39] <tseng> i see you offer some good ideas here, but im not sure you are following up by reading the mailing lists, watching bugzilla, etc
[04:39] <mojo_> tseng: honestly to say
[04:39] <tseng> the proper way to propose things are to a) read bugs/mls to make sure its not already known/being worked on
[04:39] <mojo_> I still don't quite get how to coop with devel here
[04:39] <mojo_> can u explain to me?
[04:40] <tseng> and then submit your idea in the form of a bug or a mailing list post
[04:40] <tseng> there, explained
[04:40] <mojo_> okay
[04:40] <mojo_> i see
[04:40] <mojo_> okay
[04:40] <mojo_> thx
[06:15] <lamont_r> any mplayer literate folks around?
[06:47] <lifeless> for some value of literate, yes.
[06:47] <lifeless> so, why are you recursive ?
[06:49] <lamont_r> roving, dammit
[06:49] <lamont_r> finally figured it out.
[06:49] <lamont_r> mplayer didn't like 2048x1556 jpgs...
[06:49] <lamont_r> 640x480 works much better
[06:49] <lifeless> ah. used to things like function_r :)
[06:51] <lamont_r> yeah, I'm used to being picked on, though.. :-)
[06:52] <lamont_r> and I must admit it was worth the pain to get the mpg
[06:53] <fabbione> morning
[06:53] <lamont_r> twisted 4 seconds of stuff
[06:54] <fabbione> lamont_r: do you have any idea why buildd would automatically build twice a set of packages?
[06:58] <lamont_r> fabbione: couple of reasoins
[06:59] <fabbione> such as?
[06:59] <lamont_r> first is quinn-diff vs w-b diffs (does your wanna-build --list=all output have ':partial' in the output?)
[06:59] <lamont_r> 2nd is that I've seen it do that, but can't completely explain why...
[06:59] <lamont_r> or rather, I've seen quinn-diff say it wants things built when it shouldn't.
[07:00] <fabbione> ok i am checking.... just a second
[07:00] <fabbione> Warning: Package gcc-3.4 was not in uploaded state before (but in 'Needs-Build').
[07:01] <fabbione> i think qd or wb went banan
[07:01] <fabbione> banana
[07:01] <lamont_r> could be.
[07:01] <fabbione> devel/gcc-3.4_3.4.3-0ubuntu0: Installed [required:partial] 
[07:02] <fabbione> but the first build was successful
[07:02] <fabbione> ok let me see... i just gave a reset to the wb database
[07:04] <fabbione> hmm i think wb was confused
[08:18] <tuo2> nickserv identify foobar
[08:43] <bob2>   98     Nov 12 akitzing@bndlg. (1.6K) Can I use D-Bus via network?
[08:43] <bob2> haha
[08:50] <lamont_r> bob2: is that a "no", then? :-)
[08:50] <bob2> hahaha
[08:54] <daniels> actually, you can use D-BUS via the network
[08:54] <lamont_r> brb
[08:54] <daniels> there's even a field in it for specifying endianness :P
[11:41] <daniels> could we please restrict hoary-changes posts to messages from katie?
[11:41] <bob2> YES
[11:41] <bob2> anyone using networkmanager atm?
[11:56] <sabdfl> anybody know what the html element for a tooltip is?
[11:58] <ChrisH> For images?
[11:58] <daniels> sabdfl: it's not 'alt', is it?
[11:58] <ChrisH> IMHO the tooltips are just ALT="" attributes within <img> tags.
[11:59] <daniels> that would be more IIRC than IMHO
[11:59] <sabdfl> ok, i thought there was a "hover" or some-such attribute which could work on a td element
[11:59] <bitserf> sabdfl: firefox uses TITLE=""
[11:59] <daniels> your opinion has little to no effect on the HTML standard ;)
[11:59] <daniels> sabdfl: could well be id or title or one of those
[11:59] <sabdfl> too true
[11:59] <sabdfl> ok
[11:59] <sabdfl> title it is :-)
[12:26] <Mithrandir> sabdfl: title's the correct one, yes.  Many UAs show the ALT attribute if no title is present.
[01:00] <fabbione> Mithrandir: hey
[01:00] <fabbione> Mithrandir: 700 packages to go for phase1 :-)
[01:00] <fabbione> 1 ftbfs (exactly as in debian)
[01:00] <fabbione> all the others are still go 
[01:00] <fabbione> Mithrandir: i think in a few days we can start phase2 and tweaking kernel/x.org/d-i
[01:03] <Mithrandir> fabbione: woo
[01:03] <bob2> Mithrandir: how expensive is a 100mbit/s connection in norway?
[01:08] <Mithrandir> bob2: no idea, really.  You'd usually want to co-lo for such a connection
[01:09] <Mithrandir> my 100Mbit connections are all university connections (so they're free)
[01:09] <bob2> Mithrandir: ah...what's the fastest you can reasonably  get at home?
[01:11] <Mithrandir> bob2: 8032/864, at about 120E/month.  so, for some value of "reasonable".
[01:11] <Mithrandir> a 3000/704 is closer to 80.
[01:11] <bob2> ah, thanks
[01:12] <Mithrandir> (you have a few companies offering 100Mbit as well, but it's not generally available)
[01:12] <Mithrandir> (at anything resembling "reasonable cost", that is.)
[05:07] <amu> someone runs a fresh hoary with no or less changes compared to the default installation 
[05:38] <lemsx1> amu, less traffic here :-) this is the patch: http://lwn.net/Articles/110898/
[05:39] <lemsx1> amu, of course, that is already applied in 2.6.9
[05:44] <amu> lemsx1: well, you dont know if the patch, or the problem is fixed in the uptodate kernel, right, thats why i asked you, did you tested the bug against the ubuntu kernel, and probably very interessting who you did it
[05:51] <amu> lemsx1: please post your expolit here
[05:56] <lemsx1> amu, sorry. i'm not an ubuntu users, just debian (using vanilla kernels)
[05:56] <lemsx1> amu, this is a discussion going on now in debian-security mailing list
[05:57] <lemsx1> amu, so the threat is real. i have not try to exploit this code (and will not try anyway). I simply upgraded to 2.6.9 
[05:58] <lemsx1> amu, are you subscribed to the debian-security ml ? if not, you can simply read the archives of today and yesterday from http://www.debian.org
[06:07] <ironwolf> is there anything like a hoary install CD? or just install warty then upgrade?
[06:08] <mirak> what is gstreamer ?
[06:09] <sivang> ironwolf : yes there is, experimental though :) but please ask such on #ubuntu, ok? :)
[06:17] <sivang> seb128 : ping
[06:18] <seb128> pong
[06:20] <sivang> seb128 : I have partial fix to the yelp bug, made with some up from upstream :)
[06:20] <seb128> cool
[06:20] <sivang> seb128 : would you have time to test a .deb over your hoary?
[06:20] <seb128> where is the problem ?
[06:20] <seb128> I prefer to get a patch than a deb if possible :)
[06:21] <sivang> seb128 : ah ok, just wanted to test a package on another system then mine
[06:21] <sivang> seb128 : so if it works I'll send the patch to bugzilla
[06:21] <amu> lemsx1: *lol* nope it isnt clear, i'll ask you again for exploit-code, what you do is, without knowlegg to spread disconcertion into the channel. If you use your own kernel, thats your problem, i'm sure your vanilla kernel has the bug, otherwise the bug where'nt published there. If you liked to be serious-taken, then examine it simply whether kernel are open to attack. If not, that is restrained childlike.
[06:21] <seb128> ok
[06:21] <sivang> seb128 : http://sivan.workaround.org/ubuntu/
[06:22] <lemsx1> amu, k amu. i get your point. however, since this kernel bug is so recent i automatically assumed that it wasn't patch in ubuntu's kernel. my appologies for injecting "FUD" into the channel
[06:23] <amu> lemsx1: hury up, i want take over one of elmos's maschine ;)
[06:23] <lemsx1> amu, i'll be sure to keep my paranoia to myself
[06:23] <lemsx1> amu, the exploit code should be simple to derive if you get the patch i posted earlier
[06:23] <lemsx1> amu, and who's elmo anyway ;-)
[06:38] <ironwolf_> elmo is the postfix God.
[06:38] <amu> lemsx1: I trust our kernelmaintainer. I can't believe he didnt take care about it, if there is something strange.
[06:39] <amu> hehe some people say elmo is the monarch of the monarchs ;) 
[06:40] <sivang> seb128 : I said it's 'partial' because of the 'title page' problem which still occurs.
[06:40] <ironwolf_> I wouldn't go that far.  daniels maybe... not elmo. ;)
[06:40] <seb128> sivang: do you have a patch ?
[06:40] <sivang> seb128 : yes, just rechecked on my system - updating bugsy as we speak :)
[06:42] <amu> ironwolf_: i thought lamont is the postfix god ?!? 
[06:43] <ironwolf_> amu I thought lamont was ubuntu postfix got, but Elmo was more general postfix god.  I could be wrong.
[06:47] <ironwolf_> amu: now that I think of it, I thought it was lamont who told me elmo was the postfix God.
[06:47] <amu> ironwolf_: ;) 
[06:53] <amu> daniels: which lib or what replace -lxkbfile_pic  
[06:56] <shaya> wondering, anyone running ubunti on a recent thinkpad (say t42/p)
[06:58] <daniels> amu: -lxkbfile
[06:59] <shaya> daniels: did you make some private packages to make ubuntu play nicer w/ your thinkpad?
[07:03] <daniels> shaya: http://people.ubuntu.com/~daniels/x40/
[07:04] <amu> daniels: thx
[07:05] <shaya> daniels: any chance we'll see software suspend working with it?
[07:06] <daniels> shaya: see mjg59's post to -devel
[07:06] <ChrisH> mdz: I hadn't imagined that python has some features built-in that perl needs the cookbook for...
[07:07] <shaya> daniels: ubunto or debian-devel?
[07:07] <shaya> also whifch thread?
[07:19] <seb128> sivang: yelp HEAD works fine here
[07:20] <sivang> seb128 : ah ok, so you're going to  repackage ? (I patched from HEAD)
[07:21] <seb128> sivang: I'm going to wait the next release
[09:02] <lupus_> does gnomecanvas really use a lot of gnome stuff or what is the reason it isn't in gtk?
[09:16] <Keybuk> it's just not in GTK+
[09:17] <Keybuk> it's future-deprecated too, so won't ever be ... Cario will replace it
[09:18] <lupus_> ic
[09:18] <lupus_> I would like to see most gnome programs only use gtk :)
[09:19] <Keybuk> they do
[09:21] <Keybuk> libgnome and libgnomeui is mostly crud these days, and getting folded into GTK+ where appropriate
[09:22] <Keybuk> libegg has most of the "GNOME-specific" code, and when the APIs get stable that'll get folded elsewhere too
[09:22] <Keybuk> though obviously GNOME apps will still depend on things like GnomeVFS, folding that into GTK+ would be bloat
[09:24] <lupus_> the ic 
[09:25] <pitti> Hi guys
[09:26] <infinity> Keybuk : Is doogie's name missing from 'dpkg --license' intentional? :)
[09:30] <Keybuk> infinity: nope, I don't think he ever added himself to it
[09:44] <lupus_> transset and  xcompmgr
[09:44] <lupus_> are there packages for these?
[09:44] <daniels> deb http://people.ubuntu.com/~daniels/ xcompmgr/
[09:44] <lupus_> I only find the libxcomposit
[09:44] <daniels> there's a transset package, but it's broken, and I don't have the willpower or energy to upload a new version tonight
[09:44] <lupus_> ic :)
[09:45] <lupus_> xcompmgr -cfC is in that package?
[09:45] <daniels> yeah
[09:46] <lupus_> k :)
[09:47] <Keybuk> daniels: so, X.org blanks when you're typing ... but won't blank when the lid is closed ... shiny
[09:48] <daniels> Keybuk: you should get an X40
[09:48] <daniels> Keybuk: i hear they suspend nicely :P
[09:48] <daniels> Keybuk: and, seriously, do you want to cleanroom the dpms stuff?
[09:48] <daniels> Keybuk: it's literally six lines, all of which are almost completely identical sets of 2
[09:49] <Keybuk> cleanroom in what sense?
[09:49] <infinity> Reimplement it without looking at the Evil Infected XF86 code.
[09:50] <daniels> Keybuk: i've looked at the code and put a plain english description up for someone else to make the exact same patch again
[09:50] <daniels> i'm licence-tainted
[09:50] <lupus_> daniels, when are you going to include xcb
[09:50] <lupus_> because you wanted it tested :)
[09:50] <Keybuk> daniels: sure, bug me tomorrow when I'm at work
[09:50] <daniels> lupus_: i'll have packages of the modular tree up after i do the release in the next week or so
[09:50] <daniels> Keybuk: cool
[09:51] <daniels> Keybuk: what're your core hours these days?
[09:51] <daniels> Keybuk: (i'm on lunchpad hours, obviously)
[09:51] <Keybuk> roughly UK
[09:51] <Keybuk> will be up and about 9-10 tomorrow
[09:51] <daniels> ah cool
[09:55] <shaya> daniels: composite works well on your x40?
[09:55] <shaya> slow as shit on my t42p
[09:56] <Keybuk> composite in slow shocker
[09:56] <daniels> nah, i don't bother using it
[09:56] <daniels> way too slow, nothing really compellingly cool
[09:56] <shaya> right
[09:57] <Keybuk> luminocity *is* cool though
[09:58] <daniels> luminocity is craaaaaaack
[09:58] <Keybuk> it's very sweet crack though
[09:58] <Keybuk> finest columbian
[09:59] <daniels> right
[09:59] <daniels> top-class shizzle
[10:01] <shaya> so does ubuntu's gnome 2.9.1 have any specialized unbutu patches like the 2.8 did?
[10:04] <Keybuk> it has the same patches
[10:04] <shaya> daniels: doex expocity depend on composite, or does it work fine even w/ it disabled?
[10:06] <daniels> depends on composite
[10:06] <daniels> well, I haven't look at it, but kind of hard to redirect off-screen drawing otherwise :P
[10:08] <shaya> I don't really care about off screen drawing, I just want fancy task switching :(
[10:08] <shaya> I would think one just needs xdamage for that
[10:08] <shaya> or does xdamage need xcomposite?
[10:08] <daniels> nah, it's composite that depends on damage
[10:08] <daniels> you could kinda fake it out without composite
[10:08] <daniels> but it would suck
[10:09] <shaya> why?
[10:10] <daniels> well, the implementation would be nasty
[10:10] <shaya> skippy already does it w/o either
[10:14] <pitti> mdz: here?
[10:14] <Keybuk> doesn't that just grab the root window and chop it into kibbles?
[10:14] <daniels> Keybuk: hence 'nasty'
[10:15] <Keybuk> yeah, the windows wouldn't change :)
[10:16] <shaya> some pets like kibble
[10:16] <shaya> unsure why
[10:17] <opi> hello
[10:22] <sivang> seb128 : patches available, b.u.c #3557
[10:22] <Keybuk> mdz: one thing I thought of, I can trivially set merge-o-matic up to keep an up-to-date "patches" directory automatically; do we want to do that/
[10:50] <mdz> Keybuk: broken down if they are in the diff, otherwise one monolithic patch?
[10:50] <mdz> pitti: yes
[10:50] <mdz> but not for long
[10:50] <Keybuk> yeah, just so we can keep track of what we've patched
[10:51] <mdz> that would be useful
[10:51] <mdz> there are patches that haven't gone upstream yet, and that will help remind us
[10:51] <mdz> I need to submit the kernel-package stem patch
[10:52] <shaya> mdz: any idea when software suspend will be in ubuntu?
[10:52] <pitti> mdz: just a quick question: Do you agree that it is okay to have people (like Gerardo) fix security holes in Warty's universe?
[10:52] <pitti> mdz: (after review by me, of course)
[10:52] <mdz> shaya: there seem to be some unresolved questions about which implementation, which version, etc. that need answers first
[10:52] <mdz> pitti: yes, absolutely
[10:52] <mdz> pitti: I saw the traffic on security-review, it's great that he's getting involved
[10:52] <pitti> mdz: although it's universe, it gets uploaded to warty-security as normal?
[10:53] <shaya> mdz: is it a feature hoary is going to have, just a q of when, or even that is up in the air?
[10:53] <pitti> mdz: he said that he likes to fix universe packages too, for training :-)
[10:53] <mdz> pitti: yes, should work.  You already did an update for a universe package, right? (apache 1.3)
[10:54] <pitti> mdz: yes, but it had some components in main
[10:54] <mdz> shaya: http://www.ubuntulinux.org/wiki/HoaryGoals
[10:54] <mdz> pitti: check with elmo if you have doubts
[11:07] <mdz> the firefox packaging is...interesting
[11:15] <mdz> Keybuk: still here?
[11:15] <Keybuk> yes
[11:16] <mdz> Keybuk: in the firefox merge, there is a patch to browser/locales/en-US/chrome/browser-region/region.properties
[11:16] <mdz> one of the bits ended up in dropped
[11:16] <Keybuk> right
[11:16] <mdz> but the others seemed to just disappear
[11:16] <Keybuk> really?!  that's odd
[11:17] <mdz> -homePageDefault=http://www.mozilla.org/products/firefox/start/
[11:17] <mdz> +homePageDefault=file:///usr/share/ubuntu-artwork/home/index.html
[11:17] <mdz> or maybe I've screwed something up
[11:17] <Keybuk> mozilla-firefox_1.0-2/browser/locales/en-US/chrome/browser-region/region.properties
[11:17] <Keybuk> ?
[11:17] <Keybuk> that doesn't have that change
[11:18] <Keybuk> remember, mom applies the Debian patch to the Ubuntu package ... not the other way around
[11:18] <mdz> yes, mozilla just does some interesting things during the build process is all
[11:18] <mdz> not your problem
[11:20] <mdz> a bunch of autogenerated stuff ends up in the diff
[11:20] <Keybuk> heh
[11:20] <Keybuk> of course it's interesting, thom's been near it <g>
[11:21] <mdz> I resolved the conflicts, and the resulting package builds and looks good, but fails to install due to weirdness in the update-m-f-chrome script
[11:21] <mdz> I can't see any reason why our changes would affect this, but they're difficult to review due to all the noise
[11:22] <mdz> the .deb ships with a symlink in it, update-m-f-chrome runs the registration process, tries to delete the symlink and replace it with an identical one
[11:22] <mdz> apparently this is intentional
[11:22] <Keybuk> do we have any changes to firefox that carried over to 1.0 ?
[11:23] <mdz> oh yes, a bunch
[11:23] <mdz>  53 files changed, 10734 insertions(+), 107 deletions(-)
[11:23] <mdz> as I said, a lot of autogenerated noise though
[11:23] <thom> Keybuk: bite me :P
[11:24] <mdz> thom: aren't you supposed to be drinking and gambling? :-)
[11:24] <thom> the FF clean targets suck
[11:24] <thom> mdz: apache hackathon
[11:24] <thom> with beer
[11:24] <thom> gambling happens later
[11:24] <mdz> thom: any clue about this?
[11:24] <mdz> Updating mozilla-firefox chrome registry...mv: cannot stat `/usr/lib/mozilla-firefox/defaults.ini': No such file or directory
[11:25] <mdz> something is deleting the symlink before that bit gets to it
[11:25] <mdz> even if I touch defaults.ini, the same thing happens
[11:26] <mdz> oh
[11:26] <mdz> it's the script itself
[11:26] <mdz> how can this possibly work?
[11:26] <mdz> mizar:[/space/tmp/mdz/tmp/firefox]  grep defaults.ini =update-mozilla-firefox-chrome
[11:26] <mdz> rm -f  ${LIBDIR}/defaults.ini
[11:26] <mdz> mv ${LIBDIR}/defaults.ini ${VARDIR}/
[11:26] <mdz> ln -fs ${VARDIR}/defaults.ini ${LIBDIR}/
[11:27] <mdz> so that link is shipped in the .deb, deleted, then it attemps to move it and recreate it exactly the same again
[11:27] <mdz> even if we assume that defaults.ini is supposed to be created between the rm and the mv
[11:27] <mdz> that's still CRACK
[11:29] <mdz> we don't patch that script at all
[11:32] <mdz> it's as if they decided to do the symlinks in the .deb rather than managing them with the script, and forgot to remove the code from the script
[11:44] <mdz> anyone have a Debian unstable system handy with firefox installed?
[11:45] <carlos> mdz: my sister's computer is still a debian unstable box, I can install firefox easily
[11:45] <carlos> mdz: what do you need?
[11:45] <mdz> carlos: I need ls -l /{usr,var}/lib/mozilla-firefox/*.ini
[11:45] <mdz> after installing 1.0-2
[11:46] <carlos> ok, updating && installing
[11:46] <mdz> thanks
[11:46] <mdz> rm -fr ${HOME}
[11:46] <mdz> ^^ always nice to see in a maintainer script
[11:46] <carlos> who did that?
[11:46] <mdz> whoever wrote update-mozilla-firefox-chrome
[11:47] <mdz> it sets HOME to a temporary directory earlier in the script
[11:47] <carlos> mdz: hmmm, so I should be carefully installing it?
[11:47] <carlos> oohh, ok
[11:47] <mdz> one day, though, someone will remove that and forget about the rm :-)
[11:47] <mdz> that will be a bad day
[11:47] <carlos> yep :-(
[11:49] <thom> ouch
[11:51] <mdz> thom: is it just me, or does this package go to some lengths to hack around things in wrapper scripts which might be better fixed by patching the programs which actually do the work?
[11:51] <mdz> this update-m-f-chrome script is a prime example
[11:52] <carlos> carlos@Gollum:~$  ls -l /{usr,var}/lib/mozilla-firefox/*.ini
[11:52] <carlos> lrwxrwxrwx  1 root root 39 2004-11-14 23:51 /usr/lib/mozilla-firefox/components.ini -> /var/lib/mozilla-firefox/components.ini
[11:52] <carlos> lrwxrwxrwx  1 root root 37 2004-11-14 23:51 /usr/lib/mozilla-firefox/defaults.ini -> /var/lib/mozilla-firefox/defaults.ini
[11:52] <carlos> -rw-r--r--  1 root root 24 2004-11-14 23:51 /var/lib/mozilla-firefox/components.ini
[11:52] <carlos> -rw-r--r--  1 root root 48 2004-11-14 23:51 /var/lib/mozilla-firefox/defaults.ini
[11:52] <mdz> carlos: thanks
[11:53] <mdz> so basically, it ships those symlinks in the .deb, deletes them, runs a program which creates regular files there, renames the regular files to the target of the symlink, and then recreates exactly the same symlink
[11:53] <mdz> a problem which seems better solved by pointing the program at the new location instead
[11:54] <thom> were it anything else, i'd agree
[11:55] <thom> the big trouble with mozilla stuff is that there's so much interrelated stuff in so many different plkaces (in different languages) that it's hard to be sure you've done it right
[11:56] <mdz> anyway, in Ubuntu, firefox-bin -register doesn't create the files at all, so everything breaks
[11:56] <thom> huh?
[11:57] <mdz> in the 1.0-2ubuntu2 I just built
[11:57] <thom> yow
[11:57] <mdz> which is nothing but carrying stuff forward, and didn't even get near that code as far as I knew
[11:57] <mdz> the usual "mozilla components randomly segfaulting" explanation, oddly enough, doesn't apply this time
[11:58] <mdz> it exits successfully without doing half of what it should have
[11:59] <mdz> either something's wrong with the ubuntu diff, or something's wrong with my build environment in a very subtle way