[06:13] <ovidiu-florin> yofel: can you plese provide some feedback as to if we can implement this: https://plus.google.com/u/0/+ThiagoAderaldo/posts/bbpwuMbmHx6
[06:23] <sitter> ovidiu-florin: Jens and I looked at it. see the comment  'Suggestions from Jens (VDG) at Randa'
[06:24] <sitter> seeing as the author didn't get back to the VDG I suspect the answer is no
[06:24] <sitter> incidently g+ continues to not be a defect tracker
[06:24] <sitter> neither is IRC
[07:14] <santa_> Riddell: morning, I have a draft implementation of the git-clone-all script, I will send it when it's finished, this is how the configuration file looks like
[07:14] <santa_> https://paste.kde.org/ppy50hpk8
[07:14] <santa_> the thing would be called this way:
[07:15] <santa_> git-clone-all -r frameworks
[07:16] <santa_> or git-clone-all -r frameworks -d wily
[07:16] <santa_> or even git-clone-all -r frameworks -d siduction
[07:16] <santa_> or even git-clone-all -r frameworks -d neon
[07:17] <santa_> (since the set of packages may be different for each case)
[07:44] <ovidiu-florin> sitter: I can't find that comment
[08:16] <lordievader> Good morning
[08:17] <ghostcube> may the force be with you!!
[08:18] <lordievader> ;)
[08:28] <Riddell> santa_: looks interesting :)
[09:14] <santa_> Riddell: done, although we could add an "-u" option in the future to update the extra remotes of already existent clones
[09:14] <santa_> https://gitlab.com/siduction-tools/pkg-kde-automation/blob/master/git-clone-all
[09:16] <santa_> gonna mail kubuntu-devel with all the needed stuff
[10:07] <sitter> everytime I look at the automation the only thing spooking through my mind is why that is all so static
[10:22] <bshah> how do I apply as kubuntu dev?
[10:22] <bshah> (if I am eligible)
[10:22] <bshah> just wondering
[10:25] <sitter> bshah: https://community.kde.org/Kubuntu/Developers#Applying_for_kubuntu-dev_membership
[10:26] <bshah> You must be KUbuntu member first.. hmm
[10:27] <bshah> I guess.. not worth effort..
[10:29] <sitter> bshah: if you just want commit access to the repos you can nicely ask the debian kde team if you can get access without affiliation
[10:32] <sitter> shadeslayer: https://twitter.com/icecrime/status/652916718902226944
[10:34] <sitter> Riddell: just did the first source build with a static tarball location of qtbase from debian. we may be able to do 5.5 builds next week hopefully
[11:13] <pursuivant> muon (redesign) v5.4.1-95-g37e9605 * Aleix Pol:  (4 files in 2 dirs)
[11:13] <pursuivant> Improve functionality of the Update page
[11:13] <pursuivant> Make it possible to jump to the resource when displayed.
[11:13] <pursuivant> Improve the section delegate
[11:13] <pursuivant> http://commits.kde.org/muon/37e960549e225994021ef43d700a0f219d3d5020
 everytime I look at the automation the only thing spooking through my mind is why that is all so static
[11:33] <santa_> what you mean with "so static" exactly?
[11:34] <sitter> +src_package_list = readPackages(cwd + "/package-name-lists/" + releaseType + "-" + dist)
[11:34] <sitter> e.g.
[11:35] <soee> :O http://www.phoronix.com/scan.php?page=news_item&px=Qt-5.5.1-Released
[11:35] <soee> "the Qt 5.5.1 patch release provides close to 1.000 improvements and fixes."
[11:41] <santa_> sitter: well, the other option would be checking the ftp and cache the list obtained somehow
[11:42] <sitter> sftp + ls should be plenty cheap, no?
[11:44] <santa_> thats what the package-names-list does and it doesn't work very fast for me
[11:46] <santa_> but in any case the package list is already needed for the build status thing if I'm not mistaken
[11:51] <sitter> ssh ftpubuntu@depot.kde.org ls stable/frameworks/5.15/\*.xz  0,13s user 0,00s system 8% cpu 1,513 total
[11:53] <sitter> sftp -b - ftpubuntu@depot.kde.org:stable/frameworks/5.15/ <<< 'ls *.xz'  0,14s user 0,01s system 2% cpu 6,813 total
[11:53] <sitter> me thinks that listy thing needs to be ported from sftp to ssh ls
[11:54] <sitter> it is slightly weird that it would take so much longer though
[11:54] <santa_> here
[11:54] <santa_> real    0m1.017s
[11:54] <sitter> santa_: 1s seems reasoanble though?
[11:55] <santa_> and you still need the list for the build status thing
[11:55] <sitter> build status thing needs fixing as well I guess?
[11:55] <santa_> sitter: well, for the git-clone-all is kind of acceptable
[11:56] <sitter> I haven't read your new code TBH :P
[11:57] <sitter> though I think it probably would be better to clone all repos actually
[11:58] <santa_> without -r specified we could do that
[11:58] <sitter> so you get a list of all things in the release from depot.kde, you clone all repos --> all tars from depot should map to a repo AND only those repos should have $whateverbranchforbuild
[11:59] <sitter> if you have a tar but no repo, or a repo but no tar something either went wrong or a human needs to tinker with the repos (e.g. delete the branch and get it removed from archive becuase $thing is no longer getting released)
[12:01] <santa_> packagesRenamedFromUpstram = {"kwallet": "kwallet-kf5",
[12:01] <santa_>                               "kdnssd": "kdnssd-kf5",
[12:01] <santa_>                               "kactivities": "kactivities-kf5",
[12:01] <santa_>                               "attica": "attica-kf5",
[12:01] <santa_>                               "ktux": None,
[12:01] <santa_>                               "libkexiv2": None,
[12:02] <santa_>                               "kde-workspace": None,
[12:02] <santa_>                               "libkgeomap": None,
[12:02] <santa_>                               "kde-l10n": None,
[12:02] <santa_>                               "kdelibs": "kde4libs",
[12:02] <santa_>                               "baloo": "baloo-kf5",
[12:02] <santa_>                               "kfilemetadata": "kfilemetadata-kf5",
[12:02] <santa_>                              }
[12:02] <sitter> my oh my :P
[12:02] <sitter> santa_: on a related note ... if you clone all repos we can throw that silly map out
[12:03] <santa_> what map?
[12:03] <sitter> santa_: upstreamname -> ourname
[12:03] <sitter> just need to put the relevant metadata somewhere in the repo
[12:05] <sitter> if file.exist?("$repo/debian/meta/upstream_name") ; map[upstream] = read();
[12:05] <BluesKaj> Hey all
[12:06] <sitter> uh ah, this actually could go in debian/source/ maybe, seems relevant enough anyway
[12:06] <soee> hiho BluesKaj
[12:06] <BluesKaj> Hi soee
[12:10] <sitter> santa_: btw, I think you can make git-clone-all quite a bit faster by threading the for loop. git.debian has really bad performance sometimes plus ssh overhead will eat ~1s for each clone
[12:22] <soee> can i disable favs foldersarea in Kmail ?
[12:26] <santa_> sitter_: yep. as the -u option would be a nice feature to add
[12:32] <santa_> sitter_: regarding the map we would still have a problem with those mapped to None, which are those being skipped by kubuntu
[12:32] <santa_> so the best thing we could do would be reducing its size
[12:34] <sitter_> None could simply be a deadend kubuntu branch with upstream_name set to None
[12:35] <santa_> which would be an imaginative way to implement the map
[12:35] <sitter_> it moves the map into context essentially
[12:36] <santa_> I think it could be a nice thing to do
[12:37] <santa_> it's good to remove this kind of things from the packaging
[12:38] <santa_> * from the automation
[12:38] <santa_> that manual list of "packages with epoch" is a cancer too, good thing we won't need it for the new version bumping
[12:39] <sitter_> yeah, that one I am complaining about once a month or so xD
[12:39] <sitter_> santa_: we could get rid of that as well if automation clones all repos
[12:39] <sitter_> I think I discussed this a while ago with Riddell
[12:40] <sitter_> what should happen is that it should use the debian python module to read the changelog in the repo and then preserve the epoch (or lack thereof) when bumping
[13:25] <shadeslayer> sitter: heh
[14:47] <soee> QT 5.5 will land in Wily ?
[14:49] <ScottK> No.  That'd be "X" material.
[15:00] <shadeslayer> seeing how wily is at most a week away
[16:43] <pursuivant> muon (master) v5.4.1-39-g1f1859d * Aleix Pol: discover (2 files)
[16:43] <pursuivant> Make it possible to launch appstream://packageid on discover
[16:43] <pursuivant> http://commits.kde.org/muon/1f1859d2fd1e71d142ccd51fc888b8af1914771b
[16:59] <gorilych> hello. I have KDE 5.4.2 on kubuntu 15.10. Sometimes keyboard shortcuts stop working. Is this a known problem?
[17:51] <Mamarok> I was wondering, there doesn't appear to be offical packages for the language Rust, I only found a PPA, but nothing in the offical Ubuntu repos, any ideas why?
[19:27] <soee> hey all, remember we were testing Slack as a team communication tool but due to closed source etc. it was not accepted
[19:27] <soee> what do you think about this: http://www.mattermost.org/open-source-slack-alternative-reaches-1-0/
[21:40] <soee> http://www.proli.net/2015/10/16/appstream-offers-a-cross-distribution-identifier-for-applications/?utm_source=dlvr.it&utm_medium=twitter
[21:40] <soee> is it something like Open Suse i think has where you can click button on a website, and application will be installed ?
[21:46] <valorie> soee: mattermost looks really interesting
[21:47] <valorie> Mamarok: file a bug and mention the PPA?
[21:48] <valorie> doesn't sound like something that kubuntu would take care of, but some KDE devels are investigating Rust
[21:48] <valorie> like sho_
[21:48] <clivejo> has anyone packaged calligra?
[21:51] <soee> i dont think so
[21:53] <clivejo> my ISP have accused me of breaching their Fair Usage policy and Im currently being capped to like 5Kb and large files are being disconnected part way through download :(
[21:55] <valorie> gah
[21:55] <valorie> did they specify what your "breach" is?
[21:56] <clivejo> excessing a cap
[21:56] <clivejo> exceeding
[21:56] <clivejo> but its advertised as having no cap but subject to Fair Usage
[21:57] <valorie> in other words, a lie
[21:59] <clivejo> well I was uploading a lot of photos to mapillary and streaming Amazon movies :/
[22:00] <clivejo> but is that fair usage and why didnt they tell me before capping me
[22:00] <clivejo> also why cant they lift the cap, as this is my first time breaching a cap I knew nothing about!
[22:01] <valorie> what do they say when you ask them?
[22:01] <valorie> good on you for mapillary
[22:01] <valorie> I wonder if they are fighting with Amazon
[22:01] <clivejo> Friday afternoon, they didnt care about helping
[22:01] <valorie> I mean, attacking/extorting them
[22:02] <valorie> using Amazon customers
[22:02] <clivejo> I thought I was helping by downloading during offpeak times
[23:20] <sgclark> ouch that would be terrible
[23:20] <sgclark> I suspect psckaging would be alot of usage heh
[23:21] <sgclark> err packaging