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