[01:02] yofel: libkscreen depends on qjson >= 0.8.0. That's why it fails on qantal. r copied from kubuntu/ppa to experimental and the quantal build restarted [01:03] s/ r / r needs to be / [01:03] allee meant: "yofel: libkscreen depends on qjson >= 0.8.0. That's why it fails on qantal. r needs to be copied from kubuntu/ppa to experimental and the quantal build restarted" [01:04] done [01:17] thx [05:02] anyone else run into an issue with a recent update in Raring that gives a "AMD Unsupported Hardware" watermark after a recent update? [05:15] I must not be alone: bug 1098561 [05:15] bug 1098561 in fglrx-installer-updates (Ubuntu) "unsupported hardware overlay after upgrade to raring" [Undecided,New] https://launchpad.net/bugs/1098561 [09:57] RC 3 tagging on thursday [09:57] * Riddell adds to diary === Tonio_ is now known as Tonio_aw [12:23] Riddell: Alpha 2 is moved, so it should line up for 4.10.0 now. [12:24] lovely, thanks ScottK [12:28] ScottK: kio-mtp and libwlocate in New should you be in a New mood [13:05] yay no kde packages on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html [13:22] Hiyas all === schmidtm_ is now known as schmidtm === fregl_ is now known as fregl === Tonio_aw is now known as Tonio_ [14:32] ScottK: I just noticed http://uec-images.ubuntu.com/releases/raring/alpha-1/ [14:32] so uec also does alpha releases I guess [14:32] Interesting. [14:32] That was sort of not mentioned. === yofel_ is now known as yofel [14:54] shadeslayer: re tomahawk, you should be able to just copy the PPA stuff with a clean changelog and maybe a fix here and there [14:55] and copyright stuff [14:55] your packaging has no proper copyright iirc [14:55] oh yeah, was too lazy for that [14:55] :P === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [15:39] are virtuoso pacakges build/link with -g ? [15:39] shadeslayer: ? :p [15:39] you mean with debug symbols? [15:40] shadeslayer: yes [15:41] iirc no, but you could enable dbgsym to get some dbg packages I guess [15:41] I see libvirtodbc0-dbgsym [15:42] but that's only for ODBC libs I'm afraid [15:43] I also remember being poked about this earlier, and asked around why we didn't build with dbg symbols, but I can't recall the reason behind it [15:43] oh [15:44] afiestas: we do we do! [15:44] "cd . && CFLAGS="-g -O2 -fstack-protector ...." [15:45] shadeslayer: doesn't do much good if the symbols aren't extracted but [15:45] Riddell: yeah [15:45] I'm not completely sure how the dbgsym stuff works [15:46] shadeslayer: from where do I get the symbols? [15:46] or Riddell :p [15:46] afiestas: There's no separate -dbg package I'm afraid [15:47] okz [15:47] huh [15:47] afiestas: there should be a -dbgsym package though [15:47] Riddell: http://paste.kde.org/646616/ [15:47] shadeslayer: where? [15:47] !dbgsym [15:47] dbgsym is https://wiki.ubuntu.com/DebuggingProgramCrash [15:48] I hate when you send me to a wiki page [15:48] afiestas: follow " If there is no -dbg package:" [15:48] with bazilion lines of text [15:49] I'm still trying to figure out where the -dbgsym package is [15:49] shadeslayer: should I go ahead with the instructions? === Tonio_ is now known as Tonio_aw [15:50] mhhh [15:50] http://wiki.debian.org/AutomaticDebugPackages [15:50] afiestas: won't do you any good .... I can't see a -dbgsym package for it [15:50] there's no -dbgsym [15:50] oks [15:50] next time then [15:50] k [15:51] though that's the one package I'm aware of that intentionally has no -dbg package [15:52] build id's looks really cool [15:52] I think I have seen ddebs somewhere on launchpad, so there is support for it I suppose [15:53] not sure if that has been widely discussed in ubuntu though [15:53] yes, you have to enable them manually [15:53] why don't we do that? :P [15:53] dunno [15:57] Space I guess [15:58] and it would mostly duplicate our debug symbols [15:58] wtff [15:58] http://ddebs.ubuntu.com/pool/main/v/virtuoso-opensource/ [15:58] that has the packages [15:58] but apt says it knows nothing about them [15:58] shadeslayer: yeah, for libvirtodbc0 [15:58] that's all [15:59] hmm [15:59] apparently they got lost after 6.1.0 ? [16:00] shadeslayer: not really, that package is transitional [16:01] Oh .. ok [16:03] yofel: have a look at the build log though, seems to me a dbgsym packages should have been created [16:05] s/a/the/ [16:05] shadeslayer meant: "yofel: htheve a look at the build log though, seems to me a dbgsym packages should have been created" [16:05] dh_strip -pvirtuoso-opensource-6.1-bin [16:05] dh_strip debug symbol extraction: all non-arch-all packages for this build platform amd64: virtuoso-opensource-6.1 virtuoso-opensource-6.1-common virtuoso-opensource-6.1-bin libvirtodbc0 libvirtuoso5.5-cil [16:05] dh_strip debug symbol extraction: packages to act on: virtuoso-opensource-6.1-bin [16:05] dh_strip debug symbol extraction: ignored packages: [16:05] virtuoso-opensource-6.1-bin is already stripped, ignoring === Tonio_aw is now known as Tonio_ [16:06] I think I'll shut up now [16:07] it ignores everything except libvirtodbc0 [16:10] the buildsystem completely ignores -g [16:11] afiestas: https://bugs.launchpad.net/ubuntu/+source/kamoso/+bug/1099154 [16:11] Ubuntu bug 1099154 in kamoso (Ubuntu) "webcam keeps active after kamaso is already closed" [Undecided,New] [16:11] hm, no [16:12] apachelogger: terminal output perhaps? [16:12] please ask for it [16:12] :P [16:12] * apachelogger goes needs to get dinner while tomahawk builds hog his machine [16:13] language fail [16:13] anywho, afk [16:13] lol [16:14] apachelogger: tomahawk getting packages at last? [16:15] meh, I can't get the symbols file in libqaccessibilityclient to work on all arches, I'll just make it arch specific unless anyone wants to see what I'm missing [16:20] * yofel gives it a try [16:21] yofel: I've got ec2s set up if it's useful [16:21] I added --with kde which I'd forgot [16:22] but it's still different on i386vs amd64 [16:23] my server should be fast enough, doesn't look like it'll be a long build [16:23] no it's not [16:26] looks to me like it's missing a few {size_t} substs [16:26] * yofel retries === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [16:34] Riddell: uploaded again, was missing a symbols file that was confirmed on both archs + --with pkgkde_symbolshelper it seems [16:34] hm, forgot to add --with kde. Does it need it? [16:43] hmm I thought --with kde included pkgkde_symbolshelper [16:44] I guess not, neurons still reconnecting [16:44] thanks yofel! [16:44] yep, built now [16:45] shadeslayer: adding --with-debug to virtuoso results in: [16:45] ../libvirtodbc0-dbgsym_6.1.6+repack-0ubuntu1_amd64.ddeb [16:45] ../virtuoso-opensource-6.1-common-dbgsym_6.1.6+repack-0ubuntu1_amd64.ddeb [16:45] ../virtuoso-opensource-6.1-bin-dbgsym_6.1.6+repack-0ubuntu1_amd64.ddeb [16:45] ../virtuoso-opensource-6.1-dbgsym_6.1.6+repack-0ubuntu1_amd64.ddeb [16:45] so maybe that wouldn't be a bad idea [16:45] * Riddell awards yofel elite packager of the day award [16:45] thanks :P [16:46] Quintasan_, http://lists.maliit.org/pipermail/maliit-announce-maliit.org/2013-January/000022.html [16:47] ooh nice mikhas [16:48] \o/ === Tonio_ is now known as Tonio_aw [17:00] ScottK: do I want to use libboost1.49-dev or libboost1.50-dev? [17:00] Riddell: 49 [17:00] * ScottK double checks [17:01] but but it's 0.01 old! [17:01] Riddell, that release took much longer than expected … the road to Maliit 1.0 remains difficult. [17:02] Quintasan_: are you able to package that or will you need someone else to do it? [17:11] Riddell: libboost-dev poins to 1.49. Unless that changes you'll get conflicts with 1.50 *somewhere* [17:11] * yofel adds a missing t [17:12] yofel: sure, but why isn't it there to begin with? [17:12] default is 1.49, you can use 1.50 if you need to. but we decided not to do boost1.50 transition ahead/without debian in raring. [17:12] dunno, whoever packaged it didn't think he would have to manually enable debugging symbols? [17:13] and since there's no -dbg package it probably wasn't checked either [17:15] mmm [17:15] yofel: let's enable it then [17:15] I don't see anything in debian that says they had it and removed it on purpose [17:17] Yeah. 1.49. [17:17] me neither, changelog doesn't mention debuggin symbols at all [17:18] shadeslayer: I'll upload with symbols then, easy to revert if it does something weird [17:18] righto [17:18] yofel: and symbols? [17:18] er [17:18] debug [17:18] :P [17:18] and do you plan on doing a separate -dbg package [17:18] or just let dbgsym do the job [17:19] I think we can live with dbgsym's for now [17:19] cool :_) [17:21] lololol [17:21] Unrecognized character \x10 at /home/buildd/.sbuildrc line 1. [17:22] o.O [18:55] Riddell: could you please upload knavalbattle ubuntu3? It's not in the packageset yet [19:00] let me see [19:02] mm, well spotted [19:02] more like apt told me :P === Tonio_aw is now known as Tonio_ [20:13] Anyone know of a reason not to release 4.9.4 to quantal-updates? [20:17] not really [20:18] * shadeslayer checks if transmission was approved [20:19] nope, still there [20:19] ScottK: ^ [20:28] OK. [20:29] Not right now, but maybe in a bit. [20:29] sure [20:29] not a big issue :0 [20:29] :) === Tonio_ is now known as Tonio_aw [20:30] I don't know of any regressions in 4.9.4 other than the ones we fixed... === Tonio_aw is now known as Tonio_ === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [22:09] afiestas: btw dbg symbols now available for virtuoso, you'll need to enable the dbgsym repos [22:11] Has anyone packaged the new color management stuff? [22:12] colord? [22:13] shadeslayer: thank you for backporting 4.10 rc2 to precise. do you plan to backport 4.10.x series (or atleast last 4.10.5 bugfix release)? [22:13] yep [22:13] shadeslayer: thanks ! [22:13] afiestas: <3 [22:40] Riddell: yofel https://dev.launchpad.net/CommunityARMBuilds [22:42] Your build takes 4hrs or less to build - I think kdelibs already violates that [22:42] unless you need to meed only one of those [22:42] *meet [22:42] well ... I was thinking more along the lines of Plasma Active [22:43] because we can get PA builds up quickly [22:43] for Nexus 7 testing and what not [22:43] yeah, as long as kdelibs is fine with less than 10 builds a week, wohooo \o/ [22:43] if we have to upload kde4libs then we should just test build on the ARM farm and upload to the archive [22:59] yofel: apparently they just virtualize armhf ontop of i386 now :D [23:00] I'll be happy if they tell me how they do that [23:00] haha [23:00] #launchpad has some info [23:00] was just discussing it with them :) [23:02] if that's the same setup that the armhf pbuilder guide uses, then I'll be interested to see how kdelibs does there [23:02] I never got it to build in qemu-user-static [23:03] dunno [23:05] shadeslayer: https://bugs.launchpad.net/ubuntu/+source/qemu-linaro/+bug/1077116 was what I got [23:05] Ubuntu bug 1077116 in qemu-linaro (Ubuntu) "automoc4 segfaults when building in an armhf pbuilder on an amd64 host" [Undecided,New] [23:05] haven't tried it on i386... [23:06] you ran automoc on the Nexus 7 @_@ [23:06] yeah? [23:07] it's not different from any other armhf hardware once you have ubuntu on it [23:07] the CPU is even reasonably fas [23:07] t