[06:19] <soee> good morning
[06:21] <valorie> morning, soee
[06:24] <soee> can someone help mi fix small dependency problems in Wily ?
[06:24] <soee> i would like to get this fixed: libstreamanalyzer0 : Depends: libclucene-core1 (>= 2.3.3.4) but it is not installable
[06:39] <valorie> hmmm, as I recall, libclucene used to not be packaged
[06:40] <valorie> I wonder when that changed
[06:40] <lordievader> Good morning.
[06:40] <valorie> I remember having to fetch and build it while testing something, maybe tomahawk
[06:41] <valorie> !info libclucene-core
[06:41] <valorie> !info libclucene-core1
[06:42] <valorie> so supposedly that is available
[06:43] <valorie> although that "2.3.3.4-4build1" might indicate that it was a git-snapshot instead of being released
[06:44] <soee> hmm, i would like just simple solution to get it fixed :)
[06:44] <soee> on may laptop i had to do fresh install of vivid yesterday and upgrade to wily to have fully working system :)
[06:47] <lordievader> Wily image was not bootable?
[06:47] <lordievader> Ah, right. Now I remember.
[06:47]  * lordievader needs more coffee
[06:50] <valorie> soee: you can either wait and talk to the devels when they show up, or write to the devel list about the situation
[06:53] <soee> lordievader: i think the kde-usb-creator is the problem
[06:54] <soee> i used ucb universal installer under windows to create bootabel vivid usb
[06:54] <lordievader> Why no unetbootin? Unetbootin is lovely :)
[07:03] <soee> never used i think thats why :)
[08:13] <Riddell> hmm, beta week
[08:21] <soee> Riddell: any ideas [08:24] <soee> i would like to get this fixed: libstreamanalyzer0 : Depends: libclucene-core1 (>= 2.3.3.4) but it is not installable
[08:22] <Riddell> soee: why are you installing libstreamanalyzer0?
[08:23] <Riddell> whatever it is y ou should have libstrigihtmlgui0v5 now
[08:23] <soee> Riddell: i do not, this is how my system looks liek after vivid -> wily upgrade here @ work
[08:23] <Riddell> soee: how did you upgrade?
[08:24] <soee> command line -d
[08:25] <Riddell> soee: which command line?
[08:25] <sitter> hm
[08:26] <soee> i think sudo do-release-upgrade -d
[08:26] <sitter> wgrant: it occurs to me that the majority of ppa builders somehow got stuck Cleaning
[08:26] <wgrant> sitter: Yep, I'm investigating.
[08:27] <sitter> ok :)
[08:27] <wgrant> Happened about an hour ago, only noticed about 10 minutes ago, still digging.
[08:27] <wgrant> Thanks for the poke, though, you almost beat me :)
[08:27] <Riddell> soee: thanks, I'll give that a try and see what happens
[08:28] <yofel> Riddell: can you look at patching cmake with http://www.cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b9ec9392da21a3421e48c6961976060d872faffb if you have time please?
[08:28] <Riddell> yofel: this makes kde-baseapps compile happy?
[08:31] <yofel> it should, there might also be something in kdelibs to patch, see the kde-release-team ML about review request 124801
[08:32] <sitter> eheh
[08:33] <yofel> the cmake patch should be enough though..
[08:33] <sitter> anyone with wily and kwalletmanager installed around who can confirm that the about dialog is le broken?
[08:43] <Riddell> sitter: Licence: Not specified
[08:43] <Riddell> is all it says
[08:44] <sitter> yeah same as here then
[08:44] <sitter> cheers
[08:44] <sitter> on the plus side kwallet 5.14 will stop bringing up migration dialogs.. ever
[08:46] <ejat> may i know why 4 packages being kept back : akregator kaddressbook knotes kontact
[08:48] <sitter> https://bugs.kde.org/show_bug.cgi?id=351680
[08:49] <sitter> ejat: google debug apt resolver
[08:51] <ejat> sitter: tq .. the ninja's r working on it ? 
[08:54] <sitter> probably not since it's the first time I hear of it
[08:56] <soee> ejat: did you upgrade from vivid ?
[09:12] <ejat> soee: wily 
[09:12] <ejat> sorry .. yeah .. i upgrade from vivid to wily
[09:17] <soee> ejat: so its nothing new i had problems with those apps on 2 machines after upgrade from vivid
[09:17] <soee> but yesterday i did fresh Vivid install and again upgrade to Wily and all works fine on my latop
[09:18] <soee> so i think the problems comes for those who did the upgrade earlier
[09:18] <soee> *come
[09:24] <clivejo> Riddell: ping
[09:29] <ejat> soee: http://paste.ubuntu.com/12182267/
[09:45] <soee> ejat: i can't help much i'm not familar with this stuff :)
[09:47] <clivejo> ejat: have you removed the staging PPA from your sources?
[09:49] <clivejo> that looks like you are grabbing packages from the PPA, which have been moved to proposed I think
[09:53] <ejat> thanks clivejo
[09:53] <ejat> removing the ppa helps
[09:54] <clivejo> have you proposed enabled?
[09:58] <Riddell> hi clivejo
[09:59] <clivejo> Riddell: we need your expert leadership !
[10:00] <Riddell> no soy leider!
[10:00] <clivejo> Riddell: in Apps 15.08.00 there are a number of packages failing over the CMake version
[10:01] <Riddell> clivejo: I just uploaded a fix that yofel pointed me to which might fix kde-baseapps
[10:01] <Riddell> what else is the problem?
[10:01] <clivejo> there are a few on there
[10:01] <clivejo> most of the red ones have the same problem
[10:02] <clivejo> okular
[10:02] <clivejo> libkexiv2
[10:06] <yofel> that *should* fix all of them I think
[10:07] <clivejo> anyone fixing the missing files in kdepim-runtime
[10:07] <yofel> clivejo: actually, cmake is in, so go and retry the failures
[10:08] <clivejo> oh, so its a problem with CMake, not the sourcecode?
[10:08] <snele> yofel: Hi. I forgot command for accesing "configure sources" gui. I think you told me the command few days ago.
[10:08] <yofel> snele: kdesudo software-properties-kde
[10:09] <snele> yofel: thank you
[10:09] <yofel> clivejo: right, well... the kdelibs source exposed a bug in cmake
[10:09] <clivejo> I see
[10:10] <sitter> Riddell: when making cahnges to sddm you might also want to push them to the git repo
[10:10] <ejat> nope
[10:14] <clivejo> who retried the kdepim-runtime?
[10:28] <clivejo> Riddell: are you working on kdepim-runtime?
[10:43] <Riddell> clivejo: I just uploaded a fix to the archive and the ppa
[10:43] <clivejo> I thought you were working on it, didnt want to get in the way
[11:12] <sitter> Riddell: in stable... kcontacts_15.08.0+git20150824.1025+15.10-0.dsc: Version older than that in the archive. 15.08.0+git20150824.1025+15.10-0 <= 4:15.07.90+git20150820.0806+15.10-0
[11:17] <sitter> Riddell: why did you remove pam-kwallet from the seed?
[11:17] <Riddell> sitter: yes I think so
[11:18] <sitter> *why*
[11:18] <Riddell> it conflicted with pam-kwallet4
[11:18] <sitter> it's a transitional to kwallet4
[11:20] <sitter> http://paste.ubuntu.com/12182763/
[11:20] <sitter> adding back
[11:21] <Riddell> well add back pam-kwallet4
[11:22] <Riddell> and presumably pam-kwallet5
[11:40] <sitter> Riddell: you'll need to refresh kubuntu-meta, it doesn't like me for some reason
[11:40] <sitter> ! Could not open STRUCTURE from checkout of (any of):
[11:40] <sitter> !   http://people.ubuntu.com/~ubuntu-archive/seeds/kubuntu.wily
[11:41] <Riddell> thanks sitter, running
[11:41] <sitter> <3
[11:41] <sitter> sent a mail to devel about relatedchanges
[11:57] <BluesKaj> Hi all
[12:15] <sitter> Riddell: kcontacts_15.08.0+git20150824.1143+15.10-0.dsc: Version older than that in the archive. 15.08.0+git20150824.1143+15.10-0 <= 4:15.07.90+git20150820.0806+15.10-0
[12:24] <yofel> Riddell: on a similar topic, why did kcalutils gain an epoch?
[12:26]  * clivejo perks ears
[12:37] <Riddell> yofel: I think because someone accepted it into launchpad before I could reject it
[12:37] <yofel> meh
[13:21] <soee> if someone can reproduce, please confirm https://bugs.kde.org/show_bug.cgi?id=351693
[13:55] <clivejo> are 15.08 apps ready for prosed yet?
[13:55] <clivejo> kdepim-runtime appears to be still broken :/
[14:05] <Riddell> clivejo: fixes welcome :)
[14:06] <Riddell> oh that's interesting kde-baseapps has dolphin 4
[14:06] <Riddell> well I think that can just be added to not-installed
[14:06] <Riddell> clivejo: so update symbols and add that to not-installed
[14:07] <clivejo> wont be able to look at it until later
[14:07] <Riddell> kdepim* probably needs some investigation on why it won't be able to install stuff
[14:07] <Riddell> but it's beta this week so I'm not sure I want to upload them now
[14:07] <clivejo> when is release date?
[14:14] <tsdgeos> Riddell: you will break konqueror if you do that
[14:33] <Riddell> tsdgeos: oh?
[14:33] <Riddell> release in 2 months https://wiki.ubuntu.com/WilyWerewolf/ReleaseSchedule
[14:33] <Riddell> beta 1 now, beta 2 in 1 month
[14:34] <tsdgeos> Riddell: https://mail.kde.org/pipermail/release-team/2015-August/008848.html
[14:34] <Riddell> ah yes for the kpart, thanks tsdgeos
[14:40] <clivejo> oh wily is beta
[15:23] <Riddell> sitter: killed kcontacts
[15:31] <Riddell> sitter: looking at your pykde patch
[16:07] <Riddell> woo kdepim compiled in wily!
[16:08] <Riddell> hopefully it'll now transition to the archive
[16:51] <Riddell> well dist upgrade test in a chroot died, guess I'll try the real thing tomorrow
[16:55] <Riddell> yay qt-gstreamer built
[17:23] <BluesKaj> so Wily beta is released on thurs ?
[17:26] <BluesKaj> my wily install was plagued with problems of my own doing so I wiped and created a couple of empty / and /home partitions ready for a clean beta install
[17:40] <clivejo> Riddell: have you uploaded the new plasma?
[17:50] <ejat> new plasma in build?
[17:50] <[Relic]> Anyone know if 15.10 will auto save sessions on restart/shutdown and bring the applications back to the proper virtual desktops when starting?
[18:10] <soee> sddm update brings any new features/changes ?
[18:18] <clivejo> [Relic]: give me few minute to build this package and Ill try it for you
[18:26] <ejat> clivejo: new plasma in build ? 
[18:26] <clivejo> nope, Im trying to figure out what is preventing kdepim from building
[18:27] <clivejo> I think Riddell is waiting to after the beta release
[18:28] <clivejo> I use virtual desktops, but I always close everything down before I shutdown etc
[18:29] <soee> :)
[18:29] <soee> with final 5.4 activities should be fully usable again
[18:30] <clivejo> I think Im running plasma 5.4, but RC
[18:30]  * ejat too .. 
[18:31] <clivejo> I think final is out, but just hasnt been packaged yet
[18:32] <[Relic]> normally I like leaving a lot of reference stuff open for quick access
[18:33] <[Relic]> and that was the normal function until 14.10 so it was pretty much expected from the next version
[18:33] <[Relic]> 3
[18:36] <clivejo> Riddell yofel: why is kdepim-runtime building on my machine, but not on LP PPA?
[18:38] <clivejo> ok have apps open on all 4 desktops and screens
[18:38] <clivejo> will reboot
[18:43] <clivejo> ok, so it half works
[18:43] <clivejo> kate and dolphin didnt come back on desktop1
[18:44] <clivejo> Quassel didnt load but Konsole and Kate did come back
[18:44] <davmor2> clivejo: that so sound like the lady in your life and your pet left you and then Quassel consoled your loss ;)
[18:44] <clivejo> Firefox youtube video opened and started again from previous postion on desktop 3
[18:45] <clivejo> and Kontact loaded on desktop 4
[18:50] <clivejo> kate and firefox has openned my reference material 
[18:53] <[Relic]> when I used 15.04 it dumped all applications on desktop1, seemed to open most properly but they didn't go on the correct desktops and there was no way to even save a session and reload on load
[18:54] <clivejo> well plasma 5.4 RC seems to put them on the correct desktop
[18:59] <[Relic]> Thanks for looking, guess I wait till 15.10 and try it again.
[18:59] <[Relic]> 8
[19:16] <yofel> clivejo: dunno, it fails here
[19:16] <clivejo> weird
[19:16] <clivejo> it built this morning, and just had misisng files
[19:17] <clivejo> now it fails on LP
[19:17] <yofel>  pbuilder-satisfydepends-dummy : Depends: libkf5akonadicalendar-dev which is a virtual package.
[19:17] <yofel>                                  Depends: libkf5alarmcalendar-dev which is a virtual package.
[19:17] <yofel>                                  Depends: libkf5gapi-dev which is a virtual package.
[19:17] <yofel>                                  Depends: libkf5mailtransport-dev which is a virtual package.
[19:17] <yofel> something's wrong here...
[19:18] <clivejo> what ppas does staging pull in?
[19:22] <ahoneybun> o/
[19:23] <yofel> clivejo: ok, nvm that, that was a chroot issue
[19:23] <yofel> the actual problem is:
[19:23] <yofel>  libkf5akonadinotes5 : Depends: libkf5mime5 (>= 4:15.07.90) but 15.08.0-0ubuntu1~ubuntu15.10~ppa1 is to be installed.
[19:23] <yofel>  libkf5mailtransport-data : Breaks: libkf5mailtransport5 (< 4:15.07.90+git20150819.1000) but 15.08.0-0ubuntu1~ubuntu15.10~ppa1 is to be installed.
[19:23] <yofel>  libkf5akonadicalendar5 : Depends: libkf5mime5 (>= 4:15.07.90) but 15.08.0-0ubuntu1~ubuntu15.10~ppa1 is to be installed.
[19:23] <yofel> the epoch is missing
[19:23] <clivejo> ah, Riddell's miserious epoch
[20:12] <clivejo> yofel: are you fixing it, or shall I?
[20:12] <yofel> I'll leave it to you
[20:12] <clivejo> so kind of you :P
[20:13] <yofel> ;P
[20:14] <clivejo> bit confused, can you help me?
[20:17] <clivejo> what package is making libkf5mailtransport5 ?
[20:18] <clivejo> really need a way of searching PPA's
[20:18] <yofel> good question, random quess would be kdepim or kdepimlibs
[20:19] <clivejo> its building on my own machine I think cause it is using the 15.07.90 apps PPA
[20:19] <clivejo> which dont have that epoch
[20:20] <yofel> no, it's using 15.07.90 from the archive which has the epoch, and pieces from the ppa which has 15.08.0 without the epoch
[20:20] <yofel> ah no
[20:20] <clivejo> 15.07.90 is in porposed, but doesnt have the epoch
[20:21] <yofel> it's using the 15.08.0 package from the ppa, but the package-internal versioned dependencies have the epoch
[20:22] <yofel> which package are you talking about? kdepim-runtime certainly has an epoch
[20:22] <clivejo> ok, so kdepimlibs is generating packages with the epoch
[20:22] <clivejo> yofel: Im just trying to get my head around it
[20:22] <yofel> áctually, try to pbuilder login into your dev chroot
[20:23] <clivejo> versions confuse me enough without epochs, this just drives me crazy at a new level!
[20:23] <yofel> there enable the deb-src entries for apt, then run apt-cache showsrc libkf5akonadicalendar5
[20:23] <yofel> that'll tell you what the source is
[20:23] <yofel> hm, that might actually work on plain wily
[20:24] <clivejo> 4:15.08.0-0ubuntu1~ubuntu15.10~ppa1
[20:24] <yofel> so, libkf5akonadicalendar5 is akonadi-calendar
[20:24] <clivejo> yup
[20:25] <yofel> that needs its dep on libkf5mime5 fixed
[20:25] <clivejo> and that is 4:15.08.0 version
[20:27] <yofel> ok, this is a bit tricky
[20:27] <yofel> yep, as I thought
[20:27] <clivejo> house of cards
[20:27] <yofel> libkf5mime5.symbols is broken
[20:28] <clivejo> I wish there was a tree like visual aid to show these deps
[20:28] <yofel> the symbol versions are used by dpkg-shlibdeps to generate the appropriate versioned dependencies for ${shlibs:Depends}
[20:30] <yofel> so as the libkf5mime5 symbols all say that they exist since 4:15.07.90, libkf5akonadicalendar5 which depends on libkf5mime5 depends on >= 4:15.07.90 of it
[20:31] <yofel> so what you need to do now: Remove the epoch from the symbol versions in libkf5mime5, then rebuild all it's reverse-dependencies
[20:33] <clivejo> I dont know how
[20:33] <yofel> oh fun, it's not even consistent
[20:34] <yofel> I'll fix the symbol file
[20:34] <clivejo> can you run me through it ?
[20:34] <yofel> do you know how to use vim?
[20:34] <clivejo> it might just make sense if I do it
[20:34] <yofel> or sed?
[20:34] <clivejo> sed for search/replace?
[20:34] <yofel> right
[20:35] <yofel> that's the only sane way to fix that
[20:35] <clivejo> so I grab the kdepimlibs packaging?
[20:35] <yofel> no, kmime
[20:37] <yofel> in kmime, you'll need to fix the symbolfile, this'll do it: sed -e 's/4:15.07/15.07/g' -i debian/libkf5mime5.symbols
[20:38] <clivejo> done
[20:39] <clivejo> how did it get the epoch for 15.07.90?
[20:39] <yofel> probably from before
[20:39] <clivejo> I thought it was introduced in 15.08.0
[20:40] <clivejo> so commit and push to git?
[20:40] <yofel> yes, and add a changelog entry before you do that
[20:40] <yofel> just say that you removed the epoch that shouldn't be there
[20:41] <clivejo> for what version?
[20:41] <yofel> the changelog entry?
[20:41] <clivejo> yes
[20:41] <yofel> *always* for the latest version (i.e. UNRELEASED)
[20:41] <yofel> you don't modify past changelogs, ever
[20:42] <clivejo> for kmime (15.08.0-0ubuntu1) UNRELEASED; urgency=medium
[20:42] <yofel> yes
[20:42] <yofel> just use dch
[20:43] <yofel> that'll do the right thing
[20:43] <clivejo> ok donw
[20:43] <clivejo> done
[20:43] <yofel> good, then commit and upload a new version to the PPA
[20:44] <yofel> once that built is _published_ upload rebuilds for kdepimlibs and akonadi-calendar
[20:45] <yofel> (at least)
[20:46] <clivejo> yofel: http://anonscm.debian.org/cgit/pkg-kde/applications/kmime.git/
[20:46] <clivejo> is that ok?
[20:48] <yofel> :/
[20:48] <yofel> technically ok
[20:49] <clivejo> but?
[20:49] <yofel> the changelog could be improved..
[20:49] <clivejo> how so?
[20:49] <yofel> usually the changelog should also say WHY something was done. In cases where that's obvious, we're lazy and make short entries. But this isn't really a usual case
[20:50] <clivejo> so something more descriptive like "Fixing libkf5mime5.symbols by removing epoch"?
[20:50] <yofel> right, something like that
[20:51] <clivejo> I put that as mu commit message
[20:51] <clivejo> my
[20:51] <yofel> if I look at package changes in the archive, I FIRST read the changelog entry, and only later *maybe* bother looking at the vcs if I really can't understand why something was done
[20:52] <yofel> best practice is to use the exact same message for the changelog and the commit
[20:52] <clivejo> I see
[20:53] <yofel> actually, doesn't debcommit do that automatically?
[20:53] <clivejo> I use git gui :/
[20:53] <yofel> ah ok
[20:54] <clivejo> it how sitter taught me 
[20:54] <yofel> well, I don't use it either so I don't know :P
[20:54] <yofel> erm...
[20:55] <yofel> clivejo: another bug:
[20:55] <yofel> -  * new upstream release
[20:55] <yofel> that should not be removed
[20:55] <clivejo> can I revert and try it again?
[20:55] <yofel> you pushed it, the only way to do that is by running 'git revert' which adds another commit reverting your changes...
[20:55] <yofel> just fix it
[20:56] <clivejo> dch, stage, commit and push?
[20:56] <yofel> yep
[20:56] <clivejo> This is fun!
[20:58] <yofel> writing accurate documentation can be a pain, but a year later you usually appreciate it...
[20:58] <clivejo> ok so new upsteam release
[20:58] <clivejo> and Removing epoch in symbols file
[21:02] <clivejo> hows that?
[21:03] <clivejo> so as there is a version in the PPA I need to make this one ppa2 with "git-buildpackage-ppa -s 2" ?
[21:03] <yofel> still a bit short, but better than before. Lets leave it at that
[21:04] <yofel> yep
[21:04] <clivejo> so I now have kmime_15.08.0-0ubuntu1~ubuntu15.10~ppa2_source.changes
[21:05] <clivejo> signed
[21:05] <clivejo> dput it to staging?
[21:05] <yofel> yep
[21:09] <clivejo> fingers crossed
[21:11] <clivejo> yofel: how long have you been packaging?
[21:11] <yofel> hm, roughly 6 years I would say
[21:12] <clivejo> ok both builds seem to be ok
[21:13] <yofel> ok, now wait for the publisher
[21:15] <clivejo> how often is qa updated?
[21:16] <yofel> every 5min IIRC
[21:17] <yofel> the reason why you don't see your upload there is that it's still "Pending", QA only considers "Published" packages
[21:18] <clivejo> whats the delay in publishing?
[21:18] <yofel> it's a cronjob, runs every 20 or 30min
[21:19] <clivejo> oh
[21:21] <clivejo> no point in refreshing the page every minute then!
[21:23] <yofel> heh, no. The Launchpad UI also uses AJAX, so the gears should vanish themselves once it's published
[21:23] <clivejo> there we go, published now
[21:24] <clivejo> retry kdepimlibs?
[21:24] <yofel> that and akonadi-calendar
[21:25] <yofel> for now at least, lets see what happens after that
[21:25] <clivejo> https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-kdeapplications/+build/7821445
[21:26] <clivejo> akonadi-calendar looks ok?
[21:27] <yofel> ok in what sense?
[21:28] <clivejo> how do I retry it?
[21:28] <yofel> upload a new version
[21:28] <clivejo> cant see an option
[21:28] <yofel> no-change rebuild
[21:28] <clivejo> oh
[21:28] <clivejo> got ya
[21:36] <clivejo> yofel: how do you know how the packages link together?
[21:41] <yofel> mostly yes
[21:41] <clivejo> via experience?
[21:42] <yofel> mostly that, and reading the documentation
[21:42] <yofel> the todays case, you'll find the manpages of dpkg-shlibdeps and dpkg-gensymbols useful
[21:43] <yofel> even if you don't understand everything in them
[21:46]  * yofel upgrades applications, lets see what a mess I'll get
[21:48] <clivejo> what you mean upgrade?
[21:48] <clivejo> actually use 15.08.0?
[21:49] <yofel> I'm still on 15.04
[21:49] <clivejo> oh
[21:49] <yofel> applications .4, not vivid
[21:49] <clivejo> Im on 15.07.90
[21:55]  * clivejo face palms
[21:56] <clivejo> I uploaded akonadi-search not calender!
[21:57] <yofel> XD
[21:58] <clivejo> my brain does this to me!
[22:00] <clivejo> ok, akonadi-calendar uploaded
[22:00] <Riddell> how's it going clivejo, yofel?
[22:01] <clivejo> doing stupid stuff Riddell
[22:01] <yofel> making... progress. A symbol file had wrong versions and we've pretty much spent the evening on fixing that
[22:01] <clivejo> Im sure yofelis close to banging his head on a wall
[22:02] <clivejo> trying to teach me
[22:02] <yofel> no... but I was close to screaming when I saw the symbol file...
[22:02] <clivejo> how did it get like that, I still dont understand that?
[22:03] <ahoneybun> hola people
[22:04] <yofel> git says Riddell broke it :P
[22:04] <Riddell> uh oh
[22:04] <yofel> well, or rather he did an incomplete fix
[22:04] <clivejo> also Im confused with kalarmcal
[22:04] <clivejo> hi ahoneybun
[22:04] <yofel> Riddell: you removed the epoch from the changelog, not the symbol versions
[22:05] <ahoneybun> Riddell: can I get a ec2 to backport kdenlive
[22:05] <yofel> well, easy to miss
[22:05] <Riddell> ah jings
[22:05] <Riddell> sorry :(
[22:05] <Riddell> ahoneybun: okay dokay
[22:06] <ahoneybun> for what Riddell?
[22:06] <Riddell> ahoneybun: vivid?
[22:06] <ahoneybun> si
[22:06] <ahoneybun> well to build for vivid
[22:06] <ahoneybun> I think a wily machine would work
[22:06]  * ahoneybun is looking at a free year of ec2
[22:07] <ahoneybun> I have to add a card to use it
[22:07] <clivejo> yofel: https://launchpadlibrarian.net/215455154/buildlog_ubuntu-wily-amd64.akonadi-calendar_4%3A15.08.0-0ubuntu1~ubuntu15.10~ppa2_BUILDING.txt.gz
[22:08] <clivejo>  sbuild-build-depends-akonadi-calendar-dummy : Depends: libkf5mailtransport-dev but it is not going to be installed
[22:08] <clivejo> need to build libs first?
[22:08] <yofel> more dependency issues...
[22:09] <yofel> that's part of kmailtransport..
[22:11] <yofel>  libkf5mailtransport-data : Breaks: libkf5mailtransport5 (< 4:15.07.90+git20150819.1000) but 15.08.0-0ubuntu1~ubuntu15.10~ppa1 is to be installed.
[22:12] <yofel> clivejo: epoch hardcoded in control file ^
[22:13] <clivejo> who introduced this epoch!
[22:13] <yofel> you may guess 3 times :P
[22:13] <yofel> also
[22:13] <Riddell> ahoneybun: ubuntu@ubuntu@ec2-54-144-60-15.compute-1.amazonaws.com
[22:13] <yofel> Riddell: any particular reason why there's no symbol file for libkf5mailtransport5?
[22:13] <ahoneybun> I was just getting my own up Riddell lol
[22:13] <Riddell> yofel: I doubt it, I don't think I package it
[22:14] <Riddell> ahoneybun: let me know if I can terminate it
[22:14] <yofel> hm, the changelog only mentions you and harald..
[22:14] <ahoneybun> Riddell: what I'm going to do it let you have power over it so it will lighten you credit card up a bit lol
[22:14] <yofel> hm, harald left it away I guess
[22:14] <ahoneybun> I'll use the one you made 
[22:15] <ahoneybun> the one I made is trusty though
[22:16] <yofel> Riddell: how much cpu/memory do you allocate to the ec2 usually?
[22:16] <ahoneybun> and I'm in
[22:17] <ahoneybun> yofel: mind showing me what you did again? :)
[22:17] <clivejo> yofel: here --> libkf5mailtransport-data (= ${source:Version})
[22:18] <yofel> too late for today. If you want to try it, I would run download the kdenlive package from the ppa (dget -xu <url-to-dsc>), then change changelog and try building
[22:19] <clivejo> no sorry, here - libkf5mailtransport5 (= ${binary:Version}),
[22:19] <yofel> clivejo: you are looking at "Depends", but here Breaks and Replaces are wrong for both packages
[22:19] <Riddell> and bonus points if you can work out how to fix the arm build
[22:19] <yofel> the arm build is tricky actually... there's a build flag not being added when building with gles
[22:19] <ahoneybun> yofel: add the ppa I guess lol
[22:20] <yofel> ahoneybun: what for?
[22:20] <ahoneybun> kdenlive
[22:20] <yofel> you don't need to add the ppa for that
[22:20] <yofel> you're not backporting all applications, so no point in adding the ppa. And you don't need the ppa to download the source
[22:20] <clivejo> yofel: do I remove the (= ${binary:Version}) ?
[22:20] <yofel> well, not unless you plan to use apt-get source
[22:20] <yofel> which would work too
[22:21] <yofel> clivejo: no, you fix line 48/49, and 68/69
[22:22] <yofel> I'll let you think about how to fix it
[22:22] <yofel> for me it's now a shower and bed, nini
[22:23] <clivejo> remove the epoch?
[22:23] <clivejo> night night yofel
[22:23] <ahoneybun> you used dch -i right yofel to make  anew one?
[22:28] <ahoneybun> emac!!!!!!!!!!!!!!!!!!
[22:28] <ahoneybun> Riddell: can you close emac pleasae
[22:29] <Riddell> ahoneybun: I killed it
[22:29] <Riddell> export EDITOR=nano
[22:29] <ahoneybun> thanks
[22:29] <ahoneybun> yea
[22:30] <ahoneybun> brb
[22:31] <ahoneybun> woow no errors, warnings or anything
[22:41] <ahoneybun> Riddell: what am I doing wrong?
[22:41] <ahoneybun> with pbuilder
[22:42] <Riddell> ahoneybun: I don't know I'm not watching
[22:42] <Riddell> are you in byobu?
[22:42] <ahoneybun> yea
[22:43] <Riddell> ahoneybun: seems I don't have ssh access
[22:44] <ahoneybun> you set it up lol
[22:45] <ahoneybun> try again
[22:46] <mck182> hello hello, I've managed to get a corrupted / partition and now I cannot get to login (apparently login service got hit)..can I somehow restore my partition by some apt-get magic or do I have to reinstall hard?
[22:50] <ahoneybun> Riddell: your good
[22:51] <Riddell> ahoneybun: use pbuilder-dist rather than pbuilder, it lets you select which release to use and it keeps logs
[22:51] <ahoneybun> I did...
[22:51] <ahoneybun> oh
[22:51] <Riddell> ahoneybun: run   pbuilder-dist wily create
[22:51] <ahoneybun> no no
[22:51] <ahoneybun> wait
[22:52] <Riddell> mck182: if it's a package problem   apt -f install  may well help
[22:52] <ahoneybun> there we go
[22:52] <mck182> Riddell: I can't log in though
[22:52] <mck182> Riddell: it doesn't even get me to login screen, it's stuck in bootting
[22:52] <mck182> I can see it fails starting some services
[22:53] <Riddell> mck182: can you control-alt-f1 to a linux console?
[22:53] <mck182> and one of those is login
[22:53] <mck182> Riddell: no, I get just a blinking cursor
[22:53] <Riddell> mck182: mm, I fear you might be screwed :(
[22:53] <mck182> no options of rescue?
[22:54] <Riddell> mck182: you could boot up a live cd, then mount the hard disk, chroot into it and run  apt -f install  and apt install kubuntu-desktop
[22:55] <ahoneybun> did you abort it Riddell?
[22:55] <mck182> Riddell: sounds doable...*downloads iso*
[22:58] <ahoneybun> what happened Riddell? updates?
[22:58] <clivejo> will grub not allow you into recovery?
[22:58] <Riddell> ahoneybun: probably needs the ppa added to the pbuilder
[22:58] <ahoneybun> yay E: pbuilder-satisfydepends failed.
[22:58] <ahoneybun> hmmm
[22:59] <mck182> clivejo: dunno, I have 0 timeout and just cannot get it to show the menu
[22:59] <ahoneybun> you can add a ppa there?
[22:59] <mck182> no matter which shift I hold down ^^
[22:59] <Riddell> ahoneybun: oh no, it's for vivid
[22:59] <ahoneybun> yeaaa
[22:59] <Riddell> ahoneybun: the version of libmlt-dev is too old
[23:00] <Riddell> ahoneybun: so change the build-depends verson and see if it builds with that
[23:00] <ahoneybun> k
[23:00] <clivejo> mck182: is it grub 2?
[23:00] <mck182> clivejo: yeah....?
[23:00] <mck182> it's whatever kubuntu 15.04 has
[23:02] <ahoneybun> no way
[23:03] <ahoneybun> Riddell: vivid has 0.9.2 and that calls for 0.9.4
[23:03] <ahoneybun> so toooo new
[23:03] <ahoneybun> http://packages.ubuntu.com/vivid/libmlt-dev
[23:03] <clivejo> are you using some kind of non-standard keyboard?
[23:04] <Riddell> ahoneybun: doesn't seem to be any version specified in the cmakelists file so just remove the version from build-depends and see if it builds
[23:04] <clivejo> you might have to enable USB Legacy Mode in the BIOS
[23:04] <ahoneybun> what cmakelist Riddell?
[23:04] <mck182> clivejo: it's macbook...no bios ^^
[23:04] <Riddell> ahoneybun: the top level CMakeLists.txt file which specifies what cmake looks for before compiling the package
[23:05] <clivejo> instead of holding it down trying tapping it fast
[23:06] <mck182> I've tried it all, doesn't work...I almost have the iso so I'll try with that
[23:06] <clivejo> ok
[23:06] <Riddell> ahoneybun: ah it does need 0.9.4
[23:06] <ahoneybun> wellll
[23:06] <ahoneybun> its doing something
[23:07] <ahoneybun> I see nothing about it
[23:07] <ahoneybun> I'll just have to build that for vivid as well then 
[23:07] <Riddell> MLT_MIN_VERSION gets set to 0.9.2
[23:08] <Riddell> I'd suspect mlt is tricky to backport, I've never looked at it but I have a feeling it's a faffy codec library
[23:08] <ahoneybun> nothing is ever easy
[23:08] <clivejo> upgrade!
[23:09] <ahoneybun> I still don't see the line
[23:09] <ahoneybun> that package is for TV broardcasting
[23:11] <Riddell> search CMakeLists.txt for MLT_MIN_VERSION, it gets set by three variable for some reason, major, minor, bugfix
[23:11] <ahoneybun> I see that now
[23:11] <ahoneybun> I though of "MLT = 0.9.4 or something
[23:13] <Riddell> ok I need to sleep
[23:13] <Riddell> good luck ahoneybun
[23:13] <ahoneybun> damn
[23:14] <ahoneybun> I'll need it lol
[23:22] <ahoneybun> still asking for 0.9.4
[23:30] <ahoneybun> why?