[00:03] <asac__> does our default theme really have this annoying firefox dropdown bug?
[00:03] <asac__> e.g. blue url on dark background?
[00:04] <ddecator> want me to test it?
[00:04] <asac__> are you running lucid?
[00:04] <ddecator> yes
[00:04] <asac__> sure you are running the default theme?
[00:04] <chrisccoulson> asac__ - yes, it does
[00:04] <chrisccoulson> (i'm running the default theme here)
[00:04] <asac__> chrisccoulson: noone complained?
[00:04] <ddecator> not right now, but i can switch to it. but looks like i don't need to =p
[00:04] <asac__> chrisccoulson: thats ueberannoying
[00:04] <ddecator> theres a lot of reports on it
[00:04] <chrisccoulson> asac__ - there's a bug about it somewhere i think
[00:05] <asac__> chrisccoulson: well. ken filed one etc.
[00:05] <asac__> but where are the folks bitching us all the time ;)
[00:05] <chrisccoulson> that might be the one i saw
[00:05] <asac__> i cant even read that at all
[00:05] <ddecator> asac__: i believe you were assigned to the bug
[00:05] <asac__> i know there was one bug ;)
[00:05] <ddecator> there are a lot of dupes
[00:05] <asac__> but i didnt know our default theme is affected
[00:05] <asac__> ;)
[00:05] <asac__> simply because i was using human all the time
[00:06] <chrisccoulson> assuming our default theme is "ambiance", then that's affected
[00:07] <asac__> sigh ;)
[00:08] <chrisccoulson> it had never bothered me before though
[00:08] <chrisccoulson> i can still read it ok ;)
[00:09] <ddecator> from the screenshots i saw, it would be annoying though =p
[00:09] <chrisccoulson> i might set gnome-terminal to use the same colours.... ;)
[00:10] <ddecator> for a program to know what media is inserted in a cd drive, does it have to communicate with nautilus?
[00:12] <chrisccoulson> no
[00:13] <ddecator> alright. i was just copying a cd and i noticed that songbird didn't even notice anything in the drive
[00:14] <Mook_sb> songbird doesn't do cd rip on linux yet, fwiw. it'd need to hook up with various bits of stuff to learn to do that.
[00:15] <ddecator> huh, i thought it did before...maybe not, maybe i'm thinking of my windows days, haha
[00:15] <ddecator> Mook_sb: that's something i'd be interested in helping make a reality =)
[00:16] <Mook_sb> if you're interested in trying that out, it might be a good thing to do, yeah.
[00:17] <ddecator> first i have to get this ready for merging into the ppa, then try and figure out the bug i'm having, but that'd be a high priority imo
[00:22] <asac__> micahg: was prism finished?
[00:22] <asac__> think it was just the stnadard lines in control and verification missing
[00:35] <ddecator> i can't get this to create a build-area...
[00:36] <micahg> asac__: I forgot :(
[00:37] <micahg> asac__: yes, enhances looks sane, so does depends
[00:37] <asac> recommends is the one that hsould have the apps now
[00:38] <micahg> recommends is empty
[00:38] <micahg> Recommends: ${xpi:Recommends} ?
[00:38] <asac> what is in Depends?
[00:38] <asac> imo Recommends should have firefox etc.
[00:39] <asac> or xulrunner?
[00:39] <asac> hmm
[00:39] <asac> whats in install.rdf?
[00:42] <micahg> firefox or firefox's id
[00:42] <micahg> mroe specifically
[00:42] <micahg> only for target application
[00:43] <micahg> .substvars is correct
[00:44] <asac> hmm. not expanded
[00:44] <asac> ?
[00:44] <asac> check the real .deb
[00:44] <asac> what it has
[00:44] <micahg> asac: is there a command to do that or just install?
[00:46] <asac> micahg: dpkg -x DEB /path/where/to/extract
[00:46] <micahg> no recommends, just depends
[00:46] <micahg> there's a note in devscripts the xpi:Depends is deprecated
[00:47] <micahg> I'm checking what happens when I get rid of it
[00:49] <micahg> recommends shows up when I get rid of xpi:Depends
[00:50] <asac> micahg: yes, no xpi:Depends
[00:50] <asac> just what is on the wiki
[00:50] <micahg> asac: you told me depends too :P
[00:50] <asac> Depends: ${misc:Depends}
[00:50] <asac> Recommends: ${xpi:Recommends}
[00:50] <asac> Provides: ${xpi:Provides}
[00:50] <asac> Enhances: ${xpi:Enhances}
[00:50] <asac> didnt i paste that?
[00:50] <micahg> ah...
[00:50] <asac> maybe add ${shlibs:Depends}
[00:50] <asac> to Depends:
[00:50] <asac> but no xpi:Depends ;)
[00:52] <micahg> asac: apparently I can't read too well...
[00:52] <asac> heh
[00:53] <asac> well, i think i said it wrong initially
[00:53] <asac> but i hoped i pasted the full lines from above ;)
[00:53] <micahg> no, I checked the scrollback
[00:53] <ddecator> i feel like i must be making a stupid mistake...every time i try to make a build-area for the latest songbird release, it goes fine until it looks for the 1.4.0 source instead of 1.8.0...
[00:53] <micahg> I have a reading problem :)
[00:53] <asac> good to feel less guilty ;)
[00:53]  * micahg wonders how many times a release can be rereleased
[00:53] <asac> ddecator: thats the version you have in changelog
[00:54] <asac> it looks for the version there
[00:54] <ddecator> asac: ah, that's easy enough to fix. thanks =)
[00:54] <asac> hehe
[00:54] <asac> np
[00:54] <micahg> asac: looks good now
[00:54] <micahg> well
[00:55] <micahg> except it says it provides xul-ext-prism
[00:55] <asac__> thats ok
[00:55] <micahg> k
[00:55] <asac__> actually wanted ;)
[00:55] <asac__> so folks that want xul-ext-prism can install that still ;)
[00:55] <micahg> asac__: so, retag on top again?
[00:55] <asac__> yes
[00:55] <asac__> release and tag
[00:58] <micahg> asac__: ok, pushed
[00:59] <asac> micahg: you didnt update the tag
[01:00] <micahg> asac__: I did
[01:00] <micahg> I get a conflicting tag notice
[01:00] <asac> i didnt get an updated
[01:00] <asac> micahg: you need to --delete the tag fiurst
[01:00] <micahg> asac: I did
[01:00] <asac> its not here ;)
[01:01]  * micahg goes over to #bzr
[01:01] <asac> let me try again
[01:01] <asac> i will just move it now
[01:02] <micahg> asac__: do I have to push overwrite?
[01:02] <asac> ok tagged
[01:02] <asac> no clue
[01:02] <asac> ;)
[01:02] <asac> most likely
[01:02] <asac> just pull now
[01:02] <micahg> well, I can
[01:02] <asac> you can?
[01:02] <asac> i retagged ;) ... so better leave it there
[01:02] <asac> maybe push has an --include-tags?
[01:03] <micahg> yeah, I see your tag
[01:03] <micahg> no option for that
[01:05] <asac> ok i sponsored
[01:06] <micahg> asac; thank you
[01:06] <micahg> asac: fennec too?
[01:06] <asac> no that one is left i think
[01:06] <micahg> k
[01:08]  * asac produces orig with the tag in changelog and 1.0
[01:14] <asac> pushed
[01:14] <micahg> asac: thakns
[01:14] <micahg> *thanks
[01:14] <ddecator> there we go, now i can get to work =)
[01:14] <asac> micahg: so saw that read said we get an early .2?
[01:14] <micahg> asac: ?
[01:15] <asac> micahg: 1.9.2.2 and 3.6.2 are released today ;)
[01:15] <asac> reawd scrollback
[01:15] <asac> 00:52 < [reed]> Firefox 3.6.2 shipping later this evening
[01:15] <asac> 00:52 < [reed]> (1.9.2.2)
[01:15] <asac> 00:52 < [reed]> pushed up 8 days
[01:15] <asac> 00:53 < [reed]> asac__ / micahg / fta: ^
[01:15] <asac> 00:53 < [reed]> you should prepare for release ASAP
[01:15] <asac> 00:53 < [reed]> 3.5.x and 3.0.x still on track for the 30th
[01:15] <micahg> asac: fun...I'll prepare them now
[01:15] <asac> heh
[01:15] <asac> no need to hurry
[01:15] <asac> just FYI
[01:15] <asac> chris can also do that
[01:15] <asac> focus on porting ;)
[01:16] <asac> and only do this for recreation ;)
[01:16] <micahg> asac: at least they're not in stable releases yet :)
[01:16] <asac> yeah
[01:17] <micahg> asac: so we leave your mini patch in tehre for bug 518422
[01:18] <asac> micahg: please leave ffox open
[01:18] <ddecator> and no build-tree...should there be? or is that a ground control thing?
[01:18] <asac> i will figure that tomorrow and do the release if not
[01:19] <asac> ddecator: ?
[01:20] <ddecator> asac: in the build-area, there is only a debian folder and a source.tar.bz2 file. with the last release there was a build-tree file that had all of the songbird files in it to look at and view
[01:20] <micahg> ddecator: it's created when you run debuild
[01:21] <asac> not sure why debian folder ends up for you there
[01:21] <asac> probably something messy ;)
[01:21] <asac> trash the build-area
[01:21] <asac> start over ;)
[01:21] <ddecator> micahg: ah, that's why. thanks, =)
[01:21] <ddecator> asac: before i used that copy of the debian folder to test new changes and patches for building
[01:21] <micahg> ddecator: the source is bz2 to save space/time uploading
[01:22] <ddecator> micahg: ?
[01:23] <micahg> ddecator: most times the source is only compressed once
[01:23] <micahg> we have a tarball in the tarball :)
[01:24] <ddecator> micahg: i just used the command you gave me before to make the build-area and this is what was made =p
[01:24] <micahg> asac: I'll try to run the test list you gave me on galeon later so we can get that out of the way
[01:24] <asac> cool
[01:25]  * micahg will have to check with gnomefreak tomorrow
[01:25] <micahg> he said he tested firegpg, but I know it's broke
[01:25] <asac> heh
[01:25] <asac> dont wait for him
[01:26] <micahg> asac: I won't
[01:26] <ddecator> there, that's more familiar...
[01:26] <micahg> asac: 5 more + gears on the insecure list...
[01:27] <micahg> oops and conkeror
[01:36] <ddecator> micahg: should i update the changelog with each commit or just update the log at the end?
[01:38] <micahg> ddecator: with each commit
[01:38] <ddecator> micahg: thanks =)
[01:39] <ddecator> micahg: how should i describe that patch you had me add for the bash/dash issue?
[01:40] <micahg> take a look at the changelog for thunderbird or xulrunner
[01:40] <ddecator> fair enough...
[01:42] <ddecator> micahg: and one more question. am i supposed to use "dch -i" for each change to the changelog (which would make it -0ubuntu6 or something after all the changes), or just use gedit and add them all under -0ubuntu1?
[01:43] <micahg> ddecator: dch for the first one, dch -e for the rest
[01:43] <ddecator> micahg: alright, thanks
[01:45] <ddecator> is all of the "-updated debian/rules" style things added manually?
[01:45] <ddecator> s/is/are
[01:45] <micahg> ddecator: no
[01:45] <ddecator> good deal
[01:49] <chrisccoulson> well, i think i've done enough work for the evening now
[01:50] <ddecator> i have a feeling that during the commit i'm supposed to list those changes under the found changelog entry...
[01:51] <micahg> ddecator: ?
[01:52] <ddecator> micahg: with each commit, the change i made shows up under "unkown" and is ignored. am i supposed to add them to the commit for each change?
[01:52] <micahg> ddecator: yes
[01:52] <ddecator> micahg: dang...
[01:52] <micahg> ddecator: nice feature of bzr is uncommit
[01:53] <ddecator> micahg: glad i caught that fairly early on =p
[02:31] <ddecator> alright, getting there. applied all of the changes, just need to re-pull the source with sqlite, then try to build it
[02:52] <ddecator> there we go, now it's building
[03:45] <ddecator> micahg: songbird built and installed, but i get the following error when i try to start it: (songbird-bin:2899): Gdk-WARNING **: gdk_window_set_icon_list: icons too large
[03:45] <micahg> that's a warning, not an error
[03:45] <micahg> we should see if one of the icons it's using is too big :)
[03:46] <ddecator> right, just no idea where to check that, haha. any ideas Mook ?
[03:48] <Mook> hehe. err, probably http://src.songbirdnest.com/source/xref/client/app/branding/songbird.xpm - which claims to be 512x512 in the header, if I understand it right
[03:48] <Mook> or maybe I'm on crack. in fact, probably.
[03:48] <ddecator> was that changed recently? the last build didn't have that problem
[03:50] <Mook> changed 06-Jan-2010, last version was 128x128.  according to http://src.songbirdnest.com/source/history/client/app/branding/songbird.xpm anyway.
[03:50] <Mook> stevel: I blame you :D
[03:51] <ddecator> huh, but that would have been in the last build i used then...
[03:52] <ddecator> won't start in safe-mode either =\
[03:53] <ddecator> and starting the profile manager segfaults -_-
[03:54] <Mook> what if you just rm'ed that file for now, to see if it does anything?
[03:54]  * Mook doesn't expect it to help, though
[03:55] <ddecator> i'm not sure it would either. where can i see the upstream changelog?
[03:55] <micahg> ddecator: there was a GTK update today
[03:56] <Mook> ddecator: http://timeline.songbirdnest.com/client/ (or svn log, of course)
[03:57] <ddecator> Mook: thanks, i'll bookmark that
[03:57] <ddecator> micahg: you think that might be the cause? would that gtk issue cause it to not load at all?
[03:57] <Mook> bookmark the root; that has links to various useful things.
[03:57] <micahg> ddecator: no, not a big cahnge
[03:58] <ddecator> Mook: alright, thanks =)
[03:58] <micahg> ddecator: actually, yes, there we 2 updates
[03:58] <micahg> so it might have broke it
[03:58] <ddecator> micahg: alright, i'll take a look at that too
[04:01] <ddecator> wow, the devs have been busy...
[04:03] <Mook> yeah, it's our day job and all; sadly, that also means we don't always get to work on the things we want. (sometimes, though, that's also a good thing.)
[04:03] <ddecator> looks like most of it is getting everything ready for xulrunner 1.9.2 =)
[04:15] <ddecator> hm, i don't see anything in the upstream changelog that stands out
[04:15] <ddecator> micahg: which gtk package got updated twice?
[04:16] <micahg> ddecator: check bugs.gnome.org for the warning and see if anything comes up
[04:16] <micahg> ddecator: gtk itself
[04:25] <ddecator> i can't find the changelog for gtk...and the warning isn't on b.g.o or lp
[04:30] <ddecator> i'm stumped, i guess i'll see if any updates tomorrow fix it, otherwise i'll try the latest release
[04:30] <ddecator> micahg: i can still push it if you want to try it
[05:09] <micahg> ddecator: you should know that flash click bug by now :)
[05:09] <ddecator> micahg: haha, we get enough reports about it ;)
[05:16] <ddecator> aw, i was going to verify that he had flash installed from the repos first =(
[05:18] <micahg> ddecator: you can look at the plugin registry file
[05:19] <ddecator> oh...
[05:19] <ddecator> =)
[05:19] <micahg> ddecator: http://launchpadlibrarian.net/41682957/profile_default_pluginreg.dat.txt
[05:20] <ddecator> and there it is...
[05:37] <micahg> ddecator: sorry, I actually added the comment before I noticed you commented
[08:57] <BUGabundo_remote> 0/
[10:14] <BUGabundo_remote> asac whats nm-applet Package?
[10:14] <BUGabundo_remote> I don't seem to have the applet when I have more then one session
[10:20] <BUGabundo_remote> asac https://bugs.edge.launchpad.net/ubuntu/+source/network-manager-applet/+bug/544926
[10:28] <chrisccoulson> BUGabundo_remote, there's not really any need for a bug for that, that's a well known issue with how the user settings works
[10:28] <BUGabundo_remote> chrisccoulson: its news for me :\
[10:28] <BUGabundo_remote> care to point me to where it is documented?
[10:29] <asac> network-manager-gnome
[10:29] <chrisccoulson> BUGabundo_remote, it's been like that pretty much forever. is this the first time you've used user switching?
[10:29] <chrisccoulson> see http://mail.gnome.org/archives/networkmanager-list/2010-March/msg00071.html for example
[10:35] <BUGabundo_remote> chrisccoulson: I send all my work day remotely connected
[10:35] <BUGabundo_remote> so, no, its not the 1st time
[10:35] <asac> BUGabundo_remote: use system connections if you do user switching
[10:35] <asac> e.g. "available to all users"
[10:35] <chrisccoulson> BUGabundo_remote, then you must have noticed this before. it's almost always been the case that only a single user can run nm-applet at any one time
[10:40] <BUGabundo_remote> asac I'm not having any prob with the connection, since its already up since I ever left home.
[10:40] <BUGabundo_remote> asac chrisccoulson its just that having the applet missing (and yes, I only notice now, and I would bet it was there last week) doesn't allow me to mess around network
[10:40] <BUGabundo_remote> not that it would be a good idea to do, if I'm remotelly connected :D
[10:42] <chrisccoulson> asac - AFAIK there is not any way around that currently, other than killing the existing nm-applet and starting a new one in your new session
[10:42] <chrisccoulson> but......
[10:43] <chrisccoulson> if you're using a user connection rather than a system one, you will lose the connection after killing the first nm-applet
[10:43] <chrisccoulson> asac - sorry, that was meant to be directed at BUGabundo_remote ;)
[10:43] <asac> ah ok
[10:44] <BUGabundo_remote> :)
[10:44] <chrisccoulson> heh, i should read what i write before hitting enter ;)
[10:46] <BUGabundo_remote> chrisccoulson: you can do that? please teach me how
[10:47] <chrisccoulson> BUGabundo_remote, which bit?
[10:52] <BUGabundo_remote> (2010-03-23 10:44:14) chrisccoulson: heh, i should read what i write before hitting enter ;)
[12:45] <asac> !info swt-gtk
[13:22] <chrisccoulson> asac - shouldn't libswt-mozilla-gtk-3.5-jni have a binary depends on xulrunner?
[13:22] <asac> probably
[13:22] <asac> if it uses the glue to start it up, then yes.
[13:23] <chrisccoulson> asac - it seems to
[13:23] <chrisccoulson> so, i will add a binary depend then
[13:54] <chrisccoulson> asac - swt-gtk is ready (bug 545099)
[13:54] <chrisccoulson> i tried uploading it, but i'm not privileged enough ;)
[14:10] <asac> ok let me look
[14:10] <chrisccoulson> thanks
[14:12] <asac> uploaded
[14:13] <chrisccoulson> asac - thanks :)
[15:04] <chrisccoulson> asac - mozvoikko is done also: bug 545152
[15:04] <chrisccoulson> i can't upload that either ;)
[15:08] <asac> yeah checking
[15:08] <asac> chrisccoulson: libxul-unstable is dead?
[15:08] <asac> maybe we should add a compatibliity .pc ... to ease porting
[15:09] <asac> would think more than one is using that
[15:09] <micahg> asac: yep, a lot of it is stripping libxul-unstable and libxul-embedding-unstable
[15:09] <chrisccoulson> asac - yeah, i think a lot of that work has been done already though
[15:10] <micahg> asac: that's the easy part :)
[15:10] <asac> micahg: we should add that to xulrunner-dev
[15:10] <asac> e.g. just links from libxul.pc to libxul-unstable.pc and libxul-embedding to libxul-embedding-unstable
[15:11] <asac> but well. not sure how many are left now
[15:11] <asac> chrisccoulson: i think mozvoikko should be moved to mozilla-devscripts evnetually
[15:12] <asac_> chrisccoulson: the depends is wrong still
[15:12] <asac_> its firefox-3.6
[15:12] <asac_> should be firefox
[15:12] <asac_> and firefox-3.5 dropped
[15:12] <asac_> probably firefox (>= 3.0)
[15:12] <chrisccoulson> oh, i'll fix that then
[15:12] <asac_> i can add that. please remember to move that to mozilla-devscript next cycle
[15:12] <chrisccoulson> yeah, no problem
[15:12] <micahg> asac: mozvoikko actually has a maintainer in debian
[15:13] <chrisccoulson> brb, need to reboot
[15:13] <micahg> asac: BTW, I"m test building xul192.2 now
[15:13] <micahg> asac: you want the .pc links?
[15:14] <asac> micahg: for the upload today? yeah, if that doesnt take much time add it
[15:15] <micahg> I was going to say I don't think it's a good idea, but until debian gets to xul192 it'll decrease our diffs
[15:15] <asac> micahg: i think its a good idea. upstream should have kept it and depreacated
[15:15] <asac> rather than dropping
[15:15] <asac> upstreams often want to build for 3.5 and 3.6 etc.
[15:15]  * micahg wonders if it was deprecated in 3.5...
[15:15] <asac> without that link its painful
[15:16] <asac> if it was, then its ok for them to drop
[15:16] <micahg> the problem is a lot of upstreams are still using the 1.8 API
[15:16] <asac> yeah
[15:16] <asac> that reminds me that i whould send stuff to enigmail
[15:16] <asac> my patch moving it to frozen api
[15:17] <micahg> asac: BTW...had some success and some failure with galeon
[15:17] <micahg> asac: it was still using xul191 somehow
[15:17] <asac> what succeeded? were the failures regressions over 192
[15:17] <asac> hmm
[15:17] <asac> micahg: thats the glue code you have to change
[15:18] <asac> minVerseion 1.9
[15:18] <asac> err
[15:18] <asac> 1.9.2
[15:18] <micahg> after I purged that from my system, it worked great
[15:18] <asac> micahg: yeah. thats the minversion in the glue code
[15:18] <asac> it picks up whatever it finds first in /etc/gre.de
[15:18] <asac> if its within the min/max version bounds specified in the GREVersionRange thing
[15:18] <micahg> ah, ok, seems I forgot a patch then...I think I found it
[15:18] <asac> grep for that string if you dont know how to find that
[15:18] <asac> yep
[15:18] <asac> nice
[15:20] <micahg> also was testing tuxguitar last night and noticed it was also looking for xul191, the fix ready for that though
[15:20] <micahg> asac: should I bother renaming xul191 patches to xul192?
[15:24] <micahg> asac: also, if flash doesn't look as sharp, do I need to worry?
[15:24] <asac> micahg: renaming?
[15:25] <asac> chrisccoulson: whats your ubuntu address?
[15:25] <micahg> asac: yes, a lot of the patches are named xul191 patch, I've been renaming, but I want to know if I should bother
[15:25] <asac> micahg: well. rename them to 19x ;)
[15:25] <asac> so we dont do that next time again ;)
[15:25] <asac> but i wouldnt really bother
[15:25] <micahg> asac: ok, I'll just modify then
[15:26] <chrisccoulson> asac - chrisccoulson@ubuntu.com
[15:27] <asac_> thx
[15:27] <asac_> sent
[15:32] <micahg> the good news with galeon is that flash seems to work fine, I was able to watch videos with it on multiple sites, just the quality seemed a little lower than firefox
[15:45] <micahg> asac: edbrowse uses libcurl4-openssl-dev, but is ships a libcurl.pc file and dpkg-checkbuilddeps fails to find it, any ideas?
[15:49] <micahg> asac: is this note ok in the .links file: Only needed for transition from unstable API or until Debian migrates to xulrunner 1.9.2
[15:50] <asac> micahg: how sure what you mean by libcurl
[15:51] <asac> for the .links its ok
[15:51] <asac> but dont mention debian
[15:51] <asac> we ship it until its old enough for upstreams to catch up
[15:51] <micahg> asac: k
[15:51] <micahg> asac: about libcurl, it fails to find it, but I have it installed with the proper version
[15:51] <micahg> oh, I see the problem :(
[15:51] <micahg> my fault
[15:53] <micahg> asac: wait, you said I shouldn't migrate packages to pkg-config, but rather just add the string from it?
[16:05] <asac> micahg: as you wish
[16:05] <micahg> asac: k
[16:09] <micahg> asac: is it add symlinks from or add symlinks to *-unstable?
[16:10]  * micahg needs more caffeine
[16:11] <micahg> fta: sorry about the dailies will try to clean up a little tonight
[18:20] <AnAnt> asac: Hello, I need to modify xulrunner-1.9.2 to provide libmozjs packages, would that be a complex thing to do ?
[18:20] <asac> thats a doomed way
[18:20] <asac> we wont do it for now
[18:22] <micahg> asac: anything else before I tag xul192.2?
[18:22] <AnAnt> asac: doomed way means ?
[18:24] <mahfouz> that you go to hell
[18:25] <AnAnt> asac: btw, I am not asking Ubuntu to do it, you told me before your concerns about xulrunner and its API/ABI issue
[18:25] <AnAnt> asac: I just ask how hard is it to modify xulrunner-1.9.2 package in order to provide it
[18:27] <asac> AnAnt: cant you work around with LD_LIBRARY_PATH etc.?
[18:27] <asac> otherwise its probably a diff to sonamify the libmozjs
[18:28] <AnAnt> asac: can you elaborate about that workaround please ?
[18:47] <asac> AnAnt: why do you need a libmozjs?
[18:47] <AnAnt> asac: a package is using it
[18:47] <fta> asac, micahg: http://code.google.com/p/chromium/issues/detail?id=36102
[18:48] <AnAnt> asac: elinks has support for javascript, and that needs libmozjs. The current Debian/Ubuntu package doesn't enable it, but I want to enable it for myself
[18:49] <fta> asac, http://code.google.com/p/chromium/issues/detail?id=31287
[18:50] <AnAnt> brb
[18:51] <fta> micahg, why do you want to split prism? does the ext work without the core?
[18:53] <fta> jdstrand, type=1503 audit(1269334904.401:21):  operation="open" pid=6159 parent=31639 profile="/usr/sbin/tcpdump" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/dev/bus/usb/"
[18:53] <jdstrand> I think there is a bug on that...
[18:54] <jdstrand> 523345
[18:54] <jdstrand> fta: are you using usbmon?
[18:56] <jdstrand> fta: or even better, with what args did you start tcpdump?
[18:56] <fta> jdstrand, usbmon? no. tcpdump host foo.bar.baz
[18:57] <jdstrand> fta: ok, thanks
[19:03] <micahg> fta: no, just a separate package name for the extension so that it follows the extension naming convention
[19:03] <micahg> it would depends on prism
[19:03] <micahg> fta: I don't know if it's necessary
[19:04] <fta> i don't think it's useful, but it's your choice ;)
[19:04] <micahg> fta: I'll talk to bdrung about it to see if it's necessar
[19:05] <micahg> fta: about the TB bug, for some reason it seems that xdg-open was not the way they wanted to do things
[19:06] <micahg> fta: nm, that was xdg-email
[19:29] <micahg> asac: anything else before I tag xul192.2?
[20:11] <bdrung_> micahg: i am here now
[20:20] <micahg> bdrung_: do we need to do bug 544645
[20:22] <bdrung_> micahg: can you classify prism as "extension"?
[20:22] <micahg> bdrung_: idk...it's the extension and the core prism...it provides xul-ext-prism right now
[20:25] <bdrung_> micahg: can you use the core as stand alone?
[20:26] <micahg> bdrung_: idk, fta: do you need the prism extension to use the webapps provided as packages?
[20:27] <fta> micahg, not sure but at some point, it was necessary. try to drop it manually and see by yourself :)
[20:28] <bdrung_> i wouldn't make sense to split a package into two package that must be installed both in all cases
[20:32] <micahg> fta: bdrung_: appears that it's not needed
[20:32] <bdrung_> micahg: then i vote for an extra package
[20:33] <micahg> bdrung_: ok, then I'll leave the bug open for next cycle :)
[20:34] <bdrung_> :)
[21:24] <micahg> asac: anything else before I tag xul192.2?
[22:17] <BUGabundo> bRoas
[23:21] <micahg> asac: anything else before I tag xul192.2?
[23:21] <asac> micahg: not sure
[23:21] <asac> micahg: fennec doesnt start anymore
[23:21] <asac> micahg: e.g. second run
[23:21] <asac> might be same extension issue as with firefox
[23:21] <asac> we should use that to try the patches
[23:22] <micahg> asacprobably
[23:22] <micahg> asac: wfm
[23:22] <asac> hmm. now it works again
[23:22] <asac> yeah
[23:22] <asac> odd
[23:22] <asac> probably forgot on which desktop it was ;)
[23:23] <micahg> asac: I didn't request blocking yet on teh upstream bug as your patch seems to work...wasn't sure what you wanted me to do
[23:23] <asac> micahg: i am confused. didnt you say it didnt help?
[23:24] <micahg> asac: on karmic, but on lucid it's fine
[23:24] <micahg> idk why
[23:26] <asac> interesting
[23:26] <asac> ok
[23:26] <asac> well. i dont see what else xul 1.9.2 needs for now.
[23:28] <micahg> asac: ok, should I tag then?
[23:29] <micahg> and then you can push?
[23:30] <micahg> builders are pretty empty
[23:36] <micahg> asac: tagged and pushed to bzr
[23:38] <asac> let me look
[23:39] <asac> chrisccoulson: hey ;) ... sorry to bother you with so many things. but we should try to get latest nss in ... not sure about nspr
[23:39] <asac> just saw that xulrunner would rever to in-source nss ... which would be a mess
[23:39] <micahg> asac: I warned you about that last night :)
[23:39] <asac> i know
[23:39] <chrisccoulson> asac - ok, i will make some time to look at that tomorrow
[23:40] <chrisccoulson> it's getting a bit late to start new tasks this evening ;)
[23:40] <micahg> asac: do you want me to untag before the 5 minutes expires?
[23:42] <asac> chrisccoulson:... its never too late :-P ... lol. no sure. tomorrow would be great.
[23:42] <micahg> asac: does that mean I should try to tag firefox tonight?
[23:42] <asac> micahg: untag?
[23:42] <micahg> asac: xul192?
[23:43] <asac> not sure
[23:43] <asac> if you think it helps go for it
[23:43] <asac> i have no strong opinion ;)
[23:43] <micahg> asac: on untagging?
[23:43] <asac> except that i pulled it already
[23:43] <micahg> or on tagging FF?
[23:43] <micahg> ah, well the only reason it would help is if I need to add something else before release
[23:43] <asac> both. i assume FF is also affected?
[23:43] <micahg> asac: yes
[23:43] <asac> micahg: go ahead and tag FF
[23:44] <asac> we will release it when nss is in
[23:44] <micahg> asac: with your patch, it'll close that bug in LP
[23:44] <asac> yeah do that
[23:44] <micahg> asac: k
[23:44] <micahg> asac: will do later tonight
[23:44] <asac> thanks
[23:45] <micahg> first, I'm going to try to fix a few dailies before the bot spins
[23:45] <micahg> asac: also what to do about firefox-stable...NSS won't be in the other releases