=== ubott2 is now known as ubottu [01:56] * ahoneybun is back [06:04] !info kdeplasma-addons [06:04] Package kdeplasma-addons does not exist in wily [06:04] !info kdeplasma-addons vivid [06:04] Package kdeplasma-addons does not exist in vivid [06:05] and yet we have -data and -dbg [06:05] sounds like an oversight [06:23] valorie: ping [06:23] still around? [06:28] yes [06:33] 'sup, ovidiu-florin? [06:35] on addons, debian has a package: https://packages.debian.org/unstable/kdeplasma-addons [06:35] very odd that we do not [06:49] ovidiu-florin: sorry, too late, gotta be up in 5 hours, so in bed now [06:52] valorie: you answered on telegram [06:52] thank you [07:29] Good morning. [08:22] Riddell: new for review: kcalutils, akoandi-calendar, ktnef, kalarmcal, kblog, kimap, kontactinterface [08:25] Riddell: also... are you forgetting to push when uploading to archive? half of scarlett's changelog entries are unreleased forever [08:33] sitter_: yay you're my hero [08:34] sitter_: pushing I'm not sure, scarlett's been doing backports and I guess they should get marked released but probably not into the wily branches? [08:35] Riddell: there's more entires than just the latest that are marked unreleased [08:35] something in the process is failing here [08:35] kdepim-runtime for example [08:35] right, I need to review the sru process but haven't had a chance [08:36] latest, thingy 4:4.14.7-0ubuntu1 4:4.14.4-0ubuntu1 [08:36] some other port I did also stuck out with a lot of unreleasd entries [08:36] sitter_: shall I upload to staging-kdeapplications ppa mpw? [08:37] Riddell: goforit [08:37] Riddell: if you can hold off on pim stuff though [08:37] unless you reviewed it all [08:38] hmm, every time you highlight me in quassel plasmashell goes to 100% CPU :( [08:38] stop highlighting me everyone! [08:39] by the time they're ready to upload to PPA I can have reviewed them all [08:39] is anybody complaining about oxygen font? i think it is very bad choice for default font. changing back to ubuntu font makes miracles for my eyes [08:39] I've not heard any complaints about oxygen font [08:42] sitter_: I'll get it to merge unstable branches before upload, should I pause CI? [08:42] actually [08:43] you'd merge from stable [08:43] also [08:43] are you sure all the unstable branches have been merged? [08:43] pausing CI means we'll not know what CI has to say about pim [08:43] Riddell: yes [08:43] ok [08:43] unstable->stable is not a merge you'd want to do at this point anyway [08:43] unstable is more than a month ahead [08:58] * yofel notes that he also complained about the oxygen font.. [08:59] I'm wrong then, we do have another complaint [08:59] oxygen is designed to work exactly with fontconfig, in theory it should look better [08:59] but it was never properly finished [09:00] I'm not complaining about the rendering, I don't like the font itself [09:00] going from the rendering, I don't think I saw a difference [09:02] I think the problem is more that our hinting settings are always meh for some reason [09:02] sitter_: lots don't have kubuntu_stable branches, should I make them? [09:02] Riddell: such as? [09:03] kcolorchooser kcachegrind: kamera: kalzium: [09:03] lots [09:04] Riddell: all not kf5 [09:04] we only kf5 software [09:04] *only ci [09:04] ah yes [09:54] oh since gcc5 is now landed we can reenable symbol tracking [09:54] weeh [09:56] Riddell: have you merged stable yet? [09:57] morning sitter_ [09:57] hey clivejo [09:59] sitter_: yep [10:00] Riddell: also generated sources yet? [10:00] kdepimlibs needs a fix [10:00] pushed to archive [10:01] sitter_: it's in process, it's not at kdepimlibs yet [10:01] git pull then [10:24] well, the problem with the hinting is that "slight" is really the sanest default you can set [10:24] the proper default is per-display [10:25] Riddell: akonadi-search also got a fix [10:25] like "slight" looks ugly on my T510, which needs "medium", but looks great on every other screen I have [10:25] didn't gnome have a nice hinting configurator in the past..? [10:26] no clue [10:26] you can generally configure a lot of nonsense in fontconfig [10:26] nobody knows what any of it does, but it's there :P [10:27] probably 50% of it is for display hardware that doesn't even exist anymore [10:30] mostly generic things I think [10:30] filters, rgba hinting style, spacial hinting (expansion/condendsion) [10:32] Riddell: going to pause after all [10:32] Riddell: tell me when you are done pushing [10:32] or unpause [10:32] or both [10:32] yeah, in fact, just do both [10:51] Hey all [10:52] hi BluesKaj [10:52] hi clivejo [11:01] uhm interesting: http://news.softpedia.com/news/ubuntu-developers-set-up-dedicated-repository-for-the-latest-nvidia-drivers-489188.shtml [11:02] Riddell, sitter_: Laney fixed kdepim [11:05] groovy [11:05] we are still going to land a qt5 version :P [11:19] not bad for a first run http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.07.90_wily.html [11:19] clivejo: ahoneybun: reviews and fixes needed :) ^^ [11:25] Riddell: akonadi is that symbols related? [11:26] clivejo: yep looks like it, want to practice? :) [11:26] ok [11:27] where do I start [11:29] clivejo: grab packaging out of git, grab log file linked from that status page, run batchpatch on it [11:30] just the packaging? [11:30] yep, just needs the packaging and the build log [11:32] kubuntu_stable branch? [11:33] clivejo: kubuntu_wily_archive [11:36] Riddell, sitter_ : before you go on with the apps, please could you address the failing autopkg tests first? [11:36] http://autopkgtest.ubuntu.com/packages/r/rocs/wily/amd64/ [11:36] http://autopkgtest.ubuntu.com/packages/b/baloo-kf5/wily/amd64/ [11:36] http://autopkgtest.ubuntu.com/packages/k/kdeclarative/wily/amd64/ [11:37] http://autopkgtest.ubuntu.com/packages/k/kservice/wily/i386/ [11:40] Riddell: https://paste.kde.org/p7nxs3gll [11:40] doko: ACK [11:41] Riddell, did you experiment with dh_acc yourself? [11:41] clivejo: looking good, it's allowed to remove symbols here since that's just the gcc transition and it's not yet had a stable release so remove those MISSING lines from the .symbols files [11:41] Riddell: I put -v 16 is this a bad thing to do? [11:41] clivejo: the version is 15.07.90 [11:41] doko: hope, what should I experiment about it? [11:41] should I state that? [11:42] Riddell, clivejo: well, except if you encounter smybols with cxx11 in the name [11:43] do I have to do it manually? [11:43] remove those symbols manually [11:44] clivejo: yes [11:44] Riddell, ahh, so this acc autopkg test comes from debian [11:45] doko: yes [11:46] they are commented out [11:46] #MISSING: 16# _ZN7Akonadi8Protocol18ChangeNotification6EntityD1Ev@Base 15.07.90 [11:47] remove them totally? [11:48] yes [11:49] ok done [11:49] are the symboles the same for both 32bit and 64bit? [11:50] clivejo: hopefully, if not we'll soon find out [11:50] symbols are spooky voodoo unless you're a genius like doko [11:51] he must be a machine [11:53] Riddell, you seem to have a friendly helper ... https://launchpad.net/ubuntu/+source/baloo-kf5/5.13.0-0ubuntu2 [11:54] Riddell: whats the next step? [11:54] git diff? [11:54] or an actual patch? [11:55] me@smith:~/src/git/d/apps/kdepim$ git diff |diffstat -s [11:55] 57 files changed, 622 insertions(+), 1131 deletions(-) [11:55] ... [11:55] not even done -.- [11:55] clivejo: git diff, git commit -a, git show > PATCH-TO-SEND-TO-US [11:56] yeah, no [11:56] do I do it sitters way (via git gui) [11:56] git format-patch > git show [11:56] also, don't tell people to use git commit -a [11:56] people end up commiting random stuff [12:02] ok using git gui [12:02] Ive staged to commit [12:03] what should my commit message be? [12:03] Fixing symobols files?# [12:07] http://paste.ubuntu.com/12070553/ [12:07] hope thats right [12:09] Riddell or sitter_ mind running your skilled eye over it? [12:09] oh [12:10] you can't go wrong with this [12:10] https://notes.kde.org/p/kubuntu-apps-15.08 [12:10] note the bit that goes ->> ALL SYMBOLS NEED RE-GENERATION ON GCC5! <<- [12:10] that being said [12:10] Riddell: ^ we also need to generate symbols from scratch for everything [12:11] I didn't have time to get a reasonable wily env going so I wasn't able to generate symbol dumps for the new pimlibs [12:11] sitter_: Im afraid I didnt know what that meant :/ [12:14] clivejo: the entire akonadi package is new so the existing symbol file was only a stub anyway. so your new symbols (which are not he actually final symbols) are definitely correct [12:16] will someone push that patch for me then :) [12:17] I need to go get some lunch [12:24] Riddell: ^ applied; akonadi needs new upload or something or nothing [12:50] Good morning folks. Anybody running Wily and getting funny kwin dialog boxes? [12:56] mparillo: define "funny kwin dialog boxes" [13:02] Riddell: not sure kdepim will get done today [13:02] it's a massive pile of madness [13:02] also [13:03] Riddell: I am opening the flood gates [13:03] actually, maybe I should ditch the unstable jobs for now [13:03] don't care much about those being CI'd right now [13:11] mgraesslin: One looked as if it was an application crash, then one seemed to say it had crashed frequently, and now I cannot get Plasma to load. Sorry, it is is just me, I can wait a couple of days until the next Plasma release is complete in Wily [13:12] mparillo: might it be that you are hit by the gcc5 transition? [13:13] Might be that also. All of a sudden Wily is getting tons of updates, and maybe I got part of what I need. [13:17] mparillo: at least on debian/unstable we got a few crash reports caused by the gcc5 transition [13:44] what on earth?!? [13:44] W: ark: package-name-doesnt-match-sonames libkerfuffle15 [13:46] why only in the amd64 build? [13:47] that has a libKerfuffle.so.15 in it? [13:47] it's only in the amd64 one? not on i386? [13:47] yofel: sorry, Im confused [13:47] well, what's actually in there [13:47] http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.07.90_wily.html [13:48] ark amd64 is orange [13:48] trying to figure out why [13:48] oh, we don't run lintian checks on i386 [13:48] there is a lintian error [13:48] ah [13:48] would be identical in 99.9% of all cases [13:49] so what would be causing the W: ark: package-name-doesnt-match-sonames libkerfuffle15 ? [13:49] can that be fixes or add an ignore? [13:50] clivejo: there is a library in the pacakge which would mean the package should be called like the library but since this library is private and only used by ark that warning makes no sense [13:50] so yeah, override [13:50] right, override [13:50] create debian/ark.lintian-overrides [13:50] and put in 'ark: package-name-doesnt-match-sonames libkerfuffle15' [13:51] sitter_: Im a bit confused on these branches [13:51] https://community.kde.org/Kubuntu/CI#Branches [13:51] where to put things might help [13:51] when I was working with you we took the kubuntu_stable branch, but this morning Riddell said to use the kubuntu_wily_archive [13:52] depends on where things are supposed to go [13:52] Im not sure :/ [13:52] kubuntu_stable will (usually) only get into the actual repositiories when the next stable release of the application comes out [13:53] _unstable when the current in-development version becomes stable [13:53] everything else wants to go to wily_archive [13:53] so for ark, which branch ? [13:53] kubuntu_wily_archive [13:53] wily? [13:53] ah ok [13:54] generally speaking: unless you want to fix something from jenkins you don't want to use use kubuntu_stable nor kubuntu_unstable but an _archive branch [13:55] the CI branches gobble up all changes made elsewhere [13:55] so if you make the change in wily_archive it will automatically get copied into kubuntu_stable and then kubuntu_unstable [13:55] humm [13:56] already a file ark.lintian-overrides [13:56] just slap your line in there then [13:56] in fact, there probably already is such a line [13:56] ark: package-name-doesnt-match-sonames libkerfuffle4 [13:56] but with a different version at the end [13:56] yup [13:56] right, just adapt that to say 15 [13:56] ah I see [13:57] Riddell: kdepim tomorrow, there is a metric ton of not installed files -.- [13:58] can it be wildcarded? [13:58] libkerfuffle* ? [13:58] clivejo: maybe, probably not though [13:58] ok [13:59] sitter_: is this ok as a comment? Change lintian override file for new file version (libkerfuffle15) [13:59] yeah [14:00] Riddell: everything other than kdepim should be goody though. the libs need -dev improvmenets and other stuff (see misc todo section on notes page) nothing major though compared to the previous madness. also a lot if not all of them have missing COPYING files [14:00] sitter_: can you check and push this please - http://paste.ubuntu.com/12071221/ [14:00] dvratil fixed all of them I noticed, so I think they should be good for final [14:01] clivejo: pushed [14:01] Riddell: ark needs new upload to get rid of orange [14:01] thanking you kindly sir [14:02] sitter_: gpgmepp another symbols issue? [14:02] https://launchpadlibrarian.net/214366195/buildlog_ubuntu-wily-amd64.gpgmepp_4%3A15.07.90-0ubuntu1~ubuntu15.10~ppa1_BUILDING.txt.gz [14:03] clivejo: same as akonadi, simply patch and remove the missing symbols [14:03] current symbols are stubs [14:03] ok :) [14:03] same for kcalutils [14:03] ah that actually fails to build [14:05] with gpgmepp, Riddell committed 4 hours ago [14:05] he working on it? [14:05] he's afk now [14:05] and he only changed the changelog [14:05] +gpgmepp (4:15.07.90-0ubuntu1) UNRELEASED; urgency=medium [14:05] Riddell: what's with the pointless epoch? [14:06] oh and sitter_ thanks for helping me fix that email problem [14:06] such a time saver! [14:06] no problem [14:06] Riddell: kidentitymanagement needs a new upload which should unbreak kcalutils [14:06] clivejo: kldap has more symbols [14:07] sitter_: I think he said something about seeing the history and going way back to when someone made the mistake [14:07] so does kmime [14:07] clivejo: yes, but gpgmepp is new, there is no mistake that could have been made [14:07] clivejo: syndication also has symbols for update [14:08] all of them can savely have their missing symbols removed [14:09] anyway, I am out [14:09] thanks sitter_ [14:09] clivejo: if you have patches just throw them in the channel and hope shadeslayer or yofel find a minute to push ;) [14:09] patches?! [14:09] you'll need to highlight me [14:09] * shadeslayer is pythorning [14:09] and hating it [14:09] just put a hightlight on patch :P [14:10] highlight? [14:10] clivejo: like so [14:10] in quassel you can configure which keywords will highlight you, not only your name [14:10] clivejo: mention their name so they get a notification [14:10] yofel: too broad [14:10] ah! [14:10] shadeslayer: that was the idea ;P [14:10] shadeslayer: relevant https://www.youtube.com/watch?v=nMSujTB-SG4 [14:10] * sitter_ out [14:11] dafuq am I listening to [14:12] wtf XD [14:13] there must be an easier way to delete the #MISSING [14:13] would sed not work? [14:14] sure, except you need to verify that not a single one of them is actually public API [14:15] except if there was an SOVERSION change, then that's ok [14:15] SONAME: libKF5Gpgmepp.so.5 [14:16] and before? [14:16] dunno, I think its new and the symbols were a stub? [14:18] if that was never in the archive, probably [14:18] or if that's the first release of it [14:23] ohhh new wayland packages [14:24] yofel shadeslayer Riddell : can someone apply this patch please http://paste.ubuntu.com/12071366/ [14:25] I see ABI break [14:25] do you need to know the git archive? [14:25] yep, pretty sure that's a public symbol [14:25] + _ZN5GpgME26GpgAddUserIDEditInteractor12setEmailUtf8ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base 15.07.90 [14:25] clivejo: you need to do a lib transition for that [14:25] because it's exposing c++11 abi now [14:26] so libkf5gpgmepp5 should be libkf5gpgmepp5v5 and what not [14:26] ahoneybun: i see a few wayland packages , but I still see X hanging around :-) [14:26] sorry, you have lost me [14:26] for now yep [14:27] erm, I'm not sure I have time to explain the GCC 5 ABI transition :S [14:27] shadeslayer: doesn't he only have to do that if old ABI goes missing? [14:27] since when does *adding* stuff need a transition [14:27] yofel: the entire function sig changed? [14:27] GpgME::GpgAddUserIDEditInteractor::setEmailUtf8(std::__cxx11::basic_string, std::allocator > const&) > [14:28] is the old one missing? [14:28] yes [14:28] ok then [14:28] old one : GpgME::GpgAddUserIDEditInteractor::setEmailUtf8(std::basic_string, std::allocator > const&) [14:28] line 64 [14:29] right, transition it is then [14:30] ^^ [14:30] wish I knew what that was! [14:30] clivejo: so, uh, lets see if I can explain this as simple as possible [14:31] clivejo: you have a app that was calling setEmailUtf8 from this GPG library with some arguments [14:31] now if you update the lib without transitioning it, app will try to still call the same function, but that function doesn't exist anymore! [14:31] oh noes [14:31] application shits itself [14:31] crashes happen, in essence, very bad :( [14:32] so what you do is bump the ABI so that any old applications keep working against the old lib, and apps recompiled start using the new ABI [14:32] clivejo: that's the entire point of symbol files, to check when ABI has changed, and to prevent applications from exploding [14:33] cant be said about my head exploding [14:33] clivejo: it's not easy, I know :P [14:33] It took me forever to understand it :) [14:33] perhaps I still don't completely understand it [14:33] clivejo: I'd recommend skipping that package, and marking it as "Requires gcc 5 transition" [14:34] one of us will get to it then [14:34] how do I mark it? [14:34] where are you tracking your work? [14:34] surely there's a shared pad somewhere? [14:35] shadeslayer: Riddell posted this this morning - http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.07.90_wily.html [14:35] ah [14:35] asked for people to work on it [14:35] right, see notepad in /topic [14:35] ^^ [14:36] apparently sitter be working on it :) [14:36] LOL hes the one was helping me [14:36] but hes gone for the day [14:41] just put a note there and let him deal with it [14:41] ^^ [14:44] there done [14:48] :) kde-connect is working again [14:53] oh interesting [14:54] nvidia driver 352 from this new ppa works in Wily (+ nvidia-prime) [14:54] its the first time anything else than 346 works [15:06] nice [15:50] soee: which gpu do you have ? [16:25] shadeslayer yodel : would this fix kiriki - http://paste.ubuntu.com/12072196/ [16:25] *click* [16:26] clivejo: gpgmepp up [16:26] clivejo: did you do a library transition [16:26] Riddell: no, dont upload it [16:26] kidentitymanagement up [16:26] ark up [16:27] Riddell: I cant fix it, needs a library transplant thingie ma bob [16:27] k guess no library transition then [16:28] clivejo: akonadi up (this is all to ppa) [16:28] clivejo: library transplant thing? [16:28] clivejo: yes, kiriki looks good [16:29] * clivejo crosses fingers for akonadi [16:29] Riddell: gpgmepp requires a ABI bump [16:29] shadeslayer: clivejo: gpgmepp hasn't had a release yet so it's fine to remove symbols [16:29] same for all of kdepim [16:29] Riddell: but has it ever produced a lib? [16:29] no, it's all new [16:29] a binary in the PPA? [16:29] oh ok, then it should be fine then [16:29] so that patch I done is ok? [16:30] clivejo: should be, we'll find out when it's compiled :) [16:30] clivejo: yes, but for future reference, if you have a library that is published and removes public symbols ,you need to do a transition [16:30] this is more exciting than the lotto! [16:30] since it hadn't been published it's fine :) [16:30] shadeslayer: you doing kiriki or want me to? [16:30] Riddell: go for it [16:30] I'm still pythorning [16:31] it's quite the shit [16:31] Ill do a transition surely, when I learn how! [16:31] clivejo: oh can you use paste.kde.org? I can wget from there while p.ubuntu.c stops me from wgetting [16:31] Riddell: sure, how do I config pastebinit to use kde instead? [16:32] hmm no idea I've never used it [16:32] don't worry if it's a faff [16:42] clivejo: hmm well gpgmepp just failed [16:42] surprise surprise [16:42] a dozen tokens hit you between the eyes! [16:42] clivejo: pastebinit ships with a KDE profile: /usr/share/pastebin.d/paste.kde.org.conf [16:44] TJ-: do you know how to make it default? [16:44] Riddell all the packages are working good then? [16:44] clivejo: "pastebinit -l" will list the available profiles, and "pastebinit -b paste.kde.org" will use KDE. [16:46] clivejo: maybe "alias pbkde='pastebinit -b paste.kde.org' " [16:55] good idea to read the man page! [16:58] clivejo: but it seems the profile doesn't work with the pastebin! [16:58] yeah, noticed that [16:58] Im trying https [16:58] I tried that, no change [16:58] you getting - Unable to read or parse the result page, it could be a server time-out or a server-side change. Try with another pastebin. [16:59] clivejo: I suspect it's bevause since that profile was created, KDE switched from some other PB software to Sticky-Notes, which has a REST API [17:00] will I submit a bug? [17:00] https://bugs.launchpad.net/pastebinit [17:03] clivejo: I'm confused vivid beta ppa has kamoso 3.0.0 and purpose 0.1. AFAIU kamoso is at 3.0.0rc1 and (lib)purpose at 1.0rc1, arn't they? Any plans to update them in vivid beta ppa? [17:04] clivejo: and thx for starting pkging them! [17:04] in june [17:58] allee: Im only learning how to package, the version numbers are confusing me too [17:58] Im using the upstream version numbers [18:00] I run wily on my test machine, so I dont know about vivid or if plasma has been backported for it [18:00] clivejo: ah okay. fwiw x.y alpha beta rc releases should be packaged as x.y~alphaZ ... x.y~rcZ [18:01] x.y~whatever is always smaller that the final x.y release [18:03] http://download.kde.org/unstable/purpose/ [18:04] according to upstream purpose is now at 1.0rc1 [18:05] I have no idea why [18:06] I would have thought 0.2 or 0.9 would been more logical :/ [18:06] with 1.0 being the final release [18:10] * clivejo dances [18:10] akonadi is in the green! [18:14] is gwenview a tokens issue? [18:14] Riddell: ping? [18:29] are kipi-plugins a standalone package or are they part of digikam? [18:43] clivejo: the latter (it's built from digikam sources, if that's what you mean) [18:44] oh [18:45] why are there source files here - https://extragear.kde.org/apps/kipi/#releases [18:46] they were seperate in the past (the repository is still seperate), but they're released only as part of the digikam SC [18:48] oh right [18:48] Im trying to figure out what is wrong wit gwenview [18:49] clivejo: for libraries the 0.* usually mean no ABI/API garanty. With 1.0 upstream promises ABI will be backward compatible until until 2.0 [18:50] clivejo: that's *libkf5*kipi, not kipi-plugins [18:50] the plugins are shipped with digikam, the lib with kf5 (previously kde sc) [18:51] I know, but I cant find KF5KipiConfig.cmake in wily [18:51] hm, right.. [18:52] is that even released... [18:52] I don't see anything in 5.13 at least [18:53] I can only see two comlaints as to why gwenview is failing [18:54] KF5KipiConfig.cmake and KF5KDcrawConfig.cmake [18:54] well, it's not failing [18:54] it's yellow [18:54] well they are listed as optional [18:55] but Im trying to find them [19:00] I see KF5Kipi in http://quickgit.kde.org/?p=libkipi.git frameworks branch [19:00] but that's unreleased [19:01] fwiw, that's the primary reason why fedora (me) hasn't updated to the latest gwenview yet (lack of kipi support) [19:01] and holding on to the latest kde4 release [19:02] that said, kf5 gwenview kipi/kdcraw support should be optional [19:06] is tag v15.07.90 not the applications we are working on? [19:10] yes, but that's kde4 [19:10] at least for libkipi [19:11] ok, ill drop gwenview and look at kcalutils [19:18] anyone know where KF5PimTextEditConfig.cmake is?!? [19:19] BluesKaj: Intel + GT 650 M [19:19] soee: yeah, optimus [19:21] i will try also 355 beta drivers if they work [19:22] the GT650M is a decent quality gpu for a laptop [19:31] shadeslayer Riddell yofel can any of you push a commit and retry a package? [19:35] shadeslayer Riddell yofel : https://paste.kde.org/paredlgil if any of you get a chance === rdieter is now known as rdieter_work [20:08] everyone gone?!? [20:09] ok, i wil test now nvidia 355 on Wily [20:09] clivejo: looking [20:09] clivejo: what package is that? [20:10] kcalutils [20:10] yodel: is there any way to search a PPA like we can the main archives? [20:11] no, I guess you could install all packages and run dpkg -S [20:11] PPA's don't even have contents files so apt-file can't search them either [20:13] oh nice, nidai 355 also work [20:13] *nvidia [20:15] yofel: can you also retry the build? [20:15] yes, more like I have to do another upload [20:24] grr, why is there no watch file [20:26] and git-buildpackage-ppa crashes *-.- [20:30] uploaded [20:30] no idea why there is no watch file! [20:31] nobody added one :P [20:31] I added it now [20:31] nobody needs a kick up the backside :P [20:32] it's used by uscan, which is a tool to quickly check whether there's a new upstream release [20:32] we use uscan in git-buildpackage-ppa to fetch the source if it's now downloaded yet [20:32] ah [20:33] so it is quite important [20:33] well, it's handy so you don't have to download the tarball by hand [20:34] does uscan do it for you? [20:35] like if I do a git clone and get the debian folder, can I use uscan to downland the tarball? [20:35] yes [20:35] the script runs: subprocess.call(["uscan", "--download-current-version", "--destdir=../build-area"]) [20:36] so while in the debian dir I could use uscan --download-current-version --destdir=../ ? [20:36] Riddell: I just updated git-buildpackage-ppa for recent gbp, please revert if you have issues [20:37] clivejo: yes, if you have a watch file [20:37] (that has the downlad URL's) [20:37] thats getting added to my notes! [20:37] thanks yofel [20:37] you could also just use git-buildpackage-ppa from kubuntu-automation :P [20:38] clivejo: did you get sorted? [20:38] yofel: on my local machine [20:38] Riddell: I think yofel has sorted it yes [20:38] clivejo: hm [20:38] Missing build dependencies: libkf5pimtextedit-dev [20:39] that exists? [20:39] where are you building it? [20:39] ... [20:39] ignore me [20:39] it should exist in the PPA [20:40] #parser.add_argument("-d", "--dist", default=UbuntuDistroInfo().devel(), help="Distribution name (default: current development release)") [20:40] parser.add_argument("-d", "--dist", default="vivid", help="Distribution name (default: current development release)") [20:40] WHAT? [20:40] but it doesnt exist locally [20:40] clivejo: nvm, I uploaded to vivid [20:40] well not on my machice [20:40] if I added the PPA to my pbuilder would that work? [20:41] sure [20:41] meh, the script still crashes [20:42] which ppa are these apps being built? [20:43] the status page has the link at the top [20:53] meh, script fixed. Been a while since I wrote python [21:06] kcalutils is green :) [21:07] thanks yofel [21:07] yw [21:08] ksudoku seems to be just a bump on standards to fix it? [21:08] can you do that easier via your commit permissions? [21:08] or will I prepare a patch? [21:09] oh there is a missing file too [21:09] Ill make a patch [21:17] Riddell or yofel: can you please apply this patch - https://paste.kde.org/pv16azcqg [21:19] yofel: git-buildpackage-ppa still not working in e.g. khangman, any idea why? git-buildpackage-ppa [21:19] clivejo: looking [21:21] erm, why is that thing running apt-get source in the git folder o.O [21:22] Riddell: also, khangman kubuntu_wily_archive is at 15.04.2 [21:22] no update for it? [21:23] hm, and the watch urls are failing. That's odd [21:23] on kci why is wily_stable_kmailtransport stuck and showing red? [21:23] yofel: apt source in git folder always annoys me [21:24] yofel: ah I think I see, wrap-and-sort git handle is complaining so that'll have prevented the git commit to the new version and breaks git-buildpackage-ppa, thanks [21:24] apt-get source commented out [21:26] now it's failing on the tarball, wth [21:27] I want bzr back, gbp is horrible [21:27] bzr-buildpackage is so much nicer than whever gbp is trying to be [21:28] gbp wants a copy of the upstream source in git [21:28] I guess with some fancy remote handling we could actually do that, but why do we even need to :( [21:29] Riddell yofel: syndication is failing on symbols, does it require library transition? [21:29] clivejo: no it's also new [21:30] so I can try fixing it? [21:30] clivejo: please :) [21:30] oh, I forgot to commit [21:30] thanks gbp for giving me a very accurate error for that *-.- [21:30] "Subject: [kde-release-team] KDE Applications 15.08.0 available for packagers" oh we're behind the times [21:30] signfile khangman_15.07.90-0ubuntu1~ubuntu15.10~ppa1_source.changes 2EC0A9FF [21:30] FINALLY [21:31] so yeah, if you use the script exactly in the right way, it works [21:32] khangman did work for me when I pushed the right change with gbp [21:32] I've already uploaded it to ppa [21:38] Riddell: can you push this please - https://paste.kde.org/p4kqsg972 [21:38] * Riddell looks [21:42] clivejo: uploaded! [21:45] rebuild? [22:03] Riddell: Can you shed some light on this? - https://paste.kde.org/pkhjobsc1 [22:03] looking [22:04] it's trying to run tests but there's no X environment set up so they fail [22:04] how do I disable that? [22:04] you can copy the test stuff from e.g. konsole which has a line in debian/control and debian/rules and stuff in debian/tests [22:04] and that runs tests with an X environment set up [22:05] or you can just disable them by overriding dh_auto_test in debian/rules [22:05] clivejo: what's the package? [22:05] ooh is it umbrello? [22:05] yup [22:05] what checking the spelling [22:05] I was [22:05] getting tired [22:06] I prefer the overirde [22:07] what do you think? [22:07] clivejo: try with the testing stuff from konsole, should just be copying the two lines and the directory [22:07] it's umbrello which got me an A at university so I feel an obligation towards it :) [22:08] what is it? [22:09] UML diagram program, for drawing diagrams ("models") of object orientated code [22:09] academics love that stuff, it was a guaranteed A [22:09] lick! [22:10] Im not sure what I need to do here [22:10] I need the tests dir from konsole? [22:10] yes, debian/tests [22:11] and the X-thing-autotest line in debian/control [22:11] and the PHONY line in debian/rules [22:12] rm tests first and copy new in? [22:13] debian/tests [22:14] so add XS-Testsuite: autopkgtest to control? [22:14] yep [22:14] hmm, it seems to have it already [22:14] yup [22:14] clivejo: so maybe it's just lacking the line in debian/rules [22:14] and I bumped standards while there [22:15] good idea [22:15] although really you should read up on what's changed in the standards version and check it's doesn't affect the package [22:15] bumping 3/debian-qt-kde.mk [22:15] but if you don't, I won't tell anyone :) [22:16] clivejo: hang on umbrello is still kdelibs4 so it should use 2//debian-qt-kde.mk [22:16] is version 3 not backwards compatable? [22:17] so add .PHONY: override_dh_auto_test to rules? [22:18] no it's not intended to be [22:18] and why is it not 4 for kde4 and 5 for plasma5?!? [22:18] yes add that PHONY line [22:18] the course of true versioning never did run smoothly [22:18] anything else while Im here? [22:19] is this needed? [22:19] override_dh_auto_install: [22:19] $(overridden_command) --destdir=debian/tmp [22:21] clivejo: I guess so [22:21] clivejo: if there's only 1 .deb in debian/control dh_install will install to debian/ instead of debian/tmp and no .install file is needed [22:21] the umbrello package uses a .install file so it needs to set debian/tmp for that to work [22:22] I'm not sure why it uses a .install file, maybe there's a good reason [22:23] Riddell: do I delete all the files in tests before copying them? [22:24] or even rm tests and the cp the konsole version [22:24] clivejo: just leave the current ones, they should be the same as in konsole [22:25] was the problem the .PHONY line? [22:26] Riddell: can you take a look @ #kubuntu and the Kate issue ? [22:27] clivejo: yes I tihnk so [22:27] clivejo: that just makes dh_auto_tests not run, instead the autopkgtest stuff is used [22:27] which is what's in debian/tests [22:28] soee: shrug, core dumped, he needs to get a backtrace for anyone to have any idea [22:28] soee: or remove config files maybe [22:29] Riddell: trying a debuild locally [22:37] Riddell: two lintian warnings [22:37] W: umbrello: binary-without-manpage usr/bin/po2xmi [22:37] W: umbrello: binary-without-manpage usr/bin/xmi2pot [22:38] and error signing the file cause I dont have your secret key :P [22:38] clivejo: ignore those [22:38] so generate a patch ? [22:38] clivejo: binary-without-manpage is debian policy but we don't care about it in ubuntu [22:38] clivejo: yes please :) [22:38] clivejo: if you want to get credit you can add a line in changelog with dch -i [22:39] do I need to add a lintian ingore? [22:39] no, we override it in our status scripts [22:39] nah, Ill only get the blame if it goes wrong! [22:39] debian will care about it so adding a lintian ignore in the packaging is just something they can't merge [22:43] https://notes.kde.org/p/release_applications_15_08 [22:43] release notes [22:45] weird [22:45] paste.kde.org wont let me paste it [22:45] says "You must select a language other than 'text' for this paste. " [22:45] try bash [22:46] https://paste.kde.org/pen7hhqkv [22:46] tried diff [22:47] cool [22:47] Riddell: can you patch umbrella for me [22:48] umbrellO :) [22:48] folks, I saw no answer about kdeplasma-addons [22:48] LOL I know, just winding [22:48] clivejo: in debian/watch put two lines not just one [22:48] we're missing it [22:48] clivejo: both stable and unstable [22:48] oh [22:48] can it deal with multiple sources? [22:49] can you sort that, or do I need to redo the patch? [22:50] clivejo: sorting [22:50] valorie: what's up? [22:50] Riddell: thanks [22:50] valorie: missing where? [22:50] and thanks for the heads up, I didnt know that [22:50] clivejo: uploaded! [22:51] Riddell: do you have scripts? [22:51] to do it fro you? [22:51] you are extremely quick! [22:54] has this been packaged yet? - http://kde-apps.org/content/show.php/Simple+RSS+reader?content=170862 [23:00] clivejo: I already have an umbrello git clone, and I use git-buildpackage-ppa from kubuntu-automation scripts to build the package for the ppa [23:01] clivejo: that's only a week old so no it's not been packaged :) [23:01] if you have time tomorrow, will you teach me? [23:02] an rss feed on my desktop would be handy :) [23:07] so umbrello is orange cause of the lintian warnings? [23:39] Riddell: sorry, I said last night: [23:39] [23:04] !info kdeplasma-addons [23:39] [23:04] Package kdeplasma-addons does not exist in wily [23:39] [23:04] !info kdeplasma-addons vivid [23:39] [23:04] Package kdeplasma-addons does not exist in vivid [23:39] [23:05] and yet we have -data and -dbg [23:39] [23:05] sounds like an oversight [23:39] [23:35] on addons, debian has a package: https://packages.debian.org/unstable/kdeplasma-addons [23:39] should I file a bug? [23:45] valorie: e-mail the list may be better [23:45] ok [23:46] valorie: but I think it's deliberate [23:46] debian has kdelibs4 version [23:46] we have kf5 version and packaging is different [23:46] * Riddell snoozes, thanks valorie, clivejo et al [23:46] they mention kf5 on that page [23:46] or I wouldn't have linked it [23:46] Riddell, still awake? [23:46] but I'm sending an email [23:47] sweet dreams Riddell [23:52] sent, off shopping for my grandson's 8th birthday present