2016-08-01 07:48:58 <clandmeter> ^7heo: ^
2016-08-01 07:58:52 <^7heo> clandmeter: about mv glide community/ ?
2016-08-01 07:59:08 <^7heo> (moin, btw)
2016-08-01 08:06:23 <clandmeter> morning
2016-08-01 08:06:35 <clandmeter> i updated caddy with glide
2016-08-01 09:09:14 <^7heo> clandmeter: ah yeah I see.
2016-08-01 09:09:43 <clandmeter> ^7heo: i am trying syncthing, but its a nightmare.
2016-08-01 09:10:17 <^7heo> clandmeter: I've been trying to make 2 other packages with glide (syncthing, droneci) and yes, as you just stated, it's a nightmare.
2016-08-01 09:10:20 <^7heo> go is a nightmare.
2016-08-01 09:10:44 <^7heo> I feel like gogs is an extremely well developped go software.
2016-08-01 09:10:53 <^7heo> it is MUCH easier to package than anything else go.
2016-08-01 09:11:28 <clandmeter> it looks like everybody is doing it their own way with go.
2016-08-01 09:11:54 <^7heo> indeed.
2016-08-01 09:12:03 <^7heo> and only a few of those ways are actually packagable.
2016-08-01 09:12:44 <^7heo> The solution to pacakge go is to either do/use a docker image or contribute to upstream up to the point where they have a proper deployment/build process.
2016-08-01 09:13:03 <^7heo> just the fact that a LOT of them use `go generate` as a *build* command is a giant nightmare.
2016-08-01 09:13:16 <^7heo> go generate has never been meant as a build command.
2016-08-01 09:13:32 <^7heo> it's a source code generation command, that should run *before* release.
2016-08-01 09:14:33 <^7heo> So essentially, since gh is able to customize the releases (i.e. source tarballs and all), the way to use go generate on github (since 100%, rounded up, of the go software seems to be on github) is to run it before generating the tarball.
2016-08-01 09:14:56 <^7heo> that way, packagers don't need to fuck around for hours/days/weeks/else with the source.
2016-08-01 09:15:21 <^7heo> btw
2016-08-01 09:15:43 <^7heo> would it be fine, for alpine, to package a software distributed as a go image?
2016-08-01 09:15:50 <^7heo> e.g. http://readme.drone.io/setup/overview/
2016-08-01 09:16:07 <^7heo> put docker as a hard dep, and you're good to go.
2016-08-01 09:17:12 <^7heo> I would feel that this is the less cumbersome way to go for this software.
2016-08-01 09:49:59 <^7heo> clandmeter: do you have a sec?
2016-08-01 09:50:28 <clandmeter> sure
2016-08-01 09:50:46 <^7heo> awesome.
2016-08-01 09:50:55 <^7heo> the current gogs (0.9.48) is broken.
2016-08-01 09:51:02 <^7heo> it builds fine, but outputs execution errors.
2016-08-01 09:51:24 <^7heo> The reason is because the glide files I've generated in the current package hold inconsistent versions of the libraries.
2016-08-01 09:51:50 <^7heo> For instance, I am getting "template: user/dashboard/navbar:13:34: executing "user/dashboard/navbar" at <.ContextUser.Id>: can't evaluate field Id in type interface {}
2016-08-01 09:51:53 <^7heo> currently.
2016-08-01 09:52:18 <^7heo> This is because the libraries are not matching the version 'locked' for the release.
2016-08-01 09:52:29 <^7heo> I opened the PR https://github.com/alpinelinux/aports/pull/185 to fix that.
2016-08-01 09:52:41 <^7heo> Do you think we can merge it asap?
2016-08-01 09:53:10 <^7heo> Aside from needing gogs to work today, I feel very uncomfortable leaving a broken package in the repos, even if it's @testing
2016-08-01 09:54:37 <^7heo> clandmeter: can you please confirm that you read that? :) ^
2016-08-01 10:00:08 <^7heo> clandmeter: did you take the 'do you have a sec?' literally? I needed a few minutes of your time, not just one second ;D
2016-08-01 10:00:55 <clandmeter> im back
2016-08-01 10:00:59 <clandmeter> having lunch
2016-08-01 10:01:02 <clandmeter> talking to my boss
2016-08-01 10:01:06 <clandmeter> reviewing your patch
2016-08-01 10:01:10 <clandmeter> want me to do more?
2016-08-01 10:01:11 <clandmeter> :)
2016-08-01 10:02:21 <^7heo> clandmeter: I just want to merge gogs asap so it works again.
2016-08-01 10:02:28 <^7heo> clandmeter: and then maybe we can discuss cosmetics.
2016-08-01 10:02:47 <^7heo> clandmeter: because jirutka wants to discuss cosmetics first, but I need the RCS to work...
2016-08-01 10:06:43 <jirutka> ^7heo: ehm, this isn’t about cosmetics, but maintainability… I have no clue how to update gogs package now; that’s why I linked clandmeter’s solution with glide_init function; that said I’m gonna merge it now to fix the package
2016-08-01 10:06:53 <clandmeter> ^7heo: you are patching the glide files now?
2016-08-01 10:07:21 <^7heo> jirutka: maintainability is cosmetics when the current state == broken
2016-08-01 10:07:32 <jirutka> agree, that’s why I’m gonna merge it
2016-08-01 10:07:39 <^7heo> jirutka: nothing prevents us from merging 185 and then doing another PR
2016-08-01 10:07:50 <jirutka> but please I have to eat sometimes… ;]
2016-08-01 10:07:58 <^7heo> and I promess I will do another PR to do what you requested in 185's comments
2016-08-01 10:08:09 <^7heo> by friday the latest
2016-08-01 10:08:18 <^7heo> (I intended to do it much earlier)
2016-08-01 10:08:42 <^7heo> clandmeter: yes, for reasons. we're going to discuss.
2016-08-01 10:08:46 <^7heo> what now?
2016-08-01 10:08:52 <^7heo> dafuq.
2016-08-01 10:08:59 <jirutka> great… what the hell is wrong?!
2016-08-01 10:09:07 <^7heo> yeah exactly.
2016-08-01 10:09:16 <jirutka> someone broke glide?
2016-08-01 10:09:33 <clandmeter> i think i know whats wrong
2016-08-01 10:09:38 <^7heo> not sure exactly, but clandmeter moved it to community
2016-08-01 10:09:43 <^7heo> that might be related
2016-08-01 10:09:47 <clandmeter> probably need to go to main
2016-08-01 10:09:52 <jirutka> nope
2016-08-01 10:10:03 <^7heo> also, just fyi, golang.org is blinking.
2016-08-01 10:10:06 <jirutka> I mean, this should not break things
2016-08-01 10:10:07 <^7heo> so when a build fails.
2016-08-01 10:10:10 <^7heo> just restart it, it works.
2016-08-01 10:10:16 <^7heo> (I know, that sucks)
2016-08-01 10:10:35 <^7heo> I had the problems a handful of times.
2016-08-01 10:10:40 <^7heo> same with gopkg.in
2016-08-01 10:10:53 <^7heo> it seems like they're having problems with delivery.
2016-08-01 10:11:02 <jirutka> this is some problem on our side
2016-08-01 10:11:08 <^7heo> aah?
2016-08-01 10:11:10 <^7heo> ok
2016-08-01 10:11:22 <clandmeter> could be that testing can only pull deps from main. but im not sure about this part.
2016-08-01 10:12:11 <^7heo> clandmeter: could it be missing an apk update prior to running the build?
2016-08-01 10:12:14 <jirutka> that wouldn’t make sense…
2016-08-01 10:12:25 <clandmeter> it wouldnt, but it explains the error.
2016-08-01 10:12:30 <jirutka> community cannot use packages from testing
2016-08-01 10:12:36 <jirutka> main cannot use packages from community and testing
2016-08-01 10:12:56 <jirutka> but I see no reason why testing cannot use packages from community
2016-08-01 10:12:56 <clandmeter> algitbot: retry master
2016-08-01 10:13:15 <^7heo> It builds on my laptop.
2016-08-01 10:13:22 <^7heo> And on gh
2016-08-01 10:13:34 <^7heo> so it should build fine on the builders as soon as we figured out what's wrong with glide.
2016-08-01 10:13:57 <jirutka> eeevrything is broken, ya ya…
2016-08-01 10:15:24 <^7heo> me
2016-08-01 10:15:25 <^7heo> h
2016-08-01 10:16:03 <jirutka> I told ya…
2016-08-01 10:16:05 <clandmeter> so seems not an issue of repo placement :)
2016-08-01 10:16:32 <^7heo> I don't care, about that part, my PR is confirmed to have fixed my issues.
2016-08-01 10:16:37 <^7heo> I was right about the wrong deps.
2016-08-01 10:16:43 <^7heo> So now I can relax.
2016-08-01 10:16:46 <^7heo> However
2016-08-01 10:17:02 <^7heo> Can we augment the verbose of the logs in the builders?
2016-08-01 10:17:34 <jirutka> what the hell is startdir?
2016-08-01 10:17:45 <clandmeter> apkbuild dir
2016-08-01 10:17:49 <jirutka> aha
2016-08-01 10:18:47 <^7heo> jirutka: are you wondering about the point with using $startdir in the GOPATH?
2016-08-01 10:18:54 <jirutka> yeah
2016-08-01 10:19:02 <^7heo> Well, it's a little hacky but
2016-08-01 10:19:08 <jirutka> this is the first time i see startdir, I thought that it’s a typo
2016-08-01 10:19:23 <^7heo> the idea is that go needs a workspace that contains src/ bin/ and pkg/
2016-08-01 10:19:28 <^7heo> and abuild does that too.
2016-08-01 10:19:39 <^7heo> so for go packages, IMHO it makes a lot of sense to reuse that structure for both.
2016-08-01 10:20:01 <^7heo> esp. since we're unpacking the software in src/
2016-08-01 10:20:18 <^7heo> so the thing is, for drone, for example, you have src/drone-0.4.2 from abuild
2016-08-01 10:20:27 <^7heo> and you have src/github.com/drone/drone from go
2016-08-01 10:20:33 <^7heo> and they both are equivalent.
2016-08-01 10:20:51 <^7heo> so in order for the build process to work, you have to ln -s src/drone-0.4.2 src/github.com/drone/drone
2016-08-01 10:20:54 <^7heo> and you're good to go.
2016-08-01 10:21:09 <^7heo> again, hackish, but works better than the alternatives.
2016-08-01 10:21:11 <clandmeter> fabled: can you check why we are getting that apk error?
2016-08-01 10:21:25 <^7heo> clandmeter: can we move glide back to testing for now?
2016-08-01 10:21:38 <^7heo> (at least to see if that solves it)
2016-08-01 10:21:47 <clandmeter> no that doesnt solve anything
2016-08-01 10:21:52 <^7heo> even in testing!?
2016-08-01 10:21:56 <^7heo> because it was there before.
2016-08-01 10:22:04 <clandmeter> no it wont fix anything
2016-08-01 10:22:43 <^7heo> m'kay
2016-08-01 10:22:53 <^7heo> I'm not an apk guru, so I will follow you on that one.
2016-08-01 10:23:12 <clandmeter> the pkg is in the index and on the mirror
2016-08-01 10:23:55 <clandmeter> ^7heo: if you really need a quick fix, build it local and isntall that one.
2016-08-01 10:23:56 <^7heo> clandmeter: could it be a sync issue?
2016-08-01 10:24:09 <^7heo> i.e. that it's not *yet* on the repo where it tries to fetch it from.
2016-08-01 10:24:18 <^7heo> clandmeter: already done thanks ;)
2016-08-01 10:24:25 <clandmeter> builder doesnt use the mirror
2016-08-01 10:24:36 <^7heo> it uses fr.a.o ?
2016-08-01 10:24:56 <clandmeter> no it has a local repo, just like you do in ~/packages
2016-08-01 10:25:12 <clandmeter> and this local repo gets synced to master repo
2016-08-01 10:25:51 <clandmeter> we need to wait for fabled or ncopa.
2016-08-01 10:25:57 <clandmeter> they are ones with builder access.
2016-08-01 10:36:11 <^7heo> ok
2016-08-01 10:51:21 <jirutka> let’s try it once more time…
2016-08-01 10:51:22 <jirutka> algitbot: retry master
2016-08-01 11:12:14 <clandmeter> fabled: can you check the builder for that error?
2016-08-01 11:13:03 <fabled> huh
2016-08-01 11:13:11 <fabled> glide not found?
2016-08-01 11:13:20 <clandmeter> yes, i dont understnad why
2016-08-01 11:13:55 <clandmeter> i thought it could be related to testing cannot dep on community
2016-08-01 11:14:28 <fabled> $ abuild-apk policy glide
2016-08-01 11:14:28 <fabled> glide policy:
2016-08-01 11:14:28 <fabled>   0.11.1-r0:
2016-08-01 11:14:28 <fabled>     /home/buildozer/packages/main
2016-08-01 11:14:28 <fabled>   0.11.1-r0:
2016-08-01 11:14:29 <fabled>     /home/buildozer/packages/community
2016-08-01 11:14:33 <fabled> it was moved from main->community ?
2016-08-01 11:15:09 <fabled> or from community->main?
2016-08-01 11:15:23 <clandmeter> from testing to community
2016-08-01 11:15:33 <clandmeter> then we had that issue
2016-08-01 11:15:41 <clandmeter> so i tried to move it to main, just to make sure.
2016-08-01 11:15:46 <clandmeter> but same error.
2016-08-01 11:16:30 <fabled> looks abuild bug
2016-08-01 11:16:38 <fabled> it does not update index when package is removed or moved
2016-08-01 11:16:57 <clandmeter> ah, so it must be a recent issue
2016-08-01 11:18:54 <fabled> algitbot: retry master
2016-08-01 11:20:29 <clandmeter> fabled: ok thx.
2016-08-01 11:20:49 <clandmeter> is the bug fixed, or you just fixed index issue?
2016-08-01 11:21:10 <clandmeter> not sure we want glide in main.
2016-08-01 11:21:37 <fabled> it was index issue
2016-08-01 11:21:48 <fabled> glide was in two indexes and apk tried to use the wrong one
2016-08-01 11:22:39 <clandmeter> so if i move it back to community it should work now?
2016-08-01 11:22:50 <fabled> well, it might fixing index again
2016-08-01 11:22:53 <fabled> need*
2016-08-01 11:23:12 <clandmeter> ok, lets just leave it in main for now.
2016-08-01 11:27:50 <jirutka> clandmeter: could you please merge https://github.com/alpinelinux/aports/pull/170 (squash it before merging) and https://github.com/alpinelinux/aports/pull/184 ?
2016-08-01 11:49:54 <clandmeter> jirutka: gogs is only cosmetics?
2016-08-01 11:50:04 <jirutka> yeah
2016-08-01 11:50:19 <clandmeter> no need to bump pkgrel
2016-08-01 11:50:48 <jirutka> I know, but I wanted to be sure 
2016-08-01 11:51:10 <jirutka> I’ve changed persmissions of  one directory
2016-08-01 11:51:49 <jirutka> it should not have any negative side effects, but… it’s written in Go so…
2016-08-01 11:52:53 <jirutka> clandmeter: however, there’s something wrong, it’s still not synced to github mirror
2016-08-01 11:53:05 <clandmeter> it didnt seem to build
2016-08-01 11:53:47 <jirutka> but there’s no error from build bot
2016-08-01 11:58:17 <clandmeter> maybe fabled changed soething?
2016-08-01 11:59:48 <clandmeter> algitbot: retry master
2016-08-01 12:00:32 <jirutka> ah, I eventually didn’t changed permissions o.O; so it was really unnecessary to bump pkgrel
2016-08-01 12:03:46 <jirutka> clandmeter: could you please merge https://github.com/alpinelinux/aports/pull/170 (squash it before merging) and https://github.com/alpinelinux/aports/pull/184 ?
2016-08-01 12:12:56 <clandmeter> jirutka: yes when i finished my stuff
2016-08-01 12:13:02 <jirutka> okay
2016-08-01 12:13:05 <clandmeter> going to upgrade synthing
2016-08-01 12:13:20 <clandmeter> seems protocol has changed
2016-08-01 12:14:10 <jirutka> clandmeter: see https://github.com/alpinelinux/aports/pull/182
2016-08-01 12:14:29 <clandmeter> glide is not needed
2016-08-01 12:14:39 <clandmeter> syncthing has all its deps in tarball
2016-08-01 12:14:44 <clandmeter> in the vendor dir
2016-08-01 12:14:52 <jirutka> `# XXX this sucks because it blindly fetches dependencies from  the internet not allowing us their verify their integrity.`
2016-08-01 12:15:03 <clandmeter> yes 
2016-08-01 12:15:06 <jirutka> so they changed it?
2016-08-01 12:15:07 <clandmeter> from old src
2016-08-01 12:15:12 <clandmeter> seems like it
2016-08-01 12:15:13 <jirutka> aha
2016-08-01 12:15:18 <clandmeter> i was looking in using glide 
2016-08-01 12:15:22 <clandmeter> but it was crazy
2016-08-01 12:15:42 <clandmeter> then i found out it has everything in vendor
2016-08-01 12:17:01 <clandmeter> but i wonder if this upgrade wont break it for many ppl
2016-08-01 12:17:15 <clandmeter> 14.x needs all peers to be 14.x
2016-08-01 12:17:55 <clandmeter> but i really dont like introducing syncthing14
2016-08-01 12:25:05 <clandmeter> ok im going to copy current syncthing to syncthing13, so users can still us it if needed.
2016-08-01 12:38:14 <jirutka> clandmeter: default_prepare needs `builddir`…
2016-08-01 12:39:00 <clandmeter> ah i didnt update that part... 
2016-08-01 12:40:03 <clandmeter> good catch, although it will never be needed :)
2016-08-01 12:40:19 <clandmeter> except maybe sec update
2016-08-01 12:43:01 <clandmeter> jirutka: i think syncthing is the only go app that actually handles deps correctly
2016-08-01 12:44:27 <clandmeter> the app builder is responcible for deps, not some 3rd party tool and a gazilion repo's
2016-08-01 12:47:38 <jirutka> clandmeter: no, copypasting dependencies directly to the repository tree is nothing but stupid, even PHP guys do it better nowdays
2016-08-01 12:48:41 <jirutka> clandmeter: if they would use at least git submodules, but no, just copy bunch of courses directly to the main tree…
2016-08-01 12:50:16 <jirutka> clandmeter: s/courses/sources/
2016-08-01 12:50:35 <clandmeter> i think for go, this is not a bad solution.
2016-08-01 12:50:48 <clandmeter> i really dislike fetching deps from git.
2016-08-01 12:51:09 <clandmeter> for sure when some repo is offline or did some crazy force push.
2016-08-01 12:51:13 <jirutka> I’m very convinced that it’d horrible “solution” regardless of platform
2016-08-01 12:51:51 <jirutka> s/it’d/it’s/
2016-08-01 12:51:59 <clandmeter> horrible in what way?
2016-08-01 12:56:44 <jirutka> this code inside vendor is not their, it’s maintained in separate repositories, so it doesn’t have any point to copy that to their repository, it just increases its size, so after few months of development you have to clone dozens of megabytes of redundant crap
2016-08-01 12:57:08 <jirutka> as a user you can’t be never sure what versions do they really use and if this code isn’t somehow affected (patched)
2016-08-01 12:57:56 <jirutka> it’s like committing dist files (like tarballs) to the repository
2016-08-01 13:00:04 <jirutka> every sane platform has some repository for dependencies like PyPI, RubyGems, LuaRocks, Maven Central, … for very good reasons
2016-08-01 13:00:48 <clandmeter> check the vendor dir.
2016-08-01 13:00:50 <jirutka> even that stupid PHP moved from copypasting files to something they call Composer
2016-08-01 13:01:30 <jirutka> I did…
2016-08-01 13:02:00 <jirutka> yeah, they have manifest file… that’s just another reason why it doesn’t have any point to add this bloat to the repository
2016-08-01 13:02:11 <jirutka> they can pull it when making dist tarball
2016-08-01 13:03:08 <jirutka> if you want to verify these deps, you must still use some tool to sync them
2016-08-01 13:03:59 <clandmeter> the only way is when all those GO projects do proper versioning/releasing and have tarballs which you as packager can fetch.
2016-08-01 13:04:25 <jirutka> yeah, that’s the proper way
2016-08-01 13:04:36 <jirutka> but Go arrogantly ignores all best practices…
2016-08-01 13:07:29 <clandmeter> for non static apps i agree it shouldnt be shipped (and we always try to rip it out), but for GO it seems the only working way in their chaos eco system.
2016-08-01 13:07:59 <jirutka> I think that this glides way is less evil
2016-08-01 13:08:17 <jirutka> i.e. use glides.lock to declare dependencies, their checksums etc.
2016-08-01 13:08:55 <^7heo> jirutka: thanks for c12380196d2a9b142541c44780a60b282eeb834f
2016-08-01 13:10:03 <jirutka> but I don’t know and even don’t want to know how glides works, I just see the value in Glides.lock as somewhat usable specification of project deps
2016-08-01 13:10:16 <clandmeter> jirutka: glide is only a solution if the app maker provides them themselves
2016-08-01 13:11:13 <jirutka> clandmeter: but we can still use it even for Go craps that doesn’t provide glide files, instead of snaphosts, like in your caddy package
2016-08-01 13:11:29 <jirutka> ^7heo: you’re welcome
2016-08-01 13:11:34 <^7heo> clandmeter: I don't agree.
2016-08-01 13:11:56 <^7heo> clandmeter: glide is a solution ALSO if the devs don't use it, as we can totally ignore their deps and set them in glide.
2016-08-01 13:12:05 <^7heo> clandmeter: there are tools to do that.
2016-08-01 13:12:11 <jirutka> clandmeter: but of course it’s just a mere workaround… but we can’t fix the cause :(
2016-08-01 13:12:59 <clandmeter> we shouldnt set our own deps. its the appmaker that should do that.
2016-08-01 13:13:23 <clandmeter> and we should send fixes upstream so they can apply them, not the other way around.
2016-08-01 13:13:27 <^7heo> clandmeter: we shouldn't set our own deps. We should take the ones the "appmaker" set.
2016-08-01 13:13:48 <^7heo> clandmeter: and we should have tools to fetch any form of "dep vendoring" and "translate" them into glide files.
2016-08-01 13:14:02 <clandmeter> right, and you dont know which hash the dep was when they release their app.
2016-08-01 13:14:17 <^7heo> including, but not limited to, git submodules and git-checked-dependencies (which is a popular way to do it)
2016-08-01 13:14:21 <clandmeter> so doing your own glide init, could have bugs.
2016-08-01 13:14:27 <^7heo> actually
2016-08-01 13:14:39 <^7heo> by using git-submodules you can find what sha it depends on.
2016-08-01 13:14:49 <^7heo> the problem is with the checked-in dependencies.
2016-08-01 13:15:07 <^7heo> then the only solution I see is to brutefoce the dep against the tree of the git/RCS project.
2016-08-01 13:15:14 <^7heo> it's not elegant but it will work.
2016-08-01 13:15:49 <^7heo> and it's only once anyway.
2016-08-01 13:16:00 <^7heo> at APKBUILD depencency declaration time.
2016-08-01 13:16:15 <^7heo> then it's commited in our aport git repository and won't move until next version.
2016-08-01 13:16:23 <^7heo> So it doesn't matter if the generation takes a few minutes
2016-08-01 13:16:45 <^7heo> and the best part of this is that we can open PRs to upstream with our glide files.
2016-08-01 13:27:16 <jirutka> clandmeter: “we shouldnt set our own deps. its the appmaker that should do that.” – totally agree
2016-08-01 13:28:36 <jirutka> clandmeter: that’s why I said that using glide in this way is just a mere workaround, but I’m not sure if we can fix this go chaos… maybe if we just tell the app author that we’re not gonna make a package for his/her crap until (s)he properly declare dependencies…
2016-08-01 13:49:35 <^7heo> jirutka: I've never said that we should set our deps.
2016-08-01 13:49:44 <^7heo> jirutka: it is obvious that it is very wrong to do so.
2016-08-01 13:49:59 <^7heo> jirutka: but it is also obvious that having only one dep description format is a good thing.
2016-08-01 13:50:07 <^7heo> jirutka: so intead of using whatever upstream uses
2016-08-01 13:50:15 <^7heo> jirutka: I'm in favor of "translating" it to glide.
2016-08-01 13:50:33 <^7heo> that's my point, and nothing else.
2016-08-02 09:00:38 <jirutka> clandmeter: are you here?
2016-08-02 09:09:26 <clandmeter> i am, but im a bit busy so i can be slow.
2016-08-02 12:48:01 <jirutka> algitbot: help
2016-08-02 12:48:24 <jirutka> algitbot: retry master
2016-08-02 12:50:49 <jirutka> algitbot: retry master
2016-08-03 11:14:05 <^7heo> interesting.
2016-08-04 14:58:45 <jirutka> algitbot: retry main
2016-08-04 14:58:53 <jirutka> algitbot: retry master
2016-08-04 15:09:23 <jirutka> algitbot: retry master
2016-08-04 15:13:04 <ncopa> fcolista: ^^
2016-08-04 15:15:02 <jirutka> algitbot: repeat master
2016-08-04 15:15:13 <jirutka> algitbot: retry master
2016-08-04 15:15:13 <fcolista> re build failed: apk search py2-impacket
2016-08-04 15:15:14 <fcolista> py2-impacket-0.9.15-r1
2016-08-04 15:15:55 <jirutka> why it takes so long for a package built on a build server to arrive to a build server? :(
2016-08-06 07:46:51 <RieSh2be> jirutka: how hard is it to test the APKBUILD before pushing it to aports? :)
2016-08-06 08:39:06 <barthalion> algitbot: retry master
2016-08-06 08:40:01 <barthalion> nvm, it retried itself
2016-08-07 11:45:31 <jirutka> why the hell it didn’t failed locally? gaa, nevermind
2016-08-08 21:18:15 <clandmeter> algitbot: retry master
2016-08-08 21:20:44 <clandmeter> \o/
2016-08-08 21:22:32 <clandmeter> algitbot: did i recently tell you that i love you?
2016-08-09 06:30:15 <clandmeter> algitbot: retry master
2016-08-09 06:37:19 <clandmeter> fabled: can you take a look at git?
2016-08-09 06:37:24 <clandmeter> git.a.o
2016-08-09 06:39:32 <fabled> ?
2016-08-09 06:39:57 <clandmeter> its down
2016-08-09 06:40:01 <clandmeter> git-daemon
2016-08-09 06:40:13 <clandmeter> ps shows a lot of processes
2016-08-09 06:40:18 <fabled> oh
2016-08-09 06:40:21 <clandmeter> tried to restart it, but doesnt change.
2016-08-09 06:41:03 <clandmeter> maybe just kill all git/git-daemon processes?
2016-08-09 06:42:21 <fabled> i did
2016-08-09 06:42:42 <clandmeter> algitbot: retry master
2016-08-09 06:43:02 <clandmeter> ok build-edge-aarch64 is building again :)
2016-08-09 06:43:16 <fabled> weird
2016-08-09 06:43:29 <clandmeter> looks like 3.4 are still stuck?
2016-08-09 06:46:14 <fabled> cool, the aarch64 builder is already setup to show in status page.
2016-08-09 06:46:25 <fabled> is the key in alpine-keys too already?
2016-08-09 06:46:53 <clandmeter> not yet
2016-08-09 06:46:58 <clandmeter> ill add it later
2016-08-09 06:47:18 <clandmeter> rysnc is also not setup yet.
2016-08-09 06:47:25 <clandmeter> will wait untill world is build
2016-08-09 06:51:51 <clandmeter> fabled: did you patch gcc for the build issue?
2016-08-09 06:53:47 <fabled> no
2016-08-09 06:53:57 <fabled> should probably add the kludge to apkbuild
2016-08-09 06:54:03 <fabled> in git
2016-08-09 06:54:09 <fabled> coffee
2016-08-09 09:44:44 <clandmeter> fabled: are you ok if i commit this? http://tpaste.us/AQvb
2016-08-09 10:10:02 <fabled> clandmeter, yes
2016-08-09 10:11:59 <clandmeter> hmm should have added aarch64 to the commit msg :|
2016-08-09 10:46:46 <clandmeter> finaly something failed :)
2016-08-09 10:47:42 <clandmeter> ah dl issue
2016-08-09 10:47:50 <clandmeter> algitbot: retry master
2016-08-09 11:58:12 <jirutka> algitbot: retry master
2016-08-09 12:29:43 <clandmeter> 
ACTION slaps himself

2016-08-09 12:34:40 <clandmeter> ncopa: what is unfficial?
2016-08-09 12:36:57 <fabled> clandmeter, we rebase the grsec patchset ourselves
2016-08-09 12:37:10 <clandmeter> fabled: i know
2016-08-09 12:37:18 <clandmeter> its a typo on www
2016-08-09 12:37:20 <fabled> oh
2016-08-09 12:37:23 <fabled> right
2016-08-09 12:37:23 <clandmeter> :)
2016-08-09 12:37:23 <fabled> :)
2016-08-09 13:28:24 <clandmeter> fabled: how can i change platform on qt build?
2016-08-09 13:29:26 <clandmeter> oh wait
2016-08-09 13:29:29 <clandmeter> im misreading
2016-08-09 13:51:29 <clandmeter> fabled: is it ok to set -std=gnu++98 for qt?
2016-08-09 13:52:42 <fabled> i suppose yes
2016-08-09 13:52:47 <fabled> or is gnu++11 working?
2016-08-09 13:52:51 <clandmeter> nope
2016-08-09 13:52:57 <fabled> i think it was recently changed to default to gnu++14
2016-08-09 13:53:03 <fabled> but yes
2016-08-09 13:53:08 <fabled> adding that to cppflags/cflags is ok
2016-08-09 13:53:11 <fabled> if it fixes build
2016-08-09 13:53:12 <clandmeter> yes in gcc6
2016-08-09 13:53:16 <clandmeter> else i get TypeTraits.h:173:69: error: 'std::tr1' has not been declared
2016-08-09 13:53:25 <fabled> go ahead
2016-08-09 13:54:20 <clandmeter> ill be adding some extra patches to support gcc6 and aarch64
2016-08-09 13:54:54 <clandmeter> but it looks like it builds now on x86_64, but still not ready though.
2016-08-09 13:56:25 <fabled> nice
2016-08-09 13:56:26 <fabled> thanks!
2016-08-09 13:57:04 <^7heo> it's nice to see that the folks from C++ do not expect their lang to still be alive in 2098
2016-08-09 13:57:09 <^7heo> that's heartwarming
2016-08-09 20:48:49 <clandmeter> ive just set the aarch64 builder to continiu on build error, so expect some error noise inhere.
2016-08-09 20:48:53 <clandmeter> sorry for that.
2016-08-10 09:18:13 <fcolista> uff. Forgot to reset to pkgrel=0 :-/
2016-08-10 19:15:27 <scadu> why the logs gives a 404?
2016-08-10 19:15:48 <clandmeter> because rsync is not yet setup for this builder
2016-08-10 19:16:05 <clandmeter> we first want to have world build before init sync
2016-08-10 19:16:58 <scadu> I see.
2016-08-10 19:17:36 <clandmeter> the logs are kind of accesable when i sync them manually
2016-08-10 19:18:11 <clandmeter> http://dev.alpinelinux.org/~clandmeter/buildlogs/build-edge-aarch64/
2016-08-11 06:37:30 <^7heo> damn, can we PLEASE do something about that bot?
2016-08-11 06:39:26 <^7heo> fuck
2016-08-11 06:39:33 <^7heo> put that bot on ignore
2016-08-11 06:39:42 <^7heo> finally I can use IRC again.
2016-08-11 08:42:22 <ncopa> algitbot: hi
2016-08-11 09:17:35 <^7heo> ncopa: can we please have the bot send /notice to the chan instead of writing in it? :)
2016-08-11 12:07:00 <nmeum> *allows
2016-08-11 12:48:21 <clandmeter> thats just to get my commit # higher.
2016-08-11 13:08:00 <clandmeter> sigh...
2016-08-12 11:42:34 <ncopa> algitbot: retry master
2016-08-14 20:03:03 <clandmeter> algitbot: retry master
2016-08-15 07:45:07 <rnalrd> ouch
2016-08-15 18:47:58 <clandmeter> jirutka: ^ 
2016-08-15 18:48:05 <jirutka> clandmeter: thanks!
2016-08-15 18:53:45 <jirutka> clandmeter: another PR ready for merge https://github.com/alpinelinux/aports/pull/209
2016-08-15 18:54:03 <clandmeter> ok
2016-08-15 18:54:19 <clandmeter> jirutka: you said hub could help merge them
2016-08-15 18:54:41 <jirutka> clandmeter: yeah, git am https://github.com/alpinelinux/aports/pull/209
2016-08-15 18:56:00 <jirutka> clandmeter: or with plain curl: curl -L https://github.com/alpinelinux/aports/pull/209.patch | git am
2016-08-15 18:56:15 <clandmeter> yes i know that trick
2016-08-15 18:56:21 <clandmeter> but with 5 commits its more work
2016-08-15 18:56:46 <clandmeter> i can merge your brnach, but i prefer no merge msg's
2016-08-15 18:56:53 <jirutka> clandmeter: nope, this gives you patch with all the commits in the PR
2016-08-15 18:57:08 <clandmeter> ah 
2016-08-15 18:57:16 <clandmeter> its the pr id
2016-08-15 18:57:19 <jirutka> yeah
2016-08-15 18:57:40 <clandmeter> oh thats more then enough :)
2016-08-15 18:57:56 <jirutka> clandmeter: :) just don’t forget to -L
2016-08-15 18:58:42 <clandmeter> :)
2016-08-15 18:58:53 <clandmeter> ill just add it to a lcoal script
2016-08-15 19:00:13 <clandmeter> jirutka: im thinking on how to get go on other arch's (like aarch64)
2016-08-15 19:00:26 <clandmeter> we cannot use go-bootstrap
2016-08-15 19:00:45 <clandmeter> so we probably have to provide bootstrapped archives
2016-08-15 19:01:05 <clandmeter> not sure we want this for current supported arch's
2016-08-15 19:01:09 <jirutka> clandmeter: upstream doesn’t provide binaries for aarch64?
2016-08-15 19:02:04 <clandmeter> sure
2016-08-15 19:02:06 <clandmeter> glibc
2016-08-15 19:02:12 <clandmeter> what else
2016-08-15 19:04:06 <clandmeter> i guess we could also hack current go apkbuild to no pull go-bootstrap for not supported arch, and add the bootstrapped go to source=
2016-08-15 19:04:31 <jirutka> that’s what I did for rust
2016-08-15 19:05:32 <jirutka> as a temporary solution until Rust team starts providing prebuilt boostrap binary for armhf (it should be available soon)
2016-08-15 20:14:23 <nmeum> clandmeter: we could also try to make gcc-go work with musl and use it for bootstraping instead. Does gcc-go support aarch64?
2016-08-15 20:15:52 <clandmeter> nmeum: i have no idea, didnt look into it.
2016-08-15 20:44:12 <clandmeter> nmeum: https://github.com/alpinelinux/aports/blob/master/main/gcc/APKBUILD#L94
2016-08-16 10:55:42 <clandmeter> huh
2016-08-16 11:03:08 <clandmeter> its nice when ccache starts fixing things intead of breaking them.
2016-08-16 22:40:25 <przemoc> armageddon64
2016-08-17 12:12:53 <clandmeter> jirutka: :)
2016-08-17 12:13:01 <jirutka> clandmeter: what? :)
2016-08-17 12:13:25 <clandmeter> atleast some are gone already :)
2016-08-17 12:13:38 <jirutka> ?
2016-08-17 12:15:04 <jirutka> clandmeter: ?
2016-08-17 12:15:23 <clandmeter> you are moving pkgs from testing to community?
2016-08-17 12:15:57 <jirutka> clandmeter: yes
2016-08-17 12:16:29 <clandmeter> the move you move, the less we have to fix in testing :)
2016-08-17 12:16:33 <clandmeter> more...
2016-08-17 12:16:49 <clandmeter> but i guess they are not broken anyway
2016-08-17 12:18:27 <jirutka> yes, you’ve said to clean testing, haven’t you? :) these packages are okay, but not sure if they build on aarch64, because aarch64 is currently stuck http://build.alpinelinux.org/ :/
2016-08-17 12:18:52 <jirutka> clandmeter: it’s building testing/lua-ljsyscall at least 20 minutes
2016-08-17 12:19:48 <clandmeter> jirutka: aarch64 is not listening to git
2016-08-17 12:19:58 <clandmeter> i init it manual
2016-08-17 12:20:20 <jirutka> clandmeter: okay, so could you please build the packages I moved and let me know if there are okey for aarch64?
2016-08-17 12:20:33 <clandmeter> ok one sec
2016-08-17 12:27:21 <nmeum> jirutka: ^ packages in community/ can't depend on packages in testing/
2016-08-17 12:27:28 <jirutka> I know…
2016-08-17 12:27:40 <jirutka> I forgot that maven is in testing
2016-08-17 12:28:05 <nmeum> great :)
2016-08-17 12:28:54 <jirutka> algitbot: retry master
2016-08-17 12:37:49 <clandmeter> jirutka: done
2016-08-17 12:38:23 <jirutka> all okay?
2016-08-17 12:38:34 <clandmeter> yeah, only the announced ones
2016-08-17 13:11:29 <clandmeter> fcolista: why are you moving things to main?
2016-08-17 13:12:02 <fcolista> clandmeter, cause of dependency
2016-08-17 13:12:10 <nmeum> clandmeter: py-cryptography is a depndency of py-paramiko and the other packages are dependencies of py-cryptography
2016-08-17 13:12:30 <nmeum> and py-paramiko is in main/
2016-08-17 13:12:47 <nmeum> the alternative would be to move py-paramiko and all packages that depend on it to community
2016-08-17 13:12:47 <clandmeter> do we want all of them in main?
2016-08-17 13:12:56 <fcolista> clandmeter, do you have alternative?
2016-08-17 13:13:04 <clandmeter> like what nmeum suggest
2016-08-17 13:13:04 <nmeum> as I said: the alternative would be to move py-paramiko and all packages that depend on it to community
2016-08-17 13:13:04 <fcolista> py-paramiko is an ansible dependency
2016-08-17 13:13:08 <fcolista> nope
2016-08-17 13:13:17 <fcolista> ansible should be stay in main
2016-08-17 13:13:18 <nmeum> yeah, it is probably nice to have ansible in main
2016-08-17 13:13:25 <clandmeter> ok then keep it.
2016-08-17 13:13:39 <fcolista> clandmeter, since i was on it
2016-08-17 13:13:55 <fcolista> i upgraded py-enum
2016-08-17 13:14:05 <fcolista> and py-idna, which was in main, had no maintainer
2016-08-17 13:14:25 <clandmeter> nice thx
2016-08-17 13:14:25 <nmeum> nice
2016-08-17 13:14:59 <fcolista> we need to check which packages in main are without maintianer
2016-08-17 13:15:13 <clandmeter> i added a check for it
2016-08-17 13:15:25 <clandmeter> but that doesnt prevent older pkgs in main to have none
2016-08-17 13:16:50 <nmeum> having a list of packages without a maintainer in main/ would be nice
2016-08-17 13:17:22 <nmeum> maybe we could extend pkgs.alpinelinux.org in a way that it allows us to search for packages without maintainers (or is that already possible?)
2016-08-17 13:17:24 <fcolista> nmeum, i'm doing it right now
2016-08-17 13:17:50 <nmeum> cool
2016-08-17 13:19:23 <clandmeter> nmeum: no package should have no maintainer (in main/commnity)
2016-08-17 13:19:43 <clandmeter> so for this one time, use your grep powers
2016-08-17 13:19:44 <clandmeter> :)
2016-08-17 13:25:44 <fcolista> lol 
2016-08-17 13:25:51 <fcolista> ok
2016-08-17 13:25:52 <fcolista> http://pastebin.com/uzTEYgQ8
2016-08-17 13:27:20 <jirutka> clandmeter: could you please try openblas on aarch64?
2016-08-17 13:29:32 <clandmeter> jirutka: i should give you an aarch64 container :)
2016-08-17 13:29:59 <jirutka> clandmeter: that would be great :) do you have real aarch64 machine or emulated?
2016-08-17 13:30:30 <clandmeter> real of course
2016-08-17 13:30:42 <clandmeter> it will take ages to emulate one
2016-08-17 13:31:12 <clandmeter> http://tpaste.us/2zdv
2016-08-17 13:31:46 <clandmeter> i first need to move it to its own network
2016-08-17 13:31:52 <clandmeter> then i can do that.
2016-08-17 13:32:22 <jirutka> do you have an idea why it fails?
2016-08-17 13:32:26 <fcolista> 66 packages without maintainer
2016-08-17 13:32:27 <fcolista> grep -r Maintainer */APKBUILD  | grep -E Maintainer:$ | wc -l
2016-08-17 13:32:40 <fcolista> in main
2016-08-17 13:32:40 <clandmeter> jirutka: did you check the log?
2016-08-17 13:32:47 <clandmeter> http://tpaste.us/2zdv
2016-08-17 13:32:55 <fcolista> 28 in communuty
2016-08-17 13:32:57 <jirutka> yes
2016-08-17 13:33:11 <nmeum> fcolista: you miss certain packages that way. For instance if the Maintainer field is set to a blank character
2016-08-17 13:33:34 <nmeum> grep -l -r 'Maintainer:[^<]*$' main/**/APKBUILD returns 74 packages
2016-08-17 13:34:25 <clandmeter> jirutka: a missing include or some broken ifdef?
2016-08-17 13:37:24 <^7heo> nmeum: grep -l -r -i 'Maintainer:[^<]*$' would be better.
2016-08-17 13:38:11 <^7heo> nmeum: also, can't it be possible to have a name without a mail?
2016-08-17 13:38:36 <^7heo> nmeum: and the -r flag is useless if you use **/
2016-08-17 13:38:45 <nmeum> indeed
2016-08-17 13:38:55 <^7heo> I'd go for
2016-08-17 13:39:18 <^7heo> nmeum: grep -lir 'Maintainer:[^<]*$' | grep APKBUILD
2016-08-17 13:39:34 <nmeum> and it shouldn't be possible to have a name without an email address. abuild checks if your email address conformts to RFC822
2016-08-17 13:39:44 <^7heo> ok
2016-08-17 13:39:55 <nmeum> http://git.alpinelinux.org/cgit/abuild/tree/abuild.in#n203
2016-08-17 13:39:55 <^7heo> I was thinking of old packages
2016-08-17 13:39:58 <^7heo> yeah
2016-08-17 13:40:04 <^7heo> but if a package has been created before that
2016-08-17 13:40:07 <^7heo> and never touched
2016-08-17 13:40:11 <^7heo> that wouldn't ever be checked.
2016-08-17 13:40:36 <nmeum> I found one package in main and community where this was the case main/transmission and I updated the maintainer comment of this package accordingly
2016-08-17 13:40:52 <^7heo> ok
2016-08-17 15:02:54 <clandmeter> nmeum: you are soren right?
2016-08-17 15:03:42 <nmeum> clandmeter: yep, what's the problem?
2016-08-17 15:03:47 <clandmeter> nothing
2016-08-17 15:04:03 <clandmeter> i was wondering if the issue to abook was related to gcc6
2016-08-17 15:04:10 <clandmeter> i think your commit answers it.
2016-08-17 15:04:30 <clandmeter> and it builds on aarch64 as wel
2016-08-17 15:04:35 <nmeum> it is not really gcc6 related. I believe it won't build unpatched under gcc5 either
2016-08-17 15:04:46 <nmeum> great :)
2016-08-17 15:05:12 <clandmeter> then why is the patch called gcc6? ;-)
2016-08-17 15:07:46 <nmeum> clandmeter: because I know for a fact that it is required for gcc6. I am only _assuming_ that it won't build unpatched with gcc5 but I don't know for sure :p
2016-08-17 22:40:48 <nmeum> why do we even have ruby2.1 and ruby2.2 packages? Do we package ruby 2.X software that is not compatible with 2.3?
2016-08-18 19:32:03 <clandmeter> sigh.. ppl dont test before they commit.
2016-08-18 19:32:07 <clandmeter> me included this time.
2016-08-18 19:34:16 <^7heo> can we even test without doing it manually?
2016-08-18 19:34:46 <clandmeter> on normal commits i always test build
2016-08-18 19:34:55 <clandmeter> but these are simple moves
2016-08-18 19:35:04 <clandmeter> and a lot of them
2016-08-18 19:35:13 <clandmeter> so i saved myself some time (i was guessing)
2016-08-18 19:35:23 <clandmeter> no i need to do cleaning.
2016-08-18 19:37:57 <clandmeter> now..
2016-08-18 19:41:46 <clandmeter> sigh
2016-08-18 21:21:25 <clandmeter> algitbot: retry master
2016-08-19 08:12:18 <clandmeter> fcolista: ^
2016-08-19 08:12:30 <fcolista> k
2016-08-19 08:12:31 <fcolista> thx clandmeter 
2016-08-19 08:16:37 <clandmeter> fcolista: does that pull in a new version for you?
2016-08-19 08:16:47 <clandmeter> i guess i need to bump pkgrel?
2016-08-19 08:17:01 <fcolista> yes, you need to bump pkgrel
2016-08-19 08:17:08 <fcolista> i had "APK unavailable"
2016-08-19 08:17:55 <fcolista> apk upgrade
2016-08-19 08:17:55 <fcolista> 1 errors; 3673 MiB in 1168 packages
2016-08-19 08:17:55 <fcolista> 10:12 (root@2ua4020qdl) ~# apk fix
2016-08-19 08:17:55 <fcolista> (1/1) [APK unavailable, skipped] Reinstalling py3-setuptools (24.0.3-r2)
2016-08-19 11:36:54 <clandmeter> spammer detected!
2016-08-19 11:38:30 <clandmeter> if this builds without errors, you will get a free beer :)
2016-08-19 11:38:36 <fcolista> ehehehe
2016-08-19 11:38:43 <clandmeter> but not peroni
2016-08-19 11:38:48 <fcolista> i'm not very sure fot that..let' see
2016-08-19 11:38:49 <fcolista> no
2016-08-19 11:38:51 <fcolista> not peroni
2016-08-19 11:38:57 <fcolista> Heineken is fine ;)
2016-08-19 11:39:10 <clandmeter> whats that beer again with the guy and the hat?
2016-08-19 11:39:41 <fcolista> Moretti
2016-08-19 11:39:52 <clandmeter> yes, Moretti it will be.
2016-08-19 11:40:00 <fcolista> https://www.google.it/search?q=birra+moretti&biw=1920&bih=954&tbm=isch&imgil=DwNR1aXl3I4mvM%253A%253BDmD-pXdFiQMPgM%253Bhttp%25253A%25252F%25252Fwww.soloprodottiitaliani.it%25252Faziende%25252Fscheda-901.html&source=iu&pf=m&fir=DwNR1aXl3I4mvM%253A%252CDmD-pXdFiQMPgM%252C_&usg=__yIc9uTXpE1zl-pQnvWR0mrTyueY%3D&ved=0ahUKEwjoo9G-ss3OAhWKXhQKHU_mB1gQyjcIPw&ei=A_C2V6iWKoq9Uc_Mn8AF#imgrc=DwNR1aXl3I4mvM%3A
2016-08-19 11:40:01 <fcolista> this one?
2016-08-19 11:40:04 <fcolista> \0/
2016-08-19 11:40:06 <fcolista> :)
2016-08-19 11:40:06 <clandmeter> shit
2016-08-19 11:40:11 <nmeum> :D
2016-08-19 11:40:14 <fcolista> you own me a beer...
2016-08-19 11:40:32 <clandmeter> I do!
2016-08-19 11:40:45 <fcolista> now, the other big step
2016-08-19 11:40:48 <fcolista> gns3
2016-08-19 11:41:02 <fcolista> with tons of python deps
2016-08-19 11:41:33 <clandmeter> I have a feeling community is growing
2016-08-19 11:42:04 <fcolista> your feeling is right
2016-08-19 11:42:20 <fcolista> but it was easy to guess in advance ;)
2016-08-19 13:05:56 <clandmeter> fcolista: so the disable of testing works? or you find another way?
2016-08-19 13:06:14 <fcolista>  disabled testing
2016-08-19 13:06:19 <fcolista> that was the quickest
2016-08-19 13:06:58 <fcolista> but i'm still wondering to use api.alpinelinux.org for a script that draws a tree of makedepends
2016-08-19 13:07:22 <clandmeter> fcolista: you cannot
2016-08-19 13:07:35 <clandmeter> it does not hold that data
2016-08-19 13:07:52 <clandmeter> sigh
2016-08-19 13:07:57 <clandmeter> why?
2016-08-19 13:08:01 <fcolista> api.alpinelinux.org does not show tthe makedepends ?
2016-08-19 13:08:23 <clandmeter> its db is the same as pkgs.
2016-08-19 13:08:33 <fcolista> pkg-config is not able to figure the mdds lib
2016-08-19 13:09:54 <clandmeter> i know
2016-08-19 13:09:59 <clandmeter> but i thought i fixed it.
2016-08-19 13:10:17 <fcolista> there's no mdds-dev in makedepends..
2016-08-19 13:10:26 <fcolista> bah
2016-08-19 13:10:28 <fcolista> yes is there
2016-08-19 13:10:36 <clandmeter> mdds1.0-dev right?
2016-08-19 13:10:47 <fcolista> btw there's a new version of libetonyek: 0.1.6
2016-08-19 13:10:53 <clandmeter> i know
2016-08-19 13:10:59 <clandmeter> im not sure what it changes. 
2016-08-19 13:11:06 <clandmeter> i just want to fix building of libreoffice
2016-08-19 13:11:35 <clandmeter> ncopa upgraded mdds to 1.2
2016-08-19 13:11:41 <clandmeter> its tnot suported by libetonyek
2016-08-19 13:12:05 <fcolista> so we should upgrade libetonyek as well
2016-08-19 13:13:22 <clandmeter> why is it pulling in mdds-dev when it deps on mdds1.0-dev
2016-08-19 13:13:28 <clandmeter> algitbot: retry master
2016-08-19 13:15:52 <fcolista> \o/
2016-08-19 13:15:56 <fcolista> yeah!
2016-08-19 13:20:18 <clandmeter> ok, building libreoffice on aarch64 :) (which will most likely fail)
2016-08-21 20:13:02 <clandmeter> algitbot: retry master
2016-08-21 20:45:58 <clandmeter> 
ACTION slaps Stuart Cardall

2016-08-21 21:19:18 <clandmeter> algitbot: retry master
2016-08-21 21:19:27 <clandmeter> what a mess
2016-08-22 07:09:22 <fcolista> algitbot: retry master
2016-08-22 07:39:29 <clandmeter> fcolista: i moved a few of your aports to community
2016-08-22 07:39:47 <fcolista> clandmeter, no problem
2016-08-22 07:39:49 <clandmeter> somebody was so kind enough to depend on it and moved his stuff to community
2016-08-22 07:39:49 <fcolista> thx
2016-08-22 07:57:23 <clandmeter> fcolista: ^
2016-08-22 07:57:51 <fcolista> clandmeter, i saw this workaround before
2016-08-22 07:57:59 <fcolista> well done
2016-08-22 07:58:00 <fcolista> thx
2016-08-22 07:58:27 <clandmeter> fcolista: your best bet is fedora repo
2016-08-22 07:58:39 <fcolista> i've still several pacakge to port on community
2016-08-22 07:58:49 <fcolista> but i don't think i'll move them all
2016-08-22 07:59:07 <fcolista> e.g. netdot
2016-08-22 07:59:16 <fcolista> or openxcap
2016-08-22 07:59:19 <clandmeter> fedora repo has many good patches
2016-08-22 07:59:28 <clandmeter> and they support aarch64
2016-08-22 07:59:36 <clandmeter> and gcc6
2016-08-22 07:59:55 <fcolista> do you have the patch website at hand to paste?
2016-08-22 08:00:13 <clandmeter> http://pkgs.fedoraproject.org/cgit/rpms/
2016-08-22 08:00:18 <fcolista> gr8
2016-08-22 08:00:19 <fcolista> thx
2016-08-22 08:00:27 <clandmeter> just search for repo
2016-08-22 08:00:41 <fcolista> i use to check voidlinux, wrt, gentoo, aur..
2016-08-22 08:01:00 <clandmeter> you still can.
2016-08-22 08:01:23 <clandmeter> but the quality of fedora is good (im not saying t he others are bad) :)
2016-08-22 13:45:27 <clandmeter> sigh... why do i never take the patients to write the commit msg.
2016-08-22 14:22:43 <clandmeter> fcolista: is testing your personal repository? :)
2016-08-22 14:23:06 <fcolista> :)
2016-08-22 16:29:19 <ScrumpyJack> .
2016-08-22 19:53:31 <clandmeter> jirutka: looks like the same error i had.
2016-08-22 20:03:50 <clandmeter> fcolista: around?
2016-08-22 20:59:50 <ncopa> algitbot: retry master
2016-08-23 17:54:29 <jirutka> algitbot: retry master
2016-08-23 21:10:03 <jirutka> algitbot: retry master
2016-08-23 23:27:30 <ncopa> master server is down atm
2016-08-24 06:39:42 <fcolista> algitbot: retry master
2016-08-24 09:55:14 <clandmeter> algitbot: retry master
2016-08-24 12:30:31 <fcolista> algitbot: retry master
2016-08-24 18:23:22 <jirutka> algitbot: retry master
2016-08-25 07:48:26 <clandmeter> fingers crossed :)
2016-08-25 07:48:32 <clandmeter> jirutka: ^
2016-08-25 08:38:16 <^7heo> clandmeter: looks like the solution was to press your thumbs instead.
2016-08-25 08:38:22 <^7heo> Try that next time :P
2016-08-25 08:38:47 <clandmeter> its still building :)
2016-08-25 13:39:02 <clandmeter> here comes the noise
2016-08-25 13:40:20 <clandmeter> algitbot: retry master
2016-08-26 09:56:57 <jirutka> fcolista: http://build.alpinelinux.org/buildlogs/build-edge-x86/testing/perl-net-iptrie/perl-net-iptrie-0.7-r0.log
2016-08-26 10:01:02 <fcolista> on it jirutka 
2016-08-26 10:10:35 <jirutka> btw I’m just working on py-tkinter
2016-08-26 14:00:04 <jirutka> fcolista: are you still working on perl packages?
2016-08-26 14:00:27 <fcolista> jirutka, yes
2016-08-26 14:00:31 <jirutka> okay
2016-08-26 14:01:55 <clandmeter> aarch64 now uploads logfiles.
2016-08-26 14:15:58 <jirutka> algitbot: retry master
2016-08-26 14:18:11 <jirutka> fyi colord should build fine with libgusb-0.2.9-r1
2016-08-26 14:18:21 <jirutka> afk
2016-08-26 16:44:05 <jirutka> ncopa: huh, what’s wrong with ilmbase? there’s no error in the log http://build.alpinelinux.org/buildlogs/build-edge-x86/testing/ilmbase/ilmbase-2.2.0-r1.log
2016-08-26 16:46:48 <jirutka> fcolista: are you still here?
2016-08-26 16:46:59 <ncopa> jirutka, looks like it builds now
2016-08-26 16:47:58 <jirutka> ncopa: but algitbot said the opposite, see [18:28:48]  algitbot:	 build-edge-x86: failed to build ilmbase: http://build.alpinelinux.org/buildlogs/build-edge-x86/testing/ilmbase/ilmbase-2.2.0-r1.log
2016-08-26 16:49:56 <ncopa> i think algitbot is wrong
2016-08-26 16:50:06 <ncopa> he brobably need a vacation
2016-08-26 16:50:39 <jirutka> we all do, testing repo is now complete mess >_<
2016-08-26 16:56:30 <przemoc> maybe we need actually "tested" :D
2016-08-26 17:41:05 <jirutka> algitbot: retry master
2016-08-30 07:13:44 <clandmeter> algitbot: retry master
2016-08-30 07:16:38 <clandmeter> algitbot: retry master
2016-08-30 07:17:51 <clandmeter> hmm
2016-08-30 07:17:59 <clandmeter> \O/
2016-08-30 07:18:02 <clandmeter> \o/
2016-08-30 09:34:05 <clandmeter> aarch64 is restarted.