=== _thumper_ is now known as thumper [00:52] It's my morning for SRU queue processing. Get your pings in now if there's something particularly urgent! [01:07] RAOF: remove usb-creator from precise-proposed =) [01:07] xnox: It's not _in_ precise-proposed, as far as I can tell? [01:08] Oh, sorry. There it is. [01:09] xnox: Fair call! [01:09] RAOF: lvm2 accepts from unapproved would be nice in quantal/precise. There are $people wanting it. And if you have any questions about gcc or python uploads and feel like hovering over reject, feel free to ping me to find / add any additional info. [01:10] xnox: Python uploads to precise? I *was* just about to ping doko for clarification - he's uploaded two pythons with different fixes :) [01:14] RAOF: you know why? the first one probably wasn't accepted quick enough, he made a new one, but didn't base it on top of unapproved queue, which is hard to miss. [01:14] i was almost in the same spot with lvm2. [01:15] I think you mean "easy to miss", but yeah, that seems right. [01:15] yes. [01:16] RAOF: and i bet he will be pissed off about rebasing them =) [01:16] * xnox should find time to rebase them. [01:17] RAOF: i think it's fair play to accept one of them (most urgent or oldest first or whatever) and then ask to reupload/rebase the other one ;-) [01:25] Bah. lvm2 in quantal's confused launchpad. [01:30] xnox: Enjoy your new lvm2 riches. [01:32] RAOF: Dell Poweredge and FusionIO customers should be enjoying this =) i wish i had such hardware ;-) [01:55] RAOF: thanks a lot =) === bochecha__ is now known as bochecha_ [06:03] Good morning [06:04] Good morning! [06:13] hey RAOF [08:01] good morning [08:03] salut jibel [08:03] bonjour didrocks [08:33] Anyone know which package the "Privacy" part of System Settings is in? [08:37] jpds: activity-log-manager === alan_g is now known as alan_g|afk [08:53] hey desktopers [08:54] salut seb128! [09:07] morning [09:09] hey Laney [09:10] howdy pitti, how goes? [09:10] * Laney got snowed on quite a lot this morning [09:11] Laney: it finally stopped here at last \o/ [09:11] I see some birds hopping between our many crocuses in the garden [09:12] just in time for spring :P [09:12] about time! === alan_g|afk is now known as alan_g [09:18] * Laney opens debian-vote, sees the number of unread emails, screams and closes it again [10:04] chrisccoulson, http://ubuntuone.com/6AoJnKb3h5LXMHDnVBlbWJ [10:05] chrisccoulson, just got a corruption, not sure that's still the intel issue though [10:05] chrisccoulson, hey btw ;-) [10:16] seb128 :( [10:16] does it go away with sna disabled like before? [10:23] chrisccoulson, well, I got that for the first time, it's hard to say when you get a bug once every second day [10:23] just got this one by dnd the tab in firefox [11:18] seb128, pitti: ping? [11:18] I need some packager advice, for choosing between two evils ;) === Sweetsha1k is now known as Sweetshark [11:19] * pitti waves [11:19] Sweetshark, hey [11:20] pitti, I've been told you made progress on the langpacks update btw, thanks! [11:22] pitti, seb128: so as stated in http://skyfromme.wordpress.com/2013/03/19/autopkgtests-for-adults/ I need the build-deps for the autopkgtests to run ./configure correctly but because of debian bug 693540, I cant reuse our autogenerated ones. Im currently doublebookkeeping them, which is bad. [11:22] Debian bug 693540 in autopkgtest "autopkgtest: doesn't support versioned dependencies" [Normal,Open] http://bugs.debian.org/693540 [11:23] you could perhaps use some seddery? [11:23] or, if you are feeling _really_ adventurous, try to fix the bug in autopkgtest [11:23] but beware, looking at the code will make your eyes pop out [11:24] it's the inimitable style of Ian Jackson's "I hate python, write perl which happens to compile as python using C64 basic identifiers" [11:25] pitti, seb128: so my idea was: since I have a package with the autopkgtest tools (called libreoffice-subsequenttestbase), I could just sed in the build-deps to that package too, which should support the full apt-syntax. And the debian/tests/control would just depend on that (as it does now) ... === bdrung_ is now known as bdrung [11:25] Sweetshark: that sounds fine, too [11:26] that works for me as well [11:26] pitti, seb128: k, will go for that then. [11:26] cool === MacSlow is now known as MacSlow|lunch [11:58] pitti: btw is that (creating a package containing helpers for an autopkgtest) done anywhere else? [11:59] Sweetshark: the mysql-5.5 source package builds a mysql-testsuite-5.5 binary [11:59] but not exclusively for autopkgtest [12:00] pitti: what are the other clients? manual sanity checks of an install? or some other automated test? [12:01] Sweetshark: manual mostly, I guess [12:01] but we haven't really used it before [12:01] pitti: right. same for libreoffice. (well, and the tests are run during the build already). === vrruiz_ is now known as rvr_ === Pici` is now known as Pici === MacSlow|lunch is now known as MacSlow [13:24] pitti, seb128: hmm, that doesnt work as build-deps has arch-specific deps and the package is arch all [13:25] * Sweetshark raises angry-old-man-fist at dpkg -- '... but I know what I am doing'. [13:26] Sweetshark: is that package very big? i. e. does it cost a lot of extra mirror space to make it arch:any? [13:28] pitti: its not very big (~3MB?) -- but as it contains jar-files, Im not sure they are build in build-indep (thus the buildd on non-i386 would fail ...) [13:29] pitti: s/build-indep/build-arch/ that is ... [13:32] I could just sed out the arch-specific deps. There is a minor risk with that, but it should be alright [13:35] Sweetshark: shouldn't you depend on more libreoffice-* packages in autopkgtest? [13:36] bdrung: nope, doing it transitively via libreoffice-subsequentcheckbase === tkamppeter_ is now known as tkamppeter === m_conley_away is now known as m_conley [14:18] didrocks, when do you think the MIRs for that scope stuff will hit? (also, how busy are you?) [14:21] kenvandine, hey, could you update account-plugins and webapps? the new unity-asset-pool breaks the current version and is stucked in proposed until we update those [14:21] e.g since http://bazaar.launchpad.net/~unity-team/unity-asset-pool/trunk/revision/67 [14:21] seb128, yes i can! [14:21] we have them queued up [14:22] i just didn't want to upload until the dailies ran [14:22] seb128, circle of friends MIR bug 1157732 [14:22] Launchpad bug 1157732 in unity-lens-friends (Ubuntu) "[MIR] circle of friends" [Undecided,New] https://launchpad.net/bugs/1157732 [14:23] kenvandine, thanks [14:27] cyphermox, hey, we fixed unity test, the autopilot revert was buggy, upstream didn't revert the binary name, only the .desktop one, so half the change was buggy [14:27] cyphermox, can you look at why the qa stack is not landing? seems and an issue with autopilot-qt [14:29] seb128, done [14:29] kenvandine, \o/ [14:29] thanks [14:33] hey seb128 ... what's the word on the street about 100 scopes? [14:33] seems to be landing ok from here [14:34] I've been running the PPA all week, seems to working fine [14:34] rickspencer3, hey [14:34] tkamppeter: I have a question. Should "cups" and "cups-daemon" both provide a logrotate.d script that try to rotate /var/log/cups/*log ? logrotate cron complains to me every day. [14:35] rickspencer3, didrocks is doing the work/tracking, from what I've seen it's coming along but it's a bit bumpy, there are still some bugs and missing bits [14:35] but it's getting there [14:35] ack [14:35] thanks seb128 [14:35] yw ;-) [14:35] personally, I find the new scopes to be an improvement [14:36] it was good in 12.10, but it seems even better in 13.04 [14:36] they will be I'm sure, it's still a bit early to say that [14:36] for me the dash flicker a lot when I type [14:36] it seems to keep re-arranging items [14:37] it misses some content that was there before as well (photos, online videos, etc) [14:37] but those are issues being worked [14:37] so getting there ;-) [14:41] seb128: so is the revert fixed now? [14:42] cyphermox, yeah, the issue is autopilot-qt [14:42] for that stack to land [14:42] yeah I know [14:43] but I also have no clue what to do with this [14:43] http://10.97.0.1:8080/view/cu2d/view/Head/view/QA/job/cu2d-qa-head-1.1prepare-autopilot-qt/2/console [14:43] o test report files were found. Configuration error? [14:43] Build step 'Publish JUnit test result report' changed build result to FAILURE [14:43] cyphermox, the error is in http://10.97.0.1:8080/view/cu2d/view/Head/view/QA/job/cu2d-qa-head-1.1prepare-autopilot-qt/1/console [14:43] cyphermox, 2 was a run for "autopilot" alone [14:43] ok [14:43] ugh [14:44] what a mess [14:44] seb128, account-plugins is in NEW, i forgot there was a generic-oauth provider added [14:44] kenvandine, will check [14:46] kenvandine, can you look at https://bugs.launchpad.net/bugs/1157747 ... missing replace? [14:46] Launchpad bug 1157747 in unity-asset-pool "package unity-asset-pool 0.8.24daily12.12.05-0ubuntu1 failed to install/upgrade: trying to overwrite '/usr/share/icons/hicolor/32x32/apps/facebook.png', which is also in package account-plugin-facebook 0.10bzr13.02.27-0ubuntu1" [Undecided,Confirmed] [14:47] hummm... robru tested that upgrade [14:47] oh... they had a replace for account-plugin-icons [14:47] robru, poke about a deja-dup merge from last week [14:47] i guess it needs to conflict with the older versions of account-plugin-* [14:47] seb128: I'll have a merge request to review in a second [14:48] cyphermox, thanks [14:48] seb128, i'll prepare a branch for unity-asset-pool [14:48] kenvandine, thanks, maybe upload directly to distro (or do a manual stack landing run) [14:48] we want that fixed before it moves to raring [14:48] kenvandine, I will keep the new binary in NEW meanwhile to delay the transition [14:49] seb128: if you want to review: https://code.launchpad.net/~mathieu-tl/autopilot-qt/rename-source/+merge/154389 [14:49] seb128, so it current replaces and breaks the older account-plugin-icons [14:49] but it doesn't really replace the older account-plugin-facebook [14:49] so just add a breaks for those right? [14:52] kenvandine, replaces/breaks yes, like it was done for -icons [14:52] but it doesn't complete replace the others [14:52] just 1 file [14:53] mterry: I think Friday will have a first version reviewable [14:53] mterry: but not complete yet [14:53] proudly presenting the regexp from hell: perl -pi -e "s#%BUILD_DEPS_ARCH_ALL%#$(strip $(shell echo '$(BUILD_DEPS), $(BUILD_DEPS_INDEP)'|sed -e 's/,/,\n /g'|grep -v libc0.1| sed -e 's/\[[^]]*\]//g'|sort|uniq))#g" debian/control [14:53] didrocks, just trying to balance MIRs. Ken dropped a bunch of friends ones [14:53] didrocks, don't suppose you have a bundle of free time? [14:54] cyphermox, approved but I can't change the status since I'm not in the autopilot group [14:55] mterry: ahah, yeah, it was supposed to… :) [14:55] kenvandine, "replaces" mean "ovewrite a file that was there" [14:55] mterry: TBH, you can review already the scopes [14:55] mterry: the packaging won't change a lot [14:55] kenvandine, >=1 file [14:55] the upstream code is trivial [14:55] oh... all this time i thought it meant replace package :) [14:55] a package should never overwrite files! [14:55] didrocks, hey, that's a mean thing to say! ;) [14:56] kenvandine, well, when you move files between binaries (like that) it can happen depending of the unpack order of the debs [14:56] like there* [14:56] davidcalle: come on, not that way! [14:56] davidcalle: just that you don't have system() calls or whatever :p [14:56] kenvandine, the field is there to tell dpkg is ok, because indeed by default that's not an ok thing to do :p [14:57] qengho, no, only cups-daemon should logrotate. A bug is already reported, bug 1157758. [14:57] Launchpad bug 1157758 in cups (Ubuntu) ""cups" and "cups-daemon" both logrotate /var/log/cups/*log" [Undecided,New] https://launchpad.net/bugs/1157758 [14:57] davidcalle: and packaging has been excellently reviewed :) [14:57] didrocks, ;) [14:57] tkamppeter: Yeah, I just made that bug report. Thanks. [14:57] didrocks, should i do a manual upload of unity-asset-pool or force a stack run? [14:57] didrocks, maybe if you can give me a quick approval a stack run :) [14:58] did something change recently to break evolution in some horrible and undiscoverable way? [14:58] kenvandine: sorry, what's the issue? [14:58] dobey, it's been crashy as hell for a while [14:58] saw you MP but ping lang here [14:58] evolution just sits trying to "refresh folder INBOX" (with IMAP) when i start it now, and it's not usable [14:58] file conflicts [14:58] (10 pings in //) [14:58] kenvandine: no crashiness here [14:58] been working fine until today :( [14:59] didrocks, he made it break/replace account-plugin-icons [14:59] but not the other plugin packages that had icons [14:59] kenvandine: but account-plugins-icons in not in the daily? [14:59] didrocks, i have a branch ready to fix it [14:59] right [14:59] unity-asset-pool is [14:59] it conflicts with account-plugin-facebook [14:59] etc [14:59] ah ok [14:59] it's like imap is suddenly horribly broken [14:59] the -icons package only contains the icons that empathy used [15:00] but there's no new e-d-s to have broken it [15:00] didrocks, the version we landed misses replaces and creates bug #1157747 [15:00] Launchpad bug 1157747 in unity-asset-pool (Ubuntu) "package unity-asset-pool 0.8.24daily12.12.05-0ubuntu1 failed to install/upgrade: trying to overwrite '/usr/share/icons/hicolor/32x32/apps/facebook.png', which is also in package account-plugin-facebook 0.10bzr13.02.27-0ubuntu1" [Undecided,Confirmed] https://launchpad.net/bugs/1157747 [15:00] kenvandine: so you, coordinate with mterry but I think you should be able to rerun just a rebuild in unity-asset-pool [15:00] seb128: thanks for the context :) [15:01] yeah, just wanted to get a quick branch approval [15:01] didrocks, so these friends MIRs. Do you have time to handle them, or shall I take them? [15:01] mterry, didrocks: https://code.launchpad.net/~ken-vandine/unity-asset-pool/lp_1157747/+merge/154396 [15:02] mterry: I really have no time dude, already trying to cover what I can… [15:02] i'll buy beer in oakland for whoever does ;) [15:02] didrocks, alright, I'll do. I had assumed that was the case, but it wasn't clear from your answers above [15:02] kenvandine: approved [15:02] mterry: sorry :/ [15:03] didrocks, sure, you'll steal my beer from kenvandine's branch, but won't do MIRs ;) [15:03] didrocks, thanks [15:03] [000:004] Browser toolkit is Gtk2. [15:03] i wonder if that's from webkit or from some plug-in [15:03] i'll rerun the stack after the merger gets it [15:03] didrocks, (no worries, just joking) [15:04] wah and the calendar is empty too :( [15:04] mterry, there beer offer was for the MIR :) [15:04] mterry: heh [15:05] kenvandine: yw [15:05] mterry, so you win :) [15:05] heh [15:05] kenvandine: mterry: one of you will rerun unity-asset-pool build, isn't it? [15:05] once merged [15:05] i will [15:06] kenvandine, guh, pkglibexecdir, not libexecdir (not a blocker) [15:06] what's that in? [15:06] kenvandine, unity-lens-friends, when installing the daemon [15:06] oh... copied from the gwibber lens :) [15:06] old bug [15:07] i'll fix that up :) [15:07] kenvandine, everyone is so used to libexecdir from when debhelper had a bug that made libexecdir act like pkglibexecdir [15:07] yeah [15:08] those 2 are very confusing [15:08] oh, hrmm. seems probably the calendar backend was hanging and blocking everything in the process perhaps :( [15:08] and used in very confusing way in debian [15:08] like some distro have a /usr/libexec [15:08] which Debian/Ubuntu haven't [15:13] what's the deal with debian anti-libexecism, anyway? [15:13] is it about versioning? [15:14] I don't know [15:14] it's older than me joining Debian [15:14] we never had a libexec afaik [15:14] desrt, hey [15:14] * desrt can understand having a preference for /usr/lib/libname0/blah over /usr/libexec/blah [15:14] for parallel-installability reasons [15:14] seb128: hi :) [15:14] kenvandine, why do you force C collate locale in the lens? [15:15] desrt, can you check the current comment on https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1152187 and maybe upstream the issues pointed? [15:15] Launchpad bug 1152187 in systemd "[MIR] systemd" [Undecided,Fix released] [15:15] mterry, for sorting in Dee [15:16] seb128: like, ping lennart? :) [15:16] since we sort on timestrings only, it is harmless to drop it to C [15:16] desrt, ping lennart/file upstream bug for issues that are worth a bug [15:16] k [15:16] desrt, thanks ;-) [15:16] mterry, and without it there was unpredictable results :) [15:16] kenvandine, k [15:17] sigh... powerppc builds take ages [15:17] kenvandine, you hardcode GNOME desktop env? [15:17] kenvandine, instead of Unity? [15:18] humm [15:18] ah, that was also old copy paste from other lenses [15:18] :) [15:19] i wonder if we even need that at all anymore === alan_g is now known as alan_g|tea [15:23] cyphermox, autopilot-qt merged, I think you can retry the qa stack [15:25] yup === alan_g|tea is now known as alan_g [15:31] grr, autopilot-qt is starting to annoy me a lot [15:32] cyphermox, seems trivial to fix [15:32] seb128: yes, it just should have worked the first time around [15:32] just change the changelog version to something < 0.7daily13.03.20-0ubuntu1 [15:34] cyphermox, it should probably be UNRELEASED rather than "quantal" as well [15:34] yeah [15:35] cyphermox, I'm about to go for some exercice but if you put a MR up I can ack it before going ;-) [15:35] I think the correct thing to do would rather be to bump the version up to 0.8 [15:36] cyphermox, seems fine yes [15:37] to ensure you are newer than the ppa [15:37] there's nothi9n in the ppa [15:37] well, seeing the changelog there were several quantal uploads [15:37] so I guess some #ps people have a ppa with that somewhere [15:38] seb128: we are continiuing to get bugs about input going away during ubiquity installer mode only (without full desktop) due to compiz going away. [15:38] xnox, do you have a bug report with a backtrace from compiz? [15:38] yeah, but it has nothing to do with the checks our scripts do [15:38] seb128: is it acceptable to put back metacity onto cds, to be used by ubiquity in ubiquity-only mode, and at the end of the install it will be removed thus installed systems will not have metacity (just like in quantal) [15:39] cyphermox, you mean? I was just saying that 0.8 would help those users to get the new version [15:39] xnox, works for me [15:39] seb128: there is that too [15:39] https://code.launchpad.net/~mathieu-tl/autopilot-qt/changelog/+merge/154412 [15:39] seb128: well when those machines loose input, there is no ctrl+alt+t nor ctrl+alt+f1 and the crash files are in ram. so very hard to fetch them out. [15:39] so I'm yet to fetch a good crash/traceback/errors/logs anythings. [15:40] xnox, just roll back to what you had for raring if it's easier, we don't plan to spend lot of efforts on compiz at this point [15:40] cyphermox, approved [15:40] seb128: ack. thanks a lot. [15:41] xnox, yw! [15:41] thanks. I ll rerun as soon as I see it land [15:41] great [15:41] I'm away for some exercice, be back in ~1h === alan_g is now known as alan_g|afk === alan_g|afk is now known as alan_g [16:13] mterry, hey. sorry about not doing that MP; been totally swamped trying to get FFE stuff done quickly. [16:20] robru, no worries, it's not urgent, just didn't want it slipping through the cracks in case you didn't see the first notice [16:21] mterry, it's starred in my inbox ;-) I'll try and get to it today, I think I'm done FFE stuff for now (unless kenvandine finds any last minute bugs I should know about) [16:22] mterry, that PPC depwait in ubuntu-ui-toolkit trickles down to a build failure for qtjsbackend [16:22] Project ERROR: Couldn't detect supported v8 architecture (ppc/power). Currently supported architectures are: x64, x86 and arm [16:23] so nothing we can really do about that :/ [16:23] kenvandine, then the stack needs to declare that it's not for powerpc in the Architecture line, eh? [16:23] ok [16:24] Architecture: any [!powerpc] [16:24] something like that? [16:24] If that's legal syntax, yes [16:24] Not actually sure [16:24] i [16:24] i'll figure it out [16:25] kenvandine, well, it says it only supports x64, x86 and arm, so guess just listing those makes sense [16:25] good point [16:25] poor powerpc [16:26] :) [16:33] can anyone confirm that this is correct? [16:33] -Architecture: any [16:33] +Architecture: amd64 i386 armhf [16:33] seb128, ^^ [16:37] seems fine [16:38] great [16:40] It might be alright/better to leave it failing to build on ppc though, as an obvious reminder that work needs to be done there [16:43] Laney, it isn't just a failure though, upstream says they don't support it [16:43] which means very unlikely to add support later [16:44] oh, that's sad [16:46] indeed [16:47] kenvandine, didrocks: are we doing a hangout soonish? [16:48] robru: yeah, when you are ready [16:49] didrocks, ok, I just need a minute, what about kenvandine ? [16:51] sure [16:51] i don't have a ton of time though, i need to leave in ~25m [16:52] kenvandine, the arch list seems line (as Laney said) [16:52] seb128, yeah, i've already uploaded :) [17:18] kenvandine, still there? [17:23] kenvandine: thanks for publishing u-a-p :) [17:28] kenvandine, I was going to ask about that but just saw it was published as well ;-) [17:54] seb128, :) [17:55] didrocks, anything i can do to get my friends stack run to stop waiting on ppc? [17:55] it's holding up getting other stuff merged... [17:56] i'm assuming the ppc build isn't going to happen anytime soon [17:56] kenvandine, does qtdeclarative5-dev also not work on powerpc? [17:56] kenvandine, ah I see you're asking about that now [17:57] it depends on v8 [17:57] no, not that :) [17:57] there are no ppc PPA builders right now [17:57] so my friends stack is never going to finish building :/ [17:57] kenvandine, wait, so is qtdeclarative5-dev just a busy builder issue or the same jsbackend issue as before? [17:58] kenvandine: for CI? maybe talk to fginther/mmrazik [17:58] you mean upstream merge, right? [17:58] not daily release? [17:59] yeah [17:59] upstream, CI fails because the package depends on a version of friends that isn't published yet [17:59] right, so see with them, I think they can reconfigure the job to not dep on that [17:59] cool [17:59] fginther, can you help with that? [18:00] didrocks, kenvandine, one moment. on the phone [18:00] fginther, CI is failing for qml-friends because it depends on a version of friends that isn't published in raring yet [18:00] it is published in the daily ppa though === alan_g is now known as alan_g|life [18:07] kenvandine, we can add the daily ppa as a build dependency [18:08] fginther, please do :) [18:08] kenvandine, Ack. will let you know when it's updated [18:08] fginther, thanks! [18:12] kenvandine, so does this mean that Ubuntu on powerpc won't have gwibber? [18:13] i guess so [18:13] unless we can untangle the deps [18:13] so qtdeclarative doesn't need v8 [18:13] not sure how doable that is [18:15] mterry, qml-friends has tests :) [18:16] was blocked on the FFe, it'll land in raring as soon as i get this stack run unstuck :) [18:19] kenvandine, it does? maybe I was being blind. Let me look again [18:19] kenvandine, oh you mean in trunk, but not in raring? [18:22] not even in trunk yet :) [18:22] waiting to be merged [18:22] approved... just CI is failing because of friends not being published [18:24] kenvandine, well good, I do like tests [18:25] mterry, and as soon as all these packages land i am going to shift focus for a couple days to only working on autopilot tests for gwibber :) [18:34] kenvandine, regarding gwibber and powerpc, is that a problem? Like, shouldn't powerpc images come with the same desktop as i386? [18:34] Or is powerpc a "less than" architecture as far as the Desktop team is concerned [18:35] mterry: as I understand it, powerpc has been a "best effort" arch since 7.04: https://wiki.ubuntu.com/SecurityTeam/FAQ#Architectures [18:35] mterry, yeah there are a number of packages not available for ppc [18:36] i wish that wasn't the case.. but it is hard to support these days [18:36] sarnold, ah [18:36] We probably don't need it very much these days, right? Don't macbooks handle i386 ok now? [18:37] yeah [18:38] mterry, macs have been intel-only since ~2005 [18:39] mterry, so really, we're talking about 8-year-old macs being unsupported by gwibber. [18:39] I'm sure our 3d desktop works really well on 8-year old macs [18:41] kenvandine, gir1.2-friends-0.1 should probably depend on libfriends0 [18:43] kenvandine, and this is a small nit, but I think you can pass --with gir instead of manually calling dh_girepository [18:44] ah, i'm still oldschool :) [18:49] kenvandine, and you misspelled your name in all your copyright messages for libfriends ;) [18:49] oh that's awesome! [18:49] LOL [18:50] i bet that means gwibber had them misspelled too :) [18:50] mterry is the only person that reads those... obviously :) [18:50] kenvandine, yikes, there is a color "indianred" ? seems not PC [18:50] haha! [18:51] yeah... yeah there is [18:51] yeah... it's misspelled in the old libgwibber source too :) [18:51] years of misspelling that nobody noticed :) [18:51] kenvandine, hey, it's not really a misspelling if you typed it [18:52] actually i think neil did that :) [18:52] he added the first of the copyright headers to my files [18:52] and i copied and pasted that into all the others [18:52] kenvandine, why do the gtk bindings get to be in the main libfriends source, but qml-friends is relegated to second class? [18:53] qml-friends need to be in main... but i don't care if the gtk bindings are in main :) [18:53] oh [18:53] the main... not main :) [18:53] autotools vs. qmake :) [18:53] kenvandine, but I thought qml-friends wrapped libfriends? so libfriends will need to go in main, too [18:53] it does [18:53] yeah [18:54] can't mix the build systems! [18:54] ah [18:54] don't cross the streams [18:54]