[04:36] <micahg> fta: sorry, it looks like I broke your local firefox 3.6 branch for the daily bot
[07:58] <dholbach> hiya
[07:58] <dholbach> are there any plans to get plugins like enigmail (updated upstream already AFAIK) and quickfile to work with the new TB? :-)
[08:17] <asac> dholbach: hi ;)
[08:17] <asac> yes
[08:17] <asac> thats the idea ;)
[08:17] <asac> someone needs to go and squeeze the proper -dev files out of tbird
[08:18] <asac> then make enigmail use a new build system ... ;)
[08:18] <asac> is quickfile in the archive?
[08:18] <asac> stupid question i guess
[08:18] <asac> for quickfile it probably depends on whether there is a new upstream version available
[08:19] <dholbach> quickfile is the best thing since sliced bread
[08:21] <asac> heh
[10:21] <dholbach> who would like to give a quick session about extension packaging for  https://wiki.ubuntu.com/Packaging/Training ?
[10:23] <kecsap> asac: are you here?
[12:53] <sindhudweep> asac: you free for a bit now?
[14:58] <eagles0513875> hey asac hope all is well
[15:12] <asac> sure
[15:22] <dholbach> who would like to give a quick session about extension packaging for  https://wiki.ubuntu.com/Packaging/Training ? :-)
[15:22] <directhex> asac, does the mozilla team have a native PPA, or only a normal one?
[15:22] <asac> dholbach: bdrung is the best for that. he is not here atm
[15:23] <asac> directhex: we have a native ppa for security staging
[15:23] <dholbach> alrightie, I'll pester him when I see him agian :D
[15:23] <asac> i can also do that together with him. but alone i wont do it ;)
[15:23] <directhex> asac, ah. i was wondering whether my moonlight 2.1 package was liable to break on ARM, given it embeds its own copy of mono & all the recent meanderings around ARM stuff
[15:23] <dholbach> asac: fine with me :)
[15:24] <asac> directhex: we are not at universe yet ;) ... does it build?
[15:24] <asac> dholbach: so lets wait ... he usually is around - not sure where he is atm
[15:24] <directhex> asac, on amd64 and i386, sure. it's fine and happy for xulrunner 1.9.2
[15:25] <asac> oh  ;)
[15:25] <asac> directhex: does the current archive version build? or wasnt it reattempted since karmic?
[15:25] <directhex> asac, whatever's in the archive is ancient (and doesn't embed mono)
[15:26] <asac> ah
[15:26] <asac> ok
[15:26] <asac> directhex: ping me when we are in a3 freeze and when the builders are idle
[15:27] <asac> i can put both in a native ppa t check
[15:27] <asac> but dont want to occupy builders right now
[15:27] <directhex> a3 freeze is pretty soon, no?
[15:28] <asac> i guess we can check on wed again
[15:33] <micahg> asac: thanks for uploading ff -ubuntu5
[15:34] <BUGabundo_remote> fta: kenvandine: what's used by gwibber to show notifications? I haven't get the bubles in a while!
[15:35] <kenvandine> BUGabundo_remote, look at your preferences
[15:35] <kenvandine> it defaults to only showing notifications for mentions/replies
[15:35] <BUGabundo_remote> aahhhhhhhh
[15:36] <BUGabundo_remote> it should relepace my previous settings
[15:36] <kenvandine> that wasn't a setting in the previous version
[15:36] <BUGabundo_remote> done
[15:36] <kenvandine> this is new
[15:36] <BUGabundo_remote> notw to test it
[15:37] <BUGabundo_remote> kenvandine: so what exactly my new bug?
[15:37] <kenvandine> i sent you a reply
[15:37] <BUGabundo_remote> I dint undertand it
[15:37] <kenvandine> initially you had the ca-certificates bug
[15:37] <kenvandine> but the last pastebin you posted was different
[15:37] <BUGabundo_remote> getting non-replie stuff from gwibber :DDD
[15:38] <kenvandine> please file a bug about it and include the logs
[15:38] <micahg> asac: any way I can get a crash course on linking libmozjs?
[15:38] <kenvandine> logs are in ~/.cache/gwibber/
[15:39] <micahg> asac: and thanks for spinning tb 3.0.1
[15:40] <sebner> micahg: I just wanted to thank you for your quick update
[15:40] <micahg> sebner: what did I do?
[15:41] <micahg> sebner: TB3?
[15:41] <sebner> micahg: yeah
[15:41] <micahg> sebner: you're welcome, but thank asac for the upload as well :)
[15:41] <sebner> micahg: I thought 3.0.1 will show up in the next week (I got that feeling because you answered "dunno")
[15:42] <sebner> micahg: mighty asac knows my love for him ;-P
[15:42] <micahg> I thought I said it was ready pending upload...
[15:44] <sebner> micahg: I missunderstood then :=)
[15:48] <micahg> sebner: np
[15:48] <micahg> sebner: next trick it to get the -dev packages working while not slowing down everything else I'm doing....
[15:48] <micahg> so that probably won't be for at least a week
[15:48] <sebner> micahg: heh, I noticed .. for enigmail and that like right?
[15:48] <micahg> sebner: yep
[15:49] <micahg> I've been w/out enigmail for weeks now and I miss it :(
[15:51] <BUGabundo_remote> kenvandine: tried to get new logs from latest trunk, and can't reproduce anymore
[15:51] <BUGabundo_remote> either fixed or needs a reboot to clean up stuff
[17:01] <fta> hi
[17:01] <asac> hi
[17:02]  * fta is having some fun with html5, canvas, javascript, web2.0-like stuff
[17:03] <asac> ;)
[17:03] <fta> mouse handling is still as bad as 15 years ago, if not worse
[17:03] <asac> mouse didnt change since then, right ;)
[17:04] <BUGabundo_remote> asac: sure it did. got a sensor instead of ball
[17:04] <BUGabundo_remote> and scrolls
[17:04] <fta> http://www.quirksmode.org/js/events_properties.html#button
[17:05] <micahg> fta: sorry about the bot
[17:05] <fta> micahg, what's the problem?
[17:05] <micahg> it needs to be merged with .head
[17:05] <micahg> I should have pushed another revision fixing the changelog
[17:05] <micahg> instead of overwriting
[17:05] <micahg> ff36.head
[17:06] <fta> gasp, overwriting is never good, unless it's private branch
[17:06] <micahg> I verified there were no new revisions
[17:07] <micahg> but you're right, if it's not a quick goof, I should not do it
[17:08] <asac> micahg: we hvae a 5 minutes rules ... and whatever is at risk of being picked up by the dailies must not be overwritten
[17:10] <fta> d'oh! http://paste.ubuntu.com/381708/
[17:11] <fta> it's been broken for that long!?
[17:13] <fta> You have 1 extra revision(s):
[17:13] <fta> You are missing 20 revision(s):
[17:17] <micahg> asac: I know, I goofed, I'll be more careful
[17:18] <micahg> asac: need to chat with you a little later
[17:18] <micahg> gtg noe
[17:18] <micahg> now
[17:28] <fta> http://mrdoob.com/projects/chromeexperiments/google_gravity/
[17:29] <fta> from http://www.chromeexperiments.com/detail/gravity/
[17:38] <fta> http://www.chromeexperiments.com/detail/jscanvasbike/
[17:53] <BUGabundo_remote> some on is having fun
[18:40] <ccheney> asac: do you happen to know what DOLT is in webkit configure?
[18:40] <ccheney> eg
[18:40] <ccheney> # use dolt to speedup the build
[18:40] <ccheney> DOLT
[18:40] <ccheney> it seems to cause the build to fail for me
[18:42]  * ccheney wonders if it is causing issues because it seems autoreconf failed
[18:43] <ccheney> hmm it fails because it isn't seeing the extra m4 files apparently
[18:43]  * ccheney wonders if this needs a newer autotools than what is in hardy :-\
[18:45] <ccheney> new autoreconf fails even worse though, hmm :-\
[18:48]  * ccheney ran just autoconf to see if that is enough to make it work
[18:50] <ccheney> seems to work well enough
[18:59] <dupondje> what package needs to be installed to have spelling support for Thunderbird 3 ?
[18:59] <dupondje> what package needs to be installed to have spelling support for Thunderbird 3 ?
[18:59] <dupondje> hmz sorry, xchat was doing weird :)
[19:01] <ccheney> hmm gstreamer-app-0.10 is missing from hardy hopefully it works if i just remove it, heh
[19:07] <micahg> asac: is my commit text ok? http://pastebin.com/f307f68ae
[19:07] <asac> ccheney: no clue. if you dont find out i can look at the configure script
[19:10] <asac> micahg: right. i think thats ok
[19:10] <asac> double check if the nspr/ folder is really there
[19:10]  * asac  has bad headaches from a noisy call ;)
[19:10]  * asac drops out
[19:10] <micahg> asac: k, I missed that when I committed it, yeah, it's nspr, not stable/nspr in 1.9.2
[19:13] <ccheney> asac: its building ok so far by just removing the pkgconfig check for it
[19:13] <asac> good
[19:14] <ccheney> it should fail at some point due to the gtk bits missing but it still working ok for now
[19:20] <asac> ccheney: working == running?
[19:21] <ccheney> yea build it still running
[19:31] <directhex> ccheney, dolt is some evil libtool component isn't it?
[19:32] <ccheney> directhex: maybe so i saw a dolt.m4 file in the package
[19:32] <ccheney> directhex: its working now after just reruning autoconf from lucid on it
[19:33] <directhex> dolt is a component of libtool designed to cause ftbfs if you've ever said a harsh word about autohell then patched a .ac file
[19:48] <ccheney> directhex: hehe
[19:51] <fta> asac, micahg, ripps: hopefully, I fixed the bogus neverending -0ubuntu2 versions created by the bot after a release
[19:51] <asac> fta: that would be awesome
[19:52] <asac> fta: do we need to bump a few branches so it keeps building?
[19:55] <asac> anyway ... have to take a break ... head is exploding
[20:00] <fta> should not be needed
[20:01] <fta> the fix is in place since yesterday, even if i've just committed it
[20:08] <ccheney> asac: do you happen to know how to make the webkit build verbose?
[20:09] <ccheney> is it just --disable-silent-rules ?
[20:10]  * ccheney is trying that to see, webkit seems to take a very long time to build :-\
[20:10] <ccheney> yipee that worked
[20:10] <ccheney> or at least appears to, hopefully the errors will be more useful now
[21:03] <ccheney> gah
[21:03] <ccheney> soup is being too smart and copying bits on its own and then causes the build to fail
[21:04] <ccheney> once i included some more headers i forgot in the Makefile.am it regenerated soup-enum-types.[ch] and included bits from those headers which in turn caused duplicates which caused the build to fail
[21:04]  * ccheney has to determine how to make it work properly :-\
[21:05] <ccheney> and for some reason it only copied two functions not all of them
[21:15] <ccheney> asac: http://people.canonical.com/~ccheney/libsoup2.4-backport.tar.bz2  can you look at that and see what is going on? it seems it is duplicating it, if i remove the original then it will obviously no longer duplicate it but then have no copies at all
[21:15] <ccheney> asac: i am confused as to how to make that work properly
[21:49] <asac> ccheney: what is the exact error you are getting?
[21:56] <asac> ccheney: just dump the gio_enumtypes.* thing
[21:56] <asac> you copied that even though it was a generated file in glib i guess
[21:56] <asac> so now you have it twice
[21:56] <asac> e.g. remove lla libsoup/gio-gioenumtypes.c
[21:57] <ccheney> ok, i'll see how that goes
[21:57] <ccheney> it didn't generate until i added the headers into the Makefile.am then it did
[21:57] <asac> ccheney: remember to remove the .h also from glib-copy.h
[21:57] <asac> right
[21:57] <ccheney> looks like it worked just removing the .c file
[21:58]  * ccheney removes them both and sees what happens
[21:59] <asac> err
[21:59] <asac> GType g_socket_family_get_type (void) G_GNUC_CONST;
[21:59] <asac> #define G_TYPE_SOCKET_FAMILY (g_socket_family_get_type ())
[21:59] <asac> why is that in the enumbs?
[22:00] <asac> i think you need the headers till it seems
[22:00] <asac> not sure if and where you have g_socket_family_get_type implemented
[22:02] <ccheney> looks like the .h is needed
[22:02] <ccheney> it is used by other bits
[22:02] <ccheney> asac: it was defined in the .c file and that was the cause of duplication apparently
[22:02] <asac> right
[22:03] <ccheney> gsocketaddress and ginetaddress use it
[22:04] <asac> yeah
[22:04] <asac> its strange that this thing is as "SOUP_" in the soup header
[22:04] <ccheney> so apparently i added the definition and didn't really need it since soup generated it automatically
[22:04] <asac> but still defining a g_...type
[22:04] <Staapaavandski> Erm, when I run the cmd to get firefox 3.6, there is no 3.6 in update manager, only 3.5....erm, what can I do? (I'm trying ubuntu for the first time)
[22:05] <ccheney> asac: yea i don't understand how the autogeneration bit works but it looked weird to me too
[22:05] <asac> Staapaavandski: just upgrade
[22:05]  * ccheney is running webkit build now to see if that helped
[22:05] <Staapaavandski> asac, all the packages?
[22:05] <asac> Staapaavandski: the new package should take over whatever you have ... its called firefox (without version)
[22:05] <asac> Staapaavandski: yes. just upgrade
[22:05] <Staapaavandski> asac, ok I'll do that...
[22:12] <ccheney> asac: that fixed it until another error in webkit complaining about a type for some reason, http://pastebin.ubuntu.com/381868/
[22:12] <ccheney> asac: as best as i can tell those are defined at the top of the same file
[22:13] <ccheney> oh maybe its due to the fact i forgot to wrap it for c++
[22:14] <asac> ack
[22:14] <Staapaavandski> asac: It worked, thanks!! :) (but you knew that already :) )
[22:14] <asac> lol
[22:14] <asac> no problem
[22:14] <asac> ccheney: yes, so use G_BEGIN_DECLS etc.
[22:15] <ccheney> ok just did that, thanks :)
[22:17] <BUGabundo> Laibsch: got it fixed ?
[22:18] <Laibsch> BUGabundo: no
[22:18] <Laibsch> And it seems I kind of forgot to ask my question here
[22:18] <Laibsch> so, here it is
[22:18] <Laibsch> I'm upgrading my hardy server to lucid.  xulrunner-1.9 refuses to decease: http://paste.debian.net/61026/  lucid has a newer version of libhunspell.  Have I hit a bug?  How do I get out of this situation?  I actually want to get rid of xulrunner-1.9.
[22:18] <BUGabundo> ahahahahaha
[22:18] <BUGabundo> LOOOOOOOOOOOOOOOOl
[22:44] <ccheney> asac: adding the wrapper didn't seem to help resolve the issue but i might have other headers that still need it also
[22:44] <ccheney> asac: it just moved the line number that it complained about
[22:44] <ccheney> asac: its the same actual line of code though
[22:44] <ccheney> _g_asyncns_query_t* _g_asyncns_res_query(_g_asyncns_t *asyncns, const char *dname, int class, int type);
[22:45] <asac> _g_asyncns_t or _g_asyncns_query_t is probably not defined
[22:45] <ccheney> they are both defined at the top as:
[22:45] <ccheney> typedef struct asyncns _g_asyncns_t;
[22:45] <ccheney> /** An opaque libasyncns query structure */
[22:45] <ccheney> typedef struct _g_asyncns_query _g_asyncns_query_t;
[22:45] <asac> ccheney: most likely the problem comes from before
[22:46] <ccheney> ok, will look closer above
[22:47] <micahg> Laibsch: I think that's a bug
[22:48] <Laibsch> micahg: I agree
[22:48] <Laibsch> I also found somebody else who reported it
[22:48] <asac> 23:21 < asac> Laibsch: yeah. i think thats a bug
[22:48] <asac> 23:21 < asac> file it
[22:48] <micahg> heh
[22:48] <asac> 23:22 < asac> i think you have to run ubuntu-bug update-manager or something
[22:48] <Laibsch> bug 525621
[22:48] <micahg> asac: should we have transitional packages for xul19 and xul191 in xul192?
[22:48] <Laibsch> I'm combing through the other reports to see if there are dupes
[22:48] <asac> no
[22:49] <asac> we want to get rid of all rdpeends and remove it from archive
[22:49] <asac> for stable release its not yet known what to do
[22:49] <asac> anyway ... out for today. head is exploding ;)
[22:49] <asac> ttyt
[22:49] <micahg> asac: k, night
[22:50] <micahg> Laibsch: please subscribe me when you file it
[22:50] <Laibsch> bug 525621 < micahg
[22:50] <Laibsch> Somebody else already filed it
[22:50]  * ccheney comments out previous code line to see if it helps
[22:51] <micahg> Laibsch: my guess is a bug in the removal script, but I'll have to look
[22:51] <Laibsch> asac: thank you for repasting those lines.  Was I offline?  I don't see anything between 23:18 and 23:44.  irclogs.ubuntu.com hasn't caught up, yet.
[22:51] <micahg> Laibsch: no, his connection dropped
[22:51] <Laibsch> I see
[22:51] <ccheney> maybe some headers are included that change depending on compiler flags :-\
[22:52] <asac> i was offline
[22:52] <Laibsch> my connection has been flakey the last days, too
[22:52] <asac> my connectoin is worst ever
[22:52] <asac> anyway ... now afk ;)
[22:54] <Laibsch> there's a number of dupes already
[23:04]  * ccheney thinks commenting out the offending line just worked
[23:04] <ccheney> still doing the build but it seems to have gotten further
[23:04] <ccheney> iirc that is supposed to be a private header so i just need to make it so
[23:10] <Laibsch> Anybody recognize bug 417444 as being fixed some time during the karmic cycle?
[23:10] <Laibsch> I duped a number of reports to it
[23:15] <micahg> Laibsch: your comment would be correct, same cause
[23:15] <Laibsch> you mean for bug 525621 ?
[23:16] <Laibsch> u-a problem
[23:16] <Laibsch> there is another one about some zero-length file
[23:16] <micahg> Laibsch: I'll have to look at it later
[23:16] <Laibsch> great
[23:16] <Laibsch> thanks
[23:21] <Laibsch> micahg: if this is a bug in xulrunner, you'll likely need to fix that in hardy.  My lucid installation won't have xulrunner, so a fix in a lucid-xulrunner package would be of no help for people like me.
[23:27] <micahg> Laibsch: yeah, that's what I figure
[23:28] <micahg> Laibsch: xulrunner still exists in lucid, just with fewer apps depending on it
[23:29] <ccheney> grr it seems i need new gstreamer too :-\
[23:29] <ccheney> i'll try karmic version of webkit maybe it will work without gstreamer-app
[23:33] <asac> ccheney: cant you disable gstreamer in configure or something?
[23:33] <asac> wouldnt be a feature regression over hardy-karmic
[23:36] <ccheney> asac: i don't see an option to disable gstreamer
[23:37] <asac> ccheney: video ... etc.
[23:37] <asac> check in configure where its pulled in
[23:37] <asac> maybe there you find a switch
[23:37] <ccheney> ok will grep there and see :)
[23:37] <ccheney> ah yea enable-video is probably it
[23:37] <ccheney> yea you are right! thanks for the tip
[23:38] <ccheney> i did the dumb grep configure --help output which didn't refer to gst at all
[23:38]  * ccheney running another build, bbl