2014-11-02 09:41:38 drupal updated, https://www.drupal.org/PSA-2014-003 2014-11-03 08:30:16 morning 2014-11-03 08:30:19 \o/ 2014-11-03 08:30:36 i figured out why xen 4.4 is broke 2014-11-03 08:30:47 we need this in our init script: http://xenbits.xen.org/gitweb/?p=xen.git;a=patch;h=02ebea7768fe723deaa56c2cfcb860874544b47d 2014-11-03 08:58:54 http://browser.yandex.ru/beta/ - possible alternative 2014-11-03 08:59:48 http://capgemini.github.io/architecture/microservices-reality-check/ - nice page that talks of lots of services, maybe some useful for AL 2014-11-03 09:03:53 ncopa, was I able to explain mqtt topic issue ? 2014-11-03 09:06:12 ? 2014-11-03 09:09:25 msgs under git/acf-freeradius3/0.0-stable would be published under git/acf-freeradius3/0.0-stable/current 2014-11-03 09:09:51 so the topic hierarchy is some what mimics filesystem 2014-11-03 09:12:29 "git/acf-freeradius3/0.0-stable" behaves as folder/category 2014-11-03 09:24:57 either leaf or node 2014-11-03 09:38:17 ncopa: hi, could you please look at chromium patch -> http://sprunge.us/cGcL 2014-11-03 09:42:02 k0r10n: do you mind if we wait with chromium til after v3.1? 2014-11-03 09:42:14 i'd like get v3.1 out 2014-11-03 09:42:34 ok, np 2014-11-03 09:42:45 i will fix sandbox problem then 2014-11-03 09:48:08 I wonder why chromium show lots of network activity when just started with no site/url input 2014-11-03 09:48:27 I hope this won't be issue with AL version 2014-11-03 10:07:48 <[xming]> probably checking for updates, safe browsing data updates, and some random violate your privacy activities 2014-11-03 10:12:32 you forgot about the furthering of US foreign policy interests and terrorism... 2014-11-03 10:12:58 [xming], you mean chromium ? does firefox so the same ? 2014-11-03 10:13:07 do the same 2014-11-03 10:14:28 there should be an option to switch off, or request permission per connection 2014-11-03 10:15:31 of course there should also be candymountains :) 2014-11-03 10:15:34 and unicorns. 2014-11-03 10:15:39 also document those ip/sites that it connects to 2014-11-03 10:16:29 people give a flying fuck as long as they can watch netflix 2014-11-03 10:18:08 I don't know about candyness, but Alpine mountain looks good 2014-11-03 10:18:12 ! 2014-11-03 10:19:52 google is evil 2014-11-03 10:20:02 google is financing firefox 2014-11-03 10:20:10 soon they'll all depend on systemd 2014-11-03 10:20:30 wat 2014-11-03 10:21:11 don't know about financing, but did watch an interview of CEO of mozilla 2014-11-03 10:21:28 a bunch of compromising hippies. 2014-11-03 10:21:41 where she was seems non-admitting to it 2014-11-03 10:23:06 sure they sell out for anything. ooh, you give us money? what? we should include DRM? okidoki. oooh, you want to give us money? sure we include your ads in the startpage. okidoki. PR campaigning then: mozilla is fiercely independent. 2014-11-03 10:23:27 so seems chromium does do non-wanted connection, k0r10n any possibility of scrubbing those code / 2014-11-03 10:24:04 chrome does other shit that you don't want, but removing it is not a matter of a simple patch 2014-11-03 10:24:14 hmmm... 2014-11-03 10:24:23 chromium is backdoored by design 2014-11-03 10:24:36 and http://browser.yandex.ru/beta/ ? 2014-11-03 10:24:40 backdoor in the sense of bugdoor. desing to make certain privacy controls impossible 2014-11-03 10:24:58 even if they do not send data back to the C&C 2014-11-03 10:25:22 they still leak shitloads of data, and allow certain methods to stay exploitable 2014-11-03 10:25:47 firefox is better in this regard. but fucked in others 2014-11-03 10:27:31 is webkit engine is clean, maybe konqueror or any other 2014-11-03 10:27:33 if webkit 2014-11-03 10:28:25 uzbl and konq are quite nice from privacy perspective. but from a security perspective they suck bigtime - this is the one big thing that is good in chrome 2014-11-03 10:28:33 I think couple of browsers switched to webkit 2014-11-03 10:28:59 hmmm 2014-11-03 10:29:13 google does not want other criminals to browse in your private data, they want this for themselves, thus the quite reasonable security of chrome 2014-11-03 10:29:33 :) 2014-11-03 10:30:01 gee, I don't even want to click that link 2014-11-03 10:32:53 basically a nice document of using konq.. etc with firewall should do the trick ? 2014-11-03 10:33:56 no 2014-11-03 10:34:23 scarrrry 2014-11-03 10:34:28 you leak shitloads of information through http to the sites you're surfing. 2014-11-03 10:34:43 if you disable port 80 you will be safe, but not able to browse the net 2014-11-03 10:34:50 ;) 2014-11-03 10:37:00 so stick to firefox for now 2014-11-03 10:37:07 all is fucked 2014-11-03 10:37:09 YX9KwoR6rk2l, thanks in insight of chromium 2014-11-03 10:37:12 doesn't really matter 2014-11-03 10:37:29 what would matter is to put pressure on google and firefox 2014-11-03 10:37:37 but we are to weak for that 2014-11-03 10:37:56 heck we can't mount a defence against poettering and redhat even. 2014-11-03 10:38:00 or maybe crowdfund the missing fund 2014-11-03 10:38:23 that mozilla needs 2014-11-03 10:38:46 hmmmm, dunno if people see the need for a new browser that is secure and respects privacy but doesn't play netflix.... 2014-11-03 10:40:00 then install 2 browsers, one for netflix :)) 2014-11-03 10:40:59 :) maybe playing netflix in mplayer would be the right tool for the job? instead of inflating attack surface in browsers and including drm and other human rights abusive tech. 2014-11-03 10:41:14 Chrome: http://pr0gramm.com/new/285207 2014-11-03 10:42:36 jomat <3 2014-11-03 10:43:04 html5 is now a TR, so I would focus more on its multimedia features 2014-11-03 10:43:45 hmmm, i need to go afk, but there's a nice mailing list post somewhere detailing the influence of TLAs in ietf and w3c.... 2014-11-03 10:50:10 jomat, anything similar or opera !! 2014-11-03 10:54:23 dwb <3 2014-11-03 13:15:02 http://techcrunch.com/2014/11/03/mozilla-will-launch-a-new-browser-for-developers-next-week 2014-11-03 14:27:51 fabled: 2014-11-03 14:27:51 ERROR: unsatisfiable constraints: 2014-11-03 14:27:51 libfetch-dev (missing): 2014-11-03 14:27:52 required by: world[libfetch-dev] 2014-11-03 14:28:08 bah 2014-11-03 14:28:10 it's still in testing 2014-11-04 08:13:55 sigh 2014-11-04 08:14:01 http://bld2.alpinelinux.org/buildlogs/build-3-1-x86_64/main/py-django-simple-captcha/py-django-simple-captcha-0.0.1-r0.log 2014-11-04 08:14:27 [xming]: ping 2014-11-04 08:14:54 [xming]: we have an issue with py-django-simple-captcha 2014-11-04 08:15:00 there are no releases 2014-11-04 08:15:33 <[xming]> how did it build the last time? 2014-11-04 08:16:05 problem is source url 2014-11-04 08:16:13 it is different each time you download it 2014-11-04 08:16:42 <[xming]> got it 2014-11-04 08:16:49 we cannot do that 2014-11-04 08:17:04 <[xming]> okay 2014-11-04 08:17:52 we need to have upstream make a relase 2014-11-04 08:17:55 release 2014-11-04 08:18:01 its fairly easy for them 2014-11-04 08:18:08 just a git tag is enough 2014-11-04 08:18:17 if they refuse 2014-11-04 08:18:23 and we still want have it in alpine 2014-11-04 08:18:33 then it means that *we* will have to maintain their stuff 2014-11-04 08:18:42 *we* will have to make some kind of release of it 2014-11-04 08:18:44 and maintain it 2014-11-04 08:18:46 <[xming]> not needed at all 2014-11-04 08:18:55 <[xming]> I can use a git commit for d/l 2014-11-04 08:19:04 <[xming]> (I think) 2014-11-04 08:19:27 <[xming]> like this https://github.com/mbi/django-simple-captcha/archive/9f2f5bfba97e931931e59d1a58a4a35d36dcce0d.zip 2014-11-04 08:19:39 you will have to git checkout a specific commit, make a tarball and make it available somehow 2014-11-04 08:19:40 <[xming]> lemme fix this 2014-11-04 08:19:51 <[xming]> github will make a tarball 2014-11-04 08:19:52 might be you can use .tar.gz too as suffix 2014-11-04 08:20:00 <[xming]> idd 2014-11-04 08:20:12 but really, we will have to maintain that git snapshot for 2 years 2014-11-04 08:20:28 which is why we really want upstream to do it 2014-11-04 08:20:58 <[xming]> I don't follow 2014-11-04 08:21:07 i mean 2014-11-04 08:21:08 <[xming]> we don't need to do anything 2014-11-04 08:21:18 <[xming]> just fetch an other URL 2014-11-04 08:21:19 what happens if someone find a CVE issue 2014-11-04 08:21:29 find a security issue 2014-11-04 08:21:35 lets say 1.5 years ahead 2014-11-04 08:21:47 there is a critical vulnerability in the code 2014-11-04 08:21:49 <[xming]> hmm, okay I will raise an issue upstream 2014-11-04 08:21:59 they might have fic 2014-11-04 08:22:06 they might have fixed it already in git 2014-11-04 08:22:14 but the change is completely uncompatible 2014-11-04 08:22:18 <[xming]> same with versioned upstream? 2014-11-04 08:22:36 <[xming]> if dev doesn't backport 2014-11-04 08:22:37 if they do versions, they are forced to think compatibility 2014-11-04 08:23:12 then they will have take responsability 2014-11-04 08:23:18 <[xming]> ehum 2014-11-04 08:23:19 and make a .dot release or something 2014-11-04 08:23:27 <[xming]> so what do you want me to do? 2014-11-04 08:23:27 or add a patch for that version 2014-11-04 08:23:42 file a bug to them and ask them to make a release 2014-11-04 08:23:44 <[xming]> ask upsrteam for at least git tag 2014-11-04 08:23:44 i can do that too 2014-11-04 08:23:47 yes 2014-11-04 08:23:50 <[xming]> okay 2014-11-04 08:24:06 https://github.com/search?q=create+release+tag&type=Issues&utf8=%E2%9C%93 2014-11-04 08:24:43 post this link too: https://help.github.com/articles/creating-releases/ 2014-11-04 08:25:22 say that it helps for packagers 2014-11-04 08:28:45 i have filed vairous like that before: https://github.com/snowballstem/snowball/issues/7 2014-11-04 08:29:51 <[xming]> https://github.com/mbi/django-simple-captcha/issues/75 2014-11-04 08:30:31 <[xming]> ncopa: did you find time to try seafile? :D 2014-11-04 08:32:15 i was to look at it this week but... 2014-11-04 08:32:20 i need get v3.1 out 2014-11-04 08:34:16 <[xming]> anything I/we can help with? 2014-11-04 08:35:06 look over the issues 2014-11-04 08:35:09 http://bugs.alpinelinux.org/projects/alpine/issues?fixed_version_id=83&set_filter=1&status_id=o 2014-11-04 08:35:30 <[xming]> what about py-django-simple-captcha, I wait for it to be tagged? Or change the aport to use a git comiit URL? 2014-11-04 08:35:54 its currently blocking the v31 builder so we need do somethign yes 2014-11-04 08:36:04 using a git commit url is ok 2014-11-04 08:36:16 <[xming]> will do 2014-11-04 08:46:30 <[xming]> ncopa: https://github.com/alpinelinux/aports/pull/6 2014-11-04 08:47:15 where did you find 0.4.3? 2014-11-04 08:47:21 <[xming]> in the CHANGES 2014-11-04 08:47:25 <[xming]> it has versions 2014-11-04 08:47:30 bah 2014-11-04 08:47:37 they only need git tag ... 2014-11-04 08:49:03 thanks 2014-11-04 08:50:08 <[xming]> ncopa: for the pkg req in the bug tracker, does it suffice to have a pkg which compiles and not tested? 2014-11-04 08:50:25 yeah 2014-11-04 08:50:30 i think requester can test 2014-11-04 08:51:03 i think we can start finding what can wait til 3.2 2014-11-04 08:51:10 and move those for v3.2 target 2014-11-04 08:51:37 <[xming]> I will try to do some 2014-11-04 08:58:25 <[xming]> #3136 that fix made in gcc-4,9,2 2014-11-04 09:02:40 yes 2014-11-04 09:03:20 but we are way too late for new gcc 2014-11-04 09:35:32 [xming]: they tagged it :) 2014-11-04 09:35:33 thanks! 2014-11-04 09:36:11 <[xming]> that was quick 2014-11-04 09:37:20 beauty of open source :) 2014-11-04 09:40:42 <[xming]> ncopa: https://github.com/alpinelinux/aports/pull/7 2014-11-04 09:40:57 <[xming]> oh too late 2014-11-04 09:41:46 [xming]: can you see that i use $pkgver in source? 2014-11-04 09:42:15 i have a script, 'abump' which lets me do: abump py-django-simple-captcha-0.4.4 whenever that is out 2014-11-04 09:42:26 it will only change pkgver 2014-11-04 09:42:35 it helps alot for maintenance 2014-11-04 09:42:37 <[xming]> in my PR I have that too 2014-11-04 09:42:42 <[xming]> idd 2014-11-04 09:43:05 +source="https://github.com/mbi/django-simple-captcha/archive/0.4.3.tar.gz" 2014-11-04 09:43:26 <[xming]> aie my bad 2014-11-04 10:08:40 <[xming]> ncopa: I have an aport for #3468 but I really don't know if it's works (it compiles) 2014-11-04 10:10:52 <[xming]> #3468 http://sprunge.us/jYcS 2014-11-04 10:14:20 thanks! 2014-11-04 10:44:06 ncopa, is fine this: http://sprunge.us/VLNK 2014-11-04 10:44:06 for fixing #3494 ? 2014-11-04 10:44:32 ncopa, wrogn dir 2014-11-04 10:44:34 nevermind 2014-11-04 10:44:56 looks like correct fix to me 2014-11-04 10:45:22 ok to fix in the APKBUILD rather than pre-instal lscript right? 2014-11-04 10:45:45 yes, but hum 2014-11-04 10:46:05 seems like that dir is there but it is looking for /var/lib/ftp 2014-11-04 10:46:22 ACTION is going to install it on a test machine 2014-11-04 10:47:37 or 2014-11-04 10:47:45 it could be that it uses homedir by default 2014-11-04 10:50:54 var/lib/ftp is not the homedir actually 2014-11-04 10:51:04 maybe is hardocded somewhere 2014-11-04 10:51:50 we could have vstfp use /var/lib/ftp as home dir too 2014-11-04 10:52:01 sounds cleaner to me 2014-11-04 10:52:05 but then the dir needs be created and owned by root:ftp 2014-11-04 10:52:17 and we add vsftp user to group 'ftp' 2014-11-04 10:54:05 ftp is created as system group by default right? 2014-11-04 10:54:23 the group? 2014-11-04 10:54:25 probably 2014-11-04 10:54:28 yep 2014-11-04 10:54:32 the group 2014-11-04 10:55:56 doing a chown on post-install would make abuild complains right? 2014-11-04 10:56:02 iirc 2014-11-04 10:56:06 yes, we dont do that 2014-11-04 10:56:11 pkgusers 2014-11-04 10:56:13 pkgrgroups 2014-11-04 10:56:19 we chown in APKBUILD, package() 2014-11-04 10:56:27 it will run in fakeroot 2014-11-04 11:02:06 http://sprunge.us/CNIb 2014-11-04 11:02:21 ncopa ^^^^^ 2014-11-04 11:02:46 looks good to me 2014-11-04 11:02:47 dunno if i should add addgroup ftp 2014-11-04 11:03:00 in pre-install script 2014-11-04 11:03:02 ah 2014-11-04 11:03:09 i think maybe you should yes 2014-11-04 11:03:22 and you shoudl addgroup too 2014-11-04 11:03:28 in case the user already exists 2014-11-04 11:03:35 addgroup vsftp ftp 2014-11-04 11:05:14 addgroup vsftp ftp will add ftp group if not exists right? 2014-11-04 11:07:49 no 2014-11-04 11:07:58 yeah, just tried :) 2014-11-04 11:10:23 the 3.1 builders will ignore build fails for now 2014-11-04 11:10:32 so they can build all they can 2014-11-04 11:10:40 then i'll disable that and fix what does not build 2014-11-04 11:29:18 upgrading from 3.0_beta2 to last stable is posible? should this be enough "apk update && apk upgrade" 2014-11-04 11:32:28 seems like this box is on edge 2014-11-04 11:32:29 http://nl.alpinelinux.org/alpine/edge/main 2014-11-04 11:41:24 your question is, if its possible to move from edge to stable? 2014-11-04 11:42:29 seems so, as i didnt check repository, but this edge was musli first rls 2014-11-04 11:55:26 clandmeter so yes i can update from edge to stable 2014-11-04 11:58:03 i think you can. but to be sure its better to ask ncopa or fabled. 2014-11-04 11:58:28 from stable to edge is never a problem. 2014-11-04 11:59:09 not sure it will downgrade packages not found in stable. 2014-11-04 12:02:09 clandmeter mostly these are the first musli packages, oscam and noip2 is extra installed, should be now in main. 2014-11-04 12:02:15 i changed repository to 3.0/main 2014-11-04 12:04:11 ping ncopa fabled ^ 2014-11-04 12:08:25 it normally works 2014-11-04 12:08:26 but 2014-11-04 12:10:54 i exepct v3.1 packages be available today 2014-11-04 12:11:01 or tomorrow 2014-11-04 12:12:22 ncopa well then i till be even easyer from 3.0.6 to 3.1 once up2date 2014-11-04 12:12:42 currently, edge = v3.1 2014-11-04 12:13:02 but i think 'apk upgrade -U -a' to v3.0 should work 2014-11-04 12:13:19 ncopa so i changed repostiroy from edge/main to http://nl.alpinelinux.org/alpine/v3.0/main now if i get wiki correctly this should be enough apk update && apk upgrade --update-cache --available 2014-11-04 12:13:26 was lot of commands done via irc (algibot) prior to AL v.2.4 ? 2014-11-04 12:13:27 yes 2014-11-04 12:13:56 ncopa thank you will report back 2014-11-04 12:13:56 vkrishn: yes 2014-11-04 12:14:43 it there list of command/ pseudo lang available somewhere ? 2014-11-04 12:15:15 no 2014-11-04 12:16:01 I was thinking https://dpaste.de/dJOj just vague idea 2014-11-04 12:16:28 some basic commands via IRC on thin lxc 2014-11-04 12:19:45 ncopa do you see anything wrong? http://dpaste.com/356X8S3 2014-11-04 12:19:52 safe to reboot ? 2014-11-04 12:21:41 looks good. i would expect that to work 2014-11-04 12:22:15 there is nothing there that indicate that is would not work to reboot 2014-11-04 12:29:48 ncopa thank you, survired reboot 2014-11-04 14:43:35 ncopa: I would like to release acf-db, a new package, for alpine 3.1 release 2014-11-04 14:43:45 I just tagged a release, but there was no tarball created 2014-11-04 14:43:54 can you add that please? 2014-11-04 14:46:15 sure 2014-11-04 14:46:46 i think you only need to: ssh dev.alpinelinux.org /archive/acf-db 2014-11-04 14:46:49 before you tag that is 2014-11-04 14:49:25 tdtrask: can you please try: ssh git.alpinelinux.org git -C /gitroot/acf-db.git/ tag -d v0.1.0 2014-11-04 14:49:33 and then: git push --tags 2014-11-04 14:49:43 i think it should be generated after that 2014-11-04 14:51:14 done, but I don't see a tarball message here 2014-11-04 14:54:38 ugh 2014-11-04 14:54:42 there is no git hook 2014-11-04 14:55:04 that's what I meant you to add :) 2014-11-04 14:55:36 $ cp -a ../../acf-core.git/hooks/post-receive . 2014-11-04 14:55:36 cp: can't create symlink './post-receive': Permission denied 2014-11-04 14:55:51 owner is tdtrask:tdrask 2014-11-04 14:55:52 ok 2014-11-04 14:56:09 should I try the same steps again? 2014-11-04 14:56:13 yes 2014-11-04 14:56:59 i think we should switch to gitolite after v3.1 release 2014-11-04 14:57:22 ncopa: thanks 2014-11-04 14:57:54 tdtrask: i think you can mkdir /archive/ 2014-11-04 14:58:12 then create the hooks/post-receive symlink 2014-11-04 14:58:23 then is should work next time 2014-11-04 14:58:32 the problem I have had in the past was permissions on the hook 2014-11-04 14:58:32 post-receive -> /usr/local/bin/git-hook-post-receive-generate-tarballs 2014-11-04 16:27:40 ncopa: #758 is now finally fixed, but it was rejected over a year ago for being old :( 2014-11-04 16:28:09 can we change its status to closed? or should I create a new ticket to show the progress? or just ignore it? 2014-11-04 17:22:40 update Netdot 1.0.6, libnl 3.2.25 pls, if possible for v3.1 too 2014-11-05 07:11:03 morning 2014-11-05 07:11:15 tdtrask: #758 was changed to closed. thanks! 2014-11-05 07:29:38 ncopa, when a bug can be set "closed"? Several are in "Resolved" state. I suppose they are waiting for feedbacks, if this is the case wouldn't be bettere to set them with "feedback" status? 2014-11-05 07:30:35 fcolista: i think we can just close those 2014-11-05 07:31:12 http://www.redmine.org/boards/2/topics/17146 2014-11-05 07:31:16 ncopa, should we do 3.1.0_rc1 today/tomorrow? 2014-11-05 07:31:21 or are we missing still much stuff? 2014-11-05 07:31:30 we are basically only waiting for the builders 2014-11-05 07:31:44 i just bumped into a perl issue 2014-11-05 07:31:48 ok 2014-11-05 07:32:09 perl-plack seems to be broke 2014-11-05 07:32:27 that's rt dep? 2014-11-05 07:32:28 which led me to a broken perl-posix-strftime 2014-11-05 07:32:31 dunno 2014-11-05 07:32:49 perl-starlet appeared to stall the build servers 2014-11-05 09:18:26 moring. quick b.a.o question. I can update a issue assigned to me but I can only update the status to closed. Would be good to be able to change the status to testing before closed :) 2014-11-05 09:54:28 for commit 38bbb840dad79c84c5e is fts dep no longer needed ? 2014-11-05 09:56:52 if its added back to nfdump then fts needs to be moved to main/ 2014-11-05 10:01:46 vkrishn, are you using netdot? Does it works fine? 2014-11-05 10:02:18 i've upgraded to 1.0.6 2014-11-05 10:03:14 fcolista, no 2014-11-05 10:03:29 thanks for update 2014-11-05 10:11:32 weird build-3-1-x86_64 is not building main/ 2014-11-05 10:15:51 and not a single build irc msg in over 40min 2014-11-05 10:17:05 that info comes from fun with mqtt msgs :-)) 2014-11-05 10:42:09 and order of pkg building of bld1 is way different than bld2 2014-11-05 10:43:32 maybe one is building in mars and other in venus 2014-11-05 10:44:28 I don't think that ncopa finished boostraping 3.1 builders 2014-11-05 10:45:55 than what is building 2014-11-05 10:46:09 and all those build-3-1 msgs 2014-11-05 10:46:33 dunno, /dev/null? 2014-11-05 10:46:50 or mqtt simulation only 2014-11-05 10:47:00 contineud now 2014-11-05 10:47:00 ask ncopa, I think he still fixes some build failures 2014-11-05 10:47:10 it is doing something 2014-11-05 10:47:36 yeah, definitely something 2014-11-05 10:48:34 if I build a webpage of it, it may just topple the viewer off 2014-11-05 10:52:38 it may spin the viewer so much, he may land on earth 2014-11-05 10:59:13 at least they decided lets tango testing/ only 2014-11-05 11:17:07 ncopa, will be ok to add timestamp to mqtt msgs (seconds) ? 2014-11-05 11:17:30 or something should be done on arrival/sub ? 2014-11-05 11:21:49 www.netsurf-browser.org looks nice from AL point, it also has fb option, nice for kiosk building 2014-11-05 11:22:43 wonder if they have option to plugin any other js engine 2014-11-05 11:31:45 a kiosk build is something i'd like to see :) 2014-11-05 13:42:18 why build testing/ before main/ ? 2014-11-05 13:43:51 vkrishn: how are you keeping an eye on all this? 2014-11-05 13:44:04 git logs? 2014-11-05 13:45:08 info comes from funnn with mqtt msgs 2014-11-05 13:45:33 1. install mosquitto 2014-11-05 13:45:45 2. connect to mqtt on a.o 2014-11-05 13:45:48 funnn... 2014-11-05 13:46:57 if want instant report than use https://github.com/insteps/mqtt-dirpub for client 2014-11-05 13:49:52 if plan to use dirpub let me know, will show nice --fmask usage 2014-11-05 14:18:49 bld1 + bld2 testing tango seems to get along now 2014-11-05 14:20:56 though build-3-1-x86_64 is idle for a while now 2014-11-05 14:23:35 yup 2014-11-05 14:23:44 i think x86 is uploading 2014-11-05 14:23:57 idle for 1hr20min 2014-11-05 14:29:53 whee 2014-11-05 14:29:55 x86 done too 2014-11-05 14:30:36 now its reporting weird stats 2014-11-05 14:30:50 1197/1197 1023/1197 testing/fossil 20140127173344 2014-11-05 14:31:04 1/173 1023/1196 testing/nemo 2014-11-05 14:31:14 it just ate one pkg 2014-11-05 14:31:22 it should not build testing btw 2014-11-05 14:32:11 1196 or 1197 ? 2014-11-05 14:33:47 packages that failed on x86: http://sprunge.us/ACTR 2014-11-05 14:34:30 packages that failed on x86_64: http://sprunge.us/AfPd 2014-11-05 14:35:51 failed sfic,cgit, thats strange 2014-11-05 14:39:20 what are those pacakge with a /src ? 2014-11-05 14:39:27 i mean what does the /src mean? 2014-11-05 14:41:41 ScrumpyJack, how/where does src pkg deflate when you "abuild -r" 2014-11-05 14:41:41 i do ls -d */src 2014-11-05 14:41:51 to find which it failed to build 2014-11-05 14:42:08 it will cleanup the src/ dir on success 2014-11-05 14:42:13 but leave it there on failure 2014-11-05 14:47:02 ncopa ah i got it 2014-11-05 14:47:53 ah those in testing or main? 2014-11-05 14:47:59 main 2014-11-05 14:48:00 s/ah/are 2014-11-05 14:48:02 ok 2014-11-05 14:48:09 we will not build testing for v3.1 2014-11-05 14:48:18 we dont build testing for stable releases 2014-11-05 14:48:30 what are you going to do? 2014-11-05 14:48:40 for these failed builds 2014-11-05 14:51:12 fix them 2014-11-05 14:51:19 i'm already working on it 2014-11-05 14:51:50 sfic fails due to tdb.h header using mode_t without #include 2014-11-05 14:51:57 and uses bool without #include 2014-11-05 14:54:26 ok, so i'll try to grab a few if you like 2014-11-05 14:54:33 would be great 2014-11-05 14:55:12 >>> ERROR: vte*: Found executable files with SUID bit set: 2014-11-05 14:55:17 those are simple 2014-11-05 14:55:26 just add: options="suid" 2014-11-05 15:03:52 js/src ? unmaintained 2014-11-05 15:43:55 ncopa: sorry, i'm at work at the moment so can't help much 2014-11-05 15:44:02 ncopa: fetchmail http://sprunge.us/LaJa 2014-11-05 15:44:11 i'll do more when i get home 2014-11-05 15:49:35 ncopa: sudo: http://sprunge.us/PgKQ 2014-11-05 15:50:51 no idea what order to take them in as don't know what others are doing, so picking randomly :) 2014-11-05 16:02:55 ncopa: perl-future: http://sprunge.us/dCYS 2014-11-05 16:06:12 ScrumpyJack: i bumped pkgrel for fetchmail 2014-11-05 16:06:20 i will have to continue tomorrow 2014-11-05 16:06:23 thanks alot! 2014-11-05 16:07:22 ah yes, i'll bump the pkgrel. i'm off home and will do some more tonight 2014-11-05 17:01:26 ncopa: imagemagick http://sprunge.us/UVWW 2014-11-05 17:04:26 heh, i was just doing that one 2014-11-05 17:04:49 needs a system 2014-11-05 17:06:09 yep 2014-11-05 17:06:15 took a while to build on my atom box... 2014-11-05 17:06:24 ncopa: wavpack http://sprunge.us/ZhWX 2014-11-05 17:06:50 i just got a error with curl, so prob a source move and then went home :) 2014-11-05 17:14:13 ncopa: dtach: http://sprunge.us/TQFc 2014-11-05 17:23:40 ncopa: fuse http://sprunge.us/dGbd 2014-11-05 17:25:19 ncopa: slim http://sprunge.us/XLWc 2014-11-05 17:25:29 this is messy 2014-11-05 17:26:09 we can do better than this. any ideas? 2014-11-05 17:27:44 a lot of these are because berlios.de is broken 2014-11-05 17:31:32 no idea 2014-11-05 17:31:36 im probably stopping for now 2014-11-05 17:31:41 it's almost time for lunch 2014-11-05 17:32:41 ncopa: imagemagick http://sprunge.us/UNMS (proper git patch) 2014-11-05 17:32:50 ncopa: wavpack http://sprunge.us/QAAS (proper git patch) 2014-11-05 17:33:07 i learned a lot about git today though... 2014-11-05 17:33:42 ScrumpyJack: i guess we can could use the wiki to put the list on there 2014-11-05 17:33:57 then different people can mark certain packages that they are working 2014-11-05 17:34:02 they can also mark the problems 2014-11-05 17:34:07 so suid, broken link, etc. 2014-11-05 17:34:12 that would help with coordination 2014-11-05 17:37:57 ncopa: sipsak http://sprunge.us/KRfj 2014-11-05 17:52:19 cdrkit website is down 2014-11-05 17:59:49 ncopa: lsof http://sprunge.us/hTRJ 2014-11-05 18:06:06 ncopa: usb-modeswitch http://sprunge.us/MGfg 2014-11-05 18:26:40 ncopa: apache2 http://sprunge.us/cSNG 2014-11-05 18:36:06 ncopa: arpon http://sprunge.us/iUYd 2014-11-05 18:38:36 ncopa: atop http://sprunge.us/BOCV 2014-11-05 18:40:15 by the way... sprunge.us uses google? wtf? 2014-11-05 18:41:35 ncopa: awstats http://sprunge.us/dWjQ 2014-11-05 18:42:50 jomat: for storage? looks like it 2014-11-05 18:49:55 bitchx site is broken 2014-11-05 18:55:17 I forgot the jq-dev package in my patch... I'll fix that 2014-11-05 18:58:18 How should .la files be handled? what is options="libtool" for, i couldn't find infos in the wiki 2014-11-05 19:17:10 do you really need them? 2014-11-05 19:17:22 https://autotools.io/libtool/lafiles.html 2014-11-05 19:17:34 jomat: find "$pkgdir" \*.la -delete 2014-11-05 19:17:50 thx 2014-11-05 19:17:52 there should be an option for that enabled by default… 2014-11-05 19:22:11 the only occurence of .la in /usr/bin/abuild is the warning about the existence of .la-files and the missing libtool options flag 2014-11-05 19:22:33 yeah, thus the word "should" 2014-11-05 19:23:01 but I'm mainly complaining and not contributing lately, so don't listen to me :p 2014-11-05 19:24:28 oh ... I read it like "there should be an option enabled by default [but perhaps it is changed in your environment]" 2014-11-05 19:24:58 :-) 2014-11-05 19:25:26 nah, sorry 2014-11-05 19:25:58 I guess that my sentence is less ambigous in my native language 2014-11-05 19:30:05 in mine probably too :-) 2014-11-05 19:33:35 ncopa: so what about that? can we assume that we set !libtool by default and thus remove *.la files, or implementing such change will be a wasted time? 2014-11-05 19:34:31 this is what makepkg does nowadays and I think it's quite sane assumption 2014-11-05 19:36:41 http://sprunge.us/XZPj 2014-11-05 19:36:54 ncopa: ↑ this is the list of packages with options=libtool 2014-11-05 19:37:11 ncopa: at least 3 of them is due to my incompetence 2014-11-05 19:37:48 there are 6 more in testing 2014-11-05 20:05:53 ncopa: cgit http://sprunge.us/DXMg 2014-11-05 20:10:59 ncopa: coova-chilli http://sprunge.us/FGSN 2014-11-05 20:23:54 ncopa: dpkg http://sprunge.us/AKYW 2014-11-05 20:32:57 ncopa: fakeroot http://sprunge.us/eUhJ 2014-11-05 20:35:21 ncopa: fping http://sprunge.us/HXLU 2014-11-05 20:46:26 ncopa: gnats http://sprunge.us/OhQF 2014-11-05 21:00:16 ncopa: can't find any of the gnome failed builds in git repo 2014-11-05 21:11:40 ncopa: iputils http://sprunge.us/UQaO 2014-11-05 22:28:37 ncopa: libev http://sprunge.us/MHSY 2014-11-05 22:31:01 hi dude 2014-11-05 22:31:52 i've done that one :) here is an updated list 2014-11-05 22:34:55 http://sprunge.us/DPNN 2014-11-05 22:35:34 pnutzh4x0r: shall we split what's left? 2014-11-05 22:35:59 so that we don't double up on the packages :) 2014-11-05 22:48:46 pnutzh4x0r: here is the latest. I have to go now http://sprunge.us/QJHd 2014-11-05 22:56:20 ScrumpyJack: hi 2014-11-05 22:56:31 there is no need to bump pkgrel on version bump 2014-11-05 23:09:11 ScrumpyJack: you also dont need to bump pkgrel when you add suid 2014-11-05 23:16:49 kaniini: do you have a src for libguess? 2014-11-05 23:42:40 clandmeter: http://rabbit.dereferenced.org/~nenolod/distfiles/libguess-1.2.tar.bz2 2014-11-05 23:43:23 clandmeter: it no longer needs libmowgli 2014-11-06 01:55:44 do you guys have a preference between chrony or openntpd? 2014-11-06 02:13:01 im using openntpd 2014-11-06 06:03:15 does alpine linux offer full disk encryption? 2014-11-06 06:04:04 I would like to use it as a host OS on my laptop but FDE is the only thing holding me back. 2014-11-06 06:30:13 bah 2014-11-06 06:58:02 morning 2014-11-06 06:58:19 wow seems like lots have happened while i was asleep :) 2014-11-06 06:58:26 i should probably sleep more :) 2014-11-06 08:03:53 morning 2014-11-06 08:08:08 what's left to look at? 2014-11-06 09:11:00 all the difficult stuff i guess :) 2014-11-06 09:17:36 morning@all 2014-11-06 09:18:01 ncopa: is there anything left to to to bring syslog-ng to main? 2014-11-06 09:21:50 morning 2014-11-06 09:21:56 looks like its ok for main 2014-11-06 09:24:09 that would be great! 2014-11-06 09:24:36 does it need libeventlog? 2014-11-06 09:24:49 source="http://www.balabit.com/downloads/files?path=/syslog-ng/sources/3.3.9/source/eventlog_${pkgver}.tar.gz" 2014-11-06 09:25:29 i wonder what that 3.3.9 is there, and apparently they ship libevenlog sources as separate tarball with older syslog-ng source dir 2014-11-06 09:34:48 ncopa: what's failing build now? 2014-11-06 09:35:14 ncopa: we did a few easy ones last night, but there are some packages left 2014-11-06 09:35:56 ncopa: also, why do you think those gnome packages are missing in my local git repo? 2014-11-06 09:39:38 i am not sure which ones are left 2014-11-06 09:41:51 gome packages has been removed 2014-11-06 09:42:04 its just leftovers of some sort 2014-11-06 09:42:07 i removed them 2014-11-06 09:42:26 this is the current list: http://sprunge.us/iDgG 2014-11-06 09:42:39 i know many are fixed already 2014-11-06 09:44:36 ok i'll try flush the list 2014-11-06 09:45:58 ncopa: http://sprunge.us/QJHd here are the one we did last night 2014-11-06 09:51:31 oh re mailx 2014-11-06 09:51:45 there was some discussion about the mailx implementation on the mailing list months ago 2014-11-06 09:53:30 re http://sprunge.us/eZfd 2014-11-06 09:53:46 i think we need do something more than just update the checksum 2014-11-06 09:54:01 those tarballs are dynamically generated 2014-11-06 09:54:17 so when they upgrade cgit there, the checksum will change 2014-11-06 09:56:30 i just push the checksum update for now 2014-11-06 09:56:46 but now the check sum differs in v3.0 and v3.1 even if the package contents is identical 2014-11-06 09:56:59 and this will bite us again 2014-11-06 10:04:27 the solution for just checksum issue is 2014-11-06 10:04:46 1. add checksum of all files in a checksum.txt 2014-11-06 10:05:09 2. checksum of checksum.txt in CHECKSUM file 2014-11-06 10:05:17 vkrishn: no, i think the solution is that upstream provides a proper tarball 2014-11-06 10:05:31 and both files generated during archive creation and signed if possible 2014-11-06 10:05:40 yes 2014-11-06 10:05:48 but git is going to be prominent 2014-11-06 10:05:57 and tar ball redundant 2014-11-06 10:06:12 i suppose cgit could have archive cache 2014-11-06 10:07:01 those both files can also be generated during git tagging process, kinda hook 2014-11-06 10:07:40 ncopa: right, libeventlog is required 2014-11-06 10:07:40 if this is brought into practice by all devs or consistently adding to git repo at distro end, then nice 2014-11-06 10:08:16 vkrishn: i generate tarball from git hook 2014-11-06 10:08:24 tar balls are waist of space, look at debian, TBsss 2014-11-06 10:08:44 yes, then add in hook to generate those files 2014-11-06 10:09:35 if those files are generated at tagging process, its also enhances corruption/security 2014-11-06 10:09:44 meaning the devs have to do it 2014-11-06 10:11:05 would also be nice if if was possible to git clone --depth=1 with a given tag 2014-11-06 10:11:39 yes, that what shallow and fast packaging distro should do 2014-11-06 10:11:48 if they do not want to keep the git 2014-11-06 10:12:10 of modify at their end, which I think distros need to do at some point 2014-11-06 10:12:16 or modify* 2014-11-06 10:13:17 keeping local git would save space and kinda track 2014-11-06 10:24:40 re: and about building testing/ during new release, I think it should be done to make certainty that everything in testing/ did compile at that TAG point 2014-11-06 10:24:56 regardless of those files being not uploaded or deleted 2014-11-06 10:25:36 this gives a clean window for testing with that version 2014-11-06 10:33:33 and kdbus is in mainline :) 2014-11-06 10:40:48 new list: http://sprunge.us/gDJJ 2014-11-06 10:40:58 i think a few are fixed since that build started 2014-11-06 11:04:32 if things go well with AL v3.1, I think v3.2 could to be awesome 2014-11-06 11:09:40 found this http://selinuxproject.org/page/SVirt 2014-11-06 12:01:06 ncopa: is sipsak http://sprunge.us/KRfj broken? 2014-11-06 12:01:55 ncopa: and also usb-modeswitch http://sprunge.us/MGfg . is that broken? 2014-11-06 12:03:00 look at the comments in http://sprunge.us/QJHd perhaps some can be moved to unmaintained? 2014-11-06 12:10:06 ncopa: pngcrush http://sprunge.us/JgTW 2014-11-06 12:24:15 ncopa: i think subversion has issues with latest libtool? 2014-11-06 12:30:04 clandmeter: very possible 2014-11-06 12:34:23 ncopa: it has 2 patches, not sure they are still needed. else we can drop autocrap 2014-11-06 13:04:04 xbmc is taking *forever* to build in my lxc container :) 2014-11-06 13:04:28 all that has changed is the source url 2014-11-06 13:07:57 phew! ncopa: xbmc http://sprunge.us/JGha 2014-11-06 13:14:29 ncopa: perl-javascript-minifier http://sprunge.us/dfMQ 2014-11-06 13:30:19 it would be kinda nice to try build new xbmc 2014-11-06 13:30:34 hm 2014-11-06 13:30:40 icedtea-web 2014-11-06 13:32:25 clandmeter: there is a bug in autogen.sh 2014-11-06 13:32:52 problem 1: autogen exepcts to find config.guess in /usr/share/libtool/config 2014-11-06 13:33:03 in new libtool it is in /usr/share/libtool/build-aux 2014-11-06 13:33:46 problem 2: then way LIBTOOL_CONFIG override variable is implemented, is broken 2014-11-06 13:48:50 ncopa: for new xbmc, put in a package request ;) 2014-11-06 13:51:02 ncopa: can we have a new list of failed packages? 2014-11-06 13:51:21 ncopa: to keep it clean, use ls -d -C1 */src | awk -F'/' '{print $1}' :) 2014-11-06 13:52:56 http://sprunge.us/OaQQ 2014-11-06 13:57:27 thanks 2014-11-06 14:11:54 i have a fix for icedtea-web 2014-11-06 14:17:25 ugh, the libical update i did broke stuff 2014-11-06 14:19:45 i started on remmina too 2014-11-06 14:19:49 its messy 2014-11-06 14:19:51 very messy 2014-11-06 14:28:49 :( perhaps it's time to attach the messy ones :) 2014-11-06 14:29:03 what was the problem with libical ? 2014-11-06 14:29:20 s/attach/attack 2014-11-06 14:43:07 berlios.de is still broken. can those packages that have source there wait? 2014-11-06 14:51:45 I suppose I can manually copy the source files 2014-11-06 14:55:36 as i mentioned last night, ntop, oprofile, and ufsutils have arch="" 2014-11-06 14:55:54 setting them to all allows the build to proceed but they break in different ways 2014-11-06 14:56:16 oprofile requires some FTW_* constants that appear to be GNUisms and thus not in musl 2014-11-06 14:58:55 ncopa: virtinst http://sprunge.us/RXbi 2014-11-06 15:01:24 ncopa: it builds, but it's ugly. some make dep packages don't install and BBox grep complains 2014-11-06 15:03:47 virtinst has been integrated with virt-manager so perhaps the apk should be changed too 2014-11-06 15:06:00 add pcmciautils to pnutzh4x0r's list 2014-11-06 15:09:04 ncopa: mtr http://sprunge.us/hKYe 2014-11-06 15:10:05 ScrumpyJack: re virtinst, we need bump pkgrel when url changes 2014-11-06 15:10:36 i can fix that 2014-11-06 15:11:13 thanks 2014-11-06 15:11:26 it's unclear when to bump pkgrel 2014-11-06 15:11:36 whenever resulting .apk changes 2014-11-06 15:11:44 tell me here and i'll add it to http://wiki.alpinelinux.org/wiki/APKBUILD_Reference#pkgrel 2014-11-06 15:12:01 so if you remove a comment in APKBUILD, nothing in the resulting .apk will be modified 2014-11-06 15:12:20 same when you only change source and checksums are unmodified 2014-11-06 15:12:21 <@clandmeter> there is no need to bump pkgrel on version bump 2014-11-06 15:12:28 <@clandmeter> ScrumpyJack: you also dont need to bump pkgrel when you add suid 2014-11-06 15:12:50 on version bump you should reset pkgrel to 0 2014-11-06 15:13:04 options="suid" is abuild only 2014-11-06 15:13:19 it does not do any difference in the resulting .apk 2014-11-06 15:13:25 so no need to bump pkgrel 2014-11-06 15:13:47 it basically means: "ok abuild, i am aware that this package sets suid and I am ok with it" 2014-11-06 15:14:04 however, if you change url 2014-11-06 15:14:22 then will apk info display different info 2014-11-06 15:15:21 so the rule is: if change in APKBUILD does not lead to any change in built .apk, then no need to bump pkgrel 2014-11-06 15:16:01 if change in APKBUILD results in any change in .apk, regardles how small/insignificant it is, the pkgrel needs to be bumped 2014-11-06 15:16:47 also, if you dont bump pkgrel, you tell builders that they dont need rebuild (if its built already) 2014-11-06 15:19:48 i'll add that to the wiki 2014-11-06 15:25:32 for cabextract ... 2014-11-06 15:26:23 curl http://www.cabextract.org.uk/cabextract-1.4.tar.gz -o - 2014-11-06 15:26:53 http://sprunge.us/RDgZ 2014-11-06 15:28:37 ScrumpyJack: lol, i actually do have pcmcialutils... i ll send a patch when i get to work 2014-11-06 15:29:31 a 406 is when the server thinks the client doesn't want that mimetype 2014-11-06 15:29:48 so wierd one 2014-11-06 15:29:59 pnutzh4x0r: yay! :) 2014-11-06 15:37:15 http://tinyurl.com/ldwc95u :( 2014-11-06 15:38:50 i can get the source with a browser and wget, just not curl 2014-11-06 15:46:56 'email' is also broke upstream 2014-11-06 15:53:19 gnome-disk-utility needs gtk+2.20.0 2014-11-06 15:53:32 what version of gtk+ is in main? 2014-11-06 15:55:23 gtk+-2.24-r1 /// gtk+2.0-2.24.23-r0 /// gtk+3.0-3.12.2-r0 2014-11-06 15:56:09 right, off home. back in a bot 2014-11-06 15:56:21 s/bot/bit, obviously :) 2014-11-06 16:14:05 ncopa: pcmciautils http://sprunge.us/fiYi 2014-11-06 16:36:03 for ufsutils, the problem appears that musl does not have daddr_t 2014-11-06 16:42:16 ncopa: py-eyed3 update http://sprunge.us/DXMX 2014-11-06 16:47:03 ncopa: debootstrap http://sprunge.us/DgTT 2014-11-06 17:47:01 ncopa: sfic builds fine - just missing maintainer 2014-11-07 04:30:54 ncopa: gnutls needs recompilation 2014-11-07 04:32:15 packages that depend on it (like glib-networking) complain: 2014-11-07 04:32:26 Error relocating /usr/lib/gio/modules/libgiognutls.so 2014-11-07 04:32:38 gnutls_pkcs11_privkey_import_url: symbol not found 2014-11-07 04:34:35 Just recompiling works, I checked 2014-11-07 07:08:57 morning 2014-11-07 07:09:11 whee! gnupg 2.1 is finally released 2014-11-07 07:10:52 morning 2014-11-07 07:26:55 hm 2014-11-07 07:27:04 dnssec-root is broken 2014-11-07 07:53:37 Hi, trying to install linux-grsec-3.14.23-r0@testing required for zfs. zfs-grsec@testing and spl-grsec@testing got installed, but not the relevant kernel image could be upgraded with 'apk add linux-grsec@testing'. At alpinelinux-3.0.6 version. Any help 2014-11-07 08:04:50 morning 2014-11-07 08:06:10 ncopa: hope things are going well 2014-11-07 08:06:21 ncopa: do you have a updated list? 2014-11-07 08:06:32 happy friday all \o/ 2014-11-07 08:06:56 heh 2014-11-07 08:07:20 somethign is fishy with iana.org dns root anchor certs 2014-11-07 08:07:41 this one contains a cert which is expired: http://data.iana.org/root-anchors/root-anchors.p7s 2014-11-07 08:07:58 Validity 2014-11-07 08:07:59 Not Before: Jun 29 22:32:16 2011 GMT 2014-11-07 08:07:59 Not After : Jun 28 22:32:16 2014 GMT 2014-11-07 08:12:37 is this for dnssec-root? 2014-11-07 08:12:42 curl http://data.iana.org/root-anchors/root-anchors.p7s | openssl pkcs7 -inform DER -print_certs | openssl x509 -noout -text | grep -B 100 'Not After' 2014-11-07 08:12:46 yup 2014-11-07 08:13:41 https://www.iana.org/dnssec/files 2014-11-07 08:13:50 the — root-anchors.p7s 2014-11-07 08:14:23 curl http://data.iana.org/root-anchors/root-anchors.p7s | openssl pkcs7 -inform DER -print_certs | openssl x509 -noout -text | grep -B 100 'Not After' 2014-11-07 08:15:01 could post to nanog 2014-11-07 08:18:25 Subject: O=ICANN, CN=dnssec@iana.org/emailAddress=dnssec@iana.org 2014-11-07 08:18:38 i sent an email to dnssec@iana.org 2014-11-07 08:20:05 let me know if you get an answer or not 2014-11-07 08:50:58 i am out for most of the rest of the day 2014-11-07 09:18:55 ncopa: http://sprunge.us/IPEV 2014-11-07 09:19:04 (cifs-utils) 2014-11-07 13:52:20 when i "abuild -r" i receive "unable to cache: Cannot allocate memory" 2014-11-07 13:57:34 what does 'free' show? do you have memory? ;) 2014-11-07 13:57:43 memory to spare* 2014-11-07 13:59:30 Mem: 3541 2334 1206 2014-11-07 13:59:37 total - used - free 2014-11-07 14:00:00 in megabytes 2014-11-07 20:53:31 wat 2014-11-07 20:54:15 silly me :s 2014-11-08 18:53:16 meanwhile at debian, i just read this in my inbox: Alternative proposal: reaffirm maintainers technical competence over the software they maintain 2014-11-08 19:01:14 huh 2014-11-09 11:55:06 http://lists.alpinelinux.org/alpine-devel/4321.html 2014-11-09 11:55:12 can someone do something about that 2014-11-10 07:33:14 morning 2014-11-10 08:23:46 fabled: i got request of enabling CONFIG_MEMCG 2014-11-10 08:23:54 seems like it adds overhead to fork/exec 2014-11-10 08:24:43 any opinion on that? 2014-11-10 08:59:42 ncopa, no opinion currently 2014-11-10 09:03:09 ok 2014-11-10 10:02:42 hum 2014-11-10 10:02:47 asterisk is semi broken in musl 2014-11-10 10:03:00 asterisk wants to use funopen() or fopencookie() 2014-11-10 10:03:06 which are not available 2014-11-10 10:03:18 and having them missing makes soft-failures all around 2014-11-10 10:03:32 ScrumpyJack: libdbi patch does not apply 2014-11-10 10:03:43 basically anything that can be TLS-enabled is broken; such as AMI-connections 2014-11-10 10:04:35 fabled: would be nice if you post the details on bugs.a.o so someone can look at it 2014-11-10 10:04:42 ScrumpyJack: Content-type: TEXT/PLAIN; format=flowed; charset=US-ASCII 2014-11-10 10:05:09 hrmpf 2014-11-10 10:05:17 it's not easily fixable 2014-11-10 11:06:45 ncopa: this one is broken? http://sprunge.us/RRiT 2014-11-10 11:07:02 it build ok for me, i just tried it again 2014-11-10 11:09:10 ncopa, filed http://bugs.alpinelinux.org/issues/3503 to remind ourselves 2014-11-10 11:13:24 ScrumpyJack: the email is broke. the patch is likely ok 2014-11-10 11:13:30 oups.. lunch 2014-11-10 11:16:00 ncopa: Bon appetit! (what email broke?) 2014-11-10 12:01:44 ScrumpyJack: the email with the libdbi patch 2014-11-10 12:01:54 has multipart message 2014-11-10 12:01:58 git does not like 2014-11-10 12:03:38 ScrumpyJack: libdbi-drivers depends on libdbi 2014-11-10 12:03:44 libdbi depends on libdbi-drivers 2014-11-10 12:03:48 circular deps 2014-11-10 12:04:59 libdbi doesn't depend on libdbi-drivers 2014-11-10 12:05:03 in strict sense 2014-11-10 12:05:18 thats what i 2014-11-10 12:05:20 expect 2014-11-10 12:05:39 agreed, although libdbi is useless without drivers 2014-11-10 12:06:00 sure, but you can provide one without using a package manager 2014-11-10 12:06:14 there we can solve it 2 ways 2014-11-10 12:06:24 1) let user manually apk add the specific driver 2014-11-10 12:06:51 2) automatically install the driver if libdbi and some database lib is installed at same time 2014-11-10 12:07:19 for example, pg driver could have: install_if="libdbi libpq" 2014-11-10 12:07:31 http://sprunge.us/NMTW 2014-11-10 12:07:55 ScrumpyJack: I git commit --amend'ed it 2014-11-10 12:07:57 thanks 2014-11-10 12:10:45 looks like libdbi-dev should be in makedepends on libdbi-drivers 2014-11-10 12:10:53 and depends empty 2014-11-10 12:10:55 i can fix that 2014-11-10 12:11:02 lol 2014-11-10 12:11:09 i'm too scruffy :) 2014-11-10 12:12:01 there are no libdbi-dev subpackage either... 2014-11-10 12:12:53 ok, let me clean that up tonight 2014-11-10 12:12:59 nah 2014-11-10 12:13:03 i have it done already 2014-11-10 12:13:12 but it still needs more cleaning 2014-11-10 12:13:36 it needs to split the specific drivers to subpackages 2014-11-10 12:14:34 how can you tell if the source will build dev files that should be packaged? 2014-11-10 12:15:33 if it ships stuff in /usr/include/* 2014-11-10 12:15:50 C libs normally does 2014-11-10 12:16:02 ncopa: right, let me split those driver packages up 2014-11-10 12:16:50 and if it ships stuff in /usr/lib, do you make a -lib package? 2014-11-10 12:17:16 sometimes yes 2014-11-10 12:17:28 "sometimes" :) 2014-11-10 12:17:42 specially if there are big applications in /usr/bin/ and if the package has libs that are used bu other packages 2014-11-10 12:18:03 ant those other packages that uses the lib does not need the big apps in /usr/bin 2014-11-10 12:18:12 "sometimes" is my favorite word when it comes to stadards :) 2014-11-10 12:18:51 upstream are not consistent on how they package things 2014-11-10 12:19:01 ok i'm with you. 2014-11-10 12:19:04 so there are no one rule that fits all 2014-11-10 12:19:13 ok 2014-11-10 12:19:15 example 2014-11-10 12:19:17 net-snmp 2014-11-10 12:19:25 ships an application 2014-11-10 12:19:26 let me look at it 2014-11-10 12:19:27 a server 2014-11-10 12:19:31 it has also libs 2014-11-10 12:19:34 snmp libs 2014-11-10 12:19:54 many other applications are interested in the snmp lib, but does not care about the snmp server 2014-11-10 12:20:09 so we split it, net-snmp-libs 2014-11-10 12:20:15 i see 2014-11-10 12:20:20 and those apps will only pull in the -libs subpackage 2014-11-10 12:20:24 same goes for mpv 2014-11-10 12:20:31 which also has libmpv 2014-11-10 12:20:44 mysql too 2014-11-10 12:21:00 the mysql APKBUILD build the server, the client and the libs 2014-11-10 12:21:04 most users obviously care about player itself now, but in the future they may want to use client w/ libmpv instead 2014-11-10 12:21:11 did i do better with gammu? -> http://sprunge.us/ZXCC 2014-11-10 12:21:22 many app only want libmysqlclient or what its calls 2014-11-10 12:21:45 so unless we have a split mysql-libs, those apps would pull in the huge mysl server 2014-11-10 12:21:48 yes, i guess i need to think more about each package 2014-11-10 12:22:56 i'd call the libgammu package for gammu-libs 2014-11-10 12:23:16 otherwise it looks good 2014-11-10 12:24:14 you mean you'd change the name of libgammu to gammu-lib ? 2014-11-10 12:24:23 gammu-libs 2014-11-10 12:24:35 mostly because ofthen there are more than one lib 2014-11-10 12:24:40 like ffmpeg-libs 2014-11-10 12:25:33 like this? http://sprunge.us/fINP :) 2014-11-10 12:26:06 actually that's not fair 2014-11-10 12:26:18 correct :) 2014-11-10 12:26:25 upstream call them that 2014-11-10 12:26:51 if upstream call it libsomething then we keep the libsomething name 2014-11-10 12:27:32 http://wammu.eu/libgammu/ 2014-11-10 12:27:47 so i'll leave it like that :) 2014-11-10 12:29:53 i'm ok with libgammu if you have strong feeling for it - even if i disagree with you 2014-11-10 12:54:17 cool :) 2014-11-10 13:49:32 ncopa: but you suggested that "if upstream call it libsomething then we keep the libsomething name" 2014-11-10 13:49:48 ncopa: upstream call it http://wammu.eu/libgammu/ 2014-11-10 13:50:19 i don't feel strongly about it at all, i was following your suggestion :) 2014-11-10 13:50:39 so I'm confused now 2014-11-10 13:51:27 ScrumpyJack: the upstream tarball is called gammu-$pkgver 2014-11-10 13:51:46 so the upstream "package" name is gammu 2014-11-10 13:52:34 inside that package they ship what they call libGammu 2014-11-10 13:52:57 but it doesnt really matter to us, since abuild and apk will trace the SO depends anyways 2014-11-10 13:58:36 I see. But the developers call it libgammu. Elsewhere they also say "It is built on Gammu library" and not "It is built on libGammu" 2014-11-10 14:07:04 ffmpeg case 2014-11-10 14:07:13 upstream calls it libpostproc 2014-11-10 14:07:19 and libavcodec 2014-11-10 14:07:28 and libswresample 2014-11-10 14:07:36 and ... 2014-11-10 14:07:42 we call it ffmpeg-libs 2014-11-10 14:07:56 bind example 2014-11-10 14:08:19 upsream calls it libisc, liblwres, libdns libbind9 2014-11-10 14:08:22 we call it bind-libs 2014-11-10 14:08:47 other example: mysql 2014-11-10 14:09:01 upstream calls it libmysqlclient 2014-11-10 14:09:05 we call it mysql-libs 2014-11-10 14:09:53 but it does not really matter, becase abuild/apk will find the correct dependency regardless what we call it 2014-11-10 14:17:26 i think i need to write a "package naming guidlines" wiki page 2014-11-10 15:50:41 it looks like sea 2014-11-10 15:50:48 it looks like seafile 4.0.0 is out 2014-11-10 16:10:13 somethign is broke :-( 2014-11-10 16:32:00 ncopa: thanks for your patience with packages. i'll get there :) 2014-11-11 14:27:26 who was it who used seafile? 2014-11-11 14:27:41 do we want try squeeze in seafile-4.0.0? 2014-11-11 15:49:14 ncopa: have you verified if syncthing is working? 2014-11-11 15:49:50 nope 2014-11-11 15:50:04 there was a reason i added that snapshot funct 2014-11-11 15:50:48 the release tarball does not work? 2014-11-11 15:50:59 ncopa: im not sure anymore, its probably related with go 2014-11-11 15:51:22 they use some kind of crazy git deps 2014-11-11 15:51:46 but if it works, then fine. 2014-11-11 15:51:53 arch also uses a snapshot 2014-11-11 16:01:19 not really 2014-11-11 16:02:40 ah, you call git tag a snapshot 2014-11-11 16:02:41 nvm 2014-11-11 16:03:08 ok, I get everything now 2014-11-11 16:03:29 no, Arch doesn't use a snapshot, we just pull specified tag from git repo 2014-11-11 16:03:40 I don't think it's any different than downloading it as a tarball for github 2014-11-11 16:38:28 clandmeter: i have tried syncthing some time ago and it's working fine 2014-11-11 17:47:44 clandmeter, around ? 2014-11-11 20:05:15 barthalion: i packaged it before, and gave issues with tarbal, i think i want to know git version or someting. 2014-11-11 20:07:00 s/i/it/ 2014-11-12 08:42:26 so, did i see that 3.1 rc1 was available? 2014-11-12 11:13:22 since now libdbi is in testing, maybe use it in rsyslog, syslog 2014-11-12 11:14:07 also noticed syslog-ng being at version 2x, and 3x is available, with lots of features 2014-11-12 11:15:34 including redis-mod :) 2014-11-12 12:53:56 ncopa, http://www.joedog.org/fido-manual/ 2014-11-12 12:53:58 Fido works in a manner similar to UNIX tail but it checks for file truncation so it will continue to function after log rotation 2014-11-12 12:57:40 ok? 2014-11-12 12:58:24 you know about tail -F? 2014-11-12 12:58:46 or the fido devs? 2014-11-12 12:59:12 just recall, about you wanting to read log but could not as logrotate interrupts, that was log time back 2014-11-12 13:00:45 hmm :) 2014-11-12 13:01:30 --retry ;) 2014-11-12 13:03:08 iirc, the context was processing the file for certain text 2014-11-12 15:07:34 Hi, which is the best way to send an aport? 2014-11-12 15:08:16 I made a pull request on github but maybe it is not the best way... 2014-11-12 15:09:47 to submit a patch to mailing list? 2014-11-12 15:11:17 or maybe 'sprunge it' and to put link here? 2014-11-12 15:48:47 AmatCoder: those are all valid ways 2014-11-12 15:49:13 ive submitted via the mailing and spunging here 2014-11-12 15:49:19 mailing list is probably more reliable 2014-11-12 15:50:15 ok, thanks 2014-11-12 15:51:12 I will close the pull request on github and I will send the patch to the mailing list 2014-11-13 12:20:05 ohi faffolter are you the one maintaining mcabber/loudmouth? 2014-11-13 12:29:43 i seem to have trouble to connect to tlsv1.2/ecdhe only xmpp servers. and i saw it's linked with openssl, while the gnutls version on other systems seems to work. can you help, or should i do more investigations? 2014-11-13 12:35:20 hmmrpf 2014-11-13 13:04:52 fabian_a: ^^^ 2014-11-13 13:40:34 ncopa, http://sprunge.us/aQgM 2014-11-13 13:40:55 upgraded from edge uclibc to current edge 2014-11-13 13:41:05 seeing some ERRORs 2014-11-13 13:42:21 'apk fix' should fix it 2014-11-13 13:42:26 what is apk.static version? 2014-11-13 13:42:44 it might be also a bug in the recent changes on how directories are removed/created 2014-11-13 13:43:06 apk-tools-static (2.5.0_rc1-r0), busybox-static (1.22.1-r13) 2014-11-13 13:44:09 that error is during "apk.static upgrade --no-self-upgrade -U -a" 2014-11-13 13:57:20 ok did `apk del alpine-sdk` and then `apk add alpine-sdk` 2014-11-13 13:57:22 now looks clean 2014-11-13 13:57:26 hmm, uselessd seems okay actually. 2014-11-13 13:57:33 i've been kind of playing with it 2014-11-13 13:57:51 udev has become an issue 2014-11-13 13:58:06 latest usbutils needs newer udev than we provide 2014-11-13 14:00:30 ffs 2014-11-13 14:00:46 ncopa: uselessd does not have udev though :( 2014-11-13 14:17:03 ncopa: "We expect that clients will soonishly just start doing normal bus calls to the new udev, like they'd do them to any other system service instead of using libudev." 2014-11-13 14:17:08 this seems unfortunate 2014-11-13 14:19:50 argh, mednafen broke 'build-edge-x86' 2014-11-13 14:21:36 it works on 'build-3-1-x86' however (!?) 2014-11-13 14:22:29 AmatCoder: could be parallel build issue then 2014-11-13 14:23:13 ncopa: >>> ERROR: mednafen*: Found textrels 2014-11-13 14:23:21 huh 2014-11-13 14:23:23 ok 2014-11-13 14:23:31 from http://bld1.alpinelinux.org/buildlogs/build-edge-x86/testing/mednafen/mednafen-0.9.36.5-r1.log 2014-11-13 14:23:45 but it works on build-3-1-x86? 2014-11-13 14:25:09 I have not idea...:-0 2014-11-13 14:26:21 no log from 'build-3-1-x86' 2014-11-13 14:28:37 ah, 'build-3-1-x86' has not /testing 2014-11-13 14:32:56 > > You update systemd but you don't update the kernel? How does that make 2014-11-13 14:32:58 > > any sense? 2014-11-13 14:33:03 oh dear 2014-11-13 14:33:19 ncopa: so, i propose a new idea 2014-11-13 14:33:25 ncopa: i like to call it, 'alpine bsd' 2014-11-13 14:34:21 we can even support legacy alpine environments on freebsd using the linux compatibility modules 2014-11-13 14:35:03 kaniini: +1 2014-11-13 14:35:05 :p 2014-11-13 14:35:30 honestly, i would like a freebsd variant which behaves like alpine 2014-11-13 14:35:33 :p 2014-11-13 14:41:26 ncopa: arch="x86_64" on mednafen aport would be the quicker fix, is not? 2014-11-13 14:41:42 until I fix textrels on x86 2014-11-13 14:42:17 yes 2014-11-13 14:43:17 right now 3.1 is broken because 'llvm' has been deleted but the new version is not uploaded 2014-11-13 14:57:35 ncopa: if you need a patch: http://sprunge.us/GDde 2014-11-13 15:50:07 someone mentioned here something else then tail for such case: switch log file ? 2014-11-13 16:05:18 crow: 2014-11-13 16:05:20 Fido works in a manner similar to UNIX tail but it checks for file truncation so it will continue to function after log rotation 2014-11-13 16:05:45 is this what you want? 2014-11-13 16:06:57 coreutils tail handles truncation too 2014-11-13 17:56:40 kaniini: it's not a secret you should use fresh kernels with fresh systemd 2014-11-13 17:57:02 kaniini: and usually also regenerate initramfs, because switching rootfs likes to fail 2014-11-13 21:03:44 alacerda yes its that 2014-11-14 08:34:51 morning 2014-11-14 08:35:39 build-edge-x86 still failed 2014-11-14 08:36:35 can anybody applies this patch? 2014-11-14 08:36:47 http://sprunge.us/GDde 2014-11-14 08:37:09 sure 2014-11-14 08:37:21 thanks! 2014-11-14 12:14:23 I am thinking to sending patch(APKBUILD) for phalcon, http://phalconphp.com/en/download 2014-11-14 12:14:36 and wiki page how to get with git repo 2014-11-14 12:15:08 I mean any wiki help available ? 2014-11-14 12:16:43 vkrishn, http://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package 2014-11-14 12:51:01 I have been working on https://github.com/flukso/lua-mosquitto/ last days 2014-11-14 12:51:08 i think it is in a working state now 2014-11-14 12:51:19 i'd like to rewrite our git hooks 2014-11-14 12:51:39 so the only thing they do is publish the stuff on mqtt 2014-11-14 12:51:57 then have other dedicated mqtt listeners to pick that up 2014-11-14 12:52:30 and that publishes commits here on irc 2014-11-14 12:52:36 generates tarballs 2014-11-14 12:52:43 etc 2014-11-14 13:02:16 maybe a rough jpg image of the flow, if not much work 2014-11-14 13:03:40 de-coupling the pub from immediate processing the the inputs , sounds easy maintenance 2014-11-14 13:30:00 ncopa, the last e-mail i sent to al-dev about testing/enumiax had this content: http://pastebin.com/ckzXc83T 2014-11-14 13:30:05 is it still wrong? 2014-11-14 13:30:53 that patch has no author or commit message 2014-11-14 13:31:12 i can apply it but then I will the git author of it 2014-11-14 13:31:23 do you have the 0001-*.patch? 2014-11-14 13:31:28 I do 2014-11-14 13:31:42 can you sprunge < 0001... 2014-11-14 13:32:39 basically, use git send-email when sending to mailing list 2014-11-14 13:32:57 http://sprunge.us/IVEC 2014-11-14 13:33:18 you can use git send-email --annotate -1 if you want add text that should not be included in the commit message 2014-11-14 13:33:46 ok gotcha 2014-11-14 13:33:50 perfect, thanks 2014-11-14 13:33:55 sprunge is good for IRC 2014-11-14 13:34:00 i have it here now 2014-11-14 13:34:00 thank you! 2014-11-14 13:34:07 but hum 2014-11-14 13:34:24 install: cannot create regular file ‘/usr/bin/enumiax’: Permission denied 2014-11-14 13:34:33 oops 2014-11-14 13:34:37 oops 2014-11-14 13:35:30 php-zmq bump to 1.1.2 pls 2014-11-14 13:38:01 if it does not build for php v5.6 then maybe use latest commit 2014-11-14 13:38:11 commit https://github.com/mkoppanen/php-zmq/commit/d3d2d716f3ed7262fecb0c61e2ea483183c86f97 says 5.6 support 2014-11-14 13:42:43 ncopa, http://sprunge.us/KUXb 2014-11-14 13:43:42 ahh ok, you fixed 2014-11-14 13:43:46 thanks 2014-11-14 13:45:52 you are kinda supposed to build things in build() function 2014-11-14 13:46:07 for a small package like this it doesnt matter 2014-11-14 13:46:19 but package() will run in fakeroot 2014-11-14 13:46:30 which will slow down build significantly 2014-11-14 13:46:58 kernel build was like 40min -> 1 hour in fakeroot vs 10-12mins without 2014-11-14 13:47:45 ok ;) 2014-11-14 13:47:51 thanks 2014-11-17 08:16:44 algitbot: hi 2014-11-17 08:17:21 vkrishn: irclog should be fixed now 2014-11-17 08:17:28 it broke when i upgraded the box. sorry 2014-11-17 08:19:36 I think no work while pub'ing 2014-11-17 08:19:37 sub process and do all work later 2014-11-17 08:19:47 new model, should be less prone to it 2014-11-17 08:19:49 ;) 2014-11-17 08:39:16 >>> firefox-dbg*: Package size: 972.4 MB 2014-11-17 08:39:33 i thnk I'll disable debug pkg for firefox 2014-11-17 08:40:27 any chance of having look at firefox "developer edition" ? 2014-11-17 08:41:19 I am sure, AL users are quite not regular desktop users 2014-11-17 10:46:03 ncopa: I use most of my ported packages more or less regular (some daily, some once every 1 or 2 weeks), and they do what they are expected to do, is that enough testing to move them to main? 2014-11-17 10:46:23 especially mumble, pssh, xautolock, xdm, xcalib (+xorg-cf-files), i3lock, yeahconsole, ddate 2014-11-17 10:46:35 ddate++ 2014-11-17 10:46:41 <3 2014-11-17 10:47:47 jomat: yes thats enough testing 2014-11-17 10:48:38 ncopa: i use radare daily 2014-11-17 10:48:59 oh, not even in testing yet... scusi 2014-11-17 10:49:33 How's the desired way to move them to main? I could send a patch for each of them. 2014-11-17 10:49:46 jomat: pinging me here in irc is enough 2014-11-17 10:49:49 i'll look at it now 2014-11-17 10:49:57 thx \o/ 2014-11-17 10:52:53 question 2014-11-17 10:53:07 pkg/mumble/usr/lib/mumble/libcelt0.so.0.7 2014-11-17 10:53:24 mumble ships libs in /usr/lib/mumble/ instead of the traditional /usr/lib/ 2014-11-17 10:53:47 are we ok with that? 2014-11-17 10:54:08 looks also that mumble ships 2 different version of libcelt? 2014-11-17 10:54:16 do we want use system celt? 2014-11-17 10:55:51 that's because it needs a special version... and I think there are already two versions of celt in alpine which both don't work with mumble, so I checked how debian or arch handle that... ant there's the same thing, that these libs are fetched and compiled by the mumble Makefile 2014-11-17 10:56:06 s/ant/and/ 2014-11-17 10:57:07 ok 2014-11-17 10:57:09 But I agree your objection, perhaps we don't want that, and we should keep it in testing in the meanwhile 2014-11-17 10:57:22 nah, i'm ok with it 2014-11-17 10:57:28 i just need to ask the question 2014-11-17 10:57:44 so we dont do anything unnecessary 2014-11-17 10:58:27 depends="qt-sqlite" 2014-11-17 10:58:40 can it work with qt-mysql or postgresl plugin as well? 2014-11-17 10:59:30 I'll put it on my todo list to recheck that celt situation ... btw. here the filelist of mumble in debian stable: https://packages.debian.org/wheezy/amd64/mumble/filelist 2014-11-17 11:01:49 It could work with other databases as well, but this seems to be unsupported: http://wiki.mumble.info/wiki/Murmur.ini#dbDriver 2014-11-17 11:01:55 ok 2014-11-17 11:01:59 good enough 2014-11-17 11:02:23 sqlite is the default 2014-11-17 11:02:40 and its small 2014-11-17 11:02:47 so not big problem that its always installed 2014-11-17 11:03:10 looks like on fedora they use a system celt07 2014-11-17 11:03:41 they also do the manual install of files 2014-11-17 11:04:12 https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/mumble#n37 <- CONFIG+="bundled-celt … 2014-11-17 11:04:49 yeah, im ok with using the bundled 2014-11-17 11:08:23 i'll continue after lunch 2014-11-17 11:12:35 Me too, good appetite :-) 2014-11-17 15:19:21 virt kernel update coming soon 2014-11-17 15:19:55 great! after that we can do rc2 2014-11-17 15:20:01 linux-vanilla too btw.. 2014-11-17 16:00:03 ncopa, new virt kernel out, sorry for delay 2014-11-18 15:59:15 ping ncopa 2014-11-18 16:00:09 jarruda: pong 2014-11-18 16:00:12 its 5pm here 2014-11-18 16:00:25 ok.. tty latter then 2014-11-18 16:00:40 tks for the patch on fs 2014-11-18 16:00:47 np 2014-11-18 16:01:43 I have another issue with fs in 3.0.X (will see if it still present on the 1.4.7 with lua working now) 2014-11-18 16:02:11 i didnt fix 3.0.x 2014-11-18 16:02:19 if it is I will probably ping you.. its a weird one.. not much clues in the logs... it just stuck... 2014-11-18 16:02:40 maybe tm 2014-11-18 16:03:05 sure... I will try fs from edge to see if it still there. 2014-11-18 16:12:44 http://pastebin.com/0Mpw2Kqh 2014-11-18 16:16:19 found the error 2014-11-19 01:27:32 Greetings! Is there a version of Alpine Linux for the MIPS architecture? I am interested in installing Alpine Linux onto a Ubiquiti Edgerouter Lite/Edgerouter Pro for NHRP. 2014-11-19 07:05:53 Sachiru: no, e dont have any support for MIPS 2014-11-19 07:06:51 but running NHRP on Ubiquity boxes sounds like a cool idea indeed 2014-11-19 07:12:41 Sachiru: you have two options: talk with ncopa and fabled about mips port or donate hardware to some dev :p 2014-11-19 09:49:50 ncopa, ping 2014-11-19 09:50:15 about the testing/exaile... I tried to follow this: install enumiax "$pkgdir"/usr/bin 2014-11-19 09:50:55 when i read the exaile documentation I saw that PREFIX pointed to /usr/local 2014-11-19 09:51:39 then, following the enumiax APKBUILD, i set PREFIX to: "$pkgdir"/usr/local 2014-11-19 10:09:44 alacerda: "make PREFIX=/usr DESTDIR="${pkgdir}" install" should be sufficient 2014-11-19 10:10:30 package() { 2014-11-19 10:10:37 cd "$_builddir" 2014-11-19 10:10:47 make PREFIX=/usr DESTDIR="${pkgdir}" install 2014-11-19 10:10:57 } 2014-11-19 10:11:13 testing... 2014-11-19 10:11:33 oh, and gettext should be in "makedepends" 2014-11-19 10:13:18 it should be better as: 2014-11-19 10:13:22 depends="" 2014-11-19 10:13:38 depends_dev="python" 2014-11-19 10:13:46 AmatCoder, when it is in makedepends it installs befor make and uninstall after make is done, is it? 2014-11-19 10:13:56 makedepends="$depends_dev gettext" 2014-11-19 10:14:37 yes 2014-11-19 10:14:52 learned one more thing! 2014-11-19 10:15:12 it is only for build, it is not needed at runtime 2014-11-19 10:15:46 hum.. ok! thanks for your help 2014-11-19 10:16:03 i am going to amend and resend to the mail list 2014-11-19 10:16:30 cool 2014-11-19 10:36:26 ping faires 2014-11-19 13:07:07 alacerda: Now I tried your exaile apkbuild and it don't work... 2014-11-19 13:07:35 alacerda: it builds but it does not run 2014-11-19 13:09:07 alacerda: it lacks of most dependencies... 2014-11-19 13:09:49 alacerda: and $package-lang is not splitted 2014-11-19 13:11:00 oh, sh*t... 2014-11-19 13:11:13 AmatCoder, applied?? :( 2014-11-19 13:11:30 yeah, I see.. 2014-11-19 13:12:08 I made a fixed version: http://sprunge.us/EbId 2014-11-19 13:12:52 but I don't know if it is mergeable now... 2014-11-19 13:25:35 ncopa: are you around? 2014-11-19 13:26:26 ncopa: can you applied this patch? http://sprunge.us/KbDX 2014-11-19 13:47:21 depends="python py-gtk py-dbus py-mutagen py-gst0.10 py-libxml2 2014-11-19 13:47:21 warning: 1 line adds whitespace errors. 2014-11-19 13:48:36 AmatCoder: added. thanks! 2014-11-19 13:50:29 AmatCoder, thanks 2014-11-19 13:51:22 great! 2014-11-19 14:02:11 ncopa: this never was merged: http://lists.alpinelinux.org/alpine-devel/4341.html 2014-11-19 14:02:38 ncopa: maybe unacceptable? 2014-11-19 14:07:16 ncopa: also this from Isaac Dunham: http://lists.alpinelinux.org/alpine-devel/4349.html 2014-11-19 14:10:05 was only forgotten 2014-11-19 14:10:50 ah, ok 2014-11-19 14:11:11 i'm on it 2014-11-19 14:16:45 cool, thanks! 2014-11-20 00:13:57 Back. 2014-11-20 00:13:59 Hmm. 2014-11-20 00:14:29 An Edgerouter Lite is $100. I think shipping one box from here to there would cost more than buying one locally. 2014-11-20 00:14:40 How hard is it to port Alpine to MIPS? 2014-11-20 04:41:35 And if ever I wish to donate how would I do so? 2014-11-20 06:08:06 Sachiru, there is no official donation arrangement, but you can support individual developers: http://wiki.alpinelinux.org/wiki/Alpine_Linux:Developers 2014-11-20 06:08:27 Sachiru, i would suspect that MIPS port is not too complicated now that we are on musl 2014-11-20 06:08:33 it'd be figuring out the toolchain build 2014-11-20 06:08:45 and doing initial bootstrap and setup builders 2014-11-20 06:09:23 i'm not sure on how mips boot sequence works, but if it's complicated or one needs different kernels for different boards, then that'll be a complication 2014-11-20 06:14:21 Well, the Edgerouter uses VyOS with a GUI 2014-11-20 06:14:34 So presumably it boots in the same way a MIPS version of VyOS boots. 2014-11-20 06:18:32 one minute googling would imply that mips is relatively uniform in boot sequence 2014-11-20 06:20:07 then there's of course possibility on gcc having cross-build / mips specific bugs 2014-11-20 06:20:14 but i think we sorted most of them when doing our arm port 2014-11-20 07:21:33 clandmeter, you around? Does telegram-cli works fine? 2014-11-20 07:50:12 There's an ARM port? Wow. What's the targeted device for ARM? 2014-11-20 07:57:50 we currently "support" rpi and cubieboard iirc 2014-11-20 07:58:08 but you can have anything you want as long as you can provide kernel package for that 2014-11-20 08:46:29 fcolista: it did before. didnt check current update. 2014-11-20 08:46:52 ok. I'm interested in moving it to main 2014-11-20 08:47:27 i moved the cert around. not sure it finds it now. 2014-11-20 08:47:49 Ok. Thanks for feedback. 2014-11-20 09:01:51 alpha releases doesn't sound like something that should be in main imho 2014-11-20 09:03:12 barthalion, they tagged releases. 2014-11-20 09:03:25 Doesn't seems alpha ro me 2014-11-20 09:03:27 *to me 2014-11-20 09:03:33 but i might be wrong 2014-11-20 09:03:33 and tagged them as pre-release 2014-11-20 09:03:56 presence of tag doesn't indicate stability, unfortunately 2014-11-20 09:04:48 Where do you see that is tagged as pre-release? Probably the .1 at the end, right? So 1.0.5 is stable? 2014-11-20 09:05:03 ACTION is reading the Changelog 2014-11-20 09:05:08 https://github.com/vysheng/tg/blob/master/CHANGELOG 2014-11-20 09:06:06 I'm asking for undestand, not for complaining 2014-11-20 09:06:25 https://github.com/vysheng/tg/releases 2014-11-20 09:06:37 it mentions pre-release in the orange boxes. 2014-11-20 09:06:42 aaaaaah 2014-11-20 09:06:53 ok 2014-11-20 09:07:20 fcolista: are y ou using it? 2014-11-20 09:07:38 i want to use it in behalf of sms for notifications 2014-11-20 09:07:54 did you check pushbullet? 2014-11-20 09:07:57 since sms are $$$ i want to use it just for emergencies 2014-11-20 09:08:04 ..no 2014-11-20 09:08:18 you can use curl 2014-11-20 09:08:37 anyway, if tg works correctly for you, i see no issue moving it to main. 2014-11-20 09:08:55 i didn't know pushbullet 2014-11-20 09:08:58 seems interesting 2014-11-20 09:09:17 but actually is a telegram-like and whatsapp-like app 2014-11-20 09:09:56 seems designed for notifications 2014-11-20 09:10:35 is it one way? 2014-11-20 09:11:32 umh.. 2014-11-20 09:11:34 no 2014-11-20 09:11:37 this is actually interesting 2014-11-20 09:11:51 you can push to anything and back. 2014-11-20 09:12:27 but i didnt check it out in details yet. 2014-11-20 10:14:43 clandmeter: did you find time to revisit my botched-and-fixed loudmouth update? 2014-11-20 10:25:46 YX9KwoR6rk2l: hi 2014-11-20 10:26:32 i think you understood me incorrectly. what i mean was, your git tree is not clean. if you check the diff at the botton, there is some ref to spl. 2014-11-20 10:27:01 not sure how you want me to merge your try into aports? 2014-11-20 10:27:19 or you want me to cherry pick them? 2014-11-20 10:40:13 clandmeter: ohsit. ok. 2014-11-20 10:40:17 will check 2014-11-20 10:40:50 anyway i think i also have to add autoconf to the builddeps 2014-11-20 10:41:21 and even if i misunderstood you, the misunderstanding cleared out all the unneccessary patches that i included without thinking. 2014-11-20 10:50:23 make sure you have latest aports and rebase your stuff on top of it. 2014-11-20 15:10:33 will this work for testing/php-zmq 2014-11-20 15:10:34 http://sprunge.us/AEVe 2014-11-20 15:14:54 or resend ? 2014-11-20 15:40:54 is it important to clone full aport to send pull request ? 2014-11-20 15:41:41 or can just create a same hierarchy as aport tree and sent request commit range for pull ? 2014-11-20 16:07:41 clandmeter: i hope i managed to clean the three patches up: https://github.com/stef/aports/commits/new_master 2014-11-20 16:08:13 i just pushed rc2 2014-11-20 16:09:22 thank you ncopa! 2014-11-20 16:10:49 ncopa, http://sprunge.us/gahJ 2014-11-20 16:17:40 ncopa, I have phalcon v1.3.4 abuild, ready 2014-11-20 16:21:29 http://sprunge.us/dHOO 2014-11-20 16:25:27 seems to build cleanly, but I suspect it may not run ok, I am onto testing it 2014-11-20 16:25:57 YX9KwoR6rk2l: looks like you didnt bump pkgrel on loudmouth? 2014-11-20 16:27:44 meeeeeh 2014-11-20 16:27:51 sorry 2014-11-20 16:28:11 np ill bump it 2014-11-20 16:29:00 pushed a bump 2014-11-20 16:29:57 too late 2014-11-20 16:30:12 you also didnt update checksums on radare 2014-11-20 16:31:20 YX9KwoR6rk2l: lol 2014-11-20 16:31:29 i3wm include/ipc.h:12:16: fatal error: ev.h: No such file or directory #include 2014-11-20 16:31:50 what? 2014-11-20 16:32:22 i got to go home now. ill check it later. 2014-11-20 16:32:29 all 3 fail to build :) 2014-11-20 16:32:35 ok. i check them 2014-11-20 16:32:37 sorry 2014-11-20 16:32:39 wtf? 2014-11-20 16:32:55 err first one was just pkrel 2014-11-20 16:32:58 not build issue 2014-11-20 17:05:01 i3wm builds ok for me 2014-11-20 17:12:44 loudmouht as well 2014-11-20 17:16:32 radare as well. 2014-11-20 17:51:01 YX9KwoR6rk2l: looks like my apkindex was not uptodate 2014-11-20 17:51:31 but i do have to update checksums for radare 2014-11-20 17:54:08 huh? strange 2014-11-20 17:57:00 YX9KwoR6rk2l: looks ok now 2014-11-20 18:16:40 very strange this checksum thing 2014-11-20 18:16:42 thanks 2014-11-20 18:17:28 very strange. the checksums are actually the same 2014-11-20 18:17:31 https://github.com/alpinelinux/aports/commit/e789a67a0eab80d6bdf97b348c7c67e7071439d1 2014-11-20 18:17:40 only a space is the difference 2014-11-20 18:20:47 yes 2014-11-20 18:21:06 i guess it needs them double 2014-11-20 18:21:16 i just dont know wny its single in yours 2014-11-20 20:47:15 ncopa, phalcon 1.3.4, new aport, http://sprunge.us/QeFJ , with minor depends fix 2014-11-20 20:47:53 I also ran the unit tests and seems it all nice and running 2014-11-20 20:48:22 once in testing, I can do some browser testing and maybe push to main/ 2014-11-21 10:31:58 yo 2014-11-21 10:32:15 hope eveyone is well 2014-11-21 10:33:12 I'm packaging a wiki. where is the best place to put the http files that it serves? 2014-11-21 10:33:49 i'm tempted to put them in /var/lib/wiki but I'll take advice :) 2014-11-21 10:35:23 i see the apache2 files go in /var/www , so perhaps /var/wikiname ? 2014-11-21 10:38:23 or /usr/share would be better, then folks can copy them to where they need them 2014-11-21 10:39:27 ScrumpyJack, several packages put web pages in /usr/share/webapps 2014-11-21 10:39:48 and then manage with symlink according with webserver path 2014-11-21 11:00:13 webapps should be preferable 2014-11-21 11:02:01 ScrumpyJack: http://git.alpinelinux.org/cgit/aports/tree/main/phpmyadmin/APKBUILD 2014-11-21 11:12:40 thanks all. i'm not going to create any htdocs. i'll let the user do that. the default htdocs path is ~/.wiki, which is fine :0 2014-11-21 11:13:59 i have an instant need for a container, and i have a alpine linux box lying around. generally, i create containers in debian or arch linux. 2014-11-21 11:15:49 which package managers are available in alpine? i can't find zypper or apt-get 2014-11-21 11:15:55 i see pacman 2014-11-21 11:18:59 but no pacstrap 2014-11-21 11:20:47 s 2014-11-21 11:57:46 is ncopa around? 2014-11-21 12:07:22 ah, it uses dpkg - cool 2014-11-21 12:14:16 ScrumpyJack: pacman is in main 2014-11-21 12:14:21 deboostrap as well 2014-11-21 12:14:34 pacstrap doesn't do more than running pacman -r chrootdir -S base 2014-11-21 12:30:36 yeah, noting for opensuse though 2014-11-21 12:31:26 the template wants zypper 2014-11-21 12:39:17 hi 2014-11-21 12:39:33 zypper packaging was weird iirc 2014-11-21 12:39:41 lots of weird libraries 2014-11-21 12:42:02 i upgraded 2.7.9 to 3.0 2014-11-21 12:42:18 apk upgrade --update-cache --available 2014-11-21 12:42:23 Upgrading critical system libraries and apk-tools: 2014-11-21 12:42:24 (1/2) Installing musl (1.1.4-r3) 2014-11-21 12:42:24 (2/2) Replacing apk-tools (2.4.4-r0 -> 2.4.4-r0) 2014-11-21 12:42:33 Error relocating /lib/libcrypto.so.1.0.0: __ctype_b: symbol not found 2014-11-21 12:42:33 Error relocating /lib/libcrypto.so.1.0.0: __ctype_tolower: symbol not found 2014-11-21 12:42:36 oops 2014-11-21 13:54:15 ScrumpyJack: you need --no-selfupgrade 2014-11-21 13:54:40 otherwise will apk upgrade itself and on second run the libc is missing 2014-11-21 13:55:08 you can wget apk-tools-static.apk 2014-11-21 13:55:12 and tar it 2014-11-21 14:11:15 thanks ncopa. i had a snapshot :) 2014-11-21 14:48:37 Hi 2014-11-21 15:23:28 hi all, there is fix for mplayer on x86 -> http://sprunge.us/HCFa 2014-11-21 15:23:48 why would someone use mplayer instead of mpv? 2014-11-21 15:24:12 because you can watch movies in framebuffer :) 2014-11-21 15:39:14 k0r10n, I'm pretty sure you can do that with mpv 2014-11-21 15:41:03 diwerth: nope, mpv -vo help 2014-11-21 15:41:27 only ten outputs vs 23 in mplayer 2014-11-21 15:41:34 and no fbdev 2014-11-21 15:43:13 hopefully one day... https://github.com/mpv-player/mpv/issues/108 2014-11-21 20:40:11 ooops 2014-11-22 01:31:21 Hi 2014-11-22 01:31:29 How can I contribute a package 2014-11-22 01:31:33 that I have compiled 2014-11-22 01:47:07 :-) 2014-11-22 01:47:08 Ok 2014-11-22 01:47:14 bye 2014-11-22 16:15:38 rotfl: http://www.bloodbathsoftworks.com/xylemon/xlennart.php 2014-11-22 16:15:48 http://www.bloodbathsoftworks.com/xylemon/images/screenshots/xlennart/xlennartscreen1.png 2014-11-22 17:22:18 lol 2014-11-22 17:22:44 I didn't think that anyone will take this joke seriously, but here it is :D 2014-11-22 21:58:20 is there an xlennart apk available already? 2014-11-23 18:20:27 fcolista, would it better if libxapian was created from xapian-core ? 2014-11-23 20:27:25 fcolista, pls check "apk -L info xapian-bindings-lua", wierd xapian. file ?? 2014-11-23 20:27:38 on edge xapian-bindings-lua-1.2.19-r0 2014-11-23 20:28:35 should it be xapian.so ? 2014-11-24 08:56:25 LOL 2014-11-24 08:56:30 that xlennart thingy 2014-11-24 10:22:16 clandmeter hi 2014-11-24 10:22:56 were you planning to take manteinership of telegram-cli and move it to main before 3.1 release? 2014-11-24 10:26:30 i have it running under 2.7 (backported locally) 2014-11-24 10:47:27 rnalrd: can it be moved as is? cause im not using it. 2014-11-24 10:47:54 clandmeter, I can take maintainership then and move it 2014-11-24 10:48:07 sure go ahead 2014-11-24 12:42:54 vkrishn, what is the problem of libxapian? 2014-11-24 13:06:42 fcolista, just wondering if it would be better to have pkg libxapian ? 2014-11-24 13:07:49 ncopa, testing/phalcon all tested , seems to work nice, can it moved to main/ pls ? 2014-11-24 13:10:38 vkrishn, you want a subpkg? 2014-11-24 13:11:09 fcolista, yes 2014-11-24 13:11:15 ok 2014-11-24 13:11:32 with libxapian.22...so libs in it 2014-11-24 13:11:46 thanks 2014-11-24 13:11:58 ok. May ask you why? Just to split the lib with the utils? 2014-11-24 13:12:44 I think there may be some pkgs benefiting from it, like testing/baloo 2014-11-24 13:13:42 and also nice to move bins and .so in different pkgs 2014-11-24 13:20:29 ncopa, just a minor clean up, http://sprunge.us/FQRS 2014-11-24 13:28:42 fcolista, I think I would request for xapian, when fix done, the current installation testing on musl went ok :) 2014-11-24 13:29:09 I tested basic omega, [php|lua]-bindings 2014-11-24 13:29:13 seems nice 2014-11-24 13:29:49 request to move to main/, if possible get into AL v3.1 2014-11-24 13:33:16 vkrishn: that is strictly not necessary since its the last command before } 2014-11-24 13:34:07 ok, and testing/php-zmq ? 2014-11-24 13:34:16 the ./configure line ? 2014-11-24 13:34:52 send patch for it? 2014-11-24 13:35:36 yeah 2014-11-24 13:35:43 ok, onto it 2014-11-24 13:40:16 http://sprunge.us/aCgM , also updated to v1.1.2 2014-11-24 13:46:31 applied 2014-11-24 13:46:32 thanks 2014-11-24 13:48:43 possible to push phalcon + xapian to AL v3.1 ? 2014-11-24 14:52:19 any chance of updating syslog-ng to 3.x before next AL release 2014-11-24 14:52:39 ncopa, I am noticing if you connect to a AL edge box via ssh and the connection closes, the next time you log the old connection/process is still running ? 2014-11-24 14:54:25 something to do with timeout ? 2014-11-24 14:57:33 cannot use lots of coreutil command coz of this bug, http://bugs.alpinelinux.org/issues/3282 2014-11-24 15:00:50 vkrishn: you shuldprobably report that to #musl 2014-11-24 15:05:21 yeah, would try to catch dalias on #alpine-linux, when he is active around pacific time 2014-11-24 15:08:13 ncopa, what about the setup-desktop script sent to al-devel is it posible to apply that patch? 2014-11-24 15:08:17 vkrishn, define "connection closes" 2014-11-24 15:08:32 if there's firewall killing the TCP connection, what you see is perfectly normal 2014-11-24 15:08:51 fabled, from client end, "net disconnect" 2014-11-24 15:09:11 3g/2g reconnect, with dynamic IP 2014-11-24 15:09:23 yes, that's normal 2014-11-24 15:09:34 ok 2014-11-24 15:09:47 it'll close on server side when the kernel TCP stack notices that the connection has died 2014-11-24 15:10:08 linux tcp timeouts are by default larger than in windows 2014-11-24 15:10:10 is there a time out / 2014-11-24 15:10:24 hmm, ok 2014-11-24 15:11:18 there are several tunables, and the timeout depends if there was pending data or not 2014-11-24 15:11:32 if it's idle connection (no data moving), it can take a long time 2014-11-24 15:11:53 if there's data being transferred, it should notice the client death in couple of minutes 2014-11-24 15:12:55 but, now the IP has changed 2014-11-24 15:13:30 netstat shows tcp with old IP 2014-11-24 15:26:06 ncopa, ignore the email about setup-desktop and appli this if possible: http://sprunge.us/QThD 2014-11-24 15:45:50 alacerda: nice! 2014-11-24 21:51:40 I have been using Debian for about 20 years both on servers and lots of desktop systems. For about half that time OpenBSD, mainly as a server OS, but also a few desktops. I have ALWAYS been very unhappy with the lack of security focus on Debian. Working a lot with OpenBSD it becomes almost unbearable because they really set the standard high... 2014-11-24 21:52:21 Now I have just found Alpine Linux! Don't know why I haven't heard of it before, or maybe I have it just didn't caught my attention.. 2014-11-24 21:52:44 Thank you for a GREAT Linux distro with strong focus on security! 2014-11-24 21:53:29 I just set up a server system in about 5 minutes, and the REALLY cool thing was.. NO packages besides those I my self installed was present :) 2014-11-24 21:53:36 Really cool stuff, thanks! 2014-11-24 22:22:08 :) 2014-11-25 02:57:04 ncopa: re new website 2014-11-25 02:58:33 I made a patch for a better alignment of git logs on new website 2014-11-25 02:59:31 Before: http://s21.postimg.org/4feriauqv/al_site_before.png 2014-11-25 03:00:20 With patch: http://s8.postimg.org/6p4cwh6np/al_site_after.png 2014-11-25 03:02:25 Also I fixed link to bugs. Now it goes to the issue list directly 2014-11-25 03:05:18 And I fixed the header issue reported by 7heo as you can see in the screenshot 2014-11-25 03:07:38 it was done deleting the property 'position: relative' 2014-11-25 03:07:55 it is not needed afaik 2014-11-25 03:09:00 if it is actually needed, you can use 'z-index: -1' for fixing that issue 2014-11-25 03:10:34 the patch for your review: http://sprunge.us/MTGQ 2014-11-25 07:31:59 mornin 2014-11-25 08:19:41 <^7heo> moin ncopa 2014-11-25 08:22:14 morning 2014-11-25 08:26:14 <^7heo> ncopa: is it worth it to try to find a way to make all tabs behave the same, but with 3.2 em instead of 2.7? 2014-11-25 08:26:19 <^7heo> (I can try) 2014-11-25 08:26:45 ^7heo: sure. but its probably not worth more than 30 mins or so 2014-11-25 08:26:58 if it looks complicated then we can just leave it as it is now 2014-11-25 08:27:03 current is ok 2014-11-25 08:30:38 <^7heo> technically 2014-11-25 08:30:53 <^7heo> the problem is that the background of the home is being in front of the navbar 2014-11-25 08:30:57 <^7heo> so it masks the bottom of it. 2014-11-25 08:31:11 <^7heo> I'm trying to play with z-index to change that. 2014-11-25 08:31:17 great! 2014-11-25 08:31:35 if it is actually needed, you can use 'z-index: -1' for fixing that issue 2014-11-25 08:31:44 maybe that was what he meant? 2014-11-25 08:31:58 <^7heo> on what element? 2014-11-25 08:32:04 dunno 2014-11-25 08:32:06 <^7heo> =/ 2014-11-25 08:32:10 <^7heo> that's the real information... 2014-11-25 08:32:15 :) 2014-11-25 08:32:29 <^7heo> 'cause using the z-index poperty or using -1 (or -999 or whatever) 2014-11-25 08:32:32 i'll playaround tiwh atom feed for git commits 2014-11-25 08:32:34 <^7heo> it's kinda obvious 2014-11-25 08:32:45 <^7heo> okay, I'll try to fix it. 2014-11-25 08:36:53 <^7heo> the problem is, I can't find why, but the z-index doesn't apply. 2014-11-25 08:37:37 <^7heo> hmm wait, is it a margin problem? 2014-11-25 08:37:48 possibly 2014-11-25 08:38:11 <^7heo> 'cause if the zindex is calculated BEFORE the margin 2014-11-25 08:38:20 <^7heo> then it'll mask it in all cases 2014-11-25 08:38:23 <^7heo> wait a second. 2014-11-25 08:39:00 <^7heo> I'm asking on ##webdev or #CSS or whatever 2014-11-25 08:52:07 <^7heo> ncopa: do you think you could change it back to 3.2 em? 2014-11-25 08:53:08 dnoe 2014-11-25 08:53:11 done* 2014-11-25 08:53:13 <^7heo> thanks 2014-11-25 08:54:46 <^7heo> ncopa: in style.css, can you please add 'position: relative;' and 'z-index: 1' after 'border-color' at line 91 ? 2014-11-25 08:55:45 \o/ 2014-11-25 08:55:50 <^7heo> :) 2014-11-25 08:55:59 <^7heo> did you do it? 2014-11-25 08:56:13 yes, tested locally 2014-11-25 08:56:14 will push 2014-11-25 08:56:22 <^7heo> :) 2014-11-25 08:56:49 <^7heo> I'm waiting to see how that behaves. 2014-11-25 08:56:50 <^7heo> btw 2014-11-25 08:57:05 pushed 2014-11-25 08:57:08 <^7heo> if you want, one day, to reduce the size of the a element so it doesn't stick out 2014-11-25 08:57:17 <^7heo> it's not 2.7em, it's 2.8em. 2014-11-25 08:57:46 <^7heo> you might want to leave that as commented in the css file, just in case. 2014-11-25 08:58:08 <^7heo> so, when are we going live with the site? :) 2014-11-25 08:58:59 when the issues i listed in the email is resolved 2014-11-25 08:59:04 i am working on lua-expat 2014-11-25 08:59:10 found a lua-feedparser 2014-11-25 08:59:14 so i am packagin that 2014-11-25 09:02:00 <^7heo> okay 2014-11-25 09:02:05 <^7heo> if you need any help 2014-11-25 09:02:11 <^7heo> just ping me, I'll help. 2014-11-25 09:02:23 <^7heo> (if you want me to package something or whatever) 2014-11-25 09:02:32 <^7heo> otherwise, I'm going to package btpd 2014-11-25 09:02:45 i thought we had btpd? 2014-11-25 09:02:53 <^7heo> I don't find it. 2014-11-25 09:03:01 - fix the downloads page. it needs to look better and have info about 2014-11-25 09:03:01 what the difference is. Ideas are welcome. 2014-11-25 09:03:21 <^7heo> ncopa: where is this from? 2014-11-25 09:03:28 any ideas how the downloads page should look? 2014-11-25 09:03:32 from email i sent to ml 2014-11-25 09:03:34 <^7heo> ok 2014-11-25 09:03:40 <^7heo> lemme look 2014-11-25 09:03:43 http://wwwtest.alpinelinux.org/downloads/ 2014-11-25 09:03:51 <^7heo> yeah 2014-11-25 09:03:54 <^7heo> I'm on it ;) 2014-11-25 09:03:58 <^7heo> so, first thing 2014-11-25 09:03:59 we also need a lnk where to find older/other releases 2014-11-25 09:04:13 <^7heo> I'd change the width of the list 2014-11-25 09:04:22 <^7heo> to cover the complete width of the "main" area 2014-11-25 09:04:28 <^7heo> (as it is on about) 2014-11-25 09:04:35 <^7heo> second 2014-11-25 09:04:35 we need some description what the flavors are about 2014-11-25 09:04:46 i was thinking split up the table 2014-11-25 09:04:48 <^7heo> I'd put a border-bottom: 1px grey solid 2014-11-25 09:04:49 have 4 sections 2014-11-25 09:04:53 <^7heo> on every list element 2014-11-25 09:05:06 Alpine - default iso .. blabla 2014-11-25 09:05:26 2014-11-25 09:05:44 Alpine Mini - this is minimal iso for networkin install use this for .... 2014-11-25 09:05:50 2014-11-25 09:05:51 etc 2014-11-25 09:06:15 http://alpinelinux.org/downloads 2014-11-25 09:06:22 but i am ok with rearrange it 2014-11-25 09:07:37 <^7heo> on table, you might want to add a width: 100% 2014-11-25 09:09:10 <^7heo> and also text-align: left; 2014-11-25 09:09:49 <^7heo> I think it looks better. 2014-11-25 09:14:15 <^7heo> ncopa: http://matthewjamestaylor.com/blog/keeping-footers-at-the-bottom-of-the-page 2014-11-25 09:14:20 <^7heo> what do you think of that? 2014-11-25 09:16:11 <^7heo> it would work with the current website 2014-11-25 09:16:16 <^7heo> and it would look much better. 2014-11-25 09:19:12 *shrug* no strong opinions 2014-11-25 09:20:50 <^7heo> ncopa: okay 2014-11-25 09:20:55 <^7heo> then I'll submit a patch for it. 2014-11-25 09:21:01 sure 2014-11-25 09:21:59 for download page, icons could be added via css only method 2014-11-25 09:22:08 see, http://insteps.net/pr/a/pmwiki/Cookbook/GridWorks-download 2014-11-25 09:22:27 http://insteps.net/pr/a/pmwiki/pub/css/local.css 2014-11-25 09:22:45 .file li a[href$='.jpg'] { background: ..... 2014-11-25 09:23:12 there are other method, using :before 2014-11-25 09:23:29 i'd prefer not use .jpg as icons... 2014-11-25 09:23:47 we could use a webfont though 2014-11-25 09:24:03 yes 2014-11-25 09:24:26 and why does the download link points to wiki.a.o ? 2014-11-25 09:24:37 and not to nl.a.o directly 2014-11-25 09:24:38 because we have a cgi script there 2014-11-25 09:24:53 the dl.cgi will pick a random mirror 2014-11-25 09:25:00 ah... ok 2014-11-25 09:25:07 the idea was to add logic to that script so it picks mirrors based on client-ip 2014-11-25 09:25:22 random or nearest to downloader ? 2014-11-25 09:25:28 currently random 2014-11-25 09:25:36 ok 2014-11-25 09:25:55 if someone wants fix the script to pick "nearest", let me know 2014-11-25 09:26:03 would need more geographically sparsed dl sites to make that effective 2014-11-25 09:26:12 well 2014-11-25 09:26:28 we have some mirrors in usa, some in russia, some in nld 2014-11-25 09:26:35 and some in france iirc 2014-11-25 09:27:23 i'd like some lua code that pick the best mirror from a list of mirrors, based on a client-ip 2014-11-25 09:27:36 ok, thats nice, maybe one in Japan, and Brazil 2014-11-25 09:28:01 note that it should figure out nearest in network context, which might not necessarily be geografically nearest 2014-11-25 09:28:02 geoip codes are available 2014-11-25 09:28:16 even databases, some are free 2014-11-25 09:28:27 arent geoip only for geographically closest? 2014-11-25 09:28:30 I think maxmind 2014-11-25 09:28:52 if you want look at that, let me know 2014-11-25 09:29:02 i can give you a paste of the current script 2014-11-25 09:29:15 I think I did some checking using php 2014-11-25 09:29:25 have the db lying around somewhere 2014-11-25 09:29:45 vkrishn, done 2014-11-25 09:29:53 fcolista, thanks 2014-11-25 09:29:59 sorry yesterday i didn't have time to look at this 2014-11-25 09:30:08 can you check if is ok? 2014-11-25 09:30:09 vkrishn: the mirrors are here: http://git.alpinelinux.org/cgit/aports/tree/main/alpine-mirrors/mirrors.yaml 2014-11-25 09:30:29 would be awesome if you can make a dl-redirect.php 2014-11-25 09:30:31 ncopa, will look at it, php or lua / 2014-11-25 09:30:40 php is acceptable 2014-11-25 09:30:51 ok... :) 2014-11-25 09:31:03 ruby and java is not :) 2014-11-25 09:31:48 ruby is going to comeback haunting, I think its now being accepted as standard 2014-11-25 09:33:15 fcolista, no libxapian ? 2014-11-25 09:33:39 ok, see it now 2014-11-25 09:33:42 it's a subpkg 2014-11-25 09:34:24 ncopa, can xapian and phalcon be pushed to main ? 2014-11-25 09:35:38 <^7heo> ncopa: Mistyping on the about page, last word 2014-11-25 09:35:48 <^7heo> "vulernabilities" should be "vulnerabilities" 2014-11-25 09:35:58 <^7heo> and Missing comma between "security" and "simplicity" 2014-11-25 09:41:51 fcolista, same issue with xapian-bindings-lua 2014-11-25 09:42:27 not resolved, it has file /usr/lib/lua/5.1/xapian. , how does this happen, some but in abuild process ? 2014-11-25 09:42:37 some bug* 2014-11-25 09:43:23 I am checking xapian-bindings-lua-1.2.19-r1 from edge 2014-11-25 09:45:02 umh.. 2014-11-25 09:45:06 Library soname: [xapian.] 2014-11-25 09:45:14 ouch 2014-11-25 09:45:17 yes, i've notice that 2014-11-25 09:46:14 dlname is acutally "xapian. " 2014-11-25 09:51:39 does that mean a upstream bug ? 2014-11-25 09:53:04 i think so 2014-11-25 09:53:15 Still looking 2014-11-25 10:02:55 i updated the date/timestamp for git log on front page 2014-11-25 10:03:01 http://wwwtest.alpinelinux.org/ 2014-11-25 10:03:05 shows only date now 2014-11-25 10:05:18 oh we need write a privacy policy too 2014-11-25 10:06:09 vkrishn: LUA_SO 2014-11-25 10:06:17 "Extension for compiled Lua modules" 2014-11-25 10:06:36 what do we want? 2014-11-25 10:06:49 i think .so suffices 2014-11-25 10:07:53 just checking if also lua-5.2 is supported 2014-11-25 10:08:05 if yes, we can decide to ship two lua subpackages 2014-11-25 10:08:52 aaah..yes. 2014-11-25 10:08:59 "Now works with Lua 5.2." 2014-11-25 10:09:49 ^7heo: typos on about page fixed 2014-11-25 10:12:12 doesnt vim have a spellchecker? 2014-11-25 10:12:30 it probably has 2014-11-25 10:13:13 set spelllang=en_US, set spell 2014-11-25 10:13:37 or just en, don't remember 2014-11-25 10:13:56 i should enable that in my irssi 2014-11-25 10:14:30 vim spell marks: 2014-11-25 10:14:39 effiency 2014-11-25 10:14:42 musl 2014-11-25 10:14:45 libc 2014-11-25 10:14:49 busybox. 2014-11-25 10:14:52 diskless 2014-11-25 10:14:56 resposive. 2014-11-25 10:15:06 oh thats an real typo :) 2014-11-25 10:15:12 OpenRC 2014-11-25 10:15:15 init 2014-11-25 10:15:18 gentoo 2014-11-25 10:15:32 Grsecurity 2014-11-25 10:15:36 userland 2014-11-25 10:15:39 --- 2014-11-25 10:17:50 false positive rate of vim is horrible, we need emacs asap in alpine. :) 2014-11-25 10:18:22 <^7heo> ncopa: thanks :) 2014-11-25 10:18:48 YX9KwoR6rk2l: there have been some effort to port emacs but... 2014-11-25 10:19:02 emacs does some nasty things with malloc 2014-11-25 10:19:12 ncopa what personal data do you process, why do you need a privacy policy? 2014-11-25 10:19:32 we dont process any personal data on that site 2014-11-25 10:19:36 ncopa: yeah i talked to dalias, but then my buildhost died and had no time to recover 2014-11-25 10:20:02 so couldn't contribute to the muslification of emacs so far 2014-11-25 10:20:29 i wonder, do we need to have different privacy policy page on wiki, forums, bugs.a.o? 2014-11-25 10:20:31 re privacy policy, if you do not even use cookies for non-logged in users, you really don't need a privacy policy 2014-11-25 10:21:06 if you do not process personal data, then the policy is "we do not process personal data" 2014-11-25 10:21:08 or should we have a privacy policy on www.a.o that covers bugs, forums, etc 2014-11-25 10:22:21 also which jurisdiction do you want to satisfy with your privacy policy? 2014-11-25 10:24:03 its just for general good thing to have 2014-11-25 10:24:19 if someone asks: whats your privacy policy? then we have it written: we dont process personal data 2014-11-25 10:24:39 perfect. 2014-11-25 10:25:09 we probably need to obey the cookie law, unfortunately 2014-11-25 10:25:24 if you do not store session ids in cookies then not even that 2014-11-25 10:25:24 should also have: if the policy changes, the changes will be published here 2014-11-25 10:25:37 YX9KwoR6rk2l: I guess we store for forums and wiki 2014-11-25 10:25:46 yes, then you need to cover that 2014-11-25 10:26:02 barthalion: my question is, do we need have separate privacy policies for different sites? 2014-11-25 10:26:11 or should we have one general that covers all our sites 2014-11-25 10:26:23 I think one privacy policy is ok 2014-11-25 10:26:30 but I'm not a lawyer 2014-11-25 10:26:37 then it need cover all cases 2014-11-25 10:26:45 eg for bugs, wiki mailing lists etc 2014-11-25 10:30:39 initial privacy policy pushed 2014-11-25 11:04:31 added date on the "news" pages 2014-11-25 14:08:21 fcolista, did you bump the pkgrel ?? 2014-11-25 14:08:29 no vkrishn 2014-11-25 14:08:35 :) 2014-11-25 14:08:44 need to 2014-11-25 14:08:55 yep 2014-11-25 14:08:57 one sec 2014-11-25 14:11:19 nasty ccache bug in ccache-3.2 2014-11-25 14:11:29 is strips out -D 2014-11-25 14:11:51 so when compiling kernel, the special -D__KERNEL__ gets stripped out 2014-11-25 14:11:58 and wrong specs file is used 2014-11-25 14:20:45 AmatCoder: hi 2014-11-25 14:20:51 hi 2014-11-25 14:20:58 i have updated the wwwtest.alpinelinux.org frontpage 2014-11-25 14:21:01 the dates 2014-11-25 14:21:23 yes, I see 2014-11-25 14:21:50 the patch you gave me added "Latest development" to all pages, due to it added it to the _default.template.html 2014-11-25 14:22:29 oh, sorry 2014-11-25 14:24:32 but i applied the 'bugs' url fix 2014-11-25 14:24:48 I wanted to align git logs, I take out 'block-right' from
element 2014-11-25 14:25:11 ok 2014-11-25 14:25:59 but now I see, that does not work :( 2014-11-25 14:27:14 might be its enough to simply valign=top on the date 2014-11-25 14:27:32 ncopa, plans to add this 2014-11-25 14:27:52 vkrishn: what does that do? 2014-11-25 14:28:11 for mobile devices 2014-11-25 14:28:39 where i add that? 2014-11-25 14:28:40 else whole page shrinks to fits into small screen 2014-11-25 14:28:53 to the ? 2014-11-25 14:29:02 after 2014-11-25 14:29:47 and if someone has a tablet, can check the page pls 2014-11-25 14:30:08 I can check on android 4.1, 320x240 screen 2014-11-25 14:30:46 also there is a small typo in 'community' page...http://alpinelinux.org/formus (?) 2014-11-25 14:31:02 :) 2014-11-25 14:31:51 ;) 2014-11-25 14:35:55 vkrishn: pushed 2014-11-25 14:37:07 awesome, progress 2014-11-25 14:37:15 looks better? 2014-11-25 14:37:21 now lets tune to make mobile compatible 2014-11-25 14:38:39 "Small. Simple. Secure." <- box , is the width fixed, the make % 2014-11-25 14:38:49 then make to % based 2014-11-25 14:39:28 the logo looks nice on tiny screen 2014-11-25 14:40:32 logo looks nice on 300+dpi too 2014-11-25 14:41:07 :) 2014-11-25 14:41:35 the min width support should be 240px, i.e vertical display in most mobile 2014-11-25 14:41:43 <^7heo> so, new website, when when when? 2014-11-25 14:41:57 on horizontal flip, it fits now though 2014-11-25 14:42:59 ncopa, I cannot click the top nav links home,downloads.... easily on mobile 2014-11-25 14:43:27 too close 2014-11-25 14:43:27 i got an idea... 2014-11-25 14:43:47 the site nav comes below on my tablet 2014-11-25 14:44:26 <^7heo> ? 2014-11-25 14:45:01 if I try to click "home", it make got to "about" 2014-11-25 14:45:01 the links, wiki, git bugs forums 2014-11-25 14:45:09 if i reduce window size 2014-11-25 14:45:14 it looks corny 2014-11-25 14:45:38 yes, maybe space 4px more 2014-11-25 14:46:01 i can move it above the home|downloads|about|community links 2014-11-25 14:46:10 since its float right it should be ok 2014-11-25 14:46:31 hmmm... that would be design change 2014-11-25 14:47:01 gee, need to fix the design first 2014-11-25 14:48:51 also clicking on logo should take to default->homepage 2014-11-25 14:50:09 <^7heo> ncopa: I've posted a patch for the download section 2014-11-25 14:51:35 ^7heo: where did you post it? 2014-11-25 14:53:08 will there be a contact link ? 2014-11-25 14:53:20 community? 2014-11-25 14:53:23 or community 2014-11-25 14:53:24 ok 2014-11-25 14:54:01 <^7heo> ncopa: ML 2014-11-25 14:54:19 structure looks ok 2014-11-25 14:54:34 would deal with extra top space later 2014-11-25 14:54:47 <^7heo> I guess it takes time to be processed. 2014-11-25 14:55:31 first the navbar links 2014-11-25 14:57:05 haven't checked the css. but try line-height: 2014-11-25 15:01:29 what if the blue box around home when below log fits parallely below the bolt icon 2014-11-25 15:01:39 when below logo 2014-11-25 15:01:44 <^7heo> ncopa: do you want a patch for the footer to be always down? 2014-11-25 15:03:29 maybe 2014-11-25 15:03:55 <^7heo> okay 2014-11-25 15:03:58 <^7heo> I'll try to do that then 2014-11-25 15:04:08 pushed you downloads suggestion 2014-11-25 15:12:55 rnalrd: could you please update linux-virt-grsec? 2014-11-25 15:13:24 sure 2014-11-25 15:13:32 thanks 2014-11-25 15:14:01 vkrishn, is it ok? 2014-11-25 15:14:43 fcolista, yes, tested php,lua bindings+omega + basic commands 2014-11-25 15:14:54 ok. 2014-11-25 15:14:58 I think can be pushed to main/ 2014-11-25 15:15:09 would be nice to have in AL v3.1 2014-11-25 15:15:16 how are you using it if i may ask? 2014-11-25 15:16:17 not decided yet, more like dump all my searchable data and see if i do something sensible out of it 2014-11-25 15:16:40 I can do* 2014-11-25 15:17:12 planning to centralize my search via web interface 2014-11-25 15:19:15 is it fast? 2014-11-25 15:19:37 should be decent for few users only 2014-11-25 15:20:03 I checked on clandmeter's test server (vm) 2014-11-25 15:22:41 <^7heo> ncopa: could I get an access for the alpinelinux ssh? 2014-11-25 15:22:46 <^7heo> or should I clone with https? 2014-11-25 15:23:04 <^7heo> err, http 2014-11-25 15:29:54 would be good if you could use http for now 2014-11-25 15:31:37 ncopa: patch to align git logs - http://sprunge.us/XZcH 2014-11-25 15:32:07 table just override div width property 2014-11-25 15:33:48 hm 2014-11-25 15:33:51 do we want that? 2014-11-25 15:33:59 <^7heo> ncopa: I will 2014-11-25 15:35:27 AmatCoder: i'm not sure i liked that... 2014-11-25 15:35:32 i apply for now anyway 2014-11-25 15:36:14 I made a screenshot: 2014-11-25 15:36:23 Before: http://s21.postimg.org/4feriauqv/al_site_before.png 2014-11-25 15:36:40 i have pushed it 2014-11-25 15:36:44 With patch: http://s8.postimg.org/6p4cwh6np/al_site_after.png 2014-11-25 15:37:03 Is not better? 2014-11-25 15:37:16 sometimes 2014-11-25 15:37:30 but it depends a bit on git commit length 2014-11-25 15:37:44 i wonder if i should instead have a short summary 2014-11-25 15:37:58 which cuts long lines and add ... 2014-11-25 15:38:14 "testing/xapian-bindings: bump pkgrel for..." 2014-11-25 15:38:23 or similar 2014-11-25 15:38:37 oh, that is good idea too... 2014-11-25 15:38:55 either that or we simply live with multiline in that table 2014-11-25 15:39:11 we could probably valign the date td 2014-11-25 15:39:17 top align 2014-11-25 15:42:08 multiline is a bit 'bad-looking' 2014-11-25 15:42:28 but it's up to you 2014-11-25 15:43:59 yes, agree i does not look great 2014-11-25 15:44:07 but your patch does not completely solves it 2014-11-25 15:45:37 yes, it is a workaround 2014-11-25 15:46:16 pushed top-aligned td 2014-11-25 15:47:42 AmatCoder: if you look at wwwtest.alpinelinux.org now, it still wraps some lines 2014-11-25 15:47:44 <^7heo> ncopa: I have no xsltproc in the apk cache 2014-11-25 15:47:52 <^7heo> (I mean, the file cache) 2014-11-25 15:47:54 <^7heo> what should I do? 2014-11-25 15:48:06 apk add libxslt? 2014-11-25 15:48:27 i updated the libxslt bits though 2014-11-25 15:48:41 you now need lua-feedparser instead of libxslt 2014-11-25 15:49:02 <^7heo> aah it's libxslt 2014-11-25 15:49:06 <^7heo> okay 2014-11-25 15:49:14 <^7heo> in the mail you said xsltproc 2014-11-25 15:49:17 <^7heo> that's why :) 2014-11-25 15:49:19 <^7heo> thanks 2014-11-25 15:50:55 hmm ,not here 2014-11-25 15:51:11 <^7heo> ncopa: when I execute make after having git pulled the repo, and installed the deps you listed 2014-11-25 15:51:23 <^7heo> I get module 'yaml' not found: 2014-11-25 15:51:30 <^7heo> Am I missing a package? 2014-11-25 15:51:33 apk add lua-yaml 2014-11-25 15:51:48 <^7heo> it's already there... 2014-11-25 15:51:50 <^7heo> that's why I ask 2014-11-25 15:52:07 <^7heo> maybe I'll just upgrade 2014-11-25 15:52:19 <^7heo> just grsec... 2014-11-25 15:52:44 ^7heo: you need 'apk update'... 2014-11-25 15:52:50 <^7heo> AmatCoder: orly? 2014-11-25 15:52:53 ...and 'apk add lua-feedparser' 2014-11-25 15:52:57 <^7heo> ah 2014-11-25 15:53:03 <^7heo> checking that. 2014-11-25 15:53:28 <^7heo> okay, not installed, installing 2014-11-25 15:53:44 <^7heo> not helping. 2014-11-25 15:54:13 <^7heo> for starters, lua wasn't there. 2014-11-25 15:54:18 oh :) 2014-11-25 15:54:23 <^7heo> I had to ln -s /usr/bin/lua5.2 /usr/bin/lua 2014-11-25 15:54:29 <^7heo> (just saying) 2014-11-25 15:54:32 <^7heo> and then I make 2014-11-25 15:54:38 <^7heo> and I get "no yaml module found" 2014-11-25 15:54:43 <^7heo> but I have lua-yaml installed. 2014-11-25 15:54:51 i think there are no lua5.2-yaml 2014-11-25 15:54:54 <^7heo> ahh. 2014-11-25 15:54:55 you need use lua5.1 2014-11-25 15:54:57 apk add lua 2014-11-25 15:54:59 <^7heo> nice to know :) 2014-11-25 15:55:01 should solve it 2014-11-25 15:55:05 sorry 2014-11-25 15:55:23 <^7heo> ah yeah, good move. 2014-11-25 15:55:31 <^7heo> works much better. 2014-11-25 15:56:42 AmatCoder: if we want nowrap, this is the way i think: http://sprunge.us/aGjZ 2014-11-25 15:57:01 let me test it 2014-11-25 15:57:36 ok gotta go 2014-11-25 15:57:42 thanks! 2014-11-25 15:57:48 ok see you 2014-11-25 15:57:50 we have made great progress today 2014-11-25 15:58:10 yes I think so 2014-11-25 16:00:05 try the outmost table width to 97% 2014-11-25 16:00:10 outermost 2014-11-25 16:00:45 100% maybe and issue sometimes 2014-11-25 16:01:45 ncopa: that works fine. It looks better solution 2014-11-25 16:08:35 ncopa: i use i3wm daily, and i kinda care about it, you might want to move it to main? 2014-11-25 16:09:39 same goes for radare2 2014-11-26 07:53:57 morning 2014-11-26 07:54:18 YX9KwoR6rk2l: the depends for i3wm looks wrong 2014-11-26 08:04:32 the install man pages could be done better 2014-11-26 08:04:34 i'm fixing 2014-11-26 08:04:44 looks like i3 builds a static lib 2014-11-26 08:04:52 i wonder if we want it to be dynamic? 2014-11-26 08:05:40 :wq 2014-11-26 08:12:09 <^7heo> moin 2014-11-26 08:13:23 <^7heo> ncopa: so you don't like the shadow on the top bar? 2014-11-26 08:13:45 no :) 2014-11-26 08:13:53 i actually tested that initially 2014-11-26 08:14:07 <^7heo> oh okat 2014-11-26 08:14:09 <^7heo> okay* 2014-11-26 08:14:19 both me and tobias (the guy who designed the logo) agreed that it was better without 2014-11-26 08:14:21 <^7heo> I like it, but it's a matter of taste I believe. 2014-11-26 08:14:24 yeah 2014-11-26 08:14:36 re downloads 2014-11-26 08:15:09 i currently have 4 repetitive blocks, one for each flavor 2014-11-26 08:15:27 i want avoid that 2014-11-26 08:15:31 1 block 2014-11-26 08:15:55 the idea of splitting it in 4 was originally so i could have 4 different tables 2014-11-26 08:16:20 and have a paragraph on flavor, explaining when you should pick which 2014-11-26 08:16:35 but it might be we can get away with hover text 2014-11-26 08:16:45 or do some nasty javascript dropdown box 2014-11-26 08:17:07 <^7heo> ncopa: have you seen my two patches for download? 2014-11-26 08:17:12 (with fallback to current list inside