2019-09-01 02:57:40 <bluezinc> Lord: you mixed arch and arm?
2019-09-01 02:57:50 <bluezinc> s/arm/alpine/
2019-09-01 07:56:30 <mps> why alpine doesn't have libtinfo?
2019-09-01 07:56:38 <Lord> i just took arch's kernel+initram everything else is a regular alpine rootfs
2019-09-01 07:57:23 <mps> Lord: also I did that to bootstrap alpine on some arm's
2019-09-01 07:58:30 <mps> but that was mostly to test if alpine works, after that I built u-boot and kernels tweaked for particular SOC's or SBC's
2019-09-01 09:46:50 <priontology> Has anyone run arch on WSL?
2019-09-01 09:47:18 <priontology> Huh. Be right back.
2019-09-01 11:42:48 <danieli> i think you asked that in the wrong channel priontology
2019-09-01 11:43:10 <priontology> I meant alpine. Whoops--must have been misreading.
2019-09-01 11:43:35 <danieli> someone has, yes
2019-09-01 11:43:39 <danieli> i cannot vouch for their code though
2019-09-01 11:43:47 <priontology> It's nice to have something that's currently only 44MB (downloaded vim, and ncurses was big), compared to 600MB base install for ubuntu.
2019-09-01 11:44:02 <priontology> Should I be trying to run it for myself? I have no idea how WSL works.
2019-09-01 11:44:20 <danieli> you tell me, i can't tell you what you want to do
2019-09-01 11:46:09 <priontology> Can you package your own stuff for WSL? I always thought it had to be on the windows store. Hmm.
2019-09-01 11:47:13 <danieli> we don't have official WSL images and don't support it, asking WSL-specific questions might fit better in #alpine-offtopic or another channel entirely
2019-09-01 11:48:32 <Cogitri> priontology: I think there are unofficial WSL images of Alpine which work but nothing official in the windows store
2019-09-01 11:49:04 <danieli> yeah, i remember one dude asking if it was fine if he packaged it for WSL, but it never got released in any official capacity, it was some sketchy looking package
2019-09-01 11:49:15 <danieli> iirc this https://github.com/yuk7/AlpineWSL
2019-09-01 11:49:37 <Cogitri> Ah yes
2019-09-01 11:50:04 <priontology> Sketchy-looking?
2019-09-01 17:18:25 <tboerger[m]> has somebody ever tried to install alpine linux on a WD mycloud and replaced the whole WD crap? :)
2019-09-01 17:18:53 <Cogitri> Huh, that thing allows loading custom firmware? :o
2019-09-01 17:19:26 <tboerger[m]> i know that it was/is possible to replace the WD stuff with a debian. so i guess it would also be possible to install alpine linux
2019-09-01 17:19:54 <tboerger[m]> ha... found https://github.com/Johns-Q/wdmc-gen2, now i need to check which gen i got
2019-09-01 17:21:44 <danieli> nobody has tried to my knowledge
2019-09-01 17:27:43 <tboerger[m]> hum... maybe i should just buy a banana pi and replace the wd hardware...
2019-09-01 17:41:13 <danieli> that doesn't seem like an apples/apples comparison
2019-09-01 17:43:50 <tboerger[m]> i just want some tiny nas for storing photos and videos, which should be automatically synced to my owncloud. so it doesn't really matter if it's a rpi, bpi or wd as long as i can just plug in a sata disk :)
2019-09-01 17:51:06 <mps> tboerger[m]: bpi (allwinner A20) work with alpine, but you will have to make kernel or use kernel from some other distro which have full support for that device
2019-09-01 17:54:32 <PureTryOut[m]> How would I make the system auto-modprobe some modules?
2019-09-01 17:55:37 <mps> PureTryOut[m]: kmod doesn't work?
2019-09-01 17:57:15 <mps> and udev
2019-09-01 19:46:06 <PureTryOut[m]> Never heard about kmod, I'll look into it
2019-09-01 19:50:30 <maldridge> tboerger[m]: I'd recommend a pogoplug
2019-09-01 19:50:38 <maldridge> and then you provide a disk of your own to go with it
2019-09-01 19:51:45 <maldridge> the armv5 one is $10, and the armv7l one is $20
2019-09-01 19:57:13 <mps> kmod is installed by default, usually
2019-09-01 20:21:09 <PureTryOut[m]> mps: that's a modprobe compatible thing though it seems? So you can only modprobe stuff individually, and it doesn't happen automatically every boot
2019-09-01 20:29:50 <Cogitri> `/etc/modules` can be used for that, no?
2019-09-01 20:31:10 <PureTryOut[m]> I wouldn't know, that's why I'm asking 😛
2019-09-01 20:31:32 <Cogitri> It automatically loads modules on boot, but wasn't sure if that's your usecase
2019-09-01 20:31:41 <PureTryOut[m]> That is what I was asking for yes, thanks!
2019-09-01 20:32:28 <mps> udev loads modules for hot plugged devices
2019-09-01 20:32:43 <mps> if you ask this
2019-09-01 20:33:31 <mps> kmod is reverse dep for udev (and mkinitfs)
2019-09-01 20:35:55 <PureTryOut[m]> No I wanted modules to be loaded automatically on boot
2019-09-01 20:36:35 <mps> detected or to specify some
2019-09-01 20:37:51 <mps> if you want to load modules which are not detected as needed on boot you have to specify them in /etc/modules, as Cogitri pointed
2019-09-01 20:43:34 <MY-R> isnt modules-load.d better place for that?
2019-09-01 20:44:54 <mps> maybe, but /etc/modules is usually used :D
2019-09-01 20:45:40 <mps> but, ofc, both can be used
2019-09-01 20:46:04 <MY-R> isnt like it can be overwriten at some point? or will create just .apk-new file? :D
2019-09-01 20:47:02 <mps> ohm, ls -l /etc/modules.apk-new ;-)
2019-09-01 20:47:27 <MY-R> hehe :D
2019-09-01 20:48:06 <mps> yes, /etc/modules is config file so it is not overwritten if it is changed by admin
2019-09-01 20:49:19 <MY-R> dont remember, but was some distribution where things from modules-load.d were loaded much earlier from those in /etc/modules
2019-09-01 20:49:42 <MY-R> but ye, in alpine /etc/init.d/modules looks simple :)
2019-09-01 20:50:39 <mps> yes, keep in mind alpine moto: small simple secure
2019-09-01 20:50:58 <MY-R> ye ye and fast :D
2019-09-01 20:51:07 <MY-R> +stable!
2019-09-01 20:51:15 <MY-R> all distros repeating that :D
2019-09-01 20:51:33 <mps> although it is beginning to loose this attrs in last time, imo
2019-09-01 20:52:30 <MY-R> Im happy from "simple" :)
2019-09-01 20:53:53 <mps> well, small is simple or vice versa by default
2019-09-01 20:54:17 <mps> and simple is secure and stable by default
2019-09-01 20:54:41 <mps> and all that combined is fast, again by default
2019-09-01 20:55:46 <mps> or, machine with less moving parts are more stable and secure by default
2019-09-01 20:56:00 <MY-R> I'm glad also that EDGE isnt very edge :D
2019-09-01 21:13:18 <markweston> Hi. I'm trying to make a package.
2019-09-01 21:14:15 <markweston> For some reason, abuild thinks that /usr/lib/libsoundio.so, which is a soft link to /usr/lib/libsoundio.so.2, belongs to libsoundio-dev package, and not to libsoundio package. How do I fix that?
2019-09-01 21:19:56 <mps> markweston: add sndio-dev to makedepends
2019-09-01 21:21:13 <markweston> How is sndio related to soundio?
2019-09-01 21:21:32 <markweston> I am making a new package.
2019-09-01 21:21:43 <markweston> libsound.io
2019-09-01 21:21:45 <mps> shorthand probably :D
2019-09-01 21:21:57 <markweston> Now, they are completely separate projects :D
2019-09-01 21:22:03 <markweston> s/Now/No/
2019-09-01 21:22:18 <mps> url?
2019-09-01 21:22:51 <markweston> https://github.com/andrewrk/libsoundio
2019-09-01 21:23:12 <markweston> Anyway, looks like I have to make a custom package() functoin
2019-09-01 21:23:56 <mps> I don't think we have this in aports
2019-09-01 21:24:09 <markweston> Precisely. That's why I am making it.
2019-09-01 21:24:49 <mps> it couldn't have libsoundio.so in package because sndio already use this file name
2019-09-01 21:25:11 <mps> oh, sorry
2019-09-01 21:25:26 <mps> it could, they are different
2019-09-01 21:25:45 <mps> but similar and confusing somewhat
2019-09-01 21:36:38 <markweston> Yeah, I just don't understand how package() works
2019-09-01 21:36:49 <markweston> I have trouble finding the documentation of package()
2019-09-01 21:37:20 <markweston> There is one line here: https://wiki.alpinelinux.org/wiki/APKBUILD_Reference#package.28.29
2019-09-01 21:37:57 <markweston> It says " This is the packaging stage. Here, the built application and support files should be installed into $pkgdir. "
2019-09-01 21:38:40 <markweston> So is package() called for each package and meta-package with different $pkgdir? But how does it separate what belongs to -dev and simple package?
2019-09-01 21:40:03 <markweston> I have to provide my own "dev()" function?
2019-09-01 21:43:36 <markweston> yeah, I have to write my own dev() function. I'm getting closer
2019-09-01 21:43:54 <mps> markweston: add $pkgname-dev to subpackages, it should build correct -dev
2019-09-01 21:45:35 <mps> look at community/sndio/APKBUILD as sample :P
2019-09-01 21:46:30 <markweston> I have added it as a subpackage, but it dev() does not split it correctly by default. Perhaps a bug in abuild. Anyway, overloaded dev() and now it works!
2019-09-01 21:47:27 <markweston> https://termbin.com/mpfo
2019-09-01 21:48:10 <markweston> I should submit it to the mailing list, right?
2019-09-01 21:48:33 <mps> or github PR
2019-09-01 21:49:03 <markweston> Thanks.
2019-09-01 21:49:05 <mps> one note: pkdesc could be shorter
2019-09-01 21:49:38 <mps> "lightweight abstraction library over various sound drivers"
2019-09-01 21:50:05 <mps> just example, but not need to repeat pkgname in pkgdesc
2019-09-01 21:50:25 <mps> but this is just my opinion, nothing more
2019-09-01 21:50:42 <markweston> Too late, sent it. They'll figure it out. Thanks for the help, anyway!
2019-09-01 21:50:43 <markweston> Bye.
2019-09-01 21:51:22 <mps> oh, and shouldn't alsa-lib-dev go in makedepends and not depends
2019-09-01 21:52:12 <mps> hardly it will be pushed in current state
2019-09-02 03:49:54 <nixfloyd> <3
2019-09-02 03:50:13 <nixfloyd> whoops, wrong window
2019-09-02 03:50:16 <nixfloyd> 
ACTION hides

2019-09-02 07:48:17 <tboerger[m]> maldridge: thanks, will look into that
2019-09-02 13:53:15 <quinq> Humm, I get a lib error for webkit2gtk on x86: Error loading shared library libgnutls.so.30: Permission denied
2019-09-02 13:53:18 <quinq> Does that ring a bell?
2019-09-02 13:54:03 <Cogitri> Not really, what are the permissions on libgnutls?
2019-09-02 13:54:09 <quinq> The file is present and is a symlink to libgnutls.so.30.25.0
2019-09-02 13:54:17 <quinq> It's 755
2019-09-02 13:54:53 <quinq> Maybe that's a version mismatch because some parts are being rebuilt atm?
2019-09-02 13:59:00 <adrian_1908> Is there an option to configure ash? Like setting some command aliases?
2019-09-02 14:26:09 <brutser> guys, i need to build a custom kernel that only need to work on my device and must be as small as possible (same for initramfs), it needs to be small because it needs to fit a 4MB spi flash chip, so yea :)  i found this > http://minimal.linux-bg.org/#home < is that something to work with? any advise from you experts in here? i need it! :)
2019-09-02 14:39:44 <PICCORO> brutser: that need very good reading and knowledge about your device and linux kernel..
2019-09-02 14:40:32 <PICCORO> you must try many times.. and very RECOMMENDATION: build tree sources, do not clean or erase it.. due sometimes you will need to recompile again for some misctakes or updates
2019-09-02 14:41:00 <PICCORO> adrian_1908: search at google.. that's not property a very hard
2019-09-02 14:41:08 <adrian_1908> PICCORO: nothing turns up
2019-09-02 14:41:16 <brutser> PICCORO: yes i feared it would not be easy, let me explain what i try to do: we got device with embedded system and admin currently have usb pendrive to boot into admin panels < now my job is to remove the need for pendrive, so my thought was to put a grub2 payload on the spi flash, but having only grub2 will make decryption of the admin partitions
2019-09-02 14:41:17 <brutser>  very slow, so that is why i need a kernel and initramfs, but the spi flash chip is 4M only and i cannot change that. i want to create a admin key combination that boot (just like the current pendrive), run some scripts, decrypt header/keys and decrypt admin partition, to show admin panels after - basically the spi flash replace the pendrive.
2019-09-02 14:41:32 <PICCORO> adrian_1908: that's can be!
2019-09-02 14:46:38 <KatolaZ> adrian_1908: read the manpage of ash
2019-09-02 14:46:40 <KatolaZ> man ash
2019-09-02 14:47:28 <KatolaZ> unless you are talking about the one embedded in busybox
2019-09-02 14:51:08 <KatolaZ> anyway, you have the "alias" builtin in there as well
2019-09-02 14:51:13 <adrian_1908> I'm on a container, but the mistake what on my part. I can actually add a ~/.profile and add an alias line there. Sorry for jumping to conclusions!
2019-09-02 14:51:34 <adrian_1908> s/what/was
2019-09-02 14:54:47 <KatolaZ> nw adrian_1908
2019-09-02 14:55:52 <KatolaZ> (and BTW, you should feel quite cramped in there ;P)
2019-09-02 15:00:29 <PICCORO> umm so brutser you need to only disable usb support for block devices.. due some internal devices still need usb
2019-09-02 15:00:40 <PICCORO> take care of .. brutser
2019-09-02 15:01:15 <PICCORO> i repeat only block devices over the usb.. not all block devices or all the usb support.. just specific block devices over usb ...
2019-09-02 15:01:40 <PICCORO> also i think ths can be made by customization on the eudev or udev
2019-09-03 06:51:03 <macroprep> how compatible is the arm version of Alpine with Android's architecture and kernel?
2019-09-03 06:51:35 <Cogitri> Not at all really?
2019-09-03 06:51:52 <Cogitri> I mean it does use the same arch, but different libc, different file hierarchy and ao on
2019-09-03 06:52:28 <macroprep> as im thinking of creating my OS using Alpine instead of the official Android OS
2019-09-03 06:53:53 <macroprep> particularly with the hardware differences in PC and phones
2019-09-03 06:55:38 <mps> macroprep: look at pmOS
2019-09-03 06:55:53 <macroprep> i did
2019-09-03 06:55:54 <macroprep> <quackchips[m]> we are linux distribution
2019-09-03 06:55:54 <macroprep> <quackchips[m]> not android
2019-09-03 06:56:59 <Cogitri> Yeah I don't think you'll have a good time making an Android with Alpine
2019-09-03 06:57:13 <mps> alpine is also linux and not android
2019-09-03 06:57:35 <macroprep> i dont case about the actual Android dalvik jave runtime apk thing
2019-09-03 06:57:44 <macroprep> care*
2019-09-03 06:57:50 <macroprep> java*
2019-09-03 06:58:08 <macroprep> as i have no intention of that
2019-09-03 06:59:10 <mps> you want something totally new, not android and not linux?
2019-09-03 06:59:22 <macroprep> linux
2019-09-03 07:00:05 <macroprep> as i plan on making a Linux GSI for mobile phone
2019-09-03 07:00:12 <macroprep> Linux OS*
2019-09-03 07:00:21 <mps> that is pmOS
2019-09-03 07:00:50 <macroprep> as i plan on making a Linux OS Generic System Image for treble enabled android mobile phones *
2019-09-03 07:08:35 <afkpaul> 
ACTION good morning everyone

2019-09-03 07:15:54 <midasi> is there a known issue regarding the upgrade from v3.9.4 to v3.10.2 ?
2019-09-03 07:16:33 <midasi> we run into the following error messages on around 50 servers: WARNING: Failed to perform initial self-upgrade, continuing with full upgrade. ERROR: unsatisfiable constraints:
2019-09-03 07:16:49 <midasi> Huh? Error reporter did not find the broken constraints.
2019-09-03 07:17:23 <midasi> the command 'apk add --upgrade apk-tools' returns with the same error message
2019-09-03 07:18:41 <mps> midasi: did you mixed two releases
2019-09-03 07:19:13 <mps> i.e. you have two releases in /etc/apk/repositories
2019-09-03 07:20:21 <midasi> nope, the only two lines are:
2019-09-03 07:20:21 <midasi> http://dl-4.alpinelinux.org/alpine/v3.10/main
2019-09-03 07:20:22 <midasi> http://dl-4.alpinelinux.org/alpine/v3.10/community
2019-09-03 07:21:12 <mps> try 'apk fix -u'
2019-09-03 07:21:30 <midasi> I already tried that...same error message
2019-09-03 07:22:07 <midasi> oh, that's interesting...I commented out the community repo and it workedc
2019-09-03 07:22:34 <midasi> are the main and community repos not in sync?
2019-09-03 07:23:24 <mps> main doesn't depend on community
2019-09-03 07:24:31 <mps> and they should be in sync for stable releases
2019-09-03 07:26:27 <midasi> the issue seems to be related to the community repo... when I comment it in, I get the error message regarding unsatisfiable constraints
2019-09-03 07:28:33 <mps> something is not in sync, but what ?
2019-09-03 07:29:54 <mps> you can try 'apk upgrade -a --simulate' to see what will be done
2019-09-03 07:30:44 <midasi> hmm this command also provokes the same error message without doing anything
2019-09-03 07:31:42 <mps> do you have some locally built pkg's installed
2019-09-03 07:31:57 <clandmeter> midasi: can you pastbin world file?
2019-09-03 07:36:32 <midasi> sure, http://tpaste.us/Boby
2019-09-03 07:37:48 <clandmeter> midasi: what happens when you switch to dl-cdn?
2019-09-03 07:38:21 <clandmeter> and is there something special in kernel log?
2019-09-03 07:39:48 <midasi> same issue with dl-cdn
2019-09-03 07:41:41 <midasi> mps: On my testserver I have no locally built packages installed
2019-09-03 07:44:23 <mps> world looks fine, can you retry 'apk update' after switch to another mirror
2019-09-03 07:44:43 <midasi> clandmeter: nothing special in kernel log
2019-09-03 07:44:51 <midasi> mps: yes, I tried that already
2019-09-03 07:46:21 <clandmeter> did you upgrade with --available?
2019-09-03 07:48:03 <midasi> yes, I tried that as well
2019-09-03 07:48:18 <clandmeter> apk -U upgrade -a?
2019-09-03 07:48:34 <midasi> same error
2019-09-03 07:48:43 <clandmeter> hmm
2019-09-03 07:48:45 <clandmeter> can you strace it
2019-09-03 07:49:00 <midasi> ok, I'll try
2019-09-03 07:49:16 <clandmeter> its btrfs?
2019-09-03 07:49:21 <midasi> no
2019-09-03 07:49:32 <midasi> and I think the only package we use from community is tinyssh
2019-09-03 07:50:45 <clandmeter> so you can upgrade fine when community is disabled?
2019-09-03 07:50:52 <midasi> yes exactly
2019-09-03 07:50:57 <mps> then you should enable community
2019-09-03 07:50:58 <clandmeter> and when enabled again?
2019-09-03 07:51:04 <midasi> same issue
2019-09-03 07:51:23 <clandmeter> pastbin repositries pls
2019-09-03 07:51:34 <midasi> http://dl-cdn.alpinelinux.org/alpine/v3.10/main
2019-09-03 07:51:34 <midasi> http://dl-cdn.alpinelinux.org/alpine/v3.10/community
2019-09-03 07:52:21 <clandmeter> pastbin the exact error also please
2019-09-03 07:52:39 <midasi> ERROR: unsatisfiable constraints:
2019-09-03 07:52:39 <midasi>   Huh? Error reporter did not find the broken constraints.
2019-09-03 07:52:56 <clandmeter> full log please
2019-09-03 07:52:59 <clandmeter> what you did
2019-09-03 07:53:04 <clandmeter> what happes
2019-09-03 07:53:45 <midasi> we use v3.9.4 on all our servers and tried to upgrade to 3.10
2019-09-03 07:54:41 <midasi> that it's... when we tried first with both main/community repos enable, we got the warning 'WARNING: Failed to perform initial self-upgrade, continuing with full upgrade.' followed by the 'ERROR: unsatisfiable constraints'
2019-09-03 07:55:09 <midasi> when we tried then to comment out the community repo we were able to update the main packages (with apk upgrade --available)
2019-09-03 07:55:32 <midasi> but as soon as we enable the community repo we run into the mentioned error message
2019-09-03 08:05:09 <midasi> here is the strace output: https://tpaste.us/pWk4
2019-09-03 08:16:25 <MY-R> midasi, do you have many not upgraded packages when do: apk version ?
2019-09-03 08:21:43 <midasi> my-r: no package is displayed
2019-09-03 08:28:28 <midasi> I solved the issue
2019-09-03 08:28:48 <midasi> with 'apk del ucspi-typ --purge'
2019-09-03 08:29:37 <midasi> the 'apk upgrade' installed then the package 'ucspi-tcp6', not sure who is using this package. I assume it's related to tinyssh
2019-09-03 08:30:54 <clandmeter> yes i think so
2019-09-03 08:31:11 <clandmeter>  xe-guest-utilities is also from community
2019-09-03 08:31:14 <midasi> yes, indeed... it's a dependency of tinyssh-openrc
2019-09-03 08:31:15 <clandmeter> i guess
2019-09-03 08:32:09 <MY-R> ye, few times got something like that, had to remove something and THEN upgrade was ready to go but was more like step by step trying elminate packages and their dependencies :\
2019-09-03 08:32:15 <midasi> yes, you are right. xe-guest-utilities are from community as well
2019-09-03 08:32:35 <midasi> thanks all of you!
2019-09-03 08:33:01 <mps> 'apk policy pkgname' when in doubt
2019-09-03 08:35:29 <mps> or "apk policy `cat /etc/apk/world`" to see all
2019-09-03 12:24:35 <repu1sion> Hi
2019-09-03 12:25:28 <repu1sion> I'm trying to run alpine linux armhf on qemu
2019-09-03 12:25:41 <repu1sion> with command like this: "qemu-system-arm -M virt -m 4096 -cpu cortex-a15 -kernel boot/vmlinuz-vanilla -initrd boot/initramfs-vanilla -append "console=ttyAMA0 ip=dhcp alpine_repo=http://dl-cdn.alpinelinux.org/alpine/edge/main/" -nographic"
2019-09-03 12:26:17 <repu1sion> and see no network
2019-09-03 12:26:21 <repu1sion> Alpine Init 3.4.3-r0
2019-09-03 12:26:27 <repu1sion>  * Loading boot drivers: [    2.079043] loop: module loaded
2019-09-03 12:26:28 <repu1sion> [    2.086363] squashfs: version 4.0 (2009/01/31) Phillip Lougher
2019-09-03 12:26:28 <repu1sion> grep: /sys/class/net/eth*/operstate: No such file or directory
2019-09-03 12:26:28 <repu1sion> ok.
2019-09-03 12:26:28 <repu1sion>  * Mounting boot media: ok.
2019-09-03 12:26:28 <repu1sion> ERROR: IP requested but no network device was found
2019-09-03 12:26:28 <repu1sion>  * Installing packages to root filesystem: WARNING: Ignoring APKINDEX.1d32b339.tar.gz: No such file or directory
2019-09-03 12:26:29 <repu1sion> OK: 0 MiB in 0 packages
2019-09-03 12:26:32 <repu1sion> ok.
2019-09-03 12:26:32 <repu1sion> grep: /sysroot/etc/inittab: No such file or directory
2019-09-03 12:26:34 <repu1sion> /sbin/init not found in new root. Launching emergency recovery shell
2019-09-03 12:26:36 <repu1sion> Type exit to continue boot.
2019-09-03 12:26:38 <repu1sion> sh: can't access tty; job control turned off
2019-09-03 12:26:42 <repu1sion> maybe someone knows how to fix it?
2019-09-03 12:27:01 <mps> repu1sion: please use paste service, and not spam here
2019-09-03 12:27:48 <nepugia> repu1sion, sounds like the initramfs doesnt know what to use for the root filesystem
2019-09-03 12:31:06 <mps> repu1sion: you are missing 'append' option
2019-09-03 12:32:08 <mps> for example: -append 'modules=loop,squashfs,sd-mod,scsi_mod,usb-storage,ext4,virtio_net root=/dev/mmcblk0p1 rootwait console=ttyAMA0"
2019-09-03 12:46:10 <repu1sion> thanks, sorry for spam
2019-09-03 12:46:15 <repu1sion> I will try with modules
2019-09-03 12:46:37 <repu1sion> but is there any sane docs which describes how to run alpine arm linux on qemu?
2019-09-03 12:46:55 <repu1sion> which options to use, etc? I read already whole wiki and didn't find any
2019-09-03 12:47:15 <repu1sion> x86 works fine, I'm asking only about arm
2019-09-03 12:50:22 <nepugia> I think you need root= too, but not sure what to put there
2019-09-03 12:50:39 <nepugia> you can in the rescue shell try to mount the root filesystem to /sysroot and then continue the boot though
2019-09-03 12:51:34 <mps> repu1sion: I wrote some time ago guide for running aarch64 under qemu
2019-09-03 12:52:02 <mps> could be useful but have to adapt it for arm{hf,v7}
2019-09-03 12:52:30 <mps> http://arvanta.net/mps/install-aarch64-under-qemu.txt
2019-09-03 12:53:34 <mps> also, I made scripts to install both aarch64 and armhf/armv7 but they are little outdated
2019-09-03 12:54:01 <mps> look at bottom on the http://arvanta.net/mps/
2019-09-03 13:04:01 <repu1sion> I'm running on -M virt, there is no /dev/mmcblk0 etc
2019-09-03 13:05:28 <repu1sion> could I just do something like "qemu-img create alpine.qcow 16G" and then "-hda alpine.qcow" ? or not
2019-09-03 13:05:55 <nepugia> the hard disk image is somewhere in whatever image you use right?
2019-09-03 13:06:09 <nepugia> if it is a differnt file include it via -hdd <file> i suppose
2019-09-03 13:06:56 <repu1sion> I just created a raw 16G image - this is what I plan to use as hdd
2019-09-03 13:08:35 <repu1sion> also what is the difference between hda and hdd?
2019-09-03 13:08:45 <repu1sion> /mnt/ssd/archive/alpine$ qemu-system-arm --help | grep -i hd
2019-09-03 13:08:46 <repu1sion> -hdc/-hdd file  use 'file' as IDE hard disk 2/3 image
2019-09-03 13:08:46 <repu1sion> -hda/-hdb file  use 'file' as IDE hard disk 0/1 image
2019-09-03 13:09:00 <repu1sion> what does it change if we set it not as disk0 but as disk3?
2019-09-03 13:12:20 <nepugia> depends on what os you run
2019-09-03 13:12:25 <nepugia> for linux probably nothing
2019-09-03 13:18:27 <repu1sion> I run on ubuntu 16.04 x86_64 qemu 4.1 , trying to start alpine linux on arm
2019-09-03 13:19:19 <repu1sion> seems like it can't handle the raw image
2019-09-03 13:19:54 <repu1sion> so its like I have to manually create ext4 on it first like in this guide - http://arvanta.net/mps/install-aarch64-under-qemu.txt
2019-09-03 13:27:32 <mps> repu1sion: look at script I use to install armhf http://arvanta.net/mps/install-arm-under-qemu.sh
2019-09-03 13:28:14 <mps> it needs to be cleaned, but you will get idea what to do
2019-09-03 13:29:26 <mps> also I made script to install aarch64 under qemu, here http://arvanta.net/mps/install-aarch64-under-qemu.sh
2019-09-03 13:33:41 <mps> it follow guide about installing it
2019-09-03 13:34:04 <mps> but all this is outdated a little
2019-09-03 13:37:11 <repu1sion> thanks
2019-09-03 14:33:53 <repu1sion> in case of '-M virt' I don't need any .dtb ,right? Would I get a working network then?
2019-09-03 14:55:16 <mps> repu1sion: last time I tried -M virt didn't worked for armhf or armv7
2019-09-03 15:59:38 <repu1sion> how could I run alpine linux on arm then with big amounts of ram, like 4-8Gb to build something bit, wpe-webkit or webkitgtk for example?
2019-09-03 16:04:34 <mps> repu1sion: few days ago I tried to build firefox-esr on machine with a lot more RAM, but it failed because 32bit address space, i.e. 4GB limit
2019-09-03 16:05:27 <repu1sion> but you build somehow webkit2gtk, right?
2019-09-03 16:05:43 <repu1sion> and -M virt supports up to 256Gb of ram, I saw the patch
2019-09-03 16:05:58 <repu1sion> so on -M virt it should work without 4GB limits
2019-09-03 16:06:16 <mps> ask Cogitri what he fixed to build it
2019-09-03 16:08:21 <mps> no, I'm working on box with 128GB but it fails if process use more than 4GB
2019-09-03 16:12:43 <repu1sion> I asked Cogitri - he doesn't say much
2019-09-03 16:12:54 <repu1sion> just that I have to use qemu ;)
2019-09-03 16:13:30 <repu1sion> but if he does the trick - it should be possible
2019-09-03 16:14:29 <mps> look at git log for community/webkit2gtk, there should be some hints
2019-09-03 16:15:21 <repu1sion> I need to setup working qemu first to start  ;)
2019-09-03 16:15:40 <repu1sion> also I'm looking into your script : install-arm-under-qemu.sh
2019-09-03 16:15:49 <repu1sion> for 3.9
2019-09-03 16:16:07 <repu1sion> I will try to edit it a little bit and run todays evening
2019-09-03 16:16:22 <mps> it should be 'upgraded' to 3.10 or edge
2019-09-03 16:16:29 <repu1sion> ype
2019-09-03 16:16:45 <repu1sion> it also does the trick for  -machine vexpress-a15 -cpu cortex-a15
2019-09-03 16:16:51 <mps> I don't have time to work on it in near future
2019-09-03 16:17:09 <repu1sion> and loads dtb:  -dtb boot/vexpress-v2p-ca15-tc1.dtb
2019-09-03 16:17:15 <repu1sion> I don't need any dtb for 'virt' , right? ;)
2019-09-03 16:17:45 <mps> shouldn't, but I'm not sure if virt works for armhf
2019-09-03 16:18:22 <repu1sion> how could I setup armhf with 8Gb of ram then for example?
2019-09-03 16:18:55 <mps> maybe kernel for armhf should be fixed to enable that
2019-09-03 16:19:26 <repu1sion> arm has something like PAE for x86 maybe?
2019-09-03 16:20:12 <mps> LPAE iirc
2019-09-03 16:20:21 <repu1sion> "The Large Physical Address Extension (LPAE), which extends the physical address size from 32 bits to 40 bits, was added to the ARMv7-A architecture in 2011"
2019-09-03 16:21:48 <repu1sion> so why your firefox build failed?
2019-09-03 16:22:33 <mps> 'out of memory'
2019-09-03 16:24:31 <mps> CONFIG_IOMMU_IO_PGTABLE_ARMV7S is not set
2019-09-03 17:01:09 <iveqy> so I've a lenovo yoga 920, it's a 2-in-1 machine and I want to rotate the screen when the laptop is tilted
2019-09-03 17:01:39 <iveqy> however I don't understand how to get the trigger that tells me that the laptop is in portrait mode
2019-09-03 17:02:02 <dalias> repu1sion, physical address size increase will not stop OOM especially not within a single process
2019-09-03 17:02:04 <iveqy> I've looked in /var/logf/acpi.log but I don't find any events
2019-09-03 17:02:16 <dalias> OOM is almost always *virtual* on 32-bit archs
2019-09-03 17:03:12 <mps> iveqy: install evtest apk and run it
2019-09-03 17:03:16 <repu1sion> a question - how do you build webkit2gtk for armhf then? I tried it on x86, it took 4Gb of RAM + 2 Gb of swap, totally 6
2019-09-03 17:05:05 <mps> dalias: in which file I can tweak arm-linux-* target in musl-cross-make
2019-09-03 17:05:25 <dalias> repu1sion, add -g0 to CFLAGS and CXXFLAGS? :-)
2019-09-03 17:05:28 <dalias> (disable debugging)
2019-09-03 17:05:58 <dalias> mps, what kind of tweak do you want to do?
2019-09-03 17:06:12 <mps> disable thumb
2019-09-03 17:06:34 <mps> for now ;-)
2019-09-03 17:07:38 <dalias> in config.mak, something like
2019-09-03 17:07:45 <iveqy> mps: thanks! It gave me a list of 15 input devices, noone really spot on, but I'll trying them out
2019-09-03 17:08:06 <repu1sion> https://stackoverflow.com/questions/36708484/gcc-g0-and-without-the-g-option
2019-09-03 17:08:15 <repu1sion> -g0 is same as no flag
2019-09-03 17:08:34 <dalias> repu1sion, no, because most configure scripts add -g
2019-09-03 17:08:42 <dalias> or cmakefiles or whatever
2019-09-03 17:09:06 <mps> dalias: ok, thanks, will grep
2019-09-03 17:09:24 <dalias> ifneq ($(filter arm%,$(TARGET)),)
2019-09-03 17:09:24 <repu1sion> what is the reason to add -g for default release builds or aports recipes?
2019-09-03 17:09:34 <dalias> GCC_CONFIG += --with-mode=arm
2019-09-03 17:09:36 <dalias> endif
2019-09-03 17:09:41 <dalias> i might have the make syntax wrong
2019-09-03 17:09:43 <dalias> but something like that
2019-09-03 17:10:04 <dalias> if you don't use the same config.mak for all archs you can just unconditionally do it
2019-09-03 17:10:22 <mps> config.mak overrides other ?
2019-09-03 17:10:37 <dalias> mps, other what?
2019-09-03 17:11:00 <dalias> config.mak is where you put your config for mcm. alternatively you can put it on the command line
2019-09-03 17:11:04 <mps> cmakefiles and configs for gcc
2019-09-03 17:11:57 <mps> so, top level Makefile is where I can play
2019-09-03 17:13:01 <dalias> ?
2019-09-03 17:13:09 <dalias> you shouldn't need to edit the makefile. that's what config.mak is for
2019-09-03 17:13:46 <mps> it includes config.mak, so I can override parameters which are config.mak
2019-09-03 17:14:35 <mps> aha, then will concetrate on config.mak and see what results I will get
2019-09-03 17:15:57 <mps> btw, I cross built some relatively simple programs but have issue with cross building kernel
2019-09-03 17:16:22 <repu1sion> seems like there is already reducing to -g1
2019-09-03 17:16:24 <repu1sion>         # reduce memory usage on 32 bit
2019-09-03 17:16:25 <repu1sion>         # https://bugs.webkit.org/show_bug.cgi?id=199272
2019-09-03 17:16:25 <repu1sion>         export CXXFLAGS="$CXXFLAGS -g1"
2019-09-03 17:16:35 <repu1sion> probably it would be better with -g0
2019-09-03 17:16:59 <iveqy> mps: it seems as I don't get any input. perhpas I'm missing a driver
2019-09-03 17:18:27 <dalias> -g1 is still huge for c++ sw
2019-09-03 17:18:44 <mps> iveqy: could be, for me on chromebook it works
2019-09-03 17:19:28 <dalias> like building a moderately largeish c++ project might be 200 MB of code and essential symbol information needed for linking in the object files, and several (or even several tens of!) GB of debug info
2019-09-03 17:19:45 <dalias> and the final ld has to load all of that debug info into its virtual address space
2019-09-03 17:20:01 <iveqy> mps: https://pastebin.com/WwqNs973 is my output, which one would  you guess?
2019-09-03 17:20:45 <mps> iveqy: have no idea, didn't tried on such kind of machines
2019-09-03 17:21:51 <mps> maybe 'Ideapad extra buttons'
2019-09-03 17:24:47 <iveqy> mps: thanks
2019-09-03 17:51:36 <iveqy> I don't get it to work. It seems as you should use iio-sensor-proxy for this, but that don't work without systemd
2019-09-03 17:59:46 <pea> hello
2019-09-03 18:00:15 <pea> small question: will alpine work on a raspberry pi 4 ?
2019-09-03 18:39:37 <danieli> pea: to my knowledge, not yet
2019-09-03 18:40:20 <sr20det_> hi. is dvtm's terminfo correct? im having troubles with not clearing lines and no color in vim
2019-09-03 19:57:12 <pea> danieli: ok thanks
2019-09-03 20:10:29 <RN1986239> hi, is there a way just to check for updates via apk? e.g. "X updates available" and then list out which ones?
2019-09-03 20:11:13 <mps> apk update; apk version
2019-09-03 20:15:48 <RN1986239> mps, oh I thought version was to get the apk package version, haha thanks!
2019-09-03 20:17:05 <mps> 'apk version pkgname' then yes
2019-09-03 20:18:06 <sr20det_> apk -v upgrade -s
2019-09-03 20:24:01 <RN1986239> sr20det_, ah that one simulates the outcome, thanks too!
2019-09-03 21:21:10 <root2> Hey guys, I'm trying to install Alpine (traditional disk mode). The issue is that my disk is already partitioned as LVM, I already created a logical volume for Alpine from my other Linux install, but `setup-disk` does not seem to recognize this.
2019-09-03 21:22:29 <root2> If anyone has tips or can point me in the right direction, I'd be grateful
2019-09-03 21:23:10 <omniuwo> root2: can you mount it manually?
2019-09-03 21:24:49 <root2> yes
2019-09-03 21:25:32 <root2> I installed lvm from alpine, and activated the volume group via `lvchange -a y <vgname>`
2019-09-03 21:26:10 <omniuwo> root2: and then you should be able to 'setup-disk -m sys /mnt' (or where you mounted it)
2019-09-03 21:26:36 <omniuwo> https://wiki.alpinelinux.org/wiki/Alpine_setup_scripts#setup-disk
2019-09-03 21:29:04 <root2> thanks very much - I'm trying it out now
2019-09-03 21:31:07 <omniuwo> yw (and I assume you also had a filsystem on and mounted it)
2019-09-03 21:33:53 <root2> yes :)
2019-09-03 21:40:30 <root2> OK, I think it should have worked -- reboot time... see you on the other side hopefully!
2019-09-03 22:02:09 <omniuwo> Guest45281: success?
2019-09-03 22:03:54 <Guest45281> The install seemed to work but got stuck in the initramdisk. I think I need to mkinit with added features. I remounted the thing in question to /mnt, edited /mnt/etc/mkinitfs/mkinitfs.conf
2019-09-03 22:04:07 <Guest45281> I added "lvm xfs nvme"
2019-09-03 22:04:32 <Guest45281> now how can I mkinit for that /mnt filesystem, not my current "host" one?
2019-09-03 22:13:40 <Guest45281> I tried chrooting into it and running mkinitfs from in there but that didn't work
2019-09-03 22:16:29 <Guest45281> maybe found a bit of success
2019-09-03 23:04:45 <pltrz> hey, i’m the guy from before trying to install on my LVM. I am still getting stuck on the injtramfs, for some reason i can’t mount my root volume to /newsysroot
2019-09-03 23:05:55 <pltrz> it gives me the message “mount: mounting /dev/<volumegroup>/<volume> on /newroot/ failed: No such file or directory”
2019-09-03 23:08:32 <pltrz> also btw i had to manually activate my volume group first with vgchange -a y before it would show up in /dev
2019-09-03 23:45:10 <nicolaus> cannot run uwsgi permissions correctly in alpine for my cgit instance
2019-09-03 23:45:25 <nicolaus> anyone has an example of a config file
2019-09-03 23:45:29 <cim209> how often do you guys reboot your alpine servers?
2019-09-03 23:45:42 <nicolaus> never
2019-09-03 23:46:05 <cim209> how do you refresh the kernel for its updates then?
2019-09-03 23:46:17 <nicolaus> i dont
2019-09-03 23:46:21 <nicolaus> hah
2019-09-03 23:46:30 <cim209> you're not worried about security patches not loading?
2019-09-03 23:47:21 <nicolaus> right now im worried because my IQ is too low, cant figure this uwsgi out
2019-09-03 23:49:34 <dalias> don't worry about that, IQ is a made-up measurement to launder advantage based on cultural commonalities by pretending it's "intelligence" :-)
2019-09-03 23:55:59 <cim209> i am tempted to not reboot my server after a kernel update
2019-09-03 23:56:02 <cim209> but what about security?
2019-09-03 23:56:24 <dalias> after kernel upgrade on alpine, apk will have removed the modules for the old kernel :(
2019-09-03 23:56:46 <dalias> so if you don't reboot, any hardware whose module wasn't already loaded (e.g. new usb stuff you plug in) likely won't work
2019-09-03 23:57:02 <dalias> i've been complaining about this for a long time -- deletion should be deferred until reboot
2019-09-03 23:57:10 <cim209> this is for a server
2019-09-03 23:57:12 <cim209> not home use
2019-09-03 23:57:14 <dalias> *nod*
2019-09-03 23:57:19 <dalias> for a server it's less of a big deal
2019-09-03 23:57:32 <cim209> right, cause there's no devices plugged into it
2019-09-03 23:57:33 <dalias> but still might matter if you have modular functionality that's not loaded yet for some reason
2019-09-03 23:57:34 <cim209> like usb
2019-09-03 23:58:12 <cim209> the only thing installed on the server is bash and docker
2019-09-03 23:58:25 <cim209> and a softraid
2019-09-04 00:00:31 <cim209> blah whatever, i'll just reboot it until the host node reboots
2019-09-04 00:05:03 <cim209> i wish alpine had a native "hot flashing" for the kernel but a man can dream though https://www.youtube.com/watch?v=vAUOPHqx5Gs
2019-09-04 03:08:44 <btague> Hello, #alpine-linux, this is my first irc message!
2019-09-04 03:09:36 <btague> What is the feeling of using Alpine in docker?
2019-09-04 03:11:15 <maldridge> its quite often used in docker
2019-09-04 03:14:07 <btague> That is great to know. Good night all!
2019-09-04 03:14:17 <maldridge> ...
2019-09-04 03:14:23 <maldridge> I was expecting a discussion out of that
2019-09-04 06:52:02 <cim209> maldridge: lol
2019-09-04 06:52:07 <cim209> talk about a letdown
2019-09-04 07:07:40 <mps> dalias: about IQ, true. When someone mentions IQ I like to say: who are those who measure it and whose tape is used to measure it
2019-09-04 07:09:29 <mps> and, doubt that anyone in the world know what intelligence is
2019-09-04 07:11:39 <maldridge> from the earlier discussion, I've played around with hot patching in Void
2019-09-04 07:11:41 <maldridge> cim209:
2019-09-04 07:11:48 <maldridge> its generally not worth it imho
2019-09-04 07:12:02 <cim209> so alpine linux doesn't need to be rebooted often for servers?
2019-09-04 07:12:13 <maldridge> I didn't say that
2019-09-04 07:12:25 <maldridge> I just said that hot patching a kernel isn't worth it in my opinion
2019-09-04 07:12:28 <cim209> oh no i'm just saying in general
2019-09-04 07:12:34 <mps> maldridge: you mean live patching kernel
2019-09-04 07:12:45 <maldridge> mps: yes, but I figured it was worth matching the language used above
2019-09-04 07:13:00 <mps> ahm, you answer when I type :)
2019-09-04 07:13:18 <maldridge> ...?
2019-09-04 07:13:52 <mps> and I agree with you, it is not worth effort and risks to live patch kernel
2019-09-04 07:14:16 <maldridge> imho in a fleet of any size, its much faster and easier to drain a workload off a machine and bounce it
2019-09-04 07:14:33 <maldridge> I'm still hopeful to abuse lbu to make this faster and more reliable
2019-09-04 07:15:35 <mps> for risky systems I use fast failover
2019-09-04 07:16:23 <mps> upgrade standby, switch to it, upgrade master which becomes new standby
2019-09-04 07:21:38 <maldridge> I prefer to deal with services that can run in hot/hot whenever possible
2019-09-04 07:21:57 <maldridge> when that's not possible, I look long and hard at if there's no way to make it possible
2019-09-04 07:22:07 <cim209> i'm just gonna reboot the server when neeeded
2019-09-04 07:22:15 <cim209> like if the host node OS needs a reboot
2019-09-04 07:22:28 <cim209> or when the server has a kernel panic
2019-09-04 07:22:42 <cim209> i mean "if"
2019-09-04 07:22:48 <cim209> 
ACTION knocks on wood

2019-09-04 07:24:15 <mps> servers like to panic in most inappropriate time, ime :D
2019-09-04 07:25:06 <cim209> all i'm running is just docker :D
2019-09-04 07:25:35 <mps> docker need kernel?
2019-09-04 07:25:35 <maldridge> yeah
2019-09-04 07:25:52 <maldridge> most inappropriate time to panic a docker host is when it hasn't crashed due to some other bug in docker
2019-09-04 07:26:13 <cim209> haven't had one of those yet
2019-09-04 07:26:48 <cim209> it'll probably happen after several apk upgrades without a reboot lol
2019-09-04 07:28:18 <mps> one and a half year ago I stopped last machine (real hardware) which had uptime over 1200 days
2019-09-04 07:29:27 <cim209> crazy
2019-09-04 07:30:01 <mps> now I'm sorry why I didn't made a movie about it or photos at least
2019-09-04 07:31:50 <mps> and it worked as realtime service for company which cover one full country with thousands of users in every hour
2019-09-04 14:47:48 <Sacrilegious> Hello, I cannot get NetworkManager working, I have installed it, and wpa_supplicant works, but I cannot find a network manager service or manual. Also, d-bus is not working, I think nm-applet, nmcli and nmtui rely on that? I have dbus installed.
2019-09-04 14:50:57 <Sacrilegious> Oh, dbus is working now and nm-applet can communicate with NetworkManager, but NetworkManager doesn't find any devices.
2019-09-04 14:56:25 <Sacrilegious> So, now it says devices not managed.
2019-09-04 14:57:20 <Sacrilegious> So, it seems everything is running wpa_supplicant instead.
2019-09-04 15:06:02 <danieli> I don't know of any alpine-specific documentation / manuals for any of the software you've mentioned
2019-09-04 15:20:39 <Sacrilegious> Oh, never mind, I just fixed it.
2019-09-04 15:20:57 <Sacrilegious> I got a revelation.
2019-09-04 15:21:31 <Sacrilegious> danieli, So, this channel is only for things with alpine-specific documentation?
2019-09-04 16:01:36 <danieli> I didn't say that, I was just replying to part of your post
2019-09-04 16:46:03 <sdu> Hello, I am trying to make a bootable usb from a virtualbox on a mac
2019-09-04 16:46:22 <sdu> I followed the directions on the wiki, setup-alpine then setup-bootable and everything seemed ok
2019-09-04 16:46:44 <sdu> but the windows laptop says missing operating system and boots into windows
2019-09-04 16:46:51 <sdu> any ideas?
2019-09-04 19:06:57 <Peasant65> What does virtual box have to do with this? I'm feeling like I'm missing something...
2019-09-04 19:11:03 <sdu> I run the alpine.iso inside a virtualbox in a mac to follow the instructions in the wiki
2019-09-04 19:11:58 <sdu> i want to be able to boot alpine from a usb in an old sony vaio with bios
2019-09-04 19:12:06 <sdu> sorry if i don't describe it well
2019-09-04 19:12:27 <Peasant65> If you want to install Alpine on your laptop you only need to write the iso to the USB (using something like rufus), boot the stick, and then run install etc
2019-09-04 19:13:12 <sdu> I did it with rufus and it booted but it was buggy, It couldn't read various stuff
2019-09-04 19:13:28 <sdu> e.g. the keyboard config
2019-09-04 19:13:31 <sdu> it got stuck there
2019-09-04 19:13:37 <sdu> some /etc was missing i think
2019-09-04 19:13:49 <Peasant65> If you want to indeed install Alpine inside the USB stick (somewhat like a portable os/workspace) you'll need to fiddle around with the bootloader I think
2019-09-04 19:14:56 <sdu> i have to google that.. you mean the bootloader of the laptop?
2019-09-04 19:15:05 <Peasant65> With virtual box you're not installing it to your laptop harddrive (or lets hope, ssd), but to the stick.
2019-09-04 19:18:10 <Peasant65> Depending on what kind of laptop you're using (bios or uefi) it's different. I think bios looks at the partition table of a physical drive and boots the primary partition with a specific 'bootable' flag set. With uefi the bios points to an efi file located on a specific uefi-type partition.
2019-09-04 19:18:39 <Peasant65> But please don't take my word for it, this is not really my field of knowledge
2019-09-04 19:19:31 <sdu> I have a feeling that the problem with my old sony is that it boots with bios
2019-09-04 19:19:52 <sdu> while inside the setup-bootabled usb i see an efi folder
2019-09-04 19:20:04 <Peasant65> It's not a problem, it's just one of 2 ways to load a system. Nothing wrong with a bios :)
2019-09-04 19:20:39 <sdu> I mean I imagine it's the reason why at boottime it says "missing operating system"
2019-09-04 19:21:00 <sdu> I am a total newbie, it might be a little advanced for me..
2019-09-04 19:21:07 <sdu> thank you for your help though Peasant65
2019-09-04 19:21:38 <Peasant65> It's always good to give it a try :) You'll never know what you'll learn
2019-09-04 19:23:07 <Peasant65> What you're aiming for is to write the ISO to a usb (using rufus, pendrivelinux, dd or some other way), then boot the usb on your laptop and you'll be greeted by an alpine terminal
2019-09-04 19:25:04 <sdu> I might try pendrivelinux, although if I recall correctly it didn't have alpine on its list
2019-09-04 19:25:33 <Peasant65> It does have a "generic linux" entry or something
2019-09-04 19:26:12 <sdu> Ok, that gave me hope :)
2019-09-04 19:53:30 <sdu> the pendrivelinux generic installation did it Peasant65
2019-09-04 19:53:35 <sdu> thank you again
2019-09-04 19:53:50 <Peasant65> Np. Glad you figured it out :)
2019-09-04 19:54:34 <Peasant65> If you're running into anything else u can pm me, but it might take some hours before u get a response 👍
2019-09-04 19:57:33 <sdu> I think it's almost certain I will need your help again, thank you for that!
2019-09-04 21:06:04 <repu1sion> is there any guide how to install arm image of alpine linux in qemu?
2019-09-04 21:22:53 <Cogitri> repu1sion: mps has a guide for that
2019-09-04 21:23:26 <repu1sion> this is rather not a guide, but a set of little bit outdated scripts, I'm hacking them now
2019-09-04 21:23:48 <repu1sion> and its hell for common user, I don't understand why it should be so complicated
2019-09-04 21:25:55 <repu1sion> how could I get alpine linux installed on qemu or some other arm machine fast and simple?
2019-09-04 21:25:57 <mps> repu1sion: arm is jungle ecosystem, and not so easy to make comprehensive guides for a lot of options, especially for volunters
2019-09-04 21:26:39 <repu1sion> but some common qemu guide for -M virt for example?
2019-09-04 21:27:10 <mps> I told you that it doesn't work well with alpine arm32
2019-09-04 21:27:58 <mps> you can start with '-M virt' but then you will not have drivers for disk images
2019-09-04 21:28:41 <repu1sion> I want to build wpe-webkit apk for armhf, to use it later on raspberry. How could I do that?
2019-09-04 21:30:09 <mps> like I did, buy arm box with about 4GB RAM
2019-09-04 21:31:32 <mps> or, even better, create APKBUILD for it and post it, maybe it can be accepted to alpine
2019-09-04 21:34:27 <mps> Cogitri: I pushed latest iwd, you can test it with NM if you have some time
2019-09-04 21:37:00 <mps> does NM have option to tell iwd to use it's internal dhcp client?
2019-09-04 21:42:35 <pltrz> doesn't iwd just work independently of any dhcp client?
2019-09-04 21:43:44 <mps> new version have internal dhcp client, for now only IPv4
2019-09-04 21:44:16 <mps> it is introduced in 0.19 version
2019-09-04 21:44:33 <pltrz> oh sweet, didn't know
2019-09-04 21:44:38 <pltrz> cool
2019-09-04 21:45:10 <mps> but it need external resolvconf to set DNS resolver
2019-09-04 21:45:27 <mps> systemd-resolv or openresolver
2019-09-04 21:46:39 <mps> actually, anyone can write script to handle that according to their needs
2019-09-04 21:46:53 <pltrz> huh, neat
2019-09-04 22:07:02 <Cogitri> mps: Sure, I'll try that
2019-09-04 22:07:27 <Cogitri> I don't think it has an option to use the iwd dhcp client tho
2019-09-04 22:07:53 <Cogitri> IIRC it has dnsmadq dhcpcd or an internal version as choices
2019-09-04 22:10:56 <mps> ok, would be nice to have ready answer to users if they ask, and they will for sure ;-)
2019-09-04 22:13:11 <Cogitri> Okie 👍
2019-09-04 22:13:35 <Cogitri> A bit busy right now because CS study started but I'll try to squeeze it in :)
2019-09-04 22:14:33 <quinq> 
ACTION just read this last sentence out of context

2019-09-04 22:14:38 <mps> np, when you find time, good luck with CS
2019-09-04 22:14:47 <Cogitri> Thanks
2019-09-04 23:12:44 <dreadkopp> any documentation how to port php mssql pdo to work with alpine ?
2019-09-04 23:13:52 <pltrz> any of you guys using qutebrowser? It seems to be broken for me
2019-09-04 23:24:01 <Cogitri> Yes, QtWebengine is currently broken on musl >=1.22
2019-09-04 23:27:00 <dalias> cogitri, what broke it?
2019-09-04 23:27:31 <dalias> is it using some broken seccomp filters that haven't been updated?
2019-09-04 23:30:10 <Cogitri> Not 100% sure right now
2019-09-04 23:30:37 <dalias> what is the symptom of the breakage?
2019-09-04 23:31:05 <Cogitri> The seccomp thing broke chromium (so QtWebengine too), but applying the same patch to QtWebengine like we do with chromium doesn't fix it
2019-09-04 23:31:29 <Cogitri> dalias: As soon as (any) site finishes to load the QtWebengine process crashes
2019-09-04 23:31:47 <dalias> any output?
2019-09-04 23:31:50 <dalias> looked at strace?
2019-09-04 23:32:46 <Cogitri> Did but lost interest fast since QtWebengine is so complex and I didn't need it to be honest :/
2019-09-04 23:33:22 <dalias> :/
2019-09-04 23:33:24 <Cogitri> At least MellowPlayer and Qutebrowser didn't output anything useful for me and strace just blew up my terminal
2019-09-04 23:33:36 <dalias> strace to a file not terminal :)
2019-09-04 23:33:42 <dalias> then look at just the end after it crashes
2019-09-04 23:34:14 <Cogitri> Well yes, but then less chokes while opening it :P
2019-09-04 23:35:25 <Cogitri> Dunno, I'm not that interested in digging through (way too) complex seccomp rules and even less interested in fixing a complex C(++) codebase, so I think I'll have to pass on this one.
2019-09-04 23:35:41 <Cogitri> Rust on s390x sounds nicer :P
2019-09-04 23:35:52 <Cogitri> (tmhoang, had progress on that? ^)
2019-09-04 23:43:35 <dalias> less works fine with gigantic files for me. just have to C-c the line counting
2019-09-04 23:52:31 <pltrz> 2 Cogitri: thanks for the info
2019-09-04 23:52:41 <pltrz> Cogitri: thanks for the info
2019-09-04 23:55:50 <pltrz> Is there any way to mark the package as broken in aports? Equivalent to `broken=yes` or something on other distros? Or is there somewhere that this issue is tracked?
2019-09-05 00:00:08 <pltrz> Also - anybody have any experience with running xorg with busybox's mdev instead of eudev?
2019-09-05 06:00:08 <maxice8> pltrz: set the arch variable to an empty string like arch=""
2019-09-05 08:15:23 <mps> ncopa: if you have some time please look postgresql fixes I sent to gitlab.a.o !43 and !42
2019-09-05 08:16:01 <mps> patch for this is accepted upstream
2019-09-05 08:43:13 <mps> ohm, I posted that to wrong channel
2019-09-05 08:47:04 <ncopa> ok
2019-09-05 09:14:14 <iveqy> if I create a apkovl, how can I make alpine to read it on boot_
2019-09-05 09:14:15 <iveqy> ?
2019-09-05 09:14:33 <iveqy> I'm  running alpine in RAM but from /dev/sda1
2019-09-05 09:47:15 <pltrz> maxice8: thanks - I'll submit an issue later
2019-09-05 09:56:56 <ncopa> iveqy: it should try find it on all blockdevices it finds during early boot
2019-09-05 10:30:27 <iveqy> ncopa: thanks!, only in / in those block devices?
2019-09-05 10:31:02 <ncopa> IIRC yes
2019-09-05 10:31:17 <iveqy> great. I can work with thtat
2019-09-05 14:44:08 <vrd1> I'm looking to use Alpine like I used to use Slitaz: a live system running entirely from RAM used for basic daily stuff: web browsing, IRC, play some multimedia and few light games, and of course rescue tasks once in a while.
2019-09-05 14:44:35 <vrd1> From the downloads page, I guess either standard or extended would be my options.
2019-09-05 14:44:51 <vrd1> Problem is, only Extended says to run from RAM.
2019-09-05 14:44:58 <vrd1> Standard doesn't?
2019-09-05 14:48:30 <vrd1> And, why does Standard says "requires network connection"?
2019-09-05 14:50:03 <mps> vrd1: those are installation images and not live images
2019-09-05 14:57:10 <vrd1> Wait, then Alpine live images simply don't exist?
2019-09-05 14:58:13 <mps> officially no, afaik
2019-09-05 14:59:13 <jn__> but what about installations based on this config backup tool?
2019-09-05 14:59:43 <jn__> where the system isn't stored on writable non-volatile storage, only a tarball with config files
2019-09-05 14:59:59 <jn__> that seems like a live system to me
2019-09-05 15:00:47 <jn__> (diskless mode / lbu)
2019-09-05 15:01:06 <mps> jn__: it shouldn't be hard to make it
2019-09-05 15:01:52 <mps> I made rescue on USB flash but not in read-only mode
2019-09-05 15:02:38 <mps> with a some tweaks I can make it RO but don't need that so didn't tried
2019-09-05 15:05:04 <vrd1> So, is it possible to make a "live system" *running from RAM* rather than media itself, and which reads this tarball file made with lbu? Say, this tarball would be in a hard disk partition in local PC.
2019-09-05 15:05:41 <vrd1> So media would only be used to load whole system with all its configurations from tarball, and once all loaded I could remove media
2019-09-05 15:08:56 <TBB> mps: the overlaytmpfs boot parameter, I think, would achieve that
2019-09-05 15:10:37 <mps> TBB: probably, but never tried, because I didn't need that, for now to add
2019-09-05 15:10:39 <TBB> vrd1: not impossible at all, but does require some work
2019-09-05 15:11:11 <TBB> mps: I did it for the exact purpose of avoiding writes to usb sticks, they don't like that very much
2019-09-05 15:12:25 <vrd1> mps: so, how would I be able to do that? I wanted ALpine to be replacement of Slitaz......
2019-09-05 15:14:43 <mps> vrd1: I didn't played much with lbu so I don't have much experience. wait a little time here and ask again, probably someone will give better answer
2019-09-05 15:17:22 <vrd1> https://wiki.alpinelinux.org/wiki/Alpine_local_backup   "When you run Alpine on a run-from-RAM configuration"   So is this possible? How would I tell, say, the Standard ISO, to do it?
2019-09-05 15:18:14 <TBB> the main problem with this is, if you remove the media, your changes to the live system during use will be lost
2019-09-05 15:23:40 <vrd1> TBB: eh? Sorry, I couldn't understand...
2019-09-05 15:24:13 <TBB> lbu does save changes, but if there's no place to save to, those changes will be lost
2019-09-05 15:25:00 <TBB> now, I have no experience with lbu, but the wiki page says it can save changes to an SSH host
2019-09-05 15:26:35 <vrd1> TBB: what if temporarily saving the changes to a partition in PC's local hard disk?
2019-09-05 15:27:23 <TBB> that's an option, and you don't even need lbu for that
2019-09-05 15:32:29 <TBB> I've done customized installs like that for about 3-4 years, so I can't give you direct instructions on how to do it on stock Alpine, unfortunately
2019-09-05 15:32:45 <TBB> but I understand how to get it done
2019-09-05 15:34:12 <vrd1> If wanting to save installed packages, including video drivers such as xf86 nvidia, are those modifications part of /etc, just like lbu's default, or would I need to add more directories to lbu?
2019-09-05 15:35:01 <TBB> yes and no
2019-09-05 15:35:50 <vrd1> TBB: eh?
2019-09-05 15:36:21 <TBB> basically just /etc would be enough in such a system; if your root is read-only, then at boot time you can let your system update itself from an install package cache which, unsurprisingly, is located in /etc/apk/cache
2019-09-05 15:37:33 <tmhoang> vrd1: the installation image is actually a live image
2019-09-05 15:37:36 <tmhoang> ISO image
2019-09-05 15:37:49 <TBB> I've got to get going, but I should be back in an hour or so
2019-09-05 15:37:51 <tmhoang> mps: why not live image ?
2019-09-05 15:40:24 <tmhoang> but for saving package installation between reboot seems not possible if you lbu save them. but that means your lbu would be huge
2019-09-05 15:40:59 <tmhoang> ok that doesn't make sense
2019-09-05 15:42:32 <vrd1> Eh?
2019-09-05 15:42:57 <mps> tmhoang: I agree with you that it doesn't make sense ;-)
2019-09-05 15:53:58 <vrd1> mps: the Standard ISO, does it boot in run-from-RAM mode by default? If not, how can I do that?
2019-09-05 15:59:35 <mps> vrd1: well, when you boot it it runs from ram, but I'm not sure will installed package be saved
2019-09-05 16:23:00 <vrd1> mps: so if booting Standard iso and installing packages, they are indeed installed in current Alpine system, just all running from RAM, right?
2019-09-05 16:23:12 <vrd1> Can lbu save all these changes?
2019-09-05 16:24:05 <vrd1> Are installed packages part of /etc directory indeed?
2019-09-05 16:28:48 <mps> yes, you can install pkg's in that case, but I don't know how to save them for next boot from same iso image
2019-09-05 16:30:18 <vrd1> mps: aah, so the point is, all I asked is true, just the problem is how to save lbu's tarball from within ISO image. Right?
2019-09-05 16:31:36 <vrd1> mps: I mean, installed packages are saved in /etc, so lbu can backup them?
2019-09-05 16:31:44 <mps> right, and I don't know answer
2019-09-05 16:32:54 <mps> if you look at wiki.a.o there is guide somewhere (iirc) how to make iso images from packages
2019-09-05 16:33:39 <mps> to repeat, I didn't tried any of these things so I can't give correct answers
2019-09-05 18:19:10 <nixi> hi, i am having troublem with building a certain package from source. is this the right channel or should i go to #alpine-devel?
2019-09-05 18:19:49 <mps> nixi: whatever channel you prefer
2019-09-05 18:20:04 <nixi> well, i will stay here
2019-09-05 18:20:24 <nixi> i am trying to build amanda backup version 3.5.1
2019-09-05 18:20:27 <nixi> http://www.amanda.org/download.php
2019-09-05 18:21:04 <mps> I know for amanda, what is the problem with build
2019-09-05 18:21:05 <nixi> ./configure runs ok, but make gives me `./.libs/libamanda.so: undefined reference to `ruserok'`
2019-09-05 18:21:26 <nixi> i have perl, glib, glib-dev and openssl-dev installed
2019-09-05 18:21:57 <mps> do you need perl-dev also?
2019-09-05 18:22:26 <nixi> same error
2019-09-05 18:22:38 <nixi> i am not sure where `ruseok` is from
2019-09-05 18:22:58 <mps> could you paste your APKBUILD to tpaste.us
2019-09-05 18:23:30 <nixi> my apkbuild?
2019-09-05 18:24:07 <nixi> as in my makefile?
2019-09-05 18:24:22 <mps> ah, you just build it from source not making apk package?
2019-09-05 18:24:56 <nixi> yes, i just want to have a binary file to run on the same system
2019-09-05 18:25:10 <nixi> alpine 1.8
2019-09-05 18:25:22 <nixi> i mean 3.8
2019-09-05 18:26:35 <mps> man 3 ruserok
2019-09-05 18:27:57 <nixi> so is there a package from where i can source this lib?
2019-09-05 18:29:46 <mps> do you have musl-dev installed
2019-09-05 18:30:25 <nixi> yes
2019-09-05 18:30:36 <nixi> i have the meta dev package
2019-09-05 18:34:02 <mps> nixi: sorry for obvious question, but did you installed alpine-sdk package
2019-09-05 18:34:25 <nixi> no, just build-base
2019-09-05 18:34:29 <nixi> let me get the sdk
2019-09-05 18:35:08 <nixi> same error
2019-09-05 18:36:37 <mps> make clean; ./configure ; make
2019-09-05 18:37:14 <mps> and look do you have '/usr/include/netdb.h' file
2019-09-05 18:38:25 <nixi> i do
2019-09-05 18:38:35 <nixi> running make now
2019-09-05 18:39:25 <nixi> hmmm, same error
2019-09-05 18:41:10 <mps> could you give url which explains what is needed to build it
2019-09-05 18:41:30 <nixi> i might have found out that ruserok is in glibc
2019-09-05 18:41:38 <nixi> and alpine has musl i reckon?
2019-09-05 18:41:46 <nixi> so RIP me
2019-09-05 18:43:14 <mps> ok, looks like this is glibc extension/addon
2019-09-05 18:46:21 <nixi> > This is part of the legacy rhosts API for source-IP-address-based authentication. It's useless, dangerous, and really disturbing that PAM even supports something that was obsolete and known-dangerous a decade before PAM was invented... My first reaction would be to say "patch it out and send a bug report upstream".
2019-09-05 18:46:37 <dalias> exactly
2019-09-05 18:46:47 <nixi> so what now?
2019-09-05 18:46:51 <dalias> anything using rhosts-related APIs is hopelessly broken
2019-09-05 18:47:43 <nixi> i will try building it as a statically linked binary on a different system
2019-09-05 18:48:04 <dalias> that might work but i would just fix the problem
2019-09-05 18:48:11 <mps> yes, just wanted to say if you can disable rhosts in configure
2019-09-05 18:54:06 <mps> maybe ./configure --without-rsh-security
2019-09-05 18:54:55 <mps> anyway, who uses rsh nowadays
2019-09-05 19:04:05 <dalias> lol "rsh security"
2019-09-05 19:08:15 <mps> those who uses telnet for network device administration, I presume ;-)
2019-09-05 19:10:19 <TBB> well, telnet's not that bad, as long as it travels in a private network and authentication uses OTP or something
2019-09-05 19:10:28 <TBB> that said,
2019-09-05 19:10:36 <TBB> 
ACTION takes a deep breath

2019-09-05 19:10:38 <TBB> I wouldn't
2019-09-05 19:12:58 <mps> there are still a lot of net devices which have telnet port open and HTTP (without S) in parallel
2019-09-05 19:15:10 <nepugia> Printers exposed to the net are fun too, especially ones with "print test page" buttons
2019-09-05 19:16:09 <TBB> I'm actually surprised I haven't seen an article with a title like "every single network printer is vulnerable"
2019-09-05 19:23:07 <consus> In my university there was a WEP-protected printer managed by some infosec folks
2019-09-05 19:24:37 <consus> And every dude with a laptop was sending "lol haxxxed" jobs
2019-09-05 19:24:59 <consus> So the paper tray was always empty
2019-09-05 20:12:09 <dalias> tbb, there's no such thing as a private network :)
2019-09-05 20:20:02 <consus> well if you have a concrete wall, a bunch of armed dudes and some pidgeons...
2019-09-05 20:25:47 <MY-R> I love concrete walls! they propagate wireless signals much better! :>
2019-09-05 20:26:54 <consus> Nah
2019-09-05 20:26:58 <consus> It's pidgeons
2019-09-05 20:27:09 <consus> Everybody throwing dead pidgeons with attached scrolls to each other
2019-09-05 20:27:43 <consus> That's my kind of private network
2019-09-05 20:30:18 <dalias> consus, and a bunch of phones running inane apps and windows boxes running random pirated .exes and ... on the other side of it...
2019-09-05 20:30:38 <consus> nah
2019-09-05 20:30:52 <consus> Anybody who has a phone or something that can process data gets shot
2019-09-05 20:30:57 <dalias> it's hard enough for even one individual box to be secure
2019-09-05 20:31:02 <dalias> a whole network segment? no way
2019-09-05 20:31:32 <consus> Just kill the bastard with the phone
2019-09-05 20:31:33 <consus> Easy
2019-09-05 20:31:43 <dalias> or the printer
2019-09-05 20:31:52 <dalias> or the router
2019-09-05 20:31:59 <dalias> or the nas
2019-09-05 20:35:05 <MY-R> oh please, I hate wireless stuff! I have got wireless network in house and when Im using it then got on 2.4 ghz 60+ mbits
2019-09-05 20:35:48 <MY-R> when my family come then it drop to 0 ... 10-20 mbits (I blame bluetooth devices, and all other phones)
2019-09-05 20:38:28 <TBB> I've solved that one; I don't have a family
2019-09-05 20:38:48 <MY-R> TBB, :D
2019-09-05 20:39:43 <consus> You've killed them?
2019-09-05 20:39:47 <MY-R> I forgot to mention that around me got probably 100+ wifi routers....
2019-09-05 20:40:07 <TBB> consus: oh no. I couldn't even design a filesystem, much less kill my family.
2019-09-05 20:40:17 <MY-R> 
ACTION should put 5ghz AP in every room ffs :\

2019-09-05 20:40:37 <MY-R> TBB, reiserfs? :D
2019-09-05 20:41:16 <TBB> excellent, it seems my punchline worked :)
2019-09-05 20:42:34 <MY-R> nasty!
2019-09-05 20:45:35 <dalias> >_<
2019-09-05 20:53:14 <MY-R> dual stack ipv6 in alpine, how!?
2019-09-05 20:57:20 <dalias> ?
2019-09-05 20:58:15 <MY-R> dhcp? :/
2019-09-05 21:01:06 <MY-R> SLAAC working great, ip4 udhcp too, same as udhcp6
2019-09-05 21:03:02 <MY-R> slaac with ipv4 working together but ipv4 with ipv6 dhcp nope :\
2019-09-05 22:07:56 <ctcx> Just downloaded latest Alpine 3.10.2 and ran alpine-setup. The repos file got updated with the mirrors, but *only* the "main" repo works, the others pop error "Warning: ignoring APKINDEX..."
2019-09-05 22:07:59 <ctcx> Why?
2019-09-05 22:08:15 <ctcx> And I just checked rest of repos are up right now
2019-09-05 22:09:20 <ctcx> And I need the community repo to even install X
2019-09-05 22:10:01 <ctcx> .
2019-09-06 00:46:13 <vicencb> ncopa: _ikke_: I've tested linux-vanilla-4.19.69-r1 from the edge branch on the BeagleBoneBlack and unfortunately it did not boot.
2019-09-06 00:46:20 <vicencb> ncopa: _ikke_: Sorry for testing it so late.
2019-09-06 00:46:25 <vicencb> ncopa: _ikke_: After debugging the issue i've submitted PR 10936 to fix it.
2019-09-06 00:46:34 <vicencb> ncopa: _ikke_: Wasn't it expected to get the C-kernel label automatically?
2019-09-06 00:48:31 <vicencb> here it is a bit late, i'll check the IRC logs later, regards
2019-09-06 08:06:51 <tmhoang> consus> Just kill the bastard with the phone : Can somebody give this gentleman a trophy ?
2019-09-06 12:45:22 <cosha> hello all, have vagrant boxes been deprecated? seems 3.7.0 is the latest one pushed to vagrant cloud: https://app.vagrantup.com/alpine/boxes/alpine64 (heck i just realised, is this even a box maintained alpine devs?)
2019-09-06 13:08:50 <ncopa> cosha: no, i dont think its maintained by alpine devs
2019-09-06 13:24:11 <cosha> ncopa: i see! would it be possible to have a maintained alpine box?
2019-09-06 13:24:41 <cosha> also, glad i haven't run it :|
2019-09-06 13:25:32 <danieli> cosha: the alpine team has their hands pretty full already
2019-09-06 13:26:01 <danieli> there hasn't been time to create (and maintain) images for every single container engine and hypervisor
2019-09-06 14:37:03 <_ikke_> I do recall someone mentioning working on/with Alpine vagrant boxes
2019-09-06 14:51:50 <cosha> danieli: np, makes sense. i suppose if the ci is setup correctly, the maintenance overheads should be minimal
2019-09-06 14:52:49 <cosha> _ikke_: yeah, the reason i mentioned this specific one is cos it looked like it was uploaded by you guys, but seeing as it's not you guys, i've a feeling someone is trying to deceive others and possibly has bad software in there
2019-09-06 14:53:38 <_ikke_> Although you should be causious, I would not assume bad faith by default
2019-09-06 15:00:21 <vrd1> Booted latest Alpine, ran alpine-setup, and selected diskless mode. But I cannot unmount the CD, try unmounting /dev/cdrom or /media/cdrom and always get "device is busy"
2019-09-06 15:03:06 <_ikke_> You might need to unmount the modloop. Iirc rx-service modloop stop
2019-09-06 15:03:29 <_ikke_> rc-service
2019-09-06 15:05:54 <vrd1> Stop modloop, unmount CD, and Alpine is indeed able to run entirely from RAM?
2019-09-06 15:10:59 <vrd1> In another thing, while in livecd mode, I tried following this https://wiki.alpinelinux.org/wiki/XFCE_Setup , and failed. Starting lightdm just led to black screen, and startx always fails with error of not finding some modules, according to Xorg logs.
2019-09-06 15:11:02 <vrd1> Help?
2019-09-06 15:12:29 <mps> setup-xorg
2019-09-06 15:12:43 <mps> setup-xorg-base
2019-09-06 15:13:04 <_ikke_> I think I had that issue as well. If you look in the logs (I'm unable atm), you might find how I solved it
2019-09-06 15:16:33 <vrd1> Like in the link, I ran beforehand setup-xorg-base, just not setup-xorg.
2019-09-06 15:16:42 <vrd1> I looked into the logs as I already said
2019-09-06 15:16:57 <vrd1> Said "unable to load xxx module: no such file"
2019-09-06 15:18:49 <mps> my mistake, there is no setup-xorg
2019-09-06 15:20:09 <mps> setup-udev
2019-09-06 15:20:57 <mps> I think xorg needs udev
2019-09-06 15:21:12 <vrd1> mps: isn't udev already ran by alpine-setup and setup-xorg-base?
2019-09-06 15:21:54 <mps> not sure about xorg, but it is not run by setup-alpine
2019-09-06 15:23:03 <vrd1> mps: what about the xfce issue? Any idea?
2019-09-06 15:23:05 <_ikke_> setup-xorg should install udev
2019-09-06 15:23:23 <vrd1> Starting lightdm results only in black screen
2019-09-06 15:23:54 <vrd1> And setup-xorg-base even installed correct xf86 driver for ATI gpu
2019-09-06 15:24:03 <vrd1> Yet nothing!
2019-09-06 15:26:02 <mps> is the udev started?
2019-09-06 15:26:49 <mps> about two weeks ago I installed xfce on chromebook without problem
2019-09-06 15:27:27 <vrd1> Ok, setup-xorg-base supposedly installs udev, but does it start it as well?
2019-09-06 15:27:34 <vrd1> How can I tell whether started?
2019-09-06 15:27:49 <mps> ps a
2019-09-06 15:28:22 <mps> or, /etc/init.d/udev start
2019-09-06 15:28:55 <mps> if it is started script will tell, already running or similar msg
2019-09-06 15:37:17 <_ikke_> I really recommend reading back in the logs
2019-09-06 15:38:04 <vrd1> Slitaz distro was able to load selected time zone without modifying computer's BIOS time to UTC, not so Alpine. Why?
2019-09-06 15:40:19 <dalias> vrd1, because it's wrong to support that. there's no way to make it consistent across dst discontinuities.
2019-09-06 15:40:47 <vrd1> dalias: wrong to support what?
2019-09-06 15:40:49 <dalias> if you insist you can edit the rtc scripts (probably just some config file for them) to do it
2019-09-06 15:40:57 <vrd1> dalias: wrong to support what?
2019-09-06 15:40:59 <dalias> but it's wrong. fix your rtc to be in utc
2019-09-06 15:41:02 <vrd1> (ouch, sorry)
2019-09-06 15:41:11 <dalias> wrong to support localtime in rtc ("bios")
2019-09-06 15:41:45 <mps> yes, rtc should be UTC, always
2019-09-06 15:41:54 <vrd1> dalias: the thing is, I try to use live Alpine in PCs which have installed OS Windows
2019-09-06 15:42:03 <dalias> aiui even windows has had this right for like a decade now, no?
2019-09-06 15:42:04 <vrd1> And Windows doesn't like that
2019-09-06 15:42:31 <vrd1> Windows has a registry trick to change rtc to UTC, but doesn't come with that by default
2019-09-06 15:42:35 <mps> windows work with rtc set to UTC
2019-09-06 15:42:49 <vrd1> *but doesn't come with that by default*
2019-09-06 15:43:00 <vrd1> And I cannot change every machine I'm in
2019-09-06 15:43:01 <dalias> well fix windows to use that. keeping localtime in rtc for windows will *also* break in nasty ways around dst transition
2019-09-06 15:43:08 <mps> last year I tried it works 'out of the box'
2019-09-06 15:44:00 <dalias> well then script it to do what you want, or just ignore rtc and use ntp
2019-09-06 15:53:04 <vrd1> dalias: ntp will rely in time zone configured, and when configuring time zone in Alpine is when rtc is modified
2019-09-06 16:03:29 <vrd1> Is there a process or tutorial about how to install openbox? Or just install the single package?
2019-09-06 16:04:29 <dalias> vrd1, huh?
2019-09-06 16:04:56 <vrd1> dalias: what? Offensive the question for you?
2019-09-06 16:05:15 <vrd1> uuuufffffffffffffffff
2019-09-06 16:06:29 <dalias> no, i just don't understand what you're saying/asking
2019-09-06 16:06:48 <dalias> timezone is purely a matter of presentation layer
2019-09-06 16:07:00 <dalias> it has nothing to do with ntp
2019-09-06 16:09:08 <vrd1> dalias: what part didn't youget about openbox?
2019-09-06 16:19:49 <vrd1> XFCE, Mate and Gnome have entire tutorials. Does it mean installing openbox requires special process as well?
2019-09-06 16:19:52 <vrd1> Someone?
2019-09-06 16:20:00 <AndDT> vrd1: apk add openbox?
2019-09-06 16:20:16 <AndDT> after you do setup-xorg-base
2019-09-06 16:29:11 <vrd1> I'm using stable 3.10.2, but *many* packages still live in the "edge" repositories for some reason. One of them which I use, fluidsynth.
2019-09-06 16:29:29 <vrd1> Is it safe to add the edge repos in stable Alpine?
2019-09-06 16:30:20 <mps> it is not called 'edge' without reason
2019-09-06 16:31:58 <artok> sharp as knife edge !
2019-09-06 16:32:54 <vrd1> I meant, if even compatible, or adding edge to 3.10.2 will instantly break system...
2019-09-06 16:33:12 <vrd1> (Why putting fluidsynth in edge anyway!?)
2019-09-06 16:34:58 <mps> it is testing repo, and testing is always in edge
2019-09-06 16:36:23 <vrd1> Why putting fluidsynth in edge anyway!?
2019-09-06 16:36:59 <artok> it hasn't been tested yet properly to get into release
2019-09-06 16:38:10 <vrd1> And no timidity package at all in all Alpine? How's one supposed to play ZDoom then?
2019-09-06 16:38:33 <AndDT> vrd1: and no zdoom package either
2019-09-06 16:38:47 <vrd1> Website title should say: distro focused on security, but NOT gaming whatsoever
2019-09-06 16:39:10 <vrd1> Even slitaz has support for that
2019-09-06 16:39:37 <vrd1> Slitaz, which is slowly becoming unsupported distro
2019-09-06 16:39:38 <mps> I would prefer right this, but in last time there are bunch of games introduced to testing
2019-09-06 16:40:05 <AndDT> I have a list of 250+ packages I used on Slackware that are not available in Alpine :(
2019-09-06 16:40:55 <artok> I've got macOS for doing stuff that alpine can't ;)
2019-09-06 16:42:00 <mps> there are cheap consoles for games, don't understand why they needed for distro with moto 'small, simple, secure'
2019-09-06 16:43:39 <vrd1> Another thing, when trying to mount local hard disk partition (windows, ntfs) from Alpine, I always get "invalid argument"
2019-09-06 16:45:19 <mps> install ntfs tools pkg
2019-09-06 16:45:44 <mps> ntfs-3g
2019-09-06 16:54:45 <vrd1> What about languages and locales? I don't know how to change the default language, which is English. alpine-setup only allows change locales, and it has very few available...
2019-09-06 16:56:32 <mps> musl doesn't support locales
2019-09-06 16:57:19 <artok> there is keymap selection
2019-09-06 16:57:42 <artok> not locale selection
2019-09-06 16:58:26 <vrd1> Ah, alpine-setup's are keymaps, not locales
2019-09-06 16:58:30 <vrd1> ??
2019-09-06 16:58:54 <artok> sub-command is setup-keymap
2019-09-06 17:02:43 <vrd1> I mean, in setup-alpine, there are "keyboard layouts", then "keyboard layouts variants"
2019-09-06 17:02:51 <artok> yeah
2019-09-06 17:03:04 <vrd1> Not locales such as ES_es, PT_br, etc
2019-09-06 17:03:12 <vrd1> This expected?
2019-09-06 17:03:15 <artok> si
2019-09-06 17:05:22 <vrd1> Any way to install them?
2019-09-06 17:11:14 <vrd1> ???
2019-09-06 17:12:45 <artok> < mps> musl doesn't support locales
2019-09-06 17:13:26 <mps> about year ago I rebuilt coreutils with locale support and installed it
2019-09-06 17:13:52 <mps> it worked for most utils, only data was mangled to some degree
2019-09-06 17:14:06 <vrd1> Then how can I select a key layout in musl equivalent to, say, ES_es ?
2019-09-06 17:14:27 <artok> key layout is already there, locale is another thing
2019-09-06 17:16:08 <mps> setup-keymap
2019-09-06 17:17:06 <vrd1> setup-keymap is for locales?
2019-09-06 17:17:30 <artok> key layout != locale
2019-09-06 17:20:16 <vrd1> What's exactly "xf86-video-vesa"? A gpu driver? If so, shouldn't that ugly conflict with any other installed xf86 driver, such as for intel or ati chipsets?
2019-09-06 17:20:36 <vrd1> I mean, shouldn't vesa be removed before installing "correct" xf86 driver?
2019-09-06 17:21:05 <artok> you can install every driver, X11 uses the one that you configure it to use
2019-09-06 17:25:18 <vrd1> And when installing, say, xf86-video-intel, is it automatically configured for X11?
2019-09-06 17:25:44 <artok> no
2019-09-06 17:26:29 <mps> it doesn't need config
2019-09-06 17:27:44 <artok> if you want to, you can start Xorg -configure which creates xorg.conf that you can then edit to your likings
2019-09-06 17:27:57 <dalias> artok, that's not exactly true. rather there just aren't any locales for it, and there are bugs in the locale support that are masked by the lack of any locales.
2019-09-06 17:30:34 <vrd1> F**K, so xorg-setup-base installs basic xf86-video-vesa. But according to my gpu, I'd need xf86-video-intel. But now it turns it's NOT easy to install it.
2019-09-06 17:30:52 <vrd1> I have to install it, THEN do black magic by configuring Xorg entire from zero
2019-09-06 17:30:58 <vrd1> not fair...
2019-09-06 17:31:05 <dalias> huh?
2019-09-06 17:31:21 <dalias> mps just told you it does not need to be configured
2019-09-06 17:31:37 <dalias> xorg has defaulted to autoconfig with no need for config files for more than a decade
2019-09-06 17:31:56 <dalias> if the driver is there, it will use it
2019-09-06 17:34:36 <vrd1> dalias: but there are *two* drivers! Vesa and intel
2019-09-06 17:36:24 <artok> so remove the other? vesa is fallback driver
2019-09-06 17:36:36 <dalias> no need to remove it
2019-09-06 17:36:48 <dalias> vesa should not get used unless there's no driver matching the hardware
2019-09-06 17:37:04 <dalias> xorg is not stupid about this; it's intended to work out of the box on a full install with *all* drivers present
2019-09-06 17:37:20 <dalias> because any normal livecd is going to have drivers for everything
2019-09-06 17:42:24 <vrd1> dalias: but there are two drivers, vesa and intel!
2019-09-06 17:42:29 <vrd1> (I got disconnected)
2019-09-06 17:42:53 <artok> vesa is fallback driver, it is not used if the correct one is found
2019-09-06 17:42:55 <programmerq> are you actually seeing x utilize the vesa driver?
2019-09-06 17:43:41 <vrd1> How can I see that?
2019-09-06 17:45:52 <dalias> by xdpyinfo or just by your desktop not feeling like a 486
2019-09-06 17:47:11 <vrd1> Also, setup-keymap is the first thing ran by setup-alpine... so there are no ES_es or PT_br, FR_bl, etc!
2019-09-06 17:47:58 <artok> but your keymap was there?
2019-09-06 17:50:04 <artok> again, locale is not same thing as keymap
2019-09-06 18:00:44 <vrd1> Is there a keymap in Alpine equivalent to es_latam locale or like that?
2019-09-06 18:02:12 <dalias> there's no such locale (that's not a locale name). i assume that's the name of a keymap.
2019-09-06 18:02:56 <dalias> and yes there should be. keymaps are not alpine-specific.
2019-09-06 18:02:58 <mps> there is latam keymap
2019-09-06 18:03:02 <programmerq> when I run 'setup-keymap', 'latam' is one of the choices, but it isn't under es
2019-09-06 18:03:27 <vrd1> Where it is under?
2019-09-06 18:03:33 <programmerq> it's a top level choice
2019-09-06 18:03:48 <mps> this is Latin American Keyboard
2019-09-06 18:04:08 <vrd1> Ah
2019-09-06 18:04:11 <vrd1> Ok
2019-09-06 18:04:20 <vrd1> What about system's language?
2019-09-06 18:04:26 <vrd1> How to change it?
2019-09-06 18:09:51 <vrd1> ????
2019-09-06 18:21:09 <vrd1> What about system's language?
2019-09-06 18:25:05 <Cadey> ?
2019-09-06 18:27:23 <vrd1> If Alpine doesn't support locales, is there no way to change system language?
2019-09-06 18:27:36 <vrd1> Alpine is offered only in English?
2019-09-06 18:27:47 <nepugia>  
2019-09-06 18:27:57 <nepugia> musl does support locales i think
2019-09-06 18:31:22 <vrd19> Simple doubt: how to change system language in Alpine?
2019-09-06 18:31:30 <artok> there is no way
2019-09-06 18:31:41 <artok> it is english
2019-09-06 18:34:06 <vrd19> And why haven't alpine devs added support for more languages?
2019-09-06 18:34:38 <artok> no that kind of demand on systems that use alpine
2019-09-06 18:37:47 <artok> embedded systems, routers...
2019-09-06 18:40:10 <vrd19> So Alpine is NOT a general purpose distro, but a "small, security-oriented" distro?
2019-09-06 18:40:24 <artok> yah
2019-09-06 18:40:35 <vrd19> In that case, albeit not so small, one would damn go with Kali Linux!
2019-09-06 18:41:35 <artok> glibc thingies
2019-09-06 18:43:52 <artok> alpine is favourite for containers
2019-09-06 18:45:30 <vrd19> Someone here mentioned a while ago that he moved precisely from slitaz to alpine, as kind of "replacement"
2019-09-06 18:45:31 <cim209> i use it for my docker images
2019-09-06 18:45:43 <vrd19> Either he lied or was just an extreme coincidence...
2019-09-06 18:47:00 <mps> just managed to run armhf under qemu with --machine virt option, maximum 2GB RAM for current alpine armhf kernel
2019-09-06 18:47:16 <mps> and using qemu u-boot
2019-09-06 18:48:08 <PureTryOut[m]> Not the `locale` command though
2019-09-06 18:50:23 <artok> I wouldn't want to even try running OS with my native language
2019-09-06 18:50:36 <artok> can't understand at all what that stuff means =D
2019-09-06 18:51:15 <mps> artok: agree, it is ugly how it is translated also to my native lang
2019-09-06 21:35:18 <vrd1> What kind of distro is this?
2019-09-06 21:35:31 <vrd1> mount only works good with fat32
2019-09-06 21:36:11 <vrd1> With ntfs, even after installing ntfs-3g, I'm forced to always specify "-t ntfs", otherwise "invalid argument", and ntfs only mounted in "read only"
2019-09-06 21:37:27 <vrd1> _ikke_: ?????
2019-09-06 21:37:35 <artok> "always" if you don't define it on fstab
2019-09-06 21:38:51 <artok> and define rw option for it
2019-09-06 21:40:11 <vrd1> _ikke_: or someone else, and this is the damn Xorg log when trying to start X  https://pastebin.com/fed3kvA9
2019-09-06 21:40:20 <vrd1> with startx command
2019-09-06 21:40:35 <vrd1> With any attempted desktop installed (xfce, mate, openbox...)
2019-09-06 21:42:09 <artok> what is your display card then?
2019-09-06 21:44:41 <vrd1> amd radeon hd 8240
2019-09-06 21:45:11 <artok> I thought that you said it being intel before
2019-09-06 21:45:20 <artok> did you install xf86-video- for that one?
2019-09-06 21:45:39 <artok> xf86-video-ati might be the one
2019-09-06 21:47:53 <artok> if you read that log, there is (EE) Failed to load module "ati"
2019-09-06 21:51:29 <artok> and to answer your question: distro that doesn't install everything by default, to keep it small
2019-09-06 21:53:09 <vrd1> artok: I mentioned intel as an example back then
2019-09-06 21:53:13 <vrd1> Does that hurt?
2019-09-06 21:53:36 <artok> well did you install the ati then?
2019-09-06 21:54:22 <artok> you'll get help based on your information, so one that get's the hurt is you
2019-09-06 21:56:35 <vrd1> artok: I thought setup-xorg-base took care of drivers automatically; I found it didn't install xf86-video-ati, instead it installed xf86-video-amdgpu and mesa-dri-ati.
2019-09-06 21:56:55 <vrd1> And, even when correct driver is not installed, shouldn't then enter the fallback vesa driver!?
2019-09-06 21:57:43 <artok> even that module isn't loaded by the looks of the log
2019-09-06 21:59:10 <vrd1> WTH?
2019-09-06 21:59:14 <vrd1> Why then?
2019-09-06 22:00:01 <artok> I'm not typing commands on your system so...
2019-09-07 14:21:57 <pltrz> I'm curious, is there a reason #alpine-offtopic isn't recorded to https://dev.alpinelinux.org/irclogs/ ?
2019-09-07 14:24:59 <Cogitri> I guess because the offtopic isn't terribly important
2019-09-07 14:26:43 <pltrz> fair enough
2019-09-07 14:27:37 <pltrz> any chance it's been recorded anywhere else?
2019-09-07 14:28:33 <pltrz> sometimes I like to grep through the logs for stuff lol, offtopic would be a nice addition
2019-09-07 19:52:20 <pltrz> I am curious if anyone knows about the `acct` package that is installed alongside linux-vanilla and alpine-base when running setup-disk?
2019-09-07 19:52:55 <pltrz> why is it installed/needed?
2019-09-07 19:53:26 <pltrz> it seems kind of random having that GNU util in by default
2019-09-07 20:11:50 <nepugia> does posix mandate it?
2019-09-07 20:12:34 <nepugia> i got bitten by not having pax ... also didnt manage to compile any implementation on alpine :/
2019-09-07 20:14:04 <pltrz> not sure, but I checked and void doesn't include it by default, and in arch it's not even in the official repo, only AUR
2019-09-07 20:16:47 <pltrz> no I don't think posix mandates it
2019-09-07 20:51:14 <pltrz> ok, i did some detective work. found this in the logs https://bpaste.net/raw/ozfI
2019-09-07 20:52:00 <pltrz> found out the files installed by acct, its just 7 binaries
2019-09-07 20:52:23 <pltrz> grepped the mkinitfs repository https://git.alpinelinux.org/mkinitfs/
2019-09-07 20:53:51 <pltrz> most of it's fluff, but in bootchartd.in https://git.alpinelinux.org/mkinitfs/tree/bootchartd.in
2019-09-07 20:54:18 <pltrz> line 46
2019-09-07 20:55:23 <pltrz> if PROCESS_ACCOUNTING == "yes" then it'll run accton
2019-09-07 20:55:41 <pltrz> (which it is by default)
2019-09-07 20:58:04 <pltrz> so yeah... I know nobody cares but that's that
2019-09-08 02:11:02 <priontology> Who in here was running alpine on the pi
2019-09-08 02:11:06 <priontology> alPIne har har
2019-09-08 03:03:48 <Guest98390> I downloaded the Alpine Linux iso called "Xen", did the setup-alpine command, it claimed at the end that it was successful but then when I reboot I get "FATAL: Failed to open connection to hypervisor: No such file or directory"
2019-09-08 03:09:57 <dalias> are you running it under xen hypervisor?
2019-09-08 03:10:58 <Guest98390> I'd like to which is why I picked the "Xen" one but other than the setup-alpine I haven't done anything further to set anything up
2019-09-08 03:11:42 <dalias> ok. i don't know anything about setting that up, just wanted to make sure you hadn't gotten it accidentally instead of something else
2019-09-08 08:20:52 <PureTryOut[m]> Is there a way to view a log of what packages were installed/upgraded and when?
2019-09-08 08:22:53 <Cogitri> Dunno, but I guess you make an apk wrapper which just does `date >> /var/log/file && apk "$@" >> /var/log/file`
2019-09-08 08:23:37 <PureTryOut[m]> Well I upgraded my system today and now Qt is partially broken so I need to see what changed to figure out what is wrong
2019-09-08 08:27:12 <PureTryOut[m]> Multiple applications which haven't changed now crash, including Dolphin (file manager) and Spectacle (screenshotter), making it hard to use my system lol
2019-09-08 08:36:04 <PureTryOut[m]> Ah, found the issue for crashing. My disk was full 🙈
2019-09-08 08:39:52 <Cogitri> Heh
2019-09-08 08:40:26 <Cogitri> A log would be nice nontheless, glib 2.62 broke things too (but that was easy enough to guess because it does that every minor release)
2019-09-08 08:42:30 <mps> apk don't write log because have to work on small filestems
2019-09-08 08:44:09 <Cogitri> And it's easy enough to write them yourself, I guesd
2019-09-08 08:45:19 <mps> alpine started as router project and have to run from RAM or small cards, and there is every byte is precious
2019-09-08 08:45:50 <mps> because of this it designed to have minimal usage of FS
2019-09-08 08:46:43 <jjsearle> Is there a package that contains the MariaDB ODBC driver? https://downloads.mariadb.org/connector-odbc/
2019-09-08 08:46:59 <jjsearle> Wondering whether I am going to have to compile this myself
2019-09-08 08:49:24 <PureTryOut[m]> mps: a log could be optional though right? Just put it in some config file
2019-09-08 08:50:54 <mps> maybe, or better an option to apk
2019-09-08 08:52:56 <mps> for now, Cogitri's wrapper sound ok
2019-09-08 09:16:25 <mps> PureTryOut[m]: when you are here, did you worked on new matrix client you mentiond earlier (forgot it's name)
2019-09-08 11:19:55 <mps> scp is stupid, 'scp a:b remote:' => 'ssh: Could not resolve hostname a: Name does not resolve'
2019-09-08 11:20:21 <cim209> Use IP address
2019-09-08 11:20:52 <mps> no, problem is 'a:b' file exist locally
2019-09-08 11:21:38 <mps> and it thinks it is a remote and filename
2019-09-08 11:21:46 <cim209> Lol
2019-09-08 11:22:12 <mps> it should first check if file exists and if not then try to connect to remote
2019-09-08 11:22:40 <Cogitri> Wouldn't escaping the `:` fix that?
2019-09-08 11:22:55 <Cogitri> Or a `'./a:b'`
2019-09-08 11:22:56 <mps> no
2019-09-08 11:24:18 <mps> oh ./ helps
2019-09-08 11:26:27 <mps> anyway it is stupid, imo
2019-09-08 11:26:28 <Cogitri> 👍
2019-09-08 11:26:47 <PureTryOut[m]> mps: Spectral? No, still waiting on the next release of libQuotient
2019-09-08 11:30:47 <mps> ah, yes. spectral. ok, np, just curious
2019-09-08 12:25:54 <priontology> On a thinkpad x220t, I downloaded bluez, but couldn't get it to scan--even after issuing the scan command with sudo, bluetoothctl was erroring with "not ready" or something like that.
2019-09-08 12:26:07 <priontology> With "BlueZ controller not ready," I should say.
2019-09-08 14:08:58 <danieli> is the hardware switch enabled?
2019-09-08 14:31:14 <programmerq> 'sudo apk upgrade' produces '5 errors; 2769 MiB in 533 packages'
2019-09-08 14:31:49 <programmerq> I just upgraded this from 3.4 or so all the way up to 3.10 the other day, doing one version bump at a time in the repos, followed by 'apk update && apk upgrade'
2019-09-08 14:32:43 <programmerq> ah, I found it. I did 'apk fix' and it fixed four of them.
2019-09-08 14:34:08 <programmerq> del and add fixed the last one. Guess I just needed a rubber duck.
2019-09-08 15:17:45 <johan__> I want the mate desktop on alpine 3.10.2 (run in virtualox). Have installed the mate-desktop-environment package, as described here: https://wiki.alpinelinux.org/wiki/Desktops, and the slim package.
2019-09-08 15:18:47 <johan__> Expected a graphical login at reboot but only got a tty. What more do I need to do ?
2019-09-08 15:26:36 <mps> johan__: rc-update add slim, and maybe rc-update add udev sysinit
2019-09-08 15:44:31 <johan__> Still booting to tty.
2019-09-08 15:52:30 <johan__> will try in a fresh vm and ask again.
2019-09-08 16:03:05 <johan__> So, fresh vm + uncomment community repo in /etc/apk/repositories + apk update + apk add mate-desktop-environment + apk add slim + rc-update add slim udev sysinit and no graphical login.
2019-09-08 18:41:53 <asf> hey, just installed and set up alpine, just wanted to come say that i like it so far. came from arch and wanted to get away from systemd
2019-09-08 18:43:04 <mckaygerhard> great asf
2019-09-08 18:49:12 <mps> johan__: 'rc-update add slim' and not 'rc-update add slim udev sysinit'
2019-09-08 19:10:07 <johan__> mps: ok. Did that. still same situation.
2019-09-08 19:11:16 <mps> could you try from command line to start slim '/etc/init.d/slim start'
2019-09-08 19:26:53 <johan__> mps: got: warning slim has already been started.
2019-09-08 19:28:05 <johan__> mps: wonder why I ain't seeing it... :)
2019-09-08 19:28:46 <mps> then maybe '/etc/inid.d/slim restart' and look at /var/log/slim.log and /var/log/Xorg.0.log to see if there are errors or hints
2019-09-08 19:29:40 <mps> and, I didn't tried mate on alpine, but xfce works 'out of the box' whenever I tried
2019-09-08 19:30:27 <mps> to debug it further you can try startx to see if there are problems with X
2019-09-08 19:30:46 <johan__> hehe! /var/log/slim.log says 'unable to connect to X server' ...
2019-09-08 19:31:08 <johan__> gonna try setup-xorg-base
2019-09-08 19:31:55 <mps> ah, you didn't told that :)
2019-09-08 19:32:03 <johan__> kinda figured mate-desktop-environment package pulled that as well..
2019-09-08 19:34:07 <johan__> funny. X still doesn't start.
2019-09-08 19:34:10 <johan__> ah well.
2019-09-08 19:34:13 <johan__> time for bed.
2019-09-08 19:34:23 <johan__> thanks for good input! :)
2019-09-08 19:34:27 <mps> actually I don't have much experience with installations from scratch, installed it two years ago and now just upgrade
2019-09-08 19:34:58 <mps> good night :)
2019-09-08 19:35:52 <asf> i was going to say that they probably needed to install xorg-xinit
2019-09-08 19:36:20 <asf> that's always the one that everyone forgets when trying to set up X
2019-09-08 19:36:36 <asf> but i guess i missed them, oops
2019-09-08 19:37:50 <mps> setup-xorg-base does that
2019-09-08 19:39:22 <asf> not according to https://wiki.alpinelinux.org/wiki/Alpine_setup_scripts#setup-xorg-base
2019-09-08 19:41:12 <mps> xinit depends on xorg-server, so it is pulled automatically
2019-09-08 21:47:28 <mrCyborg> How long is "Updating repository indexes..." in setup-alpine supposed to take? It has taken a good few minutes for me. I have good internet in Amsterdam (90 mbps) and the auto selected mirror is alpine.mirror.wearetriple.com
2019-09-08 21:48:32 <artok> select another repo
2019-09-08 21:48:46 <mrCyborg> how? Should I press CTRL+C?
2019-09-08 21:49:03 <artok> you can do that..
2019-09-08 21:49:16 <artok> you have all the setup commands as separate
2019-09-08 21:49:18 <mrCyborg> Well let's start again then
2019-09-08 21:49:50 <artok> so you don't need to restart all setup
2019-09-08 21:56:00 <mrCyborg> Well I just discovered that my school has it's own alpine mirror, so I'm using that! This time it works fine it seems
2019-09-08 21:57:58 <dalias> :)
2019-09-08 22:04:11 <artok> well that's good school
2019-09-08 22:05:52 <mps> school which have alpine mirror must be good school
2019-09-08 22:07:15 <mps> but probably limits outside traffic
2019-09-08 23:51:24 <pltrz> I've been putting together some automation in ansible to set up my (xorg, full desktop) alpine configuration. basically create user, add packages, import configs. I want to know if there'd be any difference whatsoever between (1) booting from the alpine ISO, running my ansible playbook to make the live system how I want it, then running `setup-disk -m sys <device>` versus (2) booting from the alpine
2019-09-08 23:51:26 <pltrz> ISO, running `setup-disk -m sys <device>`, then after rebooting into the actual system, running the ansible playbook ?
2019-09-08 23:53:04 <pltrz> basically (1) boot, configure the system, setup-disk -m sys <my_disk>, restart or (2) boot, setup-disk -m sys <my_disk>, restart, configure the system
2019-09-09 06:14:52 <int_main> is there a list of rules on how to make proper issue requests?
2019-09-09 06:15:07 <int_main> a fontconfig update seems to have changed my font rendering
2019-09-09 06:19:58 <int_main> scratch that, it was a different issue
2019-09-09 06:20:09 <int_main> a fontconfig update overwrote my changes to /etc/fonts/conf.d
2019-09-09 10:25:56 <nexgen> hello
2019-09-09 10:26:42 <nexgen> please suggest how to run a virtual vnc server
2019-09-09 10:26:43 <nexgen> like
2019-09-09 10:26:52 <nexgen> https://github.com/danielguerra69/alpine-vnc
2019-09-09 10:27:00 <nexgen> does a package exist?
2019-09-09 10:27:06 <nexgen> like xvnc4server ?
2019-09-09 10:27:17 <nexgen> I do not see anything like it
2019-09-09 10:27:24 <nexgen> apk list | grep vnc
2019-09-09 11:06:09 <tmhoang> nexgen: try pkgs.alpinelinux.org. $ apk list  only lists installed packages in your Alpine system
2019-09-09 11:07:25 <mps> or 'apk search'
2019-09-09 11:07:55 <tmhoang> priontology: many folks run Alpine on RPIs, I know joneskoo for sure
2019-09-09 11:08:05 <tmhoang> just post your questions
2019-09-09 11:08:52 <priontology> Ah, interesting. I'd like to know how I can set the image up to run what packages I'd like to use prior to loading it up onto it, such that I can easily ssh into it from somewhere else.
2019-09-09 11:09:17 <priontology> Is there a way to reverse-ssh without some sort of error situation halting anything?
2019-09-09 11:10:11 <tmhoang> some folks use lbu, some folks inject ssh server into initramfs
2019-09-09 11:10:30 <tmhoang> either inject dropbear or openssh-server into initramfs
2019-09-09 11:14:37 <priontology> lbu?
2019-09-09 11:15:17 <tmhoang> https://wiki.alpinelinux.org/wiki/Alpine_local_backup
2019-09-09 15:23:40 <io1> hello, i have a short question, i cant find the answer online. Alpine linux isnt supported for Raspberry PI 4 right now, is it?
2019-09-09 15:42:37 <io1> mhh..
2019-09-09 15:51:53 <_ikke_> io1: not yet, no
2019-09-09 15:52:17 <_ikke_> It might even be an additional architecture
2019-09-09 15:54:47 <asf> they're both armv8-A
2019-09-09 15:55:05 <asf> that is, pi 4 and pi 3
2019-09-09 15:56:30 <mps> _ikke_: I don't think it needs additional architecture, only additional kernel probably
2019-09-09 15:57:01 <_ikke_> Ah OK. I recall clandmeter saying something like that
2019-09-09 15:57:59 <mps> even, maybe someone who owns rpi3 and rpi4 can tweak rpi3 to work on both board
2019-09-09 15:58:22 <mps> rpi3 kernel, I mean
2019-09-09 15:59:45 <mps> I've seen that devs on Arch alarm works on this but I don't have rpi4 to test
2019-09-09 16:11:31 <tmhoang> what the pi
2019-09-09 17:22:32 <io1> ok. thank you very much!
2019-09-09 17:22:53 <io1> ty, ikke
2019-09-09 17:54:04 <nixi> did anybody here ever setup postfix and dovecot?
2019-09-09 17:54:15 <nixi> it is on the wiki, but not explained very well
2019-09-09 17:54:28 <mps> yes
2019-09-09 17:54:56 <mps> what is the problem
2019-09-09 17:55:08 <nixi> i do not understand email on this level at all and i would like to configure it
2019-09-09 17:55:16 <nixi> so i need someone who would guide me trough
2019-09-09 17:55:43 <nixi> i need a mail server with a few users and mailman
2019-09-09 17:55:59 <nixi> and i nee dto be able to send emails to external networks, not only on lan
2019-09-09 17:56:33 <mps> I'm not sure if I good guide, but if you know how to setup postfix and dovecot it is not complicated to 'connect' them
2019-09-09 17:56:58 <mps> I'm*
2019-09-09 17:57:00 <nixi> well i don't, that's the problem :D
2019-09-09 17:57:10 <nixi> so many options and i am not sure which fits in my case
2019-09-09 17:57:40 <nixi> and if i have to generate a tls certificate or if i can use the one from letsencrypt
2019-09-09 17:57:43 <nixi> etc.
2019-09-09 17:57:55 <mps> then you should first look at guides about these packages on their sites
2019-09-09 17:58:33 <mps> I think you will find better docs there
2019-09-09 17:59:26 <mps> alpine doesn't have any specialties with them
2019-09-09 18:03:42 <nixi> so no special paths etc.?
2019-09-09 18:04:41 <mps> nothing special, just follow their guides
2019-09-09 18:05:26 <mps> except if you want something special
2019-09-09 19:40:43 <leo-unglaub> hi
2019-09-09 19:41:51 <leo-unglaub> i have a problem with the latest alpine release on the Hetzner Cloud. I installed alpine and ipv4 works fine. but i am not getting ipv6 to work. I can ping my gateway fe80::1 but i cannot reach any other ipv6 addresses
2019-09-09 19:42:10 <leo-unglaub> i am not sure, but i think this came up in the past already. but i am not finding it in the irc logs
2019-09-09 20:27:46 <programmerq> fe80 is a link local address,
2019-09-09 20:28:19 <programmerq> you'll need to set up the publicly routable v6 address that your provider gives you to get connectivity out.
2019-09-09 20:37:31 <danieli> yes, fe80::/10 is the 127.0.0.0/8 of ipv6
2019-09-09 21:07:46 <MY-R> I would say fe80::/10 is more like 169.254.0.0/16 and in hetzner are known configurations where gateway should be set to fe80::1
2019-09-09 21:15:53 <leo-unglaub> MY-R exactly, they are known for doing this stuff
2019-09-09 21:16:07 <leo-unglaub> and in debian it works fine, but in alpine there is something special you have to do
2019-09-09 21:16:14 <leo-unglaub> but i always forget what is is
2019-09-09 21:30:34 <MY-R> leo-unglaub, did you set up your ip6 static address and netmask in /etc/network/interfaces ?
2019-09-09 21:30:52 <leo-unglaub> yes i did. its also applies to eth0 correctly
2019-09-09 21:31:04 <leo-unglaub> but i cannot send packets to hosts outside
2019-09-09 21:33:25 <MY-R> leo-unglaub, maybe you just need add route: https://wiki.hetzner.de/index.php/Zusaetzliche_IP-Adressen/en#Gateway
2019-09-09 21:35:29 <leo-unglaub> i gave that a try, but i cannot set it
2019-09-09 21:35:35 <leo-unglaub> ip: RTNETLINK answers: File exists
2019-09-09 21:35:39 <leo-unglaub> thats what i get
2019-09-09 21:37:25 <MY-R> keep in mind that 'ip' is from busybox and there can be some diffrences with 'ip' from 'iproute2' package
2019-09-09 21:37:49 <leo-unglaub> i think the problem is that i had to set the ip route already for the IPv4 address
2019-09-09 21:38:02 <leo-unglaub> so i asume i cannot set it for the ipv6 as well as default?
2019-09-09 21:38:13 <leo-unglaub> i think the ip command from busybox cannot do that
2019-09-09 21:42:37 <MY-R> leo-unglaub, ip4 is static too or from dhcp?
2019-09-09 21:43:01 <leo-unglaub> i did the ipv4 static as well. i am not a huge friend of dhcp from hetzner
2019-09-09 21:43:33 <leo-unglaub> in order to get it to work correctly i had to use the following command after configuring my interface.
2019-09-09 21:43:45 <leo-unglaub> ip route add 172.31.1.1 dev eth0 && ip route add default via 172.31.1.1 dev eth0
2019-09-09 21:44:47 <MY-R> leo-unglaub, maybe try this: https://gist.github.com/jodumont/d430e4897e3b51324b97234ea09bd742
2019-09-09 21:45:09 <leo-unglaub> :) already did. but that document is full of errors
2019-09-09 21:45:20 <leo-unglaub> for example he uses inet for ipv6 instead of inet6
2019-09-09 21:45:52 <MY-R> ye :\
2019-09-09 21:47:17 <MY-R> leo-unglaub, did you disable accept_ra ? and configured ip6 stuff in /etc/hosts?
2019-09-09 21:47:46 <leo-unglaub> i did set it to 1
2019-09-09 21:47:53 <leo-unglaub> cat /proc/sys/net/ipv6/conf/eth0/accept_ra
2019-09-09 21:47:54 <leo-unglaub> 1
2019-09-09 21:48:17 <leo-unglaub> my /etc/hosts contains ::1 for localhost, yes
2019-09-09 21:48:48 <leo-unglaub> i am not sure what alpine does different here ... debian, ubuntu, centos, ... they all work by default
2019-09-09 21:48:54 <leo-unglaub> only alpine does not work on hetzner here
2019-09-09 21:50:22 <MY-R> leo-unglaub, ye but try with accept_ra 0 since you doing static configuration and not using SLAAC
2019-09-09 21:52:19 <leo-unglaub> i gave it a try, same problem
2019-09-09 21:54:06 <MY-R> leo-unglaub, and how many global inet6 addresses you have got when do "ip a" ?
2019-09-09 21:55:29 <leo-unglaub> i have one, starting with 2a01: ...
2019-09-09 21:56:31 <MY-R> ping6 2001:4860:4860::8888 doesnt work? :\
2019-09-09 21:57:24 <leo-unglaub> no, it does not
2019-09-09 21:57:31 <leo-unglaub> but ping fe80::1 works fine
2019-09-09 21:59:34 <MY-R> leo-unglaub, is you ip6 address in 'interfaces' file end with 2a01:XXX::1 or ::2 ?
2019-09-09 21:59:50 <leo-unglaub> with ::10
2019-09-09 22:00:56 <MY-R> try remove that zero
2019-09-09 22:01:56 <MY-R> but well, if that worked in other distributions then... should in alpine :\
2019-09-09 22:02:22 <leo-unglaub> there must be something special in the alpine config
2019-09-09 22:03:29 <leo-unglaub> with ::1 i have the same thing
2019-09-10 05:47:35 <nexgen> hello
2019-09-10 05:48:02 <nexgen> does an easy method exist to install a grsecurity kernel from your earlier distros?
2019-09-10 05:48:43 <nexgen> in debian it would be switching a repo temporary  or just dpkg -i kernel.deb from file
2019-09-10 05:53:37 <nexgen> I guess something like:
2019-09-10 05:53:39 <nexgen> https://pkgs.alpinelinux.org/packages?name=*linux-hardened*&branch=v3.7
2019-09-10 05:59:05 <Cogitri> That sounds like a terrible idea tbh
2019-09-10 06:01:44 <nexgen> why it is bad?
2019-09-10 06:01:49 <nexgen> cannot install headers
2019-09-10 06:01:53 <nexgen> a version conflict
2019-09-10 06:02:49 <nexgen> cannot install apk add readline=7.0.003-r0
2019-09-10 06:03:02 <nexgen> it conflict with a newer version
2019-09-10 06:03:19 <nexgen> but most likely I do not need kernel headers
2019-09-10 06:03:52 <nexgen> or may be can just copy them manually from full old version installation to new one
2019-09-10 06:04:05 <nexgen> or copy external alien kernel from gentoo
2019-09-10 06:12:59 <nexgen> will not this kernel work?
2019-09-10 06:13:16 <nexgen> Cogitri, why it is terrible idea?
2019-09-10 06:15:04 <Cogitri> We don't really support linux-hardened anymore from what I can see and the patchset isn't publicly available from GRSec anymore
2019-09-10 06:16:08 <nexgen> what do you mean under support?
2019-09-10 06:16:47 <nexgen> at least in current version 3.10 kernel v4.9 shall be enough
2019-09-10 06:16:52 <nexgen> if you move to v5x
2019-09-10 06:17:08 <maldridge> look you can just write a 50 line kernel module that just calles panic() from time to time and you'll get the same effect
2019-09-10 06:17:19 <nexgen> and require some very new features in future released it may not work then
2019-09-10 06:17:30 <nexgen> but now it still should be ok
2019-09-10 06:17:32 <nexgen> ?
2019-09-10 06:18:15 <nexgen> you mean I will get kernel panic often?
2019-09-10 06:18:39 <nexgen> anyway I would like to try it
2019-09-10 06:18:53 <nexgen> if not works with alpine I will try in Gentoo
2019-09-10 06:19:17 <nexgen> just for curiocity about grsec and gradm
2019-09-10 06:19:26 <nexgen> to learn how it was earlier
2019-09-10 06:19:44 <maldridge> I think that gentoo is the only distro with any "support" for grsec anymore
2019-09-10 06:19:52 <nexgen> btw, does LKP have any alternatives to manage the features?
2019-09-10 06:20:02 <maldridge> and even then you still can't get the patch sets, so you'll be in the same boat you just were here
2019-09-10 06:20:44 <nexgen> it seems there is no grsec kernel in official Gentoo repos
2019-09-10 06:21:01 <nexgen> only in external overlays
2019-09-10 06:21:26 <nexgen> then grsec is completelly unsupported now
2019-09-10 06:21:40 <nexgen> in any modern distro
2019-09-10 06:21:43 <maldridge> yep
2019-09-10 06:22:12 <nexgen> but are there any user space management replacements for PAX control?
2019-09-10 06:22:24 <nexgen> paxctl if I remember correct
2019-09-10 06:22:39 <nexgen> say after installing kernel v5.2
2019-09-10 06:22:43 <nexgen> of 5.4
2019-09-10 06:22:47 <nexgen> *or
2019-09-10 06:23:00 <nexgen> what shall be used instead of paxctl ?
2019-09-10 06:23:19 <nexgen> is apparmor good as a replacement for grsec?
2019-09-10 06:23:26 <nexgen> selinux seems too complex
2019-09-10 06:23:34 <nexgen> and with a by NSA reputation
2019-09-10 06:25:02 <nexgen> I just cannot understand what is a good replacement for grsec
2019-09-10 06:26:58 <mps> nexgen: to repeat myself from other channel, security is process and hard work and not product
2019-09-10 06:28:51 <mps> you are trying to make super secure system on hardware components with closed firmware
2019-09-10 06:29:57 <mps> how do you know ethernet adapter on your box doesn't have backdoor and not only ethernet adapter
2019-09-10 06:32:18 <mps> I used to build grsec kernels long time ago, when selinux is appeared in debian I backported it to previous version, I used some other security frameworks long time ago
2019-09-10 06:32:58 <mps> and, after I stopped to waste time on all this there is no difference
2019-09-10 06:34:27 <priontology> Is alpine on the bleeding edge for kernel updates?
2019-09-10 06:35:03 <priontology> I'm curious how long it would take to get this in my normal updates: https://patchwork.kernel.org/patch/10972379/
2019-09-10 06:36:33 <mps> priontology: alpine uses LTS kernel, for some of the few last releases
2019-09-10 06:47:21 <nexgen> mps, I will try to use the most open hardware I can afford
2019-09-10 06:47:36 <nexgen> with FreeBIOS and Libreboot
2019-09-10 06:47:53 <nexgen> and also ARM v7hf
2019-09-10 06:47:58 <nexgen> beaglebone black
2019-09-10 06:48:25 <nexgen> there is only 32Kbytes of proprietary blob publicly know
2019-09-10 06:48:31 <nexgen> *known
2019-09-10 06:48:48 <mps> and, you are sure cpu doesn't have backdoor
2019-09-10 06:48:49 <nexgen> though may be other unknown blobs of course exist too
2019-09-10 06:48:54 <priontology> Why LTS?
2019-09-10 06:49:15 <priontology> In that case, how would I apply the patch I linked to my machine?
2019-09-10 06:49:17 <nexgen> mps, sre CPUs have blobs
2019-09-10 06:49:39 <mps> priontology: easier to backport fixes to older releases
2019-09-10 06:49:49 <priontology> Interesting.
2019-09-10 06:49:54 <nexgen> if it is X86, then it is a microcode which is similar to bochs vm
2019-09-10 06:50:17 <nexgen> also god mode backdoors on ARM are possible too
2019-09-10 06:50:28 <nexgen> for root escalation
2019-09-10 06:50:54 <nexgen> I am going to emulate some rare architecture like s390 on physical ARM or librebooted X86
2019-09-10 06:51:27 <nexgen> and using a very old X86 hardware like Pentium 1
2019-09-10 06:51:32 <mps> believe me or not but I made some primitive OS with 8KB size on 6502 (grandfather of ARM's) long time ago
2019-09-10 06:54:09 <nexgen> I admire people who code kernels, never understood this stuff
2019-09-10 06:54:18 <nexgen> though never tried too :)
2019-09-10 06:54:49 <mps> today people new to computers can't imagine what can be done in really small amount memory or small cpu's
2019-09-10 06:55:00 <mps> new, I mean young
2019-09-10 06:55:20 <nexgen> there is even a Z80 posix kernel in the development
2019-09-10 06:55:22 <nexgen> https://hackaday.com/2017/04/16/z80-fuzix-is-like-old-fashioned-unix/
2019-09-10 06:55:45 <nexgen> I have seen so wonderful 3D demos on i486
2019-09-10 06:55:58 <nexgen> written in asm
2019-09-10 06:56:07 <mps> eh, also I made forth interpreter for Z80 in 4KB
2019-09-10 06:56:12 <nexgen> coded in ASM very simple residents by myself
2019-09-10 06:56:48 <nexgen> all it could do was to say hello world on a key press :)
2019-09-10 06:56:55 <nexgen> in DOS
2019-09-10 06:57:48 <nexgen> language development is a magic for me too
2019-09-10 06:58:10 <nexgen> I have made only a translator from Microsoft ASP3 to vb6
2019-09-10 06:58:26 <nexgen> it was just a lot of Regexps
2019-09-10 06:58:33 <nexgen> nothing magical
2019-09-10 06:58:40 <mps> but nowadays I'm not sure if cpu doesn't have backdoors, except if I program cpu on FPGA (but not quite sure if FPGA's doesn't have backdoors already)
2019-09-10 06:59:11 <nexgen> FPGAs are the most proprietary devices
2019-09-10 06:59:22 <nexgen> and very expensive
2019-09-10 06:59:45 <nexgen> it is possible to take a very old hardware like Pentium 1-3
2019-09-10 06:59:55 <nexgen> and there is an open source BIOS for them
2019-09-10 06:59:59 <nexgen> FreeBIOS
2019-09-10 07:00:08 <nexgen> Libreboot for newer ones
2019-09-10 07:00:23 <nexgen> the only problem I am afraid of there may be fake chips
2019-09-10 07:00:29 <nexgen> looking like old ones
2019-09-10 07:00:43 <nexgen> but produced recently with modern backdoors
2019-09-10 07:01:00 <nexgen> so it is better to get them from classified locally
2019-09-10 07:01:05 <nexgen> verifieable
2019-09-10 07:01:28 <mps> from my garage, maybe :)
2019-09-10 07:01:50 <nexgen> I need a secure SSH console for work with remote companies just for admin works
2019-09-10 07:02:01 <nexgen> dedicated SSH console for Nitrokey
2019-09-10 07:02:11 <nexgen> will have other computers near it
2019-09-10 07:02:16 <nexgen> for a browser, etc.
2019-09-10 07:02:39 <nexgen> but need to prevent SSHing into my remote job systems anyone non legitimate
2019-09-10 07:03:36 <nexgen> the best candidates I was able to find are: FreeBIOSed, Librebooted and BBB
2019-09-10 07:03:58 <nexgen> very affordable and still compatible with the latest kernels
2019-09-10 07:04:26 <nexgen> 16 bit DMA free network cards exist for ancient laptops
2019-09-10 07:04:49 <nexgen> it shall be possible to plug them into desktop X86 via adapter too
2019-09-10 07:04:57 <nexgen> PCMCIA -> PCI
2019-09-10 07:05:42 <mps> and I thought I'm paranoid ;)
2019-09-10 07:06:13 <nexgen> I am a targetted individual
2019-09-10 07:06:22 <nexgen> htey even teleportated most likely
2019-09-10 07:06:37 <nexgen> nobody heared how they appeared
2019-09-10 07:06:57 <nexgen> but by external power up button jumped off the table 3 times
2019-09-10 07:07:14 <nexgen> *my button
2019-09-10 07:07:20 <nexgen> *they
2019-09-10 07:07:47 <nexgen> it is a slow ssh terminal where I type now, sorry for mistypes
2019-09-10 07:07:56 <nexgen> and not native English
2019-09-10 07:10:23 <nexgen> they tried to force me into a mortgage debt many times with relocation to a big city or even abroad
2019-09-10 07:10:38 <nexgen> I am very resistent, it is a very bad idea of them
2019-09-10 07:10:46 <nexgen> I have to make any debts
2019-09-10 07:11:03 <nexgen> preferring to earn remotely more than local rate and spend less
2019-09-10 07:11:07 <nexgen> very profitable
2019-09-10 07:11:41 <nexgen> I *HATE to make any debts
2019-09-10 07:12:04 <nexgen> no debts - no dependence
2019-09-10 07:12:11 <nexgen> freedom
2019-09-10 07:50:55 <tmhoang> maybe it's good a idea to fight for freedom against your own thought. that's the triky mofo
2019-09-10 07:51:00 <tmhoang> or not
2019-09-10 08:39:13 <dragoonis> Hey! I'm running "apk add" and getting this output: https://pastebin.com/raw/JnNZJ0s3
2019-09-10 08:39:24 <dragoonis> I can't install any packages anymore. Can someone help ?
2019-09-10 08:39:30 <dragoonis> This is in a Dockerfile by the way
2019-09-10 08:40:51 <dragoonis> I've updated my pastebin - https://pastebin.com/raw/Vd42sisY
2019-09-10 08:41:02 <tmhoang> dragoonis: try different repo, maybe. mirrors.alpinelinux.org
2019-09-10 08:41:41 <tmhoang> I'd take .kernel.org ones
2019-09-10 08:42:07 <dragoonis> tmhoang, can you show me the syntax to add a new repo?
2019-09-10 08:42:16 <dragoonis> rough syntax
2019-09-10 08:42:50 <tmhoang> sed -i -e 's@dl-cdn.alpinelinux.org@new-repo-goes-here@g' /etc/apk/repositories
2019-09-10 08:44:14 <tmhoang> dl-cdn.alpinelinux.org seems working for me
2019-09-10 08:46:46 <tmhoang> looks like your network issue rather than alpine
2019-09-10 08:50:31 <dragoonis> tmhoang, okay
2019-09-10 08:51:28 <MY-R> it is cdn so all depends from localization
2019-09-10 10:40:53 <kwadronaut> heh, wiki sends mail from 'nginx@alpinelinux.org'?
2019-09-10 10:41:33 <kwadronaut> also whois administrator of the wiki, i want to do a constructive change with a new user.
2019-09-10 12:35:34 <igel> hello
2019-09-10 12:36:16 <Alpuser55> Can anyone confirm these instructions are still accurate?
2019-09-10 12:36:21 <Alpuser55> https://wiki.alpinelinux.org/wiki/Install_Alpine_on_VMware
2019-09-10 12:37:12 <Alpuser55> I don't see how the read only file system of the boot cd can know how to mount /Dev/sda to /media/USB on reboot in order to restore the configuration.
2019-09-10 12:37:21 <igel> i had some issues with cgroups and docker a couple weeks ago. i think the docker-in-docker issues ive been hitting are cgroup related (more or less) and i'd be OK with disabling any related issues to get my project off the ground. what is the proper way of disabling the cgroup manager?
2019-09-10 12:38:53 <igel> i think someone said "cgroup manager" or "security manager" ...
2019-09-10 12:45:51 <mps> cgmanager
2019-09-10 13:53:51 <tmhoang> Alpuser55> : looks pretty new:  This page was last edited on 20 June 2019, at 16:31.
2019-09-10 14:45:50 <nexgen> hello
2019-09-10 14:46:12 <nexgen> please let me know, where can I find dstat package? does it exist at all?
2019-09-10 14:46:24 <nexgen> may be an additional repository is needed
2019-09-10 14:46:31 <nexgen> very sad without dstat
2019-09-10 14:52:40 <programmerq> it looks like it was in the testing repo, but got marked as unmaintained. https://git.alpinelinux.org/aports/commit/?id=883b7003dc3cfbcae44b2e25044b6803215e16bc
2019-09-10 14:58:39 <nexgen> thanks
2019-09-10 15:02:19 <nexgen> I look at: https://wiki.alpinelinux.org/wiki/Aports_tree
2019-09-10 15:02:35 <nexgen> what shall be added to repo files?
2019-09-10 15:03:12 <nexgen> /etc/apk/repositories
2019-09-10 15:04:07 <programmerq> per that wiki article, the unmaintained part of the git repo does not correspond to an apk repository
2019-09-10 15:04:08 <nexgen> ERROR: http://dl-cdn.alpinelinux.org/alpine/v3.10/unmaintained: No such file or directory
2019-09-10 15:04:38 <programmerq> instead, when a package is unmaintained, the apkbuild is moved there in case someone else wants to maintain it, and it'll be moved back out (probably to community or testing)
2019-09-10 15:04:51 <nexgen> shall unmaintained be built from sources?
2019-09-10 15:04:52 <programmerq> but, since the apkbuild is in that git repo, you could build it yourself locally
2019-09-10 15:04:56 <programmerq> yup
2019-09-10 15:05:18 <nexgen> can it be built on Gentoo and packages for Alpine?
2019-09-10 15:05:25 <nexgen> *packaged
2019-09-10 15:05:49 <programmerq> I have no idea-- if you had an alpine chroot with the alpine tools to build packages available, sure.
2019-09-10 15:06:09 <programmerq> no idea if gentoo has a way other than a container/chroot to run alpine's built utilities
2019-09-10 15:06:16 <programmerq> build*
2019-09-10 15:08:42 <nexgen> may be there are ebuilds to manage alpine packages
2019-09-10 15:08:58 <nexgen> not chroot which would be obvious
2019-09-10 15:09:21 <nexgen> I just prefer gentoo for easiness of a building process
2019-09-10 15:09:41 <_ikke_> There is a docker container to build aports
2019-09-10 15:13:51 <programmerq> yeah, I've never used abuild before and was able to build that dstat package in a bare alpine container. I had to install a few packages (abuild, build-base, and the dependencies of dstat)
2019-09-10 15:13:53 <programmerq> but it worked
2019-09-11 04:51:44 <nexgen> hello
2019-09-11 04:51:49 <nexgen> please let me know
2019-09-11 04:51:58 <nexgen> can I rebuilt the base from source?
2019-09-11 04:52:07 <nexgen> and the whole world like in Gentoo?
2019-09-11 04:52:29 <nexgen> refferring Alpine of course
2019-09-11 04:53:23 <nexgen> another qeustion
2019-09-11 04:53:34 <nexgen> do you have any derivatives ?
2019-09-11 04:53:59 <nexgen> what happens if Alpine disappears
2019-09-11 04:54:08 <nexgen> do you have a good financing?
2019-09-11 04:54:24 <nexgen> what are alternatives?
2019-09-11 04:54:49 <nexgen> I do not see anything near to your apk perfomance
2019-09-11 04:55:10 <nexgen> used Centos, Debian, Gentoo
2019-09-11 05:03:45 <TBB> you can (re)build from source, yes there are derivatives, the world still keeps turning if alpine derivatives, and the financing is an unknown to me
2019-09-11 05:04:01 <TBB> oop. shouldn't IRC before my morning coffee
2019-09-11 05:04:15 <TBB> the world will keep turning if alpine disappears, that's what I was meant to type
2019-09-11 05:05:49 <TBB> ... okay, this is not getting better, gotta get that damn coffee now
2019-09-11 05:13:41 <nexgen> good morning
2019-09-11 05:14:22 <nexgen> for how long do you keep old releases
2019-09-11 05:14:35 <nexgen> sometimes it is difficult to find old software
2019-09-11 05:14:41 <nexgen> and sometimes I need it
2019-09-11 05:15:08 <nexgen> I have found it is convenient you have a 3.7 release with a grsec for example
2019-09-11 05:45:22 <iggy> old versions are out there for a _long_ time, but they aren't updated
2019-09-11 05:46:02 <iggy> so you're probably in a worse position (security wise) by using 3.7 to get grsec than using a supported version that actually gets security updates
2019-09-11 05:56:59 <nexgen> sometimes need old software just to play with it and may be learn something
2019-09-11 05:57:43 <nexgen> is it possible somehow to get the whole release on a virtual media or an arhchive?
2019-09-11 05:58:09 <nexgen> like a set of DVD ISOs in Debian
2019-09-11 05:58:38 <nexgen> say if you clean out repositaries from old releases I would still like to have them anyway
2019-09-11 06:00:21 <KatolaZ> nexgen: just mirror the corresponding repo
2019-09-11 06:28:42 <nexgen> very easy distro
2019-09-11 06:29:02 <nexgen> even how /etc/apk/repositories done
2019-09-11 06:29:25 <nexgen> I was often told Slackware is a very simple distro
2019-09-11 06:29:53 <nexgen> even in 2000 year
2019-09-11 06:30:02 <nexgen> and I tried it recently
2019-09-11 06:30:33 <nexgen> could not even complete installation by an official installer, tried twice
2019-09-11 06:31:14 <nexgen> it uses and old style syslinux instead of grub and was not able even to autoinstall under KVM VM
2019-09-11 06:32:20 <nexgen> then tried some mexican derivative connachates os or something like it
2019-09-11 06:32:33 <nexgen> at least it installed with grub automatically
2019-09-11 06:32:45 <nexgen> but how bloated the whole thing it is
2019-09-11 06:33:34 <nexgen> I guess Alpine shall be mentioned always instead of Slackware when it is described as simpe, KISS
2019-09-11 06:38:21 <nexgen> not sure how ZFS kernel modules get installed on Alpine
2019-09-11 06:38:29 <nexgen> do you support DKMS?
2019-09-11 07:37:33 <cosha> is there an easy way for me to download the contents of /lib/modules and the /boot on their own for a specific target?
2019-09-11 11:37:20 <MY-R> cosha, like download "linux-vanilla" and unpack it or use 'apk
2019-09-11 12:07:29 <maxice8> x86 builder is locked up with the  following info on build.a.o
2019-09-11 12:07:43 <maxice8> puling git\nbuilding v20190809-2454-g2e08733f50\nfailed
2019-09-11 13:23:41 <markand> contributing to busybox is probably the worst thing I've ever done in my life
2019-09-11 13:24:04 <Cogitri> How come?
2019-09-11 13:24:10 <markand> it's a shame that toyboy is so inactive, because it looks much more interesting
2019-09-11 13:24:50 <markand> community ignoring trivial patches (no answer, no reject, no nothing)
2019-09-11 13:27:22 <Cogitri> Ah, that's unfortunate
2019-09-11 13:35:40 <mps> toybox?
2019-09-11 13:36:20 <Cogitri> An alternative to busybox
2019-09-11 13:37:06 <mps> op wrote 'toyboy' so wasn't sure. yes I know what toybox is
2019-09-11 13:38:28 <mps> toybox is made just because of license disagreemnt, and expecting such forks to thrive is illusory
2019-09-11 13:38:55 <mps> if it is made for technical then it had chances
2019-09-11 13:39:15 <mps> technical reasons*
2019-09-11 13:56:54 <nexgen2> hello
2019-09-11 13:56:56 <nexgen2> please let me know, is ZFS supported ?
2019-09-11 13:57:02 <nexgen2> at least userspace
2019-09-11 13:57:32 <nexgen2> can use a kernel with prebuilt modules from Devuan or Gentoo with your ZFS userspace?
2019-09-11 13:58:12 <nexgen2> apk installed zfs userspace fine
2019-09-11 13:58:18 <nexgen2> still no modules
2019-09-11 14:00:03 <Cogitri> You need to install zfs-linux-vanilla
2019-09-11 14:00:26 <Cogitri> zfs-vanilla *
2019-09-11 14:44:53 <nexgen2> thanks
2019-09-11 14:59:08 <mouyaq> Hi, how can i reset root password in alpine 3.3
2019-09-11 14:59:43 <mouyaq> I've tried to boot in single mode but after do a passwd and boot the root password is not changed
2019-09-11 15:13:27 <Cogitri> mouyaq: You might want to upgrade to a supported version of Alpine
2019-09-11 15:14:05 <Cogitri> Also, you most likely only changed the password of the initramfs and not the one of the actual system
2019-09-11 15:14:44 <Cogitri> So boot the initramfs, mount the actually rootfs, chroot into that and them do passwd
2019-09-11 15:27:26 <nexgen2> mouyaq, also probably you can boot from any live cd like systemrescuecd
2019-09-11 15:27:48 <nexgen2> and then chroot into alpine root, then passwd and sync
2019-09-11 15:27:51 <nexgen2> reboot
2019-09-11 15:30:24 <KatolaZ> well, just booting with init=/bin/sh and chrooting should be enough
2019-09-11 15:30:29 <KatolaZ> no need for another boot medium
2019-09-11 18:55:41 <maldridge> is there an expected date that installing python will pull python3?
2019-09-11 18:57:09 <maxice8> maldridge: Not that i am aware of
2019-09-11 19:01:12 <maldridge> so on january 1 alpine expects and intends to ship an unsupported python?
2019-09-11 19:01:26 <maldridge> just need to know if I need to force this change over in my own tooling
2019-09-11 19:02:37 <Cogitri> I guess we'll switch before 3.11
2019-09-11 19:02:56 <Cogitri> We're currently in the process of removing py2 packages
2019-09-11 20:21:26 <midasi> what build type is recommended for RPI 4? the Raspberry pi build or generic arm?
2019-09-11 20:52:27 <midasi> I try to create a bootable USB disk with setup-bootable, but always get the error message 'cat: /media/usb/.new/.alpine-release: No such file or directory'
2019-09-11 21:34:16 <TBB> oh this is funny. youtube just broke youtube-dl and vlc...
2019-09-11 22:47:45 <cosha> hello, i'm trying to create a custom .img of alpine, only two things i'm yet missing is the lib/modules dir and the boot dir. getting the currently from the raspberry/firmware repo but i'm wondering if i can get these from alpinelinux from somewhere?
2019-09-11 23:24:12 <dalias> tbb, funny isn't the word i'd use to describe that :(
2019-09-11 23:51:52 <danieli> midasi: to my knowledge, there is no rpi4 build
2019-09-11 23:52:18 <danieli> also, they don't boot regular images
2019-09-12 02:24:49 <alpineuser> hi guys, i am new to alpine, i have install acf-openvpn and acf-openssl and trying to configure vpn, can some one help
2019-09-12 02:29:01 <alpinenoob> hello
2019-09-12 13:31:02 <miasma_> apparently somebody has used debootstrap on alpine since the package is available officially. I'm trying to figure out how to avoid this error related to wrong libc: "Invalid Release file, no entry for main/binary-musl-linux-amd64/Packages"
2019-09-12 13:31:51 <programmerq> what command are you trying to run?
2019-09-12 13:32:28 <miasma_> programmerq: i was originally attempting to run 'mkosi'. but figured out I needed to explicitly specify the arch
2019-09-12 13:50:06 <miasma_> programmerq: https://github.com/systemd/mkosi/issues/362
2019-09-12 13:56:18 <programmerq> it looks like alpine doesn't have a package for mkosi-- can you replicate the issue by calling debootstrap directly?
2019-09-12 13:56:44 <miasma_> yea
2019-09-12 13:58:09 <miasma_> programmerq: just run 'debootstrap stable /foo http://deb.debian.org/debian'. 'debootstrap --arch arm64 stable /foo http://deb.debian.org/debian' works
2019-09-12 14:00:27 <programmerq> --arch amd64 explicitly works too
2019-09-12 14:00:40 <programmerq> I bet debootstrap looks at what the current system is unless you specify
2019-09-12 14:01:49 <miasma_> yea
2019-09-12 14:05:54 <crockwork> Does anyone bind prtscrn to something useful with sxkhd?
2019-09-12 18:20:53 <patrick1> hi. I am trying to get i2c to work on a raspberry pi with alpine linux. I added the config.txt text. However, I also need to add modules (modprobe). How do I add these persistent?
2019-09-12 18:22:34 <patrick1> I am on release 3.10.2
2019-09-12 18:23:24 <mps> patrick1: add it in /etc/modules
2019-09-12 18:23:50 <mps> then it will be loaded on boot
2019-09-12 18:26:38 <patrick1> thanks... testing that now. I could not find that on the alpine wiki..
2019-09-12 18:27:40 <mps> you wouldn't find much on alpine wiki
2019-09-12 18:28:11 <patrick1> I added the i2c-dev and i2c_bcm2835 to /etc/modules
2019-09-12 18:28:25 <patrick1> However, there is still no working i2c in my rpi 3
2019-09-12 18:28:32 <patrick1> Any more ideas on how to do this?
2019-09-12 18:28:39 <mps> but you can read wiki's from similar linux distro's, like arch linux
2019-09-12 18:29:07 <mps> i2c-dev
2019-09-12 18:29:33 <patrick1> I am an Arch user, so I am familiar with those wikis ;-). However, I am trying alpine for some IoT type development.
2019-09-12 18:29:34 <mps> this one works on all my arm32 boxes
2019-09-12 18:30:30 <patrick1> i2c-dev gives an error: unsatisfiable constraint (world[i2d-dev])
2019-09-12 18:30:36 <patrick1> Not sure what that means
2019-09-12 18:30:45 <mps> did you installed i2c-tools
2019-09-12 18:31:14 <patrick1> same error
2019-09-12 18:31:26 <patrick1> unsatisfiable contraints
2019-09-12 18:31:34 <MY-R> i2c stuff is in EDGE repository only
2019-09-12 18:31:44 <patrick1> oke... how do I enable that repo?
2019-09-12 18:31:45 <mps> hmm, I didn't tried on rpi's, I don't have them so can't tell if it works on them
2019-09-12 18:32:57 <MY-R> patrick1, https://wiki.alpinelinux.org/wiki/Edge
2019-09-12 18:32:58 <patrick1> found that
2019-09-12 18:33:10 <patrick1> yes... that was in the wiki
2019-09-12 18:33:41 <MY-R> so alpine edge and repository community
2019-09-12 18:33:50 <mps> i2c-tools moved to community few days ago
2019-09-12 18:34:52 <patrick1> but it does (still) require edge?
2019-09-12 18:35:55 <mps> yes, or to build it yourself
2019-09-12 18:39:28 <patrick1> it requires a (commit and) reboot to get it working I guess (testing that now)
2019-09-12 18:40:20 <patrick1> but it is still not working
2019-09-12 18:40:55 <patrick1> any more hints on i2c? I really prefer to not have to move to raspbian (it corropts the sd cards too easily)
2019-09-12 18:41:07 <MY-R> patrick1, not working what?
2019-09-12 18:41:54 <patrick1> I do not get access to i2c (using python)
2019-09-12 18:42:09 <patrick1> dmesg tells: i2c /dev entries driver
2019-09-12 18:42:12 <patrick1> but nothing more
2019-09-12 18:42:30 <patrick1> How do I see i2c is detected and enabled ?
2019-09-12 18:43:23 <MY-R> be sure that modules are loaded?
2019-09-12 18:43:39 <MY-R> modprobe i2c_bcm2835 showing something?
2019-09-12 18:44:08 <patrick1> lsmod already shows i2c_bcm2835
2019-09-12 18:44:34 <patrick1> I modprobe-d it again, but no change (as I expected)
2019-09-12 18:45:29 <mps> do you see /dev/i2c-0 and/or /dev/i2c-1
2019-09-12 18:45:44 <patrick1> no. I checked.
2019-09-12 18:46:05 <artok> which pi?
2019-09-12 18:46:09 <mps> modules probably doesn't work
2019-09-12 18:46:29 <patrick1> pi3
2019-09-12 18:46:52 <patrick1> how can I debug the reason for the module to not work?
2019-09-12 18:46:56 <mps> does 'dmesg | grep i2c' show anything
2019-09-12 18:47:31 <patrick1> yes: see 20:42:12 -> i2c /dev entries driver
2019-09-12 18:47:56 <patrick1> not sure what that measn actuallly
2019-09-12 18:48:41 <patrick1> cat /media/mmcblk0p1/boot/config.txt shows: dtparam=i2c_arm=on
2019-09-12 18:48:59 <artok> that shows good
2019-09-12 18:49:02 <patrick1> so i2c should be enabled for the pi
2019-09-12 18:49:03 <mps> do you see something like 'driver loaded'
2019-09-12 18:49:31 <patrick1> in dmesg? no
2019-09-12 18:50:50 <patrick1> the issue is indeed that it does not show up in /dev
2019-09-12 18:51:16 <mps> 'lsmod | grep i2c'
2019-09-12 18:52:42 <artok> I'll check my /etc/modules.. just a sec.. (actually starting alpine pc and hit alpine root usb stick into it
2019-09-12 18:52:58 <patrick1> i2c_bcm2835
2019-09-12 18:53:04 <patrick1> i2c_dev
2019-09-12 18:53:14 <patrick1> is the output of 'lsmod | grep i2c'
2019-09-12 18:53:23 <patrick1> should there be more?
2019-09-12 18:53:45 <mps> maybe this one i2c_bcm2835
2019-09-12 18:54:43 <mps> I have i2c_mv64xxx and i2c_dev
2019-09-12 18:55:13 <mps> but again, I don't know what is needed for your rpi
2019-09-12 18:56:00 <patrick1> module is not found (i2c_mv64xxx)
2019-09-12 18:56:28 <patrick1> grrrr... will have to go back to raspbian than.
2019-09-12 18:56:37 <patrick1> :9
2019-09-12 18:56:38 <artok> just a min
2019-09-12 18:56:50 <patrick1> oke...
2019-09-12 18:57:20 <artok> yah, only i2c-dev on /etc/modules
2019-09-12 18:58:06 <patrick1> should i rmmod i2c_bcm2835
2019-09-12 18:58:08 <patrick1> ?
2019-09-12 18:58:13 <mps> i2c_mv64xxx is for Allwinner A20 boards, you should not have it on rpi
2019-09-12 18:58:50 <mps> you need specific low level driver for rpi, but I don't know which one
2019-09-12 18:59:26 <mps> usually it is enough to load i2c-dev and it will autoload needed low level driver
2019-09-12 18:59:32 <patrick1> willl try removing that module and see what happens.
2019-09-12 18:59:40 <artok> at least it did on my rpi
2019-09-12 18:59:48 <artok> got sound and i2c working
2019-09-12 18:59:56 <artok> which version of alpine ?
2019-09-12 19:00:03 <patrick1> Thanks a bunch... need to leave for an hour and will continue debugging then :-(
2019-09-12 19:00:09 <patrick1> 3.10.2 (latest)
2019-09-12 19:00:42 <MY-R> not edge?
2019-09-12 19:00:56 <mps> and, downloading i2c-tools from edge and installing it locally works without touch of /etc/apk/repositories
2019-09-12 19:01:06 <artok> and 64bit or 32bit?
2019-09-12 19:01:08 <patrick1> aah yes edge now...
2019-09-12 19:01:13 <patrick1> and I think it works :-)
2019-09-12 19:01:22 <patrick1> thanks you all for now... will be back with the update
2019-09-12 19:01:22 <mps> wget http://dl-cdn.alpinelinux.org/alpine/edge/community/armv7/i2c-tools-4.1-r1.apk
2019-09-12 19:01:33 <patrick1> but I think the issue was acutally loading i2c_bcm2835
2019-09-12 19:01:37 <patrick1> thanks!
2019-09-12 19:01:49 <mps> and 'apk add i2c-tools-4.1-r1.apk', voila
2019-09-12 19:02:21 <mps> on, v3.10.2, orc
2019-09-12 19:02:29 <mps> s/orc/ofc/
2019-09-12 19:20:52 <consus> Hi guys
2019-09-12 19:21:24 <consus> Is ther some resource similar to gentoo's overlays.gentoo.org? I want to add gitlab-runner package to alpine.
2019-09-12 19:21:49 <consus> But since I'm not a maintainer, I belive there is no way to commit to the main repo
2019-09-12 19:23:14 <maxice8> consus: community/gitlab-runner
2019-09-12 19:23:23 <mps> it is in aports
2019-09-12 19:23:34 <consus> oh
2019-09-12 19:23:39 <mps> oh, maxice8 is again faster ;)
2019-09-12 19:23:43 <consus> well
2019-09-12 19:23:48 <consus> how did I miss that P_P
2019-09-12 19:23:53 <consus> thx
2019-09-12 19:24:12 <maxice8> If you're using an older version maybe it isn't built for it
2019-09-12 19:24:19 <maxice8> just speculation though
2019-09-12 19:24:27 <consus> 3.10
2019-09-12 19:24:43 <consus> hmm
2019-09-12 19:25:20 <mps> it is not in 3.10
2019-09-12 19:25:31 <consus> I guess I have to upgrade to 3.10.2
2019-09-12 19:26:03 <mps> wouldn't help
2019-09-12 19:26:30 <consus> edge?
2019-09-12 19:26:45 <mps> it was in testing earlier and moved to community about week ago, iirc
2019-09-12 19:26:55 <mps> yes, edge will work
2019-09-12 19:27:02 <consus> yep, edge
2019-09-12 19:27:05 <consus> well...
2019-09-12 19:27:09 <consus> let's hope nothing breaks
2019-09-12 19:27:32 <artok> btw do we have now working rpi packaging script?
2019-09-12 19:27:33 <consus> IIRC I can use edge only for selected packages, reight?
2019-09-12 19:28:20 <mps> mixing stable and edge is not good idea for having stable system
2019-09-12 19:28:46 <mps> but, yes, you can try, as I do for some packages
2019-09-12 19:29:02 <consus> gitlab-runner only wants musl and busybox
2019-09-12 19:29:06 <mps> and not only I
2019-09-12 19:29:24 <consus> I did this for opensmtpd
2019-09-12 19:29:25 <consus> AFAIR
2019-09-12 19:29:31 <consus> Worked fine
2019-09-12 19:29:39 <mps> read about package pinning on wiki
2019-09-12 19:29:49 <consus> But it was ~2 years ago so things can be different
2019-09-12 19:30:46 <mps> gl-runner is go pkg, so probably it will work
2019-09-12 19:30:57 <consus> yeah, it's self contained
2019-09-12 19:33:25 <consus> yep, works fine
2019-09-12 19:33:50 <mps> good news, enjoy it :)
2019-09-12 19:34:09 <consus> Ah, nah, crashed :D
2019-09-12 19:34:20 <consus> Not a segfault, so can be worked-around I belive
2019-09-12 19:34:27 <consus> Ah, no config
2019-09-12 19:34:28 <consus> right
2019-09-12 19:41:47 <consus> The default config is not working, btw
2019-09-12 19:42:43 <consus>  /etc/gitlab-runner is owned by root
2019-09-12 19:42:48 <consus> with 0700
2019-09-12 19:42:55 <consus> kinda weird
2019-09-12 19:55:12 <Cogitri> Not weird
2019-09-12 19:55:20 <Cogitri> You don't want others to read your API keys, do you?
2019-09-12 19:56:08 <Cogitri> You can have it owned as gitlab:gitlab with 600 if you run in non-system mode I suppose, but that's not the default
2019-09-12 19:57:32 <consus> The problem is that /etc/conf.d/gitlab-runner uses gitlab-runner:gitlab-runner
2019-09-12 19:57:59 <consus> By default
2019-09-12 19:58:19 <consus> So non-system mode IS the default?
2019-09-12 19:59:52 <consus> # Change to root if you want to run a system instance instead of a user one
2019-09-12 20:01:00 <Cogitri> Oh right, I might have been the one to change that, oops
2019-09-12 20:01:20 <Cogitri> I guess then it makes more sense to have it owned as gitlab-runner:gitlab-runner :P
2019-09-12 20:01:47 <consus> Okay, gotta do a clean install and verify
2019-09-12 20:01:55 <consus> perhaps gitlab-runner register changed ids
2019-09-12 20:03:43 <Cogitri> Ah, but gitlab-runner generates the config itself, we're not doing that, right?
2019-09-12 20:03:55 <Cogitri> So...E-WONTFIX I guess
2019-09-12 20:04:31 <consus> gotta check
2019-09-12 20:05:22 <Cogitri> `apk info -L gitlab-runner` tells me that apk doesn't create it
2019-09-12 20:05:41 <Cogitri> You most likely create it yourself during setip
2019-09-12 20:06:39 <consus> Yeah, true
2019-09-12 20:06:40 <consus> My bad
2019-09-12 20:06:57 <consus> Clean install show no sign of any config dir
2019-09-12 20:07:20 <Cogitri> Well, no worries :)
2019-09-12 20:07:27 <Cogitri> Reminded me that I still need to fix gitlab-runner
2019-09-12 20:08:15 <consus> Something needs fixing?
2019-09-12 20:20:15 <Cogitri> https://github.com/alpinelinux/aports/pull/11365
2019-09-12 20:20:20 <Cogitri> In case you want to test it too
2019-09-12 20:25:14 <consus> Hmmm
2019-09-12 20:30:53 <consus> I  believe none of my builds use it
2019-09-12 20:32:27 <consus> Can anyone check this one https://gitlab.alpinelinux.org/alpine/aports/issues/9635 ?
2019-09-12 20:32:55 <consus> I really want to see contrains working =/
2019-09-12 20:33:05 <consus> *constraints
2019-09-13 01:06:19 <Ebuntor> Hi, I am running Alpine in diskless mode from a usb stick. I am a bit confused about the wiki, it says "When you use Alpine in this mode, you need to use Alpine Local Backup (lbu) to save your modifications between reboots. That requires some writable medium, usually removable. If your boot medium is, for example, a USB drive, you can save modifications there; you don't need a separate partition or drive"
2019-09-13 01:06:47 <Ebuntor> So I run setup-lbu and the usb stick, sdd, is automatically suggested. However it is obviously mounted read only, and indeed when I run "lbu commit" I get an error saying /media/sdd is write-protected. Am I misinterperting the wiki wrong?
2019-09-13 05:01:42 <ncopa> Ebuntor: i think `lbu commit` is supposed to re-mount it rw
2019-09-13 07:21:10 <Ebuntor> ncopa: No, unfortunately not. I just checked again with a newly formatted usb stick. After setup-lbu and going with the default option (the same usb stick) and then lbu commit   I get the same error: cp: can’t create ‘media/sdc/localhost.apkovl.tar.gz.new’ : Read-only file system Problems creating archive. aborting.
2019-09-13 07:21:31 <Ebuntor> However if I configure a separate usb stick it works just  fine.
2019-09-13 07:34:35 <ncopa> Ebuntor: https://git.alpinelinux.org/alpine-conf/tree/lbu.in#n96
2019-09-13 07:35:37 <ncopa> can you please run: apk add tpaste && sh -x /sbin/lbu commit | tpaste
2019-09-13 07:35:45 <ncopa> and paste the url here
2019-09-13 08:11:28 <Ebuntor> I was having a bit of trouble with tpaste, in any case I uploaded it pastebin manually instead: https://pastebin.com/4qQ5V5a7
2019-09-13 08:16:32 <ncopa> Ebuntor: line 64: + mount -o remount,rw /media/sdc
2019-09-13 08:16:44 <ncopa> it tries to remount as rw
2019-09-13 08:17:10 <Ebuntor> ncopa: I can see what you mean about it should remount it read-write. If  input mount -o remount,rw /media/sdc manually and then check it, it is still read only
2019-09-13 08:17:28 <ncopa> thats interesting
2019-09-13 08:17:41 <ncopa> is /media/sdc in /etc/fstab?
2019-09-13 08:18:08 <Ebuntor> Yeah, I thinking the same thing, yes it is. /dev/sdc /media/sdc iso9660 ro,relatime,nojoliet,check=s,map=n,blocksize=2048 0 0
2019-09-13 08:18:26 <ncopa> oh, its an iso image
2019-09-13 08:18:38 <ncopa> thats why
2019-09-13 08:18:51 <ncopa> iso9960 is a read-only filesystem
2019-09-13 08:19:02 <Ebuntor> Ah, I see, that makes sense.
2019-09-13 08:19:28 <ncopa> what you need to do is to reformat it as vfat or similar
2019-09-13 08:19:47 <ncopa> there is a script for that: setup-bootable
2019-09-13 08:20:04 <ncopa> if you have enough RAM space, you can do something like:
2019-09-13 08:20:22 <ncopa> cp -r /media/sdc /tmp/sdc
2019-09-13 08:20:33 <ncopa> modprobe vfat
2019-09-13 08:20:49 <ncopa> rc-service modloop stop
2019-09-13 08:20:55 <ncopa> umount /media/sdc
2019-09-13 08:21:09 <ncopa> fdisk /dev/sdc
2019-09-13 08:21:23 <ncopa> and create a partition, which you mark bootable
2019-09-13 08:21:46 <ncopa> then: setup-bootable /tmp/sdc /dev/sdc1
2019-09-13 08:22:16 <Ebuntor> Ok I can do that, but if use setup-bootable doesn't it no longer run in diskless mode? I mean it just boots from the usb stick, no longer in ram, right?
2019-09-13 08:22:35 <ncopa> no
2019-09-13 08:22:48 <ncopa> it will copy the contents of the iso image to a fat filesystem
2019-09-13 08:22:59 <ncopa> and set up syslinux so it can boot
2019-09-13 08:23:21 <Ebuntor> Oh, I see, that is one awesome script. That make severything clear, Thank you so much!
2019-09-13 08:23:29 <ncopa> do you boot via bios or uefi?
2019-09-13 08:23:36 <Ebuntor> uefi
2019-09-13 08:23:40 <ncopa> um
2019-09-13 08:24:11 <Ebuntor> Although I can easly change that of course
2019-09-13 08:24:12 <ncopa> then you need create the partition uefi
2019-09-13 08:24:43 <ncopa> using gptfdisk
2019-09-13 08:25:01 <ncopa> and create an uefi system partition, whatever it was called
2019-09-13 08:25:05 <Ebuntor> Right, I have partitoned for uefi in that past, no problem. But just to save myself some work I will just switch to old bios
2019-09-13 08:26:21 <Ebuntor> Ok, awesome, thank you again for your help and time ncopa, I am gonna set it up. :-)
2019-09-13 08:26:56 <ncopa> yw
2019-09-13 10:22:09 <greguu> 
ACTION is still rooting for official armv5tel support

2019-09-13 10:28:03 <jn__> greguu: that'd be nice indeed
2019-09-13 13:00:52 <tboerger[m]> got somebody an idea why our alpine base image recently started to fail to build on arm and arm64? https://cloud.drone.io/drone-plugins/drone-base/151/3/2
2019-09-13 13:01:01 <tboerger[m]> is there something broken with the official arm/arm64 images?
2019-09-13 13:08:29 <programmerq> tboerger[m]▸ if I grab alpine:3.10 on my arm device, it works correctly. You are doing alpine:3.10@sha256:acd3ca9941a85e8ed16515bfc5328e4e2f8c128caa72959a58a127b7801ee01f, which appears to be a sha256 pin of a specifically amd64 image.
2019-09-13 13:09:44 <tboerger[m]> ok, so the renovate bot is simply using the wrong tag for the other architectures... https://github.com/drone-plugins/drone-base/pull/54
2019-09-13 13:10:14 <tboerger[m]> looks like i need to use a different docker org to get the right tag set.
2019-09-13 13:11:42 <tboerger[m]> maybe docker hub did some changes to their tagging functionality that it started recently to update it wrong.
2019-09-13 13:12:18 <programmerq> no-- the 3.10 tag is a multiarch manifest correctly
2019-09-13 13:12:35 <programmerq> but each arch has its own sub manifest, and the acd3 sha256 string being used is just the one for one arch.
2019-09-13 13:13:00 <programmerq> https://gist.github.com/programmerq/a3165bc3e29540c92fee1a11efaf8e56 - here's the multiarch info for alpine:3.10 from docker hub
2019-09-13 13:13:11 <programmerq> you can see the acd3 digest is specific to one arch, not all of them.
2019-09-13 13:13:44 <programmerq> so you'd just need to slot in the correct digest for each arch, or just use the 3.10 tag and let the automatic multiarch selection do its thing
2019-09-13 13:18:15 <programmerq> although, doing a little more testing, that old sha in https://github.com/drone-plugins/drone-base/pull/54/commits/a251e6ba06eed7df64e43d31acd0910c1dd64b24 seems to correspond to the current alpine:3.10 tag and works multiarch
2019-09-13 13:18:34 <programmerq> so it looks like whoever did that commit switched from referring to the multiarch digest to referring to the digest of a single arch
2019-09-13 13:49:23 <s10g> I can be wrong, but I'm fairly certain I found pkg 'mongodb-tools' in alpine:3.10, but now my docker build fails because the pkg doesn't exist. It is still working in alpine:3.6. Can anyone confirm whether mongodb-tools will be gone from apk repo going forward?
2019-09-13 13:52:30 <Cogitri> Maybe it's in a repo that isn't added to your docker image (e.g. community?)
2019-09-13 14:39:27 <programmerq> s10g▸ looks like it was removed between 3.9 and 3.10
2019-09-13 14:39:29 <programmerq> https://git.alpinelinux.org/aports/commit/community/mongodb-tools?h=3.10-stable&id=8a901de31fa055ed591d487e12f8bb9ffcc0df21
2019-09-13 14:39:59 <programmerq> commit message "expunge nonfree software Upstream has switched to a nonfree license."
2019-09-13 14:41:52 <Cogitri> Ah right, they changed the license
2019-09-13 14:44:08 <programmerq> it looks like the license they switched to is pretty stinkin' open. I'm mildly surprised that change got it dropped from alpine
2019-09-13 14:55:21 <Cogitri> It got dropped from loads of distros
2019-09-13 14:55:43 <programmerq> yeah, I wonder what the concern is-- just that it fell outside the preapproved list of oss licenses?
2019-09-13 14:56:02 <programmerq> or does the community have concerns with this particular clause they want'd to drop on top of gpl3?
2019-09-13 14:56:18 <programmerq> it's basically gpl3 but if your run it as a service, and modify it, you still have to make source available.
2019-09-13 14:59:34 <Cogitri> I think there have been enough discussions about this already, so I don't really feel like discussing it again, sorry
2019-09-13 15:02:01 <programmerq> no worries. I'm just now learning about it.
2019-09-13 17:31:17 <danieli> looks like mongo-tools is Apache-2.0 according to the GH repo
2019-09-13 18:32:11 <AndyAndyBoBandy> Hello! (1) What's the standard way on alpine to change an existing user's default shell? Equivalent to chsh. I see I can get chsh by installing shadow, but how would I do it without? (2) Is there a way to get `apk info -L <pkg>` to list the files of a not-installed pkg? Thanks for any info!
2019-09-13 18:34:02 <mps> vi /etc/passwd
2019-09-13 18:34:14 <consus> chsh
2019-09-13 18:34:34 <consus> Just  install shadow
2019-09-13 18:34:57 <mps> consus: OP told that he wants to do that without installing shadow
2019-09-13 18:35:14 <AndyAndyBoBandy> thanks mps and consus
2019-09-13 18:35:34 <consus> Btw, is there an option to specify a package size in human-readable form?
2019-09-13 18:35:41 <mps> 'apk info -L pkgname' list files in installed pkg
2019-09-13 18:35:43 <consus> shadow-4.7-r0 installed size:
2019-09-13 18:35:45 <consus> 1662976
2019-09-13 18:35:56 <consus> mps: he wants to see non-intalled
2019-09-13 18:36:06 <consus> AndyAndyBoBandy: try pkgs.alpinelinux.org (if I recall correcly)
2019-09-13 18:36:15 <mps> there is no such option in apk
2019-09-13 18:36:16 <AndyAndyBoBandy> consus: I just figured there was some other way, probably with busybox, since it's got the functionality in adduser
2019-09-13 18:36:29 <consus> Though apk info -L postfix shows me the size
2019-09-13 18:36:54 <consus> Okay, obviously too drunk to chat
2019-09-13 18:36:57 <consus> Sorry guys
2019-09-13 18:37:24 <mps> consus: np, enjoy your drink :)
2019-09-13 18:38:28 <mps> AndyAndyBoBandy: yes, but 'vi' is so handy
2019-09-13 18:38:46 <consus> AndyAndyBoBandy: anyway, https://pkgs.alpinelinux.org/contents?branch=edge&name=shadow&arch=x86_64&repo=community
2019-09-13 18:39:00 <consus> For example
2019-09-13 18:40:41 <AndyAndyBoBandy> Thanks
2019-09-13 18:45:31 <sdu> hello
2019-09-13 18:45:37 <sdu> Whenever i startx, either with xfce or i3 everything freezes for a minute or so, mouse included.
2019-09-13 18:45:43 <sdu> Is there any remedy? (granted i have installed and run alpine from a usb 2.0)
2019-09-13 19:04:34 <KatolaZ> sdu: anything relevant in Xorg's log?
2019-09-13 19:12:24 <sdu> KatolaZ: I just checked but I'm not sure if I can conclude something from it..
2019-09-13 19:17:19 <KatolaZ> sdu: I mean whether the delay is due to anything in X or in the window/desktop manage
2019-09-13 19:17:26 <KatolaZ> s/manage/&r/
2019-09-13 19:21:18 <sdu> KatolaZ: I will "less" through the logs more carefully and probably come back here again
2019-09-13 19:21:25 <sdu> thanks for your reply!
2019-09-13 19:23:22 <midasi> did anybody successfully install Alpine Linux on Raspberry pi4? What are the steps to use the generic arm aarch64 image?
2019-09-13 19:24:14 <mps> midasi: afaik, bootloader, kernel and modules
2019-09-13 19:24:56 <mps> look here https://gitlab.alpinelinux.org/alpine/aports/issues/10789
2019-09-13 19:25:50 <midasi> mps: thanks
2019-09-14 10:36:36 <mpmc> please, for the love of god don't get rid of armhf >.<
2019-09-14 10:37:09 <Cogitri> Huh?
2019-09-14 10:39:49 <mpmc> Cogitri: https://github.com/alpinelinux/aports/pull/10260#issuecomment-530570338
2019-09-14 10:40:34 <Cogitri> Ah
2019-09-14 10:40:56 <Cogitri> Well, it is kind of a lot of maintenance effort to keep it going, I suppose
2019-09-14 10:41:06 <Cogitri> But you're always welcome to help with that :)
2019-09-14 10:41:40 <mpmc> 
ACTION screams in moron

2019-09-14 10:41:55 <Cogitri> Just speaking for myself here: I don't mind keeping it, if the people using it help maintain it
2019-09-14 10:43:12 <Cogitri> And we are starting to hit the limitations of those arches, some stuff like webkit2gtk is rather annoying to build on armhf
2019-09-14 10:43:50 <mpmc> but but "won't someone please think of the children" :p
2019-09-14 10:45:33 <mpmc> Cogitri: but seriously, who's the insane person using gtk on armhf!
2019-09-14 10:47:49 <Cogitri> Not me, but we can't exactly know what packages people are going to use on which arch
2019-09-14 10:48:19 <Cogitri> IMO it would be plausible to use e.g. Midori on armhf for some embedded device
2019-09-14 10:49:17 <mpmc> hmm true, I run alpine on my original pi and it runs great as a headless chicken
2019-09-14 10:50:29 <mps> firefox works quite fine on armv7
2019-09-14 10:51:03 <mps> and a lot of gui apps works fine on armhf
2019-09-14 10:54:23 <mps> although, I think running chomium, blender, gimp and similar apps on armhf is strange ;)
2019-09-14 10:55:22 <mps> but, again, armhf distro (pkg's) can run fine on arm64 with a lot of memory and fast storage
2019-09-14 12:17:39 <minikN> Hello I'm trying to set up alpine on my windows host using vbox. I followed the wiki, but when installing the virtualbox-guest-modules-virt package I get this error: depmod: WARNING: could not open /lib/modules/4.19.72-0-virt/modules.order: No such file or directory
2019-09-14 12:47:16 <miasma_> mps: the original pi isn't armv7 though
2019-09-14 12:48:21 <miasma_> i somehow had the impression that original model b pi even had 1GB of RAM but no. i have 256MB model a & b, 512 model b
2019-09-14 12:48:33 <miasma_> not that impressive for desktop linux
2019-09-14 14:09:27 <mps> miasma_: what is original rpi (rhetoric question, no need answer)
2019-09-14 14:09:54 <_ikke_> I still have one
2019-09-14 14:13:05 <miasma_> mps: i mean the original SoC generation
2019-09-14 14:14:25 <miasma_> but doesn't really matter. the first rpis were introduced in 2012 and only in 2015 they shipped the first pis that run armv7 code
2019-09-14 14:14:40 <miasma_> plenty of models that can't run armv7
2019-09-14 14:15:17 <mps> I have some old arm devices (nokia n900, openmoko, and some other) and I don't expect them to run a desktop
2019-09-14 14:15:44 <miasma_> sure
2019-09-14 14:16:02 <mps> but they can be still used for some things
2019-09-14 14:16:08 <miasma_> many rpi users expect the device to run full desktop so that they can flash gpio leds using scratch in a browser
2019-09-14 14:16:51 <mps> these people didn't learned anything how marketing works :D
2019-09-14 14:17:31 <mps> (click, click ... look ma, I'm hacker )
2019-09-14 14:21:45 <miasma_> probably many ways to use them. :) I just know how they use them in the schools I've worked with. in one school they replaced the pc desktops with rpi2s. they run browsers and MIT Scratch and program arduino boards. another school runs Racket (a lisp). In my university they powered few TVs in the hallways with RPis. those run advertisements, show the daily schedule and lunch menu. all powered by rpi & xorg & browser
2019-09-14 14:22:36 <miasma_> the info tv system required almost 10 GB of SD card space
2019-09-14 14:23:26 <miasma_> 1 GB swap since the debian installer insisted on using that by default. full gnome desktop etc.
2019-09-14 14:28:02 <mps> all that can run on framebuffer or even text mode
2019-09-14 16:04:46 <GekkePrutser> Mps: postmarketos might also suit you.
2019-09-14 17:16:11 <mps> GekkePrutser: no, I don't need pmOS, till it run my phones
2019-09-14 21:22:14 <cosha> hello, i'm trying to create a custom .img of alpine, only two things i'm yet missing is the lib/modules dir and the boot dir. getting the currently from the raspberry/firmware repo but i'm wondering if i can get these from alpinelinux from somewhere?
2019-09-14 21:23:41 <mps> cosha: try to install linux-rpi (proper version for your board)
2019-09-14 21:24:08 <cosha> as in, apk add linux-rpi?
2019-09-14 21:25:29 <mps> something like that, never used rpi's so not know for sure
2019-09-14 21:25:45 <cosha> okay, let me check
2019-09-14 21:29:22 <mps> and, I'm working on my $day_job (well better say $night_job) so don't have much time
2019-09-14 21:29:49 <mps> wrong channel, sorry
2019-09-14 21:42:44 <cosha> mps: qq what sort of link is the apk making? it's erroring with "ln: /boot/boot: Operation not permitted"
2019-09-14 21:43:18 <cosha> i'm running it in chroot before i create the image, so i'm guessing that's why it's failing, but i'm trying figure out how serious that error is
2019-09-14 21:44:25 <mps> do you run it as root? strange error msg
2019-09-14 21:44:49 <cosha> yup
2019-09-14 21:45:08 <mps> and do you have '/boot' dir in your chroot
2019-09-14 21:45:30 <cosha> yeah, it's mounted to be a separate partition
2019-09-14 21:46:17 <Cogitri> cosha: unless you're using syslinux as bootloader you can safely ignore that error msg
2019-09-14 21:51:07 <cosha> Cogitri: perfect! thanks
2019-09-14 22:22:44 <cosha> are the relevant *.dtb important in the /boot directory?
2019-09-14 22:23:10 <cosha> linux-rpi doesn't install them, so wanna know if they're needed
2019-09-14 22:25:00 <cosha> oh, they exist in /usr/lib/linux-4.19.67-0-rpi/ as part of linux-rpi! sounds like i have everything. time to try to burn the .img onto the sdcard. wish me luck
2019-09-14 22:27:49 <mckaygerhard> nkopa _ikke_ i wants to merge the lighttpd "Setting_Up_Lighttpd_with_PHP" and "Setting_Up_Lighttpd_With_FastCGI" pages due need same process to work.. so i think redirects are not enought!
2019-09-14 22:27:50 <mckaygerhard> in the wiki both pages said the same content.. also are nto well done.. not well explained why are made in that way and there's no php-fpm documentation
2019-09-14 22:28:06 <mckaygerhard> how can be merge those two wiki pages?
2019-09-14 23:12:06 <mckaygerhard> i noted that we do not have a universal last stable release links.. all the lasted stable release must containt a numbering typo inside.. like "http://dl-cdn.alpinelinux.org/alpine/latest-stable/releases/x86/alpine-extended-3.10.0-x86.iso" noted the "3.10.0" inside,  event the "stable" .. so a generic universal link must be "http://dl-cdn.alpinelinux.org/alpine/latest-stable/releases/x86/alpine-extended-latest-stable-x86.iso"
2019-09-15 10:02:06 <markweston> which package contains /usr/share/dict/words?
2019-09-15 10:12:09 <_ikke_> https://pkgs.alpinelinux.org/contents?file=words&path=&name=&branch=edge
2019-09-15 10:12:12 <_ikke_> apperently none
2019-09-15 11:23:08 <Kumool> dpkg -S /usr/share/dict/words
2019-09-15 11:23:10 <Kumool> diversion by dictionaries-common from: /usr/share/dict/words
2019-09-15 11:23:12 <Kumool> diversion by dictionaries-common to: /usr/share/dict/words.pre-dictionaries-common
2019-09-15 11:23:14 <Kumool> wamerican: /usr/share/dict/words
2019-09-15 11:24:20 <Kumool> oh, left
2019-09-15 14:51:51 <mckaygerhard> any equivalent to lsb_release commoand?
2019-09-15 14:53:39 <nepugia> cat /etc/os-release i suppose
2019-09-15 14:54:04 <nepugia> lsb_release only makes sense in the context of lsb though, so if it isnt available you should be able to assume that a distro is /not/ lsb compatible
2019-09-15 15:05:33 <mckaygerhard> well seems cat /etc/alpine-release | cut -d'.' -f1,2 are the most close
2019-09-15 15:05:46 <mckaygerhard> vor version and no more olther are available
2019-09-15 15:25:18 <xrs> hey guys, I need a little help for setting up an init.d-script. My daemon is controlled by another binary. I can't figure out how to tell the start-stop-daemon that it should stop the daemon by calling this helper binary with parameters. Any idea?
2019-09-15 15:26:29 <Cogitri> Can't make a fancy link right now, but see the `stop` function in https://github.com/OpenRC/openrc/blob/master/service-script-guide.md
2019-09-15 15:26:43 <xrs> The helper binary is called gnunet-arm and the daemon binary gnuent-service-arm. To stop gnunet-service-arm I need to call "gnunet-arm -e"
2019-09-15 15:27:43 <xrs> Cogitri: thanks, I know this article already, but it does not help me.
2019-09-15 15:28:13 <_ikke_> override the stop function to call the helper binary instead of doing the default thing
2019-09-15 15:28:26 <Cogitri> Do stop() { gnunet-arm -e } I guess
2019-09-15 15:28:52 <xrs> ok, but what about the other routines in start-stop-daemon?
2019-09-15 15:29:09 <_ikke_> like?
2019-09-15 15:29:31 <xrs> removing the pid file generated by start() or start-stop-daemon..
2019-09-15 15:30:07 <xrs> or calling the helper binary with defined user as in command_user.
2019-09-15 15:33:25 <xrs> I've experimented with start-stop-daemon in the stop() function but it's not clear to me, what it actually does. I thought it would call my binary and I could just give it the additional parameter "-e". But instead it tries to do something else.
2019-09-15 15:39:26 <xrs> Cogitri,_ikke_: thanks for replying so quick.. I found another solution :-)
2019-09-15 15:39:58 <Cogitri> :)
2019-09-15 16:14:16 <Greyfn> I'm having some trouble when using mkimage.sh - "update-kernel: unrecognized option: modloopfw"
2019-09-15 16:14:44 <Greyfn> I've found a thread (https://gitlab.alpinelinux.org/alpine/aports/issues/10001) that says this is fixed a few months ago, but I'm still getting the issue
2019-09-15 16:14:46 <Greyfn> any pointers?
2019-09-15 16:18:07 <Greyfn> aaah I'm sorry - It struck me right after I posted that that I should run an upgrade first... issue has gone away. My mistake.
2019-09-15 16:26:55 <Cogitri> Well, no worries, good that you solved it
2019-09-15 22:47:39 <KodeH3ad> Does anyone know when 3.10.3 will be available? I need https://gitlab.alpinelinux.org/alpine/aports/commit/09a199deeac384bd1f22bb26c2ec5b3bd60257a2
2019-09-15 22:54:51 <mps> KodeH3ad: 'apk update' and look with 'apk version' it should be on the list
2019-09-15 22:58:02 <KodeH3ad> mps It only showing `1.1.1d-r0`. The above commit looks like it builds `1.1.1d-r1`, which is what I need.
2019-09-15 23:00:38 <mps> looks like this commit with -r1 is for edge
2019-09-15 23:01:35 <KodeH3ad> @mps Right. Which is why I was wondering when 3.10.3 will be out. It will include the minor releases from edge, right?
2019-09-15 23:02:20 <mps> let me look
2019-09-15 23:03:59 <mps> looks like same CVE's are fixed although for some reason unknown to me have different pkgrel
2019-09-15 23:05:55 <mps> same date of commits and same openssl version
2019-09-15 23:06:05 <mps> for edge and 3.10
2019-09-15 23:06:05 <KodeH3ad> mps Yeah, that's what I was thinking. But our vulnerability detection tool is flagging `1.1.1d-r0`.
2019-09-15 23:06:46 <mps> maybe you should fix tool ;)
2019-09-15 23:08:28 <mps> my git log clearly shows for 3.10-stable that is applied on  Wed Sep 11 17:52:16 2019 +0200 with message 'main/openssl: security upgrade to 1.1.1d'
2019-09-15 23:08:30 <KodeH3ad> mps OK OK. Was trying hard to not go through the red tape. Was hoping that 3.10.3 would be out soon. But if its the only (relatively) quick solution, then yes that's what I'll (try) to do.
2019-09-15 23:09:24 <KodeH3ad> Thanks for looking.
2019-09-15 23:09:26 <mps> interim releases are not so important. we push sec fixes and upgrades when they are ready
2019-09-15 23:10:34 <mps> and don't wait for releases, so it is good practice to do 'apk update' regularly (daily even) to keep system secure
2019-09-15 23:11:07 <mps> and 'apk upgrade', ofc
2019-09-15 23:19:29 <mps> looks like author of patch forgot to reset pkgrel for commit in edge
2019-09-15 23:25:11 <KodeH3ad> Thanks again for looking.
2019-09-16 01:02:14 <vicencb> ºº
2019-09-16 06:37:39 <hendry> I need to create a Docker image to run some aws-cli commands
2019-09-16 06:37:52 <hendry> It appears packaged here: https://pkgs.alpinelinux.org/packages?name=aws-cli&branch=edge
2019-09-16 06:38:16 <hendry> but people appear to use pip, but the pip installs i've seen seem to use python2 and not python3
2019-09-16 06:40:52 <iggy> it should work fine under either (just s/pip/pip3/g )
2019-09-16 06:52:28 <hendry> Any ideas why mongodb is missing? https://gist.github.com/kaihendry/d15226f8cb876b6a37dc3d86b88bae90
2019-09-16 06:54:50 <iggy> hendry: it was removed from the repo's after the license change
2019-09-16 06:55:01 <_ikke_> Well, it was moved to non-free
2019-09-16 06:56:35 <iggy> ahh, sorry, I misread before
2019-09-16 06:58:22 <hendry> _ikke_: how do I use non-free?
2019-09-16 06:58:51 <_ikke_> You'd have to build the package yourself
2019-09-16 06:59:36 <hendry> is this for both aws-cli & mongo?
2019-09-16 07:00:10 <_ikke_> no, for aws-cli, you can add the testing repository
2019-09-16 07:02:21 <hendry> building mongo sounds painful
2019-09-16 07:02:42 <priontology> Do you guys think I'd be able to easily orchestrate a time-based or light-based switch from solarized dark to solarized light in rofi, firefox, polybar, and alacritty?
2019-09-16 07:02:50 <priontology> There's gotta be a way.
2019-09-16 07:04:42 <iggy> hendry: you shouldn't need mongo to run aws-cli commands, so you can probably just remove it from the `apk add` command
2019-09-16 07:08:34 <priontology> oh, if i want to know how a certain file got onto my system, what's the apk command?
2019-09-16 07:09:09 <hendry> iggy: i need to also connect to a mongo instance in my script :/
2019-09-16 07:09:23 <hendry> i see solutions for mongo 3.6 but not mongo 4.x... arghhhh
2019-09-16 07:09:45 <iggy> probably something other than alpine, then
2019-09-16 07:10:16 <_ikke_> hendry: if you look in aports, the APKBUILD for mongodb 4.x is there
2019-09-16 07:10:47 <_ikke_> https://git.alpinelinux.org/aports/tree/non-free/mongodb/APKBUILD
2019-09-16 07:11:06 <hendry> i am not sure how that is scripted in the Dockerfile
2019-09-16 07:12:06 <s10g> programmerq: thanks for the info regarding mongodb-tools on friday
2019-09-16 12:53:35 <ryouba> hi!
2019-09-16 12:53:51 <ryouba> "/root/f3/utils.c:144: undefined reference to `argp_error'" ... does that mean that it can't be compiled because of lacking glibc?
2019-09-16 12:55:14 <ryouba> (utils.c:144 reads "argp_error(state, "An integer must be provided");" fwiw)
2019-09-16 13:15:39 <_ikke_> Yeah, it looks like something glibc related
2019-09-16 13:15:49 <_ikke_> You'd have to patch it to get it to build
2019-09-16 13:16:31 <ryouba> hmm
2019-09-16 13:16:37 <ryouba> 
ACTION tries

2019-09-16 13:16:51 <ryouba> okay, funky
2019-09-16 13:16:58 <ryouba> adding -largp to LDFLAGS helped
2019-09-16 13:17:01 <ryouba> but now it wants libudev.h
2019-09-16 13:17:28 <ryouba> aha, eudev-dev
2019-09-16 13:18:08 <ryouba> cool, got the whole thing to compile
2019-09-16 13:18:13 <_ikke_> nice
2019-09-16 13:18:21 <ryouba> at some point i want to learn how to make alpine packages out of stuff like this
2019-09-16 13:18:29 <_ikke_> it's not that hard
2019-09-16 13:19:40 <_ikke_> https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package
2019-09-16 13:20:13 <ryouba> oh? just ONE wiki page?
2019-09-16 13:20:22 <ryouba> 
ACTION looks over to the left and sees debian blush real bad

2019-09-16 13:20:23 <_ikke_> There is also https://wiki.alpinelinux.org/wiki/APKBUILD_Reference
2019-09-16 13:20:35 <_ikke_> But that page should get your started
2019-09-16 13:20:37 <ryouba> okay, well, TWO wiki pages ... debian is still blushing :P
2019-09-16 13:20:40 <ryouba> thank you _ikke_! :)
2019-09-16 13:20:57 <_ikke_> np
2019-09-16 13:26:42 <priontology> _ikke_: what's your setup look like?
2019-09-16 13:36:24 <_ikke_> priontology: for what?
2019-09-16 13:36:44 <priontology> cricket
2019-09-16 13:36:49 <priontology> kidding; for your desktop
2019-09-16 13:37:15 <_ikke_> I run archlinux on my desktop, with awesomewm as my window manager
2019-09-16 13:38:18 <priontology> Interesting. Why awesome?
2019-09-16 13:38:36 <KatolaZ> O_o
2019-09-16 13:38:39 <_ikke_> minimalistic, simple, keyboard controlled
2019-09-16 13:42:14 <mps> _ikke_: no alpine? (:
2019-09-16 13:42:51 <_ikke_> nope
2019-09-16 13:45:07 <mps> ok, I'm just curious
2019-09-16 13:45:47 <_ikke_> I have these setups already for some time
2019-09-16 13:47:40 <mps> also I use awesome for years, I tried xfce when it is first packaged for debian and used it some time but when I learned basic of awesome I switched and never looked back
2019-09-16 13:48:42 <mps> when kde is released I built it from source and tried but was not satisfied, also with gnome
2019-09-16 13:49:15 <Cogitri> I just use GNOME on Alpine now, floats my boat :)
2019-09-16 13:49:21 <mps> but I'm of those who started linux GUI with TWM and FVWM
2019-09-16 13:49:22 <Cogitri> And it's pretty nice to use on a 2-in-1
2019-09-16 13:49:45 <Cogitri> Although I mostly just use the touchscreen for writing ok it with a stylus
2019-09-16 13:50:53 <mps> do we have in alpine good virtual keyboard, I would like to try it, also have stylus pen
2019-09-16 13:59:02 <Cogitri> mps: GNOME has caribou which works
2019-09-16 13:59:14 <Cogitri> I use my HP Tilt Pen with Xournalpp which works super good
2019-09-16 13:59:24 <mps> aha, will look, thanks
2019-09-16 16:02:46 <nixworld> Does anyone know how to get the smsc95xx driver onto an alpine linux raspberry pi sd card?
2019-09-16 16:12:57 <nortti> hello. where should I report what looks like a bug in perl 5.30.0 for alpine? was going to report it to https://gitlab.alpinelinux.org/alpine/aports/issues but the gitlab install seems to fail silently on account creation with IDN e-mails
2019-09-16 16:22:45 <_ikke_> I think I found your user in gitlab
2019-09-16 16:22:59 <_ikke_> Let me check if I can find why the e-mail doesn't come through
2019-09-16 16:25:29 <_ikke_> nortti: indeed, smtp says ilegal syntax
2019-09-16 16:26:11 <nortti> sending or receiving?
2019-09-16 16:28:38 <_ikke_> sending afaik
2019-09-16 16:28:44 <nortti> ah
2019-09-16 16:28:55 <_ikke_> nortti: do you mind if I change it to punycode formatted?
2019-09-16 16:28:59 <nortti> nope
2019-09-16 16:29:08 <nortti> please go ahead :)
2019-09-16 16:31:08 <_ikke_> Is it possible for you to request another confirmation e-mail?
2019-09-16 16:32:58 <nortti> I could input the address into https://gitlab.alpinelinux.org/users/confirmation/new but we'll see if it arrives
2019-09-16 16:33:24 <_ikke_> yes, just found that form
2019-09-16 16:33:48 <_ikke_> I sent one
2019-09-16 16:34:19 <mps> nixworld: is this kernel driver?
2019-09-16 16:35:13 <_ikke_> I don't see it being sent in the logs though..
2019-09-16 16:36:07 <nortti> yeah, haven't received it. could receive another mail in the meantime
2019-09-16 16:40:08 <_ikke_> I now see the log entry, and noticed I made a mistake, let me retry one more time
2019-09-16 16:40:14 <nortti> ah
2019-09-16 16:43:11 <_ikke_> not sure why it takes so long
2019-09-16 16:43:34 <nortti> to send the e-mail?
2019-09-16 16:44:55 <nortti> ah, it has arrived. thank you
2019-09-16 16:44:57 <_ikke_> Yes
2019-09-16 16:45:00 <_ikke_> just saw it
2019-09-16 20:17:33 <midasi> Hello, I try to use the setup-bootable script but always run into the following error message:
2019-09-16 20:17:38 <midasi> cat: /media/usb/.new/.alpine-release: No such file or directory
2019-09-16 20:17:42 <midasi> any idea how to proceed?
2019-09-16 21:06:35 <aln> i can't find recommended vhw requirements for the alpine virt image
2019-09-16 21:06:40 <aln> are there any?
2019-09-16 21:06:46 <aln> or should i just use best judgement?
2019-09-16 21:08:18 <aln> indeed, cannot find any hw requirements pages for anything on the wiki
2019-09-16 21:18:06 <iggy> you wouldn't really use hardware for a virt image (I'd think anyways)
2019-09-16 22:13:49 <danieli> I'm not sure if anyone have tested how little resources alpine can run on
2019-09-16 22:19:21 <TBB> it's a bit of a problematic thing to test really
2019-09-16 22:19:52 <TBB> you'd have to define what "run" means first
2019-09-16 22:22:49 <TBB> then you'd have to answer the question "how much can you remove and still call it Alpine?"
2019-09-16 22:25:36 <TBB> that guy who made, was it, mkimage? ... did some testing on that front if I remember correctly
2019-09-17 03:27:15 <__number5__> Is there a guide on setting up ipv6 on alpine? have a hard time to get the linode ipv6 passing traffic into docker
2019-09-17 04:27:18 <_ikke_> __number5__: did you already manage to get a public ipv6 address on your interface?
2019-09-17 04:30:36 <__number5__> _ikke_: yes, the linode default 3.10 image already have that. The actual problem is getting the public ipv4 traffic into docker (haven't try ipv6 for that)
2019-09-17 04:32:12 <_ikke_> Did you expose any ports on your containers?
2019-09-17 04:35:32 <__number5__> yes, the docker side is using same docker-compose working under debian
2019-09-17 04:36:14 <_ikke_> Can you see on what interface these ports are bound on the host?
2019-09-17 04:36:24 <_ikke_> or rather, what address
2019-09-17 04:38:39 <__number5__> sorry I'm at work and don't have access to the linode right now
2019-09-17 04:39:17 <__number5__> let me post those questions again when I have access
2019-09-17 04:39:25 <__number5__> thanks _ikke_
2019-09-17 04:39:51 <_ikke_> There should be no reason this setup does not work on alpine
2019-09-17 04:39:59 <_ikke_> we host services via docker ourself
2019-09-17 04:42:10 <__number5__> yep I got alpine + docker on my HTPC which working fine for years, but that one don't have IPv6
2019-09-17 05:44:26 <dngray> hey guys anyone able to whitelist me on the wiki
2019-09-17 05:44:36 <dngray> i wanted to make some updates to an article that got outdated
2019-09-17 05:44:42 <dngray> https://wiki.alpinelinux.org/wiki/User:Dngray
2019-09-17 05:44:48 <dngray> i have been around for ages promise no spam
2019-09-17 07:27:45 <__number5__> exit
2019-09-17 07:27:50 <__number5__> sorry
2019-09-17 07:43:31 <attos> I'm using alpine 3.10 on a raspi3. All went very well and I'm really pleased. Now I want to compile lnav (https://github.com/tstack/lnav) and get following compiler error: "lnav_log.hh:41:10: fatal error: sys/queue.h: No such file or directory".
2019-09-17 07:49:51 <mps> attos: what is lnav? looks like you need to install bsd-compat-headers before compiling it
2019-09-17 07:56:51 <omniuwo> at pkgs.alpinelinux.org you can search for package contents (and find what mps did)
2019-09-17 07:57:38 <mps> omniuwo: there is also apk-file apk to search from terminal
2019-09-17 07:58:51 <mps> that lnav looks interesting, maybe I will package it, and sure will build it to see how it works
2019-09-17 08:01:10 <attos> mps: lnav is a logfile analysator at commandline (ncurses). It's a great tool. It would be great, if there will be an alpinelinux package.
2019-09-17 08:02:41 <mps> yes, just looked at their web site, looks good and probably will be usable for me
2019-09-17 08:02:53 <mps> thanks for info about it
2019-09-17 09:10:44 <attos> mps: I just finished compiling lnav successfully after installing bsd-compat-headers. Thanks for your hint.
2019-09-17 09:12:33 <mps> attos: np, and good to know what is needed to build it. I will try this night to make apk
2019-09-17 09:16:46 <attos> mps: I've also installed following packages: bzip2-dev, sqlite-dev, readline-dev, pcre-dev, ncurses-dev, zlib-dev
2019-09-17 09:17:41 <mps> yes, I saw what is needed on their site
2019-09-17 09:18:18 <mps> did you build it just by 'make' or you built APKBUILD
2019-09-17 09:18:41 <mps> I mean, proper alpine apk
2019-09-17 09:24:16 <midasi> I'm trying to create a bootable USB device for an ARM board... however, I don't manage to define the correct u-boot configuration. Is anyone around who could guide me through the required steps?
2019-09-17 09:27:17 <mps> midasi: I can post my extlinux.conf for my arm board, but it is for mmc card, not usb
2019-09-17 09:28:47 <midasi> mps: yes, at the end I need to install it as well to the mmc card. but first, I need to boot with USB to be able to 'dd' the image to mmc
2019-09-17 09:29:59 <midasi> If I understand everything correctly I need to compile u-boot with the right configuration for my board. correct?
2019-09-17 09:32:17 <midasi> further, I assume I need the right dtb file for my board...
2019-09-17 09:32:58 <mps> did you looked does alpine have u-boot for your board
2019-09-17 09:33:47 <midasi> I only found this page here: https://wiki.alpinelinux.org/wiki/Alpine_on_ARM
2019-09-17 09:34:04 <midasi> but that looks a bit dated
2019-09-17 09:34:14 <midasi> I have an armv8 board
2019-09-17 09:35:07 <mps> which one
2019-09-17 09:35:50 <midasi> https://www.ieiworld.com/en/product/model.php?II=647
2019-09-17 09:35:58 <midasi> it's based on Marvell Armada 8040
2019-09-17 09:37:42 <mps> I see. I think we don't have u-boot for this on alpine. but you can use u-boot from some other distro or build it yourself
2019-09-17 09:38:13 <midasi> yes, that's exactly what I'm trying to do and fail
2019-09-17 09:54:55 <attos> mps: just configure and make
2019-09-17 10:00:22 <mps> attos: aha, ok. building apk is not hard
2019-09-17 10:01:10 <mps> midasi: I have no experience with Marvell boards
2019-09-17 15:22:23 <attos> mps: I have created a package file (apk) from the lnav sources. It works fine. I've also posted an pull request to alpine-aports@lists.alpinelinux.org. We will see what happens :)
2019-09-17 15:22:55 <mps> attos: also I did made it
2019-09-17 15:23:16 <attos> mps: Uups.
2019-09-17 15:23:17 <mps> just testing it on armv7 and aarch64
2019-09-17 15:23:46 <mps> I thought to ask you if you want to be maintainer
2019-09-17 15:24:20 <mps> look here http://tpaste.us/oaRY
2019-09-17 15:24:26 <attos> I've made packages for amd64 and raspi3
2019-09-17 15:24:37 <attos> Both work fine.
2019-09-17 15:24:45 <mps> we don't have raspi3
2019-09-17 15:25:17 <mps> we have aarch64, that is what runs on RPi3, usually ;)
2019-09-17 15:26:01 <tcely> I thought pi3 was armv7
2019-09-17 15:26:16 <mps> tcely: isn't it arm64
2019-09-17 15:26:32 <mps> 64bit I mean
2019-09-17 15:26:34 <tcely> I could be wrong
2019-09-17 15:26:47 <mps> also I'm not sure
2019-09-17 15:27:01 <attos> https://office.freeit.de/pub/APKBUILD.lnav
2019-09-17 15:27:05 <mps> but always thought that is 64bit
2019-09-17 15:27:35 <tcely> Broadcom BCM2837 64bit CPU
2019-09-17 15:27:37 <jn__> it supports both
2019-09-17 15:27:41 <tcely> You are correct
2019-09-17 15:28:20 <mps> attos: you are missing autoconf and automake in makedepends, and source should be fixed
2019-09-17 15:28:48 <mps> attos: also, make check doesn't work
2019-09-17 15:29:28 <tcely> attos: a GitLab MR or GitHub PR would be best for reviewing
2019-09-17 15:29:40 <mps> attos: are you ok to just put you in maintainer field and push
2019-09-17 15:30:38 <mps> then you will have to fix 'make check' and maintain it further
2019-09-17 15:32:45 <attos> mps: As this was my first try of building a alpine package, I think it would be better when you take the responsibilty of the package. I only tried it, because I didn't realized that you are on the run.
2019-09-17 15:33:32 <attos> FYI: Linux raspi 4.19.67-0-rpi2 #1-Alpine SMP Tue Aug 20 08:39:08 UTC 2019 armv7l Linux
2019-09-17 15:33:35 <mps> no problem, as I wrote I thought to ask you for maintainership
2019-09-17 15:34:50 <mps> yes, you can run armv7 and armhf on rpi3, but it is 64bit and aarch64 is 'natural' choice
2019-09-17 15:35:23 <attos> mps: not necessary. It's better you maintain it.
2019-09-17 15:35:56 <mps> however you like, but I think you better know this pkg than I
2019-09-17 15:36:49 <mps> and you clearly show interest in alpine, so I want to 'bribe' you to be maintainer :)
2019-09-17 15:38:34 <attos> mps: O.K. I'll buy two :)
2019-09-17 15:39:41 <mps> nice, thanks for showing me useful tool
2019-09-17 15:41:04 <mps> does this look ok for you http://tpaste.us/jXrK
2019-09-17 15:44:18 <mps> no answer, I presume it means 'OK'
2019-09-17 15:45:11 <attos> just a moment ...
2019-09-17 15:46:57 <attos> I think we don't need a prepare function, because in my APKBUILD (https://office.freeit.de/pub/APKBUILD.lnav) I'm not using a git clone.
2019-09-17 15:47:32 <attos> So I don't have to run autogen.sh
2019-09-17 15:49:19 <mps> to late, it is in repo
2019-09-17 15:50:05 <mps> and you are are maintainer of alpine package ;)
2019-09-17 15:50:18 <tcely> mps: too is the more correct word, fyi
2019-09-17 15:50:20 <mps> and please, care for it
2019-09-17 15:51:00 <tcely> attos: congratulations! Don't worry, it won't be too hard.
2019-09-17 15:51:32 <mps> tcely: hmm, I have to repeat from time to time that I'm self taught in English, and I'm not good teacher, obviously :D
2019-09-17 15:52:02 <mps> but thanks to help me to improve it
2019-09-17 15:52:10 <attos> there is already a configure script available in https://github.com/tstack/lnav/releases/download/v0.8.5/lnav-0.8.5.tar.gz
2019-09-17 15:52:26 <tcely> mps: you do fine. It's best not to repeat mistakes, but I do the same.
2019-09-17 15:53:01 <_ikke_> mps: many here are non-native english speakers :)
2019-09-17 15:53:05 <mps> attos: configure didn't exists when I made apk
2019-09-17 15:53:38 <mps> because that I added prepare() function
2019-09-17 15:53:58 <attos> Because you made a "git clone ..."
2019-09-17 15:54:13 <mps> no, curl
2019-09-17 15:54:30 <tcely> The source line was different
2019-09-17 15:54:50 <mps> actually abuild did it from APKBUILD
2019-09-17 15:55:17 <tcely> You used the git archive GH provided instead of the archive released by the upstream project.
2019-09-17 15:55:47 <tcely> attos: feel free to submit a change to use the other archive if you like
2019-09-17 15:56:38 <mps> I see, I used archive from github and attos from https://lnav.org/downloads
2019-09-17 15:57:08 <attos> I think it's better to use an explicite release as download.
2019-09-17 15:57:41 <tcely> attos: you are the maintainer, so it is your call to make
2019-09-17 15:58:02 <mps> personally I don't care, whatever works is fine for me
2019-09-17 15:58:30 <attos> less dependencies is always better.
2019-09-17 15:58:43 <mps> _ikke_: yes, I know, but some went to school and had a good teachers
2019-09-17 15:59:06 <mps> attos: agree
2019-09-17 15:59:13 <tcely> Bah. Some went to school and had bad teachers too.
2019-09-17 15:59:25 <danieli> mps: one thing that could hoist the quality of your english is focusing on articles before nouns
2019-09-17 15:59:37 <danieli> lots of slavic speakers don't have articles, so they skip them or use them the wrong way
2019-09-17 15:59:48 <tcely> I learned more in foreign language classes about grammar than I did in English classes
2019-09-17 16:01:08 <mps> danieli: you are right, it is hard to think in one language and write (or speak) that mind in other
2019-09-17 16:01:35 <danieli> it just takes practice
2019-09-17 16:01:40 <mps> but ok, we mostly understand each other
2019-09-17 16:05:51 <mps> btw, articles in German are understandable while in English .... uhm, not so
2019-09-17 16:09:46 <attos> mps: FYI: Running "file /bin/busybox" on my raspi shows:  /bin/busybox: ELF 32-bit LSB pie executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-armhf.so.1, stripped
2019-09-17 16:09:56 <attos> It's 32 Bit
2019-09-17 16:10:32 <_ikke_> That's normal with pie afaik\
2019-09-17 16:10:34 <mps> yes, ofc.
2019-09-17 16:10:53 <tcely> attos: you installed a 32-bit OS. The CPU is still 64-bit
2019-09-17 16:11:19 <_ikke_> ah no, nm
2019-09-17 16:11:56 <attos> tcely: yes
2019-09-17 16:12:42 <attos> uname -a : Linux raspi 4.19.67-0-rpi2 #1-Alpine SMP Tue Aug 20 08:39:08 UTC 2019 armv7l Linux
2019-09-17 16:13:23 <_ikke_> armv7 is 32-bits, not?
2019-09-17 16:13:37 <tcely> cat /proc/cpuinfo | tpaste
2019-09-17 16:14:06 <tcely> _ikke_: I believe armv7 is always 32-bit
2019-09-17 16:14:19 <_ikke_> yes
2019-09-17 16:14:57 <_ikke_> you need aarch64 for a 64bits cpu
2019-09-17 16:15:43 <tcely> Need is perhaps too strong. ;-)
2019-09-17 16:15:44 <mps> armv7 can be installed on most (not all) armv8 (64bit) cpu's
2019-09-17 16:16:48 <mps> looks like it runs faster than aarch64, but price is 4GB process limit
2019-09-17 16:17:40 <tcely> Does the pi3/4 support larger than 4GB memory?
2019-09-17 16:18:38 <mps> I think rpi4 does
2019-09-17 16:20:17 <mps> I'm trying to build firefox on armv7 (lxc) with a lot of GB's of ram, but it fails (out of memory( because linker requires more than 4GB of RAM
2019-09-17 16:20:56 <mps> and, there are 64GB free RAM
2019-09-17 16:21:27 <tcely> Does it work on aarch64 kernel with armv7 lxc?
2019-09-17 16:26:07 <mps> yes
2019-09-17 16:26:59 <mps> 4.14.78-1-vanilla #2-Alpine SMP Fri Oct 26 20:28:28 UTC 2018 armv8l Linux
2019-09-17 18:45:57 <mps> any special task is done by abuild unpack? downloaded https://github.com/tstack/lnav/releases/download/v0.8.5/lnav-0.8.5.tar.gz and tar xf, and there is 'configure' script
2019-09-17 18:46:44 <mps> 'abuild unpack' and there is no 'configure' in src/lnav-0.8.5/
2019-09-17 18:48:39 <mps> oh, nvm, cached file from /var/cache/distfile. everything is ok
2019-09-17 18:57:00 <mps> for those who want to use or test iwd 0.21, it is in edge
2019-09-17 18:57:16 <mps> (self promotion ;p )
2019-09-18 00:31:26 <pi0> is it possible to run alpine on a surface pro 6
2019-09-18 01:20:01 <danieli> pi0: haven't heard of anyone who's tried it, but it might. one person has tried debian on it but lots of stuff didn't work
2019-09-18 03:56:46 <maldridge> in general if you can get a kernel to boot on it you can get any distro to run on something
2019-09-18 08:10:04 <midasi> I try to run bootstrap.sh to be able to build aarch64 packages. However, the script fails with ERROR: gcc-pass2-aarch64*: package failed. The issue seems to be here: aports/main/gcc/pkg/gcc-pass2-aarch64/usr/aarch64-alpine-linux-musl/lib/: No such file or directory. Any ideas how to solve that?
2019-09-18 08:11:33 <mps> midasi: afaik, bootstrap.sh is intended for bootstraping new arch and not to build packages
2019-09-18 08:13:07 <midasi> hmm perhaps I misunderstood something... In that case, how can I build an aarch64 package on a x86 platform?
2019-09-18 08:13:43 <mps> qemu
2019-09-18 08:14:17 <mps> alpine doesn't support cross build, we do not have cross tools yet
2019-09-18 08:14:39 <midasi> oh ok... I thought bootstrap would allow a cross build
2019-09-18 08:14:54 <clandmeter> yet is probably wrong
2019-09-18 08:15:08 <mps> although for simple programs I use musl-cross-make
2019-09-18 08:16:04 <clandmeter> midasi: try to get a aarch64 vps, should work faster.
2019-09-18 08:17:34 <midasi> clandmeter: thanks, will do that...
2019-09-18 11:40:20 <PureTryOut[m]> Does anyone know how to get Plymouth working? There isn't any documentation on the wiki about it, and neither the Arch or Gentoo wiki's apply
2019-09-18 11:42:51 <Cogitri> Hm, I guess you'd need to bend mkinitfs to include it (and maybe enable it in the kernel?) and maybe enable support in your DM
2019-09-18 11:45:16 <TBB_> the package probably has the required mkinitfs feature so just add that
2019-09-18 11:45:58 <TBB_> but that's not going to be enough, you actually need something to signal plymouth where the boot is at each moment
2019-09-18 11:54:57 <PureTryOut[m]> The package doesn't do anything with mkinitfs
2019-09-18 11:56:31 <TBB_> and in addition, it shits /
2019-09-18 11:56:58 <TBB_> that's interesting; those things were supposedly fixed over a year ago
2019-09-18 11:57:29 <PureTryOut[m]> It indeed shits /, interesting
2019-09-18 11:58:39 <TBB_> there's a compile time option to not add systemd related files
2019-09-18 11:59:00 <TBB_> that was just about the first thing I fixed it, but I'm not sure if our fixes ever made it back...
2019-09-18 12:00:08 <TBB_> I can take a closer look at it later on today once I get home. I don't have Alpine systems here besides an LXC instance, and it's not really suitable for working...
2019-09-18 12:04:29 <TBB_> ah, f**k it, I can look at the abuild right away
2019-09-18 12:07:33 <PureTryOut[m]> I'll see if I can clean it up. It has to be updated as well
2019-09-18 12:08:36 <PureTryOut[m]> My internet crapped out, I send that message lik 8 minutes ago lol
2019-09-18 12:09:22 <TBB> I can take care of it, but I need to find again what goes to that mkinitfs feature file
2019-09-18 12:13:04 <TBB> ah, there are two updates since the previous package
2019-09-18 12:19:18 <Cogitri> Oh my, Plymouth can even ask for my ZFS encryption password, maybe I should try it out too
2019-09-18 12:20:13 <PureTryOut[m]> Just upgrading the package should already fix the / shitting, it does for me anyway
2019-09-18 12:22:39 <TBB> I noticed systemd integration now had its own --enable-systemd-integration option or such, previously you had to use a --disable-something
2019-09-18 12:23:28 <TBB> yup, no longer there. good.
2019-09-18 12:23:45 <TBB> did you remove all the patches or just the two patch complained about?
2019-09-18 12:25:03 <PureTryOut[m]> Just the two
2019-09-18 12:30:12 <TBB> so, that's pretty much it. now all that's needed is the feature file, but that's where it gets a bit tricky, you need not only the main package but IIRC also the -drm one to get a splash screen already at early boot (if that's desired)
2019-09-18 12:30:56 <TBB> I have the complete feature file somewhere, just not on this laptop
2019-09-18 12:37:34 <TBB> and then there's the issue of how to get the theme to the initramfs
2019-09-18 12:38:18 <TBB> lazy solution is to just include the whole themes directory but if you're into saving space that's probably how you want to do it
2019-09-18 12:43:07 <tcely> TBB: not how?
2019-09-18 12:44:07 <TBB> yup
2019-09-18 12:46:04 <TBB> ah well. if you guys get the rest done before I get home from practice some 3-4 hours from now, just give it a push, otherwise I'll look at the feature file thing
2019-09-18 13:54:11 <dallemon[m]> hi :) wanted to try alpine aarch64 on my rpi4 but it doesnt boot, is this being looked into for next release?
2019-09-18 13:54:38 <artok> there is some work done by someone
2019-09-18 13:55:00 <artok> it stays on rainbow screen?
2019-09-18 13:59:29 <dallemon[m]> doesnt even get that far :(
2019-09-18 14:00:34 <dallemon[m]> or maybe my monitor doesnt like the resolution of that screen, unsure. but i have tested with NOOBS 3.2.0 and Manjaro 19.08 Minimal without issues
2019-09-18 14:00:43 <mps> dallemon[m]: look here https://gitlab.alpinelinux.org/alpine/aports/issues/10789
2019-09-18 14:01:56 <dallemon[m]> nice :) not mentioned on the wiki
2019-09-18 14:02:58 <mps> wiki is outdated, as usual
2019-09-18 14:03:01 <artok> I've got rpi4 kernel built but not yet installed. thing for new rpi bootloader was also that it didn't seem to support sub folders
2019-09-18 14:03:22 <artok> at least on rpi3
2019-09-18 14:03:42 <artok> rpi4 has it's own bootloader and it is installed on chip, it doesn't use the one on sd card
2019-09-18 14:09:52 <artok> would be great to have someone with time to hack the rpi build on official repo =)
2019-09-18 14:10:42 <artok> actually if there would be document how the release build is done, I could try to do one
2019-09-18 14:10:55 <mps> artok: send me one example of rpi4 and I will make it :P
2019-09-18 14:11:43 <mps> (just kidding, please do not send me anything)
2019-09-18 14:13:08 <artok> who does rpi build anyway?
2019-09-18 14:14:05 <mps> isn't this just kernel and bootloader issues
2019-09-18 14:14:18 <artok> basically yeah
2019-09-18 14:14:38 <artok> filozoom did some pr for that
2019-09-18 14:15:03 <dallemon[m]> only have a laptop and my pi4, compoling kernel would probably take quite some time
2019-09-18 14:15:35 <artok> on linux system, no problem cross compiling
2019-09-18 14:16:31 <mps> it takes about 15 minutes to cross build kernel for my arm boxes, with 2 cpu's
2019-09-18 14:18:25 <artok> just have the aarch64 gcc available and.. um... git, bison, flex and ssl dev libaries
2019-09-18 14:21:07 <artok> alpine didn't use github.com/raspberrypi/linux as the source for the rpi kernel?
2019-09-18 14:22:55 <mps> alpine uses upstream kernel
2019-09-18 14:23:25 <artok> yeah
2019-09-18 14:25:08 <artok> have we all rpi patches up to date?
2019-09-18 14:26:21 <mps> i see only one patch in repo for main/linux-rpi
2019-09-18 14:26:44 <artok> and that is quite big one?
2019-09-18 14:27:42 <mps> no, it is two lines change
2019-09-18 14:27:50 <artok> well then
2019-09-18 14:29:48 <mps> for rpi and rpi2, iiuc
2019-09-18 14:45:09 <artok> yah, kernel compilation done on 9m13.116s
2019-09-18 14:55:43 <artok> aports/scripts/mimag.arm.sh needs to be updated to make the rpi4 aware
2019-09-18 16:02:52 <Alina-malina> hello, i am willing to run alpine multiple instances inside virtualbox, i have like 8Gb of ram, how i can minimum split my system resousrce between alpine linux virtual machines to run as maximum as i can to not choke the system?
2019-09-18 16:05:06 <_ikke_> I think that mostly depends on your workload
2019-09-18 16:05:14 <_ikke_> alpine itself does not need a lot of resources
2019-09-18 16:05:24 <mps> Alina-malina: that depends on your use cases, I doubt there is ready-made recipe
2019-09-18 16:06:18 <Alina-malina> mps, well to run bash scripts and automating stuff not much
2019-09-18 16:06:28 <Alina-malina> with c&c
2019-09-18 16:06:37 <mps> if you don't need stricter isolation between instances lxc sounds better option
2019-09-18 16:07:12 <_ikke_> yes, a lot more dynamic
2019-09-18 16:10:13 <mps> btw, what is 'c&c'
2019-09-18 16:10:41 <Alina-malina> last time i installed lxc it messed up my bridge system, also i have docker, but its so slow, i hate it
2019-09-18 16:10:53 <Alina-malina> could install lxc on vbox though
2019-09-18 16:11:13 <mps> lxc is really fast
2019-09-18 16:11:21 <mps> like native host
2019-09-18 16:11:25 <Alina-malina> well i am developing a script to control other boxes, like docker swarm, but simpler, so i need some testing environment
2019-09-18 16:11:37 <Alina-malina> hmmm ok i will take a look at lxc
2019-09-18 16:12:15 <mps> I have few of them permanently active on my workstation, with firefox a lot of st terms open and what not
2019-09-18 16:13:16 <mps> only when have to build really big packages I sometimes 'kill' firefox but not always
2019-09-18 16:13:49 <Alina-malina> firefox? what you do with it? headless firefoxes?
2019-09-18 16:14:28 <mps> no, I'm talking about workstation
2019-09-18 16:14:28 <artok> test run client side js stuff?
2019-09-18 16:39:21 <artok> 
ACTION is just building rpi4 packages

2019-09-18 16:59:56 <artok> well that linux-rpi is building all rpi packages so it will take a bit more time
2019-09-18 17:00:39 <artok> or atleast all aarch64 stuff
2019-09-18 17:01:24 <mps> linux-rpi is kernel apk
2019-09-18 17:01:55 <artok> yah
2019-09-18 20:42:20 <Invader_Bork> hi is there a schedule for bringing linux 5 into edge?
2019-09-18 20:46:20 <mps> Invader_Bork: when 5.4 (next LTS) is released
2019-09-18 20:47:15 <mps> maybe even earlier, i.e. some of the 5.4-rc{4,5}
2019-09-18 20:51:55 <Invader_Bork> mps, ty
2019-09-18 21:11:29 <artok> well that was fun
2019-09-18 21:11:54 <artok> 4h40m39s for linux-rpi aarch64 with rpi4 version also
2019-09-18 21:25:09 <cosha> hello all, quick question regarding raspberry-bootloader - there's no kernel.img. is this correct? i've got raspberry-bootloader installed, but i just get the rainbow screen
2019-09-18 21:25:48 <cosha> these are the files in my /boot dir: bcm2710-rpi-3-b-plus.dtb  bootcode.bin  cmdline.txt  config-rpi  config.txt  fixup.dat  initramfs-rpi  start.elf  System.map-rpi  vmlinuz-rpi
2019-09-18 21:26:12 <artok> which rpi?
2019-09-18 21:26:28 <cosha> rpi 3b+
2019-09-18 21:27:40 <artok> config.txt has correct kernel and initramfs settings?
2019-09-18 21:28:20 <cosha> well, i don't know what kernel to point to as there is no kernel.img
2019-09-18 21:28:26 <artok> files need to be in root of the sd
2019-09-18 21:28:31 <artok> vmlinuz-rpi is the kernel
2019-09-18 21:28:53 <cosha> oh! okay, let me check
2019-09-18 21:32:05 <cosha> artok: perfect! thank you :)
2019-09-19 09:39:42 <free_mind> Alpine is using musl libc, is it possible to install/compile a program using another C library? Specific: Baresip (https://github.com/alfredh/baresip/) which supports for example: BSD libc, glibc, uClibc.
2019-09-19 09:41:47 <mps> free_mind: static linking?
2019-09-19 09:42:18 <PureTryOut[m]> You have the source, why not just compile it?
2019-09-19 09:54:31 <free_mind> So I can just grab the source code and do a make & make install?
2019-09-19 09:56:15 <mps> for most simple programs yes, but for some which uses glibc-isms and similar you will have to fix them
2019-09-19 09:56:37 <TBB> if it supports that many libc's already, chances are it's not very glibc'ey
2019-09-19 09:56:53 <mps> instead of 'simple programs' I should say 'well written'
2019-09-19 09:59:50 <free_mind> Okay, then I will just give it a shot and see what happens. I thought lets ask for advice and input before I start. Thanks for the input mps, PureTryOut and TBB.
2019-09-19 10:01:00 <danieli> TBB: to be fair, most libcs define macros that let programmers detect it, musl does not
2019-09-19 10:01:16 <danieli> so if the working assumption is faulty (when no known libc is detected) it could fail
2019-09-19 10:01:27 <danieli> could. theoretically. mayhaps.
2019-09-19 10:03:15 <mps> these macros is bad idea in libc's, imo
2019-09-19 10:04:04 <mps> because this C programs are not portable (at least on posix) as it should be
2019-09-19 10:04:21 <mps> s/as it/as they/
2019-09-19 11:22:21 <leah2> baresip builds on void linux musl without any patches
2019-09-19 11:25:42 <free_mind> leah2: maybe I'm missing something, but I installed gcc6 and did: "make CC=gcc-6". The error I'm getting is: src/sip/addr.c:6:20: fatal error: string.h: No such file or directory
2019-09-19 11:26:13 <leah2> you need to install all the headers and stuff, i dunno enough about alpine to help with that
2019-09-19 11:26:33 <free_mind> btw: I'm trying to install on rpi3, I don't know that makes any difference.
2019-09-19 11:26:51 <leah2> we also build it for arm
2019-09-19 11:27:10 <leah2> but it needs a shitload of deps, not sure alpine has all of these
2019-09-19 11:49:29 <newguy> Need help!Guys i forgot my alpine root password,is there any way to reset it?
2019-09-19 11:49:54 <newguy> it's emergency
2019-09-19 11:50:14 <_ikke_> newguy: can you reboot?
2019-09-19 11:50:18 <newguy> yes
2019-09-19 11:50:28 <Cogitri> I'd recommend you to ask your favourite search engine about that them
2019-09-19 11:50:31 <_ikke_> Ok, then reboot and in the boot menu
2019-09-19 11:50:36 <_ikke_> press tab
2019-09-19 11:50:58 <newguy> ok. then?
2019-09-19 11:50:59 <_ikke_> You should get a line where you can add text. Append init=/bin/sh
2019-09-19 11:51:05 <_ikke_> press enter
2019-09-19 11:51:20 <_ikke_> you should now get a root shell
2019-09-19 11:51:42 <_ikke_> (I just happened to have to do that myself :D)
2019-09-19 11:52:01 <newguy> i've already tried this before
2019-09-19 11:52:09 <_ikke_> end?
2019-09-19 11:52:15 <newguy> no shell
2019-09-19 11:52:25 <newguy> just continue to boot
2019-09-19 11:52:34 <_ikke_> and you did append init=/bin/sh ?
2019-09-19 11:52:41 <newguy> yes
2019-09-19 11:52:50 <Cogitri> To the kernel entry, not the initramfs one?
2019-09-19 11:52:51 <_ikke_> try 'single' then
2019-09-19 11:53:40 <newguy> single model can get me a shell,but it still won't work if i try to change root password
2019-09-19 11:54:11 <Cogitri> I suppose you're in the initramfs then
2019-09-19 11:54:30 <_ikke_> do you run-from-ram?
2019-09-19 11:54:35 <Cogitri> Mount your actual rootfs to some location (e.g. /sysroot), chroot into that and run passwd
2019-09-19 11:55:54 <newguy> can u please show the command?i'm really confused.
2019-09-19 11:56:39 <Cogitri> Not sure what's your disk setup like, so I can't really tell you the exact commands
2019-09-19 11:56:44 <Cogitri> But should be something like
2019-09-19 11:56:51 <Cogitri> mount /dev/sda1 /sysroot
2019-09-19 11:56:57 <Cogitri> chroot /sysroot
2019-09-19 11:57:00 <Cogitri> passwd
2019-09-19 11:57:47 <newguy> ok .let me have a try
2019-09-19 11:57:49 <newguy> thanks
2019-09-19 12:18:47 <tmhoang> your password is 'im$0handsomeee' with 3 trailing 'e'
2019-09-19 12:31:35 <_ikke_> tmhoang: I lost a password for my old password database, do you know that one too? :P
2019-09-19 12:32:12 <tmhoang> the oracle lives on food, $5 and you'll have yours
2019-09-19 13:40:51 <artok> so if I've got externally built .apk, I could add it to APKINDEX?
2019-09-19 13:41:35 <artok> is it still first doing the list and then signing?
2019-09-19 13:42:07 <mps> 'abuild index'
2019-09-19 14:32:26 <pltrz> anybody running firefox under wayland?
2019-09-19 14:32:37 <pltrz> It doesn't seem to open under sway for me
2019-09-19 14:33:14 <pltrz> I've tried setting the "MOZ_ENABLE_WAYLAND=1" env varible as mentioned in the Arch wiki but still nothing
2019-09-19 14:33:37 <Cogitri> wfm
2019-09-19 14:34:19 <pltrz> weird
2019-09-19 14:34:37 <pltrz> are you using sway or something else?
2019-09-19 14:37:12 <Cogitri> GNOME Wayland
2019-09-19 14:37:27 <Cogitri> `env GDK_BACKEND=wayland firefox` might do the trick
2019-09-19 14:40:17 <pltrz> still no :/
2019-09-19 14:40:42 <pltrz> it doesn't even output anything to the shell
2019-09-19 14:41:03 <pltrz> it definitely should, right?
2019-09-19 14:54:07 <PICCORO> https://lists.debian.org/debian-devel-announce/2019/09/msg00001.html  <- technically, the systemd groups in Debian are so poisonous that any other effort to integrate an alternative tool is almost unsuccessful .. the strong dependencies in systemd are so strong that teamwork is impossible for new packages, this will affect the other distros because unused program is same as died project program (that soon dies due lack of importance) .. and if there ar
2019-09-19 15:25:42 <TBB> that comment got cut in half and the latter half disappeared
2019-09-19 15:54:13 <dallemon[m]> https://4.bp.blogspot.com/-we8ADyQUr_s/WoGzsj49U2I/AAAAAAAAKaQ/FaKnVWIfjysJyd-tDzuqsYQY0gC9mH2LwCLcBGAs/s1600/IMG_20180212_085526.jpg
2019-09-19 15:54:15 <dallemon[m]> something like that but for usb-c?
2019-09-19 15:54:26 <dallemon[m]> lol wrong channel :D
2019-09-20 00:05:13 <fassl> hello, i am trying to add cloud-init to a netboot image with apkovl boot parameter and as soon as i add the testing repository the "Loading modules" service would fail, /lib/modules does not exist. what am i doing wrong?
2019-09-20 00:41:10 <fassl> i guess was just missing alpine-base in /etc/apk/world
2019-09-20 00:42:46 <TBB> that's a pretty essential package, yeh
2019-09-20 00:50:02 <fassl> yeah sounds like it is, was building that ovl in a docker container and the base is already there i guess and doesnt need to be in /etc/apk/world ?
2019-09-20 00:52:25 <fassl> also since lbu does not include init.d i extract the archive, add the services i want and create the archive manually. is this the way to go or is there a preferred way to do that?
2019-09-20 01:09:25 <fassl> ok, i see alpine-base is installed anyway, i have now an empty apkovl.tar.gz and the modules service still fails because /lib/modules does not exist
2019-09-20 01:38:52 <dalias> really annoying alpine behavior i've found and wondering if there's a workaround: whenever you have a library's -dev package installed, the presence of the -dev package holds back upgrades of the library
2019-09-20 01:39:11 <dalias> you have to upgrade the -dev package or remove it to get the library itself to update
2019-09-20 01:47:56 <fassl> had to touch /etc/.default_boot_services
2019-09-20 01:49:12 <dalias> uhg, firefox package is broken after update
2019-09-20 01:49:16 <dalias> it just segfaults
2019-09-20 01:51:57 <fassl> what does strace say?
2019-09-20 01:53:14 <fassl> is this maybe something we could mention at apkovl section at https://wiki.alpinelinux.org/wiki/PXE_boot ? or am i using lbu in a wrong way?
2019-09-20 01:58:21 <dalias> not helpful but objdump and gdb was
2019-09-20 01:58:33 <dalias> it was in some idiotic code that writes 0xd1 to *NULL to make itself crash
2019-09-20 01:58:50 <dalias> and objdump determined it's storing a crash reason to global gMozCrashReason just before that...
2019-09-20 01:58:55 <dalias> (gdb) print (char*)gMozCrashReason
2019-09-20 01:58:55 <dalias> $2 = 0x7ffff443c530 "MOZ_CRASH(SQLite Version Error)"
2019-09-20 01:59:07 <dalias> so alpine as usual lacks proper version dependencies for libraries *sigh*
2019-09-20 01:59:14 <dalias> and firefox has idiotic handling of the failure
2019-09-20 02:00:15 <dalias> and YET AGAIN it was the dev package holding back the lib package
2019-09-20 02:00:25 <dalias> localhost:~# apk add -u sqlite-libs
2019-09-20 02:00:26 <dalias> OK: 5900 MiB in 1256 packages
2019-09-20 02:00:26 <dalias> localhost:~# apk add -u sqlite-dev
2019-09-20 02:00:26 <dalias> (1/2) Upgrading sqlite-libs (3.27.2-r0 -> 3.29.0-r0)
2019-09-20 02:00:26 <dalias> (2/2) Upgrading sqlite-dev (3.27.2-r0 -> 3.29.0-r0)
2019-09-20 02:10:26 <fassl> does it maybe try to load it dynamically?
2019-09-20 02:11:03 <dalias> no, the problem is just that it didn't get upgraded
2019-09-20 02:11:30 <dalias> no idea why firefox tries to invoke its crash handler to print an error message rather than just printing the error messagae itself and exiting
2019-09-20 02:12:01 <dalias> this is probably some awful windows/desktop-env centric thing they did that depends on some broken crash handler that alpine disables because it's doing sketchy backtrace stuff
2019-09-20 02:13:43 <fassl> maybe they just throw and catch and "recover" then differently depending on some macros
2019-09-20 02:22:18 <fassl> but yeah i feel your pain, i once wanted firefox in broadwayd, and just saw that crash reporter without any actually useful info :|
2019-09-20 02:30:45 <fassl> gn8
2019-09-20 03:25:33 <maldridge> is there a canonical way to setup the gopath for a package
2019-09-20 04:35:27 <_ikke_> maldridge: What people do is in the prepare function, rename the builddir to the fqdn path that go expects, and then set GOPATH to $srdir
2019-09-20 04:38:23 <maldridge> _ikke_: ok, I'll refactor my packages to do that
2019-09-20 04:38:36 <maldridge> I'm much more used to void's style which does this via magic
2019-09-20 09:00:48 <Every0ne> Guys, Im having a problem with XFCE PolicyKit Agent. Whenever I log in, it displays an error window with only a close button. In output it barfs: polkit agent_listener_register_with_options assertion 'polkit is subject (subject)' failed. This ain't covered in wiki and I'm running out of options. I used to work fine on lxdm but doesn't with lightdm
2019-09-20 12:37:18 <telmich> good evening
2019-09-20 12:37:33 <telmich> I am trying to start a vlan interface on a bonding interface
2019-09-20 12:38:21 <telmich> however I get ioctl errors when trying to do so
2019-09-20 12:39:14 <_ikke_> WHat is your config and what errors do you get?
2019-09-20 12:40:36 <telmich> I pasted both to https://www.nico.schottelius.org/temp/bond0.8-alpine
2019-09-20 12:41:38 <telmich> vconfig is installed, 8021q and bonding loaded
2019-09-20 12:41:48 <_ikke_> I think if you use bond0.8, you don't need to specify vlan-raw-device
2019-09-20 12:41:52 <_ikke_> did you install the vlan package?
2019-09-20 12:42:19 <_ikke_> telmich: I don't see the actual error message btw
2019-09-20 12:42:46 <telmich> It actually seems I did not - I am puzzled to why I have vconfig then - let me check
2019-09-20 12:44:24 <telmich> and now it works - I feel stupid, sorry for the noise
2019-09-20 12:45:26 <_ikke_> np
2019-09-20 13:35:52 <midasi> I like to boot from ssd with the generic aarch64 image but struggle to define the right bootargs/bootcmd in u-boot. how can I define for instance the initrd?
2019-09-20 14:25:37 <mps> INITRD /boot/initrd.img-file-name
2019-09-20 14:25:55 <mps> midasi: ^
2019-09-20 14:28:10 <midasi> mps: I assume your command is for extlinux.conf. I need to configure it in u-boot directly
2019-09-20 14:28:42 <AinNero> midasi: afaik uboot does parse sylinux configuration files to some extend
2019-09-20 14:28:58 <mps> what do you mean 'directly'
2019-09-20 14:29:41 <mps> ah, from u-boot cli?
2019-09-20 14:30:30 <midasi> mps: yes exactly... with a command such as
2019-09-20 14:30:31 <midasi> setenv scsiboot 'scsi reset; ext4load scsi 0:1 $kernel_addr boot/vmlinuz-vanilla; ext4load scsi 0:1 $fdt_addr boot/armada-8040-mcbin.dtb; ext4load scsi 0:1 $ramfs_addr boot/initramfs-vanilla; booti $kernel_addr $ramfs_addr $fdt_addr;'
2019-09-20 14:31:10 <midasi> AinNero: I don't think my u-boot version supports that
2019-09-20 14:31:50 <AinNero> i feel like im misunderstanding something
2019-09-20 14:32:07 <AinNero> there is a initrd load specified in the command you just posted, which seems like what you are looking for
2019-09-20 14:32:10 <mps> uh, last two years all u-boots I tried supports extlinux.conf
2019-09-20 14:32:52 <midasi> AinNero: that's the command which is not working ;)
2019-09-20 14:33:31 <midasi> mps: what's the u-boot bootcmd to start extlinux?
2019-09-20 14:33:35 <AinNero> 'not working' as in, whats the expected outcome and how does the actual thing differes from it?
2019-09-20 14:33:35 <mps> midasi: you have to know exact addr at which to load files
2019-09-20 14:34:11 <midasi> mps: yes, the addr was provided by the board manufacturer
2019-09-20 14:34:47 <mps> aha, then your command looks ok, generally. I'm not sure for all parameters
2019-09-20 14:34:48 <midasi> AinNero: the kernel is not booting
2019-09-20 14:35:22 <AinNero> panicking with 'no init found' ? or not outputting anything at all?
2019-09-20 14:36:15 <mps> to boot from extlinux.conf put it in '/extlinux/extlinux.conf' on boot partition
2019-09-20 14:37:12 <midasi> AinNero: with the error message 'Ramdisk image is corrupt or invalid'
2019-09-20 14:38:02 <midasi> mps: and what's the command in u-boot to define that it should load extlinux?
2019-09-20 14:38:06 <mps> also, you will have probably to set kernel init parameters, which is cumbersome from u-boot cli
2019-09-20 14:38:53 <mps> no need for command, it looks there on boot partition and if finds it, reads and execute
2019-09-20 14:39:36 <midasi> the 'booti' command I'm using in u-boot expects a kernel and dtb address
2019-09-20 14:40:01 <midasi> what do you mean by kernel init parameters?
2019-09-20 14:41:08 <mps> I can't remember, at least about three year I didn't played with cli, extlinux.conf always worked in last 3 years
2019-09-20 14:46:20 <midasi> ok thx
2019-09-20 14:47:43 <mps> np
2019-09-20 14:52:13 <midasi> how do you prepare the disk in your case?
2019-09-20 14:52:45 <midasi> do you install the u-boot bootloader on /dev/sdX?
2019-09-20 14:55:08 <mps> no, flash it to boot sector
2019-09-20 14:56:21 <mps> dd if=u-boot.filename of=/dev/sdX bs=blocksize count=1, usually
2019-09-20 14:57:15 <mps> meh, sory, yes /dev/sdX, rest is ok
2019-09-20 14:57:57 <mps> usually I made small boot partition also, and put rootfs on bigger one
2019-09-20 14:57:57 <midasi> ok and the u-boot.filename?
2019-09-20 14:58:10 <midasi> understood..
2019-09-20 14:58:28 <mps> your u-boot image, how do you made it
2019-09-20 14:58:49 <midasi> Do I need to build the u-boot.bin by myself or can I use a generic one?
2019-09-20 14:59:59 <mps> no, you can use one prebuilt for your board if you can find it, else you have to build it yourself
2019-09-20 15:00:00 <midasi> The one on spi flash was shipped by the manufacturer
2019-09-20 15:01:06 <mps> ah, then I don't know what they enabled in it
2019-09-20 15:01:14 <mps> options, I mean
2019-09-20 15:02:18 <mps> can you flash that 'spi flash' somehow on some other machine
2019-09-20 15:02:19 <midasi> I'm a bit confused now... at the end I will have a u-boot bootloader on my SPI flash and another one in the bootsector of my SSD?
2019-09-20 15:02:40 <mps> yes, now I understand
2019-09-20 15:03:17 <mps> if you can flash manufacturers one then you don't need one on sdcard
2019-09-20 15:04:26 <mps> although I have one box with manufacturer u-boot on chip and added my own on sd card, it is easier to upgade and change params when I need
2019-09-20 15:05:04 <midasi> and how to you tell the original one to start the custom one?
2019-09-20 15:05:48 <mps> that is what I forgot, but something with setenv iirc
2019-09-20 15:05:58 <midasi> OK, i'll try...
2019-09-20 15:07:27 <mps> 'env default -a', 'saveenv', 'boot'
2019-09-20 15:09:02 <mps> then probably u-boot on chip loads that what is on first sector on sd card
2019-09-20 15:11:35 <midasi> Ok. I try to extract the u-boot.bin from my SPI flash to ensure it's the right one
2019-09-20 16:01:20 <malade_mental> hi everybody
2019-09-20 16:01:37 <malade_mental> strange behaviour when running python in an alpine inside a VM
2019-09-20 16:01:55 <malade_mental> since I installed a package (fail2ban), python refuses to launch as another user than root
2019-09-20 16:04:20 <malade_mental> the problem comes from the fail2ban install. in /usr/lib/python/site-packages, it's folder's ACL are root:root 700
2019-09-20 16:04:50 <malade_mental> I don't know why mailman reads this file, but it seems it is scanning the available libs
2019-09-20 16:07:29 <_ikke_> hmm, /usr/lib/python/site-packages should not be 0700
2019-09-20 16:10:49 <malade_mental> https://framabin.org/p/?0d9e15a2544f2349#5vxLgTNiP/jCod0u95kSL1jqET5oNglORX4N7+3/80M=
2019-09-20 16:11:04 <malade_mental> i changed the permissions and it works
2019-09-20 16:11:15 <malade_mental> maybe the fail2ban package isn't well packages
2019-09-20 16:11:20 <malade_mental> s/s$/d/
2019-09-20 16:13:23 <_ikke_> is this on edge?
2019-09-20 16:14:48 <_ikke_> Testing in a docker container does not result in /usr/lib/python3.7/site-packages to get 0700 permissions
2019-09-20 16:15:42 <_ikke_> Ah, the PKG-INFO file is
2019-09-20 16:15:55 <_ikke_> -rw------- root root PKG-INFO
2019-09-20 16:20:31 <_ikke_> If I build it, it ends up properly: -rw-r--r-- root/root       525 2019-09-20 16:17 usr/lib/python3.7/site-packages/fail2ban-0.10.4-py3.7.egg-info/PKG-INFO
2019-09-20 16:23:14 <_ikke_> Everything in this directory ends up readable by root only: usr/lib/python3.7/site-packages/fail2ban-0.10.4-py3.7.egg-info/
2019-09-20 17:22:32 <vicencb> ncopa: hi, any chance of pulling PR 10936 in?
2019-09-20 17:52:33 <laughbiscuit> hi all - new to the alpine community. Today I migrated my Dev environment to alpine from Debian and reduce the build time by 9 mins (https://github.com/laughingbiscuit/lbdk/blob/master/examples/alpine-migrate/README.md )
2019-09-20 17:53:10 <laughbiscuit> I am considering alpine on desktop for a while. Any feedback or advice? Especial from those using DWM or i3? Thanks in advance
2019-09-20 17:54:59 <mps> laughbiscuit: I'm using it but with awesome WM on few boxes, x86_64, aarc64 and armv7
2019-09-20 17:55:29 <mps> dwm is similar to awesome afaik
2019-09-20 17:55:29 <laughbiscuit> Arm too, nice (: all going ok?
2019-09-20 17:55:33 <laughbiscuit> yh
2019-09-20 17:55:54 <mps> about two years and all is ok
2019-09-20 17:56:44 <mps> also I moved from debian after using it more than 20 years
2019-09-20 17:58:56 <mps> although I have one debian on my workstation in lxc container for some programs (kicad mostly) and to cross build kernels sometimes
2019-09-20 18:01:37 <laughbiscuit> make sense - so far the only thing that my standard build is failing on is dwarf fortress! so stuck that in a container
2019-09-20 18:01:59 <laughbiscuit> will post back here how I get on - thanks @mps
2019-09-20 18:02:36 <mps> actually I can build kernels native but I'm lazy to set up environment
2019-09-20 18:02:53 <qa3Txu0iak0F> 1-2 years back i managed to get dwarf fortress running on alpine
2019-09-20 18:03:09 <mps> and I'm on the half of the path to make kicad on alpine
2019-09-20 18:03:25 <laughbiscuit> qa3Txu0iak0F: respect!
2019-09-20 18:03:33 <laughbiscuit> i thought it was closed source
2019-09-20 18:04:45 <qa3Txu0iak0F> nah, there was some wrappers that ldpreload and stuff
2019-09-20 18:12:09 <qa3Txu0iak0F> laughbiscuit: something liek LD_LIBRARY_PATH=./libs LD_PRELOAD=./compat.so ./libs/Dwarf_Fortress
2019-09-20 18:14:04 <qa3Txu0iak0F> and libs contains: Dwarf_Fortress\nlibSDL-1.2.so.0\nlibSDL_ttf-2.0.so.0 ->\nlibSDL_ttf-2.0.so.0.10.1\nlibgcc_s.so.1\nlibgraphics.so\nlibstdc++.so.6
2019-09-20 18:16:19 <qa3Txu0iak0F> here's compat.so: https://www.ctrlc.hu/~stef/compat.so
2019-09-20 18:20:26 <qa3Txu0iak0F> this was in 2017
2019-09-20 22:36:01 <vahlkar> Hi all, I'm setting up alpine on a raspberry pi. I noticed the apkovl backup made by lbu is readable by any user, meaning non-root users would be able to have read access to sensitive config files by just extracting them from the apkovl archive. Is that an expected behavior? What would be the best way to address this?
2019-09-21 01:23:22 <KH405> What is the difference between apk autoupdate and apk update && apk upgrade ?
2019-09-21 06:08:27 <_ikke_> KH405: apk autoupdate does not exist..?
2019-09-21 06:46:58 <TBB> yes it does _ikke_
2019-09-21 06:48:18 <TBB> there it is, right in the repos
2019-09-21 06:48:36 <TBB> (testing)
2019-09-21 07:00:03 <_ikke_> ah ok, new feature then
2019-09-21 14:20:36 <KH405> Just wanted to know if I should cron apk update upgrade or autoupdate
2019-09-21 14:29:19 <_ikke_> ah ok, it's a separate project: https://github.com/jirutka/apk-autoupdate/
2019-09-21 14:29:43 <_ikke_> So read the description of that project and verify if that's what you need
2019-09-21 15:37:06 <Ir2> hello, I'm trying to run an appimage from a debian chroot and I'm getting the following error:
2019-09-21 15:37:09 <Ir2> QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
2019-09-21 15:37:12 <Ir2> No protocol specified
2019-09-21 15:37:14 <Ir2> qt.qpa.screen: QXcbConnection: Could not connect to display :0
2019-09-21 15:37:16 <Ir2> Could not connect to any X display.
2019-09-21 15:37:25 <Ir2> anyone know what I could try?
2019-09-21 15:39:05 <Ir2> I've also tried hardlinking /tmp/.X11-
2019-09-21 15:39:29 <Ir2> /tmp/.X11-unix/X0
2019-09-21 15:39:37 <Ir2> to the chroot but it doesn't help
2019-09-21 15:44:40 <Ir2> this is not exactly an alpine issue I guess but I figured someone might know since I'm guessing some people use chroots with glibc
2019-09-21 15:56:22 <mps> maybe xhost can help
2019-09-21 15:56:42 <mps> and set DISPLAY env variable
2019-09-21 16:17:54 <Ir2> hey I did it!
2019-09-21 16:18:10 <Ir2> I needed to copy over my .Xauthority
2019-09-21 16:18:49 <Ir2> well, apart from a multitude of other steps, but that was the one thing I was missing
2019-09-21 19:56:24 <cosha> hello regarding package linux-rpi and linux-firmware-brcm, is it possible to only install the relevant items for a specific pi board rather than all of them (e.g. only get bcm2837-rpi-3-b-plus.dtb etc)
2019-09-21 21:34:49 <cluelessperson_> hi there.  I'm doing apk search rocksdb
2019-09-21 21:34:54 <cluelessperson_> and it doesn't seem to find it
2019-09-21 21:35:02 <cluelessperson_> https://pkgs.alpinelinux.org/package/edge/testing/x86/rocksdb
2019-09-21 21:35:06 <cluelessperson_> but it's right here in edge, no?
2019-09-21 21:35:13 <cluelessperson_> I added that repo
2019-09-21 21:36:34 <danieli> cluelessperson_: you're on edge and you have testing added? which architecture are you on?
2019-09-21 21:37:23 <cluelessperson_> oh, I added it as tagged
2019-09-21 21:37:30 <cluelessperson_> didn't realize it was testing through
2019-09-21 21:37:55 <cluelessperson_> danieli, x86, nothing special.
2019-09-21 21:38:14 <danieli> no worries, sounds like you figured it out either way :)
2019-09-21 21:39:59 <cluelessperson_> danieli, not sure how to add something from testing though
2019-09-21 21:40:08 <danieli> what's your /etc/apk/repositories file like?
2019-09-21 21:40:12 <cluelessperson_> danieli, I'm also not sure how to use the correct repository
2019-09-21 21:40:17 <danieli> use a pastebin service like https://tpaste.us/
2019-09-21 21:40:25 <cluelessperson_>    /etc/apk/repostiories is the default now
2019-09-21 21:40:36 <danieli> you mind pasting it?
2019-09-21 21:40:41 <cluelessperson_> http://dl-cdn.alpinelinux.org/alpine/v3.10/main
2019-09-21 21:40:41 <cluelessperson_> http://dl-cdn.alpinelinux.org/alpine/v3.10/community
2019-09-21 21:40:51 <danieli> fair enough
2019-09-21 21:41:09 <danieli> if you want to use packages from testing (only available in edge), I suggest you upgrade to edge completely, rather than staying on stable (3.10)
2019-09-21 21:41:22 <cluelessperson_> so, what I'm unclear on, are what mirrors to use, which mirrors are of the correct repos that would have testing, much less the package I just linked earlier. :)
2019-09-21 21:41:29 <danieli> pulling packages from edge into stable alpine might just break it and cause you a major headache later on
2019-09-21 21:41:36 <cluelessperson_> It's only one package I want. :)
2019-09-21 21:41:39 <cluelessperson_> rocksdb
2019-09-21 21:41:51 <danieli> most packages have dependencies :P
2019-09-21 21:41:53 <cluelessperson_> but I'm willing to test further.
2019-09-21 21:42:01 <cluelessperson_> if it's required.
2019-09-21 21:42:10 <danieli> either way, you could add "@testing http://dl-cdn.alpinelinux.org/alpine/edge/testing"
2019-09-21 21:42:24 <danieli> and then `apk update && apk add rocksdb@testing`
2019-09-21 21:42:47 <danieli> it's described here: https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management#Repository_pinning
2019-09-21 21:43:56 <cluelessperson_> danieli, lucky me, the requirements seem fulfilled. :)
2019-09-21 21:44:21 <danieli> hah, until they one day suddenly break ;)
2019-09-21 21:45:37 <cluelessperson_> ha, my alpine + jre + rocksdb +jar image is slimmer than the   docker openjdk image + jar
2019-09-21 21:46:34 <danieli> java stuff is usually fairly heavy, but you can get the size down by a significant amount if you remove all unnecessary artifacts
2019-09-21 21:47:23 <cluelessperson_> danieli, the java channel informed me about something called "jigsaw" just for that. :P
2019-09-21 21:48:21 <danieli> isn't that for JPMS?
2019-09-21 21:48:58 <danieli> ah right, i get the point
2019-09-21 21:49:30 <danieli> modular JDK if I'm not mistaken
2019-09-21 21:55:00 <cluelessperson_> yeah
2019-09-21 21:55:06 <cluelessperson_> I don't know shit, but I'll try. :D
2019-09-21 21:59:50 <cluelessperson_> danieli, thanks for the help. :)
2019-09-22 06:14:14 <daggs1> Greetings, I took a config.guess script from a src file and ran it on an alpinelinux instance I have, I got this: x86_64-pc-linux-gnu but afaik, musl isn't gnu compatible, what am I missing?
2019-09-22 06:15:42 <_ikke_> maybe that config.guess file is missing support for musl?
2019-09-22 06:16:13 <_ikke_> abuild has a function to update config.guess files
2019-09-22 06:16:44 <daggs1> _ikke_, if it is missing, then it should fail with an error
2019-09-22 06:42:05 <danieli> software isn't always correct or deterministic :)
2019-09-22 07:19:51 <daggs1> ok, the specific script assumes that no compiler = gnu. with compiler still the same
2019-09-22 13:46:13 <jrtolle> if i startx but no mouse or keyboard actions work, what packages might i be missing?  (not near my test computer right now, but have time to ask...)
2019-09-22 14:00:25 <mps> jrtolle: xf86-input-libinput, probably
2019-09-22 14:01:57 <mps> udev also, if not installed
2019-09-22 14:05:57 <jrtolle> @mps  thanks, i will make sure those are installed.  i will probably have time to test tonight and will hop back on IRC if i have issues.  thank you.
2019-09-22 14:10:39 <mps> np
2019-09-23 11:18:00 <markand> https://pkgs.alpinelinux.org/packages?name=sysfsutils&branch=edge
2019-09-23 11:18:12 <markand> the license change depending on architecture?
2019-09-23 11:18:31 <markand> it's the same, but not shown the same way
2019-09-23 11:25:19 <fassl> i am trying to create a network bridge but i have to modprobe br_netfilter and modprobe -r br_netfilter for it to get an ip address via dhcp. i tried setting call-arptables/iptables to 0 but that didn't help. what could removing br_netfilter possible do to get it working?
2019-09-23 11:26:15 <fassl> lol it removes the bridge, thats why its working
2019-09-23 11:37:29 <danieli> markand: that might be a bug
2019-09-23 11:37:32 <danieli> the license is license="GPL-2.0-only, LGPL-2.1-only"
2019-09-23 13:00:49 <priontology> What's the purpose of udev?
2019-09-23 13:07:30 <TBB> managing devices of different sorts
2019-09-23 13:44:25 <SPEZIALIT> hi all, is it possible to have a script run after every apk upgrade/apk add?
2019-09-23 13:44:36 <SPEZIALIT> after and/or before
2019-09-23 13:44:54 <Cogitri> You could do a custom script
2019-09-23 13:45:45 <Cogitri> Do a sh script and save it as /usr/local/bin/apk which just does `apk add "$@" && command`
2019-09-23 13:46:43 <SPEZIALIT> thanks! that's what I'm doing at the moment, but I was hoping there was some kind of hook functionality similar to apt
2019-09-23 13:47:41 <SPEZIALIT> also: is there any simple way to revert an alpine system to an earlier state if an apk upgrade destroys the system (while running edge repo)?
2019-09-23 13:48:18 <SPEZIALIT> i was looking at lbu, but it seems geared towards running-from-RAM, and I'm running installed to HDD
2019-09-23 13:53:50 <mps> which distro could do that, revert back, without snapshot filesystem
2019-09-23 13:54:06 <SPEZIALIT> none I reckon
2019-09-23 13:54:21 <SPEZIALIT> I'm asking if there is a simpler system than using LVM or ZFS snapshots
2019-09-23 13:54:27 <SPEZIALIT> sorry for being unclear
2019-09-23 13:54:39 <mps> ZFS (maybe BTRFS) could help
2019-09-23 13:54:56 <mps> ah, no afaik
2019-09-23 13:55:45 <mps> but I do 'tar' somewhere and if need to go back, mkfs and tar xf from-somewhere
2019-09-23 13:56:16 <mps> sometimes even rsync, to revert back
2019-09-23 14:24:24 <fassl> would it be possible to achieve that with an overlay filesystem?
2019-09-23 14:39:31 <mps> should be, although I never tried
2019-09-23 17:29:22 <markweston> which is the virtual box package?
2019-09-23 17:47:36 <danieli> markweston: there is none
2019-09-23 17:47:56 <danieli> virtualbox is a devil and a half to port to musl
2019-09-23 17:50:31 <markweston> thank you, I was confused there was "virtualbox-guest-additions
2019-09-23 17:50:46 <markweston> unfortunately my uni uses it :(
2019-09-23 17:51:07 <clandmeter> you can run virtualbox in qemu ;-)
2019-09-23 18:11:27 <filoozom> Hi, does anyone know if it's possible to run Alpine in diskless mode with ZFS?
2019-09-23 19:47:39 <KH405> _ikke_, sorry, my question was more what's the difference between and autoupdate and a update & upgrade
2019-09-23 19:47:58 <KH405> Github only says it's good for unatended update, but how is it good ?
2019-09-23 19:48:13 <KH405> Why can't I just apk update && apk upgrade on a cron job ?
2019-09-23 19:48:18 <_ikke_> auto-upgrade is a 3rd party project that automates installing upgrades and restarting services
2019-09-23 19:48:33 <KH405> Yeap, I got that
2019-09-23 19:48:49 <KH405> What's different that update & upgrade ?
2019-09-23 19:48:54 <_ikke_> So especially that last part is not covered by that command
2019-09-23 19:48:54 <KH405> difference *
2019-09-23 19:49:07 <_ikke_> apk update & upgrade does not restart services
2019-09-23 19:49:20 <KH405> Good!, I didn't knew that, sorry
2019-09-23 19:50:07 <KH405> That answers my question then, thank you :)
2019-09-24 01:37:57 <DaRock> hey guys
2019-09-24 01:38:41 <DaRock> ok, so I got alpine linux installed (I think), and now I'm trying to work out the packages
2019-09-24 01:40:00 <DaRock> I've gone via the web interface until I figure out the package tool for searching which I thought might have been easier and more forgiving on naming, but no luck. Searching for xorg, xfce, lxde, nothing shows up. What gives?
2019-09-24 01:48:08 <Shiz> DaRock: it's `apk search`, fwiw
2019-09-24 01:48:27 <Shiz> have you tried using wildcards in the search
2019-09-24 01:48:37 <Shiz> https://pkgs.alpinelinux.org/packages?name=*xorg*&branch=edge
2019-09-24 01:48:41 <Shiz> because I def see Xorg etc here :)
2019-09-24 01:48:44 <DaRock> yeah, I kinda figured that web search might have been a little wider in parameters
2019-09-24 01:48:45 <Shiz> the search is exact by default
2019-09-24 01:49:08 <DaRock> and yet apk search xorg shows up...
2019-09-24 01:51:06 <DaRock> btw, how come lxde doesn't show up? Isn't it one of the offical supported desktops?
2019-09-24 01:51:28 <DaRock> and is there a meta for xfce I can install?
2019-09-24 02:19:39 <DaRock> ok, following this https://wiki.alpinelinux.org/wiki/VirtualBox_guest_additions as I'm trying to see the capabilites and trying to get xfce4 running I get this even after updating the repos after edting the repos file:
2019-09-24 02:19:55 <DaRock> virtualbox-additions-grsec (missing):
2019-09-24 02:21:15 <DaRock> any ideas?
2019-09-24 02:42:31 <iggy> DaRock: alpine doesn't use the grsec patched kernel any more, it should be just virtualbox-additions-linux
2019-09-24 02:43:00 <iggy> or -virt
2019-09-24 02:43:26 <iggy> virtualbox-guest-modules-vanilla is the actual package name
2019-09-24 04:44:37 <iveqy> Hi, say that I update a library (L) with abuild, then there's two other packages that depends on L, package 1 (P1) and package 2 (P2). Now when I've built and installed L, how does apk/abuild help me to understand that I need to rebuild P1 and P2 as well, otherwise I'll end up with a broken system
2019-09-24 04:46:15 <maldridge> I don't think abuild does, but with apk you could search for packages depending on the one you just updated
2019-09-24 04:50:23 <iveqy> yeah, but doing an apk add with a newer L, won't apk trigger an update of P1 and P2 as well?
2019-09-24 04:50:53 <iveqy> doing it manually is one way of doing it, but it must be a nightmare for alpine developers to keep everything in sync
2019-09-24 04:50:53 <maldridge> why should it, they haven't been updated?
2019-09-24 04:51:20 <iveqy> L might have changed its behavior making P1 and P2 break since they depend on L
2019-09-24 04:51:48 <maldridge> yes I believe you've just descrived the tricky business of software updates
2019-09-24 04:52:20 <iveqy> yeah :). But I don't find anything on the wiki describing how apk handles this
2019-09-24 06:25:12 <mps> 'curl file:///home/mps/crystal/crystal-0.30.1-aarch64-alpine-linux-musl.tar.gz --output test.gz' works but same url in APKBUILD doesn't. anyone have idea why
2019-09-24 07:41:35 <AinNero> mps: it might be checking for the url scheme
2019-09-24 07:41:46 <AinNero> why exactly are you loading from file:/// ?
2019-09-24 07:42:34 <AinNero> assuming you are not gonna commit it anyways, you could just put the tarball right into the directory and add it as sourcefile (like a patch)
2019-09-24 07:44:28 <mps> AinNero: it is in source, but your idea to add it in dir sounds good, will try
2019-09-24 07:44:53 <danieli> AinNero: +1, it is functionally equivalent to providing HTTP URLs
2019-09-24 07:45:33 <mps> I usually overcome this by starting darkhttpd locally and set url to it
2019-09-24 07:45:53 <AinNero> that sounds more difficult than it needs to be...
2019-09-24 07:46:35 <mps> right, because that I tried with file:///
2019-09-24 09:02:08 <DaRock> thx iggy :-) Now I get depmod warnings for modules.builtin, /lib/modules/4.19.75-0-vanilla/modules.{order, builtin}: no such file or directory
2019-09-24 09:03:06 <DaRock> can I just continue with putting those entries into /etc/modules and rebooting? Or what it feels most likely that I need some kernel headers somewhere?
2019-09-24 09:04:07 <DaRock> I thought it was a bit odd with the grsec :-)
2019-09-24 13:43:06 <PICCORO> the https://wiki.alpinelinux.org/wiki/Tutorials_and_Howtos must be separed.. there now so much links and will grow more..
2019-09-24 13:43:34 <PICCORO> tutorias and who tos' must have specific pages each one with ther own list of links..
2019-09-24 16:53:13 <Entropic> hey guys, what's the best approach to run the java jre on alpine?
2019-09-24 16:53:46 <Cogitri> You'll have to use openjdk-jre I guess
2019-09-24 16:54:00 <Entropic> yeah i tried that, apps don't seem to behave very nicely
2019-09-24 16:54:20 <Cogitri> Java JRE needs glibc (so you'll either need to use something like Flatpak or a chroot if you need that)
2019-09-24 16:54:40 <Entropic> https://github.com/sgerrand/alpine-pkg-glibc
2019-09-24 16:54:42 <Entropic> i came across this
2019-09-24 16:54:50 <Entropic> is the a good approach?
2019-09-24 16:54:54 <Entropic> this*
2019-09-24 16:55:33 <Cogitri> Not necessarily, if your program tries to use any libs other than glibc it'll explode
2019-09-24 16:55:47 <Entropic> right
2019-09-24 16:56:01 <Cogitri> (because alpine libs are linked to musl and if you pull in both glibc and musl bad stuff happens)
2019-09-24 16:56:09 <Entropic> yeah, figured that
2019-09-24 16:56:19 <Entropic> i think that pkg is geared towards containers
2019-09-24 16:56:58 <Cogitri> Possibly
2019-09-24 16:57:52 <Entropic> is there an offical guide for setting up a glibc chroot?
2019-09-24 16:59:14 <TBB> not sure if there's exactly that, but you can achieve that easily with lxc
2019-09-24 16:59:27 <TBB> plain chroots are always a bit ... risky
2019-09-24 16:59:43 <Cogitri> https://wiki.alpinelinux.org/wiki/Running_glibc_programs
2019-09-24 17:00:06 <Cogitri> Using a Flatpak would most likely be the cleanest and easiest thing to do though
2019-09-24 17:00:54 <Entropic> Cogitri: i saw that guide, but "Do not follow instructions here until this notice is removed." :)
2019-09-24 17:01:35 <Entropic> ah a flatpak, okay i'll have to figure that out now
2019-09-24 17:01:47 <Cogitri> The "Using an image" section seems fairly accurate
2019-09-24 17:02:19 <Cogitri> Anyway, the setup for the chroot depends on what distro you choose
2019-09-24 17:03:01 <Entropic> what if i used docker?
2019-09-24 17:04:25 <Cogitri> That could work too, no clue what's the setup like with that though (especially with sharing X and stuff)
2019-09-24 17:04:58 <Entropic> yeah i wonder too, but i've worked with docker a tad bit more
2019-09-24 17:05:03 <Entropic> chroots seem simpler tho
2019-09-24 17:05:28 <Entropic> i guess i won't have access to the package manager from within the chroot, will i?
2019-09-24 17:10:09 <KatolaZ> Entropic: it depends how much your chroot contains...
2019-09-24 17:10:25 <Entropic> just busybox and glibc
2019-09-24 17:10:48 <Entropic> so i'll probably have to install openjdk from source
2019-09-24 18:21:41 <Youkai12> Hello, quick question. Has anyone made spice-vdagent work in alpine?
2019-09-24 18:28:40 <iggy> Youkai12: you mean with alpine as the guest I presume? If it doesn't work, I'm sure the devs would like to hear about it, but I don't know anyone who has tried specifically
2019-09-24 18:31:34 <Youkai12> Yeah as a guest. I tired building it myself as it's not in the repos, but I still can't make auto-resize work. The qemu-guest-agent is also installed from the repos.
2019-09-24 18:42:47 <Cogitri> What do you guys use to manage coredumps? I'm kind of thinking making something like systemd-coredumpd (but without the systemd bit of course) to make it easier to manage them but I'm not sure if there's an existing better solution
2019-09-24 19:42:12 <amonakov> hi! I've installed a minimal set of Alpine packages on a board (with a somewhat manual procedure, because the board is tricky to boot), and...
2019-09-24 19:42:58 <amonakov> ...I've noticed that leaves me *without* many essential initscripts run (such as /etc/init.d/sysfs) because nothing depends on them and nothing registered them to a runlevel
2019-09-24 19:43:46 <_ikke_> amonakov: do you have openrc installed?
2019-09-24 19:43:47 <amonakov> so I'd like to understand, how is this solved in a normal Alpine setup? I see openrc post-install script registers a few things to e.g. sysinit runlevel, but not all
2019-09-24 19:43:50 <amonakov> I do
2019-09-24 19:44:30 <Cogitri> They aren't added automatically to boot, no, but the docs do mention that
2019-09-24 19:44:38 <KH405> Ummm. does anyone has problems with awesomewm ?
2019-09-24 19:44:51 <KH405> or even xorg?
2019-09-24 19:44:56 <mps> KH405: what problem
2019-09-24 19:45:07 <KH405> startx returns a weird error
2019-09-24 19:45:23 <KH405> Gimme a sec, i'll post
2019-09-24 19:45:24 <mps> (although I always have problems with computers)
2019-09-24 19:46:51 <KH405> I'm getting unable to connect to x server, connection refused
2019-09-24 19:47:48 <KH405> X11 cannot accept support keycodes above 255
2019-09-24 19:48:35 <mps> KH405: do you startx as 'normal' user or root
2019-09-24 19:48:42 <KH405> normal
2019-09-24 19:48:51 <KH405> When I try as root, it starts but awesome dosen't
2019-09-24 19:49:12 <KH405> But I never had to start it as root before ?
2019-09-24 19:49:25 <mps> do you have .xinitrc file with awesome as last command
2019-09-24 19:49:33 <KH405> Yeap
2019-09-24 19:50:03 <mps> so, as user X doesn't start?
2019-09-24 19:51:34 <KH405> Yeah, there seems to be a problem with my .xinitrc file
2019-09-24 19:53:57 <KH405> Yeah, seems I have bigger problem lol
2019-09-24 19:54:09 <KH405> write_error no space left on the device
2019-09-24 19:54:23 <mps> heh, nice you found it
2019-09-24 19:54:59 <KH405> Now i gotta fix this tough
2019-09-24 19:55:07 <KH405> This dosen't make much sense ...
2019-09-24 19:57:04 <mps> user have less space on FS than root ;-)
2019-09-24 19:57:32 <mps> some space is reserved for root and ordinary user cannot use it
2019-09-24 20:01:54 <KH405> Yeah, that make sense
2019-09-24 20:02:06 <KH405> Thanks ^^
2019-09-24 20:02:15 <KH405> I'll find something
2019-09-24 21:08:00 <Jenkler> Hi! Short question, I reported a bug to alpine@bugs.alpinelinux.org and got a login thru e-mail. But it does not work, temp issue?
2019-09-24 21:10:14 <Jenkler> https://bugs.alpinelinux.org/login <-- this is where I am trying to login. Any admins here that can check if the account was created correctly? Login e-mail is info@jenklermedia.se :)
2019-09-24 21:11:46 <mps> Jenkler: bugs moved to gitlab.a.o
2019-09-24 21:13:50 <Jenkler> algitbot, so the e-mail about the account created on  https://bugs.alpinelinux.org/login is broken?
2019-09-24 21:14:39 <Jenkler> I get redirected to the right page, no account sync between the systems?
2019-09-24 21:14:57 <mps> bugs.a.o is closed, it is read-only afaik
2019-09-24 21:15:42 <Jenkler> ahh, ok.
2019-09-24 21:15:45 <mps> you have to go to gitlab.a.o and reset your password
2019-09-24 21:16:22 <mps> algitbot: do you understand GL.a.o
2019-09-24 21:16:39 <Jenkler> tried that but no e-mail, i guess the mail to for bug report is not fixed yet
2019-09-24 21:16:42 <mps> no, ok
2019-09-24 21:17:07 <mps> I think all mails are migrated
2019-09-24 21:17:18 <Jenkler> https://wiki.alpinelinux.org/wiki/Alpine_Linux:Contribute
2019-09-24 21:17:29 <Jenkler> "Submit bug reports. New issues can also be created by emailing alpine (at) bugs (dot) alpinelinux (dot) org."
2019-09-24 21:17:51 <Jenkler> this creates an account on the old page!
2019-09-24 21:18:09 <mps> this wiki is outdated, imo
2019-09-24 21:19:24 <mps> try here https://gitlab.alpinelinux.org/users/password/new
2019-09-24 21:22:00 <Jenkler> That was the one i tried :)
2019-09-24 21:23:48 <Jenkler> used my github account :) That worked better :P
2019-09-24 21:24:32 <Jenkler> Where should I create a issues about the lxc-package
2019-09-24 21:25:39 <Jenkler> The lxc.init.static command is missing in the lxc package. This binary is needed to run lxc-execute.
2019-09-24 21:28:50 <mps> in aports -> issues -> new issue
2019-09-24 21:29:46 <Jenkler> mps, thanks :)
2019-09-24 21:31:56 <mps> np
2019-09-24 21:32:04 <Jenkler> I am new to Alpine, so I am still learning :)
2019-09-24 21:32:38 <Jenkler> Want to replace container OS with Alpine and docker with lxc
2019-09-24 21:32:48 <mps> np, most of us were new at some time
2019-09-24 21:33:10 <Jenkler> For sure hehe
2019-09-24 21:33:27 <Jenkler> Gentoo is my main dist.
2019-09-24 21:34:53 <Jenkler> Anyone uses lxc here?
2019-09-24 21:35:09 <mps> a lot of us, I also
2019-09-24 21:35:42 <Jenkler> ok, but you dont use lxc-execute?
2019-09-24 21:35:44 <mps> alpine builders runs in lxc
2019-09-24 21:36:04 <mps> lxc-attach -n name -- command
2019-09-24 21:36:50 <Jenkler> but then you need to run lxc-start
2019-09-24 21:37:08 <Jenkler> the lxc-execute command seams better
2019-09-24 21:38:14 <Jenkler> I only want lxc for single applications, like docker does it
2019-09-24 21:39:06 <mps> true, but I prefer to run and login inside, so no problem to me
2019-09-24 21:39:27 <mps> though, sometimes could be good to have it
2019-09-24 21:39:31 <Jenkler> yeah, but it takes a lot more resources then
2019-09-24 21:39:39 <Jenkler> https://linuxcontainers.org/lxc/manpages/man1/lxc-execute.1.html
2019-09-24 21:39:52 <mps> will look at your issue, but not now, it's late here and I'm tired
2019-09-24 21:40:14 <Jenkler> nice, thanks
2019-09-24 21:40:18 <mps> yes, I know, I have it installed
2019-09-24 21:40:36 <Jenkler> are you from Norway?
2019-09-24 21:40:44 <Jenkler> Sweden here :)
2019-09-24 21:41:35 <mps> no, Serbia, but we are at the same TZ
2019-09-24 21:41:59 <Jenkler> :) that explains it
2019-09-24 21:43:00 <mps> but we have some Norwegians here
2019-09-24 21:44:48 <Jenkler> Yeah, my friend lives in Stavanger, Norway. And he has a few Serbian co-workes
2019-09-24 21:46:26 <mps> we have #alpine-offtopic channel for such kind of chat, you can join there if like
2019-09-24 21:47:17 <mps> nothing against your chatting but this channel is for helping users
2019-09-24 21:48:00 <Jenkler> np :)
2019-09-25 02:43:57 <qrvpzvb> so, I setup docker to use the zfs storage driver and now running 'zfs set ...' segfaults
2019-09-25 02:44:10 <qrvpzvb> and I can't seem to find much on the internets about it
2019-09-25 02:44:32 <qrvpzvb> there is an old bug that mentions /etc/mtab
2019-09-25 02:45:10 <qrvpzvb> but it seems to have been fixed (in 2011)
2019-09-25 03:43:15 <awly> might be a silly question - is it possible to automate alpine installation with libvirt?
2019-09-25 03:43:49 <awly> ideally I want to create a new VM with alpine install iso, pass in an answerfile for setup-alpine and let the magic happen
2019-09-25 09:26:25 <midasi> is it possible to create a chroot for another arch in Alpine Linux? I don't find packages for qemu-user-static or binfmt
2019-09-25 09:27:44 <midasi> my goal is to prepare an aarch64 rootfs of Alpine Linux
2019-09-25 11:15:17 <AinNero> midasi: qemu-aarch64 ?
2019-09-25 11:15:31 <AinNero> and the binfmt openrc file was in qemu-openrc afair
2019-09-25 11:49:25 <midasi> AinNero: qemu-aarch64 imho doesn't contain binfmt and qemu-user-static which are needed to build chroots
2019-09-25 12:12:20 <AinNero> qemu-aarch64 -> /usr/bin/qemu-aarch64 is a static binary
2019-09-25 12:12:55 <AinNero> qemu-openrc -> /etc/init.d/qemu-binfmt
2019-09-25 12:13:26 <AinNero> @ midasi
2019-09-25 12:27:50 <midasi> AinNero: I see...thanks!
2019-09-25 13:01:25 <minikN> Hello. I'm trying to start emacs directly from my ~/.xinitrc. However everything I get is a black screen. Here is the log: http://0x0.st/zvsB.log I'm using the alpine virtual box image. I've also tried it with openbox. It works there without a problem. Can anyone help?
2019-09-25 13:32:26 <PureTryOut[m]> With `xinitrc` you start X with a window manager. Emacs isn't a window manager
2019-09-25 13:32:39 <AinNero> PureTryOut[m]: usually, yes
2019-09-25 13:32:52 <AinNero> but starting directly into emacs is within the freedoms of using xorg
2019-09-25 13:34:45 <AinNero> the default xinit on alpine falls back to starting xterm if nothing else is installed
2019-09-25 13:34:48 <qa3Txu0iak0F> which emacs did you install?
2019-09-25 13:35:00 <qa3Txu0iak0F> there's a nox version, and gtk2 and x11
2019-09-25 13:35:51 <qa3Txu0iak0F> 
ACTION is the emacs maintainer...

2019-09-25 13:37:22 <KatolaZ> minikN: what are you putting in your ~/.xinitrc?
2019-09-25 13:37:44 <KatolaZ> PureTryOut[m]: you don't need a wm in X
2019-09-25 13:38:22 <KatolaZ> xinit needs to start at least one X client, and that client does not have to be a WM
2019-09-25 13:41:30 <minikN> I WM is not needed indeed. I can start chrome for example just fine from within ~/.xinitrc. KatolaZ just "exec emacs" qa3Txu0iak0F I just did apk add emacs, I'm use edge
2019-09-25 13:42:21 <minikN> KatolaZ Without " of course.
2019-09-25 13:42:59 <KatolaZ> minikN: see qa3Txu0iak0F's comment
2019-09-25 13:43:13 <KatolaZ> be sure you have an X11 version of emacs
2019-09-25 13:43:27 <KatolaZ> (sorry if the note sounds stupid)
2019-09-25 13:43:58 <minikN> I only see one emacs version in the package repositories. Which one are you referring to?
2019-09-25 13:44:07 <KatolaZ> minikN: apk search emacs
2019-09-25 13:44:25 <KatolaZ> it should return something like:
2019-09-25 13:44:27 <KatolaZ> faenza-icon-theme-emacs-1.3.1-r5
2019-09-25 13:44:27 <KatolaZ> emacs-doc-26.2-r1
2019-09-25 13:44:27 <KatolaZ> notmuch-emacs-0.28-r1
2019-09-25 13:44:27 <KatolaZ> emacs-nox-26.2-r1
2019-09-25 13:44:27 <KatolaZ> emacs-x11-26.2-r1
2019-09-25 13:44:30 <KatolaZ> emacs-26.2-r1
2019-09-25 13:44:32 <KatolaZ> emacs-gtk2-26.2-r1
2019-09-25 13:44:43 <KatolaZ> (but that box is on 3.10, not edge, so the versions might differ)
2019-09-25 13:45:13 <KatolaZ> you need either emacs-x11 or emacs-gtk2
2019-09-25 13:45:30 <minikN> Haha. It was emacs-x11. Alright. It's working now.
2019-09-25 13:45:55 <KatolaZ> good :)
2019-09-25 13:45:57 <minikN> Thanks guys.
2019-09-25 13:47:41 <qa3Txu0iak0F> yw
2019-09-25 14:10:02 <Jenkler> Is it possible to use pkg from both 3.9 and 3.10? lxc is broken in 3.10 but i dont want to run the old 3.9 on the whole system. Best way to handle this?
2019-09-25 14:10:48 <Cogitri> Fix the package in 3.10
2019-09-25 14:11:05 <Jenkler> Cogitri, https://gitlab.alpinelinux.org/alpine/aports/issues/10821
2019-09-25 14:11:15 <Jenkler> I have created a bug for it
2019-09-25 14:11:30 <Jenkler> But i guess it can take time to fix this
2019-09-25 14:12:40 <Jenkler> In gento we have ebuild files that we can build and modify but how does that work in Alpine?
2019-09-25 14:12:45 <Jenkler> *gentoo
2019-09-25 14:26:28 <maxice8> Jenkler: alpine also use the ports system
2019-09-25 14:29:15 <mps> Jenkler: it is relatively easy to backport (or forward port) things in alpine
2019-09-25 14:32:08 <Jenkler> ok, so the solution here is to forward port https://pkgs.alpinelinux.org/package/v3.9/main/x86_64/lxc to 3.10 ? Can i do that in a running system or do I need to setup a build system with my own apk pkgs
2019-09-25 14:32:52 <mps> on Alpine is not much changed in lxc between 3.9 and edge
2019-09-25 14:33:02 <mps> must be upstream change
2019-09-25 14:33:16 <Jenkler> edge is broken too :(
2019-09-25 14:34:48 <mps> you should ask maintainer, maybe he know what is the reason for that issue
2019-09-25 14:35:19 <Jenkler> the maintainer is Natanael Copa
2019-09-25 14:35:25 <MY-R> between 3.9 and 3.10 the only change is that in 3.10 lxc added extra patch which wasnt in 3.9 and of course different version of other packages to build lxc
2019-09-25 14:36:33 <mps> if I have time I would look upstream changelog
2019-09-25 14:36:53 <Jenkler> Is that something I can do?
2019-09-25 14:38:10 <mps> Jenkler: 'cd aports/main/lxc' 'abuild unpack' and look at src dir
2019-09-25 14:38:49 <mps> you installed/cloned alpine aports repo, I presume
2019-09-25 14:39:32 <Jenkler> noop
2019-09-25 14:39:41 <Jenkler> apk update ?
2019-09-25 14:39:55 <MY-R> mps, 3.9 got 3.1.0-r1 lxc and 3.10 got 3.1.0-r2 lxc and in 3.10 that static file is missing
2019-09-25 14:40:11 <Jenkler> yes
2019-09-25 14:40:24 <mps> MY-R: yes, I noticed
2019-09-25 14:40:32 <Jenkler> thats what i figured out hehe
2019-09-25 14:40:51 <mps> but if upstream have changelog this will be noted there I think
2019-09-25 14:41:40 <mps> 
ACTION is tired and going for coffee

2019-09-25 14:41:53 <_ikke_> Jenkler: Note that Alpine itself is using lxc, even on 3.10
2019-09-25 14:41:54 <Jenkler> Problem is that the lxc-execute crash. So its a bug. Correct would be to remove lxc-execute
2019-09-25 14:42:56 <_ikke_> how / why does it crash?
2019-09-25 14:43:56 <Jenkler> lxc-execute needs /usr/sbin/init.lxc.static , that binary is missing in 3.10 and edge
2019-09-25 14:47:59 <MY-R> checking for static libcap... yes in 3.9 where in 3.10 is already "no"
2019-09-25 14:48:33 <minikN> Could anyone help me figuring out how to auto login a user on boot?
2019-09-25 14:48:42 <MY-R> in 3.9 buils logs can find "init_lxc_static" stuff and in 3.10 nope so ye, where is the problem :D
2019-09-25 14:49:17 <_ikke_> minikN: install agetty, then adjust /etc/inittab to use aggetty for a terminal with -L user appended
2019-09-25 14:49:24 <mps> looks like libcap-static should be added to makedepends
2019-09-25 14:49:27 <Jenkler> Other distos have this issue to
2019-09-25 14:49:33 <KatolaZ> minikN: man getty; man inittab
2019-09-25 14:49:47 <_ikke_> getty (busybox version) does not support it
2019-09-25 14:50:01 <KatolaZ> uh?
2019-09-25 14:50:32 <_ikke_> There is no option to auto login a user with the default getty
2019-09-25 14:50:33 <mps> '/sbin/agetty -L 115200 ttyS0 vt100 --login-pause  --autologin root --noclear'
2019-09-25 14:50:49 <_ikke_> right, not -L, sorry
2019-09-25 14:50:53 <_ikke_> -a I guess
2019-09-25 14:51:22 <_ikke_> (util-linux contains agetty)
2019-09-25 14:53:20 <minikN> Right, that worked again. Thanks. I was on the right track. I added --autologin in /etc/inittab. Just didn't have agetty installed :)
2019-09-25 14:56:06 <KatolaZ> yo're right _ikke_
2019-09-25 14:56:31 <KatolaZ> sorry for the confusion
2019-09-25 14:56:44 <KatolaZ> was looking at one of the boxes with util-linux installed
2019-09-25 14:56:46 <KatolaZ> :)
2019-09-25 14:59:32 <Jenkler> mps, can I download https://github.com/alpinelinux/aports/tree/3.10-stable/main/lxc and build it myself? with some tool?
2019-09-25 14:59:57 <Jenkler> aports-build ?
2019-09-25 15:00:22 <mps> yes
2019-09-25 15:00:41 <mps> I'm building it again right now
2019-09-25 15:01:19 <Jenkler> mps, nice
2019-09-25 15:01:36 <mps> and ask _ikke_ he is expert in build tools
2019-09-25 15:02:36 <mps> Jenkler: I fixed it locally
2019-09-25 15:03:01 <Jenkler> _ikke_, do I need to setup some sort of env for building or is it just to git clone aports and then install aports-build
2019-09-25 15:03:13 <MY-R> mps, ye gj! libcap-static fixed that
2019-09-25 15:03:40 <mps> 'ls -l pkg/lxc/usr/sbin/init.lxc.static' => '-rwxr-xr-x 1 mps mps 1173520 Sep 25 17:02 pkg/lxc/usr/sbin/init.lxc.static'
2019-09-25 15:04:32 <mps> MY-R: yes, I thought so but I'm short on time to test it, anyway made it on my moving computer with FS on micro SD card :D
2019-09-25 15:05:12 <mps> add 'libcap-static' to makedepends all what is needed
2019-09-25 15:05:29 <MY-R> mps, I just checked on edge but on stables that should be backported too, well in 3.10
2019-09-25 15:06:44 <mps> I'm not sure we backport such things
2019-09-25 15:07:07 <_ikke_> Jenkler: https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package
2019-09-25 15:07:12 <_ikke_> That has a section on how to setup your env
2019-09-25 15:07:23 <MY-R> mps, it is alpine issue and not like should in 3.10 so dont see why not
2019-09-25 15:07:35 <MY-R> not working*
2019-09-25 15:08:10 <_ikke_> bugfixes can be backported to 3.10
2019-09-25 15:08:17 <mps> well, we backport important changes, ofc
2019-09-25 15:08:38 <mps> but in such cases we should ask maintainer of pkg
2019-09-25 15:09:18 <MY-R> he just forgot that in 3.10 some packages were split in to -static ones
2019-09-25 15:10:04 <mps> to be clear, I'm not against to backport this, and think we should, but again maintainer have last word
2019-09-25 15:11:13 <Jenkler> ahh, lxc-static pkg could be the rigt why
2019-09-25 15:11:15 <mps> and, it is time to start fixing this -static mess, imo
2019-09-25 15:11:32 <Jenkler> but then we should have lxc-execute in the same pkg
2019-09-25 15:12:57 <mps> Jenkler: no, it should go to lxc pkg, not separate
2019-09-25 15:13:12 <Jenkler> ahh ok, why did we drop mongodb?
2019-09-25 15:13:28 <mps> license changed
2019-09-25 15:14:27 <Jenkler> Do we not suppport some types of licences ?
2019-09-25 15:14:33 <mps> it is in non-free
2019-09-25 15:15:22 <Jenkler> so its not allowed in the repo att all? Not even the community tree
2019-09-25 15:16:03 <mps> it is in non-free repo, one who need it can build it yourself
2019-09-25 15:16:30 <Jenkler> ahhh
2019-09-25 15:16:36 <maxice8> No, it is in non-free
2019-09-25 15:16:48 <maxice8> If you want you can build it but alpine won't build and distribute it
2019-09-25 15:17:12 <mps> maxice8: I see it there
2019-09-25 15:17:51 <mps> commit 8a901de31fa055ed591d487e12f8bb9ffcc0df21
2019-09-25 15:18:50 <Jenkler> https://github.com/alpinelinux/aports/blob/master/non-free/mongodb/APKBUILD
2019-09-25 15:19:17 <Jenkler> does this mean that its not maintained at all?
2019-09-25 15:19:31 <mps> well, mostly
2019-09-25 15:20:18 <Jenkler> ok. Good to know its possible to build it anyway :)
2019-09-25 15:25:34 <Jenkler> thanks _ikke_ for the build guide and mps for the support :)
2019-09-25 15:25:41 <_ikke_> Jenkler: np
2019-09-25 15:25:51 <_ikke_> Happy to help
2019-09-25 15:26:14 <mps> _ikke_: what you think about this fix for lxc, should we backport it
2019-09-25 15:27:12 <_ikke_> mps: I would say yes
2019-09-25 15:27:24 <_ikke_> Something is broken right now, due to a change in Alpine linux
2019-09-25 15:27:28 <_ikke_> and the fix is trivial
2019-09-25 15:28:05 <mps> do we have libcap-static in  3.10
2019-09-25 15:28:34 <mps> yes, we have
2019-09-25 15:28:52 <_ikke_> I don't see it
2019-09-25 15:29:10 <_ikke_> https://pkgs.alpinelinux.org/packages?name=libpcap*&branch=v3.10&arch=x86_64
2019-09-25 15:30:07 <mps> apk policy libcap-static => https://nl.alpinelinux.org/alpine/v3.10/main
2019-09-25 15:31:46 <mps> hmm, strange
2019-09-25 15:32:17 <_ikke_> empty for me
2019-09-25 15:32:37 <MY-R> _ikke_, you was searching libpcap
2019-09-25 15:32:48 <_ikke_> MY-R: With a wildcard
2019-09-25 15:32:51 <mps> https://nl.alpinelinux.org/alpine/v3.10/main/x86_64/libcap-static-2.27-r0.apk
2019-09-25 15:32:54 <MY-R> but we talk about libcap
2019-09-25 15:33:00 <_ikke_> ah, d'oh
2019-09-25 15:33:03 <MY-R> :)
2019-09-25 15:33:24 <_ikke_> ignore me then ;-)
2019-09-25 16:39:56 <mps> Jenkler: !128 and !129
2019-09-25 19:04:23 <KH405> One more question: https://pkgs.alpinelinux.org/package/edge/community/x86_64/docker-vim What does this package do exactly?
2019-09-25 19:05:57 <_ikke_> "Vim syntax for Docker"
2019-09-25 19:06:01 <_ikke_> https://pkgs.alpinelinux.org/contents?branch=edge&name=docker-vim&arch=x86_64&repo=community
2019-09-25 19:08:40 <KH405> What does it do exactly ?
2019-09-25 19:10:07 <Cogitri> Syntax highlight Docker files in vim I suppose.
2019-09-25 19:10:24 <KH405> So if I don't use vim I can delete that ?
2019-09-25 19:10:35 <Cogitri> Sure
2019-09-25 19:11:04 <KH405> I tryed neovim for a plug in I could not get it to work in vim
2019-09-25 19:11:11 <KH405> So I swtiched :P
2019-09-25 19:14:44 <KH405> And I guess this package doesn't work with neovim right?
2019-09-25 19:16:13 <mps> afaik it works
2019-09-25 19:49:18 <sy> Hi all
2019-09-25 19:50:11 <sy> I'm setting up LDAP authentication on all my boxen and notice there is no nsswitch.conf file and read that musl does not implement NSS. Does it need to be implemented at that level, am I okay with just a package or will it not work?
2019-09-25 19:50:45 <mps> musl doesn't support nsswitch
2019-09-25 19:51:03 <mps> afaik, TBF
2019-09-25 19:51:05 <sy> it does not
2019-09-25 19:51:44 <sy> what should I use instead?
2019-09-25 19:52:35 <mps> have no idea, maybe someone else could help.
2019-09-25 19:53:00 <_ikke_> I guess something with PAM, but I don't know how that would integrate with everything
2019-09-25 19:53:22 <sy> I don't think getent speaks to pam, so ps and stuff would still show the numbers
2019-09-25 19:53:39 <sy> of the uid, instead of looking up the friendly name
2019-09-25 19:53:52 <_ikke_> right
2019-09-25 19:53:53 <sy> i can probably get logins to work but the user wouldn't know who they are
2019-09-25 19:54:09 <sy> would be kind of funny -- whoami would return nothing
2019-09-25 19:54:14 <sy> Mr. Nobody
2019-09-25 19:54:31 <_ikke_> Just found this by search: https://github.com/pikhq/musl-nscd
2019-09-25 19:54:54 <sy> What did you search? I've been goggling for 20 minutes now
2019-09-25 19:55:13 <_ikke_> musl nsswitch
2019-09-25 19:55:27 <sy> ah
2019-09-25 19:55:29 <qrvpzvb> yeah, musl uses the nscd protocol
2019-09-25 19:56:03 <qrvpzvb> there's alo unscd
2019-09-25 19:56:07 <sy> is nss what I want? "Mozilla Network Security Services"
2019-09-25 19:56:11 <qrvpzvb> but unfortunately neither is packaged
2019-09-25 19:56:21 <qrvpzvb> nope
2019-09-25 19:57:02 <wowaname> nss is a tls impl i believe
2019-09-25 19:57:03 <wowaname> i say "i believe" because im stupid
2019-09-25 19:57:25 <wowaname> Network Security Services, cryptographic software libraries for client and server security
2019-09-25 19:57:31 <wowaname> ah guess im right
2019-09-25 19:57:58 <_ikke_> nsswitch.conf - Name Service Switch configuration
2019-09-25 19:58:10 <wowaname> would packaging either nscd be a huge effort? i can knock that out soon if people want it
2019-09-25 19:58:35 <_ikke_> Depends on how much reliance there is on glibc
2019-09-25 19:58:36 <wowaname> i need to package something else today anyway, ive been lazy and this would be an excuse for me not to be as lazy lol
2019-09-25 19:58:54 <qrvpzvb> there's already open issues for both of them and I think musl-nscd actually has a APKBUILD by the dev
2019-09-25 19:59:24 <sy> wowaname: you would be my hero
2019-09-25 20:00:14 <qrvpzvb> I too would appreciate it
2019-09-25 20:00:52 <wowaname> oh if musl-nscd has already been started on, i guess whats left is to submit it to the aports ML
2019-09-25 20:00:55 <wowaname> assuming it hasnt been submitted already
2019-09-25 20:01:20 <_ikke_> I don't see it in aports yet
2019-09-25 20:01:29 <wowaname> https://github.com/pikhq/musl-nscd-apkbuild
2019-09-25 20:01:49 <wowaname> nor in the ML?
2019-09-25 20:01:57 <wowaname> i dont have a full ML archive so i cant search
2019-09-25 20:02:13 <qrvpzvb> I meant there are packaging requests for both, issue 6711 and 6712 in gitlab
2019-09-25 20:02:49 <wowaname> yeah but i would have just thought that if pikhq bothered with an apkbuild, they would have submitted it maybe
2019-09-25 20:02:50 <_ikke_> But that's just the request
2019-09-25 20:02:57 <_ikke_> I don't see it in the aports maling list
2019-09-25 20:03:00 <_ikke_> mailing*
2019-09-25 20:03:16 <wowaname> >Timo: I created https://github.com/pikhq/musl-nscd-apkbuild/issues/1 about mergingpikhq’s
2019-09-25 20:03:16 <wowaname> apkbuild.
2019-09-25 20:03:23 <_ikke_> not on github
2019-09-25 20:03:49 <wowaname> oh im just saying maybe pikhq forgot about the apkbuild after making it lol
2019-09-25 20:04:01 <wowaname> just confusing why they would do that, is all. i generally submit stuff i wanna see in the repos
2019-09-25 20:04:13 <qrvpzvb> dunno, I just know that I was looking to do the same think (LDAP) and ended up there
2019-09-25 20:04:32 <qrvpzvb> and then got lazy and did nothing more xD
2019-09-25 20:04:44 <_ikke_> wowaname: sometimes people make apkbuilds which take shortcuts or other thins that make them unsuited for aports as is
2019-09-25 20:04:48 <wowaname> haha
2019-09-25 20:05:01 <wowaname> well i'll see if it builds in my environment then push it to mailing list
2019-09-25 20:05:15 <wowaname> ah, if they did that then i'll try to fix those shortcuts too
2019-09-25 20:05:25 <_ikke_> I have no idea if that's the case
2019-09-25 20:05:27 <_ikke_> but that might be a reason
2019-09-25 20:05:50 <wowaname> what is this https://pagure.io/SSSD/sssd it's mentioned in the abive github issue
2019-09-25 20:06:16 <wowaname> SSSD provides a set of daemons to manage access to remote directories and authentication mechanisms such as LDAP, Kerberos or FreeIPA. It provides an NSS and PAM interface toward the system and a pluggable backend system to connect to multiple different account sources.
2019-09-25 20:06:19 <wowaname> is that comparable in functionality to the nscd stuff
2019-09-25 20:06:36 <artok> ls
2019-09-25 20:06:38 <artok> oops
2019-09-25 20:06:45 <_ikke_> I know it has to do with AD authentication
2019-09-25 20:07:02 <_ikke_> "SSSD provides a set of daemons to manage access to remote directories and authentication mechanisms such as LDAP, Kerberos or FreeIPA. "
2019-09-25 20:07:23 <wowaname> ya i will want to bump the apkbuild version to 1.0.2 before building too
2019-09-25 20:07:28 <wowaname> i'll get this done now and see if i run into issues
2019-09-25 20:08:28 <qrvpzvb> it can't be used on it's own though, not with musl
2019-09-25 20:08:39 <dwago> thinking of using alpine as my desktop. How stable is edge for daily use? opinion?
2019-09-25 20:08:51 <qrvpzvb> the only way for musl to "plug in" alternative name services is nscd
2019-09-25 20:08:55 <wowaname> oh, but would it be a good starting point to have packaged on its own
2019-09-25 20:09:08 <qrvpzvb> I think it's on testing
2019-09-25 20:09:12 <wowaname> edge can and will break occasionally. if youre fine with occasional breakage then go for it
2019-09-25 20:09:50 <wowaname> some packages dont play nicely with others and edge brings out the worst in that sometimes
2019-09-25 20:10:15 <dwago> wowaname: When you say break. wont boot?
2019-09-25 20:10:18 <wowaname> ive been using alpine edge on my desktop since uh... jesus
2019-09-25 20:10:19 <wowaname> over a year i know that
2019-09-25 20:10:36 <wowaname> im saying certain packages will have bugs
2019-09-25 20:11:15 <wowaname> "won't boot" isnt even too serious an issue. it's easy to boot off a live cd or usb and fix shit that way
2019-09-25 20:11:31 <wowaname> i'll ask this: are you comfortable with linux?
2019-09-25 20:11:37 <dwago> wowaname: Thats the answer i was looking for
2019-09-25 20:11:54 <_ikke_> And testing on edge will also help things to get fixed :-)
2019-09-25 20:12:03 <wowaname> alpine gets out of my way, thats why i use it. theres no systemd framework or apt packaging framework i need to work around
2019-09-25 20:12:14 <wowaname> apk's a tool, not a framework, how i see it anyway
2019-09-25 20:12:22 <wowaname> a damn good tool
2019-09-25 20:13:08 <wowaname> with alpine you're getting linux, busybox, musl, openrc, and a good software ecosystem
2019-09-25 20:13:16 <dwago> wowaname: yes, i dont mind occasional problems. just dont want to be fixing stuff all the time
2019-09-25 20:13:28 <wowaname> what youre also getting is programs that havent optimised for musl as much as they have with glibc
2019-09-25 20:13:51 <wowaname> firefox-esr works fine for me when i turn e10s off, i need to file issues on the mozilla bug tracker to address issues with tab crashing + e10s
2019-09-25 20:13:58 <wowaname> havent gotten around to it
2019-09-25 20:14:35 <wowaname> gimp works but can crash when i do specific things in it
2019-09-25 20:15:01 <wowaname> it's stuff like that. it mostly works for desktop but youll always be reminded that people dont exactly stay mindful of musl
2019-09-25 20:15:22 <dwago> wowaname: i saw firefox in repos
2019-09-25 20:15:40 <wowaname> ive had more success with esr, it's at 68.1 now
2019-09-25 20:16:20 <wowaname> netsurf's also packaged but crashes and has broken locale handling lol
2019-09-25 20:16:28 <wowaname> and i dont know what the current state of qutebrowser is
2019-09-25 20:16:47 <wowaname> chromium works fine mostly, sometimes get tab crashes on heavy websites
2019-09-25 20:16:49 <dwago> wowaname: Does that verion of firefox support wayland
2019-09-25 20:17:01 <wowaname> havent tried
2019-09-25 20:17:41 <dwago> ill be running swaywm and no xorg
2019-09-25 20:17:53 <wowaname> is it gtk3 or still gtk2, i dont know that either... if firefox is built on gtk3 then i assume it supports wayland natively. if not then you have xwayland
2019-09-25 20:19:02 <wowaname> sway itself should work fine on alpine, ive tried it briefly but couldnt deal with some bugs in sway itself, namely input handling
2019-09-25 20:19:03 <wowaname> cus i have a custom keyboard layout
2019-09-25 20:19:09 <_ikke_> https://git.alpinelinux.org/aports/tree/testing/firefox/APKBUILD#n114
2019-09-25 20:19:11 <wowaname> if you dont do that then you wont have problems with it
2019-09-25 20:19:15 <dwago> wowaname: works on arch firefox 69.
2019-09-25 20:19:32 <wowaname> sway does?
2019-09-25 20:19:35 <wowaname> er wayland
2019-09-25 20:19:56 <dwago> wowaname: firefox on wayland
2019-09-25 20:20:03 <wowaname> ah there you go _ikke_ showed that wayland is enabled
2019-09-25 20:22:06 <wowaname> not for esr though i guess: https://git.alpinelinux.org/aports/tree/community/firefox-esr/APKBUILD#n190
2019-09-25 20:26:48 <dwago> wowaname: the dev of sway suggest alpine. i also see hes packages some wayland related tools for alpine
2019-09-25 20:27:24 <dwago> hes a user i guess. He was a Void linux user now alpine
2019-09-25 20:27:42 <wowaname> ye im fully aware lol
2019-09-25 20:28:22 <wowaname> hes a bit opinionated about certain things too :>
2019-09-25 20:28:57 <wowaname> we've butted heads a bunch lol
2019-09-25 20:28:57 <wowaname> efforts with sway are nice though
2019-09-25 20:28:58 <wowaname> i3's a good window manager, nice to see it ported to wayland more or less
2019-09-25 20:30:11 <dwago> I see that too. Seen some of his rants. loved i3 thats why i tried sway. Like it alot.
2019-09-25 20:32:15 <AinNero> he is here you know
2019-09-25 20:33:04 <dwago> wowaname: emacs is nice. original author not so much, but still cool piece o software. lol
2019-09-25 20:34:52 <_ikke_> ah, didn't know drew maintains sway
2019-09-25 20:35:25 <AinNero> someone highlight him hue :D
2019-09-25 20:36:02 <dwago> AinNero: Thats ok. I love sway. He doing good work. Just saying hes seems opinionated in some post ive read.
2019-09-25 20:37:16 <AinNero> i think dalias (musl author) is even more opionated
2019-09-25 20:37:37 <wowaname> >he is here you know
2019-09-25 20:37:38 <wowaname> i do know
2019-09-25 20:37:43 <wowaname> i dont talk behind peoples backs
2019-09-25 20:37:43 <AinNero> maybe we should do a opionated-ness contest where we rate ppl :D
2019-09-25 20:37:49 <_ikke_> lol
2019-09-25 20:38:00 <dwago> lol.
2019-09-25 20:38:18 <wowaname> im not an emacs person dwago but i have talked to rms over email. he has his faults but hes alright
2019-09-25 20:38:46 <wowaname> we're all entitled to our opinions
2019-09-25 20:38:59 <nepugia> the only platform i know where netsurf doesnt crash constantly is haiku
2019-09-25 20:39:00 <wowaname> ive never done lisp dev so i cant justify emacs personally
2019-09-25 20:39:05 <wowaname> heh
2019-09-25 20:39:10 <wowaname> so its just generally buggy?
2019-09-25 20:39:15 <nepugia> which feals like a shame, if it was more stable it could be an excelent browser :)
2019-09-25 20:39:22 <dwago> and we all have falts :)
2019-09-25 20:39:49 <wowaname> im gonna try netsurf on another system hopefully soon
2019-09-25 20:39:55 <AinNero> wowaname: if this was a movie, you had a interesting character development
2019-09-25 20:40:00 <AinNero> i remember you quite differently :D
2019-09-25 20:40:33 <wowaname> ive grown
2019-09-25 20:40:43 <AinNero> i agree, and i somewhat like it
2019-09-25 20:40:45 <wowaname> i still try to piss off certain groups
2019-09-25 20:40:47 <nepugia> maybe alpine could get an optional /rescue thing like freebsd has... with busybox and musl that should be quite easy to acomplish
2019-09-25 20:40:51 <wowaname> trolling streak in me hasnt changed
2019-09-25 20:41:01 <wowaname> just havent had time to have fun at others expense these days
2019-09-25 20:41:11 <AinNero> nepugia: how would you imagine that?
2019-09-25 20:41:23 <_ikke_> nepugia: there are already static builds for them
2019-09-25 20:41:23 <wowaname> ive always been alright if you know me
2019-09-25 20:41:49 <nepugia> _ikke_, the normal posix (busybox) utils seam to be dynamically linked though
2019-09-25 20:42:20 <nepugia> AinNero, statically linked posix utilits in that directory, to recover from banging up the dynamic linker somehow
2019-09-25 20:42:32 <nepugia> (which happens suprisingly often to me...)
2019-09-25 20:42:36 <AinNero> nepugia: there is busybox-static
2019-09-25 20:42:40 <_ikke_> 6https://pkgs.alpinelinux.org/packages?name=busybox-static&branch=edge
2019-09-25 20:43:29 <wowaname> my ultimate goal is to have as much of my system static-linked as possible
2019-09-25 20:43:42 <nepugia> Huh, nice, premade symlinks for /rescue might be interesting, but that should be enough regardless
2019-09-25 20:43:53 <nepugia> wowaname, heh, i like that too
2019-09-25 20:44:06 <_ikke_> nepugia: what is the idea of having them in /rescue?
2019-09-25 20:44:12 <nepugia> I'd think that taking /just/ the musl parts you actually need would result in a smaller system even
2019-09-25 20:44:17 <_ikke_> s/idea/idea behind
2019-09-25 20:45:25 <nepugia> _ikke_, it works quite well for FreeBSD, but it doesn't have a busybox-style single executable, so probably not needed for alpine then
2019-09-25 20:45:36 <wowaname> ive never messed up the dynamic linker, idk how i would begin to do that even
2019-09-25 20:45:51 <nepugia> the normal executables there are dynamiclly linked normally too, and /rescue then has the static variats
2019-09-25 20:45:53 <wowaname> if i mess up that brutally i'll just boot from a live os
2019-09-25 20:46:21 <nepugia> wowaname, mv /lib /lib64 is already enough to make /all/ dynamically linked executables useless
2019-09-25 20:46:33 <wowaname> then dont do that :^)
2019-09-25 20:46:36 <nepugia> Pfft
2019-09-25 20:46:48 <wowaname> thats like deleting your kernel and complaining it wont boot
2019-09-25 20:47:05 <nepugia> the last time i recovered from that with a toybox build i had somewhere in ~/proj
2019-09-25 20:47:27 <nepugia> wowaname, eh, i do know why it breaks, but moving the lib folder seams valid regardless, atleast to me
2019-09-25 20:47:34 <wowaname> people give me weird looks sometimes when i say i use stuff like alpine despite some of the hacks i have to use to get some things running
2019-09-25 20:47:43 <nepugia> had to do that in my chroot for void linux because some utils expect the linker in another place
2019-09-25 20:47:54 <wowaname> but the way i justify it is, i have those hacks isolated. if the hacks break, i can just nuke the directory or whatever and start over
2019-09-25 20:48:05 <nepugia> I have had to hack the initramfs script to boot, still a nice distro :D
2019-09-25 20:48:05 <wowaname> if the base system breaks, its simple enough for me to know how to fix
2019-09-25 20:48:16 <wowaname> i cant say the same for systemd-based, gnome-based, or windows environments
2019-09-25 20:48:27 <wowaname> if those break then i cant fix them without investing too much time into them
2019-09-25 20:48:33 <nepugia> For all those the answer seams to be "reinstall"
2019-09-25 20:48:50 <wowaname> yeah and that seems overkill to me
2019-09-25 20:48:55 <nepugia> indeed
2019-09-25 20:49:30 <wowaname> i like having human readable errors that i get in linux, compared to "something happened :(" or similar
2019-09-25 20:49:44 <nepugia> Human readable doesnt always help though
2019-09-25 20:49:58 <nepugia> like the nice "no such file or directory" error, which can mean severall annoying things
2019-09-25 20:50:06 <wowaname> there will always be edge case scenarios
2019-09-25 20:50:31 <wowaname> and yeah the errno standard has never been complete
2019-09-25 20:50:33 <nepugia> I wanted to write down what errors that can mean i recall... should do that at some point
2019-09-25 20:50:40 <wowaname> plan9 has strings as error returns
2019-09-25 20:51:00 <sy> i remember trying to fix my old alpine-void-arch bedrock install
2019-09-25 20:51:24 <nepugia> haiku has integers, with a seperate tool to look up the code :)
2019-09-25 20:51:25 <sy> you had to mount bind so many things to get it into something that resembles a normal unix directory structure
2019-09-25 20:51:47 <wowaname> as the quote goes: "Contrary to popular belief, Unix is user friendly. It just happens to be very selective about who it decides to make friends with."
2019-09-25 20:52:01 <wowaname> not 100% accurate because unix is very crusty
2019-09-25 20:52:14 <wowaname> but i'd say it's a huge improvement over a lot of other stuff
2019-09-25 20:52:20 <nepugia> better only use certified unix :D
2019-09-25 20:52:26 <nepugia> Like MacOS
2019-09-25 20:52:39 <wowaname> ok i'll get a macintosh
2019-09-25 20:53:05 <nepugia> running Illumos is on my todo list still
2019-09-25 20:53:31 <wowaname> honestly if i had a choice between os x and windows 10, i'd choose the former
2019-09-25 20:53:49 <nepugia> Likely the same for me, don't always have the choice though
2019-09-25 20:54:14 <nepugia> say... doesn't alpine have wine32?
2019-09-25 20:54:24 <wowaname> alpine doesnt have multiarch
2019-09-25 20:54:34 <wowaname> 32-bit alpine releases will have wine32
2019-09-25 20:54:43 <nepugia> is it disabled in the kernel?
2019-09-25 20:54:58 <nepugia> wowaname, well wine64 is pretty much useless on it's own
2019-09-25 20:55:08 <wowaname> no, its how the packaging and linking works
2019-09-25 20:55:38 <wowaname> those hacks i spoke of earlier: i have a debian chroot i made with debootstrap, thats where i run stuff like wine32/64 and minecraft and all that
2019-09-25 20:56:03 <nepugia> In that case i'll just do a alpine32 chroot on my aline64 if i want alpine32 executables
2019-09-25 20:56:10 <wowaname> its disgusting and hacky and i dont update it because if i do then itll all crumble down
2019-09-25 20:56:16 <nepugia> i have void linux to run some stuff
2019-09-25 20:56:25 <nepugia> like the rust compiler ugh...
2019-09-25 20:56:28 <wowaname> thats fair
2019-09-25 20:56:39 <wowaname> yeah actually alpine32 chroot would work fine
2019-09-25 20:56:56 <wowaname> i needed a glibc crutch regardless so i just opted for debootstrap
2019-09-25 20:56:57 <nepugia> the alpine provided one does work, but it isnt nightly, and still many packages break without nightly support
2019-09-25 20:57:24 <wowaname> im proud to say i dont know a lick of rust
2019-09-25 20:57:35 <nepugia> wowaname, downloading the void linux tarball seams easier to me than debootstrap ;)
2019-09-25 20:58:00 <nepugia> i fell on my face severall times trying to use debootstrap especially on FreeBSD
2019-09-25 20:58:01 <wowaname> debootstrap is one command and then fucking around with apt a bit
2019-09-25 20:58:21 <wowaname> void probably is easier tbh but ive used debian before so i know it some
2019-09-25 20:58:24 <wowaname> i know its quirks
2019-09-25 20:58:38 <nepugia> I am glad not to have to use debian or apt/dpkg anymore
2019-09-25 20:59:12 <wowaname> im considering switching my desktop to gentoo actually
2019-09-25 20:59:16 <wowaname> low priority for me
2019-09-25 20:59:27 <nepugia> debian with systemd has been an absolute desaster for me :)
2019-09-25 20:59:46 <wowaname> glibc breakage prompted me to use alpine actually
2019-09-25 20:59:46 <nepugia> it couldnt even shutdown my system...
2019-09-25 20:59:54 <wowaname> i was just looking for an alternative to glibc and came across alpine
2019-09-25 21:00:07 <wowaname> wasnt even systemd that broke the camel's back, imagine that
2019-09-25 21:00:30 <wowaname> glibc has minor version upgrades that introduce breaking features
2019-09-25 21:00:45 <nepugia> I kind of want a toybox with musl distro :), though toybox isn't feature complete yet..
2019-09-25 21:01:42 <wowaname> licensing for toybox is better too
2019-09-25 21:01:43 <_ikke_> why toybox over busybox?
2019-09-25 21:02:42 <nepugia> mainly licensing for me, also less crap than busybox has (reffering to dpkg in busybox and such, even though you dont have to compile it)
2019-09-25 21:03:14 <_ikke_> How does the license affect you?
2019-09-25 21:03:21 <_ikke_> Or is it on principle
2019-09-25 21:03:41 <nepugia> The license affects my ability to patch the software for instance, or how i can redistribute it
2019-09-25 21:03:48 <wowaname> personally i dont like my own code released under gpl
2019-09-25 21:04:23 <wowaname> ive made a patch for busybox but i'd prefer not to have to release as gpl
2019-09-25 21:04:30 <wowaname> very minor patch for build process lol
2019-09-25 21:04:31 <_ikke_> nepugia: I think even under GPL-3 you can patch your own software without dealing with the license
2019-09-25 21:05:14 <wowaname> what about redistributing those patches
2019-09-25 21:05:15 <nepugia> not really, if i patch a software under the gpl and then send you a binary i then have to make sure i can provide the source to you (and anyone else you give the binary too) for ever pretty much :P
2019-09-25 21:05:27 <wowaname> thats another problem i have with gpl, its too big for me to reasonably undrestand without hiring a fucking lawyer
2019-09-25 21:05:46 <wowaname> meanwhile i can look at isc and be like "ok heres what i can and cant do, cool"
2019-09-25 21:05:51 <nepugia> also i dont want to contribute to the license mess by making more gpl software
2019-09-25 21:06:10 <nepugia> wowaname, i am always suspicios of projects where the license text is bigger than the sourcecode
2019-09-25 21:06:31 <wowaname> quick question about apkbuild norms: is '|| return 1' after every command a good practice or should those be removed
2019-09-25 21:06:40 <_ikke_> removed
2019-09-25 21:06:48 <_ikke_> abuild has set -e
2019-09-25 21:06:49 <wowaname> kk
2019-09-25 21:06:54 <_ikke_> so it's redundant
2019-09-25 21:07:15 <wowaname> ya i figured as much
2019-09-25 21:07:59 <TBB> just be warned that -e can work differently inside functions
2019-09-25 21:10:09 <wowaname> im assuming the justification for -openrc subpackages is for people who dont supervise under openrc?
2019-09-25 21:10:38 <wowaname> this has been a fairly new change from my understanding
2019-09-25 21:10:39 <_ikke_> wowaname: yeah, it's a preparation for when we want switch / have additional init systems
2019-09-25 21:10:47 <wowaname> thats cool
2019-09-25 21:11:16 <wowaname> ive been really sold on daemontools-style supervision now
2019-09-25 21:11:26 <wowaname> removes need for pidfiles and all that mess
2019-09-25 21:12:05 <wowaname> also its stupid easy to write my own service files for it
2019-09-25 21:14:33 <nepugia> I wanted to try running s6 soon
2019-09-25 21:15:25 <wowaname> ok musl-nscd is packaged under https://wowana.me/alpine/testing/x86_64/ - i'll go ahead and push patch to ml
2019-09-25 21:15:48 <dwago> whats the default boot loader these days for gpt/uefi with alpine-setup
2019-09-25 21:15:59 <wowaname> so either trust a third-party repo or wait for it to be accepted in aports ;p
2019-09-25 21:16:07 <wowaname> im assuming grub, syslinux cant handle that can it
2019-09-25 21:16:17 <_ikke_> yeah, that would be grub
2019-09-25 21:16:21 <nepugia> I just used efistub
2019-09-25 21:17:20 <nepugia> The installer and initramfs should get some support for zfs native FDE :)
2019-09-25 21:18:01 <wowaname> musl-nscd wowaname@clamav> git send-email --to alpine-aports@lists.alpinelinux.org -1
2019-09-25 21:18:02 <wowaname> Cwd.c: loadable library and perl binaries are mismatched (got handshake key 0xce00080, needed 0xcd00080)
2019-09-25 21:18:07 <wowaname> oh this is a bother
2019-09-25 21:19:45 <_ikke_> gnn
2019-09-25 21:19:47 <_ikke_> hmm*
2019-09-25 21:20:11 <wowaname> would anything in cpan be conflicting with that possibly? i dont know how to use cpan like at all, its one of the worst things in perl imo
2019-09-25 21:20:16 <wowaname> i dont know what from cpan i have installed
2019-09-25 21:21:23 <_ikke_> I'm not that familiar with perl
2019-09-25 21:22:52 <wowaname> i just know how to script in it. havent needed it lately but its a nice language
2019-09-25 21:23:04 <mps> I don't install from meta/cpan, always build packages for distro I use
2019-09-25 21:23:30 <wowaname> yeah i should do that more religiously but im always like "eh lets just get this over with" and then it bites me down the road
2019-09-25 21:23:48 <mps> ofc :)
2019-09-25 21:23:52 <wowaname> at least for python packages i keep that stuff in ~/.local and can remove it pretty easily if i need to
2019-09-25 21:24:05 <mps> learned that long time ago
2019-09-25 21:24:27 <wowaname> this is why i want compiled, statically-linked stuff
2019-09-25 21:24:34 <wowaname> lot fewer moving parts
2019-09-25 21:24:58 <wowaname> python's broken and everyone admits it, they just put virtualenv on top of it and call it a day lol
2019-09-25 21:25:35 <mps> use crystal lang
2019-09-25 21:26:04 <wowaname> i'll look at it. also heard of pony from a friend
2019-09-25 21:26:20 <wowaname> Crystal’s syntax is heavily inspired by Ruby’s
2019-09-25 21:26:21 <wowaname> oh
2019-09-25 21:26:27 <wowaname> i feel like i looked at this a while back
2019-09-25 21:34:28 <wowaname> ah yeah i had some locally-installed modules in ~/perl5
2019-09-25 21:35:12 <wowaname> sent the patch to aports ml, we're all good now
2019-09-25 21:35:56 <wowaname> note i havent tested musl-nscd's runtime cus i dont have any idea how to make use of it. i'll leave that to one of the people in here who actually did want to use it
2019-09-25 21:36:21 <_ikke_> That's why packages start in testing ;-)
2019-09-25 21:36:48 <wowaname> yup
2019-09-25 22:11:20 <qrvpzvb> thanks for musl-nscd wowaname
2019-09-25 22:15:26 <qrvpzvb> hmm, it seems that it can only really be used with sssd
2019-09-25 22:21:02 <wowaname> ah
2019-09-25 22:21:33 <qrvpzvb> that's because alpine just doesn't have any other nss "providers"
2019-09-25 22:21:42 <wowaname> my forte is dns itself, i havent made use of ldap or any additional lookup directories
2019-09-25 22:21:54 <qrvpzvb> there's nss-pam-ldapd but even that doesn't actually contain the nss bits
2019-09-25 22:21:55 <wowaname> although ldap is on my list of things to play with
2019-09-25 22:23:14 <wowaname> speaking of dns, i almost forgot that there was a time before i used my own nameservers
2019-09-25 22:23:16 <wowaname> dark ages tbh
2019-09-25 22:23:42 <wowaname> i dont understand how people could tolerate a web admin panel for switching their records, but then again a lot of people set their stuff up and have no need to change it again
2019-09-25 22:24:11 <wowaname> i manage a lot so i routinely have to change stuff around, and i use dns-01 letsencrypt renewal
2019-09-25 23:52:17 <Youkai12> Does anyone know how this guy was able to install spice-vdagent? https://it-offshore.co.uk/linux/alpine-linux/30-alpine-linux-spice-kvm-desktop
2019-09-26 04:16:34 <twb> Dumb question, https://alpinelinux.org/about/  recommends 8MB for containers and 130MB storage for installs.  Does it mean 8MB of RAM, or 8MB of nonvolatile storage?
2019-09-26 04:17:55 <twb> (My boss is watching crappy youtube videos of someone running linux 2.4 on a 386DS, and I'm like "ffs, run a modern distro with a recent kernel, so you're not stupidly insecure".)
2019-09-26 04:22:48 <KatolaZ> twb: 8MB of storage
2019-09-26 04:22:55 <twb> Righto
2019-09-26 04:23:23 <twb> I guess that means the 130MB minimum install is 8MB of userland and 122MB of kernel drivers? ;-)
2019-09-26 04:45:34 <icyphox> wew, i just got minecraft running on alpine
2019-09-26 04:45:56 <dalias> neat -- with gcompat?
2019-09-26 04:46:26 <icyphox> no, a chroot
2019-09-26 04:47:11 <icyphox> debootstrap, some xauth hackery, mounting /dev and /proc
2019-09-26 04:47:29 <twb> does JVM not Just Work on alpine?
2019-09-26 04:47:34 <icyphox> nope
2019-09-26 04:47:41 <icyphox> didn't for me, anyway
2019-09-26 04:47:41 <twb> how come?
2019-09-26 04:47:50 <icyphox> doesn't the jre require glibc?
2019-09-26 04:48:04 <twb> I assume we're talking about like icedtea and not some crappy oracle version
2019-09-26 04:48:16 <icyphox> yea that
2019-09-26 04:48:30 <dalias> thats why you use openjdk jre
2019-09-26 04:48:36 <dalias> not oracle's shit
2019-09-26 04:48:43 <icyphox> i mean, that's what i am using
2019-09-26 04:48:49 <icyphox> that runs fine on glibc?
2019-09-26 04:48:54 <icyphox> *musl
2019-09-26 04:49:15 <dalias> apk add openjdk11-jre
2019-09-26 04:49:22 <twb> https://wiki.alpinelinux.org/wiki/Installing_Oracle_Java  suggests even non-free Oracle shit works as long as you juggle some grsec attributes
2019-09-26 04:49:41 <icyphox> https://openjdk.java.net/jeps/8229469
2019-09-26 04:49:57 <icyphox> oh wew
2019-09-26 04:50:02 <dalias> icyphox, you don't download glibc binaries. you install the right package for your distro
2019-09-26 04:50:45 <icyphox> i did try openjdk11
2019-09-26 04:51:05 <icyphox> but the minecraft launcher (the one i use anwyay) ships its own jre lmao
2019-09-26 04:51:13 <icyphox> which it then uses to run minecraft
2019-09-26 04:51:22 <twb> icyphox: well obviously you need to undo that
2019-09-26 04:51:35 <icyphox> i can't... it's a jar
2019-09-26 04:53:00 <twb> Er... I suspect you have an upstream bundle containing, like, minecraft.jar a copy of oracle JRE, and a script that basically does "./oracle/jvm -jar ./minecraft.jar"
2019-09-26 04:53:30 <twb> or you could just play minetest instead
2019-09-26 04:54:06 <icyphox> whatever lol, i'm just happy i got it working in the hack that i put together
2019-09-26 04:54:28 <icyphox> minetest has compat with minecraft?
2019-09-26 04:54:43 <icyphox> because my friends don't play minetest, and our server is minecraft
2019-09-26 04:55:24 <twb> no, because minecraft is non-free
2019-09-26 04:55:41 <twb> you would all have to switch at once
2019-09-26 04:56:13 <icyphox> yeah figured
2019-09-26 04:56:30 <icyphox> i doubt that'll happen
2019-09-26 04:58:16 <dalias> :-P
2019-09-26 05:07:39 <icyphox> twb: ok i looked into it; it doesn't /ship/ with a copy of JRE but rather downloads it during first run
2019-09-26 05:08:02 <twb> icyphox: ugh
2019-09-26 05:08:17 <icyphox> from its own repos
2019-09-26 05:08:24 <icyphox> now this worries me greatly :v
2019-09-26 05:08:55 <twb> well it's non-free software so fuck knows if it has been audited
2019-09-26 05:16:08 <icyphox> twb: so i unpackaged the launcher's jar, and i found a config with the repo urls. perhaps i could change that and get it to use openjdk11-jre insetad
2019-09-26 05:16:28 <twb> icyphox: to be honest, I don't care anymore
2019-09-26 05:16:42 <icyphox> ah okay
2019-09-26 05:16:50 <twb> quack for "minecraft and openjdk" or somethign, or talk to ##minecraft
2019-09-26 05:17:24 <icyphox> yeah sorry, it isn't super relevant here anyway
2019-09-26 05:59:32 <Youkai12> Does Alpine have an issue with the QXL driver?
2019-09-26 06:13:56 <mps> Youkai12: few months ago (when I worked with it) it worked fine
2019-09-26 06:15:00 <Youkai12> The module isn't loaded, but when I do a modprobe -vvv qxl I get "ERROR: could not insert `qxl`: Invalid Argument"
2019-09-26 06:19:08 <Youkai12> I finally got spice-vdagent working it seems by compiling the service and writing an init file for it...
2019-09-26 06:19:27 <Youkai12> still no auto-resize
2019-09-26 06:23:56 <mps> I forgot the details, but it worked for me using alpine as host and guest with qemu
2019-09-26 06:24:16 <Youkai12> ah, I have an alpine guest
2019-09-26 06:24:42 <mps> and debian as guest also
2019-09-26 06:25:20 <mps> and even windows10 as guest with drivers from redhat, iirc
2019-09-26 06:25:48 <Youkai12> yeah my win7 guest works fine on qxl
2019-09-26 06:37:47 <maldridge> MultiMC works quite well if you can convince it to build
2019-09-26 06:37:58 <maldridge> icyphox:
2019-09-26 06:59:17 <icyphox> maldridge: oh thanks i'll check it out
2019-09-26 09:20:04 <mps> Jenkler_: lxc fix is built on edge, in about 15 minutes you can try to upgrade it
2019-09-26 09:20:34 <mps> please test it and report back if it works
2019-09-26 10:33:12 <mps> Jenkler_: you are lucky, lxc fix is built for 3.10 also, you can 'apk update' and 'apk add -u lxc' and test
2019-09-26 10:34:43 <MY-R> or maybe we are lucky that he discovered the problem! :D
2019-09-26 10:35:37 <mps> we didn't discovered it because no one of us bother ;P
2019-09-26 10:36:32 <MY-R> or nobody using lxc-execute!
2019-09-26 10:36:58 <TBB> I didn't because I use lxd as my interface to lxc exclusively
2019-09-26 10:37:00 <mps> and I find this naming of lxc-execute misleading
2019-09-26 10:37:23 <MY-R> heh
2019-09-26 10:37:51 <mps> when I tried it first I thought it is execute command on already running instance
2019-09-26 10:38:19 <mps> after read man page I forgot about it
2019-09-26 10:39:24 <wowaname> it isnt alpine-aports@lists.alpinelinux.org anymore is it
2019-09-26 10:39:25 <wowaname> ugh
2019-09-26 10:40:07 <wowaname> or should that be aliased
2019-09-26 10:40:46 <wowaname> all i know is that i cant see my own post to the ML like how it's usually sent back to me
2019-09-26 10:41:14 <MY-R> and probably you wont :)
2019-09-26 10:41:30 <wowaname> i dont need the smartassery
2019-09-26 10:41:49 <wowaname> if the rationale for this is "it gets stuck in your sent folder anyway" 1. no it doesnt because im using git-send-email and 2. i have all shit for mailing lists in their own folders, including my replies to the list
2019-09-26 10:42:00 <wowaname> this is true for literally every other ml ive been using
2019-09-26 10:42:10 <MY-R> I was serious!
2019-09-26 10:42:49 <mps> because this change i stopped to use alpine ML's
2019-09-26 10:42:56 <MY-R> dunno if somebody gonna add it or no because some people were "complaining" about it too
2019-09-26 10:43:25 <wowaname> use of a smiley like that often suggests some sort of joke
2019-09-26 10:44:31 <wowaname> yeah sure enough my message is on the web ui that i do my best to avoid https://lists.alpinelinux.org/~alpine/aports/patches/3077
2019-09-26 10:44:45 <wowaname> whole reason i like email for this is i can use either or
2019-09-26 10:44:56 <wowaname> and with this change, i cant even do that
2019-09-26 10:45:25 <wowaname> for the way i use MLs i require a full archive in my mailbox
2019-09-26 10:45:31 <MY-R> but without it would sound too serious and already saw that is the feature :\
2019-09-26 10:46:03 <wowaname> it doesnt matter anymore how it came across, you explained
2019-09-26 10:46:07 <wowaname> its fine
2019-09-26 10:47:57 <wowaname> mps: in favour of what
2019-09-26 10:48:25 <mps> I want my mail to ML to be sent to me back
2019-09-26 10:48:48 <mps> it is confirmation that it arrived to ML
2019-09-26 10:48:48 <MY-R> wowaname, I'm not using alpine ML but I know that this thing is pain in the ass
2019-09-26 10:48:50 <wowaname> no i mean if you stopped using alpine MLs then what do you use alternatively
2019-09-26 10:49:07 <mps> irc and gitlab
2019-09-26 10:49:21 <wowaname> heh fair
2019-09-26 11:02:38 <nepugia> G'day
2019-09-26 11:53:18 <Jenkler> mps, now it works as it should on 3.10 :) Thanks for the help!
2019-09-26 11:54:15 <Jenkler> ncopa, thanks for the fast push :)
2019-09-26 11:54:49 <mps> nice to hear, and thanks for feedback
2019-09-26 11:56:41 <ncopa> np
2019-09-26 11:57:46 <xrs> hey guys, I have a little packaging question. :-)
2019-09-26 11:58:25 <Cogitri> So ask it :)
2019-09-26 11:58:25 <xrs> I have a binary that comes out of my tarball, which is put into $pkg-dev after abuild -r
2019-09-26 11:58:56 <xrs> it's called gnunet-config. How can I put into $pkg, not $pkg-dev?
2019-09-26 11:59:52 <_ikke_> xrs: where in the filesystem is it installed?
2019-09-26 12:00:59 <xrs> _ikke_: /usr/bin/gnunet-config
2019-09-26 12:39:02 <icyphox> can i remove the setup-alpine scripts post-install?
2019-09-26 12:45:07 <midasi> I try to run setup-alpine script from the generic ARM image. It always fails on the disk setup because the lvm2 and sfdisk packages are missing. how can I include these packages in the image?
2019-09-26 12:48:10 <midasi> Can I just copy them into the apks directory in the image or is it required to update APKINDEX as well? Can I alternatively build a new image with the missing package using 'mkimage.sh' from the aports/scripts directory?
2019-09-26 12:49:56 <mps> midasi: http://arvanta.net/mps/install-aarch64-under-qemu.txt, look at the part after 'start qemu to install on aarch64-work.img'
2019-09-26 12:53:31 <midasi> mps: If I understand correctly you would source the missing packages over the net?
2019-09-26 12:53:52 <mps> yes
2019-09-26 12:54:08 <midasi> unfortunately that's not working in my case, I need them locally
2019-09-26 12:54:44 <mps> then try with mkimg, I didn't had a luck with it
2019-09-26 12:55:16 <midasi> who's the maintainer?
2019-09-26 14:00:50 <TBB> is there an extended image available for that platform? if so, that's your easiest solution
2019-09-26 14:18:19 <midasi> TBB: there is no extended image for ARM. IMHO, the correct solution is too add the missing packages to the 'mkimg.base.sh', section 'profile_base'
2019-09-26 17:44:17 <xrs> Hi all! I made some progress with the gnunet package. Now I'd like to get the suid binaries installed. I read in the manual that the options="suid" must be set in APKBUILD. But it does not have any effect. Any ideas?
2019-09-26 17:45:26 <_ikke_> xrs: what happens?
2019-09-26 17:56:53 <xrs> _ikke_: The suid binaries are not installed as suid binaries at installation time.
2019-09-26 17:57:47 <_ikke_> xrs: That's not the problem of options='suid' then
2019-09-26 17:58:08 <_ikke_> That just disables abuild complaining about suid files
2019-09-26 17:58:27 <_ikke_> are the binaries suid in $pkgdir?
2019-09-26 17:58:31 <xrs> ok, good to know
2019-09-26 17:58:39 <xrs> I have to check.
2019-09-26 17:58:59 <xrs> Thanks so far, this helped :-)
2019-09-26 19:02:02 <markweston> Hi. I would like to install Alpine Linux on a separate partition, alongside Ubuntu 19.04 and Windows 10. However, the wiki guide says it's outdated and won't work with the newer versions of Alpine Linux, but won't elaborate how.
2019-09-26 19:03:06 <markweston> If I cannot follow the Wiki guide, is there another tutorial on how to achieve multi-boot with Alpine Linux?
2019-09-27 08:46:09 <Guest5843> hi
2019-09-27 08:46:35 <Guest5843> is it possible to use xmonad window manager in alpine linux?
2019-09-27 08:47:26 <AinNero> Alpine is not good with the Haskell ecosystem, which xmonad is part of
2019-09-27 08:47:58 <Guest5843> thanks for replying, good to know that
2019-09-27 10:49:35 <midasi> Is any expert of bootstrap.sh around? I try to run it on a x86_64 platform as 'bootstrap.sh aarch64' but it fails during the build of gcc-pass2-aarch64 with 'no such file or directory'
2019-09-27 10:56:51 <telmich> good morning
2019-09-27 10:57:30 <telmich> I am trying to install alpine to the new Dell xps 13 (7390), but when I create the usb uefi boot device, it only shows the cursor in the top left corner
2019-09-27 10:57:53 <telmich> Not sure if that one is actually from alpine/the bootloader or from the bios, as the dell logo is still there
2019-09-27 10:58:21 <telmich> do you have a hint on how to debug this?
2019-09-27 10:59:41 <mps> telmich: I had two months ago similar behavior on one board, enabling UEFI boot in bios solved it
2019-09-27 10:59:54 <telmich> mps: I think there is only uefi boot
2019-09-27 11:00:57 <mps> also I thought so but after 'going' to bios I found that I had to explicitly enable it
2019-09-27 11:01:52 <mps> and also in 'boot menu' (F8 or F12, forgot now) gives me options to boot UEFI or something (which I forgot what)
2019-09-27 11:01:53 <telmich> mps: also a dell?
2019-09-27 11:02:25 <mps> no, can't remember, I think it was gigabyte board
2019-09-27 11:03:16 <mps> but, ime alpine boots fine on UEFI which I tried
2019-09-27 11:03:33 <mps> UEFI's*
2019-09-27 11:04:06 <mps> ofc, not sure for those which I didn't tried
2019-09-27 11:17:09 <telmich> hmm
2019-09-27 11:17:10 <telmich> strange
2019-09-27 11:17:21 <telmich> ubuntu 19.04 is able to load the kernel
2019-09-27 11:17:27 <telmich> which bootloader is included in the iso?
2019-09-27 11:17:31 <telmich> syslinux?
2019-09-27 11:25:55 <_ikke_> yes, the default iso's use syslinux
2019-09-27 11:56:29 <mps> hmm, last time it was grub (iirc) but maybe I used extended iso
2019-09-27 11:56:44 <mps> last time I tried*
2019-09-27 16:01:01 <dalias> on alpine firefox, most videos I play have audio garbled as if it's being played at wrong sample format or rate
2019-09-27 16:01:22 <dalias> anyone know the way to force all audio playback to be software-resamples to 16bit 48khz stereo?
2019-09-27 16:02:06 <dalias> i think the problem is some nasty codecs want to output float (i hit this with mplayer too, but i know how to configure it not to do that) and the driver claims to support it but doesn't
2019-09-27 16:02:22 <dalias> but i don't know how to force it for all alsa-using apps
2019-09-27 16:05:06 <Cogitri> What's your audio setup?
2019-09-27 16:05:12 <Cogitri> You're using Pulse?
2019-09-27 16:05:24 <dalias> no pulse
2019-09-27 16:06:25 <dalias> i think upstream firefox dropped official support for no-pulse
2019-09-27 16:06:42 <Cogitri> Yes, it did
2019-09-27 16:06:56 <Cogitri> Dunno how you would do remixing in an alsa setup, sorry
2019-09-27 16:07:46 <dalias> alsa has always had support for it
2019-09-27 16:07:56 <dalias> and does it if it thinks it needs to afaik
2019-09-27 16:08:03 <dalias> the problem is that it wrongly thinks this bogus format is supported
2019-09-27 16:08:05 <dalias> and it's not
2019-09-27 16:16:06 <mps> dalias: what hardware
2019-09-27 16:16:26 <mps> I had similar issue on aarch64
2019-09-27 16:17:15 <dalias> hda_intel, Codec: Realtek ALC236
2019-09-27 16:17:55 <mps> ahm, then don't know, never had issues on hda_intel
2019-09-27 16:18:40 <mps> here is my from dmesg: 3.504506] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC663: line_outs=2 (0x14/0x16/0x0/0x0/0x0) type:speaker
2019-09-27 18:22:56 <telmich> is there a deboostrap equivalant for alpine linux that allows me to create a chroot on non-alpine for alpine?
2019-09-27 18:24:17 <Cogitri> You can use a static apk package to do that
2019-09-27 18:24:20 <Cogitri> See the chroot guide in the wiki
2019-09-27 18:26:56 <telmich> checking, you are referring to https://wiki.alpinelinux.org/wiki/Chroot ?
2019-09-27 18:27:38 <icyphox> did the seahorse pkg get removed?
2019-09-27 18:28:07 <KatolaZ> icyphox: yes, it got caught by a squid
2019-09-27 18:28:15 <KatolaZ> (ok, that was a bad one, sorry...:P)
2019-09-27 18:28:19 <icyphox> :)
2019-09-27 18:28:22 <icyphox> nice
2019-09-27 18:28:42 <icyphox> ah it's on edge/community
2019-09-27 18:28:44 <mps> telmich: something like 'apk.static -X https://nl.alpinelinux.org/alpine/edge/main -U --allow-untrusted --root /edge add tcsh tmux vim'
2019-09-27 18:28:45 <KatolaZ> (no idea, sorry ;P)
2019-09-27 18:28:53 <icyphox> np mate xD
2019-09-27 18:30:46 <mps> sorry, this one 'apk.static -X https://nl.alpinelinux.org/alpine/edge/main -U --allow-untrusted --root /edge --initdb add alpine-base'
2019-09-27 18:31:15 <mps> previous one are to add additional pkgs in chroot
2019-09-27 18:34:59 <manuel_wag> Hello everyone! Short question: I want to run Alpine Linux on a Raspberry Pi Zero which neither has a display nor a mouse or keyboard. Can I prepare the sdcard somehow, so that the Raspi automatically starts with certain settings (SSH, DHCP, wpa_supplicant) pre-set?
2019-09-27 18:35:28 <_ikke_> manuel_wag: yes, using an apkovl
2019-09-27 18:35:38 <Cogitri> icyphox: Oh, did I break something? I moved all of GNOME into community
2019-09-27 18:36:21 <icyphox> i don't think you broke anything, it's just all on edge
2019-09-27 18:36:27 <icyphox> not on 3.10
2019-09-27 18:37:04 <manuel_wag> @_ikke Thanks for hint, i'll look into it
2019-09-27 18:40:11 <Cogitri> icyphox: Ah yes. It'll be in 3.11 :)
2019-09-27 18:40:26 <icyphox> all good :)
2019-09-27 18:41:42 <manuel_wag> Hmmm.. regarding that apkovl. It seems to me as if I would have to set my system up first, (using alpine-setup) and than I can reate the apkovl with `lbu'. The thing is, on a headless system, I cannot run `alpine-setup' in the first place.
2019-09-27 18:42:33 <_ikke_> manuel_wag: I'm not sure of the exact format, but the apkovl file is just an archive
2019-09-27 18:42:50 <_ikke_> It should be possible to create one manually
2019-09-27 18:43:01 <manuel_wag> My idea was to download the alpine tarball, extract it onto the sdcard, then do some configuration on the sdcard, and then boot up the system and tadaa it's available in my network
2019-09-27 18:43:01 <_ikke_> https://wiki.alpinelinux.org/wiki/Manually_editing_a_existing_apkovl
2019-09-27 18:43:07 <manuel_wag> okay I see
2019-09-27 18:43:10 <manuel_wag> I hoped that
2019-09-27 18:43:27 <_ikke_> manuel_wag: The images for raspberry pi's all work in run-from-ran mode
2019-09-27 18:44:45 <manuel_wag> Wow the apkovl really seems to be just a tarball. Didn't know that.
2019-09-27 18:45:55 <manuel_wag> Yes but they don't start a SSH server or connect to my network. So they're unreachable to me.
2019-09-27 18:46:11 <_ikke_> yes, I understand
2019-09-27 18:46:20 <_ikke_> so that's why you would create an apkovl to set those things
2019-09-27 18:46:54 <manuel_wag> Yes this will work. :)
2019-09-27 18:47:07 <manuel_wag> Thank you! Much appreciated!
2019-09-27 18:47:37 <_ikke_> You can boot an image, run setup-alpine, make change, lbu commit and copy the apk-ovl
2019-09-27 18:48:03 <_ikke_> There should be nothing arch specific in the apkovl
2019-09-27 18:48:50 <_ikke_> The only thing is that you need to verify the /etc/apk/world file to make sure you have the correct packages for the raspberry pi
2019-09-27 18:52:20 <manuel_wag> I see!
2019-09-27 18:52:31 <manuel_wag> I will take care of that.
2019-09-27 18:52:48 <manuel_wag> Thank you again! I have to go now..
2019-09-27 18:53:14 <manuel_wag> Have a good night!
2019-09-27 18:53:17 <_ikke_> you as well
2019-09-27 19:03:32 <sy> I think I asked this already but forgot the answer - I'm using LDAP auth, is there a way to make it work since alpine has no nsswitch?
2019-09-27 19:04:31 <_ikke_> sy: https://github.com/pikhq/musl-nscd
2019-09-27 19:06:49 <sy> so I need nscd and nslcd :P
2019-09-27 19:07:02 <_ikke_> I don't think you actually need nscd
2019-09-27 19:07:10 <_ikke_> Not sure though
2019-09-27 19:07:26 <_ikke_> "musl-nscd is an implementation of the NSCD protocol."
2019-09-27 19:08:35 <sy> seems to error out - nscd: libnss_files.so: Error loading shared library libnss_files.so: No such file or directory
2019-09-27 19:11:27 <Cogitri> Is somebody using a smartcard (Yubikey) on Alpine? I can't seem to get the permissions right to access it with !root
2019-09-27 19:12:02 <Cogitri> I've already added myself to the pcscd group but it appears I'm still not allowed to access it
2019-09-27 19:14:20 <_ikke_> No, not using it on Alpine
2019-09-27 19:16:09 <_ikke_> Anyone knows how you can quickly go to a specific MR in gitlab if you know the number?
2019-09-27 19:16:13 <_ikke_> I cannot find anything
2019-09-27 19:16:33 <AinNero> Cogitri: whats the device name? do a `stat` on it
2019-09-27 19:18:37 <Cogitri> Good call /dev/usb/hiddev0 is root:root with 600
2019-09-27 19:18:51 <Cogitri> I had expected pcscd would handle that for me though
2019-09-27 19:26:49 <midasi> sy: you have to install the required libnss separately. musl-nscd doesn't work with (local) files however... afaik it only works with samba/winbind in alpine (samba-libnss-winbind package)
2019-09-27 19:27:17 <mps> _ikke_: what you mean? from url? or something else
2019-09-27 19:27:49 <_ikke_> I have the merge request number, I'm somewhere in the project on gitlab, and want to directly go the that merge request
2019-09-27 19:28:31 <mps> https://gitlab.alpinelinux.org/alpine/aports/merge_requests/10
2019-09-27 19:28:34 <mps> ?
2019-09-27 19:28:46 <mps> url + MR number?
2019-09-27 19:29:13 <_ikke_> possible, but anoying
2019-09-27 19:29:36 <mps> have no better idea
2019-09-27 19:29:55 <_ikke_> nope
2019-09-27 19:30:10 <_ikke_> Tried searching, but no results, only proposals that seem to not have been implemented
2019-09-27 19:32:15 <mps> 'lab' utility help me from cli to show MR's and issues
2019-09-27 19:34:08 <Cogitri> Hm, seems like setting more relaxed permissions on that doesn't fix the Yubikey either 🤔
2019-09-27 19:35:39 <mps> Cogitri: so, you got it and it shows it is unbreakable :P (at least not yet)
2019-09-27 19:36:11 <Cogitri> Heh :P
2019-09-27 19:36:30 <Cogitri> I wanted to use it both for login and as encryption password though, so I'd rather have it work :P
2019-09-27 19:38:20 <mps> looked at it on the net, but never ordered one although look useful thing to have
2019-09-27 19:38:59 <_ikke_> I have one as well, and use it mosly for u2f
2019-09-27 19:44:39 <telmich> KatolaZ: long time no see!
2019-09-27 19:45:15 <telmich> mps: hmm, that answers with "ERROR: Unable to lock database: No such file or directory" followed by "ERROR: Failed to open apk database: No such file or directory"
2019-09-27 19:48:31 <telmich> mps: --initdb fixed it
2019-09-27 19:50:24 <mps> yes, just tried it with 'mkdir tmp' and 'apk.static -X https://nl.alpinelinux.org/alpine/edge/main -U --allow-untrusted --root tmp --initdb add alpine-base'
2019-09-27 19:50:32 <mps> as root ofc
2019-09-27 19:51:21 <mps> usually I add some more pkg's after alpine-base
2019-09-27 20:05:09 <telmich> nice.. I have an almost working initramfs
2019-09-27 20:06:38 <mps> that way I make alpine on sdcards for SBC's (arm mostly)
2019-09-27 20:07:09 <mps> but sometimes it is starting point for creating lxc containers
2019-09-27 20:08:03 <Cogitri> Hooray, the Yubikey works with the correct udev rules now
2019-09-27 20:08:19 <_ikke_> Cogitri: nice
2019-09-27 20:09:31 <telmich> hmm, I am missing the device files, probably needs some *dev manager
2019-09-27 20:15:12 <sy> midasi: you mean I shouldn't put files into the nsswitch?
2019-09-27 20:15:30 <sy> and just use passwd: ldap
2019-09-27 20:16:58 <telmich> nice...adding devfs & co. works - have a net bootable alpine now
2019-09-27 20:20:23 <Cogitri> 👍
2019-09-27 20:21:07 <telmich> it's a bit rough, but a first step towards what I want to do can be found on https://code.ungleich.ch/ungleich-public/ungleich-tools/blob/master/build-alpine-chroot.sh
2019-09-27 20:22:06 <telmich> I am looking at a way to replace our current netboot image. The netboot files I found on http://dl-cdn.alpinelinux.org/alpine/v3.10/releases/x86_64/alpine-netboot-3.10.2-x86_64.tar.gz did not work for netbooting directly for me
2019-09-27 20:26:42 <midasi> sy: yes, exactly. Moreover, you need to install libnss_ldap.so modules, but there is no package in Alpine for that
2019-09-27 20:27:32 <sy> To be honest this seems like a lot of trouble, I might switch away from alpine, I use it for 99% of my linux boxes but this sounds difficult and if it works, it'll just be hacky
2019-09-27 20:29:42 <midasi> we use musl-nscd in combination with libnss_winbind on samba fileservers with many users ..
2019-09-27 20:33:24 <midasi> imho it shouldn't be too difficult to build a libnss_ldap.so module but I never tried it
2019-09-27 20:36:56 <KatolaZ> hey telmich
2019-09-27 20:36:57 <KatolaZ> o/
2019-09-27 20:37:14 <sy> ah i see it loads libnss_<nsswitch entry>
2019-09-27 20:37:22 <sy> well that took me a long time to realise
2019-09-27 20:37:41 <sy> maybe this will only be a medium-rare level of hackiness
2019-09-27 20:39:33 <sy> midasi: I'm guessing I've got to compile whatever provides libnss_ldap.so. That's libnss right?
2019-09-27 20:44:13 <midasi> yes exactly... perhaps maldridge is around to ask for some support. He is the maintainer of musl-nscd
2019-09-27 21:06:19 <maldridge> what's up?
2019-09-27 21:06:42 <maldridge> sy: nss-pam-ldap is the project that generally provides that
2019-09-27 21:06:57 <maldridge> https://arthurdejong.org/nss-pam-ldapd/
2019-09-27 21:21:21 <PICCORO> please urgent -> what is the difference between ubase and coreutils pacakges in alpine linux?
2019-09-27 21:23:48 <_ikke_> ubase comes from suckless
2019-09-27 21:24:07 <_ikke_> coreutils comes from gnu
2019-09-27 21:24:25 <_ikke_> ubase is in testing, coreutils in main
2019-09-27 21:24:27 <PICCORO> i mean in terms of functionality
2019-09-27 21:24:43 <sy> yes
2019-09-27 21:24:50 <sy> otherwise they would be the same thing
2019-09-27 21:25:08 <_ikke_> PICCORO: Did you try to do some research?
2019-09-27 21:25:11 <sy> if you have to ask you probably want coreutils
2019-09-27 21:25:19 <PICCORO> are the same thing? so both pacakge must have a conflicting ? that's my case
2019-09-27 21:25:20 <sy> or in fact neither because you don't need either on alpine
2019-09-27 21:25:41 <PICCORO> umm -> ACTIVANTING CHROOT AGAIN for testing...
2019-09-27 21:25:57 <sy> maldridge: this is installed actually
2019-09-27 21:26:05 <_ikke_> PICCORO: they are different implementations of the same tools
2019-09-27 21:26:35 <PICCORO> in which manner _ikke_
2019-09-27 21:26:37 <PICCORO> in which manner _ikke_ ?
2019-09-27 21:27:04 <_ikke_> I have no idea
2019-09-27 21:27:22 <_ikke_> just like busybox is a different implementation of a lot of tools
2019-09-27 21:27:24 <PICCORO> ¬_¬
2019-09-27 21:27:31 <_ikke_> Just different people buildig these tools
2019-09-27 21:27:37 <_ikke_> But I don't know how they differ
2019-09-27 21:27:49 <_ikke_> You'd have to compare things yourself
2019-09-27 21:28:07 <PICCORO> where i requet that this reflects the size of files? -> https://pkgs.alpinelinux.org/contents?file=who&path=&name=&branch=edge
2019-09-27 21:30:42 <_ikke_> on gitlab
2019-09-27 21:32:07 <PICCORO> whic project.. sorry for lazy questions.. i'm editing wiki
2019-09-27 21:36:20 <PICCORO> ubase adn coreutils compared! done! exiting CHROOT! coreutils are more big and compelte ubase are more flat adn little and provide almost need functions only
2019-09-27 21:37:51 <sy> how very dramatic
2019-09-27 21:37:56 <sy> ubase: the movie
2019-09-27 23:01:38 <omniuwo> please urgent -> I didn't know about ubase/sbase, thanks!
2019-09-27 23:08:32 <omniuwo> has anyone built ubase against picolibc?
2019-09-28 00:07:04 <bbuccianti> I'm trying to build a packages for fennel
2019-09-28 00:07:14 <bbuccianti> fennel-lang.org is a lua lisp language
2019-09-28 00:07:54 <bbuccianti> but can't do it
2019-09-28 00:11:53 <bbuccianti> do you know any good example of an APKBUILD that I can follow?
2019-09-28 00:27:25 <_ikke_> bbuccianti: maybe something like cystal or haskell
2019-09-28 00:27:36 <_ikke_> What issues are you having?
2019-09-28 00:28:49 <bbuccianti> preparing the second subpackage abulid can't cd to pkg/lua5.2-fennel: no such file or directory
2019-09-28 00:29:22 <bbuccianti> but I don't understand how lua5.1-fennel is working
2019-09-28 00:29:28 <bbuccianti> and 5.2 not
2019-09-28 00:42:24 <bbuccianti> how and when can I create the $subpkgdir ?
2019-09-28 08:31:19 <Cogitri> dalias: Sorry for the ping, but how does musl gettext compare to GNU gettext? I'm currently considering switching stuff over from GNU gettext to musl's implementation if it's ready
2019-09-28 15:59:36 <vicencb> ncopa: _ikke_: mps: hi, is there any reason why PR 10936 is being withheld?
2019-09-28 16:04:59 <_ikke_> vicencb: kernel related changes are usually a bit more specialized. Usually ncopa takes care of them in due time
2019-09-28 16:05:50 <vicencb> ok, i'll be more patient
2019-09-28 16:06:53 <_ikke_> ncopa added the C-kernel label, so at some point he will look at all of those (usually when it's time to decide to upgrade to a new kernel)
2019-09-28 16:12:15 <vicencb> in the meanwhile, how can i tell apk not to upgrade the kernel? otherwise it will overwrite the one i've build and the board will not boot
2019-09-28 16:12:41 <_ikke_> apk add <pkg>=<pkver>
2019-09-28 16:12:55 <vicencb> ok, thanks!
2019-09-28 16:34:40 <mps> vicencb: I looked at PR, and actually waiting for next LTS kernel to test this
2019-09-28 16:35:21 <mps> is it important to enable PINCTRL_SINGLE in current kernel on 3.10 (stable)?
2019-09-28 16:36:48 <vicencb> first i thought it wasnt, but the built-in console used to print the boot messages makes use of the uart which in turn uses pins (Rx/Tx) which need to be configured with PINCTRL_SINGLE
2019-09-28 16:37:04 <vicencb> otherwise it does not boot at all
2019-09-28 16:37:38 <mps> ok, I think I can make MR enabling this.
2019-09-28 16:37:54 <mps> I mean for edge kernel
2019-09-28 16:38:40 <vicencb> thanks
2019-09-28 16:38:42 <mps> anyway I'm testing some changes in kernel for armv7/armhf
2019-09-28 16:39:37 <AinNero> 
2019-09-28 16:39:51 <AinNero> (ignore that)
2019-09-28 16:40:34 <mps> AinNero: what to ignore? I don't see anything :)
2019-09-28 19:46:01 <user_20234> The documentation in the wiki for installing cmake doesn't work. You can see the packages fail to install here https://paste.ofcode.org/CXrb4njSe7i2WAb3aTfwe2 . Offical doc -> https://wiki.alpinelinux.org/wiki/How_to_get_regular_stuff_working#a_complete_install_for_cmake_looks_like
2019-09-28 19:48:20 <user_20234> What's the correct way to install it and where I'm I supposed to open documentation bugs? The link in the wiki simply points me to the gitlab orgnanization. There's 17 projects which means 17 issue boards, but the wiki doesn't specify which one to use...
2019-09-28 19:56:39 <mps> did you enabled community repo in /etc/apk/repositories
2019-09-29 09:12:47 <telmich> trying to compile jool on alpine, it fails to find /lib/modules/4.19.73-0-vanilla/build - even though I have linux-headers installed
2019-09-29 09:12:56 <telmich> is there another package required for building kernel modules?
2019-09-29 09:14:19 <AinNero> there shouldn't be a 'build' directory in the modules tree
2019-09-29 09:14:48 <AinNero> jool shouldn't expect anything there...
2019-09-29 09:15:05 <telmich> AinNero: he - but it works on other distros[tm] :-)
2019-09-29 09:15:41 <telmich> I'll check if I can easily patch the jool code
2019-09-29 09:15:47 <AinNero> uhm, wait
2019-09-29 09:16:00 <telmich> hmm, wait
2019-09-29 09:16:04 <telmich> make[2]: Entering directory '/root/jool-4.0.1/src/mod/siit'
2019-09-29 09:16:04 <telmich> make -C /lib/modules/4.19.73-0-vanilla/build M=$PWD JOOL_FLAGS=""
2019-09-29 09:16:10 <mps> linux-vanilla-dev
2019-09-29 09:16:12 <telmich> that somewhat rings a bell
2019-09-29 09:16:36 <AinNero> it compiles kernel modules, so it surely needs a kernel source tree checkout somewhere
2019-09-29 09:16:49 <AinNero> dont know if alpine ships one...
2019-09-29 09:17:22 <telmich> *rebooting* just had a kernel upgrade as well
2019-09-29 09:17:53 <mps> telmich: apk add linux-vanilla-dev linux-headers
2019-09-29 09:18:14 <telmich> mps: thanks!
2019-09-29 09:19:15 <mps> I build bbswitch module with every kernel upgrade
2019-09-29 09:19:31 <mps> what is 'jool'? kernel module?
2019-09-29 09:19:36 <AinNero> telmich: btw the zfs package seems to do a similar thing
2019-09-29 09:19:47 <telmich> mps: jool is a nat64 kernel module, it is pretty neat
2019-09-29 09:20:16 <mps> then you need linux-vanilla-dev to build it
2019-09-29 09:21:43 <telmich> *retest*
2019-09-29 09:21:52 <telmich> that looks good
2019-09-29 09:24:21 <telmich> hmm, or not: ../common/wargp.h:4:10: fatal error: argp.h: No such file or directory
2019-09-29 09:26:10 <mps> looks like kernel dev is not enough, try to add 'apk add argp-standalone'
2019-09-29 09:26:24 <_ikke_> https://pkgs.alpinelinux.org/contents?file=argp.h&path=&name=&branch=edge
2019-09-29 09:26:31 <telmich> I am documenting the process on https://redmine.ungleich.ch/issues/7180 btw
2019-09-29 09:26:44 <telmich> We are switching (trying to switch) our routers to alpine today
2019-09-29 09:26:49 <_ikke_> cool
2019-09-29 09:28:02 <telmich> What is a bit nasty is that the interfaces file is only ca. 90% compatible with what debian has - specifically the bonding has a bit a different syntax
2019-09-29 09:28:17 <mps> I switched mine about two years ago, although they are simple
2019-09-29 09:28:53 <telmich> is there currently any "dkms alike way" for managing kernel modules in alpine?
2019-09-29 09:29:19 <mps> no
2019-09-29 09:29:59 <telmich> ok, so then we need to be a bit careful with regards to kernel updates / automate rebuilding jool on apk upgrade
2019-09-29 09:32:32 <mps> you can look some third party modules in alpine, for example community/wireguard-vanilla
2019-09-29 09:37:04 <AinNero> (or zfs)
2019-09-29 09:41:32 <mps> yes, but wireguard-vanilla is simpler and also main/xtables-addons-vanilla/ than zfs
2019-09-29 10:21:34 <daemon> good day folks
2019-09-29 10:22:04 <daemon> where would I be able to find how openssl1.02t was compiled on alpine in alpine for its pkg generation
2019-09-29 10:22:19 <daemon> I wish to recompile it with some specific options, but when I do it causes a heap of problems
2019-09-29 10:22:32 <daemon> so I assume when you guys build it for use in packages your using a different options set than me
2019-09-29 10:22:39 <daemon> could do with finding out what :)
2019-09-29 10:29:54 <mps> git.alpinelinux.org/main/openssl, iirc, writing from head
2019-09-29 10:31:51 <mps> https://git.alpinelinux.org/aports/tree/main/openssl
2019-09-29 10:31:53 <Cogitri> daemon: Clone github.com/alpinelinux/aports and then follow https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package until `Creating an APKBUILD file`
2019-09-29 10:38:01 <daemon> cheers guys :)
2019-09-29 15:29:35 <Cogitri> Some ZFS users here? Would be nice if someone tested https://github.com/alpinelinux/aports/pull/11704
2019-09-29 15:45:29 <_ikke_> hmm, qemu over 1h build time already
2019-09-29 15:46:21 <Cogitri> Huh, on what arch?
2019-09-29 15:46:44 <Cogitri> At least on my x86_64 laptop qemu builts within minutes, so I'd be surprised if the builder was slower
2019-09-29 15:46:57 <_ikke_> Hmm, maybe it's something else
2019-09-29 15:47:39 <_ikke_> It's building more
2019-09-29 15:48:00 <_ikke_> gvfs
2019-09-29 15:48:53 <_ikke_> now building xbmc, so a bunch of packages
2019-09-29 15:49:00 <Cogitri> Independently of Qemu?
2019-09-29 15:49:35 <_ikke_> one MR wich rebuilds a couple of packages against a new dependency
2019-09-29 15:50:13 <Cogitri> Ah
2019-09-29 15:50:16 <Cogitri> Got it
2019-09-29 15:53:50 <_ikke_> and now it timed out :(
2019-09-29 15:54:50 <Cogitri> Well, at least we can change the limit with Gitlab :)
2019-09-29 15:54:53 <Cogitri> (or rather, users can)
2019-09-29 19:00:29 <robin666> hello all, i think i bricked my nextcloud installation by upgrading. It throws an error on cloud_federation_api, but i cant disable it because the upgrade fails...
2019-09-29 19:00:36 <robin666> https://pastebin.com/qnzHceHS
2019-09-29 20:28:42 <qrvpzvb> hello
2019-09-29 21:27:23 <qrvpzvb> acf openssh seems to timeout for whatever reason
2019-09-29 21:27:28 <qrvpzvb> and there's nothin in acf.log
2019-09-29 22:07:18 <qrvpzvb> is there a web tracker for acf?
2019-09-29 22:07:29 <qrvpzvb> should I use aports?
2019-09-29 23:46:48 <qrvpzvb> I really have no idea why acf-openssh times out
2019-09-30 00:42:42 <qrvpzvb> ok got it, it's because netstat -t is very slow
2019-09-30 00:46:24 <qrvpzvb> which is DNS related
2019-09-30 00:58:00 <chunkypuffs> Hey guys
2019-09-30 00:58:20 <chunkypuffs> I just read a little bit about alpine, since I didn't really get the difference before. It uses musl and has gnu coreutils as an optional.
2019-09-30 00:58:39 <chunkypuffs> I know why it's lightweight when using docker packages, because of various options to remove cache, not do insane things, etc.
2019-09-30 00:58:45 <chunkypuffs> when making dockerfiles*
2019-09-30 00:58:57 <chunkypuffs> As for using it on my laptop, would its use of musl actually make things more performant?
2019-09-30 00:59:11 <chunkypuffs> Are there reasons to assume my laptop would be more performant generally because of the Alpine practices?
2019-09-30 00:59:36 <chunkypuffs> Keep in mind that I have valid reasons for wanting this, I'm using Arch at the moment on an x230t (old thinkpad).
2019-09-30 00:59:50 <chunkypuffs> This is not modern hardware, this is not an already fine and performant laptop.
2019-09-30 04:09:40 <e^1> how can i have latest version of docker running on alpine ? Right now it's pulling 18.09 instead of 19.03
2019-09-30 04:11:37 <maldridge> e^1: you could install from edge, but understand the consequences of doing that
2019-09-30 04:16:26 <e^1> maldridge: generally speaking from edge it will be buggy ?
2019-09-30 04:16:55 <e^1> we are thinking to run in production workloads but if latest docker version it not available it can be a problem
2019-09-30 04:17:00 <maldridge> no more buggy than if you'd installed it from source
2019-09-30 04:17:17 <maldridge> just make sure that you understand that running from edge can cause problems where not all the sonames line up
2019-09-30 04:17:32 <e^1> maldridge: yeah i do understand
2019-09-30 04:17:41 <maldridge> then you should be fine
2019-09-30 04:17:53 <maldridge> I have production workloads running on things from edge, but in general I do try to avoid it
2019-09-30 04:18:05 <e^1> maldridge: container workloads ?
2019-09-30 04:18:23 <maldridge> yeah, my organization runs alpine as the base on which we run nomad
2019-09-30 04:18:55 <e^1> cool
2019-09-30 04:19:14 <e^1> maldridge: currently we were considering to replace ubuntu with alpine as our base OS
2019-09-30 04:19:33 <e^1> but the compatibility of application needs to be checked
2019-09-30 04:19:55 <e^1> maldridge: you guys are using docker from edge or the stable one ?
2019-09-30 04:19:56 <maldridge> well, the general question I pose to organizations that want to do that is: "Do you understand how the sysetm works"
2019-09-30 04:20:09 <maldridge> not just install it and configure it, but do you understand why things work the way they do
2019-09-30 04:20:29 <e^1> maldridge: fair question
2019-09-30 04:20:44 <maldridge> we run from stable btw
2019-09-30 04:20:53 <maldridge> there's no features/fixes in edge that I currently require
2019-09-30 04:21:20 <e^1> They have given that responsibility on me, to research and come up with ideas..
2019-09-30 04:22:13 <e^1> maldridge: what about securitye fixes ?
2019-09-30 04:22:43 <maldridge> we weigh the risk vs the environment we run in
2019-09-30 04:23:05 <maldridge> the risk has to be fairly significant to justify rolling out something from edge to the entire fleet
2019-09-30 04:24:59 <e^1> okay
2019-09-30 04:25:50 <e^1> right now for me it's a roadblock as we can't back to previous versions and run docker from edge
2019-09-30 04:26:21 <maldridge> what do you need from docker 19 specifically?
2019-09-30 04:26:38 <maldridge> also here's a writeup from my experiences with alpine in prod: https://michaelwashere.net/post/2019-04-06-hashicorp-on-alpine/
2019-09-30 04:26:47 <maldridge> its dated, but its still got a few nugets
2019-09-30 04:28:59 <e^1> thanks for the share, maldridge currently all our production workloads are on version 19, it's highly unlikely to move all the current infrastructure setup to older version as it might break things here and there..
2019-09-30 04:30:09 <maldridge> you don't have tests to confirm that?
2019-09-30 04:31:57 <e^1> yes it's there, but it will consume tons of man hours to test everything, we have huge container workloads already running
2019-09-30 04:32:19 <maldridge> ah, so these tests are not automated
2019-09-30 04:32:38 <e^1> you can say, some are and some aren't
2019-09-30 04:32:50 <maldridge> I think I could also safely say they never get run :)
2019-09-30 04:32:54 <e^1> we are not yet there... full automation stage
2019-09-30 04:33:12 <maldridge> I have a dedicated burn-in suite that must pass before a machine is released to the cluster scheduler
2019-09-30 04:33:32 <e^1> maldridge: how is your architecture like ?
2019-09-30 04:33:44 <maldridge> its almost exactly the hashicorp reference architecture
2019-09-30 04:33:48 <maldridge> let me find a diagram that's public
2019-09-30 04:35:36 <maldridge> https://d1.awsstatic.com/partner-network/QuickStart/datasheets/hashicorp-nomad-on-aws-architecture.1ac0036760cf893469567a74feb905adb6082a86.png
2019-09-30 04:35:41 <maldridge> things look roughly like this
2019-09-30 04:36:22 <e^1> makes sense +1
2019-09-30 04:37:23 <maldridge> its basically less than 10 "specialized" machines on the control plane, and then a number I shant disclose of identical worker machines that function as a pool
2019-09-30 04:39:18 <e^1> cool :)
2019-09-30 05:13:12 <iggy> chunkypuffs: cpu performance wise, alpine is probably a little slower than other distros (at least musl vs glibc wise)... but not by much, and if you are short on memory, it could make up for the perf penalty pretty easily... that said, alpine on a laptop probably isn't as smooth of an experience as other distros (yet)... should be easy to test by running from a USB drive though
2019-09-30 05:29:54 <shrizza> chunkypuffs: I use Alpine on a X200 (10-year old laptop) and it works great for my purposes.
2019-09-30 05:36:47 <chunkypuffs> shrizza, iggy Well I'm asking this explicitly because I already use Arch which is minimal enough
2019-09-30 05:37:05 <chunkypuffs> I'm asking if musl or anything else about Alpine makes it genuinely more performant in a way
2019-09-30 05:37:30 <chunkypuffs> You're saying musl is actually slower? Why is that?
2019-09-30 05:38:33 <shrizza> Hm, sorry I haven't used Arch for almost 10 years so I can't say.
2019-09-30 05:39:10 <chunkypuffs> I like to think of Arch as similar to Alpine conceptually
2019-09-30 05:39:34 <chunkypuffs> although Alpine takes a more extremist stance, and is against systemd, glibc, gnu coreutils etc.
2019-09-30 05:39:34 <mps> chunkypuffs: alpine is faster and use less memory on arm machines than any other glibc based distro, ime
2019-09-30 05:39:42 <chunkypuffs> that's interesting
2019-09-30 05:39:48 <chunkypuffs> so I should be using alpine on my pi's? :)
2019-09-30 05:40:13 <nepugia> all depends on your requirements ;)
2019-09-30 05:40:30 <chunkypuffs> nepugia, I want to have a raspberry pi running Cura
2019-09-30 05:40:44 <chunkypuffs> how is the VC5support for the pi4?
2019-09-30 05:41:04 <mps> when I switched from raspbian and armbian to alpine at first I thought something does not work as it should because speed difference
2019-09-30 05:41:22 <chunkypuffs> Right, at first?
2019-09-30 05:41:25 <chunkypuffs> But then what did you do
2019-09-30 05:42:07 <mps> and on old eeepc (x86 32bit) it is faster a lot than debian
2019-09-30 05:42:26 <chunkypuffs> dude I have that same eeepc
2019-09-30 05:42:33 <chunkypuffs> 1001px or something of that nature?
2019-09-30 05:43:09 <mps> chunkypuffs: yes, somethig like 1000 XXX from asus
2019-09-30 05:43:26 <chunkypuffs> I ripped the keyboard connector header off
2019-09-30 05:43:31 <chunkypuffs> I can't find that plastic part anywhere online
2019-09-30 05:43:38 <chunkypuffs> it's so screwed, would otherwise be perfect
2019-09-30 05:44:53 <mps> I used it as mail/web/xmpp etc server wifi router/AP with alpine till switched to arm SBC
2019-09-30 05:45:37 <mps> with debian it crawled with alpine it worked very fine
2019-09-30 05:45:50 <chunkypuffs> mps, so why is alpine no difference on the pi?
2019-09-30 05:46:49 <mps> I don't have RPI's so don't know much about them, but I have other arm boards and alpine is perfect on them
2019-09-30 05:47:11 <mps> faster than Arch or any debian derived os
2019-09-30 05:48:01 <chunkypuffs> Right but I doubt you've quantified that
2019-09-30 05:48:08 <mps> and yes, I use it as my primary workstation and servers
2019-09-30 05:48:09 <chunkypuffs> I can take your word and try for myself
2019-09-30 05:48:12 <chunkypuffs> takes no time to try
2019-09-30 05:48:25 <chunkypuffs> I'm mostly interested in using the gpu for Cura
2019-09-30 05:49:01 <mps> eh, I don't know much about use cases for GPU's
2019-09-30 05:50:00 <mps> but, as nepugia wrote, all depends on your use cases
2019-09-30 05:50:17 <mps> test it and decide is it ok for you
2019-09-30 05:52:56 <chunkypuffs> mps, Well I asked more specifically about whether it supports the pi4's gpu or not
2019-09-30 05:54:25 <nepugia> I assume that depends on whether linux+mesa supports it out of the box :)
2019-09-30 05:57:18 <mps> nepugia: right
2019-09-30 05:58:06 <chunkypuffs> Yea I think it will, I'll report back on how amazing it is/isn't tomorrow
2019-09-30 06:06:31 <CvH> Hi, does anyone knows if there is a recent mainline kernel (5.2/5.3) for the "Generic Arm" image ? Just asking as I have silly problems with Allwinner H2+/H5 and a Alwinner kernel dev told me pls don't use outdated kernels ;)
2019-09-30 06:08:09 <mps> CvH: officially alpine use LTS kernels, so not yet 5.x
2019-09-30 06:08:15 <CvH> No idea if this is really just a kernel/driver problem but reboot is not working and booting with openssh server enabled delays start at around 5minutes.
2019-09-30 06:08:50 <CvH> mps is there maybe some branch that I can build it my own at least ?
2019-09-30 06:09:23 <mps> boot delay is probably because of not good entropy source, haveged can drastically help for boot delay
2019-09-30 06:10:34 <CvH> mps just install haveged and "fixed" ?
2019-09-30 06:11:08 <mps> well, it helped for a lot of people including me
2019-09-30 06:11:52 <mps> on some arm32 boot delay was about 15-20 minutes and after adding haveged delay is about 5 seconds
2019-09-30 06:14:31 <mps> on arm64 there is no delay
2019-09-30 06:26:33 <CvH> mps tx worked like a charm :)
2019-09-30 06:26:59 <mps> 'tx'?
2019-09-30 06:27:11 <CvH> the reboot problem is still there (works a armbian)
2019-09-30 06:27:15 <CvH> tx = thanks :)
2019-09-30 06:27:26 <mps> ah
2019-09-30 06:27:47 <mps> yes, I know that we have reboot problem on arm's
2019-09-30 06:27:56 <CvH> oh general issue ?
2019-09-30 06:28:05 <mps> yes
2019-09-30 06:28:25 <CvH> rpi too ? (i run larger amount with alpine here)
2019-09-30 06:29:12 <mps> I'm working on some kind of linux kernel multi platform with a lot of things added, but I don't know will it be accepted for next release
2019-09-30 06:29:41 <mps> reboot and poweroff issues at most, and some driver fixes
2019-09-30 06:30:21 <CvH> cool :)  do you have some sources yet ?
2019-09-30 06:32:01 <CvH> one more thing, are you aware if anyone put alpine at fat32 and booted with the generic arm image ? (afaik needs some uboot config changes)
2019-09-30 06:32:13 <mps> I have branch in my local git for armv7 5.2 kernel
2019-09-30 06:56:06 <tankf33der> o/
2019-09-30 16:05:43 <gray_-_wolf> Hello :) Quick question regarding openrc, can it auto-restart crashed services? I did found https://dev.gentoo.org/~vapier/openrc/projects/openrc/ticket/120.html#comment:7 but next comment states it's a bad idea (without going into why). How to people commonly handle this in alpine?
2019-09-30 16:08:11 <Cogitri> It can autostart the crashed service if you use `supervise-daemon`
2019-09-30 16:08:33 <Cogitri> But OpenRC's usual approach of using PID based service tracking kind of sucks for that
2019-09-30 16:08:58 <qrvpzvb> how is docker-abuild supposed to be used?
2019-09-30 16:11:21 <gray_-_wolf> https://github.com/OpenRC/openrc/blob/master/supervise-daemon-guide.md this looks like correct guide?
2019-09-30 16:13:48 <PureTryOut[m]> qrvpzvb: run `dabuild` as you were running `abuild` in a directory with `aports` in the `$PWD` and an `APKBUILD` in the current directory
2019-09-30 16:21:41 <qrvpzvb> where am I to report acf bugs?
2019-09-30 16:25:10 <Cogitri> gray_-_wolf: Yes
2019-09-30 16:26:44 <midasi_> I have a diskless installation where I store all changes in an apkovl with lbu commit. Now, I try to delete several files in the folder /etc/modprobe.d but they always reappear after a reboot. I have no idea where those files are loaded from as they are not part of initrd nor modloop. How can I get rid of those and where is the source?
2019-09-30 16:37:52 <gray_-_wolf> hm the supervise-daemon is still experimental... does anyone use it in production yet?
2019-09-30 17:00:07 <Cogitri> Works for me on my laptop
2019-09-30 17:00:14 <Cogitri> A crashing daemon doesn't sound very ready for production though :P
2019-09-30 17:08:04 <qrvpzvb> what's the use of pkgusers in APKBUILD?
2019-09-30 17:12:00 <_ikke_> qrvpzvb: create users for packaging so that you can set ownership to those users
2019-09-30 17:18:25 <qrvpzvb> right.  I was gonna say "but they're only on the build box" but I guess tar maintains ownership as usernames?
2019-09-30 17:21:01 <Cogitri> Yes
2019-09-30 17:22:13 <Cogitri> Makes sense when you do something like `mkdir /var/lib/gdm && chown gdm:gdm /var/lib/gdm`
2019-09-30 18:07:21 <_ikke_> for that to work you need to make sure the users are present on the system before installing the package (ie, pre-install script)
2019-09-30 18:08:50 <Cogitri> Yes, that too
2019-09-30 18:14:26 <qrvpzvb> in other news, acf-openssh gives a 504 Gateway Time-out because netstat -t takes too long to complete
2019-09-30 18:14:41 <qrvpzvb> according to stackoverflow answer it's because DNS is slow
2019-09-30 18:15:05 <qrvpzvb> and indeed netstat -tn that doesn't do the reverse DNS is instant
2019-09-30 18:17:07 <TBB> the 5 second delay...
2019-09-30 18:23:12 <qrvpzvb> what do you mean? for me netstat -t takes 2m23s :)
2019-09-30 18:24:16 <TBB> it's a common thing for a single nslookup to take roughly 5 seconds on Alpine, at least under certain network conditions I fail to recall right away
2019-09-30 18:24:59 <qrvpzvb> ah ok
2019-09-30 18:25:23 <TBB> somehow ipv6 related
2019-09-30 20:00:11 <HyperTables> relatively new to alpine, like what I see so far, please help me debug installing aws-cli: https://paste.ee/p/Yg1Pl
2019-09-30 20:00:48 <_ikke_> aws-cli is still in testing, which does not exist in 3.1-
2019-09-30 20:00:49 <_ikke_> 3.10
2019-09-30 20:00:52 <_ikke_> you would need to use edge
2019-09-30 20:03:13 <HyperTables> same problem with alpine:20190925. is edge different from that?
2019-09-30 20:04:05 <HyperTables> well, same problem with alpine:edge at any rate. are you sure there isn't something I need to do in config to enable "world"?
2019-09-30 20:04:27 <_ikke_> HyperTables: You need to use edge + add testing
2019-09-30 20:04:46 <HyperTables> ok how do I "add testing"?
2019-09-30 20:05:10 <_ikke_> echo http://dl-cdn.alpinelinux.org/alpine/edge/testing >> /etc/apk/repositories
2019-09-30 20:10:07 <HyperTables> worked thanks
2019-09-30 20:10:14 <HyperTables> alpine rules
2019-09-30 20:29:01 <qrvpzvb> is /etc/acf/acf.conf actually need by acf?
2019-09-30 23:18:05 <leonardus> How much RAM does Alpine Linux on a Rasperry Pi with X11 use?
2019-09-30 23:33:31 <qa3Txu0iak0F> that greatly depends on what you run in x11
2019-09-30 23:34:02 <leonardus> nothing
2019-09-30 23:34:05 <leonardus> just x11
2019-09-30 23:37:01 <nepugia> Why? X11 on it's own is useless
2019-09-30 23:37:16 <leonardus> because I want to get an idea of how much it will use as a base
2019-09-30 23:38:58 <nepugia> Well, if you need such an oddly specific metric you should probably just test it
2019-09-30 23:39:09 <leonardus> I don't own a raspberry pi.
2019-09-30 23:39:10 <nepugia> It will also depend on which Pi you use
2019-09-30 23:39:14 <leonardus> 4B