[00:15] Wow [00:16] Kettering votes by 61% to leave EU [00:29] +1 [08:34] Good morning peeps! [08:34] and what a ridicilously strange morning it is! ;) [08:39] true [08:46] * acheronuk wants to go back to sleep and it be just a dream [08:46] ηεηε [08:46] hehe [08:46] Do not worry Norwegians are still day dreaming about it and they are fine xD [08:47] I guess I will have to start packing over here too lol [09:10] yofel: I presume I should I keep updating the Qt 5.6 packages in my ppa as debian release their revisions? e.g. 5.6.1+dfsg-3 https://anonscm.debian.org/cgit/pkg-kde/qt/qtbase.git [09:12] acheronuk: if you want to, but I wouldn't consider it necessary for yakkety at least. They'll get superseded by the official packages eventually. It makes sense for the backports though [09:14] I may as well do both. don't know what revision/version Mirv will eventually pull in for yakkety anyway, so I may as well track the latest [09:27] Good morning. === pavlushka_ is now known as pavlushka [10:45] Hiyas all [11:43] * mamarley kicks LP. [11:51] FFS [11:51] WWYD [11:51] https://www.youtube.com/watch?v=sHBULOK1bNk [12:39] valorie: ping [14:14] yofel: clivejo acheronuk I'm sending it as it is [14:14] ack [14:14] ? [14:14] mm should make a Kubuntu account on the site [14:14] ack = acknowledged [14:15] oh [14:15] Rick added some stuff [14:16] yofel: is there a email we should use or do you want access to the account?? [14:16] they need one to link the linode to [14:16] does the KCC have an email address? [14:16] we do have a mailing list [14:17] that wouldnt be any good for passwords and confidential info [14:17] we can use a members kubuntu email address [14:17] make a password only for a select few to have [14:17] use whatever you want for now then, we can change it later on [14:18] k [14:18] shame there isnt a shared inbox for KCC@Kubunbu.org [14:19] mm [14:23] yofel: email sent with the account info [14:23] not the pw or anything [14:23] ;) [14:24] * clivejo cries [14:24] ? [14:26] apps are a mess [14:27] the epochs are totally fecked [14:27] mm [14:27] with the new servers it will be easy to download at least [14:28] I dunno how scarlett staged 16.04.1 [14:28] mustnt have been via the script anyways [14:41] Guys [14:41] I have an alarming incident happening, yesterday and today [14:41] Hiya jimarvan [14:41] I am trying to catch up some network data to share [14:41] You Ok [14:41] good good :D [14:42] someone managed to control my mouse on my laptop [14:42] and today it happened in front of my boss xD [14:42] i switched off the moust, touchpad and touch screen [14:42] and it was still moving and scrolling through my pages [14:42] Are using krdc [14:43] i moved the mouse cursor away from browser page to stop the scrolling. then the cursor moved back over the window and continued scrolling just like a user would do [14:43] nope [14:43] or perhaps zeroconf [14:43] i have not used any remote control software on this pc [14:43] making it discoverable on your local network [14:45] the only think i can think of is that I installed adobe-plugin (the one from the Canonical Partners repositories) [14:45] to use with chrome and firefox, which could a be a security problem. Also it happens only when i login in IRC [14:45] it happened when i logged in last night in IRC too after work [14:46] I am installing wireshark, to try and get some data, if that happens again [14:46] I did change root password yesterday, but it seems irrelevant, since same thing happened today at 11:30 [14:48] no Samba installed on this machine either... Hmm this is going to be rather interesting :) [14:52] rootkit? [14:53] hmmm [14:53] i have viber and skype installed [14:53] hmmmmmmmmmmmmmmmmmmmmm [14:53] :D [14:53] install rkhunter perhaps [14:53] rkhunter? [14:53] will check! :) [14:54] i am familiar with wireshark, but it is a bit overwhelming xD [14:54] !rkhunter [14:54] Sorry, I don't know anything about rkhunter [14:54] http://rkhunter.sourceforge.net/? [14:55] !info rkhunter [14:55] rkhunter (source: rkhunter): rootkit, backdoor, sniffer and exploit scanner. In component universe, is optional. Version 1.4.2-5 (yakkety), package size 193 kB, installed size 984 kB [14:55] awesome [14:56] installing [15:00] shmm [15:00] no rootkint found [15:00] *rootkit [15:02] /usr/bin/lwp-request [ Warning ] [15:03] And warning about suspicious files under /dev [15:03] And group and passwd file changes [15:03] any ideas? [15:07] any adieas about a postfix account/group and postdrop group? [15:38] * jimarvan wobbles his window frames... xD [15:47] see ya all :D [15:54] * clivejo curses and throws things [15:55] wifi still dropping out, clivejo? [15:56] the staging script keeps crashing [16:12] hehe: new RAM installed :) [16:14] always have to press so hard to get that to clip in that it feels you are about to snap it or the MB! [16:14] I know the feeling. [16:15] * acheronuk starts looking at SSDs [16:15] SSDs are awesome. If you have enough RAM, upgrading from an HDD to an SSD is definitely the best way to make your computer faster. [16:17] 16GB now, so while not HUGE in moderns standards, is enough to have a few VMs or perhaps containers running with decent allocation [16:18] 16GB is still quite a lot, I think. [16:19] perhaps. It's halved in price to upgrade since the PC was new, so thought I may as well max it out [16:19] Sounds like a good idea :) [16:20] My laptop and server both max out at 16GB too. I think my desktop can hold 64GB, though it only has 16GB in it currently. [16:21] My other laptop (the old one) is maxed out at 4GB. [16:22] when I 1st started doing upgrades myself, I recall 512MB or 1GB was a big deal. scary [16:23] I remember those days. Pentium 3s and 4s, and that incredibly expensive RAMBUS memory. [16:23] * soee hot hot hot ... [16:23] * mamarley gives soee an air conditioner. [16:23] :D [16:23] iomega zip drives! christ! [16:23] I had one of those! [16:25] my nephew asked what a floppy disk is! [16:25] Whoa, how old is he? [16:25] 8 [16:25] opposite of a hard disk [16:26] but scarily tech savvy on the modern stuff [16:26] Yeah, that makes sense. I think the last time I messed with a floppy disk for anything other than the old digital piano my parents have was well over 8 years ago. [16:26] actual floppy disc or the semi floppy one? [16:26] my older nieces and nephews in their 20s at least know [16:27] clivejo: 3.5" hardshell diskettes [16:27] the 5 1/4 are the proper floppies [16:27] those are fake floppies [16:27] The only time I have ever used the 5.25" floppies were with the Apple //e computers my elementary school had. [16:28] My server has 512 MB DDR. It's headless and works like a charm. [16:28] I have a floppy drive for my commodore 64 [16:28] * mamarley has a USB 3.5" floppy drive. [16:29] it was the dogs didies [16:29] did have one of these in a box somewhere that I semi-inherited from older sibling https://en.wikipedia.org/wiki/Acorn_Electron [16:30] acheronuk: you going to show it on podcast? [16:30] or next party# [16:30] I also made a musical instrument out of some floppy drives and an Arduino once, but too many of the drives broke and I couldn't find any replacements. [16:30] I have a stack of them somewhere [16:30] haven't seen it in years, if it's still about. maybe in the loft [16:31] and old HDDs [16:31] like 50Mb and 100Mb [16:31] * mamarley has an old 500-some MB Western Digital Caviar drive. [16:32] I think might be a 10Mb wincester drive [16:33] It still worked the last time I tried it, but I couldn't actually use it with an OS because the Linux driver for the PCI PATA card I had didn't support PIO modes. [16:34] * clivejo yawns [16:47] * soee that feeling when you ave crappy upload and need yo upload ~ 150 MB :<<<<< [16:48] interesting is that my cable connection max speed i can have in my location is ~20MBit and even cheeper is mobile LTE internet where it reaches ~50MBit download speed [16:49] Have fun with those datacaps, though. :( [16:50] The same was actually true of all but the fastest DOCSIS plans in my area until the cableco heard that Google Fiber was coming to town. Then they changed their tune, and fast. [16:51] i wish thiscould happen here, but no chance atm :/ [16:51] i think i take this LTE === mparillo changed the topic of #kubuntu-devel to: Kubuntu - Friendly computing | Yakkety open, happy hacking | Plasma 5.6.4 Y-ARCHIVE (Proposed), X-BACKPORTS / Apps 16.04.01 Y-WIP / FW 5.23 Y-STAGING, X-BACKPORTS| https://trello.com/kubuntu | http://qa.kubuntu.co.uk/ | Package Docs (WIP) https://notes.kde.org/p/kubuntu-packaging === mparillo changed the topic of #kubuntu-devel to: Kubuntu - Friendly computing | Yakkety open, happy hacking | Plasma 5.6.4 Y-ARCHIVE (Proposed), X-BACKPORTS / Apps 16.04.01 Y-WIP / FW 5.23 Y-STAGING, X-STAGING| https://trello.com/kubuntu | http://qa.kubuntu.co.uk/ | Package Docs (WIP) https://notes.kde.org/p/kubuntu-packaging === mparillo changed the topic of #kubuntu-devel to: Kubuntu - Friendly computing | Yakkety open, happy hacking | Plasma 5.6.5 Y-STAGING, X-STAGING / Apps 16.04.01 Y-WIP / FW 5.23 Y-STAGING, X-STAGING| https://trello.com/kubuntu | http://qa.kubuntu.co.uk/ | Package Docs (WIP) https://notes.kde.org/p/kubuntu-packaging [18:49] * yofel wonders what to do with pangea-tooling [18:49] do we want a group on github or do I wnat to put it on LP.. [18:54] Id rather have it on LP? [18:54] yeah, probably easiest [18:55] although I have an account on github if you choose that for some reaon [18:55] having everything all together makes sense for new people [18:56] well the LP triggers are working :P [18:57] something at least ^^ [18:57] I'll put it on LP [18:58] what group? [18:58] or team [18:58] now I just need to find out where jenkins knows what it should pull [18:58] where are we with 5.6.5 backports ? [18:58] I would put it under ci admins, other suggestions? [18:58] makes sense [18:58] * yofel tries that Vagrantfile in pangea-tooling [18:59] and people can make merge requests on that too? [18:59] maybe not... [19:00] oh, we have a CI project on LP. That'll work [19:00] so yeah, MRs will work [19:00] :) [19:00] what does could not merge cervisia kubuntu_stable mean? [19:01] sitter: hey, mind re-owning https://launchpad.net/kubuntu-ci to the ci admin team? === alvesadrian is now known as adrian [19:01] I would need to read the log... [19:01] our merge cascade is complicated [19:01] it just flashed by [19:02] really not happy with the state of apps [19:02] you could probably merge most of the new ones from debian? [19:02] (maybe?) [19:02] I think Scarlett did merge them [19:03] sitter: and that vagrant setup isn't supposed to work, right? [19:03] theres lots of merge markers still in changelog and control [19:03] also epochs that shouldnt be there [19:03] or ones that should! [19:03] :/ [19:04] * clivejo crosses fingers and toes [19:06] https://code.launchpad.net/~kubuntu-ci-admins/kubuntu-ci/+git/pangea-tooling [19:06] will KCI load it from there now? [19:07] still working on that [19:07] yofel: can you figure out how to retry a failed LP API request [19:08] so it doesnt fail the package just because the API is "unavailable" [19:08] uh, catch the exception and try again? [19:09] yup [19:09] dunno how the ci tooling implements that [19:09] maybe a wait [19:09] I'm a ruby beginner [19:09] sitter recommended using a function [19:09] retry something or other [19:10] well, you know the code better than I do ^^ [19:10] sitter: LP is throwing HTML errors via the API and its causing KCI to fail packages which are actually building. One such example is http://kci.pangea.pub/job/yakkety_unstable_kconfig/lastFailedBuild/console [19:10] is it posible to retry this failed condition a couple of times before throwing the error and failing the entire package? [19:10] error is triggered in /var/lib/jenkins/ci-tooling/lib/lp.rb:152 [19:10] of course it is possible [19:10] a handy helper called Retry.retry_it can help you do that [19:11] a handy helper! [19:13] ok, tooling url updated [19:17] yofel: did you upgrade to 5.6.5? [19:18] I tried, but backports-landing gave me 5.6.4? [19:18] 5.6.5 is still in staging [19:18] well, backports-landing is mandatory, so the longer it's not in landing, the longer it gets delayed [19:18] needs little more testing [19:19] sure, and once it's in landing, it needs testing *again*. I'll test it once it's in landing [19:19] I dont have a xenial box to test on [19:19] can you move it over? [19:20] can't you? You know better what needs to be there [19:20] not good at multitasking [19:21] and dont want to give the staging script any excuse to fail! [19:21] ah yeah, wait for that ^^ [19:21] I thought you said midweek you wanted to test it before it went to landing [19:22] no, I said I would test it *once* it's in landing [19:22] oh [19:25] see ... :) [19:26] * clivejo looks for his trout [19:26] yofel: everything in plasma-staging is ready to go for xenial [19:27] FW5.23 and Plasma 5.6.5 [19:27] ok, if that's all then I'll copy it [19:27] if you copied all packages for xenial [19:28] Id like to klear the ppa for plasma 5.7 beta [19:29] FW5.23 in frameworks-staging should be built on Qt5.6.1 that acheronuk worked on [19:29] copying [19:31] yofel: to langind or directly to backports ? [19:31] landing [19:31] is it worth uploading yakkety FW5.23 and Plasma 5.6.5 to archive? [19:31] copy done [19:31] hm, we never did verify lp 1576455 [19:31] Launchpad bug 1576455 in kde-l10n-ru (Ubuntu Xenial) "SRu kde-l10n-* translation packages" [Undecided,Fix committed] https://launchpad.net/bugs/1576455 [19:32] clivejo: I won't at least [19:32] do we have a PPA could put it in? [19:33] ppa-landing [19:33] same like last time [19:33] would you mind kopying those over too [19:34] from staging-plasma? [19:34] yes both FW and Plasma for yakkety [19:35] Im running those at the moment and seems very stable [19:35] so staging-frameworks too? [19:35] nope [19:35] ok [19:35] just plasma staging [19:35] copying [19:36] the frameworks in frameworks-staging are built on Qt5.6.1 [19:37] there are a lot of apps! [19:45] * BluesKaj adds ppa-landing again [19:46] is the size of a freshly added folderview widget fixed in 5.6 or 5.7? [19:47] oops staging [19:48] yofel: not sure, in Neon whle desktop is set to mode "Folder view" so no such problem there [19:48] *whole [19:48] not the mode, the widget [19:48] yes i know, but cant we do the same ? :) [19:48] hm, I didn't think about that.. [19:49] would be a bit weird considering that our image should showcase KDE, but that might work.. [19:49] huh ? weird in what sens ? [19:50] well, the default plasma desktop is the widget one, right? [19:50] So changing that to folderview for our image might irritate some people [19:50] ok gents staging -plasma ppa or.... ? [19:50] unless we also switch the global default to folderview as well [19:51] BluesKaj: ppa-landing for yakkety 5.6.5, backports-landing for xenial 5.6.5, staging-plasma for soon yakkety 5.7 [19:51] let me check what Neon did after install [19:51] * soee starts VB [19:55] yofel, ok up to date on the ppa-landing for 5.6.5, so I'm looking at yakkety staging-plasma for plasma 5.7 [19:57] yofel: neon in live session has Foler View mode and desktop after installation [19:58] debian QT 5.6.1+dfsg-3 has "* Make libqtcore5a break libqt5scintilla2-12v5 (<< 2.9.2+dfsg-2~), pointed out by Scott Kitterman." [19:59] so if I update to that, seems it will introduce more breakage in both XX & YY on their current versions [19:59] yofel: folder view widget on 5.7 http://wstaw.org/m/2016/06/24/VirtualBox_Kubutnu_18.png [19:59] manually added to desktop [20:00] oh great [20:00] BluesKaj: ping [20:00] now I just need to find out when they fixed that :D [20:00] i think on 5.6 it shoudl be also fixed [20:00] enabled the staging-plasma, but I'm up to date [20:00] ok, then I can test that myself in a couple minutes [20:00] BluesKaj: I said "soon" for 5.7 ;) [20:01] soee, pong [20:01] BluesKaj: can you add Folder View widget to yor desktop [20:01] and see what size it has on 5.6 ? [20:01] yofel, yes , got that [20:02] gosh is the publisher slow these days... [20:02] * clivejo nods [20:02] no wonder the CI choked to death [20:03] its extremely annoying [20:03] soee, not a folder view user, but thanks for the info [20:03] that Qt5.6.1 took over an hour just to copy [20:04] yofel: http://i.imgur.com/feNk0eq.jpg [20:04] 5.6.6 intital placement was top left, but moved it out the way of conky to show [20:05] *5.6.5 [20:05] yofel: could you removed the kubuntu slide show package from the iso? [20:08] acheronuk: that's ok, as long as it doesn't look like http://people.ubuntu.com/~yofel/pics/Screenshot_20160421_172011.png [20:09] yofel: yeah, seen that and gathered that is what you were checking for [20:10] exactly, thanks for trying [20:10] * clivejo hisses and spits [20:10] with the daily iso stuck on plasma 5.5 it's hard to know what it will do when it does have 5.6.x [20:12] I worked around the ubiquity problem by installing ubuntu-server then kubuntu and plsama-dekstops, dumped mysql etc and now all sems well [20:12] Linux Kernel 4.6.3 Has Multiple Networking Improvements, Better SPARC Support [20:13] I installed the mainline 4.6.2 ..working well here [20:14] din't reallize 4.6.3 was released already [20:14] yofle: ok. I'll not update my QT 5.6.for now with the latest Debian revisions, as not sure about these breaks. https://anonscm.debian.org/cgit/pkg-kde/qt/qtbase.git/commit/?id=6d3679b006f65f498de4f5a516339cd1bbe3f8a9 [20:14] ScottK: why? ^ [20:15] XX and YY currently have lower versions [20:17] bbl [20:17] yofel: ping [20:17] ? [20:18] https://github.com/KDE/plasma-desktop/commit/6051c1ee9c615cc370d440413d83bc873ddbc530 [20:18] soee: <3 [20:19] but i not 100% sure this is the one [20:39] yofel: because if you don't update the symbols file and rebuild qscintilla2 when you update to Qt 5.6 it'll be horribly broken. [20:39] ok [20:40] shouldn't it have a private abi dep then? [20:40] Probably. [20:40] I didn't get that sorted yet. [20:40] ok [20:40] BTW, this is why the latest sync from Debian FTBFS https://launchpad.net/ubuntu/+source/qscintilla2/2.9.2+dfsg-2 [20:41] Once you have Qt 5.6, retry those. [20:42] ack [20:44] * clivejo kicks stuff [20:46] so will be rebuilt when YY get's Qt 5.6, bit on XX no such luck as archive version has to stay at 2.9.1+dfsg-4build1? [20:46] *but on XX [20:49] we'll have to fix the breaks to match the appropriate version [20:50] yay Canonical IS fixed something [20:51] yofel: The Debian qscintilla2 breaks version is the one you want. [20:51] but qt 5.6 on XX will break qscintilla2 and what depends on it either way? [20:52] ScottK: so fixing up 2.9.1 won't work? (I'm usually a bit hesitant to backport that) [20:52] apt-cache rdepends libqt5scintilla2-12v5 [20:53] This is for some backport? [20:54] ScottK: we were talking about xenial, for yakkety we'll use the debian version [20:54] if no backport, then xenial will never get plasma > 5.6.5 [20:54] Oh. [20:55] Yes, in that case you'll need to adjust the version. [20:55] * clivejo wonders if xenial deserves it [20:55] Look at the symbols file changes in 2.9.2+dfsg-2. [20:56] Error loading QML file: file:///usr/share/plasma/plasmoids/org.kde.desktopcontainment/contents/ui/main.qml:39:5: Non-existent attached object [20:56] well that didn't work out [20:56] Given the overall labor shortage in Kubuntu, I'd tell people to use YY if they want it, but your call (obviously) [20:57] I agree, but people want to work on it so I resigned to staying out of the way [20:58] depends how many other roadblocks like this crop up I suppose [20:58] I'm not fussed. If I want plasma 5.7 on xenial I would use neon. Or install yakkety when ready [20:59] I would happily concentrate on YY [21:13] hm, no, that patch doesn't seem to be sufficient for the folderview :/ [21:15] :/ [21:18] yofel: some more folder related i think https://github.com/KDE/plasma-desktop/commit/c3bdcd41a5405b732afc119f5b6a9593c600b7a4 [21:34] hm, making preferredWidth() and preferredHeight() return fixed values works,.. [21:43] folderViewLayer.ready -> false, how does that happen o.O [21:56] hmm :( [22:00] jimarvan: why? :( [22:36] * clivejo yawns [22:36] such a tiring day [22:38] indeed [22:38] acheronuk: [22:43] folderViewLayer.ready -> false, how does that happen o.O [22:38] I'm still wondering that [22:38] I just am lusting to start helping damn it [22:38] xD [22:38] 5.6 does work, so *something* got fixed [22:38] :D [22:41] upload 5.6.5 to archive then! [22:41] not an option for xenial [22:41] * clivejo dances [22:41] unless you have a 5.6 that visually looks identical to 5.5 [22:42] cherry pick the fix? [22:42] well, where is it? [22:42] in 5.6 [22:42] what soee_ found is one part, but something's missing [22:43] yes, well, commit hash please? ^^ [22:47] shall i help more ? [22:47] https://bugs.kde.org/show_bug.cgi?id=360354 [22:47] KDE bug 360354 in Folder "folder widget minimum size" [Normal,Resolved: fixed] [22:47] https://quickgit.kde.org?p=plasma-desktop.git&a=blobdiff&h=6143dab2be9c282e6088e51675a4b166741d6f4f&hp=4993950ed4f9699c8107e878ca4f2db5600aa048&hb=d121520c4b649725f891d973c4aa5863767539f9&f=containments%2Fdesktop%2Fpackage%2Fcontents%2Fui%2Fmain.qml [22:48] would it be enought :> [22:49] no, I'm running that, but height and width are always -1 because it's calculated when the folderViewLayer isn't ready [22:49] I guess the ugly hack would be to set that to something like 200/300 [23:01] but where our problems is ? [23:01] is it live session fault ? [23:01] the problem is here: !folderViewLayer.ready ? [23:02] when it becomes ready then ? :) [23:02] i am not familr with al this Qt stuff [23:04] me neither, I'm clueless about QML [23:05] soee: it happens with an installed plasma 5.5.5, not just the live session [23:05] ok and it is fixed in 5.6^ [23:06] so so we should be able to get that fix :D [23:06] I think I'll ask in #plasma tomorrow [23:06] i can stress a bit ppl on #plasma [23:06] Sho = Eike on there? [23:07] mm. no idea [23:08] yes [23:08] indeed https://behindkde.org/eike-hein [23:09] * soee opened window with light on and now has ~1000 bugs/flies and other creatures inside :? [23:10] yeah, don't do that :D [23:11] * mamarley strangles LP. [23:11] always remember WWYD [23:12] its hot, 25 °C [23:13] https://www.youtube.com/watch?v=hSq4B_zHqPM [23:22] shal we release 5.6.5 to backports [23:22] ? [23:26] ? [23:26] ? [23:28] yes ? [23:33] http://cukic.co/2016/06/24/remote-searching-krunner-blade/ [23:41] yofel: ^^ is that behaviour normal? [23:42] I hought the pause job stopped all that from happening