[00:02] <valorie> sgclark: sorry to hear things got bad down there
[00:02] <valorie> usually we are the first to lose power, but not a flicker here
[00:02] <sgclark> valorie: lol yeah things were a mess
[00:03] <sgclark> was up to 100K outages when my phone died
[00:03] <valorie> I guess it hit elsewhere around here, but we must have been eye of the storm or something
[00:03] <sgclark> not sure what the final tally was
[00:03] <valorie> yikes
[00:03] <valorie> there were power trucks all over the place last night as I came home from my dad's
[00:03] <sgclark> yeah we had many roads closed
[00:03] <valorie> and lightning in the clouds, which was impressive
[00:04] <sgclark> trees everywhere..
[00:04] <valorie> I'm glad you are ok
[00:04] <sgclark> :)
[00:04] <sgclark> ty
[00:28] <bkerensa> Riddell: I didn't know there was a Kubuntu for Mac http://download121.com/downloads/107779
[00:28] <bkerensa> :)
[00:29] <sgclark> Platform: Windows
[00:29] <sgclark> lol
[00:29] <sgclark> now that is funny
[00:30] <bkerensa> valorie: we having greek dinner in April?
[00:30] <valorie> that is my usual place to eat indeed!
[00:30] <valorie> you are coming north for LFNW?
[00:31] <sgclark> I am
[00:31] <bkerensa> valorie: yeah that is the plan
[00:31] <valorie> excellent
[00:31] <sgclark> kde recruited me at akademy lol
[00:31] <valorie> :-)
[00:31] <sgclark> and I am helping with oregon ubuntu
[00:32] <valorie> today was my husband Bob's last day at work
[00:32] <sgclark> with a sprinkle of kubuntu lol
[00:32] <sgclark> oh why, he stir crazy yet?
[00:32] <valorie> he's got vacation until the end of the year when retirement becomes official
[00:32] <sgclark> err wow
[00:32] <sgclark> when is his trip?
[00:32] <valorie> first of the year, maybe
[00:32] <valorie> he'll leave mid-april to may, depending on the weather in Cali
[00:33] <sgclark> cool
[00:33] <valorie> so all my plans are a bit up in the air as a result
[00:33] <sgclark> I bet
[00:34] <valorie> I'm going no matter what
[00:34] <valorie> but someone will have to check on my cat Alice -- either bob or maybe my niece
[00:36] <bkerensa> valorie: when is there going to be a Academy in North America?
[00:36] <bkerensa> :D
[00:36] <sgclark> not likely :( we are trying for Canada though
[00:36] <valorie> won't happen
[00:37] <valorie> however, perhaps we can get Camp KDE running again
[00:37] <bkerensa> valorie: why the euro centric focus?
[00:37] <valorie> bkerensa: all the people are there
[00:37] <bkerensa> you are not
[00:37] <bkerensa> neither is sgclark 
[00:37] <valorie> I would say 80% of KDE is German
[00:37] <bkerensa> and when euro centric only growth will happen in Europe
[00:37] <valorie> another 15% in the rest of Europe
[00:37] <bkerensa> valorie: is Academy usually in Germany>
[00:37] <valorie> no, it hops all over Europe
[00:38] <bkerensa> Mm
[00:38] <valorie> probably Berlin in 2015 though
[00:38] <bkerensa> I just came back from Berlin
[00:38] <bkerensa> it was so wonderful
[00:38] <sgclark> ooh neat
[00:38] <valorie> I'm looking forward to it
[00:38] <sgclark> looking forward to that :)
[00:38] <bkerensa> I think going back to Berlin this summer or to Greece
[00:38] <bkerensa> preferring Greene obviously
[00:38] <bkerensa> greece*
[00:39] <valorie> I would love to go to Greece, yes
[00:39] <valorie> we'll see; it's a busy year
[00:39] <sgclark> me too
[00:39] <bkerensa> although it feels like I did not sleep in europe
[00:40] <bkerensa> the jet lag was terrible
[00:40] <valorie> oh, that sucks
[00:40] <valorie> going that direction the jetlag is usually only one day for me
[00:40] <valorie> it's after I get home that it's bad
[00:41] <bkerensa> well I was unable to sleep on the way
[00:41] <bkerensa> people kept knocking my elbow and punching on the tv screens
[00:41] <bkerensa> so when I landed I had no sleep and tried to just stay awake the first day
[00:41] <valorie> that's why I usually don't sleep before leaving
[00:41] <bkerensa> but yes the return was even worse
[00:41] <bkerensa> my sleep was out of sync for two weeks
[00:41] <bkerensa> I was up till 10am when I returned
[00:42] <valorie> sleep on the plane, get an early night the first night, and bob's your uncle
[00:42] <bkerensa> valorie: well I didn't and I took a ambien 10 mins into the flight
[00:42] <bkerensa> so imagine I was a zombie trying to sleep on the flight
[00:42] <bkerensa> lol
[00:42] <valorie> running this summer I'm sure helped for the first trip
[00:42] <valorie> hardly any jetlag
[00:42] <valorie> but the second one, terrible
[00:42] <valorie> oh gosh, ambien would knock me dead
[00:43] <valorie> probably literally
[00:45] <valorie> ok, time for pizza!
[00:45] <valorie> I'll be back
[00:50] <bkerensa> mfbt!
[02:45] <valorie> mfbt?
[02:45] <valorie> http://isitmfbt.com/
[02:46] <valorie> urban dictionary comes through for me
[08:52] <Riddell> Sick_Rimmit: happy audience last night?
[08:53] <Sick_Rimmit> Riddell: Yes that were really impressed
[08:53] <Sick_Rimmit> Riddell: We had a young lad, Christopher ( 11 or 12 ) he was transfixed
[08:54] <Sick_Rimmit> Riddell: Afterwards I took them all through the Tools, Launchpad etc.. he was really interested in it
[08:54] <Sick_Rimmit> Riddell: I was disappointed with the numbers who turned out, and it's a shame because they missed a really good intro
[08:55] <Riddell> Sick_Rimmit: how many were there?
[08:55] <Sick_Rimmit> Riddell: I asked lots of questions, and people we're really pleased when they realised that these tools apply to all Debian distros
[08:55] <Sick_Rimmit> Riddell: 7 people
[08:55] <Riddell> plenty enough
[08:57] <Sick_Rimmit> Riddell: I'd really like to do the same process again with you, but in different setting
[08:57] <Sick_Rimmit> Riddell: I thought about getting you back on to AtRandom, specifically on Packaging. 
[08:58] <Sick_Rimmit> Riddell: Then this time, I would be in my home office, with my recording setup, and would be able to captured the shared ec2 session etc..
[08:59] <Sick_Rimmit> Riddell: From this I could also then produce a really nice intro to packaging video, which we could use as part of our packaging guide
[08:59] <Riddell> Sick_Rimmit: yeah that could work
[09:01] <Sick_Rimmit> Riddell: OK, I will organise that and come back to you with some ideas for dates
[09:01] <Sick_Rimmit> Riddell: Finally, thank you again for your time last night I really appreciated it, and I think it went well
[09:01] <valorie> Sick_Rimmit: are you going to do a youtube with the session tonight, or redo?
[09:02] <valorie> last night, I mean
[09:02] <valorie> (still night here, confusing)
[09:10] <valorie> this guy has an interesting reaction: http://aveemashfaq.blogspot.in/2014/12/my-experience-on-kde-and-takeaways.html
[09:17] <Riddell> interesting, the little things are what makes people choose
[09:17] <Riddell> win key as menu launcher kde has never had, maybe we should but I've also never seen anyone ask for it before
[09:18] <valorie> me either, nor have I heard of it in other desktops
[09:19] <valorie> and I don't know what he means by universal proxy
[09:19] <valorie> but I guess we don't have and others do
[09:20] <Sick_Rimmit> Riddell: I will embed what we got on the LUG page, but I want to repeat, and get a much better version.
[10:45] <yofel> Riddell: win/meta as launcher key is something I've seen people ask several times, but with kde's way of only allowing meta as a modifier that's not possible
[10:48] <yofel> and yes, I personally never ever type alt+f1 but use the mouse to use kickoff whenever I need it. Meta+Space to launch krunner is about the most I can live with
[10:48] <yofel> that alt+space seems to be the new default for that is a good thing really
[11:16] <soee> good morning
[11:16] <soee> Riddell: see that https://plus.google.com/103317747728601767381/posts/YCeiaJcQpCF ?
[11:24] <Sick_Rimmit> Ok, I've got some time, and I'd like to follow up on last nights session and try some packaging for myself
[11:25] <Sick_Rimmit> Riddell: I've added the video to the LUG Website -page for completeness
[11:34] <soee> sgclark: just did the apps  upgrade to 14.12.0 - all good :)
[11:50] <Sick_Rimmit> Riddell: ping! I have a question on kdenlive patches
[11:52] <yofel> Sick_Rimmit: which is?
[11:52] <Sick_Rimmit> kdenlive 0.9.10 latest release
[11:52] <Sick_Rimmit> debuild -S fails with an error, can;t apply patch
[11:53] <Sick_Rimmit> Patches done by Riddell
[11:53] <Sick_Rimmit> My grokking of this is still poor
[11:53] <yofel> can you paste the full exact error output please?
[11:53] <Sick_Rimmit> might be my invocation of debuild command
[11:53] <yofel> no, probably not
[11:54] <Sick_Rimmit> I have a desktop keywords patch for 0.9.6, which looks to change a line in something
[11:54] <yofel> looking at the patch I can see why it would fail, but I want to know what quilt actually says
[11:54] <Sick_Rimmit> Patch compains of too much fuzz
[11:54] <yofel> aaah
[11:54] <Sick_Rimmit> let me paste bin poutput
[11:55] <yofel> the keyword patch isn't by Riddell though..
[11:55] <yofel> the include one is
[11:55] <Sick_Rimmit> !kuboto pastebin
[11:55] <yofel> !pastebin
[11:55] <Sick_Rimmit> !pastebin
[11:55] <Sick_Rimmit> my memory is crap
[11:56] <yofel> nah, having 2 bots is confusing sometimes ^^
[11:56] <yofel> well, 3 really
[11:56] <Sick_Rimmit> http://paste.ubuntu.com/9501289/
[11:57] <yofel> "No file to patch.  Skipping patch." err... o.O
[11:57] <Sick_Rimmit> SO I brought in the update using uscan
[11:58] <Sick_Rimmit> is it looking for kdenlive-0.9.6.orig files
[11:58] <yofel> 0.9.6? shouldn't it be 0.9.8?
[12:00] <yofel> Sick_Rimmit: what's the previous version in your changelog?
[12:00] <yofel> bah, they moved the desktop file
[12:00] <Sick_Rimmit> That was my thought, butI thought I'd start  asking
[12:00] <Sick_Rimmit> let me look at that
[12:01] <yofel> oh, you got the 0.9.6 from the patch?
[12:01] <Sick_Rimmit> hang on give me 2 minutes
[12:02] <Sick_Rimmit> Previous entry in changelog
[12:02] <Sick_Rimmit> kdenlive (0.9.8-1ubuntu2) utopic
[12:02] <yofel> ok good
[12:03] <yofel> I thought you had the 0.9.6 source, but you just said the version that's noted in the diff
[12:03] <Sick_Rimmit> previous was 0.9.8 also, then it was 0.9.6
[12:03] <Sick_Rimmit> /debian/patches has
[12:03] <Sick_Rimmit> 01-desktop-keywords.diff  kubuntu_armhf-missing-include.diff  opengl_optional.patch  series
[12:04] <yofel> ok so, the patch is failing because it's trying to patch "src/kdenlive.desktop", which doesn't exist
[12:04] <yofel> they were so nice to move the desktop file to "data/kdenlive.desktop"
[12:04] <Sick_Rimmit> Its the 01-desktop patch that calls those commands
[12:04] <yofel> so the patch needs to be updated
[12:05] <Sick_Rimmit> Would I just bump the versions
[12:06] <Sick_Rimmit> Maybe its this line
[12:06] <Sick_Rimmit> diff -Naur kdenlive-0.9.6.orig/src/kdenlive.desktop kdenlive-0.9.6/src/kdenlive.desktop
[12:06] <yofel> no, if you look at the patch path you see "kdenlive-0.9.6.orig/src/kdenlive.desktop"
[12:06] <yofel> quilt applies patches with -p1, which leaves "src/kdenlive.desktop"
[12:06] <yofel>  so the actual package directory doesn't matter
[12:06] <yofel> the *problem* is "src"
[12:06] <yofel> as the file is now in data/ not src/
[12:07]  * Sick_Rimmit whirr go the cogs in my brain grokking
[12:08] <yofel> if we want to do this quick, just replacing src with data should fix it
[12:08]  * Sick_Rimmit Ping got it I see what your saying
[12:08] <Sick_Rimmit> OK I will edit patch file appropraitely
[12:09] <Sick_Rimmit> yofel: Were you using some find foo to discover that ?
[12:09] <yofel> i did run 'find -iname kdenlive.desktop' in kdenlive-0.9.10 to find the file, yes ^^
[12:10] <Sick_Rimmit> Ah OK, adding that tip to my notes :-)
[12:10] <yofel> if that wouldn't have found the file, I would've cloned the git repository and traced the log..
[12:13] <Sick_Rimmit> Yes I see, this would let you search the log for the file and figure out what happened to it, yes ?
[12:19] <yofel> yep :)
[12:21] <Sick_Rimmit> New problem, which I might of figured out
[12:21] <Sick_Rimmit> there is another patch file that wants to add and include <Qpainter> to src/recmonitor.cpp 
[12:22] <Sick_Rimmit> That file already has that include in it
[12:22] <Sick_Rimmit> I grok that this means it's been updated in the source upsream
[12:22] <Sick_Rimmit> and we can drop tht patch from /debian/patches
[12:22] <yofel> right
[12:22] <Sick_Rimmit> YaY !
[12:22] <Sick_Rimmit> Ha ha ha this I am very pleased with
[12:28] <Sick_Rimmit> OK getting better found this on debian wiki
[12:28] <Sick_Rimmit> Remove its name from debian/patches/series
[12:29] <Sick_Rimmit> Back of the net Woo Hoo
[12:29] <Sick_Rimmit> A little # in the series file and the jobs a good un
[12:30] <yofel> yep, if the package builds fine later you can remove the name from series from good and delete the patch file
[12:30] <yofel> s/from/for/
[12:30] <kubotu> yofel meant: "yep, if the package builds fine later you can remove the name for series from good and delete the patch file"
[12:30] <Sick_Rimmit> I got this back from Lintian
[12:30] <Sick_Rimmit> Remove its name from debian/patches/series
[12:30] <yofel> *sigh* sed fail
[12:30] <Sick_Rimmit> sorry
[12:31] <Sick_Rimmit> mistake 
[12:31] <yofel> we have a lintian warning for that now o.O?
[12:31] <Sick_Rimmit> Now running lintian...
[12:31] <Sick_Rimmit> E: kdenlive source: build-depends-on-obsolete-package build-depends: hardening-wrapper => use dpkg-buildflags instead
[12:31] <Sick_Rimmit> That back ^
[12:31] <yofel> aah
[12:31] <Sick_Rimmit> Now this could be the source of the kdenlive audio problem
[12:31] <yofel> for lintian always google the name (here: build-depends-on-obsolete-package) you'll usually get the explenation as the first result
[12:31] <Sick_Rimmit> In that currently kdenlive doesn;t render audio
[12:32] <yofel> hm, I don't think it would, hardening is about security related compiler flags... (who knows what those might mess with though)
[12:35] <Sick_Rimmit> Maybe its because I'm running utopic, but spec the build for vivid.
[12:36] <Sick_Rimmit> I think I'll try pbuilder on the dsc file 
[12:36] <Sick_Rimmit> see what happens
[12:36] <yofel> nah, as I said, read the lintian error description
[12:36] <Sick_Rimmit> I'm confused by that
[12:37] <Sick_Rimmit> as it looks like its saying build-depends is obsolete
[12:37] <Sick_Rimmit> build-depends-on-obsolete-package build-depends:
[12:37] <yofel> no, you build-depend on a package that's not supposed to be used anymore
[12:37] <yofel> "build-depends: hardening-wrapper" should go away
[12:37] <yofel> the 2nd part tells you what to do (in a very non-descriptive way)
[12:37] <Sick_Rimmit> Oh is hardening-wrapper the package
[12:38] <yofel> right
[12:38] <Sick_Rimmit> I thought it was teh error
[12:38] <Sick_Rimmit> Ah ha
[12:38] <Sick_Rimmit> OK
[12:38] <yofel> essentially the package set a set of default security compiler flags during build, that's done by dpkg-buildflags nowadays
[12:40] <Sick_Rimmit> No so I didn't grok
[12:40] <Sick_Rimmit> Google shows lots of hardening-wrapper issues for all sorts fo different packages
[12:41] <Sick_Rimmit> But understand what you said
[12:41] <yofel> well yeah, not all packages are updated immediately
[12:41] <yofel> theoretically you could also just ignore the error for now. Not nice, but it's not like hardening-wrapper is already gone
[12:41] <yofel> porting that can be done by the debian maintainer
[12:43] <Sick_Rimmit> Now I see
[12:43] <Sick_Rimmit> https://wiki.debian.org/Hardening#hardening-wrapper
[12:43] <Sick_Rimmit> I wasn't getting what was going on
[12:44] <Sick_Rimmit> Maybe I could modify the debian/rules file to unspecify use of hardening-wrapper at build time
[12:44] <Sick_Rimmit> ?
[12:46] <yofel> I'm not sure... if I read the dpkg-buildflags manpage right just setting "export DEB_BUILD_MAINT_OPTIONS=hardening=+all" would be enough o.O?
[12:49] <yofel> https://wiki.debian.org/Hardening#dpkg-buildflags explains it
[12:49] <yofel> But I would talk to someone that knows more about this or leave it to debian for now
[12:56] <Sick_Rimmit> Would you manual change the rules file, or make a patch and add it to patches ?
[12:57] <yofel> former, you don't make patches for modifications to the packaging
[12:57] <Sick_Rimmit> Ok grokked..
[13:02] <Sick_Rimmit> So Lintian still Errors, but it's signed the file and give me the dsc.
[13:02] <Sick_Rimmit> Trying pbuilder on vivid to see if it will build the pacakge
[13:03] <yofel> lintian checks are never fatal by default, it's more a "are you really sure this makes sense?" kind of thing
[13:03] <Sick_Rimmit> Ah OK
[13:04] <Sick_Rimmit> So it's probably going to need to get to the bottom of the problem
[13:04] <Sick_Rimmit> waiting on pbuilder, but I think I'm 9 / 10 of the way there
[13:05] <Sick_Rimmit> All in this is very positive because my confidence is building
[13:08] <Sick_Rimmit> yofel: And thank you for helping me 
[13:09] <yofel> yw :)
[13:10] <sgclark> hiyas
[13:10] <yofel> hi
[13:10] <sgclark> so yofel I had dput *.changes ppa:kubuntu-ninjas/ppa in my bash loop, but for some reason they all went to proposed!??! any idea why?
[13:11]  * sgclark curses her new privs
[13:11] <yofel> wrong order, ppa comes before the file list
[13:11] <sgclark> doh
[13:11] <yofel> ok, here's something you *really* want to do:
[13:12] <yofel> in ~/.dput.cf add this:
[13:12] <yofel> [DEFAULT]
[13:12] <yofel> default_host_main = ppa
[13:13] <yofel> as the system default is 'ubuntu' - which... leads to what happened to yu
[13:13] <yofel> *you
[13:13] <yofel> Sick_Rimmit: you probably too ^
[13:14] <sgclark> yofel: done, thanks!!
[13:15] <Sick_Rimmit> Cool kdenlive 0.9.10 builds on vivid
[13:16] <yofel> wheee
[13:17] <Sick_Rimmit> I have no .dput.cf 
[13:17] <Sick_Rimmit> so I'm gonna touch one
[13:18] <sgclark> yeah I had to create it
[13:18] <Sick_Rimmit> So just need to decide if I need to chase down that build hardening error
[13:18] <Sick_Rimmit> thoughts ?
[13:19] <sgclark> eh wah?
[13:19] <yofel> sgclark: E: kdenlive source: build-depends-on-obsolete-package build-depends: hardening-wrapper => use dpkg-buildflags instead
[13:21] <sgclark> eeww
[13:21] <sgclark> why is it hardened?
[13:21] <yofel> Sick_Rimmit: If I had to do something, I would use #4  on https://wiki.debian.org/Hardening#dpkg-buildflags - and ask in #debian-qt-kde whether I'm doing something sane
[13:21] <yofel> sgclark: video data is a very insecure data source (see all the debian security team complaints about ffmpeg lately)
[13:22] <Sick_Rimmit> yofel: OK I like your advice thank you
[13:22] <yofel> although I'm not sure why kdenlive *itself* needs to be hardenend either
[13:22] <sgclark> ahh, never used that stuff
[13:23] <sgclark> but it seems to me hardened would only be used in "hardened" versions of the os
[13:24] <yofel> sgclark: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[13:25] <sgclark> oh wow
[13:25] <sgclark> looks like I have some studying to do
[13:26] <sgclark> errr 2013 and this is the first I have even heard of this
[13:26] <yofel> well, it never really made the news on the ubuntu side... we mostly get hardening fixes from debian
[13:26] <sgclark> holy smakes all C/C++ packages,
[13:27] <sgclark> ahh
[13:30] <Sick_Rimmit> So my compat file is v9 pondering on trying dh instead of debuild
[13:31] <yofel> nonono
[13:31] <yofel> dh and debuild are completely different things
[13:32] <Sick_Rimmit> ah right ok
[13:36] <Sick_Rimmit> Nah. the dardening=+all made no difference to Lintian
[13:36] <yofel> well, you will have to drop the build-dep for that
[13:36] <sgclark>     did you remove the offending hardening-wraper?
[13:37] <Sick_Rimmit> Is that the DEB_BUILD_HARENING=1 
[13:37] <Sick_Rimmit> I comment that out
[13:37] <yofel> lintian won't check whether you add a replacement, all it cares about is that hardening-wrapper is gone and gives you a hint what to do
[13:38] <yofel> Sick_Rimmit: no, delete line 24 in the control file
[13:38] <yofel> and the colon above
[13:39] <Sick_Rimmit> chasm in the chain for me, I don't understand how we got from DEB_BUILD flags to hardening-wrapper depends, nor how that relates to Lintian Error
[13:39]  * Sick_Rimmit brian clunks and grinds
[13:41] <soee> :)
[13:41] <yofel> Sick_Rimmit: the lintian error starts with "build-depends-..."
[13:41] <Sick_Rimmit> However #hardening-wrapper in the control has it fixed
[13:42] <Sick_Rimmit> which tells you that its a dependancy, 
[13:42] <Sick_Rimmit> you know that these are defined in the control file
[13:43] <yofel> right, at this point lintian does expect that you know which fields are defined where
[13:43] <Sick_Rimmit> So I have a changed rules so that build is ith hardening=+all
[13:43] <Sick_Rimmit> That's fair enough..
[13:43] <Sick_Rimmit> with hardening=+all
[13:44] <Sick_Rimmit> no more hardening-wrapper
[13:44] <Sick_Rimmit> Lintian is happy bunny now :=)
[13:52] <BluesKaj_> Hiyas all
[13:53] <soee> new music player http://www.iwillfolo.com/2014/12/lollypop-new-gnome-music-player/
[14:20] <soee> brr cold 
[14:30] <Sick_Rimmit> soee: Freezing here this morning
[14:31] <soee> Sick_Rimmit: here exactly ? :)
[14:31] <soee> here in Poland winter finally 
[14:31] <Sick_Rimmit> soee: Exeter UK
[14:31] <soee> :)
[14:31] <Sick_Rimmit> soee: Ah much colder there for you I don;t doubt
[14:32] <soee> but hey some hot drink and its not so bad :) and i like winter - work goes smoother
[14:34] <soee> Riddell: ping
[14:36] <Sick_Rimmit> soee: Yes just made tea for my wife and I, and Hot Chocolate for my 2 girls.. all happy
[14:37] <soee> yeah :D have one hot tea also :)
[14:37] <soee> its a Lipton - London taste or somethig ;)
[14:41] <Sick_Rimmit> Woo Hoo
[14:41] <Sick_Rimmit> kdenlive_0.9.10-1ubuntu3 packaged and uploaded to launchpad
[14:42] <Sick_Rimmit> Today I just need a little bit of help from yofel to sort out hte patching.
[14:42] <Sick_Rimmit> I'm very happy :-)
[14:43] <yofel> that version is wrong, for the archive it needs to be 0.9.10-0ubuntu1 (and for the ppa it should have at least a ~ppa1 suffix)
[14:43] <yofel> for testing we can live with that
[14:44] <Sick_Rimmit> Well I can fix the version no probs
[14:45] <yofel> Sick_Rimmit: use this for the PPA vor vivid: 0.9.10-0ubuntu1~ubuntu15.04~ppa1
[14:45] <yofel> that makes backports easier
[14:45] <Sick_Rimmit> I might be misunderstanding
[14:45] <Sick_Rimmit> I sent it up using
[14:45] <Sick_Rimmit> dput ppa:rick-timmis/ppa kdenlive_0.9.10-1ubuntu3_source.changes
[14:46] <yofel> yeah, should've worked as that's what you used as version
[14:46] <yofel> what I meant was the version string that's set in the changelog
[14:47] <Sick_Rimmit> OK so if I make the version as above in the /debian/changelog and rebuild it then it should be good
[14:47] <Sick_Rimmit> Ah ha yep
[14:47] <yofel> yes, except that launchpad will reject the new upload as the version is lower than the previous one
[14:47] <yofel> you'll have to delete the first one from the ppa first if you want to re-upload
[14:48] <Sick_Rimmit> OK, so this is another hole in my knowledge, as I don't know where the hell the package went to on launchpad
[14:49] <Sick_Rimmit> I thought it was going to turn up in my ppa
[14:49] <yofel> into nirvana actually as "rick-timmis/ppa" doesn't exist ^^
[14:49] <yofel> you should've gotten a mail
[14:49] <Sick_Rimmit> Ah right ok
[14:50] <Sick_Rimmit> let me check that
[14:50] <Sick_Rimmit> Does anyone get the sense that I have no blooming clue what I am doing !
[14:50] <yofel> hey, we all started at that point :P
[14:51] <Sick_Rimmit> Ha ha
[14:51] <yofel> also wrt. versions: our/dpkg's version number convention is complicated, so that takes a while to fully understand
[14:51] <Sick_Rimmit> There's the email that tells me, Hey you're a plonker that PPA doesn;t exist
[14:51] <yofel> gives you stuff like 0~ -> positive, but lower than 0 ^^
[14:51] <Sick_Rimmit> tee hee
[14:53] <yofel> so looking at your launchpad profile, you could upload to ppa:rick-timmis/kubuntu-utopic or make another ppa
[14:53] <Sick_Rimmit> However the upload fail is a bonus as it means I haven't got to get rid of it
[14:55] <yofel> FWIW, most of us have one ppa named just 'ppa' for general purpose testing that has a "Do not use!" note at the top
[14:55] <yofel> as that was the ppa name back when every person only had one ppa
[14:56] <Sick_Rimmit> Ah I see
[14:56] <Sick_Rimmit> SO I modified the changelog, and first line reads
[14:56] <Sick_Rimmit> dput ppa:rick-timmis/ppa kdenlive_0.9.10-1ubuntu3_source.changes
[14:56] <Sick_Rimmit> ffs
[14:56] <Sick_Rimmit> Not that
[14:56] <Sick_Rimmit> kdenlive (0.9.10-0ubuntu1~ubuntu15.04_ppa1) vivid; urgency=medium
[14:56] <yofel> wrong, ~ppa1, not _ppa1
[14:57] <Sick_Rimmit> Ah its ok that was a typo not me misunderstanding
[14:57] <Sick_Rimmit> I fixed that
[14:57] <Sick_Rimmit> kdenlive (0.9.10-0ubuntu1~ubuntu15.04~ppa1) vivid; urgency=medium
[14:57] <yofel> '~' *lowers* the version, so 1~1 << 1 << 1.1
[14:58] <yofel> like that the 0.9.10-0ubuntu1 package in the archive will be higher than your ppa version
[14:58] <yofel> which is usually what you want
[14:58] <yofel> that looks fine now
[14:59] <Sick_Rimmit> OK, I'll build it 
[15:08] <Sick_Rimmit> So my plan with this was for this build to be merged into the vivid release. I'm assuming that to do that I dput it to a ppa of my own, then tell you folks about it and you can accept, reject and provide feedback. Is that the process ?
[15:09] <yofel> for resting you can put it in a ppa. The offical package update process would be to open a package bug on launchpad requesting the new version, then attaching the tarball, dsc and debian.tar to the bug and requesting sponsorship
[15:10] <yofel> actually, you should usually open the bug *before* you start working on it so people know that
[15:11] <Sick_Rimmit> Ah right 
[15:12] <Sick_Rimmit> The only way I found so far to open a bug on lauchpad was with ubuntu-bug .. 
[15:13] <yofel> well, you can also do it from the UI, but for these things we actually have a shortcut
[15:13] <Sick_Rimmit> Am I missing something on the Launchpad WebUI
[15:13] <yofel> kubotu: newversion kdenlive 0.9.10
[15:13] <Sick_Rimmit> Ah right
[15:13] <kubotu> https://bugs.launchpad.net/bugs/1402216
[15:13] <yofel> there we go :)
[15:14] <Sick_Rimmit> Oh boy that's great
[15:14] <yofel> otherwise, there's a "Report a bug" link on https://bugs.launchpad.net/ubuntu/+source/kdenlive/
[15:15] <yofel> out of curiosity: what happens if you click that?
[15:16] <Sick_Rimmit> Blooming Heck I've got some house work to do ;-)
[15:18] <yofel> now, if you don't plan to work on it, you should usually document where to get the new version etc. in the description
[15:18] <yofel> if you do though, you should assign the bug to yourself and set the status to in-progress
[15:20] <yofel> once you're done, you follow https://wiki.ubuntu.com/SponsorshipProcess#Requesting_Sponsorship
[15:22] <Sick_Rimmit> There are a lot of bugs there that all relate back to this issue
[15:22] <Sick_Rimmit> no audio in render
[15:23] <yofel> which reminds me of another thing that's missing currently:
[15:23] <Sick_Rimmit> I believe the foundation cause is in libav, and there is mention of this on bugs.debian
[15:23] <yofel> now that you have a bug that tracks your update, you should close it with your version. For that you add (LP: #1402216) to the changelog line where you say that you're updating the version
[15:24] <yofel> so it look somewhat like " * New upstream release (LP: #1402216)"
[15:24] <yofel> *looks
[15:24] <Sick_Rimmit> Okey dokey
[15:29]  * yofel out, bbl
[19:45] <yofel> brrrr
[19:45] <yofel> dpkg: error processing archive /var/cache/apt/archives/parley-data_4%3a14.11.97-0ubuntu1_all.deb (--unpack):
[19:45] <yofel>  trying to overwrite '/usr/share/icons/oxygen/32x32/actions/edit-clear.png', which is also in package oxygen-icon-theme 4:14.11.97-0ubuntu1
[19:50] <yofel> and how did "* PPA build" make it into the parley release changelog o.O
[19:50] <yofel> that's only added by git-buildpackage-ppa
[19:51] <sgclark> product from my boo boo?
[19:51] <yofel> no, I have the feeling that Riddell copied the actual package contents into git after modification
[19:51] <yofel> I forgot that he works like that when I added that
[19:51] <sgclark> ahh
[19:52] <yofel> oh
[19:52] <yofel> that's there because I have to pass *something* to dch when I change the version -.-
[19:54] <yofel> can we please force everyone to use exactly one single packaging workflow? would make so many things easier XD
[19:54] <sgclark> mmhmm