[00:00] <tsimonq2> woah what?
[00:00] <tsimonq2> yakkety_unstable_kdeplasma-addons build successfully
[00:00] <tsimonq2> yofel: can you see what's going on?
[00:01] <yofel> tsimonq2: well, I have shell access and a monitoring attached to the CI, but I can't see anything obviously wrong
[00:01] <tsimonq2> yofel: so then rebuild? :)
[00:02] <yofel> I triggered what you said
[00:02] <tsimonq2> :)
[00:03] <tsimonq2> well, that's a big build queue...
[00:03] <tsimonq2> yofel: did you do a global rebuild? just curious
[00:03] <yofel> oh, the daily job for mgmt_merger just triggered
[00:03] <tsimonq2> oh okay
[00:03] <tsimonq2> yofel: so this isn't all to Kubuntu packaging right?
[00:04] <tsimonq2> from what you have seen, I can do this for hours on end
[00:04] <tsimonq2> but what else is there to do?
[00:04] <yofel> tsimonq2: no, that's the CI part. Which does help with the release packaging, but that is a seperate workflow
[00:04] <tsimonq2> yofel: so what else can I help with? :)
[00:06] <yofel> good question right now, clivejo would probably have a better answer for that. Lets see
[00:08] <yofel> hm, the ci isn't really triggering any builds. Now I wonder whether I either fixed it earlier, or broke it...
[00:09] <yofel> well, it did trigger breeze-gtk because of an SCM change, so I guess it's working..
[00:11] <tsimonq2> yofel: what happens to these CI builds next?
[00:11] <yofel> they go on, until a new upstream release happens. At which the kubuntu-automation tooling that generates the release packages goes and merges kubuntu_unstable into kubuntu_yakkety_archive.
[00:12] <tsimonq2> where's that?
[00:12] <yofel> that way getting the new release done is very little work, as long as the CI packages are in a good shape
[00:12] <yofel> tsimonq2: https://git.launchpad.net/~kubuntu-packagers/+git/kubuntu-automation
[00:12] <yofel> currently being reworked, the README is for the old and still used scripts
[00:12] <tsimonq2> yeah
[00:13] <tsimonq2> yofel: what about my two outstanding MPs? :D
[00:13] <yofel> sec
[00:13] <tsimonq2> k
[00:17] <yofel> done
[00:17] <yofel> and the merger is done too
[00:17] <yofel> aaaaaaaaaaand it triggered 440 builds
[00:18] <yofel> sitter: Is it really supposed to do that? ^
[00:22] <tsimonq2> yofel: thanks :)
[00:25] <yofel> # docker --version
[00:25] <yofel> Docker version 1.6.2, build 7c8fca2
[00:25] <yofel> hm, I wonder if we can update that...
[00:34] <tsimonq2> yofel: if there is a file listed in the install file that is no longer present, do you remove it?
[00:35] <tsimonq2> right?
[00:35] <yofel> yes, otherwise the package won't build
[00:36] <tsimonq2> alright
[00:49] <tsimonq2> well I'm off to bed, thanks for all of your help yofel 
[00:49] <tsimonq2> o/
[00:50] <yofel> tsimonq2: nini, thanks to you for fixing so much!
[01:09] <leumas> Hi All, please see error generated by Steam  https://goo.gl/FxAncA PLease help me resolve this.
[01:22] <yofel> leumas: #kubuntu for support please
[01:28] <yofel> wheee
[01:28] <yofel> figured out how to run a vanilla kernel on linode. I have a working docker in lxd \o/
[01:35] <valorie> nice!
[01:35] <valorie> will you use that for builds, or what?
[01:41] <ahoneybun> I just got the email about that boot
[01:46] <yofel> valorie: trying to put another jenkins executor on linode
[01:46] <valorie> nice!
[01:46] <yofel> now I have to figure out how to set *that* up :P
[01:47] <valorie> I'm assuming you never sleep
[01:47] <yofel> well, soon I will. I am getting sleepy after all
[01:48] <valorie> news from Munich is so bad
[01:48] <valorie> and sad
[01:48] <yofel> indeed
[02:02] <yofel> ok, jenkins can now talk to linode...
[02:24] <ahoneybun> jenkins talks to the lxc?
[02:24] <yofel> it talks to the container over ssh
[02:24] <yofel> I already got it to do *something* http://kci.pangea.pub/job/xenial_unstable_modemmanager-qt/190/console
[02:25] <yofel> now the problem is how to deploy the ci-tooling to the slave
[02:25] <valorie> neato
[02:26] <yofel> and that not all jobs that should run on all slaves are matrix jobs :/
[02:28] <yofel> although, the docker cleanup can just be a cronjob..
[02:35] <yofel> and there goes LP again..
[02:39]  * mamarley kicks LP.
[06:24] <acheronuk> tsimonq2: if you look at the failed plasma-desktop build timestamp in it's name, it predates the packaging change I made to fix the appstream data. so the sources were generated pre my change, but it just got queue for a stupidly long time
[06:25] <acheronuk> and it's successor build with the change has never quite got to build yet. was in the queue when the queue was cleared yesterday I thing
[09:44] <santa_> good morning everyone
[09:49] <yofel> moin
[09:49] <acheronuk> morning :)
[10:31] <santa_> offtopic: just got into lxc containers and this seems awesome
[10:36]  * yofel spent half of the night making docker work in priviledged lxd containers
[10:36] <yofel> lxc is great though, and I recommend reading https://www.stgraber.org/2016/03/11/lxd-2-0-blog-post-series-012/ for lxd
[10:37] <clivejo> are you planning to build stuff on the new Linode server?
[10:38] <yofel> I want a kci slave on linode
[10:38] <yofel> the slave works, docker too now. But now I don't get how to deploy the docker containers for the ci
[10:38] <yofel> rake can't find some ruby modules for some reason
[10:40] <santa_> I am investigating lxc to migrate my ppa simulation invention from libvirt on top of kvm
[10:40] <santa_> right now I'm feeling better working with it directly, without lxd
[10:41] <santa_> docker seems it wouldn't be appropiate as I need persistent storage
[10:41] <yofel> right, if you want system containers you want lxc. And lxc does give you a bit more flexibility than lxd
[10:41] <acheronuk> KCI seems to be stalled waiting for that linode docker container, which is offline?
[10:42] <yofel> o.O
[10:43] <yofel> lets see if I can abort that
[10:43] <acheronuk> s/docker/lxc or whatever
[10:43]  * yofel didn't think it would wait on the offline slave
[10:44] <acheronuk> that got it moving again :)
[10:49] <acheronuk> clivejo: Is apps staging for xenial meant to have Qt 5.6.1 in it?
[10:50] <clivejo> no :(
[10:50] <clivejo> I forgot that was there when I copied frameworks 
[10:50] <acheronuk> it want to remove my plasma, as I'm still on 5.6.5 on this main machine
[10:51] <acheronuk> ah.. right
[10:51] <clivejo> eakk
[10:51]  * acheronuk disables apps staging for now
[10:54] <clivejo> what is it trying to remove?
[10:55]  * clivejo shouldnt have sat up chatting to Maro so late last night
[10:55] <clivejo> I feel so hungover today
[10:56] <acheronuk> clivejo: http://paste.ubuntu.com/20584915/
[10:56] <clivejo> wow
[10:57] <clivejo> with all the changes with apps (missing and disabled packages) maybe I should klear the staging-apps PPA
[10:58] <clivejo> and redo them
[10:58] <clivejo> how does this work Yofel?
[10:59] <clivejo> On YY Im on Qt5.6.1, Plasma 5.7.2 and having problem will apps not being Qt5.6.1
[11:00] <acheronuk> lol. back to front then
[11:00] <clivejo> plasma-discover seems to be broken
[11:00] <acheronuk> I posted about discover yesterday
[11:00] <yofel> you might as well
[11:00] <clivejo> really I need YY Apps to be built on Qt5.6.1
[11:00] <yofel> as long as all fixes are in git, that should be easy
[11:00] <clivejo> are the package lists fixed now?
[11:01] <yofel> yes
[11:01] <clivejo> ie a git-do-all should now see them
[11:01] <santa_> git-clone-all
[11:02] <santa_> but it doesn't use the static package names lists
[11:02] <acheronuk> clivejo: one prob is plasma-discover 5.7.2 depends packagekit >= 1.0
[11:02] <acheronuk> and some obsolete plasma-discover 5.6.5 packages maybe
[11:03] <acheronuk> http://paste.ubuntu.com/20467363/
[11:03] <acheronuk> and http://paste.ubuntu.com/20468770/
[11:03] <acheronuk> what I posted yesterday ^^^
[11:06] <clivejo> why does muon have an epoch
[11:08] <clivejo> whats building that package
[11:08] <yofel> muon is from muon
[11:08] <yofel> and it had one for a long time
[11:09] <clivejo> is muon being released again?
[11:09] <yofel> huh? weren't you one of the people that fixed it last cycle?
[11:09] <clivejo> yes, but it wasnt released
[11:09] <clivejo>  muon-updater (4:5.7.2-0ubuntu1~ubuntu16.10~ppa1)
[11:10] <clivejo> that package came from staging
[11:11] <clivejo> I worked on the Muon Package Manager
[11:12] <yofel> that is not from muon, but a transitional package from discover
[11:14] <clivejo> ah yes
[11:15] <clivejo> muon-discover depends on plasma-discover-updater
[11:16] <clivejo> but dont see that being created by that control file
[11:18] <clivejo> my head is just not in the zone today
[11:19] <clivejo> Neon has a plasma-discover-updater.install while Debian doesnt
[11:19] <acheronuk> That YY VM had been updated multiple times, so I can't guarantee there wasn't some left over oddities on it
[11:19] <acheronuk> can try a clean one leter maybe
[11:20] <clivejo> my recent merge with debian removed those packages
[11:20] <clivejo> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/discover/commit/?h=kubuntu_yakkety_archive&id=29d2a111eb591d7bb5c5bc7954223b13f8eb7d70
[11:24] <yofel> urgh, now jenkins has a hardcoded apt-cache host
[11:26] <yofel> 11:24:50 gpg: keyblock resource `/var/lib/jenkins/tooling/gnupg/secring.gpg': file open error
[11:26] <yofel> oops
[11:52] <soee> hiho
[11:57] <yofel> 11:54:42 D: Writing logfile: /var/lib/jenkins/workspaces/yakkety/unstable/gwenview/build/gwenview_16.04.3+p16.10+git20160723.1156-0_source.ppa.upload
[11:57] <yofel> 11:54:42 Successfully uploaded packages.
[11:57] <yofel> FINALLY
[11:58] <soee> to archive ?
[11:59] <yofel> soee: I'm setting up another build executor for KCI, but the tooling is really not intended for that......
[12:03] <soee> on the linode vps ?
[12:04] <yofel> yes
[12:05] <soee> do we have already some running ?
[12:05] <yofel> soee: "some" ?
[12:08] <yofel> the linode is running, and has an LXD setup mostly meant for packaging setup on it if people need a server to work on
[12:08] <yofel> I now put a jenkins slave in an lxd container http://kci.pangea.pub/computer/linode-01/
[12:08] <yofel> which... took a while...
[12:10] <soee> ah i thought we were talking about building instances not for users but kci
[12:10] <soee> so the one that grabs stuff from git tries to build it etc.
[12:10] <yofel> ah no, it was primarily meant for users, but the server has plenty of resources so it could be used for that
[12:11] <soee> unused resources are lost resources ;D
[12:11] <yofel> that was what harald wanted to do back when he first set the ci up
[12:11] <soee> we shudl use all we can 
[12:11] <yofel> yes, esp. as that linode is actually somewhat expensive if we had to pay for it ^^
[12:11] <acheronuk> and hopefully won't run out of memory? ;)
[12:11] <yofel> kci has 4G, linode 24G
[12:11] <soee> if users want to build something and need more resources some kce instancs could be pasued than
[12:11] <yofel> a "bit" more :P
[12:12] <yofel> but the memory issues is a docker bug I believe
[12:12] <yofel> you find verious bug reports if you look for it
[12:12] <soee> hmm
[12:12] <acheronuk> yofel: yes, I was jesting
[12:12] <yofel> but I don't want to upgrade docker 1.6 to 1.11 without having a fallback slave 
[12:12] <soee> tried: http://kubernetes.io ?
[12:13] <yofel> the linode slave runs 1.11, so we'll see
[12:14] <yofel> no, I know that harald or rohan had played with docker swarm, but the tooling requires far too much handwork in the setup currently
[12:14] <yofel> so fixing that comes first
[12:14] <yofel> someone also needs to look at the changes he did for NCI
[12:15] <acheronuk> NCI even has sound effects :P
[12:16]  * acheronuk runs
[12:16] <yofel> sounds like harald alright
[12:24] <BluesKaj> howdy all
[12:24] <yofel> heyho
[12:25] <yofel> YES, the slave built gwenview
[12:25] <yofel> lets add some more executors
[12:27] <yofel> hm, might as well overdo it while I'm at it
[12:30] <clivejo> Cannot add PPA: 'ppa:~kubuntu-ci/ubuntu/unstable'.
[12:30] <clivejo> back to front?
[12:31] <yofel> clivejo: where did you see that?
[12:31] <clivejo> in the console log
[12:31] <acheronuk> ppa:kubuntu-ci/unstable
[12:31] <yofel> clivejo: of *what*?
[12:31] <acheronuk> oh. right
[12:32] <clivejo> http://kci.pangea.pub/job/yakkety_unstable_kshisen/53/console
[12:32] <clivejo> 12:25:37
[12:32] <yofel> 12:27:04 make: *** Cannot allocate memory.  Stop.
[12:32] <yofel> well, master
[12:32]  * yofel set 32 executors on linode-01
[12:33] <yofel> lets see how that works out:D
[12:33] <clivejo> you trying to make it go boom?!?
[12:33] <acheronuk> 32 :D
[12:33] <acheronuk> stress test...
[12:34] <clivejo> I thought the executors had to be set to stop Jenkins crashing
[12:34] <acheronuk> you might kill launchpad
[12:34] <yofel> uhm, according to dstat and zabbix, that uses barely any resources, a bunch of disk IO and +1.2G memory
[12:34] <acheronuk> wow
[12:36] <yofel> uhm, ok. I did kill it
[12:37] <yofel> btrfs that is -.-
[12:37]  * yofel does desaster recovery
[12:37] <clivejo> LOL
[12:37]  * clivejo thinks yofel is having fun!
[12:38] <yofel> :P
[12:38] <yofel> uh oh
[12:38] <yofel> [39693.784549] BUG: unable to handle kernel paging request at fffffffffffffe58
[12:38] <yofel> [39693.784557] IP: [<ffffffffc00a5d2c>] __btrfs_unlink_inode+0x1c/0x470 [btrfs]
[12:38] <yofel> grr
[12:38] <clivejo> have to ping BS?
[12:39] <yofel> lets see if I can trigger a hard reset
[12:44] <clivejo> what did you kill the linode or KCI machine?
[12:45] <yofel> linode
[12:45] <clivejo> oh
[12:45] <yofel> I guess btrfs couldn't handle the kernel 4.5 -> 4.4 downgrade
[12:46] <yofel> because I'm running it in other places under heavy stress in 4.4 and it runs fine
[12:47] <clivejo> acheronuk: sorry for cancelling you project yesterday
[12:48] <yofel> ok, linode back up
[12:48] <yofel> lets see
[12:48] <acheronuk> clivejo: no problem at all. I'm in no hurry. I was more pleased to see Simon getting stuck in
[12:49] <clivejo> well that was the intention behind it
[12:49] <clivejo> its nice to see things happen!
[12:50] <acheronuk> If he's back later, perhaps he can look at https://launchpadlibrarian.net/274580284/buildlog_ubuntu-yakkety-amd64.kwidgetsaddons_5.24.0+p16.10+git20160723.0238-0_BUILDING.txt.gz
[12:50] <yofel> hm, btrfsck doesn't see anything, but I don't trust that fs structure anymore :S
[12:50] <clivejo> did all his merge reqests get pushed?
[12:51] <yofel> or hm, lets try again
[12:51] <acheronuk> clivejo: think so. yofel was doing them v late
[12:51] <clivejo> how is he so perky today!
[12:52] <clivejo> I feel like I could sleep for a week
[12:52] <acheronuk> I felt like that earlier in the week. Now it's cooler I'm better
[12:53] <yofel> when I'm angry I don't need sleep :P
[12:53] <yofel> and jenkins makes you angry
[12:53] <clivejo> do you drink coffee?
[12:54] <acheronuk> me or yfl?
[12:55] <acheronuk> I think I've now become mostly immune to caffeine. Doesn't help like it used to....
[12:56] <clivejo> yofel
[12:56] <clivejo> I dont drink it
[12:56] <clivejo> but thinking I should start!
[12:56] <yofel> at work I do
[12:56] <clivejo> Im in a strange mood today
[13:06] <soee> ^.^
[13:40] <clivejo> thats one way to clear a queue
[13:41] <clivejo> yofel: the container you setup for packaging, is it shared for all the packagers?
[13:42] <yofel> it's shared for whoever has his key in the ubuntu account
[13:42] <clivejo> so for access to depot who ssh key would it use?
[13:42] <yofel> you can either use one for all, or make a container for each person
[13:43] <yofel> none, it doesn't have access right now
[13:43] <yofel> as for that, the container needs its own ssh key
[13:43] <clivejo> I dont fancy putting my keys on it :/
[13:43] <yofel> just make a password less key in the container and add that to depot
[13:43] <yofel> just make sure to remind people to not take that key out of there
[13:44] <clivejo> what about git access to LP?
[13:44] <yofel> there is no push access unless someone decides whose user will be the proxy
[13:45] <yofel> that's why I personally recommend one container per person
[13:45] <yofel> and you can invite people to use yours as needed
[13:46] <clivejo> can we use one of the kubuntu accounts as a proxy?
[13:46] <clivejo> ie create a key for kubuntu-packagers
[13:46] <yofel> no, please don't do that
[13:46] <yofel> rather create a new user and add the key to that
[13:47] <yofel> well, packagers is a team, so you couldn't add a key to that anyway
[13:47] <clivejo> how would you do it?
[13:48] <clivejo> the kubuntu-ci seems to be an actual account
[13:48] <yofel> use my account, add a new key to it, give people access to my container while i'm watching them, then kick them out when I have to leave
[13:50] <clivejo> yellow belts is a team too?
[13:50] <yofel> yes
[13:50] <yofel> yellow belts should not be member of packagers anyway
[13:51] <clivejo> would setting up abrand new account, something like kubuntu-training or something work?
[13:52] <yofel> well, feel free to, as long as it doesn't give people unreviewed committ access to kubuntu-packagers
[13:53] <clivejo> hummm
[14:36] <clivejo> yofel: is my key still on dev.kubuntu.co.uk ?
[14:37] <clivejo> cant log in
[14:37] <yofel> how are you trying to?
[14:37] <clivejo> ssh dev.kubuntu.co.uk
[14:38] <yofel> hm, it seems to be there
[14:38] <clivejo> Host dev.kubuntu.co.uk
[14:38] <clivejo>     User ubuntu
[14:38] <clivejo>     IdentityFile ~/.ssh/id_clivejo
[14:38] <yofel> what's the error?
[14:38] <yofel> oh, wrong user
[14:39] <clivejo> whats the username?
[14:39] <yofel> 'clivejo' on port 22 will give you the host. 'ubuntu' on a different port will give you a container
[14:39] <yofel> although, it seems one of the port mappings got lost in the reboot :/
[14:40] <clivejo> just want a container
[14:40] <yofel> clivejo: try port 2201
[14:41] <clivejo> in
[14:49] <yofel> clivejo: sorry, jenkins killed the server again
[14:49] <acheronuk> linode KCI node just fell over?
[14:49] <acheronuk> oh
[14:49] <clivejo> I figured!
[14:49] <yofel> I think I need to recreate that FS :(
[14:49] <yofel> Jul 23 14:47:14 ubuntu kernel: BTRFS: error (device sdc1) in btrfs_rename:9374: errno=-2 No such entry
[14:49] <yofel> Jul 23 14:47:14 ubuntu kernel: BTRFS info (device sdc1): forced readonly
[14:51] <yofel> I'll try to do a quick reboot to get your container back up and leave jenkins down
[14:51] <yofel> then I'll be gone for a while
[14:51]  * clivejo cries
[14:51] <clivejo> my poor container
[14:51] <clivejo> you killed it!
[14:53] <clivejo> how do I get my terminal back :/
[14:53] <clivejo> packet_write_wait: Connection to 139.162.164.207 port 2201: Broken pipe
[14:53] <clivejo> ah
[14:53] <yofel> clivejo: should work again
[14:54] <yofel> as long as you don't do jenkins-level crazy things nothing bad should happen
[14:54] <yofel> I'll recreate the setup on a clean filesystem in the evening
[14:54] <yofel> bbl
[14:56] <clivejo> ok
[14:56] <clivejo> have fun
[15:00] <clivejo> :(
[15:01] <clivejo> git-clone-all uses depot :(
[16:47] <ahoneybun> lots of action today yofel lol
[16:58] <soee> this saturday is sponsored by letter R like  Red :-)
[17:05] <acheronuk> plasma-desktop is about to go GREEN
[17:19] <soee> \o/
[17:28] <tsimonq2> o/
[17:28] <tsimonq2> acheronuk: ahh I see
[17:29] <tsimonq2> yofel: no problem, it's nice to learn this stuff :)
[17:31] <tsimonq2> I'll fix something before I go
[17:36] <clivejo> grrrr
[17:38] <tsimonq2> yofel: the failure on xenial_unstable_dolphin is an internal error, not related to the package
[17:38] <tsimonq2> o/ for now
[17:39] <clivejo> lot of internal errors at the moment
[17:41] <clivejo> yofel: is it posible to run the staging script again?
[18:28] <yofel> re
[18:29] <yofel> clivejo: staging script is unaffected by what I do. Regarding the deleted packages: try it
[18:30] <yofel> if you don't see them as Deleted on the delete page anymore you're fine
[18:30] <yofel> clivejo: do you need linode? I would like to take that offline
[18:30] <clivejo> nope, go ahead
[18:30] <yofel> and I think I should be reading up on lvm...
[18:33] <acheronuk> hmmm... wiki won't let me create a page
 Yea the wiki is kinda broken for login
 Well it works at times
[18:34] <yofel> wiki modification is also restricted to specific teams
[18:34] <acheronuk> ahoneybun: I'm logged in from the ubunutu side
 Well pagea
 Not making one
[18:35] <clivejo> the wiki sucks!
 Well
[18:35] <acheronuk> ahoneybun: "You are not allowed to copy this page!"
 Copy mine
[18:35] <yofel> last I heard was: The wikis are locked down to only two teams: ~ubuntu-members and a
[18:35] <yofel> Canonical team.
[18:35] <acheronuk> yofel: great!
[18:36] <acheronuk> just as well I'm not in a huge hurry to do it!
[18:36] <yofel> ah, there's also ~ubuntu-wiki-editors for non-members
[18:37] <acheronuk> yofel: so I could join that with the justification of creating a profile page?
[18:39] <clivejo> OSM have a thriving mediawiki install ( http://wiki.openstreetmap.org/wiki/Main_Page ) why on earth cant Ubuntu ?
 Oh
[18:39] <yofel> probably...? popey is the team owner, so maybe ask him in #ubuntu-devel?
[18:41] <acheronuk> yofel: may do that then, they should at least know how to sort it, even if I can't join the team
[18:41] <yofel> right
[18:42] <acheronuk> but after the weekend. no rush on this. I just had a urge to start doing it, and was thwarted
[18:43] <yofel> oh, I know that feeling combined with the wiki...
[18:43] <clivejo> did valorie bribe you with cookies?
[18:43] <yofel> I didn't get cookies when I applied :(
[18:44] <acheronuk> I want ginger biscuits
[18:44] <clivejo> I still havent got them!
[18:44] <clivejo> I feel cheated!
[18:50] <clivejo> yofel: should apps 16.04.3 be built on Qt5.6.1?
[18:51] <yofel> for yakkety yes, for xenial... probably too as we're almost done with plasma 5.7
[19:02] <clivejo> why wont git-clone-all grab libkgeomap ?
[19:04] <yofel> dunno
[19:05] <clivejo> did you map it?
[19:06] <yofel> git-clone-all doesn't use our maps, but creates a package list directly from depot
[19:06] <yofel> see kubuntu-automation/.cache/
[19:07]  * clivejo beats head off the table
[19:18] <clivejo> I give up!
[19:33] <jimarvan> :)
[19:48] <yofel> ok, so lets try to kill the server again...
[19:53] <clivejo> kill it, kill it
[20:03] <jimarvan> :O
[20:04] <yofel> better, I was reconfiguring the docker bridge
[20:04] <yofel> because our ci builders for some reason expect apt-cacher-ng to be available at 10.0.3.1:3142
[20:05] <yofel> ok, that built, so let hell break loose
[20:06] <yofel> hm.....
[20:06] <yofel> well that didn't go too well
[20:07] <jimarvan> ....
[20:08] <jimarvan> :S
[20:08] <jimarvan> that must have hurt xD
[20:08] <yofel> I never set up RVM
[20:08] <yofel> now how do I do that...
[20:13] <clivejo> apt install rvm
[20:17] <yofel> that's not a thing
[20:17] <yofel> but I got that installed
[20:17] <yofel> but now it's failing to actually install the correct rvm ruby *-.-
[20:17] <clivejo> is it not ?!? *whistles*
[20:19] <yofel> I'm somewhat tempted to just tar up the freakin' rvm env from river and copy it to linode
[20:20] <yofel> or let me try something else
[20:20] <clivejo> whats river?
[20:21] <yofel> kci hostname
[20:21] <yofel> sry
[20:21] <yofel> ok, using root seems to work
[20:22] <yofel> oh great, now it's compiling ruby......
[20:25] <yofel> Error loading RubyGems plugin "/home/jenkins-slave/.rvm/gems/ruby-2.2.0@merger/gems/gem-wrappers-1.2.7/lib/rubygems_plugin.rb": cannot load such file -- gem-wrappers (LoadError)
[20:25] <yofel> what?!?
[20:54] <yofel> finally...
[21:03] <blaze> so green, am i in a forest?
[21:12] <yofel> ok, btrfs can't handle parallel trashing on 64 subvolumes. bummer
[21:13] <yofel> ext4+overlayfs it is I guess
[21:14] <clivejo> you seem to be enjoying yourself !
[21:14] <yofel> I am actually
[21:14] <yofel> .P
[21:16] <clivejo> kinda wish I could look over your shoulder and watch an expert at work!
[21:17] <yofel> an expert that googles like every 2nd command because he has barely any idea about ruby environments? :P
[21:17] <yofel> at least I have backups, so setting this up agains should take an hour at most
[21:19] <clivejo> I think I nodded off for a few minutes just there :/
[21:22] <clivejo> so if I kopy qt,fw and plasma from the staging-plasma and build apps 16.04.3 on those?
[21:24] <clivejo> Ive bumped Qt to 5.6.1, FW to 5.24 and Plasma to 5.7.2
[21:24] <clivejo> and hopefully got all the apps this time!
[21:30] <yofel> yeah, should work
[21:52] <clivejo> yofel: did you send out an email regarding downgrade of those packaged with bad epochs?
[21:52] <yofel> no, I forgot about that -.-
[21:53] <yofel> that were too many parallel discussions yesterday
[21:53] <clivejo> I know!
[22:16] <clivejo> yofel: I deleted all the packages in staging-kdeapplications
[22:17] <yofel> now or earlier?
[22:17] <clivejo> but LP is rejecting all my uploads
[22:17] <clivejo> earlier
[22:17] <yofel> what's an example reject message?
[22:17] <clivejo> File zeroconf-ioslave_16.04.3-0ubuntu1~ubuntu16.10~ppa1.debian.tar.xz already exists in Kubuntu Staging KDE Applications, but uploaded version has different contents.
[22:18] <clivejo> should I redo them as ppa10 or something?
[22:18] <yofel> oh, you'll have to upload something higher than ppa1 then. I guess it didn't delete the metadata yet
[22:20] <clivejo> grrr
[22:33] <clivejo> LP doesnt nothing fast!
[22:34] <santa_> I have my doubts that would work, but go ahead and try
[22:35] <clivejo> LOL
[22:35] <clivejo> We have recently noticed you made a claim for tax refund of lb235.84
[22:35] <clivejo> idiots
[22:36] <clivejo> wrong pounds
[22:39] <yofel> 22:33:02 Error on retry_it(unknown) :: Container command '/var/lib/jenkins/ci-tooling/kci/builder.rb' not found or does not exist.
[22:39] <yofel> this tooling is cursed I tell you
[22:40] <clivejo> booby traps
[22:48] <yofel> ok, mergers work again
[23:06] <clivejo> yofel: is it working again?
[23:06] <yofel> no, rake is being a though opponent
[23:08]  * clivejo nods and smiles
[23:10] <clivejo> yofel: can I do a LP push?
[23:10] <yofel> sure
[23:10] <clivejo> need to pause?
[23:10] <yofel> that wouldn't work right now
[23:10] <clivejo> ok Ill go ahead and push
[23:13] <clivejo> how does it do mergers without any executors?
[23:15] <yofel> it won't do any
[23:52] <clivejo> yofel: ark seems to have lost its epoch in KA
[23:55] <clivejo> and Ive no idea why
[23:55] <clivejo> its in https://git.launchpad.net/~kubuntu-packagers/+git/kubuntu-automation/tree/packaging-exceptions.json
[23:56] <yofel> new or old tooling? That's only for the old one
[23:57] <clivejo> old one
[23:57] <clivejo> I run the staging-upload script again
[23:57] <clivejo> looking at previous LP upload emails
[23:58] <clivejo> [~kubuntu-ppa/ubuntu/staging-kdeapplications/xenial] ark 4:16.04.3-0ubuntu1~ubuntu16.04~ppa1 (Accepted)
[23:58] <clivejo> that was a few days ago
[23:58] <clivejo> but this morning - [~kubuntu-ppa/ubuntu/staging-kdeapplications] ark_16.04.3-0ubuntu1~ubuntu16.10~ppa10_source.changes (Rejected)
[23:59] <yofel> ah, the epoch is not part of the filename
[23:59] <clivejo> whats changed?