2017-05-01 18:45:19 hmm 2017-05-01 18:45:20 where did the commit bot go 2017-05-02 13:46:35 algitbot, retry master 2017-05-02 13:53:17 algitbot: retry master 2017-05-02 22:46:10 algitbot, retry master 2017-05-04 14:43:50 midori should really be moved into unmaintained 2017-05-04 14:44:05 there hasn't been a commit over a year 2017-05-04 15:46:32 i stopped the build-3-6-ppc64le because it should not build things in testing 2017-05-04 15:48:51 restarted it 2017-05-05 12:18:54 algitbot: retry master 2017-05-05 12:36:25 ah there goes one :) 2017-05-05 12:36:41 algitbot: retry master 2017-05-06 04:02:29 http://build.alpinelinux.org/buildlogs/build-edge-x86/testing/mlocate/mlocate-0.26-r7.log 2017-05-06 04:02:31 hahahaha 2017-05-06 15:52:25 that mlocate thing needs fixing 2017-05-06 15:58:36 Shiz, ah now i see 2017-05-06 15:58:42 i thought it was a failed test 2017-05-07 14:41:55 s390x has a lot of failures 2017-05-07 14:42:40 xournal just needs a new config.guess 2017-05-07 23:08:58 Shiz : yeah I saw them. I am gonna be back working on them early this week. Currently is in finals week :( Lots of exams. 2017-05-07 23:09:33 good luck! 2017-05-08 16:02:10 algitbot, retry master 2017-05-08 16:02:13 algitbot: retry master 2017-05-08 20:22:58 :) 2017-05-08 23:36:44 Shiz : working on them about to submit patches :D 2017-05-08 23:37:06 Shiz : btw do you know the status of main/libnl ? 2017-05-08 23:37:27 looks like no packages uses it, the homepage even off, checksum change 2017-05-08 23:38:09 i think the new homepage is https://www.infradead.org/~tgr/libnl/ 2017-05-08 23:39:18 that's libnl3 2017-05-08 23:39:29 it also has libnl1 2017-05-08 23:39:37 hah 2017-05-08 23:40:14 with a matching sha512sum 2017-05-08 23:41:09 i'll make a PR for it 2017-05-08 23:41:37 Shiz : appreciate it 2017-05-08 23:58:20 tmh1999: https://github.com/alpinelinux/aports/pull/1361 2017-05-08 23:58:49 Shiz : thank you :) 2017-05-10 12:00:29 why is our s390x triple s390x-ibm-linux-gnu btw 2017-05-10 12:00:32 that doesnt seem right 2017-05-10 19:22:39 ppc64le gotta go fast 2017-05-10 20:11:28 Shiz, what do you mean "go" as golang? 2017-05-10 20:11:52 no, i just mean it compiled the kernel and all modules within like 2 mins 2017-05-10 20:12:35 Shiz, we are used to compile in in 7 seconds several years ago 2017-05-10 20:12:36 http://es.tldp.org/Presentaciones/200211hispalinux/blanchard/talk_2.html 2017-05-10 20:13:53 In fact, 4.8 seconds. "4.8 seconds should keep even the most impatient of kernel hackers happy. " 2017-05-10 20:14:04 :p 2017-05-10 20:15:52 the float128 bug appears again 2017-05-10 20:23:25 who was responsible for s390 stuff btw? 2017-05-10 20:24:07 Shiz, it is tmh1999 2017-05-10 20:24:14 ah 2017-05-10 20:24:17 thx 2017-05-10 20:24:35 ah right, i was tod above 2017-05-10 20:24:39 my memory is foggy 2017-05-10 20:44:37 Shiz : I submitted some patches to resolve current s390x issues 2017-05-10 20:45:17 Shiz : for go on 3.6, it might needs a touch from ncopa to bootstrap it using go package from edge s390x 2017-05-10 20:45:35 what's docker's failure reason? 2017-05-10 20:47:01 I was segfaul building doc package irrc 2017-05-10 20:47:12 interesting 2017-05-10 20:47:16 but I am not sure buildng docker inside a lxc/chroot is possible 2017-05-10 20:47:26 sound like nested chroot 2017-05-10 20:47:52 i don't think it would need that to build docker 2017-05-10 20:47:55 run tests, maybe 2017-05-10 20:48:37 for now I am running chroot to build things, builder is lxc. so no choice to do so. 2017-05-10 20:49:12 *no other choice 2017-05-10 20:51:05 I will be free after this friday to finalize 4 bug packages. finals week and collaborative projects seem to be fun. hah. 2017-05-10 20:53:33 :) 2017-05-10 20:53:44 thanks for your work, i'll take a look at the PRs 2017-05-10 21:41:02 tmh1999: merged 2017-05-10 21:41:26 Shiz : Thank you. I will have a look later tonight. 2017-05-11 03:57:25 very strange, it built on mine. 2017-05-11 04:36:17 libtool: link: gcc -shared .libs/mod_dnsbl.o -L/home/buildozer/aports/testing/proftpd/src/proftpd-1.3.6/lib -Wl,--as-needed -Wl,-soname -Wl,mod_dnsbl.so -o .libs/mod_dnsbl.so 2017-05-11 04:36:21 install: can't stat '.libs/mod_dnsbl.so': No such file or directory 2017-05-11 04:36:23 curious indeed 2017-05-11 04:43:42 kaniini, Shiz : while you are there would you mind resolve libnl pr : https://github.com/alpinelinux/aports/pull/1361 2017-05-11 04:43:57 i made that pr so i can't resolve it :p 2017-05-11 04:44:15 :D 2017-05-11 04:44:28 thought you are sleeping right now 2017-05-11 04:45:30 shiz doesn't sleep, they just wait 2017-05-11 14:31:21 did our builders die btw? 2017-05-11 14:31:23 cc ncopa 2017-05-11 14:31:30 and clandmeter 2017-05-11 14:33:18 looks like they are working? 2017-05-11 14:34:40 i havent seen any status update from them in 10 hours 2017-05-11 14:34:43 despite new commits 2017-05-11 14:35:11 they seem stuck building busybox... 2017-05-11 14:36:18 looks like tests fails 2017-05-11 14:37:19 waiting for input? 2017-05-11 14:37:34 dont know 2017-05-11 14:39:02 i'll check it out 2017-05-11 14:39:46 FAIL: hostname-d-works 2017-05-11 14:39:46 + busybox hostname -f 2017-05-11 14:39:46 hostname: build-3-6-x86: Host not found 2017-05-11 14:39:46 + f=. 2017-05-11 14:41:03 okay, that's one i didn't have locally, i'll check 2017-05-11 14:41:56 i think you can reproduce it locally 2017-05-11 14:42:06 if you edit your /etc/hosts file 2017-05-11 14:42:12 i think we can fix the builders 2017-05-11 14:42:31 yeah it seems xgethostbyname(buf) fails 2017-05-11 14:42:40 http://tpaste.us/qMV4 2017-05-11 14:42:58 i bet adding a .local name solves it 2017-05-11 14:43:23 >3-2 2017-05-11 14:43:28 shouldn't that be 3-6 :) 2017-05-11 14:43:41 i just saw that 2017-05-11 14:43:44 that is the problem 2017-05-11 14:43:53 yay busybox testsuite finding issues for us 2017-05-11 14:44:01 yup :) 2017-05-11 14:44:01 another reason why check() is a very good thing to mandate 2017-05-11 14:44:03 :P 2017-05-11 14:44:54 yes 2017-05-11 14:44:55 oh man 2017-05-11 14:45:00 the new kernels arent built yet 2017-05-11 14:45:12 well 2017-05-11 14:45:13 that ruins my day 2017-05-11 14:45:24 new kernels are out? 2017-05-11 14:45:34 i build 4.9.27 yesterday 2017-05-11 14:46:14 4.9.27-r1 2017-05-11 14:46:22 i had to bump MAX_NR_CPUS 2017-05-11 14:46:31 because alpine did not boot all CPUs on my system :D 2017-05-11 14:46:39 what did you set it to? 2017-05-11 14:46:49 32 to 256 2017-05-11 14:46:50 its only 32bit right? 2017-05-11 14:46:55 64-bit 2017-05-11 14:46:59 oh? 2017-05-11 14:47:03 i left 32-bit alone 2017-05-11 14:47:41 oh dear... 2017-05-11 14:47:53 so a part of golang (race) depends on llvm which is terrible for bootstrap 2017-05-11 14:47:54 oh dear what? 2017-05-11 14:47:59 oh 2017-05-11 14:48:06 ouch 2017-05-11 14:48:16 i guess we can omit that part for go-bootstrap though 2017-05-11 14:48:20 sorry, wrong chan 2017-05-11 14:48:51 anyway 2017-05-11 14:49:42 ncopa: 256 should give breathing room for few years. it's not until recently that you can buy a 128-160 core x86_64 system for $3000 2017-05-11 14:50:10 ncopa: i left 32-bit alone, because tbh if you have that many cores you're probably having a lot of RAM to go with those cores so you're probably not deploying 32-bit anyway 2017-05-11 15:11:42 algitbot: retry master 2017-05-11 15:12:35 ummmmmm 2017-05-11 15:12:47 ncopa: i think all the builders are stuck building busybox for past 10 hours 2017-05-11 15:12:48 :s 2017-05-11 15:13:25 ACTION mutters at Shiz for breaking busybox :D 2017-05-11 15:17:55 didnt do shit 2017-05-11 15:17:59 its the broken build server! 2017-05-11 15:18:12 ACTION hides 2017-05-11 16:00:07 Shiz, I see the following issue on ppc64le builder 2017-05-11 16:00:08 /home/buildozer/aports/main/busybox/src/busybox-1.26.2/testsuite/runtest 2017-05-11 16:00:32 and, the following process "yes The quick brown fox jumps over the lazy dog" 2017-05-11 16:00:39 ACTION tries to not laugh 2017-05-11 16:00:39 oh dear 2017-05-11 16:01:00 do you have a log? 2017-05-11 16:01:07 let me try to find 2017-05-11 16:01:49 Shiz, http://tpaste.us/NR0q 2017-05-11 16:02:09 ookay so it just hangs 2017-05-11 16:02:18 Shiz, the commit id is 318c497f003be1645152235d1b08005f7dfde3ee 2017-05-11 16:02:22 I am no 2017-05-11 16:02:29 n 2017-05-11 16:02:30 nm 2017-05-11 16:02:37 I will kill this test case 2017-05-11 16:02:55 oh dear, apparently that's the mdev test 2017-05-11 16:03:29 https://github.com/mozilla-b2g/busybox/blob/7dc8052a09ea684200e86e0c340be80854521bdf/testsuite/md5sum.tests 2017-05-11 16:03:31 oh no it's this one 2017-05-11 16:04:12 here we go. 2017-05-11 16:04:41 ppc64le build is back from the darkness 2017-05-11 16:05:00 lol 2017-05-11 16:07:43 algitbot, retry master 2017-05-11 16:07:45 algitbot: retry master 2017-05-11 16:09:07 Shiz, it seems that the builder is trying to build busybox again. 2017-05-11 16:09:21 I see process "yes The quick brown fox jumps over the lazy dog" again. 2017-05-11 16:10:47 Shiz, should we revert 318c497f003be1645152235d1b08005f7dfde3ee ? 2017-05-11 16:26:01 i think 2017-05-11 16:26:08 we disable tests on busybox right now 2017-05-11 16:27:43 ncopa: can we get x86 and x86_64 builders unstuck please? :) 2017-05-11 16:36:20 :P 2017-05-11 16:36:51 im on it 2017-05-11 16:37:09 edge or 3-6? 2017-05-11 16:37:28 both 2017-05-11 16:37:35 in fact 2017-05-11 16:37:43 http://build.alpinelinux.org/ 2017-05-11 16:37:45 anything there building busybox :P 2017-05-11 16:42:12 ncopa: build-edge-x86, build-edge-x86_64, build-3-6-x86, build-3-6-x86_64, build-edge-armhf, build-3-6-armhf, build-edge-aarch64, build-3-6-aarch64, build-edge-s390x, build-3-6-s390x 2017-05-11 16:42:19 leitao already fixed ppc64le builders 2017-05-11 16:49:06 4617 buildoze 0:16 yes The quick brown fox jumps over the lazy dog 2017-05-11 16:49:13 it got stuck in 'yes' 2017-05-11 16:49:20 ncopa, I just fixed the 3.6 ppc64le builder. 2017-05-11 16:49:25 Where is the -edge- builder? 2017-05-11 16:49:36 on the old machine 2017-05-11 16:49:41 ok 2017-05-11 16:49:42 the vm 2017-05-11 16:49:53 ppc64le-old.alpinelinux.org iirc 2017-05-11 16:50:42 ncopa, ok 2017-05-11 16:50:44 let me fix there also 2017-05-11 17:53:57 algitbot: retry master 2017-05-12 09:10:59 scadu: ^ 2017-05-12 09:11:08 clandmeter: thanks! 2017-05-12 16:25:02 that log is a strange definition of failure... 2017-05-12 16:33:49 i had to manually kill yes 2017-05-12 16:34:02 test suite got stuck 2017-05-12 16:34:17 we need fox s390x 2017-05-12 16:34:20 fix* 2017-05-12 16:35:08 im working on go for s390x 2017-05-12 16:39:55 i wonder why s390x is missing libnl-dev 2017-05-12 16:40:22 libnl doesn't have arch="!s390x" 2017-05-12 16:44:01 ncopa: did you see the alpine-conf PR? 2017-05-12 16:44:17 not yet 2017-05-12 16:44:37 need make sure s390x builder makes progress first 2017-05-12 16:44:47 gotcha 2017-05-12 16:47:07 i've been randomly working on getting threadsan to work too 2017-05-12 16:49:07 Shiz : as I mentioned earlier I thought it is due to noarch but I am not sure :( 2017-05-12 16:49:51 that wouldn't make sense, I think... 2017-05-12 16:50:18 hmm 2017-05-12 16:50:24 the s390x builder doesn't have libnl-*.apk 2017-05-12 16:50:45 ncopa : btw when you are on s390x stuff, please have a look BUILDER section at : http://vm.flatglobe.org/alpine/status.txt. I have a deadline in 12 hours. Then I will comeback to 4-5 bugged packages on s390x. 2017-05-12 16:50:51 tmh1999: are there any build logs for libnl, if you hav access to the builder? 2017-05-12 16:51:29 Shiz : I don't have access, ncopa has. I build libnl fine on my test machine. noarch is my only theory so far. 2017-05-12 16:51:33 ah 2017-05-12 16:51:40 I haven't read the abuild code for noarch yet 2017-05-12 16:51:44 well libnl is not noarch 2017-05-12 16:51:49 and the libnl-* apk files don't exist 2017-05-12 16:51:57 so i'm not sure about that 2017-05-12 16:53:03 LD test-nf-cache-mngr 2017-05-12 16:53:03 >>> libnl: Entering fakeroot... 2017-05-12 16:53:03 nl_recvmsgs_def: Netlink Error (errno = No such file or directory) 2017-05-12 16:53:07 ah 2017-05-12 16:53:09 it's a test error 2017-05-12 16:53:25 ncopa: is there a way for you to quickly strace that? 2017-05-12 16:53:30 seems strange that s390x has no netlink... 2017-05-12 16:54:21 we can at least disable the tests right now on s390x, but i'd like to know the root cause of that... 2017-05-12 16:55:22 $ LD_LIBRARY_PATH=$(pwd)/../lib strace ./test-genl 2>&1 | tpaste 2017-05-12 16:55:22 http://tpaste.us/NRnm 2017-05-12 16:56:59 socket(AF_NETLINK, SOCK_RAW, NETLINK_GENERIC) = 3 2017-05-12 16:57:07 will that work as non-root? 2017-05-12 16:57:15 tests runs as fakeroot 2017-05-12 16:57:37 it worked on my machine 2017-05-12 16:57:44 and I definitely don't run abuild as root 2017-05-12 16:59:22 I am not seeing any more ppc64le build failures. Does it mean that we built it all? :-) 2017-05-12 17:04:13 leitao looks so! 2017-05-12 17:04:16 \o/ 2017-05-12 17:04:53 hmm 2017-05-12 17:05:00 cool! 2017-05-12 17:05:06 looks like thatm essage comes straight from the kernel, i wonder what kind of file it could be referring to... 2017-05-12 17:05:06 nice 2017-05-12 17:05:37 btw ncopa unrelated to all of this, but related to post-3.6, i've been cursory taking a look at getting clang sanitizer support for musl 2017-05-12 17:05:43 just so you know 2017-05-12 17:08:55 so if I understand the failure correctly, the test case requests the family of GENL_ID_CTRL 2017-05-12 17:09:00 in a netlink message 2017-05-12 17:09:05 and the kernel responds with "no such file" 2017-05-12 17:09:46 anything in dmesg maybe? 2017-05-12 17:10:52 okay 2017-05-12 17:10:55 so i looked at the kernel code a bit 2017-05-12 17:11:00 and apparently that means the family does not exist 2017-05-12 17:12:10 so its kernel config 2017-05-12 17:12:21 its ubuntu kernel 2017-05-12 17:13:38 4.4.0-72-generic #93-Ubuntu SMP Fri Mar 31 14:06:48 UTC 2017 s390x Linux 2017-05-12 17:14:16 seems that could be problems 2017-05-12 17:14:28 need to get our own kernel up i guess 2017-05-12 17:14:31 i'm tracking down what exactly causes there be no GENL_ID_CTRL family 2017-05-12 17:15:18 yes 2017-05-12 17:15:40 i had half appointment to look at the s390x bootloader last friday 2017-05-12 17:15:44 but... :-/ 2017-05-12 17:15:44 it's weird because the kernel should always initialise that family 2017-05-12 17:15:56 i see no configuration under which it would not 2017-05-12 17:16:08 (mostly because there is no configuration in src/net/netlink) 2017-05-12 17:16:15 i think we just disable tests on s390x 2017-05-12 17:16:19 worst case we copy the signing key of the s390x builder and boot a KVM ? I booted a Alpine s390x KVM on my x86 latptop. 2017-05-12 17:16:55 but maybe it's fixed in newer kensl 2017-05-12 17:16:57 kernels 2017-05-12 17:17:03 thec ode seems to have changed between 4.4 and 4.11 2017-05-12 17:17:15 ncopa: let's definitely do that for now 2017-05-12 17:17:21 and see if it works on a newer kernel later 2017-05-12 17:18:24 http://tpaste.us/xWB1 2017-05-12 17:19:14 thank you 2017-05-12 17:19:43 s390x is blocking us for doing rc1 2017-05-12 17:21:30 sorry, the finals week hit the very right time at my side :| How about we disable all the failed package on s390x atm for rc1 ? 2017-05-12 17:21:35 php tests fails also on s390x 2017-05-12 17:22:28 funny folks at IBM provides you a different machine than my test machine so I cannot see any failed problem on the builder. My test is SLES, builder is Ubuntu. I will poke them about it. 2017-05-12 17:22:54 php also fine for my iirc 2017-05-12 17:27:43 tmh1999 im in the docker commynity slack #alpine-ports channel too 2017-05-12 17:28:10 ncopa : yes I saw you there 2017-05-12 17:34:44 rip xpra, it never built 2017-05-12 17:34:46 ncopa : please disable xpra, it depends on py-opencl which is not supported yet 2017-05-12 17:34:46 :p 2017-05-12 17:35:09 is that the last remaining thing? 2017-05-12 17:35:23 xpra depends on py-opencl, in turn depends on openblass 2017-05-12 17:35:39 Shiz : nope http://vm.flatglobe.org/alpine/status.txt 2017-05-12 17:37:07 tmh1999: you should update that status file, some stuff got merged already 2017-05-12 17:37:13 :p 2017-05-12 17:37:43 Shiz : yes, after midnight tonight. 2017-05-12 17:37:50 right 2017-05-12 17:38:09 good luck with your deadline, don't let alpine keep you from it :) 2017-05-12 17:38:40 I am happy at Alpine work :) 2017-05-12 17:39:00 Thank you btw 2017-05-12 17:40:14 tmh1999 yeah, we'll take care of alpine 2017-05-12 17:40:28 :D 2017-05-12 17:56:49 wee 2017-05-12 17:56:51 :) 2017-05-12 18:11:42 progress 2017-05-12 18:20:35 huh, s390x has go now? :p 2017-05-12 18:28:14 Shiz : since long time ago :D 2017-05-12 18:30:28 i think we should have a thing in the builders to mark an arch as experimental and allow failing tests 2017-05-12 18:30:30 cc ncopa 2017-05-12 18:31:20 yup i added go 2017-05-12 18:31:42 i mean i had to manulaly "bootstrap" it by adding edge repo temprorary 2017-05-12 18:37:50 i do like that different package failures are reported on every commit 2017-05-12 18:37:54 it's like a russian roulette 2017-05-12 18:48:31 go is broken on s390x 2017-05-12 18:48:35 :-( 2017-05-12 18:49:36 gitea segfaults 2017-05-12 19:08:08 :o 2017-05-12 19:08:20 a successful s390x build? 2017-05-12 19:08:57 Shiz: sssssshh! 2017-05-12 19:11:09 no 2017-05-12 19:11:14 $ ls -d community/*/src | tpaste 2017-05-12 19:11:14 http://tpaste.us/yabp 2017-05-12 19:13:30 i need to go out 2017-05-12 19:13:41 we shoudl disable those on s390x 2017-05-12 19:13:54 unless they are easy to fix 2017-05-12 19:14:00 some are already disabled 2017-05-12 19:14:31 disable right now or soon-ish ? 2017-05-12 19:14:57 before monday 2017-05-12 19:15:08 syncthing is no problem 2017-05-12 19:15:20 good. I have the weekends to figure it out 2017-05-12 19:15:25 the libs and ocaml need also disable other packages that depends on them 2017-05-12 19:16:10 ocaml actually build good with the patch upstream (for s390x musl sigcontext instead of the current one from kaniini) but segfault on ocaml-findlib. so I guess we just disable all the ocaml family. 2017-05-12 19:16:40 at least for now 2017-05-12 19:16:48 yes. 2017-05-12 19:36:45 (wasn't me, that already broke) 2017-05-12 19:46:46 humm 2017-05-12 19:46:52 :p 2017-05-12 19:47:40 ahh 2017-05-12 19:49:03 how annoying 2017-05-12 19:49:16 i should probably split the backend out, i'll do it in a few 2017-05-12 19:50:09 just trying to unbreak my kvm box since i upgraded it to 3.6 atm :) 2017-05-12 20:21:28 the hell 2017-05-12 20:22:41 ... oh 2017-05-12 20:54:45 :) 2017-05-12 20:54:50 ncopa: working syncthing now ;) 2017-05-12 20:55:17 nice 2017-05-12 21:14:28 \o/ Shiz 2017-05-12 22:45:04 the s390x builder is building libreoffice, poor thing 2017-05-12 22:46:03 :) 2017-05-13 00:03:40 feels good to have all-green builders 2017-05-13 00:04:02 i wonder if s390x-edge is stuck building libreoffice or if it really takes that long 2017-05-13 04:25:07 and ocaml builds for s390x 2017-05-13 04:31:00 and for ppc64 2017-05-13 04:45:03 turns out the ocaml builds aren't that stable. 2017-05-13 09:02:20 Shiz : with this patch https://git.musl-libc.org/cgit/musl/commit/?id=555504166852a9b9c56ac4e1fb5bb1bf20cbf8ad replacing https://git.alpinelinux.org/cgit/aports/tree/main/musl/0031-s390x-provide-a-working-sigcontext-struct-definition.patch, we have ocaml build good, but its family packages segfault. so guess we disable them all, like you did :) 2017-05-13 09:02:44 quite surprised that ocaml only work well on x86_64 only 2017-05-14 18:55:18 clandmeter: ping 2017-05-14 18:57:10 Pong 2017-05-14 18:57:28 could i get you to throw something o ndistfiles? primary D/L is unstable 2017-05-14 18:57:55 Not atm 2017-05-14 18:58:03 On phone 2017-05-14 18:58:29 gotcha 2017-05-14 18:58:39 Mother's day... 2017-05-14 18:58:49 of course :p 2017-05-14 20:02:18 Shiz, hit me 2017-05-14 20:02:48 https://up.shiz.me/priv/toilet-0.3.tar.gz 2017-05-14 20:06:22 Shiz, its already uplaoded? 2017-05-14 20:06:34 oh is it? 2017-05-14 20:06:46 there's no toilet package in alpine... 2017-05-14 20:06:50 so it wasn't me who did that 2017-05-14 20:07:02 9b72591cb22a30c42a3184b17cabca6f toilet-0.3.tar.gz 2017-05-14 20:07:07 how odd 2017-05-14 20:07:10 works for me though 2017-05-14 20:07:19 maybe there was a toilet package at one point? 2017-05-14 20:07:55 ah 2017-05-14 20:07:57 it's in unmaintained/ 2017-05-14 20:09:00 <^7heo> what is toilet-0.3? 2017-05-14 20:09:21 a better figlet 2017-05-14 20:09:36 <^7heo> ah ok 2017-05-15 14:34:04 jirutka: any way to trigger at ravis rebuild on a PR? 2017-05-15 14:34:22 Shiz: via Travis, but not sure if you have rights for it 2017-05-15 14:34:31 i don't :P 2017-05-15 14:34:38 could you re-trigger 1430? 2017-05-15 14:35:51 Shiz: give it some time, I’ve just triggered rebuild of xcb-util 2017-05-15 14:36:00 right 2017-05-15 14:36:06 didn't expect it to take so long 2017-05-15 14:36:08 :P 2017-05-15 14:36:19 did you really trigger ar ebuild? 2017-05-15 14:36:22 there was no pkgrel bump 2017-05-15 14:36:29 a rebuild* 2017-05-15 14:36:30 / 42 2017-05-15 14:36:35 oh crap 2017-05-15 14:36:36 I didn’t 2017-05-15 14:37:04 ;p 2017-05-15 14:38:19 <^7heo> Wow, many green 2017-05-15 14:38:34 <^7heo> very success 2017-05-15 14:38:51 <^7heo> such surprise. 2017-05-15 14:53:13 grrr, these delays in mirrors sync are horrible 2017-05-15 16:00:16 jirutka: which mirror do you suggest to use atm? cz.a.o, nl.a.o? 2017-05-15 16:00:38 scadu: for normal user usage? 2017-05-15 16:01:20 jirutka: well, I'm on 3.5.2, so probably it's "normal user usage", but it's also a server 2017-05-15 16:01:42 both should be okay 2017-05-15 16:01:49 cool 2017-05-15 16:48:42 Shiz told me rsync.a.o is the main repo 2017-05-15 16:48:48 atm 2017-05-16 13:04:53 ncopa : would you mind merge this : https://github.com/alpinelinux/aports/pull/1399 2017-05-16 13:10:14 done 2017-05-16 13:18:23 ncopa : thank you 2017-05-16 13:19:17 whatta 2017-05-16 13:19:28 looks like go tries to do something smart on x86 2017-05-16 13:19:31 :-( 2017-05-16 13:20:35 yikes. 2017-05-16 13:21:12 :-( 2017-05-16 13:21:28 >addr=0xc 2017-05-16 13:21:31 can you say null ptr deref :P 2017-05-16 13:21:46 but go is memory safe!!!! 2017-05-16 13:21:56 im going to bed. not feeling well 2017-05-16 13:22:07 i freeze like a pinguin 2017-05-16 13:22:24 oh dear, be well 2017-05-16 13:22:26 would be nice if someone could help me disable arches/tests whatever .. 2017-05-16 13:22:37 otherwise i'll try do it tomorrow 2017-05-16 18:04:25 algitbot: retry master 2017-05-16 18:35:49 \o/ 2017-05-16 19:04:14 jirutka: told ya. m4 was needed :p 2017-05-16 19:04:32 uh, really 2017-05-16 19:04:43 wird 2017-05-16 19:24:52 :s 2017-05-16 19:33:18 jirutka: do you what's going on there? 2017-05-16 19:33:31 no 2017-05-16 19:33:41 and I can’t do anything about it 2017-05-16 19:33:47 something is fucked up (again) 2017-05-16 19:34:21 /o\ 2017-05-17 01:10:28 sorry builders, we have to rebuild it once again :/ 2017-05-17 01:19:58 bwuh. 2017-05-17 07:14:21 so much red :c 2017-05-17 07:14:23 http://bajkionline.com/wp-content/uploads/2015/07/krecik-i-grzyby.jpg 2017-05-18 00:51:50 algitbot: retry master 2017-05-18 00:54:39 ncopa: sigh, there’s some connection problem: curl: (56) Recv failure: Connection reset by peer … I don’t know what’s going on, it works perfectly fine on my machine in academic network 2017-05-18 00:55:32 ncopa: and now checksum errors… what the heck?! are we under MitM attack?! 2017-05-18 01:03:15 ncopa: I think that some openjdk8’s files in distfiles on builders are now corrupted, so someone must remove them 2017-05-18 01:05:25 ncopa: clandmeter: yeah, no problem on Travis either (https://travis-ci.org/alpinelinux/aports/builds/233455382), so it was probably some short-term network problem and now we have corrupted file in distfiles 2017-05-18 01:19:22 1jithere :) 2017-05-18 01:19:25 jirutka: there :) 2017-05-18 13:59:35 ncopa : looks like openjdk8 has a checksum error on 3.6-s390x builder 2017-05-18 15:15:43 tmh1999 i think its still building 2017-05-18 15:16:05 ah right, it usually takes long time. 2017-05-18 15:24:16 how's things looking for 3.6? 2017-05-18 16:21:45 pheww... 2017-05-18 23:47:54 what’s wrong with idris on armhf builder? libffi-dev is in makedepends 2017-05-19 08:25:29 i guess it runs some test that fails 2017-05-19 09:58:25 :) 2017-05-19 09:58:34 ncopa: don't forget the alpine-conf changes :) 2017-05-19 09:58:55 im looking at that now 2017-05-19 09:59:03 re kbd 2017-05-19 09:59:40 i would like to generate a Makefile and run make, so we can generate the keymaps in parallel 2017-05-19 10:00:22 but we can improve that later 2017-05-19 10:14:14 i wonder why algitbot sometimes closes and sometimes merges PRs 2017-05-19 13:28:24 go is still missing in edge-s390x builder ? 2017-05-19 13:28:30 strange : http://build.alpinelinux.org/buildlogs/build-edge-s390x/testing/cfssl/cfssl-1.1.0_git20160219-r1.log 2017-05-19 14:44:27 here we go 2017-05-19 14:44:49 <^7heo> wow, SO MUCH GREEN. 2017-05-19 14:44:55 <^7heo> like, REALLY. 2017-05-19 14:45:09 <^7heo> ncopa: there's so much green that it feel like you moved to NL. 2017-05-19 14:45:31 i love green 2017-05-19 14:45:37 in this channel at least :) 2017-05-19 14:46:01 ncopa: prop 420 in cali will get you all the green you want :D 2017-05-19 14:46:16 <^7heo> I also love green. Were this be offtopic, I'd be saying that my wrist tracker is green, my shaker bottle is green, my bike is green, etc. I love green. 2017-05-19 14:46:23 <^7heo> But we're not there, so I won't say all that. 2017-05-19 14:46:41 <^7heo> Xe: that was the idea behind the joke yes. 2017-05-19 14:46:52 <^7heo> (I mean not california per se...) 2017-05-19 14:47:05 <^7heo> algitbot: we need more green, stop with the red! 2017-05-19 14:47:46 hmm 2017-05-19 14:48:25 i may try to push in pypy for 3.6 if it's any significant effort on our end (e.g. the current PR gets fixed and has a working testsuite) 2017-05-19 14:48:29 :P 2017-05-19 14:49:54 hum 2017-05-19 14:50:03 arm images seems to be ok 2017-05-19 14:50:07 x86 2017-05-19 14:50:11 but no x86_64 2017-05-19 14:50:14 no ppc64le 2017-05-19 14:50:16 or s390x 2017-05-19 14:50:38 hmm 2017-05-19 14:50:40 any logs? 2017-05-19 14:53:31 also, what would constitute an s390x image anyway, as we have no bootloader for it atm? 2017-05-19 14:53:34 just the mini rootfs one? 2017-05-19 15:04:05 yes 2017-05-19 15:04:33 i made them do release 2017-05-19 15:04:43 s390x and ppc64le 2017-05-19 15:04:49 config issue on builder 2017-05-19 15:04:56 well, bug in the script 2017-05-19 15:05:01 but worked around with config 2017-05-19 15:05:06 x86_64 was worse 2017-05-19 15:05:09 due to xen 2017-05-19 15:05:12 xen failed 2017-05-19 15:06:17 :( 2017-05-19 15:06:41 due to missing package 2017-05-19 15:06:45 its easy to fix 2017-05-19 15:06:55 i think i'll make a temp workaround for rc1 2017-05-19 15:07:18 otherwise, the only way to fix this kind of issues is to create new tag 2017-05-19 15:07:28 there are some more issues too 2017-05-19 15:07:33 ppc64le 2017-05-19 15:07:41 what package is broken? 2017-05-19 15:08:26 mutlipath-tools needs to move back to main 2017-05-19 15:08:39 or we need to add communitiy packages to iso 2017-05-19 15:08:47 allow community packages 2017-05-19 15:08:56 ppc64 2017-05-19 15:09:05 i think it failed due to grub is not in main 2017-05-19 15:09:59 ok 2017-05-19 15:10:04 i think all rc1 are out 2017-05-19 15:10:58 looks like it 2017-05-19 15:12:07 ncopa : so we need the minirootfs for s390x ? I didn't know that. Let me work on it. 2017-05-19 15:12:23 minirootfs is done 2017-05-19 15:12:28 it is generated 2017-05-19 15:12:34 oh nice 2017-05-19 15:12:50 the idea is to use minirotfs as base for docker image 2017-05-19 15:12:55 should we also publish docker image 2017-05-19 15:12:58 right 2017-05-19 15:13:00 yes 2017-05-19 15:13:05 \o/ 2017-05-19 15:13:19 perfecto 2017-05-19 15:13:33 i want automatically generate docker images when we tag releases 2017-05-19 15:13:47 doesn't glider handle alpine docker images right now? 2017-05-19 15:14:39 it does, sort of 2017-05-19 15:14:48 they asked me to maintain them 2017-05-19 15:15:28 lol 2017-05-19 15:19:37 Shiz : glide or glider ? 2017-05-19 15:31:11 should be glide I guess 2017-05-19 20:20:31 ncopa : where should I download the minirootfs or Docker image of 3.6_rc1 ? 2017-05-19 20:23:42 http://nl.alpinelinux.org/alpine/v3.6/releases 2017-05-19 20:41:29 Shiz : thanks. Looks like it is not updated to https://hub.docker.com/_/alpine/ you think ? 2017-05-19 20:41:40 yes, it's an rc1 2017-05-19 20:41:47 i'm not sure if we make docker images for rcs? 2017-05-19 20:41:48 right 2017-05-19 20:41:49 ask ncopa 2017-05-19 20:42:48 ncopa: realised this udhcpc thing is going to be a breaker for people who upgrade without connectivity 2017-05-19 20:43:02 upgrade -> reboot -> one interface without connectivity -> stuck while booting 2017-05-20 18:00:30 new julia \o/ 2017-05-22 09:45:38 Shiz yes udhcp thing is a breaker for upgraders. i'd like to fix it properly 2017-05-22 09:45:50 not sure which is the proper way to fix it 2017-05-22 09:46:16 but i am considering adding the background option hard in busybox sources 2017-05-22 11:04:44 ncopa: maybe we could patch udhcpc so that it takes some stuff from env vars and put those in /etc/conf.d/networking? 2017-05-22 11:04:47 instead of hardcoding -b 2017-05-22 11:04:53 when did this udhcpc behavior change anyway? 2017-05-22 11:10:10 i dont know 2017-05-22 11:10:15 its a mystery to me 2017-05-22 11:10:27 i looked at hte busybox log but could not find anything 2017-05-22 11:11:30 i'd like it to default to -b 2017-05-22 11:11:39 and if you dont want that, then some option would be needed 2017-05-24 17:58:27 hmmm 2017-05-24 17:58:36 Do we have 3.6 now? :-) 2017-05-24 21:13:25 that commit message wording does not seem like a good indicator 2017-05-24 21:16:56 ah we have master and production branch :D 2017-05-24 21:41:09 finally jirutka dares pushing again 2017-05-24 21:41:10 :D 2017-05-27 22:15:03 wee fuzzy version matching 2017-05-28 17:53:33 wut's alpin 2017-05-28 17:53:35 e 2017-05-30 13:25:34 ACTION just found git commit --amend --reset-author 2017-05-30 13:25:36 :) 2017-05-30 13:33:10 I think that preserving authorship even if you changed the patch is a good thing, otherwise you may be seen as authorship hijacker or greedy committer ;) 2017-05-30 13:35:43 przemoc, point is that they are not the authors :) 2017-05-30 13:35:56 in this case i mean 2017-05-30 13:37:00 well, then it's obviously fine to use it 2017-05-30 13:38:35 <^7heo> fcolista: I personally have an alias for amend=commit --amend 2017-05-30 13:38:48 <^7heo> fcolista: it helps me a LOT with amends, and totally makes sense imho. 2017-05-30 13:39:14 <^7heo> and +1 przemoc 2017-05-30 13:39:42 <^7heo> stealing patches/diffs is a very nasty thing to do. 2017-05-30 13:40:40 ^7heo, agreed 2017-05-30 13:41:03 przemoc is right about stealing..just is not this the case. 2017-05-30 13:41:32 also having an alias, ^7heo, sounds a smart thing to do. Thx 2017-05-30 13:41:53 <^7heo> fcolista: given the amount of amend-ing I do, I couldn't do without. 2017-05-30 13:41:58 <^7heo> fcolista: it's one of the first things I ever setup. 2017-05-30 13:42:16 thx for the advice. I'll do it right now. 2017-05-30 13:42:32 <^7heo> that and "alias t=git log --all --graph --decorate" 2017-05-30 13:42:35 <^7heo> fcolista: ^ 2017-05-30 13:42:44 I didn't call it stealing, because sometimes you became co-author in fact, if you change the patch heavily, but remaining in committer field feels enough 2017-05-30 13:42:51 <^7heo> it's actually really useful to see your current tree in your terminal. 2017-05-30 13:42:53 <^7heo> brb 2017-05-30 13:43:27 thx guys. I appreciate this advices. Also regarding a sort of netiquette. 2017-05-30 14:31:00 <^7heo> przemoc: if you change most of it, you can just make a new commit, and drop the diff, though. 2017-05-30 14:34:59 it depends. I'm not fond of introducing half-broken/unclean stuff just to follow with fixing commit. I sometimes just lessen the burden of contributor, because despite explaining how things should be done, not always there is a feedback with better version of the patch. 2017-05-30 14:35:43 <^7heo> przemoc: I'm not sure what you mean there. 2017-05-30 14:47:08 ^7heo: contributors are not always responsive to your critique, they provided you some stuff and now you complain. if the contribution seems worth of my time, I may improve the patches myself in the end (if contributor remains unresponsive), yet I won't change ownership. I simply prefer cleaner code in history than merging stuff and fixing it afterwards, even if I don't explicitly credit myself 2017-05-30 14:47:14 for improvements. but well, for massive patches it's better to commit them as-they-are to avoid accidental breakages during improvements. (but then you may actually want to split it into smaller chunks after reviewing anyway) 2017-05-30 14:49:10 <^7heo> przemoc: again, in my opinion; it really depends what you're doing. 2017-05-30 14:49:22 <^7heo> przemoc: if you end up changing 99% of the code, it essentially is your patch. 2017-05-30 14:49:36 <^7heo> przemoc: in that case I'll quote the original commiter in the commit message. 2017-05-30 14:49:47 <^7heo> but will not use the original patch's anything. 2017-05-30 14:50:14 <^7heo> it really depends on the case though. 2017-05-30 14:51:09 agreed