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