2017-03-02 01:29:14 <kaniini> humm
2017-03-02 01:29:27 <jirutka> what the hell, I cannot reproduce this on my machine
2017-03-02 01:29:36 <kaniini> yes, it builds fine on my machine too
2017-03-02 01:31:54 <jirutka> trying on Travis no
2017-03-02 01:31:56 <jirutka> now
2017-03-02 01:31:56 <jirutka> https://travis-ci.org/alpinelinux/aports/builds/206836997
2017-03-02 01:34:25 <jirutka> grrr, why it must take so long for pkgs to be available in the repo
2017-03-02 01:36:13 <jirutka> kaniini: I need to go sleep, could you please try to investigate this error and if you will not be able to fix it, then just add options="!check" with comment that there’s something fucked up…?
2017-03-02 01:36:27 <kaniini> no problem
2017-03-02 01:36:49 <jirutka> kaniini: thanks!
2017-03-02 01:43:37 <kaniini> the output of the cl_standalone.lua is different, but i cant figure out why
2017-03-02 15:56:15 <kaniini> humm
2017-03-02 15:58:16 <kaniini> algitbot: retry master
2017-03-08 12:55:55 <fcolista> ncopa, can you please delete the libverto-0.2.5.tar.gz ?
2017-03-08 12:56:25 <fcolista> i've changed the src url due to fedorahosted, checksum is correct, but the builder since has it in cache does not redownload it
2017-03-08 12:56:50 <ncopa> ok
2017-03-08 12:57:31 <fcolista> thx
2017-03-09 23:33:40 <clandmeter> ncopa, why does the bot announce uploaded from repo's nothing has changed from?
2017-03-09 23:40:33 <jirutka> ufff, finally, this f*cking segfault and iterator error took me about 6 hours to figure out what the hell is wrong and how to fix it
2017-03-09 23:40:42 <jirutka> C is horrible
2017-03-10 08:43:19 <ncopa> clandmeter: the script will try build the entire repo, either if there are anything to build or not
2017-03-10 08:43:27 <ncopa> and after the build it will run rsync
2017-03-10 08:43:42 <ncopa> rsync takes care of not upload duplicates
2017-03-10 08:44:03 <ncopa> so when rsync is called, the script does not know if there was anything new actually built or not
2017-03-10 08:44:07 <clandmeter> well, before it didnt happen.
2017-03-10 08:44:14 <ncopa> i think it did
2017-03-10 08:44:22 <clandmeter> i dont think so
2017-03-10 08:44:33 <clandmeter> i think it changed around the time i created aarch64
2017-03-10 08:44:36 <ncopa> what we changed was that we build+upload one and one repo
2017-03-10 08:44:43 <ncopa> instead of build all repos and then upload
2017-03-10 08:45:01 <ncopa> because we wanted upload main even if something in testing failed
2017-03-10 08:45:23 <clandmeter> i understand, its just confusing.
2017-03-10 08:46:04 <ncopa> we could change the message
2017-03-10 08:46:11 <ncopa> "synced to main"
2017-03-10 08:46:32 <clandmeter> i dont think that matters
2017-03-10 08:47:05 <ncopa> we could run a check in every repo before we try build
2017-03-10 08:47:12 <ncopa> and skip if there is nothing to rebuild
2017-03-10 08:47:19 <clandmeter> if i push something to testing, i first get a msg aobut main is succesfulll
2017-03-10 08:47:29 <ncopa> yeah
2017-03-10 08:47:43 <clandmeter> so i was like, ok nice lets get going.
2017-03-10 08:48:00 <clandmeter> didnt pay attention it was main...
2017-03-10 08:48:38 <clandmeter> but its not that important i think.
2017-03-10 08:48:56 <clandmeter> sound like work which can be better spend on important things.
2017-03-10 08:53:16 <ncopa> well
2017-03-10 08:53:25 <ncopa> we could actually fix it
2017-03-10 08:53:30 <ncopa> it would be an improvement
2017-03-10 08:54:28 <ncopa> we currently 1) build packages 2) purge old package, 3) generate new index 4) run post-hook (i think here is where we rsync)
2017-03-10 08:54:36 <ncopa> if there are no packages to build
2017-03-10 08:54:44 <ncopa> then we dont need to do anything of the other stuff
2017-03-10 08:55:45 <ncopa> what i mean, we could speed up things when we only push to one of the repos
2017-03-10 08:55:55 <ncopa> which is what we mostly do
2017-03-10 08:56:45 <ncopa> and as a side effect of that optimization, the messages of empty uploads will disapear
2017-03-10 08:56:54 <ncopa> i think we should fix that
2017-03-10 09:02:47 <ncopa> hum
2017-03-10 09:02:53 <ncopa> no, we dont rsync from hook
2017-03-10 09:11:02 <ncopa> ok, i think we maybe dont want to change it after all
2017-03-10 09:11:13 <ncopa> for master mirror is down for some reason
2017-03-10 09:11:15 <ncopa> someone push
2017-03-10 09:11:19 <ncopa> it fails to upload
2017-03-10 09:11:28 <ncopa> master mirror comes up again
2017-03-10 09:12:01 <ncopa> then we want retry rsync to main again, even if package only in testing was built
2017-03-10 09:12:30 <ncopa> alternatively we could save the failed upload state
2017-03-10 09:12:43 <ncopa> if upload fails, we set a state file
2017-03-10 09:13:14 <ncopa> then we rsync if built_packages > 0 or state_file exists
2017-03-10 10:38:44 <clandmeter> ncopa, so it regenerates an new index even if no new pkg is created/updated/deleted?
2017-03-10 10:40:05 <clandmeter> ncopa, i think it would make sense to have a message in case an rsync process did not exit correctly.
2017-03-10 10:44:29 <ncopa> yes and yes
2017-03-10 10:44:47 <ncopa> i htink we should move the rsync to be a post-repo hook
2017-03-10 10:44:48 <clandmeter> ok, so we can fix those 2
2017-03-10 10:45:24 <clandmeter> have a process per repo, check build and check upload
2017-03-12 21:19:06 <jirutka> algitbot: retry master
2017-03-16 15:16:51 <fcolista> algitbot:retry master
2017-03-16 15:35:08 <fcolista> http://pkgs.fedoraproject.org/cgit/rpms/tint2.git/commit/
2017-03-16 15:35:14 <fcolista> this was pushed 3hrs ago
2017-03-16 15:35:45 <fcolista> but  http://leigh123linux.fedorapeople.org/pub/%{name}/source/%{name}-%{version}.tar.gz does not contains yet 0.13.1
2017-03-16 15:45:12 <ncopa> this is disturbing
2017-03-16 15:47:39 <fcolista> ncopa, i'm not able to find a mirror with that versio
2017-03-16 15:47:41 <fcolista> *version
2017-03-16 15:47:56 <fcolista> 3hrs ago fedora pushed this version
2017-03-16 15:48:06 <fcolista> but seems not yet available
2017-03-16 15:48:23 <fcolista> https://leigh123linux.fedorapeople.org/pub/tint2/source/
2017-03-16 15:48:45 <ncopa> right
2017-03-16 15:48:55 <ncopa> that corresponds to our archive.a.o
2017-03-16 15:49:06 <fcolista> http://git.net/ml/scm-fedora-commits/2017-03/msg10523.html
2017-03-16 15:49:07 <ncopa> i think we should pus it to dev.a.o:/archive/
2017-03-16 15:49:13 <fcolista> +1
2017-03-16 15:49:27 <ncopa> fcolista: thank you
2017-03-16 15:49:42 <fcolista> sorry for this noise
2017-03-16 15:50:05 <fcolista> dunno why it happens after 2 days. Probably they changed the way they ships the tar.gz
2017-03-16 15:50:19 <fcolista> commit 7178ce025e80835fa692340a16dc2f4978c5ec33
2017-03-16 15:50:19 <fcolista> Author: Francesco Colista <fcolista@alpinelinux.org>
2017-03-16 15:50:19 <fcolista> Date:   Tue Mar 14 10:30:51 2017 +0000
2017-03-16 15:50:19 <fcolista>     community/tint2: upgrade to 0.13.1
2017-03-16 15:50:45 <fcolista> --> http://leigh123linux.fedorapeople.org/pub/%{name}/source/%{name}-%{version}.tar.gz
2017-03-16 15:50:49 <ncopa> i think its gitlab that is stupid
2017-03-16 15:51:06 <fcolista> this should be the updated source from now on then
2017-03-16 15:51:26 <fcolista> we have anitya that alerts on new version
2017-03-16 15:51:35 <fcolista> so i'll follow that update cycle 
2017-03-16 15:51:43 <fcolista> can't do more
2017-03-16 15:56:44 <fcolista> ncopa: I can use this:
2017-03-16 15:56:45 <fcolista> http://git.net/ml/scm-fedora-commits/2017-03/msg10511.html
2017-03-16 15:57:03 <fcolista> but it's alooong src
2017-03-16 15:59:27 <ncopa> better copy it to dev.a.o
2017-03-16 16:00:10 <fcolista> ok. 
2017-03-16 16:19:52 <fcolista> ?!?!?!/usr/bin/abuild: cd: line 1: can't cd to /home/fcolista/aports/community/tint2/src/tint2-0.13.1-4d12abdb4263d6875b069e7b2c214e65a7c1edac
2017-03-16 16:20:36 <fcolista> ah
2017-03-16 16:20:37 <fcolista> ok
2017-03-16 16:43:48 <fcolista> algibot: retry master
2017-03-16 16:51:40 <kaniini> armhf/aarch64 need their respective maintainers to delete the distfile i think
2017-03-16 17:07:29 <fcolista> kaniini, yes
2017-03-16 17:07:36 <fcolista> i'm unable to login there
2017-03-17 11:11:46 <rnalrd> ouch
2017-03-17 16:30:52 <kaniini> file truncated wtf
2017-03-17 20:11:28 <kaniini> but why
2017-03-17 20:12:08 <kaniini> oh i see
2017-03-17 20:12:14 <kaniini> it's a parallelism issue
2017-03-17 20:21:19 <kaniini> jirutka: good catch
2017-03-17 20:23:03 <kaniini> algitbot: retry master
2017-03-17 20:23:16 <kaniini> humm
2017-03-17 20:23:36 <kaniini> i wonder if something is wrong with the armhf builder
2017-03-17 20:23:40 <kaniini> because it is being very slow
2017-03-17 20:23:48 <kaniini> much slower than i recall it should be
2017-03-18 08:14:04 <kaniini> clandmeter ^
2017-03-18 08:14:06 <kaniini> tbh
2017-03-20 14:06:29 <rnalrd> uh
2017-03-20 14:06:39 <ncopa> maybe he sent a seonc dpatch?
2017-03-20 14:07:07 <rnalrd> nope
2017-03-20 14:07:13 <rnalrd> Update mismatch sha512 sum.
2017-03-20 14:07:18 <rnalrd> comment says
2017-03-20 14:07:33 <rnalrd> and I built it locally
2017-03-20 14:08:48 <ncopa> thats weird
2017-03-20 14:08:49 <rnalrd> redownloading checksum looks good
2017-03-20 14:08:58 <rnalrd> yeah
2017-03-20 14:09:04 <rnalrd> x86 didn't complain
2017-03-21 06:14:36 <kaniini> grrrrrr
2017-03-21 06:14:47 <kaniini> going to acquire armhf and aarch64 hardware so i can fix these things
2017-03-21 12:55:19 <scadu>  jirutka do you know what caused the issue with travis?
2017-03-21 13:09:37 <jirutka> scadu: don’t know :/
2017-03-21 14:16:07 <ncopa> hum it still does not generate logfiles
2017-03-21 14:18:04 <ncopa> checksum error
2017-03-21 14:18:19 <ncopa> curl: (18) transfer closed with 9150385 bytes remaining to read
2017-03-21 14:56:43 <leitao> now I can see the logs
2017-03-21 15:20:20 <ncopa> yup, should be fixed
2017-03-21 15:21:23 <ncopa> looks like we need linux-headers
2017-03-21 16:25:46 <leitao> ncopa, I found help. gromero is going to convert our VM to ext4.
2017-03-21 16:26:01 <leitao> ncopa, can he stop the machine?
2017-03-21 16:27:46 <ncopa> yes
2017-03-21 16:27:49 <ncopa> please do so
2017-03-21 16:27:53 <leitao> gromero, ^
2017-03-21 16:28:01 <gromero> leitao: ncopa ok
2017-03-21 16:41:57 <gromero> ncopa: do I have to shutdown any service in particular way or I can just go for "poweroff"?
2017-03-21 16:42:08 <gromero> *in a particular way
2017-03-21 16:46:11 <ncopa> poweroff is good
2017-03-21 16:46:52 <gromero> ncopa: ok
2017-03-21 17:29:00 <gromero> ncopa: hi, leitao said that a kernel update is also necessary. Could please tell me which release tag is more appropriate so?
2017-03-21 17:38:02 <ncopa> gromero: release tag?
2017-03-21 17:38:13 <gromero> ncopa: kernel version
2017-03-21 17:38:27 <ncopa> 4.9.y
2017-03-21 17:38:30 <ncopa> latest 4.9
2017-03-21 17:38:31 <gromero> ok
2017-03-21 17:58:54 <kaniini> 08:27 <algitbot> aports:master |Timo Teräs| main/musl: cherry-pick ldso improvements and lazy relocation emulation | http://dup.pw/aports/dd232808
2017-03-21 17:58:56 <kaniini> scary
2017-03-21 17:59:21 <kaniini> i'm not sure integrating that 1 week prior to freeze was good, but i guess we have done it :D
2017-03-21 23:04:43 <gromero> ncopa: yt?
2017-03-21 23:04:46 <gromero> *yet
2017-03-22 00:20:43 <tmh1999> gromero : probably he is offline. his timezone is CET I guess :) 
2017-03-22 08:19:47 <ncopa> hi
2017-03-22 11:51:39 <clandmeter> sigh...
2017-03-22 14:40:40 <^7heo> "failed to build cups"
2017-03-22 14:40:48 <^7heo> like anyone ever makes that work.
2017-03-22 14:42:24 <tdtrask> cups sound useful, since apk has coffee making abilities
2017-03-22 14:57:47 <^7heo> yeah but it's an Apple technology, and everyone knows that pouring a hot liquid on/in a carved apple will lead to disaster.
2017-03-22 14:59:33 <leitao> I tried to reproduce the cups issue here on amd64
2017-03-22 14:59:43 <leitao> but I was not able to
2017-03-22 15:00:00 <leitao> still digging. 
2017-03-22 15:00:15 <^7heo> use a drill ;)
2017-03-22 15:01:34 <leitao> ^7heo, which brand would you recommend? De Walt?
2017-03-22 15:02:19 <^7heo> Hitachi.
2017-03-22 15:02:24 <^7heo> Good bang for the buck.
2017-03-22 15:02:36 <scadu> XD
2017-03-22 15:02:58 <^7heo> And they have a better magic wand than harry potter.
2017-03-22 15:13:14 <leitao> I can just afford Skill 300W drills. 
2017-03-22 15:16:52 <^7heo> Now you've found why you can't reproduce the cups issue ;)
2017-03-22 15:18:36 <leitao> :-)
2017-03-22 15:21:50 <gromero> never saw Hitachi drills selling here in the tropics...
2017-03-22 15:24:53 <gromero> leitao: http://build.alpinelinux.org/ see #20
2017-03-22 15:25:57 <leitao> gromero, Nice. Outstanding work!
2017-03-22 15:26:03 <ncopa> +1
2017-03-22 15:26:40 <^7heo> I am not following.
2017-03-22 15:26:50 <^7heo> aaah
2017-03-22 15:26:56 <ncopa> they gave more disk space to the ppc64le builder
2017-03-22 15:26:56 <leitao> ^7heo, Forget algibot message
2017-03-22 15:26:58 <^7heo> it has nothing to do with #20 from b.a.o
2017-03-22 15:27:01 <^7heo> yeah
2017-03-22 15:27:05 <^7heo> algitbot: stop spamming!
2017-03-22 15:27:14 <ncopa> algitbot: please behave
2017-03-22 15:27:23 <^7heo> ncopa: niice :D
2017-03-22 15:27:28 <leitao> algitbot, bummer
2017-03-22 15:28:00 <^7heo> so we're celebrating libgudev on ppc64?
2017-03-22 15:28:17 <ncopa> yup
2017-03-22 15:28:19 <ncopa> but hum
2017-03-22 15:28:22 <^7heo> (just checking if I'm getting it right)
2017-03-22 15:28:29 <^7heo> ja?
2017-03-22 15:29:01 <ncopa> apaprently something is not working
2017-03-22 15:29:09 <ncopa> looks like its stuck in scp the bulid log
2017-03-22 15:29:53 <^7heo> scp needs more coffee :D
2017-03-22 17:44:18 <leitao> what is the abuild version used on the builder?
2017-03-22 17:44:24 <leitao> I am not able to reproduce the cups issue
2017-03-22 17:45:01 <leitao> I am using abuild version 3.0.0_rc1-3-g834cb71
2017-03-22 18:43:44 <leitao> ncopa, I think I have a fix for the cups break
2017-03-22 18:43:44 <leitao> https://github.com/alpinelinux/aports/pull/1065
2017-03-22 18:43:52 <leitao> and an improvement for abuild
2017-03-22 18:44:05 <leitao> https://github.com/alpinelinux/abuild/pull/14
2017-03-22 19:01:22 <leitao> cool. jirutka accepted my patch. Let's see if cups will stop breaking on ppc64le
2017-03-22 19:02:49 <jirutka> could please the one who’s responsible for this php7 pkg fix it…?
2017-03-22 19:08:11 <^7heo> :D
2017-03-22 19:08:17 <^7heo> abuild blame
2017-03-22 19:08:55 <^7heo> # Maintainer: Valery Kartel <valery.kartel@gmail.com>
2017-03-22 19:31:10 <kaniini> landing a fix
2017-03-22 19:33:11 <kaniini> zbar is due to missing patch in the PR
2017-03-22 19:33:17 <kaniini> wtf :D
2017-03-22 19:34:32 <jirutka> ^7heo: no, this is not Valery’s fault
2017-03-22 19:34:45 <jirutka> this time it’s ncopa, both these errors :(
2017-03-22 19:36:08 <^7heo> jirutka: I don't know, I just did abuild blame.
2017-03-22 19:36:30 <jirutka> ^7heo: you git log…
2017-03-22 19:36:31 <kaniini> raccoon:~/aports/testing/zbar$ abuild blame
2017-03-22 19:36:32 <kaniini> /usr/bin/abuild: line 2317: blame: not found
2017-03-22 19:36:34 <kaniini> that's not a thing :(
2017-03-22 19:36:49 <^7heo> kaniini: in here it is ;)
2017-03-22 19:37:22 <kaniini> and yes, ultimately whoever sponsors the patch by committing it is equally responsible
2017-03-22 19:37:39 <^7heo> thankfully ;)
2017-03-22 19:37:40 <jirutka> kaniini: exactly
2017-03-22 19:38:48 <kaniini> as you can see, the system works
2017-03-22 19:39:10 <jirutka> ?
2017-03-22 19:40:05 <kaniini> well, the tree is no longer red anyway.
2017-03-22 19:40:09 <kaniini> :p
2017-03-22 19:40:11 <jirutka> you’ve disabled the pkg, that’s not a real solution; ofc that’s not your fault, the patch is probably only on ncopa’s computer, but I just wanna say that this situation is not okay
2017-03-22 19:40:21 <kaniini> i was being sarcastic :)
2017-03-22 19:40:25 <jirutka> heh, okay :)
2017-03-22 19:40:34 <jirutka> I’m too tired now to recognize sarcasm patterns :)
2017-03-22 19:41:53 <kaniini> hopefully some of this stuff gets better once we have in-chroot builds by default for abuild
2017-03-22 19:42:29 <kaniini> i'm hopeful that this TemptorSent fellow will solve a lot of these infrastructure things -- he seems to really like that sort of stuff
2017-03-22 19:52:47 <jirutka> and he seems to even has time for it
2017-03-22 19:53:10 <jirutka> I also love this stuff, but there too many things I love and too little time
2017-03-22 19:54:59 <jirutka> I need to find someone who can pay me for working on Alpine and do it like full time job, that would be awesome (and also kinda unrealistic :( ) XD
2017-03-22 19:57:40 <ncopa> ugh
2017-03-22 19:57:43 <ncopa> what did i do
2017-03-22 20:02:11 <ncopa> sorry about those
2017-03-22 20:09:56 <leitao> how do I know if cups was build on ppc64le?
2017-03-22 20:10:10 <leitao> I stop see algibot complaining. :-)
2017-03-22 20:27:33 <jirutka> let’s try this…
2017-03-22 20:27:38 <jirutka> algitbot: retry master
2017-03-22 20:32:21 <^7heo> kaniini: here is your abuild blame: https://gist.github.com/7heo/8f9a9fc375a7e5ec913d8385d3c07663
2017-03-22 20:32:39 <kaniini> nice
2017-03-22 20:33:14 <kaniini> we should add that to real abuild
2017-03-22 20:33:22 <^7heo> well
2017-03-22 20:33:31 <^7heo> just place it in your /usr/local/bin/blame
2017-03-22 20:33:40 <^7heo> and you'll be able to abuild blame ;)
2017-03-22 20:33:57 <^7heo> $ abuild blame
2017-03-22 20:33:57 <^7heo> Package maintainer:
2017-03-22 20:33:57 <^7heo> No other contributors listed
2017-03-22 20:33:57 <^7heo>     7heo <7heo@mail.com>
2017-03-22 20:34:08 <^7heo> on my current package.
2017-03-23 00:30:30 <breno> jirutka: I just updated PR 1066. Should I remove the " changes-requested" label?
2017-03-23 00:31:22 <jirutka> breno: well, you can try to remove it :) but it would require some hacking
2017-03-23 00:32:30 <breno> jirutka, what would you recommend me doing once I fix a PR?
2017-03-23 00:32:31 <jirutka> currently looking at travis log, to see why it failed
2017-03-23 00:32:43 <breno> jirutka, what is the URL for travis log?
2017-03-23 00:32:58 <jirutka> just click on the red cross under the comments
2017-03-23 00:32:59 <jirutka> https://travis-ci.org/alpinelinux/aports/jobs/214070193
2017-03-23 00:34:39 <jirutka> it’s kinda stuck, don’t know if it’s problem on travis or on my side
2017-03-23 00:35:03 <jirutka> (17/24) Installing coreutils (8.27-r0)
2017-03-23 00:35:04 <jirutka> ERROR: coreutils-8.27-r0: ZZZZZZZZZZbin/lnZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ: no dirent in archive
2017-03-23 00:35:11 <jirutka> what the hell is that error?! o.O
2017-03-23 00:36:10 <jirutka> i’ve restarted the job
2017-03-23 00:36:32 <breno> ok
2017-03-23 00:36:50 <breno> I was trying to discover how the failure was related to my change. 
2017-03-23 00:37:36 <jirutka> it seems that the package is correct, so maybe some weird problem on travis side o.O
2017-03-23 00:37:42 <jirutka> it seems that it’s unrelated
2017-03-23 00:38:56 <jirutka> looks really like some travis issue; the patch is okay, so I’m gonna merge it now
2017-03-23 00:39:41 <breno> jirutka, Ok. Thanks
2017-03-23 04:48:44 <kaniini> hmm
2017-03-23 04:49:42 <kaniini> this is annoying
2017-03-23 04:53:58 <kaniini> great
2017-03-23 05:06:59 <kaniini> algitbot: retry master
2017-03-23 05:23:22 <kaniini> because of course...
2017-03-23 06:14:16 <kaniini> algitbot: retry master
2017-03-23 07:09:43 <kaniini> i don't know what to do here
2017-03-23 07:09:46 <kaniini> it's still broken
2017-03-23 11:54:29 <ncopa> i know what the problem with firefox-esr and nss is
2017-03-23 11:54:39 <ncopa> but i dont know what the proper solution is
2017-03-23 11:56:34 <ncopa> problem is that there is no dynamic libcrmf 
2017-03-23 11:56:41 <ncopa> only static libcrmf.a
2017-03-23 12:25:20 <^7heo> It would be great to put the comitter and the maintainer in the log here, don't you think?
2017-03-23 12:25:56 <^7heo> esp for failures
2017-03-23 12:26:50 <^7heo> that way it's easy to setup a highlight for IRC clients
2017-03-23 12:27:29 <^7heo> /.*failed to build.*7heo.*/
2017-03-23 12:27:36 <^7heo> bam, highlight
2017-03-23 12:28:09 <^7heo> if someone is commiting on a package I'm a maintainer for, then I know it broke
2017-03-23 12:56:18 <^7heo> ncopa: what do you think about my proposal above?
2017-03-23 12:58:12 <ncopa> sounds good to me
2017-03-23 13:02:42 <^7heo> \o/
2017-03-23 13:02:47 <^7heo> Would you implement it, or I?
2017-03-23 13:08:10 <ncopa> heh
2017-03-23 13:08:22 <ncopa> do i look like someone who is looking for mor job?
2017-03-23 13:08:25 <ncopa> :)
2017-03-23 13:08:50 <ncopa> i need to clean up the nss mess
2017-03-23 13:10:39 <^7heo> understood I'll try to patch that.
2017-03-23 13:29:03 <ncopa> fabled: openjdk7 build fails due to /bin/cpio being hardcoded in the makefiles
2017-03-23 13:29:25 <ncopa> i remember we had some issue with cpio earlise
2017-03-23 13:29:31 <ncopa> *earlier
2017-03-23 13:30:36 <ncopa> i wonder if we should move /usr/bin/cpio back to /bin/cpio or if we patch openjdk7
2017-03-23 13:31:11 <jirutka> ncopa: do even some other pkgs assume /bin/cpio or just openjdk?
2017-03-23 13:31:23 <ncopa> not that i know
2017-03-23 13:31:28 <ncopa> but i think its stupid
2017-03-23 13:31:38 <jirutka> then I think it’d be better to patch openjdk
2017-03-23 13:31:41 <ncopa> if platform linux then CPIO=/bin/cpio
2017-03-23 13:31:57 <ncopa> i wonder why they simply dont rely on PATH
2017-03-23 13:32:21 <jirutka> probably just b/c of ignorance and stupidity, usual reasons…
2017-03-23 13:32:26 <ncopa> cd ..
2017-03-23 13:32:45 <ncopa> or they want workaround that people have weird PATH setting
2017-03-23 13:33:29 <jirutka> that’s basically the same :) “fixing” broken environment by breaking other stuff is not a good solution :)
2017-03-23 13:37:33 <fabled> ncopa, moving cpio back means, we need fix coreutils too or other packages barf
2017-03-23 13:38:18 <ncopa> yeah, i suppose we patch openjdk7
2017-03-23 13:38:26 <ncopa> should be trivial
2017-03-23 13:38:48 <ncopa> its kind of stupid though
2017-03-23 13:39:00 <ncopa> the configure script will detect it in /usr/bin/cpio
2017-03-23 13:39:12 <ncopa> so in many files CPIO=/usr/bin/cpio
2017-03-23 13:39:19 <ncopa> but not everywhere
2017-03-23 14:13:20 <ncopa> http://tpaste.us/yapk
2017-03-23 14:13:28 <ncopa> but openjdk-boot does not exist?
2017-03-23 15:31:18 <kaniini> argh
2017-03-23 18:22:05 <kaniini> hmm
2017-03-23 18:59:29 <kaniini> i feel filthy haivng worked on that APKBUILD
2017-03-23 18:59:36 <kaniini> i havent touched that in years :p
2017-03-23 19:01:49 <tmh1999> kaniini : wow adobe now support linux again with npapi
2017-03-23 19:02:16 <tmh1999> kaniini : I have alwasy been using this as a wrapper around chrome's flash.so 
2017-03-23 19:05:26 <tmh1999> https://github.com/i-rinat/freshplayerplugin
2017-03-23 19:56:52 <jirutka> algitbot: retry master
2017-03-23 19:57:23 <jirutka> why is x86_64 still stuck on openjdk7?
2017-03-23 20:01:01 <kaniini> not known
2017-03-23 20:01:27 <kaniini> vakartel strikes again
2017-03-23 20:12:23 <ncopa> i tried build openjdk7 earlier
2017-03-23 20:12:38 <ncopa> the build in my dev box is not done yet
2017-03-23 20:12:43 <ncopa> seems like it hangs
2017-03-23 20:12:49 <ncopa> i'll wait til tomorrow
2017-03-24 05:25:43 <kaniini> build-edge-x86_64 still hung grrrrrrr
2017-03-24 09:22:34 <fcolista> any chance to get testing repo working again?
2017-03-24 09:33:43 <ncopa> i think openjdk7 triggers bug in gjc
2017-03-24 09:34:06 <ncopa> hum
2017-03-24 09:34:07 <ncopa> no
2017-03-24 09:34:27 <ncopa> its javac thats broken
2017-03-24 09:34:42 <ncopa> it gives compiler error on my workstation but on builder it just hangs
2017-03-24 09:34:53 <ncopa>  /home/ncopa/aports/community/openjdk7/src/icedtea-2.6.8/bootstrap/jdk1.6.0/bin/javac -J-XX:ThreadStackSize=1664 -J-XX:-PrintVMOptions -J-XX:+UnlockDiagnosticVMOptions -J-XX:-LogVMOutput -J-Xmx512m -J-Xms512m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -g -Xlint:-path -source 7 -target 7 -encoding ascii -Xbootclasspath:/home/ncopa/aports/community/openjdk7/src/icedtea-2.6.8/openjdk.build-boot/classes -sourcepath /home/ncopa/aports/community/openjdk7/src/i
2017-03-24 09:34:53 <ncopa> cedtea-2.6.8/generated.build:../../../src/solaris/classes:../../../src/share/classes -d /home/ncopa/aports/community/openjdk7/src/icedtea-2.6.8/openjdk.build-boot/classes @/home/ncopa/aports/community/openjdk7/src/icedtea-2.6.8/openjdk.build-boot/tmp/java/java.lang/java/.classes.list.filtered
2017-03-24 13:11:49 <jirutka> algitbot: retry master
2017-03-24 14:59:04 <ncopa> rnalrd: thanks for the typo fix :)
2017-03-24 14:59:10 <ncopa> was just looking at it
2017-03-24 14:59:12 <rnalrd> yw
2017-03-24 14:59:26 <ncopa> this set -e thingy is really useful
2017-03-24 14:59:31 <rnalrd> y
2017-03-24 17:46:35 <kaniini> hi
2017-03-24 22:15:24 <kaniini> tmh1999: ^
2017-03-24 22:18:53 <tmh1999> kaniini: thank you :) 
2017-03-25 03:14:40 <tmh1999> kaniini : I was about to support flex patch. Thank you 
2017-03-25 03:16:21 <kaniini> :D
2017-03-25 03:18:07 <kaniini> hmm is armhf just behind?
2017-03-25 03:19:51 <tmh1999> I don't know. I don't have builder access nor armhf exp :D 
2017-03-25 03:25:26 <kaniini> algitbot: retry master
2017-03-25 03:25:36 <kaniini> hmm
2017-03-25 03:26:22 <kaniini> hmmmmmmm
2017-03-25 03:26:47 <kaniini> userspace-rcu doesnt seem like that big a package
2017-03-25 03:28:26 <kaniini> pcsc-lite package seems odd too
2017-03-25 03:29:43 <kaniini> that should fix pcsc-lite
2017-03-25 03:30:06 <tmh1999> you tried on all arch you have access to ? 
2017-03-25 03:31:02 <kaniini> i reproduced on my own machine and fixed it there
2017-03-25 03:31:06 <tmh1999> ah
2017-03-25 03:31:10 <kaniini> or do you mean userspace-rcu
2017-03-25 03:31:48 <tmh1999> no I thought it is some thing else 
2017-03-25 03:31:54 <kaniini> i have x86/x86_64 and a container on the aarch64 porting machine
2017-03-25 03:32:20 <kaniini> as well as mipsel (not yet qualified for the archive, may try to do it for 3.6)
2017-03-25 03:32:45 <kaniini> and ppc 32-bit big-endian (also not yet qualified)
2017-03-25 03:34:37 <kaniini> i guess the power8 builder is not on dedicated hardware
2017-03-25 03:37:55 <tmh1999> it is
2017-03-25 03:38:10 <tmh1999> to my knowledge it is
2017-03-25 03:39:00 <tmh1999> oh by not on dedicated hardware you mean qemu or something ? I believe it is on VM
2017-03-25 03:39:42 <tmh1999> which should be counted as dedicated hw
2017-03-25 03:43:18 <kaniini> i would expect it to be faster :/
2017-03-25 03:48:12 <kaniini> tmh1999: you are at IBM or?
2017-03-25 03:48:17 <kaniini> 
ACTION is curious why s390x

2017-03-25 03:48:29 <tmh1999> kaniini : No I am just a student 
2017-03-25 03:48:39 <tmh1999> I am learning about s390x
2017-03-25 03:48:52 <kaniini> ah
2017-03-25 03:49:30 <tmh1999> never know why ppc64le has a dedicated team for linux while s390x doesn't ...
2017-03-25 03:50:13 <kaniini> alpine is an interesting bet for ppc64le
2017-03-25 03:50:27 <tmh1999> how so? I have zero knowledge for power arch
2017-03-25 03:50:40 <tmh1999> alpine is interesting bet for s390x to, to my knowledge
2017-03-25 03:50:50 <kaniini> alpine is an interesting bet for IBM in general
2017-03-25 03:50:54 <tmh1999> lol
2017-03-25 03:51:05 <tmh1999> how so ? from powerpc perspective ? 
2017-03-25 03:51:06 <kaniini> because they can come in and control the entire experience for their customers
2017-03-25 03:51:14 <kaniini> vs. working with redhat etc
2017-03-25 03:51:36 <tmh1999> if that's the case IBM should push more support to alpine
2017-03-25 03:52:34 <kaniini> i'm sure it is coming
2017-03-25 03:52:48 <kaniini> alpine is what corporate types would call an 'emerging technology'
2017-03-25 03:53:08 <kaniini> they would consider docker the same, but i consider docker just yet another jail implementation myself ;)
2017-03-25 03:53:12 <tmh1999> I don't know if there was a dedicated porter/maintainer for musl-ppc, because I am having tons of trouble with musl-s390x ...
2017-03-25 03:53:30 <tmh1999> I agree on Docker thing
2017-03-25 03:54:07 <tmh1999> there's one ecosystem which bigger coverage than Docker, cloundfoundary ? 
2017-03-25 03:54:14 <tmh1999> I forgot the name
2017-03-25 04:10:34 <tmh1999> kaniini : do you know any tutorial/book/write-up/blog on real-life debugging libc/kernel code ? 
2017-03-25 04:10:51 <tmh1999> with example, and explanation would be extremely helpful
2017-03-25 04:10:53 <kaniini> what are you trying to debug
2017-03-25 04:11:10 <tmh1999> I was having a segfault building ocaml 
2017-03-25 04:11:24 <tmh1999> I am trying some mods on musl s390x
2017-03-25 04:11:56 <tmh1999> I am clueless on how libc headers and kernel header/code interact
2017-03-25 04:12:08 <kaniini> okay, so basically
2017-03-25 04:12:29 <kaniini> libc makes syscalls on your app's behalf to the kernel
2017-03-25 04:13:11 <kaniini> libc does not need to use kernel headers or even structure layouts, but it is responsible for converting it to a form the kernel finds acceptable if it deviates
2017-03-25 04:13:15 <kaniini> so for example
2017-03-25 04:13:25 <kaniini> if you have a syscall which takes
2017-03-25 04:13:43 <kaniini> struct foo { uint64_t a; uint64_t b; }
2017-03-25 04:13:52 <kaniini> but `b` is always 0
2017-03-25 04:13:55 <kaniini> then musl might have
2017-03-25 04:14:02 <kaniini> struct foo { uint64_t a; } only
2017-03-25 04:14:32 <kaniini> so musl would have to translate its struct foo, to the kernel's struct foo prior to making the syscall
2017-03-25 04:14:51 <kaniini> actually, lets move this to #musl
2017-03-25 04:15:04 <tmh1999> I talked to dalias about this
2017-03-25 04:15:34 <tmh1999> I was about to give up the debugging and send an email to musl 
2017-03-25 04:15:42 <tmh1999> the thing is
2017-03-25 04:15:47 <tmh1999> I am not sure if it is musl s390x bug
2017-03-25 04:15:57 <tmh1999> or ocaml's glibc implementation bug
2017-03-25 04:17:15 <kaniini> i would need a build log to see
2017-03-25 04:17:39 <tmh1999> you want to do it here or on #musl ? 
2017-03-25 04:18:00 <kaniini> musl
2017-03-25 17:28:13 <jirutka> why the heck it must take so loooong for pkgs to sync from builder to mirrors >_<
2017-03-25 17:32:03 <jirutka> algitbot: retry master
2017-03-25 20:17:31 <leitao> Hello. How do I see the latest packages that didn' t build on ppc64le?
2017-03-25 20:18:18 <kaniini> leitao: tinc, kbd, taskd, perl-test-output, smartmontools, perl-carp-clan, py-imaging, privoxy, exiv2
2017-03-25 20:18:51 <leitao> kaniini, nice. Working on them. How did you get this list?
2017-03-25 20:19:34 <kaniini> leitao: irc logs :)
2017-03-25 20:20:34 <leitao> kaniini, do you have your own, or, is it public at the web?
2017-03-25 20:21:07 <kaniini> i just scrolled up in the client tbh
2017-03-25 20:21:52 <leitao> kaniini, right. I will need to have a bounce then.
2017-03-25 20:25:12 <kaniini> i think i am going to propose building all packages with -fpermissive on all archs
2017-03-25 20:25:37 <kaniini> thoughts?
2017-03-25 20:25:41 <leitao> kaniini, right, this will help ppc64le
2017-03-25 20:26:10 <leitao> I fixed an issue yesterday about this.
2017-03-25 20:29:08 <tmh1999> leitao : http://dev.alpinelinux.org/irclogs/
2017-03-25 20:29:36 <leitao> tmh1999, that is helpful!
2017-03-25 21:00:25 <jirutka> leitao: you can also watch MQTT topic `mosquitto_sub -h msg.alpinelinux.org -t 'build/build-edge-ppc64le'`
2017-03-25 21:03:14 <leitao> jirutka, what does this topic shows? building packages? how do I see those that breaks
2017-03-25 21:04:26 <jirutka> leitao: build messages in this channel comes from MQTT; you can write a simple script that will watch this topic and filter failures
2017-03-25 21:05:00 <leitao> jirutka, got it!
2017-03-25 22:02:32 <leitao> tmh1999, it seems that the logs in the web dos not contain message from algibot
2017-03-25 23:18:34 <tmh1999> leitao : right ... in my case I compile all the package myself first to see if any package fails, then submit the patches to aports so the automated builder won't complain 
2017-03-25 23:21:22 <tmh1999> leitao : this is the log I have in my irc client on ppc64le build fail : http://tpaste.us/0Nw8
2017-03-25 23:21:35 <tmh1999> since yesterday 
2017-03-25 23:21:48 <tmh1999> hope that help :) 
2017-03-26 11:17:37 <jirutka> clandmeter: I’ve already fixed it… ^
2017-03-26 11:17:57 <jirutka> clandmeter: but I agree that `rm -f` is better than `|| true`
2017-03-26 11:17:57 <clandmeter> why did it stop?
2017-03-26 11:18:26 <jirutka> clandmeter: well, that’s a good question, I have no clue, it should not stop
2017-03-26 11:19:22 <jirutka> clandmeter: I’m afraid that it does not fail on rm now, but some further command that does not produce any output
2017-03-26 11:19:38 <clandmeter> the log i checked was still about rm
2017-03-26 11:20:33 <jirutka> clandmeter: that’s wrong conclusion
2017-03-26 11:20:54 <jirutka> clandmeter: rm prints error message to stderr, but since it’s followed by `|| true`, it does not halt the script
2017-03-26 11:21:10 <jirutka> clandmeter: this is suspicious: `./pax-mark-vm "$pkgdir"/$_java_home true || return 1` ; what is `true` doing here?
2017-03-26 11:21:31 <clandmeter> i have no clue
2017-03-26 11:22:24 <jirutka> clandmeter: git blame points to fabled
2017-03-26 11:22:30 <jirutka> clandmeter: 8fddb2b8636b0d7c158df067bc26dea13df4ff09
2017-03-26 11:23:15 <jirutka> clandmeter: it doesn’t make any sense, imo it’s typo
2017-03-26 11:23:30 <clandmeter> could be, but that would be 3 typos
2017-03-26 11:23:50 <jirutka> copy-paste error
2017-03-26 11:24:19 <clandmeter> the other archs did work right?
2017-03-26 11:25:26 <jirutka> clandmeter: yes; give me a sec…
2017-03-26 11:27:20 <clandmeter> this set crap is going to give a lot of headaches :|
2017-03-26 11:27:33 <jirutka> it’s not a crap
2017-03-26 11:28:02 <jirutka> it reveals many bugs we have in abuild
2017-03-26 11:28:03 <jirutka> s
2017-03-26 11:28:34 <clandmeter> your interpretation is incorrect
2017-03-26 11:28:39 <jirutka> ?
2017-03-26 11:28:51 <clandmeter> yes its a good thing, the result is crap
2017-03-26 11:29:09 <jirutka> aha, I misunderstood it :)
2017-03-26 11:29:19 <clandmeter> :)
2017-03-26 11:29:37 <jirutka> ahaa, the fabled’s change is not a typo
2017-03-26 11:29:59 <clandmeter> command arg i guess?
2017-03-26 11:30:07 <jirutka> `if test "x${FAIL_ON_ERROR}" = "xtrue"; then`; `FAIL_ON_ERROR=${2}`
2017-03-26 11:30:26 <jirutka> yes, just no one sane use `true` as cli argument, but it’s OpenJDK, so…
2017-03-26 11:30:37 <clandmeter> right
2017-03-26 11:33:43 <jirutka> if it fails, it prints error msg, so this command probably does not silently fail
2017-03-26 11:34:01 <jirutka> next is `rm -rf …`, this should not fail as well
2017-03-26 11:34:11 <jirutka> and the last one is `ln -sf`
2017-03-26 11:35:16 <jirutka> also doesn’t look like silent fail
2017-03-26 11:35:24 <jirutka> this is really weird
2017-03-26 11:36:19 <clandmeter> did it actually restart?
2017-03-26 11:36:26 <clandmeter> cause it doesnt seem to run at all
2017-03-26 11:36:35 <jirutka> hmm…
2017-03-26 11:36:52 <clandmeter> its pribably still from first build
2017-03-26 11:37:26 <clandmeter> algitbot: retry master
2017-03-26 11:37:46 <jirutka> that would explain it :)
2017-03-26 11:38:00 <clandmeter> but its not restarting
2017-03-26 11:38:01 <jirutka> otherwise i have no clue what makes it halt
2017-03-26 11:38:14 <jirutka> algitbot: are you here? \o/
2017-03-26 11:38:16 <clandmeter> maybe mush something else
2017-03-26 11:38:21 <clandmeter> push
2017-03-26 11:44:24 <clandmeter> hmm
2017-03-26 11:44:35 <clandmeter> the builder says its still running
2017-03-26 11:45:39 <jirutka> aha
2017-03-26 11:46:36 <jirutka> maybe just a little spatiotemporal anomaly :P
2017-03-26 11:47:50 <clandmeter> but the logs says different :(
2017-03-26 11:50:37 <jirutka> what do you see directly on the build machine?
2017-03-26 11:51:23 <jirutka> I hope that it’s not a Schrödinger builder, so it must be still running, or does not run :)
2017-03-26 11:51:38 <clandmeter> http://tpaste.us/qMPB
2017-03-26 11:51:43 <clandmeter> its running alright...
2017-03-26 11:52:05 <clandmeter> the log didnt update on build.a.o
2017-03-26 11:52:11 <jirutka> aha
2017-03-26 11:53:24 <clandmeter> seems like the openjdk build tools cant properly utilize the mutlicores
2017-03-26 12:39:38 <kaniini>  /buffer #serverops
2017-03-26 12:39:41 <kaniini> oops
2017-03-26 18:31:17 <clandmeter> jirutka, damn that build is slow...
2017-03-26 18:31:25 <clandmeter> its only using 1 core.
2017-03-26 20:32:07 <nmeum> meh
2017-03-27 10:17:31 <rnalrd> ouch cmoka isn't avail on aarch64 :-/
2017-03-27 12:36:07 <clandmeter> hmm, armhf was/is really far behind 
2017-03-27 12:36:33 <clandmeter> people should watch this channel for build errors after pushing.
2017-03-27 12:36:49 <clandmeter> ncopa, can you maybe turn off errors from ppc64le?
2017-03-27 15:44:55 <tdtrask> fcolista: thanks for rdfind
2017-03-27 15:45:03 <tdtrask> nettle is build dependency, not runtime
2017-03-27 15:45:21 <fcolista>  makedepends="nettle-dev"
2017-03-27 15:45:29 <tdtrask> is it possible to adjust the APKBUILD to avoid runtime dep?
2017-03-27 15:45:30 <fcolista> I didn't set nettle as runtime dependency
2017-03-27 15:45:37 <tdtrask> yeah, but it is loaded
2017-03-27 15:45:39 <fcolista> it's in makedepends, not in depends
2017-03-27 15:45:58 <tdtrask> 
ACTION thinks makedepends are automatically put in depends too

2017-03-27 15:46:03 <tdtrask> not sure how to prevent this
2017-03-27 15:46:05 <fcolista> no
2017-03-27 15:46:11 <fcolista> is not
2017-03-27 15:46:30 <tdtrask> hm :/
2017-03-27 15:46:30 <fcolista> makedepends are ony installed for building
2017-03-27 15:46:34 <fcolista> dunno why is shipped
2017-03-27 15:46:57 <fcolista> tdtrask:
2017-03-27 15:46:58 <fcolista>  apk add rdfind
2017-03-27 15:46:58 <fcolista> (1/1) Installing rdfind (1.3.5-r0)
2017-03-27 15:46:58 <fcolista> OK: 4252 MiB in 1357 packages
2017-03-27 15:46:58 <fcolista> Executing busybox-1.26.2-r0.trigger
2017-03-27 15:47:08 <tdtrask> apk version nettle
2017-03-27 15:47:20 <tdtrask> is it already installed on your box?
2017-03-27 15:47:25 <fcolista> right
2017-03-27 15:47:32 <fcolista> :)
2017-03-27 15:47:38 <fcolista> apk version nettle
2017-03-27 15:47:39 <fcolista> Installed:                                Available:
2017-03-27 15:47:39 <fcolista> nettle-3.3-r0                           = 3.3-r0 
2017-03-27 15:47:43 <tdtrask> :P
2017-03-27 15:48:03 <tdtrask> try 'apk del nettle'
2017-03-27 15:48:25 <fcolista> bad idea..
2017-03-27 15:48:36 <fcolista> it's a dependency of ntons of pacakges
2017-03-27 15:48:40 <fcolista> *packages
2017-03-27 15:49:00 <tdtrask> it won't uninstall, but will list packages that prevent deletion
2017-03-27 15:49:03 <fcolista> http://sprunge.us/YdZQ
2017-03-27 15:49:09 <fcolista> yes 
2017-03-27 15:49:39 <tdtrask> long list, but it does include rdfind
2017-03-27 15:49:43 <fcolista> Do you see anything wrongin the APKBUILD ?
2017-03-27 15:49:53 <fcolista> yes, it's the last one
2017-03-27 15:49:59 <tdtrask> not sure if what I want is possible with abuild
2017-03-27 15:50:19 <fcolista> maybe ncopa/fabled can answer
2017-03-27 15:50:26 <tdtrask> agreed
2017-03-27 15:50:28 <ncopa> hi
2017-03-27 15:50:45 <fcolista> hi ncopa
2017-03-27 15:50:48 <tdtrask> ncopa: is it possible to have package in makedepends and not be a runtime dependency?
2017-03-27 15:50:58 <ncopa> yes
2017-03-27 15:50:59 <tdtrask> ncopa: hi :)
2017-03-27 15:51:02 <ncopa> hi
2017-03-27 15:51:26 <ncopa> runtime dependencies are only pulled in if needed
2017-03-27 15:51:33 <fcolista> http://sprunge.us/LVNW
2017-03-27 15:51:36 <tdtrask> looking at rdfind has dependency on nettle, despite only being in makedepends
2017-03-27 15:51:47 <fcolista> why this pull also nettle?
2017-03-27 15:52:09 <ncopa> abuild found something that pulls it in
2017-03-27 15:52:36 <ncopa> is the pkg in testing?
2017-03-27 15:52:49 <fcolista> Community
2017-03-27 15:52:59 <tdtrask> >>> rdfind*: Tracing dependencies...
2017-03-27 15:52:59 <tdtrask> 	so:libc.musl-x86.so.1
2017-03-27 15:52:59 <tdtrask> 	so:libgcc_s.so.1
2017-03-27 15:52:59 <tdtrask> 	so:libnettle.so.6
2017-03-27 15:52:59 <tdtrask> 	so:libstdc++.so.6
2017-03-27 15:53:12 <ncopa> something is linked to libnettle
2017-03-27 15:53:24 <ncopa> run: scanelf -Rn | grep libnettle
2017-03-27 15:54:40 <ncopa> ncdev-edge-x86_64:~/aports/community/rdfind$ readelf -d pkg/rdfind/usr/bin/rdfind | grep nettle
2017-03-27 15:54:40 <ncopa>  0x0000000000000001 (NEEDED)             Shared library: [libnettle.so.6]
2017-03-27 15:54:48 <tdtrask> maybe I'm wrong and nettle is needed at runtime
2017-03-27 15:54:52 <ncopa> rdfind is linked against libnettle
2017-03-27 15:55:14 <tdtrask> https://rdfind.pauldreik.se/ says "Installing from source requires the nettle library."
2017-03-27 15:55:20 <tdtrask> but, it might be needed runtime too
2017-03-27 15:55:25 <tdtrask> sorry for the distraction
2017-03-27 15:55:30 <ncopa> looks like it is needed
2017-03-27 15:55:54 <tdtrask>  /o\
2017-03-27 15:56:18 <tdtrask> my bad
2017-03-27 15:56:37 <ncopa> maybe you can build it with --disable-nettle?
2017-03-27 15:57:11 <tdtrask> no no, I just misread the docs and thought it was a problem in abuild
2017-03-27 15:57:21 <tdtrask> adding unnecessary dependency
2017-03-27 15:57:50 <ncopa> ok. i suppose the doc could have been clearer :)
2017-03-27 15:59:40 <tdtrask> thanks for your help fcolista / ncopa
2017-03-27 16:24:07 <leitao> r
2017-03-27 19:41:05 <jirutka> come on ;)
2017-03-27 19:41:15 <jirutka> ^ kaniini 
2017-03-27 19:41:23 <kaniini> humm
2017-03-27 19:41:54 <kaniini> today is not my day :p
2017-03-27 19:51:20 <kaniini> ok i think that is cleaned up
2017-03-27 19:52:39 <kaniini> jirutka: good catch :)
2017-03-27 19:53:08 <jirutka> kaniini: just by accident :)
2017-03-28 05:23:08 <kaniini> $ apk info -L mesa-dricore
2017-03-28 05:23:10 <kaniini> mesa-dricore-12.0.6-r0 contains:
2017-03-28 05:23:12 <kaniini> etc/drirc
2017-03-28 05:23:16 <kaniini> i do not think this needs its own subpackage
2017-03-28 06:45:28 <kaniini> allow me to express my shock
2017-03-28 06:45:41 <kaniini> you know, if it would try main again, it would find that gtk+ can be built now.
2017-03-28 06:45:55 <kaniini> as well as qt.
2017-03-28 17:39:40 <leitao> it seems that the build started to build testing/ packages, and a lot of them are failing
2017-03-28 17:40:36 <leitao> They are failing because the dependency are not built yet
2017-03-28 22:45:20 <kaniini> heh
2017-03-28 22:46:45 <kaniini> algitbot: retry master
2017-03-28 22:47:34 <kaniini> algitbot: retry master
2017-03-29 00:46:01 <kaniini> oh, i see.  it depends on luajit.
2017-03-29 01:04:24 <kaniini> gromero: looks like we have 97% archive coverage for main on ppc
2017-03-29 01:04:43 <gromero> kaniini: \o/
2017-03-29 01:06:30 <gromero> kaniini: do you have an updated list of the packages that need attention by now?
2017-03-29 01:16:29 <kaniini> not yet
2017-03-29 01:16:35 <kaniini> it will do another rebuild soon
2017-03-29 01:16:51 <gromero> kaniini: right
2017-03-29 01:17:07 <kaniini> i think i fixed all of them
2017-03-29 01:18:48 <gromero> on openjdk, I'm still unsure if we would like go project by project dealing with the mcontext issue or if darias can kindly change the musl interface. On nodejs the project already contained a set of #ifdef's on possible different interfaces to signal context for each arch/glibc version, but on OpenJDK it can be a little bit different
2017-03-29 01:19:12 <gromero> *like to go
2017-03-29 01:19:52 <gromero> will take that tomorrow after looking at a sigfault on golang
2017-03-29 03:21:10 <kaniini> all the python stuff is going to fail because python isnt available yet
2017-03-29 04:15:09 <kaniini> ncopa: ffmpeg is missing on ppc64le, did you have some local disable on it?
2017-03-29 04:21:54 <kaniini> ahh
2017-03-29 04:21:57 <kaniini> x265 is blocking it
2017-03-29 04:26:20 <kaniini> that should unblock ffmpeg
2017-03-29 04:50:06 <kaniini> YES
2017-03-29 04:50:10 <kaniini> ffmpeg unblocked
2017-03-29 04:51:48 <kaniini> hmm, why is lua5.1-lgi blocked
2017-03-29 05:37:42 <kaniini> build/build-edge-ppc64le 31/50 1943/1987 main/asterisk 14.3.0-r0
2017-03-29 05:37:52 <kaniini> O_O
2017-03-29 05:37:58 <kaniini> WILL IT BUILD?!!!!??!!
2017-03-29 06:12:32 <kaniini> humm
2017-03-29 06:12:39 <kaniini> sbc-dev in archive, but not seen by builder.
2017-03-29 06:13:00 <kaniini> same as libzip-dev and tidyhtml-dev
2017-03-29 06:15:11 <kaniini> lets rebuild it and see if that helps
2017-03-29 14:46:12 <kaniini> humm
2017-03-29 14:46:20 <kaniini> algitbot not working correctly ?
2017-03-29 14:48:18 <rnalrd> i was looking at the logs
2017-03-29 14:48:34 <rnalrd> at least sbt and py-flask-sqlalchemy aren't built
2017-03-29 14:48:43 <kaniini> yes
2017-03-29 14:48:47 <rnalrd> sbt is missing depends
2017-03-29 14:48:57 <rnalrd> while py-flask-sqlalchemy has all depends built
2017-03-29 14:48:58 <kaniini> there's some things being ignored by the builder
2017-03-29 14:49:10 <kaniini> and some things don't seem to be on the builder
2017-03-29 14:49:16 <kaniini> bumping pkgrel on the depends
2017-03-29 14:49:19 <kaniini> seems to fix it
2017-03-29 14:49:23 <rnalrd> i see
2017-03-29 14:49:30 <rnalrd> let me try
2017-03-29 14:49:39 <kaniini> but algitbot is silent
2017-03-29 14:49:46 <kaniini> since the infrastructure move
2017-03-29 14:51:23 <rnalrd> ncopa, algitbot isn't spitting out the commits messages, you know?
2017-03-29 14:51:52 <ncopa> its refreshingly quiet :)
2017-03-29 14:51:57 <rnalrd> :D
2017-03-29 14:51:57 <ncopa> enjoy it as long as it last
2017-03-29 14:53:36 <ncopa> algitbot: hi
2017-03-29 14:54:43 <ncopa> that didnt last long :)
2017-03-29 14:59:30 <rnalrd> gtg
2017-03-29 15:01:28 <kaniini> ncopa: any idea why the builder and what is actually in the archive is inconsistent?
2017-03-29 15:24:15 <ncopa> seems like its going all nuts :)
2017-03-29 15:27:27 <kaniini> ncopa: see #alpine-devel
2017-03-29 15:45:30 <kaniini> algitbot: retry master
2017-03-29 15:46:15 <kaniini> algitbot: retry master
2017-03-29 19:16:24 <^7heo> ahahahaha WE have WAITFORIT?!
2017-03-29 19:16:25 <^7heo> REALLY?!
2017-03-29 19:16:28 <^7heo> wtf.
2017-03-29 19:17:24 <^7heo> it's not even updated...
2017-03-29 20:33:52 <kaniini> gromero: looks like java & go are really the last remaining big things in the room
2017-03-29 20:34:23 <leitao> kaniini, and qemu ?
2017-03-29 20:34:27 <Xe> alpine on powerpc?
2017-03-29 20:34:29 <kaniini> yes
2017-03-29 20:34:49 <leitao> and gdb
2017-03-29 20:35:36 <gromero> kaniini: great! I'm taking care of openjdk and gdb. openjdk issue is quite the same of nodejs, so no big issue... gdb I have to check it. go is segfaulting and I have to debug it
2017-03-29 22:58:39 <gromero> kaniini: alpine-ppc64le:~/git/aports/community/openjdk7$ java -version
2017-03-29 22:58:39 <gromero> java version "1.7.0_131"
2017-03-29 22:58:39 <gromero> OpenJDK Runtime Environment (IcedTea 2.6.9) (Alpine 7.131.2.6.9-r1)
2017-03-29 22:58:39 <gromero> alpine-ppc64le:~/git/aports/community/openjdk7$ ls -l ~/packages/community/ppc64le/openjdk7-*
2017-03-29 22:58:39 <gromero> OpenJDK 64-Bit Server VM (build 24.131-b00, mixed mode)
2017-03-29 22:58:40 <gromero> -rw-r--r-- 1 alpine alpine 16400696 Mar 29 22:50 /home/alpine/packages/community/ppc64le/openjdk7-7.131.2.6.9-r1.apk
2017-03-29 22:58:43 <gromero> -rw-r--r-- 1 alpine alpine   373378 Mar 29 22:50 /home/alpine/packages/community/ppc64le/openjdk7-doc-7.131.2.6.9-r1.apk
2017-03-29 22:58:46 <gromero> -rw-r--r-- 1 alpine alpine   143641 Mar 29 22:50 /home/alpine/packages/community/ppc64le/openjdk7-jre-7.131.2.6.9-r1.apk
2017-03-29 22:58:49 <gromero> -rw-r--r-- 1 alpine alpine  3575165 Mar 29 22:50 /home/alpine/packages/community/ppc64le/openjdk7-jre-base-7.131.2.6.9-r1.apk
2017-03-29 22:58:52 <gromero> -rw-r--r-- 1 alpine alpine 35550297 Mar 29 22:50 /home/alpine/packages/community/ppc64le/openjdk7-jre-lib-7.131.2.6.9-r1.apk
2017-03-29 22:59:03 <kaniini> nice!
2017-03-29 22:59:06 <kaniini> what about openjdk8?
2017-03-29 22:59:33 <gromero> I will get there yet
2017-03-29 23:01:34 <gromero> go issue seems pretty daunting
2017-03-29 23:01:54 <kaniini> i'm dealing with a go issue of my own ;/
2017-03-29 23:02:28 <gromero> heh
2017-03-29 23:50:14 <gromero> kaniini: exactly same issue found in openjdk8
2017-03-29 23:50:15 <gromero> alpine-ppc64le:~/git/aports/community/openjdk8$ java -version
2017-03-29 23:50:15 <gromero> openjdk version "1.8.0_121"
2017-03-29 23:50:15 <gromero> OpenJDK Runtime Environment (IcedTea 3.3.0) (Alpine 8.121.13-r2)
2017-03-29 23:50:15 <gromero> alpine-ppc64le:~/git/aports/community/openjdk8$ ls -l ~/packages/community/ppc64le/openjdk8-*
2017-03-29 23:50:15 <gromero> OpenJDK 64-Bit Server VM (build 25.121-b13, mixed mode)
2017-03-29 23:50:17 <gromero> -rw-r--r-- 1 alpine alpine  15787454 Mar 29 23:43 /home/alpine/packages/community/ppc64le/openjdk8-8.121.13-r2.apk
2017-03-29 23:50:20 <gromero> -rw-r--r-- 1 alpine alpine 108828602 Mar 29 23:42 /home/alpine/packages/community/ppc64le/openjdk8-dbg-8.121.13-r2.apk
2017-03-29 23:50:23 <gromero> -rw-r--r-- 1 alpine alpine   2594066 Mar 29 23:42 /home/alpine/packages/community/ppc64le/openjdk8-demos-8.121.13-r2.apk
2017-03-29 23:50:26 <gromero> -rw-r--r-- 1 alpine alpine    392629 Mar 29 23:42 /home/alpine/packages/community/ppc64le/openjdk8-doc-8.121.13-r2.apk
2017-03-29 23:50:29 <gromero> -rw-r--r-- 1 alpine alpine    372993 Mar 29 23:43 /home/alpine/packages/community/ppc64le/openjdk8-jre-8.121.13-r2.apk
2017-03-29 23:50:32 <gromero> -rw-r--r-- 1 alpine alpine   3939376 Mar 29 23:42 /home/alpine/packages/community/ppc64le/openjdk8-jre-base-8.121.13-r2.apk
2017-03-29 23:50:35 <gromero> -rw-r--r-- 1 alpine alpine  42495673 Mar 29 23:43 /home/alpine/packages/community/ppc64le/openjdk8-jre-lib-8.121.13-r2.apk
2017-03-29 23:50:46 <jirutka> gromero: please use some pastebin, do not paste more then 3 lines of text into IRC
2017-03-29 23:51:05 <jirutka> gromero: we usually use http://tpaste.us/ for copying from terminal
2017-03-29 23:51:05 <gromero> jirutka: sorry, sure
2017-03-29 23:59:20 <jirutka> sigh, these last little modifications after testing complete build process… :/
2017-03-30 00:03:12 <kaniini_> hm
2017-03-30 00:41:44 <kaniini> so i don't see any PR for openjdk7 on aports
2017-03-30 00:41:49 <kaniini> is it not ready or such
2017-03-30 01:11:25 <kaniini> ffff i just stepped out
2017-03-31 09:03:16 <nmeum> n