[00:17] yofel: oh? :S [05:12] happy birthday apachelogger :D [05:19] ooooo, birthday congratulations and best wishes, my dear apachelogger [05:32] I'd like to create a Kubuntu „company” or project of some sort on LinkedIn. Can we achieve that? [05:37] sure, I think just do it, and then from linkedin invite people to join [05:37] * valorie will [05:38] there are groups - nightrose has one for GSoC students -- but not much traffic [05:38] there is a KDE "company" or something [05:40] valorie: what should be the official email? [05:40] do we have one? [05:41] I mean, not the mail list [05:41] oh god no, linkedin spams like crazy [05:41] something that ends in @kubuntu.org [05:41] then I'll put mine for now [05:42] sounds good [05:43] I hate to say this, because linkedin seemed decent for a long time, but it seems that they have turned to the dark side lately [05:43] my ovidiub13 at kubuntu dor org email address is not available yet. Who do I have to ping for that? [05:43] so much spam [05:43] valorie: you just have to deactivate the email notifications [05:44] no, they send spam to lists *all the time* [05:44] on almost all the lists I administer - on Rootsweb (genealogy), linuxchix, KDE, and kubuntu [05:45] the KDE sysadmins threaten them very frequently [06:45] Houston I believe we have a problem.. [06:45] http://cdimage.ubuntu.com/kubuntu/daily-live/20140722.2/trusty-desktop-i386.iso [06:45] shows "404 Not Found" [07:54] Sick_Rimmit: how about http://cdimage.ubuntu.com/kubuntu/daily-live/20140723/utopic-desktop-i386.iso [07:54] oh, trusty [07:54] why would there be a daily for trusty? [07:55] valorie, microreleases [07:57] in /daily-live/ I see only utopic [07:58] Sick_Rimmit, valorie: the URL in the tracker is wrong [07:58] http://cdimage.ubuntu.com/kubuntu/trusty/daily-live/current/ [07:58] http://se.cdimage.ubuntu.com/kubuntu/releases/14.04/release/kubuntu-14.04-desktop-i386.iso [07:58] from: http://se.cdimage.ubuntu.com/kubuntu/releases/14.04/release/ [07:59] oh, that's releases, sorry for the noise [08:01] page down page down page down page down page down [08:03] EOF [08:03] Riddell: qtdeclarative5-kf5declarative is still named like that... I do not see it transiting to qml-module-whatever [08:03] solid neither FWIW [08:21] I hate bzr so very very very very much === toscalix_ is now known as toscalix [08:31] apachelogger: well better believe it cos the transition is in bzr [08:31] whatever is wrong with bzr? as long as you're patient it's your best friend === Riddell changed the topic of #kubuntu-devel to: Kubuntu - The Distro for Birthday Octopii, 100% jellyfish free | https://trello.com/kubuntu | KF5 5.0.0! notes http://goo.gl/53m7zt : status http://goo.gl/MxvdGp | Congrats to our newest kubuntu-member: ovidiu-florin [08:32] apachelogger: ¡feliz cumpleaños! [08:36] Riddell: it's not in ppa, so I can't change the names [08:37] Riddell: when can I expect to use my @kubuntu.org email address? [08:38] "The script which creates the email aliases runs every 2 days. So please wait at least 48 hours before checking if the email is working (or leave it a couple more days to be sure). " [08:38] https://wiki.ubuntu.com/UbuntuEmail [08:42] I wonder what to do about oversized 14.04.1 ISOs [08:42] !testers | 14.04.1 testing! [08:42] 14.04.1 testing!: Help is needed in #kubuntu-devel. Please ping Riddell, yofel, soee, Tm_T, shadeslayer, BluesKaj, James147, Quintasan, lordievader, shrini, tester56, parad1se, mamarley, alket for information [08:43] drop some languages? [08:43] oh wait, we can't there aren't any left :P [08:43] heh [08:43] uploading workspace to staging [08:44] ah bugger, I forgot to add gdb there [08:44] some reviewers you guys are :P [08:44] what what [08:44] pagedown pagedown pagedown pagedown pagedown [08:49] When I installed project neon to this laptop today, I noticed an enormous number of packages I've never had, such as claws-mail, emacs, etc. [08:49] is this intended? [08:50] didn't happen a few days ago when I installed it on the retiring laptop [08:50] emacs sounds wrong [08:50] but in regular session there is no emacs installed.... [08:51] It did to me, for sure [08:51] * valorie doesn't need a third OS on this lappy [08:51] happy birthday, apachelogger [08:51] claws-mail seemed completely off the wall as well [08:52] is it my birthday? [08:52] thank you [08:53] valorie: what did you install exactly [08:53] afaik, just project neon [08:54] `sudo apt install project-neon5-session project-neon5-utils project-neon5-konsole` [08:55] that is a paste from up-arrow in yakuake [09:00] maybe utils pulls something in [09:00] there's a bunch of dev plunder in utils [09:00] not quite sure why installing it is suggested [09:00] I just thought I'd mention it, since it didn't happen a few days ago [09:00] valorie: where is that line from? [09:01] that was the line I used to install, and I copied it from Riddell's post [09:01] https://blogs.kde.org/2014/07/15/plasma-5-here-all-ready-eat-your-babies [09:01] didn't eat my babies though [09:01] just gave me emacs [09:02] :) [09:03] it's sorta bare-bones still [09:03] I suppose it will grow pretty quickly [09:03] only problem I've had is that I can't get the wallpaper to show [09:04] emacs is like a decease, if you don't watch out you can easily catch it from other people [09:05] I think I'm pretty safe on that score [09:05] not my style at all [09:05] apachelogger-x apachelogger-c [09:05] whatever that may mean [09:06] * apachelogger needs to fetch his vimrc from his old $HOME [09:06] if I found my old home that is :'< [09:06] shadeslayer: qtcurve already moved to next? [09:06] apachelogger: yes [09:06] I tested it [09:06] eet works [09:06] shadeslayer: breeze will want adjustment [09:06] for? [09:06] recommends all curves [09:07] oh [09:07] it's part of breeze theme convergence [09:07] I already made plasma5-desktop recommend it [09:07] or was it depend [09:07] I forget [09:07] too much rage yesterday [09:07] breeze still needs to recommend it :P [09:07] yeah ofcourse [09:07] will fixeroo after I write orchrestration [09:07] * apachelogger does the daily dist upgrade to proceed with testing -.- [09:12] hmmm, I should go to bed [09:12] ttyl.... [09:13] night valorie [09:14] shadeslayer: rejected kdeclarative cos copyright didn't list MIT, I've updated bzr, please check and re-upload [09:16] :( [09:19] Riddell: uploaded [09:20] The following packages will be REMOVED: [09:20] kde-style-qtcurve [09:20] I still don't get why the package had to be renamed [09:21] well, if the Qt5 package has a 5 at the end, why make it inconsistent with the Qt4 version [09:23] why would one? [09:23] it's not like the package name isn't an utter lie anyway [09:24] there is no kde-style-qtcurve5 [09:24] there is [09:24] it's a qt5-style-qtcruve if anything [09:24] Depends: frameworkintegration, libc6 (>= 2.14), libqt5core5a (>= 5.3.0), libqt5dbus5 (>= 5.0.2), libqt5gui5 (>= 5.3.0) | libqt5gui5-gles (>= 5.3.0), libqt5svg5 (>= 5.0.2), libqt5widgets5 (>= 5.0.2), libqt5x11extras5 (>= 5.1.0), libqtcurve-utils1, libstdc++6 (>= 4.1.1), qtbase-abi-5-3-0 [09:24] why does it dep on frameworkintegration Oo [09:26] it only works with frameworkintegration [09:26] or at least when you select it through system settings it breaks unless you have frameworkintegration [09:26] ^^ [09:26] that makes no sense whatsoever [09:27] what frameworksintegration does is make qt load the style configured in the style kcm [09:27] that has nothing to do with the theme depending on frameworkintegration [09:29] hm, sounds about right, but then can you configure QtCurve from other places? [09:30] so that applications use the qtcurve style [09:30] probably qt-config can do it [09:30] but that's hardly the most likely option [09:31] I suppose a recommends could be justified but it's nasty to break for users and I can't imaging why you wouldn't want frameworkintegration around [09:31] it should have no relationship with frameworkintegration! [09:32] this is true ^^ [09:32] shadeslayer: any other QPA [09:32] and probably .config/Trolltech.conf [09:32] because there could be any number of other ui's that could configure this [09:32] unless they changed the config path, there is a native config somewhere anyway [09:32] but I am not really aware of them [09:38] maybe systemsettings needs to depend on frameworkintegration as it's that kcm which needs it [09:39] that seems more sensible to me [09:39] nonononononononono [09:39] why not? [09:39] the kcm doesn't need it [09:39] for the kcm's setting to take effect you need it [09:40] the setting is there and written to file and all , except it does not do anything unless frameworkintegration is there [09:41] the situation would be the same if there was another platform plugin that gets loaded instead of the frameworks one [09:41] so that is really something to carry and discuss upstream [09:42] apachelogger: that's very broken behavious, if it writes the setting but the setting doesn't take place [09:43] there is no active tie from systemsettings to frameworkintegration, so what happens if a user installs dolphin in gnome, then installs systemsettings and wants to set the style, and what if there is another platform plugin getting loaded (assuming that can happen) [09:43] upstream just says make plasma-workspace depend on it [09:43] right, that's what we go with then [09:44] the problem ultimately (if anywhere) would be a bug in qt, not providing a way to set the style without a platform plugin [09:45] apacheloggeris e.u.c still broken for you [09:45] was last I checked [09:45] 2 weeks ago or so [09:45] yeah, ev still hasn't replied to me [09:45] send mail and cc ubuntu-devel? [09:45] surely someone can find out what's wrong [09:45] yeah I guess [09:46] hey folks! [09:46] hi ochosi [09:46] Riddell: I'll argue that a recommends from systemsettings is warranted [09:46] but the thing is [09:46] this applies to all kde applications [09:46] quick question, you've been using trello for a while, are you still using launchpad's blueprint system and status.ubuntu.com at all? if so, what for? if not, any things your missing from that? [09:47] ochosi: nah dropped that along with wiki Specs [09:47] and since there is no uniform way to hook into those, I think upstream's suggestion is really the best there is right now [09:47] Riddell: so only trello it is? [09:49] ochosi: yep, although upstream KDE now uses kanboard as a free alternative [09:49] https://todo.kde.org/?controller=board&action=readonly&token=15ea7072a1f2be97963e83e1193f5fe8f1cf431272101b119d1d2237003a [09:53] apachelogger: https://code.launchpad.net/~rohangarg/daisy/add-kubuntu-bugs/+merge/227879 [09:53] ah, lol [09:59] cat /etc/apt/apt.conf.d/90xapian [10:00] APT::Update::Post-Invoke-Success { "if [ -x /usr/sbin/update-apt-xapian-index ]; then update-apt-xapian-index -u; fi" } [10:00] shadeslayer: kxmlgui rejected for incomplete copyright, bzr updated, please check and reupload [10:00] Riddell, shadeslayer: ^ please create that file and watch your apt-get updates [10:00] need some preliminary data for https://trello.com/c/W1ZdDudj [10:00] well, actually, let me send a mail [10:02] * Riddell makes it sew [10:08] apachelogger: qml-module-org-kde-solid qml-module-org-kde-draganddrop etc in archive [10:13] trusty-desktop-amd64.iso 5 MB oversized [10:13] neat [10:13] amd64 is too fat [10:13] * Riddell considers removing libreoffice [10:14] Riddell: you could make the seed reject aptdaemon [10:15] it's not useful but pulled in by firefoxy [10:15] blacklist seed is what you want to edit I think [10:17] I wonder what qpdf is and why we have it on our CDs [10:18] still only gives us 1MB at most [10:18] Riddell: you can blacklist gdb and instead explicitly seed gdb-minimal [10:19] that will definitely be enough [10:19] or [10:19] blacklist libc-dbg/libc6-dbg [10:20] it's a recommends of gdb that we do not really need because drkonqi shoudl be able to resolve the dep and apport/whoopsie doesn't do client tracing anyway [10:20] yowsers [10:20] i.e. libc-dbg disappearing is also the primary effect of gdb-minimal as far as space is concerned ;) [10:25] gdb -> apport-kde (Recommends) [10:25] libc6-dbg | glibc | gdb (Recommends) [10:26] Riddell: can you run : grep-available -F Maintainer -i kubuntu -s Source [10:26] Riddell: and tell me if you get anything [10:27] shadeslayer: lots of kde and qt bits [10:27] Riddell: any kf5 bits [10:27] ? [10:27] yep http://paste.kde.org/poyfheit1 [10:27] awesome [10:30] ScottK: ping? [10:32] bug https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1347565 [10:32] Ubuntu bug 1347565 in apport (Ubuntu Utopic) "apport recommends gdb" [Undecided,New] [10:35] shadeslayer: what do we do with vlc btw? debian bug is not moving much :'< [10:35] * apachelogger is a bit scared of uploading [10:36] hm [10:36] what needs done with vlc? [10:36] I did however land the same change in neon pvlc and haven't heared complaints so far [10:36] * shadeslayer is a bit busy trying to figure out why grep-available isn't working [10:36] Riddell: it not crashing kf5 apps would be good [10:36] yes it would [10:36] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755154 [10:36] Debian bug 755154 in vlc "vlc cache gen should happen at runtime, not buildtime" [Normal,Open] [10:38] sparkleshare - distributed collaboration and sharing tool [10:38] :D [10:39] sounds dirty [10:40] I also do wonder how to package our qt5 ports so that new archive uploads don't override them :S [10:41] bigger version number? [10:41] what's the issue? [10:41] but how big too not make them too big :P [10:59] btw thoughts on where to setup ISO orchrestration [10:59] for Kubuntu 5 [10:59] till Colin sets up stuff on cdimages [11:00] yofel: ScottK apachelogger Riddell [11:00] hmm cantor needs lua, that package just gets weirder [11:03] shadeslayer: what does that mean? [11:03] Riddell: we need to setup ISO scripts somewhere to build kubuntu5 iso's till Colin sets up infra on cdimages [11:04] where do you propose setting up the scripts? [11:05] hmm [11:06] can qa.kubuntu.co.uk handle it? I suspect not [11:06] you don't want it on blue systems server? [11:06] I am unsure, it might be able to [11:06] I'd rather fire up an ec2 server to do it I think [11:06] Riddell: idk, apachelogger didn't seem to keen on it [11:06] *too [11:07] silly apachelogger, always making trouble [11:09] * apachelogger just wrote a reply on kubuntuforums, took so long his session timed out Oo [11:09] heh [11:10] shadeslayer, Riddell: I don't want it handled in bluesystems channels etc, the server it runs on I do not care about [11:35] plasma-workspace, desktop and qtcurve moving to next [11:35] shadeslayer: I totally feel like we should automate this :P [11:50] you want to wire up britney for it? :D [11:50] maaaaaaybe [11:51] although, I'd actually rather have something that is blocking all migration when something fails [11:51] well, britney blocks breakage, isn't that enough? [11:52] not consequential enough if you ask me [11:53] I mean, it's fine for archive scale, considering the limited set of the ppa I'd find it perfectly acceptable to consider the stage as a whole for migration and therefore block it as a whole if something is broken [11:54] softwareproperties and usb-creator in stage [11:54] Riddell: infinity needs to bless any trusty changes atm. [11:54] mh [11:55] well, britney doesn't actually migrate stuff, it creates the list of stuff that can migrate. If that's not all you can just abort [11:55] Riddell: shadeslayer: you know, for the qt5 ports it might actually worthwhile to wire up recipes [11:55] yofel: ic [11:56] what I said is true when running it locally at least, it can feed its output directly into the dak database, but we don't use dak [12:14] Riddell: my fund application for the LiMux event was accepted :) === ximion1 is now known as ximion-afk === greyback is now known as greyback|lunch [12:19] Mamarok: yay! [12:21] yep, that's really nice :) [12:22] but we are not many yet, any more people attending? [12:23] there's kde people attending as well IIRC [12:23] ah there's a new notes [12:28] hm, software-properties icon is broken somehow [12:28] or maybe I forgot to set it [12:28] who knows :S [12:31] app icons are still a bit broken for me, kmenuedit doesn't work, app template one doesn't work [12:31] kmenuedit wouldn't surprise me if it has none set [12:31] given that its kaboutdata appears pretty kaput [12:33] still I'd like to know why it doesn't work in the kapptemplate one I made https://git.reviewboard.kde.org/r/119388/ [12:33] http://starsky.19inch.net/~jr/tmp/moo.tar.gz [12:34] CMake Warning (dev) at /usr/share/ECM/modules/ECMInstallIcons.cmake:205 (message): [12:34] ecm_install_icons() with no ICONS argument is deprecated [12:34] that maybe? [12:37] Riddell: http://qt-project.org/doc/qt-5/qapplication.html#windowIcon-prop [12:38] apachelogger: that just installs it, they still get installed [12:38] apachelogger: I was hoping that aboutData.setProgramIconName() would do that for me [12:39] actually [12:39] Riddell: works for me [12:39] I think [12:39] shows the gear icon? [12:40] Riddell: http://i.imgur.com/Mveh1Ke.png [12:40] Riddell: you did install, right? :P [12:41] uhh, recipe build seems to work nicely for qt5 packaging [12:42] -- Installing: /usr/share/icons/hicolor/16x16/apps/./moo.png [12:42] yep it installs [12:43] apachelogger: are you using the plasma 5 packages or the neon packages? [12:43] plasma [12:43] apachelogger: anyway can you take a screenshot of the app for kapptemplate? [12:43] Riddell: you have frameworkintegration installed, right? :P [12:43] I do [12:43] Riddell: what's you icon theme in systemsettings? [12:44] apachelogger: breeze [12:45] hm [12:45] Riddell: rm .cache/*kicon* [12:45] then try again [12:46] rm ~/.cache/icon-cache.kcache; moo makes no difference [12:46] it is spooky [12:47] '"Theme tree: (Breeze)"' pointless debug output annoys me [12:48] hm [12:48] very curious [12:48] very [12:48] can I have my screenshot now? [12:48] thing is also, I think mine is going entirely through the cache [12:48] I have no file access on moo.png [12:49] Riddell: can't do dropshadow though [12:49] kwin doesn't like novulsululuooo [12:50] http://i.imgur.com/md7uXvu.png [12:51] lovely, thanks [13:03] shadeslayer: no kjs in the archive? [13:05] shadeslayer: khtml, kdelibs4support [13:05] An unhandled exception occurred: [13:05] shadeslayer: kiconthemes [13:05] name 'KStandardDirs' is not defined [13:05] :'( [13:05] apachelogger: it's in support no? [13:06] shadeslayer: kjsembed [13:06] Riddell: it's not in python tho :P [13:06] anyway, problem is that usb-creator decides to use different ways to lookup the data assets when run from source and when run from install path [13:06] didn't catch that [13:07] in software-properties it works all the same [13:07] I tell you the python software we have is a work of madness [13:08] there's no common solutions, no shared stuff, no code style or structure that is the same [13:08] it's like a reinvention of the reinvention of the reinvention [13:08] mostly it's ports of the ubuntu stuff [13:08] and those are inconsistent as well [13:09] but all apps I have seen have kde specific logic to deal with a) translations and b) encoding [13:09] and all were different [13:09] and by different I don't mean they looked slightly different... they were doing entirely different things to achieve the same goal [13:10] one of them has a like 20 sloc function to translate qt ui files and the other has 4..... [13:11] * apachelogger always almost accidentally deletes ppas when wanting to delete a package -.- [13:12] it's got the same icon, is at the almost the same location, and it has an annoying page with an ugly button that looks like the build-retry page which I learned to ignore [13:12] muchos dangerous [13:14] shadeslayer: are you planning to land qtcurve in the archive btw? === greyback|lunch is now known as greyback [13:20] * apachelogger pokes launchpad with a stick [13:21] is it just me or are some builders really really slow? [13:25] 'Morning all [13:26] \o/ [13:26] apachelogger: ^^ [13:27] lets see [13:27] kubotu: imager build [13:27] :( [13:27] guess not [13:28] didn't feel like it clearly [13:28] ^^ [13:32] kubuntuBot: imager build [13:35] shadeslayer: you could take him to a different channel you know [13:35] shadeslayer: #apacheloggerslounge is always free :P [13:35] heh [13:50] Sick_Rimmit: hola, wanting to look at opencv today? [13:54] meh if I want to compile anything kde4 that cares about activities I need to remove plasma-workspace and desktop [13:54] upstream sucks! [14:05] meh [14:05] * apachelogger doesn't want to package debconf qt5 port with recipe :'< [14:38] feed branches had 9 updates, showing the latest 6 [15:09] The next import is scheduled to run as soon as possible. [15:10] I think lunchpad is too busy to let me work on the qt5 ports ... [15:13] apachelogger: anything left to port btw? [15:13] I can have a look at it on Friday [15:16] nope [15:16] yes [15:16] ubiquity [15:17] but xnox wanted to do that anyway, so best check with him [15:17] Riddell: how's kdesudo going btw? [15:17] shadeslayer: ah well, and all of muon [15:17] heh [15:17] not particularly blocking though [15:17] I'm going to leave that beast to Aleix [15:18] apachelogger: what do you mean about ubiquity?! [15:18] i see nothing outstanding [15:20] xnox: qt5 porting [15:21] apachelogger: was working yesterday, not done anything today and needs a bunch of tidying up, then it needs proposed to go into plasma, I guess another day's work [15:21] apachelogger: oh porting to qt5, right, haven't started that yet. [15:22] apachelogger: there are vague plans around it. [15:22] shadeslayer: ^ [15:22] apachelogger: question is whether I should do more 4.14 beta tomorrow or kdesudo or 4.04.1 [15:22] beta [15:24] I do think kdesu (5) needs to have alternatives support added, I don't think I have seen that yet [15:24] without that we cannot smoothly hijack kdesu calls [15:25] apachelogger: alternative debian package system or more internal to kdesu [15:25] former [15:25] I did port kdesu to sudo back in the day but its split architecture means it doesn't remember the password [15:25] so we switched to kdesudo [15:25] I think we used diversion at some point and I switched it to alternatives because diversions would break every other year [15:26] Riddell: kdesudo doesn't do that either (anymore) (for unknown reasons) [15:26] so we might as well use kdesu :P [15:26] remember the password? sure it does [15:26] did yesterday when i was testing [15:26] I had to run sudo -k lots to forget it [15:28] Riddell: maybe kdesudo needs to be fixed for that then [15:28] Riddell: at any rate, if password remembering is the only reason we'd want to keep kdesudo I'd just ditch ignore that shortcoming and use kdesu [15:29] I mean, there's next to no cases where something needs sudo to begin with [15:29] in fact I have a hard time to come up with a recent kdesudo run :P [15:30] ah, inproperly set up users will get sudo queried when mounting devices I thinkg [15:30] yes there's a lot fewer now thanks to polkit [15:31] software-properties IIRC uses kdesudo [15:31] mh, I'd assess whether kdesu wit h sudo wouldn't be better [15:31] yofel: not for long [15:31] but it's not that much that uses it, so kdesu should do the job [15:31] in fact I already had made the port to dbus and it was merged, somehow I then didn't port our stuff to the dbus api though :P [15:31] Riddell: oh and kdesudo surely doesn't remember since 13.04 or so [15:32] what? meaning my stupid bug workarounds are still in there? :D [15:32] and no one complained AFAIK, so I really don't think remembering is that much of a killer feature anymore [15:32] yofel: in kdesudo? [15:32] s-p [15:32] probably [15:33] there's a 14.10 card to make it less shitty [15:33] it remembered yesterday in my frameworks port! [15:33] I'll probably do that on the qt5 port though, seems more convenient anyway [15:33] Riddell: wut :O [15:33] magic [15:33] right [15:33] maybe kde4 is kaput ;) [15:33] I definitely recall kdesudo not remember the password [15:34] twas back when my system had a kate I could use kdesudo on [15:34] The program 'kate' is currently not installed. You can install it by typing: [15:34] yeah, doesn't remember it here [15:34] :'< [15:40] Good afternoon. [15:40] Lets see, can I find a vm to test 14.04.1 [15:43] Riddell: feel free to do whatever you want with krunner btw, clearly packaging doesn't matter [15:43] and we're all just whiling away our time here [15:44] yep, we should just package kdesrc-build and leave it at that [15:45] shadeslayer: krunner updated for your review and upload [15:45] !info kdesrc-build [15:45] kdesrc-build (source: kdesrc-build): tool for building KDE from its source repositories. In component universe, is optional. Version 1.15.1-1 (trusty), package size 162 kB, installed size 616 kB [15:45] it's all anyone needs [15:45] ^^ [15:48] Riddell: E: krunner source: version-substvar-for-external-package libkf5runner5-dbg -> libkf5runner-bin [15:49] mm [15:50] fixed and uploaded [15:50] groovy [15:50] have some bonus points for reviewing [15:57] The following packages will be REMOVED: [15:57] plasma-widget-milou-kf5 [15:57] intentional ^ ? [15:59] it was renamed I think [15:59] ok [16:00] * yofel goes back to upstart for the time being - too many service restart issues in updates :( [16:00] I'm making frameworks libraries with a qml module have an implicit dependency on that module in the .symbols file [16:00] hm [16:00] Riddel: Hey sorry, just got back from a meeting, yes am right up for opencv, would it be OK to start this evening after dinner, in about an hour and half ? [16:00] Riddell: somehow zenity gets pulled into the ISO btw [16:00] might as well figure out suspend with upower 0.99 [16:00] Doh! [16:01] shadeslayer: what does the germinate output say? [16:01] Riddell: ^^ [16:01] Sick_Rimmit: aure [16:01] Sick_Rimmit: sure [16:01] yofel: this is for 5 btw [16:02] Riddell: Great, will ping you in a little while, thanks [16:02] shadeslayer: I assumed as much :P [16:02] yofel: well, it's no there in the seed [16:02] so something else must be causing it [16:03] well yeah, but germinate will tell you where it gets it from... [16:03] yofel: no, it doesn't end up in the meta package too afaict [16:03] do you have the germinate output at hand? [16:03] nope, I can run it though [16:03] http://people.canonical.com/~ubuntu-archive/germinate-output/kubuntu.utopic/ [16:03] wrong one :p [16:03] don't see it in desktop or desktop-common [16:04] oh the plasma 5 image [16:04] please do, it should log the reason for every package in the seed, not just the explicit ones [16:07] shadeslayer: btw. is there a guide that tells how one makes sddm work? [16:07] sudo service sddm start ? [16:07] make sure you have the maui theme? [16:07] yofel: http://paste.ubuntu.com/7842642/ [16:07] maui is installed, start hangs for ~10s, then fails [16:08] try sudo sddm [16:08] does that work [16:08] that froze the terminal [16:09] note that sddm will start on tty1 [16:09] yeah, it froze tty1 [16:10] shadeslayer: do you have the germinate output? That should have zenity somewhere in it [16:15] yofel: http://paste.ubuntu.com/7842642/ [16:15] shadeslayer: not that, the folder that Riddell pointed to [16:15] aha, wait [16:15] * Chose zenity to satisfy im-config [16:15] thought so [16:16] will need fixing in zenity [16:17] * yofel wonders how quassel, firefox, 2x dolphin, plasma + services can use up 5G of memory [firefox is 1G of that] [16:20] yofel: KDE 4? or Plasma 5? [16:20] 4 [16:20] sounds like a mem leak [16:22] top is fun, I have 14 akonadi_* processes [16:22] make that 17 with mysql and akonadiserver [16:28] so, sudo sddm does at least switch me to tty1 and starts X [16:28] but I never see it [16:29] is this bare metal? [16:29] yeah, my eeePC with it's 945GME [16:30] not a clue really then [16:30] its known to be shit with VBox [16:30] but should work with actual hw [16:30] wait, it did start X, so let me check the log of that [16:30] yofel: well, logs should be in /var/log/sddm [16:31] there is a sddm.log, which doesn't really tell much [16:31] d_ed: ^^ [16:38] feed branches had 10 updates, showing the latest 6 [16:44] ScottK: did you ever hear back on your insights bug [17:30] Riddell: Hi I'm ready when you are [17:32] hi Sick_Rimmit [17:32] Sick_Rimmit: you'll need an ssh key, do you have one? [17:32] Hello, I'm ready to have a go at merging opencv [17:32] Yes, my key is lodged with launchpad too [17:33] oh yes [17:33] https://launchpad.net/~rick-timmis [17:33] Sick_Rimmit: ssh ubuntu@ec2-54-205-86-101.compute-1.amazonaws.com [17:33] run byobu [17:35] Sick_Rimmit: great [17:35] OK done [17:35] Sick_Rimmit: we've on a shared screen on this ec2 cloud server [17:35] Sick_Rimmit: so I think first thing would be to make a directory called current and apt-get source opencv [17:36] (oh I should say other people use more fancy tools for this than I tend to use) [17:37] Riddell: Looks good [17:37] Sick_Rimmit: now make another directory called debi and dget the debian source [17:37] which you can get from packages.debian.org [17:38] Riddell: is ther an apt command for that ? [17:39] no [17:39] cos it's not in the archive, that's kindae the purpose of the exercise :) [17:39] Riddell: OK [17:39] go to https://packages.debian.org/src:opencv [17:39] OK, hangon let me see if ... ah [17:39] click sid [17:39] ha [17:39] find the opencv_2.4.9+dfsg-1.dsc link at the bottom [17:39] dget [17:41] ah OK got it [17:42] Sick_Rimmit: dget [17:42] which uses wget to download the .dsc orig and debian.tar [17:43] Sick_Rimmit: looking at the debian changelog there, no changes mentioned, great [17:43] Sick_Rimmit: looking at the current ubuntu changelog, there's a few changes in the ubuntu package [17:43] OK, I'm with you mainly [17:44] Sick_Rimmit: so to merge we take the debian package, make the same changes again in the package and voila [17:44] dget clearly do some special magic [17:45] it just works out what the three URLs are you need to wget [17:45] may I look around for a moment [17:45] Sick_Rimmit: ok I just made a diff file so we see the differences in the packaging, there's a few bits in there we need to copy over, nothing much [17:45] sure [17:46] bear with me, just need to catch up [17:49] oh, more testing needed [17:49] OK, So perhaps we need to update the changelog to reflect the changes [17:49] Sick_Rimmit: we need to start with the .orig tar from debian [17:49] add a new changelog [17:49] merge in the old changelog entries [17:49] then merge in all the packaging differences [17:49] then test [17:49] Yep, OK this rings beels [17:49] or even bells [17:50] Sick_Rimmit: so cp debi/*orig* . [17:50] untar it [17:52] Sick_Rimmit: you had it [17:53] Sick_Rimmit: tar xf is all it needs, it'll detect the compression type [17:53] Ah ok [17:53] Sick_Rimmit: and copy the debian/ from the debi packaging as well into the extracted opencv source [17:54] Roger [17:55] lovely [17:55] dch -i to add a new changelog entry [17:55] Oh I hate being watched. my keyboard dyslexia gets bad [17:56] I can see your every typo :) [17:56] lol [17:56] make the entry say Merge with Debian, reamining changes: [17:56] and put in your own name and e-mail for the fame and glory [17:56] save that, we'll do the copy and pasting next [17:57] copy and paste the time :) [17:58] cos you're a year out there [17:58] What edit is this [17:58] editor [17:58] Sick_Rimmit: emacs of course, are there any others? [17:58] I have never used emacs [17:58] Some Vi [17:58] But almost always nano [17:59] no worries though [17:59] "badly formatted trailer line" it's moaning that you need two spaces after your e-mail address [17:59] add those in [17:59] you can use nano [18:00] Oh Boy!! [18:00] what have you done? [18:00] I broke it [18:00] no it's all good [18:00] OK I think it's right now [18:00] but for the next trick you might need something more than nano [18:01] it needs both changelogs open and copy/paste between them [18:01] which I don't think nano can do [18:01] Sick_Rimmit: want me to just do it? [18:01] Yes let me watch [18:01] Sick_Rimmit: there I copied in the list of remaining changes [18:02] Oohh clever [18:02] Sick_Rimmit: and here I copied in the whole of the old ubuntu changelog at the place where we diverged from debian [18:03] OK, still with oyu [18:03] you [18:03] Sick_Rimmit: so you can see there's only 1 debian version we have to update for [18:04] Sick_Rimmit: now we need to look at that diff file and merge in any changes which are still relevant [18:04] the first one being that Maintainer change in debian/control which debian asks us to do [18:04] Sick_Rimmit: want to copy and paste that in? [18:05] that's just less [18:05] press q to quit [18:06] Nope, I getting foxed by the tools [18:06] Sick_Rimmit: you can use kate if you want [18:06] Nah, I'm lost [18:06] just I can't watch then [18:06] want to use kate? [18:07] I'm struggling with my shell short cuts Ctrl+Shift+C [18:07] etc.. [18:07] Sick_Rimmit: right, so use kate [18:07] in kate click the url bar and open sftp://ubuntu@ec2-54-205-86-101.compute-1.amazonaws.com/home/ubuntu/mnt/opencv/ [18:08] then open DIFF [18:08] and debian/control [18:08] One moment, I might be able to get his [18:09] Sick_Rimmit: you want to open the DIFF file [18:09] and copy and paste (locally with your mouse) [18:09] the Maintainer changes [18:09] into debian/control [18:10] nope, not that one :) [18:10] No other way round, I want to add the kubuntu maintinaer [18:10] yep [18:11] like this [18:11] yep, 1 line done, lots more to go :) [18:12] just after that is another line with the modified debian maintainer [18:13] Hangon just going to get another shell onto the box [18:13] that's a good idea [18:14] Ah blow [18:15] OK 'm getting there [18:15] you quit byobu? [18:16] Nah I'm out of byobu, [18:16] I'm on there server, and can get to the director, which I have done in a second shell. [18:17] ok well you're on your own then :) [18:17] but In the original shell I can seem to get back into byobu [18:17] can or can't? [18:17] can't [18:17] looks like you're in [18:18] Ah right [18:18] hang on let me get reorganised [18:21] yay [18:21] Sick_Rimmit: so next change in DIFF is those changes for !ppc64el [18:22] dunno who has a ppc64el machine to care but we'll be nice to them and copy it over [18:25] I'm pretty certain I have no idea what I am doing [18:26] Sick_Rimmit: voila, just replace "ocl-icd-opencl-dev," with "ocl-icd-opencl-dev [!ppc64el]," [18:26] next one is "libopencv-ml-dev" [18:27] replace that with "libopencv-ml-dev, libopencv-ocl-dev [!ppc64el]" [18:27] (with a new line in there) [18:27] search for "Conflicts: libcvaux-dev (<= 2.1.0-7), libhighgui-dev (<= 2.1.0-7)" to find where that needs done [18:29] in the diff + lines are from debian and - lines are from ubuntu [18:29] I'm sorry Riddell, I have no comprehension of the principle at play here, so I just blindly cut, copy paste. [18:29] we want to put the - lines in the package (assuming they're still relevant changes) [18:30] Sick_Rimmit: here's where the next change is [18:30] you can see in the DIFF +libopencv-ml-dev [18:30] that's from debian so we want to change it to the ubuntu values [18:30] - libopencv-ml-dev, [18:30] - libopencv-ocl-dev [!ppc64el] [18:30] did you make the other change above, whilst I was not looking > [18:30] nope, you go ahead [18:30] I just scrolled down to the next change point [18:31] Ah ha, OK OK [18:31] Sick_Rimmit: not quite, add in both lines I pasted above at 18:30 [18:33] that's one, the other one is "libopencv-ocl-dev [!ppc64el]" (you have it wrong for "libopencv-ml-dev [!ppc64el]") [18:33] nice :) [18:33] perfecto [18:33] OK let see [18:34] next one change "libopencv-ocl-dev (= ${binary:Version})," to "libopencv-ocl-dev (= ${binary:Version}) [!ppc64el]," [18:34] you'll need to search with control-w to find where that is first [18:35] yep there [18:36] lovely [18:37] yep, update that Breaks line [18:37] * lordievader goes to test 14.04.1 i386 [18:37] lordievader++ [18:37] lordievader: oh and upgrade testing needed too if you're able [18:37] plasma-widget-milou-kf5 renamed to milou now ? i [18:37] Riddell: From Precise? I saw I still had a Precise VM logical volume (not sure if Precise is actually on there) [18:38] lordievader: yeah I guess both precise and saucy [18:38] Sick_Rimmit: magnifico, save it, that file is done [18:39] soee: yep [18:39] OK, I think I got that, just the earlier bulk paste you did, but I have an understanding of what is taking place [18:39] Sick_Rimmit: you see the next change to libopencv2.4-java.install ? [18:40] Sick_Rimmit: that looks like the filename has changed for the new version and debian has updated that in their packaging [18:40] Sick_Rimmit: we will want to keep that debian version because it'll be the same filename in our package [18:40] Sick_Rimmit: so nothing for us to do there [18:40] Sick_Rimmit: understand? [18:40] hangong [18:41] Groovy, the Precise-lv actually contains Precise. Time to upgrade ;) [18:41] @ L222 and L223 yes [18:41] Yes now I understand [18:41] Sick_Rimmit: so the next change we have to care about is libav10.patch [18:42] which is a file change, we either want to keep the file debian has added or not [18:42] Sick_Rimmit: "Support building with the upcoming Libav 10 release" [18:42] this sounds like a good thing so I say we keep it [18:42] Sick_Rimmit: do you agree? [18:43] May we don't want that support as we want it to build with current.. [18:44] Sick_Rimmit: ah smart thinking [18:44] Sick_Rimmit: but I know other places have had to be patched for libav10 so I think here will too [18:44] utopic has libav10 so you most likely want that [18:44] Sick_Rimmit: it'll be an API change so we can find out by compiling it [18:45] if it compiles then we've done the right thing [18:45] the next change in DIFF is just adding that patch to debian/patches/series so we keep that too [18:46] hangon grokking [18:47] I'm getting what;s going on with this DIFF file now.. the mist is clearing [18:47] the next change in DIFF is an update to debian/patches/support_multiarch, debian usually know better than me what they're doing with multiarch so we'll keep that too [18:48] finally a change in debian/rules to support armhf, we will want to copy over those changes [18:48] Loads of cahnges to the libav patch.. [18:48] nothing for us to do here thought [18:49] with a patch file you usually either want it or you don't [18:49] OK @L1004 [18:50] name change, we'll keep that [18:51] if you're having trouble reading the debian/patch changes it's a diff of a diff, so don't bother about what's in the files, it'll mess with your mind, just care about the files [18:51] OK EOF, I believe the DIFF changes are complete [18:51] Sick_Rimmit: debian/rules changes need to go in [18:51] Ah didn;t spot that [18:52] copy in the lines starting from "# No GL on armhf" [18:52] and remove "-DWITH_OPENGL=ON" [18:56] Why remover OPENGL=ON [18:56] Sick_Rimmit: that's lower down [18:56] debian has it set so it always adds -DWITH_OPENGL=ON [18:57] Ah I see [18:57] the lines you just pasted in set it on or off depending on whether it's on armhf [18:57] so scroll down until you get to the bit where is always has -DWITH_OPENGL=ON [18:58] SO how did you know that line needed ot be removed [18:58] reading the diff file it shows that debian has that "-DWITH_OPENGL=ON" while the ubuntu one has "No GL on armhf" [18:58] Voila [18:58] the changelog we copyied over earlier said it was a change in ubuntu to "don't build OpenGL on armhf" [18:58] Ah right, I would not have had that level of knowledge to know that [18:59] so this is the way to do that [18:59] Sick_Rimmit: lovely, save and quit nano [18:59] all changed copied over, we're ready to compile and test it [18:59] any questions? [18:59] Ah, OK, perhaps its moving a little fast for me, but I am getting to understand quite a lot [19:00] it probably doesn't help that you're not very familiar yet with all the basic packaging stuff [19:00] and you're not too familiar with command line text editors [19:00] but it should be good to go now [19:00] Yes, can you put that original magic diff command into here so I can copy it can go read the manpage [19:01] Sick_Rimmit: that one I just typed in [19:01] although many people prefer to use magic merge tools that do such things for you [19:01] or to get the diff off merges.ubuntu.com [19:01] Ah well you created a DIFF file, perhaps the switch was -urN [19:02] yes you're right [19:02] fixed in terminal screen [19:02] Yep great.. [19:02] I'll get me head round that with man [19:03] Sick_Rimmit: ready to compile? [19:03] I'll also go check out emacs [19:03] you won't regret it :) [19:03] ok you will [19:03] but you'll regret it less than vi [19:03] I really am not much on vi [19:04] What I like about nano is the easy access to the help menu's, [19:04] yes nano is great, just has the major limitation of only opening 1 file at a time [19:04] OK I am ready to compile now [19:04] (I think, maybe it's changed since I last looked) [19:04] Sick_Rimmit: this ec2 is a rather sweet little server with 8 processors [19:05] so run debuild -j8 to compile it [19:05] Just copying that command so I can man it later [19:06] Sick_Rimmit: stop stop [19:06] OK [19:06] Sick_Rimmit: you uncompressed and are not re-compresssing it [19:07] that'll probably change some timestamp or something [19:07] just copy the .orig over from the debi/ directory [19:07] hangon I'll fix [19:07] so we have exactly the same .orig as Debian [19:08] cp debi/*orig* . [19:08] no recompressing! [19:08] Ah ha OK [19:09] whee, lots of build-dependencies to install [19:10] /usr/lib/pbuilder/pbuilder-satisfydepends [19:10] that's the magic command to install them [19:10] or you can apt install and do lots of copy and paste [19:11] that's jolly clever [19:11] it is, not sure why it's hidden away in /usr/lib [19:12] This is going to take some practice, and there are loads of holes in my picture, but I feel good about making some progress [19:13] I hope you're making notes :) [19:13] Yes, and I will write this up later, like I did last night with digikam [19:14] My usual method of information retention, is just to keep beating myself with the same pointy stick [19:14] until it resonates [19:14] Sick_Rimmit: groovy installed, debuild -j8 again [19:14] OK lets try that again [19:15] Riddell: still at the office? :o [19:15] shadeslayer: yep [19:16] Sick_Rimmit: looks like we're smoking, time to have a cup of tea or do some 14.04.1 candidate test installs, whatever makes you relax :) [19:17] Hey, so will this take a while to compile, and what will happen at the end, a shiny .deb ? [19:17] Sick_Rimmit: it says it's at 3% so yes it'll take some minutes [19:18] and yes you'll get a .deb at the end if all goes well [19:18] this is quite a complex package so you'll get lots of .debs [19:18] Riddell: Mind blowing stuff man [19:19] * Sick_Rimmit wanders off dazed and looking for coffee pot [19:19] https://launchpad.net/ubuntu/+source/opencv/2.4.8+dfsg1-2.2ubuntu4/+build/6128550 Finished on 2014-06-25 (took 53 minutes, 19.0 seconds) [19:19] * genii makes a fresh batch [19:19] that's the last compile on the ubuntu servers so take your time, you have an hour [19:20] mhm, coffee, good idea [19:20] "We are very happy to tell you that we accepted your submission" gosh I'm going to be talking at akademy [19:20] I should work out what to talk about [19:21] Riddell: Congrats [19:25] genii: thanks! what for? [19:25] oh the submission [19:25] Hehe, yes [19:25] this is my chance at fame and glory [19:26] :D [19:34] ah glasgow is having a party, that's nice for them [19:34] although why do they have to have english presenters for the biggest sports occation in scottish recent history? another reason for a yes vote [19:43] Riddell: (Updated) Precise tells me no new release is available -.- [19:43] lordievader: you'll need to do it manually [19:44] the automated popup isn't turned on til after .1 is out usually [19:44] Riddell: By changing the sources you mean? [19:44] run kubuntu-devel-release-upgrade [19:46] Running :) [19:51] <20WAAT1LP> guys.. any idea when kde 4.13.3 will be available for kubuntu 14.04 via ppa:kubuntu-ppa/ppa [19:51] <20WAAT1LP> [19:52] 20WAAT1LP: nobody is working on it yet, we've got plasma 5 and 14.04 beta as higher priority I'm afraid [19:53] lordievader: As I understand, 14.04.1 is available tomorrow, which means LTS->LTS should be automatically available after that [19:53] <20WAAT1LP> @riddell okay fair position i can live with that 4.13.2 runs so smooth and stable here [19:53] genii: he's testing it to make sure it works before we release :) [19:54] more testing welcomed [19:54] <20WAAT1LP> and yeh plasma 5 good luck with it :) i run it sometimes and i like what i see but the workflow i have now with 4.13.2 i just dont wanna give up on this :P [19:54] Riddell: I don't have Precise installed anyplace anymore now.... running Utopic on this box and Trusty on most of the others [19:55] perfect, you can test 14.04.1 install :) [19:57] Riddell: Is in the normal kubuntu ppas or ninja? [19:57] genii: ISO images to install [19:57] http://iso.qa.ubuntu.com/qatracker/milestones/318/builds [19:58] OK, I'll download then test on one of the boxes here in a few hours when i finish work [19:58] great, much appreciated [20:16] Sick_Rimmit: if you can take yourself away from singing glaswegians, your compile is ready [20:17] Riddell: Yes I am here, looks like the was a signing issue and some Lintian E: Errors [20:17] Sick_Rimmit: right it doesn't have your gpg key on the server, that's fine if it's trying to sign it it means everything else is good [20:18] Wow - look at all those shiny debs [20:18] Now, that was FUN !! [20:18] lintian does checking for common errors, I'm not too fussed about them, if it's good enough for debian it's good enough for us [20:20] Sick_Rimmit: so test they install fine, dpkg --install *deb [20:20] OK, do I made some reasonable notes, there are a few things I need to read up on, but there is only one thing for it [20:20] Need to do it again, on something else [20:20] OK lets give it a go [20:21] what do you think [20:22] Mmm looks good [20:23] Sick_Rimmit: cool, I think we're ready to upload [20:23] Sick_Rimmit: back in the sources run debuild -S to build the source package [20:24] * Sick_Rimmit grins [20:25] Looks good [20:25] signing it [20:26] debsign -r ubuntu@ec2-54-205-86-101.compute-1.amazonaws.com:mnt/opencv/opencv_2.4.9+dfsg-1ubuntu1_source.changes [20:26] OK [20:26] that'll do it [20:27] * Sick_Rimmit takes notes [20:27] Sick_Rimmit: take a look in opencv_2.4.9+dfsg-1ubuntu1_source.changes to make sure it's sane [20:27] should contain three files to upload [20:27] and be uploading with the right version number to utopic [20:29] Well it looks OK to me [20:30] Sick_Rimmit: dput ubuntu opencv_2.4.9+dfsg-1ubuntu1_source.changes [20:30] One sec I can't see the 3 files, let me look again [20:31] Crap. Disk /dev/sdc: 1000 MB, 1000341504 bytes ls -l trusty-desktop-amd64.iso ... 1078804480 [20:31] it shows only two files [20:31] * genii looks for a 4G one [20:32] Sick_Rimmit: ooh well spotted [20:32] Sick_Rimmit: run debuild -S -sa to make sure it includes the .orig tar [20:33] Yay [20:34] q [20:34] Their they are [20:34] Do they needed to be resigned now ? [20:34] Sick_Rimmit: signed [20:35] Ah yes [20:36] Riddell: happy to sign [20:36] Sick_Rimmit: I've doe it [20:36] I've done it [20:36] guys need help :/ [20:36] OK cool [20:36] Sick_Rimmit: I do that remotely [20:37] give 2 minutes dog wants a tinkle [20:37] brb [20:37] normally I'd just do it locally but because the gpg keys aren't on this server (to stop you stealing my identity) I run that remove version of debsign [20:37] after latest upgrades, when i try to login i have familiar error "Could not start D-Bus. Can you call qdbus" but qt5-default is installed [20:38] so it moves me back to login screen [20:39] some other package is now required to make it work ? [20:39] OK sure.. btw Im back [20:40] Sick_Rimmit: dput it [20:41] Sick_Rimmit: do it do it! [20:41] hah [20:41] add a --unchecked [20:41] it's because my gpg keys aren't on the server [20:41] Sick_Rimmit: do it do it! [20:42] hold your breath! [20:42] * Sick_Rimmit Woo Hoo [20:42] and breath out [20:43] OK so the jobs done. [20:43] yep I think so [20:43] well hopefully [20:43] I figure if I update my pbuild I will get the opencv version I need to build digikam, am I correct [20:43] now it needs to compile on the ubuntu launchpad build servers [20:43] Which will happen automagically overnight yes ? [20:44] yep, you can watch it compiling at https://launchpad.net/ubuntu/+source/opencv [20:44] ooo [20:44] https://launchpad.net/ubuntu/+source/opencv/2.4.9+dfsg-1ubuntu1 [20:44] now if you want to you can copy the .debs to your local machine to use them there [20:44] or I can keep this server alive if you want to do digikam on it [20:45] but maybe that's enough for tonight and you want to go back to watching the empire [20:45] Whoa look at that there's my name.. I'm now "mostly harmless" [20:46] you're now part of the sneaky ninja troupe :P [20:46] subject: [ubuntu/utopic-proposed] opencv 2.4.9+dfsg-1ubuntu1 (Accepted) [20:46] Thank you for your contribution to Ubuntu. [20:46] accepted e-mail is in [20:46] Sick_Rimmit: not sure if you get that e-mail or not? [20:46] probably not [20:47] Ah let me look [20:47] No, no email for me [20:48] OK, so for me I think I now need to add this last phase to my notes, and sleep on the new data to assimilate [20:48] Then tomorrow, I'll go back to building digikam on my local machine, hopefully with the new debs built by the build server overnight [20:49] This would be my preferred plan [20:50] Sick_Rimmit: sudo poweroff to kill the ec2 [20:52] Now that was alot of fun, I didn't understand all of it, but I feel I could have another crack at something like that, and probably fudge my way to a result after falling into a few man traps [20:52] Sick_Rimmit: it's a complex package this so you've been dropped in at the deep end [20:52] at some point it'll be worth packaging up something small and simple to do it from scratch [20:53] Rinse, Repeat, Observe [20:53] Sure, happy to keep attacking this until I get it down [20:54] here is topic @ the dbus issue, but this soulution wont help as there are no any lines like that in startkde https://bugs.launchpad.net/ubuntu/+source/kde-workspace/+bug/1304805 [20:54] Ubuntu bug 1304805 in kde-workspace (Ubuntu) "KDE desktop login failure: "Could not start d-bus. Can you call qdbus?"" [Critical,Fix released] [20:55] Riddell: Thank you, for spending so much of your valuable time with me, I really enjoyed it, and I learned alot [20:55] Pff, Precise -> Trusty upgrade is slow on this VM. Its been at it for about an hour, and still 2 hours remaining. Think I'm gonna let it run over night. [20:56] lordievader: yeah it can take a while [21:04] loool :D i just hacked startkde ... [21:05] ok to be able to login i replaced: qdbus=$qbindir/qdbus [21:05] with hardcoded path: qdbus=/usr/lib/x86_64-linux-gnu/qt5/bin/qdbus [21:19] soee_: what does 'qtpaths --binaries-dir' say for you? [21:20] yofel: qtpaths: could not exec '/usr/lib/x86_64-linux-gnu/qt5/bin/qtpaths': No such file or directory [21:20] that's bad [21:21] thats after todays upgrades [21:21] qttools5-dev-tools: /usr/lib/i386-linux-gnu/qt5/bin/qtpaths [21:21] lolwhat [21:21] why's that in dev tools [21:21] do not ask me :) [21:21] :S [21:22] apachelogger: sane solution recommendation please ^ [21:22] aah I knew there was a reason that was in there [21:23] add it back would be the most obvious sane solution [21:23] I'll do that for now then [21:23] until harald wakes up [21:23] thanks [21:23] it's his birthday isn't it? he probably won't wake up [21:23] good point [21:23] well, he can fix it on monday I guess :D [21:24] Hi! [21:24] Thanks for Kubuntu! [21:25] you're welcome to_ :) [21:25] In related news :-) in /var/log/syslog I see this message "usb_modeswitch: please report the device ID to the Linux USB developers!". I've searched in Google, but I can't find the way to report it [21:26] yofel: so what exactly is the issue here ? [21:26] soee_: missing dep [21:26] ah, ok [21:26] Riddell: OK, trying to install onto my netbook now. Boots OK off USB so far. [21:27] * genii makes more coffee [21:27] groovy [21:28] On the Welcome screen it still says 14.04 and not 14.04.1 , has this been changed yet? [21:29] it won't be, it's all the same for users [21:29] k [21:33] yofel: when it fixed shall i restore default values in starkde ? [21:33] *it is [21:33] they'll get overwritten by the update [21:33] nice, thank you [21:34] Hm, Disk Setup doesn't warn if there's already an OS on the drive. [21:39] ( this netbook was dual-booting Android X86 and Kubuntu ) . I just went with defaults and nuked everything. [21:46] Is libc6-dev supposed to be installed by default? [21:50] genii: in trusty yes, I just fixed it today in utopic [21:50] gdb at fault [21:50] OK, install went fine, reboot time. [21:52] All black until greeter ( no splash, etc) [21:53] Plasma desktop installed but it should have picked plasma-netbook [21:54] desktop/netbook is decided on startup, what's the test system? [21:55] yofel: Acer One D250 Netbook. 2G ram, 60G Vertex3 SSD [21:55] No, wait, after desktop loads it is netbook interface and not desktop. Threw me off by the description in greeter which normally says which [21:56] yeah, it's the same session in the greeter [22:04] Riddell: The upgrade Precise to Trusty took a while, but it went without issues :) [22:04] yay! [22:05] lordievader: please tick the box on iso.qa [22:05] dmesg and syslog output all look normal, all default apps open and close fine. [22:08] Riddell: Done ;) [22:08] awooga [22:08] The only thing in syslog which looks odd is to do with PA and dbus-daemon [22:09] we're the only flavour to have an upgrade test, go Kubuntu! [22:11] "[pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to launch a dbus-daemon without a $DISPLAY for X11" [22:11] \o/ [22:14] Sound works, however. [22:17] * lordievader time to go to bed, sleep well [22:18] Riddell: Should I test hibernate/sleep ? [22:19] sleep would be nice, hibernate shouldn't be an option [22:20] yofel: I had to unlock the bar to add both of them as options... Testing sleep now [22:20] I mean it shouldn't be available in kickoff [22:20] as it's disabled by default (if you do run it all it should do is lock the screen) [22:21] Sleep and wakeup from sleep works fine here. [22:21] great [22:25] If there's anything else you'd like tested let me know, I'll have that machine sitting here next to me until I wrap up down here ( about 2 hours) [22:26] Dolphin does not use new qtcurve theme ? [22:26] *plasma5 [22:26] Migration back to KDE and Kubuntu complete. [22:27] Is there a recommended path to plasma5? [22:28] yay [22:29] Darkwing: two, depends if you're on trusty or utopic https://community.kde.org/Plasma/Packages#Kubuntu [22:30] Looks like I'll jump to utopic. [22:30] ThinkPad X1 entering the Utopic testing. [22:36] awooga [22:38] Finally getting off unity. Lol [22:39] Thanks for Kubuntu. Good bye! [22:40] :) [22:40] Truly looking forward to being back. [22:41] yay [22:49] Not sure if I'll leap back into docs or go a different direction though. [22:50] I want to do more community driven things [22:52] plenty of areas to help with [22:52] I've been doing a lot of web work lately. [22:53] Also been doing a lot of ingress lol [22:57] we've a new website in progress [22:58] https://trello.com/b/3Fo1KXoN/kubuntu-promotion [22:58] http://test.kubuntu.co.uk/ [23:03] I shall take a look. Making the leap to Plasma5 [23:06] The new site looks good. [23:06] Sddm or lightdm?