2013-12-01 09:55:22 <lyska> Can someone rebuild qt to support sqlite?
2013-12-01 09:59:21 <lyska> never mind, I am a mong
2013-12-01 12:09:57 <shafire> hi
2013-12-01 14:39:20 <shafire> mh, how about Wettbüro (betting shop) and Wertbrief (insured letter) => Wettbrief (betting letter)
2013-12-01 14:39:46 <shafire> oups :D
2013-12-01 14:39:51 <shafire> sry
2013-12-01 16:18:32 <lyska> I'm getting a weird error when building ZNC
2013-12-01 16:18:34 <lyska> make: *** No rule to make target '/usr/lib/gcc/x86_64-alpine-linux-uclibc/4.7.3/../../../../include/c++/4.7.3/map', needed by 'src/main.o'.  Stop.
2013-12-01 16:35:27 <brtln> lyska: what's wrong with znc from main?
2013-12-01 16:35:49 <lyska> brtln: I want to build from source
2013-12-01 16:41:10 <brtln> lyska: it builds fine using our APKBUILD
2013-12-01 16:41:38 <lyska> I had something wrong in the build system
2013-12-01 16:41:40 <lyska> it works now
2013-12-01 16:42:05 <brtln> glad to hear it
2013-12-01 20:03:10 <brtln> wee
2013-12-01 20:21:54 <brtln> ncopa: I'll take care of #2448 and #2444
2013-12-02 08:49:57 <ncopa> morning
2013-12-02 08:50:23 <ncopa> brtln: thanks for taking care of #2444
2013-12-02 08:50:28 <ncopa> and #2448
2013-12-02 08:50:49 <ncopa> algitbot: build 2.7-stable
2013-12-02 08:54:21 <ncopa> algitbot: build 2.7-stable
2013-12-02 08:54:44 <ncopa> build-2-7-x86_64 was disconnected :-/
2013-12-02 09:06:43 <vkrishn> ncopa: hava a look at https://github.com/insteps/mqtt-dirpub
2013-12-02 09:07:04 <vkrishn> solution here could possibly solve a logrotate issue discussed earlier
2013-12-02 09:07:16 <vkrishn> and starting the service as a daemon
2013-12-02 09:08:03 <ncopa> i dont have logrotate problem
2013-12-02 09:08:16 <ncopa> i solved it other way
2013-12-02 09:08:29 <uggedal> ncopa: you can move bash-completion to main and set me as maintainer if you want
2013-12-02 09:08:32 <vkrishn> :)
2013-12-02 09:08:39 <ncopa> uggedal: sure!
2013-12-02 09:11:22 <vkrishn> It has an --overwrite, with this a /proc or /sys like directory can be created
2013-12-02 09:12:01 <ncopa> i dont undrestand why you want it on filesystem
2013-12-02 09:12:29 <ncopa> we need it to build when we push to git
2013-12-02 09:13:05 <vkrishn> yeah, I now get the git part
2013-12-02 09:13:27 <vkrishn> was thinking/building things just around mqtt
2013-12-02 09:13:35 <ncopa> ah ok
2013-12-02 09:14:27 <ncopa> but normally you want: "something happens here" -> "something happenst there"
2013-12-02 09:14:40 <ncopa> if soemonthing happens one place, you want something happen other place
2013-12-02 09:14:57 <vkrishn> but I can how maintain log history, and continue on failover
2013-12-02 09:15:02 <vkrishn> or split work
2013-12-02 09:15:16 <vkrishn> among cluster, master<->apprentice
2013-12-02 09:15:21 <ncopa> so imho, what would be more interesting is mqtt -> execute
2013-12-02 09:15:22 <vkrishn> not slave ;)
2013-12-02 09:15:37 <vkrishn> is that comes next
2013-12-02 09:15:47 <ncopa> https://github.com/ncopa/mqtt-exec
2013-12-02 09:15:51 <vkrishn> it would watch the dir and execute
2013-12-02 09:16:02 <vkrishn> yup, cloned it :)
2013-12-02 09:16:55 <ncopa> uggedal: i pushed bash-completion and set you as maintainer
2013-12-02 09:17:05 <ncopa> thanks alot for taking care of it
2013-12-02 09:18:22 <vkrishn> so now I can use mttq-dirpub + inotify + mqtt-exec to maintain state + watchdir + exec
2013-12-02 09:19:33 <vkrishn> or incron
2013-12-02 09:20:01 <uggedal> ncopa: thanks. do you have any tooling around keeping up with upstream releases btw?
2013-12-02 09:20:33 <vkrishn> csync can also be a help here
2013-12-02 09:21:34 <uggedal> ncopa: and when youn have time, could you look into a patch i some time ago to fix the license tag of unrar: https://github.com/uggedal/aports/commit/49e7eeb225743770f7cba82802bd6accabd4d46f
2013-12-02 09:25:14 <vkrishn> ncopa, mqtt-exec is limited to git or any system cmd ?
2013-12-02 09:31:56 <ncopa> uggedal: i have some ugly scripts i run from time to time
2013-12-02 09:32:28 <ncopa> otherwise, some upstreams provides announce mailing lists
2013-12-02 09:32:33 <ncopa> rss atoms
2013-12-02 09:32:37 <ncopa> etc
2013-12-02 09:36:03 <ncopa> uggedal: seems like unrar can be distributed under gpl too
2013-12-02 09:36:10 <ncopa> looks like its dual licenced
2013-12-02 09:39:15 <ncopa> from unrar's acknow.txt: http://sprunge.us/UjhO
2013-12-02 09:44:18 <uggedal> ncopa: thats for the rijndael.* files. see: https://launchpad.net/ubuntu/saucy/+source/unrar-nonfree/+copyright
2013-12-02 09:45:02 <ncopa> ah i see
2013-12-02 09:45:05 <ncopa> thanks
2013-12-02 09:45:33 <uggedal> and http://packages.debian.org/sid/unrar vs http://packages.debian.org/sid/unrar-free
2013-12-02 09:45:56 <uggedal> but seems the freeware license permits redistribution
2013-12-02 09:47:41 <ncopa> i'll just apply your patch
2013-12-02 09:47:52 <ncopa> and bump pkgrel
2013-12-02 09:48:07 <ncopa> thanks!
2013-12-02 10:25:14 <shafire> hi
2013-12-02 10:25:22 <shafire> edge-musl x86 is not uptodate anymore
2013-12-02 10:27:08 <ncopa> shafire: musl is wip
2013-12-02 10:27:11 <ncopa> work in progress
2013-12-02 10:27:39 <shafire> finally :)
2013-12-02 10:27:51 <shafire> good morning
2013-12-02 10:27:55 <ncopa> ..which means its is not automatically updated
2013-12-02 10:28:49 <shafire> the packages are from october for x86, armhf is newer
2013-12-02 10:29:25 <shafire> how is the migrate status to musl? how many packages are left?
2013-12-02 10:33:20 <ncopa> status is: want fix the build server infra first, then fix build scripts #2262
2013-12-02 10:33:29 <ncopa> and while there fix #811
2013-12-02 10:33:43 <ncopa> and then continue fix musl migration
2013-12-02 10:34:10 <ncopa> meanwhile, i need to do daily maintenance of updates (specally sec updates)
2013-12-02 10:34:29 <ncopa> build infra was done last week so we are making progress
2013-12-02 10:35:31 <ncopa> fabled: i wonder if we should make a shortcut and start setup musl-x86 builder now
2013-12-02 10:35:38 <ncopa> even if it will fail (too) early
2013-12-02 10:54:59 <StarWarsFan> Why not, sounds good
2013-12-02 11:02:22 <fabled> ncopa, musl-x86 builder exists. it just does not listen for the build events
2013-12-02 11:02:30 <fabled> so it's just matter of launching the builder script
2013-12-02 11:02:44 <fabled> same for musl-x86_64
2013-12-02 11:03:02 <fabled> musl-armhf is offline currently, but can be revived relatively fast
2013-12-02 11:09:37 <shafire> ncopa, I opened a ticket :) #2447
2013-12-02 13:34:41 <brtln> ncopa: just pushed mpv 0.2.4, but algitbot is silent
2013-12-02 13:34:50 <ncopa> yeah
2013-12-02 13:35:09 <ncopa> i made it a bit more silent
2013-12-02 13:35:17 <brtln> ah
2013-12-02 13:35:40 <ncopa> mostly because 1) i expect mqtt be more robust than the zeromq was
2013-12-02 13:36:06 <brtln> well, I used to see my commits here, that's why I'm surprised
2013-12-02 13:36:12 <ncopa> 2) i plan to set up a webpage with the current build status (will even display exactly which package is currently building)
2013-12-02 13:36:31 <ncopa> 3) its relatively easy to set up an mqtt client
2013-12-02 13:36:37 <ncopa> so you can get desktop notifications
2013-12-02 13:37:06 <brtln> cool
2013-12-02 13:37:59 <ncopa> http://fabian-affolter.ch/blog/mqtt-and-desktop-notifications/
2013-12-02 13:38:50 <ncopa> its even easier with my mqtt-exec ...
2013-12-02 13:39:29 <ncopa> ./mqtt-exec -h msg.alpinelinux.org -t build/# -- /usr/bin/notify-send -t 3000 -i network-server build:
2013-12-02 13:40:03 <ncopa> or with only mosquitto_sub:
2013-12-02 13:40:26 <ncopa> mosquitto_sub -h msg.alpinelinux.org -t 'build/#'
2013-12-02 13:44:23 <brtln> yay, it seems it's possible to build libmilter without whole sendmail
2013-12-02 13:47:51 <ncopa> brtln: mesa-10 is out too
2013-12-02 13:47:58 <ncopa> i havent checked if its abi compat...
2013-12-02 13:48:48 <brtln> I heard from "our" (Arch) maintainer that there may be issues with current xorg
2013-12-02 13:49:16 <ncopa> ok
2013-12-02 13:49:17 <brtln> and that it's better to wait for xorg 1.15
2013-12-02 13:49:20 <ncopa> ok
2013-12-02 13:49:22 <ncopa> good to know
2013-12-02 13:49:23 <ncopa> thanks
2013-12-02 13:49:28 <brtln> np :)
2013-12-02 13:57:41 <brtln> http://data.gpo.zugaina.org/funtoo/mail-filter/opendkim/files/opendkim.init.r3 does it look sane enough to work under Alpine?
2013-12-02 14:04:05 <brtln> ncopa: ↑
2013-12-02 14:08:17 <ncopa> yeah
2013-12-02 14:08:36 <ncopa> normally gentoo/funtoo scripts just works
2013-12-02 14:08:43 <ncopa> ah
2013-12-02 14:08:50 <ncopa> maybe add an 'after firewall'
2013-12-02 14:08:57 <ncopa> to depend()
2013-12-02 14:09:09 <brtln> thanks
2013-12-02 14:10:20 <ncopa> you can replace stop() with "stop_pre() {check_cfg;}" if you want
2013-12-02 14:10:29 <ncopa> but it looks ok as is
2013-12-02 14:10:42 <ncopa> btw, the poppler upgrade broke things i think
2013-12-02 14:11:23 <brtln> ugh, sorry, I'll push the rebuild in hour or two
2013-12-02 14:11:25 <brtln> gtg soon
2013-12-02 14:11:33 <ncopa> np
2013-12-02 14:11:38 <ncopa> actually
2013-12-02 14:11:57 <ncopa> another problem is:
2013-12-02 14:11:59 <ncopa> ./libnrtype/FontFactory.h:34:31: fatal error: freetype/freetype.h: No such file or directory
2013-12-02 14:11:59 <ncopa>  #include <freetype/freetype.h>
2013-12-02 14:12:00 <ncopa>                                ^
2013-12-02 14:12:43 <brtln> blame 2.5.1
2013-12-02 14:12:43 <ncopa> i wonder if we should just symlink the freetype2 -> /usr/include/freetype
2013-12-02 14:12:46 <ncopa> yeah
2013-12-02 14:12:54 <ncopa> well
2013-12-02 14:13:01 <ncopa> what they do is correct
2013-12-02 14:13:13 <ncopa> just annoying that do it in 2.5.0 -> 2.5.1
2013-12-02 14:16:40 <brtln> is there an equivalent of res_send in uclibc?
2013-12-02 14:16:54 <ncopa> i think res_* is not implemented
2013-12-02 14:17:27 <brtln> so no for opendkim
2013-12-02 14:17:40 <ncopa> for now...
2013-12-02 14:17:44 <brtln> yep
2013-12-02 14:17:53 <ncopa> i think they want remove res_* from glibc too
2013-12-02 14:18:55 <ncopa> zabbix has similar problem
2013-12-02 14:18:59 <brtln> I see that musl has res_send, so maybe I'll try to implement it in uclibc
2013-12-02 14:19:06 <brtln> yeah, but zabbix can disable it
2013-12-02 14:19:16 <brtln> and opendkim has statements like
2013-12-02 14:19:23 <brtln> ret = res_send(qbuf, n, buf, buflen);
2013-12-02 14:19:28 <brtln> not really avoidable
2013-12-02 14:20:01 <ncopa> i higly doubt musl has it
2013-12-02 14:20:10 <ncopa> and doubt they will ever accept it
2013-12-02 14:20:39 <ncopa> i would say the proper solution would be add support for c-ares or similar to opendkim
2013-12-02 14:20:58 <ncopa> it probably means some refactoring
2013-12-02 14:21:00 <shafire> Can I already build packages for musl?
2013-12-02 14:21:28 <ncopa> shafire: sure, using the the toolchain in the current musl repos
2013-12-02 14:22:09 <shafire> Can I reinstall all packages via apk with the fix operation?
2013-12-02 14:23:35 <ncopa> i think so
2013-12-02 14:23:52 <ncopa> apk info -q | xargs apk fix
2013-12-02 14:27:25 <build-2-4> files from v2.4.11-139-g55f9991 uploaded
2013-12-02 14:33:37 <build64-2-4> files from v2.4.11-139-g55f9991 uploaded
2013-12-02 14:44:17 <ncopa> rebooting brb
2013-12-02 15:16:49 <ncopa> whoops
2013-12-02 15:17:09 <ncopa> i got bitten by similar issue as dubiousjim
2013-12-02 15:27:33 <ncopa> rebooting again to test if it fixed the issue
2013-12-02 15:31:00 <brtln> and he never came back
2013-12-02 15:31:02 <brtln> *ba dum tss*
2013-12-02 15:47:18 <shafire> buy a ssd :p
2013-12-02 15:47:31 <shafire> 15min. to reboot looks like using a hdd :D
2013-12-02 15:47:37 <shafire> 
ACTION is just funny.

2013-12-02 15:47:44 <ncopa> i messed with my bt keyb
2013-12-02 16:06:18 <brtln> http://wiki.musl-libc.org/wiki/Pkgsrc_results oh well, you may be right about res_send in musl
2013-12-02 17:28:19 <brtln> ncopa: ugh, cannot find -lboost_thread
2013-12-02 21:54:05 <fabian_a> please git pull git://git.alpinelinux.org/fab/aports
2013-12-02 21:54:58 <fabian_a> there are some updates and a couple of pkgs are now "license-checked" ;-)
2013-12-02 21:55:00 <fabian_a> thanks
2013-12-02 21:59:50 <StarWarsFan> n8
2013-12-03 07:13:06 <ncopa> mornings
2013-12-03 07:13:18 <ncopa> its bug tuesday today
2013-12-03 07:13:38 <ncopa> fabian_a: i am pulling your git
2013-12-03 07:13:46 <ncopa> but you havent rebased it
2013-12-03 07:13:57 <ncopa> so all the fixes i did last time i have to do again
2013-12-03 07:14:00 <ncopa> + all the new ones
2013-12-03 07:16:52 <fabian_a> ncopa: let me check
2013-12-03 07:23:33 <ncopa> fabian_a: i think you are rebasing wrong way
2013-12-03 07:24:16 <ncopa> i have a feeling that you are rebasing upstream (official aports) on your loca tree instead of opposite
2013-12-03 07:24:55 <ncopa> that is, you lift off all the things that comes from upstream, and reapply/re-commit those on top of your local modifications
2013-12-03 07:25:12 <ncopa> when it should have been the opposite
2013-12-03 07:25:47 <ncopa> you should lift up your local modifications, merge in from upstream(aports official), and then re-apply/re-commit your local modifications
2013-12-03 07:28:43 <fabian_a> ncopa: possible...usually i do a 'git pull --rebase '
2013-12-03 07:28:58 <ncopa> hm
2013-12-03 07:28:59 <ncopa> yeah
2013-12-03 07:29:05 <ncopa> thats it i think
2013-12-03 07:29:29 <fabian_a> worked fine till now
2013-12-03 07:29:45 <ncopa> becase the tree's have been similar enough til now
2013-12-03 07:29:52 <ncopa> actually
2013-12-03 07:29:59 <ncopa> i think you re-do the official commits
2013-12-03 07:30:13 <ncopa> they look identical but are actually 2 different commits (different sha sums)
2013-12-03 07:30:24 <ncopa> thats why i see all the commits i have done once again
2013-12-03 07:31:03 <ncopa> git will automerge it
2013-12-03 07:31:10 <fabian_a> i see
2013-12-03 07:32:29 <ncopa> those are the commits that comes from your tree: http://sprunge.us/JEca
2013-12-03 07:32:50 <ncopa> as you see there is a testing/mosquitto: new aport
2013-12-03 07:33:11 <ncopa> i dont think it should have been there
2013-12-03 07:33:46 <fabian_a> no
2013-12-03 07:34:55 <ncopa> ok
2013-12-03 07:35:10 <ncopa> i'll try fix this up
2013-12-03 07:35:13 <ncopa> then for future
2013-12-03 07:35:27 <ncopa> you could create a remote named upstream:
2013-12-03 07:35:44 <ncopa> git remote add upstream git://git.alpinelinux.org/aports
2013-12-03 07:35:51 <fabian_a> i have that
2013-12-03 07:36:01 <ncopa> then you do: git fetch upstream
2013-12-03 07:36:19 <fabian_a> usualy i do 'git pull --rebase upstream master'
2013-12-03 07:36:37 <ncopa> and: git rebase upstream/master
2013-12-03 07:36:41 <ncopa> hum
2013-12-03 07:37:17 <ncopa> i wonder what 'git pull --rebase upstream master' actually do?
2013-12-03 07:37:24 <ncopa> will rebase the upstream against your master?
2013-12-03 07:37:30 <ncopa> or opposite
2013-12-03 07:37:38 <ncopa> i think it does the former
2013-12-03 07:37:57 <fabian_a> it's seems that it does it the 'wrong' way
2013-12-03 07:38:02 <ncopa> yes
2013-12-03 07:38:05 <ncopa> i think so
2013-12-03 07:39:06 <ncopa> hm
2013-12-03 07:39:12 <ncopa> maybe not...
2013-12-03 07:39:58 <ncopa> it think what you do is correct...
2013-12-03 07:40:15 <ncopa> git pull --rebase upstream master
2013-12-03 07:40:16 <fabian_a> as far as i remember does pull first fetch then merge
2013-12-03 07:40:37 <ncopa> and finally rebase on top of the that
2013-12-03 07:40:48 <ncopa> --rebase
2013-12-03 07:40:49 <ncopa>     Rebase the current branch on top of the upstream branch after fetching. If there is a remote-tracking branch corresponding to the upstream branch and the upstream branch was rebased since last fetched, the rebase uses that information to avoid rebasing non-local changes.
2013-12-03 07:42:46 <ncopa> ok
2013-12-03 07:42:48 <ncopa> its not that bad
2013-12-03 07:43:24 <ncopa> http://sprunge.us/jOcK
2013-12-03 07:43:41 <ncopa> i can just skip the commits at the end
2013-12-03 07:43:43 <ncopa> and we should be ok
2013-12-03 07:43:51 <ncopa> 3eb0116	Natanael Copa	Fri Nov 29 13:08:49 2013 +0000	main/mqtt-exec: moved from testing
2013-12-03 07:43:56 <ncopa> and below
2013-12-03 07:47:23 <fabian_a>  can't remember what i did last friday but clearly some not the right way
2013-12-03 07:48:58 <ncopa> git pull --rebase upstream sounds correct
2013-12-03 07:49:11 <ncopa> might be the bad happened on git push
2013-12-03 07:49:20 <ncopa> it hink the git push will fail
2013-12-03 07:49:41 <ncopa> but thats kinda ok
2013-12-03 07:49:49 <ncopa> git push --force is kinda ok
2013-12-03 07:50:02 <ncopa> as you will rebase your public repo
2013-12-03 07:50:38 <fabian_a> in the past i used 'git push -f'  once in a while
2013-12-03 07:50:48 <ncopa> maybe you should have a branch on your public repo named 'for-upstream'
2013-12-03 07:51:12 <ncopa> whoops commit for bind is kinda bad...
2013-12-03 07:51:37 <ncopa> http://sprunge.us/DiJC
2013-12-03 07:51:53 <ncopa> pkgdesc lost the initial "
2013-12-03 07:52:53 <ncopa> i'm conna fix that commit for you
2013-12-03 07:52:56 <ncopa> gonna*
2013-12-03 07:53:15 <fabian_a> yes, my bad, sorry
2013-12-03 07:55:06 <ncopa> fabian_a: since you have done such a good job with license cleanup
2013-12-03 07:55:16 <ncopa> could you please add a few lines on http://wiki.alpinelinux.org/wiki/Package_policies
2013-12-03 07:55:23 <ncopa> how to do the licenses properly
2013-12-03 07:55:35 <ncopa> add the 5-10 most common variants
2013-12-03 07:55:37 <ncopa> eg
2013-12-03 07:55:52 <ncopa> how should it be: GPL2 ? GPL-2
2013-12-03 07:56:08 <ncopa> or GPLv2
2013-12-03 07:56:32 <ncopa> "GPLv2 or later" or "GPL2+"
2013-12-03 07:57:06 <fabian_a> i added those details on the 'Creating an Alpine package' page
2013-12-03 07:57:14 <ncopa> ah
2013-12-03 07:57:16 <ncopa> good!
2013-12-03 09:21:43 <ncopa> so many packages break on -Wformat -Wformat-security
2013-12-03 09:34:59 <StarWarsFan> how many is "so many"?
2013-12-03 09:35:08 <StarWarsFan> 10%?
2013-12-03 09:35:11 <StarWarsFan> 25%?
2013-12-03 09:35:13 <StarWarsFan> 50%?
2013-12-03 09:35:16 <ncopa> les
2013-12-03 09:35:17 <ncopa> less
2013-12-03 09:35:28 <ncopa> i have bumped into 3-4 so far
2013-12-03 09:36:01 <StarWarsFan> ok
2013-12-03 10:11:33 <build-2-5> files from v2.5.4-215-g44973a4 uploaded
2013-12-03 10:13:26 <build64-2-5> files from v2.5.4-215-g44973a4 uploaded
2013-12-03 10:54:10 <build64-2-5> files from v2.5.4-216-gb6fadbd uploaded
2013-12-03 10:54:28 <build-2-5> files from v2.5.4-216-gb6fadbd uploaded
2013-12-03 10:55:11 <build64-2-4> files from v2.4.11-140-g5be71c7 uploaded
2013-12-03 12:09:24 <build64-2-4> files from v2.4.11-141-gd4c3615 uploaded
2013-12-03 12:46:54 <build64-2-5> files from v2.5.4-217-g0fa734e uploaded
2013-12-03 12:46:54 <build-2-5> files from v2.5.4-217-g0fa734e uploaded
2013-12-03 12:49:00 <build-2-4> files from v2.4.11-142-g82a118c uploaded
2013-12-03 12:49:32 <build64-2-5> files from v2.5.4-218-gada22d9 uploaded
2013-12-03 12:49:45 <build-2-5> files from v2.5.4-218-gada22d9 uploaded
2013-12-03 13:34:35 <build-2-4> files from v2.4.11-143-g6798106 uploaded
2013-12-03 13:34:37 <build64-2-4> files from v2.4.11-143-g6798106 uploaded
2013-12-03 13:47:13 <build64-2-5> files from v2.5.4-219-g9f09233 uploaded
2013-12-03 13:48:25 <build-2-5> files from v2.5.4-219-g9f09233 uploaded
2013-12-03 15:01:34 <build64-2-5> files from v2.5.4-220-ge189fcc uploaded
2013-12-03 15:01:46 <build-2-5> files from v2.5.4-220-ge189fcc uploaded
2013-12-03 15:12:17 <build64-2-4> files from v2.4.11-144-g6041642 uploaded
2013-12-03 15:12:22 <build-2-4> files from v2.4.11-144-g6041642 uploaded
2013-12-03 16:19:07 <brtln> I'm on it
2013-12-03 16:29:45 <brtln> wut
2013-12-03 16:32:31 <alacerda> who manages wiki.alpine.org? I'm almost sure that "alacerda" username is mine, but i'm trying to recovery my access and do not receive any e-mail.
2013-12-03 16:33:12 <alacerda> ncopa: do you?
2013-12-03 16:33:47 <alacerda> s/do you/are you/
2013-12-03 16:44:35 <brtln> algitbot: build master
2013-12-04 05:49:53 <kaniini> idk
2013-12-04 05:49:59 <kaniini> have ncopa fuck with it
2013-12-04 05:50:03 <kaniini> err
2013-12-04 05:50:05 <kaniini> crap
2013-12-04 05:50:09 <kaniini> i said a naughty word on this channel
2013-12-04 05:50:11 <kaniini> whoopsie
2013-12-04 05:50:14 <kaniini> but, still
2013-12-04 05:50:16 <kaniini> have ncopa look at it
2013-12-04 05:50:19 <kaniini> Kabaka: ^
2013-12-04 05:50:28 <kaniini> I TRIED
2013-12-04 05:50:57 <Kabaka> <3
2013-12-04 07:05:23 <ncopa> morning
2013-12-04 07:05:28 <rnalrd> morning
2013-12-04 07:05:35 <ncopa> kaniini: whatsup?
2013-12-04 07:05:58 <kaniini> ncopa: qt5 is messed up
2013-12-04 07:06:02 <kaniini> also
2013-12-04 07:06:10 <kaniini> freenode was lagging
2013-12-04 07:07:40 <ncopa> and edge build servers are not publishing their build status for soem reason
2013-12-04 07:12:38 <ncopa> this is whats happening to qt5: https://bugreports.qt-project.org/browse/QTBUG-34748?page=com.atlassian.jira.plugin.system.issuetabpanels:changehistory-tabpanel
2013-12-04 07:26:11 <kaniini> yeah
2013-12-04 07:26:12 <kaniini> we found it
2013-12-04 07:41:20 <ncopa> algitbot: build master
2013-12-04 07:43:14 <uggedal> ncopa: can you move testing/ghi to main or should I mail a patch?
2013-12-04 07:43:24 <ncopa> i can move it
2013-12-04 07:43:29 <uggedal> ncopa: thanks!
2013-12-04 09:03:33 <kaniini> lol
2013-12-04 09:03:35 <kaniini> set up
2013-12-04 09:03:37 <kaniini> TOR relay
2013-12-04 09:03:42 <kaniini> it's using 10gbit
2013-12-04 09:03:54 <kaniini> powered by top quality alpine
2013-12-05 08:17:47 <kaniini> royger: hi
2013-12-05 08:17:55 <kaniini> royger: do you have any idea about libvirt?
2013-12-05 08:17:57 <kaniini> localhost:~# virsh dominfo Domain-0
2013-12-05 08:17:59 <kaniini> error: failed to get domain 'Domain-0'
2013-12-05 08:26:14 <royger> kaniini: sorry, but never used it
2013-12-05 08:26:37 <royger> kaniini: virsh dominfo 0?
2013-12-05 08:29:59 <kaniini> nothing
2013-12-05 08:30:15 <kaniini> my understanding is that virsh should at least show some info
2013-12-05 08:37:40 <kaniini> i see libvirt
2013-12-05 08:37:44 <kaniini> is still garbage
2013-12-05 09:59:54 <ncopa> fabled: ok to flush stdout on apk_log? http://sprunge.us/UOhQ
2013-12-05 10:00:24 <ncopa> it makes gapk work properly again
2013-12-05 10:00:39 <fabled> yes
2013-12-05 10:00:43 <ncopa> thanks
2013-12-05 10:01:10 <fabled> or call setvbuf to make stdout line buffered
2013-12-05 10:01:24 <fabled> though iirc, musl didn't allow changing buffering modes for stdout/stderr
2013-12-05 10:01:32 <fabled> so better have the explicit fflush
2013-12-05 10:01:57 <ncopa> yeah
2013-12-05 10:02:02 <ncopa> i think it makes sense with fflush
2013-12-05 10:02:12 <ncopa> rebooting. brb
2013-12-05 12:54:35 <shafire> hi
2013-12-05 13:01:50 <vkrishn> is this packaged http://www.gnu.org/software/help2man/help2man.html ?
2013-12-05 13:38:00 <ncopa> alpine edge is now publishing when mirrors can rsync
2013-12-05 13:38:03 <ncopa> on mqtt
2013-12-05 14:05:46 <ncopa> clandmeter: do we dare upgrade bugs.a.o to v2.7?
2013-12-05 14:06:40 <vkrishn> ncopa: can msg, build/<build-server> building /where/<pkgname>-<version> , be possible ?
2013-12-05 14:06:40 <vkrishn> where = main|testing ...
2013-12-05 14:07:22 <ncopa> hm
2013-12-05 14:07:23 <clandmeter> ncopa: sure why not?
2013-12-05 14:07:25 <ncopa> everything is possible
2013-12-05 14:07:44 <clandmeter> but im not here
2013-12-05 14:07:51 <ncopa> clandmeter: redmine has traditionally been nasty with upgrades..
2013-12-05 14:07:52 <clandmeter> i thought i was invisible
2013-12-05 14:08:13 <ncopa> i can see you...
2013-12-05 14:08:14 <ncopa> :)
2013-12-05 14:08:23 <clandmeter> you must have super powers
2013-12-05 14:08:34 <vkrishn> coz, when the msgs are web pulled and displayed, it would be nice to indicate the pkgs version
2013-12-05 14:08:44 <ncopa> vkrishn: good point
2013-12-05 14:09:23 <clandmeter> ncopa: i think thats why i made those redmine packages.
2013-12-05 14:10:08 <clandmeter> although that doesnt make it right be default.
2013-12-05 14:10:59 <vkrishn> also, far fetched now but a <build-server>-<num> may be needed when using cluster
2013-12-05 14:11:35 <ncopa> vkrishn: it publishes hostname so that should "just work"
2013-12-05 14:12:17 <ncopa> i think I'll upgrade bugs.a.o then
2013-12-05 14:12:25 <ncopa> and hope it does not break...
2013-12-05 14:13:18 <clandmeter> which redmine version is in 2.7?
2013-12-05 14:13:41 <ncopa> 2.3.3
2013-12-05 14:13:49 <ncopa> maybe should upgrade ti to 2.3.4
2013-12-05 14:14:06 <clandmeter> there is also 2.4.1
2013-12-05 14:14:42 <ncopa> i will not upgrade to that for v2.7
2013-12-05 14:14:58 <vkrishn> is pulling apps from git/github and building fully supported ? coz I noticed sometimes pkgs like help2man is needed
2013-12-05 14:15:46 <ncopa> vkrishn: if they make releases, then yes
2013-12-05 14:19:07 <clandmeter> ncopa: bugs still 2.5?
2013-12-05 14:19:15 <ncopa> seems so yes
2013-12-05 14:19:37 <clandmeter> hmm i remember i upgraded it.
2013-12-05 14:19:49 <clandmeter> or i just did some test to make sure it works
2013-12-05 14:19:55 <ncopa> maybe you did one year ago...
2013-12-05 14:20:02 <clandmeter> :)
2013-12-05 14:20:16 <clandmeter> i have redmine local which was updated.
2013-12-05 14:20:43 <ncopa> so, what i want to do is, upgrade bugs.a.o to v2.7
2013-12-05 14:20:50 <ncopa> then backport the mqtt stuff
2013-12-05 14:21:03 <ncopa> and make redmine listen to the git pushes
2013-12-05 14:21:19 <clandmeter> and what should it do with those pushes?
2013-12-05 14:21:20 <ncopa> then it will update bugs.a.o db instant
2013-12-05 14:21:37 <clandmeter> you dont want to let it pull anymore?
2013-12-05 14:21:40 <ncopa> it should auto-resolve the tickets
2013-12-05 14:21:53 <ncopa> we can pull once in an hour or so, just in case
2013-12-05 14:21:58 <ncopa> but it would be nice if it was instant
2013-12-05 14:22:03 <clandmeter> but doesnt it do that already?
2013-12-05 14:22:12 <ncopa> it does it via cron
2013-12-05 14:22:17 <ncopa> so i push
2013-12-05 14:22:32 <ncopa> and then it might take upt to 15 mins or so before its resolved in bugs.a.o
2013-12-05 14:22:33 <clandmeter> ok, push instead of pull
2013-12-05 14:22:43 <ncopa> yeah
2013-12-05 14:22:52 <clandmeter> thats quicker then we upgrade redmine
2013-12-05 14:23:18 <ncopa> ?
2013-12-05 14:23:27 <clandmeter> that took 1 year :)
2013-12-05 14:24:16 <ncopa> actually, lets upgrade bugs.a.o next week
2013-12-05 14:24:37 <clandmeter> i can do it, but not atm.
2013-12-05 14:27:03 <ncopa> thanks
2013-12-06 09:24:42 <fcolista> ncopa, you're the maintainer of minidlna. I've some modifies for APKBUILD: http://pastebin.com/pNYY4wbQ
2013-12-06 09:24:47 <fcolista> are ok for you?
2013-12-06 09:25:12 <fcolista> Also, the initd points to a bin file which has been renamed (minidlna is now minidlnad"
2013-12-06 09:35:19 <ncopa> sounds good
2013-12-06 09:35:28 <ncopa> feel free to take maintainership of it
2013-12-06 09:35:43 <fcolista> ok
2013-12-06 09:35:44 <fcolista> thx
2013-12-06 09:35:58 <ncopa> you should also add a pre-install which creates the user
2013-12-06 09:36:14 <fcolista> is not yet added ?
2013-12-06 09:36:26 <ncopa> ah maybe it is
2013-12-06 09:36:41 <fcolista> yes
2013-12-06 09:36:59 <fcolista> jsut wondering to move it in main
2013-12-06 09:37:02 <fcolista> *just
2013-12-06 09:37:16 <fcolista> but better wait for more test
2013-12-06 09:37:22 <ncopa> if it works you can move it
2013-12-06 09:37:31 <ncopa> just verify that all deps are in main too
2013-12-06 09:37:51 <fcolista> it works, but i've not tested it extensively
2013-12-06 09:39:13 <fcolista> k, all deps are in main
2013-12-06 09:47:20 <fcolista> is it ok that apk del --purge flags don't removes users?
2013-12-06 11:35:55 <alacerda> ping fcolista
2013-12-06 12:10:18 <alacerda> someone: if Makeinstall points installation dir to /usr/local/sbin it will not work since it is a file. How to port such program to AL? What do you usually do?
2013-12-06 12:11:30 <alacerda> haha Makeinstall?! :| I meant Makefile
2013-12-06 12:16:10 <alacerda> Parallel question: does someone can use arpwatch successfuly?
2013-12-06 12:35:38 <ncopa> alacerda: have a look at the Makefile
2013-12-06 12:35:54 <ncopa> you can sometimes set prefix: make install prefix=/usr
2013-12-06 12:36:00 <ncopa> or similar
2013-12-06 12:36:05 <ncopa> but it depends on the makefile
2013-12-06 12:37:18 <alacerda> ncopa: i did this and worked. But do you upload this source to alpine repository? Different from the developer one?
2013-12-06 12:37:44 <alacerda> it is because i saw APKBUILD pointing to developer's source
2013-12-06 12:38:04 <ncopa> ?
2013-12-06 12:38:40 <alacerda> from APKBUILD: source="ftp://ftp.ee.lbl.gov/$pkgname.tar.gz
2013-12-06 12:39:21 <ncopa> no i dont do that just to set prefix=/usr
2013-12-06 12:39:29 <alacerda> ok. If i change the source... It is only for AL environment
2013-12-06 12:39:49 <ncopa> why would you change source?
2013-12-06 12:39:58 <ncopa> because you modified the makefile?
2013-12-06 12:40:24 <ncopa> i'm not following. sorry
2013-12-06 12:40:46 <alacerda> I add a piece of code too. But what if it was only the Makefile.in that i had changed?
2013-12-06 12:41:13 <ncopa> then use a patch only
2013-12-06 12:41:29 <ncopa> cp Makefile.in Makefile.in.orig
2013-12-06 12:41:36 <ncopa> <edit file>
2013-12-06 12:41:56 <ncopa> diff -u ./Makefile.in.orig ./Makefile.in > ../../mychange.patch
2013-12-06 12:42:01 <ncopa> and apply that in APKBUILD
2013-12-06 12:42:05 <fcolista> pong alacerda
2013-12-06 12:43:22 <alacerda> hum... ncopa dou YOU use to do this for sorce codes too? Or every time you change source code you send to developer and wayt him to update their main code?
2013-12-06 12:44:11 <alacerda> fcolista: I'm trying to "fix" arpwatch.. it is not working here.
2013-12-06 12:45:02 <fcolista> what do you mean?
2013-12-06 12:46:05 <ncopa> alacerda: correct
2013-12-06 12:46:24 <alacerda> arpwatch is pointing to a directory that doesn't exist and doesn't try to create it. And doesn't create arp.dat file either.
2013-12-06 12:46:33 <ncopa> i normally contact upstream developer
2013-12-06 12:46:38 <ncopa> and send them a patch
2013-12-06 12:46:45 <alacerda> ncopa: thanks... very useful
2013-12-06 12:46:49 <ncopa> or bug them in IRC
2013-12-06 12:47:00 <ncopa> normally if i find them on IRC I ask them about my problem
2013-12-06 12:47:04 <ncopa> then i make a patch
2013-12-06 12:47:11 <ncopa> and send upstream
2013-12-06 12:47:21 <ncopa> if developer is ok with the way i fix it
2013-12-06 12:47:25 <ncopa> then i add it to aports too
2013-12-06 12:47:31 <ncopa> but in most cases
2013-12-06 12:47:37 <fcolista> ok alacerda, i take a loog
2013-12-06 12:47:39 <fcolista> *look
2013-12-06 12:47:40 <ncopa> i look if someone else has done that job
2013-12-06 12:47:46 <ncopa> like fedora, gentoo, arch linux
2013-12-06 12:48:22 <ncopa> very often they had same problem and often alredy have a patch
2013-12-06 12:48:30 <ncopa> then i just copy it
2013-12-06 12:48:43 <ncopa> specially it the patch has been accepted upstream
2013-12-06 12:48:46 <ncopa> if*
2013-12-06 12:49:06 <fcolista> alacerda, what's directory is arpwatch trying to create?
2013-12-06 12:49:15 <fcolista> pig:~# ps aux | grep arpwat
2013-12-06 12:49:15 <fcolista>  1739 arpwatch   0:00 /usr/sbin/arpwatch -i eth0 -u arpwatch -f /var/lib/arpwatch/eth0.dat -P /var/run/arpwatch/arpwatch.eth0.pid -N -p
2013-12-06 12:49:21 <alacerda> fcolista: i added a piece of code to create the directory, changed the Makefile.in pointing install dir to /usr/bin, and now i'm trying to add a piece of code to create arp.dat file
2013-12-06 12:49:53 <ncopa> wow... arpwatch has 20+ patches
2013-12-06 12:50:05 <alacerda> ncopa: yeap
2013-12-06 12:50:29 <ncopa> looks like the patches comes from gentoo
2013-12-06 12:50:52 <alacerda> fcolista: arpwatch souldn't run at first if i only do: arpwatch -d
2013-12-06 12:50:53 <alacerda> ?
2013-12-06 12:51:05 <fcolista> /etc/init.d/arpwatch start
2013-12-06 12:51:09 <fcolista> it starts
2013-12-06 12:51:15 <alacerda> not here
2013-12-06 12:51:20 <alacerda> : |
2013-12-06 12:51:22 <fcolista> what version are you using?
2013-12-06 12:51:24 <ncopa> fcolista: http://sprunge.us/aPXe
2013-12-06 12:52:07 <fcolista> 
ACTION is puzzled

2013-12-06 12:52:11 <alacerda> arpwatch-2.1a15-r5
2013-12-06 12:52:33 <fcolista> arpwatch-2.1a15-r11
2013-12-06 12:52:38 <fcolista> is not alpine 2.7?
2013-12-06 12:53:08 <alacerda> no... it is 2.6.4
2013-12-06 12:53:17 <alacerda> = /
2013-12-06 12:53:48 <fcolista> can you try to pin 2.7 repo and use the last one?
2013-12-06 12:53:50 <ncopa> looks like its -r6 that adds the 20+ patches
2013-12-06 12:54:00 <ncopa> the -r5 is very likely broken
2013-12-06 12:54:46 <fcolista> ncopa, re:  http://sprunge.us/aPXe
2013-12-06 12:55:01 <alacerda> fcolista: ¬¬"
2013-12-06 12:55:01 <fcolista> do you already added the return 1 in the APKBUILD?
2013-12-06 12:55:04 <alacerda> worked
2013-12-06 12:55:09 <fcolista> k
2013-12-06 12:55:18 <fcolista> fiuuu
2013-12-06 12:55:26 <ncopa> fcolista: no
2013-12-06 12:55:27 <fcolista> :)
2013-12-06 12:55:28 <fcolista> ok
2013-12-06 12:55:29 <alacerda> sorry for the storm.
2013-12-06 12:55:36 <fcolista> do you want me to add it?
2013-12-06 12:55:42 <ncopa> yes please
2013-12-06 12:55:43 <fcolista> np alacerda
2013-12-06 12:55:44 <alacerda> but ncopa it was good 'cause i learnd that patch stuff
2013-12-06 12:55:51 <ncopa> :)
2013-12-06 12:56:09 <ncopa> i think arpwatch is dead upstream
2013-12-06 12:56:23 <ncopa> often i checkout upstream git
2013-12-06 12:56:30 <ncopa> and create a patch for upstream
2013-12-06 12:56:37 <ncopa> then backport that patch
2013-12-06 13:02:07 <alacerda> tdtrask: so i should had sent you just a diff with a pach file for that acf-freeswitch-vmail stuff. haha I learned now
2013-12-06 13:02:09 <alacerda> :)
2013-12-06 13:02:38 <alacerda> kkk i sent an diff file attached through email
2013-12-06 13:02:57 <alacerda> 
ACTION is a newbie-beginner

2013-12-06 15:53:10 <build64-2-5> failed to build v2.5.4-221-g548abc2. http://distfiles.alpinelinux.org/distfiles/build64-2-5.txt
2013-12-06 15:57:16 <build64-2-5> failed to build v2.5.4-222-gdf05a3a. http://distfiles.alpinelinux.org/distfiles/build64-2-5.txt
2013-12-06 15:59:46 <ncopa> build64-2-5: retry
2013-12-06 16:02:03 <build64-2-5> files from v2.5.4-222-gdf05a3a uploaded
2013-12-06 16:09:06 <build-2-4> files from v2.4.11-148-g6647ced uploaded
2013-12-06 16:11:09 <build-2-4> files from v2.4.11-149-gf0e9657 uploaded
2013-12-06 16:15:08 <build64-2-4> files from v2.4.11-148-g6647ced uploaded
2013-12-06 16:17:02 <build64-2-4> files from v2.4.11-149-gf0e9657 uploaded
2013-12-06 17:26:35 <tdtrask> alacerda: your email was fine, I just have been too swamped to test it
2013-12-06 17:26:36 <tdtrask> sorry
2013-12-06 17:54:53 <alacerda> tdtrask: that is ok ;) let me know if i can help you with something
2013-12-07 23:52:08 <alacerda_> 
ACTION says bye

2013-12-09 07:39:05 <build-2-5> files from v2.5.4-222-gdf05a3a uploaded
2013-12-09 13:23:13 <build64-2-5> files from v2.5.4-223-g6b2951f uploaded
2013-12-09 13:23:42 <build-2-5> files from v2.5.4-223-g6b2951f uploaded
2013-12-09 13:24:28 <build-2-4> files from v2.4.11-150-g6016858 uploaded
2013-12-09 15:13:05 <ncopa> sweet
2013-12-09 15:13:24 <ncopa> bugs.a.o will now pick up git commits instantly
2013-12-09 15:14:00 <ncopa> and do the auto-resolve when you git push instead of waiting for next 5 min cycle
2013-12-09 15:17:11 <barthalion> that's great
2013-12-09 15:17:21 <ncopa> using mqtt...
2013-12-09 15:17:39 <ncopa> seems like libvpx is a bit broken
2013-12-09 15:17:42 <ncopa> ncopa-desktop:~/Videos$ ls -la /usr/lib/libvpx.so.1.3.0
2013-12-09 15:17:42 <ncopa> -rwx------    1 messageb messageb   1764112 Dec  9 14:20 /usr/lib/libvpx.so.1.3.0
2013-12-09 16:04:07 <barthalion> ncopa: ping
2013-12-09 16:04:24 <ncopa> pong
2013-12-09 16:04:46 <barthalion> new samba is out, but I'm on battery so I don't to test the build here
2013-12-09 16:05:11 <ncopa> and i'm on my way out now
2013-12-09 16:05:12 <barthalion> 4.1.3, not sure if it's in repos already
2013-12-09 16:05:15 <barthalion> ah, np
2013-12-09 16:05:16 <ncopa> i can test it tm
2013-12-09 16:05:27 <barthalion> I'll build it at home then
2013-12-09 16:10:46 <ncopa> it built here
2013-12-09 16:10:52 <ncopa> i'll just push it
2013-12-09 16:36:38 <barthalion> cool, thanks
2013-12-09 20:39:31 <barthalion> algitbot: shorten your links, dawg
2013-12-10 08:37:55 <build-2-4> files from v2.4.11-154-gd47b83c uploaded
2013-12-10 08:43:51 <build64-2-4> files from v2.4.11-154-gd47b83c uploaded
2013-12-10 08:53:29 <build64-2-5> files from v2.5.4-225-gf190c78 uploaded
2013-12-10 08:53:53 <build-2-5> files from v2.5.4-225-gf190c78 uploaded
2013-12-10 09:58:56 <build64-2-4> files from v2.4.11-157-g2ec54a8 uploaded
2013-12-10 13:14:18 <ncopa> its really nice that bugs.a.o updates the ticket status instantly on git push
2013-12-10 13:14:39 <ncopa> fabled: have you tested strongswan in alpine?
2013-12-10 13:14:54 <fabled> ncopa, to some degree yes
2013-12-10 13:14:55 <ncopa> does the init.d script etc work?
2013-12-10 13:15:00 <fabled> i have not tested init.d
2013-12-10 13:15:03 <ncopa> ok
2013-12-10 13:20:44 <ncopa> algitbot: build 2.7-stable
2013-12-10 13:52:33 <ncopa> ha
2013-12-10 13:52:56 <ncopa> the progress bar to stdout broke apk fetch --stdout
2013-12-10 14:39:57 <fabled> ncopa, progress bar should be disabled with apk fetch --stdout
2013-12-10 14:49:12 <ncopa> http://sprunge.us/RLOQ
2013-12-10 14:59:53 <fabled> ncopa, i'd rather do something like http://sprunge.us/aBXR
2013-12-10 15:00:51 <fabled> gotta run, ttyl
2013-12-10 15:01:36 <ncopa> but it needs quiet the "Downloading..." messags too
2013-12-10 15:17:27 <alacerda> ncopa: first acf-openldap version ready on testing/
2013-12-11 07:41:51 <ncopa> i wonder if we should switch to lz4 for our initramfs image
2013-12-11 07:42:07 <ncopa> compression/decompression times are way better than gzip
2013-12-11 07:42:15 <ncopa> file size is bigger though
2013-12-11 07:42:38 <ncopa> and it needs much more memory while compress/decompress
2013-12-11 07:42:43 <ncopa> http://pokecraft.first-world.info/wiki/Quick_Benchmark:_Gzip_vs_Bzip2_vs_LZMA_vs_XZ_vs_LZ4_vs_LZO
2013-12-11 07:52:24 <ncopa> i am configureing 3.12 kernel now
2013-12-11 07:52:40 <ncopa> do we want Contiguous Memory Allocator? http://lwn.net/Articles/486301/
2013-12-11 08:12:28 <ncopa> fabled ay opinion about Contiguous Memory Allocator (CMA) [N/y/?] (NEW)
2013-12-11 08:12:40 <ncopa> actually
2013-12-11 08:12:42 <ncopa> i'll disable it
2013-12-11 08:12:46 <ncopa> til someone ask for it
2013-12-11 08:14:54 <ncopa> what we want to be the default: power-efficient or performace?
2013-12-11 08:17:10 <ncopa> hotplug pci?
2013-12-11 08:32:32 <vkrishn> ncopa, re: gzip comp/decomp, AL is ram oriented so gzip may be preferable
2013-12-11 08:32:50 <StarWarsFan> moin
2013-12-11 08:33:04 <ncopa> hi
2013-12-11 08:33:29 <ncopa> vkrishn: yes, but the ram usage is only while extracting
2013-12-11 08:33:50 <ncopa> its 12MB vs 0.3MB something
2013-12-11 08:34:08 <ncopa> (that was for kernel sources i think. the compiled kernel is likely smaller)
2013-12-11 08:34:13 <vkrishn> coming to think of it can the kernel mods be compressed too ?
2013-12-11 08:34:25 <ncopa> they can
2013-12-11 08:34:39 <ncopa> but we compress them on squashfs already
2013-12-11 08:34:55 <vkrishn> yes for disk installs
2013-12-11 08:35:13 <ncopa> squashfs is only used on run-from-ram
2013-12-11 08:35:21 <vkrishn> yes
2013-12-11 08:35:27 <ncopa> compressed kmods might make sense for disk installs
2013-12-11 08:35:30 <ncopa> to save disk space
2013-12-11 08:35:41 <vkrishn> yes I was thinking so
2013-12-11 08:35:57 <ncopa> using gzip for kernel + initramfs vs lz4 will save some disk space
2013-12-11 08:36:29 <ncopa> lz4 will waste some disk space for huge performance gain
2013-12-11 08:36:34 <vkrishn> so not much benefit as disk space is not costly
2013-12-11 08:36:41 <ncopa> exactly
2013-12-11 08:36:44 <vkrishn> against ram
2013-12-11 08:36:54 <ncopa> thats why i am thinking lz4 might be worth it
2013-12-11 08:37:28 <ncopa> persistent memory (disk space) is not that costly
2013-12-11 08:37:52 <vkrishn> so I would say yes for lz4 for initramfs
2013-12-11 08:37:59 <ncopa> and kernel image too
2013-12-11 08:39:37 <vkrishn> what would be difference in file sizes ?
2013-12-11 08:39:51 <ncopa> for initramfs/kernel i dont know
2013-12-11 08:39:56 <vkrishn> so more ram for size diff + 0.3MB extra
2013-12-11 08:40:07 <ncopa> but http://pokecraft.first-world.info/wiki/Quick_Benchmark:_Gzip_vs_Bzip2_vs_LZMA_vs_XZ_vs_LZ4_vs_LZO
2013-12-11 08:40:37 <ncopa> gzip:110MB vs lz4:159MB
2013-12-11 08:40:48 <vkrishn> I hope resultant min ram requirement for AL is not increased by lot
2013-12-11 08:40:52 <ncopa> no
2013-12-11 08:40:57 <ncopa> that will not change
2013-12-11 08:41:01 <ncopa> well
2013-12-11 08:41:01 <vkrishn> ok
2013-12-11 08:41:05 <vkrishn> :), nice then
2013-12-11 08:41:08 <ncopa> maybe a little
2013-12-11 08:41:24 <ncopa> bit will will be like from 64MB to 70MB
2013-12-11 08:41:40 <ncopa> but that will be only to boot it
2013-12-11 08:41:50 <ncopa> while running it shouldnt make any diff
2013-12-11 08:43:13 <vkrishn> hmmm... somebody reported 28MB or was it 48 ....
2013-12-11 08:43:20 <ncopa> 48
2013-12-11 08:43:26 <ncopa> but i dont think that applies to recent kernels
2013-12-11 08:43:35 <vkrishn> ok
2013-12-11 08:43:42 <ncopa> i do have a plan for it though
2013-12-11 08:43:53 <ncopa> we should have a low-end kernel config
2013-12-11 08:44:23 <ncopa> without SMP, with lowmem (only support for up to 4G ram) and no PAE
2013-12-11 08:44:56 <ncopa> then the general kernel could be PAE enabled by default
2013-12-11 08:45:18 <ncopa> then i'd actually like to have a dedicated xen kernel config
2013-12-11 08:45:31 <vkrishn> virt kernel?
2013-12-11 08:45:37 <ncopa> yeah, maybe that
2013-12-11 08:45:57 <ncopa> because i think xen is not compatible with kernexec
2013-12-11 08:46:24 <ncopa> um
2013-12-11 08:46:42 <ncopa> the current linux-virt-grsec is for virtual guests
2013-12-11 08:46:49 <ncopa> i think we need one for xen dom0
2013-12-11 08:49:08 <vkrishn> hmmm
2013-12-11 08:50:44 <vkrishn> yesterday I was able to get websocket / mqtt working via http://code.google.com/p/pywebsocket/
2013-12-11 08:51:50 <vkrishn> need to test with lighttpd + mod_websocket
2013-12-11 08:52:25 <vkrishn> there is also mod_websocket_tcp_proxy for apache though
2013-12-11 08:54:28 <vkrishn> ncopa, re: 64MB to 70MB is for ram based setup ?
2013-12-11 08:54:50 <ncopa> yeah, but it was a wild guess
2013-12-11 08:54:56 <ncopa> might be different
2013-12-11 09:27:43 <vkrishn> it would be useful if we did a quickbench in qemu -m <memsize> for gzip vz lz4 kernels
2013-12-11 09:29:56 <ncopa> i'm looking at 3.12 kernel config now
2013-12-11 09:30:06 <ncopa> vkrishn: issue 2437
2013-12-11 09:30:17 <ncopa> should I enable NFC?
2013-12-11 09:30:30 <ncopa> CAIF?
2013-12-11 09:30:39 <ncopa> for eriksson modems?
2013-12-11 09:31:00 <ncopa> what is Controller Area Network?
2013-12-11 09:31:11 <vkrishn> nfc - yes (near field comm) - part of iOT (internet of things)
2013-12-11 09:31:38 <ncopa> for tablet, camera, cellphone communication?
2013-12-11 09:32:24 <vkrishn> small devices
2013-12-11 09:32:52 <vkrishn> caif - let me recall, forgot :)
2013-12-11 09:35:00 <vkrishn> caif, I recall MUX protocol not restricted to ericsson
2013-12-11 09:35:11 <vkrishn> but would need to recheck
2013-12-11 09:35:25 <vkrishn> CAN - would get back why I requested
2013-12-11 09:42:38 <vkrishn> ncopa, CAN - ./Documentation/networking/can.txt
2013-12-11 09:43:07 <vkrishn> automation, embedded devices, and automotive fields
2013-12-11 09:43:23 <ncopa> any examples where it is used in real life?
2013-12-11 09:43:28 <vkrishn> CAIF - I think can be avoided for the moment
2013-12-11 09:43:40 <ncopa> where alpine linux could be used
2013-12-11 09:44:09 <ncopa> i can enable things, I just dont want enable stuff thats never used (=bloat)
2013-12-11 09:47:07 <vkrishn> hmm... just read some docs , not using atm
2013-12-11 09:51:00 <ncopa> and NFC?
2013-12-11 09:51:14 <ncopa> for what will it actually be used?
2013-12-11 09:54:53 <vkrishn> thought it would be used when building micro gadgets
2013-12-11 09:55:08 <ncopa> x86?
2013-12-11 09:56:45 <ncopa> ah it can run over bluetooth
2013-12-11 09:56:47 <ncopa> and wifi
2013-12-11 09:56:47 <vkrishn> rasp :)
2013-12-11 09:57:05 <ncopa> so not really any point enable it for x86/x86_64?
2013-12-11 09:57:42 <ncopa> i would be be glad to enable it if i could connect my cellphone with laptop or similar
2013-12-11 09:58:20 <vkrishn> well if we did setup a wiki page for want for donated devices
2013-12-11 09:58:26 <vkrishn> I could test
2013-12-11 09:58:48 <vkrishn> I don't have a device, but eager to do such test
2013-12-11 09:58:55 <ncopa> looks like RFID stuff
2013-12-11 09:59:48 <vkrishn> "Personal Health Device Communication"
2013-12-11 10:01:11 <ncopa> well, i see the use case of it
2013-12-11 10:01:32 <ncopa> but i dont see where alpine linux (x86/x86_64) fits in
2013-12-11 10:01:46 <ncopa> i dont see why enable it for x86/x86_64
2013-12-11 10:02:20 <vkrishn> I read intel was planning SoC's
2013-12-11 10:03:50 <ncopa> maybe for x86 tablets?
2013-12-11 10:04:08 <ncopa> i dont want add bloat
2013-12-11 10:04:22 <ncopa> where bloat = code nobody actually uses
2013-12-11 10:04:32 <ncopa> we can enable it when there is a specific use case
2013-12-11 10:07:51 <vkrishn> ok, then maybe suspend 2437
2013-12-11 10:08:04 <ncopa> http://nfc-tools.org/index.php?title=Related_links
2013-12-11 10:08:17 <ncopa> seems like you can do cool things like pam_nfc
2013-12-11 10:08:29 <ncopa> you cannot log in unless you have your physicall NFC key with you
2013-12-11 10:08:40 <ncopa> which likely could be your cellphone
2013-12-11 10:11:47 <vkrishn>  suspend 2437 for v2.8 and re-evaluate for v3.0
2013-12-11 10:12:18 <vkrishn> or maybe just NFC
2013-12-11 10:21:44 <vkrishn> https://01.org/linux-nfc/about - (intel open source)
2013-12-11 10:27:15 <ncopa> fabled: i think the musl patches for firefox/xulrunner needs to be rebased
2013-12-11 10:27:35 <ncopa> ok if i remove them for now? i dont have musl env yet
2013-12-11 11:17:30 <fabled> ncopa, mmm. i think so. there's been also musl updates that make some patches unneeded.
2013-12-11 11:17:38 <fabled> but likely some of them will be still needed.
2013-12-11 11:17:53 <fabled> would be nice to get build scripts to the phase that we can have the musl builders "online"
2013-12-11 11:38:29 <alacerda> all:  do you use to close a ticket for new feature  only when it is on main repo or as soon as it is on testing repo ?
2013-12-11 11:42:18 <clandmeter> alacerda: i think ncopa closes them when they are confirmed to be working or no follow-up and tagged to a release which he wants to do.
2013-12-11 11:44:16 <alacerda> hum.. so I should not to close the ticked!? for example i finished acf-openldap first version. It is on testing repo. When I finish testing it i can ask ncopa to move into main repo. But i never touch the ticket status. Is it?
2013-12-11 11:55:32 <clandmeter> dunno, ask ncopa when he finishes his sandwitch
2013-12-11 12:04:25 <ncopa> localhost:~# uname -a
2013-12-11 12:04:25 <ncopa> Linux localhost 3.12.4-0-grsec #1-Alpine SMP Wed Dec 11 10:22:17 UTC 2013 x86_64 Linux
2013-12-11 12:05:40 <vkrishn> I think 3.12 or 3.14 would likely make same impact as 2.6.32/40
2013-12-11 12:06:32 <ncopa> alacerda: i think it has been done differently
2013-12-11 12:06:41 <ncopa> some close once they enter in testing
2013-12-11 12:06:57 <ncopa> i have tend to wait til its confirmed to work
2013-12-11 12:07:03 <ncopa> and moved to main
2013-12-11 12:07:37 <ncopa> vkrishn: the 3.12 kernel is actually smaller than our current 3.10
2013-12-11 12:07:45 <ncopa> i disabled a few things i thought nobody uses
2013-12-11 12:09:02 <vkrishn> ok
2013-12-11 12:09:31 <ncopa> i was thinking
2013-12-11 12:09:44 <ncopa> we could split the linuc-grsec package a bit
2013-12-11 12:09:55 <ncopa> linux-grsec-sound: sound drivers (12MB)
2013-12-11 12:10:09 <ncopa> linux-grsec-wireless: wifi drivers
2013-12-11 12:10:40 <ncopa> linux-grsec-media: video grabbers etc
2013-12-11 12:10:42 <vkrishn> they are very less likely be used in virt environment
2013-12-11 12:10:46 <ncopa> exactly
2013-12-11 12:10:54 <ncopa> those 3 totally is 30+ MB
2013-12-11 12:11:01 <vkrishn> nice
2013-12-11 12:11:37 <ncopa> i think we would still need them on the modloop image
2013-12-11 12:11:41 <vkrishn> when installed, will they be installed as sfs ?
2013-12-11 12:11:51 <ncopa> sfs?
2013-12-11 12:11:56 <vkrishn> squasfs
2013-12-11 12:12:00 <ncopa> no
2013-12-11 12:12:27 <vkrishn> then it would take lot space on ram based
2013-12-11 12:12:32 <ncopa> no
2013-12-11 12:12:46 <ncopa> rambased uses the modloop squasfhfs image
2013-12-11 12:12:48 <vkrishn> compress mods?
2013-12-11 12:13:02 <vkrishn> yes, its all mods in one
2013-12-11 12:13:08 <ncopa> those packages would not be optional for rambased
2013-12-11 12:13:12 <ncopa> <ncopa> i think we would still need them on the modloop image
2013-12-11 12:13:28 <vkrishn> ok
2013-12-11 12:14:02 <ncopa> i am upgrading the 3rdparty mods now
2013-12-11 12:14:16 <ncopa> lets see how many breaks
2013-12-11 12:15:09 <ncopa> dahdi-linux and flashcache passed
2013-12-11 12:15:44 <ncopa> open-vm-tools broke (as it normally does...)
2013-12-11 12:16:53 <ncopa> ipt-netflow broke too
2013-12-11 12:16:59 <ncopa> anyone actuallyusing ipt-netflow?
2013-12-11 12:25:42 <alacerda> ncopa: i've tested acf-openldap on a fresh al installation. Worked as expected. If you want to move it into main...
2013-12-11 12:26:25 <ncopa> in a bit
2013-12-11 12:26:49 <alacerda> ok
2013-12-11 12:36:08 <vkrishn> ncopa, is it possible for guest to use directly usb devices mounted on host ?
2013-12-11 12:36:20 <ncopa> i think so yes
2013-12-11 12:36:25 <ncopa> atleast with kvm
2013-12-11 12:38:54 <vkrishn> I was thinking if possible to attach a usb-gsm dongle to AL infra and send sms or fake ring on certain event
2013-12-11 12:39:20 <vkrishn> like some pkg build success/fail
2013-12-11 12:40:26 <ncopa> i'm fairly sure i could do that with an old cellphone, bluetooth and gnokii
2013-12-11 12:40:37 <vkrishn> fake ring would cost nothing, but need to tell recipient in advance
2013-12-11 12:41:14 <ncopa> who should get the call?
2013-12-11 12:41:19 <ncopa> i dont want it... :)
2013-12-11 12:41:31 <ncopa> i'd rather do auto revert
2013-12-11 12:41:32 <vkrishn> :) ok
2013-12-11 12:42:05 <vkrishn> someone asked for notify on kernel update
2013-12-11 12:42:22 <ncopa> ah thats ttrue
2013-12-11 12:42:31 <vkrishn> it is meant for devs only
2013-12-11 12:42:32 <ncopa> rnalrd: i updated linux-grsec to 3.10.23
2013-12-11 12:42:43 <vkrishn> :))
2013-12-11 12:42:53 <ncopa> rnalrd: and i am working on 3.12.4 as we speak
2013-12-11 12:43:06 <ncopa> are there anyone using zfs?
2013-12-11 12:43:17 <vkrishn> :))) or here comes fake call... trn...
2013-12-11 12:45:00 <ncopa> clandmeter: do you actually use zfs?
2013-12-11 12:45:13 <ncopa> i want remove spl-grsec and zfs-grsec
2013-12-11 12:45:26 <ncopa> those dont not build on 3.12
2013-12-11 12:45:27 <vkrishn> I am planning to...
2013-12-11 12:45:35 <clandmeter> i dont but i think some do
2013-12-11 12:45:44 <ncopa> hm ok...
2013-12-11 12:45:51 <ncopa> i wanted to move it to unmaintaned/
2013-12-11 12:45:57 <vkrishn> read btrfs has improved
2013-12-11 12:48:03 <clandmeter> ncopa: what build error?
2013-12-11 12:48:18 <ncopa> my guess is thuis: https://github.com/zfsonlinux/spl/commit/c3d9c0df3ee8d43db22815ebbfbe8b803fa46e46
2013-12-11 12:48:27 <ncopa> yeah
2013-12-11 12:48:30 <ncopa> thats the one
2013-12-11 12:51:26 <rnalrd> ncopa tnx
2013-12-11 12:55:53 <clandmeter> ncopa: cant we just disable it untill they release a compat version?
2013-12-11 12:56:33 <ncopa> clandmeter: thats what i thought too
2013-12-11 12:56:39 <ncopa> but i found the needed patches
2013-12-11 13:03:29 <ncopa> oh drats...
2013-12-11 13:38:30 <ncopa> rnalrd: edge got 3.12.4 grsec kernel
2013-12-11 13:38:42 <rnalrd> tnx, will do next
2013-12-11 13:47:08 <shafire> ncopa: thanks!
2013-12-11 13:47:09 <shafire> hi
2013-12-11 14:32:25 <fabled> ncopa, thanks for the kernel. can you also make edge snapshot soonish so i can test in my run-from-ram boxes?
2013-12-11 14:40:13 <fabled> that was fast. thanks ncopa.
2013-12-11 14:44:18 <ncopa> np :)
2013-12-11 14:46:51 <ncopa> vlc has some underlinked modules
2013-12-11 14:46:55 <ncopa> plugins
2013-12-11 14:47:24 <ncopa> refers to ptherad_create: /usr/lib/vlc/plugins/access/libdc1394_plugin.so
2013-12-11 14:47:41 <ncopa> actually .no
2013-12-11 14:48:55 <ncopa> its /usr/lib/libdc1394.so.22
2013-12-11 18:57:52 <alacerda> ncopa: do not move acf-openldap for while...
2013-12-11 18:58:11 <alacerda> i'm checking some piece of codes
2013-12-12 09:08:18 <vkrishn> ncopa, any tool for processing RDFa ?
2013-12-12 09:08:33 <vkrishn> http://rdfa.info/
2013-12-12 09:27:30 <ncopa> dunno
2013-12-12 09:54:57 <vkrishn> how to add little color to msgs from AL -  https://dpaste.de/JfRx
2013-12-12 09:55:00 <vkrishn> :)
2013-12-12 10:04:47 <alacerda> in portuguese:        http://alanlacerda.blogspot.com.br/2013/12/alpine-linux-try-it-on.html
2013-12-12 10:04:51 <alacerda> = ]
2013-12-12 22:21:52 <StarWarsFan> n8@all
2013-12-13 15:24:34 <build-2-4> files from v2.4.11-158-gc814185 uploaded
2013-12-13 15:24:43 <build64-2-4> files from v2.4.11-158-gc814185 uploaded
2013-12-13 15:25:26 <build64-2-5> files from v2.5.4-227-g56a949b uploaded
2013-12-13 15:27:40 <rnalrd> bah
2013-12-13 15:42:33 <build64-2-5> files from v2.5.4-228-g9242155 uploaded
2013-12-13 15:44:37 <build-2-5> files from v2.5.4-228-g9242155 uploaded
2013-12-17 09:45:28 <fabled> bah
2013-12-17 09:45:35 <fabled> linux-vanilla kernel configs need update
2013-12-17 09:45:57 <fabled> ncopa, could possibly do that and answer as you did for linux-grsec ?
2013-12-17 09:52:55 <ncopa> ok
2013-12-17 12:04:54 <build64-2-4> failed to build v2.4.11-159-g8ccfac3. http://distfiles.alpinelinux.org/distfiles/build64-2-4.txt
2013-12-17 12:04:56 <build-2-4> failed to build v2.4.11-159-g8ccfac3. http://distfiles.alpinelinux.org/distfiles/build-2-4.txt
2013-12-17 12:16:27 <build-2-4> failed to build v2.4.11-160-gea7fd68. http://distfiles.alpinelinux.org/distfiles/build-2-4.txt
2013-12-17 12:16:47 <build64-2-4> failed to build v2.4.11-160-gea7fd68. http://distfiles.alpinelinux.org/distfiles/build64-2-4.txt
2013-12-17 12:17:58 <build64-2-5> files from v2.5.4-230-g2d7cff6 uploaded
2013-12-17 12:29:23 <build-2-4> files from v2.4.11-161-g1ea9bdf uploaded
2013-12-17 14:43:38 <vkrishn> ncopa, publishing to -t "irc/%alpine-devel" -m "$message"  would make it appear in this channel ?
2013-12-17 14:43:48 <ncopa> yup
2013-12-17 14:43:54 <ncopa> <algitbot> Improved color for msgs: https://dpaste.de/nHGa
2013-12-17 14:44:06 <vkrishn> :)
2013-12-17 14:50:11 <vkrishn> this should make building with AL fun, http://www.anandtech.com/show/7305/intel-announces-quark-soc-a-tiny-soc-for-tiny-devices
2013-12-17 15:07:59 <build64-2-5> files from v2.5.4-231-gb73f71c uploaded
2013-12-17 15:09:10 <build-2-5> files from v2.5.4-231-gb73f71c uploaded
2013-12-17 15:12:21 <build64-2-4> files from v2.4.11-163-gcc3f422 uploaded
2013-12-17 15:13:06 <build-2-4> files from v2.4.11-163-gcc3f422 uploaded
2013-12-17 15:21:04 <build64-2-5> files from v2.5.4-232-gbf19353 uploaded
2013-12-17 15:24:00 <build-2-5> files from v2.5.4-232-gbf19353 uploaded
2013-12-17 15:42:05 <build64-2-4> files from v2.4.11-164-g2c199d4 uploaded
2013-12-17 15:42:37 <build-2-4> files from v2.4.11-164-g2c199d4 uploaded
2013-12-17 15:44:00 <build64-2-5> files from v2.5.4-233-g0b4ce61 uploaded
2013-12-17 15:45:36 <build-2-5> files from v2.5.4-233-g0b4ce61 uploaded
2013-12-17 15:54:36 <build64-2-5> files from v2.5.4-234-gc2a4ed2 uploaded
2013-12-17 15:56:17 <build-2-5> files from v2.5.4-234-gc2a4ed2 uploaded
2013-12-17 16:03:35 <build64-2-4> files from v2.4.11-166-gded73f3 uploaded
2013-12-17 16:05:48 <build-2-4> files from v2.4.11-166-gded73f3 uploaded
2013-12-17 20:24:31 <fabled> armhf-musl uploaded. though not all are latest. will rebuild more stuff... but the big bulk of updates is now out.
2013-12-17 20:24:46 <jbilyk_> nice job fabled
2013-12-17 21:40:56 <StarWarsFan> fabled: way cool! thx a lot
2013-12-18 08:41:36 <vkrishn> ncopa, for given pkgs,  rsync/.. msgs are same for all arch-type
2013-12-18 08:42:09 <vkrishn> i.e x86, x86_64 ...etc
2013-12-18 13:05:28 <ncopa> i'm updateing binutils
2013-12-18 13:05:34 <ncopa> i hope it does not break anything...
2013-12-18 13:05:57 <ncopa> oh
2013-12-18 13:06:11 <ncopa> our binutils-ld-fix-static-linking.patch does not apply
2013-12-18 14:03:58 <rnalrd> sorry for hat
2013-12-19 13:27:25 <alacerda> is this up to date? http://wiki.alpinelinux.org/wiki/How_to_make_a_custom_ISO_image
2013-12-19 13:28:02 <alacerda> when i try: make PROFILE=alpine-test iso
2013-12-19 13:28:09 <alacerda> Makefile:87: *** multiple target patterns.  Stop.
2013-12-19 13:41:16 <ncopa> yeah
2013-12-19 13:41:25 <ncopa> i think it means you have some missing dep
2013-12-19 13:41:30 <ncopa> try apk update
2013-12-19 13:41:39 <ncopa> the error message is broke
2013-12-19 13:41:55 <ncopa> you can also try git pull in the alpine-iso dir
2013-12-19 13:42:09 <alacerda> WARNING: Ignoring ~/.cache/abuild/x86/APKINDEX.tar.gz: No such file or directory
2013-12-19 13:42:34 <alacerda> hum...
2013-12-19 13:44:24 <ncopa> what alpine release is it?
2013-12-19 13:44:31 <ncopa> v2.7?
2013-12-19 13:44:32 <ncopa> or edge
2013-12-19 13:44:36 <alacerda> 2.7
2013-12-19 13:44:41 <ncopa> ok
2013-12-19 13:44:50 <alacerda> I jumped this step: echo "~/.cache/abuild/" >> /etc/apk/repositories
2013-12-19 13:44:54 <alacerda> and now it is going on
2013-12-19 13:45:04 <ncopa> ok
2013-12-19 13:45:20 <alacerda> is it really necessary?
2013-12-19 13:45:34 <ncopa> depends on your environment
2013-12-19 13:45:57 <ncopa> its not needed if you set REPODEST in /etc/abuild.conf
2013-12-19 16:04:29 <alacerda> ncopa: worked...
2013-12-19 16:04:48 <alacerda> i could create a iso
2013-12-19 16:04:51 <alacerda> thanks
2013-12-19 16:05:03 <alacerda> an* iso
2013-12-19 16:05:44 <ncopa> good
2013-12-20 21:43:31 <shafire> hi
2013-12-20 21:43:32 <shafire> ;-)
2013-12-20 21:44:45 <shafire> fetch http://mirror1.hs-esslingen.de/pub/Mirrors/alpine/edge-musl/main/x86_64/APKINDEX.tar.gz wget: short write ERROR: http://mirror1.hs-esslingen.de/pub/Mirrors/alpine/edge-musl/main: UNTRUSTED signature
2013-12-20 21:44:46 <shafire> whats wrong?
2013-12-20 21:44:57 <shafire> I did apk update
2013-12-20 21:45:02 <shafire> I want to get the musl packages
2013-12-20 21:50:55 <shafire> apk update --allow-untrusted
2013-12-20 21:50:56 <shafire> ok
2013-12-21 16:21:26 <fabian_a> please git pull git://git.alpinelinux.org/fab/aports
2013-12-21 16:21:42 <fabian_a> just some more licensing stuff done
2013-12-21 16:42:54 <fabian_a> thanks
2013-12-22 14:05:12 <fabian_a> please git pull git://git.alpinelinux.org/fab/aports
2013-12-22 14:05:46 <fabian_a> just some more licensing stuff done...packages starting with c, h, and i
2013-12-22 14:06:11 <fabian_a> thanks
2013-12-23 06:50:50 <fabled> morning
2013-12-23 07:52:31 <shafire> hi
2013-12-23 07:52:56 <shafire> fabled: i have posted a forum post about a musl installation question
2013-12-23 07:56:31 <shafire> you can answer me here too, I read always the irclogger
2013-12-23 07:56:33 <shafire> bye
2013-12-24 06:45:36 <fabled> new rpi test image: http://dev.alpinelinux.org/~tteras/alpine-edge-131224-armhf.rpi.tar.gz
2013-12-24 09:17:47 <rnalrd> algitbot: rebuild
2013-12-24 09:58:50 <build-2-5> files from v2.5.4-235-gb792bfc uploaded
2013-12-24 10:15:27 <build64-2-4> files from v2.4.11-168-g43de28a uploaded
2013-12-24 10:15:41 <build-2-4> files from v2.4.11-168-g43de28a uploaded
2013-12-24 10:30:50 <shafire> hi
2013-12-24 10:31:37 <shafire> I want to build some lxc templates
2013-12-24 10:31:42 <shafire> but only debian is working
2013-12-24 10:31:55 <shafire> any chance to get following run: oracle opensuse fedora?
2013-12-24 10:32:08 <barthalion> we have yum in repositories iirc
2013-12-24 10:32:34 <shafire> ah
2013-12-24 10:33:06 <shafire> barthalion: I looked yesterday at http://alpinelinux.org/packages, I could not find yum
2013-12-24 10:33:18 <shafire> is it in edge, testing?
2013-12-24 10:34:16 <barthalion> ah, then no yum
2013-12-24 10:34:28 <barthalion> there is rpm in testing
2013-12-24 10:34:49 <shafire> the template scripts uses yum
2013-12-24 10:35:10 <barthalion> I can take a look at packaging yum and zypper (I guess they are needed for Fedora/RH and OpenSuse)
2013-12-24 10:35:40 <shafire> yesterday, I could get oracle jvm run in a lxc debian, which I could not 2 months ago
2013-12-24 10:35:44 <shafire> barthalion: thank you!:)
2013-12-24 10:36:20 <shafire> they need also "arch", but I don't know, what that is
2013-12-24 10:38:09 <barthalion> https://en.wikipedia.org/wiki/GNU_arch ?
2013-12-24 10:38:58 <shafire> I don't know if it's that :S
2013-12-24 10:39:23 <shafire> from the fedora template: #Configurations arch=$(arch) cache_base=/var/cache/lxc/fedora/$arch
2013-12-24 10:39:45 <shafire> I replaced $(arch) against $(uname -m) and it looks like it works
2013-12-24 10:39:56 <shafire> only yum is missing (at moment)
2013-12-24 10:42:36 <shafire> busybox template needs chpasswd
2013-12-24 10:45:11 <ncopa> the fedora template has been known broken for some time
2013-12-24 10:45:17 <ncopa> i saw they talked about it in lxc list
2013-12-24 10:45:39 <ncopa> thre was someone who made it running using a live cdrom iso or something
2013-12-24 10:45:47 <ncopa> but it was non-trivial
2013-12-24 10:47:52 <shafire> and thats ubuntu: http://s7.directupload.net/images/131224/p79foxrf.png
2013-12-24 10:48:29 <ncopa> you might need to temp disable the chroot protection
2013-12-24 10:48:42 <ncopa> in /proc/sys/kernel/grsecurity/
2013-12-24 10:49:54 <shafire> OK, I tried alpine:~# echo 0 > /proc/sys/kernel/grsecurity/chroot_deny_chroot
2013-12-24 10:54:27 <fabled> shafire, re: musl-edge
2013-12-24 10:54:38 <fabled> no x86/x86_64 images, we are working on fixing alpine-iso + mkinitfs
2013-12-24 10:54:48 <fabled> the kernel panic is likely due to not having musl on the initramfs
2013-12-24 10:55:15 <fabled> you might be able workaround it by adding few lines to mkinit config files
2013-12-24 10:55:30 <fabled> but we'll try to have a proper fix soon
2013-12-24 10:55:38 <shafire> OK :)
2013-12-24 10:58:32 <fabled> i've run musl on chroot/lxc only so far (x86/x86_64)
2013-12-24 10:59:32 <shafire> LXC is really cool, so, I can run mostly stuff on alpine and if I have proprietary software, I can use lxc with debian (hope other distros later too)
2013-12-24 11:01:16 <shafire> I just wonder, why there is no conflict with the alpine kernel
2013-12-24 11:06:33 <barthalion> you can set up Arch too, not sure if we provide a template
2013-12-24 11:07:47 <shafire> I think, ubuntu is broken: http://s1.directupload.net/images/131224/rthn5p96.png
2013-12-24 11:08:49 <shafire> alpine:~# lxc-create -n guest2 -f /etc/lxc/lxc.conf -t archlinux /usr/share/lxc/templates/lxc-archlinux: line 168: pacstrap: command not found
2013-12-24 11:15:05 <shafire> lxc is in 1.0 beta2 since 2 days
2013-12-24 11:15:05 <shafire> cool
2013-12-24 11:15:15 <shafire> *(since 7 days)
2013-12-24 11:32:57 <barthalion> hm, I should package arch install scripts too in this case
2013-12-24 11:37:35 <barthalion> ncopa: about packaging hplip – sane is one of its deps; should I create a subpackage for each backend or it's ok to ship everything at once?
2013-12-24 11:38:21 <barthalion> fabled: ↑
2013-12-24 11:56:48 <fabled> barthalion, i guess it depends how big it is
2013-12-24 11:58:27 <barthalion> 15MB in total
2013-12-24 12:02:25 <fabled> yeah you might want to split the backends
2013-12-24 12:02:51 <barthalion> ok, thanks
2013-12-24 12:05:27 <ncopa> also if it pulls in big deps
2013-12-24 12:05:33 <ncopa> i think splitting it is a good idea
2013-12-25 13:53:22 <shafire> hi
2013-12-25 13:53:43 <shafire> merry christmas
2013-12-25 16:27:40 <shafire> hi
2013-12-26 10:05:52 <shafire> hi
2013-12-26 12:13:39 <shafire> barthalion: [13:08] <crow> maybe is time to make this avaiable on alpinelinux https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/ntp
2013-12-26 12:13:40 <shafire> ^
2013-12-26 12:14:26 <shafire> maybe, alpine could get a redesign for musl release?
2013-12-26 12:54:18 <barthalion> we have openntpd
2013-12-26 12:55:04 <barthalion> but I can add it to the list, I'm going to package everything today and tommorow
2013-12-26 13:07:41 <shafire> barthalion: I can't sync time with openntpd
2013-12-26 13:07:47 <shafire> I don't know why
2013-12-26 13:08:19 <shafire> # ntpd -d -s                    ntp engine ready no reply received in time, skipping initial time setting
2013-12-26 13:08:28 <shafire> on another alpine machine, it works seamless
2013-12-26 13:08:52 <barthalion> you may be interested in chrony
2013-12-26 13:09:28 <barthalion> and I'm not sure if busybox doesn't provide yet another ntp daemon or client
2013-12-26 14:38:11 <shafire> barthalion: thank you
2013-12-26 14:38:19 <shafire> busybox ntp worked (openntpd not)
2013-12-26 16:15:11 <alacerda> http://alanlacerda.blogspot.com.br/2013/12/alpine-linux-installation-4-min.html
2013-12-26 16:22:59 <shafire> alacerda: brazilian?
2013-12-26 16:28:09 <alacerda> shafire: yeap
2013-12-26 16:28:11 <alacerda> =]
2013-12-26 19:05:11 <barthalion> it's stupid, it builds perfectly here
2013-12-26 19:05:14 <barthalion> algitbot: build master
2013-12-26 19:07:41 <barthalion> 
ACTION slaps algitbot 

2013-12-26 19:26:15 <barthalion> it's no wonder it fails without a bunch of useless packages in chroot, I should keep a sticky note on my keyboard to clean mine chroot before I build anything
2013-12-26 19:59:59 <barthalion> shafire: if I haven't forgotten something, I pushed everything you requested
2013-12-26 20:05:58 <shafire> thanks
2013-12-26 20:23:43 <barthalion> shafire: it would be great if you test arch and fedora lxc templates again :)
2013-12-26 20:23:57 <shafire> zypper for opensuse?:)
2013-12-26 20:24:02 <barthalion> ah
2013-12-26 20:24:09 <barthalion> right, I'll push it today
2013-12-26 21:12:03 <shafire> barthalion: oracle needs lsb_release
2013-12-26 21:14:51 <shafire> barthalion: http://nopaste.info/066351b8ec.html
2013-12-26 21:15:57 <shafire> barthalion: and archlinux /usr/share/lxc/templates/lxc-archlinux: line 168: pacstrap: command not found
2013-12-26 21:20:23 <barthalion> shafire: about arch, you need to install arch-install-scripts
2013-12-26 21:21:40 <barthalion> and py-rpm for python rpm module
2013-12-26 21:21:56 <barthalion> lsb_release added to todo, thx
2013-12-26 21:22:44 <shafire> OK, will retest
2013-12-26 21:22:54 <shafire> I will download the new templates from https://raw.github.com/lxc/lxc/master/templates/lxc-oracle.in
2013-12-26 21:36:53 <shafire> barthalion: https://dpaste.de/EOiw/raw
2013-12-26 21:37:15 <shafire> https://dpaste.de/EHrD/raw
2013-12-26 21:37:25 <shafire> both, new and old template failed
2013-12-26 21:38:20 <barthalion> error: Unable to restore root directory
2013-12-26 21:38:29 <shafire> what does this mean?
2013-12-26 21:38:30 <barthalion> sounds like a grsec feature
2013-12-26 21:38:46 <shafire> Ok, I will deactivate grsec in full
2013-12-26 21:38:58 <barthalion> I'm not sure, I'll test it tommorow
2013-12-26 21:39:28 <barthalion> and I'm rather brainless, I haven't slept much yesterday
2013-12-26 21:40:34 <barthalion> seems that Fabian had similiar issue
2013-12-26 21:47:22 <barthalion> anyway I won't come up with anything more than pictures with funny cats, so good night
2013-12-26 21:48:12 <shafire> good night ;)
2013-12-27 09:40:49 <shafire> hi
2013-12-27 09:45:10 <StarWarsFan> hi all together
2013-12-27 09:58:01 <shafire> hi
2013-12-27 09:58:05 <shafire> ;-)
2013-12-27 10:02:08 <alacerda> hi!
2013-12-27 10:07:37 <shafire> good morning alacerda
2013-12-27 10:07:41 <shafire> 8am at your place?
2013-12-27 10:07:58 <alacerda> yeah 8:07 =]
2013-12-27 10:08:31 <shafire> just 3hours difference, I thought, it was more
2013-12-27 10:08:49 <alacerda> shafire: it is 11:00 AM there?
2013-12-27 10:09:36 <alacerda> when you come to Brazil you wont feel great difference ( except for the weather )
2013-12-27 10:11:28 <shafire> yeah, 11am, heh. weather and salty air :)
2013-12-27 10:16:22 <shafire> going to do some fitness now, bye
2013-12-27 10:17:14 <StarWarsFan> 11:19 here at zurich and -2°C :-/
2013-12-27 10:18:20 <shafire> du kommst aus der Schweiz?:)
2013-12-27 10:28:26 <StarWarsFan> jain ;-)
2013-12-27 12:49:52 <shafire> StarWarsFan: bist du gerade nur in der Schweiz?
2013-12-27 12:50:50 <StarWarsFan> ich komme ursprünglich aus D, wohne aber in CH
2013-12-27 12:51:28 <shafire> ah, ok :)
2013-12-27 17:10:56 <shafire> http://hannahmontana.sourceforge.net/ <-- my server os
2013-12-27 17:10:57 <shafire> lol
2013-12-27 17:51:18 <alacerda> Hannah Montana Linux ???
2013-12-27 17:51:24 <alacerda> shafire: funny!!!
2013-12-27 19:37:27 <shafire> how can I add output to /var/log/messages
2013-12-27 19:37:33 <shafire> 2& > /var/log/messages ?
2013-12-27 19:39:13 <shafire> or in other words: how to add log messages to /var/log/messages the right way?
2013-12-27 19:52:21 <shafire>  2>>(logger) ?
2013-12-27 19:52:32 <shafire> some-script.sh  2>>(logger)
2013-12-27 20:25:03 <shafire> I am using 'some-script.sh 2> >(logger)' now, hope, that is correct.
2013-12-28 18:41:14 <fcolista> umh
2013-12-28 18:41:30 <fcolista> c++: internal compiler error: Segmentation fault (program cc1plus)
2013-12-28 18:41:40 <barthalion> sounds like fun
2013-12-28 18:41:43 <barthalion> algitbot: build master
2013-12-28 18:42:02 <fcolista> never seen before
2013-12-28 18:42:21 <fcolista> i'll try to build only for x86
2013-12-28 18:42:38 <barthalion> let's see if it fail again
2013-12-28 18:42:58 <barthalion> if so, right, better disable build for 64 bit until you find fix
2013-12-28 18:43:04 <fcolista> yep
2013-12-28 18:45:43 <fcolista> starting build environment x86_64
2013-12-28 18:46:19 <barthalion> what's more interesting, build bot is still building
2013-12-28 18:46:36 <barthalion> while it failed almost instantly before :)
2013-12-28 18:48:41 <fcolista> here is building
2013-12-28 18:50:03 <fcolista> barthalion, somehow is possible to check buildlog ?
2013-12-28 18:51:39 <barthalion> during build? doubt it
2013-12-28 18:52:02 <fcolista> ok
2013-12-28 18:52:38 <fcolista> clandmeter iirc setup a web logger
2013-12-28 18:52:59 <fcolista> dunno if is still running
2013-12-28 18:53:24 <fcolista> or maybe i'm not remember correctly
2013-12-28 18:59:40 <fcolista> barthalion, is build64 building?
2013-12-28 19:01:04 <barthalion> no idea
2013-12-28 19:01:11 <barthalion> it should
2013-12-28 19:01:16 <barthalion> algitbot: build master
2013-12-28 19:26:46 <fcolista> barthalion, looks that it works
2013-12-28 19:27:24 <barthalion> you need to wait for our wizards
2013-12-28 19:27:49 <barthalion> apparently x86_64 bot went maverick :p
2013-12-28 19:29:06 <fcolista> none of the mirrors has crtmpserver build 'til now
2013-12-28 19:47:35 <barthalion> let's see what will happen now
2013-12-28 19:48:11 <barthalion> ncopa: it would be nice to have kind of switch for buildbots for more verbose output here
2013-12-28 19:48:20 <barthalion> fcolista: ↑ :)
2013-12-28 19:48:31 <fcolista> yep
2013-12-28 19:48:44 <barthalion> so we saved the world again
2013-12-28 19:48:45 <fcolista> looks has build now
2013-12-28 19:49:04 <fcolista> dunno why c++ compiler segfaulted
2013-12-30 08:19:34 <rnalrd> umpf
2013-12-30 10:37:20 <build64-2-4> files from v2.4.11-172-g266f465 uploaded
2013-12-30 10:57:14 <vkrishn> can someone guide as which of the search engines xapian/sphinx to choose for main ?
2013-12-30 10:57:23 <vkrishn> sphinx has some nice features coming up
2013-12-30 11:13:05 <vkrishn> can AL be used for parallel computing, maybe not at industrial scale but for hobbyist or small setup ?
2013-12-30 11:13:39 <vkrishn> or is limited by uclibc/musl ?
2013-12-30 11:21:22 <vkrishn> ncopa, can the rsync mqtt msg be improved ?
2013-12-30 11:41:21 <ncopa> vkrishn: any suggestions?
2013-12-30 11:42:56 <vkrishn> rsync/rsync.alpinelinux.org/edge/x86 instead of rsync/rsync.alpinelinux.org/edge
2013-12-30 11:44:45 <vkrishn> reason, there might be some pkgs that are only for x86_64
2013-12-30 12:27:29 <ncopa> vkrishn: good point
2013-12-30 12:27:37 <ncopa> why you want rsync.alpinelinux.org in there too?
2013-12-30 12:28:30 <ncopa> actually
2013-12-30 12:28:56 <ncopa> i think it would currently trigger the event for all arch's even if there are no packages built
2013-12-30 12:28:57 <vkrishn> but I noticed if I am listening # then irc ..... uploaded should do the trick
2013-12-30 12:29:55 <ncopa> i think the arch makes sense
2013-12-30 12:30:01 <ncopa> because those comes from different builders
2013-12-30 12:30:09 <ncopa> it actually solves a problem for me
2013-12-30 12:30:40 <vkrishn> idea was to show images of mirror servers images on webpage that blinks differently for different arch type too
2013-12-30 12:31:01 <ncopa> speaking of web page
2013-12-30 12:31:41 <ncopa> it was trickier than expected to make websocket thingy working with mqtt
2013-12-30 12:31:56 <ncopa> need specially patched built lighttpd
2013-12-30 12:32:24 <ncopa> since i dont want that, i asked for support from uwsgi
2013-12-30 12:32:27 <ncopa> https://github.com/unbit/uwsgi/issues/469
2013-12-30 12:32:38 <vkrishn> hmm... last I read about lighttpd and inquired that it came with websocket build
2013-12-30 12:33:04 <vkrishn> I think test.mosquitto also uses it
2013-12-30 12:33:22 <ncopa> test.mosquitto uses the patched lighttpd
2013-12-30 12:33:27 <vkrishn> ahh
2013-12-30 12:33:34 <vkrishn> nginx ?
2013-12-30 12:33:39 <ncopa> nope
2013-12-30 12:33:49 <vkrishn> there is a module for apache
2013-12-30 12:33:49 <ncopa> i checked that out to
2013-12-30 12:34:07 <ncopa> nginx can proxy websocket to websocket backend
2013-12-30 12:34:15 <vkrishn> mod_websocket_tcp_proxy
2013-12-30 12:34:23 <ncopa> that sounds like what we need
2013-12-30 12:34:38 <ncopa> websocket to tcp
2013-12-30 12:34:56 <vkrishn> but I have not tested it, I read it was for 2.2x series
2013-12-30 12:34:58 <ncopa> they implemented it as an uwsgi module too
2013-12-30 12:35:10 <ncopa> https://github.com/unbit/uwsgi-wstcp
2013-12-30 12:35:11 <vkrishn> nice, would check
2013-12-30 12:35:38 <ncopa> seems a little more complicated to set up than necessary
2013-12-30 12:35:44 <ncopa> but the code is small and simple
2013-12-30 12:35:51 <vkrishn> but I was able to use py-websocket and do mqtt to websocket
2013-12-30 12:36:23 <ncopa> its not very complicated
2013-12-30 12:47:15 <ncopa> algitbot: build 2.7-stable
2013-12-30 12:57:07 <vkrishn> I can outline the pywebsocket howto if needed
2013-12-30 12:59:10 <vkrishn> ncopa, another simple way would be directory publish from mqtt to websocket
2013-12-30 17:01:44 <vkrishn> what is planned version for next AL release v2.8 or v3.0 ?
2013-12-30 17:12:55 <tdtrask> There was talk of 3.0 for the musl release
2013-12-30 17:13:15 <tdtrask> if musl is not ready by next cycle, there might be a 2.8
2013-12-30 18:09:18 <jbilyk_> i think fabled's got almost all packages building for musl now - there was a little over 100 last time i asked him that weren't building yet
2013-12-30 18:09:22 <jbilyk_> tdtrask: ^
2013-12-31 07:48:37 <ncopa> chnaces are big that it will be 3.0
2013-12-31 07:48:40 <ncopa> chances*
2013-12-31 07:48:51 <ncopa> but its still not yet decided
2013-12-31 07:49:24 <ncopa> the musl porting has gone better than expected and if it continues like this we will have 3.0 by May
2013-12-31 08:00:56 <ncopa> i plan to run musl on my priv laptop this or next week
2013-12-31 08:22:27 <ncopa> barthalion: xorg-server-1.15.0 is out. do you think its ok to upgrade mesa now?
2013-12-31 08:23:14 <barthalion> ncopa: actually I was going to push new mesa today, even without xorg
2013-12-31 08:23:25 <ncopa> ah, nice
2013-12-31 08:23:25 <barthalion> newest 1.14 release works fine with mesa 10
2013-12-31 08:23:32 <barthalion> I'm testng the build now
2013-12-31 08:23:36 <ncopa> super
2013-12-31 08:23:38 <ncopa> thanks!
2013-12-31 08:24:27 <barthalion> np :)
2013-12-31 12:05:42 <ncopa> fabled: http://rt.openssl.org/Ticket/Display.html?id=2324&user=guest&pass=guest
2013-12-31 12:06:15 <ncopa> might be an idea to post followup there
2013-12-31 12:11:29 <fabled> ncopa, possible
2013-12-31 12:12:05 <fabled> though, i did use quite a bit of linux specific stuff
2013-12-31 12:12:11 <fabled> so not sure how willing they are to upstream it
2013-12-31 12:12:18 <fabled> as openssl runs on a plethora of other platforms too
2013-12-31 12:12:26 <ncopa> true
2013-12-31 13:38:02 <kaniini> https://www.digitaltcertifikat.dk/da/bestilspecial/
2013-12-31 13:38:15 <kaniini> wildcard ssl for like ~7 euro for 5 years
2013-12-31 13:38:24 <kaniini> if i am reading that correctly
2013-12-31 13:38:44 <kaniini> if so, i guess they are trying to get out of their reseller contract ;)
2013-12-31 14:12:38 <kaniini> hmmph
2013-12-31 14:12:49 <kaniini> whoops
2013-12-31 14:15:07 <kaniini> :)
2013-12-31 14:18:40 <Mp5shooter> <@kaniini> wildcard ssl for like ~7 euro for 5 years
2013-12-31 14:18:43 <Mp5shooter> i don't think so
2013-12-31 14:18:52 <Mp5shooter> if you look at the english page it's displayed as 1920.00
2013-12-31 14:18:56 <Mp5shooter> :(
2013-12-31 14:21:33 <kaniini> yes
2013-12-31 14:21:36 <kaniini> it's a special
2013-12-31 14:21:40 <kaniini> and only in danish
2013-12-31 14:21:48 <kaniini> also
2013-12-31 14:21:52 <kaniini> 1920 kronor
2013-12-31 14:22:01 <Mp5shooter> yeah
2013-12-31 14:22:02 <barthalion> it's 7€ for Danes only
2013-12-31 14:22:02 <kaniini> is like 250 euro
2013-12-31 14:22:08 <barthalion> :p
2013-12-31 14:22:11 <Mp5shooter> oh
2013-12-31 14:22:12 <Mp5shooter> lol
2013-12-31 14:22:31 <kaniini> barthalion: or at least, only those who understand danish well enough :p
2013-12-31 14:22:35 <Mp5shooter> thought they just displayed prices differently or somethin wow
2013-12-31 14:23:42 <kaniini> http://git.alpinelinux.org/cgit/aports/commit/?id=f99b01c987ab7ad85f63756f58235217726fd971
2013-12-31 14:23:46 <kaniini> oh dear christ why
2013-12-31 14:24:00 <kaniini> actually i know why ;p
2013-12-31 14:24:00 <barthalion> user request
2013-12-31 14:24:16 <kaniini> yum --root ... groupinstall Minimal
2013-12-31 14:24:29 <kaniini> --> basic RHEL system in a chroot
2013-12-31 14:24:38 <kaniini> but then you have to rebuild RPMDB
2013-12-31 14:24:42 <kaniini> it's kind of hairy
2013-12-31 14:25:16 <Mp5shooter> o
2013-12-31 14:25:20 <Mp5shooter> they want your tax ID
2013-12-31 14:25:58 <Mp5shooter> to make sure you live there
2013-12-31 14:25:58 <Mp5shooter> :O
2013-12-31 14:26:26 <kaniini> no
2013-12-31 14:26:31 <kaniini> it's for VAT
2013-12-31 14:26:40 <kaniini> you can leave it blank probably
2013-12-31 14:26:57 <Mp5shooter> it's required
2013-12-31 14:27:52 <kaniini> huh
2013-12-31 14:27:54 <kaniini> weird
2013-12-31 17:07:06 <Mp5shooter> kaniini: I placed an order
2013-12-31 17:07:10 <Mp5shooter> idk what happens next
2013-12-31 17:09:04 <Mp5shooter> oh
2013-12-31 17:09:08 <Mp5shooter> got an email asking me to pay
2013-12-31 18:16:46 <edge226> Hello.
2013-12-31 18:19:21 <edge226> I've been testing out alpine in a vm. Its pretty interesting.
2013-12-31 18:25:38 <alacerda> edge226: It is fast and easy. isn't it?
2013-12-31 18:26:54 <edge226> alacerda: most things dont work with man. So no it doesnt seem easy but its fast.
2013-12-31 18:27:31 <alacerda> did you install the <package>-doc before trying man?
2013-12-31 18:28:01 <edge226> alacerda: do I have to do that manually for every package?
2013-12-31 18:28:57 <alacerda> you dont need man for things that you won't need. You install the -doc for what you need. I like it!
2013-12-31 18:29:15 <alacerda> I install only what i'll use
2013-12-31 18:29:47 <edge226> I need sleep later.
2013-12-31 18:40:57 <Mp5shooter> hey kaniini
2013-12-31 18:41:03 <Mp5shooter> I got my certificate
2013-12-31 18:41:03 <Mp5shooter> :D
2013-12-31 18:44:57 <kaniini> valid for 5 years?
2013-12-31 18:44:58 <kaniini> :D
2013-12-31 18:45:47 <Mp5shooter> yeah
2013-12-31 18:45:48 <Mp5shooter> lol
2013-12-31 18:45:53 <Mp5shooter> installing now
2013-12-31 18:47:07 <kaniini> bbl
2013-12-31 18:48:32 <Mp5shooter> yep
2013-12-31 18:48:35 <Mp5shooter> valid till 2018
2013-12-31 18:48:35 <Mp5shooter> :D