2016-12-01 09:30:42 <mystified1234> Hi guys.. Intrigued  with Alpine. Love the fact it's WITHOUT systemd, is ZFS an option with Alpine
2016-12-01 09:31:29 <Shiz> mystified1234: http://pkgs.alpinelinux.org/packages?name=*zfs*&branch=&repo=&arch=&maintainer=
2016-12-01 09:31:30 <Shiz> :)
2016-12-01 09:31:32 <Shiz> (yes)
2016-12-01 09:33:54 <Shiz> it does seem to be only in edge for now, so you can either upgrade to edge for it or wait for 3.5 to be released in the comin weks
2016-12-01 09:33:56 <Shiz> coming weeks
2016-12-01 09:34:40 <mystified1234> @Shiz Thanks. I'm not that technical But have installed so many distros.. I have an utter dislike for Sysd. I've recently moved to Trueos (BSD), but sometimes i have need to be linux.
2016-12-01 09:35:10 <mystified1234> I'll wait for the new release.
2016-12-01 09:35:42 <mystified1234> :) thanks makes me very happy.
2016-12-01 09:35:47 <Shiz> I think # apk add zfs zfs-grsec zfs-scripts may be enough to get zfs functionality when you do
2016-12-01 09:35:59 <Shiz> and possibly adding zfs to your mkinitfs configuration if you plan on having your root fs on it
2016-12-01 09:36:20 <mystified1234> Are you the developer for the project. thanks.
2016-12-01 09:36:38 <mystified1234> Yes thanks.
2016-12-01 09:36:39 <Shiz> nope, just a user who has contributed some random patches
2016-12-01 09:36:54 <mystified1234> As I stated I'm not that technical.
2016-12-01 09:39:24 <mystified1234> What would be the best install guides or videos for installing by this method.
2016-12-01 09:42:54 <mystified1234> zfs	0.6.5.8-r0
2016-12-01 09:45:41 <clandmeter> mystified1234: if the wiki doesnt have any info, then you are out of luck. (and i think it doesnt)
2016-12-01 09:45:55 <clandmeter> you will have to work it out yourself.
2016-12-01 09:46:08 <clandmeter> our install scripts currently dont support zfs
2016-12-01 09:48:19 <mystified1234> @cland Thank you.
2016-12-01 09:49:25 <mystified1234> That's currently, as @Shiz staed " or wait for 3.5 to be released in the comin weks"
2016-12-01 09:51:01 <avih> clandmeter: docs are quite important, especially with alpine since it's "a bit different". while i understand it depends on the community i thought maybe the maintainers could help make it happen by maintaining a list of missing docs such that the community can step in and fill it with content
2016-12-01 09:52:33 <mystified1234> what's the INIT in alpine
2016-12-01 09:55:31 <mystified1234> found it BusyBox/OpenRC
2016-12-01 13:36:00 <avih> packages firefox release and esr don't include the critical vuln update from this week
2016-12-01 13:36:21 <avih> (edge). probably worth updating release too
2016-12-01 16:43:10 <viq> Is there any documented way to achieve remote unlock of LUKS disks on boot on alpine like I can do on arch as described at https://wiki.archlinux.org/index.php/Dm-crypt/Specialties#Remote_unlocking_of_the_root_.28or_other.29_partition ?
2016-12-01 17:11:23 <kahiru> viq: there's an init script called dmcrypt which does just that if you put it in the boot runlevel
2016-12-01 17:14:16 <kahiru> viq: there's pretty good description how to work with it in /etc/conf.d/dmcrypt
2016-12-01 19:17:26 <viq> kahiru: thank you
2016-12-01 19:18:01 <kahiru> viq: did you get it working?
2016-12-01 19:19:17 <viq> kahiru: no, I don't have alpine installed anywhere yet, looking to possibly replace arch on my dedicated server due to it not working well with grsec, but I need this bit figured out to consider it
2016-12-01 19:19:23 <viq> Also, I just noticed your mesage ;)
2016-12-01 19:20:12 <viq> kahiru: any idea what package this file belongs to? Or, when can I read the contents of that file online?
2016-12-01 19:21:06 <kahiru> it's in cryptsetup package
2016-12-01 19:21:22 <kahiru> and you can read it in the aports http://git.alpinelinux.org/cgit/aports/tree/main/cryptsetup/dmcrypt.confd?h=3.4-stable
2016-12-01 19:22:01 <viq> Awesome, thank you
2016-12-01 19:23:33 <viq> That doesn't to be quite what I'm looking for. Currently I have only /boot unencrypted, and initrd contains dropbear into which I need to ssh to give password for the boot process to be able to continue.
2016-12-01 19:24:39 <viq> s/doesn't to be/doesn't seem to be/
2016-12-01 19:25:04 <kahiru> oh, my bad, I somehow missed the remote part
2016-12-01 19:25:05 <kahiru> hmm
2016-12-01 19:26:05 <viq> I know it's an unusual request ;)
2016-12-01 19:28:15 <viq> Time to relocate, see you later today or tomorrow.
2016-12-01 19:28:17 <hypergrove> what alpine package is available to do message queuing eg Apache activeMQ
2016-12-01 19:28:44 <hypergrove> activeMQ is not a choice, nor is RabbitMQ -- what should I use on the Alpine image?
2016-12-01 19:30:28 <hypergrove> i want to use Beat (part of ELK stack) to feed logs to my ELK container, however I want to have a queue in there to handle msg traffic between my container and the ELK container
2016-12-01 19:34:30 <hypergrove> ??? any advice is appreciated.... thanks
2016-12-01 19:44:42 <hypergrove> ??? snakeMQ is not an alpine package yet.... any advice is appreciated.... thanks
2016-12-01 19:47:21 <hypergrove> ??? snakeMQ is not an alpine package either ... any advice appreciated for What Message Queue package is available on Alpine?.... thanks
2016-12-01 19:57:34 <hypergrove> OK, redis is avaiable on Alpine but I'm not sure how to use it
2016-12-01 20:02:01 <hypergrove> redis is single threaded, hazelcast is 5x faster. hazelcast is not an alpine option..... any advice appreciated for WhatMessage Queue package is available on Alpine?.... thanks
2016-12-01 20:07:04 <hypergrove> Here's an idea... if someone could point me to a resource that explains what packages in Alpine provide message queuing
2016-12-01 20:07:58 <hypergrove> https://pkgs.alpinelinux.org/packages is useless when it won't do wildcard searches, like *mq* or something. HELP!
2016-12-01 20:10:40 <nwmcsween_> man apk
2016-12-01 20:27:52 <hypergrove> oh my, it does do wildcards
2016-12-01 20:40:35 <hypergrove> nwmcsween, I did git clone http://git.kernel.org/pub/scm/docs/man-pages/man-pages ... and no apk or alpine info is there
2016-12-01 20:42:16 <zwiPZuf9W2Lt> hmm, maybe you install alpine somewhere and do a 'man apk' there?
2016-12-01 20:42:36 <zwiPZuf9W2Lt> not sure if the kernel git is the best source to look for alpine specific manpages
2016-12-01 20:44:00 <hypergrove> thanks, but no dice.... lxc exec hubwilla-mysql -- man apk   ... yields nothin
2016-12-01 20:44:38 <zwiPZuf9W2Lt> did you do apk add apk-doc?
2016-12-01 20:44:52 <hypergrove> nope, will do
2016-12-01 20:56:14 <hypergrove> i cannot find the apk man pages to download .... lxc exec hubwilla-mysql -- apk add apk-doc  ... gives error... did *doc* at pkgs.alpinelinux but after looking at 14 pages are results, I still donm't see what Message Queue software is available in Alpine??
2016-12-01 21:07:13 <Shiz> apk search ?
2016-12-01 21:21:28 <hypergrove> ok i see what happend. I tried to add man-pages, but its repo is not avaialble (ERROR: man-pages-4.05-r0: temporary error. try again later) so that's why I thought the package wasnt avaialble.
2016-12-01 21:22:56 <Shiz> it does say temporary error
2016-12-01 21:23:18 <hypergrove> still, I am no closer than before.... I stioll dont know what message queue packages are available on alpine. ... would be nice if packages could be categorized
2016-12-01 21:24:05 <Shiz> message queue seems like an awfully specific category
2016-12-01 21:24:30 <hypergrove> i am a bit surprised no one has needed a message queue by now, and that noone has a ready answer for what message queuing package is available uder Alpine... Is there none?
2016-12-01 21:24:38 <Shiz> http://pkgs.alpinelinux.org/packages?name=*mq*&branch=edge&repo=&arch=x86_64&maintainer=
2016-12-01 21:24:44 <Shiz> why don't you just search for mq?
2016-12-01 21:24:50 <Shiz> and find out yourself
2016-12-01 21:25:04 <Shiz> looks like there's rabbitmq and zeromq
2016-12-01 21:25:20 <scv> zmq is more of a transport layer than anything
2016-12-01 21:27:19 <hypergrove> now i see rabbit mq is listed as rabbitmq-c .... okay
2016-12-01 21:27:33 <Shiz> no, it's listed as rabbitmq-server
2016-12-01 21:27:38 <Shiz> rabbitmq-c is the C client bindings
2016-12-01 21:27:41 <scv> rabbitmq-c is presumably c bindings
2016-12-01 21:27:51 <Shiz> which is what its package description says :p
2016-12-01 21:28:10 <hypergrove> got it. sounds like rabbit is the way to go
2016-12-01 21:28:39 <hypergrove> and now i see zeromq ... pig heaven .... thanks
2016-12-02 07:25:54 <aw-> Quick question:
2016-12-02 07:26:03 <aw-> when running a command such as: apk info -R sqlite
2016-12-02 07:26:14 <aw-> it lists the shared objects which sqlite depends on
2016-12-02 07:26:19 <aw-> but not the actual package names
2016-12-02 07:26:57 <aw-> but for other packages, it lists the package names.. **confused**
2016-12-02 07:49:32 <aw-> ah, apk-search works..... never mind
2016-12-02 09:10:40 <ScrumpyJack> morning. Happy Friday climbers!
2016-12-02 09:18:29 <_ikke_> morning
2016-12-02 20:21:01 <phormulate> hi all
2016-12-02 20:21:53 <phormulate> quick question, what is alpine's release strategy between versions... e.g. is their an effort to backport security fixes to prior versions?
2016-12-02 20:42:41 <avih> phormulate: i believe that as long as the release is supported (2 years for main, 6 months for community), security fixes should be provided
2016-12-02 20:43:30 <avih> whether or not it happens in a timely manner or at all.. depends on how much resources are available to actually make that happen
2016-12-02 20:43:54 <phormulate> cool, ty... also avih, does alpine have multiarch support, so I could say, chroot into a 32 bit distro from the 64 bit release?
2016-12-02 20:44:40 <avih> that's beyond my paygrade (read: knowledge ;) )
2016-12-02 20:44:55 <phormulate> I'll have to check the mailing list/forum/etc to see how quickly critical bugs are fixed/ how quickly patches are upstreamed
2016-12-02 20:45:10 <phormulate> ok
2016-12-02 20:46:44 <avih> firefox esr on edge/community for instance is already 2 versions late (i believe both are security issues)
2016-12-02 20:46:53 <phormulate> I do dig the minimality, modularity of the distro... it was either this, lfs, openwrt, or vanilla buildroot
2016-12-02 20:47:20 <avih> well.. minor versions, but still.
2016-12-02 20:47:46 <phormulate> well, I'd be more interested in say, openssh/openssl security issues
2016-12-02 20:47:49 <TBB> the modularity does have its downsides tho, but they're things you'll learn to live with
2016-12-02 20:47:59 <phormulate> I come from embedded, so, not a prob
2016-12-02 20:48:09 <avih> i guess the ssl stuff does get sec updates more rigorously
2016-12-02 20:48:21 <phormulate> you'd be amazed to see what I can do with a 4MB rootfs
2016-12-02 20:48:48 <phormulate> cool beans
2016-12-02 20:48:49 <TBB> yes it does, and now that openssl has been more or less ditched I guess things will be quite okay on the ssl front too
2016-12-02 20:49:25 <phormulate> well, I suppose I can always compile my own, offsite
2016-12-02 20:50:00 <avih> firefox updates are a real issue imo. it is supported, and skipping 2 minor versions where both (in case of esr) are probably 0day issues is an issue imo
2016-12-02 20:50:23 <phormulate> agreed, however, I usually just download precompiled binaries from mozilla
2016-12-02 20:50:28 <avih> (the latest of those 2 is from this week)
2016-12-02 20:50:40 <phormulate> ya, just updated my esr build
2016-12-02 20:50:54 <avih> precompiled probably wouldn't work on alpine
2016-12-02 20:51:06 <phormulate> it sucks they are doing away with the old extension api... ya muscl
2016-12-02 20:51:40 <avih> alpine has actually quite a few patches to firefox
2016-12-02 20:51:47 <phormulate> ah
2016-12-02 20:52:01 <avih> yeah, musl and precompiled binaries typically/always don't go hand in hand
2016-12-02 20:52:13 <phormulate> could always keep a copy of libc on hand
2016-12-02 20:52:18 <avih> yeah
2016-12-02 20:52:57 <avih> but there's also grsec. bottom line, unless you put it a considerable effort, imo precompiled bins are not for alpine
2016-12-02 20:53:04 <phormulate> true
2016-12-02 20:53:10 <TBB> would be nicer tho if coders just in general coded stuff that compiles on more than just glibc :)
2016-12-02 20:53:37 <phormulate> ah, ya... using uclibc as much as I do, I feel that pain
2016-12-02 20:53:37 <TBB> probably the most annoying thing about porting things to Alpine is exactly that, glibcisms
2016-12-02 20:53:59 <phormulate> cross compilation using uclibc can be hell, esp with something like autoconf
2016-12-02 20:54:18 <avih> but the fact that musl and other libc do gain popularity hopefully helps changing this.
2016-12-02 20:54:36 <avih> slowly, but still.
2016-12-02 20:54:50 <avih> alpine being a major docker platform helps too probably
2016-12-02 20:55:26 <TBB> hopefully. but I see a rather dark possible future where everything Linux is systemd- and glibc-dependant
2016-12-02 20:55:27 <phormulate> well, as much as I like tinycore for a tiny desktop, I do dig alpine's package management system more... can always squashfs/overlayfs to keep it small
2016-12-02 20:55:43 <phormulate> I'm going to be using it with lxc, grabbed a copy of flockport to experiment
2016-12-02 20:56:12 <TBB> and if I'm having nightmares, GNOME as the One Desktop To Rule Them All ;)
2016-12-02 20:56:20 <phormulate> ugh, true that
2016-12-02 20:56:28 <phormulate> I'm an xfce man, self
2016-12-02 20:56:34 <TBB> GNOME, the Windows 10 of Linux desktops
2016-12-02 20:57:00 <phormulate> I'm still slowly getting up to speed on systemd, only reason I still run wheezy
2016-12-02 20:57:18 <TBB> I'm basically avoiding systemd
2016-12-02 20:57:19 <phormulate> speaking of megalithic pain
2016-12-02 20:57:21 <avih> xfce is a pretty solid cross platform choice.
2016-12-02 20:57:33 <avih> basic and works
2016-12-02 20:58:05 <phormulate> I can do anything I want with it in less than 100MB ram, it makes me happy, it is responsive as hell
2016-12-02 20:58:16 <phormulate> and it is prettier than icewm for instance
2016-12-02 20:58:33 <phormulate> not that icewm is a dev
2016-12-02 20:59:08 <avih> phormulate: xfce and less than 100m? that sounds pretty tight i think
2016-12-02 20:59:54 <phormulate> not the best part, nfsroot over wifi at one point on a p2 lappy during hurricane Irene
2016-12-02 21:00:19 <TBB> now all I need is to figure out what it is about Alpine's XFCE having terrible looking fonts
2016-12-02 21:00:23 <phormulate> mplayer using dxva on that old box running 720p movies... albeit with some config fun
2016-12-02 21:00:47 <TBB> for some reason the only distro where I've ever had fonts properly set up was Gentoo
2016-12-02 21:00:59 <phormulate> hmm, debian has never given me a prob
2016-12-02 21:02:26 <phormulate> http://docs.xfce.org/xfce/xfce4-settings/appearance
2016-12-02 21:02:53 <avih> TBB: put this as /etc/fonts/local.conf (or anywhere else which would get picked up), and probably change bgr to rgb http://pastebin.com/UQV7tuE7
2016-12-02 21:03:37 <avih> and possibly remove the default sans as ubuntu if you don't want/have it
2016-12-02 21:05:19 <avih> with this ^ xfce on alpine looks great. same as ubuntu
2016-12-02 21:06:04 <avih> though only qt5 does subpixel positioning. but it still looks very good also without it
2016-12-02 21:06:15 <avih> anso, "fonts looking good" is super subjective
2016-12-02 21:06:33 <avih> also*
2016-12-02 21:07:32 <TBB> perhaps everyone of my friends just shares the same mindset I do, but yeah, some people love Apple's font rendering too :D
2016-12-02 21:08:08 <phormulate> I find my self wondering, just how small I can get alpine, using squashfs/xz, overlayfs, and ubifs
2016-12-02 21:09:32 <phormulate> I've got an arm5 router with 128/128 that has an external hdd running wheezy on top of openwrt with that setup
2016-12-02 21:09:41 <phormulate> if I can do away with needing the chroot, I just may
2016-12-02 21:10:11 <avih> TBB: freetype 2.7 can definitely render among the best, windows and apple included imo. and i really care about font rendering
2016-12-02 21:13:21 <avih> you do need good fonts though. other than the known ms and apple fonts, i also like the ubuntu family and noto family. i don't really like dejavu and liberation fonts
2016-12-02 21:46:52 <TBB> avih, thanks for the tips, especially the config, also phormulate for that xfce documentation page which had one key bit of info that's not available in the settings tool
2016-12-02 22:32:53 <phormulate> ah
2016-12-02 22:33:09 <phormulate> yw
2016-12-03 00:10:45 <avih> TBB: yeah, the config sets it too to the same value as the xft settings
2016-12-03 00:11:06 <avih> though it should be the default regardless iirc
2016-12-03 01:44:15 <TBB> the lcdfilter thingie did the trick, and comparing xft settings to those of Ubuntu revealed it's not set (for a reason) in Alpine
2016-12-03 01:45:05 <TBB> maybe I should set up a Gentoo box at some point and see what they did differently wrt. font settings
2016-12-03 11:07:50 <kuba-orlik> Hi! I stumbled upon a really weird issue with an alpine container
2016-12-03 11:08:04 <kuba-orlik> It says that it cannot find binaries which are clearly there
2016-12-03 11:08:37 <kuba-orlik> http://pastebin.com/F3iw3xyb
2016-12-03 11:08:51 <kuba-orlik> I'm clearly doing smth wrong, just cannot figure out what...
2016-12-03 11:10:09 <avih> kuba-orlik: iirc this could be a symptom of the file depending on glibc - which is not available on alpine (lusc)
2016-12-03 11:10:42 <avih> which somehow gives this erroe message instead of the more correct "cannot execute file"
2016-12-03 11:11:26 <avih> though i'm not sure who prints this message and why not a more correct one
2016-12-03 11:13:00 <kuba-orlik> avih: I see.. So... It's impossible to run such executables on Alpine?
2016-12-03 11:13:44 <avih> kuba-orlik: i _think_ not such a pre-built binary (i'm guessing that's what it is)
2016-12-03 11:13:54 <kuba-orlik> I see
2016-12-03 11:14:07 <kuba-orlik> well, building phantomjs would take like 2h
2016-12-03 11:14:10 <avih> but i'm far from an expert on this.
2016-12-03 11:14:16 <kuba-orlik> so I think I'm going to have to use a different distro
2016-12-03 11:14:46 <aw-> kuba-orlik:  it could also be a 32-bit/64-bit issue
2016-12-03 11:14:47 <avih> what are your host/guest for the container?
2016-12-03 11:15:10 <aw-> if your binaries are 32-bit and linked against libc.musl.i386 and you're on alpine 64-bit, then you can't run it
2016-12-03 11:15:24 <kuba-orlik> My host is a 64bit machine
2016-12-03 11:15:31 <kuba-orlik> an I'm using a 64bit binary
2016-12-03 11:15:40 <avih> which distro?
2016-12-03 11:16:07 <kuba-orlik> on my host? I'm running Manjaro (Arch)
2016-12-03 11:23:00 <avih> fwiw, in a normal alpine install (not container) nodejs is available, but iirc there are no packages for electron based apps (atom, vscode, etc). not sure about phantomjs
2016-12-03 11:23:45 <avih> iirc i tried to build vscode once, without success (though i bailed out the attempt very early)
2016-12-03 20:22:06 <Peasant65> hi! I was trying to use gparted but the package seems broken. Gparted won´t start saying that gpartedbin is allready running (which is not the case). I found a solution here: https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1334494.html
2016-12-03 20:22:58 <Peasant65> basically replacing ¨if test "z`ps -e | grep gpartedbin`" != "z"; then¨ in /usr/sbin/gparted did the trick
2016-12-03 20:23:14 <Peasant65> thought i´d leave it here, maybe someone here could do something with it idk
2016-12-03 20:40:37 <Shiz> hacks on top of hacks...
2016-12-03 20:41:11 <Shiz> i wonder why it even uses test
2016-12-03 20:42:05 <Shiz> it can either do if pgrep gpartedbin ; then or  if ps -e | grep gpartedbin | grep -vq grep ; then
2016-12-03 20:42:22 <przemoc> there is also pidof
2016-12-03 20:44:01 <Shiz> that doesn't do partial matches
2016-12-03 20:44:03 <Shiz> iirc
2016-12-03 20:53:52 <przemoc> sure, pgrep is much more flexible, but partial matches are dangerous if not done right
2016-12-03 20:54:34 <przemoc> i.e. it's easy to get not what you really want
2016-12-03 21:16:12 <Shiz> sure, but exact matches fail if it's invoked as anything else than gpartedbin
2016-12-03 21:16:17 <Shiz> e.g. ./gpartedbin or /usr/sbin/gpartedbin
2016-12-03 21:19:45 <przemoc> that's why pidof is better there
2016-12-03 21:22:23 <Shiz> i don't think that's better
2016-12-03 21:22:35 <Shiz> if your goal is to only have one running instance
2016-12-03 21:22:43 <Shiz> it doesnt matter how that instance was invoked
2016-12-03 21:23:31 <przemoc> pidof is different than pgrep -x
2016-12-03 21:24:14 <przemoc> that's why it will catch it no matter how it was invoked
2016-12-03 21:24:29 <Shiz> ah
2016-12-03 21:24:32 <przemoc> but not something else, like pgrep would without employing more complex pattern
2016-12-03 21:25:04 <Shiz> right.
2016-12-03 21:38:08 <przemoc> and to close this topic more meaningfully it's good to show what you have to do in pgrep instead of  pidof name:  pgrep '(^|/)name$'  or  pgrep -x '^([^/]*/)*name$'  and that's why I'm not so fond of it usually
2016-12-03 23:54:48 <przemoc> I've seen that you moved discussion to #musl again, Shiz.  well, it's obvious that pidof won't help you against user running some binary renamed to gpartedbin.  that is kind of obvious.  you can at least add other level of protection by iterating over returned pids and compare $(readlink /proc/$PID/exe) with a known binary location provided by system, but it won't work correctly with user's build of
2016-12-03 23:54:54 <przemoc> the software running from other path.  pidof/pgrep way you simply cannot in 100% reliable way prevent running some app and only truly this app more than once.
2016-12-03 23:55:14 <Shiz> not really moved anything
2016-12-03 23:55:31 <Shiz> as muvh of a discussion there was lol
2016-12-03 23:55:54 <przemoc> ok, continued.  whatever
2016-12-03 23:56:18 <Shiz> also if it was continued there, why respond here
2016-12-03 23:58:00 <przemoc> because I wasn't participating in discussion there, noticed only just now that you brought the topic half an hour or more ago there
2016-12-04 00:32:16 <lukspart> what's the preferred way of submitting an updated APKBUILD for a package that's under aports/testing?
2016-12-04 00:33:24 <Shiz> submit to the alpine-aports mailing list is what I presume
2016-12-04 00:33:43 <lukspart> thanks
2016-12-04 00:34:26 <Shiz> the diff, that is
2016-12-04 00:34:39 <lukspart> yep
2016-12-04 01:36:13 <przemoc> Peasant65: patch for gparted has been prepared and sent.  %2628  should be applied next week.  thanks for reporting that.
2016-12-04 01:37:12 <Peasant65> przemoc, It´s great to hear my heads up is processed that quickly by the community :)
2016-12-04 01:37:37 <Peasant65> Thank you for working on this
2016-12-04 01:38:45 <Shiz> przemoc: anyway, the discussion was more of a general philosophical one, not necessarily directly related to gparted
2016-12-04 01:39:06 <Shiz> i don't believe in running your software as a singleton in the first place
2016-12-04 01:43:41 <przemoc> I know, I've skimmed it briefly.
2016-12-04 01:44:38 <Shiz> don't take it as a personal insult :p
2016-12-04 01:45:50 <przemoc> no, I didn't take it as insult, worry not.
2016-12-04 01:46:04 <Shiz> ah, okay
2016-12-04 01:46:21 <przemoc> I just saw some pattern in your behavior of bringing topics from #alpine-* in #musl
2016-12-04 01:47:23 <Shiz> if i do it's because i think they're interesting to discuss in a general sense, or just because i like complaining
2016-12-04 01:47:51 <przemoc> I like complaining too, so I understand tht very well
2016-12-04 01:48:17 <przemoc> re singleton process:  can be guaranteed only by the process itself or by its sole supervisor.  any other way is deemed to fail for one or other reason.
2016-12-04 01:48:54 <Shiz> yup
2016-12-04 01:49:33 <przemoc> s/deemed/doomed/  strange typo
2016-12-04 01:50:22 <przemoc> it got quite late here, time to sleep
2016-12-04 01:50:38 <Shiz> good night!
2016-12-04 01:51:48 <przemoc> I hope! :)
2016-12-04 01:51:51 <przemoc> 
ACTION is afk

2016-12-04 02:26:04 <Peasant65> sleep tight everyone
2016-12-04 04:07:16 <grugly> I'm compiling uboot to install Alpine on this Banana Pro running bananian, now. I think it needs some kernel sources to work it's foo, and compiling a kernel is the next thing on my list, with a combination of the sunxi A20 configs and Alpine configs. is there a sane way to achieve this?
2016-12-04 04:09:35 <grugly> is there alpine configured kernel sources available for me to use on this banian install, that I can perhaps use diff to test between the standard, alpine and sunxi configs?
2016-12-04 05:17:10 <aw-> grugly:  Here are the configs for a vanilla alpine linux kernel: http://git.alpinelinux.org/cgit/aports/tree/main/linux-vanilla?h=master
2016-12-04 05:19:02 <aw-> grugly:  check out https://pkgs.alpinelinux.org, and search for linux-* ... it'll find all the linux kernel packages you need etc, choose the one you want along with the architecture, and then click "Git repository" to find the actual kernel config files
2016-12-04 08:07:20 <grugly> thanks aw-
2016-12-04 11:31:55 <avih> thanks for updating firefox
2016-12-04 18:35:24 <TBB> there's a distro called bananian? :D
2016-12-04 18:37:06 <TBB> (rhetorical question, of course there is)
2016-12-04 22:21:54 <grugly> TBB: it's a systemd-less debian specifically built for the banana pi/pro SoC's.. it's quite nice, but you can't trust anything from Lemaker.. most of their products now are running a kernel which creates /proc debug tools you can echo "rootmydevice" to to elevate the calling process to root..
2016-12-04 22:22:55 <grugly> rhetorical.. pfft
2016-12-05 15:53:05 <hanez> just wonder how the auth processes work in alpine. yesterday there was a talk about pam, tcb, etc. in #alpine-devel about that stuff... now i looked for the process and files in my installation but could not figure out how it works. i neither have pam nor tcb installed. i have /etc/shadow but dont know hoe it is used. how does the login process work? where ist the configuration for that? can someone
2016-12-05 15:53:11 <hanez> shortly explain?
2016-12-05 15:53:53 <ncopa> busybox uses /etc/shadow directly
2016-12-05 15:54:28 <hanez> ah, okay. it's busybox... is there some configurable part in /etc anywhere?
2016-12-05 15:54:40 <ncopa> i think no
2016-12-05 15:54:44 <ncopa> but
2016-12-05 15:54:51 <ncopa> you can install shadow
2016-12-05 15:54:57 <hanez> ok, so it's just "login" from busybox?
2016-12-05 15:55:05 <ncopa> yes
2016-12-05 15:55:18 <ncopa> but you can override it by install any package that replaces that
2016-12-05 15:55:26 <hanez> okay... i actually don't need any configuration but wondered why i didn't found anything
2016-12-05 15:55:27 <ncopa> so i think the standard "login" can be installed
2016-12-05 15:55:32 <ncopa> iirc the package name is "shadow"
2016-12-05 15:55:59 <ncopa> busybox is fairly simple
2016-12-05 15:56:03 <hanez> okay, /usr/bin/login will then be replaced and is the "master"
2016-12-05 15:56:14 <ncopa> yes somethine like that
2016-12-05 15:56:38 <ncopa> you can install any standard tool and it should replace the busybox variant
2016-12-05 15:56:47 <hanez> okay, thank you very much... learned something new today. i love it simple but really wana understand... ;)
2016-12-05 15:57:03 <ncopa> the busybox tools are symlinks
2016-12-05 15:57:09 <hanez> yes, iknow
2016-12-05 15:57:17 <ncopa> which are generated with /bin/busybox --install -s
2016-12-05 15:57:28 <ncopa> but no package "owns" them
2016-12-05 15:57:49 <hanez> ah, any "login" package can recplace them without breaking apk's db?
2016-12-05 15:57:56 <ncopa> then we call busybox --install -s from trigger script
2016-12-05 15:58:00 <ncopa> exactly
2016-12-05 15:58:00 <hanez> like when installing grep?
2016-12-05 15:58:04 <ncopa> exactly
2016-12-05 15:58:06 <hanez> nice
2016-12-05 15:58:27 <ncopa> and when you uninstall it, the trigger will restore the busybox symlink
2016-12-05 15:58:44 <hanez> i love simplicity in alpine but are really mssing something in my mind when not finding software i used for 15 years...
2016-12-05 15:58:59 <hanez> yes, i tried that with grep
2016-12-05 15:59:00 <ncopa> :)
2016-12-05 15:59:15 <ncopa> we dont support pam by default
2016-12-05 15:59:22 <hanez> good idea
2016-12-05 15:59:36 <ncopa> but you can install it if you need it
2016-12-05 16:00:17 <hanez> thats great in alpine... you can do bloated stuff but by default it is as minimal as possible...
2016-12-05 16:01:00 <hanez> i really thought about if i really need to install grep but i needed because i have scripts that use it.
2016-12-05 16:01:00 <grugly> and you can reboot after doing bloated stuff and it's minimal again :D
2016-12-05 16:01:10 <hanez> :)
2016-12-05 16:01:43 <ncopa> grugly, you dont even need reboot. you just apk del $gnutools
2016-12-05 16:02:00 <grugly> :)
2016-12-05 16:02:14 <hanez> i also read some lines of apk's c code and was impressed. totally clean without any magic... very well done!
2016-12-05 16:03:19 <hanez> using alpine for some month now and i love it. i was a gentoo user since 2001 but portage became much too complex for me. just too many alternatives and decisions you need to make. alpine is very straght forward
2016-12-05 16:04:05 <ncopa> hanez, i used gentoo around 2001 too
2016-12-05 16:04:21 <ncopa> first versions of alpine was built with gentoo
2016-12-05 16:04:31 <grugly> I'm really impressed with alpine, too..
2016-12-05 16:04:59 <hanez> in 2001 it was easier to create an ebuild for building software then running configure --bla -blub...; make. nowadays it is not anymore
2016-12-05 16:05:40 <hanez> and i love openrc... ;)
2016-12-05 16:06:15 <hanez> my servers are still gentoo... my workstation is arch and my notebook is alpine. arch is too much for me now.
2016-12-05 16:07:59 <hanez> still i am missing some things in alpine but always found an alternative. what i really do not miss is systemd. i decided between void and alpine but a love apk more then the package manager in void
2016-12-05 16:10:42 <hanez> what i really miss is all the djb stuff in alpine, so if someone wanna take a look at my pull request: https://github.com/alpinelinux/aports/pull/536 :)))
2016-12-05 16:13:04 <ncopa> i cannot say i love openrc, but i think its one of the best alternatives atm
2016-12-05 16:13:43 <hanez> yeah, you're right. love is to emotional... :D
2016-12-05 16:16:37 <hanez> ncopa: thx for merging... will try to take over interesting packages from unmaintained in the future... ;)
2016-12-05 16:17:43 <ncopa> thanks
2016-12-05 16:21:00 <hanez> ncopa: i just waited for the merge before working on more stuff. clandmeter and jirutka gave me some tipps doing it right. now i am feeling i could help out more...
2016-12-05 16:23:30 <ncopa> clandmeter, jirutka: thank you!
2016-12-05 16:23:32 <ncopa> :)
2016-12-05 16:24:56 <hanez> i really like such an open community. it makes more fun to use an OS when not beeing rejected with questions and pull requests...
2016-12-05 16:25:57 <hanez> i reported bugs to sabayon some years ago but noone was interested and they said, tell it the gentoo guys, it's not our fault. i stopped using sabayon then
2016-12-05 16:26:12 <ncopa> tbh, we have problems keeping up
2016-12-05 16:27:27 <hanez> hmmm... :(
2016-12-05 16:27:37 <ncopa> our community has grown fast last year
2016-12-05 16:27:50 <Shiz> the price of popularity
2016-12-05 16:28:16 <ncopa> yes
2016-12-05 16:28:39 <ncopa> hanez, a tip is: check and double check your contributions
2016-12-05 16:28:48 <ncopa> make sure they are good
2016-12-05 16:29:18 <ncopa> devs will notice contributors that provide high quality patches
2016-12-05 16:29:22 <hanez> ncopa: i will do that... made some mistakes in the pull requests before but i will try to deliver higher quality next time
2016-12-05 16:29:30 <ncopa> that does not need alot extra work or commenting
2016-12-06 00:48:20 <biax> what are the key differences actually between 3.4 and 3.5?
2016-12-06 01:50:12 <darkfader> biax: i know some cleanups in the initrd stuff
2016-12-06 01:50:36 <darkfader> it'll be in the release notes, right now i don't know what else happened
2016-12-06 16:48:55 <avih> has there been efforts to build/run electron based apps? (node+webkit, like atom and vscode)
2016-12-06 18:02:13 <dgarstang> How do I install the awscli on alpine? 'apk add awscli' doesn't work
2016-12-06 18:16:31 <jbguerraz> Hello guys )
2016-12-06 18:16:45 <jbguerraz> /guys/dudes/ :)
2016-12-06 18:18:02 <jbguerraz> I was wondering if one could do the final review of https://github.com/alpinelinux/aports/pull/296 :)
2016-12-06 18:18:13 <jbguerraz> I'd love to see it in testing
2016-12-06 19:55:30 <hiro_> 17:00 hanez thats great in alpine... you can do bloated stuff but by default it is as minimal as possible...
2016-12-06 19:55:36 <hiro_> hanez: yes, that's how i use tinycorelinux also
2016-12-06 19:58:59 <hiro_> hanez: alpine was really the only other thing to switch to :D
2016-12-06 19:59:03 <hanez> hiro_: uh, responses to more then 24 hours written stuff... crazy shit.... ;)
2016-12-06 19:59:19 <hiro_> hanez: it was in error to be honest, i also noticed slightly after
2016-12-06 19:59:37 <hanez> hiro_: all fine... ;)
2016-12-06 20:00:05 <hiro_> make irc slow again
2016-12-06 20:00:08 <hiro_> :P
2016-12-06 20:01:14 <hanez> hiro_: i use arch since three years as my work OS but that sucks at the moment... thousands of packages without real security sign-off and nu trust for me anymore... much to complex too. freebsd would be my choice if alipen or void wouldn't exist
2016-12-06 20:01:21 <hanez> :D
2016-12-06 20:02:13 <hanez> i still miss a lot of stuff in alpine but the crazy bloated software like systemd is gone...
2016-12-06 20:03:46 <hanez> make pstree look light again... ;)
2016-12-06 20:10:38 <hiro_> hanez: linux will always be bloated
2016-12-06 20:11:00 <hiro_> hanez: after systemd there will be some other shit again
2016-12-06 20:11:40 <hiro_> hanez: but i agree, alpine, void, tinycorelinux at least protect you from most of the hipster bloat in linux
2016-12-06 20:11:48 <hiro_> hanez: also nearly switched to bsd
2016-12-06 20:16:39 <hanez> hiro_: nothing is perfect but some things are more beautiful then other
2016-12-06 20:17:17 <hiro_> yeah
2016-12-06 20:18:13 <hanez> i always say, linux sucks very often but for me it sucks less then other any other OS... :)
2016-12-06 21:09:50 <ikkeT> hi,
2016-12-06 21:10:07 <ikkeT> i try running su in container as root, and it asks for password
2016-12-06 21:10:14 <ikkeT> is this designed so in alpine?
2016-12-06 21:10:22 <ikkeT> perhaps some pam trickery?
2016-12-06 21:10:36 <ikkeT> i mean, i am root
2016-12-06 21:10:49 <ikkeT> and run "su username -c do something"
2016-12-06 21:10:50 <Shiz> nope
2016-12-06 21:10:52 <ikkeT> and it asks for pwd
2016-12-06 21:10:54 <Shiz> alpine doesn't ship PAM by default
2016-12-06 21:11:15 <ikkeT> ok, perhaps it came along the shadow, for usermod etc...
2016-12-06 21:11:34 <ikkeT> i do have /etc/pam.d there
2016-12-06 21:11:35 <Shiz> have you tried if su-exec works?
2016-12-06 21:11:42 <Shiz> shadow?
2016-12-06 21:11:50 <ikkeT> nope, didn't remember such
2016-12-06 21:11:53 <Shiz> http://pkgs.alpinelinux.org/package/edge/community/aarch64/shadow
2016-12-06 21:11:55 <Shiz> this package?
2016-12-06 21:11:58 <Shiz> yeah that gives you PAM
2016-12-06 21:12:17 <Shiz> i would recommend against that package :p
2016-12-06 21:12:21 <ikkeT> shadow to get usermod, useradd, groupadd
2016-12-06 21:12:36 <Shiz> alpine ships with adduser and addgroup that do the same as the latter two
2016-12-06 21:12:43 <ikkeT> i would too, but i tried to port a container to raspi, and use alpine for that
2016-12-06 21:12:54 <Shiz> you don't need shadow for them
2016-12-06 21:12:55 <ikkeT> ah, thanks, didn't know that
2016-12-06 21:12:58 <ikkeT> great
2016-12-06 21:13:01 <Shiz> as for usermod... depends on what you're trying to do
2016-12-06 21:13:02 <Shiz> :p
2016-12-06 21:13:43 <ikkeT> https://github.com/itzg/dockerfiles/blob/master/minecraft-server/start.sh
2016-12-06 21:13:45 <ikkeT> that
2016-12-06 21:13:47 <ikkeT> and this
2016-12-06 21:14:05 <ikkeT> https://github.com/itzg/dockerfiles/blob/master/minecraft-server/start-minecraft.sh
2016-12-06 21:14:15 <Shiz> hmm
2016-12-06 21:14:23 <ikkeT> i did it first by replacing those with echo "stuff" >> /etc/passwd
2016-12-06 21:14:28 <ikkeT> and so on
2016-12-06 21:14:38 <ikkeT> then run into usermod somewhere, and got bored
2016-12-06 21:14:43 <ikkeT> and just installed shadow
2016-12-06 21:14:57 <ikkeT> also i tried going around sudo by using su
2016-12-06 21:15:20 <Shiz> i wouldn't be surprised if pam was interfering if you're root, but i'm unsure
2016-12-06 21:15:20 <ikkeT> i'm trying to get that working under raspi3 container
2016-12-06 21:15:39 <ikkeT> that was just my suspect
2016-12-06 21:15:42 <Shiz> why do you need this $UID/$GID stuff?
2016-12-06 21:15:44 <ikkeT> i'm not sure either
2016-12-06 21:15:48 <_ikke_> ikkeT: hi
2016-12-06 21:16:00 <ikkeT> _ikke_: hi
2016-12-06 21:16:36 <ikkeT> tbh, i don't, i just try to port that with minimum effort
2016-12-06 21:16:45 <ikkeT> that's not my project
2016-12-06 21:16:47 <Shiz> :p
2016-12-06 21:17:06 <ikkeT> as that's for x86 arch, and i try arm
2016-12-06 21:17:20 <ikkeT> so i thought i try alpine for the task
2016-12-06 21:17:25 <ikkeT> as it looks nice and small
2016-12-06 21:17:34 <ikkeT> for a small box
2016-12-06 21:19:17 <ikkeT> _ikke_: nice nick you have :)
2016-12-06 21:19:40 <_ikke_> You too
2016-12-06 21:28:55 <ikkeT> Shiz: any idea why this doesn't work in alpine sh:
2016-12-06 21:28:57 <ikkeT> exec su minecraft -p -c "/start-minecraft $@"
2016-12-06 21:29:06 <ikkeT> it won't exec that
2016-12-06 21:29:20 <ikkeT> now if i remove shadow, the su works
2016-12-06 21:30:06 <ikkeT> but not that exec
2016-12-06 21:30:23 <Shiz> why do you do the exec?
2016-12-06 21:30:51 <Shiz> (no immediate idea... but su-exec was made for that purpoe :p)
2016-12-06 21:42:04 <ikkeT> ah, so much i do remember, already forgot that. thanks
2016-12-06 21:44:38 <lasidjvpoie> is it possible to add flash player on Alpine Linux, so you can view flash based content in Firefox?
2016-12-06 21:44:59 <TBB> there's instructions for that in the wiki
2016-12-06 21:45:57 <lasidjvpoie> thank you TBB
2016-12-06 21:47:16 <ikkeT> Shiz: it looks like su-exec doesn't take parameters. does it preserve env?
2016-12-06 21:48:19 <Shiz> i think so
2016-12-06 21:48:44 <ikkeT> code looks like this.
2016-12-06 21:48:46 <ikkeT> setenv("HOME", pw != NULL ? pw->pw_dir : "/", 1);
2016-12-06 21:49:00 <ikkeT> so it looks like it reset's home, and that's all it does for env
2016-12-06 21:49:01 <Shiz> yes, but that's the only env it sets
2016-12-06 21:49:07 <Shiz> the rest should be preserved
2016-12-06 21:49:12 <ikkeT> ok, thanks
2016-12-07 10:05:07 <iron_houzi> Can someone please tell me why python3 pyvenv module is broken? I can only create virtualenvs without pip, if I want normal virtualenv's I get this: `Error: Command '['/opt/wpsapp/venv/bin/python3.5', '-Im', 'ensurepip', '--upgrade', '--default-pip']' returned non-zero exit status 1`
2016-12-07 10:05:21 <iron_houzi> pyvenv should come with python3
2016-12-07 10:06:26 <iron_houzi> Oh, sorry, found it: https://github.com/frol/docker-alpine-python3/issues/3
2016-12-07 13:55:52 <lkcvje> hi, how impossible it would be to make any raspberry pi display work with Alpine?
2016-12-07 14:00:28 <fabled> lkcvje, depends on your display. i have some displays in use via spi...
2016-12-07 14:02:46 <lkcvje> fabled, talking http://www.neosecsolutions.com//products.php?32&cPath=17
2016-12-07 14:02:55 <lkcvje> (if links are not allowed, I am sorry)
2016-12-07 14:04:19 <fabled> looks regular spi display. the kernel side should work if you just include the right dtb overlay in config.txt. the gpu acceleration does not work directly on those, though
2016-12-07 14:05:30 <lkcvje> is that a huge issue?
2016-12-07 14:05:36 <lkcvje> the gpu acc absence?
2016-12-07 14:08:09 <fabled> depends what you want to do
2016-12-07 14:08:13 <darkfader> whats a dtb?
2016-12-07 14:08:21 <fabled> for simple UI, it should not be a problem. for playing movies, it might be.
2016-12-07 14:08:57 <fabled> darkfader, dtb = device tree blob. basically configuration data to enable hardware devices on arm.
2016-12-07 14:09:02 <darkfader> ah!  thanks
2016-12-07 14:09:16 <darkfader> devicetree i know but the b didn't resolve in my head
2016-12-07 14:33:08 <Mo0O> hi there
2016-12-07 14:33:48 <Mo0O> do we have a nosql document oriented db available at the moment ?
2016-12-07 14:34:25 <Mo0O> rethinkdb look in work in progress state in testing
2016-12-07 14:34:40 <Mo0O> any news on the subject ? or alternative ?
2016-12-07 14:59:36 <libertas> hi, I've installed emacs and emacs-nox from /edge/community and emacs cli is working
2016-12-07 15:00:17 <libertas> but when trying to install emacs-x11 or emacs-gtk2 can't
2016-12-07 15:00:30 <Shiz> Mo0O: mongo is in testing
2016-12-07 15:00:43 <libertas> emacs-gtk2 breaks emacs-nox-25.1-r0
2016-12-07 15:02:19 <libertas> same thing with emacs-x11
2016-12-07 15:03:20 <libertas> is the package broken? or do I need to do something else?
2016-12-07 15:07:14 <Mo0O> thanks Shiz
2016-12-07 15:51:38 <lkcvje> fabled: still here?
2016-12-07 17:32:34 <ikkeT> Shiz: BTW, thanks for your help yesterday, the conversion from ubuntu to alpine worked after all
2016-12-07 17:34:38 <scv> congrats :)
2016-12-07 17:36:43 <Shiz> good job :)
2016-12-07 21:01:26 <lkcvje> any Raspberry Pi user here?
2016-12-07 21:02:02 <lkcvje> any version, has someone tried running either Firefox or Remmina (virtual desktop client) on Raspberry Pi?
2016-12-07 21:18:58 <interestedguy> hi, i have some questions regarding alpine. what filesystem does alpine use when in runs in RAM, tmpfs, overlayfs, aufs ...?
2016-12-07 21:20:24 <fabled> interestedguy, tmpfs
2016-12-07 21:20:37 <interestedguy> which arm boards are confirmed to work with alpine except the rpi boards? i know there is a long list of supported arm boards, but from what i understand these are only boards that should work theoretically
2016-12-07 21:21:01 <interestedguy> are there any experiences with other arm boards?
2016-12-07 21:21:16 <fabled> i have personally used it with rpi (various models), wandboard quad and one aarch64 gigabyte
2016-12-07 21:22:26 <interestedguy> thx, fabled
2016-12-07 21:23:24 <interestedguy> if i change the normal kernel to a custom one (on arm or in general) will it work or is there something special to the alpine kernel?
2016-12-07 21:23:57 <fabled> should work assuming the config is compatible
2016-12-07 21:24:11 <fabled> though, we do use grsec kernel by default
2016-12-07 21:24:17 <fabled> on arches where supported
2016-12-07 21:25:31 <interestedguy> is this true for the rpi kernel as well? last time i looked it was without grsec iirc
2016-12-07 21:28:42 <lkcvje> fabled: regarding tiny lcds for raspberry again, would it limit any possible use of internet browser, playing any video and using other graphical applications? (the absence of gpu acceleration)
2016-12-07 21:29:01 <fabled> interestedguy, yes, rpi kernel is without grsec currently
2016-12-07 21:29:22 <fabled> lkcvje, yes, the cpu would need to do rendering, and it might affect performance.
2016-12-07 21:29:49 <lkcvje> fabled: so it's better to use hdmi displays?
2016-12-07 21:30:18 <fabled> lkcvje, there's also software that mirrors the gpu output to the lcd and performs pretty well
2016-12-07 21:30:37 <fabled> but needs separate setting up
2016-12-07 21:30:41 <lkcvje> fabled: have you tried using Firefox on rpi? If so, was it usable anyhow? (I have tried on B+ before, it was completely unusable, slowest experience so far)
2016-12-07 21:30:51 <fabled> i have not tried it
2016-12-07 21:31:42 <lkcvje> I am just playing with an idea, if using something like Remmina would be possible on rpi 3B
2016-12-07 21:32:21 <lkcvje> and if Firefox was possible to use normally there (or any equivalent browser allowing html5 video and such)
2016-12-07 21:34:25 <interestedguy> fabled, when running in ram, the whole filesystem is copied to ram (like toram for debian or rd.live.ram for fedora), is that correct? do you know what is the amount of ram consumed in the case of a basic rpi or x86 install?
2016-12-07 21:35:07 <fabled> interestedguy, on bootstrap the init uses apk package manager to extract all configured .apk packages to tmpfs and applies stored "overlay" .tar.gz with the local changes
2016-12-07 21:35:15 <interestedguy> regarding rpi grsec, "currently" sounds like this might change in the future?
2016-12-07 21:35:36 <fabled> interestedguy, when upstream gets proper rpi support, we can enable rpi support there
2016-12-07 21:36:09 <fabled> grsec supports arm targets in general, and e.g. wandboard runs fine with grsec
2016-12-07 21:36:43 <fabled> interestedguy, my x86_64 vpnc uses 194.6M of tmpfs space
2016-12-07 21:37:46 <fabled> it runs basic networking + strongswan + quagga + nginx + unbound + few other things; no GUI
2016-12-07 21:38:14 <fabled> 41M of that is logs
2016-12-07 21:39:39 <interestedguy> fabled, what kernel version is alpine currently using? at some point the 4.x kernel started supporting the rpi (b at least), i'm not sure about the other rpi versions
2016-12-07 21:39:57 <Shiz> Linux polymer 4.4.36-0-grsec #1-Alpine SMP Sat Dec 3 23:15:05 GMT 2016 x86_64 Linux
2016-12-07 21:39:58 <fabled> interestedguy, 4.4.x currnetly; and yes, there's some rpi support
2016-12-07 21:40:12 <fabled> but not yet full gpu support iirc
2016-12-07 21:43:34 <interestedguy> so on bootstrap only packages are copied to ram, not the whole filesystem?
2016-12-07 21:45:33 <fabled> interestedguy, the overlay file has list of packages, those and their dependencies get installed
2016-12-07 21:45:53 <fabled> so basically it's the whole running system
2016-12-07 21:47:39 <interestedguy> ok, so if i pull out the usb stick, cd, sd card ... it will continue to run?
2016-12-07 21:57:02 <fabled> yes
2016-12-07 22:10:57 <interestedguy> how stable is edge actually? instead of upgrading i could also just download one of the edge isos and go from there i guess?
2016-12-07 22:18:08 <TBB> it's quite stable
2016-12-07 22:19:57 <fabled> varies. normally edge is relatively stable, but at times we introduce new stuff/make major changes and there's time of unstability
2016-12-07 22:20:11 <fabled> like when we migrated from openssl to libressl, edge had issues for few weeks
2016-12-07 22:20:24 <fabled> but outside major merges like that, it's pretty ok
2016-12-07 22:20:41 <fabled> core developers run edge, so they like to keep it working :)
2016-12-07 22:22:10 <fabled> ttyl
2016-12-07 22:23:37 <interestedguy> i'm only seeing armhf in the repository. does this mean only rpi 2 and 3 will work or do the packages have armel supported too?
2016-12-07 22:34:45 <clandmeter> armhf works fine on rpi1
2016-12-07 22:44:04 <interestedguy> ok, thanks for all the answers :), going to give alpine a try the next days
2016-12-07 23:02:48 <stwa> is it possible that alpine-conf is broken or is it just my system? (my configs were overwritten without asking)
2016-12-07 23:06:14 <stwa> s/alpine-conf/conf-update/
2016-12-07 23:06:47 <stwa> s/conf-update/update-conf/
2016-12-08 00:14:52 <libertas> has anyone installed /edge/community emacs-x11 or emacs-gtk2?
2016-12-08 00:35:37 <avih> libertas: i just tried both. both seem to work (or at least open the graphical window - i'm not an emacs user). the gtk2 menus are nicer looking
2016-12-08 00:38:54 <libertas> avih: I installed emacs cli fine: emacs and emacs-nox
2016-12-08 00:39:11 <libertas> but emacs-x11 and emacs-gtk2 give an error
2016-12-08 00:39:22 <libertas> emacs-gtk2 breaks emacs-nox-25.1-r0
2016-12-08 00:39:37 <avih> both install here (i do have testing enabled, and i don't know if any of them comes from testing)
2016-12-08 00:40:04 <avih> i didn't try installing the -nox one, and i don't know the relation between them
2016-12-08 00:41:05 <libertas> I also don't know what is the -nox.  When I search them they are available from edge/community
2016-12-08 00:41:18 <libertas> not testing
2016-12-08 00:41:30 <avih> i didn't have any emacs installed, then i apk add emacs-x11 which completed and ran fine. i then removed it and installed emacs-gtk2 which also installed fine and ran.
2016-12-08 00:43:19 <avih> weird that neither of the variants renders test how my fontconfig defines. the menus are rendered correctly (subpixel AA), but the document fonts are gray aa. weird.
2016-12-08 00:43:26 <avih> text*
2016-12-08 00:46:26 <libertas> removed emacs and emacs-nox and could install emacs-x11, but when trying to run it... Killed
2016-12-08 00:46:51 <avih> can you run other X apps?
2016-12-08 00:47:02 <libertas> yes
2016-12-08 00:47:44 <OxFEEDBACC> killed by what?
2016-12-08 00:47:49 <avih> not sure how to analyze it further, sorry.
2016-12-08 00:48:25 <libertas> OxFEEDBACC: $ emacs
2016-12-08 00:48:25 <OxFEEDBACC> run through gdb and see if it crashes or terminates abnormally...
2016-12-08 00:48:27 <libertas> Killed
2016-12-08 00:48:31 <scv> does dmesg have anything relevant about the termination?
2016-12-08 00:48:35 <libertas> just that
2016-12-08 00:48:38 <OxFEEDBACC> in the former case you can request a backtrace...
2016-12-08 00:48:50 <scv> perhaps OOM-killer or other issue e.g. segv?
2016-12-08 00:49:14 <libertas> now I'm installing emacs-gtk2
2016-12-08 00:53:19 <libertas> emacs-gtk2 also killed... $? returns 137
2016-12-08 00:53:49 <avih> is this a plain alpine install? vm? container?
2016-12-08 00:54:24 <libertas> gdb emacs-gtk2: (run) warning:  Cannot call inferior functions, Linux kernel PaX protection forbids return to non-executable pages!
2016-12-08 00:54:40 <libertas> Program terminated with signal SIGKILL, Killed
2016-12-08 00:55:05 <libertas> it's a plain install in an old Core2Duo T5500 laptop
2016-12-08 00:56:15 <scv> the application is doing something funky and pax is triggering a kill
2016-12-08 00:56:42 <scv> not sure if you can disable that with paxctl
2016-12-08 00:56:50 <OxFEEDBACC> well, some process must send the signal...
2016-12-08 00:57:15 <avih> but it ran without issues here. what's different then?
2016-12-08 00:57:17 <OxFEEDBACC> oh, pax... well, never seen pax in action...
2016-12-08 00:57:18 <scv> the kernel i
2016-12-08 00:57:27 <scv> avih are you using grsec kernel?
2016-12-08 00:57:29 <scv> or vanilla
2016-12-08 00:57:37 <libertas> avih:  I was the lucky guy!
2016-12-08 00:57:40 <avih> scv: default with alpine, i believe grsec
2016-12-08 00:58:08 <scv> its possible there may be something else, another lib or something that's triggering the pax violation
2016-12-08 00:58:57 <libertas> humm, I have one error in the 235 packages installed
2016-12-08 00:58:59 <avih> fwiw, i'm running 64 bits alpine
2016-12-08 00:59:21 <scv> oh you know
2016-12-08 00:59:24 <avih> libertas: apk fix
2016-12-08 00:59:29 <scv> that pax warning is actually from gdb
2016-12-08 00:59:33 <scv> so, excuse me
2016-12-08 01:00:01 <scv> libertas did you check the end of dmesg to see if there was anything relevant to why it is being killed?
2016-12-08 01:00:10 <scv> typically if the kernel is triggering a kill it'll log the event
2016-12-08 01:00:21 <libertas> it's bash-completion trying to overwrite usr/share/bash-completion/completions/mount
2016-12-08 01:00:31 <scv> whether it's segv/GPF/FPE etc etc
2016-12-08 01:00:31 <libertas> owned by util-linux
2016-12-08 01:01:37 <libertas> scv: in dmesg, begins with:
2016-12-08 01:02:06 <libertas> PAX: execution attempt in: <anonymous mapping>, 7235db5fb000-....
2016-12-08 01:02:20 <scv> pastebin the last 20-30 lines or so
2016-12-08 01:07:50 <libertas> pastebin.com/PfYXrJne
2016-12-08 01:08:14 <scv> 404?
2016-12-08 01:08:25 <OxFEEDBACC> :-/
2016-12-08 01:08:59 <scv> found it :p
2016-12-08 01:09:02 <scv> http://pastebin.com/PfYX4Jne
2016-12-08 01:09:11 <libertas> sorry
2016-12-08 01:09:34 <OxFEEDBACC> how did you find that?
2016-12-08 01:09:43 <scv> pastebin lists all pastes that are made
2016-12-08 01:09:47 <scv> it isn't private
2016-12-08 01:09:58 <OxFEEDBACC> oh, right...
2016-12-08 01:10:15 <scv> anyway - confirms that it is pax causing the KILL
2016-12-08 01:11:24 <OxFEEDBACC> okay, in that case emacs seems to be killed just because its parent gdb "had to" be killed...
2016-12-08 01:11:26 <scv> so your options are to 1) try disabling PAGEEXEC or 2) install vanilla
2016-12-08 01:11:39 <scv> can try
2016-12-08 01:11:48 <OxFEEDBACC> well, i'd say stop pax for a try...
2016-12-08 01:11:50 <scv> paxctl -p /path/to/emacs-gtk2
2016-12-08 01:12:12 <scv> dunno where the binary for that will be but you should be able to find it
2016-12-08 01:13:20 <avih> but this log is for running in gdb. if gdb triggers the kill then it's not a good log.
2016-12-08 01:13:37 <libertas> after the paxctl -p /usr/bin/emacs: Segmentation fault
2016-12-08 01:13:39 <avih> you need a log when running normally without gdb
2016-12-08 01:14:33 <scv> avih good catch i missed both the entries in dmesg were gdb
2016-12-08 01:14:41 <scv> thats what i get for just glancing at it >>
2016-12-08 01:16:15 <avih> maybe the processor is too old and doesn't support whatever security features which this kernel uses?
2016-12-08 01:16:32 <libertas> pastebin.com/r1i0HmJp
2016-12-08 01:17:29 <avih> hmm.. interesting security measure... "grsec: bruteforce prevention initiated for the next 30 minutes or until service restarted, stalling each fork 30 seconds."
2016-12-08 01:17:44 <avih> libertas: reboot and try again
2016-12-08 01:18:05 <scv> without PAGEEXEC it's just segfaulting
2016-12-08 01:18:26 <scv> so there's something wrong with the binary or one of its dependent libs
2016-12-08 01:18:36 <avih> or the processor
2016-12-08 01:18:37 <scv> segv at (nil)
2016-12-08 01:18:40 <scv> null pointer...
2016-12-08 01:19:10 <scv> how frequently do you have CPUs fail avih :P
2016-12-08 01:19:34 <avih> scv: never, but i didn't mean fail. i meant old and not supporting this kernel
2016-12-08 01:19:57 <avih> t5500 is many generations old
2016-12-08 01:20:00 <scv> that's exceptionally unlikely
2016-12-08 01:20:10 <scv> and it isn't that old
2016-12-08 01:20:13 <avih> i tend to agree that it's unlikely
2016-12-08 01:21:16 <avih> actually, i did have (temporary) cpu failures when a fan died :)
2016-12-08 01:21:37 <scv> that'll do it :D
2016-12-08 01:21:38 <libertas> after rebooting http://pastebin.com/ZhK5LNLf
2016-12-08 01:22:00 <scv> libertas the error is segmentatio fault accessing address 0x0 (null)
2016-12-08 01:22:19 <OxFEEDBACC> that's a normal software fault, usually...
2016-12-08 01:22:22 <scv> yep
2016-12-08 01:22:24 <OxFEEDBACC> try with gdb again...
2016-12-08 01:22:42 <scv> i'd honestly try vanilla kernel again
2016-12-08 01:22:43 <libertas> I only know a little C, but it's some programming error, no?
2016-12-08 01:22:58 <scv> typically, yes
2016-12-08 01:23:15 <scv> s/again//
2016-12-08 01:23:36 <libertas> with gdb Segmentation fault
2016-12-08 01:23:46 <libertas> do the paxctl command again?
2016-12-08 01:23:54 <avih> libertas: can you ssh -YC (x forward, assuming you have it set up and it works) to that machine and try again? also, are you trying as root? normal user?
2016-12-08 01:23:58 <scv> but yeah, i would suggest trying vanilla, i've had a lot of odd issues, strange crashes that went away after removing grsec from the picture
2016-12-08 01:24:05 <OxFEEDBACC> in gdb, request a backtrace... (gdb) bt
2016-12-08 01:24:12 <scv> the paxctl command applies the change to the fs, so it survives the reboot
2016-12-08 01:24:16 <scv> no need to do it again
2016-12-08 01:24:27 <libertas> I was trying as normal user, now tried as root, same thing
2016-12-08 01:24:51 <avih> fwiw, i only tried as normal user (and it worked)
2016-12-08 01:25:08 <libertas> OxFEEDBACC: (gdb) bt : No stack.
2016-12-08 01:25:33 <OxFEEDBACC> directly after the crash?
2016-12-08 01:25:48 <OxFEEDBACC> smells like something in a threading lib...
2016-12-08 01:25:52 <libertas> yes
2016-12-08 01:38:12 <libertas> avih: not being able to x forward
2016-12-08 01:38:22 <libertas> how do I try with vanilla kernel?
2016-12-08 01:38:52 <avih> libertas: you mean x forward doesn't work in general? or you get the same failure?
2016-12-08 01:39:37 <libertas> no failure, just can't solve it right now, just normal text ssh working
2016-12-08 01:39:48 <avih> ah
2016-12-08 01:41:29 <OxFEEDBACC> set "X11Forwarding yes" in sshd_config?
2016-12-08 01:41:40 <libertas> done
2016-12-08 01:42:10 <avih> i have these three set in /etc/ssh/sshd_config:
2016-12-08 01:42:11 <avih> X11Forwarding yes
2016-12-08 01:42:11 <avih> X11DisplayOffset 10
2016-12-08 01:42:11 <avih> X11UseLocalhost yes
2016-12-08 01:42:21 <libertas> also Forward X11 yes in local /etc/ssh/ssh_config
2016-12-08 01:42:30 <avih> (though it's probably offtopic)
2016-12-08 01:45:52 <avih> fwiw, i asked if it works since the crash seems at xinit, so i thought a different x stack might change something
2016-12-08 01:48:29 <libertas> tried: ssh -YC 192.1.. urxvt
2016-12-08 01:48:36 <libertas> and then: emacs
2016-12-08 01:48:47 <libertas> Segmentation fault
2016-12-08 01:49:59 <libertas> it's running late, I going to bed.  I thank you very much for your help!
2016-12-08 01:50:19 <libertas> Have a nice evening/day!
2016-12-08 01:50:55 <libertas> will keep channel open, so will read it tomorrow, if you have new ideas
2016-12-08 01:50:56 <libertas> bye
2016-12-08 08:38:57 <user1081> hi, wiki mentions edge is tagged every 6 months for a stable, which months of the year does this happen, and does edge get frozen before stable release?
2016-12-08 08:44:48 <aw-> user1081:  hi. The previous releases are here: https://wiki.alpinelinux.org/wiki/Alpine_Linux:Releases — seems more like an "approximate" 6 months
2016-12-08 08:45:41 <aw-> May and November? or June and December? looks like it's around then
2016-12-08 08:46:50 <user1081> ah thanks, I see
2016-12-08 08:47:55 <user1081> and how are beta packages treated, I'm wondering how beta stuff might be kept out of a stable tag, is there a freeze policy or something of sorts
2016-12-08 08:49:51 <user1081> I am wanting apache2-http2 which is only in edge, but do not want to use edge in production, hence curious about how the releases work
2016-12-08 08:50:14 <user1081> with the seen schedule, seems another stable should come soon though
2016-12-08 08:52:15 <aw-> sorry I wouldn't know. hopefully someone else can answer you.
2016-12-08 08:58:53 <^7heo> user1081: yes the release oven is pre-heated
2016-12-08 09:00:19 <user1081> okay thanks
2016-12-08 09:00:21 <^7heo> we had issues with the boot process, but I think it has been solved
2016-12-08 09:01:18 <user1081> I am using alpine for docker images, loving it so far
2016-12-08 09:01:44 <^7heo> so after a couple of RCs that were kinda not bootable, it looks like ncopa has finally tamed the beast
2016-12-08 09:02:08 <^7heo> yeah alpine is awesome
2016-12-08 09:02:55 <user1081> indeed, I use it for a web service, thus after the http2 package
2016-12-08 09:03:24 <^7heo> and btw, if you want to use a software from edge with stable, you can use repo pibnning
2016-12-08 09:03:29 <user1081> is there indication of when a freeze takes place?
2016-12-08 09:03:31 <^7heo> pinning even
2016-12-08 09:03:58 <user1081> ah, thanks! I will look into pinning, I had no idea that could be done
2016-12-08 09:04:30 <^7heo> I'm not sure about freezes, I usually keep pushing
2016-12-08 09:04:57 <^7heo> but ncopa will know more
2016-12-08 09:05:15 <user1081> okay cool
2016-12-08 09:05:36 <^7heo> finally, please use nginx
2016-12-08 09:06:26 <user1081> lol , I was meaning to investigate it, I use mod_wsgi with apache, I need something in nginx that offers the same
2016-12-08 09:07:13 <^7heo> uwsgi
2016-12-08 09:08:02 <user1081> ah, cool. I will look into it when project time allows :)
2016-12-08 09:10:26 <^7heo> user1081: https://www.nginx.com/resources/admin-guide/gateway-uwsgi-django/
2016-12-08 09:11:04 <^7heo> user1081: and http://uwsgi-docs.readthedocs.io/en/latest/Nginx.html
2016-12-08 09:11:46 <user1081> thanks! it is indeed django, the django deployment page recommends apache and mod_wsgi for production, I think that was initially why I went with it
2016-12-08 09:12:45 <^7heo> yeah, official docs recommend all sort of shit
2016-12-08 09:13:19 <^7heo> I never trust them
2016-12-08 09:14:40 <user1081> true, but the django docs are usually pretty good. I knew nginx was going to be better, but didn't want to face issues with wsgi hooks etc, django's docs listed step by step with apache, and said it worked well, therefore I used it
2016-12-08 09:17:12 <user1081> I will investigate nginx though, especially if it makes my docker images smaller, that would be a big win to me
2016-12-08 15:07:48 <hargut> Hello.
2016-12-08 15:08:04 <hargut> I'm just trying to run lxd in alpine, but struggle with the start script:
2016-12-08 15:08:12 <hargut> "/lib/rc/sh/gendepends.sh: /etc/init.d/../conf.d/lxd: line 2: LXD_OPTIONS+= --group lxd: not found"
2016-12-08 15:09:15 <hargut> This is the stock configuration which was delivered with apk add, and it looks reasonable for me to start the daemon with its own group permissions.
2016-12-08 15:09:33 <hargut> The group does exist, but it looks as if there is a problem with parsing the options.
2016-12-08 15:09:49 <scv> looks like a bash dependency at first glance actually
2016-12-08 15:09:58 <hargut> As I'm not too familiar with openrc, I've landed here.
2016-12-08 15:10:06 <scv> ash might not be parsing that properly
2016-12-08 15:10:18 <hargut> scv, Looks as if the parser has a problem.
2016-12-08 15:10:36 <hargut> scv, are there some instructions in openrc which shell is used to parse the files?
2016-12-08 15:11:32 <scv> hm, not sure
2016-12-08 15:11:43 <hargut> scv, bash is installed anyways.
2016-12-08 15:12:04 <scv> either way, first thing i'd do is throw quotes around that
2016-12-08 15:12:06 <hargut> probably the += is the error generating part. Let me try.
2016-12-08 15:12:11 <scv> LXD_OPTIONS+=" --group lxd"
2016-12-08 15:12:20 <hargut> scv, quotes are there in the file, but not printed in the error message.
2016-12-08 15:12:24 <scv> ah
2016-12-08 15:13:05 <hargut> seems to be the +=, with = only it works.
2016-12-08 15:13:41 <hargut> sh: YES: unknown operand
2016-12-08 15:13:43 <clandmeter> i dont think you can use += assingment
2016-12-08 15:14:19 <hargut> clandmeter, The package and the files are from edge / testing
2016-12-08 15:14:31 <hargut> clandmeter, So I assume that this has at least worked for the package dev.
2016-12-08 15:14:31 <clandmeter> i know
2016-12-08 15:15:00 <clandmeter> https://github.com/alpinelinux/aports/commit/1b30f2804b6f5c59ab10eec4d850332a762a15e3
2016-12-08 15:15:18 <clandmeter> fcolista: ^
2016-12-08 15:15:31 <hargut> The "YES" unknown operand message indicates the /bin/sh is interpreting. Probably it was linked to another shell.
2016-12-08 15:15:40 <fcolista> please upgrade the package
2016-12-08 15:15:57 <fcolista> I already did that change
2016-12-08 15:16:03 <clandmeter> fcolista: what about the other commented assignmetnts?
2016-12-08 15:16:34 <fcolista> let me read the backlog
2016-12-08 15:16:39 <hargut> Oh, development is fast here. ;-)
2016-12-08 15:17:14 <clandmeter> fcolista: did you copy this from some other place?
2016-12-08 15:18:09 <fcolista> clandmeter, yes, from gentoo
2016-12-08 15:19:06 <clandmeter> you will have to use something like foobar="$foobar --whatever"
2016-12-08 15:19:18 <fcolista> yes
2016-12-08 15:19:25 <fcolista> as i said, i've alredy did it
2016-12-08 15:19:40 <fcolista> but i stupidly didn't bump the pkgrel
2016-12-08 15:19:44 <hargut> Looks like the line 35 in /etc/init.d/lxd is resposible for the two messages of "sh: YES: unknown operand"
2016-12-08 15:20:16 <hargut> The messages only occur during restart and/or stop.
2016-12-08 15:20:50 <hargut>  /bin/sh -> /bin/busybox
2016-12-08 15:21:34 <fcolista> hargut, give me one min
2016-12-08 15:21:44 <fcolista> I've a working setup for lxd
2016-12-08 15:21:56 <hargut> fcolista, thanks for packaging lxd. Love that tool, and I'm happy to install it that easy in alpine.
2016-12-08 15:23:52 <fcolista> hargut, just pushed the changes (other LXD_OPTIONS had += assignemnt, even if commented)
2016-12-08 15:23:58 <fcolista> so
2016-12-08 15:24:04 <fcolista> you need to run lxd init first
2016-12-08 15:24:08 <fcolista> to setup lxd
2016-12-08 15:24:42 <hargut> fcolista, I know how to deal with lxd. It just seems that the init script is not 100% busybox compatible
2016-12-08 15:24:56 <fcolista> then you should add shadow utils, since to run unpriviledged container root should have assigned setid guidd etc
2016-12-08 15:24:57 <fcolista> ah
2016-12-08 15:24:57 <fcolista> ok
2016-12-08 15:24:59 <fcolista> sorry
2016-12-08 15:25:15 <hargut> fcolista, No worries. :-)
2016-12-08 15:25:18 <fcolista> please try it now
2016-12-08 15:25:56 <fcolista> initd is not busybox
2016-12-08 15:26:05 <fcolista> initd is openrc-run
2016-12-08 15:29:45 <hargut>  fcolista, can we please do: -#LXD_OPTIONS="$LXD_OPTIONS --print-goroutines-every 5" for all the lines?
2016-12-08 15:30:44 <fcolista> what's that?
2016-12-08 15:31:33 <hargut> https://github.com/alpinelinux/aports/commit/fa19f04206689f08f3e8060b2c692ac4c9429281
2016-12-08 15:32:02 <hargut> If you uncomment now any of the LXD_OPTIONS="" it will overwrite anything what was set before.
2016-12-08 15:32:09 <fcolista> ah
2016-12-08 15:32:14 <fcolista> yes, gotcha
2016-12-08 15:32:17 <fcolista> sorry :-/
2016-12-08 15:32:45 <clandmeter> or just document them and use one line.
2016-12-08 15:32:52 <hargut> No worries. I think it is a little more easy to handle, if you just uncomment the option you want to activate.
2016-12-08 15:34:00 <fcolista> http://tpaste.us/Gdey
2016-12-08 15:34:04 <hargut> Or a single line, as clandmeter stated. This way its easy to overlook it, and end up only with the last setting.
2016-12-08 15:34:05 <fcolista> hargut, clandmeter ^
2016-12-08 15:34:35 <hargut> fcolista, looks good for me.
2016-12-08 15:35:17 <hargut> fcolista, Perfect would be if we also find a solution for line 35 in /etc/init.d/lxd
2016-12-08 15:35:33 <fcolista> stopall ?
2016-12-08 15:35:43 <hargut> fcolista, to get rid  of the "sh: YES: unknown operand" messages, and get it run properly.
2016-12-08 15:36:23 <fcolista> ok
2016-12-08 15:36:26 <fcolista> one sec
2016-12-08 15:36:40 <clandmeter> i dont understand that initd at all.
2016-12-08 15:36:58 <fcolista> bah
2016-12-08 15:37:04 <fcolista> probably is better to rewrite it from scratch
2016-12-08 15:37:20 <Shiz> probably
2016-12-08 15:37:34 <hargut> I didn't compare it to other files.
2016-12-08 15:37:50 <Shiz> then you can also use nice features like command=
2016-12-08 15:37:55 <Shiz> instead of manual start-stop-daemon hackery
2016-12-08 15:38:30 <clandmeter> right
2016-12-08 15:38:33 <clandmeter> man openrc-run
2016-12-08 15:38:45 <fcolista> Shiz, yes
2016-12-08 15:38:47 <fcolista> +1
2016-12-08 15:40:28 <hargut> Hmm.. pretty compact, such a proper OpenRC init file. Haven't seen such for a while now.
2016-12-08 15:40:44 <Shiz> https://up.shiz.me/NmNmMjFh.png
2016-12-08 15:40:46 <Shiz> ;_;
2016-12-08 15:41:34 <fcolista> ocne lxd init is fixed, we can move it to community
2016-12-08 15:41:35 <clandmeter> Shiz: i think you can even ommit the command in some sittuations
2016-12-08 15:41:58 <clandmeter> just to make it really unreadable :)
2016-12-08 16:19:38 <hexomega> Hello, I'm having some trouble setting up pam_google_authenticator (google-authenticator package) on Alpine. Does anyone have experience with this? I've added the auth required line to /etc/pam.d/base-auth, but it doesn't seem to have any effect when I log in via sshd, su or anything. I have tried pamtester which works fine and invokes the module.
2016-12-08 16:21:38 <Shiz> do you have the shadow package installed
2016-12-08 16:21:57 <hargut> fcolista, do you eventually know how to get lxd started with --group lxd? Over here I always get "error: allocation failed"
2016-12-08 16:22:00 <hargut> ?
2016-12-08 16:24:48 <fcolista> hargut, running as root?
2016-12-08 16:25:32 <hargut> fcolista, The error comes up as soon as I add "--group lxd" in the option. User is root.
2016-12-08 16:26:00 <clandmeter> with the use of initd or from cmdline?
2016-12-08 16:26:08 <hargut> clandmeter, does not matter.
2016-12-08 16:26:38 <hargut> clandmeter, The error is as well there when started from cmdline. The issue is not related to init.d
2016-12-08 16:27:40 <hargut> strace says it is related to to the socket creation.. /var/lib/lxd/unix.socket. Gotta check file permissions in that areas
2016-12-08 16:31:44 <clandmeter> time to go home.
2016-12-08 16:31:57 <hargut> mincore(0xc420200000, 1, 0xea38128b939) = -1 ENOMEM (Out of memory)
2016-12-08 16:32:00 <hargut> does not look good.
2016-12-08 16:33:37 <fcolista> INFO[12-08|17:33:30] LXD isn't socket activated
2016-12-08 16:35:32 <OxFEEDBACC> "length is greater than (TASK_SIZE - addr). (This could occur if a  negative value is specified for length, since that value will be interpreted as a large unsigned integer.)   In  Linux  2.6.11 and earlier, the error EINVAL was returned for this condition."
2016-12-08 16:35:40 <OxFEEDBACC> (from mincore(2))
2016-12-08 16:36:21 <OxFEEDBACC> but length is the second arg, which is 1 :-/
2016-12-08 16:38:57 <OxFEEDBACC> oh... "addr to addr + length contained unmapped memory." also returns ENOMEM... sounds more plausible...
2016-12-08 16:45:22 <hargut> fcolista, can you please test this lxd init script? https://nopaste.me/view/bd1fd39a
2016-12-08 16:45:42 <hargut> fcolista, In case it works, please commit it. :)
2016-12-08 16:46:25 <TBB> seems I just keep running into these special cases: now I've got some SUID binaries going to a package, and that, of course, isn't allowed... any option for overriding that?
2016-12-08 16:47:07 <Shiz> it's not allowed for a good reason
2016-12-08 16:47:07 <hargut> fcolista, Ooops, LXD_OPTS should be LXD_OPTIONS. Corrected version: https://nopaste.me/view/raw/be647d13
2016-12-08 16:47:16 <scv> heh, my first guess would be to use a post-install/post-upgrade script to apply +s
2016-12-08 16:47:16 <Shiz> i'd focus instead on trying make it suidless
2016-12-08 16:47:26 <scv> real iffy sounding
2016-12-08 16:47:55 <Shiz> nah there is an apkbuild var to allow it
2016-12-08 16:47:58 <Shiz> if you can find it
2016-12-08 16:48:08 <Shiz> but not packaging suid binaries is always better
2016-12-08 16:48:18 <scv> the apkbuild documentation is a bit sparse
2016-12-08 16:48:34 <TBB> not really an option, those binaries are foreign, they're basically what's required to run yet another foreign binary in a chroot
2016-12-08 16:48:45 <scv> that sounds lovely
2016-12-08 16:49:25 <Shiz> foreign as in...?
2016-12-08 16:49:27 <TBB> I do admit it's an ugly hack, but I have a bit of a problem getting a certain software provider provide us with an Alpine native version of their software
2016-12-08 16:49:54 <TBB> foreign as in built for another distro (and libc)
2016-12-08 16:50:50 <Shiz> sounds wonderful
2016-12-08 16:50:53 <TBB> I can hopefully avoid using this kind of a dirty hack, and we did provide the software maker with an Alpine build environment and a promise we'd help them out as much as we can to get a native version
2016-12-08 16:51:04 <Shiz> well, the busybox package has suid binaries is my tip
2016-12-08 16:51:06 <Shiz> ;p
2016-12-08 16:51:44 <TBB> ohh, that's going to be my next bigger task - strip everything unnecessary out of it...
2016-12-08 16:58:05 <fcolista> hargut, i've done one similar: http://sprunge.us/WAXh
2016-12-08 16:58:12 <fcolista> i'm going to try your
2016-12-08 16:58:14 <fcolista> *yours
2016-12-08 16:58:36 <Shiz> simple rc scripts are the finest
2016-12-08 16:59:03 <hargut> fcolista, basically its the same. Only that my version determines the name from the filename.
2016-12-08 16:59:24 <fcolista> i would remove "busybox" though
2016-12-08 17:01:36 <fcolista> need cgmaneger
2016-12-08 17:01:48 <fcolista> is it actually needed?
2016-12-08 17:01:54 <fcolista> since lxd is 2.6.2
2016-12-08 17:02:35 <Shiz> btw
2016-12-08 17:02:41 <Shiz> name defaults to $RC_SVCNAME
2016-12-08 17:02:45 <Shiz> so you don't need to specify it manually
2016-12-08 17:02:59 <fcolista> even better
2016-12-08 17:07:09 <fcolista> http://tpaste.us/GEVR
2016-12-08 17:07:14 <fcolista> Shiz, hargut ^
2016-12-08 17:07:45 <Shiz> i think that should be $RC_SVCNAME
2016-12-08 17:07:49 <Shiz> not $SVCNAME :)
2016-12-08 17:09:33 <dgandhi> Greetings all, trying to migrate from deb to alpine, is there something like molly-guard in the AL package repo?
2016-12-08 17:09:47 <fcolista> correct Shiz
2016-12-08 17:10:45 <fcolista> http://tpaste.us/G0Q6
2016-12-08 17:10:50 <fcolista> that's sounds better
2016-12-08 17:10:52 <Shiz> dgandhi: nothing from the top of my head, but it doesn't seem like it would b ehard to package
2016-12-08 17:12:27 <Shiz> i can take a stab at it
2016-12-08 17:17:21 <hargut> fcolista, looks good!
2016-12-08 17:18:43 <fcolista> hargut, anyway with group=lxd it fails
2016-12-08 17:34:27 <Shiz> dgandhi: done
2016-12-08 17:37:57 <Shiz> dgandhi: https://github.com/Shizmob/aports/commit/bce4e0a6f9b0a56e489a3f534bfafe7deddedb5b
2016-12-08 17:42:12 <Shiz> something like that would be the idea, anyway
2016-12-08 18:00:47 <atlas_> Anyone have experience building a base docker image with alpine from scratch?
2016-12-08 18:04:23 <Shiz> define from scratch
2016-12-08 18:05:11 <atlas_> I mean using the "Scratch" label on a dockerfile
2016-12-08 18:05:35 <atlas_> FROM Scratch
2016-12-08 18:05:45 <atlas_> ADD rootfs.tar.gz
2016-12-08 18:06:13 <atlas_> I get file compression and archiving. Just need help with the fine details
2016-12-08 18:34:04 <fcolista> this lxd socket is not straightforward
2016-12-08 18:34:15 <fcolista> issue is the permission on unisx.socket
2016-12-08 18:34:34 <fcolista> i cannot set the permission on a socket via openrc
2016-12-08 18:34:42 <fcolista> openrc does not support it
2016-12-08 18:35:07 <fcolista> it should be lxd that would set it according with --group lxd parameter
2016-12-08 18:35:11 <fcolista> but it doesn't
2016-12-08 18:48:17 <fcolista> ok, small step ahead
2016-12-08 20:50:08 <hargut> fcolista, Could you solve that already?
2016-12-08 20:51:57 <hargut> fcolista, It seems that on Ubuntu (where the lxd devs are preparing the packages) the group is hardcoded in the systemd files.
2016-12-08 20:52:12 <hargut> lxd.service: ExecStart=/usr/bin/lxd --group lxd --logfile=/var/log/lxd/lxd.log
2016-12-08 20:52:32 <hargut> lxd.socket: SocketGroup=lxd
2016-12-08 20:56:08 <hargut> fcolista, probably tmpfiles.d could be a solution
2016-12-08 21:24:46 <hargut> fcolista, I've opened a RFE for LXD for the socket file & group setting. https://github.com/lxc/lxd/issues/2707
2016-12-08 21:25:03 <hargut> Good night & thanks for supporting!
2016-12-08 22:20:17 <interestedguy> hi, what is the difference between the dl-3.alpinelinux.org and the rsync.alpinelinux.org mirrors ? both seem to have packages and isos for the different alpine versions but in dl-3 are some more packages. what is the reason for this?
2016-12-09 00:53:54 <Bwen> i'm trying to change to a keyboard french-canadian layout, I cant seem to find much information on how to had a layout...
2016-12-09 00:54:47 <Shiz> it's usually done as part of the setup process by setup-keymap
2016-12-09 00:54:49 <Shiz> you can re-run it
2016-12-09 00:55:06 <Bwen> but its not one of the choices :p
2016-12-09 00:58:07 <Shiz> hmm
2016-12-09 00:58:29 <Shiz> Bwen: it's "cf"
2016-12-09 00:58:34 <Shiz> for canadian french
2016-12-09 00:58:36 <Shiz> :p
2016-12-09 00:58:59 <Bwen> well hot damn... need labels xD
2016-12-09 00:59:18 <Bwen> was looking for a variant in FR or US
2016-12-09 00:59:26 <Shiz> :p
2016-12-09 00:59:31 <Bwen> ty
2016-12-09 00:59:46 <Shiz> np!
2016-12-09 01:00:28 <Shiz> i found it here https://wiki.manjaro.org/index.php?title=Configuration_du_clavier_apr%C3%A8s_l%27installation#KEYMAP_pour_le_terminal_:
2016-12-09 05:52:43 <aspofiej> I have issues with Alpine. Scenario: tty[1] having Xorg running, tty[2] having linux console running (or fbpad, terminal), whenever I switch from tty[2] to tty[1], it enables for some weird reasons numlock
2016-12-09 08:40:45 <flock3> Hi all, I am having trouble with running alpine under docker, I've got the following cron line: "30 5 1-31 1-12 SAT" - But that line is running every day rather than only on a Saturday.  Does anyone know where the alpine cron executable docs are?
2016-12-09 09:34:10 <Shiz> flock3: it's busybox cron, so there
2016-12-09 12:40:15 <hargut> Hello
2016-12-09 12:56:40 <grugly> hi hargut
2016-12-09 13:51:04 <fcolista> hargut, you around?
2016-12-09 15:26:52 <sgfgdf> hello, guys! i want to install php5-memcached
2016-12-09 15:27:40 <sgfgdf> but i've noticed it is from a testing repository and apk doesn't find it as a package. how do i install it?
2016-12-09 16:00:33 <hargut> fcolista: Some times... :-)
2016-12-09 16:00:41 <fcolista> :)
2016-12-09 16:01:10 <fcolista> hargut, unix.socket has the correct permissions
2016-12-09 16:01:17 <fcolista> but lxd should be the primary group of the user
2016-12-09 16:01:45 <fcolista> in this way, the socket is created with the correct permissions
2016-12-09 16:02:10 <fcolista> the easist way to do it is
2016-12-09 16:02:13 <fcolista> newgrp lxd
2016-12-09 16:02:20 <fcolista> rc-service lxd start
2016-12-09 16:02:47 <fcolista> you'll see unix.socket :
2016-12-09 16:02:47 <fcolista> srw-rw---- 1 root lxd      0 Dec  8 20:12 unix.socket
2016-12-09 16:05:07 <hargut> fcolista: Does not work here.
2016-12-09 16:05:13 <hargut> error: allocation failed
2016-12-09 16:05:21 <fcolista> does not work here too
2016-12-09 16:05:26 <hargut> data-box:~# newgrp lxd; data-box:~# lxd --group lxd
2016-12-09 16:05:41 <fcolista> but the permissiosn are correct on the socket
2016-12-09 16:06:08 <hargut> That's right.
2016-12-09 16:06:28 <hargut> There is something else wrong. But I'm not sure what exactly.
2016-12-09 16:06:39 <hargut> Did you follow: https://github.com/lxc/lxd/issues/2707
2016-12-09 16:06:42 <hargut> ?
2016-12-09 16:07:23 <fcolista> i've saw the reply 18hrs ago
2016-12-09 16:07:27 <fcolista> but not the entire thread
2016-12-09 16:07:44 <hargut> Probably we get some more info from the devs. It seems that Ubuntu is doing something different on resolving group name to gid.
2016-12-09 16:08:33 <fcolista> hargut, have you installed shadow-uidmap right?
2016-12-09 16:08:49 <hargut> Lets see, the lxd devs are often very helful. I hope we can track that down.
2016-12-09 16:09:12 <hargut> data-box:~# apk info | grep shadow: shadow; shadow-uidmap
2016-12-09 16:09:40 <hargut> fcolista: Does it work with --group in your setup, or is it also failing?
2016-12-09 16:11:03 <fcolista> fails here too, hard
2016-12-09 16:11:09 <fcolista> *hardgut
2016-12-09 16:12:37 <hargut> re
2016-12-09 16:13:08 <fcolista> INFO[12-09|17:12:59] LXD isn't socket activated
2016-12-09 16:13:08 <fcolista> DBUG[12-09|17:12:59] Detected stale unix socket, deleting
2016-12-09 16:13:08 <fcolista> error: allocation failed
2016-12-09 16:13:25 <hargut> fcolista, so its the same issue as over here.
2016-12-09 16:13:31 <fcolista> correct
2016-12-09 16:13:31 <hargut> Stale unix socket is new.
2016-12-09 16:14:18 <fcolista> i don't think is related
2016-12-09 16:14:26 <fcolista> it's when it finds unix.socket
2016-12-09 16:14:36 <hargut> I don't get the Stale unix socket here.
2016-12-09 16:14:36 <fcolista> i think it deletes and recreate it
2016-12-09 16:14:46 <hargut> Might be the case.
2016-12-09 16:14:52 <fcolista> hargut, try to rm -rf /var/lib/lxd
2016-12-09 16:15:03 <fcolista> newgrp lxd; lxd --group=lxd
2016-12-09 16:15:09 <fcolista> newgrp lxd; lxd --group=lxd --debug --verbose
2016-12-09 16:15:19 <fcolista> i think you'll get the same
2016-12-09 16:15:20 <hargut> fcolista, looks like its running now.
2016-12-09 16:15:34 <hargut> No, just takes longer to fail.
2016-12-09 16:15:45 <fcolista> correct
2016-12-09 16:16:05 <hargut> probably creates all the stuff first, and then fails.
2016-12-09 16:17:23 <hargut> fcolista, I'll just have a look at the package creation files, maybe I find something.
2016-12-09 16:17:31 <fcolista> k
2016-12-09 16:17:40 <hargut> could eventually be a missing dependency or something..
2016-12-09 16:17:50 <fcolista> k
2016-12-09 16:18:09 <hargut> is it still in testing?
2016-12-09 16:18:40 <hargut> Oh, even etcd is there!? Is alpine going to be the next coreos? :D
2016-12-09 16:19:00 <fcolista> :D
2016-12-09 16:19:04 <fcolista> dunno if it works
2016-12-09 16:19:10 <fcolista> I packaged it
2016-12-09 16:19:15 <fcolista> along with kubernetes
2016-12-09 16:23:17 <hargut> fcolista, My fs is too small for testing that stuff properly.
2016-12-09 16:23:24 <hargut> ERROR: go-1.7.3-r0: No space left on device
2016-12-09 16:24:22 <hargut> is there a way to migrate the "storage" of arch to another partition? I'm running it on a NAS with 512mb / fs, but would have a lot of space on /dev/md1 or /dev/md3.
2016-12-09 16:24:31 <hargut> The initial setup was to have whole arch on /
2016-12-09 16:24:55 <hargut> But I'd just need mdadm and these things on /, the rest could live on /dev/md1
2016-12-09 16:28:33 <hargut> Ah, using lxd for that on my desktop: lxc launch images:alpine/edge/amd64 atest
2016-12-09 16:31:02 <hargut> fcolista, dnsmasq is definitley missing as lxd dependency
2016-12-09 16:40:57 <hargut> and I'm as well surprised that lxcfs and lxc is not there.
2016-12-09 16:47:44 <hargut> fcolista, Just built it from scratch, fails at the same point.
2016-12-09 17:00:29 <hargut> fcolista, eventually its kernel related: can you please try "apk add lxc && CONFIG=/boot/config lxc-checkconfig"
2016-12-09 17:00:51 <hargut> Cgroup namespace: required
2016-12-09 17:27:28 <hargut> re.
2016-12-09 17:28:13 <hargut> Something is wrong with my Desktop, USB always freezes and seems too loose power... looks like its hardware related.
2016-12-09 21:37:23 <solar_sea> Hi. I'm trying to loop-mount a partition image
2016-12-09 21:37:45 <solar_sea> on alpine edge. mount just dies with mount: mounting /dev/loop4 on /mnt/p1 failed: Invalid argument
2016-12-09 21:38:01 <solar_sea> mount -v ... prints the same output, dmesg contains no new messages
2016-12-09 21:38:09 <solar_sea> how can I figure what's wrong ? :)
2016-12-09 21:39:15 <Bwen> does fdisk -l shows /dev/loop4 ?
2016-12-09 21:40:02 <solar_sea> nope, losetup -f does though
2016-12-09 21:40:30 <Bwen> well then /dev/loop4 is an invalid argument... I'm quite new to all this myself though
2016-12-09 21:40:45 <solar_sea> i'm trying to mount an image, e.g.
2016-12-09 21:40:55 <solar_sea> mount -t vfat -o loop p1.img /mnt/p1
2016-12-09 21:40:57 <Bwen> oh :P
2016-12-09 21:41:13 <solar_sea> it's picking up /dev/loop4 as the loopback device to map the file onto, which sounds about right
2016-12-09 22:04:38 <Bwen> so i'm trying to follow these instructions: https://wiki.alpinelinux.org/wiki/XFCE_Setup
2016-12-09 22:05:04 <Bwen> and apk add alpine-desktop says it cant be found...
2016-12-09 22:05:26 <Bwen> I got the dl-1 to 5 in my repositories file.
2016-12-09 22:06:02 <Bwen> 3.4 version :P
2016-12-09 22:06:28 <Bwen> so I went here on a broswer: http://dl-2.alpinelinux.org/alpine/v3.4/main/x86_64/
2016-12-09 22:06:38 <Bwen> and I cant find alpine-desktop
2016-12-09 22:07:20 <Bwen> its listed here tho: https://pkgs.alpinelinux.org/packages?name=alpine-desktop&branch=v3.4&repo=&arch=&maintainer=
2016-12-09 22:19:46 <Bwen> anyone? :/
2016-12-09 22:30:51 <TBB> skip it
2016-12-09 22:31:03 <TBB> add xfce4 and faenza-icon-theme and you're good to go
2016-12-09 22:31:28 <Bwen> thx :)
2016-12-09 22:46:46 <TBB> eek. either there's something seriously wrong with xf86-input-synaptics or my hardware is misbehaving big time
2016-12-09 22:47:24 <TBB> I've got 20 instances of it running and all hogging as much CPU as they can
2016-12-09 22:47:26 <Bwen> I'm still looking for which video driver I should be picking for my laptop :P
2016-12-09 22:47:52 <TBB> that should be rather easy except when it's hard
2016-12-09 22:48:08 <TBB> what's your laptop model?
2016-12-09 22:48:17 <Bwen> an old dell xps
2016-12-09 22:49:23 <Bwen> I though I could run lspci to see what kind of video chipset it had.. but I dont see much :/
2016-12-09 22:49:57 <TBB> oh, that you can help
2016-12-09 22:50:28 <TBB> add pciutils and hwdata-pci for starters
2016-12-09 22:50:41 <TBB> you'll find your lspci will tell you slightly more
2016-12-09 22:51:04 <Bwen> ahh ha! good to know :}
2016-12-09 22:51:16 <TBB> (technically you'll be running the actual lspci, not the busybox version)
2016-12-09 22:51:41 <Bwen> much better, ty
2016-12-09 23:03:21 <Bwen> I found my alpine-desktop problem. its in the community repo which is commented out by default :>
2016-12-09 23:03:55 <TBB> ah, of course
2016-12-09 23:05:28 <Bwen> as soon as I started lxdm lost all mouse and keyboard inputs :D
2016-12-09 23:09:46 <Bwen> removed xf86-input-synaptics and now I got my mouse/keyboard back
2016-12-09 23:26:29 <atomi> where is musl installed ?
2016-12-09 23:26:51 <atomi> I just see the musl libs for musl pkg
2016-12-09 23:26:55 <scv> /lib/libc.musl-x86_64.so.1 or similar
2016-12-09 23:27:10 <atomi> ok
2016-12-09 23:27:20 <atomi> yeah find / | grep musl
2016-12-09 23:27:46 <scv> apk info -L <package>
2016-12-09 23:28:09 <atomi> that's helpful thanks
2016-12-09 23:45:17 <atomi> hmmm what about "musl-gcc"
2016-12-09 23:45:42 <atomi> should I just use "gcc"
2016-12-09 23:45:54 <atomi> and alpine will take care of the rest
2016-12-09 23:46:05 <scv> yes
2016-12-09 23:46:27 <atomi> kind of makes my Makefile a little more complicated but ok
2016-12-09 23:46:51 <scv> how so?
2016-12-09 23:47:05 <atomi> on my workstation I have CC=musl-gcc
2016-12-09 23:47:18 <atomi> when I send it to alpine container I have to use CC=gcc
2016-12-09 23:47:32 <atomi> it's fine
2016-12-09 23:47:40 <atomi> no biggie
2016-12-10 14:18:55 <Bwen> I'm having fun with lbu and I was wondering if it was possible to revert back to initial state without rebooting?
2016-12-10 15:26:53 <darkfade1> Bwen: never tried :))
2016-12-10 15:27:02 <darkfade1> should be possible i guess
2016-12-10 15:27:21 <darkfade1> possible as in possible, not as in sensible or supported, but fun definitely
2016-12-10 15:28:22 <Bwen> rebooting is not that much of a hassle. I though that "lbu revert" would be serving that purpose.
2016-12-10 17:51:32 <kazblox> hi
2016-12-10 18:03:37 <Bwen> so I made a bootable USB with an encrypted lbu installation. When I boot with it to install alpine on my laptop I do: setup-alpine -f answerfile /dev/sda . I put LBUOPTS="none". but it still asks me for my encryption password and then to verify it... then theres the error/warning? "tar: invalid magic \n tar: short read"
2016-12-10 18:03:57 <Bwen> when I boot from the laptop it stuck at boot: prompt
2016-12-10 18:04:02 <Bwen> any ideas?
2016-12-10 19:03:44 <Bwen> apk add tar, now I get: gzip: invalid magic\n tar: Child returned status 1\n tar: Error is not recoverable: exiting now.
2016-12-10 21:14:57 <Bwen> I think I narrowed down my problem to this line: http://git.alpinelinux.org/cgit/alpine-conf/tree/setup-disk.in?h=v3.4.0#n266
2016-12-10 21:15:41 <Bwen> since my usb installation has lbu encryption enabled its trying to "lbu package -| tar" but returns an encrypted output that tar cant handle
2016-12-10 21:18:12 <Bwen> I guess I could always try to bypass it with DISKOPTS="-o crtypedfile" .. hmm
2016-12-10 21:24:58 <Bwen> nope that didnt work too good... quieted died while trying to restore... didnt prompt for password... hm
2016-12-10 22:07:15 <kahiru> hey, if I use the default init script for lxc containers, will it spawn the containers as privileged?
2016-12-10 23:06:34 <Bwen> my first pull request for alpine-conf :D
2016-12-10 23:16:14 <kahiru> Bwen: \o/ nice
2016-12-11 13:54:48 <slashbeast> hi. I am checking on the docker images for alpine and I see that it uses the rootfs.tar.gz. What does generate the tarballs?
2016-12-11 21:52:38 <user981432> Hey, uhm, a wanted to give Alpine Linux a try by installing it on a headless device - but during boot I can't figure out how to tell the bootloader to use a console (there's no video on the device). Anyone got an idea?
2016-12-11 21:53:24 <scv> what type of device
2016-12-11 21:54:22 <user981432> What do you mean? A serial console recognized as ttyS1 by other Linux distros
2016-12-11 21:54:42 <_ikke_> You need to enable serial
2016-12-11 21:54:57 <_ikke_> https://wiki.alpinelinux.org/wiki/Enable_Serial_Console_on_Boot
2016-12-11 21:55:09 <user981432> Normally I'd tell grub to boot with an additional "console=ttyS1,115200n8" command, but the ISO boot to a screen showing "boot:" without any options
2016-12-11 21:55:27 <_ikke_> You can append that to there
2016-12-11 21:55:38 <scv> its syslinux/extlinux, not grub but yeah as _ikke_ said
2016-12-11 21:55:55 <user981432> Yeah, I've read that, but I only have an ISO here - how do I modify the command line while booting?
2016-12-11 21:56:06 <scv> i meant what type of hardware are you booting on
2016-12-11 21:56:12 <scv> beofre
2016-12-11 21:56:16 <user981432> A Netgate router
2016-12-11 21:56:20 <scv> ah
2016-12-11 21:56:22 <user981432> x86_64
2016-12-11 21:56:57 <Shiz> user981432: when it shows boot
2016-12-11 21:57:00 <Shiz> type exactly that
2016-12-11 21:57:04 <Shiz> and then hit enter
2016-12-11 21:57:15 <Shiz> boot: console=ttyS1,115200n8<enter>
2016-12-11 21:57:20 <user981432> I have
2016-12-11 21:57:25 <user981432> Could not find file...
2016-12-11 21:57:44 <scv> vmlinuz console=ttyS1,115200n8
2016-12-11 21:57:45 <_ikke_> Try ttys0
2016-12-11 21:57:51 <scv> ?
2016-12-11 21:57:54 <_ikke_> "console=ttyS0,9600" from the wiki
2016-12-11 21:58:09 <Shiz> uh whoops
2016-12-11 21:58:11 <Shiz> nah, _ikke_
2016-12-11 21:58:14 <Shiz> boot: requires a kernel filename
2016-12-11 21:58:16 <Shiz> that's what it can't find
2016-12-11 21:58:22 <Shiz> so try scv's suggestion
2016-12-11 21:58:27 <user981432> It always states "Loading... cannot find file"
2016-12-11 21:58:41 <user981432> Doesnt work eitrher
2016-12-11 21:58:47 <Shiz> " SYSLINUX will display a LILO-style "boot:" prompt. The user can then type a kernel file name followed by any kernel parameters"
2016-12-11 21:58:51 <scv> not sure if the kernel on the installer iso is named vmlinuz
2016-12-11 21:58:56 <scv> lemme check sec
2016-12-11 21:59:04 <user981432> If I press tab it only writes gresec
2016-12-11 21:59:10 <scv> thats it then
2016-12-11 21:59:12 <scv> grsec console=blah
2016-12-11 21:59:41 <user981432> Woah
2016-12-11 21:59:44 <user981432> It works...
2016-12-11 21:59:57 <Shiz> :)
2016-12-11 22:00:07 <scv> how are those netgates anyway
2016-12-11 22:00:12 <user981432> Ah, okay, now getty crashes (bad speed)
2016-12-11 22:00:37 <Shiz> i don't think you should append n8
2016-12-11 22:00:47 <Shiz> just console=ttyS1,115200
2016-12-11 22:00:52 <Shiz> 8n1 is default anyway
2016-12-11 22:01:03 <user981432> Well, nice devices but sometimes terrible support. The second mPCIe slot is basically broken without a fix for 3/4 year (only a beta firmware is available on request)
2016-12-11 22:01:46 <user981432> now, even the beta firmware doesn't work for pfSense (kinda official distro for these devices)
2016-12-11 22:01:55 <user981432> HA! I'm in
2016-12-11 22:02:01 <user981432> Thank you guys
2016-12-11 22:02:33 <user981432> Ill now read the next instructions ("Installation")
2016-12-11 22:02:35 <user981432> :DF
2016-12-11 22:03:44 <Shiz> for reference, you want to add that to the bootloader once it's done installing too, more permanently
2016-12-11 22:03:59 <user981432> Yes, I will do that.
2016-12-11 22:04:12 <Shiz> add it to the append= line in /etc/update-extlinux.conf and run update-extlinux before your final reboot
2016-12-11 22:04:13 <Shiz> :)
2016-12-11 22:04:25 <Shiz> sorry, not append
2016-12-11 22:04:40 <Shiz> default_kernel_opts=
2016-12-11 22:04:42 <Shiz> that's the one
2016-12-11 22:05:30 <user981432> I think I'll find it - I'll put it where I find the "quiet" options - need to get rid of that
2016-12-11 22:07:02 <user981432> Uhm, next retard question: Whats the replacement for lsblk?
2016-12-11 22:07:32 <user981432> Ah, my mistake, mistyped fdiskj
2016-12-11 22:08:46 <Shiz> if you really want lsblk, it's in the util-linux package
2016-12-11 22:23:52 <user981432> Wow, syntax is quite diferent
2016-12-11 22:24:14 <user981432> I didn't expect to use poweroff on Linux, only used that on BSD
2016-12-11 22:27:13 <Shiz> poweroff is standard on linux, what else would you use
2016-12-11 22:27:36 <Shiz> shutdown(8) schedules a shutdown/reboot/suspend operation, which is different
2016-12-11 22:27:37 <Shiz> :p
2016-12-11 23:19:33 <scv> til shutdown(8) is a thing
2016-12-11 23:21:09 <scv> the only time i can recall ever needing a scheduled reboot i just used a one shot cronjob
2016-12-11 23:26:55 <Shiz> people only ever seem to use it as shutdown -t now
2016-12-11 23:27:01 <Shiz> at which point you might as well use poweroff :p
2016-12-11 23:55:34 <giandvd> anyone had luck making an alpine AMI recently?
2016-12-12 11:00:47 <user981432> I'm really liking Alpine so far, but I have just found out that most distributions are currently not able to serve a hotspot with current Atheros hardware, as they do not enable crucial (and sparsely documented) kernel options
2016-12-12 11:01:07 <user981432> What is the recommended way to recompile the kernel and get a package out of it?
2016-12-12 11:05:57 <kahiru> user981432: I'd clone the aports tree, create a custom copy of main/linux-grsec package, change its config and build a package out of it
2016-12-12 11:06:08 <kahiru> but dunno if it's the right and/or proper way to do this
2016-12-12 11:14:52 <giandvd> anyone had luck making an alpine AMI?
2016-12-12 11:16:36 <darkfade1> giandvd: this hipster stuff is supposed to do it: https://github.com/wasted/alpine-packer
2016-12-12 11:16:48 <darkfade1> i have not tried, and won't get around to it till feb :/
2016-12-12 11:17:25 <darkfade1> or this one https://github.com/higebu/packer-alpine
2016-12-12 11:17:57 <giandvd> darkfade1: nah already saw those. look in the json, they use the virtualbox/vmware builders. no ec2
2016-12-12 11:20:14 <darkfade1> :/
2016-12-12 11:20:27 <darkfade1> i thought packer is about easily switching that part
2016-12-12 11:20:30 <darkfade1> if not, sorry
2016-12-12 11:22:51 <giandvd> yeah, basically *if* I get it to work I'll put the steps in a packer
2016-12-12 11:23:16 <giandvd> but first I need to know the combination of steps+config+kernel that does work
2016-12-12 11:23:39 <giandvd> ie it's unclear if I have to use the standard kernel or the virt, etc
2016-12-12 12:52:04 <user981432> kahiru: It compiles now. I created a new kernel flavor (custom_xxx) and I hope I can normally install it later on
2016-12-12 12:52:14 <user981432> kahiru: Thank you!
2016-12-12 12:52:25 <kahiru> user981432: hope it goes well
2016-12-12 12:52:54 <user981432> kahiru: I hope so, but I should still get in a request to toggle that flag by default
2016-12-12 13:50:24 <lonix> Trying to install anything with gem on alpine gives me ssl error
2016-12-12 13:52:40 <CosmicDJ_> lonix: ca-certificates is installed?
2016-12-12 13:53:12 <lonix> CosmicDJ_: That was the missing package
2016-12-12 13:53:21 <lonix> i was trying the openssl one
2016-12-12 13:53:25 <lonix> stupid me
2016-12-12 13:54:20 <lonix> Thanks CosmicDJ_
2016-12-12 13:54:48 <CosmicDJ_> yw
2016-12-12 15:50:09 <leo-unglaub> hey friends
2016-12-12 15:50:28 <ncopa> hi
2016-12-12 15:50:42 <leo-unglaub> how is everyone?
2016-12-12 15:51:39 <ncopa> im good thanks