[06:51] <Mirv> mitya57: woohoo, we might get your qtchooser fallback merged upstream :)
[06:59] <mitya57> Yeah, I will update the patch today to fix the issues
[08:39] <lordievader> Good morning.
[09:05] <Riddell> "sebas (sebasje) renewed their own membership in the Kubuntu Members (kubuntu-members) team until 2016-02-17" yay sebas still loves us!
[09:06] <sebas> Of course I do!
[09:13] <Riddell> https://www.youtube.com/watch?v=9fc9lIruikE&list=UUQaC9B-8uudlaxwhqHX4dRw  "Kubuntu 15.04 (Alpha 2) A Masterpeice In The Making"
[09:13] <Riddell> whee
[09:15] <sitter> now go fix the issues revealed
[09:21] <sitter> Riddell: vivid ready except for symbol nonesense because of qt5.3 and false positives that ought to be resolved in git. same for utopic minus the symbol nonesense >.<
[09:21] <sitter> needs testery
[09:21] <sitter> Riddell: also do note for the archive upload that plasma-workspace must also be uploaded as it needed adjustments for the new kglobalaccel
[09:22] <sitter> /// anyone on plasma5 who wants to the test frameworks 5.7 upgrade? \\\\\
[09:23] <sitter> actually
[09:23] <sitter> anyone on plasma5 who wants to the test frameworks 5.7 upgrade?
[09:24] <sitter> fun story: konversation has no gui to make fancy format
[09:24] <yofel> ask me again around 7PM UTC
[09:24] <sitter> anyone on plasma5 who wants to the test frameworks 5.7 upgrade?
[09:25] <sitter> yofel: hehe, by then someone will have rolled a dice and published depending on the outcome 
[09:26] <sitter> and there's a lot of dice rolls that can be made between now and 1900 xD
[09:26] <yofel> true
[09:26] <yofel> well, you could also just let the users do the testing :P
[09:26] <sitter> Errors were encountered while processing:
[09:26] <sitter>  /var/cache/apt/archives/libkf5globalaccel-data_5.7.0-0ubuntu1~ubuntu14.10~ppa2_all.deb
[09:26] <sitter> QQ
[09:26] <sitter> oh
[09:26] <sitter> I know
[09:29] <kfunk> sitter: Riddell: where would I request packaging of kdev-qmljs for Ubuntu/Debian?
[09:29] <sitter> yofel: actually I could let KCI do the testing
[09:29] <kfunk> I still didn't fully grasp how we usually deal with the upstream distro (Debian here)
[09:29] <sitter> alas, what with being a bit on the perfectionist side it'd probably take longer to bootstrap all the upgrade origins :S
[09:30] <sitter> kfunk: for debian would file a bug somewhere I think, somewhere being their BTS that is really a mailing list...
[09:31] <sitter> kubotu: newpackage kdev-qmljs
[09:31] <kubotu> incorrect usage, ask for help using 'kubotu: help newpackage'
[09:31] <yofel> file a RFP bug with reportbug against 'wnpp'
[09:31] <sitter> kubotu: help newpackage
[09:31] <kubotu> newpackage <packagename> <version> [description]; Adds needs-packaging bug for entirely new package.
[09:31] <kubotu>                 newversion <packagename> <version> [description]; Adds update bug for existing package.
[09:31] <kubotu>                 buildstatus <packagename> [release] [ppa]; Buildstatus for package.
[09:31]  * sitter shakes fist
[09:31]  * kfunk winces
[09:31] <sitter> kubotu: newpackage kdev-qmljs 1.7.0 http://download.kde.org/stable/kdevelop/kdev-qmljs/1.7.0/src/ ... kfunk says it is imortant or something
[09:31] <kubotu> https://bugs.launchpad.net/bugs/1420190
[09:32] <sitter> problem solved \o/
[09:32] <kfunk> thanks
[09:32] <sitter> kfunk: you're working on kdevelop?
[09:33] <kfunk> sitter: sinces ages, yes
[09:33] <kfunk> since, even
[09:33]  * sitter did not know that
[09:33] <kfunk> tststs
[09:33] <kfunk> read planetkde.org?
[09:33] <sitter> also, bad answer, mitya57 had things to complain about :P
[09:33]  * kfunk hides
[09:33] <kfunk> yofel: so, say that again? what do I have to do? :)
[09:34] <kfunk> ah, google helped
[09:34] <sitter> kfunk: kdev-python vs. kdev-python-randomnumber-py3 is very messy as they install the same files. also apparently the py2 version actually has a code copy of python itself in the tarball
[09:34] <sitter> all of which makes packagers whine
[09:34] <yofel> kfunk: https://www.debian.org/devel/wnpp/#l1
[09:34] <kfunk> sitter: did you try sending a mail to kdevelop-devel@kde.org?
[09:34] <yofel> oh well
[09:34] <kfunk> I think that'd be easiest
[09:35] <sitter> kfunk: enotime :P
[09:35] <kfunk> just nag downstream about this, no need to secretly patch things or such :)
[09:37] <kfunk> could be so easy if the world just had one distro :|
[09:38]  * kfunk fires up 'reportbug'
[09:38] <kfunk> Please enter the name of your SMTP host. Usually it's called something like "mail.example.org" or "smtp.example.org". If you need to use a different port than
[09:38] <kfunk> default, use the <host>:<port> alternative format. Just press ENTER if you don't have one or don't know, and so a Debian SMTP host will be used.
[09:38]  * kfunk is already annoyed by the tool
[09:39] <sitter> kfunk: just send a manual mail
[09:39] <sitter> bug tracking in debian is atrocious, and that tool only makes it worse
[09:39] <kfunk> literally took my 10 seconds to find that out
[09:39] <kfunk> me*
[09:39] <sitter> xD
[09:39] <yofel> this is debian... they also do things like telling people that doing a release upgrade in a running X session is unsupported...
[09:40] <yofel> (although with kde that's actually sensible -.-)
[09:43] <sitter> mh, I think it's not specifically applying to kde software, it just happens to be that gui software is usually using a lot more pieces with generally complicated nonesense such as runtime plugins which in turn makes live upgrades undesirable
[09:44] <sitter> I do very much believe that this is ultimately why windows upgrades usually involve a reboot
[09:45] <sitter> if you pull a library from under the application and put in a slightly different one, chances are one or another application will not take kindly to that
[09:45] <yofel> well, we strongly recommend one too. What we would need is a big red reboot button whenever kdelibs or ksmserver(?) is updated
[09:45] <sitter> ^ at laest for kdelibs that's there :P
[09:45] <sitter> kdelibs triggers reboot notitifcations
[09:45] <yofel> I stopped counting how many times kickoff->shutdown did nothing in vivid
[09:46] <sitter> yofel: you really should take this to #plasma when it happens, that youtube video Riddell posted earlier had a similar thing happening and when I asked notmart he didn't have an immediate guess as to why that would happen
[09:47] <yofel> will do, happens rather often here :P
[09:47] <sitter> it most definitely shouldn't though. not for something as cruical as being able to actually reboot the computer
[09:47] <kfunk> sitter: for Windows it's more easy: you can't overwrite files if they're open -> you can't do shit while $things are running.
[09:47] <sitter> kfunk: ah that is true, hadn't thought of that
[09:48] <yofel> well, there's 2 issues. clicking on shutdown not brining up the shutdown dialog (which is what I juts meant), and the shutdown dialog only quitting plasmashell and nothing more which I have right now (*that* doesn't happen in ci though)
[09:48] <sitter> it makes sense in a way, of course OTOH that does prevent live patching when appropriate and necessary
[09:48] <sitter> yofel: I haven't tested this in a while but the latter case could totally be a random application halting the shutdown
[09:49] <sitter> last I checked what happened was that plasmashell would shut down, then some random app would tell ksmserver to wait because it needs to save something (kate) and then ksmserver never would be able to shut down
[09:49] <yofel> hm, true... I'll try to make a ps dump later
[09:49] <sitter> also the respective window blockign wouldn't be raised xD
[09:49] <sitter> twas a right mess
[09:50] <yofel> well, the only 2 things I usually have still running are quasselclient and yakuake, so I use latter do shutdown over dbus
[09:50] <yofel> *to
[09:51] <sitter> kf5 utopic looks good now
[09:51] <sitter> Riddell: talk to me honey
[09:51]  * Riddell blogs http://wire.kubuntu.org/
[09:51] <Riddell> sitter: yo, what do you need?
[09:51] <sitter> Riddell: more utopic testing
[09:52] <sitter> Riddell: and probably an upload to vivid in case you want to review first, which would be handy
[09:53] <yofel> can someone also please upload calligra from bzr? I added a breaks/replaces
[09:53] <Riddell> what's up with khtml? "E: libkf5khtml5: symbols-file-contains-current-version-with-debian-revision on symbol"
[09:53] <sitter> Riddell: qt5.3 crap
[09:53] <Riddell> kpackage missing manpages?
[09:53] <sitter> I'd just ignore it for now
[09:53] <sitter> Riddell: no, false positives
[09:53] <sitter> because no one can be bothered to fix this properly...............
[09:54] <Riddell> sitter: but if there's new symbols then surely they need added to the .symbols files?
[09:55] <Riddell> new manpages to the .install files
[09:55] <sitter> ................
[09:55] <Riddell> or the not-installed files
[09:55] <sitter> [10:21] <sitter> Riddell: vivid ready except for symbol nonesense because of qt5.3 and false positives that ought to be resolved in git. same for utopic minus the symbol nonesense >.<
[09:55] <sitter> [10:21] <sitter> needs testery
[09:55] <sitter> [10:21] <sitter> Riddell: also do note for the archive upload that plasma-workspace must also be uploaded as it needed adjustments for the new kglobalaccel
[09:55] <sitter> Riddell: the symbols update makes pointless work
[09:55] <Riddell> mm ok
[09:56] <sitter> the real solution to it is have Mirv land qt5.4
[09:56] <Riddell> right
[09:59] <seaLne> ovidiu-florin: we should be announcing the official akademy accomodaion in the next week or 2 
[10:01] <seaLne> ovidiu-florin: we are also working on adding more info to the akademy website
[10:04] <Mirv> hopefully really soon now.. (qt 5.4)
[10:05] <sitter> Mirv: <3
[10:05] <Mirv> the emulator packages need some love still, but functionally on the phone example it's now officially good enough
[10:05]  * kfunk wonders if he'll ever get a confirmation of Debian that his bug has been registered
[10:06] <sitter> kfunk: you should get a mail 'Info received ...'
[10:10] <valorie> ovidiu-florin will be an Akademy virgin
[10:12] <sebas> Akademy - deflowering nerds
[10:13] <sitter> Oo
[10:18] <Riddell> sitter: kf5 working good on vivid
[10:18]  * Riddell trys a utopic chroot
[10:20] <kfunk> sebas: lol
[10:22] <kfunk> sebas: btw, I'd be interested in snorkeling instead of scuba diving at A Coruna :)
[10:22] <kfunk> I know, I'm a pussy
[10:22] <Riddell> but where's the canoeing?
[10:22] <sebas> kfunk: not a pussy, I didn't specifically ask for anyone wanting to snorkel, but often it can be combined
[10:22] <sebas> i.e. take the same boat, one group goes under, others stay at the surface
[10:23] <kfunk> yeah, that'd be great
[10:23] <sebas> I read that there are some diving spots which are also fun to snorkel
[10:23] <kfunk> I'm still not sure I can come there earlier. I'm already quite short on vacation days
[10:23] <sebas> kfunk: I can keep you in mind for that, as soon as I find others who want to dive, I'll check with one of the diving centers there about possibilities, and we can try to fit snorkeling in then
[10:24] <sebas> aye, nothing's set in stone, anyway
[10:24] <kfunk> yeah, just ping me again when you're taking a decision
[10:24] <kfunk> awesome
[10:24] <sebas> also, I haven't heard back from anybody yet
[10:24] <sebas> so just an "I'd be interested, we'll see if we can make it work" is fine
[10:25] <valorie> Riddell: you have to set up the canoeing
[10:26] <sitter> <- wants to get drunk on a yacht
[10:27] <sebas> who doesn't? :)
[10:28] <Riddell> sitter: hmm my chroot says https://paste.kde.org/p6yf4mkca
[10:28] <Riddell> on a dist-upgrade
[10:28] <sitter> dist-upgrade from what?
[10:29] <sitter> also turn on resolver debug
[10:31] <kfunk> "Message with no Package: tag cannot be processed!" -- me vs. debian BTS: 0:1
[10:31] <kfunk> granted. I should have RTFM.
[10:32] <sitter> yeah, with an intuitive BTS you only get bugs from actual people :O
[10:47] <valorie> doodly-doo, I <3 you
[10:48] <soee> 2good morning
[10:48] <Riddell> does it need a doodle? do we have much choice in what we choose?
[10:49] <valorie> morning or afternoon
[10:49] <valorie> very simple doodle
[10:49] <Riddell> ah I see
[10:49] <valorie> too many choices make people indecisive
[10:49] <valorie> we should plan a dinner too
[10:50] <kfunk> might be a *bit* too early for all this unfortunately :)
[10:50] <valorie> last year was fun!
[10:50] <valorie> kfunk: I know, I just want to get the ball rolling before people buy tickets
[10:50] <kfunk> fair enough.
[10:51] <kfunk> dinner would be best during "official" akademy, though
[10:51] <valorie> plus this way we have first dibs
[10:51] <ovidiu-florin> valorie: well put
[10:51] <ovidiu-florin> seaLne: thank you for the notice
[10:52] <ovidiu-florin> seaLne: do you have some kind of email notification?
[10:52]  * valorie heads to bed
[10:53] <Riddell> thanks valorie 
[10:54] <seaLne> normally when we open registration we subscribe people to a list but that would probably be later on. its https://mail.kde.org/mailman/listinfo/akademy-attendees
[10:55] <seaLne> ovidiu-florin: if you subscribe with the email that is set in identity.kde.org that will save you getting subscribed twice if you use different email addressess
[10:55] <valorie> yw Riddell - gotta earn my Councillor pay
[10:55] <valorie> :-)
[10:56] <seaLne> valorie: is there a timezone issue with the doodle?
[10:58] <seaLne> yeah looks like you set it in USA tz which it then changes based on geoip at a guess
[11:59] <BluesKaj> Hiyas all
[12:00] <Riddell> sitter: kf57 seems to be installing and running good in my utopic chroot once I add the right ppa dependencies
[12:02] <sitter> lol, ok
[12:03] <sitter> does anyone else want to test kf5.7 upgrade on utopic?
[12:10] <BluesKaj> no thanks sitter, vivid is already too annoying for my taste 
[12:17] <soee> Riddell: moving 14.12.2 to vivid ?
[12:18] <soee> BluesKaj: but he wants to test it on Utopic, you are scaed it might break your 14.10  ? :)
[12:19] <sitter> Riddell: objections to copy 5.7 utopic?
[12:20] <Riddell> sitter: none
[12:20] <Riddell> soee: dunno sgclark was working on that
[12:21] <BluesKaj> hi soee,. exactly
[12:22] <sitter> W, [#27701]  WARN -- t-4: Caught exception wrong status line: "\x1F\x8B\b\x00\x00\x00\x00\x00\x00\x03\xABV*\xC9/I\xCC\x89/\xCE\xACJU\xB2R0\xD0QP*.I,*\x81\xB2S\xF3J\x8A2S\x8B\x81\xBC\xE8\xD8Z\x00\x16\xCE\x91\xC9,\x00\x00\x00HTTP/1.1 200 Ok"                                                                                                     
[12:22] <soee> Riddell: i tested it already liek 2 days ago i think
[12:22] <sitter> W, [#27701]  WARN -- t-3: Caught exception undefined method `closed?' for nil:NilClass  
[12:22] <soee> Riddell: smmoth upgrade, without any roblems
[12:22]  * sitter not sure his launchpad module is as threadsafe as it should be
[12:23] <sitter> Riddell: btw, releaseme l10n is now threaded, landing caching still needs some architecture musing on how to best implement the cache transparently
[12:23] <sitter> of course threading alone gives a heafty speedup already
[12:29] <sitter> Riddell: 5.7 for utopic publishing
[13:01] <santa_> sitter: just a quick question, what is the oldest kubuntu version which will have kde frameworks? utopic?
[13:03] <sitter> santa_: yes
[13:05] <santa_> ok, thanks. I will send a patch
[13:31] <sitter> kubotu: newversion about-distro 2.0.1 http://people.ubuntu.com/~apachelogger/tmp/feburary/
[13:31] <kubotu> https://bugs.launchpad.net/bugs/1420289
[13:31] <sitter> kubotu: newversion debconf-kde 1.0.1 http://people.ubuntu.com/~apachelogger/tmp/feburary/
[13:31] <kubotu> https://bugs.launchpad.net/bugs/1420291
[13:32] <Riddell> ooh new stuff
[13:32] <sitter> ^ updates translations
[13:33] <sitter> also I was shocked
[13:33] <sitter> tarme on about-distro took like 10 seconds without caching
[13:33]  * sitter had to diff with old tar as he couldn't believe it would be that fast :O
[13:45] <sgclark> morning
[13:48] <Riddell> hi sgclark!
[13:48] <BluesKaj> 'Morning sgclark
[13:50] <sgclark> Riddell: yeah kde-applications for vivid is good to go, I have not actually done a proper archive upload. help!
[13:53] <Riddell> sgclark: kubuntu-archive-upload is the magic script
[13:54] <Riddell> sgclark: but as ever with these scripts you'll need to know what they are doing and check it is doing it
[13:54] <sitter> the magic script that will screw up :suspicouslook:
[13:55] <sgclark> lol
[13:55] <sitter> it's a script with 268 lines, what could possibly go wrong
[13:56] <Riddell> it should be checking out the packaging from git, downloading the tar, checking they are not out of date with the PPA, committing the release changelog to debian/changelog and making the source files ready to upload
[13:56] <sitter> oh ah
[13:56] <sitter> blimey
[13:56] <yofel> FWIW, Riddell or sitter should do the upload. Only a subset of the applications is actually in the packageset
[13:56] <sitter> Riddell: I know why your uploads of frameworks always were missing things
[13:56] <sitter> the upload script is based on the text files listing the packages
[13:57] <sitter> the ones you always forget to update from what I have seen :P
[13:57] <sitter> ^ the text files I find insulting tbh
[13:59] <sitter> http://paste.ubuntu.com/10158846/
[13:59] <sitter> :S
[13:59] <sgclark> yofel: I know ktux is no good and cantor for the moment... what else do you  mean?
[14:00] <sgclark> Riddell: what yofel states ^ ?
[14:00] <sitter> sgclark: he means you can't upload some of them because you have no permissions outside the kubuntu packageset
[14:00] <sitter> well you can, launchpad will just go 'nono'
[14:00] <sitter> yofel: the question of course is... shouldn't the packages be moved to the packageset?
[14:01] <Riddell> right, would be worth getting a list of those packages and poking whoever can add them
[14:01] <sgclark> oh well then you two should do it then...
[14:01] <sitter> sgclark: no, you should, then you check your mails for rejected things and then we can go annoy someone to add them to the packageset ;)
[14:01] <Riddell> right
[14:02] <sgclark> alrighty
[14:02] <sitter> if kubuntu devs can't upload all packages we maintain it defeats the purpose of being kubuntu dev 
[14:02] <Riddell> Tm_T: what did you make of the ubuntu phone?
[14:02] <sitter> so that ought to be fixed
[14:03] <sitter> http://paste.ubuntu.com/10158907/ who can spot the problem?
[14:04] <Tm_T> Riddell: it's proper ubuntu so I wonder what stuff in the repos suopor mir
[14:04] <sgclark> kdeapplications is now kde-applications I think
[14:04] <Tm_T> that's prolly the biggest culptit
[14:06] <sgclark> kf5 does not have a # check
[14:07] <sitter> it's all wrong xD
[14:07] <soee> sitter: wtat is teh language used there ?
[14:07] <sitter> http://paste.ubuntu.com/10158947/ more sensible version
[14:07] <sitter> soee: garbage
[14:07] <sitter> eh
[14:07] <sitter> python
[14:08] <sitter> #freudianslip
[14:08] <sgclark> lol
[14:09] <soee> doesn't look to complicated :)
[14:10] <Riddell> Tm_T: will it take over the world?
[14:14] <yofel> sitter: they should, but maybe you can figure out a good script to get one binary package of each kf5 and application source and add that to the supported seed?
[14:14] <sitter> http://paste.ubuntu.com/10159013/ same thing expressed in rubee
[14:15] <sitter> yofel: it's all getting redone as part of ci tooling if I get my way
[14:16] <sitter> but yeah, the biggest problem with tooling right now is that it has no shared classes (has no classes really) so you can't go in the upload script 'give-me-all-frameworks' and some class would figure out how to do that and how to make sure the list is actually complete
[14:17] <sitter> I mean, making sure the list is complete for the most part would probably entail an ls on depot.kde.org and then building a repo-upstreamsrc-debsrc-deb map
[14:17] <sgclark> archive upload has no support for kde-applications
[14:18] <sitter> which in turn isn't possible because there is no thing that one could ask 'whats-all-our-debsrcs' and then there's no thing 'what-debs-does-this-debsrc-create' etc. etc.
[14:18] <sitter> sgclark: -r kdeapplications
[14:18] <sitter> (from looking at the code)
[14:18] <sgclark> hmm perhaps I need to update my branch
[14:27] <Tm_T> Riddell: I do believe there's a concept that has a place in the market
[14:28] <Riddell> Tm_T: in terms of UI or freedom or what?
[14:29] <Tm_T> well the fact that if need be you can just use apt-get like on any ubuntu
[14:29] <Tm_T> and the fact that the normal use doesn't mean installing dozen of apps that has access to your data
[14:35] <sgclark> Riddell: where does pull-ppa-source come from, I don't seem to have it and I can't find where it would be
[14:36] <Riddell> sgclark: looks like it's in kubuntu-dev-tools
[14:36] <sitter> sgclark: kubuntu-dev-tools
[14:36] <sgclark> thanks
[14:37] <Riddell> which of course should be tidied up and moved into kubuntu-automation
[14:38] <jmux> Do you think it would be a lot of afford to get KF5 and Plasma 5 running on 14.04? Our next major update might be available end of this year and I'm trying to convince myself and the others to switch...
[14:38]  * jmux is currently on a workshop to plan LiMux development for this year
[14:39] <jmux> And - of caouse - colab would still have to run with KDE 4 - not sure how that would interact (akonadi KDE4 and all)...
[14:39] <sitter> there is no kdepim5 anyway, so that should be fine
[14:41] <jmux> How much stuff of the KF5 packages is tied to technologies - like systemd - not available in 14.04?
[14:41] <Riddell> jmux: it doesn't use systemd
[14:41] <sitter> backporting all the stuff might be a bit tricky... off the top of my head you'd need all the frameworks and all of plasma which comes in at some 120 or so source packages, plus 15 for qt, if you care about bluetooth you'd additionally need bluez+pulseaudio, other than that I think from a dependency point of view the gap between 14.10 and 14.04 isn't that big
[14:42] <Riddell> right it's a big job but I don't think a difficult one
[14:42] <sitter> libinput and libepoxy definitely need backporting but I don't think anything in 14.04 uses those, so that's as straight forward as it gets
[14:42] <Riddell> if someone wants to put in the time then sure
[14:43] <jmux> Well - we're more talking about 15.04 base. I don't think the 14.04 based work will start in the next 3 months. And I nhave to think about a KF5 LibreOffice backend.
[14:44] <Riddell> jmux: I did start to look at qt5 libreoffice when in munich and we have a list of the icons and it just needs someone to finish off the script to put the icons in the right place (Quintasan may even have looked at that)
[14:45] <jmux> Hmm - so from your POV there is nothing like "I wouldn't do this, because it would need any changes to a core 14.04 technology" (like gcc compiler)
[14:45] <Riddell> jmux: porting the libreoffice widgets is obviously a bigger task and I suspect I'm scared off that for now
[14:46] <jmux> Riddell: Yeah - I know, but that would still use the KDE4 backend just with KF5 icons.
[14:46] <sitter> jmux: qt is pretty much the most core thing that needs exchanging
[14:46] <jmux> We currently don't have any qt5 based apps, so qt5 would just install parallel to qt4
[14:48] <jmux> So I guess qt5 should - just compile. There is already qt5 5.2.1 in 14.04, so I guess it would be more or less a recompile of current packages.
[14:49] <Riddell> yes I would guess so too
[14:49] <jmux> I've already done a Xorg backport for etch some years agos using automatic scrips and general patches - probably that would be possible for KF5 too.
[14:49] <Riddell> jmux: many kde applications still use qt4 and kdelibs4 so continuing to use libreoffice with new icons is perfectly in line with most kde applications
[14:49] <jmux> That' was something like 60 source packages in these days
[14:50] <jmux> I guess we'll wait for 15.04 and get some testers on it, so they can decide, if it is stable enought
[14:51] <sitter> sounds sensible
[14:53] <sgclark> I am clearly still missing something. http://paste.ubuntu.com/10159427/
[14:54] <sitter> the toolign is all so very terrible :@
[14:54] <sitter> sgclark: what happens if you run that command manually?
[14:55] <sitter> although
[14:55] <sitter> Package not found in the PPA is pretty much as clear as it gets ^^
[14:55] <sgclark> same
[14:55] <sgclark> it is there tho
[14:56] <sitter> #toolingfail
[14:57] <sitter> sources = ppa.getPublishedSources(distro_series=lpseries, status="Pending", source_name=args.package, exact_match=True)
[14:57] <sitter> wut
[14:57] <santa_> I have a somewhat decent tooling to bump the build depends in siduction by the way
[14:58] <sitter> shadeslayer: y u break tools
[15:01] <sitter> http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-dev-tools/trunk/revision/202
[15:01] <sitter> sgclark: should be fixed now
[15:01] <sitter> shadeslayer: ^ please fix that properly if you want pending included
[15:01] <sgclark> sitter: great thanks
[15:06] <sgclark> should fatal: '4:14.12.2-0ubuntu1' is not a valid tag name. be something I am concerned about?
[15:06] <sitter> shadeslayer, Riddell: in case I haven't done so by 22 UTC and you happen to be online, please unpause CI http://kci.pangea.pub/job/mgmt_pause_integration/
[15:06]  * sitter will try to remember though xD
[15:06] <sitter> don't want to hammer the builders in the middle of the day
[15:06] <sitter> on that note
[15:07] <sitter> Riddell: have you done the archive upload?
[15:07] <Riddell> nope
[15:07] <sgclark> anyone ^?
[15:07] <sitter> Riddell: are you goint to?
[15:07] <Riddell> wasn't aware I was expected to, should I?
[15:08] <sitter> Riddell: would be lovely
[15:08]  * sitter would only get even more outraged by the shit scripts
[15:08] <sitter> sgclark: broken
[15:08] <sitter> Riddell: how does kubuntu-archive-upload work for you?
[15:08] <sitter> sgclark can't push because it is tagging with tag names that get rejected by git.debian
[15:09] <sitter> (which is interesting in of itself really)
[15:10] <sgclark> wait, next line is already tagged
[15:10] <Riddell> sitter: what do you want me to upload?
[15:10] <sitter> Riddell: frameworks
[15:10] <sitter> sgclark: lol
[15:11] <sitter> it's madness
[15:11] <sitter> all of this
[15:11] <sitter> madness
[15:13] <sgclark> so when this thing is done I will have a pile of .changes to upload to somewhere or ?
[15:13] <Riddell> yep
[15:13]  * yofel wonders why kubuntu-archive-upload still pushes as part of the main loop :S
[15:14] <yofel> sitter: do you have a plan when you want to rewrite all that?
[15:14] <yofel> and is that planned to be ruby?
[15:15] <yofel> and what's with all the quadrupled code in there /o\
[15:16] <Riddell> oh please don't rewrite in ruby
[15:17] <yofel> we should rewrite in python3
[15:17] <Riddell> hmm, someone updated lots of these frameworks in git and didn't update them in the ppa
[15:17] <Riddell> so it's going to prompt me to confirm every one
[15:17] <yofel> -.-
[15:18] <yofel> I think we also have a #workflowfail somewhere
[15:21] <sgclark> Riddell: I did 3 merges last, it was late, I thought I did ppa builds but possibly I forgot...
[15:23] <Riddell> sgclark: what what? I'm just talking about sitter's frameworks packages
[15:24] <sgclark> oh sorry
[15:25] <sgclark> I did fix kpackage, I know I did an upload on that though
[15:28] <sitter> yofel: #toolingfail
[15:29] <sitter> if there is a change in git something should upload to ppa
[15:29] <sitter> sgclark: btw you made your changes in the wrong branch :P
[15:29] <sitter> yofel: also most of it is rewritten in ruby already as part of kci, the concepts underlying all of it anyway
[15:30] <sgclark> sitter: that does not surprise me, where should I have made it? 
[15:30] <sitter> on that note, if having the code be ruby prevents people from creating things like this I think I'd be a much less depressed person http://paste.ubuntu.com/10158907/
[15:30] <sitter> sgclark: vivid_archive
[15:30] <sitter> also see my mail about merge orders from a month or two ago
[15:30] <yofel> yeah... but I think you can do that in ruby too :S
[15:31] <sitter> vivid_archive automerges into unstable, unstable into unstable_$series as well as stable, stable into stable_$series
[15:31] <sgclark> alright, yeah I am behind on email, I will look for it. apologies
[15:31] <yofel> if I have some time I might at least try to rewrite parts of what we have (hopefully without breaking anything)
[15:31] <sitter> yofel: yes, since shadeslayer and I are the only ones who actually write ruby that helps a lot
[15:31] <sitter> mh
[15:31] <sitter> actually
[15:31] <sitter> the biggest problem with our current stuff is that there is 0 test coverage :P
[15:32] <yofel> right
[15:33] <sgclark> dumb question, where is this archive upload script putting these .changes files?
[15:34] <Riddell> sgclark: you can specify it in -t foo  or it'll put them in /tmp/<random>
[15:34] <Riddell> I think
[15:34] <Riddell> inside the upload/ directory
[15:34] <Riddell> and anything it gets confused by inside the manual/ directory
[15:34] <sgclark> as much as I crash /tmp is bad... ok thanks
[15:34] <Riddell> I always use -t ~/src/foo
[15:36] <yofel> sitter: please check that I didn't misunderstand that http://bazaar.launchpad.net/~kubuntu-packagers/+junk/kubuntu-automation/revision/509
[15:41] <sitter> yofel: does kdesc actually have to be specified explicitly now?
[15:41] <sitter> other than looks fine
[15:42] <yofel> yes, because it defaults to kdeapplications. With the old logic you already had to do that though because there's a defualt for releasetype
[15:43] <yofel> oh great, we have hardcoded ppa's in there /o\
[15:45] <sitter> yeah
[15:45] <sitter> it's a lovely script
[15:45] <yofel> and shortcut git urls for debian //o\\
[15:45] <sitter> much spaghetti
[15:47] <yofel> I need a break, bbl ^^
[15:56] <yofel> I just fixed the tagging, whoever is against the tags being "ubuntu/<version>" please complain
[15:56] <yofel> now really bbl
[15:57] <yofel> (that's e.g. ubuntu/4%14.12.2-0ubuntu1)
[16:04] <shadeslayer> sitter: oh funsies
[16:04] <shadeslayer> sorry about that
[16:11] <Riddell> sitter: kf5 5.7.0 uploading
[16:16] <Riddell> sgclark: how's your uploading going?
[16:18] <sgclark> Riddell: archive script still running
[16:27] <sitter> yofel: the pre-receive hook serverside might be against it
[16:27] <sitter> didn't it reject anything but a debian prefix or something like that?
[16:27] <sitter> there definitely was some weirdness
[16:33] <shadeslayer> sitter: what to do with QCA in Debian btw?
[16:34] <shadeslayer> It keeps failing with the shit symbols
[16:46] <sitter> remove symbols file
[16:46] <sitter> as part of your build
[16:46] <sitter> or implement the kubuntu_unstable_$series logic to have a divergent branch
 Mmh, we had a kwin 5:66 in squeeze..
 What version number should I use then for kwin?
 6:5.x.x-x ?
[17:42] <yofel> yay, one more epoch version
[17:43] <soee_> ;-)
[17:55] <sgclark> err dput ... where? for archive
[17:56] <sgclark> Riddell: ^
[18:01] <sgclark> nm
[18:56] <ovidiu-florin> What's BoF ?
[19:04] <sgclark> bird of feather meetings, typically mini hackfests / planning meetings
[19:06] <Quintasan> Riddell: Yeah, I'm working on the script right now
[19:06] <Quintasan> I also have to handle the MR for ktron
[19:06] <Quintasan> Urgh'\
[19:11] <Quintasan> Riddell: Could you reply to https://git.reviewboard.kde.org/r/121589/ ? IMO it makes no sense for another MR for the same thing
[19:11] <Quintasan> Unless I'm missing something
[19:13] <sgclark> Riddell: pretty much 80% were rejected for me....
[19:19] <Quintasan> Riddell: Actually, I'd consider having the files renamed as well
[19:32] <Quintasan> Well, nevermind, I'd have to go to do a renaming in the code as well.
[19:37] <Riddell> Quintasan: what do I reply to it?
[19:38] <Quintasan> I'm wondering now.
[19:38] <Quintasan> Riddell: I'd say that the names you proposed should be enough as the initial transition worked this way
[19:40] <Quintasan> Riddell: The whole thing requires major refactoring just to get rid of the names but I have no time to tackle it this week
[20:01] <kfunk> I'm *so* waiting for Plasma 5.2.1 -- that kded5 i-eat-your-cpu bug is driving me crazy :|
[20:01] <R33D3M33R> kfunk: +1
[20:02] <R33D3M33R> the current situation is pretty bad for laptop owners
[20:03] <kfunk> yay, I always notice when my fan is starting to annoy me ;)
[20:05] <soee_> kfunk: we all waiting for it :D
[20:05] <soee_> there is also fix for kwrited 
[20:10] <R33D3M33R> anyone knows why was the metapackage kdegames removed from vivid?
[20:29] <yofel> R33D3M33R: yes, not sure why though
[20:30] <yofel> "  * Remove kde-sc meta packages, they are no longer valid"
[20:30] <yofel> Riddell: that's not completely true...
[20:30] <yofel> it's not like all the applications are removed from the archive
[20:31] <R33D3M33R> interesting
[20:33] <yofel> Riddell: the only thing that's no longer valid are the meta packages that contained the old plasma workspace
[20:36] <santa_> yep, they can/should be reworked (I did for my siduction stuff)
[20:40] <Riddell> yofel: yeah they can be recreated if you like but with all the changes in upstream releases my feeling is that kubuntu has its own meta packages and if debian wants to have some others that's up to them
[20:41] <santa_> well, that's also true, I reworked it because those are our metapackages too
[20:42] <santa_> unrelated question: are you backporting phonon 4.8.3 to utopic?
[20:45] <sgclark> Riddell: did you see my epic rejection list? it is causing the few that did not get rejected to fail.
[21:06] <ovidiu-florin> sgclark: thank you
[21:07] <ovidiu-florin> I asked what's BOF because my name is Bogdan Ovidiu-Florin so... BOF :D
[21:07] <sgclark> ah hehe
[21:08] <ovidiu-florin> In romania we usually put our Last name at the beginning
[21:08] <ovidiu-florin> even though we call the First name "first name" (literal translation
[21:08] <ovidiu-florin> )
[21:29] <yofel> # Enforces some rules in the repository.
[21:29] <yofel> #
[21:29] <yofel> # Packaging tags:
[21:29] <yofel> #
[21:29] <yofel> # * tag is under debian/ namespace;
[21:29] <yofel> that, is a problem :S
[21:31] <yofel> except that... "#error("only tags in the debian/ namespace are allowed");" is clearly commented out...
[21:32] <yofel> hm, there's a version check too though :/
[22:07] <Riddell> sgclark: yep, I don't know who controls the keys to that but cjwatson would be a good try to forward it to
[23:17] <soee> sgclark: some 14.12.2 packages  are uploaded to archive? i see some update
[23:31] <sgclark> soee: sorry, despite being kubuntu developer 80% of the packages were rejected saying I did not have upload rights.
[23:31] <soee> :-)
[23:32] <soee> strange that there are so big restrictions when it comes to uploads
[23:33] <yofel> comes from having to manage a lot of developers :/
[23:34] <yofel> sgclark: you can upload what's in the packageset for kubuntu ("edit-acl -P kubunt -S vivid query" from lp:ubuntu-archive-tools tells you the package list)
[23:34] <soee> hmm, there should be few people that could coordinate this and give proper rights to trusted devs
[23:35] <yofel> said packageset is generated from the packages in our seed (i.e. what's on the release image + the supported seed)
[23:35] <sgclark> yofel: that is not very many haha
[23:35] <yofel> soee: that's called being an ubuntu-core-dev...
[23:37] <sgclark> yofel: and as you said they should have done it.. oh well, seems that a kubuntu developer should be able to upload kde stuff... I sent an email to this cjwatson, we'll what happens
[23:40] <yofel> yeah sure, but the problem is how you define "kde stuff". As I said, it's stuff on our images and dependencies (e.g. you can change x264, if you ever want to) so random new kde applications that we don't explicitely ship and where we don't say that we support them are not something we can change
[23:40] <valorie> hopefully I fixed the doodle poll
[23:46] <sgclark> well I do not define kde-applications as ubuntu-core, alas I digress, I tried, I failed, moving on. 
[23:57] <yofel> right, it's not a fault on your side, someone will just have to fix our packageset
[23:58]  * yofel is off to bed, gn8
[23:58] <sgclark> night!