[00:01] sgclark: just send the list to cjwatson, he'll sort it out [00:02] Riddell: I sent him an email. [00:02] lovely [00:38] heh he sent me to a list with ScottK on it, I guess I will bug him. [02:17] sgclark: I'll try to take a look at it, but almost certainly not before Friday due to $work/family stuff. [02:46] ScottK: ok thanks === Guest65907 is now known as Mamarok [07:15] good morning [07:19] valorie: atleast to me the doodle is still showing 1730 and 2100. also seems like huge interest in it so far... [07:20] valorie: not that the tz is a big issue as long as people know [07:28] cool [07:28] well, I've done what I can with it [07:28] yep [07:30] atleast from my point of view from room allocation there is no great rush to decide morning/afternoon on the thursday but i assume it will effect peoples travel plans and attendance etc [07:32] exactly the point [07:32] I would prefer if people stayed the whole week, but I know that's not always possible [07:33] valorie: the guy with network problem fixed it ? [07:34] he stopped responding, soee [07:34] never even told me what version of kubuntu he was using [07:38] valorie: ah, ok :) [07:38] he was @ 14.10 [07:38] but he was totaly new to linux i think [07:39] yes [07:39] can't help someone who won't talk to ya [07:39] true :D [07:47] is this any important warning: Warning: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported. ? [08:37] valorie: fwiw, you can actually turn off automatic time zone adjustment nonesense [08:44] sitter: when I looked, all I could do is tell it Spain [08:44] so that's what I did [08:50] ah yes [08:50] they removed that option [08:50] doodle is also getting more annoying than it is worth [08:51] not sure there is a free alternative [08:51] I hear shadeslayer wants to try rails development :P [08:52] so trendy [08:52] although isn't that last year's trend [08:52] anyway, the problem wiht the timezone snafu is that it always defaults to whatever the user is identified as. all you as poll admin can do is set which time zone the original times are from apparently [08:53] well, timezones are incredibly annoying [08:53] so you can enter spain, if you then visist the doodle in private browsing mode you should still see the times in PST though [08:53] we should all use the same time, UTC [08:53] true [08:54] which doodle doesn't let you do anymore ;) [08:54] so ... shadeslayer please be writing a doodle replacment [08:54] http://alternativeto.net/software/doodle/ [08:55] http://alternativeto.net/software/dudle/ [08:55] much open source [08:56] hmmm [08:58] Good morning. [08:59] oh lovely kci turned all red [08:59] hooray [08:59] おはようlordievader [09:00] sitter: おはいようございます。 [09:00] sitter: 元気ですか。 [09:08] sgclark: I don't suppose I'm on the list? [09:11] lordievader: too much kanji, can't understand nothing :'< [09:12] sitter: Is げんきですか better? [09:13] Or in romaji 'genki desuka' ;) [09:13] Quintasan: I do say in the ktron review request "I also think the kdesnake script and .desktop file should go away, you can set it in the UI." and albert seems to agree so I guess it's a simple case of killing that from the cmakelists file [09:27] * Mirv waits for 5.7 release to migrate to release pocket to be able to update Qt 5.4 silo [09:28] Mirv: how do you mean silo? [09:28] lordievader: slightly. はい、元気です [09:28] Riddell: the landing PPA, what we call silos [09:28] https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-005/+packages [09:28] やった！ [09:28] Riddell: what we call a stage those weird folks call a silo :P [09:28] haha :) [09:29] fair enough but why also call it landing? too many words! [09:29] surely it has to do with space travel [09:30] * sitter is outraged by himself using too much chdir in code that is supposed to get threading now >.< [09:30] hm [09:31] as ever launchpad has failed to do the required retries to get everything to build [09:31] * Riddell runs ubuntu-build --batch --retry `cat kf5-packages-vivid.txt` [09:33] wgrant: do you happen to know whether something changed WRT how publishing works? today's kubuntu dailies had an incredible amount of failures from having arch:any being published but arch:all no, our logic for how we decide whether everything is published did not change in months though :/ [09:35] oh [09:35] wgrant: nevermind, I think jenkins is to blame [09:35] Probably, nothing's changed :) [09:35] somehow it tried to build things in the wrong order [09:35] * sitter shakes fist [09:45] wgrant: there was something flaky going on though. a build had status failed-to-build yesterday at around 22:13 UTC but now is a success. builds don't get retried by our tooling so that is rather odd [09:45] kwidgetsaddons [i386] (5.7.0+git20150210.2206+14.10-0ubuntu0) Failed to build :: https://launchpad.net/~kubuntu-ci/+archive/ubuntu/unstable/+build/6964765 :: None [09:47] sitter: An NTP upgrade caused havoc last night, and we retried a lot of builds. [09:48] ok, that explains it then :) [09:48] launchpad publishing things that jenkins isn't aware of screws with the dep ordering on our side [09:48] Ah [09:49] * sitter puts writing a safeguard on his todo [09:51] Riddell: you and your wrap and sort :P http://i.imgur.com/XNx0Vzv.jpg [09:53] Riddell: do you remember why kdelibs5-data is there? or is it just an oversight? according to the history it was part of the original import, but it isn't explained why it is needed [09:53] seems a bit weird as a build dependency, even more so considering it is kde4libs [09:54] sitter: probably a mistake, scrap it [10:13] I remember a long time ago someone told me how apt-get could explain why it wants to remove a package (in a verbose way, like aptitude does) [10:14] and I think it was shadeslayer or yofel :P [10:14] could you refresh my memory? [10:25] google apt debug resolver [10:35] tried hard but couldn't find it on my own, thanks [10:38] -o Debug::pkgProblemResolver [10:47] hm [10:47] Riddell: for plasma releases, aren't you supposed to branch the stuff? [10:47] or is someone else doing that? [10:48] because it appears to me that documentation wasn't branched to stable... like... ever [10:48] http://websvn.kde.org/trunk/l10n-kf5/de/docs/kde-workspace/ -> http://websvn.kde.org/branches/stable/l10n-kf5/de/docs/kde-workspace === kbroulik is now known as kbroulik-lunch [12:02] shadeslayer: ping? how do we find the /usr/lib/arm-linux-gnueabihf/qt5/bin/ directory in cmake (for findqtwaylandscanner from cmake-extra-modules) [12:32] 'Morning folks === kbroulik-lunch is now known as kbroulik === rdieter_work is now known as rdieter [12:43] hiho BluesKaj [12:44] hey soee [12:45] oh i see frameworks 5.7 landed in vivid [12:45] any news aboutr QT 5.4 ? [12:48] soon was the word [12:53] Riddell: /usr/lib/CMAKE_LIBRARY_ARCHITECTURE/qt5/bin ? [13:09] sitter: I might have some time this afternoon to work on making muon buildable on sid[uction], would you review/push changes to debconf-kde, qapt and qca-qt5? [13:10] I already had some changes for debconf-kde, but then I saw your message about 1.0.1 being released [13:11] 1.0.1 only updates translations [13:15] santa_: fwiw, unless you have multiple commits I'd find it handy if you simply sent a git format-patch [13:15] git am goes much faster than remote add && fetch && cherry-pick [13:23] http://paste.ubuntu.com/10173044/ [13:23] my code makes me cry :'< [13:23] yo, mister Riddell, the en_US cmakelists in plasma-desktop is still busted, uses add_subdir in subdirs :P [13:26] sitter: I think I will have various commits for debconf-kde. it doesn't install the translations currently, so I would add a -data package, qca is not in git so I could send you a debdiff and about qapt I already have three [13:27] http://anonscm.debian.org/cgit/pkg-kde/kde-req/qca-qt5.git/ [13:27] in any case you don't need to cherry-pick actually. isn't git remote add gitorious git pull gitorious kubuntu_vivid_archive_tmp && git push origin kubuntu_vivid_archive enough? [13:28] oh, didn't know about that repository, looked in the wrong place, thanks! [13:28] santa_: that's subsantially more typing and copy and pasting than clicking on an attachment in the mail client and running git am ~/Downloads/whatever [13:29] hence why I think for single patches simply attaching the format-patch is better [13:37] sitter: just checked how git format-patch works (I heard about it but never used before) it seems it works for multiple commits, if I have 3 commits for instance you would prefer me to send the three patches attached in a mail? [13:40] santa_: git format-patch -1 HEAD exports only the topmost commit [13:40] instead of HEAD you can of course use any other commitish expression [13:40] equally -3 would then export 3 patches and so on [13:41] yeah, just checked using a commit hash [14:19] sgclark: having a sleep in today? :) [14:21] sitter: it uses ecm_optional_add_subdirectory() is that not right? [14:22] sitter: ah you talk about doc/kcontrol/CMakeLists.txt [14:22] sitter: shall I change all that to ecm_optional_add_subdirectory() ? [14:23] sitter: Mr. Sitter [14:23] sitter: any thoughts on how to CI Qt 5 for Debian [14:24] with a stick [14:24] pft [14:24] Riddell: I'd say so, either we copy all CMakeLists from en_US to all other languages or none [14:24] only copying the topmost seems silly considering the nesting in plasma-desktop [14:26] sitter: ok pushed [14:32] sitter: fix for the fix pushed [14:42] Riddell: hi :) yeah I was up till 11pm last night working on kde ci stuff [14:42] your dedication to the cause of freedom continues to impress :) [14:43] :) [14:47] sgclark: anyway ScottK says he can't change the upload rights until the weekend so if you need me to debsign a bunch of .changes files let me know [14:47] Riddell: yeah it would be nice to get this stuff uploaded [14:47] Riddell: xD [14:48] sgclark: I need access to the .changes and .dsc files then I think, either through ssh to a sever or you can tar them up and send them to me [14:49] ok [14:50] Riddell: did you see my question about l10n branching? [14:52] sitter: nope, please repeat [14:54] Riddell: [14:54] Riddell: for plasma releases, aren't you supposed to branch the stuff? [14:54] or is someone else doing that? [14:54] because it appears to me that documentation wasn't branched to stable... like... ever [14:54] http://websvn.kde.org/trunk/l10n-kf5/de/docs/kde-workspace/ -> http://websvn.kde.org/branches/stable/l10n-kf5/de/docs/kde-workspace [14:55] sitter: that's a good question, I don't know but I guess I should know [14:55] tsdgeos: can you enlighten? ↑ [14:55] for plasma releases do I need to branch the docs manually? [14:57] Riddell: it is expected you to copy them or to ask people to copy them for you yes [14:57] it won't happen magically [14:57] ah [14:57] tsdgeos: and .po files? [14:57] same [14:59] tsdgeos: but scripty has put lots of .pot files here http://websvn.kde.org/branches/stable/l10n-kf5/templates/messages/kde-workspace/ [14:59] Riddell: that's not the same as the po though [14:59] pot gets populated because you set the stable branch on projects.kde.org I suppose [14:59] right, I had thought that was all I had to do [15:00] yeah, arguably that would be a handy thing to have [15:03] http://paste.ubuntu.com/10174161/ [15:03] omnom [15:03] sitter: looks good [15:03] Riddell: when is the next release? [15:03] 5.2.1 tars due a week tomorrow [15:04] ok, should be fine then [15:04] Riddell: I think I am going to leave caching out for now, see how you like it if you find it too slow we can still look into caching [15:05] * sitter is quite afraid of caching going wrong resulting in arbitarily broken tarballs [15:07] sitter: you said you'd made it super fast though didn't you? is that the threading? [15:09] threading+caching = super fast [15:09] treading = very fast [15:10] I do have caching code, alas monkey patched onto the existing classes and caching svn reliably is an art of its own so if threading alone offers a good enough speedup I'd perfer not to use caching for now [15:13] sitter: fair enough, very fast is still lovely [15:14] Riddell: fwiw, depending on how fast the intertubes in the office are there'd be more useful gain to be had from reducing the overall svn calls to make threads return faster rather than from caching. on 5mbit I am almost the entire time maxed out downloading so for me right now overall IO is the bigger bottleneck and short of respinning tarballs you'd have to have that IO anyway [15:14] so perhaps also keep an eye on ksysguard for network traffic when you do the next release [15:22] gotcha, although internet in the office is kindae variable [15:25] is activities still broken on 15.04 ? [15:43] Riddell: even so you'd see very prominent spikes throughout the translation/documentation steps [15:44] perhaps the better notion would be to also run the script on the scripty host tough and work on the l10n data there, that surely would be fast xD [16:08] Mirv, hi, Lisandro uploaded a new qtchooser to Debian experimental with my patch applied upstream, can I sync it? [16:08] (We were behind Debian so it's not only that change) [16:13] sgclark: http://starsky.19inch.net/~jr/tmp/files.tar.gz [16:29] Riddell: thanks! [16:31] Riddell: I'm sorry to bother you in your "stepping back" month, but could you check if you have unpushed changes to qca-qt5's git? [16:32] Riddell: what was the trick to not check sig? [16:32] sgclark: man dput knows [16:32] --unsomething [16:32] and you have to put the --unsomething straight after the dput [16:32] santa_: I don't. why? [16:32] sgclark: dput -u [16:32] fine I rtfm [16:33] thank you [16:36] Riddell: because I'm missing your latest symbol changes in git; these changes are apparently available in kubuntu's archive (version 2.1.0.3-0ubuntu2) [16:37] however git only has stuff until -0ubuntu1 [16:39] perhaps you uploaded the -0u2 revision without using git? if that's the case I can fix it in my next merge request (I'm trying to get muon build on sid[udction]) [16:39] santa_: yes maybe, go ahead [16:39] * sid[uction] [16:39] ok, thanks [16:46] <_Groo_> hi guys [16:46] <_Groo_> any news on 14.12 apps for utopic? (ci) or you gives gave up and went just for vivid? [16:50] _Groo_, backports? [16:50] <_Groo_> but can i use backports with ci? [16:54] I suppose if you comment the ci ppa [16:55] _Groo_: I've not had time to finish off the job and publish them I'm afraid [16:56] <_Groo_> Riddell: but its the works, thats good to know [16:56] <_Groo_> its in [16:57] you can probably add the relevant staging ppa and it'll work [16:57] but then sitter will cry [17:34] mitya57: the same on this channel :) [18:09] would it be possible to edit http://www.kubuntu.org/news/plasma-5.2 to specify that one still needs to have the next ppa installed along with next-backports, as well as what one needs to install in order to properly install it all? [18:22] <_Groo_> Riddell: why will sitter cry? [18:22] <_Groo_> Riddell: show me the relevant staging ppa! i dare you! [18:37] _Groo_: https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/next-stage2 [18:49] Riddell: Does this mean you want me to file another MR or I can somehow update yours with the changes? [19:14] Quintasan: updating the existing one seems easiest [19:25] Blast it, okay. I'll get to it today. [19:28] whats does the /usr/share/ghostscript do ? [19:28] man ghostscript? [19:29] thank you [19:32] ^^ [19:33] yofel: any news when QT 5.4 will be released for vivid ? [19:33] "soon" [19:34] :) [19:34] I'm the wrong person to ask :P [20:18] Riddell, ScottK: which kind of freezes (and dates) do you need from Quassel upstream for getting the next version into 15.04? [20:19] Sput: https://wiki.ubuntu.com/VividVervet/ReleaseSchedule [20:19] KF5 porting is mostly done, btw [20:19] February 19th [20:19] [20:19] Warning /!\ FeatureFreeze [20:19] Riddell: yeah, been on that page, but there's many freezes there :) [20:20] kf5 is probably a new feature so that's the important one [20:21] Riddell: ok, so the freeze is actually on the 19th? last time I missed a freeze because I thought it was on Thursday but it actually happened on Monday [20:21] but that may have been beta1 [20:23] Riddell: how many days prior to the 19th should we tag, so you have enough time to package? or is it sufficient to just tag and tarball our feature-frozen beta1 on the 19th? [20:23] right betas will freeze a few days before release, but feature freeze is the thursday [20:23] Sput: on the 19th should be fine [20:24] Riddell: ok, that gives me a few more days to squeeze in some pending PRs :) === rdieter is now known as rdieter_work [20:25] although I'm afraid DCC support will have to wait for another release :/ [22:06] <_Groo_> kio-mtp is still broken with ci, even with stage-next2 [22:06] <_Groo_> still interferes with kf5 === tazz_ is now known as tazz [22:23] <_Groo_> i could use nautilus but meh.... maybe kio-mtp will be fixed