[02:30] Hi everyone! [02:31] Working on cleaning up my mapping of Oxygen icons to OpenOffice.org icons. Hopefully LibreOffice themes haven't changed too much so this will still be helpful. [02:31] Anybody else working on the Breeze LibreOffice theme? [02:40] I know Riddell had a few GCi students do some work [02:40] not sure about any details though [02:41] Riddell should be along in a few hours; if you can't stick around that long, please write to Kubuntu-devel ML [02:41] it's awesome that you are doing this work, yuriy [02:42] thank you [02:42] he asked me about it almost 2 months ago and I've had LO people ask about it over the years. sorry just getting to it. [02:42] no apologies! [02:42] work is work, and I thank you for it [02:42] anyways I'm not going to really test but I want to at least send you guys what I have in a usable format [02:43] cool [03:04] would I be able to send an attachment to kubuntu-devel? I don't think the bzr repo I was using is up anymore [03:20] What is GCi? Is that like Season of KDE? [03:34] Google Code-in - it is a contest for teens [03:34] rather than the students come up with proposals, the mentors set up small tasks that the kids can do in 1-3 days [03:34] pretty cool [03:35] yuriy: not sure that attachments are allowed [03:35] why not commit somewhere? [03:35] surely there is a repo somewhere [03:38] Just because things have moved around so much in the last 5 years! [03:38] That sounds like a cool program [03:40] Looks like the repo is still there, but moved [03:51] you probably need to update from that before uploading your changes [04:01] Yep figured it out http://bazaar.launchpad.net/~kubuntu-packagers/openoffice.org-oxygen-icons/oxygen/changes/ [04:02] excellent! [08:29] good morning [09:12] Good morning. [09:21] sitter: yo, we need to get our backports story right for utopic [09:21] Riddell: おはよう [09:22] sitter: I planning to put them into kubuntu-ppa/next [09:22] but I guess it could be argues we need a kubuntu-ppa/next-backports [09:22] Riddell: that will make a large chunk of things uninstallable/conflicting though [09:22] but I feel simplisity doesn't like that [09:22] sitter: starting with KF5 which shouldn't affect anything [09:23] then doing KDE Applications which shouldn't either [09:23] Riddell: Qt5.4 does [09:23] then work out what needs done to copy over the Qt 5.4 packages, presumably recompiling stuff like qtcreator [09:23] sec, looking for data [09:23] Riddell: recompiling half of everything [09:23] then backport plasma 5.2 beta [09:24] Riddell: when can we expect 5.2 beta for vivid ? [09:24] comments in a bit, gathering data [09:24] soee: before I do it for utopic [09:25] :D [09:25] ./kwin-5.1.95/CMakeLists.txt:set(QT_MIN_VERSION "5.3.0") [09:25] sitter: according to the tars nothing in plasma needs Qt 5.4 [09:26] Riddell: there's a load of bugfixes in frameworks that are dependent on 5.4 at buildtime [09:26] hmm really? [09:26] and well, upstream wants 5.4, not me :P [09:26] so we'd need to rebuild all of frameworks? [09:26] Riddell: yes, that is why I was saying Qt needs to go in first ^^ [09:27] hmm [09:27] and Qt in general is dodgy territory [09:27] and I am too stupid to use apt-cache today [09:27] anywho [09:29] libqtcore Provides:qtbase-abi-5-3-0 <-- this is a version dependent virtual, every package that uses private bits of Qt i.e. the libqt*private*dev stuff gets this forced into their dependencies because there is no ABI stability for the private bits. so what happens is as you switch libqtcore(5.3.x) with libqtcore(5.4.x) the provides for qtbase-abi-5-3-0 disappears and all packages using the private bits need to be rebuilt to now require qtbase-abi-5 [09:29] -4-0 otherwise they will not install [09:30] the problem with this is that it has become acceptable to touch Qt's private parts, so there's plenty of packages that do it [09:30] qtcreator being the obvious one. various (ubuntu) plugins for qtcreator. various ubuntu qml modules. and possibly more things I don't remember now. [09:31] so either we accept that a backport will likely entail that the ubuntu-sdk can not be installed anymore, or we'd need to rebuild all of it, or we'd cheat our way around this by making qtbase 5.4 provide the 5.3 abi package (brrr) [09:32] I'd favour a rebuild [09:33] why does this return nothing? apt-cache rdepends qtbase-abi-5-3-2 [09:33] because it is virtual [09:33] it's weird [09:33] reverse-depends also fails [09:33] I think I managed to get a list in december somehow [09:33] can't remember though ^^ [09:33] Riddell: you can look at the binary lists in var/lib/apt/lists though for a general overview [09:34] pyqt5 definitely must get a rebuild [09:34] Riddell: oh mind you, since the parts are private there is no garuntee that a simple rebuild will sufice [09:35] calibre wants abi as well -.- [09:35] many of the naughty packages seem to be qt itself [09:35] fcitx-frontend-qt5 probably needs a rebuild [09:35] gammaray [09:35] Riddell: no, check universe [09:36] actually, all in all I think the list was about as many !qt package as qt packages ^^ [09:36] ah [09:36] Riddell: here's a resonably complete list actually at the bottom https://docs.google.com/spreadsheet/ccc?key=0AjuCdq68GSyVdFI4QzNQdWpfME5aMEV2VXo0cUpOMkE#gid=25 [09:37] yep [09:37] which seems do-able [09:37] it'd be a bandaid really [09:37] which would? rebuilding? [09:37] the thing is... even if we rebuild all of those... if an SRU lands it'll all have been for nothing [09:38] not that I disagree with the notiion of rebuilding all of those. the entire situation is just very meh [09:39] it is, but that's upstream's fault not ours [09:39] and we pretty much have to live with what upstream give us [09:39] true true [09:40] Riddell: do we want to stage Qt manually? [09:40] ^ actually needs scripteroo I suppose [09:44] ah there's no qt 5.4 packages for utopic https://launchpad.net/~canonical-qt5-edgers/+archive/ubuntu/qt5-beta2/+packages?field.name_filter=&field.status_filter=published&field.series_filter=utopic [09:44] for some reason I assumed there still were [09:47] sitter: first question I have is where to stage it, there's kubuntu-ppa/staging and kubuntu-ppa/next-staging [09:48] Riddell: next, until vivid is out next is the way to go [09:48] Riddell: also I think we need to put qt4 into a separate ppa [09:48] sitter: so first qt 5.4 packages need to be put into kubuntu-ppa/next-staging ? [09:49] Riddell: yup [09:49] can we get away with just copying them from ~canonical-qt5-edgers/qt5-beta2 and assuming they'll build, I guess not [09:49] they didn't when I tried in december xD [09:49] so do I need to fire up a muckle ec2 with 100 CPUs to test build them in reasonable time? [09:50] though they were still rc packages back then [09:50] Riddell: ppa is plenty fast as long as dep ordering works [09:51] ppa doesn't allow to go "oh a .install file needs something removed let's remove this and see if it works" [09:51] whole rebuild of the 50% of packages I backported for CI took about 4 hours I think (that's already including qtwebkit) [09:51] Riddell: there should be no such case [09:51] at least not for the ones I backported [09:51] the CI backports I did were literally jenkins jobs hurling the bzr branches at the release tars, changing version and making a source [09:52] Riddell: canonical ppa still has rc packages unfortunately btw [09:54] meh [09:54] and no mirv on channel to poke about that [09:54] mitya57: do you know if there's qt 5.4 final packages around? [09:55] me backport script: http://paste.ubuntu.com/9717571/ [09:56] hmm, ruby, yum [09:56] note: qt backport needs to go into qt dedicated ppa. then we can copy all of the things in there to next and ci and netrunner [09:56] what's the advantage of that over using just next-staging? [09:56] seems like an extra step [09:57] Riddell: you can stage in next-staging, they just have to go into a different ppa [09:57] otherwise someone has to select the qt things + rebuilds when copying to ci and netrunner respectively [09:57] instead of simply going "copy all the things in the qt ppa to the foo ppa" [09:58] I'm a bit confused by that [09:58] how so? [09:59] I think I'm confused on where ci and netrunner come into it [09:59] I was planning to do utopic backports for kubuntu userrs and I was expecting netrunner to use that same ppa [10:00] Riddell: for netrunner we will probably take a CI snapshot *probably* [10:00] at any rate we need them in CI ppa as well [10:01] canonical-qt5-edgers/qt5-beta2 seems to have all the necessary rdepends in it [10:01] so we need to update those packages to final qt 5.4 versions and rebuild for utopic [10:01] is that right? [10:02] otherwise netrunner is delayed by release packaging and backporting, while we test CI packages anyway, so we might as well go with those [10:03] Riddell: the packaging is all done in bzr/git for the better part of qts (at least for the half that I monkey packaged for CI) [10:03] sitter: netrunner would use CI packages for utopic? [10:03] a snapshot, yeah [10:05] Riddell: that makes me think, how about we simply land CI packages for utopic proper and eliminate the backport fiddling? ;) [10:05] sitter: because CI is master branches only for now isn't it? and netrunner will want packages of stable [10:05] Riddell: I do have to roll out stable this week for exactly this reason [10:06] fortunately the code for all this is not garbage at all and very well tested [10:08] Riddell: how we land things on top doesn't matter anyway; first we need qt. and on that though: for qt itself we could setup the missing jenkins jobs and have jenkins stage qt for us. the jenkins setup for this is a bit spooky but it served me well in december, so we could perhaps save some time? [10:10] sitter: if you think it would work then ok but jenkins is your area so you'd be pretty much on your own for setting it up [10:10] sitter: my feeling is we should get this done pronto and the easiest way is to just grab the packages and recompile them mostly by hand [10:11] for the rebuilds we neeed to do that anyway. but the qt packaging itself is highly automatable, so we could let jenkins handle that [10:11] also means we don't need to restage the things I already have staged as part of CI [10:12] Riddell: I leave this decision entirely up to you [10:14] jenkins will probably work, if you feel more comfortable with doing it manually or a local script that's just as well ;) [10:15] wibble, decisions! [10:15] I know, right xD [10:15] sitter: and make a kubuntu-ppa/qt-staging PPA? [10:16] Riddell: you can just use next-staging, but clear it out first [10:16] for the final landing we then need kubuntu-ppa/utopic-qt5 or something [10:17] ok I'll fire up a muckle ec2 and rebuild qt 5.4 on it for utopic and put into kubuntu-ppa/next-staging [10:17] kthx [10:18] Riddell: oh btw, did you have any more people work on the new plasma packages? CI is severely red because of missing packages in the new bits :/ [10:19] I did not [10:19] k [10:19] I like plasma has to wait until qt and kf5 (and maybe kde applications) backports are done for utopic [10:19] yup [10:19] although I'll need to twiddle the plasma release bits tomorrow in my upstream role [10:20] Riddell: did you see my releaseme mail? [10:21] briefly, it seemed to be suggesting I write the plasma release script in ruby, that's when I stopped reading it to come back to later when I'd calmed down [10:21] lol [10:30] Riddell: shout when you need help with the qt stuff [10:30] will do [10:38] Riddell: ping [10:39] Fixed all errors :) working http://test2.kubuntu.co.uk/wordpress/ is working on firefox [10:39] Riddell: ^ [10:43] yay! [10:45] Riddell, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-005 [10:46] mitya57: ah hah, thanks [10:47] bukai: Whoo, looks fancy :D [10:47] There are some FTBFSes there, probably I should look at them while Timo is away [11:09] Good Morning lovely Kubuntu folks [11:10] hiho Sick_Rimmit [11:11] hi Sick_Rimmit! [11:12] * Sick_Rimmit Smiles and waves [11:16] lordievader: thanks :) [11:16] Hey Sick_Rimmit [11:16] lordievader: Hi [11:35] Riddell: Hi did you get my email to you with the Artwork proofs for Name badges, and Poster for FOSDEM ? [11:35] Sick_Rimmit: Is one of you guys going to give a talk? [11:36] Sick_Rimmit: yeah replying [11:36] there's a few changes needed [11:36] Riddell: OK that's great [11:36] lordievader: I haven't anything planned for a talk, also I think the talk submission date has now passed, IIRC [11:37] Riddell: That's fine, send me the requirements and I can take care of them this evening [11:47] Sick_Rimmit: Check, what are the badges and posters for, if I may ask? [11:48] lordievader: Name badges for folks manning the KDE Stand at FOSDEM, the posters are to put up behind the stand. [11:49] Whoo, cool a KDE stand. I'll be sure to pop by ;) [11:49] lordievader: or come and help out? [11:50] in return we'll let you into the exclusive kde buffet in grande place https://community.kde.org/Promo/Events/FOSDEM/2015 [11:50] Riddell: If time and schedule permits, sure. Not sure though what helping out consists of. [11:51] standing on the stall pimping kde to passers by [11:51] got any nice hardware you can bring to demo it? [11:52] Err, I cannot bring a laptop that runs Plasma5. [11:53] But I suppose I can bring my work laptop with a plasma5 live cd. [11:53] Sick_Rimmit: are you able to bring any demo equipment? [12:04] 'Morning all [12:05] Riddell: btw what happened to SRU'ing Frameworks to Utopic? [12:06] we're way way behind on that AFAICT [12:10] shrug, needs someone with time [12:12] do we have the tooling? then it's a matter of just running the tooling [12:13] it'll need adjustments [12:13] ^^ anyone want to take it up? [12:13] <_Groo_> hi/2 all [12:13] <_Groo_> good morning [12:13] I guess me / Riddell can sponsor uploads [12:14] <_Groo_> Riddell: did you use my 2 packages (sddm_kcm and touchpad kde) or just sddm_kcm? [12:15] _Groo_: I think sitter said he'd taken both, I've not yet got to doing plasma [12:16] <_Groo_> Riddell: yeah i see the sddm_kcm in today update, but the touchpad one, looks different [12:16] <_Groo_> Riddell: any packages you want me to do? [12:16] <_Groo_> i have some free time this week [12:18] Riddell: ping [12:20] hi kranzer [12:20] can you create any task for me? [12:21] Sick_Rimmit: replied about fosdem bits, let me know if anything is unclear or you think it's too much faff [12:21] kranzer: none come to mind [12:21] Riddell: no packages to update? [12:21] Riddell: OK Will do, thanks [12:25] Riddell: Hi, I am thinking of removing the slider at the top [12:26] should I just keep the basic image at the top, ie the image om kubuntu.org page [12:27] Riddell: ^ === kbroulik is now known as kbroulik-lunch [12:30] bukai: yeah having the kubuntu logo prominant is important [12:31] I was thinking the same + it is taking some time to load [12:32] when somethinf needs some time to load load it async, use ajax etc. :) === rdieter_work is now known as rdieter [12:43] * sitter is a well competent scripter === kbroulik-lunch is now known as kbroulik [12:46] _Groo_: they are both adjusted for history and standard conformism [12:54] Riddell: is 5.2 branched yet? [12:57] Riddell: http://websvn.kde.org/branches/plasma/ <- brunch missing === greyback_ is now known as greyback [13:06] http://paste.ubuntu.com/9718193/ stab-plasma.rb - best script ever [13:06] sitter: yes but I need to add wallpapers and update the translation pointers [13:06] I am all good to integrate stable, I think(tm) [13:06] <_Groo_> sitter: no problem, just wanted to check if they were used :) [13:06] excessive shittyness at hand [13:07] <_Groo_> but the sddm systemd script is still borken for prime (hybrid) machines [13:07] <_Groo_> it starts the sddm too early in the boot sequence [13:07] <_Groo_> and doesnt activate the radeon module, the only workaround is to restart the service once X and ence sddm are up [13:07] <_Groo_> that way it works [13:09] FWIW [13:09] things that need kf5 packaging: http://paste.ubuntu.com/9718226/ [13:10] they all have their respective utopic (or utopic-next) versions imported and just need adjustment for vivid [13:10] Riddell: ^ [13:12] <_Groo_> bluedevil needs backporting to kubuntu-ci then? [13:12] <_Groo_> paste me the source and ill do bluedevil and libbluedevil [13:13] <_Groo_> im very interested in testing the new stack [13:13] <_Groo_> i might take a look at kdeconnect to see if they have a kf5 version in the works too [13:13] all here http://anonscm.debian.org/cgit/?q=pkg-kde/plasma [13:14] master branch for all of them (seeing as they have no kubuntu_unstable ;)) [13:15] Sergobot: did polkit-kde-agent-1, ksshaskpass, kdecoration [13:15] ah [13:15] Riddell: where are they? [13:15] on a random ec2 server ec2-54-211-4-59.compute-1.amazonaws.com (foobar) [13:15] pft [13:15] Riddell: publish somewhere [13:15] waiting for me (or anyone else) to review them and publish [13:16] <_Groo_> k, let me take a look at bluedevil and libblue [13:16] * sitter thinks we need a reviewboard or something for the repos :P [13:18] <_Groo_> sitter: those are the debian files, but where are the sources for blue and libblue? [13:19] _Groo_: http://starsky.19inch.net/~jr/tmp/plasma-5.1.95/ [13:19] <_Groo_> tks [13:19] (they're on the download.kde.org server but available only to known packagers until tomorrow) [13:19] Riddell: These packages are also at my PPA https://launchpad.net/~sergobot256/+archive/ubuntu/plasma [13:23] <_Groo_> question, what is the correct version for blue? 5.1.95 or 2.0~rc2really5.1.95-0ubuntu1.0? [13:23] <_Groo_> funky versioning is funky [13:23] <_Groo_> or you guys will fix that later? [13:24] _Groo_: 5.1.95 [13:25] _Groo_: the bluedevil author is a bit crap at actually releasing so I'm just releasing it as part of plasma and it'll have sane version numbers [13:26] <_Groo_> Riddell: k [13:26] <_Groo_> maintainer : kubuntu devs? [13:28] Maintainer: Debian/Kubuntu Qt/KDE Maintainers [13:28] _Groo_: ↑ [13:29] _Groo_: you're starting from existing bluedevil packages presumably? [13:29] <_Groo_> Riddell: yep [13:29] <_Groo_> pretty much remaking them, since they are for kf4 [13:29] yeah [13:30] _Groo_: note the rules file from sddm-kcm, that's all you need for your rules [13:31] <_Groo_> https://www.irccloud.com/pastebin/vMbBzpuI [13:32] <_Groo_> oops? [13:32] <_Groo_> wrong name in debian/control? [13:33] "I'm writing to let you know that I'm planning a new release for KDE Connect (packages kdeconnect-kde and kdeconnect-android) for the 25th" sweet [13:34] <_Groo_> wait, sddm-kcm or kde-config-sdm isnt in kubuntu-ci yet [13:34] <_Groo_> at least apt cant find it :P [13:34] <_Groo_> wtf [13:34] _Groo_: http://anonscm.debian.org/cgit/pkg-kde/plasma/sddm-kcm.git/tree/debian [13:34] <_Groo_> wasnt uploaded yet? [13:35] actually wrong branch http://anonscm.debian.org/cgit/pkg-kde/plasma/sddm-kcm.git/tree/debian?h=kubuntu_unstable [13:35] possibly I messed up the bdeps [13:35] haven't had a look at new fails yet === dantti_laptop is now known as dantti [13:54] Riddell, shadeslayer, yofel: polkit-kde-agent-1 could use a peer review in kubuntu_unstable branch [13:54] ENOTIME [13:59] Sergobot: thanks for your work! http://anonscm.debian.org/cgit/pkg-kde/plasma/ksshaskpass.git/commit/?h=kubuntu_unstable | http://anonscm.debian.org/cgit/pkg-kde/plasma/kdecoration.git/commit/?h=kubuntu_unstable&id=3f52812c7015003c0f119c38679f5fd82c7ade45 | http://anonscm.debian.org/cgit/pkg-kde/plasma/polkit-kde-agent-1.git/commit/?h=kubuntu_unstable&id=b4c2784f485b1d11e9bd443c1718e16abbaa36d4 [13:59] Riddell: Sergobot's stuff all in kubuntu_unstable, pending CIng [14:00] ooh, thanks [14:01] sitter: but.. epoch [14:01] sitter: I was using an epoch of 4: on plasma stuff cos that's what maxy said when I queried him [14:01] except for plasma stuff that might go into kf5 one day [14:02] so it's a bit inconsistent [14:02] last I heared you were opposing the idea of using epochs everywhere :P [14:02] you need to stop listening to rumours [14:02] you yourself said that [14:02] did I? [14:02] I need to stop listening to rumours [14:03] for Plasma I was using epochs except where I wasn't [14:03] lol [14:03] ah well [14:03] Riddell: epoch all the new things then? [14:03] yeah [14:03] but I can review and tidy them up [14:06] Riddell: should all be epoched, but yeah a review would be good to have [14:24] Riddell: When shall we start porting test2.kubuntu.co.uk to the main server? [14:25] bukai: well this is the only server we have [14:25] still needs profiling? [14:25] right [14:25] and I need to find time to review it more for content, I'm sure there's a lot I want fixed, I'm not easily pleased :) [14:25] ovidiu-florin: had a look at it? ↑ [14:26] The kubuntu.org is hosted on this server ? [14:26] nope, that is hosted by canonical [14:28] Riddell: Ok, please point out the areas I need to rectify so that it becomes easier to please you :P [14:29] but we want to move off the canonical server because it has various problems [14:31] Riddell: I am removing the slider as it is not a good SEO practice either, so any idea what to put there? [14:32] bukai: what do you mean by the slider? [14:32] the thing that keeps moving at the top [14:33] bukai: aww, how is it not good pracice? [14:34] Riddell: http://shouldiuseacarousel.com/ [14:35] hmm interesting [14:40] hi guys i have some problem with an iso image of 15.05 [14:40] 04 [14:41] it tells me gfx.c32 not com32r image [14:41] tried to do tab [14:41] then live [14:41] but it doesn't get into kubuntu desktop [14:57] Riddell: Can I verify the site with google webmaster and play around with the same? [14:58] bukai: what does that mean? [14:59] google webmaster tool makes the site google friendly but before doing that we have to upload an auto generated file and place it in http://test2.kubuntu.co.uk/wordpress/ so that google can verify it [15:00] bukai: google friendly? [15:00] but sure, go ahead [15:03] yes, google friendly . That is like before the bot would eventually come to our site and generate a site map, using this you are like inviting the googlebot to visite your site and crawl through its contents :) [15:03] Riddell: ^ [15:04] hmm ok [15:05] Riddell: but the daily live with this error gfx.c32 not com32r image? [15:05] i am not able to boot correctly even putting "live" [15:07] Riddell: ok it seems it's working with the "just downloaded again iso" [15:07] :D [15:11] 32 vs 64 bit? [15:11] mm no no [15:11] I've seen that issue but I forget what it is [15:12] i got that error then i was able to boot [15:12] typig live [15:12] but for some reasons i was not be alble to login then [15:13] anyway now on virtualbox there is no problem with login [15:13] i will try with the real machine now [15:22] <_Groo_> Riddell: aparently bluedevil needs bluez 5? and we have 4.x in utopic? [15:22] <_Groo_> Riddell: or i can remove the 5 restriction? [15:23] no we want bluez5 [15:23] although it's still at 4 in utopic :( https://launchpad.net/ubuntu/+source/bluez [15:24] bah fooey there's a ppa somewhere for it I think [15:27] <_Groo_> k, libbluedevil is up in peppa [15:27] <_Groo_> compiling bluedevil has we speak [15:29] _Groo_: using what bluez? [15:30] <_Groo_> bluez is only used at runtime, it compiles with libbluedevil which i already built [15:30] 15:30 < didrocks> Riddell: waiting on some unity-system-settings change [15:30] 15:30 < didrocks> Riddell: then, we'll be good to go, but we need rsalveti and the kernel team to work on the Touch side [15:30] hmm [15:31] so we may not be able to upload this to the archive [15:31] yet [15:33] <_Groo_> Riddell: cant we use a ppa with a lower version which will upgrade when they are done? [15:34] _Groo_: how do you mean? [15:37] <_Groo_> Riddell: it works, but as i thought (i forced the install to override the bluez5 to see if it would install correctly) it cant find the adapters without bluez5 http://picpaste.com/snapshot3-2HVBEYcc.png [15:37] <_Groo_> Riddell: make our own bluez5 and let it upgrade to the oficial once its released [15:37] so we can upload it just won't do much [15:37] but then does the current KDE4 bluedevil do much on plasma 5? [15:38] <_Groo_> yeah it works, but you dont see any systemsettings, you have to use the statusbar icon for everything mostly [15:39] ok but better than nothing [15:40] <_Groo_> with the old 4 version you get the statusbar icon and he can find the adapters but no systemsettings, which in my opinion is a must [15:40] <_Groo_> with 5 if you force it to install over 4, you get the systemsettings, but no adapters, since it uses a new ap [15:40] <_Groo_> api [15:41] <_Groo_> Riddell: compiling now https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/peppa/+packages [15:41] https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/transitions [15:42] <_Groo_> im gonna add ppa:vidplace7/bluez5 to my system and see if everything is working fine [15:42] <_Groo_> to get an idea if everything will work once bluez is upgraded [15:42] _Groo_: use https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/transitions says didrocks [15:44] <_Groo_> pulseaudio update and more oO this is so gonna hurt [15:46] Riddell: where are you on qt? [15:47] short of the missing packaging for new bits I think I have all bits in place to do stable integration [15:47] <_Groo_> Riddell: cant test, ist just for vivid [15:47] <_Groo_> i would need to backport it to utopic [15:48] <_Groo_> Riddell: anyway its in peppa [15:49] sitter: missing packages ↑ [15:49] yes, looking already [15:49] user-manage still missing then I think [15:50] hey _Groo_ fancy packaging user-manager (if you're done with bluedevil bits) [15:50] <_Groo_> Riddell: i can take a look at it, im backporting bluez to another ppa of mine [15:51] oh eh [15:51] right [15:51] bluez [15:51] brrr [15:51] <_Groo_> all work and no kubuntu.org mail makes Groo a dull boy [15:51] Riddell: not having bluez landed is actually a reasonably bad thing [15:51] <_Groo_> all work and no ninja ppa upload rights makes Groo a dull boy [15:52] libbluedevil has no symbols file :'< [15:54] <_Groo_> sitter: how do i generate one? the old one wasnt compatible (libbluedevil2) this is libbludevil5 [15:55] _Groo_: http://pkg-kde.alioth.debian.org/symbolfiles.html [15:55] scary voodoo [15:55] follow "Creating a symbols file" [15:56] actually [15:56] update [15:56] <_Groo_> Riddell: i know how to read :P [15:56] should be easier I suppose [15:56] just take it form the symbol2 file [15:56] <_Groo_> i thought lintian did this shit automagically [15:57] <_Groo_> 2015 and we still need to do this kinda voodoo by hand [15:57] <_Groo_> i blame apachelogger [15:58] * sitter wonders [15:58] for some reason I have the feeling that I had integrated bluedevil somewhere in CI [15:59] _Groo_: by perl you mean [15:59] which is only marginally better than by hand [15:59] <_Groo_> sitter: perl gives me the shivers [16:00] <_Groo_> so many lives lost to perl [16:00] <_Groo_> so many souls [16:03] sitter: did you say you'd fixed the problem releaseme had with the plasma-desktop tar where the doc/ cmakelists file wasn't right? [16:03] Riddell: no, I said that plasma-desktop's doc/CMakeLists is not correct in that it *must* use optional_add_directory [16:04] ah yes, I must have misheard you :) [16:04] or didn't listen :'< [16:05] one or the other [16:12] <_Groo_> guys [16:12] <_Groo_> this is the tree [16:12] <_Groo_> https://www.irccloud.com/pastebin/06qG9ppP [16:12] <_Groo_> pkgkde-symbolshelper patch -p libbluedevil -v 5.1.95 < buildlog [16:12] <_Groo_> pkgkde-symbolshelper: error: symbol template file was not found for package 'libbluedevil' [16:12] <_Groo_> what am i doing wrong here? [16:13] <_Groo_> buildlog [16:13] <_Groo_> https://www.irccloud.com/pastebin/mPYAUya7 [16:14] _Groo_: you're starting with the old symbols file [16:14] you want to start from scratch [16:14] cos it's a new soversion [16:14] follow "Creating a symbols file" [16:14] <_Groo_> ah [16:14] <_Groo_> i tried updating the old one [16:14] nah don't do that for a new soversion [16:14] <_Groo_> doesnt migrate between soversions then? [16:15] <_Groo_> k [16:15] symbols files exist to tell you when symbols have changed in a library that hasn't changed soversion [16:15] if it changes soversion then it can do whatever it wants with its symbols [16:16] hi yuriy! [16:17] hi Riddell! [16:23] <_Groo_> new version is up in peppa with the symbols file [16:24] <_Groo_> bluez for utopic is in https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pbppa/ [16:24] <_Groo_> testing it now [16:24] <_Groo_> all the package, bluez, bluedevil [16:25] hi Riddell i was not be able to connect to my wifi on 15.04 [16:25] sitter: luigi/tosky disagrees with the optional docs directories in #kde-devel [16:26] it was saying insufficient privilegies [16:26] something like that [16:26] wibble [16:26] xD [16:26] then i did sudo -i ; plasmashell and connected :D [16:26] erk, that shouldn't be necessary :( [16:27] Riddell: i used the daily live just download before [16:35] yuriy: so you're doing icons? [16:41] <_Groo_> Riddell: ok with my bluez5 backport and bluedevil 5.1.95, it works has intended [16:41] Riddell: no, just wanted to send you what I had, see email. hope it helps your students. [16:43] I was wondering: will we ever get KDE 4.14.3 for Utopic? I mean, it is out since quite some time now [16:44] Riddell: there's a bug in releaseme all the same [16:44] l10n pathing is an inconsistent shitpile [16:45] _Groo_: ooh great [16:48] ovidiu-florin: ahem http://ro.kubuntu.org/ [16:53] ovidiu-florin: your website got hacked into, I've taken it down [17:00] which does slightly make me wonder if we can host the kubuntu website :( [17:06] ScottK: any thoughts on what's needed to get the various kde app bits migrated? http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#marble [17:08] Riddell: I'd start with trying to parse http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt [17:09] In particular, when it tries okular is seems to implicate only a small number of packages. [17:09] That ought to be sortable. That might help make the rest clearer. [17:10] marble looks like it's primarily tied up with calligra. [17:10] <_Groo_> Riddell: i have a bug in touchpad [17:10] <_Groo_> Riddell: if i click on the statusbar touchpad icon i get module org.kde.qtextracomponents is not instaleld [17:10] <_Groo_> Riddell: although it works in system settings [17:11] <_Groo_> Riddell: btw bluez is working has a charm :) [17:11] <_Groo_> Riddell: but i cant install qml extra components, ci is broken [17:11] <_Groo_> https://www.irccloud.com/pastebin/64kU2CsC [17:12] <_Groo_> could someone fix this? [17:12] <_Groo_> once its fixed, you guys will probably have to add qml-module-org-kde-extras to the kde-touchpad dependenciez [17:15] <_Groo_> bummer, still gives me the same error after i force-all those packages [17:19] <_Groo_> any ideas? [17:25] sitter: Riddell why does kate5-data not break/replace kate-data? [17:26] does it overlap? [17:27] yep [17:27] <_Groo_> Riddell: any idea about que missing qml? [17:28] _Groo_: you're testing kcm touchpad? [17:29] <_Groo_> Riddell: yep [17:29] _Groo_: what's broken about it? [17:29] <_Groo_> Riddell: systemsettings kcm is fine, but the statusbar icon is missing a qml file [17:29] Riddell: http://paste.ubuntu.com/9719587/ [17:30] Riddell: sitter ^^ line 6817 [17:30] shadeslayer: I guess the icon should be removed from kate-data [17:30] shadeslayer: I think they need to be co-installable no? [17:30] Riddell: This is on debian [17:30] which has 4:4.14.2 [17:31]