[00:12] <apachelogger> :@
[00:40] <apachelogger> shadeslayer, santa_: FTR https://git.reviewboard.kde.org/r/119540/ https://git.reviewboard.kde.org/r/119541/ 
[00:40] <apachelogger> at least with pokit-qt, kauth, kconfiwidgets and plasma-desktop from git master those RRs should make everything behave as expected
[00:42] <santa_> oh, great
[00:43] <santa_> apachelogger: so I will try to test this tomorrow too, what do you want to handle first? du with kde-full or kauth fixing?
[00:43] <apachelogger> there's also https://git.reviewboard.kde.org/r/119542/ but it doesn't really fix anything
[00:44] <apachelogger> santa_: kde-full, auth needs upstream maintainer review first anyway
[00:45] <santa_> allright, will ping you tomorrow
[06:20] <soee> good morning
[07:43] <Riddell> apachelogger: what files conflict?
[08:18] <Riddell> qa is at sane cpu and memory but I think bandwidth is limiting factor now
[09:28] <Riddell> "Rejected: Launchpad failed to process the upload path '~kubuntu-ninjas':" annoyingly something has changed so you can't dput ppa:kubuntu-ninjas you have to dput ppa:kubuntu-ninjas/ppa
[09:29] <debfx> the openvz host imposes limits on the overall tcp buffer size which sort of limits the bandwidth
[09:30] <debfx> in an evil way
[09:34] <Riddell> openvz.. i lose track of all these virtualisation technologies so many of them
[09:34] <Riddell> probably they think the same about debian derivative distros
[09:36] <Riddell> yofel: you uploaded all of 4.13.95 for a rebuild?
[09:57]  * Riddell rebuilds alpha 2 candidates
[10:12] <yofel> Riddell: I rebuilt them so we get the symbol changes for gcc 4.9
[10:13] <yofel> come to think of it I should've just made -s 10 rebuilds from bzr, this was ways just less scripting...
[10:14] <Riddell> now why is kmag red? http://yofel.dyndns.org/kubuntu/build_status_4.13.95_utopic.html
[10:15] <apachelogger> Riddell: /etc/xdg/menus/kde-information.menu
[10:15] <apachelogger> is installed by kde-runtime
[10:15] <apachelogger> and kinfocenter
[10:15] <apachelogger> kinfocenter(5) mind you
[10:15] <yofel> Riddell: good question...
[10:15] <apachelogger> so installing kinfocenter(5) will remove kde-runtime(4) which will remove everything(4)
[10:17] <apachelogger> http://paste.ubuntu.com/7903527/ dep resolution with the correct breaks/replaces in place
[10:18] <Riddell> apachelogger: ah right, hmm
[10:19] <Riddell> probably needs changed in kinfocenter kf5
[10:19] <apachelogger> yeah
[10:21] <yofel> hm, there is an error condition in the cmake parsing code that should never happen, maybe that happened for kmag..
[10:23] <Riddell> apachelogger: on my todo
[10:25] <Riddell> http://yofel.dyndns.org/kubuntu/build_status_4.13.95_utopic.html "Error multiple versions of the same package klickety " huh?
[10:25] <Riddell> only 1 version in https://launchpad.net/~kubuntu-ninjas/+archive/ubuntu/ppa/+packages?field.name_filter=klick&field.status_filter=published&field.series_filter=
[10:26] <Riddell> hmm, http://qa.kubuntu.co.uk now running at reasonable speed, did everyone stop torrenting?
[10:26] <yofel> no, debfx lowered the buffer size for apache, so it now doesn't use all of it all the time
[10:27] <Riddell> clever debfx 
[10:27] <yofel> that error might happen if I package is processed and the new version is published shortly after that I think, then it's in the parsing list twice and the script errors out
[10:27] <yofel> should fix itself in the next run
[10:27]  * Riddell deletes klickety out of spite
[10:29] <yofel> http://qa.kubuntu.co.uk/ninjas-status/build_status_4.13.95_utopic.html works again in the meanwhile
[10:29] <Riddell> :)
[10:44] <Riddell> hola sgclark 
[10:44] <sgclark> good morning
[10:46] <Riddell> ooh new images for alpha 2 candidate testing
[10:46] <Riddell> !testers | alpha 2 candidates ↑
[10:46] <soee> :)
[10:46] <sgclark> Riddell: 4.13.97 is today?
[10:47] <yofel> sgclark: sorry if I stomped on your work with my .95 rebuilds, all I wanted to do was get the symbols for gcc 4.9 and the ppa changelog doesn't really matter for us...
[10:48] <sgclark> yofel: it's ok, just was baffeled as all I have been through with using dch properly. Been a rough few days with a broken system
[10:48] <Riddell> sgclark: yes should appear sometime today but not until the european evening I guess
[10:49] <sgclark> Riddell: will be my afternoon if you want me to upload it
[10:49] <Riddell> adding baloo-kf5 adds 23MB to the image size
[10:50] <Riddell> sgclark: yes please :)
[10:50] <lordievader> Riddell: Groovy, I'll try to test tonight :)
[10:50] <Riddell> image now 111 MB
[10:50] <Riddell> image now 1114 MB rather
[10:50] <shadeslayer> :O
[10:50] <shadeslayer> magic
[10:50] <shadeslayer> heh
[10:51] <sgclark> so on that note, choosing sddm led to very bad things, has this worked for anyone else?
[10:51] <Riddell> should I set the image size cap to 120MB ?
[10:51] <shadeslayer> sgclark: how so?
[10:51] <yofel> in vbox yes, on hardware no
[10:51] <shadeslayer> 120?
[10:51]  * shadeslayer faints
[10:51] <sgclark> shadeslayer: could not boot at all
[10:51] <shadeslayer> sgclark: on vbox, yes, it's broken
[10:51] <shadeslayer> on real hardware it should work
[10:51] <sgclark> this was on hardware
[10:51] <yofel> shadeslayer: for me it's the other way around
[10:51] <shadeslayer> please report bugs with /var/log/sddm.log 
[10:51] <shadeslayer> yofel: oh? :P
[10:52] <Riddell> sgclark: I'll remove nepomuk packages from kdesc-packages-utopic.txt
[10:52] <sgclark> shadeslayer: sorry I eneded up just loading the iso
[10:52] <shadeslayer> yofel: fwiw I couldn't get it to work after installing
[10:52] <shadeslayer> sgclark: I don't follow
[10:52] <sgclark> Riddell: ok, also kactivities is not being updated, is this permanant?
[10:53] <Riddell> I remember something about
[10:53] <sgclark> shadeslayer: in short I have no log. In frustration I reloaded the whole pc with the new iso. Which is working beautifully btw
[10:53] <shadeslayer> hurray
[10:54] <Riddell> "KDE/4.14 has been forked from master for all KDE SC repos (except kactivities
[10:54] <Riddell> says my e-mail 
[10:54] <Riddell> which won't have a 4.14 release)."
[10:54] <yofel> *sigh*
[10:54]  * sgclark hopes they don't rid of kactivities. one of my favorite features
[10:54] <Riddell> so yes no updates for it
[10:55]  * yofel just realized that his .95 rebuilds will break kubuntu-archive-upload
[10:55] <Riddell> sgclark: nah it's still there in plasma 5, just no more 4 releases for it
[10:55] <sgclark> ok :)
[10:56] <yofel> Riddell, sgclark: I will have to re-upload another rebuild set at some point, with the bzr changelog this time otherwise the archive upload script will fail on pretty much every package, sorry
[10:57] <Riddell> ah hah
[10:57] <Riddell> I knew there was a reason not to do that
[10:57] <yofel> either that or whoever uploads will have to modify the script
[10:57] <Riddell> I don't mind uploading the old fashioned way with lots of bash loops over it all
[10:58] <Riddell> but that's error prone if I forget something
[10:58] <yofel> nah, you'll have to increase the allowed diffstat line count in line 169
[10:59] <Riddell> sounds do-able
[10:59] <yofel> ok, then lets do it that way
[11:00] <BluesKaj> 'Morning folks
[11:02] <Riddell> ah BluesKaj, you're just in time to test utopic alpha 2 candidates
[11:04] <BluesKaj> Riddell, utopic-updates multiverse?
[11:05] <Riddell> BluesKaj: ISOs for testing http://iso.qa.ubuntu.com/qatracker/milestones/319/builds
[11:14] <sheytan> Riddell: hey. Just want to tell, the kubuntu-plasma5 images don't work after you put them on a stick. Didn't try on CD, but you get: grub: this is not a cr32 image or something like that
[11:14] <sheytan> and it doesn't boot
[11:15] <Riddell> shadeslayer: ↑
[11:15] <shadeslayer> :(
[11:15] <shadeslayer> sheytan: is this on a efi system
[11:15] <sheytan> tryied on legacy bios and efi
[11:15] <sheytan> both the same
[11:19] <BluesKaj> Riddell, which plasma version is on the alpha2?
[11:19] <Riddell> Plasma 4
[11:19] <BluesKaj> good
[11:20] <BluesKaj> then I'll give it a go
[11:20] <apachelogger> sheytan: it's because of the isolinux move
[11:20] <apachelogger> eh shadeslayer
[11:20] <apachelogger> well
[11:20] <apachelogger> both :P
[11:20] <apachelogger> shadeslayer: try to create a neon5 stick using usb-creator on utopic
[11:20] <apachelogger> will also blow up in your face when booting
[11:20] <sheytan> do i need to put some magic command at boot promt ?
[11:22]  * Riddell lunches
[11:48]  * yofel releases 4.13.3 to ppa
[12:01] <soee> sheytan: wasnt there solution for this like type: live
[12:01] <soee> and than it boots ?
[12:01] <sheytan> didn't try
[12:16] <sheytan> soee it works that way
[12:16] <sheytan> but fix it please
[12:36] <BluesKaj> Riddell, just installed apha2, so far so good
[12:38] <BluesKaj> brb
[12:48] <Riddell> yofel: yay
[12:48] <yofel> ah right, should be published by now
[12:48] <Riddell> yofel: vishesh will ask when it'll go into the archive, how long do you wait before uploading to proposed?
[12:48] <yofel> !testers | 4.13.3 in kubuntu-ppa/ppa for trusty needs testing
[12:50] <yofel> Riddell: usually it was at least a week, but as we're already behind schedule I would say upload over the weekend, then it would be in the archive around the 11th
[12:50] <Riddell> groovy
[12:51] <BluesKaj> alpha2 is installed on my laptop, about to install it on the desktop
[12:52] <Riddell> BluesKaj: great thanks, remember to update http://iso.qa.ubuntu.com with results
[12:52] <Riddell> and it's only alpha 2 candidate at this stage :)
[12:52] <BluesKaj> right
[12:56]  * seaLne discovers that some thing changed in trusty for vga out to start working on one of his laptops that never used to work :-)
[12:56] <Riddell> fixing bugs we never knew existed :)
[13:00] <Riddell> shadeslayer: on erasing disk "org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."
[13:00] <shadeslayer> apachelogger: ^
[13:01] <apachelogger> hm?
[13:02] <shadeslayer> sheytan: how did you create the ISO?
[13:02] <shadeslayer> because it works for everyone else apparently
[13:02] <shadeslayer> it's just been you and soee so far
[13:10] <Riddell> BluesKaj: oh and test file search please
[13:14] <BluesKaj> Riddell, there is none, no baloo , and nepomuk doesn't launch
[13:15] <Riddell> ah
[13:16] <Riddell> no baloo-utils I think
[13:17] <mcstr____> :D updating to 4.13.3 :) :) :) 
[13:17] <Riddell> mcstr____: please add test results to https://notes.kde.org/p/kubuntu-ninjas
[13:20] <soee> shadeslayer: been what ?
[13:20] <shadeslayer> oh oh
[13:20] <shadeslayer> Riddell: what will happen to the kc
[13:20] <shadeslayer> *baloo kcm
[13:21] <shadeslayer> you can't show the baloo Qt5 kcm 
[13:21] <Riddell> shadeslayer: I split it out into baloo-utils which I then forgot to put on the images, I'll remake them with that on
[13:21] <Riddell> that's why they are only candidates :)
[13:21] <mcstr____> @Riddell would love to, but this addy is asking me for a login.... the mail i registered with kde.org is not accepted why?
[13:22] <yofel> mcstr____: the username is your identity username
[13:22] <yofel> not the email
[13:22] <mcstr____> checking....
[13:23] <mcstr____> @yofel  and where is my identity username? i am on the preferences tab on bugs.kde.org now where only see my mail addy, i can add a real name in the account information... is that the thing?
[13:23] <Riddell> d_ed: ping
[13:24] <yofel> mcstr____: it's the username for http://identity.kde.org/
[13:24] <Riddell> d_ed: rohan's screen is broken and you don't respond to real life pings
[13:25] <mcstr____> @yofel ahhh i see! haven't had that one yet gonna register thx
[13:28]  * yofel watches kmail... not opening his mails
[13:28] <yofel> why am I using this thing again..
[13:30] <yofel> ofc. it was akonadi that died
[13:31] <yofel> "database is deadlocked Unable to fetch row" 
[13:31] <yofel> so much for sqlite, huh
[13:32] <Riddell> deadlocked? not even a sonic screwdriver could get through that
[13:33] <yofel> well, now we know why we shouldn't be using sqlite
[13:37] <Riddell> we don't use it though right? you just changed that setting?
[13:38] <yofel> yeah, was just testing it, no harm done
[13:44] <sheytan> shadeslayer: i created it on my stick with the USB creator tha kubuntu comes with
[13:44] <shadeslayer> sheytan: try dd'ing it
[13:45] <sheytan> shadeslayer: i'll try
[13:45] <shadeslayer> thx
[13:50] <shadeslayer> Riddell: any news on https://trello.com/c/pRBzQQV4
[13:51] <shadeslayer> apachelogger: what's the next step forward on https://trello.com/c/MjfFZsB5
[13:52] <Riddell> shadeslayer: partitionmanager done and in, could do with more testing though
[13:53] <apachelogger> shadeslayer: what the description says?
[13:53] <shadeslayer> mind moving/commenting on the card then?
[13:53] <shadeslayer> apachelogger: add a checklist plz
[13:53] <apachelogger> shadeslayer: u do it
[13:53] <apachelogger> ^ review?
[13:54] <shadeslayer> :(
[13:55]  * shadeslayer does shitty review stuff
[13:57] <menace> hey i tried to to make a patch in kde-workspace and rebuild it with pbuilder.. but pbuilder always says he cannot resolve the dependencies.. any idea why's that?
[13:58] <Riddell> menace: we'd need more information to know, maybe universe isn't set up in pbuilder
[13:58] <shadeslayer> sgclark: ping
[13:58] <Riddell> does it build locally?
[13:58] <shadeslayer> sgclark: what's with the http://paste.ubuntu.com/7905095/
[13:58] <Riddell> menace: sudo pbuilder --login --save-after-login  is useful
[13:58] <shadeslayer> sgclark: what's with the double GPL-2+ copyright in that paste
[13:59] <menace> i buildi try building it locally atm
[14:00] <menace> let's see what happens
[14:00] <Riddell> shadeslayer: looks like an easy to fix bug
[14:01] <shadeslayer> Riddell: well, sgclark added it explicitly
[14:01] <shadeslayer> so I was curious as to why it was there
[14:02] <sgclark> shadeslayer: License: GPL-2+ This file is extracted from kde-workspace (kdm/kfrontend/genkdmconf.c) so it was a tid bit different
[14:03] <shadeslayer> funny thing is
[14:03] <shadeslayer> that file has no license
[14:03] <sgclark> shadeslayer: if that is wrong then remove, does not matter to me
[14:03] <shadeslayer> so regular GPL-2+ applies
[14:04] <sgclark> just ut what the file said...
[14:05] <sgclark> if I don't I am wrong, if I do I am wrong
[14:05]  * sgclark gives up
[14:06] <Riddell> sgclark: don't give up!
[14:11] <sgclark> I have the non functional kmail, is there a way for me to fix this manually?
[14:11] <shadeslayer> much fun, images shipped under LGPL-3
[14:12] <shadeslayer> this thing is giving me a headache
[14:18] <Riddell> sgclark: do you use sqlite like yofel? or another problem?
[14:19] <sgclark> Riddell: oh sorry, seems just restarting akonadi works, just happening alot, and no, I use mysql
[14:20] <sgclark> guess I am on 4.13.95 beta heh, can't complain
[14:21] <sgclark> I can check 2-3 email then I get please wait....
[14:27] <yofel> hm, 3.16 doesn't like this T440, 2 kernels panicks in one day is a bit much :/
[14:27] <yofel> *kernel
[14:28] <yofel> and switching to mysql messed the akonadi config up quite a bit o.O (Trash was put into Templates, Sent mails from one account were put into the inbox of another account, ...)
[14:30] <sgclark> my probekm seems to be missing agents
[14:30] <sgclark> problem
[14:31] <Riddell> I'm just doing kdepim packaging adding back ktnef and the new followupreminderagent
[14:32] <Riddell> but I don't think those would affect e-mail reading
[14:32] <yofel> I'm pretty sure our issues are akonadi related, not kdepim
[14:34] <sgclark> I agree with yofel
[14:41]  * yofel wonders how to best get from Stuttgart to Brno...
[14:41] <shadeslayer> a TARDIS
[14:41] <shadeslayer> that's how
[14:42] <yofel> well yeah, but I'll only get confirmation that I can use it on the 23rd, so I need an alternative :P
[14:44] <seaLne> does anyone happen to know how the presence of a monitor being connected is done? 
[14:44] <Riddell> kscreen daemon?
[14:44] <Riddell> kded module rather
[14:45] <seaLne> thanks, i wasn't sure wither it was done at xorg level or above
[14:45] <shadeslayer> probably done at xorg level too
[14:46] <shadeslayer> xorg -> qt -> kscreen
[14:46] <shadeslayer> would be my guess
[14:46]  * yofel wonders if he really wants to travel 10h by train
[14:48] <seaLne> i wonder if it is just periodically polling the I2C bus to see if anything is connected to the VGA/HDMI 
[14:48]  * sgclark will be traveling for 2 days...
[14:48] <shadeslayer> seaLne: dpm
[14:48] <shadeslayer> seaLne: don't think so
[14:48] <BluesKaj> train is still the most comfortable means of travel IMO
[14:49] <yofel> oh great, the sanes return connectino allows me to explore munich from 1AM to 3:30 AM
[14:49] <yofel> *sanest
[14:49] <Riddell> brno seems not to be the easiest place to get to, busses seem common
[14:50] <seaLne> the bus from VIE is comfortable enough, the road from prague is very bumpy
[14:51] <yofel> one train connection even included going from prague by bus, but I'll rather take the ones from vienna
[14:52] <sgclark> I am going through VIE, after a 20 hour flight haha
[14:53] <Riddell> good thing you're nifty with switching sleep schedules
[14:53] <sgclark> lol
[14:54]  * sgclark thinks she will collapse on whatever transportation we get on in VIE
[14:54] <seaLne> shadeslayer: what were you meaning by dpm it seems a rather common acronym
[14:55] <shadeslayer> seaLne: that was a typo
[14:55] <seaLne> was that just the start of don't?
[14:58] <seaLne> detecting a new vga/hdmi source is easy as its just a 5v line going high
[14:58]  * seaLne is working on some hardware for akademy
[15:01] <allee> yofel: trusty ppa:  3.13.2. ->  .3    after the upgrade apt claim: The following package was automatically installed and is no longer required: baloo
[15:02] <yofel> o.O
[15:02] <allee> yofel: :-)
[15:02] <yofel> how did...
[15:03]  * seaLne has that as well
[15:03] <shadeslayer> do we have 4.13.95 anywhere?
[15:03] <yofel> ninjas
[15:03] <yofel> well, partly ninjas, partly archive
[15:03] <shadeslayer> hm
[15:03] <shadeslayer> https://launchpad.net/ubuntu/+source/kdepim-runtime/4:4.13.90-0ubuntu1
[15:04] <yofel> .90 was pretty messy
[15:04] <yofel> oh right, we removed the explicit baloo dep from the symbol files, and I guess with .3 everything that had that got rebuilt
[15:04] <yofel> now it's optional...
[15:05] <yofel> uh...
[15:05] <kubotu> feed branches had 17 updates, showing the latest 6
[15:05] <shadeslayer> yofel: this is true, I see that here too
[15:05] <yofel> Riddell: what's the utopic way baloo is installed? seed?
[15:06] <yofel> maybe I should make libbaloo* recommend baloo? But that doesn't sound quite right
[15:08] <BluesKaj> yofel, baloo-dev?
[15:08] <yofel> not -dev, the runtime stuff
[15:09] <BluesKaj> well , I'm fine without either baloo or nepomuk , they never get used on my machines
[15:11]  * yofel makes his way home
[15:11] <allee> yofel: kubuntu-desktop or dolphin should recommend it.
[15:11] <yofel> will think on it on the way
[15:15] <Riddell> yofel: yes
[15:16] <Riddell> yofel: which I changed to baloo-kf5 today but I just changed it back to baloo4 cos we realised there's config files that would get confused
[15:17] <Riddell> shadeslayer: /usr/lib/kde4/ has loads of stuff including /usr/lib/kde4/libkdeinit
[15:18] <Riddell> /usr/lib/x86_64-linux-gnu/qt5/plugins/libkdeinit seems a kf5 equivalent
[15:18] <shadeslayer> hm
[15:18] <shadeslayer> Riddell: but stuff links against libkdeinit
[15:18] <shadeslayer> so we can't just put it there
[15:20] <Riddell> what links against them?
[15:21] <shadeslayer> Riddell: objdump -x /opt/project-neon5/bin/kwin_x11 | grep init       
[15:21] <shadeslayer>   NEEDED               libkdeinit5_kwin.so
[15:21] <Riddell> funky
[15:22] <Riddell> but that's fine, it's a private library
[15:22] <shadeslayer> bjdump -x /opt/project-neon5/bin/kwrite | grep init 
[15:22] <shadeslayer>   NEEDED               libkdeinit5_kwrite.so
[15:22] <Riddell> sgclark: running kubuntu-archive-upload on 4.13.95 (just in time for the RC to appear)
[15:23] <sgclark> ok
[15:23] <shadeslayer> Riddell: http://paste.kde.org/pdmc2epbj
[15:24] <Riddell> the only thing dh_movelivekdeinit does is hide away the weirdness
[15:25] <Riddell> that should be fine to be upstream
[15:25] <Riddell> it doesn't make anything more messy
[15:26] <sgclark> Riddell: will they make another announcement when the RC is available?
[15:26] <Riddell> sgclark: should be posted to kde-packager
[15:27] <sgclark> ok
[15:27] <shadeslayer> Riddell: talk to Sune :p
[15:27] <Riddell> shadeslayer: am I right in thining that he's wanting it done the same way for kf5 and you're wanting it done upstream?
[15:28] <shadeslayer> not quite, I am unsure what he wants, I want to get it fixed upstream
[15:28] <shadeslayer> rather than have dh_movelibkdeinit5 
[15:32] <shadeslayer> hm
[15:32] <shadeslayer> I could be evil
[15:32] <shadeslayer> or maybe not
[15:33] <Riddell> oh go on
[15:33] <shadeslayer> nah, don't have permissions to be evil
[15:34] <shadeslayer> Riddell: firefox still pulling in aptdaemon because of xul-ext-firefox
[15:34] <Riddell> chmod +evil shadeslayer 
[15:34] <shadeslayer> or rather xul-ext-ubuntu
[15:34] <shadeslayer> hm
[15:38] <shadeslayer> xnox: any thoughts on packaging cmake 3.0.0 ?
[15:39] <xnox> shadeslayer: i'll chat with debian maintainers and uploaders about it.
[15:39] <shadeslayer> ok
[15:39] <xnox> shadeslayer: i wouldn't want to do it in ubuntu.
[15:39] <shadeslayer> right
[15:41] <shadeslayer> hm
[15:42] <shadeslayer> Riddell: can you check if kubuntu-buildstatus still works for you?
[15:50] <Riddell> shadeslayer: like this? http://qa.kubuntu.co.uk/ninjas-status/build_status_4.13.95_utopic.html
[15:52] <shadeslayer> not that one
[15:52] <shadeslayer> http://qa.kubuntu.co.uk/buildstatus/kubuntu-buildstatus.html
[15:55] <Riddell> shadeslayer: well that looks like it's working no?
[15:56] <shadeslayer> last update was too long ago
[15:57] <Riddell> 1 * * * * cd /home/kubuntu/qa.kubuntu.co.uk/buildstatus && /home/kubuntu/qa.kubuntu.co.uk/buildstatus/kubuntu-buildstatus
[15:58] <shadeslayer> right
[15:58] <shadeslayer> I was reading the wrong entries
[16:05] <kubotu> feed branches had 25 updates, showing the latest 6
[16:21] <shadeslayer> Riddell: http://paste.kde.org/pp0ashhkw > dafuq
[16:24] <Riddell> shadeslayer: that in libkdeinit? they always get that warning so I guess this would be to stop the warning
[16:34] <yofel> ScottK: can I SRU a seed change to trusty with updated metapackage?
[16:35] <yofel> .3 results in 'baloo' being optional, which is kinda bad
[16:35] <ScottK> Yes.
[16:35] <yofel> ok, I'll go with that then
[16:36] <yofel> at least vishesh should be happy now
[16:43] <shadeslayer> Riddell: in khtml
[16:51] <santa_> apachelogger: hello, I won't have time to finish the upgrade from kde-full today, but:
[16:51] <santa_> 1. this was already done the monday
[16:51] <santa_> 2. it will need dummy packages anyway
[16:52] <apachelogger> santa_: why 2?
[16:53] <santa_> because otherwise aptitude gets confused, for instance:
[16:56] <shadeslayer> we don't care about aptitude
[16:56] <shadeslayer> it's unsupported in Ubuntu
[16:56] <shadeslayer> or it was, last I checked
[16:58] <santa_> http://paste.kde.org/pq98kmhrd
[16:58] <BluesKaj> a lot of debian users still use aptitude, they claim it's superior at resolving dependencies but digs a bit too deep for dist-upgrade to install kernels and DE upgrades
[17:00] <BluesKaj> what they mean by "digs too deep" is neyond my scope
[17:00] <BluesKaj> beyond
[17:02] <allee> yofel: pkg: error processing archive /var/cache/apt/archives/calligrawords-data_1%3a2.8.5-0ubuntu2~ubuntu14.04~ppa1_all.deb (--unpack):
[17:02] <allee> trying to overwrite '/usr/share/kde4/services/words_wps_thumbnail.desktop', which is also in package calligrawords-common 1:2.8.1-1-0ubuntu3
[17:02] <yofel> *sigh*
[17:02] <yofel> fixing, thanks
[17:03] <shadeslayer> uf
[17:03] <shadeslayer> need to figure out where kgendesignerplugin comes from now
[17:04] <shadeslayer> oh
[17:04] <shadeslayer> was never uploaded
[17:04] <shadeslayer> but then thats not possible
[17:04] <yofel> oh great, calligra is ftbfs in the ppa
[17:04] <yofel> and I even uploaded it
[17:05] <kubotu> feed branches had 25 updates, showing the latest 6
[17:07] <santa_> shadeslayer: fine, 1. we have the same problem with apt-get 2. they do in debian. so they will have to deal with this their own way, so you can get it fixed now and get your packages adopted in debian ... or perhaps after writing that mail in pkg-kde-talk you prefer to give them reasons to do their own packaging?
[17:08] <santa_> apachelogger: see the line
[17:08] <santa_> khelpcenter : Breaks: khelpcenter4 but 4:4.13.95-0ubuntu2~ubuntu14.10~ppa0+santa1 is installed.
[17:09] <santa_> that khelpcenter4 is the one with the changes you proposed (and commited to bzr) yesterday
[17:09] <yofel> Conflicts: khelpcenter4
[17:09] <yofel> great
[17:10] <yofel> why?
[17:10] <santa_> I guess they share files
[17:10] <santa_> I changed it for a breaks and still we have the same problem
[17:12] <yofel> yeah, they do, but why conflicts
[17:12] <yofel> Riddell: ^ ?
[17:14] <yofel> hm, the policy is confusing about this case
[17:19] <santa_> apachelogger: I have to leave, if you have any suggestion to avoid the dummy packages (which by the way, aren't such a big deal) I will try it with pleasure tomorrow
[17:21] <yofel> the problem with transitional packages is that it makes switching back harder
[17:28] <apachelogger> santa_: log again has no resolver :P
[17:28] <shadeslayer> there, I just untagled 6 packages
[17:28] <apachelogger> yofel: for khelpcenter we might actually need a transitional TBH
[17:29] <shadeslayer> wonder how long it'll take for launchpad to build kdelibs4support now
[17:29] <apachelogger> -bin not so much since it ultimately is a cruch package, so if you make sure everything that uses it as one is transitioned away from -bin will not block an upgrade
[17:29] <yofel> meh :/
[17:31] <apachelogger> otherwise, (if that is possible) imagine a system with khelpcenter4 and kinfocenter(4) installed, now you want to upgrade,  kinfocenter would be smooth sailing but supposedly through some dep of it -bin would have to be dropped which is a non-trivial resolution because it basically needs to reverse resolve from whatever package breaks -bin to khelpcenter(5) and then decide that khelpcenter(5) is a suitable for khelpecenter4 which no 
[17:31] <apachelogger> resolver will probably do
[17:32] <apachelogger> and I am not sure such a scenario could be resolved without the help of a transitional
[17:33] <yofel> yeah, you're probably right
[17:33] <apachelogger> well, maybe khepcenter Provides: khelpcenter4, but that's a bit silly as well
[17:49] <shadeslayer> Riddell: khtml up
[19:04] <kubotu> feed branches had 20 updates, showing the latest 6
[19:34] <debfx> yofel: when do you intend to push 4.13.3 to the archive?
[19:34] <yofel> weekend
[19:35] <lordievader> Hmm, I just wanted to test the iso. Now I see it is rebuilding :(
[19:37] <debfx> ok, can I just rebase kde4libs on top of my proposed security fix and upload that to the ppa?
[19:38] <debfx> 4.13.3 doesn't include it
[19:38] <yofel> yes
[19:38] <yofel> I would have to do that anyway
[19:42] <debfx> I hope they don't have to make changes to my debdiff, otherwise we might have to re-upload kde4libs.
[19:47] <ScottK> debfx: Are you going to handle this in Debian too (thanks for doing it)?
[19:50] <apachelogger> yofel: ohohoh, about khelpcenter rename... quite possibly another way to allow resolution is if we made it a dependency of plasma-desktop rather than a recommends ... if nothing else is blocking -bin removal that should allow a smooth transition
[19:50] <apachelogger> but that's at least as dodgy as a Provides
[20:09] <santa_> hi again, just arrived
 santa_: log again has no resolver :P
[20:10] <santa_> hmm I don't understand what you mean
[20:15] <debfx> ScottK: I'm still trying to wrap my head around whether a polkit update is necessary
[20:48] <debfx> ScottK: you don't have a wheezy KDE desktop running somewhere, do you?
[21:01] <ScottK> I don't.