[02:27] <ahoneybun> the darn Hard Disk I/O widget keeps crashing plamsa
[02:27] <ahoneybun> *plasma
[02:28] <ahoneybun> removing it does
[04:27] <valorie> mparillo: I ended up trying kubuntu-iso-maker or whatever it's called, and I think it worked
[04:28] <valorie> new computer acquired; left it with son to install kubuntu since I just got home
[05:34] <ahoneybun> nice valorie
[06:10] <soee> good morning
[06:37] <murthy> https://bugs.kde.org/show_bug.cgi?id=334080
[06:38] <murthy> Tested kdeconnect from the master branch today and the above bug still exists
[06:40] <murthy> soee: good morning
[06:44] <murthy> http://imagebin.ca/v/28gigKSM5Pkv
[07:05] <ovidiu-florin> murthy: that's a translation issue
[07:05] <ovidiu-florin> contact the translation team
[07:05] <murthy> ok
[07:08] <ovidiu-florin> murthy: I might be wrong
[07:08] <murthy> np
[07:08] <ovidiu-florin> then again that almost same problem exists in the notification
[07:09] <ovidiu-florin> when you copy something ans want to see the duration
[07:09] <murthy> i am suspecting that it is linked to something else
[07:10] <murthy> m_ui->commentLabel->setText(i18n("%1 in the path will be replaced with the specific device name."));
[07:11] <murthy> thats the line with the issue
[07:11] <murthy> is it correct?
[07:12] <sitter> Riddell: wasn't oxygen-qt4 also folded into oxygen?
[07:15] <lordievader> Good morning.
[07:15] <murthy> good morning
[07:16] <lordievader> Hey murthy 
[07:26] <murthy> does file transfer from phone to desktop though kdeconnect work for anyone?
[07:48] <sick_rimmit> Buenas Dias
[07:48] <sick_rimmit> Good Morning folks
[07:50] <lordievader> o/
[08:01] <sitter> http://kci.pangea.pub/job/vivid_unstable_kate/143/parsed_console/job/vivid_unstable_kate/143/parsed_console/log_content.html#WARNING1
[08:02] <sitter> sgclark: please note ^
[08:02] <sitter> also when you clear out a series you can simply git rm -r debian/patches
[08:02] <sgclark> huh?
[08:03] <sitter> 987d161a720020c8e4743f280b850115a4c0dd47 in kate
[08:03] <sitter> you dropped a patch form series but forgot to remove the actual patch file
[08:03] <sitter> which incidentally would have been prevented if you had done git rm -r instead ;)
[08:04] <sgclark> okies.. way past my bedtime, to late to try and think.
[08:04] <sitter> hehe, read it again in the morning maybe. sleep tight :)
[08:04] <sgclark> will do 
[08:04] <sitter> Riddell: someone should fix the qml deps on kate http://kci.pangea.pub/job/vivid_unstable_kate/143/parsed_console/job/vivid_unstable_kate/143/parsed_console/log_content.html#WARNING2
[08:05]  * sitter needs to port away from the compat functions
[08:05] <sitter> such spam
[08:06] <sitter> Riddell: also oxygen apparently doesn't build in unstable
[10:07] <doko> Riddell, sitter, and everybody else ... kde4libs is now built in the GCC 5 ppa. Please let me know if you need anything else, or upload things yourself, but please don't override any builds
[10:08] <Riddell> doko: oh cool
[10:08] <sitter> <3
[10:08] <sitter> Riddell: read backlog btw
[10:08] <doko> only core devs can upload there
[10:08] <Riddell> doko: we've a new upload of kde frameworks 5 being prepared in https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-frameworks/+packages I've made that ppa depend on your transitional one to use gcc 5
[10:09] <doko> Riddell, you mean, the silo 16?
[10:09] <Riddell> doko: ci-train 16 yes
[10:09] <doko> ahh, cool
[10:10] <Riddell> looks like it makes some symbols disappear https://launchpadlibrarian.net/211693529/buildlog_ubuntu-wily-amd64.threadweaver_5.12.0-0ubuntu1~ubuntu15.10~ppa1_BUILDING.txt.gz
[10:11] <Riddell> doko: what's the best way to work on this? tidy up the symbols in that PPA and then what when it's ready?
[10:12] <doko> Riddell, yes
[10:18] <Tm_T> hello
[10:21] <Tm_T> Mirv: actually you might know this: any idea when this fix would be included in Ubuntu packages? https://bugreports.qt.io/browse/QTBUG-45753
[10:22] <Tm_T> I have Plasma crash every time a display is removed due to it
[10:48] <Riddell> sitter: how do you want to manage gcc transition with KCI?
[10:49] <sitter> I literally have no idea
[10:50] <sitter> supposedly the least resistance is waiting for gcc to land then rebuild all the things
[10:50] <sitter> then fix the symbols I suppose
[10:50] <sitter> unless you commit your symbol retractions in a branch
[10:51] <sitter> in which case the fixing symbols part becomes: run merge tool on whatever temporary branch there is to adopt the symbol transitions into kubuntu_unstable
[10:51] <sitter> at any rate, rolling KCI over isn't gonna be rocket science
[10:55] <clivejo> not for a rocket scientist!
[10:56] <Mirv> Tm_T: there's no single fix identified (I tried), the Ubuntu bug is https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1450137 - although if you get it also on wily, you can reopen the bug since I saw some indications that it's really complex upstream and truly fixed only in 5.5.0
[10:57] <Tm_T> hmmm, maybe I should upgrade to Wily then
[10:57] <Tm_T> this is only my work machine, nothing critical
[10:57] <Mirv> :D
[10:58] <Tm_T> I can explain this to my boss "I'm testing things before half of our developers face things that prevent them working
[10:58] <Tm_T> "
[11:02] <Riddell> yofel: are you looking at the kdenlive failure on arm? https://launchpad.net/ubuntu/+source/kdenlive/4:15.04.2-0ubuntu1/+build/7525662
[11:03] <Riddell> rocket science is 50 year old stuff, no rocket scientist ever had to deal with gcc transitions!
[11:19] <Riddell> doko: santa_ pointed out that libmusicbrainz was split in debian recently https://packages.qa.debian.org/libm/libmusicbrainz5/news/20150708T230015Z.html
[11:20] <Riddell> doko: to make it easier on the gcc transition, I'm not sure if we want to follow or not it means patches compared to upstream which I'm never keen on
[11:21] <doko> Riddell, well, it won't help *until* they built the packages with the new one ...
[11:21] <doko> I hope they won't start that before the GCC change
[11:22] <Kiranos> https://bugs.kde.org/show_bug.cgi?id=350237
[11:22] <Riddell> doko: so seems a bit pointless if the purpose is to help gcc transition :)
[11:22] <Kiranos> dont know if your interested in this but its a bug in current stable kubuntu 15.04
[11:23] <Kiranos> with two gpu's for multi montor setup
[11:26] <doko> yeah, it will help with further transitions ...
[11:27] <doko> Riddell, but it's harmless to merge/sync
[11:27] <Riddell> sounds like effort
[11:27] <Riddell> ...further...transitions... surely this one is the final one!
[11:28] <Riddell> Kiranos: sorry no time today, hopefully upstream will know more than me anyway
[11:42] <santa_> thanks for the info. so, about gcc/g++ 5 if I'm not mistaken the new gcc/g++ 5 can make some abi stable libraries break their abi, is that correct?
[11:43] <Riddell> looks like it
[11:43] <santa_> Riddell, doko: if so, would be helpful to rebuild all kubuntu's package with gcc/g++ 5 and see if there's any abi broken? I think I could help you with that
[11:43] <Riddell> actually so far I just see missing symbols and usually that means gcc knows they wouldn't be used anyway so it's not a different abi
[11:44] <Riddell> santa_: we started with the frameworks packages https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-frameworks/+packages
[11:44] <doko> santa_, please see my email to ubuntu-devel, and https://wiki.debian.org/GCC5
[11:44] <Riddell> feel free to help with those or do any others
[11:45] <doko> unless you see any cxx11 symbols, it's the usual noise
[11:51] <santa_> thanks. ok Riddell, I guess if I have time I will try to help with the frameworks ftbfs'es
[11:53] <Riddell> plenty red http://qa.kubuntu.co.uk/ppa-status/frameworks/build_status_5.12.0_wily.html
[11:56] <doko> Riddell, a lot of these are uninstallabilities
[11:58] <Riddell> doko: sure that's always the way, needs tier 1 (no internal depends) fixed then we click rebuild on tier 2 packages etc
[12:06] <santa_> Riddell: so you need to click on the rebuild button manually allways? doesn't leave the ubuntu autobuilders the packages in a state of dep-wait (like wannabuild/buildd)?
[12:07] <Riddell> santa_: it's surprisingly crap in PPAs for some reason, we have a kubuntu-automation script that should help ./kubuntu-retry-builds --kf5 --ppa=kubuntu-ppa --ppaname=next-staging --force
[12:08] <santa_> and does it help?
[12:09] <Riddell> santa_: sure it makes them rebuild
[12:10] <santa_> you might want to run it then, according to my graph, kauth is blocking a lot of builds
[12:13] <santa_> Riddell: but there's something that I don't understand comepletely: with "it's surprisingly crap in PPAs for some reason" you mean there are mechanisms to leave the packages in a state of dep-wait in ubuntu's ppas but they don't work as you expect for some reason, am I right?
[12:13] <Riddell> santa_: it doesn't automatically retry as far as I remember
[12:14] <Riddell> and in the main archive it retried them occationally but it's still slow enough that it's best to run a retry script
[12:14] <Riddell> it's surprisingly unintelligent
[12:17] <ScottK> LP has depwait, but not bd-uninst, so many more builds will fail and need retry than in Debian.
[12:18] <santa_> aha
[12:21] <santa_> for siduction I have a wannabuild/buildd which I configured myself, and works well, except for the fact that I have to do hackish things to build source packages with only arch:all binary packages
[12:21] <santa_> like kapidox
[12:24] <santa_> Riddell: so there's a couple of things I might try to do to alleviate that problem if we have time: 1. making a script to draw my frameworks graph automatically and mark the failing packages in red, 2. setting up a wannabuild/buildd for kubuntu's packaging
[12:25] <santa_> are you interested in any of these 2? would it help you?
[12:26] <Riddell> santa_: I don't quite understand 1) and you didn't list a 2) :)
[12:27] <santa_> 2. setting up a wannabuild/buildd for kubuntu's packaging
[12:29] <santa_> Riddell: about the 1 I will try to make you a demo (don't expect it soon), so you will understand better the idea
[12:30] <Riddell> santa_: what is wannabuild and why is it better than just doing for all packages: rebuild ?
[12:33] <santa_> wannabuild is a database to track the building state of packages in a repository; this database can be accesed by one or various buildds which build the packages
[12:34] <santa_> Riddell: apparently it works a bit better for me, since it needs less manual intervention
[12:35] <Riddell> santa_: sounds like it would need integration with launchpad 
[12:35] <santa_> when a package can't be built, it will leave it in a Dep-Wait state, and will try to build it when the build depends are available
[12:36] <santa_> Riddell: nope, I'm just telling you my alternate way of building your own "ppa's"
[12:36] <santa_> * of building my own ppa's
[12:37] <BluesKaj> Hiyas all
[12:46] <santa_> Riddell: I think I'm going to try the following: rebuild all the frameworks packages for kubuntu with my own stuff, and send you patches
[12:46] <santa_> I might be faster with my own stuff than your ppas, but who knows?
[12:47] <Riddell> santa_: gotcha, can you put the patches on a web server somewhere? e-mail attachments are quite faffy
[12:48] <santa_> ok, we could try to figure out that later once I have my stuff adapted for kubuntu
[12:50] <TJ-> Wouldn't that just require a public git repo so you can do a pull + merge ?
[12:52] <Riddell> probably that's the best way, but my git foo is weak for external merges
[12:52] <santa_> I have repositories, but let's do things one by one ;)
[12:53] <sitter> it's more work for one to two commits
[12:53] <sitter> since you have to slap in the origin first and fetch
[12:53] <sitter> s/origin/remote
[12:54] <santa_> it can be automated, I will try to come up with something nice
[12:54] <TJ-> I just doe "git remote add ..." with a memorable name, then when I want a feature branch "git fetch <memorarable-name> <branch>" and then check it out locally
[12:54] <santa_> Riddell: just one last thing, which branch of kubuntu should I build?
[12:54] <santa_> kubuntu_wily_archive?
[12:54] <Riddell> yep
[12:55] <santa_> allright, I will try to come up with something nice
[12:55] <santa_> maybe you like it, maybe you don't, but it's worth trying
[13:27] <Kiranos_> will there be a qt 5.5 backport for kubuntu 15.10?
[13:57] <ahoneybun> Hey all Greece likes us! https://ubuntu-gr.org/files/photos/InstallFest1.jpg
[14:34] <Riddell> ahoneybun: there's a joke in there about german projects taking over greece I'm sure
[14:35] <ahoneybun> ?
[14:48] <Riddell> sitter: qml deps added to kate in git
[17:57] <palasso> Riddell: I just saw your blog post and read the FSF and SFC announcements. Although I understand the ambiguity about permissive licenses, couldn't the part "this policy does not modify or reduce rights granted under licences" be interpreted as not reducing the right to distribute software as it's explicitly stated  in many permissive licenses?
[17:58] <Riddell> palasso: yes, ubuntu is free software entirely free to share and modify, the trouble is that canonical ip policy leaves open possible problems as the FSF and SFC say which will put off some people
[17:58] <Riddell> none of those problems are real because they would go against the ubuntu policy and archive admins will make very sure that doesn't happen it still puts people off
[18:00] <Riddell> for example the CC is currently saying "As the FSF statement says, for permissively licensed code where you did not build the binary, there is no pre-existing right to redistribution of that binary" which is very dangerous words and entirely against ubuntu policy.  there has been no restrictions added but that the CC would claim there might be is so destructive to the community
[18:01] <palasso> CC stands for Ubuntu Community Council?
[18:03] <palasso> What they say seems wrong to me even if the Ubuntu policy didn't exist. For example lets take the MIT license: http://opensource.org/licenses/MIT
[18:04] <palasso> It gives unrestricted permission of distribution of the Software
[18:04] <Riddell> palasso: yes it does
[18:04] <palasso> The binaries are part of the software
[18:04] <Riddell> palasso: unfortunately the CC (ubuntu community council) is currenly arguing that is not the case https://www.reddit.com/r/linux/comments/3de41m/fsf_statement_on_canonicals_updated_licensing/
[18:05] <Riddell> which is incorrect and against ubuntu policy
[18:05] <Riddell> it's a shame they can't stand up for the community but can stand up for claiming restrictions on the community
[18:05] <palasso> If the IP policy says no reduction of rights then how would it reduct the right of unrestricted redistribution of the software for an MIT licensed program (as an example)
[18:07] <palasso> Is that the latest Ubuntu policy document? http://people.canonical.com/~cjwatson/ubuntu-policy/policy.html/
[18:09] <palasso> I suppose that's the part you're referring to: http://people.canonical.com/~cjwatson/ubuntu-policy/policy.html/ch-archive.html#s-ulp
[18:09] <Riddell> canonical ip policy at http://www.ubuntu.com/legal/terms-and-policies/intellectual-property-policy ubuntu at http://www.ubuntu.com/about/about-ubuntu/licensing
[18:10] <Riddell> palasso: they /could/ restrict BSD licenced stuff by adding non-free bits to it.  they don't because that's against the ubuntu policy and us archive admins will stop that from happening.  but for some reason the CC is very happy to keep saying they could which is so destructive.
[18:15] <palasso> For main it says "Must allow modification and distribution of modified copies under the same licence." For main and restricted it says "Must allow redistribution." "Must allow these rights to be passed on along with the software. You should be able to have exactly the same rights to the software as we do." "Must not require royalty payments or any other fee for redistribution or modification." "Must not be distributed under a 
[18:15] <palasso> licence specific to Ubuntu."  "Must not contaminate other software licences." 
[18:15] <palasso> I don't see any mention for the Universe repo
[18:16] <palasso> (it is mentioned in the link I posted earlier)
[18:21] <Riddell> palasso: right, so ubuntu policy all good and we have good people to keep that in place.  but canonical policy weirdly leaves open the possibility it's not all good.  and for some reason the CC is claiming that's it's not all good on reddit now
[18:33] <ahoneybun> damn HD I/O Monitor widget will not die
[18:34] <ahoneybun> keeps crashing plasma
[21:28] <ahoneybun> lordievader: ping
[21:30] <lordievader> ahoneybun: Hey ahoneybun, was about to go to bed. Whats up?
[21:30] <ahoneybun> sudo do-release-upgrade -d will work to get to wily no?
[21:31] <ahoneybun> damn 1172 updated packages
[21:31] <ahoneybun> lordievader: ^
[21:31] <lordievader> Yes.
[21:32] <ahoneybun> oh ok
[21:32] <ahoneybun> thanks lordievader :)
[21:32] <lordievader> ahoneybun: See man do-release-upgrade and do-release-upgrad -h ;)
[21:32] <ahoneybun> ?
[21:32] <ahoneybun> this will work fine
[21:33] <lordievader> ahoneybun: Those command will give you more detail about what do-release-upgrade does. What switches it offers and what those switches do.
[21:33] <ahoneybun> oh
[21:33] <ahoneybun> did you have nvidia drivers installed when you did it?
[21:34] <lordievader> The only machine I have with an nvidia chip doesn't do X ;)
[21:34] <lordievader> In my test box is an Intel chip.
[21:35] <ahoneybun> oh crap
[21:35] <ahoneybun> I can switch to the intel card on demend
[21:37] <lordievader> Prime stuff? Good luck :P
[21:37] <ahoneybun> oh god
[21:37] <ahoneybun> lol
[21:42] <lordievader> Look at it from the bright side, you'll probably learn a thing or two ;)
[21:43] <ahoneybun> not fun lol
[21:48] <lordievader> Yes it is, the fun is in learning how to solve issues. And you can only learn that when the issue is new ;)
[21:48] <lordievader> See it as an adventure \o/
[21:48] <yofel> Riddell: I fixed the kdenlive armhf failure last week, shadeslayer just never managed to actually upload it
[21:49] <yofel> and I'm still waiting on our packageset to be updated so I can do it myself :/
[21:49] <shadeslayer> :(
[21:49] <shadeslayer> sorry
[21:49]  * lordievader is off to bed
[21:49] <shadeslayer> I forgot what the change was as well
[21:49] <shadeslayer> I'm just busy with other shite 
[21:50] <yofel> well, me too, which is why I never poked you again
[21:58] <yofel> Riddell: if you can look at it tomorrow, the fixed version is in kdenlive git kubuntu_wily_archive
[22:02] <yofel> oh wait
[22:02] <yofel> seems like the packageset did get updated today o.O
[22:03] <yofel> didn't queuebot announce that in the past..?
[22:05] <clivejo> Riddell: where is the new version of Calligra?
[22:05] <clivejo> oh found it
[22:13] <yofel> ok, kdenlive uploaded
[22:16] <yofel> Riddell: do we have a tagging policy for git yet?
[22:16] <yofel> the kdenlive repo seems to have no tags at all
[22:27] <mparillo_> Kubuntu upgrade still does not work https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1464330 but a commenter thnks it might be in usr/lib/python3/dist-packages/DistUpgrade/DistUpgradeFetcherKDE.py
[22:29] <ahoneybun> oh crap mparillo_
[22:29] <ahoneybun> I just started a upgrade...
[22:30] <ahoneybun> well 50% done
[23:06] <ahoneybun> guess whos back!
[23:06] <ahoneybun> https://paste.kde.org/pcemmfyym
[23:07] <ahoneybun> Riddell: mparillo_ lordievader worked!
[23:11] <ahoneybun> yay I removed that widget!
[23:11] <ahoneybun> and plasma did not crash!
[23:27] <mparillo_> ahoneybun: Congratulations. I wonder what is different about my config.
[23:27] <ahoneybun> I even have nonfree nvidia drivers runnning