[00:14] <ScottK> valorie: I'd manually download the .deb for apt and then install that using dpkg.
[00:17] <clivejo> http://packages.ubuntu.com/xenial/apt
[00:21] <sgclark> ScottK: so yofel told me lp:~kubuntu-dev/ubuntu-seeds/kubuntu.xenial and your instructions I downloaded kubuntu-desktop sources. They look nothing alike and I am confused :( the lp one desktop file looked like our apps the source one umm I don't recognize alot of this stuff. like it is really old. 
[00:21] <sgclark> the launchpad does not have the update.cfg fwiw
[00:23] <ScottK> sgclark: kubuntu-meta is the source package.
[00:24] <sgclark> oh sorry that is what I ended up with kubuntu-meta-1.331
[00:25] <ScottK> That's it.
[00:25] <sgclark> perhaps I should try this README
[00:26] <sgclark> nope. lost at the published seed lists. do I commit my changes in lp to get this "published seed list" ?
[00:26] <ScottK> It should be reasonably clear. You should find update and update.cfg in the top level directory of the package.
[00:27] <ScottK> Yes.
[00:27] <sgclark> ok. I think I get it now
[00:27] <ScottK> K.
[00:28] <ScottK> Since this is the first update this cycle it's likely a lot. Don't be surprised.
[00:30] <sgclark> ok
[00:35] <sgclark> ok it seems to be running
[00:36] <sgclark> now to figure out how to change a default keybinding
[01:03] <valorie> ScottK: thanks!
[01:05] <valorie> there was an update to apt within the past month, as I recall
[01:05] <valorie> no probs on this machine, but as clivejo says, perhaps corrupted on teh xenial machine
[06:22] <valorie> gosh I would love to write a post as good as this for kubuntu: http://princessleia.com/journal/2016/03/xubuntu-16-04-iso-testing-tips/
[06:24] <valorie> and why doesn't our kubuntu-disk-creator run as well as gnome disks, which I do intend on testing out
[06:50] <valorie> btw reinstalling apt made no difference
[08:08] <kfunk> crash in akregator, fwiw: https://paste.kde.org/pluedrxki#line-21 (happens when selecting the "Outside the Stellerator" blog post from Kai Uwe on Planet KDE in akregator)
[08:25] <seaLne> sgclark: i left my pc on over night running kontact and at some point mail checking stopped working until akonadi restart. however it was still working about 8 hours after starting which is a lot better
[11:55] <lordievader> Good afternoon.
[12:18] <BluesKaj> 'Morning folks
[13:15] <sitter> clivejo: http://anonscm.debian.org/cgit/pkg-kde/frameworks/attica.git/commit/?h=kubuntu_unstable&id=48ccbbeac37fe39473a9d22c9d5b39b0a84db1ea
[13:16] <sitter> you should document the *why* not that the *what*
[13:16] <sitter> one can see the what by looking at the diff
[13:16] <sitter> incidently
[13:16] <sitter> clivejo: why?
[15:01] <sgclark> yeah so it looks like my kontact crashed at some point in the night. Gonna run it with gdb today and see what happens
[15:06] <sgclark> ScottK I am guessing the unknown packages ( all the new ones not yet in archive ) make it so that this needs to be run after we find someone to get our packages uploaded. (seed update)
[15:13] <sitter> sgclark, yofel: you'll want to update-projects to switch stable builds to 5.6
[15:13] <sitter> (and merge kubuntu_unstable into kubuntu_stable)
[15:14] <sgclark> ok
[15:14] <yofel> isn't it too late for that already? I see 5.7 stuff in unstable already
[15:14] <sgclark> but wait. 5.6 we havenot got that far yet
[15:15] <sgclark> we still need 5.5 done and uploaded
[15:15] <yofel> I'm just testing the package build script
[15:15] <sgclark> and we have one more point release to  do i we ever get stuff uploaded
[15:15] <sgclark> ok
[15:16] <sgclark> so I think going to 5.6 at this time is unwise 
[15:16] <sgclark> it would cause a boom when we do 5.5.5
[15:17] <yofel> fatal: '/git/pkg-kde/plasma/discover' does not appear to be a git repository
[15:17] <yofel> @§"$$§($"§(57(§
[15:17] <yofel> can users please just use apt, thanks
[15:17] <sgclark> ?
[15:17] <sgclark> you lost me
[15:18] <yofel> I need to figure out where I have to special case that thing so the script doesn't crash
[15:18] <sitter> sgclark: the upstream mapping in pangea-tooling now points to 5.6, so if you want to hold off you either need to locally change that or not run the update script
[15:18] <yofel> subprocess.CalledProcessError: Command '['git', 'clone', u'git+ssh://git.debian.org/git/pkg-kde/plasma/discover', 'git']' returned non-zero exit status 128
[15:19] <sgclark> sitter: ok, thanks for the heads up
[15:19] <sitter> yofel: https://github.com/blue-systems/pangea-tooling/blob/master/ci-tooling/lib/projects/factory/debian.rb#L135
[15:19] <sitter> use find instead of ls
[15:20] <sitter> you could probably drop the depth and use a -name *.git filter instead
[15:22] <mamarley> Is there any chance of getting http://commits.kde.org/plasma-workspace/5a1a411b41f950e97d80ff7c898052fb6d02fb1a cherry-picked for 5.5.4 or 5.5.5?  That fixes a fairly annoying crash that occurs when hotplugging or turning on monitors that starting happening recently after some of the Qt backports.
[15:22] <yofel> sitter: this is kubuntu-automation.
[15:22] <yofel> that doesn't even do a lookup -.-
[15:23] <sitter> yofel: how does it know what to pick then? oO
[15:23] <sitter> oh static list one presumes
[15:23]  * sitter puts on a cape and disappears into the dark of the night
[15:23] <yofel> :O
[15:23] <yofel> how did you find that out so fast

[15:24] <ScottK> sgclark: yes
[15:25] <yofel>   0         if package == "kde4libs":
[15:25] <yofel>   1             print "MMM gitName = kde4libs"
[15:25] <yofel>   2             gitName = "kde4libs" # as an exception this one has git repo named after package
[15:25] <yofel> sometimes I really don't get why we have code...
[15:25] <sgclark> lol
[15:25]  * yofel hardcodes more stuff
[15:25] <sgclark> for entertainment?
[15:27] <yofel> I'm missing the entertainment part, but yeah, sure
[16:02]  * genii makes a fresh pot of coffee
[16:12] <clivejo> firefox is really starting to annoy me
[16:15] <clivejo> sitter: good question, I must have thought that tag no longer needed to be overridden
[16:16] <clivejo> turns out I was very much mistaken :/
[16:31] <BluesKaj> clivejo, have you checked firefox today? Suddenly it stopped acting up and it's only using 5% cpu, but still using 450mb of RAM 
[16:32] <clivejo> mine keeps using 100% of one core and using memory of 2.5Gb 
[16:32] <clivejo> is there an update today?
[16:35] <clivejo> sitter: is something up with KCI, its been working on those for over 2 hours now
[16:39] <yofel> "mine keeps using 100% of one core and using memory of 2.5Gb "
[16:39] <yofel> sounds like you keep jenkins open in a tab?
[16:41] <BluesKaj> clivejo, yes. there's an upgrade, but I'm also using the landing ppa
[16:45] <clivejo> yofel: I do keep Jenkins open a lot, but seems to be triggered by opening a buildlog
[16:45] <yofel> hmk...
[16:46] <clivejo> BluesKaj: not seeing an update, but Im just using main archive and misc PPA at the minute
[16:50] <sgclark> as someone that has jenkins open 24/7 I can say that it does consume alot of resources. Especially if you enable auto update. Might want to turn that off.
[16:50] <BluesKaj> ok , I tried the staging-misc ppa for a few hrs but I purged it and reverted my packages, but it didn't seem to fix my FF problem until today's updtae/upgrade
[16:51] <sgclark> FF being firefox? we do not package that...
[16:53] <BluesKaj> sgclark, well, it's a mystery then
[16:54] <BluesKaj> thought it might have to do with java and flash on some sites 
[16:57] <yofel> our scripts really need to make shallow clones, this is taking ages.....
[17:11] <yofel> shadeslayer: so you wanted commands that you should run. So here you go (make sure you have a fresh kubuntu-automation clone):
[17:11] <yofel> ./ubuntu-archive-upload -v 5.18.0 -r frameworks -t /tmp/fw-518 -a kubuntu-ppa/staging-misc
[17:11] <yofel> ./ubuntu-archive-upload -v 5.5.4 -t /tmp/plasma-554 -r plasma -a kubuntu-ppa/staging-misc
[17:11] <yofel> FW is already tagged, so ignore the git diff and just upload. For plasma you'll have to run git-push-all to upload the tags
[17:11]  * yofel is still testing apps
[17:12] <shadeslayer> yofel: where's kubuntu-automation?
[17:12] <yofel> sec
[17:13] <yofel> shadeslayer: https://git.launchpad.net/~kubuntu-packagers/+git/kubuntu-automation/
[17:13] <shadeslayer> ooh got
[17:13] <shadeslayer> git
[17:14] <yofel> fatal: '/git/pkg-kde/applications/ktp-kded-integration-module' does not appear to be a git repository
[17:14] <yofel> *sigh*
[17:14] <yofel> I'll fix that later
[17:15] <shadeslayer> yofel: pull-ppa-source doesn't exist on my system
[17:16] <yofel> oops. that's in kubuntu-dev-tools
[17:17] <shadeslayer> where's that xD
[17:18] <yofel> bzr co lp:kubuntu-dev-tools
[17:19] <yofel> kubuntu-dev-tools/bin needs to be in PATH
[17:22] <shadeslayer> yofel: https://paste.kde.org/p4ccejwza
[17:22] <yofel> debian/rules:4: /usr/share/pkg-kde-tools/qt-kde-team/3/debian-qt-kde.mk: No such file or directory
[17:22] <yofel> whare are you building that? ^^
[17:22] <shadeslayer> oh
[17:22] <shadeslayer> wat
[17:22] <shadeslayer> wot why did I not have it installed XD
[17:23] <yofel> need to run, bbl
[17:27] <shadeslayer> yofel: me too, I'll let it run and get back to you
[17:28] <sgclark> woah what is with that que in kci. sigh
[17:30] <shadeslayer> dpkg-source: warning: ignoring deletion of file src/sendfile/pages/selectdeviceandfilespage.h, use --include-removal to override
[17:31] <shadeslayer> that looks wrong
[17:32] <sgclark> it does. context?
[17:44] <shadeslayer> sgclark: it's from ./ubuntu-archive-upload
[17:44] <shadeslayer> I have to go now
[17:44] <shadeslayer> sgclark: and it's from bluedevil
[17:44] <shadeslayer> actually
[17:44] <shadeslayer> also happens for frameworks
[17:44] <shadeslayer> so something going wrong definitely
[17:45] <sgclark> yofel: ^
[19:01] <sgclark> oh. yay. dh_strip.pkg-create-dbgsym: unknown option; aborting wily have wrong version of dh_strip? sitter yofel anyone? 
[19:04] <sgclark> Unknown option: dbgsym-migration to be exact
[19:36] <sgclark> why  yes, yes it is.
[19:37] <clivejo> KCI is so behind today
[19:38] <yofel> quite a bit o.O
[19:38] <yofel> sgclark: either comment that out or backport debhelper
[19:38] <clivejo> do we really need every package rebuilt every night?
[19:39] <yofel> wasn't there some reason for that?
[19:39] <yofel> the only other way to speed things up would be to replace Launchpad
[19:41] <yofel> sgclark: actually, we should probably think about enabling dbgsym in the PPAs again soon.
[19:41] <yofel> as with the debian changes we'll soon have PPA packages without debug symbols
[19:41] <sgclark> lol
[19:42] <sgclark> oh
[19:42] <sgclark> that sounds bad
[19:42] <sgclark> kci was stuck for almost 3 hours. no idea why. I had to kill the jobs
[19:43] <sgclark> and I am not sure why we need every single package rebuilt. seems a bit much.
[19:43] <yofel> I need to read up how that works again, then we can ask wgrant_ about it
[19:43] <yofel> I *think* the nightly build is to work around some missing triggers..?
[19:44] <yofel> but we might need to tune that down a bit
[19:44] <sgclark> I think backporting debhelper might be beyond my capabilities haha. comment it is.
[19:46] <yofel> well, it builds fine in wily. Question is whether anything in there will break something else - even if there aren't that many changes
[19:47] <sgclark> test it in unstable?
[19:47] <yofel> would be an idea
[19:48] <yofel> hm, I should read the changelog more often
[19:48] <yofel>   * dh_install: Fail because of missing files only after processing
[19:48] <yofel>     all file lists for all packages.  (Closes: #488346)
[19:48] <yofel> wheeeee
[19:50] <clivejo> yofel: help please!
[19:50] <yofel> !help
[19:50] <yofel> I wonder how many years ago I last used that XD
[19:50] <clivejo> !patience
[19:50] <yofel> !botsnack
[19:51] <clivejo> I run a batch patch on libkwinglutils8.symbols
[19:51] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/plasma/kwin.git/commit/?h=kubuntu_unstable&id=735ee880c788e409cfc08e0d4bc3592a17c8d10d
[19:52] <clivejo> but it seems to have corrupted the symbols file
[19:52] <sgclark> lol
[19:52] <clivejo> why did it move libkwinglutils.so.8 libkwinglutils8 #MINVER# away down the file?
[19:53] <clivejo> actually is seems to have removed it completely
[19:53] <clivejo> no moved it to line 246
[19:53] <yofel> no, it's there
[19:56] <yofel> clivejo: the symbol file was broken before that
[19:56] <yofel> do "git checkout HEAD^", then look at line 21
[19:57] <yofel> lines with symbols start with a space, but that's missing in that line
[19:57] <yofel> so the symbolshelper thinks that's a lib line
[19:57] <yofel> just git revert your last commit, fix the file and run batchpatch again
[19:57] <yofel> hey rick
[19:59] <sgclark> only thing that stands out to me is some extra whitespace on the first few symbols
[19:59] <clivejo> how would that have happened?
[19:59] <sgclark> other than that no clue, very odd
[19:59] <yofel> dunno, but scarlett broke it in 4ffcdd22
[20:00] <yofel> baybe you used vim to look at the file and accidentally pressed x?
[20:00] <yofel> *maybe
[20:00] <clivejo> I use nano
[20:00] <yofel> not you, scarlett ^^
[20:00] <clivejo> but usually dont edit it#
[20:00] <clivejo> I run git gui to see the changes
[20:01] <yofel> this is actually a bit hard to see in the diff, so I might not have noticed that before committing either
[20:03] <clivejo> ok I reverted last commit
[20:04] <clivejo> should I commit the fix to the symbols file in a separate commit
[20:04] <sgclark> yes it is very possible 
[20:04] <clivejo> then patch
[20:04] <yofel> doesn't really matter either way
[20:05] <sgclark> my cat has been known to make unintended adjustments as well. 
[20:05] <yofel> technically separate is cleaner
[20:05] <yofel> lol
[20:05] <clivejo> looks like I need a new patch
[20:06] <clivejo> Hunk #1 FAILED at 1.
[20:06] <clivejo> 1 out of 1 hunk FAILED
[20:06] <yofel> o.O
[20:07] <clivejo> KCI should rebuild 
[20:07] <yofel> oh yeah, the diff will look different once that's fixed
[20:07] <clivejo> when it decides to
[20:07] <sgclark> yeah fix the original mistake I made and rebuild
[20:07] <clivejo> sgclark: you taught me something :)
[20:07] <sgclark> I think we really need to adjust kci building everything. this really holds things up
[20:08]  * sgclark is too dependent on ci now
[20:09] <clivejo> can it be configured to only build on changes upstream or debian git changes
[20:09] <clivejo> there are over 600 packages being queued up at 00:00 UTC
[20:10] <yofel> well, I don't think it queues builds for packages with builds in the queue
[20:10] <yofel> so there's a limit to that
[20:10] <clivejo> plus when I asked about LP being slow to publish I kinda got the impression that we are to blame :/
[20:11] <yofel> now lets see if --git-overlay will fix the archive package generation
[20:12] <clivejo> sitter yofel sgclark: would one of you kind peeps fix libkolab and libkolabxml on KCI?
[20:13] <yofel> what's broken?
[20:13] <clivejo> its configured to use the wrong git
[20:13] <yofel> I thought I fixed that?
[20:13] <clivejo> you did?
[20:14] <clivejo> when?
[20:14] <yofel> well, I changed *something*
[20:14] <yofel> uh, yesterday.. maybe?
[20:14] <sgclark> ehm what?
[20:15] <sgclark> and no absolutely under no circumstances run update-projects.rb we will fail on every level. Harald bumped unstable to 5.6 and we are not ready.
[20:15] <yofel> shadeslayer: package build fixed - I believe
[20:16] <yofel> sgclark: I only edited the upstream urls for 2 of the builds in jenkins
[20:16] <yofel> nothing more
[20:17] <sgclark> sigh irc is lagging yet again
[20:17] <clivejo> yofel: so its pulling 1.0.2?
[20:17] <yofel> clivejo: it should
[20:17] <clivejo> did you change the packaging git repo?
[20:17] <yofel> no
[20:18] <sgclark> sigh. if you ran that script we are ging to blow. 
[20:18] <yofel> I DID NOT
[20:18] <sgclark> my irc is lagging insanely
[20:18] <clivejo> so because it is using the old "kubuntu" repo its using my dodgy packaging still?
[20:19] <yofel> probably
[20:19] <yofel> what is it *supposed* to use?
[20:19] <clivejo> debians
[20:19] <yofel> url plz ;P
[20:19] <clivejo> but we dont have kubuntu branches there yet
[20:19] <yofel> well, bummer
[20:19] <yofel> oh right, I need to do more app fixing
[20:20] <clivejo> if my FF ever unfreezes Ill get you a URL
[20:20] <yofel> hm
[20:21] <yofel> which reminds me that I wanted to install a FF nightly and try multicore rendering
[20:21] <clivejo> http://anonscm.debian.org/cgit/pkg-kolab/libkolab.git/
[20:21] <clivejo> sgclark used the experimental branch to fix PIM
[20:22] <yofel> without branches I won't add that, as it would be useless
[20:24] <clivejo> yofel: https://paste.kde.org/pepvnxwwf
[20:24] <sgclark> yofel: please tell you did not run that script? If you did it will bring in sitters changes and change unstable to 5.6 and when we trry to package 5.5.5 everything will be in a extraeme state of brokenness
[20:24] <yofel> sgclark: do you see this message?
[20:24] <sgclark> clivejo: I merged experimental NOTY USED. PLEASE STOP everypone. my IRC is lagging
[20:25] <clivejo> yofel: do you have permission to create kubuntu branches in that repo?
[20:25] <sgclark> no no I did not merge my packaing into unstable because I honestly I still do not understand what you were doing
[20:26] <sgclark> what I did was merge debian experimental into the kubuntu/libkolbad which the CI uses
[20:27] <sgclark> libkolab
[20:27] <yofel> clivejo: probably not, unless the kolab team is part of the kde team
[20:27] <sgclark> we have no packaging in the debian branches at this time
[20:27] <clivejo> sgclark: I made a mistake and was using the server version of libkolab, which was totally wrong and why it wouldnt work.  I got permission from detrout to add our branches
[20:28] <sgclark> well my working packages can be found in kubuntu_xenial_archive in kubntu/libkolab
[20:29] <clivejo> yofel fixed the source code git to pull the client version of the lib which when packaged with http://anonscm.debian.org/cgit/pkg-kolab/libkolab.git/ is the correct one
[20:29] <sgclark> I am going to reboot my router, this is too frustrating to try and communicate in this lag. brb
[20:30] <sgclark> sigh, we have no branches there. ffs
[20:30] <clivejo> what Im trying to establish is if we have permission to go ahead and create those kubuntu branches to properly sync with debian 
[20:31] <clivejo> yofel: will I try it?
[20:32] <yofel> you can, but talk to the kolab team BEFORE you try it
[20:32] <yofel> otherwise we can either keep using the kubuntu branches, or host them on launchpad
[20:33] <clivejo> did you read the convo with detrout?
[20:33] <yofel> not yet
[20:34] <clivejo> ok
[20:36] <yofel> grrr, too much stuff is happening on telegram these days
[20:37] <sgclark> I am not special enough to be in the telegram group. hope it is not important
[20:38] <clivejo> sgclark: you were in it, but you left cause of the spam!
[20:38] <sgclark> any way do as you all want. I give up. when things break I will just sit back and say I told you so.
[20:38] <clivejo> to be fair I left too!
[20:38] <clivejo> sgclark: yofel said he didnt run the script
[20:39] <sgclark> ok. good to hear.
[20:39] <clivejo> [20:18:28] <yofel> I DID NOT
[20:39] <sgclark> irc sems to be working again
[20:39] <sgclark> yikes yelling. guess I deserve that, my irc was lagging by like 5 minutes
[20:39] <sgclark> was very frustating
[20:40] <yofel> yeah, that was before your message about that came through
[20:40] <sgclark> ok. no worries.
[20:40]  * yofel tries this telegram desktop app thing
[20:40] <clivejo> yofel: its way better
[20:40] <sgclark> so you see the problem with 5.6 and 5.5.5 right?
[20:41] <clivejo> and mute the one on phone
[20:41] <yofel> probably. I still don't think telegram is a good group chat, but lets see
[20:41] <yofel> yeah, I did that, which is why I never read that chat
[20:41] <sgclark> right I did leave due to spam, but no one will add me back and I can't sort out how to join
[20:41] <yofel> except that the guys are doing friday planning over there now......
[20:42] <yofel> I don't think I have you on telegram
[20:42] <clivejo> its handy when I cant get to my computer
[20:42] <yofel> indeed
[20:42] <sgclark> excellent. well I guess I won't be a part of that either then.
[20:43] <yofel> maybe we should install mattermost and give that a try - if it can do public channels unlike slack
[20:43] <clivejo> yofel: Im using this https://github.com/telegramdesktop/tdesktop
[20:44] <clivejo> from here https://desktop.telegram.org/
[21:03] <yofel> meh, firefox nightly with electrolysis only renders white pages. bummer
[21:08] <sgclark> yofel: since getting MOTU to upload everything is not going to be a speedy process, is there a way to just tag everything and then we can start staging these bug fix releases?
[21:08] <yofel> lets wait until tomorrow
[21:08] <yofel> otherwise I will need to rewrite ubuntu-archive-upload
[21:09] <sgclark> oh yeah no worries, was just thinking out load. Tomorrow is good.
[21:09]  * sgclark scampers off to wear her KDE hat.
[21:09] <yofel> that was the idea behind me tagging frameworks, but that sadly breaks the script :/
[21:10] <sgclark> bummer :(
[21:11] <yofel> and build apps again
[21:12] <sgclark> hmm think I missed something. no context to "and build apps again"
[21:14] <yofel> oh, me rerunning the script again
[21:14] <yofel> lets hope it doesn't crash THIS time
[21:35] <shadeslayer> yofel: doesn't seem to work
[21:35] <yofel> what now? :S
[21:35] <shadeslayer> yofel: https://paste.kde.org/pny0gfmpg
[21:35] <shadeslayer> there is most certainly script breakery
[21:35] <yofel> shadeslayer: did you pull?
[21:36] <shadeslayer> oh
[21:36] <shadeslayer> automation?
[21:36] <yofel> yup
[21:36] <shadeslayer> sorry
[21:36] <shadeslayer> yep works now
[21:36] <shadeslayer> cheers
[21:44] <sick_rimmit> sgclark: PM coming at you
[21:45] <sick_rimmit> Telegram has improved its moderate tools, so now you can Kick, Ban, and Block Spammers
[21:46] <sick_rimmit> The really useful thing about Telegram is that it works on my Ubuntu phone, so I can stay in touch with my K friends as i rush about during the dau
[21:59] <soee> can someone do a test for me (usb stick needed and some big file > 500 MB or 1 GB)
[22:02] <genii> soee: If you can wait 10 minutes, sure
[22:06] <shadeslayer> yofel: subprocess.CalledProcessError: Command '['git', 'clone', u'git+ssh://git.debian.org/git/pkg-kde/frameworks/kdnssd', 'git']' returned non-zero exit status 128
[22:07] <yofel> aaaargh
[22:12] <yofel> shadeslayer: what's the actual error?
[22:13] <yofel> bah, even more apps patchery required
[22:16] <shadeslayer> ohh
[22:16] <shadeslayer> ssh: Could not resolve hostname git.debian.org: Temporary failure in name resolution
[22:16] <shadeslayer> silly thing
[22:19] <genii> soee: OK, I have a 1G usb stick handy and a 500M file just made with fallocate.
[22:20]  * genii makes more coffee
[22:21] <genii> Hm
[22:22] <soee_> genii: you can try also with file larger than 1GB but: please use dolphin to copy it, and when it finish please remove it (usb stick) by klicking on teh remove icon in widget that lists this device. See how long it takes for you to get the device removed.
[22:23] <genii> soee_: OK, give me a minute...or more...
[22:25] <genii> soee_: Roughly 30 seconds
[22:26] <soee_> with 500MB file ?
[22:26] <genii> Yes
[22:26] <genii> USB2 stick in a USB3 plug
[22:27] <yofel> that test very much depends on the write speed of the stick. But in general, the unmount operation will only succeed once the write buffer is empty
[22:27] <genii> I can't test with a 1G file, since the stick is smaller than tat. But i could test with something close to that maybe.
[22:28] <soee_> yofel: well that is what i want to reporoduce somehow, sometimed is takes ~ 2min to remove it :/
[22:28] <yofel> yup, that's the effect of using cached mounts
[22:28] <soee_> genii: thank you for your tme
[22:28] <soee_> *time
[22:29] <genii> No problem. ..also the stick is exFat, if that matters
[22:30] <soee_> ok, to to get some sleep. good night all :)
[22:30] <yofel> nini
[22:32] <genii> If anyone else needs me to test anything else tonight, I have the Xenial box booted up here and will be around for another hour-90 minutes
[22:34] <genii> It's booting to a 128G USB3 flash drive using a 50G partition on it for / and a 4G swap
[22:49] <shadeslayer> yofel: uploading frameworks
[22:49] <shadeslayer> do I need to push as well?
[22:50] <yofel> not FW
[22:50] <yofel> plasma you will have to
[22:50] <shadeslayer> ok
[22:50] <shadeslayer> got a bash script for that?
[22:51] <yofel> no, but there's a ruby script ^^
[22:51] <shadeslayer>  ! [remote rejected] kubuntu_xenial_archive -> kubuntu_xenial_archive (unpacker error)
[22:51] <shadeslayer> hurray
[22:51] <yofel> wtf?
[22:52] <shadeslayer> oh
[22:52] <shadeslayer> Debian people might have revoked commit acces
[22:52] <shadeslayer> *access
[22:52] <yofel> seriously...
[22:52] <sgclark> ?!
[22:52] <shadeslayer> dunno
[22:52] <shadeslayer> remote: error: insufficient permission for adding an object to repository database ./objects
[22:52] <yofel> that should give a different error though... right?
[22:52] <yofel> o.O
[22:52] <sgclark> but
[22:53] <sgclark> these are kubuntu branches no?
[22:53] <yofel> well, you can still upload and I'll just push the tags that I generated here
[22:56] <shadeslayer> yofel: what does https://alioth.debian.org/my/ say for you?
[22:56] <shadeslayer> once you login
[22:56] <shadeslayer> under "Projects"
[22:57] <yofel> if you mean "My Projects" -> Debian Qt/KDE Maintainers (Junior Developer)
[22:58] <shadeslayer> yofel: https://i.imgur.com/pKterKl.png
[22:58] <shadeslayer> yofel: you'll have to push the tags
[22:58] <yofel> grr
[22:58] <shadeslayer> because I'm a incompetent person
[22:58] <shadeslayer> I've had enough of this shit seriously :<
[22:58] <sgclark> :(
[23:00] <clivejo> This shouldnt be so difficult?!?
[23:03] <sgclark> clivejo: not having a MOTU on the base team makes it so. Something we do need to work on. But as we are all volunteers with other commitments, these things become even more difficult.
[23:03] <sgclark> nothing we can really do about it this release.
[23:03] <clivejo> how do other flavours work?
[23:04] <sgclark> shadeslayer: is being super awesome in trying. though I feel bad so many problems
[23:04] <sgclark> clivejo: they directly sync to debian
[23:04] <shadeslayer> yofel: uploaded frameworks btw
[23:04] <sgclark> which is what I have been trying to push. without luck.
[23:05] <sgclark> this is simply too much for 3 peeps
[23:05] <yofel> shadeslayer: thanks!
[23:09]  * yofel passes shadeslayer some cookies
[23:09]  * sgclark slides over a beer
[23:21] <yofel> we should probably just move our branches to Launchpad next release. Dealing with debian is more a hassle than a benefit lately :/
[23:22] <yofel> just needs a decision on the repo urls
[23:24] <ScottK> If I were you, I'd just sync frameworks from Debian and take that much off your plate.
[23:24] <yofel> sure, we'll probably do that
[23:24] <clivejo> could we sync from Neon?
[23:25] <ScottK> No.
[23:25] <yofel> neon is not our direct upstream
[23:25] <yofel> we would need to figure out what to do with the KCI stuff. Which would probably be useless other than for detecting upstream mistakes
[23:32] <shadeslayer> yofel: [ubuntu] libkscreen_5.5.4-2~ubuntu1_source.changes (Rejected) 
[23:33] <yofel> huh
[23:33] <shadeslayer> yofel: also, won't your git stuff be different than the stuff I uploaded to LP
[23:33] <shadeslayer> the timestamps and what not
[23:33] <shadeslayer> though I guess it doesn't really matter that much
[23:33] <yofel> not in the changelog AFAIK, only the commits
[23:34] <shadeslayer> hm, I thought the timestamp would be different
[23:34] <shadeslayer> but ok whatever
[23:34] <yofel> I don't think we run dch again, only SED
[23:34] <shadeslayer>  -- Philip Muškovac <yofel@kubuntu.org>  Mon, 07 Mar 2016 22:41:00 +0100
[23:34] <shadeslayer> surely you didn't make changes 2 hours ago :P
[23:35] <shadeslayer> yofel: http://paste.ubuntu.com/15324216/
[23:35] <yofel> hm, that's different indeed -- Philip Muškovac <yofel@kubuntu.org>  Mon, 07 Mar 2016 21:25:30 +0100
[23:36] <yofel> meh
[23:36] <yofel> well, I think we can live with that
[23:37] <yofel> shadeslayer: why did it get rejected?
[23:39] <shadeslayer> yofel: btw there's stuff in new that you want accepted
[23:40] <shadeslayer> yofel: and ah right, Unable to find libkscreen_5.5.4.orig.tar.xz in upload or distribution.
[23:40] <shadeslayer> 5.5.4-2~ubuntu1
[23:40] <shadeslayer> dat version
[23:42] <yofel> well, thank debian for their new unreleased versions
[23:43] <yofel> but yeah, the script should be adding -sa :/
[23:50] <yofel> ok, I'm off to bed
[23:50] <yofel> shadeslayer: thanks again for uploading stuff