2016-11-01 06:40:30 lots of missing sources 2016-11-01 07:31:26 mmmkay 2016-11-01 07:42:04 doxygen build fail on x86 is due to flex generating bad code :/ 2016-11-01 07:47:39 ok flex 2.6.2 is broke 2016-11-01 08:21:49 algitbot: retry master 2016-11-01 08:22:27 fabled: what is that build builder? 2016-11-01 08:22:38 dunno 2016-11-01 08:25:14 fabled: doxgen is build, not sure how you got your 3.5 to continu to build again? 2016-11-01 08:25:38 rm -rf aports/*/*/src 2016-11-01 08:25:52 rm /tmp/upload* 2016-11-01 08:26:06 and finally restart the mqtt 2016-11-01 08:33:04 thx 2016-11-02 08:58:30 . 2016-11-02 13:49:11 hum 2016-11-02 13:49:14 teeworlds no longer builds 2016-11-02 13:49:18 likely gcc6 issue 2016-11-02 13:49:27 thinking to just move it to unmaintained 2016-11-02 15:32:12 why does abuild still use colors? 2016-11-02 15:32:29 it breaks the log files 2016-11-02 15:38:16 clandmeter, you could do another rm -rf aports/*/*/src for arm builders 2016-11-02 15:38:22 they should be able to catch up quite a bit 2016-11-02 15:38:59 k 2016-11-02 15:40:32 done 2016-11-02 22:38:22 jirutka: why did you change releases to nl.a.o? 2016-11-02 22:38:50 clandmeter: because https, dl-cdn does not support https 2016-11-02 22:39:06 clandmeter: it’s important mainly for ISO images 2016-11-02 22:39:14 please dont concider nl.a.o master mirror. 2016-11-02 22:39:27 clandmeter: does any other mirror support https? 2016-11-02 22:40:13 clandmeter: IIRC I’ve discussed this change with ncopa or you some time ago, but I have bad memory, so it’s also possible that I remember it wrong 2016-11-02 22:41:03 nl use to be master mirror 2016-11-02 22:41:08 be we changed that. 2016-11-02 22:41:13 what is the master mirror now? 2016-11-02 22:41:28 it always points to rsync.a.o 2016-11-02 22:41:40 currently it is fr.a.o 2016-11-02 22:41:51 but its scaleway 2016-11-02 22:41:56 clandmeter: neither rsync.a.o or fr.a.o does not have https 2016-11-02 22:42:03 i know 2016-11-02 22:42:41 i think we discussed this part few weeks ago 2016-11-02 22:42:44 and downloading sha checksum of ISO image from non-https source is not very secure :/ 2016-11-02 22:44:17 yes, we’ve discussed it and IIRC the result was that we change url on webpage to some mirror with with HTTPS, wasn’t it? 2016-11-02 22:45:15 i cannot recall that outcome. 2016-11-02 22:45:24 atleast i never agreed on using nl.a.o 2016-11-02 22:45:51 nl.a.o bw is limited 2016-11-02 22:45:55 hm, okay, so is it possible to enable https on fr.a.o or rsync.a.o? 2016-11-02 22:46:06 it is 2016-11-02 22:46:11 but not today... 2016-11-02 22:46:32 i have enough alpine linux infra/development headache today 2016-11-02 22:46:48 okay 2016-11-02 22:48:05 if you are only concerned about checksums, why not only update those uri's? 2016-11-02 22:49:29 btw, i think we need to add those somehow in the new template. 2016-11-02 22:50:59 clandmeter: I’m not concerned only about checksums, also ISO images should be on https by default imho 2016-11-02 22:51:49 clandmeter: and this change would require non-systematic change of the script for generating release page 2016-11-02 22:52:01 i know 2016-11-02 22:52:16 but changing it to a mirror which has bw issues is not a solution. 2016-11-02 22:53:10 that’s true, I didn’t know about these bw issues 2016-11-02 22:55:03 next time please ask first, it will prevent these issues. (im glad i notices the change) 2016-11-02 22:56:32 jirutka: if you have an idea how to nicely add the checkums to the new dl page, let me know. 2016-11-02 22:56:53 clandmeter: I’ll look at it in a while 2016-11-02 22:57:15 i have a feeling if i add them just below, it will get messy. 2016-11-02 22:57:18 clandmeter: I’m sorry about this change 2016-11-02 22:59:38 jirutka: its ok. we will fix it properly asap. 2016-11-02 23:03:46 ok for now www and non-www will keep their own config. 2016-11-02 23:04:15 but with the fixes 2016-11-02 23:21:05 clandmeter: maybe it’d be better to just revert the commit with s/dl-cdn/nl/ for now than messing generate_release.lua script 2016-11-03 11:49:52 hope that will keep armhf builder busy for a while. 2016-11-04 07:55:47 urg. tired. the above commit was not needed. 2016-11-04 07:55:50 should get coffee 2016-11-04 08:12:33 fabled: we all need coffee :) 2016-11-04 08:16:07 apk fetch coffee 2016-11-04 08:19:00 my coffee smells great, going to be a good friday. 2016-11-04 08:27:14 fabled: 3.5 mostly ready now? 2016-11-04 08:28:15 we still have few non-building packages 2016-11-04 08:28:29 have a list? 2016-11-04 08:28:42 or are they all brainbreakers? 2016-11-04 08:28:52 x86_64: http://sprunge.us/RNdM 2016-11-04 08:29:03 x86: http://sprunge.us/egBM 2016-11-04 08:29:38 ok ill take a look 2016-11-04 08:29:41 at least some are non-trivial 2016-11-04 08:35:12 i've working on catching up patchworks 2016-11-04 08:35:32 good, it needed attention. 2016-11-04 08:36:57 looks like pw gets less attention now that we have github+ci 2016-11-04 08:37:13 another good reason for bb? :) 2016-11-04 08:38:01 yes 2016-11-04 08:38:30 but it also goes by developer preference 2016-11-04 08:38:46 we have few active contributors preferring github, so there's increased stuff there 2016-11-04 08:48:53 need to run for awhile. back in the afternoon. 2016-11-04 08:56:45 nmeum: around? 2016-11-04 08:57:06 clandmeter: yes 2016-11-04 08:57:18 soeren right? 2016-11-04 08:57:23 yap 2016-11-04 08:57:25 :) 2016-11-04 08:57:33 can you upgrade debootstrap? 2016-11-04 08:58:18 I could apply the following patch http://sprunge.us/YdCH 2016-11-04 08:58:29 I wouldn't upgrade it to the most recent version until 3.5 is released 2016-11-04 08:58:43 ok thats also fine. 2016-11-04 08:58:51 I will push that then 2016-11-04 08:59:10 there you go 2016-11-04 09:00:19 thx 2016-11-04 09:00:46 no problem 2016-11-04 09:15:42 looks like geh completely disappeared 2016-11-04 09:15:48 and no maintainer 2016-11-04 09:15:59 i get we just more it to unmaintained 2016-11-04 09:16:03 move... 2016-11-04 09:44:12 fabled: can i combine noarch with !arch? 2016-11-04 11:58:07 clandmeter, i'm taking a look at valgrind 2016-11-04 12:01:04 fabled: i also looked but didnt seem easy. 2016-11-04 12:02:14 it was simpler than i thought... :) 2016-11-04 12:02:28 did you also upgrade to latest version? 2016-11-04 12:03:20 clandmeter, y 2016-11-04 12:07:33 clandmeter, aiccu is funny. source gives 402 for wget user-agent 2016-11-04 12:07:43 i wonder how to fix that 2016-11-04 12:11:45 fabled: looks like somebody else is subscribed to our msg.a.o 2016-11-04 12:11:56 wonder if i should block him via fw 2016-11-04 12:24:28 ok i blocked the ausie 2016-11-04 12:24:35 anybody here from australia? 2016-11-04 14:01:29 okay... down the 4 non-builds 2016-11-04 14:01:58 oh, 5 2016-11-04 14:24:40 clandmeter, i have chromium fix test building 2016-11-04 14:39:03 nice 2016-11-04 16:33:48 <^7heo> WOOOW 2016-11-04 16:33:51 <^7heo> SO MUCH GREEN! 2016-11-04 16:35:45 :p 2016-11-04 16:36:30 i think i broke the apache2 build on build-3-5-armhf 2016-11-04 16:36:39 rm -rf src dir when build was still going :) 2016-11-04 16:37:17 :) 2016-11-04 16:37:24 just retry it then.. 2016-11-04 16:37:44 does algitbot rety work again? 2016-11-04 16:39:20 fabled: cant you just take the source from distfiles for aiccu? 2016-11-04 16:39:28 it hasnt updates since ages 2016-11-04 16:39:31 true 2016-11-04 16:39:34 it's just annoying 2016-11-04 16:39:37 updated 2016-11-04 16:39:40 i was tempted to do that 2016-11-04 16:39:43 :) 2016-11-04 16:39:47 seems the last one? 2016-11-04 16:39:49 or maybe take our own copy 2016-11-04 16:40:15 no option to just move it to unmaintained? 2016-11-04 16:40:30 not sure 2016-11-04 16:40:37 maybe let ncopa fix it 2016-11-04 16:40:50 we need to leave something for him too ;) 2016-11-04 16:41:12 he already looked at it i remember. 2016-11-04 16:43:32 fabled: how did you get buildrepo summary? 2016-11-04 16:43:57 http://build.alpinelinux.org/buildlogs/build-3-5-x86.log 2016-11-04 16:44:03 http://build.alpinelinux.org/buildlogs/build-3-5-x86_64.log 2016-11-04 16:45:07 hmm 2016-11-04 16:45:12 but no files for arm 2016-11-04 16:47:22 cool 2016-11-04 16:47:29 only aiccu for aarch64 2016-11-04 16:47:39 2 more at armhf 2016-11-04 16:48:50 yeah, the arm logs are on the builders only. should probably fix the script to upload it to build.a.o 2016-11-04 16:49:06 openal is neon related 2016-11-04 16:49:55 i think im going to go home 2016-11-04 16:49:58 its weekend 2016-11-04 16:51:28 fabled: ive looked at ovmf, but seems a bit difficult to build. maybe you or ncopa can take a look at it next week. 2016-11-04 16:52:44 ok. i'm home already :) 2016-11-04 18:20:43 clandmeter: fabled: IIRC ncopa will not be here next week, it’s all up to us 2016-11-06 18:08:36 i'll deal with it tomorrow 2016-11-07 16:21:34 \o/ 2016-11-07 16:26:39 ncopa must be happy to see green after all the red that was there before he left for vaca 2016-11-07 16:33:20 forgot about phpversion 2016-11-07 16:36:28 rnalrd: magic commit msg ;-) 2016-11-07 16:36:40 lol 2016-11-07 17:16:55 algitbot: retry master 2016-11-07 17:17:08 algitbot: retry edge 2016-11-07 19:42:38 seems like armhf is done with building too now 2016-11-14 09:17:35 fcolista: openvas-cli-1.4.5.tar.gz: FAILED 2016-11-14 09:17:56 yes clandmeter 2016-11-14 09:17:58 i'm on it 2016-11-14 09:18:21 typo on a wrong row 2016-11-15 20:52:23 dsabogal: ^^^ 2016-11-15 20:52:53 dsabogal: i see 2016-11-16 08:19:41 fcolista, care to close http://bugs.alpinelinux.org/issues/5728 ? 2016-11-16 08:20:08 sure fabled 2016-11-16 08:20:19 just waiting for 5.6.1 packages to build 2016-11-16 08:20:21 since you did the pkg update already... 2016-11-16 08:20:22 :) 2016-11-16 08:20:29 yep 2016-11-16 08:22:42 fcolista: is something blocking qt 5.7? 2016-11-16 08:23:29 no afaik. 2016-11-16 08:25:10 clandmeter, i think we can upgrade qt to 5.7 2016-11-16 15:07:18 fabled: :) 2016-11-16 15:08:25 clandmeter, :) 2016-11-17 10:54:47 algitbot: retry 3-4-stable 2016-11-17 10:54:59 algitbot: retry 3.4-stable 2016-11-18 08:00:32 :) 2016-11-18 10:10:21 uff why my BE does not retry to download the package rather than pickup it from the cache? 2016-11-18 10:13:56 umh 2016-11-18 10:14:07 looks that aarch64 has a different path for a.out.h 2016-11-18 10:14:14 how so? 2016-11-18 10:14:21 it doesnt have it 2016-11-18 10:14:37 i believe 2016-11-18 10:14:44 Is not the kernel the same? 2016-11-18 10:15:48 https://pkgs.alpinelinux.org/contents?file=a.out.h&path=&name=&branch=&repo=&arch=aarch64 2016-11-18 10:16:09 /usr/src/linux-headers-4.4.32/include/linux/a.out.h 2016-11-18 10:16:43 it's in linux-vanilla-dev 2016-11-18 10:18:35 umh 2016-11-18 10:23:29 should i add linux-vanilla-dev in makedepends? 2016-11-18 10:24:56 I don't understand why since the kernel is the same, the include files shoudl differ 2016-11-18 10:38:26 fcolista: ive run into this before 2016-11-18 10:38:36 its not provided for aarch64 2016-11-18 10:39:00 So i need to disable building for aarch64 2016-11-18 10:39:12 that, or fix it. 2016-11-18 10:39:14 arch="all !aarch" would suffice ? 2016-11-18 10:39:42 im not sure what it needs from a.out.h 2016-11-18 10:40:05 could be its not needed at all, didnt look at the code. 2016-11-18 10:40:20 me either. Therefore removing this header for aarch64 might cause malfunction 2016-11-18 10:40:37 no thats not possible 2016-11-18 10:40:49 if the build doenst break its ok. 2016-11-18 10:42:35 fcolista: its a header file, its provides something for the compiler, not when running the program afterwards. 2016-11-18 10:43:52 fcolista: http://pkgs.alpinelinux.org/contents?file=a.out.h&path=*linux*&name=linux-headers&branch=edge&repo=main&arch=x86_64 2016-11-18 10:44:05 thats the header for x86_64 2016-11-18 10:44:10 yes 2016-11-18 10:44:15 but if you change it to aarch64 its gone. 2016-11-18 10:44:19 for aarch64 is on linux-vanilla-dev 2016-11-18 10:44:25 correct 2016-11-18 10:44:27 not really 2016-11-18 10:44:48 linux-vanilla-dev are all headers 2016-11-18 10:45:27 we have linux-headers for kernel headers 2016-11-18 10:45:52 try to remove the include, and see where it errors 2016-11-18 10:46:02 Ok. Anyway, i don't understand this: if source is the same, kernel is the same, why some headers are not available ? 2016-11-18 10:46:04 if you cannot fix that issue, then just diable it. 2016-11-18 10:46:18 .h are not compiled 2016-11-18 10:46:39 fabled: can you explain it in proper english? 2016-11-18 10:46:51 im scared im saying something wrong :) 2016-11-18 10:47:11 I thought that the headers file are the same across all archs 2016-11-18 10:47:27 no i dont think so 2016-11-18 10:47:28 since the kernel source is the same. 2016-11-18 10:47:44 not all architectures have the same feature set. 2016-11-18 10:47:54 So you mean that according with the arch, some files are stripped? 2016-11-18 10:48:05 even if they are not binary? 2016-11-18 10:48:09 like i said, i prefer fabled explains it. 2016-11-18 10:48:17 ok 2016-11-18 10:48:24 thx anyway for our input clandmeter 2016-11-18 10:48:27 before i say something thats not true 2016-11-18 10:48:29 *your 2016-11-18 10:49:02 fcolista: for instance neon 2016-11-18 10:49:44 and SSE i guess 2016-11-18 10:49:59 all features of processors which are included in some 2016-11-18 10:51:28 ok so it comes another question: 2016-11-18 10:51:44 how do I #include only if a specific ARCH is matched? 2016-11-18 10:52:22 Or I should add prepare() and if $ARCH is aarch64 then remove that include? 2016-11-18 10:52:43 # ifdef AARCH64 2016-11-18 10:52:48 Ah ok 2016-11-18 10:52:55 that's the way 2016-11-18 10:53:26 if defined(__aarch64__) 2016-11-18 10:53:45 just search on google for ifdef aarch64 2016-11-18 10:54:38 https://sourceforge.net/p/predef/wiki/Architectures/ 2016-11-18 10:55:18 __aarch64__ is the correct marco 2016-11-18 10:55:45 I should put if not defined aarch64 then add that header 2016-11-18 10:55:46 fcolista: does it compile when you remove a.out.h include? 2016-11-18 10:56:02 I'm going to do that 2016-11-18 10:56:09 I've not yet done 2016-11-18 10:56:19 You mean remove it at all? 2016-11-18 10:56:21 just remove it and try in src dir 2016-11-18 10:56:51 heh 2016-11-18 10:56:56 looking better at the source code 2016-11-18 10:57:10 that include is for darwin 2016-11-18 10:57:23 I'll remove it 2016-11-18 10:57:42 aarch64 is still a new arch 2016-11-18 10:57:52 many projects didnt add support to it. 2016-11-18 10:57:58 just like musl support 2016-11-18 10:58:11 yes 2016-11-18 11:05:08 not all headers are 'noarch' 2016-11-18 11:05:15 especially kernel headers are architecture specific 2016-11-18 11:05:36 since they define the ABI between userland and kernel; which often have differences per-processor architecture 2016-11-18 11:07:16 ah-a 2016-11-18 11:07:25 that makes sense 2016-11-18 11:07:35 so, would that work? 2016-11-18 11:07:35 http://sprunge.us/HGXU 2016-11-18 11:08:04 ideally you'd have configure check to test presense of the header file 2016-11-18 11:09:00 this does not have configure script 2016-11-18 11:09:10 (if it's what you are referring to) 2016-11-18 11:10:00 does it work if you just unconditionally remove the #include ? 2016-11-18 11:10:05 no 2016-11-18 11:10:13 i've tried 2016-11-18 11:10:44 i guess #if defined(__arch64__) is okish workaround too 2016-11-18 11:11:08 or #if !defined... 2016-11-18 11:11:57 what's the difference betweend ifndef and if !defined 2016-11-18 11:11:57 ? 2016-11-18 11:12:32 functionally it's same thing 2016-11-18 11:12:45 the !defined is easier to expand if you need to test some other defines 2016-11-18 11:13:05 with && (__OTHER__) 2016-11-18 11:13:09 yeah 2016-11-18 11:13:41 gotcha. 2016-11-18 11:13:54 fcolista: are you testing this on aarch64? 2016-11-18 11:14:10 no. I'm waiting for algitbot fail 2016-11-18 11:14:11 :) 2016-11-18 11:14:26 fcolista: dont increase pkgrel 2016-11-18 11:14:29 I don't have aarch64 to make test 2016-11-18 11:15:48 i would just disable it for aarch64 2016-11-18 11:16:00 and armhf? 2016-11-18 11:16:02 clandmeter, arch="all !aarch64" 2016-11-18 11:16:48 yes fabled. So arch="all !aarch64 !armhf" 2016-11-18 11:16:48 fabled: he probably doesnt have armhf either to test 2016-11-18 11:16:58 i wonder if we could ship compat a.out.h in some package 2016-11-18 11:17:11 I had but Scrumpyjack removed it 2016-11-18 11:17:26 fcolista: i can provide you with containers 2016-11-18 11:17:36 if you are interested 2016-11-18 11:17:40 clandmeter, would be great 2016-11-18 11:17:46 i mean 2016-11-18 11:17:55 you maintain something like 1k packages 2016-11-18 11:18:02 makes sense you got proper hw support 2016-11-18 11:18:12 clandmeter, reminds me, we should ship some bootable image for aarch64 2016-11-18 11:18:22 remind me next week 2016-11-18 11:18:29 fabled: yes 2016-11-18 11:18:34 i think i have something somwhere 2016-11-18 11:19:01 i thought the aarch64 kernel is uefi capable as such. so it's just making proper image layout 2016-11-18 11:19:05 fcolista: that remind me is for you :) 2016-11-18 11:19:28 fabled: i have a script that creates a uefi iso 2016-11-18 11:19:40 clandmeter, :() 2016-11-18 11:19:42 :) 2016-11-18 11:19:46 i gave it to ncopa 2016-11-18 11:19:51 clandmeter, could you find it for me too? 2016-11-18 11:19:57 sure 2016-11-18 11:20:00 i'm happy to make a mkimage.sh profile out of it 2016-11-18 11:20:33 fabled: http://tpaste.us/2KLP 2016-11-18 11:20:59 oh, it uses grub 2016-11-18 11:21:40 fabled: yes, what else? 2016-11-18 11:22:09 have you seen the patch madness on fedora on grub? 2016-11-18 11:23:06 i added support for aarch64 to gummiboot, but it doesnt work. 2016-11-18 11:23:31 syslinux doesnt support it 2016-11-18 11:24:40 fcolista: please pm me your ssh key. then ill see when i have time to set it up. 2016-11-18 11:25:33 clandmeter, is bootloader required, or could we just boot the kernel image directly? i thought it's valid efi app? 2016-11-18 11:25:46 or bootloader is needed to load the initramfs? 2016-11-18 11:26:34 correct 2016-11-18 11:26:46 it need to load initramfs 2016-11-18 11:39:00 i guess grub-efi is easiest to do then... 2016-11-18 11:39:13 your script is pretty clear, so maybe we just replicate it on mkimage.sh 2016-11-18 11:41:27 grub-efi is in testing, should probably go to main soonish 2016-11-18 11:42:32 i guess it's another story also to add uefi support to setup-disk and supporting it when updating kernels 2016-11-18 11:42:49 i guess next request when we get above done, is secure boot... 2016-11-18 13:49:23 seems we need http://bugs.alpinelinux.org/issues/5191 for x86_64 efi boot 2016-11-19 01:37:05 algitbot: retry master 2016-11-19 01:41:23 algitbot: retry master 2016-11-19 12:40:35 ^ fyi working on it 2016-11-19 20:22:50 algitbot: retry master 2016-11-21 15:54:34 from who is this build builder? 2016-11-21 19:34:56 what is `build`? 2016-11-21 19:35:11 ncopa, clandmeter and i have been wondering that too 2016-11-21 19:36:17 its another subscriber on msg.a.o 2016-11-21 19:36:25 i think i blocked one 2 weeks ago 2016-11-21 19:36:32 he/she was even more verbose 2016-11-21 19:36:47 we should add auth 2016-11-21 19:36:51 i can look into that. 2016-11-21 19:41:53 i was kinda hoping to avoid using auth 2016-11-21 19:42:01 as it means we need reconfigure them all 2016-11-21 19:42:06 all the builders 2016-11-21 19:42:14 hm 2016-11-21 19:42:58 i think what i'd want, is a vpn 2016-11-21 19:43:05 and only pass mqtt over vpn 2016-11-21 19:47:36 vpn is also fine for me 2016-11-21 19:47:45 but that also needs a reconfig on all boxes 2016-11-22 03:08:29 clandmeter: what are these failures with missing buildlog? ^ 2016-11-22 07:52:32 jirutka: somebody who is spamming msg.a.o 2016-11-23 08:32:38 someone figured what is this "build" ? 2016-11-23 09:03:05 fcolista: its somebody elses non official builder 2016-11-23 09:04:20 cannot algitbot be protected with a sort of auth? 2016-11-23 09:04:33 it can 2016-11-23 09:10:34 it looks like somebody from australia is doing this 2016-11-23 09:10:38 i blokced him before 2016-11-23 09:10:40 or her 2016-11-23 09:12:37 blocked again 2016-11-23 09:12:54 ok 2016-11-23 09:13:16 generally speking, though, i think we should implement authentication for this purpose 2016-11-23 09:13:20 we should probably put auth on write to mqtt 2016-11-23 09:13:25 right 2016-11-23 09:13:39 but there has been talk about setting up vpn's between buildinfra 2016-11-23 09:14:12 but i think we should not remove msg.a.o from public 2016-11-23 09:14:23 its nice for others to subscribe and listen. 2016-11-23 09:14:59 of course having mqtt open for reading is a good idea 2016-11-23 09:15:12 but if we add auth, we probably also have to setup encryption. 2016-11-23 09:17:16 correct clandmeter 2016-11-23 14:47:21 duh 2016-11-24 15:06:13 sigh 2016-11-24 15:06:56 need to run and kernels got broke :/ 2016-11-24 15:07:00 i try to fix it asap 2016-11-24 21:03:09 algitbot: retry master 2016-11-25 09:25:30 fabled: did that --quiet not end up in my iso? 2016-11-25 09:25:45 i just added fixup commit 2016-11-25 09:27:32 so yes, the fbcon issue is still present in the .iso you got 2016-11-25 10:03:36 jirutka: around? 2016-11-25 10:05:06 why is python3 pulling in python3-dev? 2016-11-25 10:09:52 fabled: any idea how this is possible? looking at the apkbuild it makes no sense to me. 2016-11-25 11:07:56 python3-3.5.2-r7 depends on: 2016-11-25 11:07:56 python3-dev=3.5.2-r7 2016-11-25 11:08:30 huh 2016-11-25 11:12:32 yep 2016-11-25 11:12:51 it has a custom dev function, does that break it? 2016-11-25 11:14:52 no 2016-11-25 11:14:58 it's some broken symlink 2016-11-25 11:15:23 python3/usr/lib/python3.5/config-3.5m/libpython3.5m.so 2016-11-25 11:15:33 that should be in python3-dev 2016-11-25 11:16:10 it's the one created in package() 2016-11-25 11:16:24 i wonder if the symlink target should be in python3 package then 2016-11-25 11:17:28 ./pkg/python3-dev/usr/lib/python3.5/config-3.5m/libpython3.5m.a 2016-11-25 11:17:29 ./pkg/python3-dev/usr/lib/libpython3.5m.so 2016-11-25 11:17:29 ./pkg/python3/usr/lib/python3.5/config-3.5m/libpython3.5m.so 2016-11-25 11:17:29 ./pkg/python3/usr/lib/libpython3.5m.so.1.0 2016-11-25 11:17:53 maybe it should point to the so.1.0 instead 2016-11-25 11:18:59 i wonder how it was in 3.4 2016-11-25 11:19:17 its related to this i think: https://bugs.archlinux.org/task/22552 2016-11-25 11:19:36 http://bugs.alpinelinux.org/issues/6456 2016-11-25 11:20:29 https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/python#n88 2016-11-25 11:21:42 we do same 2016-11-25 11:21:49 the problem is because of the package split 2016-11-25 11:21:57 i'm wondering which we to move it around 2016-11-25 11:26:48 maybe i just expand it 2016-11-25 11:32:02 clandmeter: yep 2016-11-25 11:39:26 fabled: thx! 2016-11-25 11:39:40 np 2016-11-25 14:45:55 Olá amigo 2016-11-25 19:45:04 :| 2016-11-29 14:26:09 jirutka: update config guess 2016-11-30 17:51:36 something went wrong 2016-11-30 17:52:06 <^7heo> you're too late 2016-11-30 17:52:12 <^7heo> Trump has already been elected and it's confirmed.