[09:44] <BUGabundo_work> morning
[11:37] <fta2> asac, did you get the email to vote for the udm board?
[11:37] <asac> hi
[11:37] <asac> udm?
[11:37] <asac> fta2: ?
[11:37] <BUGabundo_work> hey guys
[11:38] <asac> hi BUGabundo_work
[11:38] <fta2> asac, https://wiki.ubuntu.com/DeveloperMembershipBoard
[11:39] <fta2> asac, wrt https://lists.ubuntu.com/archives/ubuntu-devel-announce/2010-January/000661.html
[11:40] <fta2> i can't locate the email
[11:42] <asac> i got a mail for the vote afaik
[11:42] <asac> mybe ping dholbach to get another mail?
[11:42] <fta2> what's the subject ? or the from?
[11:48] <sebner> fta2: call for votes: Ubuntu Developer Membership Board election? /me just got a reminder from mdz. Ask him for a new mail
[11:53] <fta2> when was that? maybe it's in my spam folders, but it's crowded in there, i need hints
[11:58] <BUGabundo_work> haha
[11:58] <BUGabundo_work> fta2: how about greping for the URL?
[12:00] <asac> fta2: http://pastebin.com/f2dd84321
[12:01] <asac> lets go for that
[12:01] <asac> on top i want to add
[12:01] <asac> a) debian/copyright.dep5-head
[12:01] <asac> (thats the head of the generated copyright file)
[12:01] <asac> debian/remove-dfsg.txt
[12:01] <asac> -> thats src/third_party/gles_book_examples/ atm
[12:02] <fta2> Subject: 	CIVS Poll now available for voting: Ubuntu Developer Membership Board
[12:02] <fta2> Date: 	12/24/2009 12:07:25 PM (Thu, 24 Dec 2009 06:07:25 -0500)
[12:02] <fta2> looks like it
[12:02] <asac> http://pastebin.com/f390770a3
[12:02] <asac> err, cat debian/copyright.whitelists | pastebinit
[12:02] <asac> http://pastebin.com/f390770a3
[12:02] <asac> thats the list i am currently working on to get everything that is unknown done there
[12:02] <asac> http://people.canonical.com/~asac/tmp/chromium-copyright/1/
[12:02] <asac> there are the copyright files generated atm
[12:03] <asac> .1 is normal source ... .2 is third_party only
[12:04] <asac> ok if i commit the current changes to licensecheck for now? or wnt to preserve the old format?
[12:04] <asac> from there i would want to also add the whitelist feature at least
[12:04] <asac> and a wrapper that appends full icense text for all whitelisted ones like:
[12:04] <asac> License: NAME
[12:04] <asac>  license text ....
[12:04] <asac> e.g.
[12:04] <asac> License: MPL-1.1
[12:05] <asac>  ...
[12:05] <fta2> feel free to commit, my format was not meant to be compliant with anything
[12:05] <asac> kk
[12:05] <asac> lets move switflty then
[12:05] <asac> i hope we can upload this week!!!
[12:05] <sebner> asac: frohes neues jahr! :)
[12:05] <asac> hi sebner
[12:06] <asac> fta2: are there hooks to strip stuff on orig generation?
[12:06] <asac> like the book examples etc.?
[12:11] <fta2> asac, i have hooks to remove stuff from CO, that's the best when it's a distinct svn repo (see the main DEPS file) and another hook to simply drop a bunch of directory (but it's still fetched and lives in the cache)
[12:12] <fta2> also hooks to remove some file types
[12:12] <asac> fta2: where are those hooks?
[12:12] <asac> fta2: http://people.canonical.com/~asac/tmp/chromium-copyright/1/copyright.dep5.2
[12:12] <asac> chromium/third_party/WebKit/LayoutTests/ -> thats the default WebKit license?
[12:13] <fta2> didn't i drop all the LayoutTests?
[12:14] <asac> could be
[12:14] <asac> i have to use your source
[12:14] <asac> i guess
[12:14] <asac> ;)
[12:14] <fta2> yes
[12:14] <fta2> it's best to start from a fresh tarball, it's way smaller than the full thing
[12:15] <fta2> meaning less license issues :P
[12:16] <asac> hmm ok
[12:17] <fta2> less files, less licenses to review
[12:17] <asac> fta2: do you think you could implement the whitelisting parsing/matching? idea would be to add the path/* with the license mentioned in the whitelist and then skip all the sub-directory content that has no UNKNOWN in it
[12:19] <sebner> asac: do you also hate crappy upstream authors with crappy/no license headers in their files? *grgrgrgr*
[12:19] <fta2> asac, you mean another whitelist? i already have one
[12:19] <asac> hate is the wrong word ;)
[12:20] <asac> fta2: committed debian/copyright.overlay
[12:20] <asac> so lets not call it whitelist
[12:20] <asac> its overlay
[12:21] <sebner> asac: kill is a too hard word :P
[12:21] <asac> fta2: basically all the icu/ subtree is ICU-license
[12:21] <asac> so in the copyright output we can ignore all UNKNOWN and just replace them with ICU-license
[12:22] <fta2> asac, could be done with the script already
[12:22] <fta2> asac, did you try $manually_identified ?
[12:23] <asac> fta2: what does manually_identified do?
[12:23] <asac> ah cool
[12:23] <asac> fta2: does that inject the license if unknown? or for all?
[12:24] <asac> ok seems manuall_identified always needs copyright
[12:24] <asac> which isnt true ...we just want to add the license
[12:26] <fta2> it's used after licencecheck, but before we dig further down with get_license
[12:26] <asac> hmm
[12:26] <asac> seems we first try to parse licensecheck
[12:26] <asac> then we just overwrite it with manual
[12:26] <asac> imo that should just "fill up" unknown ones
[12:27] <asac> or we need a "manual_fillup" list
[12:29] <asac> http://pastebin.com/f4af8d64c
[12:29] <asac> fta2: something like that ^^
[12:30] <asac> not sure if we should have the manual block as its now ... and then have an additional "fillup" one after all other options have been explored if its still unknown
[12:31] <sebner> asac: ham ham ham, automatic copyright recognition? NICE
[12:31] <asac> http://pastebin.com/f48894ef6
[12:31] <asac> fta2: ^
[12:31] <asac> yep ;)
[12:32] <sebner> asac: push push push :P
[12:32] <micahg> asac: can you review this please? https://code.edge.launchpad.net/~dmitrij.ledkov/xulrunner/1.9.1.head-dh_xulrunner/+merge/16649
[12:32] <asac> i hope i could ;)
[12:32]  * asac checks
[12:44] <asac> micahg: looks good
[12:44] <micahg> asac: ok, were my comments appropriate?
[12:44] <asac> micahg: was ther some requirement?
[12:44] <asac> e.g. on debhelper version etc.?
[12:44] <asac> e.g. will this just work in hardy too?
[12:44] <micahg> he said not, I haven't looked
[12:45] <micahg> that's what I was wondering
[12:45] <asac> micahg: yes. thats all fine
[12:45] <asac> thanks
[12:46]  * micahg is checking syntax now
[12:47] <micahg> asac: dh --with xulrunner will only work with karmic and up
[12:47] <micahg> idk how the scripts use it now
[12:47] <asac> yes. but you can always just run dh_xulrunner manually i guess
[12:48] <asac> ?
[12:48] <micahg> yeah
[12:52] <micahg> asac: ok, so do I approve now and push to the other 2 branches?
[12:52] <asac> yes
[12:52] <asac> thanks
[12:53] <asac> micahg: can you add the xulrunner fix for thumb2 too to xul 1.9.1 branch too?
[12:53] <asac> one sec
[12:53] <micahg> where is it now?
[12:54] <asac> https://bugs.edge.launchpad.net/ubuntu/+source/xulrunner-1.9.1/+bug/488354
[12:57] <micahg> asac: can I merge through the UI?
[12:57]  * micahg has never done this before?
[13:01] <asac> micahg: no. afaik you have to do that locally
[13:01] <micahg> asac: k, then I set to merged?
[13:01] <asac> micahg: that automatically happens if you push afaict
[13:01] <asac> maybe double check
[13:01] <micahg> ah, ok
[13:02] <micahg> asac: do you want me to pull the thumb patch from mozilla or arm?
[13:02] <asac> from arm
[13:02] <asac> the mozilla patch is bogus afaik
[13:02] <asac> we should update it
[13:04] <micahg> asac: should I prepare a lucid changelog entry for 1.9.1.6?
[13:05] <asac> yea
[13:05] <asac> is that today=
[13:05] <asac> ?
[13:06] <micahg> no, 3.5.7 is soon, but I figured you could push this to Lucid so the dh_xul merges could happen
[13:08] <micahg> asac: actually 3.5.7 is tomorrow
[13:08] <asac> yes
[13:08] <micahg> so, should I just prepare it as 3.5.7
[13:09] <asac> hmm. lets upload 1.9.1.6 today to lucid if we have those patches
[13:09] <micahg> k
[13:19] <micahg> asac: do I need to list all the files added in teh changelog?
[13:22] <micahg> also, is this a decent patch name: fix_bz532198_lp488354_not_thumb2_safe.patch
[13:24] <micahg> actually, changed patch name to bz532198_lp488354_ns_invokebyindex_not_thumb2_safe.patch
[13:28] <micahg> asac: how does this work, I dropped a patch for 1.9.1.7, but I still need it for 1.9.1.6?
[13:30] <dholbach> hola everybody!
[13:30] <asac> micahg: i would fork a branch from before the patch was dropped
[13:30] <asac> then cherry-pick the commits i want from after that
[13:30] <asac> and make a release
[13:30] <asac> then merge that into head again
[13:31] <dholbach> will TB3 go into lucid?
[13:31] <micahg> dholbach: yes :)
[13:31] <dholbach> micahg: rock
[13:31] <micahg> dholbach: soon, I just have to add the bugs targeted and make sure it builds
[13:32] <sebner> dholbach: frohes neues! :)
[13:32] <dholbach> sebner: and the same to you
[13:32] <dholbach> thanks a bunch micahg
[13:32] <sebner> :)
[13:32] <sebner> dholbach: if lazy asac only would upload it :P
[13:32] <dholbach> leave poor asac alone! :)
[13:34]  * sebner thinks poor asac makes to many holidays :P
[13:48] <micahg> asac: I can't figure all this out right now, if it can wait till tonight, I can do it
[13:48] <BUGabundo_work> eekk
[13:48] <BUGabundo_work> forgot to lookup my TB3 bug :(
[13:49] <BUGabundo_work> micahg: wanna try to reproduce it ?
[13:49] <micahg> BUGabundo_work: not right now, maybe later
[13:52] <BUGabundo_work> ok
[13:52] <BUGabundo_work> if u need an GApps account ping me
[13:52] <BUGabundo_work> i'll create one
[13:53] <asac> micahg: sure
[13:53] <micahg> asac: sure it can wait?
[13:53] <asac> micahg: can you add the patch to current .head? maybe i will do a release today if i get to it (though unlikely)
[13:54] <micahg> asac: for arm?
[13:54] <micahg> for 1.9.1.7 or 1.9.1.6?
[13:56] <micahg> I'll be back in about 45 minutes
[14:03] <asac> micahg: for arm yes.
[14:03] <asac> to .head
[14:15] <ripps> fta2: ping
[14:19] <ripps> fta2: I'm having a problem using ppabot to build mplayer, the version has mplayer_2:1.0~rc3... but it seems that bzr-builddeb is trying to find mplayer_1.0~rc3... instead. It correctly created an upstream tarball name mplayer_2:1.0...orig.tar.gz, but bzr is looking for the wrong file.
[16:43] <ccheney> asac: whats our next step to get major version upgrades done? looks like something about embedding reverse dependencies?
[16:46] <micahg> asac: probably can't do arm patch for another few hours
[16:49] <asac> kk
[17:02] <fta2> ripps|sleep, hm, on the top of my head, i don't know, i never tried a version with an epoch. i need to dig into the code, but not now, i'm busy /w work
[18:39] <asac> ccheney: the firefox part is properly dealt with. the main work is required for xulrunner rdepends.
[18:39] <asac> ccheney: one thing is to get webkit backported and renamed
[18:42] <asac> ccheney: so try to get karmic webkit built in hardy ... then if that builds
[18:42] <asac> rename the soname to be non-conflicting to what we have in hardy
[18:43] <asac> e.g. we want to upload it as libwebkit-karmic...so or something
[18:43] <asac> also the package name needs to be adjusted
[18:43] <asac> same has to happen for all the newer stuff needed for the epiphany browser from karmic
[18:43] <asac> stage all that in a ppa ... until you can build epiphany from karmic against all those renamed libs
[18:43] <asac> ccheney: understood?
[18:47] <ccheney> ok
[18:48] <asac> !time
[18:48] <ccheney> webkit for hardy due to needing it for epiphany, right?
[18:49] <ccheney> ah yea i think i see now :)
[18:49] <ccheney> the other packages that actually need xulrunner we just backport xulrunner for them later?
[19:16]  * ccheney wonders if epiphany actually needs all those b-d, lots are missing entirely for hardy not even old versions of them
[19:24] <ccheney> asac: new epiphany needs new glib,gtk,webkit,etc is that ok to upgrade all of that?
[19:25] <asac> ccheney: why new glib?
[19:26] <asac> everythig not glib and gtk sounds definitly expected
[19:27] <asac> in any case. its not about upgrading, but about making a new package with a different name that we can roll out in parallel for those libs
[19:28] <ccheney> its in the source dependencies (not just part of debian packaging)
[19:28] <ccheney> ok
[19:28] <ccheney> glib-2.0 >= 2.19.7, gio-unix-2.0 >= 2.19.7, gtk+-2.0 >= 2.16.0, gtk+-unix-print-2.0 >= 2.16.0
[19:28] <asac> hmm. the debian package says 2.18
[19:28] <ccheney> i dropped the introspection packages from b-d and it seemed to not complain about them missing
[19:29] <asac> and 2.16 for gtk
[19:29] <asac> what is in hardy?
[19:29] <ccheney> 2.12
[19:29] <asac> yeah. introspectoin is probably ok to drop
[19:29] <ccheney> the debian control file may be buggy
[19:29] <asac> probably
[19:29] <ccheney> the source is definitely looking for 2.19/2.20 in any case
[19:29] <asac> so you could check what happens if you relax the depends
[19:29] <asac> in configure
[19:29] <asac> and just build
[19:30] <ccheney> ok will modify configure also :)
[19:30] <asac> if it build fails ... then its obvious ... otherwise we should check with epiphany upstream what exactly they require
[19:30] <ccheney> i removed all the b-d in control but wasn't sure what would happen if i did it to configure
[19:30] <ccheney> ok
[19:30] <asac> ccheney: maybe start with webkit
[19:30] <asac> that alone most likely has some requirements we might not be able to fulfill
[19:30] <asac> or did you already check that?
[19:30] <ccheney> looks like i need to backport webkit and soup and relax the configure checks to get it to try to build
[19:31] <ccheney> it needs libsoup-gnome-2.4 which appears to not be in hardy as well
[19:31] <ccheney> libsoup2.4 itself is though, i guess libsoup-gnome must be some sort of bindings or something
[19:34] <asac> ccheney: maybe libsoup-gnome-2.4 is just a forked package ... or it was added in later versions
[19:34] <asac> or a .pc file split up
[19:35] <asac> (if we are lucky)
[19:35] <asac> otherwise we have to check again ;)
[19:35] <ccheney> yea looks like it was added to libsoup2.4 in later versions
[19:36]  * ccheney will backport both then see what happens with the rest of the packages
[19:36] <ccheney> eek soup was glib 2.21
[19:37] <ccheney> er /was/wants
[19:37]  * ccheney hopes this doesn't spiral too much
[19:39] <asac> ccheney: libsoup was added?
[19:39] <asac> err i mean: .pc file was added?
[19:39] <asac> sure there are also headers added and not just a split up?
[19:43] <ccheney> looking into more detail now, there are definitely separate pc and libraries now, not sure if it was split from the previous libsoup library though
[19:45] <ccheney> different headers too :\
[19:49] <ccheney> wow backporting gnome related things is pita :)
[19:49] <ccheney> new libsoup2.4 wants libproxy since apparently its needed for new gnome stuff as well
[19:53] <asac> hmm
[19:53] <asac> we should probably check if all that are new features
[19:53] <asac> and maybe do a special build without those :(
[19:55] <asac> *sigh* ... thats what i mean ;)
[19:55] <asac> all gnome should stop this "i am a library and its great to require all new libs too"
[19:56] <micahg> asac: probably not going to be able to do arm patch till after work
[19:57] <ccheney> i ripped out proxy from configure check
[19:57] <ccheney> but it failed to build due to apparently new glib names: G_SOCKET_FAMILY_IPV6
[19:58] <ccheney> which was added in 2.22
[19:58] <asac> ccheney: yeah. you can fix that by backporting just that define. G_SOCKET_FAMILY_IPV6 = GLIB_SYSDEF_AF_INET6
[19:59] <asac> or just put it in the soupo .c file that needs that
[19:59] <ccheney> ok
[19:59] <asac>  /usr/include/glib-2.0/gio/gioenums.h:  G_SOCKET_FAMILY_IPV4 = GLIB_SYSDEF_AF_INET,
[19:59] <asac> /usr/include/glib-2.0/gio/gioenums.h:  G_SOCKET_FAMILY_IPV6 = GLIB_SYSDEF_AF_INET6
[20:08] <asac> ccheney: was that everything needed so far?
[20:27] <ccheney> it then needed the definitions for GLIB_SYSDEF_AF_INET6 as well
[20:28] <ccheney> new glib seems to mostly build on hardy as is, but it failed in a weird manner
[20:30] <ccheney> debuild: fatal error at line 1247:
[20:30] <ccheney> debian/rules build failed
[20:30] <ccheney> not sure if that is some sort of cdbs issue or what as there aren't that many lines in the rules file
[20:30] <asac> glib doesnt have those GLIB_SYSDEF_AF_INET6 ?
[20:30] <asac> hmm
[20:32] <ccheney> hmm actually glib doesn't use cdbs but its not got that many lines either, very strange
[20:32] <ccheney> asac: it seems to define it somehow in the new version but not sure how to backport it, it seems to be generated in configure
[20:34] <ccheney> and its not defined in the hardy version, no
[20:34] <asac> let me check what you say ;)
[20:36] <ccheney> seems it represents a magic number 23 on windows and maybe 10 on linux
[20:36] <ccheney> er for INET6
[20:36] <asac> hmm
[20:36] <ccheney> so maybe i can just use the 2 and 10 for INET and INET6 in my patch
[20:36] <asac> no gioenums.h?
[20:36] <asac> in hardy version?
[20:36] <asac> was that a separate package maybe?
[20:37] <asac> ccheney: ?
[20:37] <ccheney> gioenumtypes.h
[20:37] <ccheney> but not for the inet stuff
[20:37] <ccheney> iirc gio was first added around hardy timeframe
[20:37] <ccheney> so probably wasn't fully done yet
[20:37] <asac> so #define GLIB_SYSDEF_AF_INET AF_INET
[20:37] <asac> so #define GLIB_SYSDEF_AF_INET6 AF_INET6
[20:37] <ccheney> ok
[20:38] <asac> so #define GLIB_SYSDEF_AF_UNIX AF_UNIX
[20:38] <asac> i would guess
[20:39] <ccheney> yea
[20:39] <ccheney> i pulled the full enum
[20:40] <asac> ccheney: so thats unblocked?
[20:43] <ccheney> trying to find the proper place to stick it now
[20:43] <ccheney> everything seems to be trying to use it, heh
[20:44] <ccheney> i guess soup-portability is a good location and then stick that header include in the main set of includes so it is defined everywhere it needs to be
[20:47] <ccheney> more failures now that i fixed that part :(
[20:47] <ccheney> needs GInetAddress
[20:47] <ccheney> which is in 2.22 also
[20:48] <ccheney> a bunch of functions in that section of glib
[20:50]  * ccheney attempts to build glib2.0 again to see if it will work this time
[20:51]  * ccheney tries to remove parallel option to see if it helps
[20:52] <ccheney> it should build according to its build-depends but fails :(
[20:52] <asac> ccheney: i really dont think we wwant to build glib2.0 newer
[20:52] <asac> we should try to avoid that
[20:53] <ccheney> it seems to not link
[20:53] <ccheney> /root/glib2.0/glib2.0-2.22.3/glib/gtestutils.c:1307: undefined reference to `__abort_msg'
[20:53] <ccheney> due to that
[20:53] <asac> so glib needs libsoup?
[20:53] <ccheney> well we need to backport the whole inet section from glib then or somehow get around needing it
[20:53] <ccheney> soup needs glib
[20:53] <asac> ok ... so why do we want a new glib?
[20:53] <ccheney> soup needs the new inet stuff from glib, more than just the defines
[20:53] <asac> i really hope we can avoid gtk and glib
[20:54] <ccheney> and epiphany needs soup-gnome
[20:54] <asac> functions too?
[20:54] <asac> hmm
[20:54] <asac> yeah
[20:54] <ccheney> yea the functions
[20:54] <asac> what functions are those?
[20:54]  * ccheney wonders if there is a soup-gnome from before glib 2.22
[20:55] <asac> i dont think so. i remember soup being bad API wise at some point
[20:55] <asac> for gtk apps etc.
[20:55] <ccheney> soup-gnome got added in jaunty
[20:55] <ccheney> ok
[20:56] <ccheney> http://pastebin.ubuntu.com/351426/
[20:57] <ccheney> that is the current error list for soup
[20:58] <asac> so what glib do we have in hardy?
[20:58] <ccheney> glib 2.16.6 gtk 2.12.9
[21:01] <mbana> if i reply to a message in gmail, can i make the reply appear in TB 3?
[21:01] <mbana> i know the other way is possible
[21:01] <asac> mbana: use imap
[21:02] <mbana> that's so vague.  and i'm ready using imap i think.  google doesn't support pop, iRC.
[21:03] <asac> it supports pop afaik
[21:04] <ccheney> yep supported pop first then later added imap support
[21:04] <asac> ccheney: so what do we need?
[21:04] <asac> gresolver.h
[21:04] <asac> ginetaddress.h
[21:04] <asac> ginetsocketaddress.h
[21:04] <asac> gunixresolver.h
[21:04] <asac> gsrvtarget.h
[21:05] <asac> hmm. what is that?
[21:09] <ccheney> looks like dns service records for local services on the domain
[21:10] <asac> hmm
[21:10] <mbana> i'm using imap asac
[21:10] <asac> yeah
[21:10] <mbana> just checked
[21:10] <asac> ccheney: ok. so those are enough for soup gnome? ;)
[21:10] <asac> e.g. do they actually build ;)?
[21:11] <ccheney> well to get past that part of the failure, how should we go about adding all those though?
[21:11] <ccheney> copy those into soup and adjust the build procedure?
[21:22] <asac> ccheney: i think copying all as static funcs or something could work
[21:22] <asac> depends where they are used in soup
[21:23] <ccheney> so far looks like they isolate it to that one source file
[21:23] <ccheney> so that might work out
[21:23] <asac> ccheney: to one? thought we need at least three .h ...
[21:23] <asac> from the build failure you pasted
[21:24] <fta> ripps|sleep, indeed, my bot doesn't support epochs, yet. 1/ your get-orig-source should not generate the tarball with the epoch - that epoch is only in d/changelog, 2/ i should teach both update-pkg & sync-ppa how to react to an epoch.
[21:24] <asac> ah you mean isolate consumption
[21:25] <fta> ripps|sleep, i just wonder if i should add a parameter in the per-package conf file to specify that epoch, or just re-use the one found in d/changelog
[21:26] <ccheney> yea
[21:27] <asac> ok then try that. maybe pull in func by func until you have enough to build it ;)
[21:50] <bdrung> asac: around?
[21:51] <bdrung> asac: can you give me a python snipped for determing the emid of an install.rdf file using rdflib?
[21:54] <asac> bdrung: where did that stuff end up?
[21:54] <asac> i can see rdflib anywhere in moz-devscripts ;)
[21:55] <bdrung> asac: in a install-xpi python script (in m-d)
[21:55] <asac> last commit is 281
[21:55] <asac> ever pushed that?
[21:55] <bdrung> asac: not yet committed
[21:55] <bdrung> asac: look at the dh_xul-ext branch (will land there)
[21:55] <asac> but its uploaded?
[21:56] <bdrung> not yet
[21:56] <asac> hmm
[21:56] <asac> thought you already uploaded it
[21:56] <bdrung> i will give you a diff
[21:56] <bdrung> asac: i will get rid of xpath first and write the man pages
[21:57]  * asac checks out dh-xulext branch
[21:57] <bdrung> asac: and apply this patch: http://paste2.org/p/594222
[22:01] <asac> bfiller: http://paste.ubuntu.com/351454/
[22:01] <asac> try that
[22:01] <asac> if not i hvae to try and error here
[22:01] <asac> bdrung: ^^
[22:01] <asac> bfiller: unping
[22:05] <bdrung> asac: thanks. it works.
[22:06] <bdrung> asac: can you have a look at the other TODO too?
[22:14] <ccheney> hehe commenting out the proxy in configure didn't make it go away :) just made it fail later
[22:16] <asac> is libproxy the proxy configuration soft thing that uses javascript?
[22:17] <asac> bdrung: dont see any TODO in that file
[22:17] <asac> maybe push what you got ;)
[22:17] <ccheney> not sure
[22:17] <bdrung> asac: paste line 55
[22:18] <ccheney> " libproxy is a lightweight library which makes it easy to develop applications proxy-aware with a simple and stable API.
[22:18] <bdrung> asac: i have to check it before committing
[22:18] <ccheney> it appears to b-d on webkit too (wtf)
[22:18] <asac> bdrung: simplify this?
[22:18] <asac> thats what i did initially
[22:18] <asac> thats ok
[22:18]  * ccheney wonders why a proxy needs a web browser
[22:19] <bdrung> asac: you gave me a query for the EMID (line 107), not for the target apps
[22:21] <asac> bdrung: sorry i am dense today ;)
[22:21] <asac> in line 56 there is a query. thats not enough?
[22:23] <bdrung> asac: in line 56 we need only the target apps and not the min and max version
[22:23] <bdrung> how high is your alcohol level?
[22:25] <asac> zero
[22:25] <asac> you should be more verbose
[22:26] <asac> just first line of the query doesnt work?
[22:27] <bdrung> asac: first line = "SELECT ?id ?max ?min" or what?
[22:27] <asac> err ... that query works
[22:27] <asac> you an ignore max/min
[22:27] <asac> its optional output
[22:27] <asac> can
[22:28] <ccheney> grr webkit also needs glib 2.21.3+
[22:29] <bdrung> asac: yes, that's the current situation. but why querying value that we will throw away?
[22:29]  * ccheney doesn't know if he will be able to get around backporting glib/gtk
[22:29] <asac> i thought we need max/min value
[22:29] <asac> for figuring the bounds etc.
[22:29] <bdrung> asac: not in install-rdf
[22:29] <asac> huh?
[22:30] <asac> so if E has targetApplication fox/1.0/2.0 -> we depend on firefox
[22:30] <asac> not on firefox-3.0
[22:30] <asac> while if it was
[22:30] <asac> ffox/2.0/3.* it would be firefox/firefox-3.0/firefox-3.5
[22:31] <bdrung> asac: install-rdf only extracts the xpi file and creates the links
[22:31] <asac> oh thats new
[22:31] <asac> just drop the OPTOINAL block
[22:31] <asac> and the ?max/?min from the select
[22:31] <bdrung> asac: yes ;) here is the new xpi.mk file: http://paste.debian.net/55614/
[22:32] <asac> http://paste.ubuntu.com/351472/
[22:33] <bdrung> asac: what are the dots in the query for?
[22:33] <asac> why isnt that named dh_xul-install-xpi?
[22:33] <BUGabundo> sup o/
[22:33] <asac> or dh_install-xpi ?
[22:34] <asac> bdrung: i think its like AND
[22:34] <asac> its rdflib speicific syntax
[22:34] <bdrung> aha
[22:35] <bdrung> asac: i don't think, that install-rdf is dh_* like enough
[22:35] <fta> crimsun, got annoyed by the crackling bug guy? ;)
[22:35] <asac> it has -p...
[22:35] <bdrung> asac: that's the only similarity ;)
[22:36] <bdrung> asac: how do you like the new xpi.mk file?
[22:37] <fta> asac, woowoww, some license fix commits just landed
[22:38] <fta> and the ugly exe procname fix too
[22:38] <fta> day of glory
[22:40] <fta> !info libpng12-0
[22:40] <fta> hmm, "libpng 1.2 no longer gets security/stability fixes."
[22:40] <fta> http://code.google.com/p/chromium/issues/detail?id=31545
[22:43] <asac> fta: cool
[22:43] <asac> bdrung: i like it
[22:43] <asac> install-xpi still sounds bad though ;)
[22:43] <asac> hehe
[22:46] <BUGabundo> fta: for a few weeks, Ch won't store login cookies after restart... I'm always logout of *most* sites, even if "Remember Me" is set. any ideas what's up ?
[22:49] <asac> ccheney: on track?
[22:51] <ccheney> asac: i think so
[22:51] <ccheney> asac: i found out why glib wouldn't build on hardy
[22:52] <asac> ok, but lets hope we dont need it
[22:53] <[reed]> [16:40:20] <fta> hmm, "libpng 1.2 no longer gets security/stability fixes."
[22:53] <[reed]> I have no idea where Chromium guys are getting there
[22:53] <[reed]> that*
[22:53] <[reed]> I don't think that's right
[22:53] <[reed]> I will look into that
[22:55] <bdrung> asac: do you have a better name for it? dh_xul-install-xpi sounds uglier.
[22:56] <ccheney> asac: between epiphany, webkit, and libsoup all needing parts of it, probably will need it :-\
[22:57] <[reed]> ccheney: browsers don't like living in the past
[22:57] <[reed]> :)
[22:59] <asac> ccheney: so with those things backported is libsoup ok now=
[22:59] <asac> imo we should check what is really needed.
[23:01] <ccheney> no it failed at proxy which itself also needed new glib
[23:01] <ccheney> via webkit
[23:03] <asac> ccheney: but what parts of new glib does webkit need?
[23:08] <ccheney> ugh can't tell soup and webkit have circular dependency
[23:08] <ccheney> i disabled the version checking for glib in webkit and it failed looking for soup
[23:09] <ccheney> soup needs webkit via proxy
[23:09]  * ccheney hurts developers who write circular dependencies
[23:12]  * ccheney thinks he might able to break the circular dep via disabling gnome support in soup
[23:13] <fta> [reed], from upstream apparently
[23:34] <asac> ccheney: hmm. is there really no way to not use libproxy?
[23:34] <asac> maybe forcefully cutting the code out ;)
[23:35] <ccheney> disabling gnome
[23:35] <asac> doesnt that also disable the libsoup-gnome parts?
[23:35] <ccheney> yes
[23:35] <asac> which is what we need
[23:35] <ccheney> which is the circular dependency part
[23:36] <ccheney> it appears webkit doesn't need the soup-gnome bits
[23:37] <ccheney> or at least fails just looking for regular libsoup currently
[23:39] <micahg> asac: will it help if I do the arm patch now?
[23:39] <micahg> I don't have anywhere to test
[23:43] <asac> micahg: the one from the bug should be ok if it applies
[23:43] <micahg> asac: ok, so just make sure it applies cleanly
[23:43] <micahg> got it
[23:43] <asac> yep
[23:43] <asac> testing will be done in archive. doesnt make sense to spin a local build as it will take half a day ;)
[23:44] <micahg> asac: ok, will you release that tonight?
[23:45] <micahg> asac: do I need to bump the snapshot version?
[23:46] <asac> no need to bump it
[23:46] <asac> we can release it with .7
[23:46] <asac> as its happening realy soon
[23:47] <micahg> asac: is this name fine: bz532198_lp488354_ns_invokebyindex_not_thumb2_safe.patch
[23:50] <micahg> asac: do you want to release dh_xulrunner with .7 as well?
[23:51] <asac> sure
[23:51] <asac> micahg: yes. thats good
[23:51] <micahg> k, that makes it easier :)
[23:53]  * micahg didn't merge it yet
[23:55] <micahg> asac: arm patch applies to 1.9.1.7~hg20091216r26670
[23:55] <asac> good
[23:56] <micahg> so, I should push?
[23:56] <asac> sure
[23:57] <micahg> forgot the cli fixes switch...recommit locally
[23:58] <micahg> asac: is there a config option to not require a passwd on bzr pull operations?
[23:58] <asac> micahg: i would suggest to use ssh agents
[23:59] <asac> should actually be there by default in ubuntu
[23:59] <asac> micahg: anyway. you can pull from http with --remember
[23:59] <asac> that way next time you pull it will use that location
[23:59] <asac> also a bit quicker because you get rid of 2 seconds handshaking etc.
[23:59] <micahg> ah, I have everything as bzr+ssh
[23:59] <asac> bzr info you see what it is