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