2019-02-01 03:12:35 <oculux> I have noticed dovecot 2.3.3 does not have ARGON2 hashing support on Alpine (it's standard since 2.3.0 on other platforms). Is there a reason for it's non support of this?
2019-02-01 03:13:53 <oculux> it uses libsodium which is available but I have been unable to compile the dovecot plugin probably because of libc musl issues
2019-02-01 03:14:40 <oculux> using v3.9 btw
2019-02-01 03:20:08 <oculux> Nataneal Copa is listed as package maintainer but he doesn't have a dovecot repository on github. Are there any other email or dovecot maintainers on irc who might have an idea? Many thanks for any attention.
2019-02-01 05:04:48 <otaku42> clandmeter: around? to conitnue my lxc journey: http://tpaste.us/Q1d4
2019-02-01 05:07:04 <otaku42> clandmeter: this is what my mounts look like now: http://tpaste.us/Kgog
2019-02-01 07:59:53 <clandmeter> oculux: edge now has sodium support
2019-02-01 08:01:17 <clandmeter> otaku42: is that on boot?
2019-02-01 08:06:56 <clandmeter> steinex: are you sure you have enough entropy?
2019-02-01 08:08:12 <otaku42> clandmeter: yes, that was the messages from boottime. i had to plug the box to a serial adapter, since its headless. and by the way, the reason i could not reach it after reboot yesterday was because sshd forgot about the custom port, and 22/tcp is intentionally blocked at the firewall.
2019-02-01 08:27:07 <clandmeter> otaku42: something is preventing cgroups to mount correctly. there must be some changes in your system config that prevents it.
2019-02-01 08:28:11 <clandmeter> maybe grep etc directory for cgroups or similar. and make sure you system and configs are all uptodate.
2019-02-01 08:34:52 <otaku42> clandmeter: i did the config-update thing yesterday, and there were no changes that appeared to me to be related to cgroups. will grep for cgroups in /etc next and let you know what i find.
2019-02-01 08:35:38 <clandmeter> otaku42: you could also try to ask in lxc channel (if they have one)
2019-02-01 08:38:20 <otaku42> clandmeter: yeah, they have.
2019-02-01 08:41:20 <clandmeter> otaku42: or maybe even openrc. cgroups is managed by openrc.
2019-02-01 08:41:35 <clandmeter> do you have any changes in rc.conf?
2019-02-01 09:01:45 <otaku42> clandmeter: i made no changes to rc.conf, and the only non-commented-out line i see in there is: rc_tty_number=12
2019-02-01 09:02:12 <clandmeter> what hardware is this and which kernel?
2019-02-01 09:03:22 <otaku42> clandmeter: pc engines apu2, cpu is an AMD GX-412TC (x86)
2019-02-01 09:03:33 <otaku42> clandmeter: Linux lxc 4.19.18-0-vanilla #1-Alpine SMP Sat Jan 26 21:59:33 UTC 2019 x86_64 Linux
2019-02-01 09:04:23 <clandmeter> heh
2019-02-01 09:06:29 <otaku42> clandmeter: ? :)
2019-02-01 09:06:48 <clandmeter> i have a few of them
2019-02-01 09:06:58 <clandmeter> but non with lxc
2019-02-01 09:07:27 <clandmeter> use them only for networking
2019-02-01 09:07:51 <clandmeter> i guess your containers are on ssd?
2019-02-01 09:08:08 <otaku42> clandmeter: i use that box as my personal web-and-everything-server at my home internet pipe. lxc comes in handy for my purposes, for separation of different server things
2019-02-01 09:08:34 <clandmeter> i wonder if you would boot of usb with vanilla install if you could start lxc
2019-02-01 09:09:00 <clandmeter> you could just dd the iso to usb and boot.
2019-02-01 09:09:08 <otaku42> clandmeter: yes, it's a 250GB sata ssd that i managed to fit into the standard pcengines case
2019-02-01 09:09:58 <otaku42> clandmeter: i don't think that the ssd is the cause of this issue.
2019-02-01 09:10:17 <clandmeter> im not talking about hw here.
2019-02-01 09:10:27 <clandmeter> vanilla alpine with just lxc installed.
2019-02-01 09:11:11 <clandmeter> i would never boot from ssd anyways in that setup :)
2019-02-01 09:13:37 <otaku42> tbh, i was thinking whether it would be worthwile to move the base system onto a usb stick (or an internal msata 16gb ssd) to boot from that, and mount the 250gb ssd under /var/lib/lxc to run the containers off of that
2019-02-01 09:13:57 <clandmeter> yep
2019-02-01 09:14:00 <clandmeter> or sdcard
2019-02-01 09:14:09 <clandmeter> it would boot into memory
2019-02-01 09:15:11 <otaku42> partition the mstata/usb stick into two, to be able to have a spare partition as a fallback in case the next upgrade fails like this one :)
2019-02-01 09:15:48 <clandmeter> if you use tmpfs install you have your config in an overlay.
2019-02-01 09:16:03 <clandmeter> why would you use usb when it has an sdcard slot?
2019-02-01 09:16:50 <otaku42> clandmeter: well, i have heard of the apus being picky on sdcards. not sure if that is true, and didn't try by now
2019-02-01 09:17:16 <clandmeter> ok, that i dont know. i used it mostly on alix
2019-02-01 09:17:41 <clandmeter> now i just buy an msata as its dirt cheap
2019-02-01 09:18:01 <clandmeter> but in your case sdcard could be better due to heat
2019-02-01 09:18:30 <otaku42> clandmeter: usb has the advantage of being accessible from outside, without opening the case. that a plus for me, since when i have to open the case i will have to fool around again with the 2,5" ssd to get the case closed again :)
2019-02-01 09:18:49 <clandmeter> true
2019-02-01 09:18:57 <clandmeter> i tent to never open them again :)
2019-02-01 09:19:04 <clandmeter> but thats not always possible...
2019-02-01 09:20:22 <otaku42> i would hope to not have to, too, but... upgrades seem to fail :)
2019-02-01 09:22:52 <slima> Hi, I need some hints, Is it possible to make diskless image of alpine started from netboot and resident on ramfs only on the node? I know there is a raspberry π  version, but I like to do something like that on x86, and with netboot.
2019-02-01 09:23:13 <kahiru> i did that once
2019-02-01 09:25:32 <otaku42> clandmeter: hmm. grepping /etc for cgroup possibly revealed something:
2019-02-01 09:26:33 <otaku42> clandmeter: in update-extlinux.conf i have: default_kernel_opts="... cgroup_enable=memory ..."
2019-02-01 09:26:53 <clandmeter> aha
2019-02-01 09:27:08 <clandmeter> can you remove it and try again
2019-02-01 09:27:46 <otaku42> clandmeter: not sure if that is default, was suggested by the lxc recipe in the wiki, or has been introduced by the custom install image that i got from someone here to have a serial console during installation
2019-02-01 09:28:57 <clandmeter> im not sure, but lots has changed in v3 so all that  information is probably incorrect.
2019-02-01 09:29:20 <clandmeter> if that fixes your issue please add it to the wiki.
2019-02-01 09:31:28 <otaku42> clandmeter: what is required to make the change "applied" after i've altered the update-extlinux.conf file? i guess i have to run update-extlinux?
2019-02-01 09:31:44 <clandmeter> yes
2019-02-01 09:45:11 <otaku42> clandmeter: according to the kernel-parameters.txt of 4.19.9, the cgroup_enable does no longer exist and thus should have no effect. from what i grasp, it seems that in the past cgroups had to be enabled; now they are enabled by default, and one may disable controllers by using the cgroup_disable parameter.
2019-02-01 09:45:19 <otaku42> well, i'll try it anyway.
2019-02-01 09:52:58 <otaku42> clandmeter: aha. interesting: cgroups service now starts up without error messages, but still "lxc failed to start". looking into what is going on now.
2019-02-01 09:56:11 <otaku42> clandmeter: many more mounts unter /sys/fs/cgroup now: http://tpaste.us/jX0n
2019-02-01 09:56:33 <clandmeter> yes ofc :)
2019-02-01 09:57:06 <clandmeter> i dont think it will be the same error now.
2019-02-01 09:57:42 <otaku42> clandmeter: 4 out of 6 containers are running. the c1-alpine test container i've created yesterday does not (because of autorun=0), and the container named "mail" that i was testing with yesterday is not - the latter certainly being the reason of "lxc failed to start"
2019-02-01 09:57:46 <otaku42> clandmeter: getting closer now :)
2019-02-01 09:58:07 <clandmeter> i think you can solve the rest yourself.
2019-02-01 10:03:04 <otaku42> clandmeter: aye. after i removed the one container from the onboot group (it was the only one in that group, and i added it during testing yesterday) it now comes up fine during boot
2019-02-01 10:03:34 <otaku42> clandmeter: so, lxc issue resolved now. thanks a ton for your help and sparring. i owe you a beer or two!
2019-02-01 10:05:13 <otaku42> and now i have to see what broke within the containers due to the apline upgrade. the one with wordpress complains about not being able to get a database connection, for example *sigh*
2019-02-01 10:43:26 <p3rL> how do i add opencl in alpine
2019-02-01 10:56:03 <AinNero> for python or C? check apk search opencl
2019-02-01 10:56:22 <p3rL> C
2019-02-01 10:56:26 <p3rL> pki
2019-02-01 10:56:37 <p3rL>  # apk search opencl
2019-02-01 10:56:37 <p3rL> libreoffice-common-5.0.5.2-r0
2019-02-01 10:57:31 <p3rL> helpp!!!
2019-02-01 10:59:26 <AinNero> did you enable the community repos?
2019-02-01 10:59:40 <p3rL> how ?
2019-02-01 10:59:51 <p3rL> btw other things are added
2019-02-01 11:00:01 <p3rL> but opencl no repo found
2019-02-01 11:00:16 <AinNero> https://www.google.com/search?hl=en&q=alpine%20linux%20enable%20community%20repo
2019-02-01 11:01:49 <AinNero> uhm, instead of using edge/community in the url, you might need to use v3.8/community if you use Alpine v3.8
2019-02-01 11:02:04 <AinNero> same with other stable alpine versions
2019-02-01 11:02:31 <p3rL> multiarch/alpine:x86_64-v3.3
2019-02-01 11:02:41 <p3rL> am using this one
2019-02-01 11:02:51 <p3rL> on docker.
2019-02-01 11:07:13 <AinNero> v3.3 is unsupported for over a year now
2019-02-01 11:07:34 <p3rL> ok letme install 3.8
2019-02-01 11:08:04 <p3rL> Welcome to Alpine Linux 3.8
2019-02-01 11:08:04 <p3rL> Kernel \r on an \m (\l)
2019-02-01 11:08:07 <p3rL> done
2019-02-01 11:08:16 <p3rL> letme try to add opencl
2019-02-01 11:08:44 <clandmeter> we dont ship opencl
2019-02-01 11:09:04 <p3rL> so i can't cmake opencl stuff
2019-02-01 11:09:42 <AinNero> clandmeter: but? afaik its a framework
2019-02-01 11:10:01 <clandmeter> i dont know, i just mention its not in aports :)
2019-02-01 11:10:24 <clandmeter> so apk add opencl doesnt work
2019-02-01 11:10:39 <p3rL> any alternative :(
2019-02-01 11:10:46 <clandmeter> p3rL: no need to msg me in private.
2019-02-01 11:11:36 <clandmeter> https://pkgs.alpinelinux.org/packages?name=*opencl*&branch=v3.8
2019-02-01 11:12:07 <clandmeter> even better: https://pkgs.alpinelinux.org/packages?name=*opencl*&branch=v3.8&arch=x86_64
2019-02-01 11:12:55 <p3rL>  # apk add opencl-icd-loader
2019-02-01 11:12:55 <p3rL> (1/1) Installing opencl-icd-loader (2.2.12-r0)
2019-02-01 11:12:55 <p3rL> OK: 231 MiB in 66 packages
2019-02-01 11:13:02 <p3rL> letme try to compile. nw
2019-02-01 11:18:05 <clandmeter> p3rL: please dont copy and paste data into channel. use a pastbin service if you want to share.
2019-02-01 11:27:40 <Ai9zO5AP> p3rL: pastbin => https://bpaste.net/
2019-02-01 11:30:38 <Ai9zO5AP> p3rL: https://wiki.alpinelinux.org/wiki/Main_Page you can find everything about alpine here. you can ask here if you face a real problem
2019-02-01 11:30:54 <p3rL> am facing really
2019-02-01 11:30:59 <p3rL> letme paste
2019-02-01 11:31:11 <p3rL> https://bpaste.net/show/02a0d210ada1
2019-02-01 11:31:15 <steinex> clandmeter: no, i'm not.
2019-02-01 11:32:05 <Ai9zO5AP> p3rL: have you installed opencl ?
2019-02-01 11:32:16 <p3rL> https://bpaste.net/show/9b52f71d0a4f
2019-02-01 11:32:27 <steinex> clandmeter: should i use something like haveged or what do you recommend?
2019-02-01 11:32:31 <p3rL> -- Found OpenCL: /usr/lib/libOpenCL.so (found version "2.1")
2019-02-01 11:32:53 <p3rL> apk add opencl-icd-loader-dev opencl-headers opencl-icd-loader
2019-02-01 11:32:58 <p3rL> i used those
2019-02-01 11:33:04 <mps> steinex: what hardware you have
2019-02-01 11:34:04 <mps> if it is low end box without much sources for entropy then yes, it helps a lot
2019-02-01 11:34:05 <jwh> hm
2019-02-01 11:34:16 <jwh> what changed that is causing low entropy?
2019-02-01 11:34:26 <jwh> there must be something
2019-02-01 11:34:40 <mps> disabled RNRND in kernel
2019-02-01 11:34:52 <jwh> between 3.8 and 3.9?
2019-02-01 11:35:00 <p3rL> Ai9zO5AP did you saw ?
2019-02-01 11:35:08 <mps> kernel 4.19.x to be precise
2019-02-01 11:35:13 <clandmeter> steinex: yes you could try haveged
2019-02-01 11:35:19 <jwh> mps: ahhh
2019-02-01 11:35:22 <clandmeter> see if it makes a difference.
2019-02-01 11:35:25 <jwh> well thats silly
2019-02-01 11:35:31 <jwh> but maybe this warrants a post or something
2019-02-01 11:35:40 <jwh> so it doesn't need to be explained repeatedly
2019-02-01 11:35:52 <mps> jwh: I don't agree that it is silly
2019-02-01 11:36:02 <Ai9zO5AP> p3rL: Could you tell me what do you want to compile ?
2019-02-01 11:36:07 <jwh> it's essentially a regression at this point though, mps
2019-02-01 11:36:26 <jwh> since previously working just fine machines now don't work properly
2019-02-01 11:36:34 <mps> this morning I thought to write about that, but didn't have time
2019-02-01 11:36:46 <clandmeter> jwh is right, we should add it to the relnotes
2019-02-01 11:36:58 <jwh> it's up to the end user to decide on policy, if they can trust the rng or not is up to their local policy, the default should "just work"
2019-02-01 11:37:01 <jwh> heh
2019-02-01 11:37:05 <clandmeter> but i was waiting for ncopa, but it seems he is enjoying his earned holiday
2019-02-01 11:38:02 <p3rL> Ai9zO5AP can i msg you in private ?
2019-02-01 11:38:21 <Ai9zO5AP> i am sorry, no
2019-02-01 11:38:41 <p3rL> Ai9zO5AP i am trying to compile https://github.com/bogdanadnan/ariominer "ariominer"
2019-02-01 11:38:48 <p3rL> https://bpaste.net/show/9b52f71d0a4f
2019-02-01 11:38:51 <mps> it should be explained in short note how to enable it in boot menu, and how to add it in extlinux.conf
2019-02-01 11:39:09 <p3rL> Ai9zO5AP am getting error in 95% /usr/lib/gcc/x86_64-alpine-linux-musl/8.2.0/../../../../x86_64-alpine-linux-musl/bin/ld: cannot find -lOpenCL
2019-02-01 11:39:35 <Ai9zO5AP> p3rL: you should install opencl
2019-02-01 11:39:52 <p3rL> Ai9zO5AP already installed those > apk add opencl-icd-loader-dev opencl-headers opencl-icd-loader
2019-02-01 11:39:59 <p3rL> Ai9zO5AP -- Found OpenCL: /usr/lib/libOpenCL.so (found version "2.1")
2019-02-01 11:41:40 <Ai9zO5AP> p3rL: what is the package that you want to compile ?
2019-02-01 11:41:54 <p3rL> https://github.com/bogdanadnan/ariominer
2019-02-01 11:42:11 <steinex> installed haveged, /proc/sys/kernel/random/entropy_avail now shows 2681, still the same issue. I'm not sure if the value is high enough though. My workstation has something around ~4000 and is fine
2019-02-01 11:42:39 <clandmeter> steinex: ok, it was just a guess as it comes up a lot recently.
2019-02-01 11:42:48 <clandmeter> and it could be related to ssl
2019-02-01 11:43:01 <steinex> Another issue is that openntpd seems to completely stall if the first constraint check fails, so this will be an issue nonetheless if not enough entropy is available when it first starts i think.
2019-02-01 11:43:28 <p3rL> Ai9zO5AP am trying to compile ArioMiner.
2019-02-01 11:43:50 <steinex> clandmeter: openssl s_client to www.google.com works fine. it's strange.
2019-02-01 11:44:15 <clandmeter> steinex: your workstation also uses smtpd?
2019-02-01 11:44:38 <steinex> you mean openntpd? yes. thats a Void Linux though.
2019-02-01 11:44:46 <clandmeter> ok
2019-02-01 11:45:00 <clandmeter> this issue happend after you upgraded?
2019-02-01 11:45:17 <steinex> this is a fresh install of 3.9. I never used Alpine before. :-)
2019-02-01 11:45:38 <clandmeter> ah, thats good advertisement :)
2019-02-01 11:46:02 <clandmeter> i have no experience with osmptd
2019-02-01 11:46:17 <clandmeter> SpaceToast uses it though.
2019-02-01 11:46:45 <jwh> theres an issue re openntpd on github for this
2019-02-01 11:46:58 <jwh> or maybe bugs.a.o
2019-02-01 11:47:43 <steinex> jwh: yes, i linked to it yesterday. you mean https://bugs.alpinelinux.org/issues/9635 i guess
2019-02-01 11:47:52 <jwh> ye
2019-02-01 11:47:53 <steinex> It seems like the same issue indeed
2019-02-01 11:48:15 <clandmeter> jwh: on github?
2019-02-01 11:48:26 <clandmeter> ah ok
2019-02-01 11:48:59 <clandmeter> if its not entropy its probably the switch to openssl
2019-02-01 11:49:27 <Ai9zO5AP> p3rL: you should ask the developer of ArioMiner
2019-02-01 11:50:02 <p3rL> Ai9zO5AP its work fine in simple installation on ubuntu.
2019-02-01 11:50:12 <p3rL> am trying to build static using alpine
2019-02-01 11:50:38 <clandmeter> steinex: i think its a openssl compat issue
2019-02-01 11:51:34 <steinex> ok. i can run openntpd without the constraint check for now. it's not an urgent issue :)
2019-02-01 11:52:14 <jwh> yes itr looks more openssl
2019-02-01 11:52:45 <clandmeter> https://github.com/OpenSMTPD/OpenSMTPD/issues/738
2019-02-01 11:52:52 <clandmeter> look at the last msg
2019-02-01 11:53:38 <steinex> clandmeter: i'm talking about OpenNTPD btw. But yea, OpenSMTPD is from the same camp :-)
2019-02-01 11:54:22 <clandmeter> lol
2019-02-01 11:54:29 <clandmeter> ok my bad
2019-02-01 11:55:28 <jwh> "therefore we no longer want to cope with the extra-work for us of accommodating OpenSSL."
2019-02-01 11:55:34 <jwh> luckily better MTAs exist :)
2019-02-01 12:04:52 <steinex> I have another question about apk. After installing the system and doing "apk list -IO" basically all installed packages are orphans. Isn't there a "base-system" package or such that pulls in these packages so not every single package is orphaned?
2019-02-01 12:05:36 <steinex> this would help a lot later keeping the system clean and being able to have a glance at what packages i really manually installed
2019-02-01 12:06:54 <AinNero> im surprised alpine has orphaned packages
2019-02-01 12:07:20 <AinNero> there is alpine-base
2019-02-01 12:08:55 <steinex> found that too. it seems that every package after installation is marked as orphan though.
2019-02-01 12:10:14 <AinNero> im wondering how a package can even be orphaned? either its depended by world or some other pkg, or it is removed
2019-02-01 12:11:51 <steinex> it could just mean "no other package depends on it" and it would be a good indicator for packages that were manually installed.
2019-02-01 12:11:52 <AinNero> ohh
2019-02-01 12:11:56 <steinex> It least thats what i hope :D
2019-02-01 12:12:04 <AinNero> no, than they would be dependet by world
2019-02-01 12:12:10 <AinNero> i think i found it
2019-02-01 12:12:20 <AinNero> they become orphaned when they dont have a upstream source anymore
2019-02-01 12:12:47 <AinNero> check with `apk policy`
2019-02-01 12:13:08 <steinex> I'm still confused by the term "world"
2019-02-01 12:14:04 <AinNero>  /etc/apk/world
2019-02-01 12:14:15 <AinNero> essentially dependencies the user has on packages
2019-02-01 12:14:49 <steinex> ah-ha! this is exactly what i was looking for...
2019-02-01 12:15:28 <steinex> thanks :-)
2019-02-01 12:15:49 <AinNero> some users just edit that file and then run apk fix
2019-02-01 12:19:45 <steinex> neat.
2019-02-01 12:35:15 <AinNero> steinex: indeed, many packages seem incorrectly marked as orphaned
2019-02-01 13:24:32 <steinex> this /etc/apk/world approach is awesome
2019-02-01 13:24:37 <steinex> i'm in love with apk fix already
2019-02-01 13:27:27 <AinNero> do you know how the installation preseed mechanism for alpine works?
2019-02-01 13:27:53 <AinNero> the apkovl is given to the installer, its essentially an tarball with stuff like /etc/apk/world inside
2019-02-01 13:30:44 <steinex> i hadn't have a closer look yet. just using alpine since yesterday. but i will definitely dig deeper as i go :-)
2019-02-01 13:35:43 <otaku42> oh boy. the upgrade from 3.8 to 3.9 seems to have silently changed the mariadb default configuration, resulting in mariadb to no longer listen on network
2019-02-01 13:36:29 <otaku42> did cost me another ~ two hours or so of troubleshooting
2019-02-01 13:36:41 <otaku42> i'm getting to old for this sh*t
2019-02-01 13:37:46 <otaku42> too old, even
2019-02-01 14:24:20 <shade34321> I am buiilding pyarrow inside an alpine docker container. It builds fine and the pyarrow tests pass but pyarrow isn't accessible globally. I tried to set the pythonpath without any success. Is there another way I should be adding it to the path to make it accessible?
2019-02-01 14:28:12 <AinNero> what happens if you invoke the binary by absolute path, shade34321 ?
2019-02-01 14:29:39 <shade34321> appears to work, If I open a python shell inside the dir where the binary is located I can import it and what I want but other shells being spawned within the python process, i.e. running pytest in another dir, don't work
2019-02-01 14:33:51 <AinNero> oh, a python module, not a binary
2019-02-01 14:34:29 <shade34321> yeah, sorry if I was unclear
2019-02-01 14:34:49 <tkzv> When I run a sequence of commands in a Docker container, it correctly installs a program then uninstalls *-dev packages. When I run the same sequence creating a Docker image (docker build), I get an error like "The command '/bin/sh -c apk del --no-cache hdf5-dev@testing' returned a non-zero code: 1". Same for stable packages. What may be wrong? How do I get more information out of Docker?
2019-02-01 14:35:10 <shade34321> It would actually be nice if I could just build it then pip install it
2019-02-01 14:54:42 <mort___> tkzv: is the dockerfile aailable anywhere? can sometimes get more info out by instantiating the intermediate containres created during the build and poking around inside them
2019-02-01 15:00:55 <tkzv> mort___: What do you mean? I have the file (I'm editing it). I replaced "apk del --verbose --no-cache hdf5-dev@testing" with "apk del --verbose --no-cache -X testing hdf5-dev", it gave a warning "WARNING: Ignoring testing/x86_64/APKINDEX.tar.gz: No such file or directory", but worked without errors.
2019-02-01 15:01:45 <mort___> what was teh error code ("echo $?") after you ran that command?
2019-02-01 15:02:29 <tkzv> Docker stopped reporting 1.
2019-02-01 15:04:29 <tkzv> What's the difference between "-X testing hdf5-dev" and "hdf5-dev@testing" and why is it only manifest for docker build?
2019-02-01 15:08:12 <kahiru> I thing -X testing tries to pull the package and all its dependencies from testing, $PACKAGE@testing tries to pull only that package from testing and tries to satisfy the rest from other repos iirc
2019-02-01 15:08:20 <kahiru> or maybe the other way around, not sure now
2019-02-01 15:10:02 <tkzv> What's the difference for apk del?
2019-02-01 15:13:35 <kahiru> no idea
2019-02-01 15:13:49 <kahiru> maybe just to keep the interface the same
2019-02-01 15:51:32 <Zevv> Hi folks! I was hoping to find anyone here who could enlighten me on the state of DMVPN in alpine linux?
2019-02-01 15:51:58 <Zevv> Most up-to-date info I can find links to Alpine - nhrpd + strongswan with patch
2019-02-01 15:52:30 <jwh> same as the state on any other linux distro I'd imagine since it's largely kernel relevant and I think only one maybe two software packages support it
2019-02-01 15:52:55 <jwh> these days you're limited to frr really as not much else is actively maintained
2019-02-01 15:53:16 <jwh> but, I expect that may be an absolute nightmare to build on musl
2019-02-01 15:53:24 <Zevv> Well, the kernel specifics seems to be properly mainlined, the devil is in the details. Quagga has an extension which requires some patches on strongswan, which noone but Alpine has
2019-02-01 15:54:43 <jwh> theres still many kernel bugs, still
2019-02-01 15:54:51 <jwh> ugh, s/, still//
2019-02-01 15:55:45 <jwh> stopped tracking it long ago as it was a total mess
2019-02-01 15:55:58 <Zevv> Ok, so the short answer is "don't go there"
2019-02-01 15:56:00 <Zevv> that's good enough for me
2019-02-01 15:56:22 <jwh> tbf, it's probably usable but I'd limit it to just nhrpd, sans ipsec
2019-02-01 15:56:53 <Zevv> Ok, thank you very much
2019-02-01 15:57:08 <jwh> however, look at the frr notes: https://github.com/FRRouting/frr/blob/master/nhrpd/README.nhrpd
2019-02-01 15:58:00 <Zevv> So, if i understand correctly there once was a standalone nhrpd, which has been integrated in both ffr and quagga
2019-02-01 15:58:05 <Zevv> basically forked from there
2019-02-01 15:58:23 <jwh> looks like it, that readme suggests the alpine patches also
2019-02-01 15:59:20 <jwh> details on the wiki seem complete enough though, maybe it's stable enough these days...
2019-02-01 15:59:42 <Zevv> it all smells a bit stale, and I wonder how many people really use this
2019-02-01 15:59:47 <Zevv> hard to tell
2019-02-01 16:00:23 <jwh> do you actually need dmvpn?
2019-02-01 16:00:31 <Zevv> *I* don't
2019-02-01 16:00:47 <Zevv> but we have potential customers who are absolute cisco lovers
2019-02-01 16:00:53 <jwh> ah gotcha
2019-02-01 16:01:13 <Zevv> so I spent the day investigating the state of affairs and understanding what it actually is
2019-02-01 16:01:28 <Zevv> (answer: a big mess of stacked protocols which is likely a nightmare to debug)
2019-02-01 16:02:28 <jwh> heh
2019-02-01 16:02:54 <jwh> it's fine if you stick to cisco (having used it a long time ago), but I wouldn't even use it on cisco these days either
2019-02-01 16:03:11 <jwh> theres much better (albeit maybe more complex to setup) solutions, or better... non-cisco ones
2019-02-01 16:03:37 <Zevv> I guess. It just seems very convoluted to me, but there are probably Good Reasons for that
2019-02-01 16:03:47 <Zevv> I just tend to install Tinc and stop caring
2019-02-01 16:03:58 <jwh> it's a reasonable idea, and it was the only sensible choice at the time
2019-02-01 16:04:29 <jwh> these days theres a plethora of solutions and software/hardware that can do similar but with less horribleness
2019-02-01 16:04:41 <Zevv> True. But legacy
2019-02-01 16:05:12 <jwh> problem obviously if your clients are cisco centric, you may have a hard time finding a cross section of what you want to/can support and what their devices support
2019-02-01 16:05:21 <Zevv> always like that.
2019-02-01 16:05:33 <Zevv> Well, thanks again, I'll report back and go do Fun things instead
2019-02-01 16:05:36 <Zevv> have a nice day!
2019-02-01 16:05:52 <jwh> lol, you too
2019-02-01 16:22:01 <steinex> how would i best re-read /etc/inittab?
2019-02-01 16:26:20 <steinex> init -q seems to do the job.
2019-02-01 17:29:07 <jwh> am I being a potato, what do I need to enable to read /etc/fstab at boot time?
2019-02-01 18:54:02 <steinex> uhm yeah, that /etc/fstab question is interesting. i wonder this myself?
2019-02-01 18:55:00 <jwh> hm maybe I'm missing something
2019-02-01 18:55:26 <steinex> i have changed mount option in /etc/fstab but they are not applied aswell
2019-02-01 19:02:48 <steinex> hm, the remount with updated mount options doesn't seem to work for /
2019-02-01 19:15:54 <steinex> to be more precise: i changed rw,relatime to rw,noatime for / in /etc/fstab but that change isn't reflected on reboot. i tried to mkinitfs but that doesn't change it. any ideas?
2019-02-01 19:16:31 <jwh> yeah
2019-02-01 19:16:48 <jwh> I think you need localboot enabled
2019-02-01 19:16:51 <jwh> ugh, localmount
2019-02-01 19:17:59 <steinex> WARNING: localmount has already been started. If i restart is just for the sake of testing it, it's still relatime
2019-02-01 19:18:11 <jwh> hm
2019-02-01 19:18:25 <jwh> UUID=a43faf59-1bd9-4611-8ffc-92ea404c6032       /       ext4    rw,noatime,data=ordered,discard 0 1
2019-02-01 19:18:30 <jwh> those get applied on my test one
2019-02-01 19:18:36 <jwh> /dev/sdd3 on / type ext4 (rw,noatime,discard)
2019-02-01 19:20:17 <steinex> not for me. weird.
2019-02-01 19:21:58 <steinex> how did you enable localmount? i think it's default on my installation.
2019-02-01 21:41:18 <jwh> ah, I generated a mangled image, so probably wasn't enabled by default on mine
2019-02-01 21:43:52 <steinex> for me, / still does not get (re)mounted with my options from /etc/fstab. localmount is enabled. ¯\_(ツ)_/¯
2019-02-01 21:44:06 <jwh> localmount is for non-/
2019-02-01 21:44:24 <jwh> but i lieu of it recognising fstab options, you can put them on kernel cmdline
2019-02-01 21:45:07 <steinex> i now use the local service and have a one-liner in /etc/local.d which remounts / like i want. that works for me for now.
2019-02-01 22:34:41 <jwh> not really ideal but yeah
2019-02-02 03:48:39 <tya99> err
2019-02-02 03:48:41 <tya99> http://dl-cdn.alpinelinux.org/alpine/v3.9/releases/armhf/alpine-rpi-3.9.0-armhf.tar.gz.asc
2019-02-02 03:48:45 <tya99> why does that not exist?
2019-02-02 03:49:18 <tya99> the pgp signatures exist for RC1
2019-02-02 03:50:31 <tya99> http://dl-cdn.alpinelinux.org/alpine/v3.9/releases/x86_64/ even for x86_64
2019-02-02 03:56:49 <tya99> i am surprised nothing is mentioned on the mailing lists about that
2019-02-02 03:58:50 <tya99> i guess this is a question for alpine-devel
2019-02-02 03:59:39 <tya99> because i'm not upgrading until it's rectified
2019-02-02 03:59:51 <tya99> particularly as those isos also come over http://
2019-02-02 04:10:11 <danieli> yeah, people should verify signatures
2019-02-02 04:10:14 <danieli> ncopa: any clue? ^
2019-02-02 04:10:18 <danieli> this is not good
2019-02-02 04:10:31 <tya99> i have posted to alpine-devel
2019-02-02 04:10:52 <tya99> so continuing discussion about it should be public (not so much irc)
2019-02-02 04:12:07 <danieli> i just saw the email, and agreed
2019-02-02 04:12:18 <tya99> it just seems... weird...
2019-02-02 04:12:30 <tya99> particularly as there's nothing mentioned in any release notes about it
2019-02-02 04:12:39 <tya99> i mean i want to think it's just a mistake, but these days.....
2019-02-02 04:12:41 <danieli> some bug might have occurred somewhere in the CI/CD pipeline
2019-02-02 04:12:48 <danieli> i suspect it's a mistake
2019-02-02 04:12:51 <tya99> yeah i'm guessing that's the case
2019-02-02 04:13:03 <tya99> but i am also surprised nobody noticed or said anything for 3 days
2019-02-02 04:13:22 <tya99> or any of the other releases from RC2 to RC5
2019-02-02 04:13:33 <tya99> that's the weirdest part
2019-02-02 04:15:01 <danieli> something isn't quite right for sure
2019-02-02 04:15:06 <tya99> that's the thing often things like this do look like innocent mistakes
2019-02-02 04:15:59 <tya99> https://freedom-to-tinker.com/2013/10/09/the-linux-backdoor-attempt-of-2003/ :P
2019-02-02 04:36:36 <tya99> danieli: should i open a bug?
2019-02-02 04:37:01 <tya99> there doesn't seem to be any
2019-02-02 04:38:02 <tya99> also affected versions on the bug tracker, 3.8.3 is the latest
2019-02-02 04:38:38 <tya99> danieli: what would you set the priority to?
2019-02-02 04:38:47 <tya99> i'm guessing high/urgent
2019-02-02 04:42:02 <tya99> oh wait no 3.9 is there.
2019-02-02 04:42:54 <tya99> weirdly it goes 3.8.0, 3.8.1, 3.8.2, 3.9.0, 3.10.0, 3.5.4, 3.6.7, 3.8.3 :P
2019-02-02 04:44:00 <tya99> https://bugs.alpinelinux.org/issues/9952
2019-02-02 10:05:29 <affinespaces> hiya
2019-02-02 10:10:52 <holgersson> hi
2019-02-02 10:34:16 <affinespaces> darn, no obconf in apk
2019-02-02 18:08:38 <FreeBDSM> yay! 3.9!
2019-02-02 18:12:57 <_ikke_> \o/
2019-02-02 18:31:26 <trfl> still some packages on my machine that doesn't upgrade since 3.8, except for when I `apk fix -u $pkgname`... does this indicate a bigger problem, or is it safe?
2019-02-02 18:46:12 <_ikke_> trfl: did you use --availe when running apk upgrade?
2019-02-02 18:46:19 <_ikke_> --available
2019-02-02 18:47:10 <trfl> yes, I always add -a just in case
2019-02-02 18:47:31 <trfl> looking at the options, maybe -l would be a good idea?
2019-02-02 20:21:12 <Tetsumaki> hi, i think i have founded a recently bug with "apk"
2019-02-02 20:24:45 <Tetsumaki> here : https://privatebin.net/?36095a3d8f7dd380#hPXjmNMzGMhuetVpElHtKcDYNh7XUWeYUrPRJ+8tdyc=
2019-02-02 20:25:52 <Tetsumaki> virtual package is not increment with recent version of apk
2019-02-02 20:26:31 <Tetsumaki> apk add --virtual .test pkg1 and later... apk add --virtual .test pkg2 << is not added and not installed in my virtual package
2019-02-02 20:29:07 <Tetsumaki> If this is a bug, and that's what i think, i can open an issue _ikke_ ?
2019-02-02 20:30:02 <Tetsumaki> This broke some images because my Dockerfile use virtual package
2019-02-02 20:30:08 <Tetsumaki> no problem before
2019-02-02 20:30:22 <_ikke_> Tetsumaki: If that same sequence used to work, that it probably is a bug. Opening an issue would probably be waranted
2019-02-02 20:33:44 <Tetsumaki> _ikke_: OK, i will try to determine from which version exactly (2.10.0 or 1 or 2 or other) this does not work and i open a issue
2019-02-02 20:34:07 <pardis> I just did a git bisect
2019-02-02 20:34:11 <pardis> b06e3b991dbe2cb5f9ca65ed50a443a5ecaaf383 introduced it
2019-02-02 20:34:26 <_ikke_> pardis: +1
2019-02-02 20:35:13 <pardis> https://git.alpinelinux.org/apk-tools/commit/?id=b06e3b991dbe2cb5f9ca65ed50a443a5ecaaf383
2019-02-02 20:37:22 <Tetsumaki> ho thanks pardis
2019-02-02 20:38:31 <Tetsumaki> i open a issue
2019-02-02 20:38:53 <Tetsumaki> with my fantastique english
2019-02-02 20:40:59 <Tetsumaki> https://bugs.alpinelinux.org/issues/9651
2019-02-02 20:41:16 <Tetsumaki> 3 month bug, change priority ?
2019-02-02 20:42:16 <_ikke_> I would not change the priority. You could add a comment, including what pardis found
2019-02-02 20:43:23 <Tetsumaki> OK _ikke_
2019-02-02 20:46:30 <Tetsumaki> comment added
2019-02-02 20:55:48 <Tetsumaki> Pending correction, I use apk-tools-2.10.1-r0.apk
2019-02-03 00:14:47 <oculux> clandmeter: thank you for the info on sodium on edge. My mailserver needs a bit more stability than edge I think. Maybe I'll spin up a container and try it out.
2019-02-03 02:35:25 <tya99> > FreeBDSM ╡ [13:13:41] yay! 3.9!
2019-02-03 02:35:37 <hanetzer> giggity
2019-02-03 02:35:39 <tya99> yeah i'm excited to deploy this new server but, i am a bit concerned
2019-02-03 02:35:49 <tya99> https://bugs.alpinelinux.org/issues/9952
2019-02-03 02:36:49 <tya99> also i'm waiting on the disclosure https://lists.alpinelinux.org/alpine-user/0619.html
2019-02-03 02:40:22 <tya99> https://www.kb.cert.org/vuls/ doesn't look like they've published yet.
2019-02-03 02:41:46 <tya99> i'm thinking it might not be long until a 3.9.1 but who knows.
2019-02-03 02:43:24 <tya99> what i am kind of surprised and shocked at is that between RC2 and the final release none of the community has mentioned the lack of signatures on the mailing lists or on the bug tracker
2019-02-03 02:43:47 <tya99> shame on you (users) if you download alpine linux and don't even verify it.
2019-02-03 14:17:32 <pyvpx> are network installations possible? I am looking to replicate the functionality provided by OpenBSDs ramdisk installer -- boot a small kernel, feed answers to the installer, installer installs on local hard drive, reboot to fresh new system
2019-02-03 14:17:49 <pyvpx> in reading the wiki, I'm not entirely sure if this is possible
2019-02-04 07:31:09 <tya99> mm ncopa must be on a holiday
2019-02-04 07:31:23 <tya99> i guess a deserved one after releasing 3.9.0
2019-02-04 07:32:05 <tya99> unless of course aliens kidnapped him to run their next-generation space ship
2019-02-04 07:32:22 <tya99> (because they think alpine linux is a good choice)
2019-02-04 07:50:12 <mps> tya99: :D
2019-02-04 07:50:49 <mps> you made me smiling this morning
2019-02-04 08:06:45 <tya99> mps: good choice until evil aliens decide to muck with their computers!
2019-02-04 08:06:52 <tya99> https://bugs.alpinelinux.org/issues/9952
2019-02-04 08:07:27 <tya99> this is assuming they don't have huge quantum inter-dimensional computers capable of breaking RSA ;)
2019-02-04 08:07:42 <tya99> they might be shitty evil aliens!
2019-02-04 08:10:22 <clandmeter> tya99: we are aware but but the person who can sign is current not available.
2019-02-04 08:10:41 <mps> tya99: meh, bug 9952 will be solved. till then you can use previous release :/
2019-02-04 08:10:43 <tya99> yeah i figured
2019-02-04 08:10:52 <maldridge> clandmeter: how does alpine do signatures
2019-02-04 08:10:55 <tya99> mps: am doing
2019-02-04 08:11:17 <clandmeter> maldridge: what do you mean?
2019-02-04 08:11:33 <maldridge> do you just have individuals with keys, or do you make use of a central keying system
2019-02-04 08:11:51 <clandmeter> currently only ncopa signs the releases.
2019-02-04 08:11:52 <mps> tya99:  I also use previous on one box where I should upgrade
2019-02-04 08:12:08 <maldridge> ah
2019-02-04 08:13:01 <clandmeter> ncopa is enjoying his holiday, if he can find time im sure he will fix it.
2019-02-04 08:13:16 <mps> if you look at history of #alpine-devel just after release you can see why it is not signed
2019-02-04 08:13:19 <maldridge> I was primarily curious if you guys had anything better than how we do it with void
2019-02-04 08:13:55 <clandmeter> not yet, it has not been discussed yet.
2019-02-04 08:13:58 <mps> maldridge: you are void dev?
2019-02-04 08:14:03 <maldridge> mps:
2019-02-04 08:14:05 <maldridge> mps: indeed
2019-02-04 08:14:15 <maldridge> (hit enter too soon)
2019-02-04 08:14:25 <clandmeter> the idea is to redo the build infra and setup releng team.
2019-02-04 08:14:29 <maldridge> clandmeter: I'd be very interested in anything that comes of that discussion
2019-02-04 08:14:42 <mps> ah, then you remember last year problem with keys ;)
2019-02-04 08:14:53 <maldridge> I'm currently considering a combination of consul/vault and redoctober to do this sort of thing
2019-02-04 08:15:10 <mps> or, two years, I forgot exact time
2019-02-04 08:21:34 <tya99> clandmeter: it's nice to know that ncopa is healthy and not in the brig of an alien spaceship!
2019-02-04 08:48:31 <otaku42> moin. anyone else had problems with postfix not starting up anymore after updating to alpine v3.9?
2019-02-04 08:50:04 <otaku42> according to /var/log/messages, /usr/lib/postfix/postfix-script can not be found. it has been moved from /usr/lib/postfix (3.8) to /usr/libexec/postfix (3.9), and something apparently does not yet took notice of that change.
2019-02-04 08:51:34 <clandmeter> otaku42: postfix starts fine here on vanilla install
2019-02-04 08:52:01 <otaku42> clandmeter: fresh install, or updated from v3.8?
2019-02-04 08:52:11 <clandmeter> fresh
2019-02-04 08:53:12 <otaku42> clandmeter: so it's most likely an issue that the upgrade caused. hmmkay.
2019-02-04 08:53:38 <clandmeter> can you pastein the error?
2019-02-04 08:54:43 <clandmeter> otaku42: i think you should compare the config files new and current.
2019-02-04 08:55:08 <clandmeter> apk should have added a main.cf.apk-new (if you ever modified it)
2019-02-04 08:55:48 <otaku42> clandmeter: http://tpaste.us/Q1dz
2019-02-04 08:56:00 <terra> Guys, can you recommend any budget armv8 vps provider except Scaleway?
2019-02-04 08:56:52 <clandmeter> otaku42: do you have daemon_directory = setting?
2019-02-04 08:57:19 <otaku42> clandmeter: thanks, that's it. i thought i had gone through the update-conf thing, but obviously didn't
2019-02-04 08:57:39 <otaku42> clandmeter: the daemon_directory directive has changed.
2019-02-04 08:59:19 <otaku42> clandmeter: yep, that was it. after adjusting daemon_directory postfix starts fine now. /me feels dumb now :)
2019-02-04 09:12:00 <tya99> i noticed that firefox was removed for arm, is there anywhere official i can find where mozilla say they don't support arm?
2019-02-04 09:12:08 <tya99> i had a bit of a look around.
2019-02-04 09:12:23 <tya99> seems like a bit of a shitty limitation to moving to rust if it only works on x86_64
2019-02-04 09:12:35 <tya99> or is that something that is a WIP
2019-02-04 09:12:55 <tya99> running firefox on arm seems like something people might want to do
2019-02-04 09:13:48 <tya99> https://www.theverge.com/2018/12/6/18129456/qualcomm-snapdragon-pc-firefox-web-browser-64-bit-native-mozilla interesting
2019-02-04 09:15:31 <tya99> https://bugzilla.mozilla.org/show_bug.cgi?id=1450742 wow maybe that's true
2019-02-04 09:18:20 <tya99> although it seems that the esr compiles on everything https://packages.debian.org/sid/firefox-esr except powerpc and hppa
2019-02-04 09:19:50 <tya99> yeah see it seems to support armhf there in debian.
2019-02-04 09:21:09 <tya99> and it certainly seemed to in 3.8 https://pkgs.alpinelinux.org/package/v3.8/community/armhf/firefox-esr
2019-02-04 09:21:51 <tya99> so i'd be curious if i can get more information about "Firefox is only available on x86_64 due to Rust."
2019-02-04 09:23:24 <tya99> https://lists.alpinelinux.org/alpine-user/0317.html
2019-02-04 09:23:25 <tya99> also
2019-02-04 09:23:27 <tya99> in regards to that
2019-02-04 09:23:31 <tya99> > PS: no seamonkey for x86? it is my ever-favourite :) Pale Moon could
2019-02-04 09:23:33 <tya99> > also be interesting
2019-02-04 09:23:36 <tya99> NO.
2019-02-04 09:23:58 <tya99> should you need to know why https://github.com/privacytoolsIO/privacytools.io/issues/375
2019-02-04 09:26:15 <tya99> does hypermail let you get the messageid?
2019-02-04 09:26:31 <tya99> if you want to reply to something and you're not on the list you could do that with piper
2019-02-04 09:35:53 <tya99> it does seem the message id is at the top of the page, commented out
2019-02-04 09:35:59 <tya99> if you view source
2019-02-04 09:36:08 <tya99> i wonder if i can input a specific message id in thunderbird
2019-02-04 09:38:12 <terra> yesterday I compıled pale moon on alpine
2019-02-04 09:39:13 <terra> was running quite smooth even without stack-overflow patch which generally applied firefox derived browsers on musl
2019-02-04 09:40:31 <terra> firefox has much better (low) cpu usage on video playback
2019-02-04 09:43:31 <vkrishn> for anyone wanting to read backlogs in browser, https://github.com/insteps/scripts/tree/master/alpine
2019-02-04 09:44:46 <pyvpx> are network installations possible? I am looking to replicate the functionality provided by OpenBSDs ramdisk installer -- boot a small kernel, feed answers to the installer, installer installs on local hard drive, reboot to fresh new system
2019-02-04 09:44:58 <pyvpx> in reading the wiki, I'm not entirely sure if this is possible
2019-02-04 09:45:21 <pyvpx> I understand apkovl is *probably* what I want -- but is there some way to script that instead of doing a full install and creating some kind of overlay to package up?
2019-02-04 09:46:14 <pyvpx> I'm trying to get as close as one file to answer installation questions, and another set of scripts or what-have-you to install packages and mangle/place config files not in base
2019-02-04 09:46:47 <terra> vkrishn: line 28: can't open '../../../bash/inc/color.inc': No such file or directory
2019-02-04 09:46:58 <mepholic> fedora/redhat has that pyvpx
2019-02-04 09:47:07 <mepholic> have you looked at anaconda/kickstart?
2019-02-04 09:47:29 <mepholic> i wonder how hard it would be to adapt it to install alpine instead of fedora
2019-02-04 09:49:43 <pyvpx> well, I'm not going to run anything but alpine
2019-02-04 09:50:05 <vkrishn> terra just clone the repo
2019-02-04 09:50:16 <vkrishn> not very big :)
2019-02-04 09:50:20 <pyvpx> as much as I'd love to keep using openbsd for this, I can't. and I have 50 instances on 12 different VM providers (all KVM save for two Xen)
2019-02-04 09:50:56 <terra> pyvpx: if you need that for a anumber of clients, you can use pxe boot over nfs
2019-02-04 09:51:03 <mps> tya99: https://lwn.net/Articles/777963/ look near at the end of comments
2019-02-04 09:51:23 <terra> pyvpx: but I'm not sure alpine initramfs capable of mount nfs root
2019-02-04 09:51:44 <pyvpx> terra: these are on VPS providers. there's nothing to NFS and all but one (vultr) dont support PXE boot
2019-02-04 09:52:13 <pyvpx> I currently boot an openbsd ramdisk preseeded with installer answers, that then pulls site specific configurations from an HTTP server
2019-02-04 09:52:23 <pyvpx> trying to replicate similar functionality anyway I can
2019-02-04 09:52:28 <jwh> what're trying to do?
2019-02-04 09:52:37 <jwh> what're you*
2019-02-04 09:52:55 <jwh> what about cloud init?
2019-02-04 09:53:12 <pyvpx> automatic/unattended installation & configuration of alpine linux virtual machines on a variety of "VPS" providers
2019-02-04 09:53:40 <pyvpx> my understanding of cloud init is you need a metadata server that is adjacent. if whatever I boot can setup an ipsec tunnel so link-local addressing works...sure? :p
2019-02-04 09:53:42 <jwh> hm, seems like a job for cloud-init or post-install ansible or similar
2019-02-04 09:53:45 <pyvpx> but l2tp seems a big involved.
2019-02-04 09:53:59 <jwh> well you can seed enough of a config from say vultr cloud-init to get it into a state you can use
2019-02-04 09:54:11 <jwh> but theres nothing really generic, of course
2019-02-04 09:54:16 <pyvpx> yes, that's vultr though. I have 11 other providers who give no api and have no smarts
2019-02-04 09:54:33 <jwh> sensible providers *should* have cloud-init
2019-02-04 09:54:41 <jwh> but a lot just seem to use off the shelf crap
2019-02-04 09:54:53 <pyvpx> unfortunately the majority of the providers these VMs are on are not sensible
2019-02-04 09:55:05 <jwh> (personally I don't particularly like cloud-init but I can see why its useful)
2019-02-04 09:55:11 <pyvpx> indeed
2019-02-04 09:55:37 <jwh> ansible is probably the better option for this tbf, or something similar
2019-02-04 09:55:47 <jwh> at least if you can get it installed (snapshots, iso, or something)
2019-02-04 09:56:14 <jwh> you'll likely have to knock something up yourself either way as the starting point might be an iso, or another distro et
2019-02-04 09:56:18 <jwh> etc*
2019-02-04 09:56:35 <pyvpx> well, okay then -- step one, how do I configure networking unattended (so ansible would even be functional)?
2019-02-04 09:56:47 <jwh> I'd hope dhcp works
2019-02-04 09:56:54 <jwh> at least for the most part
2019-02-04 09:56:56 <pyvpx> many of these are statically configured
2019-02-04 09:57:08 <jwh> do they have dhcp though?
2019-02-04 09:57:10 <pyvpx> aka no dhcp
2019-02-04 09:57:11 <pyvpx> nope
2019-02-04 09:57:13 <jwh> as in, does somerthing answer
2019-02-04 09:57:16 <pyvpx> no
2019-02-04 09:57:18 <pyvpx> unfortunately not
2019-02-04 09:57:33 <jwh> yeah, without an API of some kind you've got no chance :P
2019-02-04 09:57:36 <pyvpx> but I have all the relevant network/disk/etc details in a database I can pull from
2019-02-04 09:57:52 <jwh> unless they can deploy templates or snapshots and reconfigure the network when they're deployed
2019-02-04 09:58:05 <pyvpx> odd. I have a well working pipeline with openbsd and it's all shell scripts. I'm a bit surprised I can't replicate it with alpine
2019-02-04 09:58:12 <jwh> oh
2019-02-04 09:58:17 <jwh> well if you know it in advance, yeah
2019-02-04 09:58:22 <pyvpx> no they just offer the usual redhat/ubuntu/debian basic installs
2019-02-04 09:58:54 <pyvpx> yes I have everything I need in advance.
2019-02-04 09:58:57 <pyvpx> sorry I wasn't clear
2019-02-04 09:59:06 <pyvpx> I am looking for an unattended installation method
2019-02-04 09:59:19 <pyvpx> where I can "preseed" (I know, debian term) the installer questions
2019-02-04 09:59:32 <jwh> tbh the only one I get on with is ansible and it has some limited notion of data stores/inventory
2019-02-04 09:59:39 <jwh> but pick whatever works for you
2019-02-04 10:02:33 <pyvpx> https://wiki.alpinelinux.org/wiki/Bootstrapping_Alpine_Linux
2019-02-04 10:02:41 <pyvpx> unfortunate. thats kind of exactly what I was looking for, heh
2019-02-04 10:04:07 <jwh> if you need to install alpine over an existing distro thats gonna be more tricky
2019-02-04 10:09:30 <pyvpx> is there something that grub can boot, that I can pre-configure with network details?
2019-02-04 10:09:49 <jwh> hm
2019-02-04 10:09:59 <jwh> you'd have to build an image for each thing
2019-02-04 10:10:13 <jwh> dhcp would make this *much* easier, couldn't you just limit your selection of terrible providers?
2019-02-04 10:10:19 <pyvpx> configure bootable file w/ network -> configure grub to boot it -> reboot -> boots w/ network access -> run alpine install on to hard drive
2019-02-04 10:10:31 <pyvpx> no, these are all specifically picked for location and the fact they provide a full BGP table
2019-02-04 10:10:39 <jwh> o
2019-02-04 10:10:41 <pyvpx> so, I have to work around the annoyances
2019-02-04 10:10:48 <jwh> wanna share your list? :P
2019-02-04 10:10:57 <pyvpx> https://bgp.services/
2019-02-04 10:11:06 <jwh> oh
2019-02-04 10:11:08 <pyvpx> the main ones are vultr and m247
2019-02-04 10:11:11 <jwh> I went through them, bleh
2019-02-04 10:11:22 <jwh> thought you might have some secrets
2019-02-04 10:11:24 <pyvpx> it's regularly updated ;)
2019-02-04 10:11:27 <pyvpx> nah
2019-02-04 10:11:31 <pyvpx> melbicom is great
2019-02-04 10:11:35 <pyvpx> misaka is hit or miss
2019-02-04 10:11:37 <jwh> tbh vultr caters for most locations
2019-02-04 10:11:53 <pyvpx> indeed. my usecase here is as many full table feeds in as many palces as possible
2019-02-04 10:12:01 <jwh> and is convenient because dhcp and same details everywhere
2019-02-04 10:12:03 <jwh> heh
2019-02-04 10:12:22 <pyvpx> yes vultr is a dream compared to every other provider I deal with
2019-02-04 10:12:39 <jwh> designed properly I guess
2019-02-04 10:13:03 <jwh> ok so do you typically only have one VM per provider/location?
2019-02-04 10:14:32 <pyvpx> yes
2019-02-04 10:14:48 <jwh> yeah so it's not even worth making something for each location heh
2019-02-04 10:14:57 <jwh> but once they're configured, thats it right...
2019-02-04 10:15:25 <pyvpx> so in openbsd, I create a bootable ramdisk (bsd.rd) that includes an answerfile (auto_install.conf) and point grub to boot the bsd.rd
2019-02-04 10:15:48 <pyvpx> that loads up, the answer file configures networking, downloads the install files, installs them, then grabs a site specific file
2019-02-04 10:16:00 <jwh> hm
2019-02-04 10:16:12 <jwh> I dunno enough about apkvol, guessing you've tried that?
2019-02-04 10:16:20 <pyvpx> the answerfile is site specific, of course, and I generate that from a basic shell script (since I have all the disk/network specifics)
2019-02-04 10:16:34 <pyvpx> yes, perhaps I'm not fully appreciating/understanding apkvol
2019-02-04 10:16:47 <pyvpx> but I understood it to be "do a full install, configure what you need in an overlay, tar up the overlay"
2019-02-04 10:16:58 <pyvpx> so I'd have to do the last two steps for every site?
2019-02-04 10:17:01 <jwh> yeah thats my undertanding too
2019-02-04 10:17:34 <jwh> what about just throwing in initramfs (built into the kernel) - almost the same as bsd.r
2019-02-04 10:17:37 <jwh> bsd.rd
2019-02-04 10:18:23 <jwh> you'd only need to add the ip/routes to the initramfs, if you plot up a webserver somewhere you could just grab configs or generate them on the fly
2019-02-04 10:18:59 <jwh> or... actually
2019-02-04 10:19:06 <jwh> just pass the ip info from grub
2019-02-04 10:28:06 <pyvpx> jwh: that sounds like what I'm looking for :D
2019-02-04 10:28:27 <pyvpx> where do I read more on this? sorry, I've used OpenBSD (or some other BSD) exclusively for the past 15 years I know next to nothing about linux except installing OpenWRT a few times :p
2019-02-04 10:28:58 <jwh> for convenience I was going to suggest buildroot to make the initramfs (what openwrt spawned from)
2019-02-04 10:44:15 <tya99> mps: ah so it's to do with not using glibc then that makes more sense
2019-02-04 10:45:08 <tya99> i figured it was a WIP and it seemed like too much of a failure for upstream
2019-02-04 10:53:45 <tya99> mps: also i solved my other question https://superuser.com/questions/1177870/how-to-manually-set-the-in-reply-to-header-in-thunderbird
2019-02-04 11:00:00 <mps> tya99: no, it is to bootstrap rust lang on Alpine arch's, for now at aarch64 and armv7
2019-02-04 11:00:25 <tya99> oh yeah :P that as well thanks for the link
2019-02-04 11:00:27 <mps> there are no issues with firefox
2019-02-04 11:02:01 <mps> I managed to build firefox-esr 60.4.0-r1 for aarch64 and armv7, and it works quite fine, and is faster than the previous version
2019-02-04 11:02:39 <mps> but, the problem is to get to 'native rust' on these arch's
2019-02-04 11:04:05 <mps> and, in the 'play' arrives llvm with it's quirks and loopholes
2019-02-04 11:05:36 <mps> upstream of llvm and rust mostly 'ignore' musl, i.e. musl is low priority in their work, that my impression
2019-02-04 12:59:31 <hiro> just use a browser that doesn't require rust? :P
2019-02-04 13:05:27 <tya99> hiro: i'd love it if there was a umatrix for qutebrowser but yeah.
2019-02-04 13:05:37 <tya99> it's a toss up of firefox or chromium.
2019-02-04 13:05:57 <tya99> and at this point firefox is better for privacy than joining the google borg
2019-02-04 13:06:25 <tya99> it's not a major issue as mps said, and i bet it will be ironed out :)
2019-02-04 13:08:45 <terra> tya99: you can try if PM build for you (it does for x86 and x86_64) https://github.com/tanertas/aports/tree/palemoon/testing/palemoon
2019-02-04 13:09:10 <tya99> terra: hahaha no you'll never get me to try palemoon
2019-02-04 13:09:59 <tya99> terra: perhaps you should read from there on https://github.com/privacytoolsIO/privacytools.io/issues/375#issuecomment-454704963
2019-02-04 13:10:24 <tya99> i think I made a pretty good point while palemoon shouldn't be an option for anyone at this point
2019-02-04 13:10:30 <tya99> point(s)
2019-02-04 13:10:47 <terra> [12:23] <tya99> > PS: no seamonkey for x86? it is my ever-favourite :) Pale Moon could [12:23] <tya99> > also be interesting
2019-02-04 13:10:56 <tya99> and one of the nooby palemoon devs tried to argue with me about it
2019-02-04 13:11:16 <tya99> apparently every point i made was "fake news"
2019-02-04 13:11:32 <hiro> tya99: agreed, i also like to recommend umatrix, though it's all *way* too much work normally :)
2019-02-04 13:11:32 <tya99> you want some popcorn if you want to read that drama
2019-02-04 13:11:41 <terra> wasn't it you that talking about PM ?
2019-02-04 13:11:56 <tya99> no, someone else was, and i just dropped a link to that ticket.
2019-02-04 13:12:03 <tya99> *issue on another project i work on
2019-02-04 13:12:06 <hiro> tya99: and firefox is part of the google borg
2019-02-04 13:12:18 <tya99> no, that's chromium
2019-02-04 13:12:26 <tya99> but i guess you'd be okay with ungoogled chrome or brave
2019-02-04 13:12:29 <hiro> tya99: no, mozilla is mostly funded by google
2019-02-04 13:12:43 <tya99> well a good portion of it yes, but i guess that's the world we live in
2019-02-04 13:12:48 <hiro> tya99: and it's not like mozilla is inputting or having any power over the development of the web standards
2019-02-04 13:13:05 <tya99> like i said, though palemoon isn't the solution
2019-02-04 13:13:24 <hiro> tya99: and since most security problems come from shitty basic web standard design issues, even that doesn't matter.
2019-02-04 13:13:34 <tya99> (in that issue) in fact it cannot even be considered a reasonable contender to anything
2019-02-04 13:13:48 <hiro> if you want privacy right now your best bet is not to use a browser
2019-02-04 13:13:57 <terra> :)
2019-02-04 13:14:00 <tya99> we could all browse the internet stallman style
2019-02-04 13:14:19 <hiro> we should at least try to get as close to his way as possible
2019-02-04 13:14:33 <tya99> but i wonder whether richard still does that these days
2019-02-04 13:14:40 <hiro> or at least try to make sure people that *do* use the internet like him aren't sabotaged by some shitty standards
2019-02-04 13:14:49 <tya99> https://stallman.org/stallman-computing.html
2019-02-04 13:14:56 <hiro> tya99: i'm aware :)
2019-02-04 13:15:11 <tya99> i would probably use icecat if i wasn't using firefox tbh
2019-02-04 13:15:12 <hiro> i would love to be able to pull it off like stallman or tannenbaum
2019-02-04 13:15:45 <tya99> i think the only way it is possible to do what they suggest is if you visit a specific set of sites that, that kind of usage works
2019-02-04 13:16:06 <tya99> for a large part of the internet, you won't have so much luck.
2019-02-04 13:18:38 <hiro> tannenbaum just has somebody print out stuff he might want to read
2019-02-04 13:19:07 <tya99> sounds a bit like donald knuth
2019-02-04 13:19:15 <hiro> actually
2019-02-04 13:19:21 <hiro> i might be conflating knuth and tannenbaum
2019-02-04 13:19:25 <hiro> :)
2019-02-04 13:19:36 <hiro> it was one of them at least
2019-02-04 13:20:00 <hiro> but besides the point. the problem is most of us cannot afford a secretary that will unfuck the web for us
2019-02-04 13:20:11 <tya99> true :(
2019-02-04 13:20:27 <hiro> but i like to imagine that, cause it's easy to do.
2019-02-04 13:20:30 <tya99> terra: the most amusing part is PM's website has google adverts lol
2019-02-04 13:20:51 <hiro> and then i can compare my actual experience with what i imagine to be knuth's truly awesome life
2019-02-04 13:20:59 <hiro> and see what's most lacking
2019-02-04 13:21:25 <hiro> puts things into the right perspective
2019-02-04 13:21:32 <tya99> and that dev (mattatobin) said he would respond "until the heat death of the universe", but when i mentioned the bit about google adverts he stopped responding :(
2019-02-04 13:22:19 <tya99> and not because he had better things to do, because if he did have them, he wouldn't have made me repeat myself in 10 figillion ways
2019-02-04 13:22:25 <hiro> also since you brought up the borg: you know they would try to make mozilla one of their's like they did with the captain
2019-02-04 13:22:33 <tya99> s/dev/cheersquad member/
2019-02-04 13:22:35 <hiro> i don't know if that was clear earlier ;)
2019-02-04 13:24:05 <tya99> they don't only get money from google though.
2019-02-04 13:24:10 <tya99> https://en.wikipedia.org/wiki/Mozilla_Foundation#Donations
2019-02-04 13:24:16 <tya99> https://techcrunch.com/2017/11/14/mozilla-terminates-its-deal-with-yahoo-and-makes-google-the-default-in-firefox-again/
2019-02-04 13:24:55 <tya99> https://en.wikipedia.org/wiki/Mozilla_Foundation#Financing
2019-02-04 13:26:17 <tya99> https://old.reddit.com/r/firefox/comments/a98gmi/donations_to_mozilla_foundation_are_not_used_for/
2019-02-04 13:26:43 <tya99> but yeah i'd probably donate to the tor project, because mozilla will match the donation!
2019-02-04 13:28:43 <hiro> i don't trust any of this shit! :)
2019-02-04 13:28:51 <hiro> tor was always too near to US government
2019-02-04 13:29:35 <hiro> and just when US government got even less even remotely trustable they claim to now diversify their donors so that they aren't mainly government funded
2019-02-04 13:29:59 <hiro> but who guarantees us they aren't still involved
2019-02-04 13:30:21 <Piraty> does alpine have a correspondig package to base-devel ?
2019-02-04 13:30:31 <hiro> i mean even if you ignore the money, they will be heavily invested in the technology
2019-02-04 13:30:40 <mps> Piraty: alpine-sdk ?
2019-02-04 13:30:40 <Piraty> a meta package to install common build tools?
2019-02-04 13:30:44 <hiro> so they are up to date, i cannot track TOR development, but i'm sure they do...
2019-02-04 13:30:56 <Piraty> mps: thanks
2019-02-04 13:31:19 <hiro> tya99: to me mozilla+tor are too much connected
2019-02-04 13:31:27 <Piraty> in a lxc container, based on alpine-3.8, gcc is super old, why is that?
2019-02-04 13:31:42 <mps> Piraty: look at wiki on development section
2019-02-04 13:31:44 <tya99> well i meant in terms of support of a project which would help contribute upstream
2019-02-04 13:31:44 <Piraty> gcc (Alpine 6.4.0) 6.4.0
2019-02-04 13:31:52 <Piraty> mps: will do, thanks
2019-02-04 13:32:10 <mps> now gcc is 8.2
2019-02-04 13:32:19 <tya99> hiro: tor project is independently run, sure the US government seeded it with money but so what, that doesn't make it bad
2019-02-04 13:32:35 <tya99> the spec is open, the source is open, and it gets a lot of research.
2019-02-04 13:32:54 <tya99> it's quite likely the US government uses it, yes, (that's almost certain) but yeah.
2019-02-04 13:33:57 <AinNero> tya99: i remember that were were onion urls with the US .gov ssh motd
2019-02-04 13:33:58 <hiro> tya99: i'm not saying it's bad, i'm just saying i don't trust it because for long times us controlled too much of the used infrastructure, and they control it to some level through money and they definitely have a lot of people watching it
2019-02-04 13:34:16 <tya99> > long times us controlled
2019-02-04 13:34:16 <hiro> no software system is flawless
2019-02-04 13:34:20 <tya99> no it's not and never has been
2019-02-04 13:34:24 <hiro> huh?
2019-02-04 13:34:39 <hiro> i thought that was widely accepted knowledge
2019-02-04 13:34:51 <tya99> https://en.wikipedia.org/wiki/Tor_%28anonymity_network%29#History
2019-02-04 13:35:09 <tya99> that is not the same thing as "controlling it"
2019-02-04 13:35:29 <tya99> by that logic you could say the whole internet is "controlled by the US because DARPA"
2019-02-04 13:36:40 <tya99> you know because TCP/IP https://en.wikipedia.org/wiki/History_of_the_Internet#Merging_the_networks_and_creating_the_Internet_(1973%E2%80%9395)
2019-02-04 13:37:06 <hiro> i'd say DARPA just shows their intention
2019-02-04 13:37:44 <tya99> and if the snowden leaks are anything to go by they haven't got a magic backdoor ;)
2019-02-04 13:37:53 <hiro> being decentralized to a big degree and even if overlayed by TOR, i still see the US trying to follow very closesly all the details of the technology
2019-02-04 13:38:20 <hiro> which means that since software is flawless, they will be one of the big entities that will be able to exploit small flaws earlier than the average guy, or even programmer
2019-02-04 13:38:25 <tya99> if they fund it and use it they would want to keep an eye on things.
2019-02-04 13:38:31 <hiro> of course
2019-02-04 13:38:48 <tya99> but i think you'll find state programs just look for 0days in everything
2019-02-04 13:38:55 <tya99> not specific projects.
2019-02-04 13:39:02 <tya99> they would be looking at all the commits for all the things
2019-02-04 13:39:18 <tya99> and it would not just be them, but other projects as well, and all the governments (that have money)
2019-02-04 13:39:35 <tya99> you know they call it "amassing that cyber arsenal etc"
2019-02-04 13:40:13 <hiro> i have no proof for anything sensational that people would get really anxious about if put into mainstream news. but i feel like there are enough pointers that show the US might be able to master the technology in a way that it's used against TOR's official goals.
2019-02-04 13:41:13 <hiro> so if you have nothing to hide (TM) from big and powerful US intelligence, i think it's totally fine to use TOR
2019-02-04 13:41:21 <tya99> i think you'll find though they have the same ways as everything else
2019-02-04 13:41:45 <hiro> and many people (that don't live in the US) truly don't think their main threat vector is the US government
2019-02-04 13:43:07 <hiro> there is (understandably) slightly more attention given to TOR bec. of it's history of being (partly successfully) used by people trying to hide from the US government
2019-02-04 13:43:11 <tya99> and i think you'll find FOXACID being one of those ways https://www.schneier.com/blog/archives/2013/10/how_the_nsa_att.html
2019-02-04 13:43:30 <hiro> and since a lot of stuff goes out through limited number of tor exit nodes, it's very easy to attack this quite centrally
2019-02-04 13:43:32 <tya99> hiro: one of the major ways that the NSA did things was downgrade attacks
2019-02-04 13:43:44 <tya99> because people did things shitty and allowed shittier things for compatibility
2019-02-04 13:43:48 <hiro> sure, and all this shows is that TOR has their attention
2019-02-04 13:44:01 <tya99> we can be fortunate with things like TLS 1.3 that people are getting much more strict when writing new standards
2019-02-04 13:44:33 <hiro> but being distributed to only a *very* limited amount (if you don't use tor-internal onion urls), i'd say it's practically too centralized around tor exit nodes that might be getting extra screening scrutiny
2019-02-04 13:44:48 <hiro> like if i was US government i would record everything that ever leaves a tor exit node
2019-02-04 13:44:54 <tya99> but that's a known fact
2019-02-04 13:45:01 <hiro> just cause it's very likely that people who have something to hide will traverse through them
2019-02-04 13:45:04 <tya99> fortunately most of the internet is over https these days
2019-02-04 13:45:16 <tya99> and the standards have improved significantly, OCSP, HSTS etc.
2019-02-04 13:45:20 <hiro> tya99: yeah, but we're talking about adding layers of imperfect security on top of each other
2019-02-04 13:45:33 <hiro> web security is a complete joke by design
2019-02-04 13:45:34 <tya99> well nothing is perfect
2019-02-04 13:45:38 <hiro> exactly
2019-02-04 13:45:53 <tya99> but that doesn't mean we all give up and go home
2019-02-04 13:46:13 <hiro> now if nothing is perfect i don't think it helps to give people product recommendations like a snake-oil seller, at least not without the correct disclaimers
2019-02-04 13:46:27 <hiro> and as i said my disclaimer is: don't use it to hide from US government
2019-02-04 13:47:07 <hiro> possibly try not to use it to hide from *any* big government
2019-02-04 13:47:18 <tya99> i think that is making the US government sound like a bunch of magicians which they are not
2019-02-04 13:47:53 <tya99> overall though if something is to be learned by the snowden leaks, Tor works pretty damn well
2019-02-04 13:48:17 <tya99> and sure there might be certain things like FOXACID and QUANTUMINSERT that work in *some* cases, it's certainly not something they can just apply anywhere
2019-02-04 13:48:33 <hiro> come on, don't bring in snowden
2019-02-04 13:48:38 <tya99> anyway this is getting offtopic.
2019-02-04 13:48:40 <hiro> we all knew what they were doing for decades
2019-02-04 13:48:51 <tya99> well exactly, and i think people are more proactive now
2019-02-04 13:48:59 <hiro> i'm just trying to tell you to add a disclaimer next time you talk about TOR
2019-02-04 13:49:00 <Piraty> hi. is there nice way to check which (possibly not installed) package provides a certain binary?
2019-02-04 13:49:02 <tya99> in terms of thinking "how might this be broken"
2019-02-04 13:49:21 <hiro> because people are stupid and every problem for them has a product as a solution
2019-02-04 13:49:27 <tya99> hiro: and i think you're being paranoid ;)
2019-02-04 13:49:28 <hiro> but sometimes it's not like that.
2019-02-04 13:49:33 <hiro> tya99: not at all
2019-02-04 13:49:56 <hiro> tya99: i tell those people to go low-tech and don't waste their time sweating about bullshit digital security questions
2019-02-04 13:49:56 <tya99> > because people are stupid and every problem for them has a product as a solution
2019-02-04 13:50:05 <tya99> well a threat model is obviously something you need to consider
2019-02-04 13:50:11 <hiro> i just tell them they shouldn't pretend to themselves that any of their shit is secure
2019-02-04 13:50:19 <hiro> and that they shouldn't hope technology will solve that for them
2019-02-04 13:50:24 <mps> Piraty: you can look for file at https://pkgs.alpinelinux.org/contents
2019-02-04 13:50:24 <tya99> but it doesn't mean that you should just use nothing and send carrier pigeons either.
2019-02-04 13:50:31 <danieli> tya99 and hiro: consider moving to #alpine-offtopic
2019-02-04 13:50:36 <hiro> bec. this way they'll just keep actually private shit to themselves
2019-02-04 13:50:42 <hiro> and not on their computer
2019-02-04 13:50:46 <hiro> oh sorry. i'll stop now :)
2019-02-04 13:50:53 <danieli> no worries
2019-02-04 13:50:54 <danieli> i'd participate in the conversation too, but i'm a little preoccupied
2019-02-04 13:52:03 <Piraty> mps: thanks. no cli tool? apk magix?
2019-02-04 13:53:04 <mps> huh, I think there is or were http to json interface but couldn't remember now. You should ask on #alpine-devel channel
2019-02-04 13:53:57 <danieli> iirc there is an apk command for it (without any API stuff), but i don't remember it off the top of my head
2019-02-04 13:54:39 <mps> yeah, apk-file package
2019-02-04 13:55:30 <mps> it is in testing
2019-02-04 13:57:13 <clandmeter> Piraty: you can use: apk search cmd:cmdname
2019-02-04 13:57:29 <clandmeter> but it will only work for binaries in path
2019-02-04 13:58:29 <mps> apk-file works fine, mostly
2019-02-04 13:58:31 <remexre> where would I follow progress of porting cargo/rustc to alpine x86?
2019-02-04 13:59:58 <clandmeter> heh i didnt know apk-file :)
2019-02-04 14:00:17 <clandmeter> but like i mention, if you just need things from path the cmd:... will work fine.
2019-02-04 14:01:09 <mps> OP wanted something to search content of packages which are not installed
2019-02-04 14:01:43 <danieli> right, yeah
2019-02-04 14:01:48 <danieli> pkgs.alpinelinux.org/contents
2019-02-04 14:01:57 <clandmeter> he asked for binary
2019-02-04 14:02:00 <clandmeter> not just file
2019-02-04 14:02:13 <danieli> a binary file is a file
2019-02-04 14:02:18 <danieli> everything is a file ;)
2019-02-04 14:02:38 <clandmeter> binaries are mostly placed in path, so cmd:... would work.
2019-02-04 14:03:03 <clandmeter> executables i mean
2019-02-04 14:03:05 <mps> but missing support for armv7 arch in apk-file
2019-02-04 14:03:35 <clandmeter> and searching for cmd:... will be much faster :)
2019-02-04 14:04:07 <mps> does it works for not installed packages?
2019-02-04 14:04:15 <clandmeter> yes
2019-02-04 14:04:26 <mps> didn't know, thanks
2019-02-04 14:04:33 <clandmeter> cmd are in the index
2019-02-04 14:05:00 <clandmeter> similar as you could do: apk add cmd:dmesg
2019-02-04 14:05:26 <clandmeter> busybox applets are not added i think
2019-02-04 14:05:37 <clandmeter> so it would replace the applet with the app providing it.
2019-02-04 14:06:42 <clandmeter> you have to be careful because multiple apps can provide the same thing. the one with the highest version will win.
2019-02-04 14:08:13 <mps> 'apk search cmd:ash' show noting, so busybox applet are 'skipped'
2019-02-04 14:09:38 <clandmeter> they are generated post install
2019-02-04 14:10:59 <mps> understand, just tried to see how cmd: works
2019-02-04 14:12:16 <mps> even shorted names works: 'apk search cmd:busy'. nice
2019-02-04 15:45:54 <sebix> Hi, does apk keep logs of upgrades/installed packages?
2019-02-04 15:46:30 <sebix> Or is there a way to check if and when an upgrade of an installation took place?
2019-02-04 15:46:43 <clandmeter> sebix: i dont think so
2019-02-04 16:38:55 <jwh> pyvpx: hey just out of curiosity, did you find any in central europe that weren't germany (cz, at etc)
2019-02-04 16:38:58 <jwh> ?
2019-02-04 16:46:59 <jwh> doesn't seem to be much between germany an asia
2019-02-04 16:47:01 <jwh> and*
2019-02-04 17:15:35 <pyvpx> jwh: yeah I have instances in prague, vienna, sofia
2019-02-04 17:35:57 <jwh> oh, who do you get those off?
2019-02-04 17:43:45 <pyvpx> melbicom and m247
2019-02-04 17:43:50 <pyvpx> vps247.com
2019-02-04 17:47:06 <pyvpx> so can I build a initramfs that includes network configuration, then that pulls the alpine installer with an answerfile? is that a feasiable route to investigate further?
2019-02-04 17:47:41 <jwh> you could set network config from the cmdline to make it easier (kernel can do that on its own)
2019-02-04 17:48:10 <jwh> then you wouldn't need multiple initramds
2019-02-04 17:48:13 <jwh> initramfs
2019-02-04 17:49:29 <jwh> hey uh, mind sharing gateway or something for vps247 in prg?
2019-02-04 17:50:18 <jwh> wanna see how far away it is from home
2019-02-04 17:51:56 <pyvpx> sent
2019-02-04 17:52:07 <jwh> ugh, sec I have +g
2019-02-04 17:52:12 <jwh> can you resend pls
2019-02-04 17:52:13 <pyvpx> ah, sorry
2019-02-04 17:52:18 <pyvpx> resent :)
2019-02-04 17:52:46 <jwh> telia, but at least it stays in the city
2019-02-04 17:52:47 <jwh> heh
2019-02-04 19:33:58 <azarus> I'm trying to get Xorg to work on my desktop computer with an AMD GPU. Currently, when I issue "startx", the shell doesn't return?
2019-02-04 19:34:22 <azarus> Currently, it just outputs "xauth: timeout in locking authority file ..."
2019-02-04 19:36:13 <Ai9zO5AP> azarus: which Grafical env did you install ?
2019-02-04 19:36:19 <azarus> Right, got it to flicker again. My Xorg log: https://ptpb.pw/GKfj
2019-02-04 19:36:23 <azarus> Ai9zO5AP: none, just dwm
2019-02-04 19:36:41 <azarus> (via .xinitrc)
2019-02-04 19:38:29 <Ai9zO5AP> azarus: could you paste bin your .xinitrc ?
2019-02-04 19:38:39 <azarus> Ai9zO5AP: it's two lines:
2019-02-04 19:38:42 <azarus> exec dwm &
2019-02-04 19:38:42 <azarus> st
2019-02-04 19:38:48 <azarus> <end>
2019-02-04 19:39:58 <Ai9zO5AP> azarus: did you run setup-xorg-base ?
2019-02-04 19:40:02 <azarus> yes
2019-02-04 19:40:11 <azarus> (and many other things to enable kernel modesetting)
2019-02-04 19:41:06 <Ai9zO5AP> azarus: could pastebin the xorg log
2019-02-04 19:41:13 <azarus> Got it working now!
2019-02-04 19:41:13 <azarus> :)
2019-02-04 19:41:18 <Ai9zO5AP> please do not copy paste here
2019-02-04 19:41:29 <azarus> i have, already ;)
2019-02-04 19:41:37 <Ai9zO5AP> azarus: what was the problem ?
2019-02-04 19:41:41 <AinNero> azarus: how?
2019-02-04 19:41:54 <azarus> AinNero: kernel parameters contained "nomodeset"
2019-02-04 19:41:58 <azarus> which is a strange default
2019-02-04 19:43:56 <Ai9zO5AP> azarus: did you mean earlyprintk ?
2019-02-04 19:44:22 <azarus> Ai9zO5AP: nope, never heard of that parameter before
2019-02-04 19:44:36 <Ai9zO5AP> azarus: are you using VM ?
2019-02-04 19:44:47 <azarus> Ai9zO5AP: no, else how would I have an AMD GPU?
2019-02-04 19:45:12 <Ai9zO5AP> sorry I forgot, but strange
2019-02-04 19:46:15 <Ai9zO5AP> If i am right nomodeset must be add for example with qemu/kvm or even xen as a boot option when booting up
2019-02-04 21:14:48 <azarus> Quick question: Has anybody ran Tiled ( https://mapeditor.org ) on Alpine Linux? The AppImage they provide can't be run, even with gcompat :/
2019-02-04 21:17:49 <AinNero> wasn't appimage the one that does open /proc/self/exe to retrieve a squashfs?
2019-02-04 21:17:59 <AinNero> because that breaks with gcompat
2019-02-04 21:19:00 <azarus> AinNero: https://ptpb.pw/qJkb
2019-02-04 21:19:04 <azarus> if that helps
2019-02-04 21:19:55 <AinNero> yea wont run on alpine
2019-02-04 21:20:24 <azarus> hm, the other option would be to create an aport, right
2019-02-04 21:22:31 <AinNero> i guess
2019-02-04 21:22:58 <azarus> It doesn't look like a pig to port; it does depend on qt5 however
2019-02-04 23:06:09 <devopsdeluxe> Hi, is there a simple method to include an arbitrary file (in my case a firmware.rom binary) in an ISO generated by mkimage?
2019-02-05 09:07:51 <tru_tru> hi, trying a live upgrade from 3.8 to 3.9 -> alpine:~$ sudo apk upgrade
2019-02-05 09:07:52 <tru_tru> 1 error; 2098 MiB in 487 packages
2019-02-05 09:08:13 <tru_tru> how can I find where the '1 error' comes from?
2019-02-05 09:09:55 <_ikke_> apk fix
2019-02-05 09:10:22 <mps> tru_tru: try 'apk fix -v'
2019-02-05 09:10:54 <mps> _ikke_: eh, you are fast
2019-02-05 09:11:20 <clandmeter> tru_tru: what is the error you got when you upgraded?
2019-02-05 09:11:43 <clandmeter> should be in the list of upgraded packages.
2019-02-05 09:20:54 <tru_tru> alpine:~$ sudo apk fix -v
2019-02-05 09:20:55 <tru_tru> (1/1) Reinstalling xorgproto (2018.4-r0)
2019-02-05 09:20:55 <tru_tru> OK: 487 packages, 3656 dirs, 37018 files, 2098 MiB
2019-02-05 09:20:57 <tru_tru> thx :D
2019-02-05 09:21:39 <tru_tru> the initial error was lost in the scroll back lines... when I ran 'sudo apk update && sudo apk upgrade'
2019-02-05 09:22:14 <tru_tru> 0 error -> much better, rebooting
2019-02-05 09:22:29 <kahiru> famous last words
2019-02-05 09:23:43 <tru_tru> rebooted, and still alive ;P
2019-02-05 09:28:38 <kahiru> cg
2019-02-05 11:50:25 <jwh> pyvpx: so I'm intrigued, what are you building? :D
2019-02-05 11:50:46 <jwh> I recognise name/domain but I can't place you heh
2019-02-05 12:01:04 <jwh> hm, is there an env I can pass to setup-alpine to skip swap?
2019-02-05 12:01:20 <jwh> or better yet, tell it to use a file not a partition?
2019-02-05 12:54:14 <pyvpx> jwh: dfz.watch :-)
2019-02-05 12:54:49 <jwh> o
2019-02-05 12:55:05 <jwh> are you planning a party for 1024 day?
2019-02-05 12:55:13 <pyvpx> 768k day you mean?
2019-02-05 12:55:18 <pyvpx> that is definitely the next party
2019-02-05 12:55:20 <jwh> might be a bit late for that, it's close
2019-02-05 12:55:34 <pyvpx> but no, now that bgpmon is shutting down, I'm trying to whip up a replacement service
2019-02-05 12:55:44 <jwh> ah
2019-02-05 12:55:57 <jwh> I started building similar, I just never got round to finishing it
2019-02-05 12:56:03 <pyvpx> as57335 was more of a "comically large anycast instance" that I meant to blog about and turn into a marketing thing. but now it has a real use so...
2019-02-05 12:56:19 <jwh> ah
2019-02-05 12:56:36 <jwh> I had one but I let it all expire because I've been way too busy with real networks heh
2019-02-05 12:56:42 <pyvpx> unfortunately running openbsd on these VPS providers is...painful
2019-02-05 12:56:46 <jwh> yeah
2019-02-05 12:57:01 <pyvpx> and I need a bit more monitoring. so if I'm going to stop using things in base openbsd, might as well switch to a linux
2019-02-05 12:57:10 <pyvpx> and alpine is the only linux I'll consider running :)
2019-02-05 12:57:31 <jwh> I used to use openbsd prettty extensively (in production too) but it's just not fast enough or has the features I need
2019-02-05 12:57:49 <jwh> the only thing it has over linux atm is it has a working VPLS/PW data plane
2019-02-05 12:58:21 <jwh> but patches exist for linux, when I get round to fixing them up
2019-02-05 12:59:04 <jwh> I'd really like pure v6 VPLS (or even l2tpv3 pw, whatever really), but alas the bits aren't there yet
2019-02-05 12:59:17 <jwh> no EVPN either *sigh*
2019-02-05 12:59:31 <pyvpx> I feel you
2019-02-05 12:59:44 <pyvpx> claudio@ is doing great foundational work on bgpd
2019-02-05 12:59:53 <pyvpx> so hopefully in 2020 we'll see some more features like EVPN and what not
2019-02-05 13:00:29 <jwh> yeah
2019-02-05 13:00:49 <jwh> unfortunately it's not really bgpd that stops me
2019-02-05 13:01:06 <jwh> platform support, any management (like being able to see optic info), horrendous performance
2019-02-05 13:01:09 <jwh> :(
2019-02-05 13:01:32 <pyvpx> curious what kind of perf you're experiencing, specifically. but probably not on topic for #alpine ;)
2019-02-05 13:01:37 <jwh> it's a shame, but I had to ditch it as the network grew as it wouldn't scale with simple design
2019-02-05 13:01:49 <danieli> #alpine-offtopic please :)
2019-02-05 13:01:49 <pyvpx> and yeah, I've been meaning to port freebsds driver for DDM
2019-02-05 13:01:58 <jwh> PM is probably better
2019-02-05 13:02:08 <jwh> sorry
2019-02-05 13:02:17 <danieli> I mean, I'm interested, I'm reading along with half an eye
2019-02-05 13:02:31 <danieli> one of my pet projects is related to large-scale routing and monitoring
2019-02-05 13:02:35 <jwh> oh, if you wanna join in we can certainly discuss it in offtopic
2019-02-05 13:02:36 <danieli> are*
2019-02-05 17:00:56 <sebix> Hi, executing 'apk upgrade' on 3.9 gives me this currently: "ERROR: tini-static-0.18.0-r0: BAD signature" How can I fix this?
2019-02-05 17:37:24 <trfl> turns out alpine is the first distro to start using xfce 4.13, which is p. cool - but kinda curious why since it hasn't even been released yet?
2019-02-05 17:38:09 <trfl> noticed that almost every theme broke except for greybird and the default one, which really isn't that bad since greybird is the best :p
2019-02-05 22:10:25 <TBB> I'm not sure but I think it's an Alpine problem and one that has persisted for years
2019-02-05 22:10:48 <TBB> at least the entire time I've used Alpine (3.6 or so) it's been that way
2019-02-06 02:54:40 <oko72> anybody alive
2019-02-06 02:55:28 <oko72> I have a quick question running Ubuntu 18.04.1 as a DomU?
2019-02-06 02:56:50 <oko72> It appears that netplan is breaking Xen network driver.
2019-02-06 02:57:47 <oko72> Has anybody being able to run Ubuntu 18.04 on 3.8.2?
2019-02-06 04:03:27 <oko72> Has anybody being able to run Ubuntu 18.04.01 on 3.9.0?
2019-02-06 04:03:38 <oko72> I just upgrade to 3.9 release
2019-02-06 04:28:30 <oko72> exut
2019-02-06 04:28:32 <oko72> exit
2019-02-06 04:28:33 <oko72> quit
2019-02-06 11:42:34 <FreeBDSM> hello
2019-02-06 11:42:52 <FreeBDSM> https://pkgs.alpinelinux.org/package/edge/main/x86_64/libc-dev what this packages? musl-libc or glibc?
2019-02-06 11:44:38 <AinNero> FreeBDSM: meta package
2019-02-06 11:44:48 <FreeBDSM> AinNero: meaning?
2019-02-06 11:45:18 <AinNero> To pull it correct libc, which is musl at the momebnt
2019-02-06 11:45:22 <AinNero> *moment
2019-02-06 11:45:37 <AinNero> should be in the description field
2019-02-06 11:47:19 <FreeBDSM> AinNero: so it will install https://pkgs.alpinelinux.org/package/edge/main/x86_64/musl-dev right?
2019-02-06 11:47:30 <AinNero> yes
2019-02-06 11:47:41 <FreeBDSM> thank you
2019-02-06 11:47:52 <danieli> look at the right part of the page, under depends
2019-02-06 11:48:29 <FreeBDSM> yeah, seen it, just wanted to make sure I got it right
2019-02-06 11:48:43 <AinNero> FreeBDSM: what do you think where we look at?
2019-02-06 11:53:14 <FreeBDSM> do I get it right that there's no glibc available for alpine at all?
2019-02-06 11:53:24 <danieli> it isn't meant to run glibc
2019-02-06 11:53:35 <danieli> i believe there is a glibc package, let me check
2019-02-06 11:53:44 <clandmeter> no not in aports
2019-02-06 11:53:46 <FreeBDSM> by 'it' you mean alpine itself?
2019-02-06 11:53:58 <clandmeter> you cannot just swithc libc
2019-02-06 11:54:01 <danieli> yeah, no glibc in aports
2019-02-06 11:54:04 <FreeBDSM> I mean https://pkgs.alpinelinux.org/packages?name=*glibc* returns 0
2019-02-06 11:54:07 <danieli> all the software on alpine is built against glibc either way
2019-02-06 11:54:09 <danieli> yes, it isn't in aports
2019-02-06 11:54:17 <AinNero> alpine has no multiarch, so having glibc somethere except in cross toolchains doesnt make sense
2019-02-06 11:54:23 <danieli> +1
2019-02-06 11:54:27 <danieli> https://wiki.alpinelinux.org/wiki/Running_glibc_programs
2019-02-06 11:54:31 <danieli> see this
2019-02-06 11:54:48 <AinNero> danieli: it has a big WIP-Warning
2019-02-06 11:55:01 <FreeBDSM> I don't have a particular need to run glibc programs
2019-02-06 11:55:04 <danieli> right, yeah, that's a given - disclaimer: *big WIP label*
2019-02-06 11:55:12 <danieli> alpine just isn't meant to run glibc
2019-02-06 11:55:19 <danieli> it doesn't support systemd either
2019-02-06 11:55:36 <AinNero> you mean, systemd rejects patches to support us, lol
2019-02-06 11:55:52 <danieli> it goes both ways, let's not argue over that
2019-02-06 11:56:22 <danieli> ("it doesn't support systemd either" isn't meant to push guilt around)
2019-02-06 11:56:47 <FreeBDSM> what was the reason why alpine at start was decided in favor of being based on musl rather than gnu libc?
2019-02-06 11:57:00 <danieli> being different, and musl being more sane
2019-02-06 11:57:06 <danieli> just overall more sane, in a lot of ways
2019-02-06 11:57:17 <danieli> it has its quirks, but eh, not a big tradeoff
2019-02-06 11:57:25 <steinex> flatpak should help a lot to run glibc-only stuff, not?
2019-02-06 11:57:30 <AinNero> *coughs* LDSO paths *coughs*
2019-02-06 11:58:42 <AinNero> steinex: i'd usually shoo away people using container engines to get away with not having to update openssl
2019-02-06 11:59:27 <danieli> i try keeping personal opinions out of it most of the time
2019-02-06 11:59:38 <steinex> this was more a technical remark, not a ideological one :)
2019-02-06 12:03:01 <AinNero> from the technical point, it surely works
2019-02-06 12:57:25 <devachandra> hi, can you guys please help me how can i easily get existing APKBUILD to modify it and rebuild
2019-02-06 12:57:38 <_ikke_> devachandra: clone aports
2019-02-06 12:57:51 <devachandra> thx
2019-02-06 15:12:24 <psih0man> hello! is it possible to install some package from edge on stable?
2019-02-06 15:13:15 <psih0man> I see that openconnect may be available in edge, but I would like to remain on the stable channel.
2019-02-06 15:14:17 <AinNero> you cag tag repositories in the repo list
2019-02-06 15:14:27 <AinNero> '@edge http://....'
2019-02-06 15:14:33 <AinNero> and then apk add foobar@edge
2019-02-06 15:14:48 <AinNero> but i would not recommend it for production
2019-02-06 15:15:45 <psih0man> will that make all packages available in that repository available and installable when I do apk update && apk upgrade?
2019-02-06 15:17:02 <AinNero> no
2019-02-06 15:17:07 <TBB> yeah; if you have a package installed by "apk add pkg@edge" then upgrades to that package come from edge as well
2019-02-06 15:17:26 <psih0man> ah, I see!
2019-02-06 15:17:28 <psih0man> neat
2019-02-06 15:17:30 <AinNero> if you want to install a pkg from that repo, you need to append '@edge' to it
2019-02-06 15:17:52 <psih0man> thank you, I'll try that
2019-02-06 15:17:56 <TBB> so AinNero's answer is the same as mine although completely opposite :)
2019-02-06 15:18:07 <AinNero> yeah noticed that weirdly as well
2019-02-06 15:18:16 <AinNero> i blame the questions phrasing
2019-02-06 15:55:07 <psih0man> is there a way to list information about packages, like all installed files and what package a file belongs to?
2019-02-06 15:55:36 <AinNero> if a pkg is installed, you can use apk info -L to list its files
2019-02-06 15:58:20 <psih0man> I can see a "dnsd" service in init.d. how do I find out who installed that service and what it is good for? this is why I asked the second question.
2019-02-06 15:59:04 <psih0man> also, I started the ntpd service and it said "starting busybox ntpd". however, I also had ntpsec installed.
2019-02-06 15:59:28 <AinNero> dnsd is special since its i no package, its a busybox symlink
2019-02-06 15:59:30 <AinNero>   File: '/usr/sbin/dnsd' -> '/bin/busybox-extras'
2019-02-06 16:00:17 <psih0man> I get that most default services are part of busybox
2019-02-06 20:24:23 <muhaha> Did anyone tried to run ajenti on alpine?
2019-02-07 05:10:56 <KH405> Could someone explain what are the difference in different ''version'' there https://alpinelinux.org/downloads/
2019-02-07 07:13:34 <hendry> Any recommended Dockerfile's to look at for supporting running some PHP scripts on a http? No SSL required since there would be a load balancer doing that.
2019-02-07 07:17:02 <maldridge> hendry: I can't speak to dockerfiles, but it should just be a matter of installing and launching php-fpm
2019-02-07 09:38:21 <muhaha> Is possible to override job name based on label ? I am using generic job for scraping k8s endpoints, but I need to rename job name in prometheus for node-exporter and kube-state-metrics.
2019-02-07 09:39:30 <muhaha> ups, wrong channel
2019-02-07 10:03:46 <romanis> hi folks... i just realized that there is no working graphical webbrowser on alpine-x86
2019-02-07 10:03:56 <romanis> or did i miss something?
2019-02-07 10:04:09 <romanis> midori only gives me a white screen
2019-02-07 10:04:51 <AinNero> ah, thats sad, but sadly a results of ongoing trends
2019-02-07 10:05:07 <AinNero> midori should be fixed tho
2019-02-07 10:06:04 <romanis> oh, didn't test in the last days, but it was a gtkwebkit bug. other browsers, which uses the library had the same bug. will test later today
2019-02-07 10:06:24 <romanis> (surf for example, if i remember correctly)
2019-02-07 10:06:35 <romanis> rust on 32bit musl is still broken, rihgt?
2019-02-07 10:09:07 <mps> romanis: most upstreams are not 'friendly' to musl
2019-02-07 10:10:36 <romanis> :-/
2019-02-07 10:10:50 <romanis> especially not for 32-bit musl, i guess.
2019-02-07 10:11:13 <romanis> but if midori is fixed, it's good enough for me.
2019-02-07 10:12:04 <mps> imo, 'big players' related to some corporation/big money are those who ignores musl
2019-02-07 10:12:45 <mps> and doesn't matter 32bit or 64bit
2019-02-07 10:14:39 <mps> for example, upstream rust is not ready for arm 64bit
2019-02-07 10:22:28 <romanis> ah, k. that's a shame. firefox was nicely portable before the switch to rust.
2019-02-07 10:29:58 <mps> romanis: I'm working on bootstraping rust on aarch64 and armv7 for Alpine. Actually i did that and firefox works on arm64 and arm32 on Alpine v3.9 but for now only in my testing boxes
2019-02-07 10:31:38 <mps> x86 and ppc looks harder but maybe someone with deep knowledge will port it also on these arch'es
2019-02-07 10:34:11 <mps> actually, I have patches for x86 and ppc to build rust on musl, but don't have cross-build system
2019-02-07 10:34:42 <romanis> mps: that's great news.
2019-02-07 10:36:19 <romanis> thanks for your work!
2019-02-07 10:42:49 <mps> you are welcome, I work that mostly for selfish reasons, I use it and I like Alpine to be better ;)
2019-02-07 11:26:32 <TBB> the entire Linux world never considered the possibility of having multiple libc's, resulting in such heavy dependency in glibc that using everything else takes a lot of extra effort
2019-02-07 11:30:54 <AinNero> We should make poetterings "non-useful libc" a banner here
2019-02-07 11:46:52 <mps> first versions of linux played with bsd libc, iirc
2019-02-07 11:49:13 <mps> I forgot exact versions and story (that was nearly thirty years ago, few years less) but for sure there were idea and even some actual work to use libc, but after some time switch to glibc is done
2019-02-07 11:58:15 <mps> btw, openwrt was built on uclibc and nowadays on musl, so it is not big problem for linux kernel, some big apps are problematic
2019-02-07 11:59:20 <azarus> I currently don't use musl on my desktop since stuff I want to use segfaults and I don't have the capacity to diagnose/fix it :/
2019-02-07 12:05:44 <TBB> yeh, the kernel works fine with musl, it's the apps that are coded using non-standard glibc extensions
2019-02-07 12:17:32 <romanis> i switched to alpine completely a few months ago. my base x64-based laptop works nearly flawlessly and extremely fast.
2019-02-07 12:17:58 <romanis> the very few applications that won't run out of the box are dockerized.
2019-02-07 12:18:14 <romanis> (mostly closed source, so dockerize them is a nice security gain, too.
2019-02-07 12:18:15 <romanis> )
2019-02-07 12:18:24 <tmhoang> romanis: so if I need to setup Alpine on desktop/laptop, I know who is the master to ask. Thanks
2019-02-07 12:19:04 <tmhoang> last time I tried with vbox/qemu+kvm, still strugled with xfce ...
2019-02-07 12:19:11 <romanis> i use mate
2019-02-07 12:19:19 <tmhoang> okay, good to know
2019-02-07 12:19:35 <romanis> almost as lightweight.
2019-02-07 12:19:42 <azarus> i don't remember window managers being any trouble on Alpine
2019-02-07 12:20:00 <tmhoang> circa 3.5, 3.6 or something ...
2019-02-07 12:20:08 <romanis> well, it's not the window-manager, but the plugins.
2019-02-07 12:20:28 <romanis> like sound control, battery indicator, power-management etc...
2019-02-07 12:27:56 <TBB> XFCE had a problem with theming at some point, don't know if it's fixed now that some components of XFCE are at 4.13
2019-02-07 12:31:36 <romanis> right! i remember icons missing and stuff
2019-02-07 12:39:33 <mps> tmhoang: my wife runs Alpine with xfce for about one year
2019-02-07 12:40:21 <tmhoang> mps: Idk if it's wierd to ask for her contact *joking*
2019-02-07 12:41:03 <AinNero> tmhoang: just look for the nerd girls, drop them a iso image and they'll figure it out themselves
2019-02-07 12:43:44 <mps> tmhoang: nothing special, firefox, gimp, geeqie, claws-mail, mpv and maybe something else
2019-02-07 12:45:29 <mps> but I run exclusively on alpine all my work, only have one lxc with minimal debian for kicad (electonic design software) and sometimes cross building some kernels
2019-02-07 12:46:38 <TBB> the icon problem was easily fixed by installing an icon theme, I used Faenza ... but gtk apps lost their themes completely if you ever switched themes via the XFCE control panel
2019-02-07 12:49:05 <mps> TBB: I use awesome and installed some random theme from net in ~/.themes configured it in .gtkrc-2.0 and .config/gtk-3.0/settings.ini. don't run settings daemon, all works fine
2019-02-07 12:50:24 <mps> although I build apk for xsettingsd and used it some time but stopped because it becomes useless if manual config are right
2019-02-07 12:51:41 <TBB> I'm an i3wm guy myself
2019-02-07 12:51:54 <mps> I thought to post patch to aports for xsettingsd but forgot and now not sure if it would be useful.
2019-02-07 12:54:54 <mps> I'm surprised when people ask (every few days or weeks) does anyone runs Alpine on desktop. It is not hard and complicated and (I) don't understand why people have such perception
2019-02-07 12:55:36 <qman__> mostly because a lot of things don't "just work" for desktop use
2019-02-07 12:55:54 <qman__> they do work but require a bit of finagling
2019-02-07 12:56:18 <TBB> I think that could be fixed by a couple of extra packages with the required settings changes
2019-02-07 12:56:56 <qman__> I use awesome, and fonts don't work out of the box, for example
2019-02-07 12:57:14 <qman__> you have to figure out what to install and configure
2019-02-07 12:58:47 <qman__> also, firefox was pretty broken for a long time, it works now but it wasn't a good look for desktop users
2019-02-07 12:58:55 <mps> qman__: I think that the people have to understand tools they use and not blindly install everything they see in distro or on the net
2019-02-07 13:00:23 <mps> last drop of water which forced me to switch from debian to alpine after twenty years was firefox, and I don't regret it is better
2019-02-07 13:00:24 <qman__> fonts are a pretty basic part of a GUI and should be a dependency of those packages, in my opinion
2019-02-07 13:01:25 <qman__> not saying all fonts, just at least one standard set of mono, sans, and serif
2019-02-07 13:01:41 <qman__> so that apps expecting them work correctly
2019-02-07 13:02:09 <mps> 'dependency hell' was one of thing which droves me from debian, I prefer to decide what I will have on my system and not give decision to package manager
2019-02-07 13:03:04 <AinNero> on the other side, on alpine there are users complaining that some things dont depend on other things they need quite often
2019-02-07 13:03:06 <qman__> at the very least, it should be in the documentation
2019-02-07 13:03:11 <qman__> it isn't today
2019-02-07 13:04:00 <qman__> or at least wasn't when I last ran through an install a month or so ago
2019-02-07 13:04:46 <mps> Alpine is 'Small' so it couldn't (and shouldn't) be next debian/ubuntu or similar distros where everything is ready made
2019-02-07 13:05:04 <qman__> this is the firefox problem I'm referring to, by the way https://bugs.alpinelinux.org/issues/4248
2019-02-07 13:06:54 <qman__> don't misunderstand, I like alpine a lot, and I'm actively using it as a desktop, but if you want to know why people think you can't, these are the reasons
2019-02-07 13:08:07 <mps> keep in mind that upstream providers of big software doesn't care much for musl and other minimalistic system, so you can't expect everything to work 'out-of-box' as on glibc distros
2019-02-07 13:08:17 <AinNero> qman__: for people like me, they are the reason why im using alpine at all
2019-02-07 13:08:34 <AinNero> mps: you can't expect that, either
2019-02-07 13:08:53 <AinNero> glibc distros still need alot of patches as well, just not as much as for musl..
2019-02-07 13:09:01 <qman__> yep
2019-02-07 13:09:33 <AinNero> maybe we need a measurement for brokenness, like 'LoC patches per downstream'
2019-02-07 13:09:35 <mps> AinNero: personally no, but I presume that i know their resons and not happy with my (mis)understanding
2019-02-07 13:09:37 <qman__> you can't expect any given software to just work from upstream, but the people building the distro make it work, so the end user doesn't have to hack it together
2019-02-07 13:09:50 <qman__> firefox being unusable for two years isn't a good look
2019-02-07 13:12:10 <qman__> obviously, they had other priorities, and that's fine, but that's a bad desktop experience
2019-02-07 13:12:14 <mps> qman__: then we have different understanding of term "usable", it is quite usable to me about last one and a half of year on Alpine (maybe just two, but not sure, I don't count time seriosly(
2019-02-07 13:12:42 <mps> s/(/)/
2019-02-07 13:14:13 <qman__> none of the context menus working is pretty unusable to me
2019-02-07 13:14:39 <qman__> which was the case for a long time
2019-02-07 14:19:43 <affinespaces> On the subject of usability for desktop -- I've been working with Alpine on openbox for the last week on one of my older laptops and it's been great, but I am running into issues with icons missing in thunar even after installing faenza
2019-02-07 14:21:22 <AinNero> afaik the icons need to be selected using something like lxappearance
2019-02-07 14:21:45 <affinespaces> That makes sense
2019-02-07 14:22:15 <affinespaces> It would be cool if obconf was available, need to create an issue for that
2019-02-07 14:38:26 <romanis> it would be cool if cowsay would be available xD
2019-02-07 14:56:48 <affinespaces> Lol :(
2019-02-07 15:34:43 <untoreh> the same script on alpine3.8 gcc6 links statically and on 3.9-gcc8 it links everything except musl itself... ?
2019-02-07 15:36:24 <untoreh> https://pastebin.com/raw/tNX5hc9d
2019-02-07 18:03:25 <untoreh> i guess it was the cmake version switch that changed some defaults, since it fixed it adding search start and search end static
2019-02-07 18:16:28 <dalias> untoreh, can you properly report what the broken link command is?
2019-02-07 18:16:36 <dalias> i suspect it's a regression in cmake package that needs to be fixed
2019-02-07 18:17:14 <dalias> probably someone upstream at cmake thought "you can't possibly actually want to static link everything, let's just static link individual libs and let system stuff stay dynamic"
2019-02-07 18:17:23 <dalias> like what libtool does
2019-02-07 20:56:17 <jwh> blaaah
2019-02-07 21:00:08 <jwh> so, what is the correct way of creating a bridge?
2019-02-07 21:00:25 <jwh> it just errors with unknown interface br0 or whatever if I do what the wiki says
2019-02-07 21:01:10 <mepholic> what does the wiki say?
2019-02-07 21:01:22 <jwh> https://wiki.alpinelinux.org/wiki/Bridge#Bridging_for_KVM
2019-02-07 21:02:31 <mepholic> jwh: if you "lsmod | grep bridge"
2019-02-07 21:02:34 <mepholic> do you get anything?
2019-02-07 21:02:49 <jwh> yup, it's loaded
2019-02-07 21:03:03 <mepholic> just use the raw brctl commands
2019-02-07 21:03:09 <mepholic> to create a bridge
2019-02-07 21:03:13 <mepholic> and add some interfaces to it
2019-02-07 21:03:17 <jwh> how does that help me at boot? :D
2019-02-07 21:03:18 <mepholic> see if that works at least
2019-02-07 21:03:40 <mepholic> it helps you determine if it even works in the first place for one
2019-02-07 21:03:50 <jwh> well obviously that works, thats all fine
2019-02-07 21:03:55 <mepholic> unless you wanna try and debug this by running an init script over and over
2019-02-07 21:04:03 <jwh> the network scripts aren't doing what they're supposed to
2019-02-07 21:04:12 <mepholic> without actually understanding whether or not vbridging actually _works_
2019-02-07 21:04:36 <jwh> it isn't my first rodeo, if it was another reason I'd have noticed heh
2019-02-07 21:05:12 <mepholic> well, I'm not particularly interested in digging into alpine's busted initscripts right now
2019-02-07 21:05:18 <jwh> lols
2019-02-07 21:05:19 <mepholic> so I wish you luck
2019-02-07 21:05:33 <jwh> as much as I love the simplicity, sometimes I wish for better network config
2019-02-07 21:05:50 <mepholic> netifrc from gentoo seems like it's been pretty solid for me
2019-02-07 21:06:02 <mepholic> it's been ported to an alpine derivative that I use
2019-02-07 21:06:22 <jwh> oh hm
2019-02-07 21:06:32 <mepholic> unfortunately it doesn't seem to be in alpine's repos
2019-02-07 21:06:34 <jwh> someone should just port netifd and be done with it heh
2019-02-07 21:07:01 <mepholic> but fwiw, network configuration sucks in general on linux
2019-02-07 21:07:09 <mepholic> I haven't seen a good solution yet
2019-02-07 21:07:11 <jwh> oh, yeah, it absolutely does
2019-02-07 21:07:11 <mepholic> to do it
2019-02-07 21:07:22 <jwh> been spoilt by systemd-networkd heh
2019-02-07 21:07:27 <mepholic> there are things that "work"
2019-02-07 21:07:40 <mepholic> but that's about the extent of it
2019-02-07 21:08:21 <jwh> hm
2019-02-07 21:08:25 <jwh> wonder what else is in the repo
2019-02-07 21:09:01 <jwh> not much it would appear :(
2019-02-07 21:09:44 <jwh> local.d it is until I have time to port something over
2019-02-07 21:21:15 <mps> jwh: you did 'apk add bridge'
2019-02-07 21:22:30 <jwh> pretty sure
2019-02-07 21:22:55 <jwh> although that just raises new questions
2019-02-07 21:23:25 <jwh> I hadn't even considered that its kinda absurd to have to install something
2019-02-07 21:24:48 <mps> it worked for me after adding bridge apk
2019-02-07 21:25:05 <jwh> huh, maybe it broke, coz its there in my history
2019-02-07 21:25:34 <jwh> nm
2019-02-07 21:25:58 <jwh> interfaces is still pretty hideous
2019-02-07 22:34:19 <FreeBDSM> hi. Is there any chance to add nginx vts module as a package?
2019-02-07 22:35:12 <TBB> I didn't mind networkmanager once I went through the #@$¡ effort to configure it
2019-02-07 23:09:07 <danieli> FreeBDSM: if you commit it and everything is in order, I don't see why not
2019-02-08 00:07:30 <KH405_TV> Could anyone explain the difference between the multiple ''versions'' of alpine linux on the official download pages ?
2019-02-08 00:08:56 <jwh> musl makes me sad sometimes, cockroach is still a PITFA
2019-02-08 00:16:22 <dalias> ?
2019-02-08 00:40:22 <KH405_TV> What's the difference between standar and extended
2019-02-08 01:50:13 <danieli> KH405_TV: check aports/scripts/mkimg.standard.sh
2019-02-08 01:54:51 <notlistening> Evening all looking for a starting point on how to cross-compile aports of my desktop if possible?
2019-02-08 03:12:19 <KH405> danieli: Weld I would have like to know without downloading them all ...
2019-02-08 10:21:41 <danieli> KH405_TV: you can view it at git.alpinelinux.org or github
2019-02-08 15:46:45 <cljm> danieli: not sure if you remember me from a while back (100% cpu with dockerd running under vmm/vmd on OpenBSD), but I was able to "solve" my issue
2019-02-08 15:47:25 <cljm> upgrading from alpine 3.8.2 -> 3.9.0 fixed it for me.  I suspect something in the kernel/userland was fixed since I appeard to be running the same version of docker in each
2019-02-08 15:47:35 <danieli> hmm. no updates to vmm/vmd on the host?
2019-02-08 15:48:21 <cljm> negative - no relevant patches to vmm (and I was able to reproduce on the latest snapshot of OpenBSD)
2019-02-08 15:48:29 <danieli> hm, that's odd
2019-02-08 15:48:40 <cljm> maybe it was a timekeeping issue or something - no idea, really
2019-02-08 15:48:42 <danieli> strace in the guest show anything interesting on the offending process?
2019-02-08 15:48:52 <danieli> i don't remember what troubleshooting you did last time
2019-02-08 15:49:39 <cljm> I honestly never really got that far.  The strange thing was that a Lenovo T420 ran perfectly fine with docker/alpine as a client container.  The X1 Carbon 5th gen I had was the offender
2019-02-08 15:49:58 <cljm> I assumed it was a vmm problem due to it being so new (it still could have been, but haven't heard back from mlarkin@)
2019-02-08 15:52:40 <cljm> but anyway, thanks for alpine.  I've really gotten to enjoy it over the past few months.  It seems like the other distros are actively pushing me away
2019-02-08 17:13:11 <Ai9zO5AP> esdererI fins alpine a good Linux dist
2019-02-08 17:13:22 <Ai9zO5AP> I Find*
2019-02-08 17:23:24 <_ikke_> thanks
2019-02-08 18:06:22 <PureTryOut[m]> can I somehow force uninstall a package, even if some other package is still depending on it?
2019-02-08 18:07:02 <mps> apk del -r
2019-02-08 18:09:00 <mps> although it will uninstall (delete) all dependant packages
2019-02-08 18:10:49 <PureTryOut[m]> well I don't want to delete the packages depending on it. this is just for testing so stuff may break because of it
2019-02-08 18:11:28 <PureTryOut[m]> seems `apk del --force-broken-world` does the trick
2019-02-08 18:11:34 <PureTryOut[m]> actually no ignore that
2019-02-08 18:15:19 <Tuxist> hi short question hiw can i add mióre temmolates to lxc
2019-02-08 18:15:38 <Tuxist> i have only busybox template
2019-02-08 18:16:35 <mps> PureTryOut[m]: right, but you then have 'broken world'
2019-02-08 18:17:42 <mps> installing/deinstallig packages on Alpine is fast, anyway :)
2019-02-08 18:18:35 <trfl> hm, out of curiosity I tried out that command on the packages that refuse to upgrade on my system -- apk went into an infinite loop lol
2019-02-08 18:19:29 <PureTryOut[m]> yeah but I just don't want to deinstall the packages depending on it. it's out of the question for what I'm trying to do
2019-02-08 18:19:56 <PureTryOut[m]> the package depending on it is a meta package which would uninstall a lot of other stuff too
2019-02-08 18:20:27 <trfl> hm, how about creating a new meta package with everything you want to keep that doesn't depend on the package first?
2019-02-08 18:21:04 <trfl> since most likely there's some packages in there that would break without that dependency being installd
2019-02-08 18:21:35 <PureTryOut[m]> I guess, but that seems like an ugly workaround for something that a simple `--force` flag could do in a package manager
2019-02-08 18:22:25 <dalias> such a --force flag isn't easy to provide or work with
2019-02-08 18:22:34 <dalias> it would interfere with all future package activity
2019-02-08 18:23:05 <dalias> the right way to implement such a --force is probably to install a fake empty package that "provides" the package being removed
2019-02-08 18:23:57 <PureTryOut[m]> I'd think that future package activity would make that package be installed again, which would've been fine for my use-case
2019-02-08 18:24:17 <PureTryOut[m]> I'll just stick with the "copy of meta package but not just" approach then...
2019-02-08 19:44:19 <Tuxist> so i got fixed it
2019-02-08 19:44:50 <Tuxist> in lxc package is not included the download script
2019-02-08 19:45:31 <Tuxist> i have copied manuelly to it and fix the parametes and it's worked :-D
2019-02-08 19:47:06 <ola_norsk> Hi. How might i drop root privileges/drop to a user in a sh script?
2019-02-08 19:47:33 <AinNero> sudo/su and re-execute the script
2019-02-08 19:48:19 <AinNero> [ "$id" = 0 ] && su -l username $0 "$@"
2019-02-08 19:48:37 <AinNero> (i just wrote this from my head, dont quote me on that)
2019-02-08 19:50:01 <ola_norsk> AinNero: thanks .. simply "su <user>" seems to not work (https://pastebin.com/1JE5NP2m) ..It will drop me to a shell under the user, but when i type 'exit' it will drop to the tmux session
2019-02-08 19:50:59 <clandmeter> PureTryOut[m]: its not so ugly as suggested. you can do that with --virtual
2019-02-08 19:51:38 <AinNero> ola_norsk: for your usecase, you might try su -c 'tmux ....'
2019-02-08 19:52:04 <AinNero> take care because this makes correct quoting more difficult
2019-02-08 19:52:46 <ola_norsk> AinNero: tried that, and yeah, i came across problems getting the tmux command encompassed by "'s
2019-02-08 19:54:08 <AinNero> another idea: you could try sh -l username <<EOF
2019-02-08 19:54:22 <AinNero> with heredoc syntax and pipe it into the shell started by su
2019-02-08 19:54:30 <AinNero> oh, i meant su -l username, not sh
2019-02-08 19:56:24 <ola_norsk> AinNero: [ "$id" = 0 ] && su -l mysticbbs $0 "$@"
2019-02-08 19:56:48 <ola_norsk> AinNero: will still start the following tmux as root user
2019-02-08 19:57:50 <AinNero> ah, it doesnt exit there
2019-02-08 19:58:08 <AinNero> 'exec su' instead of 'su'
2019-02-08 19:58:18 <AinNero> so the root-owned process will stop there
2019-02-08 20:01:36 <ola_norsk> i'm guessing it'll be less clutter to move the tmux stuff to a seperate script then, and use 'exec su mysticbbs -c <script>'
2019-02-08 20:01:51 <AinNero> agree
2019-02-08 20:02:00 <ola_norsk> exec su mysticbbs
2019-02-08 20:02:20 <ola_norsk> seems to simply drop into user, then continue to tmux upon 'exit'
2019-02-08 20:02:39 <ola_norsk> thanks for the input though! :beers:
2019-02-08 20:04:34 <ola_norsk> here's where it will end up btw, should it become solved :D https://github.com/DuckHP/mystic_bbs_docker/blob/master/src/boot.sh
2019-02-08 20:08:50 <dalias> ainnero, using $0 like that seems like a really bad idea
2019-02-08 20:09:41 <AinNero> because of path resolution?
2019-02-08 20:09:44 <ageis> are ya'll aware the APK setup is seemingly busted in the 3.9.0 release
2019-02-08 20:10:11 <ageis> no mirror, detection doesn't work, if choose random: /sbin/setup-apkrepos: line 30: divide by zero
2019-02-08 20:10:29 <AinNero> oh, when i do it, it just hangs
2019-02-08 20:10:33 <dalias> ainnero, just because $0 isn't necessarily meaningful. it's probably not under attacker control but i don't like putting it, especially unquoted, in a su/sudo command line
2019-02-08 20:11:02 <AinNero> its a docker entrypoint script, so i wouldn't set the bar at that height
2019-02-08 20:11:07 <dalias> :)
2019-02-08 20:11:13 <dalias> fair enough
2019-02-08 20:11:25 <dalias> i still don't like bad shell practices even in scripts where they don't matter
2019-02-08 20:11:34 <dalias> because people read and learn from it and reuse it in places where it does matter
2019-02-08 20:11:43 <AinNero> can't argue that
2019-02-08 20:12:10 <ageis> shellcheck+shfmt <3
2019-02-08 20:13:22 <AinNero> shellcheck is like "HOSTNAME cannot assumed to be set", a line after i set it to $(uname -n)
2019-02-08 20:14:34 <dalias> :)
2019-02-08 20:14:49 <dalias> but can it be assumed to be nonempty? :)
2019-02-08 20:15:05 <AinNero> no
2019-02-08 20:20:21 <arnotixe> Hi, any ideas on why i get apk-tools is OLD? # apk add --upgrade apk-tools --update-cache
2019-02-08 20:20:21 <arnotixe> fetch http://alpine.mirror.far.fi/v3.5/main/x86/APKINDEX.tar.gz
2019-02-08 20:20:21 <arnotixe> WARNING: This apk-tools is OLD! Some packages might not function properly.
2019-02-08 20:20:21 <arnotixe> OK: 393 MiB in 137 packages
2019-02-08 20:23:02 <AinNero> gimme a sec
2019-02-08 20:25:49 <AinNero> it might be related to that v3.5 is deprecated for a while now
2019-02-08 20:26:45 <arnotixe> hmm ok is it safe to remote-upgrade? hehe I'm more than 10000km away right now, in case something goes wrong…
2019-02-08 20:27:05 <AinNero> i would say no
2019-02-08 20:27:19 <AinNero> in practice, users get away with it, but i wouldn't do it in production
2019-02-08 20:27:53 <AinNero> uhm, the OLD warning happens if the APKINDEX contains flags your local apk does not know
2019-02-08 20:28:33 <arnotixe> basically wanted to install nagios but nothing seems to happen… or could be it installed, and I just didn't notice. Probably needs some setup before first run
2019-02-08 20:28:45 <clandmeter> whats in your repo file?
2019-02-08 20:29:22 <clandmeter> it should normally be safe to keep on the same version and upgrade
2019-02-08 20:29:42 <arnotixe> $ cat /etc/apk/repositories
2019-02-08 20:29:42 <arnotixe> #http://alpine.mirror.far.fi/v3.5/community
2019-02-08 20:29:42 <arnotixe> #http://alpine.mirror.far.fi/edge/main
2019-02-08 20:29:42 <arnotixe> #/media/usb/apks
2019-02-08 20:29:42 <arnotixe> http://alpine.mirror.far.fi/v3.5/main
2019-02-08 20:29:43 <arnotixe> http://alpine.mirror.far.fi/edge/community
2019-02-08 20:29:43 <arnotixe> #http://alpine.mirror.far.fi/edge/testing
2019-02-08 20:29:44 <arnotixe> #http://dl-6.alpinelinux.org/alpine/edge/community
2019-02-08 20:29:46 <clandmeter> but with 10K km i would not trust a thing
2019-02-08 20:29:53 <arnotixe> he he
2019-02-08 20:29:58 <_ikke_> arnotixe: please use a paste service next time
2019-02-08 20:30:02 <arnotixe> ah sorry
2019-02-08 20:30:07 <clandmeter> there you have it
2019-02-08 20:30:15 <clandmeter> dont mix versions
2019-02-08 20:30:29 <arnotixe> oh edge vs 3.5?
2019-02-08 20:30:35 <clandmeter> yes sir
2019-02-08 20:30:39 <arnotixe> is edge like "rolling"?
2019-02-08 20:30:44 <_ikke_> yes
2019-02-08 20:31:03 <clandmeter> check the wiki for pinnened repositories
2019-02-08 20:31:09 <clandmeter> sorry for my spelling
2019-02-08 20:31:23 <clandmeter> ive been drinking primitivo
2019-02-08 20:31:32 <_ikke_> But even with pinned repositories, it might not work
2019-02-08 20:31:47 <clandmeter> it should not give the error
2019-02-08 20:31:51 <clandmeter> or warning
2019-02-08 20:32:20 <clandmeter> do not run edge on 10K km
2019-02-08 20:32:23 <clandmeter> thats my advise
2019-02-08 20:32:40 <AinNero> clandmeter: apk from v3.5 would surely notice new APKINDEX features on edge
2019-02-08 20:32:42 <arnotixe> I'll go there in July though, and maybe install on a fresh machine. This industrial router-PC has just been so incredibly stable with alpine. And installing things is "funnily" quick :)
2019-02-08 20:32:49 <_ikke_> 10K km?
2019-02-08 20:33:05 <clandmeter> even 100km is too much
2019-02-08 20:33:21 <arnotixe> 10k would be 5 times back/forth. I do travel in airplane, no/few detours.
2019-02-08 20:33:29 <clandmeter> _ikke_: arnotixe> hmm ok is it safe to remote-upgrade? hehe I'm more than 10000km away right now, in case something goes wrong…
2019-02-08 20:33:52 <arnotixe> but yes 10kkm / 10Mm is correct
2019-02-08 20:33:58 <arnotixe> Ecuador/Norway :)
2019-02-08 20:34:20 <arnotixe> Haven't measured if it's _exactly_ 10kkm though
2019-02-08 20:35:16 <clandmeter> AinNero: im not sure that will happen for pinned repos, but you could be right.
2019-02-08 20:35:51 <clandmeter> there is an easy way to find out :)
2019-02-08 20:36:13 <arnotixe> oh according to google its only 9975 km sorry to mislead you all
2019-02-08 20:36:29 <arnotixe> I'll just try using edge only for now
2019-02-08 20:36:40 <clandmeter> lol
2019-02-08 20:36:51 <clandmeter> ill just pretent i didnt read that
2019-02-08 20:37:04 <clandmeter> pretend...
2019-02-09 02:46:46 <unrznbl[m]> arnotixe: you could try something like mender.io, an ota updater that is safe against failed updates. (I work at same company on a different product)
2019-02-09 15:19:24 <Kiciuk> Hi, I have replaced  Linaro rootfs with Newest alpine and it asking me about login details, any idea what can it be?
2019-02-09 15:21:20 <_ikke_> nope
2019-02-09 15:21:48 <Kiciuk> >_>
2019-02-09 15:28:49 <dalias> ?
2019-02-09 16:41:34 <j8r> hello
2019-02-09 16:44:56 <mps> j8r: nice to see you here :)
2019-02-09 16:53:20 <j8r> mps you're welcome :)
2019-02-09 16:54:50 <j8r> When compiling, I got /usr/lib/gcc/x86_64-alpine-linux-musl/8.2.0/../../../../x86_64-alpine-linux-musl/bin/ld: /usr/lib/gcc/x86_64-alpine-linux-musl/8.2.0/../../../../lib/libcurl.a(libcurl_la-version.o): in function `curl_version': version.c:(.text+0x9b): undefined reference to `libssh2_version' /usr/lib/gcc/x86_64-alpine-linux-musl/8.2.0/../../../../x86_64-alpine-linux-musl/bin/ld: /usr/lib/gcc/x86_64-alpine-linux-musl/8.2.0/../.
2019-02-09 16:55:14 <j8r> looks like missing symbols in libssh.a, that is used by libcurl, no?
2019-02-09 16:55:24 <mps> j8r: please use some paste service
2019-02-09 16:55:30 <j8r> ok
2019-02-09 16:56:16 <mps> does curl uses libssh2
2019-02-09 16:56:38 <_ikke_> diff --git a/t/t0028-working-tree-encoding.sh b/t/t0028-working-tree-encoding.sh                                       │        text="hallo there!\ncan you read me?" &&
2019-02-09 16:56:40 <_ikke_> index e58ecbfc44..734c5a7dbb 100755                                                                                    │        echo "*.utf16 text working-tree-encoding=utf-16" >.gitattributes &&
2019-02-09 16:56:51 <mps> I'm not behind my working machine right now
2019-02-09 16:58:21 <mps> yes, from you message looks like it is libssh2
2019-02-09 16:58:46 <_ikke_> sorry about that
2019-02-09 16:59:26 <j8r> https://pastebin.com/ZvEZv0qr
2019-02-09 16:59:38 <j8r> that's just a chuck of the trace
2019-02-09 17:00:32 <mps> j8r: could you post your APKBUILD to pastebin, I will look at it later, now I'm out of house
2019-02-09 17:00:43 <j8r> ok, so I've  compiled libssh2 like this  https://pastebin.com/UpvYgAJZ , but no luck
2019-02-09 17:02:00 <j8r> there is a libssh2.a by default in the current libssh2-dev package, but looks like symbols are missing in it
2019-02-09 17:02:43 <mps> can't say anything till look at it
2019-02-09 17:03:24 <j8r> ok i send you the script to compile the program
2019-02-09 17:03:30 <mps> in about a hour or two I will be at home and will look at it
2019-02-09 17:16:08 <j8r> mps this is https://pastebin.com/sLfZL0QY
2019-02-09 17:56:54 <mps> j8r: let me understand, you are trying to build curl static binary and not php?
2019-02-09 18:18:19 <j8r> mps: i build curl to build php statically
2019-02-09 18:18:45 <j8r> i sent a PR https://github.com/alpinelinux/aports/pull/6264
2019-02-09 18:20:01 <mps> so, you want libcurl.a not a static curl binary
2019-02-09 18:22:06 <j8r> I think missing symbols in libcurl.a is solved, but now there are apparently some missing in libssh2.a
2019-02-09 18:24:54 <mps> let me understand a bit. you want to build static curl binary or static libcurl?
2019-02-09 18:24:55 <j8r> before sending the fixed curl APKBUILD, I wasn't even able to ./configure fully: it was blocking in "checking for curl_easy_perform in -lcurl... no" - this issue is fixed
2019-02-09 18:25:42 <j8r> I just need the static library of curl, libcurl.a. As i said, i don't think it's the problem anymore
2019-02-09 18:26:16 <mps> curl-dev have already libcurl.a
2019-02-09 18:27:00 <j8r> symbols were missing (see the PR). If you don't believe me, try ./configure
2019-02-09 18:27:17 <j8r> What I caan't get is why there are libssh2 errors
2019-02-09 18:27:54 <mps> if that doesn't work for you, you can try to add '--enable-static' and even '--disable-shared' in build() function in APKBUILD
2019-02-09 18:28:46 <j8r> I've done like you do with libzip.a:  https://pastebin.com/UpvYgAJZ
2019-02-09 18:28:47 <mps> aha, now understand. you want static php7, right?
2019-02-09 18:29:00 <j8r> yes
2019-02-09 18:29:30 <j8r> before I compiled libcurl without ssh support - everything was fine
2019-02-09 18:29:41 <j8r> *compiled PHP I mean
2019-02-09 18:30:00 <mps> and the problem building it is that the build fails with error (something like this) 'libcurl.a doesn't have symbols'
2019-02-09 18:31:01 <j8r> essentialy, PHP requires libcurl.a, that requires libssh2.a (this one seems to be the issue)
2019-02-09 18:31:40 <j8r> undefined reference to `libssh2_version'
2019-02-09 18:32:26 <mps> understand now
2019-02-09 18:33:43 <mps> maybe andypost could give better advice, he is expert in building PHP, if he is here now
2019-02-09 18:34:32 <mps> to me PHP is big to debug it. If there something simpler which depends on libcurl I could try
2019-02-09 18:36:20 <j8r> mps: or libssh2
2019-02-09 18:36:36 <j8r> both would be the best
2019-02-09 18:37:25 <j8r> I try something
2019-02-09 18:37:33 <j8r> seconds
2019-02-09 18:40:44 <captainepoch> hi there :)
2019-02-09 18:42:26 <captainepoch> I'm migrating my server from proxmox to xcp-ng. A friend of mine and I want to compile XenOrchestra by hand (we don't have money to pay the monthly fee and XenOrchestra people let people compile its software with no suppport). I'm trying to compile nodejs 8 in Alpine, but I keep getting an error with termio.h header, and can't find any info to fix it
2019-02-09 18:42:30 <mps> j8r: tried with feh, similar problem with libssh2
2019-02-09 18:45:52 <j8r> mps: I've successfully static link /usr/bin/curl with -lssh2 (just to see if ther are errors).
2019-02-09 18:46:31 <j8r> I don't know what's wrong with curl-dev + libssh2-dev for static linking then
2019-02-09 18:47:59 <j8r> captainepoch: have you looked at https://git.alpinelinux.org/aports/tree/main/nodejs?h=3.8-stable?
2019-02-09 18:49:10 <j8r> (remove the last ?)
2019-02-09 18:49:26 <mps> could be bug somewhere. I'm not sure
2019-02-09 18:50:30 <mps> but libssh2 depends on openssl, and linking openssl statically is a problem in some cases
2019-02-09 18:50:43 <captainepoch> I did not, j8r, but I'm doing it right now
2019-02-09 18:53:59 <mps> j8r: seems there is a bug in libssh2 in alpine, which needs some check. it doesn't build now
2019-02-09 18:54:39 <j8r> mps: it doesn't build? What do you mean?
2019-02-09 18:56:22 <j8r> It could be openssl... but I doubt.  I can successfully compile other apps that depends on it.
2019-02-09 19:00:33 <mps> libssh2 doesn't build now in edge
2019-02-09 19:04:45 <mps> something strange happens. manually it works './configure && make' but 'abuild build' doesn't
2019-02-09 19:13:23 <j8r> i do abuild -r, and it works
2019-02-09 19:13:42 <j8r> then apk add the package
2019-02-09 19:22:21 <mps> on which version of alpine?
2019-02-09 19:22:36 <j8r> alpine edge
2019-02-09 19:24:22 <mps> hm, it works on 3.9 in my case but not on my edge container. probably I messed something
2019-02-09 19:30:32 <captainepoch> j8r: hey, I think it is working in alpine 3.9, so thank you for pointing me out to the aports tree
2019-02-09 19:30:34 <captainepoch> :)
2019-02-09 19:53:47 <pllz> hi, how is that all gpg signature links in the download page are broken?
2019-02-09 19:58:34 <j8r> mps: weird. It doesn't really matter edge or 3.9 at the end
2019-02-09 19:59:09 <j8r> thanks for your time mps
2019-02-09 20:00:26 <mps> I need to fix my edge container
2019-02-09 20:11:24 <mps> j8r: sorry, I couldn't be of the better help
2019-02-09 20:24:52 <j8r> no worry I just compile without ssh
2019-02-09 20:36:55 <mps> j8r: i fixed container, but now I'm little tired, will look at it tomorrow or later this night if I get idea what to try
2019-02-09 21:03:32 <j8r> mps: don't take more time on it if you don't want to - it's not important
2019-02-09 21:18:20 <mps> well, ok. but wouldn't be bad to learn how to fix 'issue'. I don't like to left chaff behind me :)
2019-02-10 00:08:13 <carlosdavidepto> hello alpiners! flatpak on 3.9 doesn't work at all without dbus or gsettings-desktop-schemas. Shouldn't these be marked as dependencies?
2019-02-10 01:58:31 <scrawler> Hi guys, I got overzealous about installing stuff on a 4 gig sdcard on a raspberry pi. whats a good way to uninstall most everything and start over?
2019-02-10 01:59:48 <dalias> how does one even buy a 4 gig sd card? :-p
2019-02-10 02:00:35 <scrawler> heh didn't buy it, it was laying around. maybe I should begin the whole process over again with the 32 Gig one I just found.
2019-02-10 02:00:43 <dalias> anyway i'm not sure what would be best because i don't know what you need to keep. you can look at your world file and find the packages you care about, then apk del everything else
2019-02-10 02:01:06 <scrawler> aha. world file. where's that?
2019-02-10 02:01:39 <dalias> /etc/apk/world
2019-02-10 02:01:54 <dalias> it's a flat text file of all packages you have *requested* be installed
2019-02-10 02:01:56 <scrawler> and besides, am I not out of space because I'm trying to install everything to 1G of ram?
2019-02-10 02:02:01 <dalias> it doesn't include dependencies
2019-02-10 02:02:33 <dalias> unless you're installing to a tmpfs, amount of ram is not relevant to how much you can install
2019-02-10 02:03:42 <scrawler> Thanks. I think it might really be better just to try this with a bigger sdcard.
2019-02-10 02:04:02 <scrawler> I don't have too much invested yet.
2019-02-10 02:04:47 <scrawler> I'll probably be right back...
2019-02-10 02:11:11 <dalias> :)
2019-02-10 10:17:10 <aggaz> Hello. On my Raspberry Pi (default install) I have root mounted in tmpfs. It is only ~100M big. Can I resize tmpfs? By the way, I have a swap file of 512M.
2019-02-10 10:18:11 <aggaz> I don's see any line abount tmpfs in fstab, so I am confused
2019-02-10 10:52:49 <nsouch> Hi folks
2019-02-10 10:54:34 <nsouch> I'm searching information about the openrc package, more particulary the tmpfiles removal process
2019-02-10 10:54:52 <nsouch> Is it a correct place to ask ?
2019-02-10 10:55:52 <nsouch> (searching on the web is yet unsuccessful)
2019-02-10 11:33:19 <alex_eri> Can i make alpine image based on glibc not musl?
2019-02-10 11:34:53 <danieli> alex_eri: not easily
2019-02-10 11:35:08 <danieli> all the software on alpine is built against musl
2019-02-10 12:04:55 <doggone> hi, when I upgrade my mailserver VMs to 3.9, they hang while booting
2019-02-10 12:05:13 <doggone> they stay stuck at Caching service dependencies
2019-02-10 12:05:55 <doggone> I've tried disabling almost all services, but the problem stays
2019-02-10 12:06:02 <doggone> other alpine VMs have no issues
2019-02-10 12:52:48 <_ikke_> Might be lack of entropy if I recall correctly
2019-02-10 12:55:08 <doggone> _ikke_, I'll try installing haveged beforehand
2019-02-10 13:02:27 <doggone> nah, same thing
2019-02-10 13:02:56 <_ikke_> let me grep the logs
2019-02-10 13:04:23 <_ikke_> yeah, I did recall it correctly
2019-02-10 13:09:15 <doggone> unsetting the quiet parameter, setting OpenRC to verbose doesn't reveal anything more, and setting it to interactive is useless. Anything else I can try to see where it hangs?
2019-02-10 13:09:52 <danieli> if there isn't enough entropy for crypto operations, they'll simply block until enough is available from the kernel
2019-02-10 13:10:13 <_ikke_> danieli: doggone said they enabled haveged, which should mittigate that issue
2019-02-10 13:10:14 <danieli> able to access the logs and remove quiet/splash/whatever from the cmdline?
2019-02-10 13:10:18 <danieli> yeah _ikke_
2019-02-10 13:10:32 <doggone> entropy is over 2000 before reboot
2019-02-10 13:11:19 <doggone> I'll chroot into it, see if the logs have anything interesting
2019-02-10 13:12:03 <_ikke_> someone said pressing the sysrq button would let it continue for them
2019-02-10 13:13:45 <doggone> yep, sysreq did it
2019-02-10 13:13:48 <doggone> weird
2019-02-10 13:16:33 <doggone> if it's the same problem as that dude, I have to find out which init script is causing it. since it only happens on my mail servers, I'm guessing somewith with dovecot
2019-02-10 13:50:28 <mpmc> unit has already been flagged for an update, 1.7.1 is out now with an important security fix.
2019-02-10 14:21:03 <doggone> after closer inspection, my problem *was* caused by the entropy issue
2019-02-10 14:21:15 <doggone> bashing sysrq in a spice console just happened to feed it entropy, I guess
2019-02-10 14:21:36 <doggone> and even with haveged, rngd, virtio-rng, etc. that remains the only way to boot my machines
2019-02-10 14:22:18 <doggone> I've also added the random.trust_cpu=on option
2019-02-10 14:29:05 <_ikke_> and it still hangs?
2019-02-10 14:30:17 <doggone> it hangs until I start bashing keys into the spice console, yes
2019-02-10 14:30:45 <_ikke_> strange
2019-02-10 14:31:02 <doggone> is the random.trust_cpu boot option able to work if the kernel is compiled without CONFIG_RANDOM_TRUST_CPU defined?
2019-02-10 14:31:37 <mps> doggone: random.trust_cpu=on is for real hardware, not emulated
2019-02-10 14:32:24 <doggone> ah, okay.
2019-02-10 14:32:47 <mps> and dovecot works fine without much entropy
2019-02-10 14:33:32 <doggone> the only thing those two machines have in common / different from my other machines, is dovecot, iptables and fail2ban
2019-02-10 14:33:46 <mps> I must admit that I didn't tested 3.9 under VM yet, so not sure, ask AinNero he tested it
2019-02-10 14:34:05 <doggone> but since this issue happens before services are even started, I don't know why that would even have an impact.
2019-02-10 14:35:04 <mps> I have dovecot on box without hadrware RNG and it boots normal
2019-02-10 14:35:13 <AinNero> uhm
2019-02-10 14:35:17 <AinNero> random hangs during boot?
2019-02-10 14:35:47 <doggone> it stalls until crng init is done, looking at dmesg
2019-02-10 14:35:49 <AinNero> i didn't see that in a VM, i guess that because qemu uses entropy from the host
2019-02-10 14:36:56 <doggone> and the host has entropy_avail at 3700 right now, should be decent. also, all the boxes are on the same host
2019-02-10 14:37:39 <_ikke_> I wonder why this is suddenly an issue on 3.9
2019-02-10 14:38:08 <mps> did you changed anything in dovecot, and did you added dovecot-lmtpd after upgrade
2019-02-10 14:38:27 <doggone> no config changes, only adding lmtpd
2019-02-10 14:38:43 <mps> dovecot-lmtpd is split in 3.9 and must be installed
2019-02-10 14:39:15 <doggone> I'm guessing either the kernel is to blame or maybe something with libressl/openssl
2019-02-10 14:39:40 <mps> do you have dh.pem file for dovecot
2019-02-10 14:40:02 <doggone> yes
2019-02-10 14:41:37 <doggone> by the way, I've also tried using a fresh install of Alpine and reinstalling the software, reloading configs, same thing.
2019-02-10 14:42:10 <doggone> I'll see if I can find out more info using that route
2019-02-10 14:42:28 <doggone> anyway, thanks for thinking with me, but I have to dash now
2019-02-10 14:42:48 <mps> then, I don't have any idea. should work but obviously don't. try to remove dovecot from startup automatically and after boot start it by hand, maybe you will see what is the problem
2019-02-10 14:43:07 <doggone> tried that, even tried disabling everything in runlevel default
2019-02-10 14:43:36 <mps> so, then is not related to dovecot?
2019-02-10 14:44:03 <doggone> that's what sets those two machines apart. I'm thinking maybe it's caused by something in a dependency of dovecot
2019-02-10 14:44:21 <doggone> or it's iptables
2019-02-10 14:45:33 <mps> have no idea, and don't have environment where I can try to reproduce your problem :(
2019-02-10 15:07:57 <nsouch_> is tmpfiles.d managed in alpine ?
2019-02-10 15:08:14 <_ikke_> managed in what way?
2019-02-10 15:09:39 <nsouch_> openrc seems to implement it but I can't find it in my 3.8 installed system
2019-02-10 15:12:59 <_ikke_> I don't think Alpine ships it itself atm
2019-02-10 15:13:56 <nsouch_> my original problem is that nginx refuses to start due to /var/tmp/nginx missing
2019-02-10 15:14:20 <_ikke_> strange, nginx should work out of the box
2019-02-10 15:15:36 <nsouch_> actually, it tries to mkdir /var/tmp/nginx/fastcgi but /var/tmp/nginx is missing
2019-02-10 15:15:50 <nsouch_> I suspect https://bugs.archlinux.org/task/30910
2019-02-10 15:21:53 <nsouch_> it worked out of the box at installation but since then I believe /var/tmp/nginx was wiped
2019-02-10 15:23:55 <_ikke_> wonder what caused that
2019-02-10 17:19:55 <Marbug> Hi, I installed gitea, but whenever I run apk I get the following error: "ERROR: Failed to set xattrs on usr/bin/.apk.4eab87c03d97ea108b4021c0bcbbca61093b83203a6e93c7: Operation not permitted" and then every time when I even install something else it mentiones 1 error. Is there a way to clear the error, or better, fix the xattrs issue?
2019-02-10 17:20:23 <Marbug> gitea is installed and works though
2019-02-10 17:26:32 <_ikke_> try apk fix
2019-02-10 17:39:09 <Marbug> _ikke_, it gives the same result as when I install the application
2019-02-10 17:39:19 <Marbug> I tried this on 3.7 and 3.8 btw
2019-02-10 17:42:00 <pllz> hi, so whats the recommended way to verify the alpine linux image authenticity given the fact that gpg signartures urls in the download page are broken?
2019-02-10 17:50:02 <_ikke_> pllz: the signatures are available here: http://master.alpinelinux.org/alpine/v3.9/releases/x86_64/
2019-02-10 17:50:08 <_ikke_> look for the .asc files
2019-02-10 17:53:49 <pllz> _ikke_, ok, i already managed to get there... anyways -and this was the second question i was going to ask- not all images have an associated .asc
2019-02-10 17:54:01 <pllz> looks like only *rc1* do
2019-02-10 17:55:18 <pllz> btw i would fix the download page... getting a 404 is not that encouraging
2019-02-10 17:57:19 <pllz> or at least link to an https mirror for the download
2019-02-10 18:16:01 <_ikke_> yes, it should be fixed, I agree
2019-02-10 18:17:35 <_ikke_> pllz: maybe you can add a bug to bugs.a.o
2019-02-10 18:18:21 <pllz> _ikke_, ok
2019-02-10 18:18:37 <pllz> _ikke_, the fact that only *rc1* have signature is a bug too?
2019-02-10 18:19:41 <_ikke_> probably something in the release proicess
2019-02-10 18:20:14 <pllz> i mean, should i report that one too?
2019-02-10 18:22:00 <_ikke_> I think it's related
2019-02-10 18:22:15 <_ikke_> the page links to the keys of the release, which don't exist
2019-02-10 18:22:21 <_ikke_> signature*
2019-02-10 18:22:37 <mps> pllz: it is know, will be added later
2019-02-10 18:23:20 <mps> filling bug will not solve it
2019-02-10 18:24:23 <_ikke_> no, it's just a reminder that it needs to be solved :-)
2019-02-10 18:25:07 <mps> heh, you know that it will be solved, real soon now :)
2019-02-10 18:25:42 <_ikke_> You probably know something I don't know :-)
2019-02-10 18:25:54 <mps> just wanted to say that filling bug will not accelerate it
2019-02-10 18:26:02 <_ikke_> nope, certainly
2019-02-10 18:26:32 <pllz> should i do it or not then? :D
2019-02-10 18:27:11 <mps> however you want, but that will not accelerate sign process :(
2019-02-10 18:27:12 <pllz> for me its totally fine that you alredy know it
2019-02-10 18:27:55 <pllz> if you say it's already work in progress i could skip it
2019-02-10 18:29:35 <mps> pllz: will be solved, but not right now. it is known issue from the beginning
2019-02-10 18:33:58 <pllz> mps, allright, all i wanted was reporting the issue in case it wasnt known... good to hear it will be fixed
2019-02-10 18:34:20 <pllz> thanks _ikke_, mps
2019-02-10 18:34:45 <mps> you are welcome :)
2019-02-10 20:16:42 <aggaz> How do I shut down Alpine as user?
2019-02-10 20:21:30 <danieli> you sudo it
2019-02-10 20:22:26 <aggaz> thank you danieli
2019-02-10 20:22:40 <clandmeter> poweroff
2019-02-10 20:23:37 <aggaz> clandmeter: poweroff: Operation not permitted
2019-02-10 20:23:52 <clandmeter> sudo poweroff
2019-02-10 20:24:24 <aggaz> yeah I have to install sudo... I don't really like it... but, whatever
2019-02-10 20:24:31 <aggaz> thank you all
2019-02-10 20:24:40 <clandmeter> then run as root
2019-02-10 20:24:48 <clandmeter> you wil never need to use sudo again
2019-02-10 20:25:00 <aggaz> clandmeter: that's what I usually do
2019-02-10 20:25:07 <aggaz> but I have Alpine on an RPi
2019-02-10 20:25:18 <aggaz> and I want to poweroff it without loggin in
2019-02-10 20:25:26 <aggaz> by sending some ssh command or something
2019-02-10 20:25:29 <aggaz> as user
2019-02-10 20:26:58 <aggaz> by the way, another question: given an Alpine installation on a RPi in diskless mode, do I risk to broke things if I pull the power-plug without properling powering off?
2019-02-10 20:27:09 <aggaz> I mean, if it is all in RAM it should not be a problem, right?
2019-02-10 20:27:43 <aggaz> s/properling/properly/g
2019-02-10 20:36:12 <_ikke_> right
2019-02-10 20:36:24 <_ikke_> only issue would be if you forgot to store changes
2019-02-10 20:36:54 <aggaz> _ikke_: that's beautiful! thanks
2019-02-11 08:18:13 <kahiru> hey, few days ago I created a new aport for bup (a backup making thing), the package builds just fine but when run on travis the tests fail. Locally they pass just fine. I asked the original developers of bup and they'd like to know what mount options are there. Does anyone know?
2019-02-11 10:55:54 <mps> how to force install apk from local repo if the same version exist in 'official' repo
2019-02-11 10:56:04 <mps> without pinning
2019-02-11 10:57:14 <_ikke_> mps: I think apk always uses the latest version available
2019-02-11 10:58:16 <mps> no, if you have pinned repos
2019-02-11 10:58:42 <mps> s/,//
2019-02-11 10:59:36 <mps> but I want to install same package name and same version built locally over one from official repo
2019-02-11 11:03:15 <clandmeter> i always put my local repos first, but i have no idea if it matters :)
2019-02-11 11:05:39 <clandmeter> mps: another option is to specify the specific apk by path.
2019-02-11 11:06:09 <mps> 'apk add --allow-untrusted /home/mps/packages/main/x86_64/libcurl-7.64.0-r0.apk' doesn't work
2019-02-11 11:06:34 <mps> ERROR: unsatisfiable constraints:
2019-02-11 11:07:02 <clandmeter> thats the full error?
2019-02-11 11:07:22 <mps> no, but don't like to spam here
2019-02-11 11:07:30 <clandmeter> tpaste is ok
2019-02-11 11:07:50 <clandmeter> or whatever service you prefer
2019-02-11 11:08:09 <mps> http://tpaste.us/mZzJ
2019-02-11 11:08:45 <clandmeter> you already added one by path?
2019-02-11 11:09:27 <mps> no, from official repos bvecause git depend on it
2019-02-11 11:09:51 <clandmeter> ah ok
2019-02-11 11:10:15 <clandmeter> what happens if you use --upgrade?
2019-02-11 11:10:44 <mps> apk policy libcurl is here: http://tpaste.us/Rgd5
2019-02-11 11:11:00 <clandmeter> apk add --allow-untrusted --upgrade ...
2019-02-11 11:11:08 <clandmeter> does that diff?
2019-02-11 11:11:12 <clandmeter> differ
2019-02-11 11:11:26 <mps> the same
2019-02-11 11:11:41 <clandmeter> why not build it with bumped pkgrel?
2019-02-11 11:11:50 <mps> even tried to bump pkgrel, but didn't helped
2019-02-11 11:12:07 <clandmeter> it should
2019-02-11 11:12:38 <mps> agree, it should but for some reason unknown to me, it didn't worked
2019-02-11 11:13:22 <clandmeter> build the pkg and add your local repo to repo file (and install your pubkey in /etc/apk/keys)
2019-02-11 11:13:28 <clandmeter> it should pick it up
2019-02-11 11:13:35 <mps> clandmeter: never mind, I will force it by copying by hand just libcurl.so to right place
2019-02-11 11:13:49 <clandmeter> can you tpaste your world?
2019-02-11 11:14:11 <mps> did already all you say, but never mind, will use 'brute force'
2019-02-11 11:15:24 <mps> you mean, 'cat /etc/apk/world | tpaste' ? I can but don't like to bother you anymore
2019-02-11 11:15:43 <clandmeter> no thats too much
2019-02-11 11:15:54 <clandmeter> tpaste < /etc/apk/world
2019-02-11 11:15:56 <clandmeter> ;-)
2019-02-11 11:16:11 <mps> yesterday working with SpaceToast found a bug in libcurl and just patched it and want to test
2019-02-11 11:16:35 <mps> i like cat :)
2019-02-11 11:16:53 <clandmeter> your way is slower ;-)
2019-02-11 11:17:10 <clandmeter> you will notice if you loop it 1m times
2019-02-11 11:17:18 <mps> yes, but cats are nice ;)
2019-02-11 11:17:35 <clandmeter> cats are fine, owners suck.
2019-02-11 11:17:55 <mps> I'm joking, you know
2019-02-11 11:18:02 <clandmeter> me too :)
2019-02-11 11:18:23 <mps> here it is (without cat): http://tpaste.us/9gk6
2019-02-11 11:18:47 <clandmeter> but my neighbors have lots of cats, so now i also have cats...
2019-02-11 11:19:34 <clandmeter> ok looks ok
2019-02-11 11:20:02 <mps> We (at our house) 'got' two, they simply come and stay with us :)
2019-02-11 11:20:39 <mps> they are occupants of some sort
2019-02-11 11:20:51 <clandmeter> our neighbors cats like to enter our house without paying entrance fee.
2019-02-11 11:21:56 <mps> eh, they lower your income, bad cats :D
2019-02-11 11:22:44 <mps> ok, don't bother with my problem,  will use brute force and if I solve a bug will post proper patch for curl
2019-02-11 16:41:20 <n3ur0sis> hello, about the virtual img of alpine, can you add uinput module ? spice vdagentd fatal error
2019-02-11 16:42:21 <n3ur0sis> plus it make sense since this img is made to run inside with virtual machine...
2019-02-11 16:42:27 <n3ur0sis> thanks
2019-02-11 16:43:11 <mps> n3ur0sis: you can install 'normal' Alpine in VM
2019-02-11 16:43:23 <n3ur0sis> yeah but I want the minimal
2019-02-11 16:43:33 <n3ur0sis> of course I can but this build was so perfect
2019-02-11 16:43:54 <n3ur0sis> 32 M
2019-02-11 16:44:02 <jwh> what virtual image
2019-02-11 16:44:09 <jwh> the script? the -virt kernel?
2019-02-11 16:44:11 <n3ur0sis> virtual alpine
2019-02-11 16:44:17 <mps> if the every request is added to minimal (virt) it will become big
2019-02-11 16:44:28 <n3ur0sis> this one make sense
2019-02-11 16:44:36 <jwh> *what* image?
2019-02-11 16:44:37 <n3ur0sis> it is for make worh the mouse passtrought
2019-02-11 16:44:40 <n3ur0sis> with spice
2019-02-11 16:45:00 <n3ur0sis> s/worh/work
2019-02-11 16:45:04 <mps> virt is intended to be minimal, mostly headless in VM
2019-02-11 16:45:15 <jwh> you can always install -vanilla
2019-02-11 16:45:49 <mps> if you need functionality from desktop in VM then install full version
2019-02-11 16:45:51 <jwh> is it used by anything other than spice?
2019-02-11 16:45:57 <_ikke_> We can at least look if it's worth to add, not?
2019-02-11 16:46:28 <jwh> if its needed for usb input on other platforms it would make sense
2019-02-11 16:46:39 <mps> _ikke_: yes, but one by one virt will become full, sooner or later
2019-02-11 16:46:45 <n3ur0sis> it will be great, I want to run multiple virtual machine for each of the insecure application
2019-02-11 16:46:55 <n3ur0sis> instead to have it install on my main system
2019-02-11 16:47:03 <jwh> mps: first linux-firmware needs to not be  dependency of -vanilla :(
2019-02-11 16:47:07 <n3ur0sis> (like firefox, java...)
2019-02-11 16:47:13 <n3ur0sis> -java
2019-02-11 16:47:29 <n3ur0sis> I don't have java, (firefox, torbrowser, pidgin...)
2019-02-11 16:48:04 <n3ur0sis> I cant find a small img like this, most of the minimal is about 300 M
2019-02-11 16:48:09 <n3ur0sis> which is too large
2019-02-11 16:48:35 <jwh> you can use the script to generate an image thats tailored for you
2019-02-11 16:48:48 <jwh> if its kernel mods, that won't help you though
2019-02-11 16:49:03 <n3ur0sis> just need 1 kernel mode, can't pkg my own
2019-02-11 16:49:15 <mps> n3ur0sis: you can install virt and upgrede kernel to vanilla inside it
2019-02-11 16:49:20 <jwh> ya
2019-02-11 16:49:35 <n3ur0sis> I check
2019-02-11 16:50:40 <n3ur0sis> linux vanilla 4.14
2019-02-11 16:50:42 <n3ur0sis> I tried
2019-02-11 16:51:06 <mps> 4.14 is old. what Alpine version you install
2019-02-11 16:51:36 <n3ur0sis> old one
2019-02-11 16:51:47 <n3ur0sis> probably from last year
2019-02-11 16:51:56 <mps> ah, then ok. 4.14 is default in Alpine 3.8
2019-02-11 16:52:13 <n3ur0sis> I have this idea last year but not urgency to apply it
2019-02-11 16:52:18 <n3ur0sis> now it is the time
2019-02-11 16:52:43 <mps> kernel 4.19 is in 3.9
2019-02-11 16:52:45 <n3ur0sis> to unmerge all my gtk app
2019-02-11 16:52:59 <n3ur0sis> I just make a test
2019-02-11 16:53:18 <n3ur0sis> if it's working will download recent img
2019-02-11 16:53:25 <n3ur0sis> and make a clean install
2019-02-11 16:53:53 <mps> jwh: install need firmware apk and rest will be removed automatically
2019-02-11 16:54:04 <mps> s/need/needed/
2019-02-11 16:54:12 <jwh> mps: yeah but you can't remove lnux-firmware as -vanilla depends on it
2019-02-11 16:54:19 <jwh> so even if you don't need it, theres a lot of firmware installed
2019-02-11 16:54:55 <mps> install one, smallest possibly
2019-02-11 16:55:00 <n3ur0sis> will check the size when everything is instal
2019-02-11 16:55:09 <n3ur0sis> install*
2019-02-11 17:00:01 <n3ur0sis> still not spice-vdagentd  on alpine since last time I used it, still have the patched source thought
2019-02-11 17:00:08 <n3ur0sis> but there is spice-webdavd
2019-02-11 17:00:14 <n3ur0sis> ha ha :p
2019-02-11 17:01:14 <n3ur0sis> I update  machine and will reboot it to check with the vanilla kernel
2019-02-11 17:01:55 <jwh> what was ever wrong with a serial console?
2019-02-11 17:03:00 <n3ur0sis> nothing
2019-02-11 17:03:17 <n3ur0sis> speaking like a today dev it is irrevelant
2019-02-11 17:03:23 <jwh> why?
2019-02-11 17:03:24 <n3ur0sis> gtk+ with dbus systemd
2019-02-11 17:03:31 <n3ur0sis> match better and secure
2019-02-11 17:03:34 <jwh> lol
2019-02-11 17:03:36 <jwh> sure
2019-02-11 17:03:42 <n3ur0sis> :D
2019-02-11 17:03:43 <jwh> more secure than opening a tty
2019-02-11 17:03:44 <jwh> :D
2019-02-11 17:08:46 <n3ur0sis> still not working with the vanilla
2019-02-11 17:08:51 <n3ur0sis> CONFIG_INPUT_UINPUT
2019-02-11 17:09:39 <n3ur0sis> User level driver, this is the one.... Can I download a kernel source from kernel.org and build it ?
2019-02-11 17:09:46 <n3ur0sis> not using the alpine way with pkg
2019-02-11 17:10:14 <n3ur0sis> or it will mess the system ?
2019-02-11 17:11:09 <n3ur0sis> I ask because before the orginal way was working on every distro, now try to do it on ubuntu or debian....
2019-02-11 17:11:12 <mps> modprobe uinput
2019-02-11 17:11:16 <n3ur0sis> I tried
2019-02-11 17:11:33 <mps> and what is error
2019-02-11 17:11:43 <n3ur0sis> not found in 4.19.20-1
2019-02-11 17:11:46 <jwh> its there in vanilla
2019-02-11 17:11:53 <n3ur0sis> -virt ...
2019-02-11 17:11:54 <n3ur0sis> of course
2019-02-11 17:11:58 <jwh> /lib/modules/4.20.7-arch1-1-ARCH/kernel/drivers/input/misc/uinput.ko.xz
2019-02-11 17:12:01 <jwh> ugh
2019-02-11 17:12:07 <jwh> wrong window, but yes
2019-02-11 17:12:23 <jwh> /lib/modules/4.19.20-1-vanilla/kernel/drivers/input/misc/uinput.ko
2019-02-11 17:12:24 <mps> strange because it is in 4.19.18
2019-02-11 17:12:31 <n3ur0sis> alright download the good one
2019-02-11 17:12:42 <n3ur0sis> yeah I did dowqnload the 4.19 virt
2019-02-11 17:12:44 <jwh> are you running -vanilla or still -virt?
2019-02-11 17:12:46 <jwh> oh
2019-02-11 17:12:50 <n3ur0sis> made a mistake
2019-02-11 17:15:16 <n3ur0sis> alright booting on vanilla
2019-02-11 17:16:00 <n3ur0sis> HAAAA work great
2019-02-11 17:16:24 <n3ur0sis> I can copy / paste host to guess, perfect
2019-02-11 17:17:06 <n3ur0sis> but is not light as I wanted... but will do
2019-02-11 17:17:57 <mps> to have 'light as you want' you have to build it 'as you want'
2019-02-11 17:18:46 <n3ur0sis> yeah I known, but I spend to much time already on my system, managing my own overlay etc...
2019-02-11 17:20:13 <mps> that is price, long time ago I had to make compromise between using acceptable and waste a lot time to make something about I have wrong perception that is perfect for me :)
2019-02-11 17:21:09 <n3ur0sis> Me a choice wasting time ;P
2019-02-11 17:21:42 <mps> enjoy, then, you lucky .... ;0
2019-02-11 17:21:43 <n3ur0sis> spice-vdagent 0.17 I can sort out a .patch for musl
2019-02-11 17:21:51 <n3ur0sis> if someone want to pkg it
2019-02-11 17:22:19 <n3ur0sis> Yeah I known :P
2019-02-11 17:22:50 <n3ur0sis> it's good to be alone, I surely appreciate it
2019-02-11 17:26:50 <n3ur0sis> bed time thanks for ur help, I detach
2019-02-11 17:27:41 <n3ur0sis> forgot to screen irssi, brb
2019-02-11 19:32:29 <vkrishn> I am looking for free webhosting+git+ssh, space 200mb should be ok, for moving
2019-02-11 19:32:32 <vkrishn>                  my site insteps.net to it, any suggestions are welcomed
2019-02-11 19:39:41 <danieli> I think you've posted in the wrong project's channels?
2019-02-11 19:48:19 <vkrishn> danieli: nope, let me add, "preferably a al vm" would be be nice
2019-02-11 19:48:39 <danieli> if you're going for a VM, you can just install whichever OS you want with an ISO
2019-02-11 19:50:04 <vkrishn> its matter of trust, but plan is move my site, and do some other dev work
2019-02-11 19:50:11 <vkrishn> using al
2019-02-11 21:46:18 <tg> heya, how to get more info about errors reported by apk add / upgrade? it just states the number of errors without providing more detail..
2019-02-11 21:47:15 <_ikke_> tg: usually apk fix helps
2019-02-11 21:47:36 <tg> ah indeed
2019-02-11 21:49:39 <danieli> i still wish it could be a little more verbose
2019-02-11 21:49:42 <_ikke_> nod
2019-02-11 22:43:18 <tg> meh, seems latest rspamd is broken.. complains about jit compilation of regexps and wont start
2019-02-11 22:46:11 <LBlaboon> hey all! i'm an engineer at linode (a vps provider based in philly), and we're working on adding alpine as one of our supported out-of-the-box distros
2019-02-11 22:46:32 <LBlaboon> i was wondering if anyone on the alpine team is interested in partnering up on the effort
2019-02-11 22:47:57 <LBlaboon> i've actually got most of the work done already, but basically i wanna make sure we're following best practices and putting out something that has alpine's "seal of approval"
2019-02-11 22:50:53 <dalias> thanks for trying to work with alpine on that :)
2019-02-11 22:51:16 <dalias> i'm not sure who the best person to coordinate with would be, but if you stick around someone should show up
2019-02-11 22:53:48 <mps> what means "seal of approval" for linode? some formal assurance about how stable, free, supported .....
2019-02-11 22:55:44 <LBlaboon> dalias: cool, thanks! mps: nothing formal. basically just making sure we're meeting the community's expectations of what an alpine image should look like
2019-02-11 22:56:34 <tg> ah never mind it was pax killing it
2019-02-11 22:57:17 <mps> LBlaboon: thanks for explanation. not sure but maybe you should join #alpine-devel channel and ask there about your idea
2019-02-11 22:59:26 <LBlaboon> sounds good. i wasn't sure whether that would be better off there or here, so i decided to start off here :)
2019-02-11 23:01:06 <mps> well, most developers are on both channels usually, but lot of them are in part of the world where now are a late night so don't expect fast answer
2019-02-11 23:04:18 <LBlaboon> gotcha. it's starting to get pretty late where i am too, so that's fine for me. i'll be hanging around
2019-02-11 23:06:01 <mps> good, and thanks for putting Alpine on linode
2019-02-11 23:06:07 <danieli> +1 ^
2019-02-12 02:17:25 <jwh> hmmmm
2019-02-12 02:17:45 <jwh> why are my md5 tcp sessions broken I wonder
2019-02-12 12:37:12 <PureTryOut[m]> I get an error installing cmake atm... `ERROR: cmake-3.13.0-r0: IO ERROR`
2019-02-12 12:37:22 <PureTryOut[m]> Why would this happen?
2019-02-12 12:43:58 <clandmeter> PureTryOut[m]: out of disk space?
2019-02-12 12:45:18 <PureTryOut[m]> No I have enough space left. It's just cmake complaining, other packages are still installing fine
2019-02-12 12:46:30 <clandmeter> PureTryOut[m]: package maybe corrupt?
2019-02-12 12:47:57 <PureTryOut[m]> No clue, how would I know?
2019-02-12 12:48:22 <PureTryOut[m]> Last time it was built seems to be november last year, I can't imagine it suddenly break out of nothing
2019-02-12 12:49:07 <clandmeter> download it and verify it
2019-02-12 12:53:44 <PureTryOut[m]> Well, how would I verify?
2019-02-12 13:08:55 <clandmeter> apk verify x.apk
2019-02-12 13:11:07 <PureTryOut[m]> Thanks, but it actually seems a reboot has fixed it somehow... I'll remember for next time though!
2019-02-12 13:11:33 <clandmeter> are you on windows?
2019-02-12 13:11:36 <clandmeter> :)
2019-02-12 13:12:40 <PureTryOut[m]> Lol no, don't you even dare suggesting it!
2019-02-12 15:03:11 <muhaha> I am getting date: invalid date 'now + 1 days' , what is wrong? https://pastebin.com/UYxSUn6i Thanks
2019-02-12 15:04:37 <muhaha> maybe coreutils vs busybox date ?
2019-02-12 15:08:54 <muhaha> yep
2019-02-12 15:10:56 <feuerteufel> Hi
2019-02-12 15:11:18 <feuerteufel> --> date -D '+ 1 days' '+%Y-%m-%dT%H:%MZ' <--
2019-02-12 15:11:28 <feuerteufel> That works ...
2019-02-12 15:12:25 <feuerteufel> muhaha: see date --help
2019-02-12 15:17:15 <muhaha> feuerteufel: date from coreutils handle this without -D FMT :X
2019-02-12 15:18:57 <muhaha> but this: date -D 'YYYY-MM-DD hh:mm' -d "now + 1 days" '+%Y-%m-%dT%H:%MZ' is not working for me :X
2019-02-12 15:19:10 <feuerteufel> Yea, I know. But only install coreutils for for this case ...
2019-02-12 15:19:34 <feuerteufel> It works here ...
2019-02-12 15:20:03 <muhaha> There will be problem with TZ i guess
2019-02-12 15:20:06 <feuerteufel> Let me try a diffrent Maschine ...
2019-02-12 15:22:37 <feuerteufel> That here works ...
2019-02-12 15:22:40 <feuerteufel> date -D '2019-02-10 22:00' -D "now + 1 days" '+%Y-%m-%dT%H:%MZ'
2019-02-12 15:22:54 <feuerteufel> :-))
2019-02-12 15:24:55 <muhaha> I have small '-d', lulz :D
2019-02-12 15:24:58 <muhaha> Thank You
2019-02-12 15:27:46 <feuerteufel> But now it looks like the time it self will not be used ...
2019-02-12 15:27:59 <feuerteufel> Let me check one's more ...
2019-02-12 15:44:59 <arnotixe> eh, is there a who command or the like on alpine linux?
2019-02-12 15:46:04 <mps> arnotixe: yes. but musl doesn't support wtmp
2019-02-12 15:46:51 <arnotixe> hmm who: not found
2019-02-12 15:47:14 <mps> apk add coreutils
2019-02-12 15:47:16 <arnotixe> was just looking into why nagios' check_users reported 0 users…
2019-02-12 15:48:29 <mps> if you need utmp you could add utmps and setup it
2019-02-12 15:51:34 <feuerteufel> muhaha: Sorry, I think you have to use the "date" command out of corutils ...
2019-02-12 15:51:57 <arnotixe> ok thanks I added coreutils and who now executes -- but output is just blank no matter what options (-a -u etc) I specify?
2019-02-12 15:52:11 <arnotixe> maybe I need utmp
2019-02-12 15:52:41 <mps> arnotixe: as I wrote already, musl doesn't support utmp
2019-02-12 15:53:14 <mps> only solution is to install uptms apk and setup it
2019-02-12 15:53:33 <mps> s/uptms/utmps/
2019-02-12 15:53:40 <arnotixe> no worries, users isn't very critical right now (and  I don't know what utmp/wtmp is)
2019-02-12 15:53:45 <arnotixe> will google
2019-02-12 15:54:07 <mps> login/logout system db
2019-02-12 19:12:30 <_ikke__> Anyone know what can cause zsh not being able to remove text when using vi keybindings and using j/k to recall an earlier command?
2019-02-12 19:12:45 <_ikke__> if I use arrow up/down, it works, but not with j/k
2019-02-12 19:13:01 <jn__> how are you trying to remove text?
2019-02-12 19:13:06 <_ikke__> backspace in insert mode
2019-02-12 19:13:46 <_ikke__> using vi commands to remove text works
2019-02-12 19:13:57 <jn__> ah, no clue then. my suspicion was that you were still in command mode
2019-02-12 19:14:23 <_ikke__> in command the cursor goes back, but in insert mode, it refuses to do anything
2019-02-12 19:15:05 <_ikke__> command mode*
2019-02-12 19:15:29 <_ikke__> Then I'll probably have to resolve to using x in command mode
2019-02-12 19:15:47 <_ikke__> on other distro's it does work
2019-02-12 21:37:48 <maldridge> I think something is wrong with the install directions or the package for mariadb, as it complains that InnoDB is not a known storage engine
2019-02-12 21:48:50 <TBB> could it be there's been some change in mariadb very recently... I had an unexpected problem with it the other day on another distro
2019-02-12 21:49:32 <maldridge> I'm tearing down this VM to try again, but I think this might be a problem with the package
2019-02-12 21:57:50 <TBB> my problem was basically an entire KDE desktop breaking because of the database under Akonadi getting messed up, and I think it was running on mariadb
2019-02-12 22:20:11 <maldridge> I'm fairly confident that's sqlite actually
2019-02-12 22:21:06 <jwh> maldridge: default config?
2019-02-12 22:21:09 <jwh> I can have a look
2019-02-12 22:21:31 <maldridge> jwh: default config, I think I found the problem after re-spinning the vm
2019-02-12 22:21:32 <danieli> maldridge: akonadi supports mysql and postgres
2019-02-12 22:21:40 <maldridge> it looks like if you screw up the initial load its not recoverable
2019-02-12 22:22:04 <danieli> it spins up its own mysql instance iirc
2019-02-12 22:22:22 <danieli> just requires `mysqld' and innodb support
2019-02-12 22:24:15 <jwh> maldridge: hmm?
2019-02-12 22:25:00 <maldridge> if you don't do the initial setup before trying to start it, the act of starting it causes some kind of corruption that prevents later bootstrap efforts from succeeding
2019-02-12 22:30:15 <jwh> well yeah, you probably need to do the initial setup heh
2019-02-12 22:31:08 <maldridge> right, and I had expected that /etc/init.d/mariadb setup would do this
2019-02-12 22:31:10 <maldridge> in fact it does not
2019-02-12 22:31:20 <jwh> personally, I don't think it should
2019-02-12 22:31:25 <maldridge> it corrupts the real setup in some obscure way
2019-02-12 22:31:26 <jwh> an install should not touch any kind of data dir
2019-02-12 22:42:44 <TBB> KDE used to support sqlite for Akonadi but if I remember correctly they dropped it for some reason... anyway, that's offtopic really
2019-02-13 05:04:33 <daurnimator> ugh, libcap hardcodes /bin/bash
2019-02-13 05:04:39 <daurnimator> why would they do that and not /bin/sh
2019-02-13 05:30:19 <qman__> well, if they're using bash specific features, it makes perfect sense
2019-02-13 06:18:15 <daurnimator> qman__: they're not. it's just used to exec the command+args you provide
2019-02-13 13:22:17 <mps> slow boot on low end arm devices: kernel drivers/char/random.c around line 431, changed from '#define crng_ready() (likely(crng_init > 1))' to '#define crng_ready() (likely(crng_init > 0))', and boot delay disappears
2019-02-13 13:22:56 <mps> rngd and haveged didn't helped
2019-02-13 13:25:12 <danieli> mps: https://unix.stackexchange.com/a/442744
2019-02-13 13:25:15 <danieli> highly relevant
2019-02-13 13:27:14 <mps> aha, understand. yes, it is relevant
2019-02-13 13:28:27 <mps> 'crng_init > 1' makes sense on devices with good entropy source, are there belong low end arm SBC's
2019-02-13 13:30:27 <mps> on my test box, Banana PI Allwinner A20 boot takes more than ten minutes with haveged started in sysinit level
2019-02-13 13:31:43 <mps> better solution would be make crng_init cmdline parameter in kernel
2019-02-13 13:54:34 <aspyct> hi all :) quick question: is there a one-liner that I can run in an alpine docker container to export the IP address of a host to an env variable?
2019-02-13 13:54:50 <aspyct> I tried nslookup, but it returns a big blurb of data. I only need the ip address
2019-02-13 13:55:12 <aspyct> also I would preferably use the base image, without added packages. I'm actually using redis:alpine
2019-02-13 14:00:18 <kahiru> aspyct: are you looking for something like export MYVAR="$(ifconfig eth0 | awk ' /inet / { print $2 } ' | awk -F: ' { print $2 } ')" ?
2019-02-13 14:01:01 <aspyct> kahiru: oh sorry, my question wasn't clear enough. I need to resolve a DNS query and put the result ip address into a var
2019-02-13 14:01:13 <kahiru> ah
2019-02-13 14:01:23 <aspyct> so something like MYVAR=`nslookup aspyct.org | take_only_ip_address`
2019-02-13 14:01:46 <kahiru> so you're probably looking for getent hosts $URL
2019-02-13 14:02:26 <aspyct> ah that's better yes, I'll try using that, thx
2019-02-13 14:02:41 <kahiru> there are a few variants to that if you need ipv4, ipv6 or any
2019-02-13 14:03:13 <aspyct> it doesn't matter if it's v4 or v6, as long as I have only one ip address
2019-02-13 14:03:29 <aspyct> I could | head -n 1 | cut, but is there a simpler solution?
2019-02-13 14:05:04 <kahiru> getent hosts seems to return just one ip (at least on my machine) so you can drop the head
2019-02-13 14:05:15 <kahiru> and then I'd rather use awk ' { print $1 } ' instead of cuting
2019-02-13 14:05:38 <aspyct> ah, I'll try awk then. any particular reason why it would be preferable to cut?
2019-02-13 14:05:55 <aspyct> I'm getting one or two ip address lines here, depending on... luck, I guess?
2019-02-13 14:07:17 <kahiru> for me its just familiarity, never used cut that much. well, maybe head will be needed after all
2019-02-13 14:07:40 <aspyct> well thanks a lot! that should do the trick
2019-02-13 19:47:05 <alpineidiot2> Hello, I feel like a complete idiot... but how do I start/install syslog?
2019-02-13 19:47:12 <alpineidiot2> according to the wiki https://wiki.alpinelinux.org/wiki/Syslog
2019-02-13 19:47:36 <alpineidiot2> it should just be `rc-service syslog start`, right?
2019-02-13 19:48:53 <alpineidiot2> but that's not what I get: http://paste.scsys.co.uk/583101
2019-02-13 19:49:18 <alpineidiot2> and there is no `syslog` package https://pkgs.alpinelinux.org/packages?name=syslog&branch=edge
2019-02-13 19:49:26 <danieli> there's rsyslog and other syslog daemons
2019-02-13 19:49:45 <alpineidiot2> yea, but I just want `/var/log/messages`
2019-02-13 19:50:15 <alpineidiot2> I installed and started syslog-ng, and according to openrc it's running, but it's not...
2019-02-13 19:52:31 <alpineidiot2> http://paste.scsys.co.uk/583102
2019-02-13 19:53:10 <alpineidiot2> can I not have `syslogd`?  and if not, why does the wiki have instructions for starting and configuring it?
2019-02-13 19:54:48 <mps> default syslogd is busybox applet
2019-02-13 19:55:02 <danieli> yup
2019-02-13 19:55:38 <mps> and it have init.d script which is started on default installation
2019-02-13 19:56:18 <mps> and klogd also
2019-02-13 19:56:46 <alpineidiot2> I see...
2019-02-13 19:56:50 <alpineidiot2> that's very confusing.
2019-02-13 19:56:51 <alpineidiot2> thanks.
2019-02-14 00:51:55 <scrawler> hey guys, I have alpine on a raspberry pi 3. It's in diskless mode, and I'm looking to add a "loopback image with overlayfs" as outlined on the wiki.
2019-02-14 00:53:12 <scrawler> sorry if this is dumb question, but can I, instead of making an overlay folder of /user, just make one with / ?
2019-02-14 00:53:57 <scrawler> /media/persist/usr is the one in the example on the wiki.
2019-02-14 01:09:51 <scrawler> thanks guys, I'll try again later.
2019-02-14 04:37:13 <jwh> alright what magic do I need for sdhci
2019-02-14 09:31:27 <greguu> armv5tel armv5tel armv5tel
2019-02-14 09:31:39 <greguu> 
ACTION ducks and covers

2019-02-14 10:02:12 <Lord> hi, i have some troubles after upgrading alpine, when i try to use launch the mix command (from elixir) i get the error "dlsym: Resource temporarily unavailable"
2019-02-14 10:02:59 <Lord> i'm not exactly sure what is dlsym but it looks like it's related to dynamic libraries so it may be a problem concerning musl
2019-02-14 10:03:23 <Lord> but i don't know what to do : is it a misconfiguration somewhere or a bug ?
2019-02-14 14:53:47 <jwh> SpaceToast: umm, what config does lxd need, it doesn't work OOTB either :D
2019-02-14 15:22:12 <SpaceToast> jwh: you're supposed to run `lxd init` as root to initialize it
2019-02-14 15:22:20 <jwh> check dev chan
2019-02-14 15:22:22 <SpaceToast> you know, to say whether or not you want that default bridge etc
2019-02-14 15:22:36 <jwh> but yeah as well as that it needs subuid/gid
2019-02-14 15:22:50 <SpaceToast> it should work without them, but that applies to lxc too :)
2019-02-14 15:23:10 <jwh> it doesn't OOTB, the example given 'lxc launch ubuntu:18.04' requires it
2019-02-14 15:23:18 <jwh> so... that should probably work heh
2019-02-14 15:23:50 <jwh> likely wants a non-default option to work without
2019-02-14 15:24:23 <SpaceToast> ¯\_(ツ)_/¯
2019-02-14 15:24:30 <SpaceToast> lxd init is common practice on all distros
2019-02-14 15:24:34 <SpaceToast> it should literally ask you if you've ran it
2019-02-14 15:24:41 <jwh> read again
2019-02-14 15:24:43 <SpaceToast> also I'm not actually the maintainer, just offering help :)
2019-02-14 15:24:58 <SpaceToast> and subuid/gid can't be packaged because who knows what user you want to do things as
2019-02-14 15:25:00 <SpaceToast> (same story)
2019-02-14 15:25:02 <jwh> but... lxd init should probably offer to fix up subuid/gid if its not there
2019-02-14 15:25:17 <jwh> or at least check for some default and suggest it be addd
2019-02-14 15:25:19 <jwh> added*
2019-02-14 15:25:29 <jwh> yeah
2019-02-14 15:25:47 <jwh> the only thing actually broken that isn't lxd related really, is it needs a dependency on tar
2019-02-14 15:26:02 <jwh> it passes options busybox tar doesn't understand
2019-02-14 15:26:11 <SpaceToast> mhm, you should probably ping fcolista about that
2019-02-14 15:26:19 <SpaceToast> (or just submit a patch, shouldn't be too big)
2019-02-14 15:26:23 <jwh> yeah
2019-02-14 15:27:02 <SpaceToast> re: lxd init generating subuid/gid I'm not really sure what it could check, but you could always open a bug requesting it
2019-02-14 15:27:18 <jwh> ubuntu probably has a default so they don't check
2019-02-14 15:28:08 <SpaceToast> looks like ubuntu's installer might generate it
2019-02-14 15:28:12 <jwh> yeah
2019-02-14 15:28:12 <SpaceToast> during install time
2019-02-14 15:28:41 <SpaceToast> the issue is that lxd init has to be ran as root, which means that it can't (easily) check if *your* user is already in there
2019-02-14 15:28:47 <jwh> true enough
2019-02-14 15:29:21 <SpaceToast> but the subuid thing is kind of common across all container solutions (including lxc and docker)
2019-02-14 15:29:27 <jwh> it could at least add one for root though
2019-02-14 15:29:46 <SpaceToast> and things should mostly work without, you'll just have privileged containers
2019-02-14 15:29:54 <jwh> yeah, but lxd is the only one so far that enforces unprivileged by default it seems
2019-02-14 15:30:06 <jwh> docker/lxc will happily run without
2019-02-14 15:30:32 <SpaceToast> so it helped you find an issue in your system then ;)
2019-02-14 15:30:41 <jwh> not really, unprivileged is fine
2019-02-14 15:30:49 <SpaceToast> then just change the default profile
2019-02-14 15:30:51 <SpaceToast> ¯\_(ツ)_/¯
2019-02-14 15:31:00 <jwh> it's a bad UX to break though without offering even a suggestion
2019-02-14 15:31:19 <jwh> it just spits out an error and thats it
2019-02-14 15:31:47 <jwh> almost as cryptic as libvirt-lxc saying an error occured but it doesn't know what (and logs nothing)
2019-02-14 15:31:50 <jwh> heh
2019-02-14 15:33:11 <jwh> or maybe since the file is installed anyway, it should contain a default root mapping
2019-02-14 15:33:35 <SpaceToast> it's owned by shadow-uidmap
2019-02-14 15:33:52 <jwh> yeah thats what I mean, just have a default root mapping in there
2019-02-14 15:34:04 <SpaceToast> which is... Stuart Cardall's package
2019-02-14 15:34:18 <jwh> won't hurt if it exists, stops people needing to google for the errors (since the docs don't bother mentioning it as its expected to exist)
2019-02-14 15:34:21 <SpaceToast> still that makes enough sense, but it sounds like you'd complain when trying to run it as a user in that case :)
2019-02-14 15:34:52 <jwh> well I'd suggest being able to run as root should work, if you want to do it as a normal user I'd expect to have to configure it
2019-02-14 15:35:00 <SpaceToast> and of course, the question will come up of what the mapping should be
2019-02-14 15:35:24 <jwh> hm, wonder what others ship
2019-02-14 15:36:14 <jwh> don't have an ubuntu anything handy to check
2019-02-14 15:36:58 <SpaceToast> ubuntu ships some very awkward stuff
2019-02-14 15:37:05 <SpaceToast> which is to be expected I guess, since it autogens
2019-02-14 15:37:09 <jwh> yeah
2019-02-14 15:37:17 <SpaceToast> I usually do
2019-02-14 15:37:26 <SpaceToast> X00000:65536
2019-02-14 15:37:30 <SpaceToast> where X is the entry #
2019-02-14 15:37:31 <jwh> yeah
2019-02-14 15:37:42 <jwh> root:100000:65536 is a pretty common default across distros and other products
2019-02-14 15:37:45 <SpaceToast> so 100000 for root, 200000 for me, etc
2019-02-14 21:19:18 <ddevault> how can I tell what version of a package I have installed? apk info shows a bunch of versions
2019-02-14 21:19:53 <_ikke_> apk policy
2019-02-14 21:20:38 <_ikke_> You have the one showing lib/apk/db/installed
2019-02-14 21:20:49 <ddevault> cheers
2019-02-14 21:36:57 <daggs1> Greetings, is there a way to automount a usb drive at boot time?
2019-02-14 21:37:02 <Lord> is there a way to downgrade musl ? (from edge to 3.9)
2019-02-14 21:37:25 <Lord> daggs1 : by putting it in fstab ?
2019-02-14 21:37:39 <daggs1> Lord, did that, not working
2019-02-14 21:37:54 <_ikke_> What did you try, and what isn't working?
2019-02-14 21:38:46 <daggs1> _ikke_, I have this in /etc/fstab: /dev/usbdisk    /mnt/recordings ext4    rw      0 0
2019-02-14 21:38:57 <daggs1> after reboot, /mnt/recordings is not mounted
2019-02-14 21:39:09 <daggs1> I need to run manually mount -a
2019-02-14 21:39:35 <_ikke_> I think you don't want to use /dev/usbdisk as source
2019-02-14 21:39:41 <_ikke_> not sure though
2019-02-14 21:39:41 <Lord> probably because your usb device isn't ready when fstab is taken into account
2019-02-14 21:39:46 <_ikke_> right
2019-02-14 21:40:22 <_ikke_> You might want to mount by uuid or something like that
2019-02-14 21:40:30 <daggs1> that is what I thought, I need the mount to exist prior to loading of anther service
2019-02-14 21:43:11 <daggs1> I don't have an /dev/disk/.... so I'm not sure uuid based mount will work
2019-02-14 21:44:48 <_ikke_> use what you get from blikd
2019-02-14 21:46:23 <mps> udevil? cli to mount devices as user
2019-02-14 21:46:54 <daggs1> _ikke_, label based mount is working but still no automount on boot
2019-02-14 21:58:28 <daggs1> btw, I don't have to mount it on boot, but I need some kind of automount
2019-02-15 07:23:24 <daggs1> Greetings, what is the proper way to implement usb automount in alpine linux? I can use a cron script to check periodically but I'm not sure that is the correct way to go
2019-02-15 07:29:32 <TBB> there is no correct way to implement usb automount
2019-02-15 07:30:54 <TBB> however, in your case, your mount options seem just plain wrong
2019-02-15 07:32:11 <daggs1> TBB, LABEL=recording /mnt/recordings ext4    rw      0 0 <= works with mount -a
2019-02-15 07:35:05 <TBB> yes it does because mount -a explicitly mounts all mountpoints in fstab
2019-02-15 07:35:54 <TBB> however, a device just being in fstab doesn't guarantee it being mounted. some filesystems like root, dev, proc and sys are mounted by the init process
2019-02-15 07:36:32 <daggs1> ok, what can I do to verify my mount options aren't wrong?
2019-02-15 07:36:34 <TBB> try defaults as your mount options
2019-02-15 07:36:41 <TBB> instead of rw
2019-02-15 07:37:07 <TBB> "defaults", if I remember correctly, include automatic mounting
2019-02-15 07:38:31 <TBB> udisks, udevil and such are meant mostly to handle plug-in events
2019-02-15 07:38:37 <xvilka> hi! Where I can ask for bumping the OCaml package?
2019-02-15 07:39:26 <daggs1> trying
2019-02-15 07:39:26 <TBB> xvilka, well you've mentioned it now, but I'd take the extra step and create a ticket for it in bugs.alpinelinux.org
2019-02-15 07:39:42 <xvilka> I noticed that Alpine provides old OCaml https://repology.org/metapackage/ocaml/versions
2019-02-15 07:39:57 <xvilka> TBB: ok, will try to register at this Redmine
2019-02-15 07:40:22 <xvilka> Why don't you enable GitHub login on your Redmine instance btw?
2019-02-15 07:41:10 <TBB> that I have no answer for, I'm just a user with an account
2019-02-15 07:46:06 <daggs1> TBB, unfortunatly it didn't worked
2019-02-15 07:46:20 <daggs1> I guess I'll have to write cron script for that
2019-02-15 08:40:24 <mps> daggs1: did you looked at udevil apk and it's devmon utility
2019-02-15 08:42:29 <daggs1> mps, I've installed it but not sure where I need to look
2019-02-15 08:44:13 <mps> I didn't tried automounting with udevil (just from cli) but it have devmon which could be set to automount according to their docs
2019-02-15 08:44:59 <daggs1> running the util results in this: Error connecting to the udisks daemon: Could not connect: No such file or directory
2019-02-15 08:45:01 <mps> that's on you to read and try
2019-02-15 08:46:11 <mps> I don't have any udisk* installed and udevil works and devmon in monitor mode
2019-02-15 08:47:17 <mps> probably you need to configure udevil and add yourself in plugdev group
2019-02-15 08:47:27 <daggs1> I'll look into it, thansk
2019-02-15 08:47:49 <daggs1> btw, I was wondering, why alpine doens't allow multiple kernels installed?
2019-02-15 08:48:37 <mps> it allows, but you have to configure that
2019-02-15 08:49:10 <daggs1> mps, link to manual please?
2019-02-15 08:50:52 <mps> I don't have links, look at /etc/update-extlinux.conf and read the docs about it
2019-02-15 08:51:41 <mps> I have two kernels, new and one old just if upgrade fails
2019-02-15 08:52:17 <daggs1> https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_1.7.3#Support_for_multiple_kernels
2019-02-15 08:52:36 <daggs1> kinda old
2019-02-15 08:55:36 <mps> daggs1: Alpine is not polished like other distros so you have to hack it to adapt for your needs
2019-02-15 08:57:09 <mps> and (to note) I like it is raw so I can set it according to my preferences and not be forced by distro packages their 'right way'
2019-02-15 08:57:21 <daggs1> mps, I know but still a bread crumb would be nice,  /etc/update-extlinux.conf doesn't help much, beside automenu, nothing seems relevant
2019-02-15 08:59:14 <daggs1> btw, anyone else noticed latest upgrade breaks nfs server?
2019-02-15 09:24:39 <deveh11> hey, upgraded alpine linux on my server and elixir/erlang no longer works
2019-02-15 09:24:41 <deveh11> dlsym: Resource temporarily unavailable [1]    2336 abort      erl
2019-02-15 09:24:44 <deveh11> any ideas?
2019-02-15 11:54:02 <Alina-malina> is there a way to compile alpine into executable and run as a background process in windows7,8,9,10?
2019-02-15 11:54:28 <_ikke_> there is WSL
2019-02-15 11:54:44 <_ikke_> alpine is available for WSL
2019-02-15 11:55:03 <Alina-malina> hmmm let me check it thanks
2019-02-15 11:55:09 <_ikke_> Alina-malina: Another option is to run a VM
2019-02-15 11:55:32 <azarus> also, compiling all of Alpine Linux into an executable??
2019-02-15 11:55:58 <Alina-malina> well i need some sort of lightweight linux version to run inside windows
2019-02-15 11:56:03 <Alina-malina> but vm i guess not the best options
2019-02-15 11:56:15 <_ikke_> Running an OS as an executable doesn't really make sense
2019-02-15 11:56:22 <azarus> those solutions always tend to be mess
2019-02-15 11:56:37 <azarus> windows is just not a good environment for other stuff to run on
2019-02-15 11:56:45 <_ikke_> If you just need to run some linux tools, I guess WSL would be your best option
2019-02-15 11:57:10 <Alina-malina> well what i am looking is to make a docker swarm container but even more leightweight
2019-02-15 11:57:23 <Alina-malina> so i could run executable on different machines
2019-02-15 11:57:30 <Alina-malina> and have a swarm
2019-02-15 11:57:41 <jwh> WSL is actuall very good
2019-02-15 11:57:44 <jwh> actually*
2019-02-15 11:57:52 <Alina-malina> ok, i hear about it first time
2019-02-15 11:57:53 <azarus> i haven't had that experience :P
2019-02-15 11:57:56 <azarus> (about WSL)
2019-02-15 11:58:37 <Alina-malina> where you guyse using alpine?
2019-02-15 11:58:44 <azarus> on computers
2019-02-15 11:59:02 <Alina-malina> i mean like on old computers? or what?
2019-02-15 11:59:05 <Alina-malina> legacy?
2019-02-15 11:59:08 <azarus> nope
2019-02-15 11:59:12 <azarus> just regular computers
2019-02-15 11:59:25 <_ikke_> servers
2019-02-15 11:59:38 <Alina-malina> i just found out about alpine, before i used archlinux and thought it would be the best options
2019-02-15 11:59:49 <_ikke_> Because alpine is lightweight doesn't mean it's only suitable for old hardware
2019-02-15 12:01:33 <Alina-malina> how about using it on rpi3b+? is it fully supported there?
2019-02-15 12:02:19 <mps> Alpine works on small SBC's and on supercomputers, and works very well
2019-02-15 12:02:58 <Alina-malina> ok
2019-02-15 12:03:51 <mps> but, computer power depends on your use case, of course
2019-02-15 12:05:08 <Alina-malina> well, mostly i am scanning wifi networks and doing vpns, working with networking mostly
2019-02-15 12:05:25 <mps> Alina-malina: your nick is related to RPi ;)
2019-02-15 12:05:45 <Alina-malina> i guess lol, but when i had that nickname i think there was no rpi, so the rpi is related to my nickname i guess
2019-02-15 12:05:59 <Alina-malina> what is the usecase scenario of nginx+alpine inside docker container? what is the benefit of it?
2019-02-15 12:06:12 <Alina-malina> i see lots of containers that have +alpine inside
2019-02-15 12:06:25 <mps> smal, simple, secure. that is
2019-02-15 12:06:36 <mps> s/smal/small/
2019-02-15 12:06:47 <Alina-malina> like there is nginx container and nginx+alpine,    oh you mean like nginx+alpine is smaller?
2019-02-15 12:06:53 <Alina-malina> heh thast interesting
2019-02-15 12:07:39 <Alina-malina> nginx:latest 182MB nginx+alpine 54MB  heh
2019-02-15 12:07:52 <azarus> makes sense
2019-02-15 12:08:01 <azarus> what's the nginx:latest built on? debian?
2019-02-15 12:08:02 <Alina-malina> i thought it should be vice verca lol
2019-02-15 12:08:08 <Alina-malina> yes
2019-02-15 12:08:10 <Alina-malina> jessy
2019-02-15 12:08:11 <mps> I have had complete web server (nginx) mail server (postfix+dovecot) and xmmp server in just 256MB on qemu
2019-02-15 12:08:13 <Alina-malina> oh
2019-02-15 12:08:43 <Alina-malina> this is really interesting, now it makes sence for me
2019-02-15 12:08:51 <Alina-malina> sense*
2019-02-15 12:12:19 <mps> now my server (postfix+dovecot+nginx+sshd+radvd,adsl pppoe ruoter, + my irssi client) are on old Lamobo R1 (Allwinner A20) running from micro sd
2019-02-15 12:13:16 <mps> 'free -m' says: Mem:            753          55         389           0         308         683
2019-02-15 12:13:31 <mps> i.e. 55MB is used
2019-02-15 12:14:13 <mps> although it have 308 in buffer and cache
2019-02-15 12:14:45 <mps> so, Alpine is best!
2019-02-15 12:17:32 <Alina-malina> heh
2019-02-15 12:19:11 <Alina-malina> wondering if there is a sense of installing some virtualization software on my old legacy i686 laptop and run many alpines on it lol
2019-02-15 12:20:07 <mps> why not run it native on that box
2019-02-15 12:20:37 <Alina-malina> well it has arch on it with tons of stuff installed already, but if it might give more performance i am ready to format it and install alpine with tools from scratch
2019-02-15 12:20:57 <Alina-malina> there is no GUI
2019-02-15 12:21:07 <Alina-malina> just screen
2019-02-15 12:21:22 <mps> why do you think so? there is gui for sure
2019-02-15 12:21:48 <Alina-malina> no i mean on my box
2019-02-15 12:21:50 <Alina-malina> i dont use gui
2019-02-15 12:21:51 <Alina-malina> lol
2019-02-15 12:22:15 <Alina-malina> mostly use that laptop as a router connected to string wifi antenna lol
2019-02-15 12:22:22 <Alina-malina> strong*
2019-02-15 12:23:40 <mps> these are perfect cases for alpine, a year ago I retired my last i686-32bit where was Alpine as router wifi AP and what not
2019-02-15 12:24:11 <mps> and it also was on SD card, without hard disk
2019-02-15 12:24:47 <mps> worked fine but I switched to ARM
2019-02-15 12:26:47 <Alina-malina> well, this is cool i found out about alpine, my next project i am pretty sure going to be based on alpine, going to build a 6700K based router for VPN and more wifi spots
2019-02-15 12:34:06 <daggs1> mps, looking at /sbin/update-extlinux I see that what I need can be achieved if a vmlinuz has a version after that, but the file resulted from the pkg (I build the kernel locally) is prefixed with -virt, where that -virt comes from?
2019-02-15 12:35:18 <CaptainQuirk> Hi there ! I'm trying to install cairo-1.16.0-r1 on an 3.8 alpine docker image
2019-02-15 12:35:33 <CaptainQuirk> I'm only getting a 1.14 version
2019-02-15 12:37:06 <Mo0O> CaptainQuirk: normal, that's the latest version available in edge repository: https://pkgs.alpinelinux.org/package/edge/main/x86/cairo
2019-02-15 12:37:52 <Mo0O> CaptainQuirk: by the way you can try to build a more recent version using abuild: https://git.alpinelinux.org/aports/tree/main/cairo?h=master
2019-02-15 12:38:37 <mps> daggs1: virt kernel are from alpine-virt ISO's usually but could be that you installed it manually by 'apk add linux-virt' (something similar, didn't installed virt for some time)
2019-02-15 12:38:39 <Mo0O> patches may be updated
2019-02-15 12:38:51 <CaptainQuirk> yes, I finally found the place where I could browse packages by alpine version
2019-02-15 12:39:20 <CaptainQuirk> building ...
2019-02-15 12:39:29 <Mo0O> https://pkgs.alpinelinux.org/contents here is a good place for searching
2019-02-15 12:39:32 <CaptainQuirk> no idea how I'm supposed to do that on alpine
2019-02-15 12:39:53 <Mo0O> CaptainQuirk: https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package
2019-02-15 12:40:12 <daggs1> mps, my alpine install runs over kvm, I need that kernel
2019-02-15 12:40:32 <mps> ah, then it is ok
2019-02-15 12:40:54 <CaptainQuirk> Mo0O: looks rather tedious to me ;-(
2019-02-15 12:41:13 <Mo0O> not that much at the end, don't be scared
2019-02-15 12:42:03 <Mo0O> CaptainQuirk: but cairo-1.16.0-r1 is availabe in edge
2019-02-15 12:42:11 <Mo0O> so no need to rebuild it
2019-02-15 12:42:39 <CaptainQuirk> I'm not familiar with the term edge : are you refering to the repository ?
2019-02-15 12:43:17 <daggs1> question is, mps question is, where does it comes from, if I cannot make it auto, it is hard to maintain the upgrades
2019-02-15 12:43:40 <Mo0O> CaptainQuirk: yes, just add: @edge http://nl.alpinelinux.org/alpine/edge/main  # at the end of /etc/apk/repositories
2019-02-15 12:43:49 <Mo0O> CaptainQuirk: echo "@edge http://nl.alpinelinux.org/alpine/edge/main" >> /etc/apk/repositories
2019-02-15 12:44:04 <Mo0O> CaptainQuirk: and then use: apk add cairo@edge
2019-02-15 12:44:26 <Mo0O> run: apk update  # before
2019-02-15 12:44:30 <Mo0O> enjoy
2019-02-15 12:44:35 <mps> well, can't remember exactly, but I think if you add your kernel config to /boot/extlinux.conf it will not be overwitten. That is how it works in my case
2019-02-15 12:44:55 <CaptainQuirk> oh sorry, made a mistake
2019-02-15 12:45:05 <mps> if you want I can send to paste my extlinux.conf to see it
2019-02-15 12:45:07 <CaptainQuirk> It's actually cairo-dev and pango-dev I need
2019-02-15 12:45:28 <Mo0O> well, just do the same: apk add cairo-dev@edge
2019-02-15 12:45:33 <daggs1> mps, that will be helpful
2019-02-15 12:45:43 <CaptainQuirk> ah
2019-02-15 12:46:18 <CaptainQuirk> I already add the echo '....' >> /etc/apk/repositories line but I must have forgotten the @edge tag when copy-pasting
2019-02-15 12:46:25 <CaptainQuirk> silly
2019-02-15 12:46:30 <Mo0O> np
2019-02-15 12:46:42 <CaptainQuirk> rebuilding the whole docker image now
2019-02-15 12:46:52 <Mo0O> if you omit the @edge apk will use it as a regular repo
2019-02-15 12:47:02 <mps> daggs1: http://tpaste.us/Q1Lz
2019-02-15 12:47:03 <Mo0O> which might not be what you want
2019-02-15 12:47:10 <CaptainQuirk> nope indeed
2019-02-15 12:48:50 <CaptainQuirk> thanks, it did build ! I have another error though, but not alpine-linux related
2019-02-15 12:49:38 <daggs1> mps, so you keep vmlinuz-4.14.52-0 as fallback and update the default all the time?
2019-02-15 12:52:59 <mps> right
2019-02-15 12:53:44 <daggs1> mps, I see, I'll try a different approach then
2019-02-15 17:14:14 <mwally> Hello, I have a support question. On moving from Alpine 3.8 to 3.9, one of my shell scripts broke. Using the busybox wget to send an https GET api call, the newest version of Alpine throws a generic error “wget: error getting response: Connection reset by peer”. This may be related to https://git.alpinelinux.org/aports/commit/?id=1d0560a9b6b5597b191e5aff69a31c2fe0aba273
2019-02-15 17:15:47 <mwally> I’ve tried --no-check-certificate, but that feature does not appear available. Do I need to install the wget binary? Are there any other options available to me? I’m trying to keep my embedded system as tiny as possible, and I don’t particularly need SSL validation, but I’d like to not always send stuff in the clear, either.
2019-02-15 17:38:13 <jwh> I'd use curl, but guess you'd have to check what you can afford to install
2019-02-15 17:40:22 <TBB> was there some extra package to install to add ssl support to the busybox wget?...
2019-02-15 17:41:17 <jwh> tls support yes, disabling verification no
2019-02-15 18:05:09 <mwally> The certificate should be valid, what extra package should I try?
2019-02-15 18:05:54 <jwh> ca-certificates?
2019-02-15 18:25:52 <daggs1> mps, here is what I came up with https://dpaste.de/63ZZ/raw
2019-02-15 18:28:14 <mps> daggs1: sorry, don't understand you. you built kernel with some patch(es)
2019-02-15 18:29:29 <mps> btw, I'm bad on shell programming, never liked it
2019-02-15 18:31:00 <daggs1> yes which resulted with a name that the update-extlinux should be able to locate and add new entry to the menu
2019-02-15 18:33:25 <mps> ah, ok. so you got two menu lines for two kernels. nice
2019-02-15 18:33:36 <daggs1> should
2019-02-15 18:34:05 <mps> I did that by brute force, i.e. wrote directly to extlinux.conf
2019-02-15 18:34:21 <mps> btw, you use syslinux and not grub?
2019-02-15 18:34:48 <Lord> is there a way to downgrade musl ? (from edge to 3.9)
2019-02-15 18:35:10 <daggs1> mps, I like my stuff automated as possible
2019-02-15 18:35:36 <daggs1> I used the default install, I don't rememeber been asked what boot loader to use
2019-02-15 18:36:27 <mps> daggs1: so we have different POV, I prefer that what I set and don't like some other tools mess with me
2019-02-15 18:37:16 <mps> Lord: it should be possible
2019-02-15 18:38:27 <mps> although never tried with musl but with other libs and packages it worked for me
2019-02-15 18:38:43 <Lord> how do you do it ?
2019-02-15 18:39:34 <mps> remove edge from /etc/apk/repositories, 'apk update' and 'apk fix -r package-name'
2019-02-15 18:41:31 <Lord> it is still reinstall 1.1.21-r0 (edge instead of 3.9 : 1.1.20-r3)
2019-02-15 18:43:19 <mps> hmm, musl is somewhat special
2019-02-15 18:43:53 <Lord> yep as it's the libc it's more complicated…
2019-02-15 18:46:27 <mps> there is guide on wiki.a.o about package pinning. maybe that could help you
2019-02-15 18:49:17 <mps> something like 'apk add 'musl=1.1.20'
2019-02-15 18:49:42 <Lord> OMG yes it worked !
2019-02-15 18:50:21 <Lord> thanks a lot mps !
2019-02-15 18:51:13 <mps> you are welcome
2019-02-15 18:53:52 <Lord> i'll update the bug report here : https://bugs.alpinelinux.org/issues/9983
2019-02-15 18:57:57 <mps> Lord: edge is testing repo, don't expect that everything work and expect bugs there. It is development for next stable release
2019-02-15 19:00:06 <Lord> yes i know. That's why i use it. To test and report bugs… except it's my main server for many services ;-)
2019-02-15 19:01:02 <Lord> it's nothing vital, just private stuff. I know how to get my data back on another fresh server and all but i wanted to be sure about this bug.
2019-02-15 19:03:41 <mps> well, that nice to be brave and risk. But I usually first try with containers or qemu to see if it works and then upgrade main working machine
2019-02-15 19:04:53 <mps> living on the _edge_ is risky, but that is *real* life :)
2019-02-15 19:09:38 <fiftysix> hi
2019-02-15 19:10:28 <fiftysix> i'm trying "apk add moreutils --repository=http://dl-cdn.alpinelinux.org/alpine/edge/main" (which according to https://pkgs.alpinelinux.org/package/edge/community/x86_64/moreutils exists) but it says "ERROR: unsatisfiable constraints: moreutils (missing)" ... what am i doing wrong?
2019-02-15 19:12:10 <mps> fiftysix: main or community, look carefully
2019-02-15 19:12:24 <fiftysix> oh!
2019-02-15 19:12:27 <fiftysix> thanks mps!
2019-02-15 19:14:59 <Ajeesh_> Hi
2019-02-15 19:15:19 <Ajeesh_> I am getting this message while accessing a binary after untar it in the server
2019-02-15 19:15:26 <Ajeesh_> Error loading shared library ld-linux-x86-64.so.2: No such file or directory (needed by /bitcoin-0.16.3/bin/bitcoind)
2019-02-15 19:17:17 <mps> Ajeesh_: you binary is probably for gnu libc system, and Alpine is musl libc
2019-02-15 19:19:37 <Ajeesh_> oh okay thank you , so this package is not able to install it in alpine linux correct
2019-02-15 19:19:56 <Ajeesh_> iam using this package
2019-02-15 19:19:57 <Ajeesh_> https://bitcoin.org/bin/bitcoin-core-0.16.3/bitcoin-0.16.3-x86_64-linux-gnu.tar.gz
2019-02-15 19:20:07 <FreeBDSM> hello, how come nginx letsencrypt module didn't get into 3.9.0?
2019-02-15 19:20:13 <mps> you could try to add libc6-compat apk
2019-02-15 19:21:03 <mps> but, this is for simple packages. anyway try and see
2019-02-15 19:21:04 <Ajeesh_> mps: i tried that
2019-02-15 19:21:08 <Ajeesh_> but same message
2019-02-15 19:21:27 <FreeBDSM> nvm, letsencrypt != certbot
2019-02-15 19:21:32 <mps> then you are out of the luck :(
2019-02-15 19:22:39 <mps> Ajeesh_: btw, you dare to run binary without source for bitcoin? I wouldn't
2019-02-15 19:23:51 <Ajeesh_> I have tried 3.8 with version v0.16.1.0-cc33da810a
2019-02-15 19:24:15 <Ajeesh_> but as per the update 0.16.3 is the stable version in 0.16.X series
2019-02-15 19:24:58 <mps> if there is a source you could try to build it on Alpine
2019-02-15 19:25:37 <Ajeesh_> Yes i do that using the git clone https://github.com/bitcoin/bitcoin --branch v0.16.3 --single-branch and it is working
2019-02-15 19:25:55 <mps> there is something called bitcoin-0.17.0.1 on Alpine
2019-02-15 19:26:15 <mps> packaged, I mean
2019-02-15 19:26:17 <Ajeesh_> but my developer want 0.16.3 from bitcoin.org
2019-02-15 19:26:36 <Ajeesh_> since they are using 0.16.3 version on the sandbox and dev environment
2019-02-15 19:27:18 <mps> you can take APKBUILD from Alpine and adapt it to the version you need
2019-02-15 19:29:42 <Ajeesh_> mps: i din't get that can you please describe little more easy way , i am sorry
2019-02-15 19:31:32 <mps> there is a wiki.alpinelinux.org about developing/building Alpine packages. Read it and you will understand, I think
2019-02-15 19:31:47 <mps> it is not easy to explain all that on IRC
2019-02-15 19:31:54 <Ajeesh_> okay
2019-02-15 19:31:57 <Ajeesh_> i will do
2019-02-15 19:33:09 <mps> but simply, you 'git clone' Alpine packages repository and adapt/add/change it to your needs
2019-02-15 19:35:32 <Ajeesh_> okay
2019-02-15 23:09:22 <ddevault> is there a way to reinstall every package on my system?
2019-02-15 23:09:28 <ddevault> I had some issues with filesystem corruption
2019-02-15 23:23:36 <TBB> there's probably a --reinstall switch in apk add and you can pipe the output of apk info to it
2019-02-15 23:23:54 <TBB> there's probably also a more sophisticated way, that's just the first one that comes to mind
2019-02-15 23:30:27 <ddevault> I seem to have gotten away with not reinstalling for the time being
2019-02-15 23:30:29 <ddevault> thankfully
2019-02-15 23:45:59 <TBB> yeh, I've managed to get some of my installs in a state that required something like that
2019-02-15 23:46:34 <TBB> but that was basically my job some time back, torturing base installs to find out how to avoid breaking them
2019-02-15 23:51:34 <m4t> ddevault: you can do an apk audit to check for corrupt files
2019-02-15 23:51:45 <ddevault> perfect, cheers
2019-02-15 23:51:55 <m4t> apk audit --system
2019-02-15 23:52:30 <m4t> then apk fix
2019-02-16 10:10:38 <daggs1> mps_, my script worked but the apline install process didn't liked it, I've left after fiddling with a non booting installation, finishing reinstall now :(
2019-02-16 10:20:54 <mps_> daggs1: automated setting boot is not safe until you have external boot media ready, in my experience
2019-02-16 10:26:15 <daggs1> mps, I've learned from it, not I use stable, switched to grub and I have to instances, one for dev and one for production, I'll test the changes on dev and delgate it to production only if it works on tde setup
2019-02-16 10:26:26 <daggs1> s/not/now
2019-02-16 10:29:13 <mps> daggs1: that's nice what you do, i.e. trying to hack it to your needs and your ideas.
2019-02-16 10:31:16 <daggs1> mps, not much of a choice... I just found a bug in the kernel driver of the usb dongle I use. I must have some ability to upgrade the kernel
2019-02-16 10:33:50 <mps> whatever is your reason, you didn't gave up but tried to fix the problem, that's what i think is good/nice
2019-02-16 10:35:57 <daggs1> 
ACTION has gentoo mentality => good enough for alpine linux me think

2019-02-16 10:38:17 <TBB> Gentoo mentality? :)
2019-02-16 10:38:51 <mps> well, sometime yes, sometimes not. Alpine is not gentoo and applying gentoo (or any other) mentality blindly is not best idea, imo
2019-02-16 10:38:53 <TBB> to me that's like "gotta run full update at least once a week or I'll never know when the next Perl update will break everything" :D
2019-02-16 10:39:28 <mps> Applying knowledge from other distros is good, I dare to say
2019-02-16 10:39:51 <daggs1> mps: dagg@NCC-5001D ~ $ lsb_release -a | grep -i "^D"
2019-02-16 10:39:51 <daggs1> Distributor ID: Gentoo
2019-02-16 10:39:51 <daggs1> Description:    Gentoo Base System release 2.6
2019-02-16 10:40:26 <daggs1> TBB, one a day ;)
2019-02-16 10:40:58 <mps> daggs1: lsb-release? where did you run this
2019-02-16 10:41:26 <mps> It is not on Alpine
2019-02-16 10:42:04 <daggs1> mps, my main server
2019-02-16 10:42:49 <mps> aha, it is gentoo, not that box where you are solving boot problem?
2019-02-16 10:42:52 <daggs1> I run 5 distros on my home network, Gentoo, Alpine, openwrt, libreelec and Debian
2019-02-16 10:43:54 <mps> OT, how do you manage all that mess :)
2019-02-16 10:47:03 <daggs1> mps, gentoo is the main updated regularly, debian is the utils server updated rearly, libreelec is the streamer, updates when there is an official update, openwrt runs in a vm on the utils server updated every 6 months if even, alpine linux runs in the vm utils too, updates ones a few weeks
2019-02-16 10:49:23 <mps> I'm joking a little, also I had and still have someting similar, openwrt, debian and alpine, and sometimes run some other distros for some specific tasks
2019-02-16 14:24:37 <daggs1> mps, so apparenly
2019-02-16 14:25:03 <daggs1> grub doesn't work well on apline atop of kvm
2019-02-17 07:33:35 <no_gravity> Good Morning!
2019-02-17 07:33:44 <no_gravity> Why does alpine use apk rather then apt?
2019-02-17 07:33:57 <jwh> umm
2019-02-17 07:36:17 <_ikke_> no_gravity: why does rhel use rpm and archlinux use pacman?
2019-02-17 07:36:41 <TBB> because everyone absolutely must implement their own package manager ;)
2019-02-17 07:36:46 <no_gravity> _ikke_: Maybe they prefer them for some reason?
2019-02-17 07:36:59 <_ikke_> exactly
2019-02-17 07:38:11 <_ikke_> no_gravity: One reason is that the no-disk installations depend on the packages being installed at boot, so that process must be fast
2019-02-17 07:38:45 <no_gravity> _ikke_: What is a 'no-disk installation'?
2019-02-17 07:39:31 <_ikke_> no_gravity: run-from-ram, where your system runs on a tmpfs
2019-02-17 07:39:48 <no_gravity> _ikke_: Alpine is like that?
2019-02-17 07:40:02 <TBB> it can be installed that way, yes
2019-02-17 07:40:36 <_ikke_> It also supports regular disk installs
2019-02-17 07:47:22 <no_gravity> The docker image 'alpine' seems to be a regular disk install.
2019-02-17 07:48:52 <_ikke_> yes
2019-02-17 07:49:05 <_ikke_> It doesn't make sense for it to be run-from-ram
2019-02-17 07:50:02 <no_gravity> I see.
2019-02-17 07:53:24 <no_gravity> I am building an Alpine image to run a single .phar file. Where would one usually put that phar file?
2019-02-17 07:53:52 <maldridge> is that a docker question or an alpine question
2019-02-17 07:53:53 <no_gravity> Just drop it at the root? /thepharfile.phar
2019-02-17 07:54:02 <no_gravity> maldridge: I wonder that myself.
2019-02-17 07:54:04 <_ikke_> or /usr/local/bin
2019-02-17 07:54:18 <maldridge> I prefer /srv/www for things that serve web services
2019-02-17 07:54:35 <no_gravity> maldridge: It does not serve web service.
2019-02-17 07:54:42 <no_gravity> It is a command line tool.
2019-02-17 07:55:00 <maldridge> ah, then /usr/local/bin would be appropriate
2019-02-17 07:55:00 <no_gravity> _ikke_: Well, it has to be executed like this: 'php phan.phar'.
2019-02-17 07:55:17 <_ikke_> Does it?
2019-02-17 07:55:27 <no_gravity> _ikke_: I think so. Let me try ...
2019-02-17 07:55:31 <_ikke_> I believe if it's executable, you should be able to directly execute it
2019-02-17 07:55:34 <_ikke_> just like composer
2019-02-17 07:55:42 <_ikke_> it's also a phar, but I can just run composer
2019-02-17 07:56:23 <no_gravity> Hmmm.. could be.
2019-02-17 07:56:37 <no_gravity> Either way it gives me this inside my Alpine:
2019-02-17 07:56:44 <no_gravity> PHP Fatal error:  Uncaught Error: Class 'Phar' not found in /phan.phar:4
2019-02-17 07:57:02 <_ikke_> So it does execute, just missing a dep
2019-02-17 07:57:17 <_ikke_> apk add php7-phar
2019-02-17 07:57:38 <no_gravity> _ikke_: Awesome! Now it works!
2019-02-17 07:58:02 <no_gravity> Except it is missing other debs :)
2019-02-17 07:58:16 <_ikke_> Right
2019-02-17 07:58:19 <jwh> should probably know what extensions you need
2019-02-17 07:58:20 <_ikke_> just add those as well
2019-02-17 07:58:29 <no_gravity> Yeah, adding one after the other.
2019-02-17 07:59:02 <no_gravity> phan is a static code analyzer by Rasmus Lerdorf, the original author of PHP.
2019-02-17 07:59:16 <no_gravity> Trying to build a docker container for it based on Alpine.
2019-02-17 09:46:29 <mps> If I'm poet I would write ode to apk, saved me from my mistakes few times with easy and fast solutions
2019-02-17 12:26:32 <mps> wireguard-virt is in testing and now is 4.19.21 version but the linux-virt 4.19.18 in stable (3.9). Is there a previous version of wireguard-virt (4.19.18) on Alpine servers for download
2019-02-17 12:27:41 <mps> btw, I would like to see wireguard moved to community if not even to main
2019-02-17 14:36:17 <clandmeter> Wireguard is not yet stable
2019-02-17 15:54:27 <nekocentral> I'm looking in porting alpine to an arm device, i got the uboot and kernel sources
2019-02-17 15:54:34 <nekocentral> anything else i would need?
2019-02-17 17:33:15 <m15k> Hi. Is there any example how the mqtt from msg.alpinelinux.org:rsync/rsync.alpinelinux.org/# look like?
2019-02-17 17:38:27 <danieli> m15k: you can use mosquitto_sub to see for yourself if you want
2019-02-17 17:39:34 <m15k> danieli: Do you know what triggers the message?
2019-02-17 18:04:59 <danieli> when files are uploaded to the master iirc
2019-02-17 18:05:16 <danieli> mirrors are only meant to listen to it
2019-02-17 19:26:05 <blueyed> With alpine 3.9 "apk add --virtual foo bar; apk add --virtual foo baz" does not install baz anymore?!
2019-02-17 22:03:58 <vista> is there a guide for virt-installing alpine? I've been trying for the last hour, I haven't been able to get a working instance installed using the latest virt-amd64 flavor ISO.
2019-02-17 22:04:28 <vista> boot always seem to get stuck here: https://pastebin.com/raw/cnpqE1pq
2019-02-17 22:04:57 <vista> (at least, that's all I see on serial console)
2019-02-18 00:58:46 <qman__> vista: which hypervisor?
2019-02-18 08:06:21 <clandmeter> vista: its probably related to https://bugs.alpinelinux.org/issues/9960
2019-02-18 12:52:15 <vista> qman__: sorry for the late reply: qemu/kvm
2019-02-18 12:52:28 <vista> I was able to successfully install it with a 3.8 installer image
2019-02-18 12:52:52 <qman__> ok, then that sounds like it's very probably the issue clandmeter mentioned
2019-02-18 12:52:55 <vista> clandmeter: what kind of boot delays are to be expected? I let it boot for 15-20 mins, the instance didn't come up even after that
2019-02-18 12:53:34 <qman__> VMs don't generate a lot of entropy of their own, so if you don't trust the CPU entropy, you're going to be waiting around a while
2019-02-18 12:54:40 <vista> I was able to work around this issue by first installing 3.8, then upgrading to 3.9. No problems booting at the moment
2019-02-18 13:17:16 <misterunknown> Hi there. I just found /etc/apk/world. It seems to be a list of installed packages. Is that correct? Whats the point of this file?
2019-02-18 13:18:29 <kahiru> it is a list of explicitly installed packages
2019-02-18 13:21:22 <_ikke_> misterunknown: When you have a run-from-ram install, that file is for example used to determine what packages to install at boot
2019-02-18 13:22:01 <misterunknown> Ok. What does "explicitly" mean? I just compared "apk info" with /etc/apk/world. Some packages are installed, but not in this file – but I never updated this file by hand. How does apk decide if a package belongs to /etc/apk/world?
2019-02-18 13:22:30 <_ikke_> misterunknown: apk add foo would add foo to /etc/apk/world, but not its dependencies
2019-02-18 13:22:50 <kahiru> ^ thats what I meant
2019-02-18 13:23:13 <misterunknown> _ikke_, kahiru: Ah, thanks ;)
2019-02-18 13:24:55 <misterunknown> (I'm about to update ansibles "package_facts" module to work with apk)
2019-02-18 13:35:54 <asyd> folks, anyone knowns where I can py-bt definition for gdb in alpine?
2019-02-18 13:38:26 <_ikke_> You mean as a dependency?
2019-02-18 13:39:52 <asyd> well, I'm trying to debug a python running process. What I've found say 'gdb /usr/bin/python3' then 'py-bt' except I don't have this gdb command
2019-02-18 13:39:59 <asyd> and I have no idea how to get it
2019-02-18 13:41:46 <_ikke_> https://stackoverflow.com/a/41173485/20261 ?
2019-02-18 13:49:28 <asyd> _ikke_: https://pkgs.alpinelinux.org/contents?file=python*gdb.py&path=&name=&branch=edge -> nothing
2019-02-18 13:50:01 <_ikke_> yeah, tried looking for the same
2019-02-18 13:50:59 <asyd> btw thanks for helping. I'll try on another image where I built python myself
2019-02-18 14:12:00 <steven> _ikke_: ping
2019-02-18 14:12:30 <_ikke_> pong
2019-02-18 14:13:36 <steven> eh mate, figured it might be easier to ping you here and tell you that I fixed up the mpdecimal PR.
2019-02-18 14:13:44 <steven> don't wanna wait another month :D
2019-02-18 14:13:51 <_ikke_> heh
2019-02-18 14:13:58 <_ikke_> I
2019-02-18 14:14:37 <_ikke_> I'm working a bit getting some PRs closed in the backlog :)
2019-02-18 14:15:27 <_ikke_> I'll look at it tonight
2019-02-18 14:20:26 <steven> nice, thanks
2019-02-18 19:16:37 <_ikke_> steven: It's pushed :-)
2019-02-18 20:18:30 <Gasher> hello, can I download alpine in img/qcow2/vhdx/vdi/vmdk format? I want to use Alpine on Digitalocean
2019-02-18 20:24:08 <parazyd> Gasher: https://github.com/bontibon/digitalocean-alpine
2019-02-18 20:30:02 <Gasher> parazyd, this does not work unfortunately
2019-02-18 20:30:09 <Gasher> already tried that
2019-02-18 20:30:29 <parazyd> No? It worked for me.
2019-02-18 20:30:29 <Gasher> oh, I meant the other one
2019-02-18 20:30:47 <Gasher> there is a similar one for a dedicated DO image, it didn't work
2019-02-18 20:30:49 <Gasher> I didn't try this one
2019-02-18 20:30:54 <Gasher> how hacky is it?
2019-02-18 20:31:11 <parazyd> It's fine, and works fine.
2019-02-18 20:31:18 <parazyd> Just make sure you start with Debian 9.6
2019-02-18 20:31:22 <parazyd> I didn't try it out with anything else.
2019-02-18 20:32:22 <Gasher> the readme says 9.7
2019-02-18 20:33:34 <Gasher> 9.6 isn't available anyway, oh well
2019-02-18 20:37:32 <Gasher> it works though
2019-02-18 20:37:34 <Gasher> thanks parazyd
2019-02-18 20:39:55 <parazyd> np
2019-02-18 20:40:01 <parazyd> Ah
2019-02-18 20:40:08 <parazyd> Also if you will play with /etc/network/interfaces
2019-02-18 20:40:15 <parazyd> Then delete the digitalocean-alpine package
2019-02-18 20:40:28 <parazyd> Or whatever it's name is (there's an initscript, look around)
2019-02-18 21:05:17 <Gasher> parazyd, thankfully I'm not, thanks. what is there left of debian after running the shell script?
2019-02-18 21:06:39 <parazyd> Nothing
2019-02-18 21:08:15 <Gasher>  /etc/hostname is though parazyd
2019-02-18 21:09:30 <parazyd> Well
2019-02-18 21:20:50 <Gasher> I also have another question - the wiki on docker page talks about isolating containers with a user namespace, how does this method compare to making a user for managing docker?
2019-02-19 08:20:33 <ngauje> Hello everyone, I have a question about wget, curl and CA certs
2019-02-19 08:21:24 <ngauje> I manage to add a custom CA to access some company internal websites (pki) using curl on alpine3.9
2019-02-19 08:21:45 <ngauje> but it won't work with wget!
2019-02-19 08:22:05 <clandmeter> did you apk add wget?
2019-02-19 08:22:28 <ngauje> no I use the default's one (busybox)
2019-02-19 08:22:35 <mepholic> https://www.vinc17.net/unix/cacert.en.html
2019-02-19 08:22:40 <mepholic> oh
2019-02-19 08:22:42 <mepholic> lol
2019-02-19 08:22:42 <clandmeter> that one only supports base ssl
2019-02-19 08:22:54 <mepholic> I doubt bb wget can handle that
2019-02-19 08:22:56 <mepholic> yeah
2019-02-19 08:23:04 <clandmeter> if you need more cert support add wget with apk
2019-02-19 08:23:32 <ngauje> ho yeah it works now!
2019-02-19 08:23:43 <ngauje> thanks for the quick answers guys !
2019-02-19 08:23:56 <clandmeter> thats 1 beer at least
2019-02-19 08:24:54 <ngauje> didn't find out that the default one is not the same as the one shipped with apk
2019-02-19 08:25:29 <clandmeter> we use bb wget in places we want to keep small.
2019-02-19 08:27:10 <ngauje> yes it make sense now :)
2019-02-19 08:39:32 <steven> thanks _ikke_ :)
2019-02-19 09:12:39 <Magicloud> Hello.
2019-02-19 09:13:03 <Magicloud> I have a question. How to have alpinelinux bring up network after boot?
2019-02-19 09:13:55 <Magicloud> From firstboot service, I see that ssh_key leads to enable sshd service and add key for root user. But I see no where containing logic to generate interfaces and bring up network.
2019-02-19 09:14:05 <TBB> rc-update add networking default
2019-02-19 09:14:27 <TBB> you'll also need an appropriate entry in /etc/network/interfaces
2019-02-19 09:14:30 <Magicloud> Sorry, I meant automatically, or say, headless.
2019-02-19 09:15:07 <Magicloud> Boot param "ip" only works in init of ramdisk, which, does not work in virtualbox or Raspberry Pi 3
2019-02-19 09:15:13 <clandmeter> Magicloud: from initramfs
2019-02-19 09:15:55 <clandmeter> what is the issue with rpi3?
2019-02-19 09:16:51 <Magicloud> ip=dhcp in boot parameter does not get network up, in initrd stage. Nor the next stage (system assembled from apks).
2019-02-19 09:17:31 <Magicloud> setup-alpine enables network correctly, so I guess it is not an network environment issue.
2019-02-19 09:17:39 <TBB> hmm. correct modules perhaps?
2019-02-19 09:18:24 <Magicloud> Maybe, at least in virtualbox, it is due to no network devices are identified.
2019-02-19 09:19:29 <Magicloud> But it is the image I downloaded from alpinelinux.org, wondering if it should be "not fully working".
2019-02-19 09:19:32 <TBB> okay. can't remember how vbox networking is done, but if you can figure out what kind of hardware it expects, you can add that module to /etc/modules ... whether the initramfs inherits it from there I can't say for sure
2019-02-19 09:20:13 <TBB> I did most of my Alpine vm's using qemu because of constant problems with virtualbox
2019-02-19 09:20:58 <Magicloud> Ye, so I am just worrying about RPI3.
2019-02-19 09:21:56 <Magicloud> Also, /etc/modules are in second stage, right? I can see the network device in second stage. "ip=dhcp" works in first stage, where the devices cannot be seen.
2019-02-19 09:29:39 <zachary12> hi all, is this the best guide to be following for zfs root on luks? https://wiki.alpinelinux.org/wiki/Setting_up_ZFS_on_LUKS
2019-02-19 09:29:53 <zachary12> I tried to apk add zfs-vanilla annd it's not working great
2019-02-19 09:40:02 <kahiru> zachary12: could you elaborate on "its not working"?
2019-02-19 09:41:03 <zachary12> one moment i'll retry, i added a mirror with 3.9 and apk complained about the kernel modules missing
2019-02-19 09:41:32 <zachary12> i should start with i downloaded the standard amdx86_64 iso
2019-02-19 09:46:55 <kahiru> iirc if you start with the exetended iso you get zfs out of the box
2019-02-19 09:47:10 <zachary12> great to know, thank-you, i'll try that
2019-02-19 09:57:01 <clandmeter> Magicloud: which image did you use?
2019-02-19 10:00:35 <clandmeter> by default our normal releases do not support netboot. you will need to generate an image yourself and add network option to initramfs
2019-02-19 10:15:34 <Magicloud> clandmeter, sorry I was away. I use http://dl-cdn.alpinelinux.org/alpine/v3.9/releases/aarch64/alpine-rpi-3.9.0-aarch64.tar.gz
2019-02-19 10:16:32 <Magicloud> I am not trying to netboot. Just want the device to be sshd ready when boot up. Instead of having to configure on console.
2019-02-19 10:22:11 <clandmeter> thats only possible if initramfs has network support
2019-02-19 10:22:15 <clandmeter> which it doesnt by default
2019-02-19 10:23:55 <Magicloud> I see. Any doc I can follow on this?
2019-02-19 10:25:24 <Magicloud> I mean making the initramfs supporting network. I do not know if there is already an alpine way to do it.
2019-02-19 10:26:09 <clandmeter> in the root of aports dir are scripts to create a release
2019-02-19 10:26:21 <clandmeter> a tarball in this case
2019-02-19 10:26:36 <clandmeter> in the arm profile you can enable network in features
2019-02-19 10:26:59 <Magicloud> OK. I will check on that. Thanks.
2019-02-19 10:27:54 <clandmeter> Magicloud: but i think you could hack it by replacing the files from netboot in the release you have.
2019-02-19 10:28:56 <clandmeter> kernel modloop and initramfs
2019-02-19 10:29:11 <clandmeter> modloop needs to patch initramfs now cause we sign it.
2019-02-19 10:29:19 <clandmeter> s/patch/match
2019-02-19 10:29:54 <Magicloud> Good call. Let me check what do we have in netboot image.
2019-02-19 10:46:24 <zachary12> okay just finished installed zfs on luks, works peerfect
2019-02-19 10:46:32 <zachary12> this is my first time using alpine outside of a container
2019-02-19 11:13:19 <kahiru> zachary12: how do you like it so far?
2019-02-19 11:14:00 <zachary12> yeah it's great, just setup wifi/eth bonding
2019-02-19 11:14:13 <zachary12> do i need to add tzdata and set the tz for my musl install?
2019-02-19 11:14:15 <zachary12> i would like localtime lol
2019-02-19 11:14:38 <zachary12> okay just symlinked and it worked
2019-02-19 13:39:23 <misterunknown> Hi. I have a problem, which might be not alpine-related, but maybe anyone has an idea: I have an alpine hostsystem with several lxc containers. A while ago, I noticed that snmp wouldn't start within any container, sayin that the port is already bound. With strace I saw, that the port indeed was already bound by the same snmp process, so the process seemed as if he tries to bind the port twice. I thought
2019-02-19 13:39:25 <misterunknown> that was a snmp-related problem, and created this bug: https://bugs.alpinelinux.org/issues/9723
2019-02-19 13:39:50 <misterunknown> But now, I see this phenomenon again, when try to start polemarch (a python app):
2019-02-19 13:39:53 <misterunknown> https://pastebin.com/enA8qX45
2019-02-19 13:40:39 <fcolista> misterunknown, are you using lxc-attach?
2019-02-19 13:40:51 <misterunknown> fcolista: No, I use ssh.
2019-02-19 13:41:05 <fcolista> ssh from the host to the container?
2019-02-19 13:41:18 <misterunknown> fcolista: From another container the container
2019-02-19 13:41:54 <misterunknown> client => ssh host => ssh work-container => ssh polemarch-container
2019-02-19 13:42:03 <fcolista> i saw this behavior too.
2019-02-19 13:42:25 <fcolista> it happens to me also not only with snmp, but with lighttpd too
2019-02-19 13:42:29 <misterunknown> fcolista: Ok. Do you have any clue if this could be alpine-related or maybe kernel-related?
2019-02-19 13:42:44 <fcolista> it's  lxc-related i think
2019-02-19 13:42:53 <fcolista> lxc default config
2019-02-19 13:42:58 <fcolista> for a container
2019-02-19 13:43:05 <fcolista> I've not digged into too much though
2019-02-19 13:43:19 <misterunknown> fcolista: Could you solve it otherwise?
2019-02-19 13:43:46 <fcolista> care to share a config of one of the lxc containers showing this problem?
2019-02-19 13:44:02 <misterunknown> Ah, sry :-P Wait a second...
2019-02-19 13:46:11 <misterunknown> https://pastebin.com/UfrrjHiQ
2019-02-19 13:46:31 <misterunknown> This is both the container config and the default config
2019-02-19 13:46:56 <misterunknown> I unset lxc.cap.drop, to be able to strace the process.
2019-02-19 13:49:08 <misterunknown> Sorry, obviously the paste is slightly broken and contains the container config twice... Here is a fixed paste: https://pastebin.com/GfrGA6HN
2019-02-19 13:55:47 <danci1973> Hello...
2019-02-19 13:56:41 <danci1973> A while ago I made a couple of routers with Alpine 3.3 - how 'smooth' should upgrading to 3.9 go? Some of them are pretty remote to me... :)
2019-02-19 13:57:15 <danci1973> Is it just a matter of changing the repo and running 'apk upgrade -a' ?
2019-02-19 13:58:08 <clandmeter> that would upgrade userland yes
2019-02-19 13:58:21 <clandmeter> also kernel but  you would need a reboot
2019-02-19 13:58:31 <clandmeter> depending on how its booted
2019-02-19 13:59:19 <danci1973> The fact that they're USB based complicates that a little, doesn't it?
2019-02-19 13:59:34 <clandmeter> they are tmpfs installs?
2019-02-19 13:59:58 <danci1973> I'd probably have to manually update /meda/xxxx/boot/* ?
2019-02-19 14:00:07 <danci1973> Yes.
2019-02-19 14:00:23 <danci1973> * /media
2019-02-19 14:00:28 <clandmeter> thats makes remote updating a bit more manaul
2019-02-19 14:00:40 <_ikke_> and error prone as well
2019-02-19 14:00:42 <clandmeter> you can also keep the kernel and only update userland
2019-02-19 14:00:52 <clandmeter> and do the kernel when you are close
2019-02-19 14:01:47 <fcolista> misterunknown, this is what I've added (host is alpine 3.9)
2019-02-19 14:01:50 <clandmeter> i bumped into a few issues myself when upgrading tmpfs installs
2019-02-19 14:02:07 <fcolista> https://dpaste.de/d77M
2019-02-19 14:02:19 <clandmeter> important is to add the usb to your fstab with uuid
2019-02-19 14:02:42 <misterunknown> fcolista: Thanks, I try that.
2019-02-19 14:03:21 <danci1973> clandmeter: I'll do the closer ones first for practice.. :)
2019-02-19 14:03:39 <clandmeter> it makes sure your mount point doesnt suddenly change and your cache dir is not found.
2019-02-19 14:03:55 <danci1973> clandmeter: Going straight from 3.3 to 3.9 should be OK, though?
2019-02-19 14:04:12 <TBB> do test that one locally
2019-02-19 14:04:25 <clandmeter> yes i would test it locally
2019-02-19 14:04:30 <clandmeter> grep the ovl file and do it local
2019-02-19 14:04:33 <clandmeter> grr
2019-02-19 14:04:35 <clandmeter> grab
2019-02-19 14:04:38 <clandmeter> :)
2019-02-19 14:05:02 <danci1973> Good idea - I can simulate it on VM...
2019-02-19 14:05:20 <clandmeter> every release has some changes  that could break. you are skipping 5 versions....
2019-02-19 14:05:38 <TBB> there are always some changes that are risky; I haven't done upgrades to tmpfs installs, but regular disk installs have pretty much always had some problems, mostly minor but a couple major, during my time from 3.5 to 3.8. 3.8 -> 3.9 was smooth though.
2019-02-19 14:05:53 <TBB> clandmeter: exactly, that's quite a leap (of faith)
2019-02-19 14:08:13 <TBB> and basically it takes a lot of resources from the distro maker's side to prepare for and mitigate every single one of those possible breaks; from the current distros maybe Ubuntu and RHEL have the resources for that; Ubuntus still break, and RHEL doesn't support or recommend such upgrades
2019-02-19 14:12:21 <clandmeter> not only that
2019-02-19 14:13:53 <clandmeter> alpine triest not to get in your way. this means manual config and know what you are doing.
2019-02-19 14:32:18 <TBB> and I greatly appreciate that, even though I may sometimes signal I don't. but in the end I'll take an Alpine install I can (and must) tweak to my liking over an Ubuntu that dictates what's possible and goes out of its way to enforce it
2019-02-19 14:34:10 <clandmeter> TBB: i have the exact same feeling :)
2019-02-19 14:34:47 <ScrumpyJack> amen
2019-02-19 16:56:01 <misterunknown> fcolista: Thanks very much for your help. Was a weird problem – I got snmp to work, but not polemarch... The latter was a problem with the configuration -.-
2019-02-19 17:41:59 <Ai9zO5AP> hi
2019-02-19 17:42:33 <Ai9zO5AP> where can find log conf? syslog.conf or even rsyslog.conf? thank you
2019-02-19 18:06:48 <fsanyee>  the default for syslogd is /etc/syslog.conf
2019-02-19 21:56:30 <Gasher> hi, I just tested RAM usage on alpine and ubuntu server. I thought that alpine would be much lighter, but after my test (docker-compose of 3 images), alpine used 100MB more RAM than Ubuntu
2019-02-19 21:56:37 <Gasher> why could that be?
2019-02-19 21:56:42 <Gasher> I tested it with htop
2019-02-19 22:08:40 <danieli> how did you test it, exactly? and what was the test case?
2019-02-19 23:32:39 <Gasher> danieli, like I said, I measured RAM usage with htop and the use case was deploying a few containers
2019-02-19 23:43:12 <maldridge> this doesn't sound like a very controlled test
2019-02-20 04:30:22 <magicloud> Hello. Is there anything different on booting of RPI3, between from TF card and network? I tried to replace working image with netboot image (both from alpinelinux.org), ended up a black screen.
2019-02-20 12:45:24 <FreeBDSM> hello, what package provides 'host' binary?
2019-02-20 12:45:39 <FreeBDSM> or dig
2019-02-20 12:45:47 <_ikke_> FreeBDSM: https://pkgs.alpinelinux.org/contents?file=host&path=&name=&branch=edge&arch=x86_64
2019-02-20 12:46:12 <FreeBDSM> bah, didn't know of that search
2019-02-20 12:46:14 <FreeBDSM> thanks
2019-02-20 22:46:12 <maldridge> is it considered bad form within alpine to email a maintainer directly?
2019-02-20 22:46:22 <maldridge> I know in void this is something we haven't quite taken a stance on yet
2019-02-20 22:48:11 <mps> maldridge: probably depend of the particular maintaner
2019-02-20 22:48:40 <maldridge> fair enough
2019-02-20 22:49:39 <mps> but, imo should be ok, if someone is listed as maintainer s/he should accept mails related to package which maintains
2019-02-20 22:58:15 <mepholic> correct
2019-02-20 22:58:32 <mepholic> if they are unwilling to accept emails realated to a package they maintain, they should be removed as a maintainer
2019-02-20 22:58:56 <mepholic> cause that's what being a maintainer is after all
2019-02-20 23:01:25 <maldridge> you say this, but I'm always surprised by what people get upset about
2019-02-20 23:12:22 <mepholic> maldridge: just forward those emails from bitchy maintainers to the mailinglist
2019-02-20 23:12:27 <mepholic> I'm sure there's an appropriate one
2019-02-20 23:13:34 <mepholic> well you have 2 bad options it looks like with alpine, alpine-user and alpine-devel
2019-02-20 23:13:43 <mepholic> I guess devel would be it
2019-02-20 23:14:43 <maldridge> mepholic: will do, I have high hopes though as the php maintainer seems generally nice
2019-02-20 23:15:13 <mepholic> :)
2019-02-20 23:31:17 <mps> maldridge: if you have a doubt why don't you post your question/issue to alpine-devel first, and if the maintainer doesn't answer in reasonable time then post to her/his mail directly
2019-02-20 23:33:50 <maldridge> fair point, I already sent a mail to the maintainer, I'll send to the list if I don't get a reply soon-ish
2019-02-20 23:33:54 <maldridge> ~2 days
2019-02-20 23:37:53 <mps> btw, I had similar dilemma few months ago, and decided to not send mail to maintainer because he is not active on IRC nor on mailing list
2019-02-20 23:54:26 <maldridge> I figured it was worth reaching out, it could always just be the case where no-one's poked yet
2019-02-21 00:29:16 <maldridge> is there a particular format for /var/log/messages?
2019-02-21 14:33:52 <Glenjamin> Hello everyone, possibly a slightly odd request, but is it possible to install or move an alpine install into a different root directory? eg /alpine/... This would be inside a container
2019-02-21 14:34:53 <_ikke_> Glenjamin: are you talking about a chroot?
2019-02-21 14:35:19 <Glenjamin> not quite, the closest mental model i'm looking for is like a sidecar setup
2019-02-21 14:35:55 <Glenjamin> similar to how this container has busybox on the side: https://github.com/GoogleContainerTools/kaniko/blob/master/deploy/Dockerfile_debug#L41
2019-02-21 14:39:29 <Glenjamin> i'm experimenting with some container build tools which work in unprivileged environments, kaniko and makisu. They both work by taking over the filesystem of the container they're running in. They allow you to whitelist paths to be left out of it, which is where i'm trying to place an alpine install for extra tooling
2019-02-21 15:00:47 <PureTryOut[m]> I'm trying to use NetworkManager on an Alpine Linux 3.9 installation, but `nmcli devices` shows all devices are unmanaged. How do I make them "managed" and stop whatever is managing my networking from installation?
2019-02-21 15:37:39 <magicloud> Hello. I need a help on package verification.
2019-02-21 15:38:19 <magicloud> I made a package via abuild. After I copied my pub key to /etc/apk/keys, I verified my package successfully.
2019-02-21 15:39:10 <magicloud> But when I put the package and key to a running alpinelinux (save version), the verification failed as untrusted.
2019-02-21 15:39:31 <_ikke_> magicloud: did you rename the key file?
2019-02-21 15:39:37 <magicloud> Digest of the package, the apkindex, the pub key are all the same.
2019-02-21 15:40:00 <magicloud> No. As it is in ~/.abuild/
2019-02-21 15:40:25 <magicloud> My dev env is a docker alpinelinux.
2019-02-21 15:40:41 <_ikke_> I've had a simliar setup which worked jus fine
2019-02-21 15:41:23 <magicloud> Ye, to my understanding, I really cannot see where is the problem.
2019-02-21 15:53:12 <magicloud> OK. Got it. Maybe I am sleepy, did not see the one char different on the key filename.
2019-02-21 16:25:24 <over7head> hi
2019-02-21 16:25:31 <over7head> i need little help please
2019-02-21 16:25:55 <over7head>  Ignoring APKINDEX.4a3c4e9b.tar.gz: UNTRUSTED signature
2019-02-21 16:26:04 <over7head> ERROR: unsatisfiable constraints:
2019-02-21 16:26:16 <over7head> alpine-sdk (missing):     required by: world[alpine-sdk]
2019-02-21 16:26:28 <over7head> libc-utils (missing):     required by: alpine-base-3.9.0-r0[libc-utils]
2019-02-21 16:26:35 <over7head> alpine-keys (missing):     required by: alpine-base-3.9.0-r0[alpine-keys]
2019-02-21 16:28:21 <over7head> http://dl-cdn.alpinelinux.org/alpine/latest-stable/main/   -this is my /apk/repositories
2019-02-21 16:30:28 <over7head> i had this errors while extracting alpine base:
2019-02-21 16:30:34 <over7head> ERROR: libc-utils-0.7.1-r0: BAD signature
2019-02-21 16:30:49 <over7head> ERROR: alpine-keys-2.1-r1: BAD signature
2019-02-21 16:31:57 <over7head> using this from wiki:  ./sbin/apk.static -X ${mirror}/latest-stable/main -U --allow-untrusted --root ${chroot_dir} --initdb add alpine-base
2019-02-21 16:33:53 <over7head> apk add alpine-keys  -this not helps
2019-02-21 16:33:58 <over7head> what can i try ?
2019-02-21 16:34:26 <_ikke_> apk search alpine-keys
2019-02-21 16:34:53 <_ikke_> What mirror are you using?
2019-02-21 16:34:54 <over7head> thanks
2019-02-21 16:35:03 <over7head> this gives me error again
2019-02-21 16:35:12 <over7head> WARNING: Ignoring APKINDEX.4a3c4e9b.tar.gz: UNTRUSTED signature
2019-02-21 16:35:55 <over7head> i have this in my repositories file:
2019-02-21 16:35:58 <over7head> http://dl-cdn.alpinelinux.org/alpine/latest-stable/main/
2019-02-21 16:36:01 <over7head> is it ok?
2019-02-21 16:36:18 <_ikke_> yes, should be alright
2019-02-21 16:36:20 <danieli> should be, the issue isn't the repo itself then
2019-02-21 16:37:15 <over7head> probably ERROR: alpine-keys-2.1-r1: BAD signature while i was downloading base
2019-02-21 16:37:32 <over7head> but i dont know why
2019-02-21 16:37:38 <_ikke_> me neither
2019-02-21 16:39:56 <over7head> it was download keys succesful but error happens while it tries to install it
2019-02-21 16:44:15 <over7head> can i try to install it offline ?
2019-02-21 16:44:58 <over7head> something like "alpine (install?) alpine-keys-2.1-r1.apk"
2019-02-21 16:48:13 <over7head> "Warning: You will need Kernel version 2.6.22 or later to use apk-tools-static"
2019-02-21 16:48:15 <over7head> hm
2019-02-21 16:48:31 <over7head> maybe i miss some kernel feauture in my environmetn
2019-02-21 16:51:35 <danieli> downloading the .apk and installing it without verification should work fine
2019-02-21 16:51:44 <danieli> and that sounds like a warning, not an error - we don't ship 2.6.x, it's really old
2019-02-21 16:54:19 <over7head> @danieli how i can install .apk without verification?
2019-02-21 16:57:48 <danieli> over7head: `apk add --help` should show it
2019-02-21 16:58:09 <danieli> if I remember correctly, it's `apk --allow-untrusted add`
2019-02-21 17:02:51 <over7head> @danieli thank that works
2019-02-21 17:03:37 <over7head> now while installing -sdk, more bad signature error, but i will install it without verification...
2019-02-21 17:07:12 <over7head> yes...
2019-02-21 17:07:26 <over7head> now its time to compile alpine system
2019-02-21 17:09:56 <danieli> hm
2019-02-21 17:10:27 <danieli> did you install alpine-keys?
2019-02-21 17:10:41 <over7head> yes
2019-02-21 17:12:14 <over7head> now apk works but there were still bad signatures for libc-dev and libattr while installing alpine-sdk
2019-02-21 17:12:32 <danieli> _ikke_: ncopa: any clue?
2019-02-21 17:12:45 <over7head> i downloaded it and install  with --allow-un...
2019-02-21 17:15:19 <over7head> that base even dont have /boot directory
2019-02-21 17:16:08 <over7head> maybe first to start with kernel
2019-02-21 18:35:59 <PureTryOut[m]> I'm trying to use NetworkManager on an Alpine Linux 3.9 installation, but `nmcli devices` shows all devices are unmanaged. How do I make them "managed" and stop whatever is managing my networking from installation?
2019-02-21 20:05:10 <over7head> sometimes for some packages im getting bad signature erros
2019-02-21 20:06:26 <over7head> i have alpine-keys installed
2019-02-21 20:06:32 <over7head> what can i do to solve it
2019-02-21 20:06:34 <over7head> ?
2019-02-21 20:10:08 <ncopa> http://dl-cdn.alpinelinux.org/alpine/latest-stable/main/ and signature errors?
2019-02-21 20:10:24 <ncopa> yeah i think i know why it happens, but i dont have any good fix for it
2019-02-21 20:10:49 <ncopa> i think it happens with packages that does not change version number from v3.8 -> v3.9
2019-02-21 20:11:04 <ncopa> the v3.8 version number is in the varnish cache
2019-02-21 20:11:19 <ncopa> so checksum does not match with the checksum in index
2019-02-21 20:11:58 <ncopa> i think we should flush cache for all URLs with /latest-stable/
2019-02-21 20:13:07 <over7head> ok thnks for info...will need to download manually
2019-02-21 20:13:14 <over7head> or changing mirror?
2019-02-21 20:13:47 <over7head> anyway, there is no locales file... what musl use for locale?
2019-02-21 20:29:25 <over7head> i have error when compiling kernel
2019-02-21 20:29:34 <over7head> Makefile.include:4: fixdep] Error 2
2019-02-21 20:29:39 <over7head> i installed distcc
2019-02-21 20:33:40 <plantroon> are there any considerations to make before using Alpine for a ciritical server infrastructure? Currently I run Debian, but I love the simplicity and lightweightness of Alpine. Does anyone of you run Alpine fulltime, not only for containers?
2019-02-21 20:44:38 <mps> plantroon: it depends on your 'criticality'. I run few servers without problems for months, email server, backup server and radio repeater 'server'
2019-02-21 20:45:29 <mps> right now I'm testing DB server, for now it looks ok
2019-02-21 20:47:52 <plantroon> well it will be xen hosts, kvm hosts, laptops, mariadb hosts, zfs san, all kinds of things. A "key" feature is booting off sd cards or pxe. Its just that I dont see the same popularity with Alpine as I do with Debian.
2019-02-21 20:53:07 <mps> imo, it's on you to test and decide.
2019-02-21 20:55:13 <over7head> i can get "make" work... meybe is muscl problem
2019-02-21 20:55:21 <over7head> has anyone succesful compile kernel?
2019-02-21 21:00:10 <maldridge> plantroon: its all about what your ops team is comfortable with
2019-02-21 21:00:44 <maldridge> we run alpine as the foundation of our stack, but myself and my team would rather run something that sis "non-standard" that we can understand
2019-02-21 21:01:11 <plantroon> what's in your stack?
2019-02-21 21:01:35 <plantroon> I am my ops team and have some good Alpine history :) I ran it as a desktop OS in the past and I run it on all my Raspberry Pis
2019-02-21 21:01:56 <maldridge> we run the complete hashicorp vertical
2019-02-21 21:04:34 <plantroon> what does it use for containers/virtual machines? kvm? I am not familiar with hashicorp although it sounds familiar to me for some reason
2019-02-21 21:04:59 <maldridge> packer/vagrant/nomad/consul/vault is probably something you'll recognize one of
2019-02-21 21:05:10 <plantroon> vagrant! :D
2019-02-21 21:05:20 <maldridge> nomad can schedule VMs on KVM or with the aid of external plugins xen, but I are exclusively container based
2019-02-21 21:05:49 <maldridge> ... s/I/we/
2019-02-21 21:05:57 <maldridge> I swear I speak this language...
2019-02-21 21:06:38 <plantroon> this is a production infrastructure you're talking about, right? It sounds good if you made it run on Alpine. Also, what "more standard" would you prefer?
2019-02-21 21:06:50 <maldridge> this is prod yes
2019-02-21 21:07:27 <maldridge> I don't prefer standards, I prefer things that work and that my team can handle with a standard of excellence we are satisfied with
2019-02-21 21:10:07 <plantroon> I was referring to "we run alpine as the foundation of our stack, but myself and my team would rather run something that sis "non-standard" that we can understand" -  I might have misunderstood. Do you and your team like working with Alpine? (I certainly did but it was not on servers back then)
2019-02-21 21:11:00 <maldridge> yeah I thik I wasn't particularly clear
2019-02-21 21:11:25 <maldridge> we recognize the value of using "standard" technologies, but we won't hesitate to deviate and build something if it looks like its going to be a better situation at the end
2019-02-21 21:11:40 <maldridge> the alternative was running debian, but that would not have been practical, so we run alpine instead
2019-02-21 21:13:52 <plantroon> maldridge: can you tell me more about how debian would not be practical? The reason why I am here is because I want to move away from Debian due to how complex/bloated it is compared to Alpine. But it feels more stable/popular/reliable or how to say it. I can sleep better.
2019-02-21 21:14:48 <maldridge> my team runs a handful of golang applications and docker, all the base services that tend to be found in another distro would just be cruft we don't need
2019-02-21 21:15:14 <maldridge> given that we get machines from a major cloud provider, it seemed wasteful to run daemons we had no intentions of using
2019-02-21 21:17:48 <plantroon> maldridge: that's exactly my thinking. I will be testing how Alpine runs as a host for kvm and xen. That's where I don't need the 500 MB base install of Debian to just power that, as it will be controlled externally with custom tools.
2019-02-21 21:18:08 <plantroon> one more question, how well do you handle updates, are they smooth?
2019-02-21 21:18:24 <maldridge> well, considering what our platform looks like there's not a lot to update
2019-02-21 21:18:57 <maldridge> pstree has only 4 services in it that aren't docker containers
2019-02-21 21:20:23 <plantroon> the kernel perhaps. Those docker containers also have alpine base inside?
2019-02-21 21:20:42 <maldridge> the majority, but some of them are appliances
2019-02-21 21:20:49 <maldridge> and a fair number are distroless
2019-02-21 21:22:55 <plantroon> do you also run Alpine on your workstations? :D
2019-02-21 21:23:33 <maldridge> no
2019-02-21 21:23:43 <maldridge> most of the company is on macs
2019-02-21 21:24:15 <maldridge> but I worked at another place were we ran Void on the desktops, and that was fine, so I don't see a huge reason alpine would be different, but keep your non-tech people on something more standard for sanity sake
2019-02-21 21:33:51 <plantroon> where I work we run Debian. But I won't even bother pushing Alpine there, too much legacy cruft. Still I have a feeling that an OS like Alpine might be the future core of the datacenter, at least for VPS hosts.
2019-02-21 21:40:38 <over7head> does alpine use modprobe, or how it loads modules
2019-02-21 21:41:04 <over7head> i succesfull builded kernel and install modules in /lib/modules/linux...
2019-02-21 21:41:07 <over7head> reboot
2019-02-21 21:41:23 <over7head> it boots up but lsmod doesnt show any module
2019-02-21 21:41:53 <maldridge> plantroon: my 2c: distros are going to mean less and less at the DC scales that matter
2019-02-21 21:41:56 <over7head> i have module for wifi
2019-02-21 21:42:03 <over7head> but its not loaded
2019-02-21 21:45:01 <_ikke_> over7head: I think you should at it in /etc/modules
2019-02-21 21:45:05 <_ikke_> to have it loaded at boot
2019-02-21 21:45:25 <_ikke_> s/at/add
2019-02-21 21:45:52 <over7head> make modules_install automatically ads it to /lib/modules...
2019-02-21 21:46:06 <over7head> but seems i dont have kmod package
2019-02-21 21:46:39 <over7head> that alpine-base doesnt have a lot
2019-02-21 21:48:58 <plantroon> maldridge: distros yes but you still need a distro around the kernel, and Alpine is perfectly minimal
2019-02-21 21:50:37 <over7head> i dont understand bad signature
2019-02-21 21:50:50 <over7head> do everyone has this problem or just me?
2019-02-21 21:51:15 <over7head> @ncopa tells its verification problem
2019-02-21 21:51:21 <over7head> but why just for me?
2019-02-21 21:53:25 <over7head> lol
2019-02-21 21:53:36 <over7head> i just changed mirror to
2019-02-21 21:53:41 <over7head> http://nl.alpinelinux.org/alpine/
2019-02-21 21:53:47 <over7head> and now it works fin
2019-02-21 22:02:18 <maldridge> what format is /var/log/messages in?
2019-02-21 22:20:01 <over7head> im reading alpine-sdk on wiki about how to build a package
2019-02-21 22:20:26 <over7head> i cloned git and what now
2019-02-21 22:20:33 <over7head> documentation is confusing
2019-02-21 22:20:56 <over7head> where to get and start building source?
2019-02-21 22:22:36 <over7head> i created dir with "newapkbuild xorg-server" and there is emty /src
2019-02-21 22:22:46 <over7head> how to get source and start building?
2019-02-21 22:25:21 <over7head> this is confusing
2019-02-21 22:25:48 <over7head> cant that build be simpler?
2019-02-21 22:43:10 <PureTryOut[m]> Just check existing packages. You write a build script basically (APKBUILD) which tells the build system where to get the application sources from, how to build and install it, and some metadata like license and description
2019-02-21 22:43:52 <PureTryOut[m]> Alpine's build system is one of the more simple systems you can get. If you have trouble with this, have a look at Debian someday lol
2019-02-21 22:49:22 <over7head> i tried with pixman, i added everything i apkbuild
2019-02-21 22:49:43 <over7head> and when i run abuild -r
2019-02-21 22:49:52 <over7head> usr/bin/abuild: cd: line 1681: can't cd to /home/d/Pixman/pkg/Pixman: No such file or directory
2019-02-21 22:50:19 <over7head> i create this missing dirs, and run abuild -r again... it delates dirs and same error
2019-02-21 23:06:23 <over7head> chromium not found, firefox not found
2019-02-21 23:06:30 <over7head> which mirror i need to use?
2019-02-21 23:10:43 <over7head> https://pkgs.alpinelinux.org/package/edge/testing/x86_64/firefox
2019-02-21 23:10:48 <over7head> how to install it?
2019-02-21 23:16:38 <over7head> ?
2019-02-21 23:18:11 <mps> maldridge: which syslog daemon you use? if it is busybox syslog then the format is standard syslog messages
2019-02-21 23:19:03 <maldridge> the busybox one, it doesn't seem to conform to either rfc for well formatted syslog output
2019-02-21 23:19:54 <mps> could be, it is busybox applet at the end not 'real' syslog server
2019-02-21 23:20:20 <maldridge> it seems similar to socklog, which also doesn't match
2019-02-21 23:21:06 <mps> look to busybox and see what they added as the syslog klog, I can't remember
2019-02-21 23:21:16 <maldridge> kk
2019-02-21 23:21:41 <mps> they usually trim applets to some degree
2019-02-21 23:22:54 <mps> i.e. busybox applets are not fully functional versions of included utilities or services
2019-02-21 23:32:38 <maldridge> yeah, I'm well familiar with it
2019-02-21 23:32:47 <maldridge> just stumped at what format this is trying to be
2019-02-21 23:34:09 <mps> I presume you know all that. also to me format is a little strange
2019-02-21 23:35:47 <mps> if i need something better I usually install some of syslog apk's
2019-02-21 23:37:51 <mps> just before hour I added metalog to my private aports
2019-02-21 23:40:09 <maldridge> yeah, this does well enough what I want, I was just hopeful to avoid writing a parser in our central logging system
2019-02-21 23:40:18 <TBB> I used to use metalog on Gentoo back in the day... then rsyslog, but rsyslog has evolved to a point where I can no longer easily configure it
2019-02-21 23:41:57 <mps> TBB: using metalog about two decades and simply cannot adopt anything else. it is best logging server for me
2019-02-21 23:42:57 <mps> maybe I should post it to aports? what do you think?
2019-02-21 23:47:30 <TBB> I've forgotten most of what I used to know about it, but I was happy with it and would probably happily use it on Alpine as well, so ... yeah, please do :)
2019-02-21 23:48:54 <TBB> which reminds me of the fact I really should learn to post my ported packages as well
2019-02-21 23:48:59 <mps> ok, need to polish init script and conf file, and test it a little bit. If I found it is ok I will post it
2019-02-21 23:49:52 <mps> although I have it on some ARM servers under Alpine working for more than I year without problem
2019-02-22 07:12:05 <markand> hello
2019-02-22 07:12:44 <markand> 3.9.0 with GCC 8.2.0, maybe it's time to switch my laptop to alpine :)
2019-02-22 07:13:47 <markand> was there troubles regarding libressl to perform a switch back to openssl? I don't mind the change, just curious
2019-02-22 07:24:21 <TBB> libressl and openssl were starting to diverge, packages using openssl required more and more patching, and the openssl project has gotten its shit back together in the recent years
2019-02-22 09:46:20 <xpetrl> Hi, I installed setup-acf
2019-02-22 09:46:34 <xpetrl> How can I remove it?
2019-02-22 09:46:46 <xpetrl> With all dependencies
2019-02-22 09:48:52 <clandmeter> check the script, i dont think there is an uninstall option
2019-02-22 09:49:41 <xpetrl> OK, better to uninstall all dependencies manually
2019-02-22 09:51:54 <xpetrl> done, thank you7
2019-02-22 15:52:50 <Ai9zO5AP> hello
2019-02-22 15:53:36 <Ai9zO5AP> Where should I find the syslog of even rsyslog config file ?  Thank you.
2019-02-22 19:05:57 <PureTryOut[m]> I'm trying to use NetworkManager on an Alpine Linux 3.9 installation, but `nmcli devices` shows all devices are unmanaged. How do I make them "managed" and stop whatever is managing my networking from installation?
2019-02-22 19:09:51 <mps> PureTryOut[m]: didn't used NM long time, but iirc /etc/network/interfaces should not have settings for interfaces which you want to manage by NM
2019-02-22 19:10:38 <PureTryOut[m]> Hmm ok. Which package provides /etc/network/interfaces anyway?
2019-02-22 19:11:29 <mps> I think it is created during setup (install) phase
2019-02-22 19:11:37 <maldridge> PureTryOut[m]: ifupdown
2019-02-22 19:13:36 <mps> maldridge: ifupdown add on, ifup and ifdown are busybox applets
2019-02-22 19:13:56 <mps> s/add on/is add on/
2019-02-22 19:14:15 <maldridge> it does though canonically "own" the interfaces file iirc
2019-02-22 19:14:27 <mps> basic install uses ifup/ifdown busybox applets
2019-02-22 19:14:40 <PureTryOut[m]> mps: cool I guess I can safely remove it then
2019-02-22 19:14:52 <mps> PureTryOut[m]: what?
2019-02-22 19:15:46 <mps> you should have /etc/network/intefaces with lo setup
2019-02-22 19:16:13 <PureTryOut[m]> but I want NetworkManager to handle my networking though
2019-02-22 19:16:57 <mps> hmm, you could try but I think lo should be unmanagged by applications
2019-02-22 19:17:22 <mps> sorry, shouldn't be managed by applications
2019-02-22 19:17:48 <mps> it is basic element/component of the system
2019-02-22 19:18:04 <dalias> having lo 'managed' sounds like a really bad idea
2019-02-22 19:19:04 <mps> and, don't see any real and valid reason to manage lo with NM and similar things
2019-02-22 19:20:49 <PureTryOut[m]> oh sorry you meant keeping lo in there and removing the rest
2019-02-22 19:21:03 <mps> PureTryOut[m]: I saw your question a day ago few times and had a hope that a someone with fresh experience will answer, so sorry for late answer
2019-02-22 19:21:04 <PureTryOut[m]> anyways, even completely moving the file away from there didn't make NetworkManager manage my wlan0
2019-02-22 19:21:15 <PureTryOut[m]> no problem!
2019-02-22 19:22:28 <mps> I remember that about a year ago I tried NM and it worked but I wasn't satisfied with it's gui so removed it and simply use wpa_gui with wpa_supplicant
2019-02-22 19:22:47 <bougyman> have you looked at wifish?
2019-02-22 19:23:02 <bougyman> https://github.com/bougyman/wifish
2019-02-22 19:23:17 <bougyman> it just wraps wpa_cli with a simple menu or dialog based UI
2019-02-22 19:24:04 <mps> eh, long time ago I wrote perl UI with similar functionality
2019-02-22 19:25:27 <mps> i.e. using wpa_cli as 'backend'
2019-02-22 19:42:33 <PureTryOut[m]> Nope, no matter what I do, NetworkManager doesn't want to "manage" it
2019-02-22 19:45:14 <mps> are you in plugdev group
2019-02-22 19:46:07 <mps> and netdev, I think
2019-02-22 19:47:03 <maldridge> there's some magic you have to set to make it take over an interface, but I don't quite remember what it is
2019-02-22 19:48:34 <mps> btw, iwd isn't packaged yet? someone promised that some time ago
2019-02-22 19:49:07 <mps> if no one wants to package iwd, I raise my hand to do job
2019-02-22 19:49:55 <mps> I even prepared connman-gtk for that
2019-02-22 19:55:51 <maldridge> 
ACTION just wants more recent php

2019-02-22 20:06:17 <PureTryOut[m]> I am in the netdev and plugdev groups yes
2019-02-22 20:11:29 <mps> sorry, I cannot install NM again to check what is wrong
2019-02-22 21:38:50 <Cuzner> using alpine as a base for a docker image/container, i'm having a hard time trying to figure out why crond's not running the 1 script I have in /etc/periodic/15min
2019-02-22 21:39:43 <Cuzner> if i run the script on its own, it runs fine.  if I try running `run-parts /etc/periodic/15min`, seems like nothing happens
2019-02-22 21:40:03 <Cuzner> not sure where to start troubleshooting...
2019-02-22 21:40:38 <Cuzner> the entrypoint is just `crond -f -d`
2019-02-22 21:40:54 <Cuzner> and it's definitely running if i check with ps
2019-02-22 21:44:15 <Cuzner> Oh wow, it's seriously because i have a .sh extension on the script, lol!
2019-02-22 21:44:26 <Cuzner> what a lame ... bug?
2019-02-22 21:50:43 <Cuzner> oh apparently you can't use periods at all in your filenames with run-parts... interesting!
2019-02-22 21:53:28 <koollman> yes. run-parts is pretty specific about what it wants to run. there are options, though
2019-02-23 00:15:06 <macwinner> I'm a total newb with alpine linux, but have used other flavors for a while.  is openrc the preferred init system?
2019-02-23 00:44:34 <jn__> macwinner: it's the default one, in any case
2019-02-23 00:44:53 <jn__> you preference may differ
2019-02-23 00:44:57 <jn__> s/you/your/
2019-02-23 01:10:55 <plantroon> why does linux-vanilla depend on ALL firmware packages? :D
2019-02-23 01:12:36 <plantroon> macwinner: OpenRC is used by Alpine Linux by default and it works great for me.
2019-02-23 01:12:44 <plantroon> https://wiki.alpinelinux.org/wiki/Alpine_Linux_Init_System
2019-02-23 07:33:23 <jwh> plantroon: it's a pain in the ass D
2019-02-23 07:33:24 <jwh> :D
2019-02-23 07:55:39 <minsec> ld : cannot find Scrt1.o
2019-02-23 07:56:45 <minsec> I use pecl to install yaf,and get some errors, anyone can help me ?
2019-02-23 10:52:48 <danieli> minus: and you remembered to install musl-dev, right?
2019-02-23 15:32:10 <Gasher> hi, I'm using Alpine on Digital Ocean with the script. sftp does not work, is says "connection closed" twice when trying to connect. ssh works fine
2019-02-23 15:39:49 <koollman> Gasher: what do the ssh server says in its log ?
2019-02-23 15:44:36 <Gasher> koollman, where is the log located?
2019-02-23 16:26:38 <Gasher> are you there koollman ?
2019-02-23 16:31:52 <Ai9zO5AP> Hello
2019-02-23 16:32:18 <Ai9zO5AP> I am blocked, I do not know where to configure syslog config ?
2019-02-23 16:32:47 <_ikke_> blocked where/how and how does that relate to your question?
2019-02-23 16:34:31 <Ai9zO5AP> _ikke_: i am looking for syslog.conf or rsyslog.con but I did not find them
2019-02-23 16:34:46 <jwh> did you install them?
2019-02-23 16:36:03 <Ai9zO5AP> jwh: I get it now, thank you very much
2019-02-23 16:37:47 <danieli> lol
2019-02-23 16:39:32 <over7head> any way to install ranger
2019-02-23 16:40:14 <over7head> i tried with python from git but that doesnt work
2019-02-23 16:41:18 <over7head> why its dropped from repo, i-ve never had any problems with ranger
2019-02-23 16:46:35 <_ikke_> no patience..
2019-02-23 16:50:17 <Ai9zO5AP> without patience people can not learn
2019-02-23 16:50:39 <Ai9zO5AP> only disaster and problems that come very fast
2019-02-23 16:55:26 <danieli> it *can* be slow
2019-02-23 17:00:00 <Ai9zO5AP> I see that alpine has different /etc/inittab than other Linux Distribution
2019-02-23 17:03:39 <Ai9zO5AP> I find the answer, because alpine is openrc :) . culd you correct me if I am wrong
2019-02-23 17:09:21 <danieli> i mean, alpine is alpine - and yes, it uses openrc
2019-02-23 20:42:37 <maldridge> heh, I dunno that this counts as a slow channel, people actually talk here
2019-02-23 20:45:49 <danieli> i mean, yea
2019-02-23 20:45:51 <danieli> yeah*
2019-02-23 20:46:04 <danieli> but quite a few people join and either expect or demand answers immediately
2019-02-23 20:46:27 <danieli> having some patience is prety much a social norm on IRC, but not everyone seems to know that :)
2019-02-23 20:46:35 <maldridge> indeed
2019-02-23 20:47:39 <maldridge> change of subject; how are alpine's builds handled?
2019-02-23 20:54:22 <danieli> maldridge: elaborate?
2019-02-23 21:05:30 <maldridge> is there automation that drives abuild and the signing or is it all done by hand
2019-02-23 21:06:28 <_ikke_> On the builders it's all automated
2019-02-23 21:06:45 <danieli> yes, it's automated on the prod builders
2019-02-23 21:06:59 <maldridge> is the tooling and configuration for this public?
2019-02-23 21:07:35 <_ikke_> https://git.alpinelinux.org/aports/tree/main/aports-build
2019-02-23 21:07:48 <danieli> i believe it's pretty much just stuff that wraps mqtt and ties into the rest of our infra ^
2019-02-23 21:08:25 <maldridge> huh, that's much less advanced than I expected
2019-02-23 21:08:31 <maldridge> is there only a single builder for each arch?
2019-02-23 21:09:02 <danieli> one builder per arch, per branch/version (edge, 3.9, 3.8, ...)
2019-02-23 21:09:03 <danieli> plus dev ones
2019-02-23 21:09:14 <maldridge> ah, ok
2019-02-23 21:09:19 <_ikke_> maldridge: we are working on expanding that
2019-02-23 21:09:41 <maldridge> yeah it turns out to be obnoxiously difficult
2019-02-23 22:35:11 <Gasher> hi, how do I restore the original sshd_config?
2019-02-23 22:37:13 <_ikke_> Gasher: not sure, try to move it and then apk fix -r openssh
2019-02-23 22:41:49 <Gasher> _ikke_, thanks
2019-02-23 22:41:58 <Gasher> already fixed it by other means so won't try it
2019-02-23 22:42:24 <_ikke_> alright
2019-02-23 23:51:37 <ItalyPaleAle> Hi, I’m trying to run “apk add open-vm-tools”, but it’s telling me the package is missing. I’m using Alpine 3.9 on x86_64 on ESXi
2019-02-23 23:57:16 <ItalyPaleAle> ok figured it out. the community repo was not enabled
2019-02-24 01:09:28 <ItalyPaleAle> hi, why is it that despite my fstab file saying that sda (the persistent storage) needs to be mounted to /media/usb, alpine mounts it to /media/sda instead?
2019-02-24 01:11:29 <ItalyPaleAle> I’ve followes the instructions here: https://wiki.alpinelinux.org/wiki/Install_Alpine_on_VMware
2019-02-24 06:42:53 <TML> when my alpine system boots, I see "Filesystems couldn't be fixed" followed by "rc aborting!" and "fsck: caught SIGTERM, aborting". However, once I log into the machine locally and run fsck, everything looks fine, and the system appears to be totally healthy.
2019-02-24 06:51:12 <TML> in the short term, I've set /etc/init.d/fsck to just exit 0 at the top of 'start', but obviously that's not a great long-term solution
2019-02-24 06:55:22 <TBB> are the filesystems the fsck fails on listed in your /etc/mkinitfs/mkinitfs.conf features?
2019-02-24 07:03:07 <TML> TBB: That's probably the problem - I had never even heard of that file before. I'll do some research. Thank you!
2019-02-24 07:06:23 <TML> indeed - adding vfat there and running mkinitfs solved it. Great tip, TBB.
2019-02-24 08:55:13 <steinex> 4.19.25 fixes 4.19.25. Will this be added to 3.9-stable?
2019-02-24 08:55:16 <steinex> erm
2019-02-24 08:55:27 <steinex> *fixes CVE-2019-8912
2019-02-24 10:30:26 <captainepoch> does anyone how to install libvhdi in Alpine? :)
2019-02-24 10:31:30 <captainepoch> libvhdi-utils to be exact
2019-02-25 06:20:18 <grey_geek> I would like to install aarch64 on RPI3.  I did find the instructions here https://wiki.alpinelinux.org/wiki/Raspberry_Pi for the armhf (32bit) but not for aarch64
2019-02-25 07:00:41 <jwh> same probably applies
2019-02-25 07:26:30 <fabo> grey_geek: while the cpu is 64bit, many are running 32bit OS on RPi3. So the link you pointed is correct for the board
2019-02-25 07:36:11 <clandmeter> grey_geek: the installation instructions are the same except use the aarch64 tarball
2019-02-25 07:40:01 <grey_geek> Ok  thanks @clandmeter @fabo
2019-02-25 07:41:39 <grey_geek> Use gnome-disks or fdisk to create a FAT32 partition. If you are using fdisk, the FAT32 partition type is called W95 FAT32 (LBA) and its ID is 0x0C.
2019-02-25 07:42:16 <grey_geek> this is written here https://wiki.alpinelinux.org/wiki/Raspberry_Pi
2019-02-25 07:43:15 <grey_geek> I am little bit confused
2019-02-25 07:45:03 <grey_geek> if the tar.gz is 64 bit, I am assuming that I have to format the SD card  using 64-bit file system and not FAT32
2019-02-25 07:45:59 <fabo> grey_geek: the first part of the page is explaining how to install in diskless mode. There's another part below, "Traditional disk-based (sys) installation"
2019-02-25 07:47:01 <grey_geek> ok  let me re-read  the instructions
2019-02-25 07:47:21 <fabo> grey_geek: there's also a link at the bottom, https://wiki.alpinelinux.org/wiki/Classic_install_or_sys_mode_on_Raspberry_Pi
2019-02-25 07:47:32 <grey_geek> thanks
2019-02-25 07:48:41 <clandmeter> grey_geek: table has no relation to operating system
2019-02-25 07:49:10 <clandmeter> just format it like mentioned and copy contents to sd.
2019-02-25 07:49:58 <grey_geek> clandmeter: thanks
2019-02-25 11:06:37 <magicloud> Hello. Anyone here uses ssh_key kernel parameter?
2019-02-25 12:40:53 <steinex> is there some tool to show which binaries need a restart after an upgrade (due to upgraded libraries or such)?
2019-02-25 12:42:43 <ncopa> steinex: https://github.com/jirutka/apk-autoupdate/blob/master/man/procs-need-restart.1.adoc
2019-02-25 12:43:01 <steinex> ncopa: cool. thanks.
2019-02-25 12:43:45 <steinex> this is not packages though, correct?
2019-02-25 12:43:50 <steinex> packaged*
2019-02-25 12:44:17 <clandmeter> apk-autoupdate is in testing maybe?
2019-02-25 12:44:36 <ncopa> i think its packaged
2019-02-25 12:44:56 <TBB> it was packaged in testing the last time I checked at the end of December
2019-02-25 12:45:19 <steinex> it's in testing. ok, thank you!
2019-02-25 13:00:33 <_0x40_> Hi. Why does nslookup seem to ignore the dns server arg? When I run 'nslookup google.com 0.0.0.0' it resolves the host, and if i change /etc/resolv.conf to something invalid and run 'nslookup google.com 8.8.8.8' it doesn't.
2019-02-25 13:04:53 <_0x40_> On my arch system I get the opposite behaviour, as expected. Am a misunderstanding what the DNS_SERVER arg does on the busybox version of nslookup?
2019-02-25 14:21:28 <tmhoang> magicloud: Hi, what's up with ssh_key ?
2019-02-25 14:22:45 <tmhoang> _0x40_: probably it's busybox nslookup
2019-02-25 14:23:35 <tmhoang> Oh
2019-02-25 14:23:40 <tmhoang> different thing sorry
2019-02-25 16:51:27 <id4rk> evening, what can i do if i get a kernel panic - not syncing vfs booting the installer?
2019-02-25 16:51:45 <id4rk> Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
2019-02-25 16:59:29 <id4rk> can it be that the board has only 64mb of ram?
2019-02-25 16:59:36 <id4rk> that this may be the issue?
2019-02-25 17:29:38 <ncopa> id4rk: that may be the issue. I doubt you can boot the kernel with less than 128MB nowdays
2019-02-25 17:30:17 <ncopa> i mean, the iso image
2019-02-25 18:53:57 <id4rk> ok, was able to install it
2019-02-25 18:55:26 <id4rk> another question, in the latest release... the setup for the serial output is different than before, i followed the tutorial.... i can see the boot sequence but i dont get the prompt on the com port
2019-02-25 18:57:12 <id4rk> oh wait...
2019-02-25 20:31:43 <whitenite> hi, i would like to use alpine edge repositories. the wiki states that in the last step, `cat /etc/alpine-release` should output a release version with a build date attached. this is not the case, so is there another way to verify the system is running on edge?
2019-02-25 20:31:58 <whitenite> `apk upgrade --update-cache --available` updated some packages, so i guess it is edge now
2019-02-25 20:33:23 <_ikke_> whitenite: yes, if you changed /etc/apk/repositories to point to edge and you ran that command, you can assume you are running edge
2019-02-25 20:33:38 <whitenite> okay thanks
2019-02-25 21:13:08 <mcr> I'm building docker images with alpine linux (arm).  I'm getting time outs from  http://dl-cdn.alpinelinux.org/alpine.  does "apk" respect $http_proxy?  can I point it at my apt-cacher-ng perhaps?
2019-02-25 21:15:55 <ncopa> apk should respect http_proxy
2019-02-25 21:16:11 <tmhoang> o/
2019-02-25 21:16:17 <tmhoang> agreed
2019-02-25 21:17:05 <ncopa> i have seen timouts from dl-cdn.a.o due to fastly (dl-cdn host) disables PMTU discovery by filter out ICMP packets
2019-02-25 21:17:39 <ncopa> highly annoying but when asking fastly they say "works as intended. set MTU locally"
2019-02-25 21:17:51 <_ikke_> what?
2019-02-25 21:17:59 <ncopa> yup
2019-02-25 21:18:18 <_ikke_> How would you know what the remote MTU is?
2019-02-25 21:18:45 <_ikke_> sigh
2019-02-25 21:18:51 <tmhoang> magic
2019-02-25 21:18:52 <mps> by crystal ball
2019-02-25 21:18:54 <ncopa> i guess they misread my explanation how they could reproduce the issue :)
2019-02-25 21:19:21 <ncopa> im not sure they understood the problem
2019-02-25 21:19:39 <ncopa> in any case, setting mtu manually is not a good idea
2019-02-25 21:19:44 <_ikke_> ipv6 relies heavily on icmp features
2019-02-25 21:19:51 <_ikke_> I wonder if they break that as well
2019-02-25 21:19:54 <tmhoang> agreed on manual mtu
2019-02-25 21:20:05 <ncopa> configuring mss clamping may solve it
2019-02-25 21:20:10 <ncopa> clamp-mss
2019-02-25 21:20:22 <_ikke_> yes, but that should reflect your local situation
2019-02-25 21:20:53 <_ikke_> You should not have to set clamp-mss if some hop on your route has a lower MTU
2019-02-25 21:27:58 <mps> looking at #alpine-commits I see 'aports:3.9-stable |Natanael Copa| testing/wireguard-vanilla'. how testing 3.9-stable could be added to /etc/apk/repositories
2019-02-25 21:28:37 <_ikke_> mps: the builders are not building the testing repos
2019-02-25 21:28:49 <_ikke_> not on stable branches
2019-02-25 21:29:38 <_ikke_> http://dl-cdn.alpinelinux.org/alpine/v3.9/ only lists community and main
2019-02-25 21:31:10 <mps> _ikke_: know this, but just had a hope that somehow we could have option to add kernel modules which are in testing when upgrading kernels on stable
2019-02-25 21:32:08 <_ikke_> only when you build them yourself
2019-02-25 21:32:28 <mps> I do that, just had a hope
2019-02-25 21:33:16 <mps> sorry, (crappy return key) had a hope to skip building it whenever upgrading kernels on stable
2019-02-25 21:44:08 <mcr> be nice if fastly would set plmtu on their servers.  net.ipv4.tcp_mtu_probing=2
2019-02-25 21:44:11 <mcr> (works for IPv6 too)
2019-02-25 22:10:30 <mcr> Step 4/11 : RUN export http_proxy=http://cacher.sandelman.ca:3142/; apk update
2019-02-25 22:10:30 <mcr>  ---> Running in a67b1e612332
2019-02-25 22:10:30 <mcr> fetch http://dl-cdn.alpinelinux.org/alpine/v3.9/main/armhf/APKINDEX.tar.gz
2019-02-25 22:10:30 <mcr> fetch http://dl-cdn.alpinelinux.org/alpine/v3.9/community/armhf/APKINDEX.tar.gz
2019-02-25 22:10:30 <mcr> ERROR: http://dl-cdn.alpinelinux.org/alpine/v3.9/main: temporary error (try again later)
2019-02-25 22:10:30 <mcr> WARNING: Ignoring APKINDEX.b89edf6e.tar.gz: No such file or directory
2019-02-25 22:10:48 <mcr> watching my logs on the proxy, I see it pull community, but I never see it pull main.
2019-02-25 22:23:22 <mcr> works fine interactively. argh.
2019-02-25 22:27:26 <anupn> Hi Folks, I am trying to build alpine linux 3.9 image with docker, but somehow the docker build is failing when 'apk add --update' runs. It is throwing "ERROR: http://dl-cdn.alpinelinux.org/alpine/v3.9/main: temporary error (try again later)" error. I have proxies set in my environment and so they are getting passed as --build-args. I have /etc/systemd/system/docker.service.d/http-proxy.conf created still i am getting this error. Can
2019-02-25 22:27:27 <anupn> someone please point me to what I should be adding?
2019-02-25 22:27:54 <mcr> yeah, anupn, I'm dealing with the same problem.
2019-02-25 22:28:29 <mcr> how are you passing the proxies in with build-args?
2019-02-25 22:28:48 <mcr> Watching my proxy logs and playing with CURL, I'm suspecting that one of the CDN servers might be bad.
2019-02-25 22:28:59 <mcr> < X-Served-By: cache-jfk8133-JFK, cache-yyz8325-YYZ
2019-02-25 22:29:00 <mcr> < X-Cache: MISS, HIT
2019-02-25 22:29:14 <mcr> cache-jfk8133-JFK is always a miss, even after I've tried it already.
2019-02-25 22:31:11 <anupn> mcr: Ah I am running a kubernetes plugin and so for me the docker build runs like this "docker build  --build-arg http_proxy=x.x.x.x:port --build-arg https_proxy=x.x.x.x --build-arg no_proxy=x.x.x.x --build-arg NDCTL_VERSION=64 --build-arg NDCTL_CONFIGFLAGS='--libdir=/usr/lib --disable-docs --without-systemd' --build-arg NDCTL_BUILD_DEPS='build-base autoconf automake bash-completion libtool libuuid json-c kmod asciidoc xmlto kmod-dev
2019-02-25 22:31:11 <anupn> eudev-dev util-linux-dev json-c-dev linux-headers wget tar file keyutils-dev' -t localhost:5000/pmem-csi-driver:canary -f ./cmd/pmem-csi-driver/Dockerfile "
2019-02-25 22:31:35 <anupn> I have added the proxies inside ~/.docker/config.json as well
2019-02-25 22:31:43 <anupn> that didn't help either
2019-02-25 22:32:15 <anupn> it seems problem of proxies and DNS because on my host I can download this
2019-02-25 22:32:31 <mcr> RUN apk --repositories-file /etc/apk/repo-cached update; sleep 1; apk --repositories-file /etc/apk/repo-cached update
2019-02-25 22:32:38 <mcr> I've tried this, and it seems to work better.
2019-02-25 22:32:47 <mcr> I've also blackhole two cdndl:
2019-02-25 22:33:03 <mcr> sudo ip -4 route add blackhole 151.101.0.249
2019-02-25 22:33:08 <mcr> and 64.249.
2019-02-25 22:33:23 <mcr> That didn't seem to help, but trying twice seems to work.
2019-02-25 22:34:11 <anupn> mcr: I will try using these commands wait
2019-02-25 22:36:21 <anupn> mcr: will add --update be needed after RUN apk --repositories-file /etc/apk/repo-cached update; sleep 1; apk --repositories-file /etc/apk/repo-cached update ?
2019-02-25 22:42:47 <mcr> hi, so when I just now re-ran, and so used the cached apk update, the apk add tried to get the update again, and failed.
2019-02-25 22:44:15 <anupn> mcr: ah okie, for me somehow it is complaining about proxy when I tried your commands, which I am surprise as proxies are correct
2019-02-25 22:44:35 <anupn> mcr: do you think another version of alpine linux might work?
2019-02-25 22:53:35 <anupn> mcr: my curl logs show actually a hit on the alpine link https://pastebin.com/pe4yE3zp
2019-02-25 23:15:34 <mcr> I don't think it matters which version of alpinelinux you try.
2019-02-25 23:15:45 <mcr> I think that this is something to do with the CDN.
2019-02-25 23:15:55 <mcr> I am using apt-cacher-ng, I had to add a rule:
2019-02-25 23:16:10 <mcr> PfilePatternEx: \.apk$
2019-02-25 23:16:17 <mcr> to allow apk files to be loaded.
2019-02-25 23:17:20 <mcr> I've added  --cache-max-age 300 to keep the cache files around longer, but that fails since it's been more than 5 minutes since I created the layer with the apk update :-(
2019-02-25 23:19:27 <mcr> 
ACTION very frustrated. 

2019-02-25 23:22:04 <anupn> mcr: did you got your image built?
2019-02-25 23:25:28 <anupn> mcr: ok I got it working attaching flag --network host with docker build
2019-02-25 23:53:53 <maldridge> _ikke_: I've dealt with fastly before as an ISP.  They have some interesting... ideas on network management.
2019-02-26 00:12:39 <mcr> I seem to have DNS issues, can't reach github.com consistently now.
2019-02-26 00:26:08 <dalias> mcr, what namesservers do you use?
2019-02-26 05:33:46 <_ikke_> maldridge: fun times
2019-02-26 05:34:40 <maldridge> how did alpine's involvement with fastly come about?
2019-02-26 05:37:57 <m4t>  https://gliderlabs.com/devlog/2015/fastly-cdn-speeds-up-alpine-package-installs/ ?
2019-02-26 05:38:04 <m4t> debian uses fastly too
2019-02-26 09:11:22 <marnej> hello, where is manpage for apk  ?
2019-02-26 09:13:11 <_ikke_> marnej: There currently isn't one. Someone is working on creating one though
2019-02-26 09:13:27 <marnej> ah ok thx.
2019-02-26 09:13:38 <marnej> apk add --help is i am looking for :-)
2019-02-26 09:33:54 <mss> hi, i'm having issues installing gpm, can anyone help?
2019-02-26 09:34:31 <ncopa> mss: what error do you get?
2019-02-26 09:35:37 <mss> @ncopa: well, i've enabled all the repo's but no gpm was found when i issued "apk add gpm" so i followed the official lfs tutorial for gpm, is there a package for gpm in alpine?
2019-02-26 09:35:50 <ncopa> does not look like we have the package gpm yet
2019-02-26 09:35:59 <ncopa> https://pkgs.alpinelinux.org/packages?name=gpm&branch=edge
2019-02-26 09:36:41 <mss> @ncopa: can you help me the error i get while compiling or should i ask the lfs guys since its their tutorial?
2019-02-26 09:36:58 <mss> with the error*
2019-02-26 09:37:16 <ncopa> looks like we had gpm at some point
2019-02-26 09:37:33 <ncopa> removed with commit b6af1e02efe594039707cd882517663d5370f375
2019-02-26 09:38:10 <mss> i see.
2019-02-26 09:58:49 <ncopa> mss: im resurrecting it
2019-02-26 10:11:30 <ncopa> mss: pushed to testing
2019-02-26 10:11:50 <ncopa> mss: can you please test if it works? so i can move it to community
2019-02-26 10:37:13 <mps> can anyone who have right to do scp upload to dev.alpinelinux.org, trigger snapshot for community/crystal, i.e. 'abuild snapshot'
2019-02-26 10:37:46 <mps> uh, wrong channel, sorry
2019-02-26 18:25:46 <jvandrew> Hello, all. I just created an Alpine iso and booted from it. It boots, but after it loads hardware drivers the screen goes black and nothing happens. Any documentation on this issue I should be reading?
2019-02-26 18:34:28 <ncopa> jvandrew: sounds like its framebuffer driver that gets loaded
2019-02-26 18:34:38 <ncopa> try modprobe fbcon
2019-02-26 18:37:14 <jvandrew> ncopa: Thank you! Dumb question: so basically when my screen goes black, I just enter that command, then enter, and see of the screen comes bacl?
2019-02-26 18:37:49 <ncopa> yes
2019-02-26 18:38:03 <ncopa> it will probably print login:
2019-02-26 18:38:09 <ncopa> so type "root"
2019-02-26 18:38:26 <ncopa> i dont know if you have password set, and if not you just press "enter"
2019-02-26 18:38:51 <ncopa> and then "modprobe fbcon"
2019-02-26 18:39:01 <jvandrew> ncopa: It's the stock ISO being booted for the first time, so that would mean no password, right?
2019-02-26 18:39:09 <ncopa> correct
2019-02-26 18:39:30 <jvandrew> ncopa: Thank you very much. Will reboot and try now.
2019-02-26 18:44:53 <ncopa> you may also try make sure the fbdrivers are in the initramfs and fbcon, then it may autoload early
2019-02-26 18:45:26 <ncopa> add the "kms" feature to mkinitfs config
2019-02-26 20:59:55 <Ai9zO5AP> Hello, what is the equivalent of /etc/skel in alpine Linux ? Thank you
2019-02-26 21:04:20 <clandmeter>  /etc/skel
2019-02-26 21:06:28 <Ai9zO5AP> clandmeter: I did not found it
2019-02-26 21:06:32 <Ai9zO5AP> find*
2019-02-26 21:06:43 <clandmeter> what did you not find?
2019-02-26 21:06:45 <_ikke_> There is no default skeleton
2019-02-26 21:08:09 <Ai9zO5AP> _ikke_: Hoe to use default shell config when create a new user in alpine ?
2019-02-26 21:09:32 <_ikke_> I believe you need to use useradd (shadow) for that
2019-02-26 21:10:02 <clandmeter> busybox adduser would work just fine
2019-02-26 21:10:58 <_ikke_> ah ok
2019-02-26 21:11:02 <Ai9zO5AP> _ikke_: understand, I am just teaching alpine to some users, I just need to make them understand how everything work
2019-02-26 21:11:06 <clandmeter> or am i missing the problem here?
2019-02-26 21:11:32 <clandmeter> just prepare your skeleton dir
2019-02-26 21:11:36 <clandmeter> and add a user
2019-02-26 21:11:47 <clandmeter> things should be in place
2019-02-26 21:12:22 <Ai9zO5AP> clandmeter: Thank you very much
2019-02-26 21:13:02 <clandmeter> with adduser -k switch you can also specify a different skeleton directory.
2019-02-26 21:15:43 <Ai9zO5AP> adduser in alpine is not like default other Gnu/Linux Distributions.
2019-02-26 21:16:08 <Ai9zO5AP> but it is good to have something new and work different
2019-02-26 21:17:26 <Ai9zO5AP> -S instead of -r and -k instead of -m
2019-02-26 21:18:18 <clandmeter> That's why it's called differently. It's not compatible.
2019-02-26 21:19:31 <jwh> adduser is not useradd, that's why ;)
2019-02-26 21:44:44 <ScrumpyJack> what do i need to remember to do while switching kernels? (from hardened to vanilla)
2019-02-26 21:46:56 <ScrumpyJack> is it enough to move MENU DEFAULT from hardened to vanilla in extlinux.conf?
2019-02-26 21:54:01 <ScrumpyJack> like this https://ilet.to/5ezK
2019-02-27 02:45:55 <shaggymane> need some quick help with building a kernel
2019-02-27 02:47:27 <shaggymane> I am in the /aports/main/linux-vanilla git and all I see are config files
2019-02-27 02:49:25 <shaggymane> wiki cays to copy/rename the config I want to the linux-4.14 folder.... I cant for the life of me remember how to get there... did I forget to merge or pull or sync?
2019-02-27 02:49:41 <shaggymane> << new to git
2019-02-27 02:50:13 <shaggymane> I just dont see kernel sources anywhere on my system
2019-02-27 02:56:11 <shaggymane> abuild -rK I guess.. seems to dl something
2019-02-27 04:39:18 <basdb> i can't recall the way you set a temporary state of being, like a working directory, with apk (i.e. project) and then remove it. perhaps i'm thinking of something else?
2019-02-27 04:42:51 <basdb> apk add --virtual <temp_name> <packages> ... && apk del <temp_name>
2019-02-27 04:43:50 <basdb> not included on the wiki page, but perhaps on the manpage?: https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management
2019-02-27 04:56:45 <TBB> yeah, those are what are known as package groups in some other package managers
2019-02-27 04:57:13 <TBB> "world" is one such group, as in /etc/apk/world
2019-02-27 07:10:05 <user1709> good morning.
2019-02-27 07:13:45 <user1709> i have a question regarding my rpi setup (aarch64). i have enabled a local apk cache, setup overlayfs for my /usr mountpoint, however unless i commit each `apk add`, i cannot manage installed packages (i.e. apk info). am i missing something? my goal was to move as much packages as possible from memory to my sdcard.
2019-02-27 07:17:46 <user1709> to illustrate my point with an example: i want to install ansible. a huge package, so i dont wanna have it in ram. so i do `apk add ansible`. install successful. i look into /usr/bin, there's an executable. i look into /media/mmcblp0/cache there are apks. i restart the pi. it boots again. i do `apk info -vv`, there's no ansible in the list, executables are still there in /usr/bin.
2019-02-27 07:19:25 <user1709> so i thought maybe i have to commit the changes. so i did. but now i can see a substantial (100MB) growth in use of the ram, so i gather it's ansible taking up all the that space.
2019-02-27 08:14:51 <kahiru> hey, anyone knows whats up with all the "place our ad on alpinelinux.org" emails on the list?
2019-02-27 08:19:27 <danieli> no clue, I thought it got banned
2019-02-27 11:23:53 <MICROburst> using alpine virtual in a qemu/kvm environment, I am getting "ERROR: unsatisfiable constraints: emacs-nox (missing)..." despite of some successful installs before. Any ideas how to fix this?
2019-02-27 11:25:06 <_ikke_> MICROburst: Did you add the community repo?
2019-02-27 11:25:41 <MICROburst> nope. Do you have a pointer for this, please?
2019-02-27 11:26:55 <_ikke_> You can add it in /etc/apk/repositories
2019-02-27 11:27:23 <_ikke_> There should already be an entry for main, you can copy that and replace main with community
2019-02-27 11:28:33 <MICROburst> Working now. Thank you!
2019-02-27 11:28:57 <_ikke_> No proplem
2019-02-27 15:28:08 <mss> hi, i just finished a fresh install. after running startx, i can't move my keyboard and mouse.
2019-02-27 15:30:04 <mss> i ran `apk add xorg-server xf86-video-intel xf86-input-evdev xf86-input-mouse xf86-input-keyboard udev` and `rc-update add udev sysinit`.
2019-02-27 15:32:09 <mss> anyone here?
2019-02-27 15:33:36 <jn__> mss: yes, people are here
2019-02-27 15:34:04 <TBB> that's not enough for udev, it has a couple of additional services that are also required
2019-02-27 15:34:53 <mss> TBB: there are no tutorials in the installation guide, adding udev to sysinit layer isn't from the tutorial either, i remembered it from gentoo.
2019-02-27 15:34:56 <mss> what should i do?
2019-02-27 15:38:28 <TBB> have a look at setup-xorg-base, it might have the required service setup in it
2019-02-27 15:38:39 <TBB> it's in your filesystem already
2019-02-27 16:04:07 <deafboy> setup-xorg-base installed almost everything for xorg to be usable
2019-02-27 16:04:43 <deafboy> only package I've added manually was xf86-video-vesa and appropriate line in xorg.conf to use it
2019-02-27 16:44:46 <shaggymane> hi, I am trying to get my AMD RX470 video card to work.. tried recompiling the kernel.. fix nomodeset in grub.. but X fails with signal 6 everytime
2019-02-27 18:39:04 <danieli> are you using an open-source driver compiled for musl, or attempting to use a precompiled driver?
2019-02-27 21:19:04 <TheRogueX> How do i set scrollback number of lines?
2019-02-28 04:25:59 <xrs> hey guys, I hope you can help me out .. I using alpine-linux on a laptop. I'm using pm-utils to susped. After about 8 suspend/resumes it fails. Any idea?
2019-02-28 09:41:26 <shaggymane> I cant get Unigine Heaven to run.. keeps complaining that browser_x64 is missing
2019-02-28 09:43:07 <shaggymane> any dependencies I might be missing?
2019-02-28 15:25:03 <fassl> hello, when building a custom kernel, how can i change the name of it? i would like it to install as /boot/something, do i just set _flavor=something in the APKBUILD?
2019-02-28 17:09:06 <JordiGH> I've got a Python wheel that can't find ld-linux. Huh? Is the GNU linker no longer included?
2019-02-28 17:10:59 <_ikke_> JordiGH: What do you mean with "no longer"?
2019-02-28 17:12:02 <JordiGH> My build worked last week, this week my builds fails with Error loading shared library ld-linux-x86-64.so.2: No such file or directory (needed by /root/.virtualenvs/aws/lib/python2.7/site-packages/_cffi_backend.so)
2019-02-28 17:12:21 <JordiGH> We've got the Python wheels pinned, but our Dockerfile just points to `FROM python:2-alpine`
2019-02-28 17:12:31 <JordiGH> And not finding linux-ld is a pretty fundamental thing.
2019-02-28 17:12:46 <JordiGH> So I'm thinking that Alpine changed an it's our fault for not pinning the Alpine version.
2019-02-28 17:13:15 <_ikke_> I think more that something changed upstream
2019-02-28 17:13:17 <_ikke_> of you
2019-02-28 17:14:18 <_ikke_> You need to install gcompat to get ld-linux
2019-02-28 17:15:05 <JordiGH> Well, which upstream?
2019-02-28 17:15:14 <JordiGH> You don't think alpine changed? It always required gcompat?
2019-02-28 17:15:24 <JordiGH> Or do you think the Docker container our Dockerfile points to changed?
2019-02-28 17:15:32 <_ikke_> Yes, I suspect that
2019-02-28 17:15:40 <_ikke_> Alpinelinux is musl based
2019-02-28 17:16:08 <JordiGH> Btw, why is that? A principled stance against GNU?
2019-02-28 17:16:25 <JordiGH> Or just trying to get smaller sizes?
2019-02-28 17:16:49 <_ikke_> Yeah, just a simpler libc with smaller attack surface
2019-02-28 17:17:09 <mps> and faster, let me add :)
2019-02-28 17:17:10 <_ikke_> there are other advantages as well
2019-02-28 17:18:03 <JordiGH> But it's not like OpenBSD where the goal is to just hate the GPL, right?
2019-02-28 17:18:16 <_ikke_> Nope
2019-02-28 17:18:19 <Elizabeth> this conversation took an interesting turn heh.
2019-02-28 17:18:32 <_ikke_> not that I'm aware of at least
2019-02-28 17:18:37 <mps> no, a lot of GNU software is in Alpine
2019-02-28 17:19:11 <Elizabeth> Original blog: https://alpinelinux.org/posts/Alpine-Linux-has-switched-to-musl-libc.html
2019-02-28 17:19:11 <koollman> JordiGH: I would say against glibc (and its size/complexity), not gnu
2019-02-28 17:19:39 <Elizabeth> so I don’t see it really being a hatred or anything of GNU
2019-02-28 17:20:03 <koollman> Elizabeth: it wasn't glibc before this change, it was uclibc
2019-02-28 17:20:13 <Elizabeth> oh you’re right, it’s been a long time
2019-02-28 17:20:27 <JordiGH> koollman: I see.
2019-02-28 17:20:35 <Elizabeth> (I guess two years is too far out for my memory these days heh)
2019-02-28 17:21:03 <koollman> but : https://alpinelinux.org/about/ -> small, simple, secure, mean musl is more interesting than glibc in this context
2019-02-28 17:22:35 <mps> koollman: and require a lot patching of the upstream software which presumes 'everything is glibc' :|
2019-02-28 17:22:54 <koollman> of course. there are tradeoffs :)
2019-02-28 17:24:25 <mps> and a lot of new users ask same questions again and again ;)
2019-02-28 17:25:04 <JordiGH> 
ACTION feels attacked.

2019-02-28 17:25:31 <mps> JordiGH: don't take it to heart, I'm just kidding
2019-02-28 17:25:36 <Elizabeth> wasn’t there a FAQ page about this on the wiki at some point
2019-02-28 17:26:33 <mps> Elizabeth: I think this one is enough to understand Alpine: https://alpinelinux.org/about/
2019-02-28 17:27:35 <JordiGH> I'm not sure I'm an Alpine user... more of a build user which is a Docker user which is an alpine user. I'm just trying to figure out what clogged the pipes, y'know?
2019-02-28 17:29:09 <Elizabeth> I love the NAT gateway cloaks, heh.
2019-02-28 17:32:25 <JordiGH> I think Google and Facebook have them too.
2019-02-28 17:32:31 <mps> JordiGH: but you arrived here, at the end. I don't think it is wrong or offensive if someone points you to the "About" page.
2019-02-28 17:32:52 <JordiGH> mps: Oh, yeah, I'm glad I learned something.
2019-02-28 17:33:31 <mps> that is, we all learn everyday something new
2019-02-28 17:33:33 <JordiGH> Although my point was more like, y'know, about how people don't always care that much about every cog in their machine.
2019-02-28 17:34:40 <Elizabeth> perhaps, but you should be aware of the biggest, fundamental cogs.
2019-02-28 17:34:53 <mps> understand, but we have #alpine-offtopic for OT chat
2019-02-28 17:35:47 <JordiGH> Elizabeth: I can probably just change the docker image and swap out this cog, actually. But I do want to learn why gcompat apparently was here before but not any longer. It's now a Docker question, though.
2019-02-28 17:36:13 <Elizabeth> then why are you using alpine?
2019-02-28 17:36:20 <JordiGH> It's default.
2019-02-28 17:36:41 <mps> gcompat is still in Alpine stable
2019-02-28 17:36:52 <Elizabeth> ^
2019-02-28 17:37:05 <JordiGH> But apparently not in the base install?
2019-02-28 17:37:05 <Elizabeth> it’s not “replacing the cog”, it’s supplementing it.
2019-02-28 17:37:27 <mps> it is in community repo
2019-02-28 17:37:43 <mps> and I suspect it was ever in main
2019-02-28 17:37:55 <JordiGH> Elizabeth: No, I mean, I could probably point my Dockerfile to an Ubuntu image and still get everything working. I think most of our Dockerfiles are in fact pointing to Ubuntu. I do want to understand why this one isn't before I go any further.
2019-02-28 17:38:00 <Elizabeth> https://wiki.alpinelinux.org/wiki/Enable_Community_Repository
2019-02-28 17:38:22 <Elizabeth> JordiGH: oh yeah, you could, I took it as “I could replace musl” and I got .. a bit confused
2019-02-28 17:39:01 <JordiGH> No, yeah, I'm not changing the libc, that'd be crazy.
2019-02-28 17:39:42 <mps> actually gcompat was in testing and about year ago moved to community
2019-02-28 17:41:05 <mps> JordiGH: btw, if you could skip gcompat, it is problematic for anything serious
2019-02-28 17:41:49 <JordiGH> I'm still puzzling out Docker to figure out if that was the change.
2019-02-28 17:42:58 <mps> I tried gcompat for some 'things' but after short time uninstalled it and 'live' without it :)
2019-02-28 17:43:31 <JordiGH> Yeah, but I'm not sure I can control this bit about how Python wheels are built.
2019-02-28 17:44:22 <mps> eh, because that i wrote 'if you could'
2019-02-28 17:57:49 <JordiGH> Hmmmm....
2019-02-28 17:57:59 <JordiGH> So this was the previous Dockerfile on Alpine 3.8: https://github.com/docker-library/python/blob/master/2.7/alpine3.8/Dockerfile#L42
2019-02-28 17:58:30 <JordiGH> And this is the one that seems to have broken my build: https://github.com/docker-library/python/blob/master/2.7/alpine3.9/Dockerfile#L42
2019-02-28 17:58:37 <JordiGH> For Alpine 3.9
2019-02-28 17:58:48 <JordiGH> Anything obvious in here that would make ld-linux.so disappear?
2019-02-28 18:00:35 <JordiGH> Only difference seems to be the Alpine version and libressl->openssl: https://www.diffchecker.com/qU8HjWqF
2019-02-28 18:02:16 <macchute> hi, I'm trying to install alpine on my laptop and I get some error where it's not finding or making partitions, I write sys and hit enter and it doesn't seem to install, I don't know if I need to do something special like add a flag or if this is due to the existing partitioning (it has a win7/ubuntu dual boot)?
2019-02-28 18:02:25 <danieli> as far as I can see, libc6-compat and gcompat both provide ld-linux.so.2
2019-02-28 18:02:49 <danieli> macchute: did it work when you partitioned it by hand?
2019-02-28 18:03:05 <danieli> also, what exactly is the exact error?
2019-02-28 18:03:22 <JordiGH> Error loading shared library ld-linux-x86-64.so.2: No such file or directory (needed by /root/.virtualenvs/aws/lib/python2.7/site-packages/_cffi_backend.so)
2019-02-28 18:04:08 <JordiGH> The only obvious change I can see that would break my build is this, that Docker changed the Alpine version.
2019-02-28 18:07:09 <macchute> Ill have to check what it says exactly, but it said something like lvm2 missing and then two other errors with something about linux mentioned
2019-02-28 18:10:05 <mps> danieli: afaik, gcompat replaces/supersedes libc-compat
2019-02-28 18:10:08 <danieli> mm
2019-02-28 18:10:36 <mps> libc6-compat
2019-02-28 18:14:40 <macchute> it says: ERROR: unsatisfiable constraints:
2019-02-28 18:15:03 <macchute> sfdisk (missing)
2019-02-28 18:15:14 <macchute> syslinux (missing)
2019-02-28 18:16:58 <danieli> did you set up networking and install them?
2019-02-28 18:17:01 <danieli> if you did, that's strange
2019-02-28 18:23:34 <JordiGH> `ERROR: unsatisfiable constraints:  gcompat (missing):    required by: world[gcompat]`
2019-02-28 18:23:43 <JordiGH> Does that mean I need to enable an external repo?
2019-02-28 18:24:57 <JordiGH> bash-4.3# cat /etc/apk/repositories
2019-02-28 18:24:57 <JordiGH> http://dl-cdn.alpinelinux.org/alpine/v3.4/main
2019-02-28 18:24:57 <JordiGH> http://dl-cdn.alpinelinux.org/alpine/v3.4/community
2019-02-28 18:24:59 <JordiGH> Seems to be there...
2019-02-28 18:25:12 <JordiGH> Wait, what, 3.4?
2019-02-28 18:51:03 <danieli> oh right, 3.4, that's old
2019-02-28 18:51:10 <danieli> no gcompat there
2019-02-28 19:05:21 <JordiGH> Oh, hey, progress.
2019-02-28 19:05:25 <JordiGH> Now I get a different error message.
2019-02-28 19:05:27 <JordiGH>  ImportError: Error relocating /root/.virtualenvs/aws/lib/python2.7/site-packages/_cffi_backend.so: __fprintf_chk: symbol not found
2019-02-28 19:05:39 <JordiGH> I wonder if that's looking for glibc symbols.
2019-02-28 20:47:02 <JordiGH> Figured it out, thanks for all the help.
2019-02-28 21:01:05 <feuerteufel> Hi
2019-02-28 21:01:55 <feuerteufel> Somebody here knows wat the default syslog is on alpine linux 3.9?
2019-02-28 21:02:16 <feuerteufel> Is it syslog or syslog-ng?
2019-02-28 21:03:02 <mps> feuerteufel: busybox syslog applet
2019-02-28 21:05:03 <feuerteufel> It looks like both of them are not able to start ...
2019-02-28 21:05:23 <feuerteufel> rc-service say's so ...
2019-02-28 21:06:13 <feuerteufel> But there ar entry's in, for example, the messages
2019-02-28 21:06:24 <feuerteufel> +e
2019-02-28 21:08:06 <mps> feuerteufel: seems there are some problem with busybox syslog start/stop script
2019-02-28 21:09:39 <feuerteufel> If I remember korrekt, that's the reason why syslog-ng is on this system ...
2019-02-28 21:10:58 <feuerteufel> But I'm not able to get syslog-ng to start, not on boot or by hand
2019-02-28 21:11:00 <mps> no, busybox applets are simple utilities, but for more serious logging there are some 'full' apk's to select preferred
2019-02-28 21:11:13 <clandmeter> I never had an issue with it
2019-02-28 21:12:11 <feuerteufel> so you think uninstall syslog-ng and try again?
2019-02-28 21:13:00 <feuerteufel> I found it out during upgrading from 3.8 to 3.9
2019-02-28 21:15:59 <mps> for me on some boxes busybox syslog works fine and on some I built locally metalog
2019-02-28 21:41:40 <feuerteufel> Ok, syslog is running now ...
2019-02-28 21:42:53 <feuerteufel> But I'm not able to uninstall syslog-ng, there is this message:
2019-02-28 21:43:02 <feuerteufel> World updated, but the following packages are not removed due to:
2019-02-28 21:43:02 <feuerteufel>   syslog-ng: cuimenu
2019-02-28 21:43:57 <feuerteufel> Oh bevore I deleted syslog-ng out of the rc-update
2019-02-28 21:52:18 <clandmeter> feuerteufel: apk del cuimenu
2019-02-28 21:54:07 <feuerteufel> Ok that work's ...
2019-02-28 21:55:24 <feuerteufel> But now wget, dmidecode and some more also gone ...
2019-02-28 21:57:05 <feuerteufel> See here, this ist the complete list:
2019-02-28 21:57:08 <feuerteufel> https://waf.logout.de/p/?2b7798400fd9c2b5#Ee7Hho4q9IVc3ognrFU4lbB1v2fmbMEBe+yITeSzEjI=
2019-02-28 21:58:28 <jn__> if you need wget or dmidecode, 'apk add' them
2019-02-28 22:00:46 <feuerteufel> Thank's @ all
2019-02-28 22:03:09 <feuerteufel> Hope everything works now ... it looks like
2019-02-28 22:03:29 <feuerteufel> Time will show ;)
2019-02-28 22:53:23 <maldridge> Are there any directories within the apk subtree that are safe to rm?  I'm looking to slim down some images that are fatter than I'd like
2019-02-28 23:26:14 <danieli> subtree where, exactly?
2019-02-28 23:29:50 <maldridge> filesystem
2019-02-28 23:30:33 <maldridge> I determined though that the majority of my image size is actually the unbelievably large GeoIP database
2019-02-28 23:30:38 <danieli> but.. where on the filesystem?
2019-02-28 23:30:52 <maldridge> anywhere, I was assuming that apk cached its files ot the disk somewhere that I'd need to clear
2019-02-28 23:31:09 <maldridge> I explored an image with ncdu and it seems like there's nothing persisted
2019-02-28 23:31:16 <danieli> unless you tell it not to cache, yes
2019-02-28 23:31:39 <danieli> `du -hd1 /var/cache/apk`
2019-02-28 23:34:55 <maldridge> yeah, the caches are sufficiently empty
2019-02-28 23:34:58 <maldridge> a few k each
2019-02-28 23:35:11 <danieli> probably just the indexes then
2019-02-28 23:35:51 <maldridge> yeah