[00:29] <yofel> Quintasan: any chance of looking at it tomorrow? I think we're done otherwise
[00:31] <Quintasan> yofel: not really, I'm going to be busy tomorrow, care to take a look at that?
[00:32] <yofel> will do, if nobody else gets to it first
[00:40]  * yofel off to bed, good night
[03:12] <ahoneybun> valorie: hey
[03:12] <valorie> hi ahoneybun
[03:13] <valorie> how are things?
[03:13] <ahoneybun> valorie: got a skin for my phone, got more things for my ps vita
[03:14] <ahoneybun> you?
[03:14] <valorie> i'm good; getting ready to leave for Spain next week
[03:14] <ahoneybun> sweet
[03:15] <valorie> think about coming along to Akademy next year
[03:15] <valorie> it's a great experience
[03:16] <ahoneybun> what me?
[03:17] <valorie> yes
[03:17] <ahoneybun> valorie: I might think about it, would be awesome just not sure if I could
[03:17] <valorie> it's a great way to get to know all the upstream people
[03:17] <ahoneybun> there has been some sad talk about kubuntu on the dev list
[03:17] <valorie> ubuntu-devel ?
[03:18] <ahoneybun> kubuntu-devel
[03:18] <ahoneybun> about the mir and wayland talk
[03:18] <valorie> oh, I haven't hit that one yet
[03:18] <valorie> well, it's a big deal
[03:19] <ahoneybun> I understand but one person was talking about jumping ships and that kubuntu devs don't care about fixing this and that
[03:19] <valorie> I hope that Canonical thinks very deeply about what forking away from Debian will mean
[03:19] <ahoneybun> valorie: Canonical is forked already
[03:19] <ahoneybun> not all the deb files will work with ubuntu and other buntus
[03:20] <valorie> we've been part of the deb. ecosystem for a long time
[03:20] <ahoneybun> but it has been degrading slowly
[03:20] <valorie> of course
[03:20] <valorie> patching is always a part of life
[03:20] <valorie> we submit patches to Debian all the time
[03:21] <ahoneybun> tbh I would not put it past ubuntu to go on it's own package format
[03:21] <valorie> the ubuntu devels used to do so as well
[03:21] <valorie> I hope that continues
[03:21] <ahoneybun> but they do not have the force to do it
[03:21] <valorie> so what do you think we, kubuntu, should do?
[03:22] <ahoneybun> valorie: I would like a debian base so we can work together better with upstream
[03:22] <ahoneybun> I always liked the LMDE
[03:23] <valorie> leaving ubuntu would mean leaving LP and PPAs behind
[03:23] <valorie> also, does Debian need another derivative?
[03:23] <ahoneybun> no but it is a excellent base
[03:24] <valorie> personally, I want us to remain part of ubuntu, and KDE
[03:24] <ahoneybun> that's why there are so many
[03:24] <valorie> of course
[03:24] <valorie> that and the community are why I chose Kubuntu in the first place
[03:24] <ahoneybun> I like where we are it is just annoying to be thrown to the side by ubuntu
[03:25] <valorie> sure, but how best to respond?
[03:25] <ahoneybun> build a better relationship then they have with GNOME
[03:25] <ahoneybun> lol
[03:25] <valorie> and i don't think they are "throwing us to the side"
[03:25] <valorie> sure, I agree we need better relationships with all the flavors
[03:26] <ahoneybun> they are not thinking of other derivatives when making moves
[03:26] <valorie> they are forging ahead on their effort to have Unity on all devices
[03:26] <ahoneybun> anyway this is offtopic maybe lol
[03:26] <valorie> indeed
[03:26] <valorie> I don't think so -- this is kubuntu development
[03:26] <ahoneybun> yea guess so
[03:27] <valorie> unfortunately, they are not doing so in an open, community manner
[03:27] <ahoneybun> no that is for sure
[03:27] <valorie> this makes it more difficult to work with them
[03:27] <ahoneybun> no one knew about mir till recent months
[03:27] <ahoneybun> I kinda which ubuntu was a monthly release a bit
[03:28] <ahoneybun> like work on this make it awesome and then release that in jan 
[03:28] <valorie> see this article and the followups: http://lwn.net/Articles/554758/
[03:28] <ahoneybun> then work on something else
[03:28] <valorie> we can't package monthly
[03:28] <valorie> nor does that follow KDE release scheds
[03:29] <ahoneybun> KDE is releasing updates monthly
[03:29] <ahoneybun> or 3 months?
[03:29] <ahoneybun> anyway I saw Thomas's work on G+
[03:30] <ahoneybun> I see it this way
[03:30] <valorie> http://techbase.kde.org/Schedules/KDE4/4.10_Release_Schedule
[03:30] <ahoneybun> work with ubuntu to get kwin up to speed with mir, work with debian to get wayland up to speed, keep x somehow or crash
[03:31] <ahoneybun> maybe 3 months then?
[03:31] <valorie> I suggest you read what martin has to say in the followup to the LWN article
[03:32] <valorie> that isn't to say that a year down the road, he won't change his mind, IF other distros also adopt mir
[03:32] <valorie> but I think that possibility is vanishingly tiny
[03:33] <valorie> and Canonical isn't making it easy or even hardly possible for them to do so
[03:33] <valorie> anyway, you and I can't solve this
[03:33] <ahoneybun> no way for sure
[03:33] <valorie> either time or our devels will solve it, or we
[03:33] <valorie> 'll have decisions to make
[03:34] <valorie> nothing any of us can do about it all now
[03:34] <ahoneybun> I'm scared of having to go to a different distro when the time comes
[03:35] <valorie> I'm not worrying about it, because that does nothing
[03:35] <valorie> life changes
[03:35] <valorie> that's always true
[03:35] <ahoneybun> well not now but letter
[03:35] <ahoneybun> later
[03:35] <valorie> no point in worrying
[03:35] <ahoneybun> only Chakra and openSUSE have focus on KDE like I want
[03:35] <ahoneybun> and they are not debian base
[03:36] <ahoneybun> d
[03:36] <valorie> in 9 months or so from now, things will be much more clear
[03:38] <ahoneybun> yea once 14.04 starts taking shape
[03:38] <valorie> that's too far in the future to worry about
[03:40] <ahoneybun> ye
[03:41] <ahoneybun> a
[03:41] <ahoneybun> anyway I did not get digikam to build yet
[03:41] <ahoneybun> I just renamed all the installing pages
[03:41] <ahoneybun> to installation
[03:41] <valorie> cool
[03:42] <ahoneybun> I'm not a packager by any means lol
[03:42] <valorie> what do you think of my suggestion about doing subpages for the various choices a person can make in preparing the disk?
[03:42] <ahoneybun> that would be sub-sub pages lol
[03:42] <valorie> sure
[03:42] <ahoneybun> as it is a sub page of the /Installation/DiskSetup/FullInstall
[03:43] <ahoneybun> or something in those lines
[03:43] <valorie> they don't have to be OUR pages, but I think we should at least point somewhere
[03:43] <ahoneybun> oh
[03:43] <ahoneybun> Links to other pages?
[03:43] <valorie> I searched but didn't find good pages to point to
[03:43] <valorie> so we might have to do it ourselves
[03:43] <ahoneybun> I see
[03:44] <ahoneybun> I do agreed it is the most important step
[03:44] <valorie> anyway, we'll get it all done
[03:44] <valorie> not sure how much time I'll have for the next month however
[03:44] <ahoneybun> I've been really slow on work tbh
[03:44] <valorie> we started early, so no stress
[03:44] <ahoneybun> also those screenies are 13.04 not 13.10
[03:45] <valorie> sure
[03:45] <ahoneybun> yea it was like the month after the release
[03:45] <valorie> placeholders for now
[03:45] <ahoneybun> but that is easy to change 
[03:45] <valorie> although they aren't likely to change greatly
[03:45] <ahoneybun> just need to get them before release
[03:45] <ahoneybun> yea
[03:45] <valorie> all images will have to be checked at the end
[03:45] <ahoneybun> yea
[03:45] <valorie> and the wording checked for accuracy
[03:45] <ahoneybun> seems Riddell is working on the server
[03:46] <valorie> but that's much easier than writing it all at the last minute
[03:46] <valorie> cool
[03:46] <ahoneybun> he is on the board on trello no
[03:46] <ahoneybun> now
[03:46] <ahoneybun> he made 2 cards and marked one done
[03:46] <valorie> cool
[03:47] <ahoneybun> for sure
[03:47] <ahoneybun> seems someone is working on a script to get the wiki on to the server
[03:47] <ahoneybun> the text
[03:47] <ahoneybun> manchicken  it seems
[03:48] <valorie> hmmm
[03:48] <valorie> so you think that's the way to go?
[03:49] <valorie> just html/css?
[03:49] <valorie> not a CMS?
[03:49] <ahoneybun> for a server, yes
[03:49] <ahoneybun> don't know cms
[03:49] <valorie> drupal etc.
[03:49] <ahoneybun> idk what it does and such
[03:49]  * ahoneybun is clueless
[03:49] <valorie> if you want to see a site built in it, look at Linuxchix.org
[03:50] <ahoneybun> that would be nicer
[03:50] <valorie> editing tools are builtin, so rather than sshing in to work on pages or transfer work up
[03:51] <valorie> those with the proper login just go in and fix
[03:51] <ahoneybun> that sounds awesome
[03:51] <valorie> lots of plugins, etc.
[03:51] <valorie> sure
[03:51] <ahoneybun> making helping easy too like how the wiki made it
[03:52] <valorie> exactly
[03:52] <ahoneybun> yea
[03:52] <ahoneybun> looks pretty too
[03:52] <valorie> we never got to a discussion on the list about it
[03:52] <valorie> or if someone did, I missed it
[03:52] <ahoneybun> the server is still young so
[03:53] <ahoneybun> I could really make it look nice ;)
[03:54] <valorie> yup
[03:54] <ahoneybun> I also fixed the links for the name change to Installation
[03:54] <valorie> yes, you said
[03:54] <valorie> just catching up on the trello
[03:55] <valorie> any more thoughts about the best place / how best to do social media?
[03:55] <valorie> maybe even on Welcome?
[03:55] <valorie> esp. if we get buttons
[03:55] <ahoneybun> well I have the G+ covered but no clue on 
[03:55] <ahoneybun> FB
[03:55] <ahoneybun> I did place a G+ on the welcome page
[03:55] <valorie> ah
[03:56] <ahoneybun> the main index I mean
[03:58] <valorie> ah, I saw that
[03:58] <valorie> a link on top doesn't look very good
[03:58] <valorie> I think we need buttons on the bottom
[03:59] <ScottK> Anyone got commit rights for calligra?
[03:59] <ScottK> Except for kubuntu_build_calligraactive.diff is looks like all our patches should be upstreamed.
[03:59] <ahoneybun> valorie: yea
[04:06] <valorie> ahoneybun: https://drupal.org/node/1163536
[04:08] <ahoneybun> thats for the code not a wiki
[04:08] <valorie> yes, just a for-instance
[04:08] <ahoneybun> yea
[04:09] <valorie> we have to be sure to have some caretakers for the sites we link to
[04:09] <valorie> or it ends up being bad
[04:11] <ahoneybun> yea I'm doing the G+ so far
[04:12] <valorie> http://mashable.com/2011/03/11/add-social-sharing-buttons/ is a nice general article
[04:14] <valorie> huh, you are linking to G+ page for documentation
[04:14] <valorie> rather than the Kubuntu Community page
[04:14] <valorie> I disagree with that choice
[04:15] <valorie> the place for the G+ Doc link/button, is where we discuss getting involved with documentation
[04:15] <ahoneybun> true
[04:15] <valorie> for the general readers, that won't be helpful
[04:20] <ahoneybun> yea
[04:37] <ahoneybun> valorie: fixed the links btw
[04:41] <valorie> awesome
[04:42] <valorie> looks great!
[04:42] <ahoneybun> thanks
[04:43] <valorie> interesting, I guess we have no fb presence
[04:43] <valorie> not too surprising I guess
[04:43] <ahoneybun> https://www.facebook.com/pages/Kubuntu/108126262549262?fref=ts
[04:43] <ahoneybun> https://www.facebook.com/pages/Kubuntu/534456569914164?fref=ts
[04:44] <valorie> hmmm, nothing pops up in twitter either
[04:44] <valorie> I wonder who owns that?
[04:44] <valorie> there is nothing there
[04:45] <ahoneybun> idk
[04:45] <valorie> the other one has lots of images
[04:45] <ahoneybun> pretty yes
[04:46] <ahoneybun> Stephen P Mazzitelli kubuntu has been undersold for too long as a great KDE distro (suse usually gets all the credit)
[04:47] <ahoneybun> the person was born in 2004?
[04:47] <ahoneybun> makes them what 9?
[04:47] <valorie> This Page is automatically generated based on what Facebook users are interested in, and not affiliated with or endorsed by anyone associated with the topic. See More
[04:47] <valorie> strange
[04:47] <ahoneybun> yea
[04:50] <ahoneybun> valorie: http://en.wikipedia.org/wiki/File:Ps2_linux_contents.jpg lol
[04:51] <valorie> huh
[04:52] <valorie> https://www.facebook.com/KUBUNTU.USERS?fref=ts
[04:53] <ahoneybun> seems we need a official page
[04:53] <ahoneybun> http://distrowatch.com/?newsid=07934
[04:54] <valorie> that would be good, IF we have a person to keep it current/clean, etc.
[04:54] <valorie> I can't do that
[04:54] <ahoneybun>  maybe me
[04:55] <valorie> if you have time, that would be great
[04:55] <ahoneybun> I can update daily or so, I usually have at least a few hours to work wit
[04:55] <ahoneybun> with
[04:55] <valorie> and be sure to send info to the council
[04:56] <ahoneybun> should send info about that g+ doc page too lol
[04:56] <valorie> sure
[04:57] <ahoneybun> you are part of the council lol
[04:57] <ahoneybun> what the devel list?
[04:57] <valorie> I spoke too soon; there are some twitter accounts
[04:57] <valorie> the devel list is public
[04:57] <valorie> please don't send login info there
[04:57] <ahoneybun> no no
[04:58] <ahoneybun> just asking about making it and inform them of the g+ doc page
[04:58] <valorie> sure
[05:02] <ahoneybun> sent
[05:02] <ahoneybun> Now I am off
[05:04] <valorie> niters
[05:04] <valorie> btw, this hasn't been updated for months: https://twitter.com/kubuntu_news
[05:05] <ahoneybun> seems
[05:07] <ahoneybun> night
[05:07] <valorie> sweet dreams
[05:58] <smartboyhw> Wow, no red light in http://qa.kubuntu.co.uk/ninjas-status/build_status_4.10.90_saucy.html :O
[05:59] <valorie> do the oranges still need work, though?
[06:00] <smartboyhw> valorie, yes. well, maybe a few only.
[06:01] <valorie> sounds good
[06:01] <valorie> ahoneybun said he had no build success with digikam
[06:10] <ScottK> Quintasan: Please update smokekde from bzr before uploading.
[06:15] <bkerensa> http://prism-break.org/  <--- Can Kubuntu be added?
[06:16] <apachelogger> ask them, not us? :P
[06:23] <apachelogger> Project ERROR: Module does not define version.
[06:23] <apachelogger> \o/
[06:27] <palasso> bkerensa, I think they added only distros that fully adhere to FSF's guidelines
[06:27] <bkerensa> palasso: they added Linux Mint which does not
[06:27]  * mgraesslin thought debian was not FSF compliant
[06:27] <bkerensa> yeah 
[06:27] <palasso> whoups! they changed that list from last time I checked....
[06:28] <bkerensa> apachelogger: it would need to be proposed by Kubuntu
[06:28] <bkerensa> apachelogger: Clem did Mint's Pull Request
[06:28] <palasso> Before a week they had FSF endorsed distros... Now they changed it completely... Yes Kubuntu is very valid to be put there!
[06:28] <apachelogger> mgraesslin: the compliance part is for the first distro
[06:28] <apachelogger> not all of them
[06:28] <apachelogger> certainly mint is not fsf compliant either ^^
[06:29] <valorie> https://github.com/nylira/prism-break/issues
[06:29] <bkerensa> Although I call Clem on saying they avoid the privacy issues Ubuntu has
[06:29] <apachelogger> ehm
[06:29] <valorie> https://github.com/nylira/prism-break/issues/126#issuecomment-19898104 is Mint's application
[06:29] <apachelogger> bkerensa: feel free to add kubuntu then
[06:29] <bkerensa> apachelogger: ok
[06:32] <bkerensa> https://github.com/nylira/prism-break/issues/194 <-- Kubuntu
[06:33] <smartboyhw> valorie, meh:(
[06:33] <valorie> meh?
[06:33] <smartboyhw> valorie, unhappy of ahoneybun not able to package.
[06:34] <valorie> ah
[06:34] <valorie> I think he ran into trouble and no one was around to help
[06:34] <valorie> maybe tomorrow....
[06:38] <smartboyhw> Can someone really think of an idea to make dh_python2 install kajongg into /usr/bin/games? I can't make it out...
[06:38] <apachelogger> ah the mails I have to read
[06:41] <mgraesslin> don't complain - I had 17 unread bug mails this morning in my inbox
[06:41] <apachelogger> smartboyhw: dh_python2 - calculates Python dependencies, adds maintainer scripts to byte compile files, etc.
[06:41] <apachelogger> no, because it does not do install stuff :P
[06:41] <apachelogger> mgraesslin: it's not the amount it's the bullshit in them :P
[06:42] <mgraesslin> :-)
[06:42] <mgraesslin> get a coffee, something nice to eat and enjoy reading
[06:44] <ScottK> valorie: digikam can be a tough one.
[06:44] <ScottK> mgraesslin: FSF is not DFSG compliant either.
[06:45] <mgraesslin> that I did not know
[06:46] <ScottK> The GFDL with invariant sections that the FSF endorses for documentation isn't DFSG free.
[06:46] <ScottK> At the FSF, code wants to be free, but documentation, not so much.
[06:47]  * mgraesslin has never read the GFDL
[06:48] <mgraesslin> cc is just much easier to setup
[06:48] <ScottK> bkerensa: "Note: Mozilla Firefox is technically not completely free software, as Mozilla recommends non-free add-ons on their website." is pretty much nonsense.
[06:50] <bkerensa> ScottK: Where is this non-sense located?
[06:50] <bkerensa> nonsense even
[06:50] <bkerensa> ahh
[06:50] <bkerensa> nvm found it
[06:50] <mgraesslin> wtf is icecat?
[06:51] <ScottK> One of the rebranded mozilla products.
[06:51] <ScottK> sunbird maybe?
[06:51] <mgraesslin> "GNU IceCat is the GNU version of the Firefox browser."
[06:51] <apachelogger> nice kitteh
[06:51] <valorie> haha
[06:51] <ScottK> Weird.  DIdn't know that.
[06:52] <mgraesslin> me neither
[06:52] <valorie> they seem to be mixing two issues there
[06:52] <ScottK> At least.
[06:52] <valorie> one is opting in/out of prism
[06:52] <valorie> the other is FREEDOM!!!!!!!!!!!!!!!
[06:53] <ScottK> So now isn't trisquel the distro that is so committed to user's freedom that they thought it was essential to make it impossible for users to load the firmware to get their hardware to work?
[06:53] <bkerensa> hah icecat
[06:53]  * apachelogger sighs
[06:54] <apachelogger> one cannot make dpkg-source leave .git inside the tar apparently -.-
[06:54] <ScottK> Of course I think it's cute how everyone seems to be convinced pretty much every technologically capable country on the earth isn't doing the exact same thing.
[06:55] <ScottK> Most of avoiding having your information collected is about how you transmit data and where it goes to.
[06:55] <ScottK> What OS you run is pretty much unrelated.
[06:55] <apachelogger> ^ same thing I thought
[06:55] <apachelogger> it also mentions tor though
[06:55] <apachelogger> way down on the page :P
[06:56] <bkerensa> ScottK: Unless the OS transmits you're data by default
[06:56] <apachelogger> ScottK: it certainly helps not havign your OS call home though ^^
[06:56] <bkerensa> Har 
[06:56] <ScottK> Wure.
[06:56] <ScottK> Sure even
[06:56] <mgraesslin> if I got correctly my complete communication is intercepted in britain - OS or tor won't change that
[06:56] <apachelogger> also I think the data OSes transmit are not the problem really
[06:56] <bkerensa> I have a gripe against KDE btw :)
[06:56] <apachelogger> it's more user space applications calling home with questionable data
[06:56] <bkerensa> Akademy should not be in the summer
[06:56] <bkerensa> :P
[06:57] <mgraesslin> well sending all your thoughts to Amazon might be a problem ;-)
[06:57] <ScottK> But, for example, when Firefox is giving you search recommendations, those come from the network.
[06:57] <bkerensa> You guys steal valorie in the prime of the Conf Season :)
[06:57] <valorie> lol
[06:57] <ScottK> So using firefox doesn't help much.
[06:57] <apachelogger> mgraesslin: but I need porn recommendations from amazon :(
[06:57] <valorie> I think that comes from using students for free labor, bkerensa
[06:57] <mgraesslin> apachelogger: use nepomuk!
[06:57] <apachelogger> sec
[06:57] <bkerensa> valorie: vAkademy problem solved then you can come to OSCON/CLS
[06:57] <bkerensa> :)
[06:58] <valorie> also, the prime conf here is LFNW
[06:58] <bkerensa> indeed
[06:58] <valorie> pff on oscon
[06:58] <bkerensa> I am getting Mozilla to sponsor LFNW next year
[06:58] <bkerensa> :)
[06:58] <apachelogger> mgraesslin: https://plus.google.com/101588423559652288894/posts/K1pT2YEyj7N :P
[06:58] <bkerensa> Lanyard and maybe a party
[06:58] <bkerensa> :)
[06:58] <valorie> they used to sponsor; that will be nice
[06:58] <valorie> Friday night party!
[06:59] <bkerensa> I will def be there next year
[06:59] <bkerensa> and hopefully bring more Mozillians
[06:59] <bkerensa> valorie: I might be up there more often though :) applying for a job in Seattle
[07:00] <valorie> cool
[07:00] <bkerensa> ok sorry for turning kubuntu-devel OT
[07:00] <bkerensa> ;p
[07:07] <apachelogger> yofel: so, getting the qt5 meta source to build will require foreach x in find -type d .; mkdir $x
[07:07] <apachelogger> which will of course fail to work as soon as something starts expecting other crap within .git
[07:07] <apachelogger> but that problem exists pretty much regardless of whether it's atomic or monolithic source
[07:08] <apachelogger> the problem is that dpkg-source eats .git and there is no way to not have it do that (i.e. .git is part of the default excludes but one cannot explicitly mark .git for inclusion)
[07:09] <apachelogger> other option would be to make it a non-native source
[07:09] <apachelogger> then .git would supposedly be preserved
[07:09] <apachelogger> yofel: thoughts?
[07:44] <ScottK> Someone please port contour to work with the NM stuff in p-w-nm.
[07:47] <apachelogger> !info contour
[07:48] <apachelogger> ScottK: poke sebas?
[07:50] <yofel> apachelogger: "fun"
[07:50] <apachelogger> actually I think we need non-native
[07:50] <apachelogger> I am still getting the no version defined error with empty .git
[07:50] <apachelogger> going to try with the entire .gits
[07:50] <yofel> if it works go ahead. I know that non-native totally did not work for our recipe'd stuff
[07:51] <yofel> but your script is probably fine
[07:51] <apachelogger> yeah I think you cannot have non-native recipes
[07:52] <yofel> you can, but then bzr dailydeb tries to be "intelligent"
[07:52] <yofel> I'll leave the rest to your imagination
[07:52] <apachelogger> python software being smart
[07:52] <apachelogger> hahaha
[08:11] <smartboyhw> yofel, well can you have a look at the status page and see what packages need to be fixed (for symbols and install files) so I can fix it and make it into saucy today? :P
[08:12] <yofel> smartboyhw: I'm sure you'll enjoy kopete
[08:12] <yofel> the thing Quintasan gave up on
[08:12] <smartboyhw> yofel, why did he give up again?
[08:12] <yofel> ENOTIME
[08:12] <smartboyhw> yofel, !?
[08:12] <smartboyhw> What's ENOTIME?
[08:12] <yofel> he was busy with other things
[08:13] <smartboyhw> yofel, oh alright.
[08:13] <smartboyhw> My happy time then. Sigh.;P
[08:13] <yofel> (read as ERROR_NO_TIME)
[08:13] <yofel> system error codes are cryptic like that, like ENOSPC ;P
[08:15] <apachelogger> why that's cryptic :P
[08:15] <debfx> is that the error code for "no space for proper error names"? ;)
[08:16] <yofel> that would be ENOPROPERRCOD no?
[08:17] <valorie> not enough fish
[08:17] <debfx> more like ENPRPCOD
[08:31] <smartboyhw> yofel, is it that when it's a fuzz we refresh patches?
[08:32] <yofel> yes
[08:32] <yofel> dpkg-source fails otherwise
[08:44] <smartboyhw> Guys, uploading kopete ~ppa1 but am expecting to fail. It is just a test build ONLY since I know it failed but dunno where it failed so I want to look at the more-easier to read LP logs.
[09:01] <smartboyhw> In file included from ../../libkopete/private/kopeteviewmanager.cpp:37:0:
[09:01] <smartboyhw> ../../libkopete/kopetecontact.h:242:28: error: 'virtual QList<KAction*>* Kopete::Contact::customContextMenuActions(Kopete::ChatSession*)' cannot be overloaded
[09:01] <smartboyhw>   virtual QList<KAction *> *customContextMenuActions( ChatSession *manager );
[09:01] <smartboyhw>                             ^
[09:01] <smartboyhw> ../../libkopete/kopetecontact.h:237:43: error: with 'virtual QList<KAction*>* Kopete::Contact::customContextMenuActions(Kopete::ChatSession*)'
[09:01] <smartboyhw>   virtual KDE_DEPRECATED QList<KAction *> *customContextMenuActions( ChatSession *manager );
[09:01] <smartboyhw> !?!?!?!?!?!?!
[09:01] <smartboyhw> Looks like kopete has bad code.
[09:03] <afiestas_> ScottK: That directory does not exists anymore
[09:07] <apachelogger> smartboyhw: signature clash
[09:07] <apachelogger> or
[09:07] <apachelogger> smartboyhw: paste .cpp and .h of that file
[09:14] <apachelogger> yofel: seems to work with .git, so I'll go non-native
[09:15] <yofel> smartboyhw: that might be from the do_not_break_api patch
[09:16] <yofel> I think there was some talk yersterday about it
[09:26] <smartboyhw> yofel, oh yeah?
[09:51] <apachelogger> dh_auto_clean gets stuck -.-
[09:53] <smartboyhw> ...
[09:53] <apachelogger> because qtwebkit loops on itself :@
[09:53] <apachelogger> :@ WEBKIT :@
[09:54] <smartboyhw> :@
[10:05] <smartboyhw> apachelogger, yofel the kopeteviewmanager.cpp: http://paste.kde.org/784688/
[10:06] <smartboyhw> The kopetecontact.h http://paste.kde.org/784694/
[10:12] <BluesKaj> Hey all
[10:52] <smartboyhw> Hmm, Riddell can you make opencv 2.4.5 publish?
[10:52] <smartboyhw> Ah, it's in NEW
[11:15] <Riddell> smartboyhw: I'll fix it properly before doing that
[11:37] <smartboyhw> Riddell, alright:)
[11:37] <soee> smartboyhw, hows the work on beta2 going ?
[11:38] <Riddell> soee: http://qa.kubuntu.co.uk/ninjas-status/build_status_4.10.90_saucy.html
[11:39] <soee> ah so only kopete left ? the yellows are 'fine' right ?
[11:41] <smartboyhw> soee, kopete only.
[11:41] <smartboyhw> Heck, we have problems with patchs it seems..
[11:41] <smartboyhw> soee, some are fine. (Mostly at least)
[11:42] <soee> what i wonder is if kopete worked fine before (beta1) what happend that now it failes ?
[11:44] <smartboyhw> soee, patch.
[11:44] <yofel> smartboyhw: what's failing now?
[11:44] <smartboyhw> code problems.
[11:44] <smartboyhw> yofel, uh, you didn't see what I said?
 In file included from ../../libkopete/private/kopeteviewmanager.cpp:37:0:
 ../../libkopete/kopetecontact.h:242:28: error: 'virtual QList<KAction*>* Kopete::Contact::customContextMenuActions(Kopete::ChatSession*)' cannot be overloaded
   virtual QList<KAction *> *customContextMenuActions( ChatSession *manager );
                             ^
 ../../libkopete/kopetecontact.h:237:43: error: with 'virtual QList<KAction*>* Kopete::Contact::customContextMenuActions(Kopete::ChatSession*)'
   virtual KDE_DEPRECATED QList<KAction *> *customContextMenuActions( ChatSession *manager );
[11:44] <yofel> didn't you look at yesterday's log?
 !?!?!?!?!?!?!
 Looks like kopete has bad code.
[11:44] <smartboyhw> And you said it was the patch.
[11:44] <yofel> IIRC that patch was added in 4.10.80
[11:44] <smartboyhw> yofel, I can't find the relative ones
[11:44] <smartboyhw> s/relative/related
[11:45] <yofel> check if it's still needed as I recollect a discussion on packagers between Riddell and some kopete dev
[11:45] <smartboyhw> yofel, rm the patch?
[11:46] <yofel> smartboyhw: http://irclogs.ubuntu.com/2013/06/27/%23kubuntu-devel.html#t10:06 
[11:47] <yofel> I'll take a quick look, but I'm rather busy here at work today so can't help much
[11:50] <yofel> smartboyhw: if I read git right that patch is half-applied upstream
[11:50] <yofel> that's where your issues come from 
[11:51] <smartboyhw> yofel, yeah, I'm cherry-picking that patch soon.
[11:52] <yofel> nono, that's already part of 4.10.90
[11:52] <yofel> that's why you're having problems
[12:02] <cortexA9> hello
[12:02] <cortexA9> u know that installer crashed on the daily ?
[12:03] <Riddell> cortexA9: nope, what happened?
[12:03] <Riddell> which daily?
[12:03] <cortexA9> 28 june
[12:03] <cortexA9> it crash with an error
[12:04] <cortexA9> i tried it
[12:05] <cortexA9> seems an ubiquity error
[12:05] <Riddell> ubuntu-bug ubiquity  should do the right thing for reporting it
[12:07] <yofel> hm, seems like the upstream commit fixes the ABI relevant parts of the API
[12:07] <yofel> smartboyhw: so I guess you can drop it
[12:08] <yofel> Riddell: or was there something else that the patch was fixing? As ours is longer than what upstream committed
[12:09] <Riddell> no it's just there for ABI/API
[12:09] <Riddell> it's from upstream but if they committed something different then drop ours
[12:11] <yofel> smartboyhw: ^
[12:15] <apachelogger> qt5 forkbombs my system
[12:15] <apachelogger> it's really awesome
[12:15] <apachelogger> also apparently my sysrq is not working
[12:16] <apachelogger> I probably should not have gotten out of bed today
[12:16] <apachelogger> was a terrible idea obviously
[12:16] <soee> someone expirienced this error when trying to lunch vm: http://pastebin.com/KDzxBhUm ?
[12:18] <yofel> apachelogger: read /etc/sysctl.d/10-magic-sysrq.conf
[12:19] <apachelogger> right
[12:19] <apachelogger> I hereby declare the system as it is bullshit for development
[12:19] <apachelogger> I shall create a package that removes bullshit and inserts development mode
[12:19] <apachelogger> hooray
[12:20] <apachelogger> we are at the point where you need to patchy patchy your system because it's not doing what it is supposed to do
[12:22] <smartboyhw> yofel, ah ah
[12:24] <apachelogger> I am also not sure how exactly it managed to forkbomb considering my ulimit is 1024
[12:25] <palasso> You might be interested in this: http://www.phoronix.com/scan.php?page=article&item=ubuntu_xmir_benchmark&num=1 thnx again for not going mir or xmir :)
[12:37] <apachelogger> ah phoronix
[12:37] <apachelogger> science at work
[12:40] <shadeslayer> ^
[12:40] <Riddell> I feel that will be the killer blow for Mir
[12:43] <shadeslayer> Riddell: doubt it
[12:43]  * shadeslayer grumbles about how k3b does not show progress info when erasing discs
[12:43] <Riddell> oh well, worth a shot
[12:44] <Riddell> you still use optical disks?
[13:11]  * Riddell updates kwin packaging "kde-window-manager suggests weston, advised by upstream"
[13:14] <yofel> shadeslayer: it will be a killer for the other flavours that also gain nothing by running on xmir
[13:14] <yofel> lets see how much they can improve that for 14.04
[13:19] <kubotu> ::workspace-bugs:: [1195723] 13.10 Alpha-1 Plasma Netbook Interface has no favorites @ https://bugs.launchpad.net/bugs/1195723 (by Marco Parillo)
[13:19] <shadeslayer> Riddell: was checking if my drive still works
[13:19] <shadeslayer> because I still need the disk drive to install OS X
[13:25] <soee> there is a strange bug in dolphin
[13:26] <soee> if i open dolphin and have a tab with location opened after some time this tab starts duplicate
[13:26] <soee> so i had dolphin active in background and after hour, one tab duplicated like 10 times
[13:27] <soee> i think the same will happen for each tab
[13:53] <smartboyhw> Uh guys, shouldn't kopete-dbg recommend kopete instead of kopete-dbg?
[13:55] <yofel> smartboyhw: uh, that's all sorts of wrong, yeah
[13:56] <yofel> though I'm wondering what the best alternative would be
[13:57] <yofel> either go the debian multi-package way and suggest libkopete4 | kopete
[13:57] <yofel> or rather depend on them = binary:Version
[13:57] <smartboyhw> yofel, W: kopete source: dbg-package-missing-depends kopete-dbg
[13:57] <Riddell> shadeslayer: it should depend on kopete
[13:57] <smartboyhw> Should I depend on kopete?
[13:57] <smartboyhw> Riddell, you pointed it to the wrong person:P
[13:58] <Riddell> so I did, working with one eye today
[13:58] <smartboyhw> Riddell, !?
[13:58] <yofel> well, quassel does usually auto-complete shadeslayer here first as well
[13:58] <yofel> dunno why
[13:58] <smartboyhw> OK, soon to upload kopete to Ninjas.
[14:04] <Riddell> interesting, Rebecca Black OS, a Kubuntu derivative using Wayland http://sourceforge.net/projects/rebeccablackos/
[14:12] <BluesKaj> Riddell, inertesting ...wonder why the image is so large, 1.7Gb
[14:14] <Riddell> BluesKaj: download it and find out :)
[14:16] <BluesKaj> Riddell, have you ?  :)
[14:19] <ScottK> afiestas_: It looks like it moved to networkmanagement and contour needs some porting.  Do you know if anyone is working on that?
[14:19] <afiestas_> ScottK: it did not, it got removed
[14:20] <ScottK> OK.  Then by coincidence, networkmanagement has almost identical code in it.
[14:23] <shadeslayer> mmm
[14:23] <shadeslayer> yofel: W: nepomuk-core: transitional-package-should-be-oldlibs-extra libs/optional
[14:23] <yofel> oops
[14:23] <yofel> it should
[14:24] <shadeslayer> and smokeqt probably depends on the wrong qwt package
[14:24] <ScottK> Which one?
[14:25] <shadeslayer> I suspect it depends on libqwt-dev when it should depend on libqwt5-qt4-dev
[14:27] <shadeslayer> oh hah
[14:28] <shadeslayer>   * Remove qwt, it's not in main
[14:28] <shadeslayer> Riddell: ^^
[14:28] <ScottK> We have packages for qwt and qwt5.
[14:28] <shadeslayer> why is smokeqt still in main?
[14:29] <ScottK> qwt is qwt6 at this point.  
[14:29] <Riddell> kdebindings was in main for pykde used by ubiquity
[14:29] <ScottK> The only reason qwt5 still exists is because pyqwt never got ported to qwt6 and won't.
[14:29] <Riddell> dunno why smokeqt is but germinate knows all
[14:30] <xnox> i somehow thought ubiquity was becoming more pure qt, maybe not.
[14:31] <yofel> shadeslayer: you fixing nepomuk-core or should I?
[14:32] <shadeslayer> IIRC I made kdeplasma-addons explicitly depend on qwt5 since depending on qwt did not make it pick it up
[14:32] <shadeslayer> yofel: can do in a moment
[14:33] <Riddell> xnox: pyqt yes indeed
[14:45] <shadeslayer> yofel: uploaded
[14:45] <yofel> thanks
[14:45]  * yofel feels like killing plasma one of these days if he doesn't find out what steals his keyboard focus all the time
[14:46] <yofel> !ping
[14:47] <yofel> shadeslayer: plz ping me
[14:47] <shadeslayer> yofel: ssup
[14:47] <yofel> hm... again
[14:47] <shadeslayer> yofel: k
[14:48] <ahoneybun> hello all
[14:48] <shadeslayer> hi ahoneybun
[14:49] <ahoneybun> shadeslayer: whats up
[14:49] <yofel> shadeslayer: I don't get it. When I get a knotify popup, keyboard focus seems to go to plasma (with <tab> I can shift through icontasks without having much effect)
[14:49] <shadeslayer> not much, finally have a working computer again, so building a rootfs for my N7
[14:49] <yofel> it's been doing that for a while now... (since ~4.10.3?)
[14:49] <shadeslayer> yofel: that seems odd
[14:50] <shadeslayer> for me the focus is always on the window I'm typing in
[14:50] <yofel> to then focus quassel I click on the window -> focus goes somewhere else after a second -> I click on quassel again and can type
[14:50] <yofel> it's freakin' annoying
[14:50] <shadeslayer> heh
[14:51] <shadeslayer> mgraesslin: pingly
[14:51] <shadeslayer> damnit
[14:51] <yofel> lol
[14:51] <shadeslayer> I needed to discuss the colorcorrection bug on upgrade
[14:52] <ScottK> shadeslayer: Probably report it upstream too.
[14:52] <shadeslayer> ScottK: yeah, but why report it when I can just fix it myself
[14:52] <shadeslayer> should be trivial enough to write a upd script
[14:52] <yofel> wasn't that already fixed in 4.10.90?
[14:52] <ScottK> Did it happen because of something of ours or is it a more general issue?
[14:53] <shadeslayer> ScottK: general issue for people upgrading from 4.10 to 4.11
[14:53] <shadeslayer> well ... people like me who enabled color correction
[14:53] <shadeslayer> yofel: I am not sure, I couldn't figure out much from the commit on bugzilla
[14:54]  * shadeslayer emails Martin
[14:56] <Riddell> 4.10.90 installs and runs good here
[14:56] <yofel> good, then all that's left is for smartboyhw to finish kopete
[14:56] <soee> ;o
[14:57] <shadeslayer> Riddell: can you logout, add GLColorCorrection=true to kwinrc and login again
[14:57] <shadeslayer> Riddell: and tell me if the screen is black for you
[14:57] <Riddell> mm ok
[14:57] <yofel> Riddell: one thing, let me check if some and artwork are up to date
[14:58] <shadeslayer> should be added under [Compositing]
[14:58] <yofel> ScottK: those were the ones you touched, right?
[14:58] <ScottK> I touched kdeartwork.
[14:59] <yofel> ok, artwork is good
[14:59] <ScottK> yofel: Also smokekde
[14:59] <Riddell> shadeslayer: makes no change here
[14:59] <ScottK> That should be it.
[14:59] <shadeslayer> Riddell: oh, so everythign works? awesome
[14:59] <shadeslayer> *everything
[15:00] <yofel> smoke isn't 
[15:00] <yofel> uploading
[15:00] <ScottK> Thanks.
[15:01] <yofel> ok, so we need to wait for smoke to be published, then Riddell can upload to the archive
[15:03] <Riddell> moi?
[15:05] <yofel> I could do it later if someone got the packageset right...
[15:05]  * yofel should look at that over the weekend
[15:06] <shadeslayer> no need to pester Martin
[15:06] <Riddell> mm, we have systemd-services on our images instead of pm-utils
[15:07] <shadeslayer> I already mentioned that :(
[15:07] <shadeslayer> not sure how that ended up 
[15:07] <shadeslayer> +there
[15:07] <Riddell> upower depends on systemd-services| pm-utils
[15:08] <shadeslayer> and from what I can tell, we want pm-utils
[15:08] <Riddell> ubuntu desktop still has pm-utils on its images
[15:08] <shadeslayer> not sure why systemd-services came before pm-utils there
[15:09] <ScottK> yofel: cjwatson updated the packageset after 4.10.80 was all in so it should be ~OK.
[15:09] <Riddell> ubuntu desktop only ends up with pm-utils cos checkbox recommends it
[15:09] <yofel> oh nice. I'll check later then if nobody gets to it
[15:09] <ahoneybun> Riddell: can I get help with digikam?
[15:09] <yofel> gotta run for now, bye
[15:10] <Riddell> ahoneybun: sure, what's the ec2 dns again?
[15:10] <ahoneybun> ubuntu@ec2-54-227-30-58.compute-1.amazonaws.com
[15:11] <Riddell> dpkg-shlibdeps: error: couldn't find library libkface.so.2
[15:11] <ahoneybun> yea
[15:11] <Riddell> that soname version changed
[15:11] <Riddell> let me look around
[15:11] <shadeslayer> I could upload as well if everything is done right now
[15:12] <Riddell> shadeslayer: you go for it if you're ready
[15:12] <ahoneybun> so LD_LIBRARY_PATH = "path"
[15:12] <shadeslayer> Riddell: k
[15:12] <Riddell> ahoneybun: we need the libkface1 package turned into a libkface2 package for the new soname version
[15:12] <ahoneybun> oh
[15:12] <ahoneybun> different versions
[15:12] <Riddell> ahoneybun: so change that in debian/control
[15:13] <ahoneybun> ok
[15:13] <ScottK> Riddell: Please don't upload that one as I'll be gone a big chunk of this afternoon and not available to do the New.  Let someone else upload it, so you can.
[15:14] <genii> More widgets disappeared again today after latest updates :-/
[15:14] <ScottK> Don't think anything in KDE changed today.
[15:14] <Riddell> ahoneybun: going to make the change?
[15:15] <ahoneybun> I'm looking
[15:15] <genii> Also nvidia 313 fail with kernel 3.10 , had to revert to 304
[15:15] <ahoneybun> seems to have fixed that error
[15:16] <ScottK> genii: I new nvidia 319 just got released for saucy, maybe that then?
[15:16] <Riddell> ahoneybun: mm I see no activity in the byoby screen
[15:17] <ahoneybun> I did not run that...
[15:17] <ahoneybun> I knew I forgot something
[15:18] <ahoneybun> 50%
[15:18] <Riddell> ahoneybun: what are you doing?
[15:18] <ahoneybun> oh
[15:18] <ahoneybun> building
[15:18] <ahoneybun> ran debuild -nc
[15:18] <Riddell> ahoneybun: could you stop it and run byobu so we can coordinate?
[15:19] <ahoneybun> yea how though
[15:19] <ahoneybun> nvm
[15:19] <Riddell> ahoneybun: now libkface1.install needs to become libkface2.install
[15:20] <Riddell> and add back the library to libkface2.install
[15:20] <ahoneybun> ...
[15:20] <ahoneybun> pulled the trigger a bit fast
[15:22] <shadeslayer> bzr: ERROR: Tag saucy already exists.
[15:22] <shadeslayer> :S
[15:23] <smartboyhw> yofel, wut? Finished already.
[15:24] <shadeslayer> saucy was tagged at rev 77? what
[15:25] <smartboyhw> Guys, kopete done. Please release 4.10.90 to saucy.
[15:25] <shadeslayer> trying
[15:26] <shadeslayer> analitza is giving issues
[15:26] <smartboyhw> shadeslayer, analitza?
[15:26] <smartboyhw> Hmm, that's a green light.
[15:26] <genii> ScottK: Unfortunately the /var/lib/dkms/<nvidia-version>/<number>/build/make.log gets wiped with new version install. Guess perhaps I'll logoff, try install 313 to copy off the log and pastebin, then return
[15:27] <Quintasan> smartboyhw: about E_NO_TIME <-- you will get this from me when exams are near
[15:27] <Quintasan> apachelogger mostly emits E_NO_BEER
[15:27] <smartboyhw> Quintasan, same as me too:P
[15:27] <smartboyhw> BTW, 10th to 30th E_NOT_IN_HK
[15:27] <smartboyhw> July I mean
[15:27] <genii> OK, back in a bit
[15:27] <smartboyhw> E_IN_UK_DUE_TO_STUDY_TOUR.
[15:28] <ScottK> genii: I've no idea about details, just saw it mentioned.  I don't have any systems that need proprietary video drivers.
[15:28] <ahoneybun> Riddell: that was a fast cut
[15:28] <shadeslayer> smartboyhw: fancy
[15:28] <shadeslayer> yofel: http://paste.kde.org/784880/
[15:28] <Riddell> ahoneybun: quirk of debhelper, if you change the .install file you need to remove the install bits from the debhelper log else it doesn't run them again
[15:28] <Quintasan> https://launchpad.net/~telepathy-kde/+archive/daily-builds/+packages
[15:29] <Quintasan> FFFFFFFFFFUUUUUUUUU-
[15:29] <ahoneybun> no that you removed the text so fast
[15:29] <Quintasan> Everything built save for text-ui on i386
[15:29] <Quintasan> God damn it
[15:29] <Quintasan> wat
[15:29] <Quintasan> it just built
[15:29] <Quintasan> what the hell
[15:29] <shadeslayer> was just about to say that
[15:29] <smartboyhw> ahoneybun, oh, you faced the famous new library version problem. This is the worst of all worlds for me:(
[15:29] <Quintasan> @_@
[15:30] <smartboyhw> LOL LOL LOL LOL LOL LOL
[15:30] <ahoneybun> oh
[15:31] <Riddell> ahoneybun: hmm
[15:32] <Riddell> ahoneybun: ah, voila
[15:32] <Riddell> ahoneybun: want to add the library files to libkface2.install ?
[15:32] <shadeslayer> yofel: shouldn't it tag the version?
[15:32] <shadeslayer> instead of release
[15:32] <Riddell> ahoneybun: then remove the install bits from libkface2.debhelper.log and debuild -nc
[15:32] <ahoneybun> confused
[15:33] <Riddell> ahoneybun: let me do it
[15:33] <ahoneybun> sorry
[15:34] <ahoneybun> is that adding the lib files?
[15:35] <Riddell> ahoneybun: yeah, libkface2.install was empty I just added the name of the file for it to install
[15:35] <ahoneybun> you did it all
[15:36] <ahoneybun> I could have tried to remove the install stuff
[15:37] <soee> are there any chances to get 4.10.90 for raring today ?
[15:38] <shadeslayer> I can run the script for that once I upload it for saucy
[15:38] <shadeslayer> but the flipping script isn't running -.-
[15:40] <soee> :(
[15:41] <shadeslayer> I suppose I can delete the saucy tag in analitza
[15:42] <Riddell> apoi: jtechidna: this e-mail might be for you http://paste.kde.org/784898/
[15:42] <jtechidna> Riddell: apoi != apol :P
[15:42] <Riddell> oh really?
[15:42] <JontheEchidna> Riddell: but we did get a new icon for 2.1
[15:42] <Riddell> hah, sorry apoi 
[15:43] <Riddell> JontheEchidna: is that 2.0.65-0ubuntu1 ?
[15:43] <JontheEchidna> Riddell: yup
[15:43] <JontheEchidna> http://i.imgur.com/dT3RCMu.png
[15:44] <ahoneybun> Riddell: so it needs libkface1 now
[15:45] <Riddell> ahoneybun: who what where?
[15:45] <ahoneybun> package libkface1 is not in control info
[15:46] <Riddell> ahoneybun: so 1 reference in debian/control and some in debian/rules to update
[15:46] <ahoneybun> change the 1 to 2 in those files
[15:46] <ahoneybun> ?
[15:47] <Riddell> JontheEchidna: muon-discover --application firefox  really takes up excessive CPU
[15:48] <Riddell> ahoneybun: yep
[15:51] <ahoneybun> done
[15:51] <Riddell> ahoneybun: debuild -nc
[15:51] <ahoneybun> k
[15:54] <shadeslayer> smartboyhw: kapptemplate is busted?
[15:54] <genii> I confirmed the bug here https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-313-updates/+bug/1195667 and added the console output since it also has some messages not in the make.log
[15:54] <shadeslayer> ==Package kapptemplate from the PPA differs from bzr, continue [Y/n]? 
[15:54] <smartboyhw> shadeslayer, !?
[15:54] <smartboyhw> !?!?!??!?!?!!?/
[15:55] <Riddell> shadeslayer: view diff, continue, take note to fix up before you upload it
[15:55] <shadeslayer> yep, that's what I'm doing
[15:55] <shadeslayer> just wanted to let smartboyhw know
[15:57] <shadeslayer> because it looks like he forgot to update bzr
[15:57] <smartboyhw> shadeslayer, I committed but didn't push, sorry. Pushed just now.
[15:57] <smartboyhw> Apologies:(
[15:57] <shadeslayer> np
[15:58] <ahoneybun> Riddell: I think it worked!
[15:58] <ahoneybun> ls
[15:58] <Riddell> ahoneybun: awooga!
[15:59] <smartboyhw> Eh guys, I need to sleep, see you tmr.
[15:59] <ahoneybun> yea it made a .deb!
[16:00] <Riddell> ahoneybun: dpkg --install the .debs to test they install
[16:00] <Riddell> ahoneybun: run lintian on them
[16:00] <ahoneybun> dpkg --install digikam?
[16:00] <Riddell> dh_install --list-missing  to see if there's any other new files 
[16:00] <Riddell> dpkg --install *deb
[16:04] <Riddell> ahoneybun: hmm, something wrong with it
[16:04] <ahoneybun> seems
[16:05] <Riddell> ahoneybun: let's rebuilt it from the start
[16:05] <ahoneybun> debuild?
[16:05] <Riddell> probably all the partial rebuilds confused something
[16:06] <shadeslayer> boo, Riddell forgot to push to bzr as wekll
[16:06] <Riddell> oop
[16:06] <shadeslayer> kde-workspace
[16:07] <shadeslayer> plz sync, I'll skip it for now and do it manually once you've sync'd bzr and the ppa
[16:15] <Esokrates> hi, I am running saucy (installed today) ánd kde 4.11 shows a black workspace a few seconds after the spalsh screen ended with nothing but the mouse cursor
[16:15] <Esokrates> is this a known issue being worked on?
[16:16] <Esokrates> i have additionally installed appmenu krunner and now it takes a minute till my workspace shows up 
[16:17] <shadeslayer> Esokrates: known issue
[16:17] <shadeslayer> Esokrates: in ~/.kde/share/config/kwinrc
[16:17] <Esokrates> so kwin crashes at startup?
[16:17] <shadeslayer> Esokrates: remove GLColorCorrection=true
[16:17] <shadeslayer> or set it to false
[16:18] <shadeslayer> will be fixed in 4.10.90
[16:18] <Esokrates> GLColorCorrection is set false in my case by default 
[16:19] <Riddell> shadeslayer: kde-workspace_4.10.90-0ubuntu2~ubuntu13.10~ppa6_source.changes uploaded
[16:19] <shadeslayer> awesome
[16:19] <shadeslayer> Esokrates: oh .. odd ... try moving the kwinrc file to kwinrc.bak
[16:19] <shadeslayer> and login again
[16:20] <shadeslayer> Riddell: bzr crapped out, so I have to run the script again -.-
[16:23] <Esokrates> did not change anything :-(
[16:23] <shadeslayer> Riddell: can you check if kscreen 1.0 can be SRU'd meanwhile?
[16:23] <Riddell> shadeslayer: why should it be?
[16:23] <shadeslayer> Riddell: afiestas_ wanted it SRU'd IIRC
[16:23] <afiestas_> not wanted, it fixes crashes
[16:23] <afiestas_> you don't update, kubuntu users don't get those fixes
[16:24] <Riddell> afiestas_: is there a changelog or somethin with bug numbers?
[16:24] <shadeslayer> Esokrates: sorry, out of ideas :(
[16:24] <shadeslayer> Esokrates: check if the guest account works
[16:24] <Esokrates> okay
[16:25] <afiestas_> Riddell:  if we do releases is for a reason :s, but yes anyway http://quickgit.kde.org/?p=kscreen.git&a=tag&t=v1.0
[16:25] <afiestas_> specially http://bugs.kde.org/show_bug.cgi?id=318936 is quite annoying
[16:25] <afiestas_> since some laptop remove the screen when the laptop lid is closed
[16:26] <Esokrates> guest account works fine ... odd ... i did not change much ... it is a new install
[16:27] <Esokrates> only thing i did which made the situation very worse was compiling and installing appmenu runner
[16:27] <shadeslayer> well .. it's most certainly your config then
[16:27] <shadeslayer> since the guest account works
[16:27] <Esokrates> sure ... maybe trying to move .kde to .kde.bak?
[16:27] <shadeslayer> yep
[16:28] <shadeslayer> logout -> do that in a tty -> login
[16:28] <afiestas_> Esokrates: would be nice if you could pin pon the real reason
[16:28] <shadeslayer> true ^^
[16:29] <shadeslayer> Esokrates: when you alt + tab on the black scree, do you get corrupted graphics of some sorts?
[16:29] <afiestas_> I suspect this has something to do with removing the starting song :)
[16:29] <Esokrates> wait i am trying to move kde to kde.bak
[16:29] <Esokrates> or should i try the alt tab issue before?
[16:30] <shadeslayer> afiestas_: the startup song can make your screen go black? :O
[16:30] <shadeslayer> Esokrates: please try alt + tab first
[16:30] <Esokrates> okay
[16:31] <Esokrates> i get an empty box ... nothing else happens
[16:31] <Esokrates> (the box where the thumbnails are usually in)
[16:32] <shadeslayer> aha, so seems like kwin is running
[16:32] <Esokrates> yeah 
[16:32] <Esokrates> i suppose plasma is dead when starting
[16:32] <Esokrates> okay moving .kde now
[16:33] <Quintasan> Drawing on desktop feature in Plasma is killer feature
[16:33] <afiestas_> heh
[16:33] <afiestas_> I can reproduce the issue
[16:33] <afiestas_> I wonder if everybody is being able to reproduce this and nobody is saying shit
[16:33] <shadeslayer> what issue
[16:34] <Esokrates> okay everything is fine doing that
[16:34] <Esokrates> so i am repeating all my config stuff now and logout and login after every single settings to troubleshoot
[16:35] <afiestas_> Esokrates: I can reproduce this issue with my  lapto
[16:35] <shadeslayer> afiestas_: 4.10.80 worked fine for me on first boot ( except for the black screen issue which was fixed by disabling color correction )
[16:35] <afiestas_> laptop, I never notice because I almost never removed
[16:36] <afiestas_> shadeslayer: that black screen dissapeared after a while?
[16:36] <afiestas_> what is happening to Esokrates and I I think is plasma-desktop beign executed after kplash dies
[16:36] <shadeslayer> afiestas_: I was not patient enough :)
[16:36] <afiestas_> so tehre is a moent where we don't have kplash or plasma-desktop, getting there a nice black screen
[16:37] <Esokrates> i suppose you mean me:  the black screen disappears after a minute or so
[16:37] <shadeslayer> I set about trying to figure out what went wrong with kwin since I could see some corrupted graphics when doing alt + tab
[16:37] <shadeslayer> ahhh
[16:37] <afiestas_> Esokrates: it depends on how fast your pc is
[16:37] <Esokrates> sure
[16:37] <Esokrates> my pc is damn fast 
[16:37] <afiestas_> with ssd's things can change
[16:37] <afiestas_> so ksplash is killed fast, but the boot process is not complete
[16:38] <afiestas_> in my laptop takes good 30seconds at least with an empty acc
[16:38] <Esokrates> not sure about that, because splash takes the same amount of time as usual for me (at least it seems to be like that)
[16:39] <Esokrates> but it has to be config related as moving .kde did the trick ...
[16:41] <Esokrates> i am playing around a bit now trying to figure out ... if i find something i will report it ... i am willing to provide as much information as you need
[16:41] <afiestas_> Esokrates: I think we'll need it
[16:42] <afiestas_> there is somethign wrong for sure
[16:42] <Esokrates> okay c ya
[16:44] <shadeslayer> O_O
[16:44] <shadeslayer> http://paste.kde.org/784916/
[16:45] <shadeslayer> whai
[16:45] <shadeslayer> makes no sense
[16:47] <Esokrates> i have figured it out: selecting start with empty session is the reason for the long wait :-)
[16:48] <Esokrates> but the black screen shows up after the slightest config change ... but lasts only for a second
[16:49] <Esokrates> when selecting start with empty session for plasma the wait is 30 seconds to one minute for me
[16:49] <Esokrates> hope someone can reproduce this
[16:51] <shadeslayer> how in the hell did korundum build when there are patches that were applied upstream still in the package @_@
[16:52] <Quintasan> shadeslayer: Maybe I didn't push to bzr
[16:52] <Quintasan> let me check
[16:52] <shadeslayer> bad Quintasan
[16:52] <shadeslayer> bad bad Quintasan
[16:52] <Quintasan> I didn't
[16:52] <Quintasan> shadeslayer: Did you do anything to it?
[16:52] <Quintasan> I can push it now
[16:53] <shadeslayer> haven't done anything
[16:53] <shadeslayer> feel free to fix
[16:53] <Esokrates> shadeslayer: does that make sense with the empty session?
[16:53] <shadeslayer> I get to re run the script from top \o/
[16:53] <Quintasan> shadeslayer: I will push the initial stuff I uploaded when it built
[16:53] <shadeslayer> Esokrates: no idea, maybe afiestas_ would know
[16:53] <Esokrates> shadeslayer: can you try it on your setup?
[16:53] <shadeslayer> Esokrates: will do in a bit, working on getting 4.10.90 out first
[16:54] <Esokrates> okay thanks 
[16:54] <Quintasan> shadeslayer: Done
[16:54] <shadeslayer> thx
[16:54] <Quintasan> shadeslayer: Please also check kcron, kdenetwork-strigi-analyzers, kde-workspace and kopete
[16:54] <Quintasan> Though the rest should work
[16:54] <shadeslayer> kde-workspace was already fixed
[17:00] <Riddell> afiestas_: what's a good test case for that bug?
[17:03] <Riddell> ScottK: bug 1195806 for your SRU browsing
[17:04] <ahoneybun> Riddell: how did it do?
[17:05] <Riddell> ahoneybun: 28% :)
[17:05] <Riddell> shadeslayer: how's the upload going?
[17:05] <ahoneybun> so it is still building
[17:06] <ahoneybun> Riddell: my power reset
[17:06] <shadeslayer> Riddell: minor bumps along the way
[17:10] <Esokrates> shadeslayer: here is the bug report: https://bugs.kde.org/show_bug.cgi?id=321723
[17:10] <shadeslayer> acl
[17:10] <shadeslayer> *ack
[17:16] <Riddell> ScottK: bug 1195815 available for your backporting powers
[17:16] <Esokrates> one last thing: the splash screen transistion to plasma is only smooth without a short black screen in between if you move the .kde directory. The slightest change (like moving a panel) produces a short black screen at next login 
[17:17] <Esokrates> thank you very much for helpin figuring this out 
[17:25] <shadeslayer> script done till ktuberling
[17:25] <shadeslayer> huzzah
[17:37] <afiestas_> Riddell: Monday bof means I won't be able to attend most probably
[17:37] <afiestas_> I will be busy with QtCS
[17:37] <afiestas_> probably the same for apachelogger at least with the bits connected to Phonon
[17:37] <afiestas_> s/connected/related/
[17:37] <kubotu> afiestas_ meant: "probably the same for apachelogger at least with the bits related to Phonon"
[17:43] <Esokrates> damn it ... i was right ... it is related to appmenu (actually it is a combination of two settings: start with empty session and export menu to title bar button)
[17:43] <Esokrates> checking both is responsible for a long black screen
[17:43] <Esokrates> i will edit the bug report
[17:58] <ahoneybun> Riddell: how is it goign?
[18:17] <shadeslayer> grumble
[18:17] <shadeslayer> Riddell: kdesdk-strigi-analyzers_4.10.90-0ubuntu1_source.changes rejected
[18:17] <shadeslayer> kde-base-artwork_4.10.90-0ubuntu1_source.changes rejected
[18:22] <shadeslayer> Riddell: can you please upload those two?
[18:22] <shadeslayer> mplayerthumbs_4.10.90-0ubuntu1_source.changes rejected
[18:26] <shadeslayer> Riddell: everything else was uploaded
[18:49] <yofel> shadeslayer: weird... yes it should tag the version, seems like Riddell committed something by accident a while ago
[18:49] <yofel> it was only 'bzr tag' before r186
[18:49] <shadeslayer> yofel: yeah well, I used --force now
[18:49] <shadeslayer> so, what do we do, write script to retag ?
[18:51] <yofel> hm, not really, just revert this:
[18:51] <yofel> -        subprocess.check_call(["bzr", "tag"])
[18:51] <yofel> +        subprocess.check_call(["bzr", "tag", release])
[18:51] <yofel> i don't think we need to remove the tags
[18:52] <yofel> hm
[18:52] <shadeslayer> what I mean is, I already committed the saucy tag
[18:52] <shadeslayer> to all the repos
[18:53] <yofel> yeah, I don't mind that, but now the version tag is missing
[18:53] <shadeslayer> actually lemme push those, so we can sort this out
[18:53] <yofel> do so, I can do some quick bash scripting to retag that
[18:53] <shadeslayer> I'm reasonably certain that we can delete the saucy tag and replace it with the right trag
[18:53] <shadeslayer> *tag
[18:54] <shadeslayer> now, where did I put my fancy script to push everything
[18:55] <yofel> pwd=$(pwd); for dir in *; do cd $dir/bzr; bzr push :parent; cd $pwd; done
[19:00] <shadeslayer> yofel: not quite, needs --overwrite as well
[19:00] <shadeslayer> because tags conflict
[19:00] <shadeslayer> for myDir in *; do if [ -e $myDir/bzr ]; then cd $myDir/bzr; echo "Pushing $myDir"; bzr push --overwrite :parent; cd $curDir; fi; done
[19:00] <shadeslayer> is what I used :)
[19:00] <yofel> fancy :P
[19:00] <shadeslayer> ( curDir defined elsewhere )
[19:06] <ScottK> apachelogger: You still owe me a list of the packages we want to extend our MRE to.
[19:10] <shadeslayer> yofel: pushed, do you magic :)
[19:12] <yofel> thannks
[19:37] <shadeslayer> !find libvirtodbc_r.so saucy
[19:40] <ScottK> Quintasan: What is a "New upstream bet release"?
[19:41] <shadeslayer> @_@
[19:42] <yofel> where it's a sure bet that more bugs were introduced than fixed :P
[19:50] <ScottK> yofel: That doesn't narrow it down much.
[20:00] <shadeslayer> yofel: any ideas why nepomukstorage would completely skip /usr/lib/odbc : http://paste.kde.org/785042/
[20:00] <shadeslayer> ( strace output from mck182 )
[20:00] <shadeslayer> mck182: this is on raring right?
[20:00] <mck182> yes
[20:01] <mck182> 4.11b1
[20:01] <yofel> shadeslayer: I know whe have an odbc related patch in soprano
[20:01] <yofel> check that
[20:01] <shadeslayer> oh
[20:01] <shadeslayer> IIRC wasn't that for unix-odbc?
[20:01] <ScottK> Yes
[20:02] <yofel> I noticed nepomuk not working right in neon too btw.
[20:02] <yofel> I simply don't get to debug it :S
[20:02] <shadeslayer> doubt that it's related to mck182's issue
[20:02] <shadeslayer> oh
[20:03] <shadeslayer> mck182: did you compile your own soprano?
[20:03] <shadeslayer> or did you use the packaged one
[20:03] <mck182> aha...I did compile it myself sometime ago
[20:03] <shadeslayer> right
[20:03] <mck182> but I think there was a package update for it...?
[20:03] <shadeslayer> mck182: we have a couple of patches https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/soprano/saucy/files/head:/debian/patches/
[20:04] <shadeslayer> mck182: make sure the compiled version is still not installed / overriding the package one?
[20:04] <mck182> good idea
[20:05] <shadeslayer> ScottK: could you upload the packages that got rejected?
[20:05] <ScottK> How many?
[20:05] <shadeslayer> 3
[20:05] <ScottK> Sure.  Point me to .dsc's
[20:05] <shadeslayer> kdesdk-strigi-analyzers, kde-base-artwork, mplayerthumbs
[20:06] <yofel> re-tagging done
[20:06] <shadeslayer> uhm okay wait
[20:06] <yofel> kde-base-artwork o.O
[20:06] <yofel> ah, probably because the dep was gone
[20:08] <shadeslayer> http://netrunner-linux.com/kubuntu/kde-base-artwork_4.10.90-0ubuntu1.dsc
[20:08] <shadeslayer> http://netrunner-linux.com/kubuntu/kdesdk-strigi-analyzers_4.10.90-0ubuntu1.dsc
[20:09] <shadeslayer> http://netrunner-linux.com/kubuntu/mplayerthumbs_4.10.90-0ubuntu1.dsc
[20:09] <shadeslayer> ScottK: ^^]
[20:09] <ScottK> Do I need to do artwork too?
[20:09] <shadeslayer> yep, got rejected
[20:09] <ScottK> OK.  dsc for that too please.
[20:09] <ScottK> Oh, nevermind
[20:10] <shadeslayer> :)
[20:11] <shadeslayer> yofel: cool ( re tagging )
[20:12] <shadeslayer> wasn't there a statistics tool that tracked the number of uploads one person does?
[20:13] <yofel> root      1905  1.2  0.8 209100 16776 ?        Sl   22:10   0:01 /usr/bin/unity-system-compositor --from-dm-fd 10 --to-dm-fd 13 --vt 7
[20:13]  * shadeslayer can't find that anymoer
[20:13] <yofel> bware, i'm running xmir
[20:13] <shadeslayer> :O
[20:13] <shadeslayer> unsupported stack alert :P
[20:13] <yofel> :P
[20:14] <yofel> I still haven't watched the latest video about it, only read the comment from martin on g+ about it
[20:15] <yofel> this was probably the worst time to install it, because I now have no idea what it changed (with beta2 and kernel 3.10 being installed at the same time...)
[20:15] <ScottK> The second video was better.
[20:15] <yofel> at least kwin opengl works on my netbook fine now, so i'm not too unhappy
[20:17] <yofel> shadeslayer: btw. launchpad shows how many packages you uploaded, no?
[20:17] <shadeslayer> yes, but there was another tool
[20:17] <ScottK> shadeslayer: If you were a MOTU, this wouldn't be a problem ...
[20:19] <shadeslayer> hah
[20:21] <shadeslayer> there we go http://people.ubuntuwire.org/~stefanor/ubuntu-activity/
[20:23] <shadeslayer> second video?
[20:24] <shadeslayer> I've only seen the one where all of the DE's were demo'd
[20:24] <ScottK> dput ubuntu *.changes is always fun.
[20:24] <yofel> brrrrr, I need to do the rc1 initial upload
[20:24] <yofel> I'm hardly noticible in that cake :D
[20:24] <shadeslayer> indeedly
[20:24] <ScottK> https://www.youtube.com/watch?v=8sKQnDAPEA4
[20:24] <shadeslayer> hm, should I start the initial upload for raring?
[20:26] <ScottK> Those three are uploaded.
[20:26] <yofel> wait
[20:26] <shadeslayer> ScottK: thanks
[20:26] <yofel> if you backport, please do to staging
[20:26] <yofel> ninjas raring is for 4.10.5
[20:26] <shadeslayer> roger
[20:27] <ScottK> Riddell: I uploaded kdesdk-strigi-analyzers so over to you for New.
[20:27] <yofel> and use -u medium
[20:27] <yofel> otherwise that'll take a week
[20:27] <ScottK> Is 4.10.5 released?
[20:27] <yofel> not that I know of
[20:28] <yofel> tnyblom was committing related stuff to the release tools, so they're working on it
[20:29] <shadeslayer> bah
[20:29] <yofel> meh, I don't see what's wrong with that video :/
[20:29] <shadeslayer> I can't stop hitting print screen when I try to hit F12
[20:29] <shadeslayer> the keys are too close together
[20:29] <shadeslayer> yofel: me neither :P
[20:34] <ScottK> We know Canonical has to maintain the X stack in good shape for 13.10 because they need to be able to backport it to 12.04 for their hardware enablement stack.
[20:34] <ScottK> So I think we can really just wait and see how things develop.
[20:36] <shadeslayer> *nod*
[20:53] <shadeslayer> yofel: did you try and backport things to Quantal/Precise
[20:53] <sheytan> JontheEchidna: Hey! I have a simple feature request for muon-updater: close the window after an update is complete without errors. Else notify the user via knotify. Why? I always hit the 'apply updates' button and minimize the window. But it's not needed anymore when the update is finished succesfull. :)
[20:53] <yofel> not yet, there wasn't much time between finishing raring and starting beta2
[20:54] <yofel> I'm not sure whether we want to backport to quantal
[20:54] <yofel> it would be a special case really as it's the only 18month support release we have
[20:54] <shadeslayer> it's still supported right?
[20:55] <shadeslayer> atleast till saucy is out
[20:55] <yofel> well, we can try.
[20:55] <ScottK> raring is 18 months
[20:55] <yofel> ooooh
[20:55] <ScottK> The 9 month thing starts with saucy
[20:55] <yofel> huh? I thought raring was 9
[20:55] <ScottK> (IIRC)
[20:55] <ScottK> Maybe i'm wrong
[20:56]  * yofel checks
[20:56] <shadeslayer> eh
[20:56] <shadeslayer> no raring is 9 months AFAIK
[20:56] <ScottK> OK
[20:56] <yofel> raring goes EOL  January 2014 
[20:56] <ScottK> In any case, I think we should just do devel -1 for PPA backports of the new KDE version.
[20:57] <ScottK> I think doing devel -1 and current LTS is overkill.
[20:57] <yofel> well, with the hooks it's not much work
[20:57] <ScottK> Who's doing security updates on the PPA?
[20:57] <yofel> the question is rather whether it's doable
[20:57] <yofel> me
[20:57] <yofel> (anything I find)
[20:58] <ScottK> With devel - 1, you can assume people will upgrade when the release happens and not worry to much.
[20:58] <ScottK> With LTS, you have to assume people may be using the PPA packages for years.
[20:58] <yofel> that's not much different when LTS is devel -1 though
[20:58] <shadeslayer> I don't think it's too much work with all the automation we have
[20:59] <yofel> you would have to never to backports to LTS then
[20:59] <yofel> *never do
[20:59] <shadeslayer> and people seem to be generally happier when releases are backported
[20:59] <shadeslayer> ( I've seen alot of praises for 4.10 being backported all the way to LTS )
[20:59] <yofel> I remembered another reason why I didn't backport beta1
[20:59] <yofel> I  never added support for kde-release-specific backport hooks
[21:00] <yofel> 2 things I know though that need thinking about:
[21:00] <yofel> 1) precise needs at least boost 1.49 backport (works in neon)
[21:01] <yofel> 2) NM stuff was removed from kde-workspace, pnm 0.9.0.9 doesn't build in precise
[21:01] <shadeslayer> bah :/
[21:01] <yofel> because it needs NM >= 0.9.8
[21:02] <shadeslayer> yeah
[21:02] <yofel> precise has .4
[21:02] <shadeslayer> not sure if I'm comfortable about backporting boost
[21:02] <ScottK> BTW, I rescored some builds to try and get the key packages early in the dependency built.
[21:02] <shadeslayer> what's the default boost in precise btw?
[21:02] <yofel> it doesn't conflict with existing binaries so should be safe
[21:02] <yofel> 1.46
[21:02] <shadeslayer> ScottK: awesome
[21:02] <yofel> our backports use 1.48
[21:02] <ScottK> shadeslayer: I can tell you.  You ware not comfortable backporting boost.
[21:02] <shadeslayer> and we can't use 1.48 because?
[21:03] <yofel> can't remember, something didn't build
[21:03] <ScottK> Better to fix KDE to build with the older boost in the PPA than try to update boost.
[21:03] <yofel> maybe it was fixed
[21:03] <shadeslayer> yeah
[21:03] <yofel> we can upload and see what breaks after that
[21:03] <shadeslayer> ^^
[21:03]  * shadeslayer will upload raring tonight, then try quantal/precise on Monday
[21:04] <yofel> still doesn't change that I need to extend the backport script
[21:05] <shadeslayer> oh right, what exactly do you mean by <yofel> I  never added support for kde-release-specific backport hooks
[21:05] <shadeslayer> like : 4.10.90_precise_hook ?
[21:05] <yofel> well, if you edit the hooks now for 4.10.90, I can't backport 4.10.5 anymore
[21:05] <shadeslayer> right
[21:05] <yofel> that's why I only did  raring
[21:06] <shadeslayer> should be trivial?
[21:06] <yofel> well, I need probably a dozen lines of code to handle "4.10.80" being mapped to 4.11
[21:07] <yofel> I can do that later, and rename all scripts
[21:08] <yofel> *sigh*
[21:08] <yofel> I'll do it now as I'm thinking about it anyway
[21:08] <shadeslayer> :D
[21:08]  * ScottK waves a bright shiny object
[21:09] <shadeslayer> a sonic screwdriver?
[21:10] <shadeslayer> then we could just point it at kubuntu-batch-backport and things would just work
[21:10] <yofel> won't happen unless we get sonic salamanders
[21:10] <shadeslayer> yofel: maybe an idea would be to have folders like $ubuntu_release/$kde_release
[21:11] <shadeslayer> and then you just mv $kde_release to whatever is the latest for bug fix releases and have a separate one for rc's
[21:11] <shadeslayer> i.e. precise/4.10.5 and precise/4.10.80
[21:12] <shadeslayer> plus, we already specific the ubuntu release and the kde release to the backport script
[21:12] <shadeslayer> so just add 5-6 lines and it should work?
[21:12] <yofel> oh, that would be a way, and needs 0 change to the script
[21:12] <shadeslayer> yep :)
[21:12] <shadeslayer> then for each subsequent release you just mv the kde version folder
[21:12] <shadeslayer> or even better
[21:12] <shadeslayer> call then stable and next
[21:13] <shadeslayer> stable -> stable KDE releases
[21:13] <shadeslayer> next -> RC/Betas
[21:13] <yofel> you don't move anything
[21:13] <yofel>   -b --hookdir <path>               location of the backport hooks [./backport-hooks]
[21:13] <shadeslayer> oh hah :D
[21:15] <yofel> but yeah, stable/next would be an idea. or rather stable/unstable to match upstream
[21:15] <shadeslayer> yeah, unstable sounds better
[21:15] <yofel> so we move things to backport-hooks/stable, I make the script point there by default, we add a new backport-hooks/unstable folder for 4.11
[21:16] <yofel> that we can point to by hand
[21:16] <yofel> that's trivial
[21:16] <shadeslayer> *nod*
[21:16] <shadeslayer> you could even make it a bit smart
[21:17] <shadeslayer> try and extract the last 2 digits of the version
[21:17] <shadeslayer> if those are > 80, use unstable
[21:17] <shadeslayer> well, > 80 but not 0,1,2,3,4,5
[21:17] <shadeslayer> scratch that last statement :)
[21:17] <yofel> yeah, I'll do that in the next commit after moving stuff probably
[21:17] <shadeslayer> cool :)
[21:23] <yofel> first part done
[21:24] <shadeslayer> raring uploaded
[21:24] <shadeslayer> waiting for email flood
[21:24] <shadeslayer> yofel: can you setup the status page for raring 4.10.90
[21:24] <yofel> uploaded where to?
[21:25] <yofel> can do
[21:25] <shadeslayer> staging
[21:25] <yofel> hm, you upload faster than lp processes :D
[21:25] <shadeslayer> :P
[21:25] <shadeslayer> this server has a insanely good upload speed :)
[21:27] <shadeslayer> ScottK: can you rescore kde4libs in staging?
[21:27] <yofel> done, and poke me later to give you access to that
[21:27] <shadeslayer> will do
[21:27] <ScottK> shadeslayer: Link?
[21:28] <shadeslayer> meh
[21:28] <shadeslayer> starts in 15 minutes
[21:28] <yofel> tell me again why you uploaded with low urgency?
[21:29] <shadeslayer> seems like the builders are pretty free
[21:29] <yofel> now yes, can be completely different in an hour
[21:30] <yofel> ah well, with some luck we'll be fine
[21:30] <shadeslayer> well, a) weekend, I doubt there will be uploads over the weekend
[21:30] <shadeslayer> or rather, the number of uploads over the weekend would be low
[21:30] <yofel> true, and killing half of the neon builds probably helps too ^^
[21:31] <shadeslayer> b) seems a bit of abuse of power to bump urgency for something that isn't *that* urgent, we have 4.11 packages, so there's no immediate rush to get them out over the weekend
[21:32] <yofel> not really, I just have a trauma from when I did that and it took me a week
[21:32] <shadeslayer> it took a week to build the packages :O
[21:33] <yofel> sure, the build queue's were like 12h most of the time
[21:33] <shadeslayer> @_@
[21:34] <shadeslayer> I wish LP was more like OBS
[21:34] <shadeslayer> so many builders on OBS
[21:38] <shadeslayer> k sleeping
[21:38] <shadeslayer> night
[21:40] <soee> i see raring is building :)
[21:41]  * yofel moved status scripting on qa to /home/kubuntu
[21:41] <yofel> I hope I broke nothing
[21:42] <shadeslayer> soee: yeah, just uploaded it
[21:42] <shadeslayer> yofel: wfm
[21:45] <soee> shadeslayer, how long it might take to build all packages >
[21:45] <shadeslayer> soee: anything between 12-36 hours I suppose
[21:45] <shadeslayer> while nothing should break
[21:46] <shadeslayer> but if something does, people might not be around due to the weekend and breakage might  only get fixed on Monday
[21:46] <soee> shadeslayer, already faild :S
[21:47] <shadeslayer> soee: yeah, ignore those for now
[21:49] <yofel> soee: you want to track http://qa.kubuntu.co.uk/ninjas-status/build_status_4.10.90_raring.html
[21:49] <yofel> and gwenview failed because of FUD
[21:50] <soee> what is fud
[21:50] <shadeslayer> food
[21:50] <shadeslayer> gwenview failed because of food
[21:50] <yofel> right, lunchpad as we say
[21:50] <shadeslayer> yes
[21:51] <shadeslayer> we did not feed the mighty lunchpad
[21:51] <yofel> it eats your builds for no reason
[21:52] <genii> And your brains.
[21:52] <shadeslayer> zombiepad?
[21:52] <ScottK> hmmmm .... brainz .....
[22:01] <soee> ];
[22:02] <soee> if i assign program to activity, than remove this activity
[22:02] <soee> this program wont show up until i go system settings and remove its settings :<
[22:08] <ScottK> Who did symbols for kde4libs?  http://paste.ubuntu.com/5809185/
[22:09] <yofel> me :/
[22:10] <yofel> those don't show up in the ppa logs though
[22:10] <ScottK> That's because the PPA doesn't have armhf
[22:11] <yofel> true, I'll upload u2
[22:11] <ScottK> yofel: Once the kde4libs build on armhf is done, please fix up the armhf symbols.
[22:11] <ScottK> Great.
[23:05] <soee> okular and perlkde failed :<
[23:13] <yofel> soee: as a rule of thumb: if an amd64 build fails but the i386 one is in dep-wait it's most likely archive skew
[23:13] <yofel> I'll worry once the i386 build fails too
[23:14] <soee> ok
[23:18] <yofel> ScottK: just to make sure, I can mark all of that arch=!armhf, yes? http://paste.kde.org/785102/
[23:20]  * yofel does this the proper way and actually fetches all build logs
[23:24] <yofel> this doesn't quite seem to work :S
[23:31] <ScottK> The symbolshelper doesn't seem to infer that no diff in a build log means the existing one is correct.
[23:31] <ScottK> So I'm not surprised.
[23:31] <ScottK> I believe the answer to your question is yes.
[23:31] <yofel> yeah, I remembered that too. I'll upload what I have
[23:31] <yofel> there's lots of other symbols added that look like they'll be MISSING on other archs in the next build
[23:32] <yofel> mostly templinst stuff though
[23:32] <ScottK> Perhaps through it at a PPA to check.
[23:33] <yofel> good idea
[23:35] <ScottK> s/through/throw//
[23:35] <kubotu> ScottK meant: "Perhaps throw it at a PPA to check."
[23:45] <manchicken> Howdy howdy howdy.
[23:45] <ScottK> manchicken: Howdy
[23:46] <manchicken> ScottK: Did that thing ever build?
[23:46] <ScottK> It did.
[23:46] <manchicken> Also, do you know what Riddell wanted with that Python wiki script?
[23:46] <manchicken> *sweet*
[23:46] <manchicken> How bad did I screw you up?
[23:46] <ScottK> Not at all.
[23:46] <manchicken> Well that's a pleasant surprise :)
[23:47] <ScottK> I do have one question though ...
[23:47] <ScottK> I noticed that where we changed is actually already modified in a previous patch.
[23:47] <ScottK> It's a patch of a patch.
[23:47] <ScottK> Could you look at the two patches together and let me know what we ought to send upstream?
[23:48] <ScottK> Gotta run.
[23:48] <manchicken> Which patches? Also, I don't remember the package name.
[23:50] <soee> yofel, got my last question ?
[23:50] <yofel> no
[23:50] <soee> <soee> yofel, how is it that half of all packages waits for kdelibs5-dev and thers no such package on the list >
[23:50] <yofel> kdelibs5-dev is one of the binary packages built by kde4libs
[23:51] <soee> ah ok, thank you
[23:51] <yofel> that's what they were really waiting for