[02:26] Is kdevelop 4.3.90 -> 4.4.1 something that'd be manageable with an SRU? [02:26] It should [02:26] I already have it filed [02:26] was going to get to it tomorrow [02:27] already uploaded it to raring [02:27] OK. [02:40] Any more word on Dantti? [02:42] last I heard his wife was flying out [02:58] OK. Thanks. [04:00] * shadeslayer found a silly bug [04:01] the wallpapers in the wallpaper ui chooser are sorted by the dir names instead of the name provided by the desktop file [04:01] hooray for silly code [07:52] Morning all [07:56] morning === Tonio_ is now known as Tonio_aw [09:50] JontheEchidna: please be filing a removal request or something for the old gtk kcm === Tonio_aw is now known as Tonio_ === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [10:16] howdy all [10:56] JontheEchidna: http://paste.kde.org/605492/ yay or nay? [10:58] ah nvm, that is not new anyway [10:58] still spook yIMHO [11:22] hm [11:23] JontheEchidna: http://bazaar.launchpad.net/~cyberspace/muon/1.4/revision/1522 vs. http://quickgit.kde.org/?p=phonon-vlc.git&a=blobdiff&h=49de65a603128cdcb2281d60f6235ef8fc61bcf7&hp=0f31b4d7141e54c367036feedab6d83bdbe4a1d2&hb=3f87eafda1efc9a3eba6c7d92263a93673b67dad&f=CMakeLists.txt [11:23] what I am saying is: please define your version via cmake in your top level cmakelists or I'll start crying [11:33] wth...? bug 1063741 [11:33] Launchpad bug 1063741 in Kubuntu PPA "gwenview crash due to libkipi incompatibility" [Undecided,New] https://launchpad.net/bugs/1063741 === yofel_ is now known as yofel [11:34] is it just me or is kde library handling broken by design? [11:34] no [11:34] digikam library handlign is broken by design [11:34] yofel: if you want some entertainment mention digikam to sune [11:34] well, I remember similiar stuff with marble a while back... [11:34] he goes :@ 90% of the time followed by a brief :( followed by more :@ [11:35] lol [11:35] yofel: well, they are all doing it wrong :P [11:35] well, I know the digikam packaging, so... :@ [11:36] no clue what marble's problem was, but with kipi it's basically that they keep breaking BIC while not addressing that in the plugin part [11:36] . . . [11:37] guess I'll put a rebuild of digikam into backports, should "fix" this [11:37] that's what we do traditionally [11:37] yeah -.- [11:38] actually that crash is weird [11:38] how do you get that [11:38] oh [11:38] if ye don't bump your so you don't get no error [11:38] harrr [11:38] see [11:38] they are using it wrong [11:39] next year at akademy: Phonon: how to not make puppies die from BIC changes and how to use qplugn properly [11:40] well, libkipi does usually bump the so, as this is about a libkipi8 <-> libkipi9 conflict [11:40] *unless* digikam ignores that, which would't really surprise me [11:41] +n [11:41] latter is actually fun because if you can run into a scenario where you definitely want to load a plugin buitl against foo1 into an app using foo2 you have to know how qinterfaces *actually* work [11:42] and interestingly enough phonon in theory supports loading new plugins into old libraries although until I took over plugins were distributed alongside libphonon so you could not even get to a point where you'd have an old libphonon and a new plugin ^^ [11:42] yofel: there is no conflict [11:42] then how would it crash? [11:43] well, there would be a conflict if you try loading both at the same time [11:43] which could happen if they are using it wrong :P [11:43] looks like that happens. [11:44] broken by design [11:44] I imagine it goes like this [11:44] libkipi9 -> loads plugins -> plugins load libkipi8 [11:45] how do you prevent that ... plugins mark the soname they were built against [11:45] libkipi9 -> can only load plugins built against libkipi9 -> plugins need not laod libkipi9 (already in address space) [11:46] in the simplest of implementations the plugin desktop file would have X-KDE-BC=9 [11:46] ... meaning you would still end up with having to rebuild everything? [11:46] yofel: you always do, that is why good libaries need not break their BC all the time [11:46] BUT [11:46] your app would not crash [11:47] true [11:47] it would perhaps not have an plugins to load [11:47] but it would not fucking crash [11:47] q.e.d they are using it wrong :P [11:48] now imagine digikam where to static link libkipi and runtime load plugins from the sytem :D :D :D [11:48] * apachelogger sees that totally happen in the future :P [11:48] apachelogger: please stop, I would like to keep the bit of sanity I have left [11:48] and explain that to gilles..... [11:50] kde bug 308019 if you ever feel like ranting [11:50] KDE bug 308019 in BatchProcessImages "Gwenview crash after using Plugins->Collections->Border images" [Crash,Resolved: waitingforinfo] http://bugs.kde.org/show_bug.cgi?id=308019 [11:50] yeah at next years akademy in my keynote about not messing up that library crap ^^ [11:50] :D [11:51] seems like I should be rebuilding kamoso and kphotoalbum too while at it [11:58] ScottK, Riddell: council approval still pending for specs right? [12:01] Riddell: Did you happen to post our Kubuntu Team photo somewhere? I'd like to include it in my blog post if I ever get to it === Quintasan_ is now known as Quintasan [12:02] Quintasan: https://www.flickr.com/photos/jriddell/8169377493 [12:02] yofel: thanks [12:02] * Quintasan goes back home to learn algebra [12:02] test tomorrow :l [12:04] hurrr too much stuff pilling up [12:04] gotta take care of it fast or it will kill me [12:05] apachelogger: yes I want to tidy up the work items and organise a meeting todady [12:05] goody, I have meeting topics too ^^ [12:08] Riddell: as in meeting today or just setting up a poll? [12:08] Quintasan: today ofc === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [12:16] Quintasan: setting up a poll === Tonio_ is now known as Tonio_aw === Guest82284 is now known as Mamarok === Tonio_aw is now known as Tonio_ [13:36] apachelogger: Yes. We need a meeting yet. [14:21] ScottK: transitional packages for settings yay or nay? [14:25] oh lol, 12.04 is supported until 17.04 so the transitionals would not be removalable until 17.10 ^^ [14:30] question is if LTS -> LTS+2 upgrades will be supported (which I doubt) [14:31] 12.04 -> 17.04 will certainly not be supported [14:31] u sure about htat? [14:32] perhaps it is just me but it would sorta defeat the purpose if in 2017 I then have to upgrade to 15. to get to 17. [14:33] yes, unless the LTS schedule changes [14:34] debfx: what does this have to do with the schedule itself? [14:34] it seems unlikely that you stick with an LTS for 5 years and then want to upgrade to the latest non-LTS release [14:34] 17.05 would be LTS [14:34] 17.04 [14:34] or am I getting it wrong [14:34] what year do we ahve? [14:34] Oo [14:34] * Quintasan needs his burndown chart [14:35] 16.04 would be an LTS [14:35] 12.04 -> 14.04 -> 16.04 [14:35] ah yes [14:35] What debfx said [14:35] debfx: so we have 16.10 as removal point for transitional packages... [14:36] or 14.10 if LTS -> LTS+2 won't be supported (atm they aren't) [14:39] actually I fail to find documentation on that in general [14:39] seems we just happen to be nice enough to allow an LTS2LTS upgrade path [14:41] we do support LTS upgrades (at least I try to), but I'm not keen on supporting LTS -> LTS+2 [14:42] that'll probably too many system architecture changes to support [14:42] my point is there is no official documentation saying we/ubuntu does that [14:42] insert be somewhere [14:42] or maybe I can't find it [14:43] uh... update-manager defaults to LTS upgrades if you run a LTS release? [14:43] why would it do that if that weren't supported [14:43] dunno [14:43] there still is no statement [14:44] it's always been the case that release to release+1 and LTS to LTS+1 upgrades are supported and nothing else [14:46] there still is no statement [14:46] "Upgrades to new versions of Ubuntu are and always will be free of charge." what it says on the LTS wiki page about upgrades [14:47] Riddell, ScottK: the mighty release team probably should issue a statement to clearify [14:47] also documentation should then be updated accordingly === Tonio_ is now known as Tonio_aw [15:13] ScottK: we should probably hold of 4.9.3 for quantal until kde bug 309787 gets looked into [15:13] KDE bug 309787 in general "Krunner does not execute program when press ENTER" [Normal,Unconfirmed] http://bugs.kde.org/show_bug.cgi?id=309787 [15:14] aye, I have hit that as well === Tonio_aw is now known as Tonio_ [15:16] oh [15:17] works here Oo [15:17] I've seen it "sometimes" [15:17] type 'konso' for konsole [15:17] most of the times it works, sometimes not [15:17] yeah [15:17] never seen it not work [15:17] yeah, it's a bit random here too [15:17] though I really mostly launch apps via a terminal [15:17] dunno, doesn't work for me [15:17] bad experiences with krunner made me not want to use it [15:18] heh [15:18] actually [15:18] ordering is all off if you ask me [15:18] half the time I got some other crap listed [15:18] I can open something *once* with a keyword [15:19] keyword? [15:19] typing 'kons' opens, konsole, but doesn't work a second time [15:19] -, [15:19] can do it as often as I want [15:19] haha :P [15:19] grrrr [15:19] yofel: gdb trace that I'd say [15:20] I think it's a focusing issue, I type "kons" and Konsole shows up, but I can't interact with the menu via the keyboard. but, if I press Up then Down the text box looses focus and the menu gains it [15:21] hm, no time for that now, but I would sure like to know why my xsession-errors is full of [15:21] (Parent is Solid::Backends::UDisks::UDisksDevice(0x21dd0c0), parent's thread is QThread(0x1c09260), current thread is ThreadWeaver::Thread(0x1c30ec0) [15:21] QObject: Cannot create children for a parent that is in a different thread. [15:21] ::qt-bugs:: [1077965] qt4 applications over X forward run slower than with Ubuntu 10.04 LTS @ https://bugs.launchpad.net/bugs/1077965 (by Stefan Pielmeier) [15:21] because that is a qdebug [15:22] * apachelogger wants award for most correct but useless answer of the day [15:23] yofel: don't see that either *shrug* [15:23] hm, no wonder christoph blames aseigo with a commit like this: http://paste.kde.org/605696 [15:23] -pedantic mode enabled [15:23] it's actually a qWarning() [15:23] ah, nvm then I guess [15:28] still bogus code [15:29] we should totally force QT_FATAL_WARNINGS while in development [15:29] annoy upstream into fixing their codez [15:32] we should also be building tests. Quintasan: any progress on that side? (or I guess not yet had any time to look at it?) [15:33] yofel: is the janitor online? [15:33] didn't hear anything yet, you would have to ask czajkowski or wgrant === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [15:34] yofel: What tests? [15:35] built from 4.9 branch still not broken [15:35] .... [15:35] yofel: Tests for Qt or kdelibs or what? [15:35] I don't think we can get anything to build in neon ppa [15:35] xD [15:36] wow [15:37] yofel, shadeslayer: 55k builds [15:37] and only 4,6k failuers [15:37] apachelogger: 67.2 GiB (100.00%) of 32.0 GiB [15:37] sup [15:37] xD [15:37] launchpad [15:37] that's what's up [15:38] Quintasan: any tests (though I meant kde) [15:38] This makes me giggle everytime I see it [15:38] Quintasan: and as the recipes still build who cares :P [15:38] yofel: not today, preparing for test [15:38] sure, was just curious [15:38] will look at maliit tomorrow and kdelibs later on [15:38] maliit is my priority list now [15:38] yofel: time to ask for more spaces [15:38] apachelogger: Guess what I did at UDS [15:39] either they run out of spaces or fix it [15:39] former would be more fun TBH [15:39] apachelogger: I asked Laura if she could increase the size to 16GB, instead she gave us ADDITIONAL 16GB [15:39] Guess being vague about that was a good thing [15:40] Quintasan: unused U1 resources need to go somewhere :P [15:40] Well, we are using that space pretty freely [15:41] more than 200% of the size allocated [15:41] :P [15:41] A total of 59927 builds have been dispatched for this PPA. [15:41] almost 60k build [15:41] which is why you should request more spaces [15:41] :P [15:42] I should request more space for the scribus ppa [15:42] that uses 16GiB of 2GiB :D [15:42] apachelogger: Go ahead and try doing that [15:43] I so DON'T want to see their reaction to "Hey guys, we'd like some more space for Project Neon PPA" [15:43] :D === Tonio_ is now known as Tonio_aw [15:47] Quintasan: move to OBS then [15:47] as I see it software is broken and until software is fixed we needs moar spaces to keep production rolling [15:47] apachelogger: OBS does not have universe and debian main is "filtered" as well. [15:48] plus they install build-deps - one package at a time which kills dpkg...... [15:48] @_@ [15:48] * apachelogger actually has fixes for latter [15:48] fixes/rewrite [15:48] apachelogger: Fancy rewriting everything for OBS? [15:48] rewrote [15:49] I am not copyright holder though so those changes will rot somewhere I am afraid [15:49] apachelogger: I mean neon recipes [15:50] Quintasan: oh, hardly an effort with OBS [15:51] that shouldn't be much work, I mean all you need is a cronjob to push the packages, and a bzr-builder replacement to create them [15:51] we have a good thing going with LP [15:51] why screw everything [15:51] because Quintasan refuses to ask for more spaces :P [15:51] OBS doesn't support the dev release though, so I'm not too keen on using it [15:52] do we even need more space? [15:52] apachelogger: should be fixed soon anyway once lp is fixed [15:52] we have like 30 GB's of it [15:52] yofel: s/support/import [15:52] it's not a matter of support it is a matter of import ;) [15:52] I don't care about OBS [15:53] Hopefully once lp is fixed we will be having a surplus of space [15:53] 32GiB is plenty, if the janitor would be running [15:53] MEANING for builds [15:53] you can give some back then ^^ [15:53] >apachelogger [15:53] and it's not like anything is actually FAILING [15:53] >implying I'm going to give space back [15:53] No way that's going to happen [15:53] I'm going to use it [15:54] yeah, extragear and playground have lots of stuff in it ^^ [15:54] next on project neon prn_1_all.deb [15:54] +1 [15:54] oh, that's what you meant [15:54] come to think of it, someone add muon to neon [15:54] works too I guess [15:54] though playground is a much more headache build source [15:54] *headachy [15:54] *shrug* [15:54] * apachelogger hungy :( [15:55] Who'd be insane enough to stuff prn in deb package? [15:55] if we already can't have qt5 builds we'll go with playround [15:55] Quintasan: why are you asking a rhetoric question? [15:55] xnox: does one still have to sign canonical's CA to commit to ubiquity? [15:55] yofel: It's not like we are both hiting at the same person, are we? [15:55] hinting* [15:56] well [15:56] as I pointed out earlier on g+, I could totally build a deb with prn without much effort [15:56] Of course it is doable [15:56] The question is, why would you do that [15:56] easy to install [15:57] Depends: mplayer? [15:57] ewww [15:57] apachelogger: yes, as per http://www.canonical.com/contributors . And well "sign" is actually a web-form and push-button. [15:57] vlc ftw [15:57] >vlc [15:57] No thanks [15:57] Only once you fix mkv [15:57] actually [15:57] s/mplayer/mplayer2 [15:58] mkv is working [15:58] apachelogger: you know, such that when installer installs crap by accident, you are not liable for it at all. canonical is. [15:58] perhaps the ubuntu build is broken again :P [15:58] apachelogger: 10bit encodes? [15:58] people always come into #videolan complaining about the broken ubuntu build ^^ [15:58] Quintasan: *shrug* [15:58] xnox: oh, never looked at it that way ^^ [15:58] * Quintasan thinks apachelogger should do something about that if he likes vlc so much [15:59] apachelogger: it's _the_ only reason why it's there. such that individual developers are never sued in court. [16:00] apachelogger: and if you run ubuntu and don't want to be sued, you buy ubuntu advantage, which gives/covers you from legal litigations. which is a service "around ubuntu". [16:02] xnox: why would you be sued for running ubuntu? [16:03] yofel: i wouldn't know. but if somebody thinks they can be sued, they can buy protection. [16:04] yofel: who knows what other people do... [16:04] true [16:05] yofel: I mean look at current lawsuits: apple vs android companies, it seems they sue each other with & without reason... === Tonio_aw is now known as Tonio_ [16:07] http://paste.kde.org/605774/ [16:08] I am not sure it improved [16:08] shadeslayer: gibe bsns cards designs pls [16:09] you guys have card designs? [16:09] if one were to run fancy world changes algorithm ideas over the kubuntu-devel list canonical would be free to use them in what ever way they want [16:10] apachelogger: it means patches on the mailing lists.... [16:10] geh, sofware-properties falls under the CA as well :/ [16:11] apachelogger: and kubuntu-devel mailing lists are not part of the contributor projects. [16:11] apachelogger: so wtf dude =) [16:11] xnox: it says any work of authorship and it says submitted by any form to canonical or someone acting on behalf of canonical [16:12] any work of authorship includes a mail in which I explain an algorithm solving some NP stuff, and I am reasonable certain kubuntu-devel is run by someone acting on behalf ov canonical [16:13] apachelogger: please read the definition of "Material" and specifically that "submissions" are to the purpose of importing "material" [16:13] well, as I understand it "on behalf of canonical" could just be someone reading the ML as well [16:13] s/importing/improving/ [16:13] xnox meant: "apachelogger: please read the definition of "Material" and specifically that "submissions" are to the purpose of improving "material"" [16:14] and the agreement covers the software projects only as listed on the contributors page.... [16:15] where does it say that? [16:15] i.e. I know that it used to say that, I cannot find it in the present version [16:16] read carefully and the full thing, and please do not post snippets without full context and spread fud. [16:20] xnox: it does not say this is limited to the contributors page [16:21] apachelogger: preable of the pdf second paragraph, last sentence + http://www.canonical.com/contributors list of projects that are covered by the contirbutor agreement. [16:21] it's a many projects -> to one agreement text, but you establish it for individual "material" or multiples of thereof. [16:22] kubuntu, nor kubuntu-devel is not included. [16:22] s/is/are/ [16:22] xnox meant: "kubuntu, nor kubuntu-devel are not included." [16:22] * xnox is not a lawyer and not giving any advice. [16:23] "The Agreement may cover more than one software project managed by Us." [16:23] xnox: yes, it does not outline which those are and what point of time [16:24] oh my , language broken, I think I need something to eat [16:25] *and at what point in time === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [20:17] I am on 13.04... Where would I submit a bug or if it has already been submitted? [20:17] In (Application>Help) [20:17] KinfoCenter> Glossary> Alphabetically, it is not in Alphabetical order? [20:17] Tygart: sounds like upstream go to bugs.kde.org [20:18] Upstream? [20:18] I will go there. Thanks? [20:21] upstream means the original authors, we're the packagers and integrators === Tonio_ is now known as Tonio_aw [20:38] Riddell: Ok I see. So you don't you also do any editing to the code? === Tonio_aw is now known as Tonio_ [21:11] Tygart: as little as possible [21:34] yofel: OK. Thanks. === Tonio_ is now known as Tonio_aw [21:34] apachelogger: It's a wiki page. Please go ahead and fix. === Tonio_aw is now known as Tonio_ [21:47] ScottK: I'll be uploading KDevelop to quantal-proposed in a couple of minutes, please accept === fenris is now known as Guest12065 [21:55] shadeslayer: what's the SRU bug? [21:55] bug 1067611 [21:55] Launchpad bug 1067611 in kdevelop (Ubuntu Quantal) "[SRU] Meta bug for tracking KDevelop SRU" [Undecided,New] https://launchpad.net/bugs/1067611 [21:59] OK: kdevplatform === Tonio_ is now known as Tonio_aw === fenris_ is now known as Guest8550 [22:01] Riddell: all done :) [22:02] kdevelop-php-docs too? [22:02] yah [22:02] I'll go and brush my teeth while I wait for launchpad to make the diffs [22:03] heh okay :D [22:09] accepted [22:09] \o/ === Tonio_aw is now known as Tonio_ === Tonio_ is now known as Tonio_aw [23:16] Riddell: could you also sponsor yakuake? I don't think I have upload rights for that === Tonio_aw is now known as Tonio_ [23:33] ::workspace-bugs:: [1061073] Desktop effects are slow and desktop corruption using mesa 9 @ https://bugs.launchpad.net/bugs/1061073 (by Stefan Freyr) === Tonio_ is now known as Tonio_aw