2020-02-01 07:12:14 <terremoth> hello guys, need some quick help
2020-02-01 07:12:20 <terremoth> I am new to alpine
2020-02-01 07:12:46 <terremoth> I type: apk add musl
2020-02-01 07:13:06 <terremoth> ash says OK 692MiB in 140 packages
2020-02-01 07:13:20 <terremoth> but there is no "musl" command
2020-02-01 07:13:49 <terremoth> nor musl-gcc
2020-02-01 07:13:54 <terremoth> like here: https://www.musl-libc.org/how.html
2020-02-01 07:13:54 <KatolaZ> terremoth: musl is a library...
2020-02-01 07:14:29 <KatolaZ> a libc, to be precise
2020-02-01 07:14:35 <terremoth> yes
2020-02-01 07:14:59 <KatolaZ> so what command are you looking for?
2020-02-01 07:15:10 <terremoth> but how to use musl to compile .C files?
2020-02-01 07:15:16 <yuken> you don't.
2020-02-01 07:15:31 <KatolaZ> terremoth: just compile your file
2020-02-01 07:15:32 <KatolaZ> .
2020-02-01 07:16:15 <terremoth> so, when I compile it with gcc, for example, it will automatically use musl?
2020-02-01 07:17:12 <KatolaZ> terremoth: if you are on Alpine and you have not installed an alternative libc + toolchain by hand, then the answer is yes
2020-02-01 07:19:23 <terremoth> by default, apk search shows only libgcc when I search for "gcc"
2020-02-01 07:20:07 <terremoth> so, I think this is not the compiler itself, it is just another c lib
2020-02-01 07:21:12 <KatolaZ> terremoth: if you `apk search gcc` you will see much more than just libgcc...
2020-02-01 07:22:50 <KatolaZ> anyway, that's irrelevant to your question
2020-02-01 07:22:58 <KatolaZ> just compile your code and you are done
2020-02-01 07:23:25 <terremoth> I am seeing just the libcc because my fresh alpine install is not connected to the internet
2020-02-01 07:23:46 <terremoth> and my only repository is the CD apk's
2020-02-01 07:24:45 <terremoth> so, I think the real question could be: is there any native C compiler that ships with this fresh *extended* CD Installation?
2020-02-01 07:25:39 <terremoth> "cc"
2020-02-01 07:25:44 <terremoth> not found...
2020-02-01 07:43:10 <KatolaZ> terremoth: you need to install gcc
2020-02-01 07:43:25 <KatolaZ> if it's not in the CD you have at hand, you need to install it from the internet
2020-02-01 07:47:39 <terremoth> okay so, thank you very much for the help
2020-02-01 07:47:58 <terremoth> I am going to try here to put internet on in
2020-02-01 07:48:07 <terremoth> thank you
2020-02-01 10:03:40 <phanter> Hi. I installed nextcloud as described in https://wiki.alpinelinux.org/wiki/Nextcloud with sqlite and nginx (using the settings on the site).
2020-02-01 10:04:16 <phanter> I can login into the web interface without problems, but the nextcloud-clients refuse to connect.
2020-02-01 10:04:49 <phanter> There is nothing in the error logs of the nginx server. Any idea what the issue might be?
2020-02-01 10:14:01 <phanter> I pasted the nextcloud client log here: https://pastebin.com/TjRFMJam
2020-02-01 10:33:29 <phanter> can I run ACF with nginx?
2020-02-01 17:05:32 <vivi> OH heavens, appears I've confused my self with thi go - think I'll start over.
2020-02-01 17:10:01 <c705> just a psa: i'm having problems with one of the mirrors and have been for about 72 hrs. mirror.csclub.uwaterloo.ca. not sure where it's most appropriate to report such a thing
2020-02-01 17:10:29 <c705> http://mirror.csclub.uwaterloo.ca/alpine/edge/main/x86_64/ is totally empty
2020-02-01 17:11:04 <vivi> c705, I had reported the same issue.
2020-02-01 17:11:05 <mps> c705: 11:09 ...... algitbot| mirror.csclub.uwaterloo.ca: [problem] | Alpine mirror not found [repeated]
2020-02-01 17:11:39 <mps> change your mirror to one which works
2020-02-01 17:11:50 <c705> i have already done so
2020-02-01 17:11:52 <vivi> Ended up selecting a different mirror after reverting code (didn't realize it was #28)
2020-02-01 17:14:34 <_ikke_> lol
2020-02-01 17:15:51 <mps> feepbot on #musl is more chatty :)
2020-02-01 17:35:52 <vivi> Latest software -> oldest hardware
2020-02-01 18:05:46 <vivi> I'm never going to understand context.Context
2020-02-01 18:06:36 <vivi> reidrankin, willing to offer some of your Go expertise?
2020-02-01 18:10:30 <c705> so is there any real benefit to using https over http when it comes to mirror selection? ie: is there some mechanism within apk to check that packages haven't been tampered when transported over http?
2020-02-01 18:10:55 <reidrankin> sure
2020-02-01 18:10:56 <vivi> apk's are verified against a hash
2020-02-01 18:11:23 <c705> where's the hash stored though?
2020-02-01 18:12:02 <vivi> c705, check https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package
2020-02-01 18:12:08 <reidrankin> c705: apk packages are concatenated .tar.gz files
2020-02-01 18:12:38 <vivi> reidrankin, I have a struct called Session, in is a collection *GPS *Wifi *Modem *GPIO *Bluetooth
2020-02-01 18:12:49 <vivi> Each of the pointers there have a single channel called "Okay" which is bool
2020-02-01 18:13:06 <reidrankin> there's a control.tar.gz with a .PKGINFO file, which is a text file with "key = value" pairs, one of those keys is 'datahash' and the value is a hexdump of the sha256 of the data.tar.gz
2020-02-01 18:14:02 <vivi> reidrankin, I have these goroutines that run system health checks (whether net connected, hardware attached etc)  - I send a beoolean over the channel to the appropriate struct / channel on state change
2020-02-01 18:14:25 <reidrankin> then there are one-or-more signature.tar.gz files containing one-or-more RSA signatures of the SHA1 hash of control.tar.gz, named .SIGN.RSA.<name of file in /etc/apk/keys>
2020-02-01 18:14:39 <c705> reidrankin: in other words, if my connection is MITMed or something, the hash that apk checks is pulled in with the packages themselves?
2020-02-01 18:14:52 <reidrankin> then abuild basically does "cat signature.tar.gz control.tar.gz data.tar.gz"
2020-02-01 18:15:19 <vivi> c705, if someone were to MITM and rebuild your packages - you'd need their public key in /etc/apk/keys
2020-02-01 18:15:26 <reidrankin> c705: there's a signature over hash of the control section, and that contains a hash of the data section
2020-02-01 18:15:29 <vivi> As in rebuild your packages on-the-fly
2020-02-01 18:16:11 <c705> vivi: ah, ok that's what I was looking for thanks
2020-02-01 18:16:26 <reidrankin> that way you don't have to read in the (usually large) data section just to verify the control section, say if you're building an index or scanning the cache
2020-02-01 18:16:29 <c705> so if I trust the key(s) in apk/keys, I can trust the hashes
2020-02-01 18:16:37 <reidrankin> yeah
2020-02-01 18:16:43 <c705> excellent, thansk folks
2020-02-01 18:16:52 <c705> thanks, even*
2020-02-01 18:17:51 <vivi> reidrankin, so if I plug in a USB wifi I want to start the RunWifi() function - if it is unplugged session.Wifi.Okay <- false // but I need a context to stop the goroutines and that's where I fail
2020-02-01 18:18:24 <vivi> Lemme post the code somewhere
2020-02-01 18:18:26 <reidrankin> vivi: your main problem is that Contexts suck
2020-02-01 18:18:44 <vivi> I suppose I could do this with a wait group or something else.
2020-02-01 18:19:09 <reidrankin> they're fairly tightly coupled with the request-response model of say, a web server, which is what the language was originally designed for
2020-02-01 18:19:10 <vivi> Prior to this I was just running :  if s.Wifi.Okay { RunWifi() } // but this wouldn't stop RunWifi or it's child goroutines ofc
2020-02-01 18:19:24 <reidrankin> to use them you gotta pass contexts to like *every* function everywhere
2020-02-01 18:20:07 <vivi> Yeah, which isn't so bad - I mean each of the 'modules' (Wifi, GPS, Bluetooth, GPIO, Modem) only create two goroutines (healthCheck and run${Service})
2020-02-01 18:20:38 <vivi> So passing ctx isn't so bad - it's not overly nested.
2020-02-01 18:21:15 <reidrankin> ok, maybe it'll fit your use case fine then
2020-02-01 22:07:33 <Guest98> Hey, I need to run crc32 on all possible ways a 367 Bytes file can be caught, run a comparission with "target" crc32 and return the byte range
2020-02-01 22:08:24 <Guest98> I have a for loop for it that runs on bash, 'for tails in $(seq 0 1 367);do for heads in $(seq 0 1 367); do if [ $(cat ../correct-checksum.crc32) = $(cat config.bin.test | head -c $heads | tail -c $tails | crc32 /dev/stdin) ] ; then echo "$heads.$tails" ;fi  ;done;done' but it isn't exactly the fastest way to do it(idle levels of cpu utilization,
2020-02-01 22:08:25 <Guest98> 1-5 crc32 checks per sec
2020-02-01 22:09:05 <Guest98> Can I "unroll" this loop and run it in parallel somehow ?
2020-02-01 22:09:18 <Guest98> I know that I am getting duplicates on that for loop too tbh
2020-02-01 22:11:13 <Guest98> hmm maybe I can write it in C
2020-02-01 22:27:53 <Guest98> I think it might work
2020-02-01 22:31:29 <Guest98> yeah it is looking good
2020-02-01 22:31:43 <Guest98> I am not checking whether fstat, open, mmap and munmap ever fails though
2020-02-01 22:31:48 <Guest98> should work fine tho
2020-02-01 22:32:00 <Guest98> 			mmap_addr = mmap(NULL, size, PROT_READ, MAP_SHARED , fda, offset  );
2020-02-01 22:32:02 <Guest98> lol
2020-02-01 22:32:26 <Guest98> I have a nested for loop again but this one should be faster
2020-02-01 22:33:42 <Guest98> I could probablly use posix and half this for loop in half or somethin
2020-02-01 22:33:48 <Guest98> pthreads
2020-02-01 22:38:21 <Guest98> it definietly failed
2020-02-01 22:43:35 <Guest98> segfault now we talkin
2020-02-01 22:44:47 <Guest98> every thing seems fine in terms offsets and sizes
2020-02-01 22:45:08 <Guest98> maybe it is the libcrc I use
2020-02-01 22:48:05 <Guest98> fuk
2020-02-02 00:37:32 <malade_mental> Hi, I'd like to set my defaut logger. should I only change the "/usr/bin/logger" link to another binary?
2020-02-02 00:46:53 <malade_mental> oh it seems to be automatic when installing syslog-ng ...
2020-02-02 00:49:30 <simon_> BTW musl and Alpine is known for smaller stack sizes, but I noticed that musl vsnprintf() can use quite a few KB on the stack...
2020-02-02 00:51:10 <simon_> On a related note, the following appears to work in regular linux but doesn't have the desired effect with Alpine: setlocale(LC_NUMERIC, "");
2020-02-02 00:52:02 <simon_> Doing this in regular Linux enables sprintf() to interpret format specifiers like %'d to print commas, e.g. 1,234 instead of just 1234
2020-02-02 00:52:20 <simon_> How to get the commas too in musl / Alpine Linux?
2020-02-02 01:58:00 <atkka> hello
2020-02-02 02:00:20 <atkka> is there a way to prevent udhcpc from overwriting resolv.conf?
2020-02-02 02:05:03 <atkka> ok, nevermind I found it. RESOLV_CONF="no" in udhcpc.conf
2020-02-02 02:21:26 <atkka> can anyone tell me what utilities are split into busybox-extras?
2020-02-02 02:25:39 <vivi> I guess attka bailed - answer is apk fetch busybox-extras and tar -zxvf the output then ./bin/busybox-extras --list -full
2020-02-02 02:26:58 <atkka> vivi: I'm still here
2020-02-02 02:27:03 <atkka> thanks
2020-02-02 02:27:40 <atkka> vivi: why did you think I left?
2020-02-02 02:28:36 <vivi> Dunno I had some sake and have been filling out endless forms
2020-02-02 02:29:02 <atkka> ok, I was just checkin if my irc was messing up
2020-02-02 02:35:48 <atkka> another question, anyone have issues with swap/fstab mounting? I did an install of lvm on luks and my swap volume wouldn't mount at boot even with a proper fstab, I did another install with just luks and created a swapfile and same issue. In both cases I had proper fstabs and could enable swap with swapon, just not at boot.
2020-02-02 02:43:59 <avip> I can't uninstall lua5.1-dev by command 'apk del lua5.1-dev'
2020-02-02 02:44:07 <avip> How to fix this error.
2020-02-02 02:47:25 <avip> https://pastebin.com/Gug7WGtw
2020-02-02 02:47:54 <atkka> check rdepends maybe?
2020-02-02 02:49:03 <atkka> apk info -R
2020-02-02 02:49:32 <atkka> sorry, -r
2020-02-02 02:50:56 <avip> https://pastebin.com/5K7dzM7a
2020-02-02 02:52:00 <avip> This is a bug? I have same issue on my server (alpine-linux latest-stable).
2020-02-02 02:52:35 <atkka> apk info -r lua5.1-dev
2020-02-02 02:52:50 <atkka> see if it won't let you remove it because something depends on it
2020-02-02 02:53:00 <avip> linux:~# apk info -r lua5.1-dev
2020-02-02 02:53:00 <avip> lua5.1-dev-5.1.5-r7 is required by:
2020-02-02 02:53:03 <avip> linux:~#
2020-02-02 02:53:08 <avip> Oh, sorry.
2020-02-02 02:54:16 <avip> https://pastebin.com/d9sLXYEz
2020-02-02 02:55:01 <atkka> hmm yeah, doesn't look like anything needs it
2020-02-02 02:55:08 <atkka> I'm not sure what apk is doing
2020-02-02 03:03:55 <vivi> atkka, once again dismantle the apk :
2020-02-02 03:04:34 <vivi> https://termbin.com/6mcb
2020-02-02 03:05:37 <vivi> The *beaty* of Alpine is in it's simplicity - apacks are just gzips and everything inside them makes sense.
2020-02-02 03:06:11 <vivi> If you wanna kill the apk remove the above files and remove the lua dep from /etc/apk/world
2020-02-02 03:06:38 <vivi> That is : unless apk is giving you trouble, likely you need to recursively remove lua + deps
2020-02-02 03:06:58 <vivi> That'll be problematic as a lot of Alpine loves lua (see awall)
2020-02-02 03:07:13 <vivi> Also - who's the awall dev? I have a few questions for him/her.
2020-02-02 03:07:18 <avip> Oh, I remove the lua-dev
2020-02-02 03:07:32 <avip> It remove the lua5.1-dev
2020-02-02 03:07:40 <atkka> vivi: thanks but I think you mean to be addressing avip
2020-02-02 03:07:59 <avip> I found 'lua-dev' in /etc/apk/world
2020-02-02 03:08:15 <vivi> AHH sorry atkka I'm typically a irssi user, this client is ... alien (Hexchat)
2020-02-02 03:09:16 <vivi> New installation of arch, thinking I may run Alpine as the main-driver as soon as I can finish up this existing workload.
2020-02-02 03:09:51 <atkka> vivi: yeah, I run a few distors but I'm transitioning everything to alpine full time not just my router anymore
2020-02-02 03:10:35 <vivi> atkka, my nas, router, home_automation(tm), work -- everything is Alpine except this third-gen T460S
2020-02-02 03:10:41 <vivi> It's time I commit
2020-02-02 03:11:49 <atkka> yeah its a good distro
2020-02-02 03:12:11 <atkka> one of the better ones, I have a few issues to iron out still but I think I'm close
2020-02-02 03:12:41 <atkka> like fstab ignoring my swap for one even though I've made fstabs a million times
2020-02-02 03:13:56 <vivi> Hard drives are out, pull your boot image from the net bro :)
2020-02-02 03:14:09 <atkka> heh
2020-02-02 03:14:14 <vivi> Sooooo 2000 and late.
2020-02-02 03:14:19 <atkka> I do run in ram a lot
2020-02-02 03:14:22 <atkka> does that count?
2020-02-02 03:16:56 <atkka> busybox-etras doesn't have much
2020-02-02 03:17:12 <atkka> s/etras/extras
2020-02-02 03:20:21 <vivi> May I ask what is your goal mate?
2020-02-02 03:21:06 <atkka> what do you mean?
2020-02-02 03:21:12 <atkka> goal for what?
2020-02-02 03:21:28 <vivi> Ahem, what is your intest with this OS install?
2020-02-02 03:22:00 <atkka> oh, just a minimal dev environment, general purpose computing
2020-02-02 03:22:19 <atkka> I don't like bloated oses that have too many parts
2020-02-02 03:22:44 <atkka> I want a small simple distro I can really understand
2020-02-02 03:26:59 <atkka> I have very modest computing requirements, everything seems like overkill these days
2020-02-02 03:30:14 <atkka> vivi: you use irssi, do you know if there's a way to suppress timeout/join messages
2020-02-02 03:30:44 <vivi> That's for tweakers man. I just raw dog it.
2020-02-02 03:31:12 <atkka> hmm, interesting
2020-02-02 03:31:26 <vivi> ^^ that was a joke
2020-02-02 03:31:41 <atkka> haha, I assumed so
2020-02-02 03:32:26 <vivi> But yeah I just have to look it up the same way you do every time and then forget my password or something
2020-02-02 03:34:10 <atkka>   
2020-02-02 03:34:16 <atkka>  /ignore -channels #channel * JOINS PARTS QUITS NICKS
2020-02-02 03:34:30 <atkka> fyi if anyone is curious
2020-02-02 03:37:31 <vivi> #BOFH
2020-02-02 03:44:18 <atkka> I find little inconsitencies here and there, for some reason the posix manpages have missing glyphs like "-" but the -doc pages display fine
2020-02-02 03:51:21 <atkka> vivi how so?
2020-02-02 10:14:45 <telmich> Good morning!
2020-02-02 10:15:03 <telmich> I was wondering if anyone knows how to create vxlan (not vlan) devices in /etc/network/interfaces?
2020-02-02 10:16:15 <telmich> I would like to translate what this script is doing https://code.ungleich.ch/uncloud/uncloud/blob/master/uncloud/hack/hackcloud/net.sh into standard interfaces file
2020-02-02 10:20:06 <phanter> hi there... i migrated from xigmanas to alpine linux on my nas. xigmanas placed some files with 'file attributes' (at least this is what I expect), however I have no lsattr command available. How can I get that?
2020-02-02 10:23:24 <phanter> it might be relevant that this is on a ZFS pool
2020-02-02 10:29:34 <Cogitri> apk install cmd:lsattr ?
2020-02-02 10:50:27 <AinNero> halleluja!
2020-02-02 10:50:41 <AinNero> Cogitri: what an awesome feature of apk, why am i only learning of it now
2020-02-02 10:52:32 <Cogitri> Heh
2020-02-02 10:52:39 <Cogitri> Same thing for pc: and so: :)
2020-02-02 10:52:42 <Cogitri> It's really nice
2020-02-02 10:54:02 <mps> isn't lsattr ext{2,3,4} specific command
2020-02-02 10:54:38 <mps> hmm, works with f2fs also
2020-02-02 10:55:20 <mps> so I missed news when it become generic
2020-02-02 10:56:03 <mps> or it fakes me
2020-02-02 11:27:17 <phanter> aha... i needed the e2fsprogs-extra...
2020-02-02 11:27:28 <phanter> thanks for the info and for the method of finding it :-)
2020-02-02 11:29:24 <phanter> rm: can't remove: Resource busy
2020-02-02 11:29:47 <phanter> How can I find out who is using the resource... note that the resource is (an empty) folder
2020-02-02 11:32:29 <jn__> phanter: potentially with lsof
2020-02-02 11:40:58 <phanter> well, lsof does not show anything using that folder... the lsattr also gives me no reasons for unable to delete it... any ideas what the issue could be?
2020-02-02 13:05:08 <AinNero> have you used that folder in conjunction with bind mounts/containers?
2020-02-02 13:28:49 <vivi> What are my options for running apk fetch against armhf on an x86_64?
2020-02-02 13:29:09 <vivi> To clarify, running Arch - not alpine, shall I use docker?
2020-02-02 13:29:38 <vivi> Or should I just wget the packages manually?
2020-02-02 13:31:40 <AinNero> vivi: apk add has an --arch flag
2020-02-02 13:31:50 <AinNero> you likely want to use it together with --root
2020-02-02 13:32:01 <AinNero> workflow is similar to setting up a chroot
2020-02-02 13:33:59 <vivi> To expand further - I'm building suricata on a raspi (like little snitch + fing + glasswire + pi-hole).  I've had great success with my real job actually running gitlab-runner on the exact hardware it's runs in production.
2020-02-02 13:34:49 <vivi> But I want to build on an x86 - I like how postmarketOS does it on x86 but I don't want to use that.
2020-02-02 13:46:19 <mps> vivi: you can try with qemu user in chroot
2020-02-02 13:46:43 <vivi> Ooh good suggestion, that fits in with the automated builds
2020-02-02 14:12:43 <vivi> hrm, think this is a bug.  suricata attempts to run `suricata-update` on apk installation - thus in an lbu pre-sysinit it's trying to update it's ruleset.
2020-02-02 14:18:55 <vivi> There's the culprit https://git.alpinelinux.org/aports/tree/community/suricata/suricata.post-install
2020-02-02 14:19:26 <vivi> mps, should I reach out to this fella or do you believe this package should actually execute this post-install?
2020-02-02 14:23:21 <mps> vivi: you can create bug/issue report on gitlab.a.o
2020-02-02 14:24:05 <mps> then maintainer and all interested in this can comment and (hopefully) fix
2020-02-02 14:25:12 <mps> and, personally I think on alpine nothing should do anything without user/admin action
2020-02-02 14:26:16 <mps> we expect that our users knows what and why install pkgs and they know what they need and how to setup
2020-02-02 14:37:31 <vivi> Completely agree.
2020-02-02 17:34:23 <gjabell> I have some packages I sent to the mailing list quite a while ago and I imagine they are lost in the backlog :P
2020-02-02 17:34:37 <_ikke_> gjabell: which are they?
2020-02-02 17:34:39 <gjabell> is there a polite way to bump stuff like that if they are still waiting to be checked out and merged?
2020-02-02 17:35:10 <_ikke_> gjabell: mentioning them here (or in #alpine-devel) :-)
2020-02-02 17:35:58 <gjabell> _ikke_: testing/prosody-filer and adding modules to testing/prosody-modules
2020-02-02 17:36:13 <gjabell> _ikke_: ok cool, wasn't sure if that was bad etiquitte or not :)
2020-02-02 17:36:43 <_ikke_> https://lists.alpinelinux.org/~alpine/aports/patches/3161
2020-02-02 17:36:46 <_ikke_> https://lists.alpinelinux.org/~alpine/aports/patches/3160
2020-02-02 17:36:49 <_ikke_> these?
2020-02-02 17:37:19 <gjabell> _ikke_: also community/riot-web, although that has a maintainer change since clandmeter ok'ed me adopting it
2020-02-02 17:37:52 <gjabell> yep those are the ones
2020-02-02 18:23:29 <_ikke_> gjabell: The prosody patches have been applied
2020-02-02 18:51:27 <gjabell> _ikke_ thanks!
2020-02-02 21:45:26 <velix> MY GOD
2020-02-02 21:45:33 <velix> I've just started alpine on iOS without jailbreak.
2020-02-02 21:45:44 <velix> It's a i386 emulator.
2020-02-02 21:45:46 <velix> apk add works ,)
2020-02-02 21:45:54 <velix> most of the stuff won't... PostgreSQL for example.
2020-02-03 03:22:14 <Dreamer3> is your iso jailbroken or you build an emulator in xcode and sideloaded it?
2020-02-03 06:05:23 <maldridge> at what point does a package move to unmaintained/ ?
2020-02-03 06:05:52 <north1> It depends, it is not really well defined
2020-02-03 06:06:07 <maldridge> I can discuss a concrete example if you'd prefer
2020-02-03 06:06:14 <north1> It is preferable yes
2020-02-03 06:06:36 <maldridge> php7 is maintained by an individual who's last commit appears to be 1 year 11 months ago
2020-02-03 06:07:02 <maldridge> its out of date, and as a language with built in vulnerabilities (for performance) I have to imagine at some point it becomes considered to be "unmaintained" officially
2020-02-03 06:07:12 <maldridge> and I'd argue that its status is that now for all practical purposes
2020-02-03 06:07:36 <north1> community/php7 ?
2020-02-03 06:07:58 <maldridge> and its associated sprawl
2020-02-03 06:08:33 <maldridge> its still being bumped
2020-02-03 06:09:08 <maldridge> but I'd expect it to have changed hands if it was being actively maintained
2020-02-03 06:09:31 <maldridge> (though I suppose Alpine might be using some alternate definition of 'maintainer' that I'm not familiar with)
2020-02-03 06:11:14 <north1> The most active person doing php7 stuff is Andy. He just didn't take over maintainership for some reason.
2020-02-03 06:11:45 <north1> It is just that there isn't any reason i guess ? just like i updated some Void packages loads of times but didn't take maintainership from xtr
2020-02-03 06:11:57 <maldridge> right, I read that in the same way that I "do things" with a lot of packages in void
2020-02-03 06:11:59 <north1> well there is a reason, just there isn't an urgency
2020-02-03 06:12:14 <maldridge> but I refuse to take ownership of things I have no intentions of being responsible for
2020-02-03 07:47:22 <mps> maldridge: you do not need to take maintainership to improve or upgrade package
2020-02-03 07:47:38 <maldridge> of course not
2020-02-03 07:47:47 <maldridge> but taking maintainership signifies your intent to continue to do so
2020-02-03 07:48:10 <mps> yes
2020-02-03 07:49:11 <mps> if someone want to take maintainership it is good idea to contact maintainer first
2020-02-03 07:50:06 <mps> if the maintainer doesn't answer in reasonable time (few weeks) than it is ok to take it
2020-02-03 07:50:19 <maldridge> oh I have no intent of taking maintainership of php
2020-02-03 07:50:35 <maldridge> I'm already the maintainer of the go stack for void, I don't need to be the maintainer of an effectively dead language here
2020-02-03 07:51:32 <mps> well, php7 is not dead, andypost upgrade, fix and clean it from time to time
2020-02-03 07:51:47 <mps> and some of us help him
2020-02-03 07:52:28 <mps> (though I agree with you about 'quality' of php)
2020-02-03 07:53:05 <mps> and not only php :)
2020-02-03 07:55:17 <mps> for more than a year I fix and upgrade crystal lang and never thought to take it
2020-02-03 09:14:31 <PureTryOut[m]> Is anyone able to install postgresql-dev?
2020-02-03 09:14:47 <PureTryOut[m]> I need the pg_config executable in there, but right now it fails to install over the openssl dependency
2020-02-03 09:27:07 <PureTryOut[m]> Even after a rebuild I can't install it...
2020-02-03 09:35:58 <PureTryOut[m]> Well, fixed it. A partial upgrade was the problem. For some reason libssl1.1 and libcrypto1.1 were not upgraded to -r4 unlike the main openssl package, and this caused conflicts. I had to remove libcrypto1.1 from world to let it upgrade
2020-02-03 09:36:09 <PureTryOut[m]> Why does this happen sometime? It doesn't tell me anywhere that it's not upgraded
2020-02-03 09:36:20 <_ikke_> PureTryOut[m]: do you provide --available when upgrading?
2020-02-03 09:36:30 <_ikke_> between releases
2020-02-03 09:36:43 <PureTryOut[m]> I do not
2020-02-03 09:37:08 <_ikke_> I think the idea is that becomming the default
2020-02-03 09:37:27 <PureTryOut[m]> I never heard of it, yes please! It upgrades a bunch of stuff now
2020-02-03 09:40:33 <mps> 'apk upgrade -a -s' to look what will happen, before real upgrade
2020-02-03 09:41:18 <_ikke_> PureTryOut[m]: the problem is that it will ignore any constraints in /etc/apk/world
2020-02-03 09:41:42 <mps> PureTryOut[m]: you don't need to hear for it, 'apk upgrade -h' will tell :)
2020-02-03 09:44:23 <PureTryOut[m]> Well yeah I found that out now, but it wasn't obvious at first sight that that was what I needed
2020-02-03 09:44:47 <_ikke_> There is a wiki page about upgrading between releases that mentions it
2020-02-03 09:47:03 <mps> options of such important tool as it is apk should be read thoroughly, especially by developers
2020-02-03 09:53:23 <PureTryOut[m]> Well this is all on edge, so upgrading between releases doesn't really sound relevant
2020-02-03 10:14:21 <mps> it is not only about upgrade releases
2020-02-03 11:20:47 <jfraile> hi! I would like to know when openscad could be released on a live branch. Currently is in testing on the edge branch
2020-02-03 11:27:26 <_ikke_> jfraile: maybe try to contact the maintainer. Giving feedback that it run properly usually helps with that
2020-02-03 11:30:37 <jfraile> I have asked the maintainer, Marian Buschsieweke, and he doesnt know when can be that possible and which are the steps to release the package
2020-02-03 11:32:25 <_ikke_> jfraile: it's basically up to the maintainer
2020-02-03 11:32:37 <_ikke_> If they think it's in proper shape, it can be moved
2020-02-03 11:33:15 <_ikke_> the only reason packages start in testing is to make sure the package itself is not broken and gives the opportunity for people to actually test the package
2020-02-03 13:22:13 <mtnt> hi there! excuse my ignorance please, but i am nearly exhausted: mice and keyboard won't work in X. AutoAddDevice in xorg.conf doesn't change nothing. Can't look into Xorg.log.0 since got to hard reboot machine. What am i missing?
2020-02-03 13:36:52 <mps> mtnt: did you installed and started udev before starting X
2020-02-03 13:37:22 <mps> also, xf86-input-libinput
2020-02-03 13:42:40 <mtnt> mps, thsnks for reply. so, udev. i got to read more, it was my mistake to think that evdev is enough... libinput is installed, yes. thanks, going to try
2020-02-03 13:44:50 <mps> mtnt: pkg name is eudev, that is enough.
2020-02-03 13:45:54 <mps> udev is name of run script
2020-02-03 13:47:05 <mps> hmm, he left channel
2020-02-03 13:48:58 <itacos> hi everybody, can you tell me if it's possible to make a custom alpine linux iso (live fs) ? Or how can I turn a sys install into a live system ? thanks
2020-02-03 13:54:54 <mps> itacos: you want to remaster iso and add packages, then again prepare it for burning on CD's?
2020-02-03 13:56:34 <itacos> mps: ideally i would just turn an installed system into a live system (ro / + persistent partition)
2020-02-03 13:58:26 <itacos> installed system = an alpine install with custom package + config
2020-02-03 13:59:08 <mps> usb flash/disk with write disable physical switch ?
2020-02-03 13:59:48 <mps> no, ofc
2020-02-03 14:00:19 <mps> when booted system writes some state infos in some files
2020-02-03 14:01:26 <itacos> no, i want an immutable vm image (qcow2) with a second hard drive with persistence to store file for my app
2020-02-03 14:01:27 <mps> but for start you can try with 'ro' flag in boot loader for root partition/fs
2020-02-03 14:03:54 <itacos> ok
2020-02-03 14:04:44 <itacos> and ramfs / tmpfs ?
2020-02-03 14:04:59 <mps> sure
2020-02-03 14:05:14 <itacos> but i don't know how :)
2020-02-03 14:05:36 <mps> btw, /run is in tmpfs by default
2020-02-03 14:05:55 <mps> you don't need ramfs
2020-02-03 14:06:50 <mps> and /tmp is simple. put 'tmpfs   /tmp   tmpfs     nodev,nosuid,size=10%,mode=1777    0    0' in /etc/fstab
2020-02-03 14:08:38 <itacos> ok i will try, thanks mps. If any other idea or links to resources or documentation it would be great ;)
2020-02-03 14:10:11 <mps> probably there are some guides on internet but I'm not aware of any about alpine
2020-02-03 14:11:18 <mps> and I think you know that alpine can run from ram
2020-02-03 14:12:25 <itacos> yes like the iso, but in that case i would like to custumize my own iso
2020-02-03 14:12:50 <mps> no, not like iso
2020-02-03 14:14:01 <mps> you install it on disk, add packages, tweak it, and then save your changes to file
2020-02-03 14:14:26 <mps> 'on disk' is misleading here
2020-02-03 14:14:37 <mps> hmmm
2020-02-03 14:15:13 <mps> you install it, add packages, tweak it, and then save your changes to file on disk file
2020-02-03 14:17:09 <itacos> hmmm ok, i will try
2020-02-03 14:17:55 <mps> there is a wiki about this on wiki.a.o
2020-02-03 14:18:08 <mtnt> no luck. dont want to be pia, got to learn.
2020-02-03 14:19:39 <itacos> i have read near all the wiki but didn't find/understand how to achieve what i want
2020-02-03 14:20:30 <mps> mtnt: I answered but noticed that you left channel
2020-02-03 14:20:41 <mtnt> mps, sorry
2020-02-03 14:20:58 <mtnt> i'm always rushing as deer
2020-02-03 14:21:04 <mps> mtnt: pkg name is eudev, that is enough.
2020-02-03 14:21:17 <mtnt> oh, thanks!
2020-02-03 14:21:33 <mtnt> one more question: installed linux-firmware, it installs lot of blobs, is there is a way to check, which firmwares are in use and which is safe to remove?
2020-02-03 14:21:54 <mps> but script to run it is /etc/init.d/udev
2020-02-03 14:22:23 <itacos> mtnt: i think linux-firmware-none it's what you need
2020-02-03 14:22:28 <mps> mtnt: yes, apk add linux-firmware-none, and all will be removed
2020-02-03 14:22:40 <mtnt> thanks, guys
2020-02-03 14:23:04 <mtnt> writing it all on paper )))
2020-02-03 14:23:31 <mps> or, if you need some firmware 'apk add linux-firmware-nameoffirmware', it will be installed and rest removed
2020-02-03 14:24:13 <mtnt> if i only know, which are really used: got radeon, emu1010, and intel mobo
2020-02-03 14:24:35 <mps> or you need multiple firmwares, install just those you need
2020-02-03 14:26:03 <mps> something like "modinfo `lsmod` | grep firmware"
2020-02-03 14:26:53 <mtnt> okay i'll leave firmwares for a moment, got to run X first
2020-02-03 14:29:41 <mps> hmm, this is better: modinfo `lsmod | grep -v Module | awk -e '{ print $1}'` | grep firmware
2020-02-03 14:40:47 <Diftraku> Is it normal for partprobe/hdparm -z to cause all existing partitions for said device to disappear from /dev? Checking /proc/partitions, sysfs and fdisk/sfdisk shows everything to be there but the only node I have under /dev is sda, on 3.11.3
2020-02-03 14:49:05 <Diftraku> I'm dd'ing an image with a partition table and two partitions with filesystems on them, then creating a third partition with 'sfdisk -a'. Running partprobe after dd'ing the image gets me the partitions I want but the moment I run 'sfdisk -a', I only see the third partition and following it up with partprobe causes even that to disappear
2020-02-03 14:50:34 <mtnt> poor me.. got io scheduler mq-deadline registered now. going to reinstall
2020-02-03 14:51:02 <Thermi> Diftraku: Install mkinitfs and run nlplug-findfs, then you get new device nodes
2020-02-03 14:51:09 <mps> Diftraku: I usually install eudev and run udev before doing anything with partitions
2020-02-03 14:51:19 <Thermi> Diftraku: There's probably a nicer way to do it but that's what I observed thus far
2020-02-03 14:53:12 <mtnt> anyway thanks, that is result, so i learned 8)
2020-02-03 14:53:14 <mtnt> bb
2020-02-03 14:53:20 <Diftraku> Thermi: rebooting is not an option, unfortunately. Will look into that, though. mps: I was starting to think it's mdev not handling the physical disk nicely, will give it a go.
2020-02-03 14:53:33 <Thermi> Diftraku: I didn't tell you to reboot :)
2020-02-03 14:54:06 <Diftraku> oh derp, reading comprehension is low after banging my head on this for a while now xD
2020-02-03 14:56:01 <Diftraku> Thermi: yup, that did it
2020-02-03 17:14:19 <simon_> the following appears to work in regular linux but doesn't have the desired effect with Alpine: setlocale(LC_NUMERIC, "");
2020-02-03 17:14:30 <simon_> Doing this in regular Linux enables sprintf() to interpret format specifiers like %'d to print commas, e.g. 1,234 instead of just 1234
2020-02-03 17:14:39 <simon_> How to get the commas too in musl / Alpine Linux?
2020-02-03 17:15:49 <mps> simon_: musl doesn't support locale
2020-02-03 17:16:25 <simon_> mps, thanks! is sprintf() comma possible without locale?
2020-02-03 17:18:06 <mps> I played somewhat with perl and got some results but didn't worked seriously on that yet
2020-02-03 17:56:51 <Hello71> simon_: seems like you're using locales wrong.
2020-02-03 17:58:18 <Hello71> did you actually export LANG
2020-02-03 18:01:52 <AinNero> Hello71: musl has no facilities to respect the LANG variable
2020-02-03 18:03:12 <AinNero> hm, actually, it has
2020-02-03 18:03:35 <Hello71> that can't possibly be right. https://git.musl-libc.org/cgit/musl/tree/src/locale
2020-02-03 18:04:17 <Hello71> you're saying it takes several megabytes of code to just write some stubs? this is C, not Enterprise Java: Maximum Enterprise
2020-02-03 18:04:35 <mps> AinNero: about year ago I rebuilt coreutils with NLS and installed locales files (messages) and LANG worked, but LC_DATE and LC_NUMERIC didn't
2020-02-03 18:05:06 <AinNero> Hello71: are you pulling a cathy newman on me?
2020-02-03 18:05:24 <AinNero> mps: what is LANG used for?
2020-02-03 18:05:31 <Hello71> and just based on the filenames, if they went to the effort to put "gb18030" conversion at the cost of 145000 bytes of code, I'd wager a guess that they put comma support too
2020-02-03 18:05:46 <Hello71> well, at least they put message localization
2020-02-03 18:06:02 <mps> to display error or other messages from coreutils binaries
2020-02-03 18:06:25 <Hello71> ... or anything else that uses gettext. or to set the other locale variables.
2020-02-03 18:06:39 <mps> in langs you set in LANG
2020-02-03 18:06:56 <AinNero> does alpine make use of that?
2020-02-03 18:07:06 <mps> no
2020-02-03 18:07:15 <mps> I did it for test, not to use it
2020-02-03 18:09:36 <AinNero> so i would assume that alpine does not have support for using localized number formats for sprintf ?
2020-02-03 18:09:51 <mps> right
2020-02-03 18:10:51 <mps> we can talk a long about options, but this what you wrote is short answer
2020-02-03 18:18:54 <AinNero> community/man-db has --enable-nls, and is the single package to do so
2020-02-03 18:22:56 <mps> community/tcsh also
2020-02-03 18:24:31 <mps> actually, removed --disable-nls
2020-02-03 18:25:44 <AinNero> mps: where you that user that is using csh since 30 years or so?
2020-02-03 18:26:23 <mps> not yet 30 but nearing there :)
2020-02-03 18:26:31 <AinNero> 
ACTION remembers

2020-02-03 18:26:58 <mps> about 25-27
2020-02-03 18:38:46 <simon_> Hello71, what's the correct way to get sprintf() to show commas?
2020-02-03 18:39:44 <afontain[m]> Question about packaging: how fine or frowned upon is it to have a package whose build (or package) download everything?
2020-02-03 18:39:50 <afontain[m]> for free-as-in-freedom game assets
2020-02-03 18:40:22 <Cogitri> So frowned upon that it won't get into Alpine repos probably
2020-02-03 18:40:45 <afontain[m]> (for [Unvanquished](unvanquished.net))
2020-02-03 18:40:46 <Cogitri> Download all the things via `sources` if possible
2020-02-03 18:42:46 <afontain[m]> I must say I expected it. I managed to get cmake not to download game code, so I'm halfway done, I guess?
2020-02-03 18:42:59 <Hello71> simon_: I think musl developers are sufficiently against increased use of C locales that it would be easier to use an external library
2020-02-03 18:47:06 <afontain[m]> nevermind I found a release tarball \o/
2020-02-03 20:43:01 <simon_> why does the following code use about 8.5KB of stack space? printf("- foo6(): %f\n", 1.0);
2020-02-03 20:43:06 <simon_> with musl...
2020-02-03 20:43:42 <simon_> seems like printing floats or doubles is very expensive on stack usage with musl?
2020-02-03 20:43:47 <AinNero> simon_: better ask in #musl
2020-02-03 20:47:17 <simon_> AinNero, kk
2020-02-03 21:00:11 <silverwillow> hey all :) Installed ALSA as per the wiki instructions but no sound output. Is this the place to ask fo assistance?
2020-02-03 21:00:32 <AinNero> can you check alsamixer if its muted?
2020-02-03 21:01:06 <silverwillow> used alsamixer to check muting, i toggled it and it seems unmuted...
2020-02-03 21:01:19 <silverwillow> will 2x check again
2020-02-03 21:01:33 <AinNero> nah just asking because its muted per default
2020-02-03 21:01:36 <AinNero> how do you test it?
2020-02-03 21:03:27 <silverwillow> testing with: ffplay outta_love.mp3
2020-02-03 21:03:53 <silverwillow> also tried youtube from firefox
2020-02-03 21:05:39 <silverwillow> user has been added to audio group... alsa service seems to be running
2020-02-03 21:06:15 <silverwillow> rurned speaker on/off about a million times :)
2020-02-03 21:08:20 <AinNero> does alsamixer show the name of your sound card? not just a dummy?
2020-02-03 21:08:55 <silverwillow> yep. all correct Intel on-board and Nvidia HDMI.
2020-02-03 21:09:37 <silverwillow> am going to have coffee and recheck. I'm sure I did something braindead :)
2020-02-03 21:18:19 <silverwillow> going to log-cycle. magicke will happen. it always does :)
2020-02-03 21:22:57 <simon_> AinNero, posted it here: https://www.openwall.com/lists/musl/2020/02/03/19
2020-02-03 21:27:51 <silverwillow> back. Well coffee fixed everything. It's a miracle! *grin* it all works now.
2020-02-03 21:31:17 <afontain[m]> the compiler might be optimising out the call to printf
2020-02-03 21:48:02 <Hello71> ... with %f?
2020-02-03 21:50:55 <afontain[m]> I remind that when musl guys did similar test for binairy size with a hello-world program, they did force printf to print `argv[0]` (IIRC) to avoid optimisations
2020-02-03 21:55:53 <bl4ckb0ne> afontain[m]: example is here https://www.etalabs.net/compare_libcs.html, section `Bloat comparison`
2020-02-03 21:56:09 <bl4ckb0ne> > I've written it this way to ensure that the compiler cannot optimize the string printed to a constant and replace the call to printf with a call to puts.
2020-02-03 21:57:31 <afontain[m]> oh, it was not on the musl website, but linked from the musl website. That explains why I couldn't find it
2020-02-03 22:40:43 <simon_> apparently printing floating numbers is expensive in terms of stack: https://www.openwall.com/lists/musl/2020/02/03/21
2020-02-04 08:45:00 <daftaupe> Hello, since I moved to edge (wanna test Thunderbird) I get this error when trying to startx, any idea where that could come from ? https://paste.coagul.org/v/p9rEyU0Ue6/siWTfs26VzjOVpBH It seems there's an issue with libinput
2020-02-04 09:00:59 <mps> daftaupe: could you fill bug report at gitlab.a.o please
2020-02-04 09:01:32 <daftaupe> ah, but I was wondering if that could be a misconfiguration on my side maybe
2020-02-04 09:01:43 <mps> looks like xf86-input-libinput should be rebuilt with new libinput-dev
2020-02-04 09:02:23 <mps> usually it works with any users configs
2020-02-04 09:02:35 <mps> s/with/without/
2020-02-04 09:03:32 <daftaupe> ah ok
2020-02-04 09:03:39 <daftaupe> in which subproject should I open it ?
2020-02-04 09:03:49 <mps> aports
2020-02-04 09:03:49 <daftaupe> ah nevermind
2020-02-04 09:10:25 <daftaupe> mps, issue opened
2020-02-04 09:14:27 <daftaupe> hmm I realize, shouldn't the kernel be 5.4.16  on edge ?
2020-02-04 09:17:22 <Cogitri> mps: I very much doubt this on libinput, these warnings are normal.
2020-02-04 09:17:58 <mps> daftaupe: 5.4.16 is in edge
2020-02-04 09:18:05 <mps> apk add linux-lts
2020-02-04 09:18:24 <mps> Cogitri: there is error in log file
2020-02-04 09:24:05 <daftaupe> Yep i've rebooted now I get 5.4.16
2020-02-04 09:26:57 <Cogitri> mps: the thing about quirks is normal
2020-02-04 09:27:31 <Cogitri> And isn't fatal to the Xorg server
2020-02-04 09:32:33 <mps> Cogitri: daftaupe have this line in log '   286.599] (EE) /usr/share/libinput: failed to find data files'
2020-02-04 09:33:10 <mps> and '(EE) Failed to load the device quirks from /usr/share/libinput and /etc/libinput/local-overrides.quirks ......'
2020-02-04 09:33:51 <daftaupe> Hmm seems this line disappeared with 5.r.16
2020-02-04 09:33:57 <daftaupe> 5.4.16
2020-02-04 09:35:57 <daftaupe> But still getting a signal 11, segfault
2020-02-04 09:37:02 <mps> daftaupe: in previous log it was '(EE) Caught signal 6 (Aborted). Server aborting'
2020-02-04 09:40:22 <daftaupe> Yep it seems it changed now :/
2020-02-04 09:42:53 <daftaupe> but sway is working now
2020-02-04 09:43:04 <daftaupe> so I don't have to reboot under another distrib
2020-02-04 09:44:07 <mps> I'm not sure about your case, but I know that awilcox (adelie linux developer) sent two patches libinput upstream which are applied in new release
2020-02-04 09:46:01 <mps> these two patches are to fix some important issues with libinput, and I wouldn't be surprised if your issue related to these
2020-02-04 09:46:42 <mps> but, I'm not sure because I didn't tested all this (waiting new musl release)
2020-02-04 09:47:45 <Cogitri> mps: Yes, I read the log. Not finding the quirks is perfectly normal if you haven't configured quirks though
2020-02-04 09:47:56 <Cogitri> Not sure why they made it an error and not a warning
2020-02-04 09:47:57 <mps> not sure is it worth to test all changes now, till the musl 1.2 is released
2020-02-04 09:48:33 <Cogitri> Anyway, as noted in the issue without a stacktrace we can't really do anything about this.
2020-02-04 09:49:38 <mps> I could try to upgrade libinput later today on my armv7 workstation and check
2020-02-04 09:50:25 <mps> (though I don't use libinput on it because synaptics work better on it)
2020-02-04 10:00:29 <mps> hmm, looks like new libinput works fine
2020-02-04 10:39:32 <mps> daftaupe: I forgot to ask you what dmesg says after X crash
2020-02-04 11:40:42 <ernierasta> hi guys, does anyone have any experiences running LXD on Alpine? I am trying to make it work, for me, lxd process seems to be stuck on something. Socket is not created, so even lxd init will fail.
2020-02-04 12:12:03 <aggaz> Fresh install on RPi3 (aarch64). I can log-in with ssh, but after log-in the shell freeze ad I can not input any command. No firewall is configured. SSHD is almost default (added Port 22 and PasswordAuthentication YES). I am quite lost, any idea?
2020-02-04 12:13:32 <Cogitri> Can you log onto the pi without SSH and see if your logs say something useful?
2020-02-04 12:14:14 <aggaz> Cogitri: I will. I should look at auth.log or something else?
2020-02-04 12:16:27 <Cogitri> I suppose /var/log/messages should contain useful stuff as well
2020-02-04 12:18:10 <aggaz> Cogitri: I read that file and I can only see messages like "accepted password for user" and "disconnection for user". I am trying to ssh as normal user. I just enabled PermitRoot Login and same thing happens when logging as root.
2020-02-04 12:18:32 <aggaz> It's like the connection is dropped/blocked just after the login
2020-02-04 12:31:20 <Cogitri> Huh, that's odd 🤔
2020-02-04 12:32:04 <Cogitri> I don't really know network debugging to well so I guess I won't be of huge help here, sorry. Didn't have this happen to me with fresh installs of Alpine on my other machines though
2020-02-04 12:48:42 <hugorodrigues> hello guys. Why there isn't a lxd package for aarch64?
2020-02-04 12:49:36 <hugorodrigues> I'm thinking to use some raspberrys to build a lxd cluster but there isn't a package for aarch64
2020-02-04 12:51:48 <ernierasta> hi @hugorodrigues, hour ago I asked about LXD. For me, problem is even more fundamental - it doesn't work even on x86_64
2020-02-04 12:53:23 <ernierasta> I was trying to debug it (I am planing to use delve on ldx binnary if I will find out where are LDFLAGS which strips debug symbols)
2020-02-04 12:53:35 <ernierasta> but no success yet
2020-02-04 12:54:11 <ernierasta> I have no time for it now, but will try to continue at the evening
2020-02-04 12:54:26 <Cogitri> Apparently lxd is disabled on aarch64 because patchelf isn't available
2020-02-04 12:54:35 <ernierasta> but this is unrelated to aarch64
2020-02-04 12:54:57 <Cogitri> But apparently it's available on all arches now
2020-02-04 12:57:45 <hugorodrigues> I was checking the dependecies and all of them are available. Maybe it's a old thing and it should work now (like you said, patchelf wasn't available)
2020-02-04 12:58:02 <Cogitri> Yup, probably
2020-02-04 13:00:58 <mtnt> Hi there! Anybody with Logitech G502 mice? How to make it work in X?
2020-02-04 13:31:19 <Cogitri> mtnt: There isn't any specific setup to that device so you'll probably only need to install xf86-input-libinput
2020-02-04 13:46:34 <mtnt> okay, attached my old cheap mice and it works.
2020-02-04 13:47:22 <Cogitri> The G502 should just work too
2020-02-04 13:47:30 <mtnt> It is not
2020-02-04 13:47:46 <mtnt> xinput displays part of mice as keyboard
2020-02-04 13:48:21 <Cogitri> Probably the macro keys?
2020-02-04 13:48:38 <mtnt> consumer settings storage
2020-02-04 13:49:04 <mtnt> unable to print it out her, since im on offtopic rig now
2020-02-04 13:49:09 <mtnt> e*
2020-02-04 13:50:01 <mtnt> anyway, it's nice to have all the base stuff working
2020-02-04 13:50:38 <mtnt> can somebody suggest good double pane file manager (something like vifm) for dwm
2020-02-04 13:51:41 <mps> mtnt: install vifm
2020-02-04 13:52:24 <mps> it is in testing
2020-02-04 13:54:08 <mtnt> mps, thanks, mate, appreciate your help a lot
2020-02-04 13:55:06 <mtnt> bb
2020-02-04 13:55:07 <mps> mtnt: I'm waiting long time for someone to ask to move it to community :)
2020-02-04 14:03:19 <ernierasta> sooo can we move vifm to community? :-)
2020-02-04 14:04:30 <mps> ernierasta: ofc, and with pleasure :)
2020-02-04 14:04:40 <mps> after lunch
2020-02-04 14:05:07 <ernierasta> bon appetit! :-)
2020-02-04 14:05:30 <mps> grazie
2020-02-04 14:53:20 <kmmndr> Hi all :-)
2020-02-04 14:53:38 <kmmndr> I'm trying to build a bootable sdcard image for my nas. So far, I've packaged u-boot and linux kernel. It boots but logs on tty stop at one of the first openrc's processes invocation. Any idea ?
2020-02-04 14:53:54 <afontain[m]> Hi
2020-02-04 14:54:53 <afontain[m]> logs?
2020-02-04 14:55:14 <mps> kmmndr: could be RNG issue
2020-02-04 14:56:03 <mps> what SOC and board you use
2020-02-04 14:57:42 <kmmndr> mps: it's an armada-388 and the board is named helios4
2020-02-04 14:59:09 <mps> what alpine arch you installed
2020-02-04 14:59:59 <mps> and what kernel version
2020-02-04 15:15:24 <mps> kmmndr: this board is not enabled in alpine linux-lts
2020-02-04 15:16:49 <Diftraku> dumb question: does syslinux require something special to boot from a USB2 stick on a USB3 port? having issues getting a stick to boot that's made with setup-bootable
2020-02-04 15:19:38 <Diftraku> bah, scratch that... I forgot the default settings don't log anything to serial after boot, should've RTFM'd my own documentation
2020-02-04 15:21:07 <kmmndr> mps: I know, that's why I've packaged u-boot and linux kernel for that board
2020-02-04 15:22:01 <kmmndr> But you may have had similar issues on other hosts/boards
2020-02-04 15:23:57 <kmmndr> Diftraku: interesting, how do you change log settings ? :-)
2020-02-04 15:24:36 <Diftraku> kmmndr: 'console=ttyS0,115200' to the kernel cmdline in syslinux.cfg xD
2020-02-04 15:24:56 <Diftraku> I had it written down from the last time I muddled with this and completely glossed over it
2020-02-04 15:25:14 <kmmndr> I did that, but OpenRc seems to stop logging (in my case)
2020-02-04 15:26:39 <Diftraku> I had no output after syslinux's 'boot:' line on the serial port when you would normally get the login prompt for the tty
2020-02-04 15:27:24 <kmmndr> Then adding console=... as boot argument solved your problem
2020-02-04 15:28:56 <Diftraku> yup, I had it in an earlier iteration but the default setup does not seem to do serial and I forgot about it
2020-02-04 15:36:46 <Tuxist> set ipv6 dhcp possible in alpine ?
2020-02-04 15:36:54 <kmmndr> I've found, OpenRc does work perfectly, there was nothing more to start and getty was disabled on ttyS0 :-)
2020-02-04 15:48:55 <daftaupe> mps nothing special in the dmesg :/
2020-02-04 15:54:46 <mps> kmmndr: I had to wait even between 10-20 minutes with some boards
2020-02-04 15:55:10 <mps> that is because CRNG change in kernel
2020-02-04 15:58:33 <mps> installing haveged and enabling it to start in boot runlevel helped
2020-02-04 15:58:46 <mps> daftaupe: :(
2020-02-04 15:58:59 <mps> what WM you run
2020-02-04 16:07:43 <Cogitri> Didn't they enable jitter based CRNG in 5.6? I guess that should help
2020-02-04 16:09:26 <mps> 5.6, even rc1 isn't released
2020-02-04 16:10:50 <mps> Cogitri: he didn't told which kernel version he use
2020-02-04 16:10:55 <daftaupe> I run i3
2020-02-04 16:11:08 <daftaupe> or sway now (because i can't get X to start hehe)
2020-02-04 16:11:16 <mps> daftaupe: does it starts
2020-02-04 16:11:39 <mps> i3?
2020-02-04 16:11:50 <daftaupe> nope
2020-02-04 16:12:04 <mps> what is you XDM?
2020-02-04 16:13:38 <mps> your*
2020-02-04 16:13:53 <daftaupe> none, I use startx
2020-02-04 16:14:20 <mps> ok, what is last line in your .xinitrc
2020-02-04 16:14:53 <daftaupe> exec i3 :)
2020-02-04 16:15:11 <mps> why exec
2020-02-04 16:15:37 <daftaupe> well I have this file for a long time
2020-02-04 16:15:45 <daftaupe> and it used to work perfectly
2020-02-04 16:16:15 <mps> hm, try to remove it and keep last line just 'i3'
2020-02-04 16:16:43 <mps> without ' these ofc
2020-02-04 16:17:17 <daftaupe> just tried it, same
2020-02-04 16:17:47 <mps> try to put xterm as last line in .xinitrc
2020-02-04 16:17:57 <daftaupe> ok let me try that
2020-02-04 16:19:03 <daftaupe> nope, it doesn't start :/
2020-02-04 16:19:11 <vivi_> exec xterm?
2020-02-04 16:19:17 <daftaupe> yep
2020-02-04 16:19:31 <mps> no, without exec
2020-02-04 16:19:48 <vivi_> a+x on ~/.xinitrc ?
2020-02-04 16:19:53 <vivi_> ahem +x
2020-02-04 16:20:27 <daftaupe> yep, like I said this script used to work perfectly fine when running 3.11.3
2020-02-04 16:21:27 <mps> I doubt it can work if the last line is 'execc i3', but maybe someone can prove me wrong
2020-02-04 16:21:45 <mps> s/execc/exec/
2020-02-04 16:23:55 <daftaupe> well I'm moving from arch, and https://wiki.archlinux.org/index.php/Xinit#xinitrc references exec ...
2020-02-04 16:26:57 <mps> I hope it is not hard to try with just xterm in last line
2020-02-04 16:27:10 <mps> if you have installed xterm, ofc
2020-02-04 16:28:40 <daftaupe> no like I said, I tried, but that didn't change the behaviour
2020-02-04 16:28:44 <daftaupe> it's just not starting
2020-02-04 16:30:24 <dne> fwiw, exec is fine, and common, for the last command (replaces the shell process, which isn't needed anymore)
2020-02-04 16:30:31 <mps> I cannot tell for i3 or other, but I use it with awesome WM this way for years
2020-02-04 16:33:02 <KatolaZ> daftaupe: how are you starting your X session?
2020-02-04 16:33:08 <daftaupe> exec i3
2020-02-04 16:33:10 <mps> dne: when last process exits X dies (shell exits if the last line is invoked with exec)
2020-02-04 16:33:19 <KatolaZ> (sorry haven't read the backlog)
2020-02-04 16:33:40 <KatolaZ> daftaupe: from a login manager or from a console, through startx?
2020-02-04 16:33:49 <dne> mps: yes, that's typically what you want when you quit the wm
2020-02-04 16:34:13 <mps> huh
2020-02-04 16:34:16 <mps> ok
2020-02-04 16:34:43 <dne> the same thing happens when the shell exits (if you have no exec)
2020-02-04 16:35:31 <mps> with 'exec anything' shell spawns (exec) that anything and continue
2020-02-04 16:35:53 <mps> and that 'continue' means exit, and X ends
2020-02-04 16:36:13 <KatolaZ> mps: exec is not exactly a spawn, meaning that there is no process involved
2020-02-04 16:36:17 <dne> no, exec doesn't fork, it replaces the shell process
2020-02-04 16:36:25 <KatolaZ> it replaces the shell process
2020-02-04 16:36:27 <KatolaZ> ops
2020-02-04 16:36:29 <KatolaZ> sorry dne
2020-02-04 16:36:33 <dne> ;)
2020-02-04 16:37:20 <mps> KatolaZ: true, but I used simple words to explain
2020-02-04 16:37:54 <daftaupe> KatolaZ through startx in a console
2020-02-04 16:38:02 <dne> mps: but that the shell "continues" is wrong
2020-02-04 16:38:42 <mps> dne: yes, because that I put it in ''
2020-02-04 16:38:59 <KatolaZ> daftaupe: what do you have in ~/.xinitrc then?
2020-02-04 16:39:02 <mps> but the end effect is that X dies
2020-02-04 16:39:14 <daftaupe> well exec i3
2020-02-04 16:39:37 <dne> mps: no it's not, not until the thing that you exec dies
2020-02-04 16:39:52 <mps> dne: tried?
2020-02-04 16:41:00 <KatolaZ> daftaupe: what if you `exec xterm` for instance?
2020-02-04 16:41:55 <dne> mps: sure
2020-02-04 16:42:27 <daftaupe> KatolaZ, that what mps suggested, I tried with both xterm and exec xterm, but doesn't work
2020-02-04 16:42:50 <KatolaZ> daftaupe: what if you remove .xinitrc?
2020-02-04 16:43:04 <KatolaZ> (or mv it to some other name)
2020-02-04 16:43:23 <daftaupe> I tried, but same
2020-02-04 16:43:54 <daftaupe> I'll try to get some DisplayPort cables, because I'm using a nvidia card now, and I want to switch to the intel integrated one
2020-02-04 16:44:00 <mps> daftaupe: can you paste somewhere you .xinitrc
2020-02-04 16:44:17 <daftaupe> well mps, I tell you, it's "exec i3"
2020-02-04 16:44:22 <daftaupe> nothing else
2020-02-04 16:44:29 <mps> ah, ok
2020-02-04 16:44:45 <KatolaZ> daftaupe: "same" means that X does not start?
2020-02-04 16:44:56 <KatolaZ> (if you don't have a .xinitrc)?
2020-02-04 16:45:09 <KatolaZ> if that is the case, the problem is in X, not in .xinitrc
2020-02-04 16:45:09 <mps> my last line in .xinitrc is 'awesome' for years
2020-02-04 16:45:20 <daftaupe> ah sorry, same means X doesn't not start
2020-02-04 16:45:46 <KatolaZ> daftaupe: if you run startx without any .xinitrc in your home, you should get an X11 window with a terminal
2020-02-04 16:45:54 <KatolaZ> if you don't, the server is not starting
2020-02-04 16:46:11 <KatolaZ> .xinitrc is not the culprit (you never get there if the server does not start)
2020-02-04 16:46:52 <KatolaZ> daftaupe: ^^^
2020-02-04 16:48:28 <daftaupe> yep, the server is not starting
2020-02-04 16:48:33 <daftaupe> that's the issue
2020-02-04 16:49:12 <KatolaZ> daftaupe: so forget .xinitrc
2020-02-04 16:49:24 <KatolaZ> look at  Xorg.log
2020-02-04 16:49:30 <KatolaZ> you have a problem
2020-02-04 16:49:35 <daftaupe> yep this .xinitrc was good for years, no need to investigate on this
2020-02-04 17:25:54 <vivi_> Alpine, raspi3b+ : https://github.com/markondej/fm_transmitter  //// Error: Cannot obtain access to peripherals (mmap error)
2020-02-04 17:26:28 <vivi_> Should I give up? This isn't overly important, just a nice-to-have (we debug our devices over FM radio tuner).
2020-02-04 17:31:06 <vivi_> I have raspberrypi and raspberrypi-libs installed, doubt this is gonna work without some serious hacking I'm not prepared to do.
2020-02-04 17:36:18 <mps> vivi_: don't give up, easily
2020-02-04 17:37:07 <vivi_> I can just LED lights instead of fighting with C++
2020-02-04 17:39:22 <mps> do you run it as root
2020-02-04 17:43:00 <vivi_> Indeed.
2020-02-04 17:44:32 <mps> I don't have RPi3 to test, pity
2020-02-04 17:46:34 <vivi_> PM me your pubkey
2020-02-04 17:48:29 <vivi_> As in ssh public key
2020-02-04 17:51:00 <mps> does it work on another arm device, I have exynos and rockchip
2020-02-04 17:51:20 <mps> and allwiner a20
2020-02-04 17:54:40 <vivi_> It works on raspbian (all pi models)
2020-02-04 17:54:49 <vivi_> Just not Alpine - otherwise I wouldn't have asked here <3
2020-02-04 17:56:48 <mps> aha, so source have to be examined
2020-02-04 18:04:23 <vivi_> I do believe so, yes.
2020-02-04 18:12:02 <mps> ernierasta: vifm and vifm-colors are moved to community
2020-02-04 19:07:52 <midasi> the linux-headers on 3.11-stable are still on pkgver=4.19.36. Is this for a special reason?
2020-02-04 19:10:49 <mps> midasi: yes
2020-02-04 19:10:56 <mps> not special
2020-02-04 19:11:23 <midasi> mps: why not using the 5.4 headers?
2020-02-04 19:11:37 <mps> all packages which depends are built with linux-headers 4.19.x
2020-02-04 19:12:23 <mps> hmm
2020-02-04 19:12:43 <mps> all packages which build depends on linux-headers are built with linux-headers 4.19.x
2020-02-04 19:13:32 <mps> linux 5.4 introduced lately, just before release of 3.11-stable
2020-02-04 19:13:57 <mps> so, time was short to rebuilt everything again
2020-02-04 19:14:00 <midasi> ok, I understand.... you didn't want to rebuild all packages
2020-02-04 19:14:03 <midasi> thx
2020-02-04 19:14:24 <mps> not just before release, yes
2020-02-04 19:14:34 <midasi> yes, of course...
2020-02-04 19:26:20 <mps> daftaupe: just tested, 'exec xterm' or 'term' as last line in .xinitrc works both
2020-02-04 19:26:45 <mps> I stand corrected :)
2020-02-04 19:27:17 <mps> iirc, on debian it didn't worked but I'm not sure
2020-02-04 20:04:54 <daftaupe> :) ok mps
2020-02-04 21:50:00 <atkka> hello, when it comes to python applications how are things handled when you can install it via pip3 or apk. Or if theres a useful python utility how to get it packaged for alpine?
2020-02-04 21:51:26 <aggaz> I think wifi does not work properly on RPi3 (alpine-rpi-3.11.3-aarch64). I can SSH to the Pi using ethernet but not using wifi. I installed linux-firmware-brcm for wifi firmware.
2020-02-04 22:18:49 <kocka> ahhoi
2020-02-04 22:20:43 <kocka> I've just bumped into this entropy issue with an old grsec kernel: https://gitlab.alpinelinux.org/alpine/aports/issues/6635
2020-02-04 22:22:20 <kocka> (upgraded from 3.2 to latest-stable, apparently kernel remained the same -- had no entropy issues @ boot time on 3.2)
2020-02-04 22:23:58 <kocka> I was about to upgrade the kernel to a more recent grsec one. Is my assumption correct that there is no grsec kernel in any alpine repo, not even in edge/testing , edge/community?
2020-02-04 22:24:30 <fridim> daftaupe, did you find the issue with X ?
2020-02-04 22:30:48 <mps> kocka: no more grsec in alpine
2020-02-04 22:31:10 <kocka> thanks :(
2020-02-05 00:04:51 <prologic> Where has libelf-dev gone in 3.11? I only see it in 3.9
2020-02-05 00:06:54 <mps> elfutils-dev
2020-02-05 00:07:29 <mps> instead of libelf-dev
2020-02-05 00:12:59 <bovis> I'm trying to build a package with cmake, and I keep getting the error that "Package 'glib-2.0' and 'alsa' are required by virtual:world and not found"
2020-02-05 00:13:30 <bovis> I've installed cmake and extra-cmake-modules, also alsa and alsa-libs and glib
2020-02-05 00:13:38 <bovis> Where am I going wrong?
2020-02-05 00:14:25 <mps> bovis: alsa-lib-dev
2020-02-05 00:15:04 <mps> and glib-dev, ofc
2020-02-05 00:27:26 <bovis> mps: They weren't installed. Just installed them. Same error.
2020-02-05 00:29:20 <bovis> mpc: Nevermind. Success
2020-02-05 00:29:22 <bovis> Thank you
2020-02-05 00:29:24 <mps> hm, I'm not experienced with cmake but I think it have some config options to search for dev files
2020-02-05 01:17:39 <c705> curious - is there any impact to sudo on alpine via CVE-2019-18634 (recent sudo bug)
2020-02-05 03:10:47 <prologic> mps thanks
2020-02-05 05:37:51 <_ikke_> c705: The option required for that to be vulnerable (pwfeedback) is not enabled by default
2020-02-05 05:41:36 <c705> _ikke_: thanks
2020-02-05 05:44:48 <_ikke_> and apparently since 1.8.26, it's not really exploitable anyway, which means 3.10 and 3.11 are not affected
2020-02-05 05:45:00 <_ikke_> (and edge for that matter)
2020-02-05 06:09:55 <ernierasta> mps: great!
2020-02-05 09:22:05 <p3rL> hello..
2020-02-05 09:22:18 <p3rL> i want to know how do i add systemd timer in alpine ?
2020-02-05 09:22:22 <p3rL> and where its path
2020-02-05 09:22:28 <p3rL> i can't see in /etc/systemd
2020-02-05 09:23:14 <north1> alpine doesn't use systemd
2020-02-05 09:23:22 <p3rL> then
2020-02-05 09:23:49 <p3rL> how do i add my service/program.. except cron
2020-02-05 09:23:56 <p3rL> any alternative ? like systemd
2020-02-05 09:23:59 <p3rL> for alpine
2020-02-05 09:24:16 <north1> There is snooze but cron is the most used option
2020-02-05 09:24:28 <p3rL> and what is openrc ?
2020-02-05 09:24:34 <p3rL> is it relative to systemd ?
2020-02-05 09:24:37 <north1> Service Manager that Alpine uses
2020-02-05 09:24:38 <north1> no
2020-02-05 09:24:55 <p3rL> https://serverfault.com/questions/974686/converting-a-systemd-service-to-openrc-alpine-linux
2020-02-05 09:25:02 <p3rL> what about this ?
2020-02-05 09:25:21 <north1> That is telling how to convert a systemd .service to an OpenRC service
2020-02-05 09:25:39 <p3rL> yeah, so its alternative of systemd for alpine
2020-02-05 09:25:40 <p3rL> right ?
2020-02-05 09:26:02 <north1> Yes and No, it is an alternative to managing system services
2020-02-05 09:26:15 <north1> it doesn't include other components that systemd has like timers/networkd/resolved/etcetc
2020-02-05 09:26:32 <afontain[m]> yes
2020-02-05 09:26:38 <p3rL> no need i just want to add my program .. like shown in this article i gaven
2020-02-05 09:26:41 <p3rL> command="/home/signal/signal"
2020-02-05 09:26:41 <p3rL> command_args="-gateway -bind 127.0.0.1:5010"
2020-02-05 09:26:41 <p3rL> command_user="signal:signal"
2020-02-05 09:26:49 <afontain[m]> except systemd tries to do everything
2020-02-05 09:26:55 <p3rL> i want to know where its store ? the file ?
2020-02-05 09:27:28 <north1> in /etc/init.d/<SERVICE_NAME>
2020-02-05 09:27:38 <p3rL> letme check
2020-02-05 09:27:38 <north1> and configuration in /etc/conf.d/<SERVICE_NAME>
2020-02-05 09:29:23 <p3rL> is this service name ? need net ?
2020-02-05 09:29:23 <p3rL> depend() {
2020-02-05 09:29:23 <p3rL>     need net
2020-02-05 09:29:23 <p3rL> }
2020-02-05 09:29:55 <atkka> that means the service needs a network connection before it can run
2020-02-05 09:30:01 <north1> service name is the name of the file in /etc/init.d
2020-02-05 09:30:12 <north1> depend() is the function to add dependencies
2020-02-05 09:30:20 <p3rL> https://serverfault.com/questions/974686/converting-a-systemd-service-to-openrc-alpine-linux << then this script will be executed
2020-02-05 09:30:25 <p3rL> what service name it will generate
2020-02-05 09:30:29 <p3rL> in  /etc/init.d
2020-02-05 09:30:58 <north1> need is a keyword for openrc that denotes a dependency on another service
2020-02-05 09:31:18 <p3rL> wait, letme try something
2020-02-05 09:34:00 <_ikke_> https://github.com/OpenRC/openrc/blob/master/service-script-guide.md#be-wary-of-need-net-dependencies
2020-02-05 09:34:59 <north1> @ikke our alpine wiki page for openrc is very incomplete :D
2020-02-05 09:37:58 <_ikke_> Yeah, it would be better to refer to these guides imo
2020-02-05 09:40:05 <north1> I like how void does it
2020-02-05 09:40:14 <north1> They always refer to upstream and have a devbook
2020-02-05 09:41:05 <_ikke_> yes, this is an upstream project, so upstream documentation should be leading. We could optionally add some alpine specific things if necessary
2020-02-05 09:41:31 <_ikke_> Maybe we could work together on expanding / working on the dev guide
2020-02-05 09:42:08 <_ikke_> https://docs.alpinelinux.org/developer-handbook/0.1a/
2020-02-05 09:43:52 <p3rL> openrc its only for Alpine right ?
2020-02-05 09:44:14 <afontain[m]> it works elsewhere
2020-02-05 09:44:21 <p3rL> i tried in ubuntu
2020-02-05 09:44:22 <p3rL> not work
2020-02-05 09:44:37 <_ikke_> p3rL: it depends on the distro
2020-02-05 09:44:44 <_ikke_> different distros have different init systems
2020-02-05 09:44:49 <_ikke_> some allow you to swap them even
2020-02-05 09:45:10 <p3rL> except cron... is there any common that use all distro ?
2020-02-05 09:45:25 <afontain[m]> well, to replace all the cruft ubuntu did add to their init system, you'll need to work a lot for it to work
2020-02-05 09:45:41 <_ikke_> p3rL: different distros even use different cron implementations :)
2020-02-05 09:46:00 <afontain[m]> also, some use systemd timers
2020-02-05 09:46:17 <afontain[m]> 'cause you know, just put everything in pid1
2020-02-05 09:46:17 <p3rL> i don't think centos 6 use
2020-02-05 09:46:19 <p3rL> systemd timers
2020-02-05 09:46:33 <_ikke_> afontain[m]: that's not in pid 1 :)
2020-02-05 09:47:09 <afontain[m]> pfiou
2020-02-05 09:47:22 <p3rL> btw openrc is built-in in ALPINE linux ?
2020-02-05 09:47:37 <_ikke_> p3rL: yes
2020-02-05 09:48:16 <_ikke_> afontain[m]: I must say, not everything in systemd is pid 1
2020-02-05 09:48:26 <p3rL> is there anyway i can see.. what distro uses what type of program
2020-02-05 09:48:34 <p3rL> like alpine use openrc
2020-02-05 09:48:39 <p3rL> ubuntu/centos systemd
2020-02-05 09:50:49 <afontain[m]> I don't know of a central place
2020-02-05 09:51:37 <afontain[m]> we could build one in some wiki
2020-02-05 09:51:44 <afontain[m]> but then, which wiki?
2020-02-05 09:52:45 <p3rL> can't i directly use arguments in command ? command="/usr/bin/my_daemon -a -b -c"
2020-02-05 09:53:01 <afontain[m]> 
ACTION discovered the linux foundation has a wiki

2020-02-05 09:55:27 <_ikke_> p3rL: no, there is command_args
2020-02-05 09:56:00 <_ikke_> might be a good idea to read this guide in whole: https://github.com/OpenRC/openrc/blob/master/service-script-guide.md
2020-02-05 10:02:23 <p3rL> why its happend ? when i use rc-service myserv start
2020-02-05 10:02:26 <p3rL> /lib/rc/sh/openrc-run.sh: line 101: can't create /sys/fs/cgroup/blkio/tasks: Read-only file system
2020-02-05 10:02:42 <p3rL> * You are attempting to run an openrc service on a
2020-02-05 10:02:42 <p3rL>  * system which openrc did not boot.
2020-02-05 10:02:42 <p3rL>  * You may be inside a chroot or you may have used
2020-02-05 10:03:29 <p3rL> because of docker ?
2020-02-05 10:05:42 <p3rL> north1 , _ikke_
2020-02-05 10:05:45 <_ikke_> yes
2020-02-05 10:05:49 <_ikke_> docker is not a complete machine
2020-02-05 10:05:58 <_ikke_> it's just a single process that is isolated
2020-02-05 10:06:02 <_ikke_> in your case. a shell
2020-02-05 10:06:21 <p3rL> so, i can't testing on docker with open-rc ?
2020-02-05 10:06:39 <_ikke_> no, generally not
2020-02-05 10:07:38 <p3rL> and if i run docker with  --cap-add LINUX_IMMUTABLE
2020-02-05 10:07:41 <p3rL> still i canT ?
2020-02-05 10:08:30 <p3rL> do you guys have any sandbox where i can check my code.
2020-02-05 10:34:00 <ernierasta> p3rL: depends on what you have now, if you have PC where you can install/use Virtualbox, just do that, simplest IMO, but there are plenty of options
2020-02-05 10:34:22 <p3rL> i have Ubuntu 18 vps where i am using docker
2020-02-05 10:34:27 <p3rL> for alpine
2020-02-05 10:34:37 <_ikke_> or even qemu/kvm
2020-02-05 10:34:43 <_ikke_> or lxc
2020-02-05 10:38:05 <ernierasta> you can do that on vps, but why do not use your personal PC? And yes _ikke_ lxc, lxd (more user friendly tool for lxc), qemu/kvm or libvirt and virt-manager(build on top of qemu), but VirtualBox will be quick to install and setup (f.e: no networking setup, ...)
2020-02-05 10:39:01 <p3rL> i don't like to do work on my own pc
2020-02-05 10:39:13 <p3rL> i had a paid ubuntu box for developing.
2020-02-05 10:39:26 <ernierasta> as you want :-)
2020-02-05 10:39:50 <p3rL> but, don't know why i am not able to run
2020-02-05 10:39:56 <p3rL> rc-service in docker/alpine
2020-02-05 10:41:34 <_ikke_> because openrc is not running in docker
2020-02-05 10:42:25 <p3rL> thats bad :(
2020-02-05 10:43:00 <ernierasta> that is good :-)
2020-02-05 10:44:34 <ernierasta> really docker is not solution for everything, it is very far from being virtual machine - it is just isolated environment where one app is running
2020-02-05 10:48:22 <_ikke_> Just remember: docker is not a virtual machine
2020-02-05 10:48:29 <_ikke_> and things make a lot more sense
2020-02-05 10:49:55 <p3rL> hmm
2020-02-05 14:47:33 <mtnt> hiya! lazy deer here once again.
2020-02-05 14:48:02 <mtnt> running ash as shell, is there is a way to clean screen on logout?
2020-02-05 14:48:46 <mtnt> tried to make file .ash_logout with content like printf "\033c", but it does nothing
2020-02-05 14:49:34 <_ikke_> I don't think there is a logout script
2020-02-05 14:50:14 <mtnt> that means i got to stick with bash?
2020-02-05 14:56:05 <KatolaZ> mtnt: which ash are you using?
2020-02-05 14:56:18 <KatolaZ> if if it's the busybox one, it's pretty limited
2020-02-05 14:56:21 <mtnt> defaully installed one
2020-02-05 14:56:26 <mtnt> t*
2020-02-05 14:56:36 <KatolaZ> then it's the busybox one
2020-02-05 14:56:43 <mtnt> yap
2020-02-05 14:57:51 <mtnt> so there is no option to do so with busybox ash... just trying to be as minimal as possible
2020-02-05 14:58:32 <KatolaZ> I think there is a way though
2020-02-05 14:58:41 <KatolaZ> you could set a trap in .profile
2020-02-05 14:58:49 <KatolaZ> :)
2020-02-05 14:58:57 <mtnt> sounds dangerous
2020-02-05 14:59:00 <KatolaZ> why?
2020-02-05 14:59:03 <mtnt> a trap
2020-02-05 14:59:08 <KatolaZ> uh?
2020-02-05 14:59:10 <KatolaZ> o_O
2020-02-05 14:59:11 <mtnt> nm
2020-02-05 14:59:14 <KatolaZ> :D
2020-02-05 14:59:15 <KatolaZ> o
2020-02-05 14:59:16 <KatolaZ> ok
2020-02-05 14:59:40 <mtnt> so it's some kind of script, which'll be mentioned in .profile?
2020-02-05 15:00:18 <KatolaZ> the "trap" builtin allows you to define a shell function to be called when the shell receives a (set of) signals
2020-02-05 15:00:34 <KatolaZ> mtnt: if you associate a trap to EXIT, it might work
2020-02-05 15:00:49 <mtnt> ic
2020-02-05 15:01:00 <mtnt> going to read man for trap
2020-02-05 15:06:25 <mtnt> so it got to be something like trap "printf "\033c"" EXIT?
2020-02-05 15:07:26 <mtnt> no... it's much more complicated
2020-02-05 15:09:20 <KatolaZ> mtnt: maybe .profile is disables in the default busybox
2020-02-05 15:10:02 <KatolaZ> s/es/ed
2020-02-05 15:10:27 <mtnt> KatolaZ, aliases in file works
2020-02-05 15:10:27 <mps> mtnt: getty can clear screen with some command in /etc/issue
2020-02-05 15:13:08 <KatolaZ> oh, you want just to clear screen on logout?
2020-02-05 15:13:21 <KatolaZ> yeah indeed
2020-02-05 15:13:32 <KatolaZ> just add the ansi code in /etc/issue
2020-02-05 15:13:33 <KatolaZ> :)
2020-02-05 15:13:37 <mtnt> yes, sir!
2020-02-05 15:13:51 <mtnt> and.. thats it?
2020-02-05 15:14:27 <mtnt> mps, thank you. what i'll do without your help...
2020-02-05 15:16:38 <mtnt> going to try
2020-02-05 15:16:47 <mtnt> KatolaZ, thanks also
2020-02-05 15:16:51 <KatolaZ> yw
2020-02-05 15:16:56 <KatolaZ> ops
2020-02-05 15:16:57 <KatolaZ> :D
2020-02-05 15:18:58 <mps> :)
2020-02-05 15:21:13 <mps> if you use agetty it by default clears screen, iirc
2020-02-05 15:38:43 <mtnt> i'm stupid af ((( things written 40 years ago, i doesn't understand a bit
2020-02-05 15:39:18 <mtnt> anyway thanks.
2020-02-05 15:42:14 <mps> no, you are not stupid, you probably didn't need it till now
2020-02-05 15:43:40 <mtnt> there are so many little differences everywhere, how do i  know everything... i'll continue, there is a light at the end of tunnel )))
2020-02-05 15:44:54 <mps> ofc, there are much too things to learn, but that's nice thing about life
2020-02-05 15:45:14 <KatolaZ> mtnt: that's what communities are for ;)
2020-02-05 15:46:05 <mtnt> i hope i was not very annoying
2020-02-05 15:47:44 <mps> don't worry, I ignore annoying people, well usually :)
2020-02-05 15:48:22 <mtnt> stay safe, thanks!
2020-02-05 16:50:37 <tomreid> good day folks. I'm building some custom ISOs using mkimage
2020-02-05 16:50:47 <tomreid> how do I set a root password
2020-02-05 16:50:48 <tomreid> ?
2020-02-05 16:51:16 <tomreid> I've tried in genapkovl-$profile.sh, and that doesn't work
2020-02-05 16:51:38 <tomreid> is there something I can do in mkimg.$profilename.sh?
2020-02-05 17:07:45 <AinNero>  /etc/shadow via apkovl would be the way to go
2020-02-05 17:15:20 <tomreid> thanks AinNero, will give it a go
2020-02-05 17:30:37 <midasi> Hello folks, I have an issue with the 'bootstrap.sh' cross-compiler on alpine 3.11. It fails with error messages such as 'strip: Unable to recognise the format of the input file `./usr/lib/libpkgconf.so.3.0.0'. Looks like it's using the wrong 'strip' binary. Until 3.10 it worked flawlessly...
2020-02-05 17:33:35 <tomreid> back on the password track: slightly neater approach - echo "root:password" | chpasswd -c sha512 -R $tmp
2020-02-05 17:33:55 <tomreid> sorry for the crosstalk midasi, and sorry I can't help
2020-02-05 17:36:42 <midasi> tomreid: np & thanks
2020-02-05 18:25:50 <silverwillow> hey all :) I've managed to setup my bluetooth keyboard. What is the canonical place to put the connection script so that the keyboard is available at initial login?
2020-02-05 22:33:24 <whathtehel> There are some 3 types of alpines for rasberry pi
2020-02-05 22:33:39 <whathtehel> can someone offer up some kind of wiki page or brief tutorial on how to pick one?
2020-02-05 22:34:09 <_ikke_> armhf is rpi1
2020-02-05 22:34:16 <_ikke_> armv7 is 2,3
2020-02-05 22:34:19 <_ikke_> aarch64 is 4
2020-02-05 22:34:21 <_ikke_> roughly
2020-02-05 22:34:55 <_ikke_> maybe 2 is hf as well
2020-02-05 22:35:36 <_ikke_> no, should be v7
2020-02-05 22:37:21 <whathtehel> alright thanks
2020-02-05 22:38:08 <_ikke_> so basically look up the specs of your specific pi and see what arch it has
2020-02-05 22:38:45 <_ikke_> 3 is aarch64 already
2020-02-05 22:51:07 <atkka> is anyone working with alpine on the pinebook pro yet?
2020-02-05 23:43:25 <whathtehel> is there some kind of difference between the two links, asf and gpg?
2020-02-05 23:43:35 <whathtehel> sha^
2020-02-06 10:09:41 <afontain[m]> <atkka "is anyone working with alpine on"> Pretty sure there are people usong it
2020-02-06 10:09:59 <afontain[m]> * using
2020-02-06 10:14:17 <PureTryOut[m]> Martijn uses the Pinebook pro with postmarketOS. Afaik it only needs a custom kernel atm, otherwise Alpine userland should work
2020-02-06 10:15:05 <PureTryOut[m]> afontain: try to not use non-IRC features like replies in here. This is a IRC-first channel (sadly I know 😜) and replies don't really work properly on the bridge
2020-02-06 10:16:05 <afontain[m]> Ok, I'll try not to
2020-02-06 10:16:34 <mps> PureTryOut[m]: +1 :)
2020-02-06 10:27:34 <cs_0x6373> is there any way to run 32bit applications in wine on alpine? i can run the included notepad.exe, but i tried Firefox Setup (both 32/64 bit) and 32/64 bit putty, but get only "wine: Bad EXE format for C:\something\putty.exe"
2020-02-06 11:06:21 <MartijnBraam> yes the pinebook pro runs great with alpine linux, currently runnning a mainline kernel with some patches on it
2020-02-06 12:17:06 <Cogitri> cs_0x6373: Since we don't have multilib our wine is only compiled against 32 or 64-bit (depending on what bitness you're on)
2020-02-06 12:20:32 <PureTryOut[m]> Doesn't that make Wine basically useless for anything?
2020-02-06 12:20:51 <PureTryOut[m]> Well, I guess except for 32-bit programs. But aren't basically all Windows 64-bit programs still using some 32-bit  stuff?
2020-02-06 12:22:39 <cs_0x6373> Cogitri: Thanks for the explanation..
2020-02-06 12:23:17 <cs_0x6373> I think the setup of Firefox 64bit is still 32bit, which means i can't run it
2020-02-06 12:25:39 <rudidev> Hello, I'm wondering how Alpine manages to include OpenJDK11 since 3.10. Does it use a compat-layer, portola or install glibc to make the JVM-runnable?
2020-02-06 12:27:19 <_ikke_> rudidev: https://git.alpinelinux.org/aports/tree/community/openjdk11/APKBUILD
2020-02-06 12:27:25 <_ikke_> here you see how it's built
2020-02-06 12:27:33 <rudidev> Thank you very much! :)
2020-02-06 12:28:45 <_ikke_> it looks like it just works with musl
2020-02-06 12:29:06 <_ikke_> (after patching the detection)
2020-02-06 12:29:28 <_ikke_> well, there is some more patching
2020-02-06 12:29:30 <_ikke_> https://git.alpinelinux.org/aports/tree/community/openjdk11/build.patch
2020-02-06 12:33:46 <Cogitri> PureTryOut[m]: It certainly limits the usefulness of Wine, yes
2020-02-06 12:34:10 <Cogitri> But since we don't have multilib I don't think we'd introduce it just for wine
2020-02-06 12:35:59 <Cogitri> I guess one could come up with some horrible hack to get a custom version of it compiling, I think there was a PR for Void that hacked around this but it sure wasn't pretty
2020-02-06 12:36:14 <PureTryOut[m]> Well no that's understandable lol. But I wonder what the point even is of packaging it for x86_64
2020-02-06 12:37:40 <Cogitri> Dunno, luckily I don't need wine
2020-02-06 12:40:50 <mps> for those who don't like windows but want to use windows :P
2020-02-06 12:53:50 <cs_0x6373> yeah, there are still windows only applications sadly.
2020-02-06 12:55:01 <cs_0x6373> is it possible to use alpine with firefox to watch netflix? (i primarily use OpenBSD, so i'm currently running an Alpine-VM since it was one of the few Linuxes which out of the box can be installed via serial only)
2020-02-06 12:55:16 <mps> yes, I understand. but qemu is better option then
2020-02-06 12:55:31 <_ikke_> but then you need a windows installation
2020-02-06 12:55:38 <_ikke_> and qemu is a lot heavier
2020-02-06 12:55:58 <mps> yes, and this works 'out of the box'
2020-02-06 12:56:26 <_ikke_> I think a chroot or flatpak would be a better solution
2020-02-06 12:56:53 <mps> I doubt win apps can run in chroot or flatpack
2020-02-06 12:57:06 <_ikke_> with wine ofcourse
2020-02-06 12:57:39 <_ikke_> with a VM, you need a windows installation (and license)
2020-02-06 12:57:46 <_ikke_> you need to dedicate resources
2020-02-06 12:57:53 <mps> ofc, everyone is free to do what s/he want
2020-02-06 12:58:33 <_ikke_> people who use wine often don't want windows, just certain apps that only run on windows
2020-02-06 13:00:11 <mps> more than a 2 decade I'm 'looking' how people try to use wine and I don't see it now better that 20 years ago
2020-02-06 13:00:43 <_ikke_> I'm using wine quite succesfully
2020-02-06 13:01:32 <mps> also I tried some apps long ago, it was hassle and nothing else for me. long time gave up and bought one win license in the case I need it
2020-02-06 13:02:19 <mps> when I need it (last time was 2-3 years ago) I run it under qemu
2020-02-06 13:03:10 <mps> but again, everyone is free to do whatever want
2020-02-06 13:04:01 <mps> I don't like to deter anyone of endeavor
2020-02-06 13:30:36 <Cogitri> cs_0x6373: I haven't tried doing that yet, but you certainly don't need Wine for that
2020-02-06 13:31:35 <Cogitri> I guess you'd need to use a Chroot or Flatpak for EME/Widevine (on Chom{e,ium}) to work though
2020-02-06 13:56:38 <vivi_> Decided to dedicate my main driver (t460s) to Alpine, wish me luck!
2020-02-06 13:57:10 <_ikke_> nice
2020-02-06 13:57:34 <mps> \o\
2020-02-06 13:57:40 <mps> \o/
2020-02-06 13:57:57 <vivi_> http://bash.org/?4281
2020-02-06 13:58:22 <vivi_> <3 brb
2020-02-06 14:57:48 <cs_0x6373> just installed chromium (apk add chromium) but get several errors like this: "ERROR: fontconfig-2.13.1-r2: Permission denied"
2020-02-06 14:59:23 <cs_0x6373> btw: im on edge (sorry if this already known, this is my first alpine installation)
2020-02-06 15:10:39 <ncopa> cs_0x6373: that sounds weird. i cannot reproduce
2020-02-06 15:13:04 <cs_0x6373> i also get these error when doing a "apk upgrade", in total for 22 packages.
2020-02-06 15:13:43 <cs_0x6373> Adding --verbose does not show any cause for these errors, could this be that the permission denied comes from downloading the new package version?
2020-02-06 15:17:57 <cs_0x6373> seems like our proxy is blocking access to some packages...
2020-02-06 15:37:36 <paper_> is there a 5.5 kernel?
2020-02-06 15:38:35 <mps> paper_: not officially for alpine
2020-02-06 15:39:05 <mps> 5.4.18 is latest
2020-02-06 15:39:07 <paper_> ah... so I have to edit the APKBUILD, thanks
2020-02-06 15:40:08 <mps> sure, you can always build it yourself
2020-02-06 16:59:58 <tomreid> quit
2020-02-06 20:10:02 <aggaz> I believe that alpine-rpi-3.11.3-aarch64 has issues. I have trobles using ssh through wifi, and I can not load nft rules that are known to work on another rpi (armv6l).
2020-02-06 20:22:12 <aggaz> it seems impossible to load modprobe nf_tables
2020-02-06 20:24:31 <mps> aggaz: what is error when you try modprobe
2020-02-06 20:24:55 <aggaz> modprobe: module nf_tables not found in modules.dep
2020-02-06 20:25:08 <mps> and what kernel version you run
2020-02-06 20:25:46 <aggaz> Linux 5.4.12-0-rpi #1-Alpine SMP PREEMPT
2020-02-06 20:26:25 <mps> try 'depmod -a' and then modprobe
2020-02-06 20:27:07 <mps> and look if there is a file '/lib/modules/5.4.12-0-rpi/kernel/net/netfilter/nf_tables.ko'
2020-02-06 20:28:25 <aggaz> depmod: can't open 'modules.dep': Read-only file system
2020-02-06 20:28:31 <aggaz> I am using diskless mode :)
2020-02-06 20:28:42 <mps> aha
2020-02-06 20:28:44 <aggaz> should I mount the SD card as rw?
2020-02-06 20:29:25 <mps> not sure, in my case it works without remounting
2020-02-06 20:29:34 <mps> but I use rpi zero
2020-02-06 20:30:16 <mps> let me boot it
2020-02-06 20:30:16 <aggaz> mmm
2020-02-06 20:30:33 <mps> uhm, I messed it with u-boot
2020-02-06 20:30:41 <aggaz> there is no nf_tables.ko file in my filesystem
2020-02-06 20:30:53 <aggaz> looked with (find / -iname "nf_tables.ko")
2020-02-06 20:32:34 <mps> maybe it is not built for rpi's
2020-02-06 20:33:16 <aggaz> but I am using nftables on a RPi1 running another version of alpine
2020-02-06 20:33:23 <mps> I need to fix my rpi card to check
2020-02-06 20:33:40 <aggaz> 5.4.6-0-rpi #1-Alpine armv6l
2020-02-06 20:34:00 <aggaz> mmm kernel version is different...
2020-02-06 20:34:25 <mps> ahm, I'm not sure how the rpi kernels are configured
2020-02-06 20:34:30 <aggaz> but alpine release is the same... (3.11.3)
2020-02-06 20:35:24 <aggaz> not sure about how to proceed, should I file a bug?
2020-02-06 20:37:59 <mps> also I'm not sure
2020-02-06 20:38:22 <aggaz> :)
2020-02-06 20:38:36 <mps> let me check content of pkg
2020-02-06 20:39:00 <aggaz> ok thank you
2020-02-06 20:39:55 <mps> you are using 5.4.6-0-rpi and 5.4.6-0-rpi4 ?
2020-02-06 20:40:47 <aggaz> RPi3: 5.4.12-0-rpi (aarch64); RPi1 5.4.6-0-rpi (armv6l)
2020-02-06 20:42:24 <mps> eh, looks like there are no nf_tables.ko module in it
2020-02-06 20:42:51 <aggaz> both of them?
2020-02-06 20:43:16 <mps> I looked 5.4.12-0-rpi
2020-02-06 20:44:02 <aggaz> ok, I can confirm I have that file in RPi1 (/.modloop/modules/5.4.6-0-rpi/kernel/net/netfilter/nf_tables.ko)
2020-02-06 20:44:58 <aggaz> so it seems that this file for some reason is missing on that kernel version, right?
2020-02-06 20:45:32 <mps> yes
2020-02-06 20:46:02 <aggaz> good, so this is most likely the problem
2020-02-06 20:46:15 <aggaz> how do we fix it? :)
2020-02-06 20:47:05 <mps> send a bottle of wine to maintainer :)
2020-02-06 20:47:16 <mps> and pray
2020-02-06 20:47:44 <aggaz> hahahaha
2020-02-06 20:47:47 <mps> other option is, open bug report on gitlab.a.o
2020-02-06 20:48:30 <aggaz> is registration required?
2020-02-06 20:48:46 <mps> _ikke_: ^
2020-02-06 20:50:12 <mps> afaik, yes but it is also possible to use github or gitlab credentials
2020-02-06 20:51:17 <aggaz> oh well, I am going to read the agreement before opening an account... hope is not too long...
2020-02-06 21:01:42 <aggaz> basically there is no policy on https://gitlab.alpinelinux.org, but the one from gitlab.com is quite long. I am the kind of guy who does not live in the contemporary world because I refuse to read/accept most of these agreements... I will givve it a try anyway...
2020-02-06 21:02:22 <_ikke_> afaik these are the only ones: https://gitlab.alpinelinux.org/-/users/terms
2020-02-06 21:02:28 <_ikke_> And they are very short
2020-02-06 21:03:14 <_ikke_> and basically just mean: only use this instance for alpine related projects, we can remove unrelated stuff
2020-02-06 21:03:23 <aggaz> _ikke_: I was assuming that the agreement to the whole gitlab policy was implicit
2020-02-06 21:03:39 <_ikke_> No, that one is just for gitlab.com
2020-02-06 21:03:41 <aggaz> maybe  am wrong
2020-02-06 21:03:48 <aggaz> cool thank you
2020-02-06 21:25:40 <aggaz> mps: this issue is related to aports, right?
2020-02-06 21:40:20 <mps> aggaz: yes
2020-02-07 01:12:12 <c705> i'm having a strange issue where I can pull packages from dl-cdn.alpinelinux.org with apk but not in the container. both are running alpine edge. possible the container image alpine:edge is messed up?
2020-02-07 01:13:07 <c705> RROR: http://dl-cdn.alpinelinux.org/alpine/edge/main: temporary error (try again later) fwiw
2020-02-07 01:15:03 <c705> oops sorry, i'm a moron, disregard my prior 2
2020-02-07 09:17:48 <phanter> hi. is there a way figure out after an apk update, if there are upgradable packages... and which packages are upgradable?
2020-02-07 09:20:26 <north1> apk version
2020-02-07 09:21:28 <phanter> that is hard to find... and not in
2020-02-07 09:21:37 <phanter> apk --help
2020-02-07 09:23:07 <phanter> and a way to list all installed users?
2020-02-07 09:23:18 <phanter> including myself... preferably?
2020-02-07 09:23:56 <north1> cat /etc/passwd?
2020-02-07 09:25:13 <phanter> installed??? My mistake. I mean all logged in users (ssh/tty)
2020-02-07 09:27:16 <north1> That I don't know, I use elogind so I can do loginctl
2020-02-07 09:27:57 <phanter> I found things like these: https://www.2daygeek.com/commands-to-find-check-list-identify-logged-in-users-in-linux/
2020-02-07 09:28:17 <phanter> but none of those seem to work on alpine (most do work on arch linux though)
2020-02-07 09:28:49 <KatolaZ> phanter: alpine has no support for wtmp/utmp
2020-02-07 09:30:09 <phanter> oke..
2020-02-07 09:30:32 <KatolaZ> phanter: you can grep the output of `ps aux`
2020-02-07 09:30:41 <phanter> I was just checking the `w` command in Arch. It is provided by `procps`... and that is installable.
2020-02-07 09:31:01 <clandmeter> musl does not implement it for security reasons
2020-02-07 09:31:28 <KatolaZ> clandmeter: TBH I don't get the reason behind it, but still :)
2020-02-07 09:31:43 <zcrayfish> 2nd vote for ps, including the tty option in the -o flag gave me a very rough and dirty way to see who is logged in on my boxen
2020-02-07 09:32:19 <clandmeter> you can try utmps
2020-02-07 09:32:39 <phanter> I just installed procps,and the `w` command now works as well. Nice. I will concider the `ps aux` as well
2020-02-07 09:46:24 <phanter> Hmm... the `w` command does not seem to work. It shows no output :-(
2020-02-07 09:46:40 <phanter> Will use the `ps aux` command
2020-02-07 09:57:24 <phanter> hmmm. I would like it if my server could send me an email when it detects there is an package update available. I am about to write a script for this using `apk version`, but I think I am not the first person with this desire.
2020-02-07 09:57:40 <phanter> Does anybody know/has a script which does that?
2020-02-07 09:58:17 <mps> apk-autoupdate
2020-02-07 09:58:47 <mps> not script but maybe could be useful
2020-02-07 09:59:55 <phanter> hmm... I prefer to decide when to upgrade. So auto-upgrades sound scary to me :-)
2020-02-07 10:01:25 <mps> apk-autoupdate -s => Show what would be done without actually doing it
2020-02-07 10:02:03 <clandmeter> upgrades on the same version "should" be safe.
2020-02-07 10:02:24 <clandmeter> we try to prevent breaking changes when backporting.
2020-02-07 10:03:37 <mps> 'we try' but we cannot guarantee :)
2020-02-07 10:04:31 <clandmeter> dont use hardware if you want to be 100% reliable
2020-02-07 10:04:51 <KatolaZ> don't live if you want to be 100% reliable...
2020-02-07 10:04:54 <KatolaZ> :P
2020-02-07 13:20:56 <jeanjack> hi there
2020-02-07 13:21:36 <jeanjack> I just installed alpine linux for a laptop, I did install SDDM, but PAM looks don't want him
2020-02-07 13:22:02 <jeanjack> [PAM] authenticate: "Authentication failure"
2020-02-07 13:22:49 <jeanjack> and sddm see only the user "linux user"
2020-02-07 13:24:08 <jeanjack> mmmh my bad, keyboard configuration. "Linux user" is the default comment for new users -_-'
2020-02-07 13:24:14 <jeanjack> sorry for noises
2020-02-07 13:58:17 <jeanjack> is there a way to configure the language, like using locales ? i'm reading that muslib don't implement it well "yet", but it's quite old
2020-02-07 13:59:09 <mps> jeanjack: not yet
2020-02-07 13:59:31 <mps> and not on horizon yet
2020-02-07 13:59:43 <jeanjack> okay
2020-02-07 14:00:34 <jeanjack> i should rather use Xorg configuration to explain that i want something else ? or is there a cleaner way ?
2020-02-07 14:02:27 <mps> afaik xorg is locales/lang agnostic
2020-02-07 14:07:12 <jeanjack> yes, i mean for having the keyboard configuration, if the language is not setable
2020-02-07 14:08:49 <mps> that could be set by desktop environment
2020-02-07 14:11:01 <jeanjack> i use bspwm so i already put the setxkbmap line, but sddm don't use this but ask my password in qwerty.
2020-02-07 14:11:19 <jeanjack> Thanks for your pointers, i'll find a way
2020-02-07 15:02:59 <omni> hi, I noticed that the only way to load microcode provided by the intel-ucode package, when using syslinux and running as a Xen Dom0, is to extract the blob from /boot/intel-ucode.img and put it, with the fill path, in the initramfs and have 'ucode=scan' at the Xen command line
2020-02-07 16:53:01 <Lord> hi, i wanted to upgrade my little alpine to 3.11, but i got an error : "secure_getenv: symbol not found"
2020-02-07 16:53:50 <afontain_> I had that error one day; it disapeared when I updated
2020-02-07 16:54:13 <afontain_> which program shows that error?
2020-02-07 16:54:45 <Lord> when trying to start knot (dns server)
2020-02-07 16:54:53 <Lord> i really need knot to run
2020-02-07 16:55:41 <Lord> and i also have apk itself reporting one error. when i try apk fix. i get the same message but while trying to execute kmod-26-r0.trigger
2020-02-07 16:55:55 <afontain_> what does `apk upgrade -U -a -s` say?
2020-02-07 16:56:22 <north1> Seems like your musl version isn't up-to-date
2020-02-07 16:56:36 <afontain_> well, for all I know, that error could also have disapeared when I rebooted
2020-02-07 16:56:42 <Lord> it lists 53 packages being replaced
2020-02-07 16:57:22 <Lord> i have musl 1.1.24-r0
2020-02-07 16:57:33 <Lord> and 1.1.20-r3
2020-02-07 16:57:47 <Lord> can we have 2 musl ?!
2020-02-07 16:57:50 <afontain_> ok, so you probably could use a `apk upgrade -a`. But before, did you pin packages for a good reason ?
2020-02-07 16:58:05 <Lord> i never pinned anything
2020-02-07 16:58:11 <afontain_> (-a also updates pinned versions)
2020-02-07 16:58:23 <Lord> hooo
2020-02-07 16:58:25 <afontain_> ok, if you are the only one that could have done that, go on
2020-02-07 16:58:30 <Lord> apk upgrade -a worked \o/
2020-02-07 16:58:53 <afontain_> (-a also removes the pin)
2020-02-07 16:58:57 <afontain_> great!
2020-02-07 16:59:01 <Lord> i never used -a
2020-02-07 16:59:06 <Lord> thanks a lot !
2020-02-07 16:59:49 <Lord> and apk fix worked too
2020-02-07 16:59:52 <clandmeter> -a tells apk to verify if a packages has really updated
2020-02-07 17:00:07 <clandmeter> or is different
2020-02-07 17:00:22 <clandmeter> you switched alpine versions so you should always use -a
2020-02-07 17:00:34 <clandmeter> its in the upgrade steps
2020-02-07 17:01:17 <Lord> i'll note it and i'm gonna apk upgrade -a a lot of alpine :-°
2020-02-07 17:01:40 <clandmeter> its technically only needed when changing versions
2020-02-07 17:01:50 <clandmeter> but it does not hurt to always use it.
2020-02-07 17:08:58 <afontain_> (-s was simulate)
2020-02-07 20:03:50 <stefmorino> hey, is there any way to always install documentation by default?
2020-02-07 20:04:05 <stefmorino> I've tried alpine before, but that problem pushed me away from using it very long
2020-02-07 20:04:24 <mps> stefmorino: apk add docs
2020-02-07 20:04:46 <mps> Meta package for pulling in all documentation
2020-02-07 20:04:56 <stefmorino> oh, that's exactly what I want
2020-02-07 20:04:58 <stefmorino> thanks much
2020-02-07 20:05:03 <mps> only for installed pkgs, ofc
2020-02-07 20:05:19 <mps> not all, actually :)
2020-02-07 20:05:58 <stefmorino> yeah, I expected that much, don't want manuals for what I don't have installed
2020-02-07 20:06:02 <stefmorino> I figured that's what you meant
2020-02-07 20:06:04 <mps> and if you install new package later it will pull doc for that pkg, if it have one
2020-02-07 20:06:10 <stefmorino> nice, that's good
2020-02-07 20:06:22 <stefmorino> looks like I got something to boot alongside openbsd
2020-02-07 20:08:14 <stefmorino> I would normally sideboot void, but it won't boot on my thinkpad e585
2020-02-07 20:08:20 <stefmorino> alpine works perfectly
2020-02-07 20:09:45 <mps> nice
2020-02-07 20:10:39 <mps> hmm, I mean, nice that alpine works on your box (didn't wanted to say anything bad about void)
2020-02-07 20:16:00 <omni> can I have # comments in /etc/mkinitfs/features.d/FEATURE.files?
2020-02-07 20:17:11 <omni> [apk add docs] nice! thanks!
2020-02-07 20:18:23 <stefmorino> glad to see my question helped out others haha
2020-02-07 20:18:31 <stefmorino> whomever made that metapackage is a saint
2020-02-07 20:18:39 <stefmorino> now make it the default >:[
2020-02-07 20:20:10 <omni> no, I disagree, I like it that alpine is very minimalistic
2020-02-07 20:20:50 <omni> answering my own question, reading the /sbin/mkinitfs script it looks like comments are ignored
2020-02-07 20:21:24 <mps> omni: true, but I wanted to ask you to try and see
2020-02-07 20:25:42 <omni> mps: given you seem to be at the keyboard, would you happen to have a comment on what I said 15:02 (UTC)?
2020-02-07 20:27:15 <omni> for now I extracted it to my rootfs ('cd /; cpio -div < /boot/intel-ucode') and created a mkinitfs/features.d/intel-ucode.files file with the full path
2020-02-07 20:27:42 <omni> I still have to unarchive the blob whenever the intel-ucode package is updated, however
2020-02-07 20:28:50 <omni> (that should be < /boot/intel-ucode.img above)
2020-02-07 20:31:09 <mps> omni: I saw your msg earlier but I don't have enough experience with xen
2020-02-07 20:32:29 <mps> but I doubt it can be done from featues.files
2020-02-07 20:41:04 <omni> mps: it works
2020-02-07 20:41:45 <mps> good
2020-02-07 20:41:45 <omni> with the help of mkinitfs/features.d/intel-ucode.files and intel-ucode in the mkinitfs/mkinitfs.conf features line, the file will be put in the initfs, granted it is in my OS rootfs to begin with
2020-02-07 20:42:38 <mps> what is the content of mkinitfs/features.d/intel-ucode.files
2020-02-07 20:42:41 <stefmorino> does anyone know if alpine's wine implementation support WoW64 for wine? (running 32-bit stuff on 64-bit/multilib)
2020-02-07 20:43:17 <omni> and Xen will scan the initfs and load it if I put ucode=scan on the Xen command line, update-extlinux.conf:xen_opts=
2020-02-07 20:43:18 <mps> stefmorino: alpine doesn't support multilib
2020-02-07 20:43:32 <stefmorino> thought so, damn
2020-02-07 20:45:01 <omni> mps: being at / 'cpio -div < /boot/intel-ucode.img' will put the blob at /kernel/x86/microcode/GenuineIntel.bin, so that is what I have in mkinitfs/features.d/intel-ucode.files
2020-02-07 20:46:15 <omni> my problem now is that I need to keep track of every time the intel-ucode package is updated, and this should probably be handled by alpine somehow
2020-02-07 20:47:17 <mps> rerun mkinitfs after upgrade
2020-02-07 20:48:46 <mps> xen boot loader cannot read /boot/intel-ucode.img ?
2020-02-07 20:49:49 <mps> on my intel box with syslinux I have 'INITRD intel-ucode.img,initramfs-lts' in /boot/extlinux.conf
2020-02-07 20:50:33 <omni> mkinitfs won't extract /boot/intel-ucode.img, unless there is some hook I could use...
2020-02-07 20:51:21 <omni> when you boot Xen with syslinux you use COM32 mboot.32
2020-02-07 20:51:49 <omni> so theres no INITRD anything, everything is on the APPEND line
2020-02-07 20:52:04 <mps> aha
2020-02-07 20:52:10 <omni> I tried --- intel-ucode.img --- initramfs-lts
2020-02-07 20:52:21 <omni> but that gave me a kernel panic and reboot
2020-02-07 20:53:02 <omni> because it couldn't find what to mount where, or something, just got a short glimpse before reboot
2020-02-07 20:54:19 <omni> using grub or efi, I read that it should be possible to chain load intel-ucode.img, but I haven't tried
2020-02-07 20:54:28 <mps> sorry, as wrote already, I don't have much experience with xen
2020-02-07 21:03:20 <omni> I think this is more syslinux (and mboot.32) related, that I cannot chain load intel-ucode.img
2020-02-07 21:03:37 <omni> for my working workaround I need some apk hook or something
2020-02-07 21:04:07 <omni> if there is such a thing
2020-02-07 21:04:08 <alxsdf> what machine are you running?
2020-02-07 21:04:20 <alxsdf> do you have control over the firmware?
2020-02-07 21:04:35 <alxsdf> If yes, you can avoid doing this full stop by just putting the ucode into your firmware
2020-02-07 21:06:02 <omni> I think it's quite convenient that someone maintains the intel-ucode package so that I just need to keep my packages up to date
2020-02-07 21:07:11 <omni> alxsdf: am I reading correctly, that you're proposing to do this via bios upgrade?
2020-02-07 21:07:20 <alxsdf> ehhh, yes and no
2020-02-07 21:07:23 <alxsdf> it's not quite an upgrade
2020-02-07 21:07:33 <alxsdf> like I said it depends on if you're using something like coreboot/libreboot
2020-02-07 21:11:45 <omni> ah, no, in that case I do not have control =)
2020-02-07 21:12:00 <omni> on this particular machine
2020-02-07 21:13:56 <omni> but, there is no way to configure so that apk will run a command when a specific package is upgraded/installed?
2020-02-07 21:14:24 <alxsdf> I suspect you can run a post install hook
2020-02-07 21:14:29 <alxsdf> but I have zero knowledge here
2020-02-07 21:15:06 <omni> neither have I...
2020-02-07 21:15:18 <mps> there are also post-upgrade 'hooks'
2020-02-07 21:16:49 <omni> mps: where can I find documentation?
2020-02-07 21:17:18 <mps> man APKBUILD
2020-02-07 21:18:08 <alxsdf> there's a set of scripts in /var/cache/misc that contain post install hooks I think?
2020-02-07 21:19:24 <omni> mps: ah, but that is for when you're building packages yourself, right?
2020-02-07 21:19:50 <mps> right
2020-02-07 21:20:37 <omni> alxsdf: that's an empty dir at my end
2020-02-07 21:26:18 <alxsdf> omni: hm
2020-02-07 21:26:38 <alxsdf> that's the only reference I can find to a directory inthe source code around post-install, but I admittedly haven't looked very far
2020-02-07 21:26:52 <alxsdf> do you have busybox or mandoc installed?
2020-02-07 21:54:18 <omni> what alpine isn't installed with busybox? ;)
2020-02-07 21:54:55 <omni> I was about to register at gitlab.alpinelinux.org, to file an issue, but GOOG captcha no thanks
2020-02-07 21:55:20 <alxsdf> hmm
2020-02-07 21:55:35 <alxsdf> I forgot I had mlocate on this machine :)
2020-02-07 21:56:01 <omni> but I'll call it a day, thanks alxsdf and mps!
2020-02-07 21:57:04 <alxsdf> omni: you can clone aports, add a .post-install trigger to the ucode package, and install that
2020-02-07 22:01:20 <mps> omni: what do you mean by 'alpine isn't installed with busybox?'?
2020-02-07 22:25:37 <mps> anyone know does profanity (xmpp client) support google hangout protocol
2020-02-07 23:27:15 <Entropy4U> Anybody familiar with node.js and npm?
2020-02-07 23:37:21 <afontain_> why?
2020-02-07 23:38:56 <Entropy4U> was trying to install a node based gui,  but it winds up pulling down stuff that is compiled against glibc instead of libmusl
2020-02-07 23:42:18 <galaxie> Hello, I was wondering if there were any soundfonts packaged? Or do they come with the fluidsynth package or something?
2020-02-07 23:44:56 <afontain_> <Entropy4U "was trying to install a node bas"> :-/
2020-02-07 23:48:52 <afontain_> Installing the `gcompat` package might work. The proper fix would be  to tell the app not to if an option exists, or patch the package if applicable
2020-02-08 02:27:00 <crockwork> What would you guys recommend to beginners looking for using linux as a daily driver? I'm always curious.
2020-02-08 02:42:52 <tbirdsaw> Hello. I had a question about macvlan support under Alpine.
2020-02-08 02:43:49 <tbirdsaw> I've been trying to use alpine as a docker host, and while it works wonderfully for hosting, I've been having some difficulty with getting the host alpine instance talking with the containers. Duplicating the setup on ubuntu-18.04.3-server works fine. I suspect there is a setting I need to tweak somewhere to allow the communication.
2020-02-08 03:22:35 <mckaygerhard> ejem.. where are debug packages? to make traces? repositories of debug packages...
2020-02-08 03:31:15 <kaniini> -dbg packages
2020-02-08 03:31:32 <kaniini> not all packages have them
2020-02-08 03:32:31 <mckaygerhard> kaniini: what does means? by example i must debug muslc to sdl install due some problems related to undefined symbols in valgrint
2020-02-08 03:32:51 <kaniini> apk add musl-dbg
2020-02-08 07:58:30 <PhoenixMage> Hey all,
2020-02-08 07:59:37 <PhoenixMage> I am creating a coupole of py3 packages and running into the problem where they overlap because they are from the same namespace (same author) and so have files in common. What would be the best way to deal with that in an APKBUILD?
2020-02-08 08:01:30 <_ikke_> PhoenixMage: This is something the author would need to fix
2020-02-08 08:03:03 <_ikke_> What you could do in the mean time is to create a separate package that would contain just those files, where you add a dependency to from both other packages
2020-02-08 08:03:40 <_ikke_> or
2020-02-08 08:03:49 <_ikke_> (in the same spirit)
2020-02-08 08:04:02 <_ikke_> move those files to a subpackage on one of the packages
2020-02-08 08:08:19 <PhoenixMage> Yeah, my thoughts were the first suggestion
2020-02-08 08:08:50 <PhoenixMage> jaraco has like 130 modules so I dont like the chances of changing his mind
2020-02-08 08:09:05 <PhoenixMage> Annoying
2020-02-08 08:09:36 <PhoenixMage> 1 other question, with noarch packages after they are compiled do I need to manually copy them to the other architecture dirs?
2020-02-08 08:14:09 <russkel> that's ridiculous
2020-02-08 08:14:16 <russkel> how does pip deal with it?
2020-02-08 08:18:53 <_ikke_> PhoenixMage: You can symlink them, but yes, you need to make sure they are in each arch dir
2020-02-08 08:19:15 <_ikke_> (I assume you have a custom repository)
2020-02-08 08:19:24 <_ikke_> russkel: I was wondering the same
2020-02-08 08:20:42 <_ikke_> PhoenixMage: thinking of it, it sounds like a maintenance nightmare to me
2020-02-08 08:20:53 <russkel> pretty sure pip would fail out
2020-02-08 08:21:06 <russkel> hopefully?!?!
2020-02-08 08:22:03 <PhoenixMage> I thought the same so I installed both with pip and it seems to accept they can be overwritten with an identical copy
2020-02-08 08:22:31 <_ikke_> ugh
2020-02-08 08:23:10 <russkel> PhoenixMage, could you mess with the install prefix and install into a separate directory and then modify the pip link that gets installed?
2020-02-08 08:23:43 <russkel> hacks all around, but having the same file in multiple packages is a hack
2020-02-08 08:24:09 <_ikke_> I think it's not possible to namespace python packages, because it would break the importing of the modules
2020-02-08 08:24:38 <russkel> you know when you do pip install -e
2020-02-08 08:25:03 <russkel> it creates a link to the directory.. could you [ab]use that to get it to work?
2020-02-08 08:25:13 <russkel> just spitballing here
2020-02-08 09:46:41 <PhoenixMage> Path of least resistance for me will be a parent package with the common file
2020-02-08 13:05:22 <afontain_> Question: do we have problems with gitlab.a.o? or maybe are builds disabled for MR? It seems the CI skips building my packages https://gitlab.alpinelinux.org/afontain/aports/-/jobs/46694#L428
2020-02-08 13:07:56 <mps> afontain_: looks like it pass
2020-02-08 13:08:09 <_ikke_> >>> No packages found to be built.
2020-02-08 13:09:27 <mps> ah, yes
2020-02-08 13:10:03 <mps> it is arch="x86_64 armhf aarch64"
2020-02-08 13:10:27 <afontain_> the x86_64 version doesn't build either
2020-02-08 13:10:54 <afontain_> oh, maybe it's arch="all"
2020-02-08 13:23:48 <afontain_> I just don't know why it doesn't build :-/
2020-02-08 13:24:18 <afontain_> doesn't try to build, more specifically. https://gitlab.alpinelinux.org/alpine/aports/merge_requests/3848
2020-02-08 13:26:13 <mps> this bundle downloads some ready made android images?
2020-02-08 13:26:46 <afontain_> yes
2020-02-08 13:27:14 <mps> I don't think this is acceptable for alpine
2020-02-08 13:27:32 <afontain_> we could make a true anbox-image package, but I fear it would need a lot of resources
2020-02-08 13:30:18 <mps> whatever, but ready made image are not 'good' idea
2020-02-08 13:31:20 <mps> and maybe it will require less resources to rebuild than cromium/firefox ;)
2020-02-08 13:49:30 <afontain_> question: if something needs gcompat to compile, is it blocking?
2020-02-08 13:49:58 <afontain_> question: if something downloads using python+git, is it blocking?
2020-02-08 13:50:03 <afontain_> (fairly sure it's yes to both)
2020-02-08 13:57:49 <_ikke_> afaik, gcompat is not headers
2020-02-08 13:57:52 <_ikke_> you cannot use it to compile
2020-02-08 13:58:00 <_ikke_> it only is meant for pre-compiled binaries
2020-02-08 13:59:12 <_ikke_> afontain_: regarding downloading: the important thing is that a package is reproducable
2020-02-08 13:59:21 <_ikke_> the moment of building should not affect the end result
2020-02-08 13:59:45 <_ikke_> go and rust packages often download dependencies, but we try to make sure they are all locked
2020-02-08 14:00:18 <afontain_> I think this is the case
2020-02-08 14:01:11 <afontain_> because git repos seem to be tagged
2020-02-08 14:05:16 <_ikke_> Does the software clone repositories itself?
2020-02-08 15:33:02 <afontain_> yes
2020-02-08 15:34:37 <afontain_> regarding gcompat: it's because there are prebuilt executables in the source tree, and those might work with gcompat
2020-02-08 15:36:42 <afontain_> well, not quite yes, the build tool clones repositories itself
2020-02-08 16:40:32 <afontain_> Building Android seems to require multilib :-/
2020-02-08 16:40:49 <afontain_> sudo apt-get install bison g++-multilib git gperf libxml2-utils make zlib1g-dev:i386 zip liblz4-tool
2020-02-08 16:40:53 <afontain_> ^ one line in the build instructions
2020-02-08 16:41:11 <_ikke_> alpine does not support multilib
2020-02-08 17:39:56 <galaxie> Hi, I've been battling with NetworkManager and can't get my WiFi interface up for a device of mine. Any way to change it's state?
2020-02-08 19:41:35 <treehug88> galaxie move to another state. hahah sorry
2020-02-08 19:44:35 <afontain_> galaxie: `ip link set wlan0 up` or `down`?
2020-02-08 19:45:42 <afontain_> that's quite litterally to activate or deactivate an interface, but I'm not quite sure what change it's state
2020-02-08 19:51:15 <galaxie> afontain_: Done that. It doesn't change it.
2020-02-08 19:53:25 <afontain_> can you try to explain a bit more your problem?
2020-02-08 19:54:16 <galaxie> Sure. nmcli d  says wlan0 is disconnected, ip link shows wlan0 as DOWN, and I can't get it to UP state.
2020-02-08 19:55:15 <galaxie> Earlier this morning I got it to connect just once, with nmtui, but no more. Every time I try connecting with nmcli or nmtui it tells me it cannot find the network.
2020-02-08 19:56:17 <galaxie> Apologies. It's magically up again after using sudo nmtui after the failed up. Idk why or how this is working.
2020-02-08 20:02:19 <afontain_> well, great!
2020-02-08 20:02:39 <afontain_> I was going to suggest to have a look at rfkill otherwise
2020-02-08 20:04:58 <galaxie> And.. now it's dead.
2020-02-08 20:06:17 <galaxie> And rfkill showed everything unblocked anyway
2020-02-08 20:08:45 <galaxie> And back again! Ack!
2020-02-08 20:14:27 <afontain_> you may find interesting stuff in dmesg
2020-02-08 20:17:28 <afontain_> About Anbox: maybe we could package Anbox without the image with a message in the post-install telling people they must install their own image?
2020-02-08 21:29:29 <c705> hello. i run apk add <packages> in an ansible playbook. my playbook fails with ERROR: temporary error try again later or missing package. however, when i repeat the playbook it works the second time. this recently started a couple of weeks ago. any thoughts?
2020-02-08 21:31:54 <silverwillow> hey all :) Am having issues with my apple bluetooth keyboard. I've managed to get it paired and useful. ie. I'm typing this now on the thing in XFCE. However, at console prompts though the keyboard is recognised, I hear system beeps when pressing backspace, but no text appears when typed. Any ideas?
2020-02-08 21:32:21 <silverwillow> console prompts as in without X11.
2020-02-08 21:32:32 <_ikke_> c705: 'temporary error' usually means a dns issue
2020-02-08 21:32:58 <c705> @_ikke_: thanks for the pointer, i'll start there
2020-02-08 23:36:57 <shimsh> hey, i have two issues: the first, and most important is that dns isn't resolving. i can ping 1.1.1.1, but not example.com: "bad address". This appears to be a busy box issue, but I can't proceed with installation. (or can i?)
2020-02-08 23:37:16 <shimsh> i'm using the virtual image, and trying to install it in a xen vm
2020-02-08 23:38:37 <shimsh> the second issue is that I have blocked all http traffic on my LAN, am i able to use TLS with the installation media? there are no certs installed, and https://<ip> returns a TLS handshake failure
2020-02-08 23:41:14 <shimsh> well, i take that back - it won't validate against an ip. there's a cert.pem <-- is that he certs for alpine repos?
2020-02-09 00:04:31 <mps> shimsh: did you set dns properly?
2020-02-09 00:05:19 <shimsh> mps `echo "nameserver 1.1.1.1" > /etc/resolv.conf` ?
2020-02-09 00:06:02 <mps> ah, 1.1.1.1 is some public dns resolver?
2020-02-09 00:06:13 <shimsh> cloudflare
2020-02-09 00:06:25 <mps> aha, didn't know
2020-02-09 00:06:47 <mps> I can resolve example.com without problem from my box
2020-02-09 00:08:18 <shimsh> mps: what was your dns setup at installation time?
2020-02-09 00:10:01 <mps> usually local dns server
2020-02-09 00:10:24 <mps> but now I changed it to 1.1.1.1 manually and it works
2020-02-09 00:11:24 <mps> ping example.com => 64 bytes from 93.184.216.34 (93.184.216.34): icmp_seq=1 ttl=52 time=123 ms
2020-02-09 00:12:54 <shimsh> i believe you
2020-02-09 00:12:56 <shimsh> :)
2020-02-09 00:13:21 <shimsh> mps: where can i manually edit the repos?
2020-02-09 00:13:38 <mps> in /etc/apk/repositories
2020-02-09 00:14:13 <mps> if 'setup-apkrepos' doesn't work for you
2020-02-09 00:15:04 <shimsh> mps setup-dns (specify search domain name) what does that mean?
2020-02-09 00:15:10 <shimsh> that doesn't mean a resolveR?
2020-02-09 00:15:32 <mps> yes, set your /etc/resolv.conf
2020-02-09 00:16:05 <shimsh> mps: "domain name", 1.1.1.1 isn't a domain name
2020-02-09 00:16:27 <shimsh> "DNS domain name"
2020-02-09 00:16:29 <mps> no, it is not
2020-02-09 00:17:09 <mps> "DNS domain name" is name of your domain
2020-02-09 00:17:32 <shimsh> my domain?
2020-02-09 00:17:33 <mps> if you don't know name just press enter
2020-02-09 00:18:09 <mps> yes, 'shimsh.net' for example
2020-02-09 00:18:23 <mps> if this is your domain name
2020-02-09 00:18:36 <shimsh> yeah, it's just a box
2020-02-09 00:18:58 <shimsh> dns entered, same thing - "bad address 'example.com'"
2020-02-09 00:18:58 <mps> but you are on some network
2020-02-09 00:19:19 <shimsh> yeah, but nobody needs to resolve this host
2020-02-09 00:19:32 <mps> example.com is reserved domain name
2020-02-09 00:19:48 <shimsh> ping example.com --> "bad address"
2020-02-09 00:20:07 <shimsh> nslookup example.com --> "bad address"
2020-02-09 00:20:10 <mps> what is in your /etc/resolv.conf
2020-02-09 00:20:24 <shimsh> nameserver 1.1.1.1
2020-02-09 00:20:37 <mps> and domain?
2020-02-09 00:20:39 <shimsh> i used the setup-dns script
2020-02-09 00:20:42 <shimsh> domain is blank
2020-02-09 00:20:51 <shimsh> ill try one
2020-02-09 00:21:25 <shimsh> mps: no difference
2020-02-09 00:21:35 <mps> actually it is not needed
2020-02-09 00:21:49 <mps> can you ping 1.1.1.1
2020-02-09 00:21:54 <shimsh> yes i can
2020-02-09 00:22:00 <mps> hmm,
2020-02-09 00:22:28 <mps> do you have 'nc' tool installed
2020-02-09 00:22:39 <shimsh> yeah
2020-02-09 00:22:55 <shimsh> busybox
2020-02-09 00:23:09 <mps> uh
2020-02-09 00:23:24 <shimsh> nc is part of busybox is it not
2020-02-09 00:23:28 <shimsh> it's installed
2020-02-09 00:23:30 <shimsh> anyway
2020-02-09 00:23:57 <shimsh> this could be an nsswitch issue?
2020-02-09 00:24:43 <mps> busybox traceroute -p 53 1.1.1.1
2020-02-09 00:25:00 <mps> alpine doesn't have nsswitch
2020-02-09 00:25:52 <shimsh> right, this traceroute is now outside of my LAN
2020-02-09 00:26:41 <mps> so your routing is ok
2020-02-09 00:26:51 <shimsh> yep
2020-02-09 00:27:23 <shimsh> one thing you should be aware of is that i had to set my own route, it's a PTP connection between two xen domUs
2020-02-09 00:27:43 <shimsh> i have a VPN server it goes through
2020-02-09 00:27:51 <shimsh> OH wait
2020-02-09 00:27:56 <shimsh> i think i might know what it is
2020-02-09 00:28:08 <shimsh> man im so dumb
2020-02-09 00:28:57 <shimsh> i have TLS dns setup on my VPN server, it might be interfering with dns
2020-02-09 00:29:12 <shimsh> it's a resolver
2020-02-09 00:30:30 <mps> just wanted to ask if you have something in between which blocks dns or intercept it
2020-02-09 00:30:50 <shimsh> yes
2020-02-09 00:31:12 <shimsh> it does i think, i can't remember the config. checking now
2020-02-09 00:32:31 <shimsh> im pretty sure i blocked udp:53
2020-02-09 00:32:44 <mps> :)
2020-02-09 00:33:39 <shimsh> mps: thanks, at least for now. btw, are there repos that support TLS?
2020-02-09 00:33:54 <mps> you mean https?
2020-02-09 00:33:59 <shimsh> yeah
2020-02-09 00:34:23 <mps> run setup-apkrepos and select one
2020-02-09 00:35:19 <mps> hmm, it doesn't show protocol
2020-02-09 00:36:04 <shimsh> i think there is, i saw one or two on the homepage
2020-02-09 00:36:38 <mps> yes. there are some but I can't remember right now
2020-02-09 00:38:04 <mps> https://nl.alpinelinux.org/alpine/
2020-02-09 00:40:07 <mps> to late is here, going to sleep. good night and good luck
2020-02-09 00:40:29 <shimsh> mps thanks
2020-02-09 00:41:35 <mps> https://mirrors.alpinelinux.org/mirrors.txt
2020-02-09 00:42:46 <shimsh> thanks :)
2020-02-09 00:43:47 <mps> https://mirrors.alpinelinux.org/
2020-02-09 00:44:02 <mps> official list
2020-02-09 00:44:05 <shimsh> good to know, thanks!
2020-02-09 00:44:33 <mps> np, good night, this time really :)
2020-02-09 00:47:05 <shimsh> gn
2020-02-09 03:04:23 <afontain_> It looks like openjdk doesn't build, I tried version 7, 8 and 11 and I find the same error each time: https://paste.gnugen.ch/raw/96Pq Does someone know something about it?
2020-02-09 12:37:04 <minecrell> afontain_: Do you have _JAVA_OPTIONS set in environment?
2020-02-09 12:37:47 <afontain_> yes
2020-02-09 12:38:11 <minecrell> try to unset it before building
2020-02-09 12:38:15 <afontain_> how do you undefine an environment variable?
2020-02-09 12:38:20 <minecrell> unset ...
2020-02-09 12:38:45 <afontain_> does it works like export?
2020-02-09 12:39:00 <afontain_> ^ yes
2020-02-09 12:39:09 <minecrell> export ENV="value"; unset ENV
2020-02-09 12:40:02 <minecrell> afontain_: Building openjdk is probably not fun though
2020-02-09 12:40:29 <afontain_> it can't be worse than building Android?
2020-02-09 12:41:43 <afontain_> (but yeah, I hope so, a lot…)
2020-02-09 12:41:45 <minecrell> afontain_: maybe comparable I guess
2020-02-09 12:42:05 <minecrell> I never tried building openjdk, but it's huuuge
2020-02-09 12:42:09 <afontain_> hum… at least java is packaged?
2020-02-09 12:42:43 <afontain_> also, do you know how could I enable javac?
2020-02-09 12:43:10 <afontain_> because, you know, I'd need it to build Android, to make an Anbox image
2020-02-09 12:43:53 <minecrell> Are you building Android 7 or older? iirc newer android versions use a prebuilt (glibc) openjdk version
2020-02-09 12:44:09 <afontain_> Android 7
2020-02-09 12:44:33 <afontain_> I also hope gcompat will handle the prebuilt binairies…
2020-02-09 12:44:57 <afontain_> I also hope multilib isn't needed…
2020-02-09 12:45:08 <minecrell> I don't remember if you need openjdk7 or 8, but javac seems to be in https://pkgs.alpinelinux.org/package/edge/community/x86_64/openjdk8?
2020-02-09 12:45:59 <afontain_> wait.
2020-02-09 12:46:41 <afontain_> I have java in my path, but not javac then?
2020-02-09 12:47:28 <minecrell> It's in the same dir, isn't it?
2020-02-09 12:47:58 <afontain_> I'll try with `export PATH=/usr/lib/jvm/java-1.7-openjdk/bin/:$PATH` then
2020-02-09 12:48:18 <afontain_> well, yeah, but there is only a java symlink
2020-02-09 12:48:27 <afontain_> `/usr/bin/java -> ../lib/jvm/default-jvm/jre/bin/java`
2020-02-09 12:48:30 <afontain_> no javac
2020-02-09 12:49:39 <minecrell> possible
2020-02-09 12:49:44 <minecrell> Not familiar with java on Alpine
2020-02-09 12:50:32 <mps> it is here: /usr/lib/jvm/java-1.8-openjdk/bin/javac
2020-02-09 12:51:06 <mps> I have alias for for it
2020-02-09 12:51:49 <afontain_> yeah, great
2020-02-09 12:52:22 <afontain_> do I open a MR to add `export _JAVA_OPTIONS; unset _JAVA_OPTIONS` to jdk APKBUILDs?
2020-02-09 12:52:58 <mps> I don't this so
2020-02-09 12:53:17 <minecrell> afontain_: Usually you should build packages in some clean env
2020-02-09 12:54:10 <afontain_> well, I'd expect `abuild rootbld` to do just that?
2020-02-09 12:55:06 <mps> it is better to have clean environment for build, as minecrell say
2020-02-09 12:55:22 <mps> chroot, lxc, docker ...
2020-02-09 13:30:15 <dicksteeloy> Hi, I am running alpine 3.11 in a lxc container and have issues with running docker inside it. Alpine runs cgroups service, but complains about not being root and not being able to mount. I guess it boils down to alpine being run in a container and not having proper mounts from the host?
2020-02-09 13:31:08 <_ikke_> yes, and probably missing some capabilities as well
2020-02-09 13:31:12 <dicksteeloy> This here is a dirty fix for the problem --> https://forum.proxmox.com/threads/docker-daemon-running-in-alpine-container-solved.58999/
2020-02-09 13:31:51 <dicksteeloy> With these, docker runs fine and can create privileged containers.
2020-02-09 13:36:32 <dicksteeloy> Is there a way to start the lxc container so, that this dirty fix is not needed? I have added lxc.cgroup.devices.allow = a | lxc.cap.drop = | security.nesting: "true" |  security.privileged: "true". These work for an ubuntu container, which has systemd installed.
2020-02-09 14:22:30 <sen91> What is apt equal in alpine
2020-02-09 14:24:20 <_ikke_> not even 1 minute patience
2020-02-09 14:28:18 <mps> and not tried to read basis about distro which considers
2020-02-09 14:30:11 <zcrayfish> Brilliant.
2020-02-09 14:35:27 <Cogitri> The first two latters even match up so there's a good chance autocomplete would've shown them the right thing :P
2020-02-09 14:36:02 <_ikke_> assuming they use autocomplete in the first place
2020-02-09 14:36:26 <Cogitri> I hope most shell users do
2020-02-09 14:36:45 <Cogitri> I basically abuse my tab key while in the CLI :P
2020-02-09 14:36:58 <zcrayfish> Too bad they are unregistered, because otherwise I would memoserv them "how to ask a question" and LMGTFY:"Alpine package management".
2020-02-09 14:37:20 <ifreund> pedantic, but tab completion's not quite the same as autocomplete
2020-02-09 14:39:05 <_ikke_> Cogitri: I see enough users typing out the full command
2020-02-09 14:39:24 <Cogitri> Oof
2020-02-09 14:39:33 <_ikke_> It irks me when I see that :)
2020-02-09 15:10:37 <ivanoff> could someone point me to a good guide to network boot alpine on cardless raspberry 4?
2020-02-09 15:11:16 <_ikke_> Not sure there is a ready-made guide for that
2020-02-09 15:13:44 <ivanoff> i managed to modify the eeprom so it finds correct folder on tftp and loads the kernel
2020-02-09 15:15:50 <ivanoff> what i want to achieve is to load the image to ram and boot it
2020-02-09 15:16:58 <mps> ivanoff: maybe this could help you https://boot.alpinelinux.org/
2020-02-09 15:19:07 <ivanoff> mps, im not sure this works for arm rpi
2020-02-09 15:21:19 <mps> there is aarch64
2020-02-09 15:34:18 <ivanoff> mps, what i want is to load my image from server in local network, make ramdisk and boot it
2020-02-09 15:35:06 <ivanoff> it seems like that guide is for loading vanilla image from alpine servers
2020-02-09 15:35:27 <mps> yes
2020-02-09 15:36:05 <mps> but I wanted to say it could help you to get idea how to make your own solution
2020-02-09 15:39:23 <ivanoff> yeah im following that path
2020-02-09 15:39:46 <ivanoff> i downloaded the tftp boot files from alpine site
2020-02-09 15:40:15 <ivanoff> now i think i have to make a script for kernel
2020-02-09 15:41:25 <ivanoff> config or cmdline txt is what i see in other distros netboots
2020-02-09 15:43:58 <mps> I don't have much experience with RPis, but I think you need both
2020-02-09 15:44:35 <mps> config.txt and cmdline.txt
2020-02-09 15:45:09 <mps> for some boards even usercfg.txt
2020-02-09 15:45:59 <ivanoff> im banging my head against the wall for a few days bc i cant find documentation on kernel parameters for pi
2020-02-09 15:48:12 <ivanoff> ive found some docs on kernel org but they are 20yo lol
2020-02-09 15:48:36 <ivanoff> so i dont think they are relevant anymore
2020-02-09 15:51:39 <mps> (who use broadcom deserve broadcom) :)
2020-02-09 16:20:19 <skyfoosooc> I'm coming from Arch Linux and am having a little trouble with using my ZFS setup on Alpine. I have keylocation set to file:///dev/disk/by-partlabel/${keyname} but that path doesn't seem be populated when zfs load-key runs.
2020-02-09 16:20:45 <skyfoosooc> My current workaround is to set keylocation to file:///dev/sdb2 but that'll be unreliable if multiple drives are connected.
2020-02-09 17:31:10 <Cogitri> Not sure, but maybe udev needs to run before for those paths to be populated?
2020-02-09 17:37:26 <skyfoosooc> Is that as simple as putting udev before zfs in mkinitfs?
2020-02-09 17:44:42 <Cogitri> Don't think so - I think this is hardcoded in /usr/share/mkinitfs/initramfs-init
2020-02-09 17:45:29 <Cogitri> At least I've added the thingie asking for the ZFS password if you've set a password for the key in that thing
2020-02-09 17:49:47 <feuerteufel> Moin zusammen!
2020-02-09 17:57:46 <PureTryOut[m]> Hmm trying to install Alpine 3.11 in EFI mode. Installation goes through fine and in the end it tells me to reboot. However, `efibootmgr` shows no boot entry has been made for Alpine, and rebooting does in fact not boot into a working system
2020-02-09 18:03:34 <_ikke_> Cogitri: fyi: https://gitlab.alpinelinux.org/kdaudt/aports/-/jobs/47143
2020-02-09 18:03:57 <_ikke_> sadly most rust programs take ages to build
2020-02-09 18:06:41 <c705> _ikke_: thanks agin for your tip yesterday about apk. turns out my dns server is bummed out
2020-02-09 18:06:59 <_ikke_> c705: nice :)
2020-02-09 18:07:12 <_ikke_> Well, not nice that it's bummed out, but nice that you foudn it
2020-02-09 18:07:14 <_ikke_> found*
2020-02-09 18:08:10 <c705> yeah, i was so focused in on ansible/apk that I didn't even think about dns. thanks again :). probably saved me hours of debug
2020-02-09 18:09:56 <_ikke_> Would be nice that it actually said that it could not resolve the hostname
2020-02-09 18:10:14 <_ikke_> rather than knowing that 'temporary error' means that
2020-02-09 18:11:39 <c705> indeed
2020-02-09 18:34:18 <PureTryOut[m]> Ok with manual partitioning the setup-disk script doesn't even make an EFI folder anymore
2020-02-09 18:53:45 <Cogitri> ikke: Neat, thanks for dealing with that! Yeah, they take a ton of time to build, both due to the loads of checking rustc does during compile time as well as how it static links all the thing
2020-02-09 18:54:35 <Cogitri> PureTryOut[m]: Yeah, I think the bootloader situation isn't that great especially on EFI right now on Alpine. I always just use rEFInd for my x86_64 EFI needs, I guess I'd use EFISTUB on other machines.
2020-02-09 18:58:14 <PureTryOut[m]> Well if I use the regular `setup-alpine` script, it installs at least Grub in EFI mode and makes an EFI folder on `/boot`
2020-02-09 18:58:28 <PureTryOut[m]> if I use straight up `setup-disk` with manual partitioning it doesn't
2020-02-09 18:58:41 <PureTryOut[m]> if I force it to install in EFI mode with some environment variables, it starts complaining
2020-02-09 18:58:54 <alxsdf> setup alpine is composed of multiple scripts, setup disk is only one of those, as I understand it?
2020-02-09 18:59:18 <PureTryOut[m]> It is
2020-02-09 19:04:54 <PureTryOut[m]> So what's the difference between `setup-alpine` running `setup-disk` so it creates the proper EFI directories and doing it manually?
2020-02-09 19:08:08 <PureTryOut[m]> Hmm, think I got it. Seems if you call `setup-disk` manually, you need to set `BOOTLOADER=grub` and make sure `grub-efi` is installed. For some reason this is not needed when using `setup-alpine`? No clue why
2020-02-09 19:13:49 <Cogitri> 
ACTION shrugs

2020-02-09 19:14:16 <Cogitri> I always just do a manual chroot install
2020-02-09 19:14:37 <Cogitri> With apk.static from a sysrescueCD or Ubuntu or smth
2020-02-09 19:31:32 <PureTryOut[m]> Also, can we move `efibootmgr` to `main/`? It's required for EFI setups
2020-02-09 19:31:38 <PureTryOut[m]> Or at least it is to make `grub-efi` work correctly
2020-02-09 19:41:51 <Dava11> not sure if this is the right place, but I've been scratching my head about how to get alpine (on rpi) to install new kernel modules in a diskless setup. it seems to run into the readonly system and fail
2020-02-09 19:42:04 <Dava11> here is a pastebin: https://pastebin.com/imVS8vB7
2020-02-09 19:42:52 <Dava11> in essence, I've created a fresh image using the instructions of the wiki, so a single FAT32 partition, where the tar was unpacked, and then I booted it, it's all working nicely
2020-02-09 19:44:15 <Dava11> but when I try to install for example wireguard-rpi package, which tries to register/load kernel modules, I get errors that point towards not being able to handle this diskless mode? or I might be missing something, I've searched quite a bit, but cannot seem to find the right keywords for google.
2020-02-09 19:45:15 <Dava11> check the pastebin for full "log" but I think it boils down to: `ERROR: wireguard-rpi-5.4.12-r0: failed to rename lib/modules/5.4.12-0-rpi/extra/.apk.6b9f5d1b725356e84556fbab4f1ce19495578693bf92d01e to lib/modules/5.4.12-0-rpi/extra/wireguard.ko.` AND  `depmod: ERROR: openat(/lib/modules/5.4.12-0-rpi, modules.dep.2636.32472.1581276993, 301, 644):
2020-02-09 19:45:15 <Dava11> Read-only file system` and
2020-02-09 19:45:24 <Dava11> check the pastebin for full "log" but I think it boils down to: `ERROR: wireguard-rpi-5.4.12-r0: failed to rename lib/modules/5.4.12-0-rpi/extra/.apk.6b9f5d1b725356e84556fbab4f1ce19495578693bf92d01e to lib/modules/5.4.12-0-rpi/extra/wireguard.ko.` and `depmod: ERROR: openat(/lib/modules/5.4.12-0-rpi, modules.dep.2636.32472.1581276993, 301, 644):
2020-02-09 19:45:24 <Dava11> Read-only file system` and
2020-02-09 19:45:36 <PureTryOut[m]> Ok screw this, I give up. Alpine just doesn't want to be installed in EFI mode when using manual partitioning
2020-02-09 19:45:39 <PureTryOut[m]> I'll try again next weekend 😒
2020-02-09 22:18:32 <clandmeter> PureTryOut[m]: efibootmgr is not needed to boot in EFI mode with grub
2020-02-09 22:23:11 <PureTryOut[m]> Well it seems to be if you want grub-efi to stop complaining
2020-02-09 22:25:39 <clandmeter> this happens when you use alpine setup scripts or when you try it manually?
2020-02-09 22:30:01 <PureTryOut[m]> `setup-disk`, so Alpine setup scripts
2020-02-09 22:30:04 <PureTryOut[m]> I gave up for now, I couldn't get EFI boot to work at all
2020-02-09 22:31:17 <clandmeter> PureTryOut[m]: you try it on edge?
2020-02-09 22:33:50 <shimsh> is there anyway to get a ready-made ("virtual") tarball? I'd like to try alpine as a templated for Qubes OS, but their framework doesn't handle live instal envrionment
2020-02-09 22:35:09 <shimsh> the minirootfs build looks like it's in the right direction, maybe I can build a kernel for it. is there much difference between that and an installed "virtual" build?
2020-02-09 22:36:42 <clandmeter> shimsh: you need a tarball or a disk image?
2020-02-09 22:38:50 <shimsh> clandmeter: something that's usable as-is, and doesn't need tp be "installed" if that makes sense? i can extract it from whatever medium it comes with
2020-02-09 22:39:09 <shimsh> it will be operating as a xen guest
2020-02-09 22:39:24 <clandmeter> i dont know what usable is. i have no experience with qubes os
2020-02-09 22:40:55 <shimsh> clandmeter: like, the "viritual" image has an installer, the qubes-builder framwork can't handle the installer, but something like a tarball, that i can just extract, configure, and maybe build a kernel, and then the qubes-builder can make an image from it
2020-02-09 22:41:19 <shimsh> does that make sense?
2020-02-09 22:42:38 <shimsh> clandmeter: essentially i'm looking to build an image from an alpine snapshot
2020-02-09 22:42:46 <clandmeter> i dont know how qubes boots the system
2020-02-09 22:42:56 <clandmeter> does it need a kernel
2020-02-09 22:43:01 <clandmeter> if so, how does it boot the kernel
2020-02-09 22:43:54 <shimsh> clandmeter: actually it wont, in some regards - because qubes uses pv/pvh kernels, but yes in some cases it will need a kernel - for hvm.
2020-02-09 22:44:50 <shimsh> clandmeter: i'm not sure about the ins-and-outs yet, but afais it uses grub2,
2020-02-09 22:44:55 <shimsh> afaik*
2020-02-09 22:46:12 <clandmeter> if you dont know what you need, i dont think i can help you :)
2020-02-09 22:47:38 <shimsh> clandmeter: i'm not exact on the details, but I thought there might be a repository with a rootfs, i can configure the rest myself
2020-02-09 22:47:54 <shimsh> i don't need a complete system, i'm content building that on my own
2020-02-09 22:47:58 <clandmeter> we have rootfs as tarball on the mirror
2020-02-09 22:48:24 <clandmeter> http://dl-cdn.alpinelinux.org/alpine/v3.11/releases/x86_64/alpine-minirootfs-3.11.4-x86_64.tar.gz
2020-02-09 22:50:43 <shimsh> clandmeter: i seen that after my initial post. thanks. is the kernel config included, or is it available somewhere?
2020-02-09 22:51:14 <clandmeter> no, there is no kernel included
2020-02-09 22:51:28 <clandmeter> but you could add it when you chroot into it
2020-02-09 22:51:33 <shimsh> clandmeter: "config"
2020-02-09 22:51:35 <shimsh> yeah
2020-02-09 22:51:40 <shimsh> i needto build one
2020-02-09 22:51:46 <clandmeter> or grab the config from git
2020-02-09 22:51:52 <shimsh> gitlab?
2020-02-09 22:51:58 <clandmeter> what you prefer :)
2020-02-09 22:52:04 <clandmeter> git,gitlab,github
2020-02-09 22:52:17 <shimsh> i see
2020-02-09 22:52:19 <shimsh> thanks
2020-02-09 22:53:00 <clandmeter> https://git.alpinelinux.org/aports/tree/main/linux-lts
2020-02-09 22:54:56 <clandmeter> shimsh: its also relatively easy to create your own rootfs locally with apk-static
2020-02-09 22:58:34 <shimsh> clandmeter: apk-static, that just produces a statically linked rootfs?
2020-02-09 22:58:50 <clandmeter> no
2020-02-09 22:58:59 <clandmeter> apk-static is a static version of apk
2020-02-09 22:59:06 <shimsh> ahh i see
2020-02-09 22:59:28 <clandmeter> you can run it cross distribution
2020-02-09 23:01:31 <clandmeter> so its easy to: apk add --repository  ... --root ...  ... --initdb alpine-base (this command is an example)
2020-02-09 23:01:54 <clandmeter> but downloading it from mirror is easier :)
2020-02-09 23:02:07 <shimsh> clandmeter: alpine-vm-install and alpine-chroot-install, look like they could be what i'm after
2020-02-09 23:03:02 <shimsh> i see
2020-02-09 23:03:20 <shimsh> lucky i keep logs, this is useful
2020-02-09 23:05:59 <clandmeter> yes those projects could help you. for sure with different architectures.
2020-02-09 23:07:22 <shimsh> looking like i will use apk-static
2020-02-09 23:08:07 <shimsh> clandmeter: could you point me to the "virtual" kernel config?
2020-02-09 23:08:09 <clandmeter> you need to play a bit with the arguments, the initdb is easily missed
2020-02-09 23:08:32 <clandmeter> shimsh: i just did, check the url i posted
2020-02-09 23:08:45 <clandmeter> it has virt configs
2020-02-09 23:09:12 <shimsh> oh, missed that
2020-02-09 23:09:56 <shimsh> clandmeter: that's excellent man, thanks for helping :)
2020-02-09 23:10:13 <clandmeter> no
2020-02-09 23:10:16 <clandmeter> oops
2020-02-09 23:10:18 <clandmeter> np
2020-02-09 23:10:20 <shimsh> np*
2020-02-09 23:10:22 <shimsh> hehe
2020-02-09 23:10:24 <shimsh> NO?!
2020-02-09 23:10:29 <shimsh>  */part
2020-02-09 23:10:35 <shimsh> :)
2020-02-09 23:10:51 <clandmeter> :)
2020-02-10 00:16:46 <xlmnxp> hello
2020-02-10 00:18:30 <viict> hi guys, has anyone seen a utmpx (file not found or resource not available) error within a SDDM install? I've been trying to setup KDE and that error seems to be preventing resolution changes so I'm stick to 800x600 in a Full HD monitor
2020-02-10 06:54:19 <danieli> viict: alpine doesn't have utmp and friends\
2020-02-10 06:55:51 <fas3r> Hello
2020-02-10 06:55:58 <fas3r> how to set time on alpine docker
2020-02-10 06:56:03 <fas3r> thanks
2020-02-10 06:56:09 <fas3r> date/time
2020-02-10 07:33:58 <crockwork> I've been reading the Unix Haters Guide, or whatever it's called, and I love it.
2020-02-10 07:34:50 <PureTryOut[m]> clandmeter: no I was using v3.11
2020-02-10 13:27:39 <kmmndr> Hi all :-)
2020-02-10 13:30:31 <kmmndr> If I resolv dl-cdn.alpinelinux.org using 9.9.9.9 dns server, it returns 151.101.120.249 which seems to be unavailable
2020-02-10 13:30:52 <kmmndr> Am I the only one having this issue ?
2020-02-10 13:31:34 <_ikke_> kmmndr: it's a cdn, so what you get back might be very specific to the region you are in
2020-02-10 13:32:42 <kmmndr> I guess so, but from my location, the host 151.101.120.249 seems to be down
2020-02-10 13:33:36 <_ikke_> kmmndr: This works for me: curl --resolve dl-cdn.alpinelinux.org:80:151.101.120.249 http://dl-cdn.alpinelinux.org/alpine/
2020-02-10 13:36:24 <kmmndr> _ikke_: Thanks for your answer, I can curl too
2020-02-10 13:38:14 <_ikke_> kmmndr: so what is not working?
2020-02-10 13:38:49 <kmmndr> _ikke_: apk update :-)
2020-02-10 13:39:01 <_ikke_> What error do you get?
2020-02-10 13:39:17 <kmmndr> ERROR: http://dl-cdn.alpinelinux.org/alpine/v3.11/main: temporary error (try again later)
2020-02-10 13:39:41 <_ikke_> temporary error means that it was not able to resolve it even
2020-02-10 13:42:31 <kmmndr> _ikke_: ok, thanks for your help :-)
2020-02-10 13:43:45 <kmmndr> (that was a (silly) dns bug on my lan)
2020-02-10 13:43:53 <_ikke_> heh
2020-02-10 13:44:04 <_ikke_> 2nd time in 24h I was able to help someone with a dns issue :)
2020-02-10 13:44:23 <_ikke_> (and similar error)
2020-02-10 13:45:19 <kmmndr> I've a second lan for wifi ... and I did forget about it
2020-02-10 13:45:34 <kmmndr> _ikke_: Thanks :-)
2020-02-10 13:49:54 <clandmeter> :)
2020-02-10 18:44:58 <xlmnxp> hello
2020-02-10 18:45:03 <xlmnxp> @everyone
2020-02-10 18:45:07 <xlmnxp> i want help
2020-02-10 18:45:29 <xlmnxp> I cannot install xf86-video-vesa
2020-02-10 18:45:59 <xlmnxp> BAD Signature
2020-02-10 18:46:21 <_ikke_> xlmnxp: what repositories do you use? (what is in /etc/apk/repositories)
2020-02-10 18:46:41 <xlmnxp> uk repositories
2020-02-10 18:46:57 <xlmnxp> i try cdn and samething
2020-02-10 18:47:19 <_ikke_> what version, edge?
2020-02-10 18:48:04 <_ikke_> (1/1) Installing xf86-video-vesa (2.4.0-r0)
2020-02-10 18:48:13 <xlmnxp> community
2020-02-10 18:49:07 <_ikke_> that's not the version/branch
2020-02-10 18:49:24 <_ikke_> for edge, it's working for me on both uk and dl-cdn
2020-02-10 18:49:40 <xlmnxp> i will try edge
2020-02-10 18:50:00 <_ikke_> What *were* you using?
2020-02-10 18:50:54 <_ikke_> working for edge as well
2020-02-10 18:50:56 <_ikke_> I mean
2020-02-10 18:50:58 <_ikke_> v3.11
2020-02-10 18:51:30 <xlmnxp> xf86-video-vesa (2.4.0-r0) same version but i get "BAD Signature"
2020-02-10 18:51:31 <xlmnxp> !
2020-02-10 18:51:57 <xlmnxp> i can install other packages like nano or bash
2020-02-10 18:52:16 <xlmnxp> but i cannot install xf86-video-vesa
2020-02-10 18:52:35 <xlmnxp> i installed it in past but i delete it
2020-02-10 18:52:56 <xlmnxp> after reboot i try to install it again but it won't install
2020-02-10 18:53:42 <_ikke_> what does `curl http://uk.alpinelinux.org/alpine/v3.11/main/x86_64/xf86-video-vesa-2.4.0-r0.apk | sha256sum` return?
2020-02-10 18:53:44 <xlmnxp> https://i.imgur.com/6ViYiAM.png
2020-02-10 18:54:04 <_ikke_> what does `curl http://uk.alpinelinux.org/alpine/edge/main/x86_64/xf86-video-vesa-2.4.0-r0.apk | sha256sum` return?
2020-02-10 18:54:43 <xlmnxp> 1m
2020-02-10 18:54:47 <_ikke_> the hash
2020-02-10 18:54:51 <_ikke_> sure
2020-02-10 19:01:41 <xlmnxp> 4f4b9711eb78e4840cf4dff67b9293269be3f89a720492c3ced956cf207143ed
2020-02-10 19:01:44 <xlmnxp> my hand
2020-02-10 19:01:52 <xlmnxp> :(
2020-02-10 19:01:56 <_ikke_> auch
2020-02-10 19:01:58 <_ikke_> for which url?
2020-02-10 19:02:02 <PureTryOut[m]> I finally got Alpine installed in UEFI mode with manual partitioning, holy shit
2020-02-10 19:02:09 <_ikke_> I see, the first one
2020-02-10 19:02:36 <xlmnxp> can i send picture?
2020-02-10 19:02:36 <PureTryOut[m]> Part of the problem is me trying to boot from an NVME SSD but the PC doesn't support that lol
2020-02-10 19:02:38 <xlmnxp> of keys
2020-02-10 19:04:05 <xlmnxp> output of 2 commands: https://i.imgur.com/uLR9nG1.png
2020-02-10 19:07:29 <_ikke_> xlmnxp: did you run apk update recently?
2020-02-10 19:07:50 <_ikke_> The hashes are equal to what I get
2020-02-10 19:08:27 <xlmnxp> yes
2020-02-10 19:08:37 <xlmnxp> but i cannot install video vesa
2020-02-10 19:10:12 <xlmnxp> _ikke_ fixed
2020-02-10 19:10:26 <xlmnxp> i download apk from link above
2020-02-10 19:10:40 <xlmnxp> then i install .apk file by apk add
2020-02-10 20:03:18 <PureTryOut[m]> Hmm I can't get NetworkManager to manage my ethernet devices. The devices are not in `/etc/network/interfaces`, and I've even enabled the ifupdown plugin and set managed to true, but no dice
2020-02-10 20:03:29 <PureTryOut[m]> Cogitri: you got any experience with it? ^
2020-02-10 20:15:35 <Guest76> hey
2020-02-10 20:16:06 <Guest76> How do you install dkms in alpine?
2020-02-10 20:16:22 <_ikke_> Guest76: there is no dkms support
2020-02-10 20:16:28 <Guest76> oh
2020-02-10 20:16:35 <Guest76> my laptop requires a special module
2020-02-10 20:16:39 <Guest76> in order for wifi to work
2020-02-10 20:17:54 <Guest76> so am i basically fucked?
2020-02-10 20:20:13 <_ikke_> You can still build the module for the current kernel
2020-02-10 20:20:44 <Guest76> sorry for my ignorance, but you could you link me a link or two?
2020-02-10 20:25:23 <Guest76> another question if you don't mind, why doesn't the kernel come with dkms?
2020-02-10 20:25:35 <Guest76> does it comprimise security?
2020-02-10 20:25:45 <Guest76> or is it to keep it as lightweight as possible
2020-02-10 20:27:26 <_ikke_> I'm not sure of the exact reason, but probably because nobody bothered to ship it
2020-02-10 20:28:02 <Guest76> anyways
2020-02-10 20:28:06 <_ikke_> It's not something that the kernel needs to support
2020-02-10 20:28:19 <_ikke_> it's just that modules automatically get rebuild when a new kernel is installed
2020-02-10 20:28:36 <Guest76> i'm kind of struggling with finding out how to build the module for alpine
2020-02-10 20:29:14 <_ikke_> where is the source of the module
2020-02-10 20:29:23 <Guest76> https://github.com/jeremyb31/ideapad-laptop
2020-02-10 20:30:16 <Cogitri> PureTryOut[m]: Huh, NM just werks for me
2020-02-10 20:30:30 <Cogitri> You have udev and stuff running, right?
2020-02-10 20:34:03 <_ikke_> Guest76: I'm trying something, hold on
2020-02-10 20:36:59 <Guest76>  alright
2020-02-10 20:44:29 <alxsdf> Guest76: you just build it and then 'make install' or whatever depending on build system
2020-02-10 20:44:45 <alxsdf> Guest76: you should be able to insmod after that
2020-02-10 20:45:05 <alxsdf> and add it to whatever config file (/etc/modules.d? I forget) to get it to autoload
2020-02-10 20:45:21 <alxsdf> you shouldn't need to build a new initramfs
2020-02-10 20:45:41 <Guest76> how would i go about building it without dkms?
2020-02-10 20:45:51 <Guest76> just "make install?"
2020-02-10 20:46:15 <Guest76> and wouldn't i have to repeat the procedure every single time i update the kernel?
2020-02-10 20:46:41 <alxsdf> yes but you would probably have to with dkms IIRC?
2020-02-10 20:46:48 <_ikke_> I'm working on an APKBUILD, hodl on
2020-02-10 20:47:07 <_ikke_> the repo does not have a license, sadly
2020-02-10 20:47:10 <alxsdf> dkms would do that automagically for you but it would still need to be rebuilt
2020-02-10 20:47:31 <_ikke_> If the APKBUILD would be included in alpine, it would be maintained
2020-02-10 20:47:47 <_ikke_> But then you need to convince the author to add a license
2020-02-10 20:48:02 <Guest76> i don't think he's active
2020-02-10 20:48:12 <_ikke_> 8 months ago was the last commit
2020-02-10 20:48:38 <Guest76> 9 days ago
2020-02-10 20:48:58 <minecrell> _ikke_: https://github.com/jeremyb31/ideapad-laptop/blob/master/ideapad-laptop.c#L1-L21
2020-02-10 20:49:02 <alxsdf> also, as someone else with a laptop with realtek, my condolences
2020-02-10 20:49:07 <Guest76> oh yeah that
2020-02-10 20:49:19 <_ikke_> minecrell: ah, thanks
2020-02-10 20:49:54 <alxsdf> also with apkbuild you'd still need to rebuild the package after a kernel upgrade
2020-02-10 20:50:13 <alxsdf> https://askubuntu.com/a/832092 is actually a good guide on how to do what you want
2020-02-10 20:50:22 <Guest76> i'm sure i'll be able to cope
2020-02-10 20:50:27 <Guest76> if i write a shell script
2020-02-10 20:50:44 <_ikke_> Guest76: I'm still working on the APKBUILD
2020-02-10 20:50:51 <Guest76> really?
2020-02-10 20:50:58 <Guest76> thanks
2020-02-10 20:51:09 <Guest76> a lot
2020-02-10 20:52:12 <alxsdf> _ikke_: can I have a peek at that because I was writing an APKBUILD for something else and I kept on having trouble because there seem to be non-trivial differences between PKGBUILD and APKBUILD
2020-02-10 20:52:22 <alxsdf> *seems
2020-02-10 20:52:28 <_ikke_> http://tpaste.us/1OQ4
2020-02-10 20:52:30 <_ikke_> this is what I have now
2020-02-10 20:53:01 <alxsdf> hmm
2020-02-10 20:53:02 <alxsdf> thanks
2020-02-10 20:53:24 <_ikke_> alxsdf: if you run alpine, you could install atools
2020-02-10 20:53:34 <_ikke_> it has apkbuild-lint
2020-02-10 20:53:48 <alxsdf> yeah, I tried running that but I don't remember why it didn't help
2020-02-10 20:54:01 <_ikke_> apkbuild-lint APKBUILD
2020-02-10 20:54:36 <Guest76> when you push the package i should be able to test it in two days, and thus verify that everything works
2020-02-10 20:55:06 <alxsdf> also lately I've had trouble building stuff with abuild because it fails on the signing step, I couldn't find a switch to turn package signing off, but I remember it not being a problem previously
2020-02-10 20:55:25 <_ikke_> alxsdf: did you create a signing key?
2020-02-10 20:55:39 <_ikke_> abuild-keygen -ai should fix that
2020-02-10 20:55:46 <alxsdf> hmm ok
2020-02-10 20:55:48 <PureTryOut[m]> Cogitri: believe so. Thing is, it does see the devices, just doesn't manage them
2020-02-10 20:55:52 <alxsdf> I'll add that to my orgmode
2020-02-10 20:56:02 <PureTryOut[m]> And yeah normally it works fine for me as well, my laptop is running with NetworkManager perfectly fine
2020-02-10 20:57:41 <_ikke_> Anyone knows why I get this warning?
2020-02-10 20:57:43 <_ikke_> make[1]: warning: jobserver unavailable: using -j1.  Add '+' to parent make rule.
2020-02-10 20:58:08 <Cogitri> PureTryOut[m]: So nmcli lists them as unmanaged?
2020-02-10 20:58:16 <mps> _ikke_: where?
2020-02-10 20:58:26 <_ikke_> mps: when I try to build that kernel module
2020-02-10 20:58:29 <alxsdf> _ikke_: I grepped the abuild source and can't see a thing for that there hm
2020-02-10 20:58:44 <_ikke_> alxsdf: no, there is no way to disable signing
2020-02-10 20:58:50 <mps> _ikke_: would you paste APKBUILD
2020-02-10 20:59:02 <_ikke_> http://tpaste.us/pKzm
2020-02-10 20:59:08 <alxsdf> _ikke_: no, I mean your bug
2020-02-10 20:59:18 <_ikke_> alxsdf: it's not abuild that generates that
2020-02-10 20:59:21 <_ikke_> it's make
2020-02-10 21:00:10 <mps> need some mins to install deps
2020-02-10 21:00:46 <alxsdf> _ikke_: more information on 'jobservers' ig: https://www.gnu.org/software/make/manual/html_node/Job-Slots.html  might be relevant?
2020-02-10 21:00:58 <_ikke_> I know what jobservers are in general
2020-02-10 21:01:11 <_ikke_> seems to be a syntax issue in the Makefile
2020-02-10 21:01:42 <_ikke_> yeah s/make/${MAKE}/
2020-02-10 21:01:58 <alxsdf> was about to suggest that :)
2020-02-10 21:02:26 <mps> _ikke_: I added  '-j 1' after make in build
2020-02-10 21:02:48 <_ikke_> that change fixes it as well
2020-02-10 21:02:55 <_ikke_> but maybe in this case appending -j1 is simpler
2020-02-10 21:03:01 <_ikke_> no need to patch it
2020-02-10 21:03:26 <_ikke_> thanks all
2020-02-10 21:17:06 <_ikke_> Hmmm, where do I put the kernel module files?
2020-02-10 21:17:09 <_ikke_> there is no install target
2020-02-10 21:17:19 <_ikke_> /lib/modules/<version>/..
2020-02-10 21:18:52 <_ikke_> /extra?
2020-02-10 21:19:48 <PureTryOut[m]> Cogitri: yes
2020-02-10 21:20:20 <mps> extra, yes
2020-02-10 21:21:08 <mps> $pkgdir/lib/modules/$kabi/extra/module.ko
2020-02-10 21:21:33 <_ikke_> yeah. I can ignore the mod and order files?
2020-02-10 21:21:36 <mps> look community/wireguard-lts
2020-02-10 21:22:28 <mps> where 'kabi="$_kver-$_krel-$flavor"'
2020-02-10 21:22:39 <_ikke_> yes, thanks
2020-02-10 21:23:36 <mps> heh, but just built 5.6-rc1 for aarch64 with wireguard in tree :)
2020-02-10 21:23:59 <_ikke_> nice
2020-02-10 21:25:03 <mps> I built it because of unstable emmc driver and problematic drm driver, not because of WG. hope it will be more stable
2020-02-10 21:29:16 <Cogitri> PureTryOut[m]: What kind of devices are you talking about? Something wireless?
2020-02-10 21:29:37 <_ikke_> Guest76: https://gitlab.alpinelinux.org/alpine/aports/merge_requests/3890
2020-02-10 21:30:42 <Guest76> how long do you think it will take?
2020-02-10 21:31:32 <_ikke_> This is CI
2020-02-10 21:31:40 <_ikke_> I see it fails on some arches
2020-02-10 21:31:45 <_ikke_> I assume you just need it on x86_64?
2020-02-10 21:33:59 <Guest76> correct
2020-02-10 21:34:19 <_ikke_> once CI is green, I can push it to the builders
2020-02-10 21:34:34 <_ikke_> then it should not take too long, though they seem to be busy atm
2020-02-10 21:37:08 <Guest76> alright
2020-02-10 21:37:18 <Guest76> thanks a bunch for your work
2020-02-10 21:37:48 <Cogitri> Yup, just pushed KDE updates
2020-02-10 21:37:56 <mps> _ikke_: ideapad-lapop, did you forgot 't'
2020-02-10 21:38:06 <_ikke_> mps: ugh
2020-02-10 21:38:10 <_ikke_> just too late :(
2020-02-10 21:38:27 <mps> git mv
2020-02-10 21:38:55 <_ikke_> just in the commit message apparently
2020-02-10 21:39:06 <_ikke_> yea
2020-02-10 21:39:10 <_ikke_> package name is alright
2020-02-10 21:39:10 <mps> ah
2020-02-10 21:39:39 <_ikke_> Guest76: I assume you are running on edge?
2020-02-10 21:39:39 <mps> if only in commit msg then not important
2020-02-10 21:39:47 <_ikke_> yeah, nothing to do about it anyway
2020-02-10 21:43:45 <Guest76> i think so
2020-02-10 21:44:01 <_ikke_> cat /etc/apk/repositories
2020-02-10 21:45:04 <Guest76> v3.11/main
2020-02-10 21:45:24 <Guest76> so no, im not running on edge.
2020-02-10 21:45:28 <_ikke_> oh, that's not edge
2020-02-10 21:45:36 <_ikke_> to test this you need to switch to edge and add testing
2020-02-10 21:48:13 <Guest76> that wouldn't be a option for me atm
2020-02-10 21:48:22 <Guest76> im running alpine in a vm
2020-02-10 21:48:27 <_ikke_> hmm
2020-02-10 21:48:47 <Guest76> i'll be able to test it in a few days i think
2020-02-10 21:49:41 <_ikke_> But if it's in a VM, then why do you need these drivers?
2020-02-10 21:49:59 <Guest76> i've been wanting to install alpine for a while
2020-02-10 21:50:12 <Guest76> but i decided to quit
2020-02-10 21:50:19 <Guest76> and install debian 10 instead
2020-02-10 21:50:22 <Guest76> and now im back
2020-02-10 21:50:26 <Guest76> trying to install it again
2020-02-10 21:50:34 <Guest76> hopefully successful this time
2020-02-10 21:51:04 <Guest76> as for why it's in a vm right now, i really just wanted to play around with it
2020-02-10 21:51:10 <_ikke_> sure
2020-02-10 21:53:55 <Guest76> so to clear things up: if i install this package and it works, what will happen when i update the kernel?
2020-02-10 21:54:12 <Guest76> will it function the same way as dkms?
2020-02-10 21:54:43 <_ikke_> Guest76: When we upgrade the kernel, we make sure these packages are upgraded as well
2020-02-10 21:55:16 <Guest76> but the last commit was 8 months ago
2020-02-10 21:55:41 <_ikke_> Guest76: I mean, rebuilt against the latest kernel
2020-02-10 21:55:53 <Guest76> oh yeah
2020-02-10 21:55:58 <Guest76> alright
2020-02-10 21:56:05 <Guest76> thanks once again
2020-02-10 21:56:10 <_ikke_> so it's even better as dkms :)
2020-02-10 21:56:23 <Guest76> yeah definitely
2020-02-10 21:56:30 <Guest76> and it sums up perfectly
2020-02-10 21:56:51 <Guest76> since this is like the only case where i've ever had to use dkms
2020-02-10 21:57:02 <Guest76> so a package really is great
2020-02-10 21:57:11 <_ikke_> So ping me when you have tested it
2020-02-10 21:57:17 <_ikke_> if it's working, I can move it to community
2020-02-10 21:57:48 <Guest76> alright, will do.
2020-02-10 21:58:27 <ideapad-tester> i'll go under this nick when i test it and report
2020-02-10 21:58:34 <_ikke_> nod
2020-02-10 21:58:51 <ideapad-tester> ill be heading out now, cya.
2020-02-10 21:58:57 <_ikke_> o/
2020-02-10 22:11:45 <Guest76> i decided to test a small thing in the vm
2020-02-10 22:11:51 <Guest76> _ikke_
2020-02-10 22:12:00 <Guest76> after adding the testing repo
2020-02-10 22:12:13 <Guest76> it says it isnt able to find the package
2020-02-10 22:12:18 <_ikke_> It's not built yet
2020-02-10 22:12:24 <Guest76> oh
2020-02-10 22:12:29 <_ikke_> https://build.alpinelinux.org/
2020-02-10 22:13:11 <Guest76> i'll check back tommorow then
2020-02-10 23:35:26 <classsic> hi everybody
2020-02-10 23:35:48 <classsic> somebody can tellme the equivalent command to "apt install tclsh pkg-config cmake libssl-dev build-essential" on alpine?
2020-02-10 23:37:41 <afontain_> apk add …
2020-02-10 23:37:42 <mps> there is no equivalent command
2020-02-10 23:37:48 <mps> but ...
2020-02-10 23:37:53 <classsic> all right, but....
2020-02-10 23:38:10 <mps> apk add alpine-sdk openssl-dev cmake
2020-02-10 23:38:12 <classsic> "localhost:~# apk add  libssl-dev ERROR: unsatisfiable constraints:  libssl-dev (missing):    required by: world[libssl-dev]"
2020-02-10 23:38:12 <afontain_> you can search for each package name with apk search
2020-02-10 23:38:34 <classsic> I can find the package but get unsatisfiable constraints
2020-02-10 23:38:40 <afontain_> is it called openssl-dev?
2020-02-10 23:38:50 <mps> afontain_: yes
2020-02-10 23:39:05 <classsic> and how I get the right package name?
2020-02-10 23:39:25 <afontain_> apk search ssl-dev?
2020-02-10 23:39:42 <mps> afontain_: yes
2020-02-10 23:40:22 <afontain_> well, it was more a suggestion than a question, but yeah
2020-02-10 23:40:39 <mps> aha, ok
2020-02-10 23:41:07 <classsic> ok, and the equivalent build-essential
2020-02-10 23:41:29 <classsic> alpine-sdk or something like that, no?
2020-02-10 23:41:40 <mps> no equivalent, but base tools is alpine-sdk
2020-02-10 23:43:03 <classsic> ok, wich hardware fanless do you recommended
2020-02-10 23:43:23 <classsic> this is for use a gateway of haivision srt
2020-02-10 23:43:25 <mps> I use chromebooks
2020-02-10 23:43:35 <mps> for workastations
2020-02-10 23:43:35 <classsic> some like raspberry
2020-02-10 23:43:59 <mps> I use allwinner A20 boards
2020-02-10 23:44:45 <classsic> ok, my dream is get my own Ip camera with alpine inside
2020-02-10 23:45:38 <mps> if you have experience with tweaking SBCs it is not hard
2020-02-10 23:45:41 <classsic> where I can suggest a package?
2020-02-10 23:45:52 <mps> gitlab.a.o
2020-02-10 23:46:03 <mps> open issue there
2020-02-10 23:46:14 <classsic> ok, you say SBCs, and I have no idea...
2020-02-10 23:46:32 <mps> Single Board Computer
2020-02-10 23:46:52 <mps> mostly ARM based
2020-02-10 23:47:44 <classsic> only know the most ip camera are based in a few chips, like https://www.ambarella.com/products/security/
2020-02-10 23:48:24 <classsic> can you take a look https://3vpstm1hc6e52739x31131p2-wpengine.netdna-ssl.com/wp-content/uploads/CV2S-product-brief-ip-camera.pdf
2020-02-10 23:49:02 <mps> I don't have experience with cameras, only once installed one with usb interface
2020-02-11 00:14:54 <maldridge> is there any documentation around the "unpack" phase of a build?
2020-02-11 00:15:00 <maldridge> I'm running into great trouble with traefik
2020-02-11 00:54:34 <maldridge> nvm, it was trying to use a GOPATH build in a module enabled project
2020-02-11 02:26:50 <prologic> Someone able to help with building the Kernel on 3.11?
2020-02-11 02:26:54 <prologic> I keep running into this:
2020-02-11 02:26:54 <prologic> ./include/uapi/linux/types.h:5:10: fatal error: asm/types.h: No such file or directory
2020-02-11 02:26:57 <prologic> in `make scripts`
2020-02-11 02:27:14 <prologic> And I don't want to rely on the linux-headers package as I'm building other kernel versions
2020-02-11 02:44:34 <c705> i'm having a weird probelm in git. i strongly suspect it's something in my ssh_config file since when i move it, the problem goes away, but only after trying multiple clones. i get EOF/index-pack failed after approx 50% of the objects are counted. any ideas what else I can do?
2020-02-11 03:15:08 <c705> disregard, certainly my network situation was to blame, which i am somewhat dispeased about
2020-02-11 09:18:28 <akou> quit
2020-02-11 09:55:46 <telmich> Good morning!
2020-02-11 09:56:17 <telmich> Today I'm trying to install Alpine 3.11 to the XPS 13" 2-in-1; I received a replacement devices for the one I am currently running.
2020-02-11 09:56:28 <Cogitri> Morning
2020-02-11 09:56:53 <telmich> Like I tested last time, the bootloader is still stuck / the kernel does not load
2020-02-11 09:57:15 <telmich> I know from arch that booting grub on that machine works, so I'll try to create an alpine / uefi install media with grub on it
2020-02-11 10:03:50 <telmich> yeah, I got a grub rescue prompt now, after pointing the bios to the grub efi file
2020-02-11 10:05:36 <Cogitri> I usually just use rEFInd which just works for me
2020-02-11 10:07:37 <telmich> does anyone know which modules grub usually loads? I modified the prefix= variable to be able to load "normal", but I don't have any of the normal commands at the moment`
2020-02-11 10:08:27 <telmich> ahh...running the "normal" command gives normal mode.. kinda makes sense
2020-02-11 10:09:01 <telmich> ok.. now figuring out which are the default kernel command line parameters in alpine
2020-02-11 10:10:41 <telmich> yeaaaaaaaah! Alpine 3.11 booted into the installer
2020-02-11 10:10:51 <_ikke_> telmich: nice
2020-02-11 10:11:03 <telmich> hmpf, but no wifi device detected, that's strange
2020-02-11 10:11:29 <telmich> Note to myself: kernel command line params are in /boot/syslinux/syslinux.cfg on the iso
2020-02-11 10:12:32 <telmich> strange.. the kernel is rather new and on arch I don't use any kernel parameters to get the wifi working
2020-02-11 10:14:11 <telmich> on the notebook running Arch, I see in the lspci this device: 00:14.3 Network controller: Intel Corporation Killer Wi-Fi 6 AX1650i 160MHz Wireless Network Adapter (201NGW) (rev 30)
2020-02-11 10:14:59 <telmich> ohhhhhh... maybe the firmware is missing
2020-02-11 10:15:17 <telmich> ha! indeed!
2020-02-11 10:15:56 <telmich> iwlwifi tries to load all kind of firmware names, but the correct ucode is not on the iso
2020-02-11 10:16:27 <telmich> ... copying it on a 2nd usb stick...
2020-02-11 10:24:30 <telmich> what's the policy/default in alpine regarding adding firmware?
2020-02-11 10:27:11 <_ikke_> https://git.alpinelinux.org/aports/tree/main/linux-firmware/APKBUILD
2020-02-11 10:27:18 <_ikke_> this is the default firmware package
2020-02-11 10:28:04 <AinNero> telmich: which firmware blob does it try to load? (exact name)
2020-02-11 10:30:06 <telmich> <AinNero "nico: which firmware blob does i"> It starts with trying iwlwifi-Qu-b0-hr-b0-50.ucode and then other versions of it
2020-02-11 10:31:58 <telmich> I was just trying to copy over the firmware from the usb stick, however /lib/firmware is on a read only file system - shouldn't there be an overlay?
2020-02-11 10:33:08 <telmich> In arch the firmware is in this package: /usr/lib/firmware/iwlwifi-Qu-b0-hr-b0-50.ucode is owned by linux-firmware 20200122.1eb2408-1
2020-02-11 10:34:03 <AinNero> telmich: the modloop overlay logic is in /etc/init.d/modloop
2020-02-11 10:34:45 <telmich> ahh, /lib/firmware links to /.modloop/...
2020-02-11 10:34:51 <AinNero> i assume by having the overlay module loaded and setting overlay_size= in /etc/conf.d/modloop, it might become writable
2020-02-11 10:35:31 <telmich> I'm just deleting the /lib/firmware && creating a new directory in there with the iwlwifi drivers - the other firmware should be loaded by now
2020-02-11 10:46:28 <telmich> hmm... my approach, even copying the firmware into the existing one, seems not to work
2020-02-11 10:46:45 <telmich> iwlwifi says at the end "failed to run INIT ucode: -110"
2020-02-11 10:49:27 <AinNero> telmich: upstream linux-firmware only has ...-48.ucode
2020-02-11 10:49:34 <AinNero> the upstream that arch linux list
2020-02-11 10:50:42 <AinNero> something about this feels really sketchy
2020-02-11 10:50:57 <AinNero> arch patches them in https://git.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/linux-firmware
2020-02-11 10:53:18 <_ikke_> patch.xz, ouch
2020-02-11 10:53:44 <AinNero> 3MB large
2020-02-11 10:54:01 <AinNero> probably related: https://gitlab.com/emrose/xps13-7390_debian/issues/5#note_240886447
2020-02-11 10:55:30 <telmich> I think -48 would also work
2020-02-11 10:55:51 <AinNero> worth trying out
2020-02-11 10:57:41 <telmich> <AinNero "probably related: https://gitlab"> oops... seems related. On Arch I did not run into this problem, but I am also already on 5.5.2
2020-02-11 10:58:33 <telmich> How do I best "patch" anything in the installer rootfs? I'd like to replace /lib/firmware in the rootfs with /lib/firmware that I have on arch
2020-02-11 11:11:28 <AinNero>  /lib/firmware comes from the modloop
2020-02-11 11:11:42 <AinNero> so this looks like re-generating the iso
2020-02-11 11:11:53 <AinNero> to have your ucode included into the modloop
2020-02-11 11:51:11 <telmich> Currently looking for documentation on how to best rebuild the ISO or rebuild the modloop. I did not fully understand its purpose yet, though
2020-02-11 11:58:28 <mps> mod_ules on loop block device
2020-02-11 12:01:32 <telmich> So I checked the initramfs that is on the cdrom. It only contains some modules that I later see mounted in the booted system
2020-02-11 12:01:56 <telmich> Where do the other modules come from?
2020-02-11 12:02:09 <mps> from modloop
2020-02-11 12:03:24 <mps> and (iirc) /lib/firmware is also there
2020-02-11 12:04:12 <telmich> So if I only want /lib/firmware to contain something I put there - I need to disable modloop and place my firmware code in there?
2020-02-11 12:04:47 <AinNero> if you disable modloop, you wont get any kernel modules that are not in the initramfs
2020-02-11 12:05:09 <telmich> hmm
2020-02-11 12:05:39 <telmich> So my problem/motivation is: I want to ensure that the firmware from iwlwifi I have in arch linux is not confilicting / needing other up-to-date firmware as well
2020-02-11 12:06:53 <telmich> Because wifi works since 5.1/5.2 on arch and the kernel in 3.11 is actually quite recent, so my approach would be to update the complete /lib/firmware folder, but nothing else
2020-02-11 12:09:02 <mps> from my memory on #iwd channel there were some problem with iwlfifi which is fixed in newer kernels, 5.5 iirc
2020-02-11 12:09:16 <mps> iwlwifi*
2020-02-11 13:50:35 <telmich> I am continuing the installation via usb ethernet now. Because if I don't add alpine to it now, it will be never
2020-02-11 14:22:29 <telmich> I have to say I am a bit confused by https://wiki.alpinelinux.org/wiki/Bootloaders#GRUB
2020-02-11 14:23:14 <telmich> Whenever I install alpine, I mount-bind everything necessary into /mnt, which is the target filesystem and then run grub. From the documentation above I'd assume that grub could be run from the installation medium, but then /boot would point to the wrong directory
2020-02-11 14:25:44 <telmich> `grub-install --efi-directory=/mnt/boot --boot-directory=/mnt/boot  /mnt` seems to do the right job in terms of efivars, will confirm this later, when I reboot the system
2020-02-11 14:50:56 <telmich> Last installation I had a bit of trouble finding out which services/packages are needed for running xorg an dinput - is udev-postmount, udev-trigger required for running xorg?
2020-02-11 15:00:11 <Cogitri> Yes, that's required for your devices to be picked up
2020-02-11 15:36:36 <telmich> ... So guess from which device I write...
2020-02-11 15:36:50 <telmich> Linux diamond2 5.4.18-0-lts
2020-02-11 15:37:03 <telmich> even the touch screen works
2020-02-11 15:39:21 <telmich> Just installing the missing emacs packages like company & magit and I'm almost ready again
2020-02-11 15:42:46 <telmich> Is there a newer kernel package available (5.5.x) or an easy way to simply bump it?
2020-02-11 16:26:28 <CrabFuel> Hi, I'm having a machine crash. It seems more like a deadlock than a kernel panic but I'm not quite sure. Usually it's completely unresponsive, but sometimes I can log in on tty1 but cannot run any commands. Things like "echo test" will hang indefinitely. Where should I be looking to try to find the source of my problem? I'm not seeing much in /var/log.
2020-02-11 16:29:39 <CrabFuel> I thought it might be due to one of the lxc containers I had running but I tried disabling half of them and waiting for a crash, and then tried the other half. I crashed both times so I don't think it's a single container causing issues. Now I'm trying none running and the service stopped, but I'd like to figure out the issue sooner rather than wait as many as a few days to see if I crash.
2020-02-11 16:32:35 <Cogitri> Huh, that's super weird behaviour
2020-02-11 16:32:49 <Cogitri> Can't say I saw that yet unless I filled up my drives all the way
2020-02-11 16:39:57 <CrabFuel> I have only used 44% of my boot drive. I have like 30 TB left on my zfs pool
2020-02-11 16:40:36 <Hello71> use sysrq w
2020-02-11 16:43:19 <CrabFuel> I didn't know about sysrq. I'll try that next time it locks up. Thanks
2020-02-11 20:42:11 <ideapad-tester> hey _ikke_
2020-02-11 20:42:45 <_ikke_> ideapad-tester: hi
2020-02-11 20:42:48 <ideapad-tester> after installing the package you publish yesterday in my vm i am unable to install anything else
2020-02-11 20:43:02 <ideapad-tester> i removed the edge/testing repos and updated
2020-02-11 20:43:04 <_ikke_> ideapad-tester: in what sense?
2020-02-11 20:43:13 <ideapad-tester> e.g. apk add chromium
2020-02-11 20:43:15 <ideapad-tester> returns missing
2020-02-11 20:43:23 <ideapad-tester> or apk add neofetch
2020-02-11 20:43:51 <ideapad-tester> firefox does the same aswell
2020-02-11 20:43:57 <_ikke_> can you show your /etc/apk/repositories file?
2020-02-11 20:44:03 <ideapad-tester> sure
2020-02-11 20:44:44 <ideapad-tester> https://imgur.com/eH1RnSE.png
2020-02-11 20:45:28 <_ikke_> You only have main enabled
2020-02-11 20:45:30 <mps> to guess, community missing
2020-02-11 20:45:32 <_ikke_> yes
2020-02-11 20:45:40 <ideapad-tester> oh shit
2020-02-11 20:45:53 <ideapad-tester> how could i have been so blind o-o
2020-02-11 20:49:48 <ideapad-tester> has anyone here done a lynis test on alpine before?
2020-02-11 20:50:37 <_ikke_> I have no clue what that is
2020-02-11 20:50:58 <ideapad-tester> its a system auditing tool
2020-02-11 20:50:59 <mps> i doubt it will work well on alpine
2020-02-11 20:51:09 <ideapad-tester> because of musl?
2020-02-11 20:51:29 <mps> well, didn't tried even
2020-02-11 20:51:42 <mps> although used it much on debian
2020-02-11 20:51:53 <ideapad-tester> im on debian rn
2020-02-11 20:52:10 <ideapad-tester> iirc lynis is written in bash
2020-02-11 20:52:15 <ideapad-tester> ill try running it in alpine
2020-02-11 20:52:18 <mps> it is packaged on alpine, you can try
2020-02-11 20:52:46 <mps> I fear of false positives
2020-02-11 20:54:58 <mps> even thought to package it for alpine but after some contemplation ceased, and after some time someone else packaged it
2020-02-11 21:17:11 <maldridge> is there a way to find package build logs?
2020-02-11 21:17:42 <_ikke_> pkgs.alpinelinux.org links to them
2020-02-11 21:17:45 <_ikke_> as long as they still exist
2020-02-11 21:18:51 <maldridge> I see
2020-02-11 21:19:05 <maldridge> I'm trying to figure out why the built package with my patches in it doesn't seem to have fixed the problem I was seeing
2020-02-11 21:21:22 <_ikke_> for traefik?
2020-02-11 21:23:52 <maldridge> yes
2020-02-11 21:26:01 <clandmeter> which problem is that?
2020-02-11 21:27:41 <maldridge> I think I may be just templating in bad config files
2020-02-11 21:27:44 <maldridge> let met check this
2020-02-11 21:28:01 <maldridge> yep, short between the seat and the keyboard
2020-02-11 21:32:37 <ideapad-tester> youre right
2020-02-11 21:32:52 <ideapad-tester> alpine doesn't work with lynis
2020-02-11 21:33:12 <_ikke_> ideapad-tester: Does the module work btw, or weren't you able to test it yet?
2020-02-11 21:33:22 <ideapad-tester> i wasn't able to test yet
2020-02-11 21:33:29 <_ikke_> ok
2020-02-11 21:33:31 <ideapad-tester> i will though 100% tommorow
2020-02-11 21:35:33 <ideapad-tester> fun fact
2020-02-11 21:35:43 <ideapad-tester> in the lynis test
2020-02-11 21:35:47 <ideapad-tester> with alpine
2020-02-11 21:35:57 <ideapad-tester> where 75% of the checks didn't work
2020-02-11 21:36:02 <ideapad-tester> it still scored 61
2020-02-11 21:36:07 <ideapad-tester> same as my debian
2020-02-11 21:38:52 <mps> eh :)
2020-02-11 22:10:38 <telmich> Good evening! Since migrating to alpine today on the replacement notebook, I have a bit of a funny behaviour in the shell: whenever a command ends, I get around 30ish times a new line that prints "You have new mail." I'm using zsh and haven't seen this before - anyone in here?
2020-02-11 22:34:07 <telmich> hmm, unset MAIL that I set some 12 years ago - it's actually redundant now using emacs
2020-02-12 01:21:08 <sodface> hello, I'm having an issue with apk that I can't figure out on an armel port, can anyone lend me a hand?
2020-02-12 01:28:53 <sodface> localhost:~# apk update
2020-02-12 01:28:53 <sodface> main v3.11.2-53-ged2c5b48f5 [/home/sodface/packages/main]
2020-02-12 01:28:53 <sodface> OK: 313 distinct packages available
2020-02-12 01:29:21 <sodface> localhost:~# cat /etc/apk/world
2020-02-12 01:29:21 <sodface> alpine-base
2020-02-12 01:29:21 <sodface> chrony
2020-02-12 01:29:21 <sodface> alpine-mirrors
2020-02-12 01:29:21 <sodface> busybox
2020-02-12 01:29:21 <sodface> e2fsprogs
2020-02-12 01:29:23 <sodface> mdadm
2020-02-12 01:29:25 <sodface> openssh
2020-02-12 01:29:27 <sodface> openssl
2020-02-12 01:29:29 <sodface> sudo
2020-02-12 01:29:46 <sodface> localhost:~# apk add
2020-02-12 01:29:46 <sodface> ERROR: unsatisfiable constraints:
2020-02-12 01:29:46 <sodface>   alpine-base (missing):
2020-02-12 01:29:46 <sodface>     required by: world[alpine-base]
2020-02-12 01:29:46 <sodface>   alpine-mirrors (missing):
2020-02-12 01:29:47 <sodface>     required by: world[alpine-mirrors]
2020-02-12 01:29:51 <sodface>   busybox (missing):
2020-02-12 01:29:53 <sodface>     required by: world[busybox]
2020-02-12 01:29:55 <sodface>   chrony (missing):
2020-02-12 01:29:57 <sodface>     required by: world[chrony]
2020-02-12 01:29:59 <sodface>   e2fsprogs (missing):
2020-02-12 01:30:01 <sodface>     required by: world[e2fsprogs]
2020-02-12 01:30:03 <sodface>   mdadm (missing):
2020-02-12 01:30:05 <sodface>     required by: world[mdadm]
2020-02-12 01:30:07 <sodface>   openssh (missing):
2020-02-12 01:30:09 <sodface>     required by: world[openssh]
2020-02-12 01:30:11 <sodface>   openssl (missing):
2020-02-12 01:30:13 <sodface>     required by: world[openssl]
2020-02-12 01:30:15 <sodface>   sudo (missing):
2020-02-12 01:30:17 <sodface>     required by: world[sudo]
2020-02-12 01:31:09 <north1> please use a paste service
2020-02-12 01:32:02 <sodface> ok
2020-02-12 01:34:57 <sodface> Sort of too late now, not much else to paste.  Basic issue is that I can't do any apk add operations even though it looks like apk update sees my local repo as defined in /etc/apk/repositories with the key in /etc/apk/keys
2020-02-12 01:44:29 <sodface> Appreciate any troubleshooting ideas.  Out of curiosity, I renamed /etc/apk/world and replaced it with a blank file and when I ran apk add again with no arguments it purged everything on the system rendering it unuseable, which was kinda surprising.
2020-02-12 04:13:17 <quesker> how do I enable the "testing" repo?  trying to install openconnect
2020-02-12 04:14:27 <quesker> actually it says arch x86.  hmm.  maybe not
2020-02-12 04:18:11 <c705> quesker: you can add http://dl-cdn.alpinelinux.org/alpine/edge/community/testing to /etc/apk/repositories, or you can use the -X flag in apk
2020-02-12 04:18:59 <quesker> thanks
2020-02-12 04:47:46 <maldridge> north1: thanks for the review last night, I'm slowly pushing work's alpine tree upstream
2020-02-12 08:43:05 <north1> @maldridge: reviewed !3944
2020-02-12 08:43:12 <north1> also, you're welcome
2020-02-12 08:46:33 <maldridge> north1: I'm incorperating your feedback now
2020-02-12 08:46:58 <maldridge> I just have to check that no additional arguments are needed for foregrounding, but I don't think this tool supports backgrounding to begin with
2020-02-12 08:47:09 <north1> Ok, no need to notify when done, gitlab sends an email on pushes
2020-02-12 08:47:17 <maldridge> yeah
2020-02-12 08:47:17 <north1> sounds good, then command_args_foreground is not needed
2020-02-12 08:47:26 <maldridge> sure, so I just renamed it to command_args
2020-02-12 08:48:25 <maldridge> packaging this has really made me dislike rust more than I already do
2020-02-12 08:48:48 <maldridge> ~6 minutes to compile something that does text manipulation
2020-02-12 08:49:42 <north1> Added a new comment that should be easy to implement without needing rebuilds
2020-02-12 08:50:21 <maldridge> yeah I see that
2020-02-12 08:50:26 <maldridge> I'm not sure I understand what you're asking
2020-02-12 08:51:10 <maldridge> literally just conf => confd?
2020-02-12 08:52:07 <north1> yeah
2020-02-12 08:52:19 <maldridge> ok, easy enough
2020-02-12 08:52:57 <maldridge> I think with the exception of some non-upstreamables, this is almost my entire work alpine tree now upstreamed
2020-02-12 08:53:13 <maldridge> I still need to clean up netauth's APKBUILDs before submitting them, but that just needs a slow saturday
2020-02-12 08:58:42 <Cogitri> Neat :)
2020-02-12 09:30:50 <StefftheE> Hi there! Im trying to upgrade the kernel on my raspberry in diskless mode, but its not working. I stumbled upon the setup-bootable command, but its complaining about "Could not find any syslinux.cfg on new iso?".
2020-02-12 09:32:09 <mps> StefftheE: this message should be/it is  harmless, RPi don't use syslinux to boot
2020-02-12 09:43:40 <StefftheE> but its not just a message. its actually stopping the script. maybe i can just copy the contents onto the disk?
2020-02-12 09:45:08 <mps> setup-bootable does not upgrade kernel
2020-02-12 09:48:10 <StefftheE> copying the contents of the image actually worked
2020-02-12 10:10:43 <doland19ck> hi
2020-02-12 10:10:59 <doland19ck> how do i restore lbu commit -d
2020-02-12 10:13:33 <mps> doland19ck: you mean revert?
2020-02-12 10:13:46 <doland19ck> hold on
2020-02-12 10:14:04 <doland19ck> how does it work?
2020-02-12 10:14:30 <doland19ck> i did setup-alpine; lbu commit -d
2020-02-12 10:14:50 <doland19ck> the file is on a usb drive apkowl.tar.gz
2020-02-12 10:14:58 <doland19ck> mps
2020-02-12 10:15:12 <mps> yes
2020-02-12 10:15:59 <mps> try 'lbu -h'
2020-02-12 10:16:35 <doland19ck> it didn't help hehe
2020-02-12 10:16:38 <mps> you will understand, it resembles VCS systems
2020-02-12 10:17:25 <doland19ck> please.. you know the answer
2020-02-12 10:18:13 <doland19ck> how do i restore lbu commit -d backup... how hard is this
2020-02-12 10:18:21 <doland19ck> comeon
2020-02-12 10:18:27 <doland19ck> please
2020-02-12 10:18:27 <mps> no, I don't know. never used revert, but I think it is for restore commits
2020-02-12 10:19:11 <doland19ck> how do i run in ram ?
2020-02-12 10:19:49 <mps> it run in ram, but ovl file is on 'real' media device
2020-02-12 10:21:49 <mps> 'lbu lb -h' => Show old commits
2020-02-12 10:22:41 <doland19ck> '
2020-02-12 10:23:03 <mps> 'lbu revert -h' => usage: lbu revert <REVISION> [<media>], The revision should be one of the files listed by 'lbu list-backup'
2020-02-12 10:25:14 <doland19ck> no files listed but i got the bufile
2020-02-12 10:27:55 <doland19ck> how to restore apkovl
2020-02-12 10:28:54 <mps> apkovl can be copied, even between boxes
2020-02-12 10:38:09 <kmmndr> Hi all :-)
2020-02-12 10:38:44 <kmmndr> How are built the images on download page ?
2020-02-12 10:38:56 <kmmndr> That one for example http://dl-cdn.alpinelinux.org/alpine/v3.11/releases/armv7/alpine-uboot-3.11.3-armv7.tar.gz
2020-02-12 10:39:23 <_ikke_> https://git.alpinelinux.org/aports/tree/scripts
2020-02-12 10:39:25 <_ikke_> THat
2020-02-12 10:39:27 <_ikke_> That's the basis
2020-02-12 10:42:10 <kmmndr> Thank you very much :-)
2020-02-12 10:43:49 <doland19ck> _ikke_ im stalled on the installation
2020-02-12 11:15:31 <doland19ck> when i reboot it reset my settings
2020-02-12 13:11:30 <ideapad-tester> hey _ikke_
2020-02-12 13:11:45 <ideapad-tester> the package doesn't work i think
2020-02-12 13:12:05 <ideapad-tester> I installed it aswell with wireless-tools and WPA_supplicant
2020-02-12 13:14:07 <_ikke_> Did you modprobe it?
2020-02-12 13:14:23 <ideapad-tester> dont think so
2020-02-12 13:14:44 <ideapad-tester> just modprobe <your package>?
2020-02-12 13:14:57 <_ikke_> modprobe <modulename>
2020-02-12 13:15:20 <ideapad-tester> the module name is the same as the package name in this case i presume?
2020-02-12 13:16:22 <ideapad-tester> well that doesn't work
2020-02-12 13:18:55 <ideapad-tester> modprobe ideapad-laptop does though
2020-02-12 13:19:08 <ideapad-tester> yet i don't see wlan0
2020-02-12 13:21:33 <ideapad-tester> what should i do? _ikke_
2020-02-12 13:44:47 <mathias1> /
2020-02-12 13:57:48 <_ikke_> ideapad-tester: did you verify that module is even for your wifi card?
2020-02-12 13:57:59 <_ikke_> Check what dmesg is saying I guess
2020-02-12 13:58:00 <ideapad-tester> It is.
2020-02-12 13:58:06 <Skinny> Hi all! I have spent the most of the last 24 hours fiddling with Plymouth on Alpine. I have managed to get this working on Ubuntu machines lately just fine, but how on earth do I link/place plymouth into the initfs/boot sequence of Alpine ? Any help would be much appreciated
2020-02-12 13:58:20 <ideapad-tester> I use the same module on my Debian Serup
2020-02-12 13:58:30 <ideapad-tester> And it Worms there
2020-02-12 13:58:39 <ideapad-tester> work* setup*
2020-02-12 13:59:45 <ideapad-tester> in dmesg it doesn't even pop up
2020-02-12 14:01:31 <_ikke_> Does it show up if you do lsmod | grep ideapad
2020-02-12 14:02:27 <ideapad-tester> Yeah
2020-02-12 14:02:41 <_ikke_> So it seams at least the module is loaded
2020-02-12 14:02:47 <ideapad-tester> yup
2020-02-12 14:03:06 <ideapad-tester> I only see bluetooth though
2020-02-12 14:03:30 <ideapad-tester> there is wmi, video, and rfkill
2020-02-12 14:17:05 <DegenWoW> Hi guys, is it possible that Virtual version of Alpine doesnt included inotify enabled in kernel? (unable to make inotify utilities work)
2020-02-12 14:17:48 <DegenWoW> - no events are reported
2020-02-12 14:23:18 <DegenWoW> edit: The idea seems to be inotify not working on windows shared directories in the Linux
2020-02-12 14:24:57 <ideapad-tester> _ikke_ I kept disconnecting but I'm back now
2020-02-12 14:25:08 <ideapad-tester> did I miss a message
2020-02-12 14:25:16 <_ikke_> no
2020-02-12 14:25:28 <ideapad-tester> alright
2020-02-12 14:26:19 <ideapad-tester> do you have any suggestions?
2020-02-12 14:27:22 <DegenWoW> have a great day guys -
2020-02-12 17:55:58 <perish> Hola
2020-02-12 17:56:16 <perish> I come bearing questions regarding the packaging of OSTree
2020-02-12 17:56:57 <Cogitri> Well, what is it that you want to know?
2020-02-12 17:57:20 <perish> OSTree has **terrible** build and runtime dependencies, with the likes of systemd, avahi, etc.
2020-02-12 17:57:36 <perish> What patches do you use, to presumably remove these dependencies?
2020-02-12 17:57:59 <perish> I'm packaging flatpak myself for a musl distro.
2020-02-12 17:58:21 <perish> And OSTree is a dependency, so I have to package that too.
2020-02-12 17:59:00 <Cogitri> libostree has configure switches for all of those
2020-02-12 17:59:31 <perish> Oh, neat.
2020-02-12 18:01:23 <perish> Thank you!
2020-02-12 18:05:35 <perish> Voila, found the tags I was after.
2020-02-12 18:06:29 <Cogitri> Great :)
2020-02-12 18:07:23 <perish> Thank you for the speedy response!
2020-02-12 20:37:56 <EvilPyro> Hello! Do you guys think alpine linux is suitable for a desktop environment?
2020-02-12 20:39:09 <Cogitri> Sure, I personally use GNOME on it.
2020-02-12 20:39:38 <EvilPyro> what if i want to run steam? I've read that its hard
2020-02-12 20:40:03 <Cogitri> I'd run it in Flatpak if I were you
2020-02-12 20:40:11 <Cogitri> Then it's not that bad
2020-02-12 20:41:19 <EvilPyro> how is alpine linux repository compared to other distros like arch?
2020-02-12 20:41:35 <EvilPyro> does it support packages from github for example?
2020-02-12 20:41:46 <north1> packages from github ?
2020-02-12 20:44:45 <EvilPyro> I meant packages that are in a git compatible source, the package manager clones the source from there, arch linux supports it for example
2020-02-12 20:45:45 <EvilPyro> I guess it doesn't
2020-02-12 20:46:11 <north1> No, it installs .apk packages
2020-02-12 20:46:25 <north1> if you want you can use abuild to make packages from git sources into .apk packages, just like arch linux .pkg
2020-02-13 02:41:41 <agris> How do I install ZFSonLinux on Alpine Linux?
2020-02-13 02:44:29 <agris> oh
2020-02-13 02:44:35 <agris> nevermind
2020-02-13 02:44:42 <agris> I see that it is already packaged
2020-02-13 02:44:46 <agris> neato
2020-02-13 02:46:40 <agris> do any of you use Alpine for your desktop?
2020-02-13 03:40:57 <c705> i do
2020-02-13 08:21:57 <PureTryOut[m]> agris: multiple people do. I do for one, with KDE Plasma as the DE
2020-02-13 08:23:04 <agris> how difficult was it to package?
2020-02-13 08:28:53 <PureTryOut[m]> KDE Plasma? Easy enough, it doesn't really require patches for Musl so that helps
2020-02-13 08:49:12 <agris> PureTryOut[m], I would like to port a fork of xfce 4.12
2020-02-13 08:49:27 <agris> how much problems do you think I would run into?
2020-02-13 08:51:51 <mps> agris: not much, but you can go back in aports history and cherry-pick it
2020-02-13 08:52:34 <mps> question is, why to do that?
2020-02-13 08:52:40 <agris> I didn't really see an option in apk for multiple versions of packages
2020-02-13 08:52:53 <agris> mps gtk2
2020-02-13 08:53:36 <mps> how much it is useful if it is not maintained upstream
2020-02-13 08:53:43 <PureTryOut[m]> apk so far doesn't really like multiple versions of packages
2020-02-13 08:54:18 <_ikke_> In what sense?
2020-02-13 08:54:58 <agris> very
2020-02-13 08:55:11 <agris> It's reached feature parity as far as I'm concerned
2020-02-13 08:55:41 <agris> now all that's left to do is port, polish, and maintain
2020-02-13 08:55:48 <mps> 'mate' is maintained upstream
2020-02-13 08:55:55 <agris> mate is gtk3
2020-02-13 08:56:07 <mps> I think it is gtk2
2020-02-13 08:56:18 <agris> no they switched in recent versions
2020-02-13 08:56:36 <mps> ah, don't follow it, thanks for info
2020-02-13 08:58:17 <agris> I've got it in ebuild format already
2020-02-13 08:58:38 <agris> is apk specific to Alpine or has it been used elsewhere?
2020-02-13 08:59:01 <mps> on adelie linux also
2020-02-13 08:59:22 <mps> and pmOS
2020-02-13 09:00:14 <mps> and android :D
2020-02-13 09:00:43 <agris> android apk isn't the same thing though
2020-02-13 09:00:46 <mps> ofc, not on android, this is joke
2020-02-13 09:01:14 <mps> file suffix are same
2020-02-13 09:01:36 <mps> that is only in common
2020-02-13 09:44:55 <tomz-debian> hello
2020-02-13 09:45:20 <tomz-debian> can i install a driver for wifi in mac?
2020-02-13 09:46:15 <tomz-debian> bcm4360
2020-02-13 10:11:06 <kaushal> Hi
2020-02-13 10:13:08 <StefftheE> hi there, again .. i need to compile the cephfs kernel module into my alpine on my raspberry. should i make my own kernel or should i fiddle with the initramfs
2020-02-13 10:14:38 <kaushal> I am trying to setup Linux KVM image of alpine linux. I have downloaded alpine-standard-3.11.3-x86_64.iso. when i try to install alpine linux using virt-install. I am getting https://paste.centos.org/view/raw/5a7f3fd2
2020-02-13 10:15:18 <AinNero> StefftheE: do you use ceph as root file system?
2020-02-13 10:16:37 <StefftheE> AinNero no, just a normal mount
2020-02-13 10:18:36 <AinNero> seems like you would get away with adding it to modprobe.d
2020-02-13 10:18:42 <AinNero> = loading it at boot
2020-02-13 10:20:08 <StefftheE> but the kernel module .ko is missing in the kernel
2020-02-13 10:21:39 <AinNero> https://pkgs.alpinelinux.org/contents?file=ceph.ko&path=&name=&branch=edge
2020-02-13 10:28:45 <StefftheE> but i cant install on linux-virt or *-lts raspberry .. and the /lib/modules resides in the initramfs .. maybe i can just insmod the .ko file on startup
2020-02-13 10:30:18 <AinNero> clarify your statement pleae
2020-02-13 10:31:29 <StefftheE> ls -la /lib/moduleslrwxrwxrwx    1 root     root            17 Jan  1  1970 /lib/modules -> /.modloop/modules
2020-02-13 10:32:00 <AinNero> which kernel flavour do you run there? lts or virt?
2020-02-13 10:32:15 <StefftheE> rpi
2020-02-13 10:33:59 <AinNero> i see the issue
2020-02-13 10:37:08 <AinNero> the rpi kernel doesnt have the ceph module
2020-02-13 10:38:34 <kaushal> I am trying to setup Linux KVM image of alpine linux. I have downloaded alpine-standard-3.11.3-x86_64.iso. when i try to install alpine linux using virt-install. I am getting https://paste.centos.org/view/raw/5a7f3fd2
2020-02-13 10:38:38 <AinNero> i think this is worth filling a bug
2020-02-13 10:38:38 <kaushal> Any clue?
2020-02-13 10:39:34 <AinNero> kaushal: does the iso file exist at that location?
2020-02-13 10:40:20 <kaushal> yes
2020-02-13 10:41:17 <kaushal> AinNero: https://paste.centos.org/view/raw/7e824ad4
2020-02-13 11:29:20 <twb> quick question: does alpine use udev, mdev, or something else?
2020-02-13 11:30:48 <north1> I believe busybox mdev by default but eudev can also be used
2020-02-13 11:31:31 <twb> Cool, thanks
2020-02-13 11:31:54 <twb> I need something without udev so I can prove udevadm is making stupid assumptions about udev existing outside the build chroot :-)
2020-02-13 11:34:24 <twb> Awesome, the .iso Just Works on qemu -nographic (ttyS0)
2020-02-13 11:34:54 <Diftraku> Is there a way for me to force what volume on my USB stick gets mounted as /media/usb? I have two vfat partitions, one of em I use for the OS as bootable USB
2020-02-13 11:37:46 <Diftraku> seems it changes arbitrarily between the first and second partition, breaking lbu and apk cache :P
2020-02-13 11:40:53 <afontain_> In fstab, I have this,`/dev/usbdisk    /media/usb      vfat    noauto,ro 0 0`
2020-02-13 11:41:05 <afontain_> I think you have it too.
2020-02-13 11:41:45 <afontain_> So one option would be to change that line to an UUID if you only have one key
2020-02-13 11:43:10 <twb> I'm trying to use apk for the first time.  Is "apk add perl" wrong?  "ERROR: unsatisfiable constraints: perl (missing): required by: world[perl]"
2020-02-13 11:43:55 <afontain_> that means that "perl" doesn't exist in the package list
2020-02-13 11:44:05 <twb> ah.  I thought it was saying it needed perl to install perl :-)
2020-02-13 11:44:09 <Diftraku> afontain_: that probably would do it, mdev has a mind of it's own with how it chooses the partition for usbdisk
2020-02-13 11:44:46 <afontain_> that's a bit confusing, but the concept (I think) is that world describe what packages you want on your machine
2020-02-13 11:45:04 <twb> Looks like by default it only has the onboard repos in /etc/apk/repositories
2020-02-13 11:45:58 <afontain_> say you `apk del python3` while you installed it explicitely before, it will be removed from /etc/apk/world but maybe kept because, say, gnome-terminal depends on it
2020-02-13 11:49:01 <mps> twb: did you set /etc/apk/repositories
2020-02-13 11:53:54 <Diftraku> afontain_: Minor tweaking of setup-apkcache and actually installing some apks after the hard-coded volume via UUID worked, I tried to quite pointlessly to get mdev to play nice but this is sane enough for me :3
2020-02-13 11:55:20 <afontain_> haha
2020-02-13 11:57:17 <twb> mps: yes thank you
2020-02-13 11:57:33 <twb> then i installed perl and ran out of RAM because I was in a 128MB qemu VM
2020-02-13 11:58:18 <twb> then I stopped pooping and went back to my desk, and realized I could generate the same problem in Debian GNU/NTOSkrnl
2020-02-13 12:05:34 <kubast2> Hey, how do I install alpine linux as sys on rpi?
2020-02-13 12:06:10 <kubast2> 256MiB of space isn't enough for me
2020-02-13 12:06:26 <kubast2> and I don't understand how lbu works at all
2020-02-13 12:06:51 <kubast2> lbu commit -d; I know it is not enough ,but I know if I supply media... by default fat32 is mount as read only brb
2020-02-13 12:06:57 <afontain_> well, hum… you could use the postmarketOS installer?
2020-02-13 12:07:04 <mps> twb: it works for me with 128MB RAM
2020-02-13 12:07:14 <afontain_> I really miss documentation on lbu too :-/
2020-02-13 12:08:35 <mps> https://wiki.alpinelinux.org/wiki/Alpine_local_backup
2020-02-13 12:08:51 <kubast2> Yeah I managed somehow
2020-02-13 12:09:30 <kubast2> I just removed a package and made space for git
2020-02-13 12:19:37 <twb> mps: localhost:~/debootstrap-1.0.117# apk add debootstrap [...] ERROR: ncurses-libs-6.1_p20191130-r0: No space left on device
2020-02-13 12:20:05 <twb> ^ it booted OK but it ran out of space after installing perl + debootstrap
2020-02-13 12:20:22 <twb> no worries, tho
2020-02-13 12:21:11 <kubast2> no space left on the device
2020-02-13 12:21:13 <kubast2> oh for fucks sake
2020-02-13 12:23:21 <kubast2> I am gonna grab raspbian, chroot to alpine, and use it as bootstrap, I want to build for musl and that is the easiest way
2020-02-13 12:23:52 <kubast2> void is even worse since it is initramfs takes all the ram
2020-02-13 12:24:15 <kubast2> so you oomd when launching void-installer
2020-02-13 12:25:22 <afontain_> yeah, then you may want to give a try to the postmarketOS installer then?
2020-02-13 12:25:39 <kubast2> is there even a build for rpi 1?
2020-02-13 12:25:50 <kubast2> I thought they build for rpi 2-4
2020-02-13 12:26:08 <afontain_> pmbootstrap init
2020-02-13 12:26:16 <kubast2> yeah shouldn't be too hard to make my own tbf
2020-02-13 12:26:20 <afontain_> raspberry / pi / pi
2020-02-13 12:26:24 <afontain_> pmbootstrap install --sdcard=/dev/mmcblk0
2020-02-13 12:26:30 <kubast2> https://wiki.postmarketos.org/wiki/Raspberry_Pi_1_%26_2 it is there I see
2020-02-13 12:26:43 <afontain_> yeah, I've used it for my raspi 1 at home
2020-02-13 12:30:56 <twb> kubast2: surely rpi needs more disk than alpine for the same set of packages?
2020-02-13 12:39:20 <mps> twb: ah, you are running from ram, yes then 128MB is not big
2020-02-13 13:09:16 <twb> FYI, I finished my udev bug report: https://bugs.debian.org/951257
2020-02-13 13:09:48 <twb> I needed to test from a system without proc, rather than without udev, so alpine turned out not to be useful
2020-02-13 13:10:08 <twb> But alpine was fast and pleasant enough to help me work that out quickly :-)
2020-02-13 13:13:07 <zcrayfish> can't you just unmount proc? xD
2020-02-13 13:14:31 <twb> yes but then they'll wontfix my bug with "just mount proc you tard"
2020-02-13 13:14:43 <mps> kubast2: alpine have 3 RPi versions, for older RPis armhf, armv7 for in between and aarch64 for 64bit
2020-02-13 13:15:13 <zcrayfish> ah
2020-02-13 13:15:26 <twb> in the same way that when I complain about bad web design, I have to say "this is inaccessible to blind users" instead of "this needs js"
2020-02-13 13:16:06 <twb> I'm actually not mounting /proc because it's convenient for me not to do so, but I can pretend that it's because I'm running OpenBSD and there is no proc support in the first place :P
2020-02-13 14:15:05 <Guest32> sup _ikke_
2020-02-13 14:16:53 <Guest32> do you think that there's nothing we can do?
2020-02-13 14:21:38 <_ikke_> ideapad-tester: The only thing I can think of is that it still misses some firmware, but I have no idea how to find that out
2020-02-13 14:22:18 <ideapad-tester> i have it hooked up in a chroot
2020-02-13 14:22:42 <ideapad-tester> if theres specific output you'd like
2020-02-13 14:22:50 <ideapad-tester> just let me know
2020-02-13 14:40:46 <ideapad-tester> https://askubuntu.com/questions/990378/wi-fi-not-working-on-lenovo-thinkpad-e570-realtek-rtl8821ce
2020-02-13 14:40:49 <ideapad-tester> i found something new
2020-02-13 14:41:59 <ideapad-tester> _ikke_
2020-02-13 14:45:12 <ideapad-tester> https://github.com/tomaspinho/rtl8821ce
2020-02-13 14:45:15 <ideapad-tester> this aswell
2020-02-13 15:14:46 <StefftheE> hello again ... my system does not install the packages defined in /etc/apk/world on boot. what am i missing?
2020-02-13 15:19:28 <AinNero> is the repository accessible during boot?
2020-02-13 15:21:50 <StefftheE> i dont know how it would normally work .. does it load over the internet? is thera a rc service?
2020-02-13 15:24:04 <AinNero> what does /etc/apk/repositories say?
2020-02-13 15:24:44 <StefftheE>  /media/mmcblk0p1/apkshttp://alpine.mirror.didstopia.com/v3.11/mainhttp://alpine.mirror.didstopia.com/v3.11/community
2020-02-13 15:45:55 <Guest32> _ikke_ ill try building dkms as an last effort
2020-02-13 15:45:58 <Guest32> wish me luck
2020-02-13 15:46:12 <_ikke_> Guest32: dkms is not going to fix this
2020-02-13 15:46:17 <Guest32> oh?
2020-02-13 15:46:42 <_ikke_> The module was built and loaded
2020-02-13 15:46:52 <_ikke_> dkms is not going to provide you anything more
2020-02-13 15:46:52 <Guest32> yeah it was
2020-02-13 15:47:24 <Guest32> what about the other rtl8821ce drivers?
2020-02-13 15:47:29 <_ikke_> That might work
2020-02-13 15:47:45 <Guest32> i haven't used alpine very much
2020-02-13 15:47:52 <Guest32> and i already ran into a wall
2020-02-13 15:47:56 <Guest32> while trying to compile
2020-02-13 15:48:01 <Guest32> probably because of musl right
2020-02-13 15:48:14 <_ikke_> Depending on what you build
2020-02-13 15:48:22 <_ikke_> kernel modules don't use libc
2020-02-13 15:48:41 <Guest32> wasn't aware of that
2020-02-13 15:49:31 <Guest32> i wanted to build this: https://github.com/tomaspinho/rtl8821ce
2020-02-13 15:49:37 <Guest32> although it requires dkms
2020-02-13 15:50:16 <_ikke_> No, it *supports* dkms
2020-02-13 15:50:41 <_ikke_> dkms is just a framework to automatically build the module for the current kernel
2020-02-13 15:50:53 <_ikke_> but it's not a requirement to build it
2020-02-13 15:51:00 <Guest32> oh
2020-02-13 15:51:16 <Guest32> so the actual module could be built
2020-02-13 15:51:23 <Guest32> but i would have to do it each time right?
2020-02-13 15:51:34 <Guest32> unless you or some other maintainer created package
2020-02-13 15:51:36 <Guest32> like you did
2020-02-13 15:51:42 <_ikke_> yes
2020-02-13 15:52:20 <_ikke_> You could copy the APKBUILD I created and modify it for this one
2020-02-13 15:52:41 <_ikke_> Did you check lspci to see if your wifi card is listed there?
2020-02-13 15:52:58 <Guest32> with your package?
2020-02-13 15:53:13 <_ikke_> sure
2020-02-13 15:53:28 <Guest32> i don't think it was listed
2020-02-13 15:53:42 <_ikke_> what about lsusb
2020-02-13 15:53:58 <Guest32> i would have to boot into my external hdd to tell you that
2020-02-13 15:54:04 <mps> Guest32: there are cheap usb wifi cards on market
2020-02-13 15:54:14 <Guest32> i know
2020-02-13 15:54:20 <Guest32> ethernet works aswell
2020-02-13 15:54:20 <mps> maybe this could be your solution
2020-02-13 15:54:41 <Guest32> but i would go for those as a last resort
2020-02-13 15:55:00 <Guest32> since i really wanna try and get this working
2020-02-13 15:55:11 <Guest32> brb
2020-02-13 15:58:21 <Guest3282> I'm back
2020-02-13 15:58:34 <Guest3282> lspci does detect the WiFi card
2020-02-13 15:58:48 <_ikke_> ok, that's good
2020-02-13 15:58:50 <Guest3282> it shows up at least
2020-02-13 15:58:53 <_ikke_> what does it return for that card?
2020-02-13 15:59:07 <Guest3282> I'm on my phone
2020-02-13 15:59:17 <Guest3282> 02:00.0
2020-02-13 15:59:43 <Guest3282> Network controller: Realtek Semiconductor Co., Ltd.
2020-02-13 16:00:06 <Guest3282> RTL8821CE 802.11ac PCIe Wireless Network Adapter
2020-02-13 16:00:22 <Guest3282> That's the exact output
2020-02-13 16:00:23 <_ikke_> ok
2020-02-13 16:00:34 <Guest3282> lsusb return eh
2020-02-13 16:00:49 <Guest3282> Bus 001-003
2020-02-13 16:01:03 <Guest3282> With different ID's
2020-02-13 16:02:59 <Guest3282> Also, it only checks for eth0 and lo
2020-02-13 16:03:03 <Guest3282> during boot
2020-02-13 16:03:03 <_ikke_> If lspci returns it, then lsusb is irrelevant
2020-02-13 16:03:10 <Guest3282> OK
2020-02-13 16:03:24 <_ikke_> I'm back in a bit
2020-02-13 16:03:27 <Guest3282> ok*
2020-02-13 16:03:35 <_ikke_> I think you need those rtl drivers indeed
2020-02-13 16:03:48 <Guest3282> why yes of course I do
2020-02-13 16:04:14 <Guest3282> I might disconnect by accident
2020-02-13 16:30:51 <_ikke_> Guest32: hi
2020-02-13 16:31:05 <Guest32> hey
2020-02-13 16:31:16 <Guest32> was I away for too long?
2020-02-13 16:31:21 <_ikke_> can you try: modprobe rtl8821ce
2020-02-13 16:31:27 <Guest32> sec
2020-02-13 16:31:39 <_ikke_> That driver is part if the linux tree, and built as a module in alpine
2020-02-13 16:31:50 <Guest32> Not found
2020-02-13 16:32:10 <Guest32> I think that's a seperate kernel
2020-02-13 16:32:27 <Guest32> it only had 100 stars in the git repo
2020-02-13 16:32:38 <_ikke_> https://github.com/endlessm/linux/tree/master/drivers/net/wireless/rtl8821ce
2020-02-13 16:32:56 <Guest32> Yeah that
2020-02-13 16:33:05 <Guest32> it was kernel with the RTL driver
2020-02-13 16:33:11 <Guest32> I don't think vanilla has it
2020-02-13 16:33:28 <Guest32> unless alpine is built on the same kernel
2020-02-13 16:33:38 <_ikke_> https://git.alpinelinux.org/aports/tree/main/linux-lts/config-lts.x86_64#n3327
2020-02-13 16:33:42 <_ikke_> I see it listed there
2020-02-13 16:34:06 <Guest32> oh
2020-02-13 16:34:56 <Guest32> I don't see rtl8821cd though
2020-02-13 16:34:59 <Guest32> ce*
2020-02-13 16:35:21 <Guest32> There is RTL8821AE
2020-02-13 16:35:52 <_ikke_> You are right, I don't see it in torvalds tree
2020-02-13 16:36:06 <Guest32> I thought so
2020-02-13 16:36:10 <_ikke_> ok
2020-02-13 16:36:33 <_ikke_> I was looking for the original source of that driver
2020-02-13 16:36:38 <Guest32> I'm not really good with compiling and stuff
2020-02-13 16:36:48 <Guest32> I'm used to binaries
2020-02-13 16:36:58 <Guest32> in fact I might just depend too much on them
2020-02-13 16:37:49 <Guest32> I really don't want you to do all the work if you don't feel like it
2020-02-13 16:38:02 <_ikke_> If it's not too complicated, I don't mind to do it
2020-02-13 16:38:13 <_ikke_> Just need a good source
2020-02-13 16:38:17 <Guest32> alright then
2020-02-13 16:38:21 <Guest32> sure
2020-02-13 16:38:25 <_ikke_> https://randomwalker.blog/install-realtek-8821ce-driver-in-ubuntu-18-04/
2020-02-13 16:38:50 <_ikke_> It links to that same repo I linked to
2020-02-13 16:39:32 <Guest32> endlessm one?
2020-02-13 16:39:40 <Guest32> it seems reliable
2020-02-13 16:39:58 <_ikke_> According to that post it does not compile with newer kernels though
2020-02-13 16:40:07 <Guest32> oh
2020-02-13 16:40:14 <Guest32> I found another one though
2020-02-13 16:40:29 <_ikke_> And it links back to the one you linked to :)
2020-02-13 16:40:33 <Guest32> https://github.com/tomaspinho/rtl8821ce
2020-02-13 16:40:35 <Guest32> this one?
2020-02-13 16:40:39 <_ikke_> yes
2020-02-13 16:40:52 <_ikke_> Let's use that one then
2020-02-13 16:41:34 <Guest32> But didn't you say it didn't support newer kernels?
2020-02-13 16:41:47 <Guest32> What is newer kernels anyway?
2020-02-13 16:41:52 <Guest32> >4.19?
2020-02-13 16:42:32 <_ikke_> 4.15.0 apparently
2020-02-13 16:42:51 <Guest32> oh
2020-02-13 16:43:28 <Guest32> that blog post is from 2018-08-10
2020-02-13 16:44:14 <Guest32> And the driver was updated 2 months ago
2020-02-13 16:44:19 <Guest32> In the endlessm repo
2020-02-13 16:45:26 <_ikke_> 2 days ago in the tomapinho one
2020-02-13 16:45:31 <Guest32> yeah
2020-02-13 16:45:49 <_ikke_> and it's easy because it does not contain the entire linux tree
2020-02-13 16:46:24 <Guest32> yup
2020-02-13 16:49:04 <jeanjack> t/w 4
2020-02-13 16:49:08 <jeanjack> grump.
2020-02-13 16:49:10 <_ikke_> heh
2020-02-13 17:00:11 <Guest32> ping
2020-02-13 17:00:58 <_ikke_> pong
2020-02-13 17:01:01 <_ikke_> I just got it to build
2020-02-13 17:07:50 <Guest32> Why must I disconnect at the wrong times?
2020-02-13 17:07:59 <Guest32> o-o
2020-02-13 17:08:14 <Guest32> you got it to build _ikke_?
2020-02-13 17:09:40 <_ikke_> yes
2020-02-13 17:09:47 <Guest32> awesome
2020-02-13 17:10:29 <Guest32> will you be making a edge/testing package?
2020-02-13 17:10:51 <_ikke_> I noticed that the tomaspinho repo uses endlessm as source
2020-02-13 17:10:55 <_ikke_> Yes, I will
2020-02-13 17:11:40 <Guest32> yeah, but like you said, it doesn't contain the whole Linux tree
2020-02-13 17:11:53 <Guest32> every git repo is based on the endlessm source
2020-02-13 17:12:10 <Guest32> besides the ideapad-laptop one
2020-02-13 17:12:22 <_ikke_> Yeah, that's a completely different project
2020-02-13 17:16:04 <Guest32> I'm crossing fingers for this one though
2020-02-13 17:18:18 <_ikke_> Guest32: https://gitlab.alpinelinux.org/alpine/aports/merge_requests/4046
2020-02-13 17:18:20 <_ikke_> for CI
2020-02-13 17:20:57 <Guest32> I saw the last message
2020-02-13 17:21:01 <Guest32> Guess we gotta wait then
2020-02-13 17:22:14 <_ikke_> Not too long :)
2020-02-13 17:22:29 <Guest32> awesome
2020-02-13 17:23:54 <_ikke_> CI finished and green now
2020-02-13 17:24:16 <Guest32> what about build?
2020-02-13 17:24:29 <_ikke_> I just pushed it
2020-02-13 17:24:52 <_ikke_> builders are building it
2020-02-13 17:24:57 <Guest32> oh
2020-02-13 17:25:05 <_ikke_> then you have to wait about 15 minutes before the package should be available
2020-02-13 17:25:13 <Guest32> alright
2020-02-13 17:25:36 <_ikke_> ok, they are finished
2020-02-13 17:25:51 <Guest32> already.
2020-02-13 17:25:52 <Guest32> ?
2020-02-13 17:26:10 <_ikke_> yes
2020-02-13 17:26:18 <Guest32> its ready to install?
2020-02-13 17:26:19 <_ikke_> A single module is built within a minute
2020-02-13 17:26:32 <_ikke_> Waiting for the package to be synced to the mirrors
2020-02-13 17:26:59 <Guest32> ok
2020-02-13 17:32:30 <_ikke_> Guest32: it's available
2020-02-13 17:32:46 <_ikke_> rlt8821ce-module-linux-lts
2020-02-13 17:33:39 <Guest32> alright
2020-02-13 17:35:14 <Guest32> It's installed
2020-02-13 17:35:24 <Guest32> modprobe rtl8821ce?
2020-02-13 17:35:25 <mps> _ikke_: small (maybe not small) nitpcik, why not rlt8821ce-linux-lts
2020-02-13 17:35:43 <_ikke_> Guest32: modprobe 8821ce
2020-02-13 17:35:58 <Guest32> Not found
2020-02-13 17:36:00 <Guest32> Maybe reboot?
2020-02-13 17:36:14 <_ikke_> mps: yeah, probably better. I looked at how other packages were called
2020-02-13 17:36:51 <_ikke_> Guest32: no, that should not be necessary
2020-02-13 17:37:01 <_ikke_> Guest32: what does uname -r return?
2020-02-13 17:37:01 <mps> drbd-lts, zfs-lts, wireguard-lts
2020-02-13 17:37:13 <_ikke_> mps: ok, will be renaming it
2020-02-13 17:37:17 <Guest32> 5.4.12-1-lts
2020-02-13 17:37:45 <mps> I say, it is just nitpick
2020-02-13 17:38:03 <_ikke_> I like the smaller name
2020-02-13 17:38:06 <mps> for me current is ok
2020-02-13 17:38:27 <Guest32> You have the edge kernel
2020-02-13 17:38:27 <mps> ah, we have similar taste :)
2020-02-13 17:38:32 <Guest32> I think
2020-02-13 17:38:39 <_ikke_> yes, you need edge
2020-02-13 17:38:39 <Guest32> _ikke_
2020-02-13 17:38:50 <Guest32> Maybe that's why the first module didn't work?
2020-02-13 17:39:10 <_ikke_> It should show the same error though
2020-02-13 17:39:19 <_ikke_> so first upgrade to edge
2020-02-13 17:39:20 <mps> Guest32: if it loaded then it is ok
2020-02-13 17:39:32 <Guest32> just main?
2020-02-13 17:39:36 <_ikke_> no, all 3 repos
2020-02-13 17:39:49 <Guest32> roger that
2020-02-13 17:39:56 <_ikke_> then apk upgrade -Ua
2020-02-13 17:40:02 <_ikke_> then reboot
2020-02-13 17:40:12 <Guest32> wee
2020-02-13 17:40:18 <Guest32> 382 packages
2020-02-13 17:41:01 <Guest32> since this is a external HDD
2020-02-13 17:41:15 <Guest32> I'll be doing the same stuff as before
2020-02-13 17:41:30 <Guest32> but I'll be following the wiki's "how to secure a laptop"
2020-02-13 17:41:46 <Guest32> since this is a laptop with a SSD
2020-02-13 17:41:56 <Guest32> and I need full disk encryption
2020-02-13 17:42:19 <tehcloud> I didn't bother securing this thing
2020-02-13 17:42:26 <Guest32> why not?
2020-02-13 17:42:28 <tehcloud> there is nothing but code on it so it doesn't matter
2020-02-13 17:42:48 <tehcloud> plus if someone here steals it, the likelihood they can use it is low
2020-02-13 17:42:59 <tehcloud> it would get repurposed and sold as a Windows laptop
2020-02-13 17:43:11 <Guest32> probably
2020-02-13 17:43:15 <tehcloud> but everyone's situation is different
2020-02-13 17:43:20 <Guest32> I still do like my security
2020-02-13 17:43:26 <tehcloud> I'm in the Amazon
2020-02-13 17:43:26 <Guest32> I'm no one special
2020-02-13 17:43:40 <tehcloud> computer skills here are somewhat rarer than most places
2020-02-13 17:43:57 <Guest32> probably
2020-02-13 17:45:49 <Guest32> this HDD is slow as shit
2020-02-13 17:46:02 <tehcloud> lol, they all are
2020-02-13 17:46:14 <tehcloud> I've got an eMMC based laptop here
2020-02-13 17:46:19 <tehcloud> it's slow but not as bad as an HDD
2020-02-13 17:46:22 <Guest32> 5400 rpm I think
2020-02-13 17:46:31 <Guest32> yeah I heard its in the middle
2020-02-13 17:46:41 <Guest32> Is it a pinebook by any chance?
2020-02-13 17:48:14 <tehcloud> nope, it's a Lenovo "educational" laptop that I got for $130 on an early black friday sale
2020-02-13 17:48:33 <Guest32> Oh
2020-02-13 17:49:27 <Guest32> I'm still updating
2020-02-13 17:50:06 <tehcloud> when I first got this thing, it tried to boot Windows when I powered it up
2020-02-13 17:50:12 <tehcloud> I did not allow it to completely do that
2020-02-13 17:50:18 <tehcloud> but I could tell already it was slow AF
2020-02-13 17:50:27 <tehcloud> on Alpine it's lightning fast
2020-02-13 17:51:56 <Guest32> alpine is lightweight after all
2020-02-13 17:52:07 <Guest32> this laptop is mid tier
2020-02-13 17:52:30 <Guest32> but I want alpine because of security out of the box
2020-02-13 17:52:37 <Guest32> and minimalism
2020-02-13 17:52:41 <tehcloud> yeah, a lot of overlapping benefits with Alpine
2020-02-13 17:53:07 <tehcloud> I like the PIE aspect even though the real reason I went with Alpine was minimalism and to make sure my sources compile against musl
2020-02-13 17:53:13 <KatolaZ> Guest32: there is no out-of-the-box security anywhere....
2020-02-13 17:53:22 <Guest32> the kernel
2020-02-13 17:53:29 <Guest32> it has grsec patches
2020-02-13 17:53:52 <KatolaZ> if you think a kernel patch makes your system "secure"... :)
2020-02-13 17:54:24 <_ikke_> Guest32: the grsec patches are not applied anymore since 3.7
2020-02-13 17:54:50 <Guest32> they're not?
2020-02-13 17:54:51 <KatolaZ> he!
2020-02-13 17:54:56 <KatolaZ> so much for oob security ;)
2020-02-13 17:55:05 <Guest32> because it went commercial?
2020-02-13 17:55:07 <_ikke_> yes
2020-02-13 17:55:10 <KatolaZ> nop Guest32, they are not any more
2020-02-13 17:55:22 <Guest32> it's open source again?
2020-02-13 17:55:34 <KatolaZ> they are not applied any more
2020-02-13 17:55:47 <KatolaZ> (because of licensing issues, I guess)
2020-02-13 17:56:17 <Guest32> oh
2020-02-13 17:56:49 <_ikke_> There are not available unless you pay for them and sign a contract that you do not distribute them
2020-02-13 17:57:02 <tehcloud> it depends on whether you consider secure to be boolean
2020-02-13 17:57:06 <tehcloud> if that is the case, nothing is
2020-02-13 17:57:27 <_ikke_> The most secure computer is one that is not running
2020-02-13 17:57:33 <tehcloud> "more secure than average" might be a better term
2020-02-13 17:58:02 <Guest32> I guess qubes is the best option
2020-02-13 17:58:25 <Guest32> but it supports specific hardware
2020-02-13 17:58:36 <Guest32> and is based on xen
2020-02-13 17:58:44 <KatolaZ> tehcloud: more secure does not exist either
2020-02-13 17:58:46 <Guest32> + fedora
2020-02-13 17:58:56 <KatolaZ> "secure for my needs" already makes more sense, IMHO
2020-02-13 17:59:27 <Guest32> has anyone tried hardenedbsd
2020-02-13 18:00:11 <Guest32> https://hardenedbsd.org/content/easy-feature-comparison
2020-02-13 18:00:25 <_ikke_> Guest32: fyi, I renamed the package
2020-02-13 18:00:40 <Guest32> but I installed it before you did
2020-02-13 18:00:42 <Guest32> did
2020-02-13 18:00:43 <_ikke_> yes
2020-02-13 18:00:49 <Guest32> so?
2020-02-13 18:00:50 <_ikke_> just remove that one and install the new one in a moment
2020-02-13 18:01:01 <Guest32> when I'm done updating
2020-02-13 18:01:02 <Guest32> I will
2020-02-13 18:01:03 <_ikke_> yes
2020-02-13 18:01:07 <Guest32> what's the new name?
2020-02-13 18:01:10 <_ikke_> It still needs to be synced anyway
2020-02-13 18:01:14 <_ikke_> rtl8821ce-lts
2020-02-13 18:02:08 <Guest32> ok
2020-02-13 18:02:50 <Guest32> isn't alpines kernel based on linux-hardened?
2020-02-13 18:03:09 <_ikke_> no
2020-02-13 18:03:49 <Guest32> what is it then?
2020-02-13 18:04:05 <KatolaZ> it's Linux
2020-02-13 18:04:12 <_ikke_> https://git.alpinelinux.org/aports/tree/main/linux-lts/APKBUILD#n20
2020-02-13 18:04:50 <tehcloud> "proactive security features"
2020-02-13 18:05:04 <Guest32> I knew that much KatolaZ
2020-02-13 18:05:16 <_ikke_> It's just plain linux
2020-02-13 18:05:26 <_ikke_> lts versions
2020-02-13 18:05:43 <tehcloud> Guest32, a lot of stuff is not all that relevant if you're just using a laptop
2020-02-13 18:05:57 <tehcloud> for instance, you probably need not worry about apache vulnerabilities
2020-02-13 18:06:09 <Guest32> of course
2020-02-13 18:06:13 <tehcloud> so the focus is going to be mostly on the physical aspects of security
2020-02-13 18:06:18 <Guest32> also I'm done updating
2020-02-13 18:06:27 <_ikke_> Alpine does use musl and compiler hardening\
2020-02-13 18:07:13 <Guest32> would I make alpine more secure if I installed the linux-hardened kernel on alpine ?
2020-02-13 18:07:24 <KatolaZ> Guest32: my reply was not hilarious :)
2020-02-13 18:07:31 <KatolaZ> it's actually just Linux
2020-02-13 18:07:46 <Guest32> oh
2020-02-13 18:08:55 <Guest32> how long until the sync is done? _ikke_?
2020-02-13 18:10:29 <_ikke_> Couple of minutes I guess
2020-02-13 18:10:42 <Guest32> should I reboot in the meantime?
2020-02-13 18:10:51 <Guest32> I just updated every package
2020-02-13 18:10:53 <_ikke_> yes
2020-02-13 18:11:41 <Guest32> 5.4
2020-02-13 18:11:50 <Guest32> 5.4.18-0-lts
2020-02-13 18:11:53 <Guest32> that's good
2020-02-13 18:12:14 <_ikke_> still waiting
2020-02-13 18:13:08 <_ikke_> You can still try it out
2020-02-13 18:13:10 <Guest32> is this still relevant: https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop?
2020-02-13 18:13:14 <_ikke_> modeprobe 8821ce
2020-02-13 18:13:34 <tehcloud> Guest32, I used that as a rough guide when I was getting started
2020-02-13 18:13:44 <tehcloud> a lot of improvisation was necessary though for my needs
2020-02-13 18:13:56 <Guest32> I deleted the other module
2020-02-13 18:14:02 <_ikke_> ah ok
2020-02-13 18:14:23 <Guest32> like you said
2020-02-13 18:14:46 <Guest32> would linux-hardened work with alpine?
2020-02-13 18:15:25 <tehcloud> you're free to build any kernel you want
2020-02-13 18:15:50 <tehcloud> I usually do it as an apk package because it's just easier that way
2020-02-13 18:17:24 <Guest32> its done _ikke_
2020-02-13 18:17:29 <_ikke_> Guest32: the package I provide is built against the default linux-lts kernel, so if you use linux-hardened, you would need to rebuild it
2020-02-13 18:17:31 <Guest32> the moment of truth
2020-02-13 18:17:39 <Guest32> oh
2020-02-13 18:17:43 <Guest32> sounds like a hassle
2020-02-13 18:18:04 <Guest32> it still doesn't work
2020-02-13 18:18:25 <Guest32> Not found
2020-02-13 18:18:30 <Guest32> I see it in /lib/module/
2020-02-13 18:18:45 <Guest32> but modprobe searches for it in /lib/modules
2020-02-13 18:19:08 <_ikke_> maybe I made a mistake
2020-02-13 18:19:22 <Guest32> maybe
2020-02-13 18:19:36 <_ikke_> I used the same code as for the ideapad one
2020-02-13 18:19:53 <Guest32> I know
2020-02-13 18:23:13 <_ikke_> pushed a fix
2020-02-13 18:24:22 <Guest32> how do I apply it
2020-02-13 18:24:33 <Guest32> we gotta wait again?
2020-02-13 18:24:37 <_ikke_> Wait and upgrade
2020-02-13 18:25:06 <Guest32> alright
2020-02-13 18:30:52 <Guest32> its updating
2020-02-13 18:31:06 <Guest32> _ikke_
2020-02-13 18:31:22 <_ikke_> nod
2020-02-13 18:31:28 <Guest32> It works
2020-02-13 18:31:37 <Guest32> wlan0
2020-02-13 18:31:41 <Guest32> is there
2020-02-13 18:31:47 <_ikke_> \o/\o/\o/
2020-02-13 18:32:13 <Guest32> how do I make it launch at boot
2020-02-13 18:32:21 <Guest32> rc-service magic?
2020-02-13 18:32:44 <Guest32> or just put "modprobe 8821ce" in rc.local?
2020-02-13 18:32:56 <north1> or in /etc/modules-load.d/*.conf
2020-02-13 18:33:45 <_ikke_> ^
2020-02-13 18:34:15 <Guest32> so it won't automatically load when I boot?
2020-02-13 18:35:26 <Guest32> echo "modprobe 8821ce" >> /etc/modules-load.d/*.conf
2020-02-13 18:35:30 <Guest32> like this?
2020-02-13 18:35:44 <KatolaZ> Guest32: you need an actual filename for a redirection....
2020-02-13 18:36:10 <Guest32> isn't *.conf a file though
2020-02-13 18:36:33 <north1> that means, any filename that ends with .conf  like 8821ce.conf
2020-02-13 18:36:33 <KatolaZ> it isn't for me
2020-02-13 18:36:34 <Guest32> I renamed it to WiFi.conf
2020-02-13 18:36:50 <Guest32> wifi.conf
2020-02-13 18:37:04 <_ikke_> just put the module name in there
2020-02-13 18:37:16 <Guest32> Just did
2020-02-13 18:37:21 <_ikke_> 8821ce >/etc/modules-load.d/wifi.conf
2020-02-13 18:37:24 <_ikke_> echo 8821ce >/etc/modules-load.d/wifi.conf
2020-02-13 18:37:31 <Guest32> oh
2020-02-13 18:37:37 <Guest32> that's not what I did
2020-02-13 18:37:46 <_ikke_> it's not a script that's executed
2020-02-13 18:37:54 <Guest32> oh
2020-02-13 18:38:02 <KatolaZ> it's a list of modules given to modprobe
2020-02-13 18:38:37 <Guest32> I see
2020-02-13 18:39:54 <Guest32> there was some interesting output at boot
2020-02-13 18:40:51 <Guest32> service `wpa_cli.apk-new needs non existent service `wpa_supplicant`
2020-02-13 18:42:58 <Guest32> nvm
2020-02-13 18:43:05 <Guest32> wiki solved the problem
2020-02-13 18:50:10 <_ikke_> Guest32: so I guess the module works then?
2020-02-13 18:50:17 <Guest32> yup
2020-02-13 18:50:40 <_ikke_> ok, and you don't need the ideapad module?
2020-02-13 18:50:41 <Guest32> I plugged out eth0
2020-02-13 18:50:49 <Guest32> its down
2020-02-13 18:50:54 <Guest32> and wlan0 is up
2020-02-13 18:50:59 <Guest32> and I tried to ping
2020-02-13 18:51:03 <Guest32> but it says bad address
2020-02-13 18:51:13 <Guest32> and no I don't need that ideapad module
2020-02-13 18:51:31 <_ikke_> I'll remove that one again the
2020-02-13 18:51:33 <_ikke_> n
2020-02-13 18:52:06 <_ikke_> Guest32: Did you check /etc/resolve.conf?
2020-02-13 18:52:12 <Guest32> nope
2020-02-13 18:52:55 <Guest32> 192.168.1.1
2020-02-13 18:53:00 <Guest32> my router runs openwrt
2020-02-13 18:53:16 <Guest32> I fucked up some other shit
2020-02-13 18:53:19 <Guest32> 2 sec
2020-02-13 19:01:55 <Guest32> _ikke_
2020-02-13 19:02:02 <Guest32> wlan0 is always down
2020-02-13 19:02:19 <Guest32> I gotta manually turn it up with WPA_supplicant
2020-02-13 19:02:44 <_ikke_> You probably need to add it to /etc/network/interfaces
2020-02-13 19:03:37 <mps> or using command setup-interfaces
2020-02-13 19:03:46 <Guest32> I did that
2020-02-13 19:05:05 <Guest32> _ikke_
2020-02-13 19:05:29 <Guest32> I just did the setup that mps sent as well
2020-02-13 19:05:42 <Guest32> and it worked
2020-02-13 19:05:51 <_ikke_> nice
2020-02-13 19:05:58 <_ikke_> I'm moving it to community
2020-02-13 19:06:00 <Guest32> the problem is boot
2020-02-13 19:06:07 <_ikke_> then it can become part of the next stable release
2020-02-13 19:06:16 <Guest32> of alpine?
2020-02-13 19:06:18 <_ikke_> yes
2020-02-13 19:06:22 <Guest32> nice
2020-02-13 19:07:10 <Guest32> I might remove eth0 from /etc/network/interfaces
2020-02-13 19:07:24 <Guest32> I'll do udhcpc
2020-02-13 19:07:25 <Guest32> manually
2020-02-13 19:07:32 <Guest32> If I ever need it
2020-02-13 19:07:34 <mps> _ikke_: you should notice ncopa to upgrade it with kernel upgrades
2020-02-13 19:07:49 <_ikke_> mps: Yes, indeed
2020-02-13 19:08:53 <Guest32> udhcpc can't find wlan0
2020-02-13 19:08:57 <Guest32> when booting
2020-02-13 19:09:15 <Guest32> the dhcp lease that is
2020-02-13 19:09:49 <mps> Guest32: you should have /etc/network/interfaces file
2020-02-13 19:09:57 <Guest32> it is there
2020-02-13 19:10:01 <Guest32> I followed the wiki
2020-02-13 19:10:34 <Guest32> + setup-interfaces worked
2020-02-13 19:10:56 <mps> what is the line for 'iface wlan0 ....'
2020-02-13 19:11:35 <mps> setup-interfaces creates or updates /etc/network/interfaces
2020-02-13 19:12:00 <Guest32> iface wlan0 inet dhcp
2020-02-13 19:12:12 <_ikke_> do you also have auto wlan0?
2020-02-13 19:12:17 <Guest32> yes
2020-02-13 19:12:23 <Guest32> hostname as well
2020-02-13 19:12:38 <Guest32> setup-interfaces did this config
2020-02-13 19:12:44 <_ikke_> k
2020-02-13 19:13:30 <mps> is the wpa_supplicant added to boot runlevel
2020-02-13 19:13:36 <Guest32> yes
2020-02-13 19:13:57 <mps> and module for wlan0 is loaded
2020-02-13 19:14:36 <Guest32> Yes
2020-02-13 19:14:58 <Guest32> I can manually turn it on after boot is complete
2020-02-13 19:16:00 <mps> on RPi zero I had to remove network service from runlevel
2020-02-13 19:16:20 <mps> then the wifi worked
2020-02-13 19:18:50 <Guest32> wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf
2020-02-13 19:18:55 <Guest32> this work
2020-02-13 19:18:57 <Guest32> works
2020-02-13 19:19:19 <tehcloud> I use nm-applet
2020-02-13 19:19:28 <tehcloud> works nice in i3 and makes life simple when moving around a lot
2020-02-13 19:20:07 <Guest32> I'm not even sure I have network manager installed
2020-02-13 19:20:12 <Guest32> and I'm still in tty
2020-02-13 19:20:18 <Guest32> I didn't setup a DE
2020-02-13 19:20:20 <tehcloud> it depends on what you're planning to do with the laptop
2020-02-13 19:20:25 <tehcloud> for my use case this works
2020-02-13 19:20:26 <Guest32> home
2020-02-13 19:20:31 <Guest32> usage
2020-02-13 19:20:34 <Guest32> its not a server
2020-02-13 19:20:39 <tehcloud> if you are planning to stay at home with it, then you don't even need to worry about that stuff
2020-02-13 19:20:53 <tehcloud> I've seen some crazy wifi networks down here
2020-02-13 19:22:27 <tehcloud> do you plan to set up a window manager?
2020-02-13 19:23:01 <_ikke_> You should be able to get a network up before your window manager though
2020-02-13 19:23:20 <tehcloud> yeah, I did... or else I wouldn't have been able to get a window manager installed :p
2020-02-13 19:23:50 <_ikke_> yes, but also when just normally using your system
2020-02-13 19:24:27 <tehcloud> nmtui is useful for that
2020-02-13 19:24:43 <tehcloud> I haven't actually tried connman though I've heard it's nice
2020-02-13 19:25:52 <mps> tehcloud: connman currently is not 'nice'. upstream works on new and better release
2020-02-13 19:27:24 <_ikke_> what about iwd?
2020-02-13 19:28:03 <mps> not sure if it works with esoteric devices/drivers
2020-02-13 19:28:31 <mps> though it works wherever I tested it
2020-02-13 19:28:34 <_ikke_> Not sure if it's esoteric
2020-02-13 19:28:55 <_ikke_> seems like a standard realtek driver that's not included (yet) in the mainline
2020-02-13 19:28:57 <mps> if the driver is not in kernel tree?
2020-02-13 19:29:47 <Guest32> xorg is ducking up
2020-02-13 19:29:50 <mps> I tested it on similar card and it worked
2020-02-13 19:29:59 <Guest32> I'm stuck at a _ blinking screen
2020-02-13 19:30:29 <mps> _ikke_: you gave me idea to test iwd on RPi zero
2020-02-13 19:31:16 <Guest32> I'm gonna chroot and fix this shit
2020-02-13 19:32:23 <Guest32> wait I think there's a mutual issue
2020-02-13 19:32:27 <Guest32> on my Debian setup
2020-02-13 19:32:39 <Guest32> it also manually prompts me every time
2020-02-13 19:33:03 <Guest32> I guess its a good idea to get a de setup then
2020-02-13 19:36:49 <mps> hmm, kernel on RPIs doesn't support iwd
2020-02-13 19:38:19 <mps> it's a pity linux kernel 5.6 will not be LTS
2020-02-13 21:58:33 <chris_goe> Hi. Anybody using alpine as a Xen dom0? I'm not able to start domains any more, presumably after the python2 removal in late January:
2020-02-13 21:58:36 <chris_goe>   File "/usr/lib/xen/bin/pygrub", line 21, in <module>
2020-02-13 21:58:39 <chris_goe>     import xen.lowlevel.xc
2020-02-13 21:58:41 <chris_goe> SystemError: bad call flags
2020-02-13 21:59:34 <chris_goe> so, python points to python3.8 and /usr/lib/python3.8/site-packages/xen/lowlevel/ does exist, but that "SystemError: bad call flags" looks troubling :(
2020-02-13 22:01:03 <chris_goe> (the interwebs have results for "ImportError: No module named xen.lowlevel.xc", but that's not the case here)
2020-02-13 22:01:37 <dne> I recently set up a dom0 with alpine 3.11 - seems to work, but haven't got a lot of testing done yet
2020-02-13 22:02:33 <dne> haven't tried pygrub (only pvgrub) though
2020-02-13 22:02:43 <chris_goe> I'm using Edge, currently on 3.12_alpha20200122 -- ever since 3.7 or so, never had a problem. Hm, maybe that "alpha..." wanted to tell me something :)
2020-02-13 22:03:10 <dne> heh
2020-02-13 22:06:12 <chris_goe> https://wiki.xen.org/wiki/PvGrub -- hm, that looks...rather complicated, with guest modifications too, wow.
2020-02-13 22:07:05 <dne> uhm, it's in upstream grub2 nowadays
2020-02-13 22:08:26 <dne> apk add grub-xenhost
2020-02-13 22:11:14 <dne> better link: https://wiki.xenproject.org/wiki/PvGrub2
2020-02-13 22:11:17 <chris_goe> hm, I already have:
2020-02-13 22:11:18 <chris_goe> apk info -W /usr/lib/xen/boot/pv-grub-x86_64.gz
2020-02-13 22:11:18 <chris_goe> /usr/lib/xen/boot/pv-grub-x86_64.gz is owned by xen-4.13.0-r1
2020-02-13 22:12:39 <mg> hey! during install i get a localhost login, wtf do i put in?
2020-02-13 22:12:52 <mg> or how do i fix it
2020-02-13 22:14:40 <chris_goe> the hostname usually goes into /etc/hostname
2020-02-13 22:15:08 <chris_goe> and /etc/init.d/hostname will read it, to actually set it.
2020-02-13 22:15:30 <mg> i have boot, apks, and efi folder on my stick
2020-02-13 22:15:35 <mg> oh
2020-02-13 22:15:41 <chris_goe> (this should've been done by setup-alpine)
2020-02-13 22:16:51 <mg> Cant, whenever i boot from the stick i cant go into console, theres only one option to boot alpine and it selfstarts for me
2020-02-13 22:17:07 <mg> Wait
2020-02-13 22:17:29 <mg> I will never be able to read anything when its prompted
2020-02-13 22:17:45 <mg> Where do i find the file it on the stick?
2020-02-13 22:18:00 <mg> apks, boot and efi folder there
2020-02-13 22:18:10 <mg> ders*
2020-02-13 22:20:53 <chris_goe> "and it selfstarts for me" - so, it's in a boot loop? that sounds more serious than an unset hostname...
2020-02-13 22:21:36 <mg> Im trying to install, usually theres boot options one can choose, i had one and couldnt
2020-02-13 22:22:48 <dne> chris_goe: I believe /usr/lib/xen/boot/pv-grub-x86_64.gz is the old pvgrub, the grub-xenhost package is pvgrub2
2020-02-13 22:23:32 <chris_goe> ah, ok. thanks.
2020-02-13 22:31:03 <mg> Should i mb just rewrite alpine again or is this common
2020-02-13 23:19:04 <chris_goe> dne: thanks for the hint on pv-grub, this worked kinda flawless. And yes, the grub-xenhost was needed, the other one from the "xen" package didn't like PVH/HVM domains. Still, the fact that pygrub just stopped working was somewhat..."unexpected" :-|
2020-02-13 23:28:02 <sbts> Hi all, is there a way to (from the boot prompt) automatically start setup-alpine?
2020-02-13 23:28:40 <sbts> That's with a standard ISO of course
2020-02-13 23:34:47 <chris_goe> I don't know if the iso accepts (which) boot parameters, but...would "init=/sbin/setup-alpine" work? :)
2020-02-13 23:40:38 <afontain_> I seems like asking for trouble, but I may work :P
2020-02-13 23:40:53 <afontain_> s/ I / it /
2020-02-14 00:14:16 <sbts> I wouldn't necessarily expect that to work as you would be skipping everything that the init process does. Including mounting devices etc
2020-02-14 00:36:56 <chris_goe> FWIW, as I was making some boot experiments anyway, I booted a half-installed (from alpine-minirootfs) Alpine with "rw init=/sbin/setup-alpine" and the initrd seems to have taken care of mounting the root device, but it's still read-only. If one could convince it mount it rw, that should do the trick. Again, I don't know if the ISO will accept this though.
2020-02-14 00:57:15 <sbts> Well, it's normally easy enough to "mount -o remount,rw /"
2020-02-14 00:58:20 <sbts> Although that still leaves a lot of things not done, including doing a chroot, mounting /proc etc, bringing up the network, and lots of other things
2020-02-14 01:00:04 <sbts> I should apply a caveat here, I'm only just starting to find my way around alpine, however I've been developing debian based embedded systems for almost 25 years.
2020-02-14 01:00:44 <sbts> That means some of the comments I've made are likely debian centric and not correct for alpine
2020-02-14 01:16:49 <gjabell> anyone know why `apk` wouldn't be picking up a local repository?
2020-02-14 01:17:27 <gjabell> I have a main, community and testing directory in my ~/packages dir but `apk update` only lists main and community
2020-02-14 01:28:17 <gjabell> hmm, rebuilding a package seems to fix it which I'm guessing means it had something to do with manually signing the APKINDEX
2020-02-14 01:28:41 <gjabell> are there any caveats that can break the index? I just used `apk index` and `abuild-sign` to create it
2020-02-14 02:46:24 <galaxie> Where might the soundbanks for i.e. fluidsynth be? Like, what package(s)?
2020-02-14 02:58:10 <tomz-debian> hello
2020-02-14 02:58:39 <north1> hi
2020-02-14 09:41:28 <PureTryOut[m]> Does "Open with" work for any of you on Firefox when trying to open a file? Whatever type of file I try to open, I get 'Application "" has not been found' and then it opens a completely wrong application
2020-02-14 09:56:45 <mps> PureTryOut[m]: I don't know answer, but your questions looks to me you are trying this on windows :)
2020-02-14 09:57:10 <PureTryOut[m]> Why would I ask it in here if I were trying it in Windows? 🤔
2020-02-14 09:57:48 <mps> I know you are on linux, but I wrote 'looks to me'
2020-02-14 09:58:26 <PureTryOut[m]> I'm not sure how it looks that way
2020-02-14 09:58:31 <PureTryOut[m]> *how or why
2020-02-14 09:59:34 <mps> I open files in FF from terminal and never with DE 'applications'
2020-02-14 10:00:22 <mps> because this it looks strange to me
2020-02-14 10:01:34 <PureTryOut[m]> I don't think you understand my question
2020-02-14 10:02:00 <PureTryOut[m]> If you download a file, say a zip archive or something, you can choose to either download it to a folder or directly open it in an application
2020-02-14 10:02:11 <PureTryOut[m]> The latter doesn't work for me on Alpine
2020-02-14 10:02:21 <mps> aha
2020-02-14 10:02:49 <mps> it works for me if I have application for file type installed
2020-02-14 10:02:58 <_ikke_> doesn't ff rely on something like xdg-open?
2020-02-14 10:03:18 <PureTryOut[m]> I would think so yes but `xdg-open <some file>` opens stuff correctly
2020-02-14 10:07:47 <mps> PureTryOut[m]: just tried from cli (xdg-open file) and it works also
2020-02-14 10:08:45 <mps> could you give some url to check over net
2020-02-14 10:10:06 <PureTryOut[m]> It doesn't matter what url, any file goes wrong
2020-02-14 10:11:10 <mps> aha, I mostly open pdfs over net with zathura
2020-02-14 10:12:05 <mps> I have `application/pdf; zathura '%s'` in ~/.mailcap
2020-02-14 10:12:42 <mps> and similar for image files
2020-02-14 16:48:36 <AADockerPMC> Hay guys, does any know about macvlan support for docker?
2020-02-14 16:49:06 <AADockerPMC> I tried Ubuntu and macvlan works on it but when I tried on latest Alpine macvlan does not get the IP
2020-02-14 20:15:31 <aggaz> I have a linux box. I would like to setup a dual boot with alpine on a dedicated partition. I formatted the partition in ext4 and extracted the contents of the mini-root-filesystem. I now have a working chroot. In order to make it bootable I am installing kernel and openrc. Question: is this way of installing possible or am I wasting my time?
2020-02-14 20:18:12 <_ikke_> I think it can be feasible, but you need to make sure you have a proper base system
2020-02-14 20:20:18 <aggaz> _ikke_: I thought that the base system was inside the mini-root...
2020-02-14 20:22:52 <_ikke_> I mean things like kernel, openrc, firmware and other things missing from the minirootfs
2020-02-14 20:23:12 <aggaz> ok right, things I am installing...
2020-02-14 20:23:15 <_ikke_> yes
2020-02-14 20:24:04 <aggaz> I tryied to run setup-alpine and I noticed that after keybord setup it returns: rc-service: service `loadkmap' does not exist
2020-02-14 20:24:32 <aggaz> is there something else I should install that I am missing?
2020-02-14 20:24:37 <_ikke_> You need busybox-initscripts
2020-02-14 20:24:46 <aggaz> good, thank you
2020-02-14 20:24:52 <_ikke_> https://pkgs.alpinelinux.org/contents?file=loadkmap&path=&name=&branch=edge
2020-02-14 20:25:25 <aggaz> I thought that this was the correct way to install it, "a-la gentoo", but if there is a better way, please feel free to inform me
2020-02-14 20:25:54 <_ikke_> I have no expierence with installing it as dualboot
2020-02-14 20:27:03 <aggaz> Ok, I will give it a try and if it can be interesting for others I will say something if I am successfull
2020-02-14 20:27:26 <mps> aggaz: you can repartition you install disk, boot alpine from usb and then follow wiki page about manual installation
2020-02-14 20:27:26 <_ikke_> I think it's a matter of booting the installation medium, run setup-alpine, but then do a manual disk install
2020-02-14 20:27:35 <_ikke_> heh
2020-02-14 20:27:40 <aggaz> another question, am I correct in assuming that running setup-alpine could be dangerous becaus it will try to format my HD?
2020-02-14 20:28:02 <mps> it will ask you do you want repartition
2020-02-14 20:30:16 <aggaz> mps: thank you for the pointer, I will try that if I fail. But given that I already have a working linux/grub I wold like to try to install alpine through a chroot, I thik it could be possible/make sense
2020-02-14 20:30:44 <mps> i have notes about install but didn't translated fully to english
2020-02-14 20:31:06 <mps> yes, you can use chroot
2020-02-14 20:31:19 <mps> I did once on VM in cloud
2020-02-14 20:31:59 <_ikke_> aggaz: you probably need linux-firmware for proper hardware support
2020-02-14 20:32:17 <_ikke_> If you know what firmware you need, you can even install individual packages
2020-02-14 20:32:26 <mps> or install in qemu, and then copy root FS to partition
2020-02-14 20:32:32 <_ikke_> https://pkgs.alpinelinux.org/packages?name=linux-firmware-*&branch=edge&arch=x86_64
2020-02-14 20:32:55 <aggaz> _ikke_: I saw that apk installed all firmwares when I added linux-lts
2020-02-14 20:33:42 <_ikke_> aggaz: ah, right, linux-lts depends on linux-firmware-any
2020-02-14 20:33:54 <aggaz> mps: maybe I misunderstood, were you saying that there is wiki page explaining this process?
2020-02-14 20:35:12 <mps> https://wiki.alpinelinux.org/wiki/Setting_up_disks_manually
2020-02-14 20:36:05 <aggaz> ok thanks
2020-02-14 20:40:48 <qman__> setup-alpine is a shell script that runs a series of other shell scripts, they're quite straightforward and easy to read, and you can just pck out the steps you need
2020-02-14 20:41:06 <aggaz> after adding busybox-initscripts setup-alpine returns "rc-update: failed to add service `loadkmap' to runlevel `boot': No such file or directory" is there a directory "boot" I should create someware
2020-02-14 20:41:10 <aggaz> ?
2020-02-14 20:41:22 <aggaz> qman__: good idea thanks
2020-02-14 21:06:40 <apangona> anyone ever had this error: Error loading shared library libssh2.so.1: Exec format error (needed by /usr/bin/mc)
2020-02-14 21:06:49 <apangona> running alpine/edge
2020-02-14 21:56:28 <alxsdf> apangona: how did you install midnight commander?
2020-02-14 21:56:32 <alxsdf> was it via a binary tar?
2020-02-14 21:58:22 <alxsdf> my guess is that you installed from a binary and it's not compatible with muslc, my second guess is that it's for the wrong architecture?
2020-02-14 22:16:51 <apangona> I installed it via apk add mc
2020-02-14 22:17:31 <alxsdf> huh
2020-02-14 22:18:35 <_ikke_> apangona: what version of alpine?
2020-02-14 22:31:49 <apangona> Linux 5.4.18-0-lts #1-Alpine SMP  x86_64 Linux // Alpine edge with all latest updates installed and main, community and testing enabled
2020-02-14 22:32:43 <apangona> On my other machine installed yesterday mc works fine, so not a general problem of the package
2020-02-14 22:38:07 <alxsdf> apangona: can you run `file` on both /usr/bin/mc and the libssh2.so.1 files?
2020-02-14 22:49:10 <apangona> Oops, found the problem. Somehow an old version of libssh2 (or mc) got stuck in my local apk cache. mc runs fine
2020-02-15 04:57:31 <Prof_Birch> I am trying to run Alpine on my PinePhone. How do I decompress the vmlinuz-lts file. gunzip keeps saying its an unknown suffix and wont unzip it
2020-02-15 07:56:40 <GlemSom> I've looked at 3.11.3 release, and one of the "SIGNIFICANT UPDATES" (as per changelog) is QEMU 4.2... How-ever, it seems that package is not in main anymore... has qemu been moved to community driven only ?  (Or has it just been renamed, and I cannot find it?) :P
2020-02-15 07:59:12 <telmich> Good morning! Does anyone know of an easy to use pop-up / notification thing similar to `dunst`, just without the dbus requirement?
2020-02-15 07:59:45 <telmich> Use case: I want to warn myself, if the battery capacity goes below 10%
2020-02-15 08:02:06 <mps> GlemSom: yes, it is moved to community
2020-02-15 08:05:17 <GlemSom> mps, hmm ok... thanks :)
2020-02-15 08:29:33 <void_> what files do i need for apk add -p /mnt to work?
2020-02-15 08:31:50 <void_> do i need in /mnt i mean
2020-02-15 08:47:38 <mps> void_: example: apk.static -X https://nl.alpinelinux.org/alpine/edge/main -U --allow-untrusted --root /mnt --initdb add alpine-base
2020-02-15 08:48:31 <mps> telmich: xmessage with some scripting?
2020-02-15 16:19:36 <telmich_> Good evening! I've  a very tiny cursor (about 1.5mm) ; I tried setting Xcursor.size: 64, but it did not  change the size anywhere. Has anyone in here seen this problem before?
2020-02-15 16:27:49 <_ikke_> That's quite tiny indeed, never seen anything like that
2020-02-15 16:56:04 <mps> telmich: is it set on X start? what says 'xrdb -query | grep Xcursor.size'
2020-02-15 17:09:09 <telmich_> mps: it is in my .Xresources, which is loaded with xrdb in the .xinitrc
2020-02-15 17:09:30 <telmich_> and yes, xrdb -query returns the correct size
2020-02-15 17:11:55 <telmich_> I still have the broken xps running arch, so I can actually compare the configs - even though on the broken one I did not setup any cursor size, the cursor is big enough there
2020-02-15 17:12:13 <telmich_> is the cursor actually a specific font or is it a bitmap?
2020-02-15 17:24:59 <mps> i have 'Xcursor.theme:  capitaine-cursors'
2020-02-15 17:25:34 <mps> there are some defaults but forgot name
2020-02-15 17:27:10 <mps> yes, defaults are Adwaita cursors
2020-02-15 17:36:18 <telmich_> the /usr/share/icons/Adwaita subfolders contain a lot of pngs, but nothing that points to a cursor "file" -- should there be a "cursor.png" or similar?
2020-02-15 17:39:34 <mps> it is /usr/share/icons/Adwaita/cursors/
2020-02-15 17:40:40 <telmich_> ah, thanks, fully overseen
2020-02-15 18:14:43 <telmich_> FUNKY!
2020-02-15 18:15:05 <telmich_> If I set the theme to Adwaita, it works. Without it, the Xcursor.size does not take any effect
2020-02-15 18:20:28 <mps> heh, could be it don't have 'thing' which it will increase (set size)
2020-02-15 18:48:36 <newb> anyone here familiar with xen?
2020-02-16 00:08:14 <dne> newb: yep
2020-02-16 02:03:05 <mike18> hi
2020-02-16 02:03:16 <mike18>  have alpine linux 3.8.... but when i start my binary i get error: bash: ./server: No such file or directory ... why is that?
2020-02-16 02:03:44 <north1> what is the content  of ./server ? (please use a paste service)
2020-02-16 02:04:14 <mike18> its a binary
2020-02-16 02:04:26 <Cogitri> You're probably running a binary that's compiled against glibc then
2020-02-16 02:04:35 <mike18> its a goland binary
2020-02-16 02:04:37 <mike18> golang
2020-02-16 02:04:53 <north1> what ldd shows you ?
2020-02-16 02:05:09 <mike18> oh i forgot a library
2020-02-16 02:05:31 <mike18> Error loading shared library libtensorflow.so.1: No such file or directory (needed by server) ... libpthread.so.0 => /lib64/ld-linux-x86-64.so.2 (0x7f200aabe000)
2020-02-16 02:06:06 <mike18> is it possible to link the library with golang?
2020-02-16 02:07:22 <Cogitri> And we don't currently package tensorflow
2020-02-16 02:07:39 <mike18> google only released the .so : https://storage.googleapis.com/tensorflow/libtensorflow/libtensorflow-cpu-linux-x86_64-1.15.0.tar.gz ...
2020-02-16 02:07:55 <Cogitri> Can't use that since that's compiled against glibc
2020-02-16 02:07:59 <mike18> i tought i statically linuxed it
2020-02-16 02:08:03 <mike18> linked
2020-02-16 02:08:12 <mike18> yeah i just need to ship the .so
2020-02-16 02:08:14 <mike18> with the binary
2020-02-16 02:08:22 <mike18> a bit anoying from google
2020-02-16 02:08:22 <Cogitri> Your binary appears to be compiled against glibc too, so you'll probably need to compile against musl
2020-02-16 02:08:35 <mike18> musl?
2020-02-16 02:08:52 <Cogitri> The C library Alpine uses
2020-02-16 02:09:01 <mike18> how?
2020-02-16 02:14:36 <mike18> Cogitri https://ideone.com/v7lE4U
2020-02-16 02:14:42 <mike18> why it cant file the .so?
2020-02-16 02:19:13 <Cogitri> As noted, you'll need to compile your stuff against musl.
2020-02-16 02:22:57 <mike18> idk what musl is
2020-02-16 02:23:14 <mike18> im using golang
2020-02-16 02:23:20 <mike18> as a compiler
2020-02-16 02:25:49 <Cogitri> Simply recompile your things and you're set.
2020-02-16 02:29:25 <mike18> Cogitri is there a way to download libpthread.so.0 libc.so.6 for apline linux?
2020-02-16 02:33:42 <Cogitri> libc.so.6 is provided by glibc, we use musl, so no, you can't do that.
2020-02-16 10:34:46 <codebam> why does the lxc-download package depend on gnupg1?
2020-02-16 10:35:04 <codebam> and why can't I install gnupg1 alongside gnupg2?
2020-02-16 10:35:12 <codebam> like other distros do
2020-02-16 10:39:38 <codebam> how can I forcefully install that package, ignoring the gnupg1 dependency?
2020-02-16 10:52:09 <codebam> whatever, I just changed the dependency in aports and installed it
2020-02-16 10:52:15 <codebam> works fine with gnupg2
2020-02-16 10:52:37 <Cogitri> mps: You know more about that? ^
2020-02-16 11:04:38 <mps> Cogitri: not much, didn't noticed this, but can look later at it and try to find why gnupg is needed
2020-02-16 11:05:06 <Cogitri> And if it works with gpg3
2020-02-16 11:05:11 <Cogitri> s/3/2/
2020-02-16 11:05:34 <mps> yes
2020-02-16 11:05:42 <codebam> seems to be working here https://0x0.st/iHzh.png
2020-02-16 11:07:11 <mps> codebam: is this on void linux
2020-02-16 11:07:24 <codebam> no I'm trying to run the void linux lxc container
2020-02-16 11:07:28 <codebam> on alpine
2020-02-16 11:07:33 <mps> aha
2020-02-16 11:28:17 <mps> codebam: iiuc, you tested lxc-download with gnupg2 ?
2020-02-16 11:28:47 <codebam> yeah I just can't get containers to start because of this https://unix.stackexchange.com/questions/179353/failed-to-attach-veth87vsij-to-the-bridge-virbr0-no-such-device
2020-02-16 11:28:52 <codebam> which seems to be unrelated
2020-02-16 11:29:41 <mps> will look, thanks
2020-02-16 11:30:33 <mps> yes, not related
2020-02-16 11:31:30 <mps> I use veth for lxc 'bridging'
2020-02-16 11:32:38 <codebam> what do you mean?
2020-02-16 11:33:54 <mps> instead of virbr I use veth
2020-02-16 11:37:21 <mps> debian lxc depends on gnupg2 and not gnupg1, good
2020-02-16 11:37:57 <codebam> oh okay
2020-02-16 11:38:01 <codebam> I just got it to work
2020-02-16 11:38:06 <codebam> created a bridge on wlan0
2020-02-16 11:39:32 <mps> actually, debian doesn't depend on any gnupg, just have gnupg2 in recomends
2020-02-16 12:13:37 <slackware_a> Why Alpine Linux's raspberrypi version can't provide sys mode installation?
2020-02-16 12:14:06 <_ikke_> Because someone needs to create it
2020-02-16 12:15:59 <slackware_a> Is there any documentation on how to make a bootable rootfs? I don't have a monitor and serial port with HDMI to configure and install it
2020-02-16 12:17:05 <slackware_a> Sorry, Google Translate translated my words wrong.
2020-02-16 12:17:08 <slackware_a> I mean a monitor with HDMI
2020-02-16 12:18:16 <_ikke_> here is something: https://wiki.alpinelinux.org/wiki/Classic_install_or_sys_mode_on_Raspberry_Pi
2020-02-16 12:20:16 <slackware_a> I've seen this already, and honestly it didn't help me much.
2020-02-16 12:24:08 <slackware_a> Maybe a better way is to repackage the modloop of squashfs provided by the official?
2020-02-16 12:25:15 <mps> slackware_a: do you have serial cable for rpi
2020-02-16 14:22:55 <aggaz> alpine 3.11.3, fresh install on x86_64. Installed i3wm but could not see text because of missing fonts. I solved by installing ttf-dejavu. Question: is this something wort of a new issue on gitlab?
2020-02-16 14:23:38 <Cogitri> Well, you could install any font so I'm not sure what we should do about that
2020-02-16 14:24:34 <aggaz> maybe at least a standard font should be considered a dependecy?
2020-02-16 14:24:39 <mps> aggaz: no, it is ok for alpine
2020-02-16 14:24:45 <aggaz> ok
2020-02-16 14:25:09 <mps> we prefer minimal dependencies
2020-02-16 14:25:12 <Cogitri> Sadly we don't have recommendation or smth in apk
2020-02-16 14:25:40 <mps> I just hit issue with unneeded deps for connman
2020-02-16 14:28:28 <mps> maybe we should add some font in setup-xorg-base or message to user to install it manually
2020-02-16 14:29:24 <aggaz> mps: it's not a big issue, but it took a while to figure it out, even just a message could save time to future users
2020-02-16 14:32:03 <mps> understand, but alpine wants to be quiet as possible, and don't want to recommend anything to users
2020-02-16 14:32:25 <mps> users should know and decide what they want
2020-02-16 14:32:55 <aggaz> fair enough
2020-02-16 14:32:59 <mps> (else I would switch to ubuntu ;p )
2020-02-16 14:33:48 <mps> we expect that our users knows what they want and how to do that
2020-02-16 14:34:23 <aggaz> An unrelated question: Is there a reason why the output of "apk search" is not sorted? I always end up using "apk search <name> | sort". Am I the only one feeling this need?
2020-02-16 14:35:01 <afontain_> +1
2020-02-16 14:35:47 <mps> aggaz: unix style :)
2020-02-16 14:37:10 <aggaz> mps: I see lol, so sorting should not be a job for the package manager
2020-02-16 14:39:02 <mps> yes, and with sort there is --numeric-sort or even --random-sort
2020-02-16 14:39:19 <u0jQx9gPyrYg> for randomsort there is also shuf
2020-02-16 14:39:31 <mps> user can set preferred sort order
2020-02-16 14:39:58 <mps> reverse sort, etc
2020-02-16 14:44:02 <afontain_> I note that /etc/apk/world is sorted though
2020-02-16 14:44:45 <afontain_> I think it would be nice to be able to remove the last packages installed in vim :P
2020-02-16 14:46:22 <aggaz> sexy
2020-02-16 14:51:21 <mps> afontain_: which packages in vim? sorry don't understand
2020-02-16 14:53:14 <aggaz> I believe he means to be able to delete a package by removing the corresponding line of the file /etc/apk/world instead of using "apk del"
2020-02-16 14:53:58 <afontain_> yup
2020-02-16 14:54:26 <afontain_> since it is not sorted alphabetically, I can know which packages were installed last
2020-02-16 14:59:11 <mps> 'apk info' ?
2020-02-16 14:59:44 <mps> it shows ordered pkg by installation time
2020-02-16 15:00:10 <mps> or upgrade time
2020-02-16 15:01:35 <afontain_> well, that's good to know
2020-02-16 16:16:33 <mps> panfrost in latest mesa upgrade is full of bugs, have to downgrade mesa
2020-02-16 18:26:58 <void_> how could i install a package with apk and not its dependencys
2020-02-16 18:38:59 <pltrz> void_: you could modify the APK to remove the dependencies, and install that, but of course if you have build-time dependencies that aren't met then that will fail no matter which way you do it
2020-02-16 18:39:48 <pltrz> s/APK/APKBUILD/
2020-02-16 23:08:07 <codebam> is there a guide somewhere for making APKBUILDs?
2020-02-16 23:08:33 <mps> codebam: man APKBUILD
2020-02-16 23:08:56 <mps> apk add abuild-doc
2020-02-16 23:09:01 <codebam> thanks haha. I forget that alpine has good man pages
2020-02-16 23:09:21 <mps> there is also somewhat short text on alpine wiki
2020-02-16 23:09:55 <codebam> might check that out too. want to check out this man page first! :)
2020-02-16 23:10:13 <mps> and there is newapkbuild script which create skeleton
2020-02-16 23:14:16 <codebam> oh that's cool. might just use that, thanks again :)
2020-02-16 23:15:47 <mps> keep in mind if you use newapkbuild you will have to clean, adapt and fix APKBUILD. it creates just boilerplate
2020-02-16 23:17:14 <codebam> yeah of course. I'm going to try making a package for julia-lang
2020-02-16 23:17:38 <codebam> I don't even use this language, but it's something big enough and seemed to be easy to compile when I compiled it here on alpine
2020-02-16 23:18:06 <mps> look at unmaintaned aports repo
2020-02-16 23:18:23 <codebam> oh
2020-02-16 23:18:27 <codebam> someone already did this
2020-02-16 23:19:42 <mps> if you can fix it then it can be moved back to testing and later maybe to community if it passes all test
2020-02-16 23:20:06 <codebam> oh okay sure :)
2020-02-16 23:22:41 <codebam> can I remove all the pax stuff here?
2020-02-16 23:22:52 <codebam> alpine doesn't use pax anymore right?
2020-02-16 23:23:15 <mps> I think so, but not sure 100%
2020-02-16 23:23:28 <codebam> oh okay
2020-02-16 23:23:47 <mps> 99% sure :)
2020-02-16 23:24:00 <codebam> haha cool. I'll remove it
2020-02-17 01:45:01 <bmentink> Hi, how do I upgrade to linux-lts kernel? I am still on vanilla, I see no docs on how to do this .. thanks
2020-02-17 01:45:27 <tad_> ok...total newb...how do I install?  Can I have a gui b4 I install?  How do I get a gui running?  I apologise if I'm being @ all rude.
2020-02-17 01:46:33 <tad_> I've tried to grok howto info on the wiki...not feeling very smart in that department; must say.
2020-02-17 01:48:00 <bmentink> @tad Did you read the installation section on the wiki?
2020-02-17 02:01:39 <bmentink> @tad_ ??
2020-02-17 02:09:14 <north1> @bmentink install linux-lts and remove linux-vanilla
2020-02-17 02:10:07 <bmentink> @north1 Yep I had installed linux-lts .. forgot to remove linux vanilla :)
2020-02-17 02:15:20 <bmentink> @north1 How do I get into syslinux bootloader on boot to see available kernels .. thanks
2020-02-17 02:44:07 <Myersj281> Hi. Does anyone have experience installing in sys mode on Raspberry Pi 3B? I've tried following the experimental instructions at https://wiki.alpinelinux.org/wiki/Classic_install_or_sys_mode_on_Raspberry_Pi#Post-installation?
2020-02-17 02:46:11 <Myersj281> I included the BRCM drivers (which worked) and was able to boot the installer but I don't fully understand the manual installation instructions. I'm coming from Arch so Linux in general is nothing new but trying to use it without GNU and learning to install on ARM is a totally new experience for me.
2020-02-17 05:43:23 <ingo[m]2> Hi, is there somewhere a description for alpine, how to upgrade a postgres database between releases? I know the dump and restore process. So what do in alpine? make dump, make upgrade, restore database, delete old db files?
2020-02-17 05:45:31 <_ikke_> yes, indeed, though there are plans to make migrations easier in the future
2020-02-17 06:07:05 <ingo[m]2> Thanks. Had the hope, it would be easier and a lower downtime. I hope for the far future, the upgradeprocess will be easier in postgresql , so  start the binaries, and an inplace upgrade will be done an not duplicate every time the DB.  But this has nothing todo with alpine.
2020-02-17 06:51:27 <mps> ingo[m]2: alpine cannot do much about this, only option is to make two major version coinstallable and let user to do upgrade
2020-02-17 07:22:13 <Keridos> having an issue with DroneCI docker in docker builds on an alpine host system. pax mode is disabled but it seems that docker in docker clashes with some other security feature in alpne linux, anybody here got an idea what that might be?
2020-02-17 07:26:13 <ingo[m]2> mps: I know that. But todo this in alpine, as in any other distro also means double the space you need. And this can be problematic if you have larger databases. Maybe a better approache can be support more Releases in alpine, so there is no need to upgrade. But on the other hand, maybe i'm the only one with this kind of problem, so nothing to change.
2020-02-17 07:29:44 <mps> no, you are not only one. we already talked about this (as _ikke_ mentioned) and though we don't yet come to final solution probably will do as other distros do, have two major versions installable at the same time and left to user to decide what method to use for upgrade
2020-02-17 07:42:27 <Keridos> oh it looks as if docker in docker won't work properly in alpine linux host systems
2020-02-17 07:47:06 <_ikke_> Keridos: for what it's worth, it's even discouraged to do so
2020-02-17 07:47:12 <Keridos> yeah
2020-02-17 07:47:32 <Keridos> prolly rewrite it to just use docker out of docker (via docker socket with docker cli)
2020-02-17 07:47:33 <_ikke_> We forwarded the docker mount point, works without issues
2020-02-17 07:47:50 <_ikke_> docker socket I meant indeed
2020-02-17 14:23:11 <tehcloud> something break in firefox on edge or is it just me?
2020-02-17 14:23:44 <tehcloud> can't seem to bring anything up, including internal network devices
2020-02-17 14:23:49 <tehcloud> chromium works
2020-02-17 14:24:11 <Cogitri> FF works for me
2020-02-17 14:25:15 <mps> tehcloud: what arch?
2020-02-17 14:25:21 <tehcloud> x86-64
2020-02-17 14:25:38 <mps> works fine here
2020-02-17 14:25:51 <tehcloud> strange... updated Friday, left for the weekend, came back and now this
2020-02-17 14:25:59 <tehcloud> disabled all of my extensions already
2020-02-17 14:26:09 <tehcloud> time to dig
2020-02-17 15:59:03 <yabobay> i just installed alpine on my laptop, did 'setup-xorg-base', installed xinit, installed openbox, adjusted my .xinitrc accordingly, and now 'xinit' and/or 'startx' will say 'unable to connect to X server: Connection refused', and a couple lines later 'deallocvt: can't open console'
2020-02-17 19:14:46 <RootWyrm_> OK, I feel like I'm completely losing my mind. Did something change with the aarch64 Raspberry Pi releases? My usual method of a 512MB vfat and untarring there isn't working, can't find the kernel.
2020-02-17 19:25:25 <artok> hehee
2020-02-17 19:25:51 <artok> try on your sd root: mv boot/* .
2020-02-17 19:26:25 <artok> edit config.txt so that remove boot/ from kernel image and ramdisk settings
2020-02-17 19:26:35 <artok> save and try booting
2020-02-17 19:28:57 <RootWyrm_> Oh, hell. It's dumber than that.
2020-02-17 19:29:00 <idnc_sk> hi
2020-02-17 19:29:05 <idnc_sk> is there something like apt-cacher for alpine
2020-02-17 19:29:18 <idnc_sk> need to setup a local apk cache server for our env
2020-02-17 19:29:37 <idnc_sk> I only found this https://wiki.alpinelinux.org/wiki/Local_APK_cache
2020-02-17 19:29:39 <RootWyrm_> Behavior changed in one of the utilities I use. "initramfs-rpi" can't exist on an 8.3 filesystem.
2020-02-17 19:29:59 <artok> ah yes
2020-02-17 19:38:27 <RootWyrm_> artok: well hey, awesome, now it's 'fixing none of the above works either.' :(
2020-02-17 19:40:37 <RootWyrm_> Or rather, yeah, none of it's working.. starting to wonder if having this working was a fever dream or something.
2020-02-17 19:41:55 <mps> RootWyrm_: vfat FS
2020-02-17 19:43:10 <mps> idnc_sk: create /etc/apk/cache dir or make symlink to some other dir
2020-02-17 19:43:11 <RootWyrm_> mps: yeah, the tool decided to switch to fat32. fixed that, still no bueno.
2020-02-17 19:44:07 <mps> RootWyrm_: give me few minutes, I have script to create FS on mmc, have to boot machine where it is
2020-02-17 19:48:01 <idnc_sk> mps: and then what
2020-02-17 19:48:01 <mps> RootWyrm_: here is the script (ignore last half) http://tpaste.us/Yp4z
2020-02-17 19:48:01 <RootWyrm_> mps: https://github.com/rootwyrm/rootcore/blob/master/alpine/rpi_sd_maker.sh - that's my script for it.
2020-02-17 19:48:01 <idnc_sk> ?
2020-02-17 19:48:01 <idnc_sk> I need to use one single server to cache packages for all other alpine vms
2020-02-17 19:48:06 <mps> RootWyrm_: ah, similar
2020-02-17 19:48:14 <idnc_sk> found a SO thread mentioning apache traffic server, but not sure how a generic proxy cache would cope with apk
2020-02-17 19:48:19 <RootWyrm_> mps: ... yeah, about the same. So why the hell isn't mine working? :/
2020-02-17 19:49:43 <mps> have no idea, my works fine, though I used it only for rpi zero
2020-02-17 19:50:15 <mps> idnc_sk: you want web cache?
2020-02-17 19:51:46 <RootWyrm_> Yeah, and RPi3 shouldn't be significantly different.
2020-02-17 19:52:35 <mps> iirc, boot partition are similar
2020-02-17 19:52:39 <idnc_sk> mps: I need to setup a local apk cache server to download my packages to - in DMZ - and then point all other alpine servers to download all packages from that one
2020-02-17 19:53:20 <idnc_sk> whatever proto it'll work on
2020-02-17 19:54:12 <mps> RootWyrm_: only difference is initramfs-rpi4 have one more character than initramfs-rpi
2020-02-17 19:54:31 <RootWyrm_> mps: yeah, but that's rpi4 not rpi3 ;)
2020-02-17 19:54:35 <idnc_sk> etc/apk/repositories should look like whatever-proto://my-local-apk-cache-server:port
2020-02-17 19:54:55 <mps> idnc_sk: you can create local mirror
2020-02-17 19:55:53 <mps> RootWyrm_: aarch64 kernel is same iirc
2020-02-17 19:56:24 <idnc_sk> mps: yes, probably based on this https://wiki.alpinelinux.org/wiki/How_to_setup_a_Alpine_Linux_mirror
2020-02-17 19:56:34 <idnc_sk> but this would download a lot of unnecessary packages
2020-02-17 19:56:56 <idnc_sk> alpine builds are usually small
2020-02-17 19:57:11 <RootWyrm_> mps: yep, but the uboot image is blackscreen. :/
2020-02-17 19:58:02 <mps> idnc_sk: you want just to have just pkgs you built on your 'cache'?
2020-02-17 19:58:54 <mps> RootWyrm_: I only use serial consoles on arm devices, so don't know what is issue
2020-02-17 19:59:02 <idnc_sk> mps: yes, similar to apt-cacher, you have 40 servers, 30 of them running some generic lamp stack, no need to keep the whole repo locally, I just want to cache whatever is needed for my builds
2020-02-17 19:59:11 <mq> Hey, is anyone using Alpine linus on their desktop/laptop? I can't decide between Void and Alpine for my desktop/laptop.
2020-02-17 19:59:30 <maxice8> I am
2020-02-17 19:59:48 <RootWyrm_> mps: even if it was sercons, it'd be the same deal. It's not finding the kernel at all.
2020-02-17 20:00:07 <mps> idnc_sk: then you upload your pkgs to your web server, and point /etc/apk/repositories line to them
2020-02-17 20:00:12 <mps> this is simple
2020-02-17 20:00:39 <mps> mq: also I use alpine as 'desktop'
2020-02-17 20:00:55 <mq> @maxice8 what DE are you using, are there any real struggles?
2020-02-17 20:01:12 <maxice8> sway, sometimes really
2020-02-17 20:01:37 <mps> RootWyrm_: try armv7 arch on rpi3, it should work
2020-02-17 20:02:04 <telmich> what could be wrong, if xvinfo does not see any adaptors? I see the "Initializing extension XVideo" in Xorg.0.log and I've access to /dev/dri/ via group membership in video
2020-02-17 20:02:16 <maxice8> i have a really simple workflow, i have chromium to browse, vscode (via flatpak) and neovim to code, claws-mail to check my email, keepassxc to store my secrets and telegram-desktop to talk to people.
2020-02-17 20:02:37 <maxice8> If i need to install some proprietary stuff in the moment i will struggle but it is a rare enough occurrence.
2020-02-17 20:04:12 <mps> RootWyrm_: have to tell, of RPis I have only RPi zero so don't have experience with other variants
2020-02-17 20:04:34 <mps> I use other SOC's on my ARM boards
2020-02-17 20:06:17 <idnc_sk> ok nevermind I'll find something out
2020-02-17 20:07:03 <mps> idnc_sk: you simply copy/rsync your ~/packages dir to your web server
2020-02-17 20:07:35 <mps> if your destination for local build packages is ~/packages
2020-02-17 20:07:48 <telmich> Ah, I see it
2020-02-17 20:07:51 <telmich> [ 19119.669] (EE) modeset(0): glamor initialization failed
2020-02-17 20:42:37 <RootWyrm_> mps: it's just utterly perplexing.. get it to boot, go through the whole setup-disk routine, now blackscreen.
2020-02-17 20:49:55 <mps> RootWyrm_: as I wrote, I don't have RPi3/4 but ncopa confirmed that it worked on RPi4 for him
2020-02-17 20:50:27 <RootWyrm_> Which begs the question, why the hell is it not working on RPi3/4 when doing it with CentOS 7?
2020-02-17 20:50:46 <RootWyrm_> (We will accept the answer 'because Red Hat.')
2020-02-17 20:51:00 <mps> :)
2020-02-17 21:03:41 <twosecslater> test from Snopyta IRC gateway
2020-02-17 21:04:45 <twosecslater> yet another test
2020-02-17 21:04:48 <RootWyrm_> Okay, now it's just gotten downright 'WTF.' Fresh SD. Fresh RPi. Fresh Zero W. Fresh RPi4. Same deal. Tried it four different ways now. So why isn't it able to find the kernel?
2020-02-17 21:05:36 <monadoMac> hello :)
2020-02-17 21:07:16 <monadoMac> .
2020-02-17 21:08:19 <monadoMac> ok
2020-02-17 21:08:59 <alpine-bridge> [discord] <u​nowe#0553> this is atest
2020-02-17 21:09:13 <alpine-bridge> [discord] <u​nowe#0553> nice
2020-02-17 21:09:25 <alpine-bridge> [discord] <m​onado#9957> does git depend on bash?
2020-02-17 21:09:36 <_ikke_> This adds a lot of noise
2020-02-17 21:09:47 <_ikke_> your name triggers our bot
2020-02-17 21:09:52 <alpine-bridge> [discord] <u​nowe#0553> ah I see
2020-02-17 21:09:58 <alpine-bridge> [discord] <m​onado#9957> whos name?
2020-02-17 21:10:06 <alpine-bridge> [discord] <l​gs#5544> test
2020-02-17 21:10:19 <twosecslater> what are the prefixes for the bot? so I know what to avoid
2020-02-17 21:10:46 <_ikke_> #<nr>
2020-02-17 21:10:48 <_ikke_> !<nr>
2020-02-17 21:11:08 <monadoMac> we're sorry, this won't be too active
2020-02-17 21:11:21 <twosecslater> yeah I'm changing the protocol wrapper now
2020-02-17 21:11:40 <_ikke_> Would be nice if it could be a matrix like integration
2020-02-17 21:11:58 <twosecslater> I could totally do that
2020-02-17 21:11:58 <monadoMac> there might be a matrix room already
2020-02-17 21:12:01 <monadoMac> i'll look into it
2020-02-17 21:12:15 <mps> there is #test 'channel' on freenode
2020-02-17 21:12:18 <alpine-bridge> {discord} <u​nowe#0553> nah, on the IRC side it would be like:
2020-02-17 21:12:18 <alpine-bridge> {discord} <u​nowe#0553> `‎[21:09:41] ‎alpine-bridge‎: [discord] <l​gs#5544> test`
2020-02-17 21:12:20 <alpine-bridge> {discord} <u​nowe#0553> the message would begin with `[` and trigger a bot
2020-02-17 21:12:28 <twosecslater> still triggered
2020-02-17 21:12:32 <alpine-bridge> {discord} <l​gs#5544> oH
2020-02-17 21:12:51 <monadoMac> hmm
2020-02-17 21:12:54 <twosecslater> what are *all* the prefixes?
2020-02-17 21:13:03 <monadoMac> @_ikke_
2020-02-17 21:13:16 <_ikke_> I'd have to look it up
2020-02-17 21:13:56 <twosecslater> I'll try the format `protocol: <nickname> message`
2020-02-17 21:15:53 <MY-R> imho is rly hard to read any message with any prefix at all and probably all of them will be ignored when anyone from IRC will be checking backlog...
2020-02-17 21:16:30 <alpine-bridge> discord: <u​nowe#0553> test
2020-02-17 21:16:41 <MY-R> <alpine-bridge> {discord} <u​nowe#????> blablabla some message
2020-02-17 21:17:05 <_ikke_> maybe use #alpine-offtopic to test
2020-02-17 21:17:06 <MY-R> whole "prefix" of that bridge start from 40 characters and making mess in low resolution irc clients
2020-02-17 21:17:14 <mps> MY-R: +1
2020-02-17 21:17:15 <twosecslater> sure, I'll try that channel
2020-02-17 21:17:48 <twosecslater> does the bot still apply there?
2020-02-17 21:19:12 <mps> I created irssi trigger to filter and rewrite such msgs for FromGitter
2020-02-17 21:22:18 <MY-R> nasty!
2020-02-17 21:22:50 <mps> sure :)
2020-02-17 21:23:12 <mps> though 'ignore' would be simpler :D
2020-02-17 21:26:41 <MY-R> heh, ye
2020-02-17 21:50:19 <RootWyrm_> mps: soooooo, found it. Had to backtrack to 3.10.3 where it doesn't have the ini-style entries in there. It's -those- that are screwing it up.
2020-02-17 21:51:58 <mps> RootWyrm_: interesting, I never tried earlier releases than 3.11 on RPis
2020-02-17 21:53:00 <RootWyrm_> Yeah.. except doing persistent install on 3.10.3, still get a black screen on reboot.
2020-02-17 21:53:34 <mps> iirc, rpi4 is buggy on 3.10, not sure if it ever worked
2020-02-17 21:53:36 <RootWyrm_> So it's finding the kernel but really does not like something.
2020-02-17 21:53:40 <RootWyrm_> mps: this is with rpi3, not 4.
2020-02-17 21:53:53 <mps> ah, ok
2020-02-17 21:54:23 <mps> not sure, didn't followed RPis issues to much
2020-02-17 21:55:43 <RootWyrm_> Yeah.. now I need to find a good config.txt because I think there's an issue in there.
2020-02-17 21:55:47 <mps> this one I use now (borrowed) is just for testing alpine, nothing else (I dislike broadcom)
2020-02-17 21:59:01 <RootWyrm_> mps: can you paste your boot/config.txt from it somewhere? I wanna compare here. :/
2020-02-17 22:01:49 <mps> I didn't changed config.txt only cmdline.txt and usercfg.txt
2020-02-18 10:09:21 <DegenWOW> Hi guys
2020-02-18 10:10:45 <DegenWOW> guys anyone have a tip how to monitor shell script's amount of file(s) - input & output. / How many times files are accesses (read or write) during a script
2020-02-18 10:11:54 <DegenWOW> I would like to monitor it without altering the script itself
2020-02-18 10:18:32 <danieli> DegenWOW: had a look at inotify?
2020-02-18 10:20:56 <DegenWOW> danieli it sadly doesn't work on virtualbox shared folder system
2020-02-18 10:23:43 <DegenWOW> I will probably count it approximately via 'set -x' in shell grepping the commands that access files and counting those
2020-02-18 10:24:05 <danieli> right, that's another restriction, no idea how you'd do it with vboxfs
2020-02-18 15:06:54 <Xelraa> hi
2020-02-18 15:07:03 <Xelraa> is there a live cd for alpine with desktop?
2020-02-18 15:08:00 <_ikke_> No, there is not
2020-02-18 15:20:50 <RootWyrm_> mps: so, I got on the right track here, and the way alpine is doing rpi looks to actually be very wrong.
2020-02-18 15:30:58 <mps> RootWyrm_: why do you think so?
2020-02-18 15:33:42 <RootWyrm_> mps: s/think/know/ - been comparing to multiple working systems, including non-Linux, and there's BIG differences where Alpine is missing things that are common to all of them.
2020-02-18 15:35:00 <RootWyrm_> mps: also appears that there's firmware issues where the ini-style filters won't work on some, the ini-file needs a specific order to prevent bad loads, and just your usual "and this is why systems that boot off the GPU suck" things. ;P
2020-02-18 15:36:43 <mps> well, other people have different experience and are very satisfied with alpine on RPis, and not only on them but other SBCs
2020-02-18 15:37:45 <RootWyrm_> mps: I doubt very much they haven't had to make changes or didn't start on older releases. Either way, doing things the 'right way' is always preferable to 'meh works for me.'
2020-02-18 15:38:06 <mps> and if you know for bugs you can always create bug report on gitlab.a.o
2020-02-18 15:39:16 <mps> also, if you have enhancements or bug fixes you create merge requests also on gitlab.a.o
2020-02-18 15:39:55 <mps> we never told that the alpine perfect and other distros are bad
2020-02-18 15:41:35 <RootWyrm_> mps: yep, I know.. I sent over the bind9.14 samba fixes ;) I just gotta figure out how to do it right and prove it out.
2020-02-18 15:42:57 <mps> our main problem is that we don't have beta testers, especially for arm boards
2020-02-18 15:43:41 <TBB> hello
2020-02-18 15:44:07 <TBB> I don't blame them; since I finished my Alpine project I've been diving into embedded Linux, and the world of ARM is a bloody mess
2020-02-18 15:44:12 <RootWyrm_> mps: hahaha oh god do I know that feeling since I mostly work on FreeBSD. And whether or not they suck, RPis are _cheap_.
2020-02-18 15:44:18 <mps> for example (as alpine developer) I'm also not happy with state of armv7 kernels and boot loaders
2020-02-18 15:44:21 <RootWyrm_> Which is the #1 selling point.
2020-02-18 15:44:37 <RootWyrm_> Oh god, anything armv7 is just... it makes PowerPC ISA look positively fun.
2020-02-18 15:45:00 <TBB> 
ACTION is, unsurprisingly, just buildrooting an armv7 board

2020-02-18 15:45:12 <TBB> agreed
2020-02-18 15:45:54 <mps> TBB: yes, I like to repeat that 'bloody mess' but in more kind words about arm
2020-02-18 15:46:06 <RootWyrm_> And I don't mean pure-ppc64. I mean PowerPC ISA, endianness and all.
2020-02-18 15:46:25 <spot123111> what's the best way to detect from a bash script whether or not it's running under alpine linux?
2020-02-18 15:46:45 <mps> but this channel is not about CPU mess
2020-02-18 15:47:20 <mps> spot123111: grep /etc/os-release
2020-02-18 15:47:30 <spot123111> awesome thx
2020-02-18 15:47:45 <RootWyrm_> Sec, there's an even easier way.
2020-02-18 15:49:13 <RootWyrm_> spot123111: if [ -f /etc/alpine-release ]; then RELEASE=$(cat /etc/alpine-release) fi
2020-02-18 15:49:39 <mps> check /etc/alpine-release
2020-02-18 15:49:57 <mps> ah, you are faster
2020-02-18 15:50:14 <RootWyrm_> mps: plus I set my prompt based on distro ;)
2020-02-18 15:50:39 <mps> os-release have more info
2020-02-18 15:51:09 <RootWyrm_> (well, OS, distro, arch, etc. because varyonvg doesn't work on HP-UX ;)
2020-02-18 15:51:15 <mps> and is mostly universal for other distros
2020-02-18 15:51:40 <RootWyrm_> Yeah, if you're looking to detect if it's alpine, /etc/alpine-release existence is a reliable key
2020-02-18 15:52:10 <mps> yes, but we have os-release also
2020-02-18 15:52:25 <spot123111> cool. that works for me. installing protoc on my devs machines but need a different method in our alpine container.
2020-02-18 15:54:07 <RootWyrm_> Which reminds me that I gotta re-test Mono 6.8.x on Alpine to see if busybox or Roslyn fixed whatever broke this time. :(
2020-02-18 16:04:44 <TBB> mps, you're right of course; now that I'm getting some experience with ARM I can maybe be of some help later on
2020-02-18 16:05:45 <mps> you will be welcomed :)
2020-02-18 16:06:36 <mps> didn't saw you here for some time
2020-02-18 16:07:12 <TBB> my number of contributions for Alpine during my previous big project left me unsatisfied, there was much more to give back but due to the customer's policy a lot was left uncontributed
2020-02-18 16:07:37 <mps> eh, understand
2020-02-18 16:07:55 <TBB> yeah, I've been away for a bit, got a foot-in-the-door embedded project and it's been taking a lot of my time, and real life tries to interfere too, occasionally
2020-02-18 16:11:36 <mps> TBB: yes, life :) anyway nice to see you again here
2020-02-18 16:12:12 <TBB> thanks, good to see you too :)
2020-02-18 16:46:11 <alpine-bridge> discord: <monado#9957>hi folks
2020-02-18 16:47:16 <maxice8> Can't this alpine-bridge do it like riot.im does ?
2020-02-18 16:48:03 <alpine-bridge> discord: <monado#9957>how is riot.im doing it?
2020-02-18 16:48:21 <monado> seems like it's still including the discriminator
2020-02-18 16:50:18 <alpine-bridge> discord: <unowe>test
2020-02-18 16:58:06 <MY-R> unowe: https://matrix.org/bridges/ -> "Quick bridging concepts" and the concept which is preferable is "Puppeting"
2020-02-18 16:59:11 <monado> i think it works now
2020-02-18 16:59:27 <alpine-bridge> [discord] <monado> discriminator
2020-02-18 16:59:30 <emitoma> yeah, removed the discriminator which was triggering the git bot
2020-02-18 17:02:29 <MY-R> why it cant be used in that preferable style?
2020-02-18 17:05:08 <alpine-bridge> [discord] <monado> it was triggering the git bot
2020-02-18 17:05:19 <emitoma> no he means the puppeting
2020-02-18 17:05:25 <emitoma> so there's no message prefix
2020-02-18 17:05:33 <MY-R> yes
2020-02-18 17:05:52 <emitoma> there already a matrix room for here?
2020-02-18 17:06:12 <monado> there might be
2020-02-18 17:06:13 <_ikke_> yes, several people here use matrix
2020-02-18 17:06:20 <monado> if not, I can make one
2020-02-18 17:06:30 <monado> too bad matrix clients on iOS are subpar
2020-02-18 17:07:04 <emitoma> what's the room name/homeserver?
2020-02-18 17:07:25 <_ikke_> maxice8: Where are you connecting to?
2020-02-18 17:08:10 <MY-R> isnt only about prefix but about nick completions, private messages, kicks/bans etc all just working prety transparent
2020-02-18 17:11:49 <twosecslater> https://xmpp.snopyta.org/upload/4a7558cab65c5ce88945c420d71d4990fdba676d/i0bNdayb5YWKvBqWv5w73MhjMuTnmhbHEjdBKtx0/Screenshot_from_2020-02-18_17-11-34.png
2020-02-18 17:12:08 <twosecslater> ah, so the Matrix bridge which is basically built-in with matrix.org
2020-02-18 17:12:23 <Cogitri> maxice8 and I use the IRC bridge I host
2020-02-18 17:12:35 <Cogitri> Because the matrix.org one tends to be slow/down
2020-02-18 17:13:00 <twosecslater> matrix.org as a whole can be slow
2020-02-18 17:13:37 <Cogitri> Yup
2020-02-18 17:13:52 <Cogitri> That's why I host my own Matrix stuff
2020-02-18 17:14:30 <twosecslater> I'm using XMPP right now
2020-02-18 17:14:40 <monado> i just use irc
2020-02-18 17:14:50 <monado> and discord if i can't connect
2020-02-18 17:21:30 <Cogitri> I use Matrix because I don't want to disconnect and the clients are pretty nice. Also, bridging is pretty neat, I also bridge WhatsApp so I can use it on a PinePhone (once that thing arrives)
2020-02-18 17:24:59 <TBB> it's nice for Matrix users for sure, it's just us IRC users who find it slightly confusing :)
2020-02-18 17:25:33 <alpine-bridge> [discord] <monado> oh well
2020-02-18 17:27:47 <Cogitri> I hope it's not too bad unless I use advanced matrix features like quoting
2020-02-18 17:43:28 <_ikke_> I've seen matrix being bridged to mattermost via a puppeting, I dislike that just as much :)
2020-02-18 17:43:37 <_ikke_> It's just unnatural
2020-02-18 18:21:51 <programmerq> honestly, once an IRC channel gets a bridge, it tends to get harder and harder to follow who's saying what. The few channels I've seen implement a bridge end up losing all their IRC users. maybe that's the goal in some cases?
2020-02-18 18:22:24 <maxice8> Can you give an example ? i can't follow how getting a bridge like the one i'm currently on will cause IRC people to be shooed away
2020-02-18 18:25:25 <programmerq> for example, my IRC client highlights names in different colors which immensely helps in determining who is saying what. The bridge always shows up as the name of the bot, and then the name of the person is part of the message. Since most of my IRC channels don't use bridges, my eyes are trained for the context cues about who is speaking.
2020-02-18 18:25:47 <programmerq> being in a channel with one "person" speaking with a further differentiator to pay attention to is a subtle barrier
2020-02-18 18:25:54 <programmerq> on top of that, my tab complete doesn't work for those behind the bridge.
2020-02-18 18:25:56 <maxice8> What my name appears as to you ?
2020-02-18 18:26:06 <programmerq> light blue
2020-02-18 18:26:19 <maxice8> i mean, the string
2020-02-18 18:26:26 <programmerq> maxice8
2020-02-18 18:27:08 <programmerq> but it looks like there's the alpine-bridge bot that is relaying stuff from discord, which is the sort of bridge I'm talking about.
2020-02-18 18:27:17 <maxice8> ah  yes,
2020-02-18 18:27:41 <maxice8> I don't like those kinds of bridges as well.
2020-02-18 18:27:45 <programmerq> so it just gets harder to follow the conversations-- subtle at first, but over time it seems that either the IRC users switch to the other location, or just stop participating.
2020-02-18 18:28:26 <_ikke_> I have nothing against 'native' bridges
2020-02-18 18:28:40 <_ikke_> But I agree with programmerq
2020-02-18 18:28:58 <programmerq> yeah, they're not inherently bad. I've just seen it affect other IRC channels in potentially unintended ways.
2020-02-18 18:30:08 <programmerq> between discord and slack I'm on way too many teams as it is, and most discord/slack servers come with more than just one channel, so replacing a single freenode channel with a slack/discord gets cumbersome after doing it a bunch of times.
2020-02-18 18:38:23 <TBB> of course one could write some additional logic to an IRC client to make it more comfy for the IRC user, but only a fraction of user information from matrix users is available to IRC users
2020-02-18 18:43:32 <MY-R> for me is enough if they can be visible on irc in userlist like "puppeting" mode from matrix doing it
2020-02-18 19:13:10 <telmich> Good evening! Does `xvinfo` show cards on somebody else's system? I've the problem that my xvideo extensions are not loaded and it might be related to the error "modeset(0): glamor initialization failed", which I don't have on the identical notebook with arch
2020-02-18 19:15:16 <MY-R> telmich, if you will resolve that glamor error then xvinfo will show up something :)
2020-02-18 19:17:39 <telmich> <MY-R "nico, if you will resolve that g"> I was fearing something like that :-)
2020-02-18 19:18:30 <MY-R> maybe just missing some deps or permissions, is your user in video group?
2020-02-18 19:19:40 <telmich> <MY-R "maybe just missing some deps or "> I even (don't tell anybody) tried running xorg as root to rule this problem out
2020-02-18 19:19:45 <telmich> But yes, I am in the video and audio group
2020-02-18 19:19:49 <telmich> Regarding deps, what could I be missing?
2020-02-18 19:20:30 <MY-R> I have no idea what you using, which gpu/drivers
2020-02-18 19:21:33 <telmich> I'm usually only using modeset with the i915 kernel module
2020-02-18 19:22:05 <MY-R> modesetting driver on intel card?
2020-02-18 19:23:15 <MY-R> then just need to be sure to have mesa stuff installed
2020-02-18 19:24:20 <telmich> ohhh ... that might be it, almost no mesa stuff installed
2020-02-18 19:24:37 <MY-R> mesa-dri-intel mesa-gl mesa-egl mesa-gles
2020-02-18 19:24:39 <MY-R> at least those
2020-02-18 19:26:05 <MY-R> but try without mesa-dri-intel since I see it as DEPRACATED but I was prety sure modesetting still needed it, dunno
2020-02-18 19:27:40 <telmich> mesa-dri-intel it was, thanks a lot!
2020-02-18 19:28:19 <telmich> I thought mesa was originally only for 3d acceleration, that is in that case not the fact anymore?
2020-02-18 19:29:07 <MY-R> yeah
2020-02-18 19:36:27 <alpine-bridge> [discord] <monado> is useradd part of busybox? i've never used it on any other distros?
2020-02-18 19:37:20 <_ikke_> no, busybox as adduser
2020-02-18 19:37:25 <_ikke_> useradd is part of shadow
2020-02-18 19:37:26 <maxice8> No, useradd is part of shadow
2020-02-18 19:37:30 <_ikke_> :)
2020-02-18 19:37:34 <maxice8> :)
2020-02-18 19:38:04 <alpine-bridge> [discord] <monado> what is shadow?
2020-02-18 19:38:11 <alpine-bridge> [discord] <monado> sorry, i'm quite new to this
2020-02-18 19:38:35 <maxice8> shadow is a package
2020-02-18 19:38:54 <alpine-bridge> [discord] <monado> what is it's function?
2020-02-18 19:39:11 <maxice8> User/Group management with PAM, useradd is in there
2020-02-18 19:39:30 <alpine-bridge> [discord] <monado> I see, thank you
2020-02-18 19:39:42 <danieli> yeah, various tools for PAM user/group management
2020-02-18 19:39:54 <danieli> pkgs.alpinelinux.org will pretty much tell you the basics if you poke around
2020-02-18 19:42:18 <alpine-bridge> [discord] <monado> Right, I’ll make sure to check it more often
2020-02-18 19:53:28 <monado> hello friends
2020-02-18 19:54:39 <monado>  Could not activate connection:Connection '<my network>' is not available on device wlan0 because device is strictly unmanaged
2020-02-18 19:54:56 <monado> this the the error message i get when attempting to use nmtui to connect
2020-02-19 03:23:10 <mint> New to this distro. What updates do I need to install?
2020-02-19 03:25:18 <alpine-bridge> [discord] <monado> what repos do you have enabled?
2020-02-19 03:25:39 <alpine-bridge> [discord] <monado> when going from a stable branch to edge/testing you should upgrade the packages
2020-02-19 09:21:09 <clandmeter> who manages this discord bridge?
2020-02-19 09:21:31 <paper_> I think it's monado
2020-02-19 09:21:57 <clandmeter> is this the same bridge as discussed a month or so ago?
2020-02-19 09:22:16 <paper_> I think so
2020-02-19 09:22:25 <alpine-bridge> [discord] <MQ> Hey guys, I am running discord with flatpak but audio is not working (no device found). Has anyone managed to run discord with audio?
2020-02-19 09:22:29 <paper_> It's the same discord cgannek
2020-02-19 09:22:35 <paper_> channel
2020-02-19 09:23:00 <PureTryOut[m]> Is a bridge to a proprietary service like Discord wanted?
2020-02-19 09:23:05 <clandmeter> im not happy with this
2020-02-19 09:23:36 <PureTryOut[m]> Even if a bridge was wanted, it should probably be bridged through Matrix or something so at least the users look like IRC/Matrix users
2020-02-19 09:23:57 <alpine-bridge> [discord] <paper> (@)monado ^
2020-02-19 09:26:28 <clandmeter> if we allow such "sub optimal" bridges it could become messy in this channel.
2020-02-19 09:27:25 <PureTryOut[m]> I'd rather not bridge Discord at all. It's proprietary and a walled garden
2020-02-19 09:27:55 <PureTryOut[m]> Alpine Linux is a FOSS distro, we shouldn't encourage the use of such platforms imo
2020-02-19 09:28:12 <clandmeter> PureTryOut[m]: im also not very happy with matrix, but i can stand it as its a bit better integrated.
2020-02-19 09:28:17 <PureTryOut[m]> There is a reason I've been blocking a bridge to Telegram for postmarketOS even though multiple people wanted it
2020-02-19 09:29:02 <PureTryOut[m]> That's mainly a personal preference I guess, but like you said at least it's better integrated (besides the [m] beside the name you don't notice it's not an IRC user) and at least it's FOSS
2020-02-19 09:31:22 <clandmeter> the last time i checked the bridge it was not very well implemented.
2020-02-19 09:31:39 <Cogitri> I feel like a Discord bridge would be fine, but currently the discord bridge doesn't integrate well into IRC apparently
2020-02-19 09:32:03 <Cogitri> Or at least I don't see a way to ping users and it sucks that all users write as alpine-bridge user
2020-02-19 09:32:27 <clandmeter> its creates a lot of ghosts users to communicate with irc, while it would be much better if it spoke directly on irc server level.
2020-02-19 09:33:09 <clandmeter> anyway its fine for now as long as freenode allows it.
2020-02-19 09:33:48 <clandmeter> so please create an issue for this alpine-bridge thingy or send a mail to the mailing list.
2020-02-19 09:33:57 <clandmeter> infra mailing list
2020-02-19 09:34:05 <clandmeter> sorry if that has already been done and i missed it.
2020-02-19 09:34:26 <Cogitri> There's a setting in the matrix IRC service to disable those bot users and only add actual users to the rooms
2020-02-19 09:34:41 <Cogitri> Huh, the alpine-bridge for discord is official?
2020-02-19 09:35:20 <clandmeter> no its not official, neither is the matrix integration.
2020-02-19 09:36:12 <PureTryOut[m]> I'm not sure what ghost users vs speaking directly on the IRC server level means here
2020-02-19 09:36:20 <clandmeter> i think there has been some discussion about the difficultness of irc. we can discus that in the issue or on the ml to find solution(s).
2020-02-19 09:36:36 <clandmeter> to prevent these kind of bridges
2020-02-19 09:36:40 <PureTryOut[m]> IRC is indeed a bit difficult 😂
2020-02-19 09:37:02 <PureTryOut[m]> But that Discord bridge can do a whole lot better, it just doesn't
2020-02-19 09:38:56 <TBB> it would be ideal to implement such a bridge on an IRC service level, but 1. I'm not sure the freenode flavor server supports that and 2. you'd need to co-operate with a server admin or two to even get one running
2020-02-19 09:41:15 <TBB> PureTryOut[m]: ghost users probably refers to the fact you never see who's on the other side of the bridge, and that's awkward for both psychological and technical (nick complete etc) reasons
2020-02-19 09:42:42 <Cogitri> What do you mean?
2020-02-19 09:42:43 <TBB> of course such reasons can be dealt with by adding the necessary support to IRC clients themselves, but the problem there is the final letter s
2020-02-19 09:43:09 <Cogitri> You can set your IRC nick and have a password on that, so you know who's who
2020-02-19 09:43:38 <TBB> it's mostly awkward on the IRC user's side
2020-02-19 09:44:34 <PureTryOut[m]> Yeah my IRC side is registered with Nickserv
2020-02-19 09:45:02 <clandmeter> how does the irc bridge store your passwords?
2020-02-19 09:45:20 <mps> I'm tempted to put all these bridges on my ignore list. their messages are confusing to me at least
2020-02-19 09:46:21 <mps> Currently matrix is (well) acceptable but still little annoying
2020-02-19 09:46:54 <PureTryOut[m]> clandmeter: you can either manually send the required command to NickServ to identify yourself, or tell the bridge bot to store your password. How it then stores it internally I don't know, but the code is FOSS so you can figure it out yourself if you'd want too
2020-02-19 09:47:41 <PureTryOut[m]> mps: so I've only used Matrix to talk here, how has it been annoyoing for you?
2020-02-19 09:47:42 <clandmeter> it need to store it as clear text
2020-02-19 09:48:19 <mps> I don't see you connected till you don't send first msg
2020-02-19 09:48:32 <clandmeter> so its one big db of clear text passwords which need to be send to the irc server if you want to automatically auth.
2020-02-19 09:48:41 <mps> and '[m]' in your nick :)
2020-02-19 09:49:54 <_ikke_> that's just convention. Cogitri and maxice8 don't have it
2020-02-19 09:50:02 <clandmeter> but my biggest annoyances have gone, which is mass part and join due to bridge running out of memory. (yes its based on nodejs)
2020-02-19 09:50:18 <clandmeter> and the huge delay if i wanted to talk to someobdy, i think thats also partly gone.
2020-02-19 09:50:19 <mps> yes, they use Cogitri's gateway
2020-02-19 09:50:32 <PureTryOut[m]> I could just remove the `[m]`, and have done so on Snoonet. I just didn't bother on Freenode
2020-02-19 09:50:57 <PureTryOut[m]> Then again I'm not sure why having `[m]` matters
2020-02-19 09:51:03 <clandmeter> the m is good, this way we know its not a regular irc user.
2020-02-19 09:51:14 <mps> PureTryOut[m]: you can, but I doubt other (especially casual) user will do
2020-02-19 09:51:19 <PureTryOut[m]> The bridge being made in NodeJS is my one major pet peeve with it
2020-02-19 09:51:22 <PureTryOut[m]> But it works quite well
2020-02-19 09:51:46 <clandmeter> yes maybe now it does.
2020-02-19 09:52:00 <PureTryOut[m]> Still, I'm mainly against a Discord bridge not because of the current bad integration, but because it's a proprietary walled garden and it's usage should not be encouraged
2020-02-19 09:52:18 <mps> clandmeter: is it important to know if user is connected over bridge or regular IRC
2020-02-19 09:52:46 <mps> PureTryOut[m]: I agree with you about discord
2020-02-19 09:52:46 <clandmeter> mps: yes if it brings quirks, then its good to know what to expect.
2020-02-19 09:53:08 <mps> clandmeter: ah, right, makes sense.
2020-02-19 09:53:27 <mps> it will be easier to know whom to ignore :)
2020-02-19 09:53:47 <clandmeter> i prefer to ignore nobody
2020-02-19 09:53:57 <clandmeter> but you are free to ignore me ;-)
2020-02-19 09:54:16 <PureTryOut[m]> 
ACTION ignores everybody by default

2020-02-19 09:54:31 <mps> you are last one who will be in my ignore list :)
2020-02-19 09:55:17 <mps> actually, after years I have just one person on ignore list, and not related to alpine
2020-02-19 09:55:43 <PureTryOut[m]> I don't think I currently have anyone in my ignore list, but I'm not sure tbh
2020-02-19 09:55:51 <clandmeter> anyway, back on the subject before it gets lost in history, i dont want this bridge as its not transparent. and this opens up for other bridges like this. and i dont think this is what our current irc community wants.
2020-02-19 09:56:13 <mps> clandmeter: +1
2020-02-19 09:56:32 <TBB> oh the haste of the living. just wait until generations change, problem solved. play the long game ;)
2020-02-19 09:56:56 <TBB> <paste the appropriate xkcd strip here>
2020-02-19 09:57:30 <_ikke_> I've heard people wanting to create telegram bridges as well
2020-02-19 09:57:38 <mps> TBB: wait till I become BDFL here ;)
2020-02-19 09:57:43 <AinNero> "haste of the living" - nice metaphor
2020-02-19 09:57:47 <PureTryOut[m]> I feel https://xkcd.com/1782/ is relevant here lol
2020-02-19 09:58:06 <_ikke_> PureTryOut[m]: when you pasted is, I was thinking about that one :P
2020-02-19 09:58:09 <TBB> PureTryOut[m]: that's indeed the one I had in mind as well :D
2020-02-19 09:58:12 <PureTryOut[m]> _ikke_: another platform I don't want to encourage use of. FOSS clients, but proprietary backend
2020-02-19 09:59:21 <AinNero> irc does its job, its fine. i dont get why people always want newer stuff
2020-02-19 09:59:21 <PureTryOut[m]> 😛
2020-02-19 09:59:40 <AinNero> gunpower also does it job fine for fireworks, despite the fact that we have nuclear weapons for 70 years now
2020-02-19 09:59:45 <AinNero> *gunpowder
2020-02-19 09:59:50 <_ikke_> Most of these webchat systems just take ages to scroll through chat history
2020-02-19 09:59:51 <AinNero> no need to change
2020-02-19 10:00:27 <TBB> maybe I need to start planning that bridge between Teams and IRC...
2020-02-19 10:00:30 <TBB> 
ACTION hides.

2020-02-19 10:00:38 <clandmeter> _ikke_: dont talk bad about my web based client! :)
2020-02-19 10:01:04 <Cogitri> clandmeter: No, it doesn't store the password in cleartext, but it doesn't hash it
2020-02-19 10:01:28 <Cogitri> You can set your own key which it'll use for encryption of the passwords
2020-02-19 10:01:40 <clandmeter> so how would it send it in clear text to the irc server?
2020-02-19 10:01:59 <Cogitri> By decrypting it?
2020-02-19 10:02:26 <_ikke_> freenode also supports sasl btw, so no need to send the password cleartext to irc either
2020-02-19 10:02:41 <mps> and TLS
2020-02-19 10:03:10 <mps> who still sends clear text passwords over net
2020-02-19 10:03:15 <Cogitri> Not sure if the matrix IRC bridge supports SASL though
2020-02-19 10:03:56 <clandmeter> i mean it stores it in clear text, or its doesnt but it needs to decrypt it when send.
2020-02-19 10:04:40 <_ikke_> apparently I use plaintext sasl, but over tls
2020-02-19 10:05:18 <_ikke_> I think they dropped cram-md5 and just rely on tls
2020-02-19 10:06:16 <mps> hmm, yes
2020-02-19 10:06:18 <clandmeter> https://github.com/matrix-org/matrix-appservice-irc/wiki/End-user-FAQ#and-do-it-automatically
2020-02-19 10:06:21 <Cogitri> clandmeter: it stores it encrypted but decrypts it on dend
2020-02-19 10:06:50 <clandmeter> so when you have access to both you have the password.
2020-02-19 10:08:10 <Cogitri> Yes, but when the private key of your password database is compromised you'll have a bad time either way
2020-02-19 10:08:19 <Cogitri> But I do agree that the current situation is bad
2020-02-19 10:08:43 <clandmeter> i think the bridge is a single application
2020-02-19 10:08:49 <clandmeter> so it has access to both
2020-02-19 10:09:33 <clandmeter> and its not the first time matrix has a security issue...
2020-02-19 10:09:43 <clandmeter> but i hope they learned from it.
2020-02-19 10:21:22 <alpine-bridge> [discord] <MQ> What application are you using for voice chat on alpine?
2020-02-19 10:21:40 <_ikke_> We don't use voice chat
2020-02-19 10:21:49 <alpine-bridge> [discord] <MQ> ok
2020-02-19 10:22:16 <mps> land line phones
2020-02-19 10:23:58 <clandmeter> isdn :D
2020-02-19 10:26:43 <PureTryOut[m]> I use Jitsi for voice chat when needed
2020-02-19 10:27:23 <_ikke_> Looks nice
2020-02-19 10:31:23 <alpine-bridge> [discord] <MQ> did you compile it from source (Jitsi)?
2020-02-19 10:31:42 <_ikke_> It seems to be a nodejs application
2020-02-19 10:39:40 <PureTryOut[m]> No I just use the hosted version at jit.si
2020-02-19 10:41:49 <mps> iirc, jitsi is in java, if not rewritten in last few years
2020-02-19 12:14:32 <alpine-bridge> [discord] <monado> I personally mostly use irc a to communicate here, but its nice having an easily accessible fallback on the off chance I can’t connect
2020-02-19 12:15:13 <alpine-bridge> [discord] <monado> someone on the flask discord has written a few tool to make discord bridges better, we’ll attempt to implement them
2020-02-19 12:16:24 <PureTryOut[m]> Why not use a FOSS alternative like Matrix instead? At least that bridge looks good on all sides
2020-02-19 12:16:37 <alpine-bridge> [discord] <monado> Because matrix clients on iOS are hot garbage
2020-02-19 12:16:41 <alpine-bridge> [discord] <monado> trust me I’ve tried
2020-02-19 12:16:55 <afontain_> +1
2020-02-19 12:18:42 <PureTryOut[m]> I think Riot is quite good, on Android anyway. I can't imagine it being much different on iOS. But I still wouldn't resort to a proprietary option like Discord. Then again, I would never even use a proprietary OS like iOS in the first place
2020-02-19 12:19:56 <alpine-bridge> [discord] <lgs> tbh, I quite like Riot on iOS even though it’s kinda clunky at times
2020-02-19 12:20:11 <MY-R> so at least could make that "prefix" shorter? alpine-bridge [discord] <monado> blabla --> al-discord <monado> blabla
2020-02-19 12:20:57 <Cogitri> No prefix at all but the user name as the user name instead of alpine-bridge is the way to go
2020-02-19 12:21:03 <alpine-bridge> [discord] <lgs> this
2020-02-19 12:21:23 <alpine-bridge> [discord] <lgs> i’m not sure how irc supports that, but it’s how your usernames show up in discord
2020-02-19 12:21:29 <alpine-bridge> [discord] <lgs> if* not how
2020-02-19 12:21:45 <MY-R> Cogitri, ye ye ye I repeat that since they start making that bridge but if they cant rly change then make it more eyes friendly
2020-02-19 12:22:47 <MY-R> is all about that: https://matrix.org/bridges/ -> "Quick bridging concepts" and the concept which is preferable is "Puppeting"
2020-02-19 12:27:46 <PureTryOut[m]> Cogitri: like how Matrix does it, exactly 😜
2020-02-19 12:28:05 <PureTryOut[m]> Really if you want to bridge Discord, do it through Matrix, it'll look good on all sides
2020-02-19 12:31:48 <Cogitri> That'd probably work, but adds yet another layer of indirection
2020-02-19 12:32:04 <Cogitri> It'd probably be easier making a decent iOS app for Matrix :P
2020-02-19 12:32:39 <afontain_> :P
2020-02-19 12:34:37 <MY-R> pff I would just use irc for everything together with dunno... BitlBee? it got discord support and there is plenty of nice irc clients
2020-02-19 12:35:23 <MY-R> and for now I see that alpine discord bridge bot is for iOS people who dont like other apps
2020-02-19 12:35:35 <alpine-bridge> [discord] <MQ> Where should I place init script for terminal? I tried ~/.profile, ~/.bashrc, /etc/profile and adding script.sh to /etc/profile.d but none of that works.
2020-02-19 12:35:58 <PureTryOut[m]> Cogitri: agreed lol. But managing all bridges through Matrix isn't a bad thing
2020-02-19 12:36:00 <PureTryOut[m]> *is a good thing
2020-02-19 12:39:11 <MY-R> MQ depends from your shell, you can put line like: . "$HOME/.bashrc" in ~/.profile and then all rest in ~/.bashrc
2020-02-19 12:40:38 <AinNero> MQ: what kind of init script? terminal setup?
2020-02-19 12:40:56 <alpine-bridge> [discord] <MQ> I want to start `fish` when I open terminal
2020-02-19 12:41:13 <AinNero> then you should change your user shell to fish
2020-02-19 12:41:30 <AinNero> chsh as root or editing /etc/passwd directly
2020-02-19 12:41:30 <Cogitri> Or set the shell in your terminal emulator
2020-02-19 12:41:51 <AinNero> that would also work.
2020-02-19 12:42:35 <MY-R> ah
2020-02-19 12:43:27 <AinNero> fish is getting popular it seems
2020-02-19 12:43:55 <Cogitri> Fish is pretty neat
2020-02-19 12:44:18 <AinNero> i avoided it because its not bourne-like
2020-02-19 12:45:09 <mps> PureTryOut[m]: +1 for your stance about proprietary OS (and apps)
2020-02-19 12:45:40 <alpine-bridge> [discord] <MQ> (@)AinNero thanks, I changed default shell and it works
2020-02-19 12:55:28 <mps> tcsh is still best interactive shell for me
2020-02-19 12:57:03 <AinNero> i tried to get my profile to be more shell-independent
2020-02-19 12:57:19 <AinNero> since it mostly only sets environment variables, i considered something like .pam_environment
2020-02-19 12:57:36 <AinNero> which would also work with poettering linuxes
2020-02-19 12:58:10 <mps> I keep profile small
2020-02-19 12:58:58 <mps> no fancy promts, status lines etc
2020-02-19 12:59:41 <AinNero> prompts and status lines dont go into the profile :D
2020-02-19 13:00:07 <mps> where then?
2020-02-19 13:00:22 <AinNero> shellrc, $ENV or ~/.*shrc
2020-02-19 13:00:29 <mps> meh, yes
2020-02-19 13:00:45 <AinNero> profile for login shells, shellrc for interactive shells
2020-02-19 13:01:13 <AinNero> or any combination of those booleans
2020-02-19 13:01:59 <KatolaZ> AinNero: it actually depends on the shell ;)
2020-02-19 13:02:15 <AinNero> yes i know its broken for bash
2020-02-19 13:02:26 <KatolaZ> nope, it's not just bash
2020-02-19 13:02:30 <AinNero> also?
2020-02-19 13:02:46 <Cogitri> FISH has some useful additional information, doesn't need configuration for me, has nice syntax and is still super fast (in stark contrast to zsh)
2020-02-19 13:02:47 <mps> tcsh doesn't read .profile
2020-02-19 13:03:08 <Cogitri> I can live with my interactive shell not adhering to POSIX to be friendlier
2020-02-19 13:03:28 <AinNero> because tcsh is not bourne-compatible, afaik it has an different filename that is executed on login
2020-02-19 13:03:41 <AinNero> ~/.login it is
2020-02-19 13:03:54 <KatolaZ> AinNero: dash does not use shellrc
2020-02-19 13:04:13 <KatolaZ> or .login, for that matter
2020-02-19 13:04:18 <AinNero> KatolaZ: it does, exactly as the standart describes
2020-02-19 13:04:28 <AinNero> *standard
2020-02-19 13:04:56 <KatolaZ> AinNero: it uses profile and ~/.profile, AFAIK
2020-02-19 13:05:02 <AinNero> and $ENV
2020-02-19 13:05:21 <KatolaZ> which is not shellrc...
2020-02-19 13:06:05 <AinNero> imho shellrc is exactly what it $ENV is for
2020-02-19 13:06:22 <KatolaZ> AinNero: you can call that file whatever you like
2020-02-19 13:06:28 <AinNero> i call it shellrc :D
2020-02-19 13:06:30 <KatolaZ> the standard does not mandate that ;)
2020-02-19 13:08:16 <KatolaZ> the whole difference about login and non-login shell is not in POSIX, IIRC
2020-02-19 13:08:28 <KatolaZ> only the difference between interactive and non-interactive
2020-02-19 13:08:35 <KatolaZ> but I might be wrong
2020-02-19 13:10:19 <AinNero> https://pubs.opengroup.org/onlinepubs/9699919799/utilities/sh.html
2020-02-19 13:11:10 <KatolaZ> AinNero: I guess I know that page :)
2020-02-19 13:11:21 <KatolaZ> and there is no reference to login vs non-login shells
2020-02-19 13:11:31 <AinNero> yeah, not even mentioned
2020-02-19 13:11:39 <KatolaZ> or to shellrc
2020-02-19 13:11:42 <KatolaZ> for that matter
2020-02-19 13:12:10 <AinNero> the standard does not name it
2020-02-19 13:12:16 <KatolaZ> indeed
2020-02-19 13:12:17 <KatolaZ> :)
2020-02-19 13:12:37 <KatolaZ> so as you see, we consider "standard" stuff that is just common practice in some cases for certain communities ;)
2020-02-19 13:12:40 <AinNero> but i go with shellrc because thats how people know it from the zsh, bash and mksh shells
2020-02-19 13:12:50 <KatolaZ> fine AinNero
2020-02-19 13:12:56 <KatolaZ> but don't say it's standard ;)
2020-02-19 13:13:38 <AinNero> mh, you got me there
2020-02-19 13:13:42 <KatolaZ> nw
2020-02-19 13:13:47 <KatolaZ> my point was not to get you
2020-02-19 13:13:49 <KatolaZ> :)
2020-02-19 13:13:49 <AinNero> i think i used the bourne shell as reference
2020-02-19 13:14:01 <KatolaZ> I learn some new thing about POSIX every day
2020-02-19 13:14:24 <AinNero> back to my idea
2020-02-19 13:14:51 <AinNero> to have a file for environment variables that is not specific to the bourne shell syntax
2020-02-19 13:15:13 <KatolaZ> just stick to POSIX sh syntax
2020-02-19 13:15:24 <KatolaZ> and force zsh to act in POSIX-compatible mode
2020-02-19 13:15:32 <AinNero> that is already done
2020-02-19 13:15:45 <KatolaZ> (which it won't do anyway, since there are still a few remaining quirks in zsh, which make it non-POSIX)
2020-02-19 13:15:47 <AinNero> but... mh, i think i actually dont need that
2020-02-19 13:16:02 <KatolaZ> bbl
2020-02-19 13:16:38 <AinNero> even if i use a non-posix shell, i can still start it after loading profile with /bin/sh and then exec'ing whatever shell i have
2020-02-19 14:02:11 <telmich> For some days when running `startx`, I get the error message `hostname: diamond2: Host not found`, even though it is in /etc/hosts. Since today the screen goes into black a timeout for xauth passes. Then after minutes the black screen is exited and I'm dropped back with an xinit: server error. This rings a bell, but I don't recall what the source of the error could be
2020-02-19 14:08:26 <telmich> Hmm, seems like `hostname -f` is at least one issue that it doesn't resolve itself
2020-02-19 14:54:29 <MY-R> telmich, do you have "lo" interface up?
2020-02-19 16:07:55 <tomreid2> hey! is there a release schedule for bugfixes? 3.11.x 3.11.y etc?
2020-02-19 16:08:02 <tomreid2> Or do they just come as ready?
2020-02-19 16:10:11 <mps> when it is done
2020-02-19 16:10:35 <tomreid2> mps: ty
2020-02-19 16:11:03 <mps> but it can be updated regularly with apk update && apk upgrade
2020-02-19 16:11:35 <mps> you don't have to wait to official announce
2020-02-19 16:12:05 <mps> for*
2020-02-19 16:13:26 <tomreid2> that makes sense
2020-02-19 16:13:59 <mps> only iso and tarballs are not yet created
2020-02-19 16:14:18 <mps> packages are already on mirrors
2020-02-19 18:21:04 <telmich> <MY-R "nico, do you have "lo" interface"> yes, lo is up. As is wlan0
2020-02-19 18:29:49 <clandmeter> telmich: we are adding ipv6 support
2020-02-19 18:30:23 <clandmeter> setup-apkrepos should work now
2020-02-19 18:36:49 <RootWyrm_> The feels when you realize you were mistaken and the package you need lives in edge, not release. :(
2020-02-19 18:46:32 <Cogitri> That's unfortunate
2020-02-19 18:47:00 <Cogitri> But you can make a MR to get it into the next release
2020-02-19 18:47:12 <tehcloud> the feels when you take on a horribly broken codebase, and then dig deeper to find out it's worse than you imagined
2020-02-19 19:19:00 <alpine-bridge> [discord] <MQ> How can I list all installed packages with apk?
2020-02-19 19:19:25 <MY-R> apk info
2020-02-19 19:19:43 <alpine-bridge> [discord] <lgs> well, that and `| grep installed`
2020-02-19 19:20:55 <MY-R> ?
2020-02-19 19:20:56 <alpine-bridge> [discord] <MQ> thx
2020-02-19 19:21:03 <alpine-bridge> [discord] <MQ> apk info woks fine
2020-02-19 19:21:09 <alpine-bridge> [discord] <MQ> apk list needs grep installed
2020-02-19 19:21:22 <MY-R> can do apk info -v if need version pf package
2020-02-19 19:21:40 <MY-R> s/pf/of
2020-02-19 19:49:11 <telmich> <clandmeter "setup-apkrepos should work now"> very cool, it's much appreciated! I can retest in ipv6 only networks these days
2020-02-19 19:49:56 <clandmeter> we will enable ipv6 step by step for other services
2020-02-19 20:07:03 <alpine-bridge> [discord] <MQ> what tool are you using for taking screenshots?
2020-02-19 20:10:19 <_ikke_> flameshot
2020-02-19 20:10:31 <maxice8> grim
2020-02-19 20:14:27 <afontain_> grim because wayland
2020-02-19 20:17:30 <alpine-bridge> [discord] <MQ> I installed maim, cause I dunno how to use flameshot
2020-02-19 20:18:08 <_ikke_> flameshot requires a toolbar
2020-02-19 20:18:14 <_ikke_> systemtray
2020-02-19 20:53:51 <alpine-bridge> [discord] <MQ> This is my /etc/fstab but swap is not mounted after reboot I need to run swapon -a. Can you help me guys?
2020-02-19 20:53:51 <alpine-bridge> [discord] <MQ> ```
2020-02-19 20:53:52 <alpine-bridge> [discord] <MQ> /dev/vg0/root    /    ext4    rw,relatime 0 1
2020-02-19 20:53:54 <alpine-bridge> [discord] <MQ> /dev/vg0/boot    /boot    ext4    rw,relatime 0 2
2020-02-19 20:53:55 <alpine-bridge> [discord] <MQ> UUID=10F4-205E    /boot/efi    vfat    rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro 0 2
2020-02-19 20:53:56 <alpine-bridge> [discord] <MQ> /dev/cdrom    /media/cdrom    iso9660    noauto,ro 0 0
2020-02-19 20:53:58 <alpine-bridge> [discord] <MQ> /dev/usbdisk    /media/usb    vfat    noauto    0 0
2020-02-19 20:53:59 <alpine-bridge> [discord] <MQ> /dev/vg0/swap    swap    swap    defaults    0 0
2020-02-19 20:54:00 <alpine-bridge> [discord] <MQ> ```
2020-02-19 20:56:15 <maxice8> Please use a paste service
2020-02-19 20:59:48 <alpine-bridge> [discord] <MQ> https://pastebin.com/GiHj3HiR
2020-02-19 21:05:49 <alpine-bridge> [discord] <monado> did you install maim from git?
2020-02-19 21:06:29 <alpine-bridge> [discord] <MQ> yes
2020-02-19 21:06:40 <alpine-bridge> [discord] <MQ> I compiled it from git source
2020-02-19 21:11:20 <mps> uh .....
2020-02-19 22:32:19 <Naib> hi, i am messing around with alpine lxc on centos but the an lxc-start appears to not be launching function.sh... on Gentoo (my home distro) no problem. Could this be due to centos being systemd based?
2020-02-19 22:33:55 <Naib> I basically have to go "source /etc/profile" every time I attach and equally none of the rc-services start automaticall
2020-02-20 01:06:03 <emp75> anyone have tips for doing a sys install on a uefi system with a nvme disk?  None of the docs seem to be working for me.
2020-02-20 01:55:57 <alpine-bridge> [discord] <uli> hey I'm trying to install uefi grub with a `btrfs` root directory, when I run `grub-mkconfig` frfom within the chroot I get `/usr/sbin/grub-probe: error: failed to get canonical path of '/'`, if I run it outside the chroot I get the same thing, but instead of `/` I get `tmpfs`
2020-02-20 01:56:45 <alpine-bridge> [discord] <uli> I installed grub with `grub-install --efi-directory=/mnt/efi --target=x86_64-efi --bootloader-id=GRUB --root-directory=/mnt` frfom outside chroot (was getting errors inside)
2020-02-20 01:57:53 <alpine-bridge> [discord] <uli> ps: in arch I usually install `os-prober` to detect OSes, alpine does not seem to have it in the repos, is there an alternitive?
2020-02-20 02:34:31 <alpine-bridge> <unowe>[d] compile and install os-prober manually?
2020-02-20 02:55:01 <alpine-bridge> TheEvilSkeleton[d]: (@)uli
2020-02-20 03:13:57 <monado> test
2020-02-20 03:14:01 <alpine-bridge> monado[d]: test
2020-02-20 03:14:19 <alpine-bridge> monado[d]: test
2020-02-20 03:14:33 <monado> I see
2020-02-20 07:47:41 <dne> emp75: which part isn't working?
2020-02-20 08:32:02 <alpine-bridge> MQ[d]: I installed sys with LVM + LUKS on NVME, you need to add feature "nvme" to initramfs (if using LUKS use luks1 for GRUB)
2020-02-20 08:52:41 <dne> yep, adding "nvme" to "modules" did it for me too (using the vanilla 3.11 netboot images)
2020-02-20 09:48:18 <jdemmer> salut my friends. How can I add secondary IP addresses via ansible? Since it is being managed all in the interfaces it's hard to automate. Can I somehow make me an interfaces.d directory or alike?
2020-02-20 09:49:21 <_ikke_> jdemmer: there is an if-up.d directory where you can place scripts
2020-02-20 09:49:45 <_ikke_> you can add something like 'ip addr add dev <dev> <ip>' in there
2020-02-20 09:51:01 <jdemmer> that sounds wonderful, thank you
2020-02-20 09:51:13 <_ikke_> make sure it has a shebang and is executable
2020-02-20 09:52:47 <mps> other option is post-up in interfaces stanza
2020-02-20 09:53:12 <_ikke_> yes, but it's easer to manage dedicated files
2020-02-20 09:53:18 <_ikke_> easier*
2020-02-20 09:54:48 <jdemmer> it sure is
2020-02-20 09:57:22 <mps> one line: post-up ip route add x.x.x.x/24 dev wg0, this is example
2020-02-20 11:40:08 <clandmeter> _ikke_: like abuild.conf? :)
2020-02-20 11:49:56 <MY-R> MQ, rc-update add swap boot
2020-02-20 12:01:46 <_ikke_> clandmeter: "everything you say can and will be used against you" :P
2020-02-20 16:06:43 <alpine-bridge> MQ[d]: (@)MY-R thank you, swap is on after reboot 🙂
2020-02-20 16:07:28 <MY-R> np
2020-02-20 16:57:50 <AinNero> im having an issue with my kernel entropy
2020-02-20 16:58:03 <AinNero> the laptop hangs for several hours until i smash random keys
2020-02-20 16:58:23 <AinNero> despite having random.trust_cpu=on on the kernel command line
2020-02-20 17:05:50 <hello0itsame> Hi! Is it possible to install Tor Browser on Alpine Linux?
2020-02-20 17:08:35 <MY-R> AinNero, did you try remove that line from command line?
2020-02-20 17:09:20 <AinNero> afair i added it to solve the problem
2020-02-20 17:11:44 <MY-R> ye but I read that in 5.4 shouldnt need it
2020-02-20 17:12:07 <_ikke_> hello0itsame: possibly, but there are some challenges
2020-02-20 17:12:50 <AinNero> MY-R: didnt help
2020-02-20 17:13:13 <MY-R> AinNero, so your system is basically frozen right after boot menu? :\
2020-02-20 17:13:27 <AinNero> nah, during openrc startup
2020-02-20 17:14:32 <MY-R> did you try with adding "haveged" service to start at boot?
2020-02-20 17:14:48 <AinNero> smashing some keys causes "[  160.521890] random: crng init done" and a continuation of the boot
2020-02-20 17:15:08 <hello0itsame> _ikke_: What do you mean by "challenges"?
2020-02-20 17:15:34 <MY-R> AinNero, x86_64?
2020-02-20 17:15:38 <AinNero> yes
2020-02-20 17:15:55 <_ikke_> hello0itsame: Alpine is using musl as libc, while pre-compiled applications are built against glibc (almost all of the time)
2020-02-20 17:16:00 <AinNero> for some reason, the X-openrc packages dont depend on X anymore
2020-02-20 17:16:40 <hello0itsame> _ikke_: Is there any tutorial that shows me how to install Tor Browser?
2020-02-20 17:16:46 <hello0itsame> on Alpine?
2020-02-20 17:17:27 <_ikke_> I'm not aware of any
2020-02-20 17:18:53 <hello0itsame> _ikke_: Alright thanks for your help :)
2020-02-20 17:20:21 <AinNero> MY-R: haveged helped
2020-02-20 17:20:56 <_ikke_> question is still why trust_cpu didn't work
2020-02-20 17:21:37 <AinNero> kver is 4.19.87-0-vanilla
2020-02-20 17:21:43 <MY-R> ...
2020-02-20 17:21:59 <MY-R> cant use 5.4?
2020-02-20 17:22:37 <AinNero> surely could
2020-02-20 17:22:53 <AinNero> installed it as linux-vanilla and didnt change since
2020-02-20 17:23:10 <MY-R> do you update your system at least?
2020-02-20 17:23:25 <AinNero> yes, on edge
2020-02-20 17:23:28 <MY-R> install linux-lts and select it to boot and check if working fine
2020-02-20 17:23:53 <AinNero> didnt realize the vanilla to lts change /had/ to be done
2020-02-20 17:24:00 <AinNero> i assumed its some kind of optional
2020-02-20 17:24:53 <MY-R> is now default kernel
2020-02-20 17:25:24 <AinNero> i dont know why apk didnt complain that linux-vanilla wasnt satisfiable
2020-02-20 17:25:27 <MY-R> I hope you using -a flag when doing apk upgrade since you are on edge
2020-02-20 17:25:40 <mps> AinNero: did you read release notes for 3.11
2020-02-20 17:25:42 <MY-R> nothing to complain
2020-02-20 17:25:55 <AinNero> mps: never installed 3.11 :D
2020-02-20 17:26:18 <mps> linux-vanilla has been removed. Install linux-lts when upgrading.
2020-02-20 17:26:43 <AinNero> hm
2020-02-20 17:26:51 <AinNero> i had it in world and it never threw an error
2020-02-20 17:27:24 <AinNero> also i dont know what apk -a does
2020-02-20 17:27:39 <mps> it is different pkg name
2020-02-20 17:28:16 <AinNero> so, with edge-only repo and 'linux-vanilla' in /etc/apk/work, it still didnt threw an error
2020-02-20 17:28:23 <AinNero> *world
2020-02-20 17:30:27 <mps> by intention, for those who want to keep -vanilla
2020-02-20 17:31:24 <mps> linux-lts will not even replace linux-vanilla, so it can be used as rescue kernel
2020-02-20 17:32:58 <AinNero> hm
2020-02-20 17:33:13 <AinNero> this move also just uninstalled some others of my packages
2020-02-20 17:34:37 <AinNero> if i have both openrc and ppp-daemon installed, i still need to install ppp-openrc manually
2020-02-20 17:36:42 <mps> hmm, looks like you are right
2020-02-20 17:39:20 <AinNero> ah, because ppp-openrc depends on ppp, not on ppp-daemon
2020-02-20 17:39:33 <mps> but that is ok, on some of my arm SBCs I don't need ppp-openrc, run pppd from runit scripts
2020-02-20 17:45:06 <AinNero> if you use runit you likely dont need openrc installed anyways
2020-02-20 17:46:38 <mps> well, I use it but not as init 1
2020-02-20 17:47:53 <AinNero> we dont use openrc as init 1 either
2020-02-20 17:48:01 <AinNero> thats busybox :D
2020-02-20 17:48:47 <mps> ok, ok :)
2020-02-20 18:36:52 <dansolo42> ugh, must be doing something wrong.  booted x86_64 3.11.3 image on 1U server, no disks other than usb boot media (standard or extended iso), get to end of setup-alpine and select none for disk, choose 'usb' or 'sda' for config and it fails due to read-only error, ideas?
2020-02-20 18:38:41 <Hello71> although you can set init=openrc-init
2020-02-20 18:38:45 <Hello71> dunno if it works though
2020-02-20 18:39:08 <Hello71> dansolo42: did you remember to set the SATA mode to AHCI
2020-02-20 18:39:32 <dansolo42> nope, let me go into BIOS - thank you be back in a few minutes from data center :-)
2020-02-20 18:49:10 <dansolo42> so yes, SATA mode was set to AHCI; but I don't have any sata disks ; usb stick is getting assigned to sda not usb and is mounted ro under /media/sda; so i re-mounted it rw and re-ran setup-alpine, same error at end of install: mkdir /media/sda/cache : read-only filesystem and ERROR: Package cache is not enabled
2020-02-20 18:51:47 <mps> dansolo42: you are trying to install on usb disk from which you booted alpine?
2020-02-20 18:53:10 <dansolo42> yeah never mind, im an idiot, just finished doing 8xRpi machines which of course don't use iso image lol
2020-02-20 18:53:27 <dansolo42> going to use alt-usb disk for image
2020-02-20 19:29:39 <Joel> Trying to build a docker container, from inside of alpine, aka I've done: docker run -it --rm alpine /bin/ash ; apk update ; apk add docker. When I type 'docker info' I get ERROR: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?
2020-02-20 19:29:50 <Joel> What's interesting is I don't see any sort of init anything for docker
2020-02-20 19:30:04 <Joel> can anyone recommend a document I can read to better understand how to get docker working inside of alpine?
2020-02-20 19:31:47 <Joel> if I apk add openrc ; rc-service docker start it says docker is already starting, even though it isn't :\
2020-02-20 19:43:24 <Cogitri> I don't think running docker inside of docker works
2020-02-20 19:43:42 <Cogitri> I'd just bind the docker socket inside the container
2020-02-20 20:17:30 <AinNero> does debian have an equivalent to alpine apk add cmd:XXX ?
2020-02-20 20:21:53 <aggaz> AinNero: I am curius about this command you are talking about but can not find information about it. Is this syntax documented somewere?
2020-02-20 20:23:36 <AinNero> .... no
2020-02-20 20:23:56 <AinNero> i think someone (TM) should write a manpage for that
2020-02-20 20:24:28 <aggaz> lol. What does it do? It looks for a package containing the command called XXX and install it?
2020-02-20 20:24:59 <AinNero> yes
2020-02-20 20:25:07 <AinNero> apk add cmd:tput installs ncurses
2020-02-20 20:25:49 <aggaz> in this cases in debian I use apt-file. It created a database (apt-file update) and you can search for packages containing a given file (apt-file search XXX)
2020-02-20 20:26:20 <aggaz> agg a grep to bin or $ and you should find your package
2020-02-20 20:27:01 <aggaz> by the way, I love the command you just showed to me
2020-02-20 20:32:26 <maxice8> that is different, apk add cmd:XXX just searches for who provides cmd:XXX and adds the package
2020-02-20 20:32:45 <maxice8> it won't search all files, cmd: is created just for executables in the /bin /sbin /usr/bin and /usr/sbin directories
2020-02-20 20:33:24 <maxice8> same for pc:foo that is created for pkg-config files in /usr/lib/pkgconfig and so:libfoo.so.X for /lib and /usr/lib
2020-02-20 20:33:26 <AinNero> background: a portable shell script knows which command it needs, but not necessarily which package provides that command
2020-02-20 20:42:21 <alpine-bridge> MQ[d]: I am trying to build https://github.com/rpallai/flatpak-pt but I am getting this error "install: cannot create directory ‘/app’: Invalid argument". On Solus OS worked fine.
2020-02-20 20:59:09 <Cogitri> https://github.com/flatpak/flatpak-builder/issues/329 known issue
2020-02-20 20:59:32 <Cogitri> Also has a workaround
2020-02-20 21:22:39 <alpine-bridge> MQ[d]: Thanks, issue with "install -d" is solved but now this issue popped up "flatpak-pt/build-dir/export/share/icons/hicolor/48x48/apps/com.cisco.PacketTracer-72.png is not a valid icon: bwrap: Can't find source path /etc/ld.so.cache: No such file or directory"
2020-02-20 21:40:37 <alpine-bridge> Asineth[d]: So I decided to install Alpine on my desktop
2020-02-20 21:41:06 <alpine-bridge> Asineth[d]: I set up a install on LUKS and everything works and I have a desktop set up and it’s great
2020-02-20 21:41:43 <alpine-bridge> Asineth[d]: But I was wondering if there’s any way to get the proprietary Nvidia driver working?
2020-02-20 21:41:51 <alpine-bridge> Asineth[d]: I’m fine with nouveau but it would be nice
2020-02-20 22:00:09 <Cogitri> No, you can't run the proprietary Nvidia driver since that needs glibc
2020-02-20 22:00:31 <Cogitri> You'll be stuck on nouveau, you'll have to go for AMD if you want decent performance and driver support
2020-02-20 22:01:34 <MY-R> ^
2020-02-20 22:04:48 <MY-R> fglrx/nvidia etc is nightmare, especially on "rolling release" and those frequently updated distributions because always have to worry if kernel or xorg version is supporetd by those blobs :\
2020-02-20 22:05:52 <Cogitri> And the OSS support on AMD is amazing these days
2020-02-20 22:05:57 <MY-R> with radeon/amdgpu is much easier until it isnt too fresh gpu :D
2020-02-20 22:06:06 <MY-R> yep
2020-02-20 22:06:36 <alpine-bridge> Asineth[d]: welp
2020-02-20 22:06:41 <alpine-bridge> Asineth[d]: i tossed in an rx470
2020-02-20 22:06:43 <alpine-bridge> Asineth[d]: amdgpu is working
2020-02-20 22:06:48 <MY-R> with nouveau lately... isnt so bad too but is far away from AMD stuff
2020-02-20 22:07:06 <alpine-bridge> Asineth[d]: ok so my other question, is there a decent way to get discord/vscode (electron apps) working?
2020-02-20 22:07:12 <alpine-bridge> Asineth[d]: or should i just move to vim
2020-02-20 22:07:22 <alpine-bridge> MQ[d]: Flatpak
2020-02-20 22:07:33 <alpine-bridge> Asineth[d]: ok
2020-02-20 22:08:11 <alpine-bridge> Asineth[d]: alpine's been pretty awesome so far
2020-02-20 22:09:01 <MY-R> is awesome! :)
2020-02-20 22:09:16 <alpine-bridge> Asineth[d]: ok so i did ``doas apk add flatpak`` and added my user to the flatpak group but i get "error: Unable to connect to system bus"
2020-02-20 22:09:28 <alpine-bridge> Asineth[d]: do i have to start a service?
2020-02-20 22:10:14 <alpine-bridge> Asineth[d]: nvm i started dbus
2020-02-20 22:10:21 <alpine-bridge> Asineth[d]: now i'm on "error: Flatpak system operation ConfigureRemote not allowed for user
2020-02-20 22:10:21 <alpine-bridge> Asineth[d]: "
2020-02-20 22:10:22 <alpine-bridge> Asineth[d]: now i'm on "error: Flatpak system operation ConfigureRemote not allowed for user"
2020-02-20 22:11:11 <Cogitri> Install polkit
2020-02-20 22:11:25 <Cogitri> Or do `flatpak install --user`
2020-02-20 22:12:59 <alpine-bridge> Asineth[d]: alright thanks didn't know about "--user"
2020-02-20 22:16:26 <alpine-bridge> Asineth[d]: ok so let's say i want to setup a chroot/docker container with an app in it, what's the best way to let it access x11?
2020-02-20 22:16:51 <Cogitri> xhost
2020-02-20 22:17:00 <Cogitri> Or Xauthority
2020-02-20 22:19:05 <alpine-bridge> Asineth[d]: ok thanks
2020-02-20 22:38:33 <jdv79> is the aws-cli pkg busted?
2020-02-20 22:38:47 <jdv79> i got "aws-cli (missing)"
2020-02-20 22:41:36 <jdv79> odd i don't see it in the index but its on the site - https://pkgs.alpinelinux.org/package/edge/community/x86_64/aws-cli
2020-02-20 22:44:33 <jdv79> oh, its edge.  nm.
2020-02-20 23:57:25 <alpine-bridge> Asineth[d]: The latest kernel update has broken amdgpu on my system
2020-02-20 23:57:27 <alpine-bridge> Asineth[d]: I’m on edge
2020-02-20 23:57:52 <alpine-bridge> Asineth[d]: When attempting to load the module I get invalid argument
2020-02-21 00:00:14 <alpine-bridge> Asineth[d]: Can I rollback?
2020-02-21 00:00:57 <maxice8> I think it is the latest kmod, try updating mkinitfs and see if it installs kmod
2020-02-21 00:24:49 <Hello71> did you reboot
2020-02-21 00:34:24 <alpine-bridge> Asineth[d]: Yes I rebooted
2020-02-21 00:34:54 <alpine-bridge> Asineth[d]: I looked in dmesg and I see *ERROR* VGACON disables amdgpu kernel mode setting
2020-02-21 00:35:14 <alpine-bridge> Asineth[d]: As far as I know I’m fully up to date
2020-02-21 00:47:41 <kaey> asineth: check that you dont have modesetting disabled, via kernel params for example
2020-02-21 00:53:52 <alpine-bridge> Asineth[d]: I don’t have anything to do with mode setting in my kernel args
2020-02-21 00:54:02 <alpine-bridge> Asineth[d]: Should I check elsewhere?
2020-02-21 00:54:20 <alpine-bridge> Asineth[d]: Never mind I fixed it
2020-02-21 00:54:38 <alpine-bridge> Asineth[d]: I have no idea what I did but I regenerated my grub config
2020-02-21 00:56:44 <alpine-bridge> Asineth[d]: I know what it is apparently something was adding nomodeset to my grub.cfg file even though my /etc/default/grub didn’t have that
2020-02-21 00:56:48 <alpine-bridge> Asineth[d]: Weird
2020-02-21 03:22:07 <monado_> Hi
2020-02-21 03:22:13 <monado_> clandmeter
2020-02-21 07:58:56 <Norman> goodmorning, I have a problem booting the installation ISO. I get the Mounting Boot media failed error. But the solution mentioned on the wiki doesn´t seem to solve it. tried it with USBDISK / SDA and SDB.
2020-02-21 07:59:06 <Norman> Does anyone have some advice for me?
2020-02-21 07:59:22 <Norman> (wrote the iso to a USB stick)
2020-02-21 08:24:07 <Norman> When checking /proc/partitions the usbstick is sdb, setting alpine_dev=sdb:vfat still provides the same error.
2020-02-21 09:41:16 <danieli> booting it on what sort of machine, and with EFI or not?
2020-02-21 10:05:24 <Norman> Its on a Intel NUC, tried both EFI and normal
2020-02-21 10:30:18 <Norman> Intel NUC is a x84_64
2020-02-21 13:21:00 <Norman> finally got it on there, with booting a rescue disk and copying the issue to the disk and following the remote installation with guide.
2020-02-21 13:28:44 <jl4> how can i run alpine-setup script ? .. i get a 'not found' answer on the shell. What am i missing here ?
2020-02-21 13:29:15 <alpine-bridge> lgs[d]: pretty sure it's setup-alpine and not alpine-setup.
2020-02-21 13:32:19 <jl4> alpine-setup is 'not found', setup-alpine as well, is 'not found'  ... (?)
2020-02-21 13:33:06 <AinNero> can you check them both with `type ...` ?
2020-02-21 13:35:45 <jl4> both 'type alpine-setup' and 'type setup-alpine' are 'not found'
2020-02-21 13:37:51 <paper_> did you modify path?
2020-02-21 13:37:58 <paper_> $PATH
2020-02-21 13:43:22 <dne> full path is /sbin/setup-alpine
2020-02-21 13:56:47 <jl4> cd
2020-02-21 13:57:14 <jl4> 
ACTION typed on the wrong windows... uops!

2020-02-21 14:00:18 <jl4> 
ACTION is on a rancherOS  + Alpine console

2020-02-21 14:01:12 <jl4> 
ACTION did not modified path , nor /sbin/setup-alpine is found

2020-02-21 14:02:18 <AinNero> you run in docker container?
2020-02-21 14:08:49 <AinNero> there is no setup-alpine in the minirootfs per default
2020-02-21 14:09:16 <AinNero> please explain what you are trying to do that you need 'setup-alpine' from within a container
2020-02-21 14:35:07 <jl4>  ah .. AinNero, nice to know. What i am trying to achieve is to change the keyboard layout. I thought that setup-alpine might accomplish that task... . Ok, otherwise,  how to ?
2020-02-21 14:36:33 <hell0itsm3> Hi, is it possible to install Tor Browser on Alpine, if yes, how would i do it?
2020-02-21 14:37:27 <_ikke_> Same answer as yesterday :)
2020-02-21 14:38:22 <_ikke_> hell0itsm3: it helps to stick around longer to wait if someone else has tried it
2020-02-21 14:40:26 <u0jQx9gPyrYg> hell0itsm3: you could try 1/ with gcompat to get it running, or 2/ build it yourself and package it natively for alpine.
2020-02-21 14:40:48 <u0jQx9gPyrYg> since the original tor browser is built against glibc
2020-02-21 14:40:59 <u0jQx9gPyrYg> and that does not exist on alpine.
2020-02-21 14:41:21 <u0jQx9gPyrYg> otherwise you could always make a small glibcbaseddistro chroot and run it from there
2020-02-21 14:41:38 <u0jQx9gPyrYg> haha, i just said > small glibcbaseddistro
2020-02-21 14:42:20 <jl4> beyond setup-alpine, has anyone tried to change keyboard layout ? If yes... how to ?
2020-02-21 14:42:41 <hell0itsm3> can i run gui programs through chroot?
2020-02-21 14:45:04 <_ikke_> jl4: https://gitlab.alpinelinux.org/alpine/alpine-conf/blob/master/setup-keymap.in
2020-02-21 14:45:09 <_ikke_> this is how that script does it
2020-02-21 14:45:33 <jl4> thx _ikke_
2020-02-21 14:51:48 <AinNero> jl4: the docker container has no control over the keymaps usually
2020-02-21 14:51:52 <AinNero> you need to do that on the host
2020-02-21 14:53:10 <jl4> 
ACTION was trying à la https://forums.rancher.com/t/change-keyboard-layout-to-german/4510/5

2020-02-21 14:53:46 <AinNero> you need to do that on the host
2020-02-21 14:54:50 <jl4> 
ACTION would better ask for ^^ to the rancherOS community ...

2020-02-21 14:55:01 <AinNero> yes
2020-02-21 14:55:38 <AinNero> you could try and hack something together that mounts a linux VT device node into the alpine container and do the stuff there, but that seems rather whacky
2020-02-21 14:57:55 <u0jQx9gPyrYg> hell0itsm3: that's what my answer implies
2020-02-21 14:58:25 <hell0itsm3> u0jQx9gPyrYg: Yeah, i'm stupid... :)
2020-02-21 14:59:26 <u0jQx9gPyrYg> that i cannot judge, but most stupid people do not recognize themselves being stupid, so not sure if you are good in judging that either :P
2020-02-21 14:59:59 <hell0itsm3> Haha thank you, and thanks for your help!
2020-02-21 15:45:54 <rfs613> I switched from linux-vanilla to linux-lts... working fine, and then 'apk del linux-vanilla', also worked fine.
2020-02-21 15:46:28 <rfs613> but then I noticed I still have linux-hardened package installed... is there a trick to uninstalling that?
2020-02-21 15:46:48 <rfs613> apk del on it reports no errors, but doesn't remove it...
2020-02-21 16:25:46 <_ikke_> rfs613:  probably something is still relying on linux-hardened
2020-02-21 17:34:29 <rfs613> _ikke_: is there a way to dump the dependencies? I tried "apk dot" but linux-hardened doesn't show up in the output.
2020-02-21 17:34:51 <_ikke_> you can try apk info -r linux-hardened
2020-02-21 17:38:49 <rfs613> linux-hardened-4.9.65-r1 is required by:, then blank line, then back to shell prompt
2020-02-21 17:40:46 <rfs613> hmm, /lib/apk/db/installed seems promising... maybe "R:" means required?
2020-02-21 17:43:32 <rfs613> nope, seems to be part of P:linux-hardened
2020-02-21 18:54:31 <alpine-bridge> MQ[d]: Hey, when using mutt/neomutt and sending message I cannot see special characters (for ex. "ěščřž"), I tried setting `set send_charset="utf-8"` but it doesn't work. In vim I can see special characters. How can I change or see locale in Alpine?
2020-02-21 18:57:50 <alpine-bridge> MQ[d]: Ok, I was using Vi instead of Vim in neomutt
2020-02-21 18:57:53 <mps> musl doesn't supports locales, yet
2020-02-21 18:58:05 <alpine-bridge> MQ[d]: my bad
2020-02-21 18:59:53 <mps> though, mutt nerves me because I can't write other chars except latin subset
2020-02-21 19:06:44 <rfs613> mps, you might want to look into compose key. If directly on console, see https://linux.die.net/man/1/loadkeys. If accessing remotely (ssh) check on the originating system.
2020-02-21 19:08:37 <rfs613> you may well have compose key already without knowing, see "dumpkeys" output.
2020-02-21 19:10:00 <mps> rfs613: I can write all chars in every text mode program except in mutt
2020-02-21 19:10:41 <rfs613> hmm, strange.
2020-02-21 19:10:43 <mps> and that is not only alpine but also on debian mutt behavior is same
2020-02-21 19:11:43 <mps> but not big issue, I use vim as mutt editor and there I write whatever want
2020-02-21 19:12:21 <mps> mutt viewer works fine, though, only input is issue
2020-02-21 19:12:49 <rfs613> are you able to paste special chars into mutt? (that works fine for me)
2020-02-21 19:13:00 <mps> no
2020-02-21 19:15:48 <rfs613> weird. It works for me in alpine, fedora and ubuntu.
2020-02-21 19:21:10 <mps> ah, good to know that it works for you. I have to try harder to fix it then
2020-02-21 19:23:21 <asineth0> hey i've never used irc before did i do it right?
2020-02-21 19:23:48 <_ikke_> asineth0: so far you did :)
2020-02-21 19:24:00 <asineth0> wait does it show my ip to everyone lmao?
2020-02-21 19:24:08 <_ikke_> Yups..
2020-02-21 19:24:16 <_ikke_> You can request a hostmask to the freenode staff
2020-02-21 19:24:55 <asineth0> and afaik irc is just plaintext right?
2020-02-21 19:25:24 <_ikke_> mostly, yes
2020-02-21 19:25:36 <_ikke_> Some channels allow colors, but that's about it
2020-02-21 19:29:44 <u0jQx9gPyrYg> you want to `set charset="utf8"`
2020-02-21 19:29:51 <u0jQx9gPyrYg> not send_charset
2020-02-21 19:29:56 <u0jQx9gPyrYg> in .muttrc
2020-02-21 19:35:44 <alpine-bridge> MQ[d]: Install Vim and add `set editor='vim'` to .muttrc
2020-02-21 19:36:16 <alpine-bridge> MQ[d]: if you can see your characters in vim
2020-02-21 19:47:01 <mps> u0jQx9gPyrYg: I tried different charset combination but no one worked for me
2020-02-22 02:19:56 <alpine-bridge> uli[d]: I'm trying to install `pwntools` on alpine, one of the deps is `unicorn`, but when I install it I get this error https://pastebin.com/raw/hdeKrzzp
2020-02-22 02:21:48 <maxice8> You need libunicorn.so, there is no package for it on Alpine as far as i can tell
2020-02-22 02:21:59 <maxice8> so you'll need to package it/compile it standalone, recommend the first one
2020-02-22 02:25:26 <alpine-bridge> uli[d]: what about `ERROR: Python not found. Use --python=/path/to/python`? should I ignore it?
2020-02-22 02:27:48 <maxice8> Well it is an error, use --python=/usr/bin/python3
2020-02-22 02:30:30 <alpine-bridge> uli[d]: where should I specific that? when I try `pip3 install unicorn --python=/usr/bin/python3` I get `each version part must be an integer`
2020-02-22 02:30:44 <alpine-bridge> uli[d]: (btw i downloaded the git repo, when I run `make` I get the same error)
2020-02-22 02:31:12 <maxice8> Sorry, got no clue how to help there
2020-02-22 02:31:15 <maxice8> i'd just package it
2020-02-22 02:31:33 <alpine-bridge> uli[d]: package it? sorry I'm new to alpine
2020-02-22 02:32:14 <maxice8> Make an APKBUILD that abuild builds and makes an .apk package to be installed
2020-02-22 02:33:21 <alpine-bridge> uli[d]: okay thanks!
2020-02-22 02:33:42 <alpine-bridge> monado[d]: is there a tutorial on how to make APKBUILDs?
2020-02-22 02:34:20 <maxice8> I don't think there is a tutorial, there is documentation of what it is and what its contents are.
2020-02-22 02:34:34 <maxice8> Closest is this https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package
2020-02-22 02:34:42 <alpine-bridge> monado[d]: thanks
2020-02-22 18:57:46 <RootWyrm_> Interesting... does /etc/network/interfaces not understand aliases? :/
2020-02-22 19:18:03 <RootWyrm_> Ah-ha, just different from what I was expecting.
2020-02-22 21:43:12 <nekocentral> Lets say i deploy Alpine on a sd card for headless use, what way could i setup ssh to allow root login so i can setup the system
2020-02-22 21:55:15 <Cogitri> You could chroot into the system I suppose
2020-02-22 21:57:05 <nekocentral> a yea i forgot, but will that work if its setup the LBU way with custom kernel
2020-02-22 21:57:15 <nekocentral> i could try in qemu or kvm but not sure
2020-02-22 22:03:52 <Cogitri> Not sure about that, I haven't used LBU yet
2020-02-22 22:07:17 <RootWyrm_> nekocentral: easiest way would be to write a convert-to-persistent script that does 'sed -i -e 's/^.?PermitRoot.*/PermitRootLogin yes/' /etc/ssh/sshd_config'
2020-02-22 22:08:17 <nekocentral> after writing the sdcard?
2020-02-22 22:08:33 <nekocentral> and where would i place that new to LBU
2020-02-22 22:09:21 <RootWyrm_> Oh, you're not actually converting to persistent?
2020-02-22 22:09:36 <nekocentral> not sure if i can
2020-02-22 22:09:48 <nekocentral> basicly deploying this
2020-02-22 22:09:48 <nekocentral> https://github.com/moonbuggy/orange-pi-zero-alpine
2020-02-22 22:10:00 <RootWyrm_> Yes, should be able to on the Orange Pi
2020-02-22 22:10:05 <nekocentral> because i am starting to get anoyed by armbian and the lack of being able to update
2020-02-22 22:10:14 <RootWyrm_> It's uboot
2020-02-22 22:10:28 <RootWyrm_> So just use the uboot um... I forget what actual arch orange pi is.
2020-02-22 22:10:38 <nekocentral> armv71
2020-02-22 22:10:41 <nekocentral> aka v7
2020-02-22 22:11:02 <RootWyrm_> My brain is a little bit melted because _somehow_ bind914 on Alpine on aarch64 _can't do RPZ_.
2020-02-22 22:11:02 <nekocentral> neko@Neko-Pi:~$ uname -m
2020-02-22 22:11:02 <nekocentral>  armv7l
2020-02-22 22:11:11 <nekocentral> lol
2020-02-22 22:11:19 <RootWyrm_> That's armv7l, ew. :/
2020-02-22 22:11:23 <nekocentral> yep
2020-02-22 22:11:45 <RootWyrm_> So armv7 uboot should be fine.
2020-02-22 22:12:15 <nekocentral> its the cheapest board the have, still use it as a ssh gateway and was mabye thinking of doing router on a stick using qemu
2020-02-22 22:14:05 <nekocentral> just not sure if the allwinner chip is in mailline kernel now
2020-02-22 22:14:07 <nekocentral> would be nice
2020-02-22 22:14:19 <mps> nekocentral: yes, they are
2020-02-22 22:15:01 <mps> what SOC your board, I mean Allwinner version
2020-02-22 22:15:19 <nekocentral> h2
2020-02-22 22:15:45 <nekocentral> just wondering as the 2 repo's i found compiled the kernel same for the wiki
2020-02-22 22:15:49 <mps> H2, hmm I think we didn't enabled u-boot for it
2020-02-22 22:17:00 <nekocentral> the repo i linked earlier said it used the generic arm
2020-02-22 22:17:02 <mps> you can build u-boot from u-boot source
2020-02-22 22:18:43 <mps> on H2 alpine armv7 is better
2020-02-22 22:19:18 <nekocentral> yea i think i also got the bad rev because i even had to put on a heatsink
2020-02-22 22:21:39 <nekocentral> already have the uboot, just need to find a way around the setup-alpine as the zero is complete headless and i dont have a serial to usb at hand
2020-02-22 22:26:46 <mps> not a simple job
2020-02-22 22:27:13 <nekocentral> yea i know, might deploy it to the sd card and than boot the sdcard in qemu set to emulate armv7
2020-02-22 22:28:24 <mps> yes, that could work
2020-02-22 22:29:51 <mps> I made script to install armv7 in qemu
2020-02-22 22:34:10 <nekocentral> could i have a copy, then i can mabye replace armbian with alpine tomorrow
2020-02-22 22:59:21 <mps> nekocentral: sorry, I'm not at home where I keep scripts and guides, will be tomorrow
2020-02-22 22:59:31 <nekocentral> sure take your time
2020-02-22 22:59:48 <nekocentral> its 12am for me anyways so i'm not going to do it now haha
2020-02-22 23:00:48 <mps> also I, see you tomorrow then, good night :)
2020-02-22 23:01:33 <nekocentral> good night
2020-02-23 00:01:41 <geek_at_> Hello! Maybe someone here can help me. When I PXE boot Alpine (or start it from a USB drive for that matter) it's in RAMdisk mode. When I try to install a package that installs a module (like wireguard-lts) I get hundreds of errors because modloop makes /lib/modules read only. Is there away to install it anyways and use the modules?
2020-02-23 00:09:04 <Cogitri> reidrankin might know something about that, they recently made a MR to support adding modules in running-from-ram mode
2020-02-23 00:09:30 <Cogitri> But it's night time in Europe and I'm not sure where they are located, geek_at_
2020-02-23 00:10:24 <geek_at_> Alright thanks will hang in there :D  I'm in europe as well
2020-02-23 00:48:08 <kubast2> Hey, I have added linux-virt-dev package, but gcc still can't find <linux/seccomp.h>
2020-02-23 00:48:40 <kubast2> hmm
2020-02-23 00:48:45 <kubast2> <sys/ptrace.h> is detected
2020-02-23 00:50:11 <kubast2> #include <...> search starts here: /usr/include /usr/lib/gcc/i586-alpine-linux-musl/8.3.0/include
2020-02-23 00:50:13 <kubast2> hmm
2020-02-23 00:50:49 <kubast2> ah
2020-02-23 00:51:11 <kubast2> gcc -I /usr/src/linux-headers-4.19.98-0-virt/include instead of /usr/src/linux-headers-4.19.98-0-virt
2020-02-23 01:33:32 <kubast2> (1/1) Installing libseccomp (2.4.1-r0) :^) :^)
2020-02-23 06:08:35 <salt_tooth> What do I need to do to be able modify the network stack without sudo? My user is part of netdev, but I still have to do sudo nmcli ... to modify my networking.
2020-02-23 06:31:03 <salt_tooth> What do I need to do to be able modify the network stack without sudo? My user is part of netdev, but I still have to do sudo nmcli ... to modify my networking.
2020-02-23 06:58:25 <afontain_> 47 minutes
2020-02-23 06:58:55 <afontain_> Well, too late for salt_tooth, but I can confirm I have the same issue
2020-02-23 06:59:55 <maxice8> I think plugdev is the group you need
2020-02-23 07:00:14 <maxice8> see community/networkmanager/networkmanager.rules
2020-02-23 07:00:30 <maxice8> Also the pre-install message mentions
2020-02-23 07:00:44 <maxice8> "To setup system connections, regular users must be member of 'plugdev' group"
2020-02-23 07:01:03 <maxice8> I'm not sure though, i use plain  wpa_supplicant + wifish
2020-02-23 09:02:50 <afontain_> Well, in my case, I'm already member of the plugdev group
2020-02-23 09:03:03 <maxice8> tried executing nmcli with pkexec ?
2020-02-23 09:03:43 <afontain_> what's pkexec?
2020-02-23 09:03:55 <afontain_> polkit exec?
2020-02-23 09:04:01 <maxice8> i think yes
2020-02-23 09:05:27 <maxice8> just prefix pkexec to your nmcli command
2020-02-23 09:05:35 <afontain_> I can't troubleshoot now, I'll see tomorrow. Thanks for the pointers
2020-02-23 09:07:28 <afontain_> I remember it was possible for me to edit /etc/NetworkManager/system-connexions/ manually though
2020-02-23 10:25:58 <nekocentral> good day everyone, so time to start the migration to alpine
2020-02-23 10:27:57 <alpine-bridge> raatty[d]: alpine number one?
2020-02-23 10:27:59 <russkel> beautiful day for it
2020-02-23 10:33:57 <mps> nekocentral: first thing for someone who works with SBCs is to get serial console cable, life becomes easier :)
2020-02-23 10:53:51 <geek_at_> I moved all my servers (barebone) to Alpine. All with encrypted ZFS volumes
2020-02-23 11:05:20 <nekocentral> main problem was that its arm v7 so need to find a way to deploy it, already have the uboot but need to boot in the sd card once using qemu to setup ssh and ip, and mps had a install script
2020-02-23 11:11:49 <mps> nekocentral: I will post it to you in a 20 minutes, I'm outside right now (nice sunny day finally)
2020-02-23 11:12:52 <nekocentral> you have sun, you got lucky, i have rain
2020-02-23 11:15:29 <mps> finally sun after two (or more) weeks of only clouds
2020-02-23 11:28:55 <mps> nekocentral: here is script http://tpaste.us/YpXz
2020-02-23 11:29:26 <nekocentral> thanks, currently testing one of my sd cards so i can mabye even upgrade
2020-02-23 11:29:27 <mps> you will have to adapt it to your use case, trim a lot of it
2020-02-23 11:30:08 <mps> script is tested on alpine x86_64 two months ago
2020-02-23 11:30:18 <nekocentral> nice
2020-02-23 11:31:13 <mps> I made it to run arm under qemu, not for other use cases
2020-02-23 11:31:43 <nekocentral> that is fine, just need to find a way to tell qemu to boot of the sdcard
2020-02-23 11:31:52 <nekocentral> instead of the disk image
2020-02-23 11:32:03 <mps> btw, I run alpine arm on different boards for different tasks for two years (and more)
2020-02-23 11:33:38 <nekocentral> nice, i been using armbian since strech, but like alpine more, even planning on making an interesting system when i get the funds
2020-02-23 11:33:39 <mps> I think qemu-system-arm have -sd parameter for sd cards
2020-02-23 11:34:27 <mps> you can see in script how to extract u-boot for qemu and how to use it, with -bios option
2020-02-23 11:34:28 <nekocentral> found a case with 12x 5.25' slots and some cheap HBA's with extenders
2020-02-23 11:36:58 <mps> here you read outdated guide how to install alpine aarch64 in qemu, if you need it http://arvanta.net/mps/install-aarch64-under-qemu.txt
2020-02-23 11:37:43 <mps> could give you some ideas also for armhf/armv7, i.e. what needs tweaks or changes
2020-02-23 11:38:32 <mps> when I find time I should rewrite it to be more current
2020-02-23 11:40:08 <nekocentral> i was lucky being able to find 2 git repo's where they deployed with all drivers etc
2020-02-23 11:40:23 <nekocentral> just doing a badblocks scan on one of my sd cards
2020-02-23 11:48:00 <kubast2> Hey, what is the correct way to add a global enivormental variable
2020-02-23 11:48:15 <kubast2> I allready know it is not with /etc/profile
2020-02-23 11:48:20 <_ikke_> /etc/profile.d/*
2020-02-23 11:48:21 <kubast2> export PAGER=lessgets ignored
2020-02-23 11:48:23 <kubast2> oh okay
2020-02-23 11:49:10 <kubast2> wait I am dumb I need to reload ssh
2020-02-23 11:49:10 <_ikke_> Note that's only consoluted from login shells
2020-02-23 11:49:15 <_ikke_> right
2020-02-23 11:49:19 <_ikke_> becase of ^^
2020-02-23 11:49:32 <_ikke_> running ash - would also work
2020-02-23 11:51:41 <kubast2> I don't like the output of env after a reboot still tbh
2020-02-23 11:51:58 <kubast2> yeah man still uses more
2020-02-23 11:52:10 <_ikke_> where did you add it?
2020-02-23 11:52:13 <_ikke_> exactly?
2020-02-23 11:52:33 <_ikke_> It needs to be executable apparently
2020-02-23 11:52:36 <kubast2> I didn't after installing it came to /etc/profile, I assumed that I need to restart sshd/reboot for the changes to take place
2020-02-23 11:53:09 <kubast2> export PAGER=lessIt is in /etc/profile
2020-02-23 11:53:53 <_ikke_> sorry, not executable
2020-02-23 11:53:59 <_ikke_> so /etc/profile.d/*.sh
2020-02-23 11:54:24 <_ikke_> so add a file there ending in .sh and it should work
2020-02-23 11:55:28 <kubast2> PAGER=less
2020-02-23 11:55:33 <kubast2> #!/usr/bin/env ash
2020-02-23 11:55:47 <kubast2> I just added a shellbang
2020-02-23 11:56:01 <_ikke_> A shebang is not required
2020-02-23 11:56:05 <_ikke_> because it's sourced
2020-02-23 11:56:07 <kubast2> it kinda is I think
2020-02-23 11:56:18 <kubast2> .sh won't work because it will be treated as .elf file by exec()
2020-02-23 11:56:21 <kubast2> right?
2020-02-23 11:56:25 <kubast2> ah okay
2020-02-23 11:56:45 <_ikke_> the .sh is only necessary because it looks for *.sh in the dir
2020-02-23 11:57:30 <kubast2> doesn't need to be
2020-02-23 11:57:46 <kubast2> looks for any filename
2020-02-23 11:57:58 <kubast2> ls /etc/profile.dcolor_prompt  manpages
2020-02-23 11:58:07 <_ikke_> yes, but that's not active by default
2020-02-23 11:58:10 <kubast2> color_prompt is some alpine default
2020-02-23 11:58:11 <kubast2> ah
2020-02-23 11:58:11 <kubast2> okay
2020-02-23 11:58:14 <kubast2> it is?
2020-02-23 11:58:17 <_ikke_> It's not
2020-02-23 11:58:19 <kubast2> maybe it was in old version?
2020-02-23 11:58:24 <_ikke_> I just tested it
2020-02-23 11:58:31 <kubast2> well works on mine out of the box
2020-02-23 11:58:33 <_ikke_> I renamed it to color_prompt.sh and it became active
2020-02-23 11:58:49 <kubast2> I will just reboot to be extra sure
2020-02-23 11:59:00 <kubast2> I allready restarted sshd service but sure
2020-02-23 11:59:37 <kubast2> okay this time around it doesn't start up
2020-02-23 12:00:09 <kubast2> PAGER=less
2020-02-23 12:00:30 <kubast2> yeah you are right
2020-02-23 12:00:33 <kubast2> it is not activated
2020-02-23 12:00:38 <kubast2> it read it from /etc/profile then?
2020-02-23 12:00:54 <kubast2> but why now not back then
2020-02-23 12:01:04 <kubast2> -rw-r--r-- 1 root root 295 Jun 17  2019 /etc/profile.d/color_prompt
2020-02-23 12:01:04 <kubast2> ah
2020-02-23 12:01:06 <kubast2> that is why
2020-02-23 12:01:09 <kubast2> it is not executable
2020-02-23 12:03:25 <kubast2> yeah needs to be *.sh
2020-02-23 14:20:05 <epsilonKNOT> hey all, seems like for some reason my docker (which i just installed) is using a lot of cpu just for containerd
2020-02-23 14:20:19 <epsilonKNOT> i feel like the logging is the one taking so much cpu
2020-02-23 14:21:41 <_ikke_> We are running docker on Alpine, didn't notice any excesive CPU usage
2020-02-23 14:22:05 <_ikke_> containerd is using less then 1% cpu
2020-02-23 14:23:39 <epsilonKNOT> wow, can i somehow see what the error might be due to?
2020-02-23 14:24:13 <epsilonKNOT> is it because containerd has to write to a file?
2020-02-23 14:24:35 <_ikke_> writing to a file should not cause high CPU usage
2020-02-23 14:25:34 <epsilonKNOT> is there anyway in which i can try to guess why it is causing such a high usage?
2020-02-23 14:25:50 <epsilonKNOT> its currently 70.5% CPU
2020-02-23 14:25:56 <epsilonKNOT> which i fell is a it excessive
2020-02-23 15:27:53 <epsilonKNOT> hey all, is i necessary to add the docker init ?
2020-02-23 15:28:00 <_ikke_> ?
2020-02-23 15:28:17 <epsilonKNOT> like rc-service docker start
2020-02-23 15:28:27 <epsilonKNOT> can i not user docker containers without it?
2020-02-23 15:28:44 <epsilonKNOT> i read some places that didnt mention this and went straight to using
2020-02-23 15:28:45 <_ikke_> you need the docker daemon running
2020-02-23 15:29:21 <_ikke_> docker would not work without it
2020-02-23 15:29:50 <epsilonKNOT> aaw, ok, thanks, because my docker daemon is using  a lot of CPU, with containerd
2020-02-23 15:29:56 <epsilonKNOT> and i can't figure out why :(
2020-02-23 15:34:19 <nekocentral> dammit qemu is refusing to boot from the sd card or from the image i made from the sdcard
2020-02-23 16:01:45 <nekocentral> dammit, need to do a complete blind setup
2020-02-23 16:01:46 <nekocentral> ffs
2020-02-23 16:02:09 <_ikke_> You can manually create an APKOVL
2020-02-23 16:02:54 <nekocentral> and place it in the apk folder?
2020-02-23 16:03:47 <_ikke_> on the root of the sd car
2020-02-23 16:03:49 <_ikke_> sdcard
2020-02-23 16:03:59 <_ikke_> <name>.apkovl.tar.gz
2020-02-23 16:05:18 <nekocentral> okay will do, its so anoying setting up everything blind haha
2020-02-23 16:07:39 <nekocentral> made it
2020-02-23 16:21:54 <nekocentral> fuck it, i give up, going to get a usb to serial next week
2020-02-23 16:50:11 <epsilonKNOT> omg omg omg omg
2020-02-23 16:50:16 <epsilonKNOT> its working now
2020-02-23 16:50:32 <epsilonKNOT> love you guys, this is soo exciting
2020-02-23 16:50:34 <_ikke_> nice
2020-02-23 16:50:36 <epsilonKNOT> :D :D
2020-02-23 16:50:37 <_ikke_> what was it?
2020-02-23 16:51:27 <epsilonKNOT> i think i had not finished the whole installation, maybe(!?), i installed the devel tools, from alpine wiki: https://wiki.alpinelinux.org/wiki/Docker, and then also installed the docker-compose
2020-02-23 16:51:34 <epsilonKNOT> then i ran the hello-world program
2020-02-23 16:51:51 <epsilonKNOT> now it is at 0.1%
2020-02-23 16:51:58 <epsilonKNOT> aaaahhhh, feels releiving
2020-02-23 16:52:04 <epsilonKNOT> i'm going to get some ice cream
2020-02-23 16:52:08 <epsilonKNOT> and not cry in the shower
2020-02-23 16:52:16 <epsilonKNOT> thanks a lot ya'll
2020-02-23 16:52:24 <epsilonKNOT> love you _ikke_
2020-02-23 16:55:11 <_ikke_> :)
2020-02-23 18:19:22 <_c705> what's your go-to vnc viewer in alpine? gvncviewer isn;t really cutting it for me
2020-02-23 18:31:57 <Cogitri> Vinagrw
2020-02-23 18:32:02 <Cogitri> s/w/e/
2020-02-23 18:32:23 <Cogitri> It's the default GNOME VNC viewer
2020-02-23 18:40:07 <_c705> ew gnome though ):
2020-02-23 19:05:41 <u0jQx9gPyrYg> what's wrong with gvncviewer? what is it missing?
2020-02-23 19:06:32 <_c705> u0jQx9gPyrYg: i'm specifically looking for injecting my copy-paste puffer into the viewer
2020-02-23 19:07:05 <u0jQx9gPyrYg> and other viewers can do that? that's a good reason to reconsider...
2020-02-23 19:07:46 <_c705> i'm not sure. I know mechanisms exist in SPICE so perhaps I should pivot to that next
2020-02-23 19:08:34 <_c705> high level, i'm trying to securely run apps in docker containers and connect to their displays. I don't much like passing my X socket into the container raw
2020-02-23 19:16:33 <nekocentral> okay you win ikke, i give up, how would i create a apkovl where i atleast set the ssh config and static ip, anything else i can do after the facty
2020-02-23 19:17:02 <_ikke_> What do you mean with ssh config?
2020-02-23 19:17:04 <_ikke_> ssh key?
2020-02-23 19:20:35 <nekocentral> sshd config to allow root login
2020-02-23 19:20:41 <nekocentral> all packages are in the apk folder
2020-02-23 19:21:14 <nekocentral> but want to try this way because the earlies i can get a usb to uart converter is friday
2020-02-23 19:21:48 <_ikke_> I guess you need to make sure openssh is in /etc/apk/world
2020-02-23 19:21:55 <_ikke_> then you need to make sure it's started on boot
2020-02-23 19:22:30 <_ikke_> Meaning a symlink from /etc/runlevels/default/sshd to /etc/init.d/sshd
2020-02-23 19:23:06 <_ikke_> Then you either need to add an ssh key or make sure you can login via password
2020-02-23 19:23:30 <_ikke_> You need to set the network in /etc/network/interfaces
2020-02-23 19:24:10 <_ikke_> The challenging part is making sure /etc/apk/world contains the right packages
2020-02-23 19:24:23 <nekocentral> i already have that taken care off
2020-02-23 19:24:33 <nekocentral> https://github.com/moonbuggy/orange-pi-zero-alpine/tree/master/builds/default/apks
2020-02-23 19:24:45 <_ikke_> Not the apks itself
2020-02-23 19:24:49 <_ikke_> the names of packages
2020-02-23 19:25:06 <nekocentral> erm well f
2020-02-23 19:25:30 <nekocentral> going to check the wiki again taught i saw a thing about alpine on allwinner socs
2020-02-23 19:27:38 <_ikke_> https://git.alpinelinux.org/aports/tree/scripts/mkimg.base.sh#n300
2020-02-23 19:28:15 <nekocentral> yea was looking at this atm https://wiki.alpinelinux.org/wiki/DIY_Fully_working_Alpine_Linux_for_Allwinner_and_Other_ARM_SOCs
2020-02-23 19:28:26 <nekocentral> but might need to build everything my self again
2020-02-23 20:11:25 <joey_s> How can I manage my networking without root? I have networkmanager installed and it works fine, but I have to manage my wifi with sudo.  My user is in the netdev group, but that doesn't give me permission.  If I run `ip link set wlan0 down`, I get RTNETLINK answers: Operation not permitted.
2020-02-23 20:30:22 <epsilonKNOT> how can i change root's shell?
2020-02-23 20:30:53 <Lord> chsh
2020-02-23 20:30:57 <Lord> (as root)
2020-02-23 20:31:16 <c705> (or just modify /etc/passwd if chsh isn't availiable)
2020-02-23 20:31:20 <Lord> or you can edit /etc/passwd
2020-02-23 20:31:23 <Lord> ;-)
2020-02-23 20:32:01 <joey_s> How can i manage the network stack without as a user?
2020-02-23 20:32:10 <joey_s> without sudo*
2020-02-23 20:32:24 <maxice8> networkmanager and being in the plugdev group i think
2020-02-23 20:32:33 <Lord> a normal user should'nt manage the network
2020-02-23 20:33:02 <joey_s> what about through networkmanager?
2020-02-23 20:33:08 <joey_s> I just want to nmcli ... without sudo
2020-02-23 20:33:19 <maxice8> Be in the plugdev group and run nmcli with pkexec
2020-02-23 20:33:43 <joey_s> thank you
2020-02-23 20:33:46 <maxice8> As far as i can tell this works from reading the polkit rules
2020-02-23 20:33:54 <maxice8> i just use wpa_supplicant + wifish as root
2020-02-23 21:13:38 <Cogitri> nmcli should work without pkexec too
2020-02-23 21:13:48 <Cogitri> Since pkexec is basically running sudo
2020-02-23 21:40:33 <shimsh> is there somewhere where I can read more about the extra security alpine provides? I can't find anything useful on the wiki
2020-02-23 21:40:35 <shimsh> thanks
2020-02-23 21:44:39 <_ikke_> I'm not aware of any document / article. The basics are: using musl as libc (smaller attack surface), enabling compiler options that mitigate a lot of common weaknesses
2020-02-23 21:46:19 <shimsh> _ikke_: apart from musl, don't most distros enable compiler  hardening options?
2020-02-23 21:46:49 <_ikke_> I guess in some form or another
2020-02-23 21:46:50 <shimsh> tha question was worded oddly, i need coffee
2020-02-23 21:47:52 <_ikke_> Others can specify more concretely what is being done
2020-02-23 21:48:33 <_ikke_> another thing you could consider a security feature is the small install base (less attack surface)
2020-02-23 21:49:02 <shimsh> thanks
2020-02-23 21:52:21 <Cogitri> I think using musl (so you can't really run random binaries) and our hardening flags (and a general sense for security - we enable static PIE for Rust and PIE for Go which isn't the default) are probably the main selling points
2020-02-23 21:52:44 <Cogitri> And that we actually track CVEs and upgrade stable branches for security vulnerabilities (although most bigger distros also do that)
2020-02-23 21:54:23 <shimsh> thanks
2020-02-23 22:20:16 <c705> alpine has selinux and apparmor, am i correct?
2020-02-23 22:20:32 <c705> what's your go-to for mac?
2020-02-23 22:24:37 <Cogitri> It doesn't have SELinux, the maintenance effort to keep the rules for SELinux is too great
2020-02-23 22:24:49 <Cogitri> We do support AppArmor, but we don't ship that many rules for it
2020-02-23 22:25:02 <Cogitri> So you'd probably have to write your own ones/get them from Ubuntu
2020-02-23 22:26:25 <c705> i'll just write my own i suppose. i run alpine live and config manage it so it won't be a problem for me
2020-02-23 22:52:04 <shimsh> c705: ever tried qubes?
2020-02-23 22:54:35 <c705> shimsh: i have not, but multiple people have been asking me that letely. perhaps i should try it
2020-02-23 22:55:14 <shimsh> c705: it's all of the isolation, with less effort. but you need proper hardware support
2020-02-23 22:58:28 <c705> but i like alpine );
2020-02-23 23:00:13 <shimsh> c705: you can run alpine as VMs - qubes uses templates - create a VM, use it for appvms. each appvm rootfs is COW. X is isolated, and you get the feel of a normal desktop
2020-02-23 23:01:16 <shimsh> alpine boots in about 5 seconds on Qubes, although you'd have to build that template yourself. i was considering doing it, but I don't think alpine fits my needs exactly
2020-02-23 23:01:22 <c705> sounds complicated, but i'll check it out. thanks
2020-02-23 23:18:01 <u0jQx9gPyrYg> did anyone have success with intel opencl for broadwell cpus on alpine/
2020-02-23 23:18:11 <u0jQx9gPyrYg> s/\//?/
2020-02-23 23:18:39 <u0jQx9gPyrYg> (discounting the fact that its linked against glibc)
2020-02-24 00:21:51 <crockwork> Do we have doom/emacs?
2020-02-24 00:31:17 <alpine-bridge> monado[d]: https://pkgs.alpinelinux.org/packages?name=emacs&branch=edge
2020-02-24 00:31:34 <alpine-bridge> monado[d]: yes, you can get doom through the install script
2020-02-24 00:31:46 <crockwork> cool. have you used it?
2020-02-24 00:32:05 <alpine-bridge> monado[d]: yes, but not on alpine
2020-02-24 00:32:24 <alpine-bridge> monado[d]: https://github.com/hlissner/doom-emacs
2020-02-24 00:32:34 <crockwork> huh, wild. why not on alpine?
2020-02-24 00:33:01 <alpine-bridge> monado[d]: because I haven't switched to it yet, it lacks a few packages i require
2020-02-24 00:33:33 <crockwork> ah, such as?
2020-02-24 00:33:37 <alpine-bridge> monado[d]: rofi
2020-02-24 00:33:55 <alpine-bridge> monado[d]: it's a dmenu replacement
2020-02-24 00:34:00 <crockwork> i'm pretty certain i have rofi installed.
2020-02-24 00:34:15 <alpine-bridge> monado[d]: https://pkgs.alpinelinux.org/packages?name=rofi&branch=edge
2020-02-24 00:34:33 <crockwork> how then do i have rofi installed, i might ask
2020-02-24 00:34:36 <crockwork> that's weird
2020-02-24 00:34:48 <crockwork> it looks like google indexed rofi-doc
2020-02-24 00:34:49 <alpine-bridge> monado[d]: maybe it was removed
2020-02-24 00:34:53 <crockwork> that's wild.
2020-02-24 00:35:25 <crockwork> how does package removal work like that?
2020-02-24 00:36:09 <alpine-bridge> monado[d]: i don't maintain packages, might want to ask someone else
2020-02-24 00:53:22 <maxice8> rofi was disabled to unblock the builders
2020-02-24 00:53:26 <maxice8> and nobody came to fix it :D
2020-02-24 01:12:48 <alpine-bridge> monado[d]: Unblock the builders?
2020-02-24 01:14:22 <maxice8> yes, the builders build packages but packages can block them if they consistently fail
2020-02-24 01:16:46 <alpine-bridge> monado[d]: I see
2020-02-24 01:17:13 <alpine-bridge> monado[d]: so in that case, am I forced to compile from source for now
2020-02-24 01:19:17 <maxice8> no, i fixed it a few minutes ago
2020-02-24 01:19:21 <maxice8> it was just annoying to fix
2020-02-24 01:20:09 <maxice8> https://git.alpinelinux.org/aports/commit/?id=b2a86012a9ed6129882d66266feee8f801b5b963 https://git.alpinelinux.org/aports/commit/?id=5d25cae235dac75a1ef3a7a3f019f8942b873f3b
2020-02-24 01:20:23 <maxice8> projects with gitsubmodules REALLY should provide a full tarball with  all the gitmodules checked out
2020-02-24 01:21:24 <maxice8> telegram-desktop used to be an example of how submodules sucked, now they have a .full tarball for distros
2020-02-24 01:23:58 <crockwork> rofi was failing?
2020-02-24 01:24:31 <maxice8> yes
2020-02-24 01:24:47 <crockwork> Thanks for fixing it.
2020-02-24 01:24:48 <maxice8> https://github.com/davatorium/rofi/issueas/1018
2020-02-24 01:25:20 <crockwork> lol, did you type that url manually?
2020-02-24 01:25:32 <maxice8> no
2020-02-24 01:25:56 <maxice8> must have been added when i was doing <C-a> to select the whole url
2020-02-24 01:26:07 <crockwork> ah, coulda.
2020-02-24 01:26:11 <crockwork> are you in emacs, as well?
2020-02-24 01:26:33 <maxice8> no
2020-02-24 03:00:43 <alpine-bridge> monado[d]: You’re great, thanks a lot!
2020-02-24 05:44:15 <opal> it appears i forgot how to computer
2020-02-24 05:46:57 <alpine-bridge> monado[d]: how so?
2020-02-24 05:49:14 <opal> https://wowana.me/paste/q8rFAv.txt
2020-02-24 05:49:17 <opal> forgot how to use abuild apparently
2020-02-24 05:49:44 <opal> not sure what im doing wrong, i have an alpine chroot set up, with /proc /dev /sys mounted
2020-02-24 05:49:56 <alpine-bridge> monado[d]: oh
2020-02-24 05:50:07 <opal> been a while since i touched this stuff lol
2020-02-24 05:50:16 <alpine-bridge> monado[d]: is that your website by the way
2020-02-24 05:50:19 <opal> using gentoo on my main setup, lost my alpine dev setup
2020-02-24 05:50:20 <opal> yeah it is
2020-02-24 05:50:26 <alpine-bridge> monado[d]: https://wowana.me/blog/living-without-discord.xht
2020-02-24 05:50:30 <opal> :)
2020-02-24 05:50:30 <alpine-bridge> monado[d]: this could really help
2020-02-24 05:50:31 <alpine-bridge> monado[d]: me
2020-02-24 05:51:08 <opal> https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package
2020-02-24 05:51:12 <opal> oh this would help me a lot to follow
2020-02-24 05:55:34 <opal> nah im still lost
2020-02-24 05:55:34 <opal> hm
2020-02-24 05:57:39 <alpine-bridge> monado[d]: sorry i'm not one to help
2020-02-24 05:58:10 <opal> no prob
2020-02-24 05:59:33 <opal> https://wiki.alpinelinux.org/wiki/Running_glibc_programs heh this was exactly why i left alpine for desktop
2020-02-24 05:59:35 <opal> well, main reason
2020-02-24 05:59:44 <opal> wasnt fan of binary-based distro anymore either
2020-02-24 06:00:00 <opal> i had a contrived debian chroot sitting around for stuff
2020-02-24 06:05:51 <Cogitri> Flatpak deals with that for me for the very few applications that still need glibc on my system
2020-02-24 06:07:02 <crockwork> yo what up opal
2020-02-24 06:07:06 <crockwork> jesus christ it's been a long time
2020-02-24 06:07:12 <opal> sup
2020-02-24 06:07:20 <crockwork> n e android bluetoothd 0day
2020-02-24 06:07:20 <crockwork> ?
2020-02-24 06:07:22 <crockwork> ??
2020-02-24 06:07:30 <opal> what
2020-02-24 06:07:42 <crockwork> liar
2020-02-24 06:07:44 <opal> anyway, apparently abuild is calling abuild-apk which is trying to access and write to /lib/apk
2020-02-24 06:08:20 <opal> which, i dont even remember /lib/apk existing
2020-02-24 06:08:35 <opal> but apparently its in the tarball release images of alpine
2020-02-24 06:09:08 <opal> oh yeah i guess it does exist but i dont recall abuild ever asking to write to it
2020-02-24 06:10:39 <opal> crockwork i dont recall ever looking for exploits
2020-02-24 06:10:57 <crockwork> the persistence of recollection
2020-02-24 06:11:03 <crockwork> *melting shellcode drips down a terminal*
2020-02-24 06:12:09 <alpine-bridge> monado[d]: I agree, flatpak usually has me covered
2020-02-24 06:12:14 <opal> hm gonna ask in -devel to make sure im not going insane
2020-02-24 06:12:19 <crockwork> ew, flatpak
2020-02-24 06:12:20 <alpine-bridge> monado[d]: but I shouldn't be talking, void still runs on my main system
2020-02-24 06:12:26 <opal> monado: for what, glibc programs?
2020-02-24 06:12:29 <alpine-bridge> monado[d]: yes
2020-02-24 06:12:34 <crockwork> that works for glibc?
2020-02-24 06:12:35 <opal> i tried flatpak once and had issues with it
2020-02-24 06:12:35 <alpine-bridge> monado[d]: i still need d*scord
2020-02-24 06:12:35 <crockwork> wtf
2020-02-24 06:12:39 <opal> getting pcsx2 to run namely
2020-02-24 06:12:45 <opal> yeah its basically a container thing
2020-02-24 06:12:52 <alpine-bridge> monado[d]: mainly because of this server, I don't know who would run it otherwise
2020-02-24 06:12:52 <opal> discord runs in web browser fine
2020-02-24 06:13:10 <crockwork> unless you're in firefox and join vox
2020-02-24 06:13:11 <crockwork> lmfao
2020-02-24 06:13:12 <opal> alpine's on irc too
2020-02-24 06:13:13 <alpine-bridge> monado[d]: it's whole purpose is to be a bridge to this specific irc channel
2020-02-24 06:13:14 <crockwork> and then pulseaudio kicks in
2020-02-24 06:13:20 <opal> oh
2020-02-24 06:13:34 <opal> i use matrix for bridging shit now
2020-02-24 06:13:41 <opal> its bad too but its foss at least
2020-02-24 06:13:44 <crockwork> including your current connection?
2020-02-24 06:13:54 <alpine-bridge> monado[d]: sadly, the client sucks on iOS
2020-02-24 06:14:00 <opal> no i mean for bridging things i need to bridge
2020-02-24 06:14:05 <alpine-bridge> monado[d]: don't rail on me for having an iPhone, it wasn't my choice
2020-02-24 06:14:08 <crockwork> the host sucks on ios, monado
2020-02-24 06:14:10 <crockwork> :^)
2020-02-24 06:14:22 <alpine-bridge> monado[d]: what do you mean by the host?
2020-02-24 06:14:39 <crockwork> ios itself; i was riffing while you were typing apologetics
2020-02-24 06:14:49 <alpine-bridge> monado[d]: haha
2020-02-24 06:15:31 <alpine-bridge> monado[d]: I've left discord before, and just ended up coming back
2020-02-24 06:15:43 <crockwork> dicksword
2020-02-24 06:15:49 <alpine-bridge> monado[d]: d*iscord
2020-02-24 06:18:04 <paper_> hi monado
2020-02-24 06:18:28 <alpine-bridge> monado[d]: hello paper
2020-02-24 06:34:13 <Cogitri> Is it possible to highlight people over the discord bridge?
2020-02-24 06:35:55 <alpine-bridge> monado[d]: like an irc mention?
2020-02-24 06:36:27 <alpine-bridge> monado[d]: i don't think so
2020-02-24 06:36:34 <Cogitri> Yes
2020-02-24 06:36:57 <Cogitri> That's unfortunate
2020-02-24 06:37:02 <alpine-bridge> monado[d]: there aren't many active on the bridge, so I don't think it's too big of a problem right now
2020-02-24 06:37:54 <opal> alright, sent in my patch
2020-02-24 06:37:59 <opal> did my deed of the day
2020-02-24 06:39:20 <crockwork> only one?
2020-02-24 06:39:23 <crockwork> kinda lazy
2020-02-24 06:40:19 <alpine-bridge> monado[d]: haha, one day i'd like to contribute
2020-02-24 06:40:27 <alpine-bridge> monado[d]: would give me some purpse you know
2020-02-24 06:40:33 <alpine-bridge> monado[d]: *purpos
2020-02-24 06:40:38 <alpine-bridge> monado[d]: *purpose
2020-02-24 06:40:41 <alpine-bridge> monado[d]: wow i can't type
2020-02-24 06:40:54 <opal> only needed to send in one
2020-02-24 06:40:55 <opal> for now
2020-02-24 06:41:12 <opal> fixes main/charybdis
2020-02-24 06:41:19 <opal> which was an utterly broken package after the 4.x update
2020-02-24 07:06:25 <alpine-bridge> unowe[d]: ah yeah I disabled mentions on both sides, IRC and Discord for the bridge
2020-02-24 07:06:56 <alpine-bridge> unowe[d]: although if you want I could enable them
2020-02-24 07:10:03 <alpine-bridge> monado[d]: it would be harder for the irc folks
2020-02-24 07:10:14 <alpine-bridge> monado[d]: since they would need the discriminator
2020-02-24 07:10:29 <alpine-bridge> monado[d]: as of now, I feel like it's a nonissue
2020-02-24 07:11:14 <alpine-bridge> monado[d]: let me see how discord messges are formatted
2020-02-24 07:11:33 <monado_> alright, this isn't too bad
2020-02-24 07:12:06 <maldridge> really annoying though; I'm considering an /ignore of the bridge
2020-02-24 07:12:13 <maxice8> ^
2020-02-24 07:13:18 <opal> how's it annoying
2020-02-24 07:13:33 <opal> other than the fact that it's discord
2020-02-24 07:13:35 <maldridge> its one "user" flooding the channel with a name wider than the average of the channel
2020-02-24 07:13:54 <opal> blame freenode for using a nicklen larger than 9
2020-02-24 07:13:56 <maldridge> and that its screwing with the formatting of the messages based on different norms of the two very disimilar platforms being bridged
2020-02-24 07:13:59 <opal> and then fix your client to cap it to 9 chars
2020-02-24 07:13:59 <opal> ;)
2020-02-24 07:14:06 <maldridge> freenode isn't the outsider here
2020-02-24 07:14:31 <opal> freenode's the party allowing for large nicks
2020-02-24 07:14:43 <alpine-bridge> monado[d]: what's the large nickname in question?
2020-02-24 07:14:49 <opal> 'alpine-bridge'
2020-02-24 07:14:49 <maldridge> 'alpine-bridge'
2020-02-24 07:14:54 <opal> jinx
2020-02-24 07:15:01 <alpine-bridge> monado[d]: that can be changed easily
2020-02-24 07:15:04 <maldridge> which gets then expanded to 'alpine-bridge: <user>'
2020-02-24 07:15:04 <maxice8> I already asked for this
2020-02-24 07:15:08 <maxice8> have a bridge like Riot does it
2020-02-24 07:15:11 <maldridge> since you're coming across the link as a fake user
2020-02-24 07:15:19 <opal> "riot" doesnt do bridging
2020-02-24 07:15:21 <alpine-bridge> monado[d]: how does riot do it?
2020-02-24 07:15:22 <opal> youre thinking matrix
2020-02-24 07:15:32 <opal> and matrix's bridging is fucking awful in practice
2020-02-24 07:15:34 <maldridge> matrix is somehow bridged at a network level
2020-02-24 07:15:39 <maldridge> I'm still shocked that was approved
2020-02-24 07:15:48 <alpine-bridge> monado[d]: by who?
2020-02-24 07:15:50 <opal> yeah, give buggy software an i:line
2020-02-24 07:16:09 <opal> matrix.org runs appservice-irc for freenode
2020-02-24 07:16:18 <alpine-bridge> monado[d]: oh
2020-02-24 07:16:19 <opal> freenode approved an i:line for matrix.org's ipv6 space
2020-02-24 07:16:30 <maldridge> "approved" is a strong word
2020-02-24 07:16:41 <opal> heh
2020-02-24 07:16:43 <alpine-bridge> monado[d]: "since you're coming across the link as a fake user"
2020-02-24 07:16:44 <maldridge> since as near as I can tell there was no discussion around it, it just happened
2020-02-24 07:16:46 <alpine-bridge> monado[d]: explain>
2020-02-24 07:16:51 <opal> yeah staff still talk shit about it routinely
2020-02-24 07:16:58 <maldridge> you're not a real IRC uesr, you're shadowed behind this fake alpine-bridge user
2020-02-24 07:17:14 <maldridge> so you come across the link as a real irc user, which then prefixes all your messages with your remote ID
2020-02-24 07:17:19 <opal> i wish the irc bridge was implemented for use e.g. with pylink
2020-02-24 07:17:34 <alpine-bridge> monado[d]: can i get a link?
2020-02-24 07:17:38 <opal> that way instead of a shitload of tcp connections, you could just have a direct server bridge
2020-02-24 07:17:52 <maldridge> server bridges are equivilant to o lines
2020-02-24 07:17:54 <maldridge> no-one gets those
2020-02-24 07:18:18 <opal> pylink's easily audited i would say
2020-02-24 07:18:27 <maldridge> monado: the particular library is not important, its an option that wouldn't be usable here
2020-02-24 07:18:39 <alpine-bridge> monado[d]: understood
2020-02-24 07:18:57 <alpine-bridge> monado[d]: I still don't see another viable solution then, except the classic "leave discord" idea
2020-02-24 07:19:07 <opal> thats a good idea to be fair
2020-02-24 07:19:12 <alpine-bridge> monado[d]: of course it is
2020-02-24 07:19:16 <maldridge> actually joining the community you wish to be a part of tends to be the most direct option
2020-02-24 07:19:32 <alpine-bridge> monado[d]: i just don't have the facilities to host znc and the like
2020-02-24 07:19:52 <alpine-bridge> monado[d]: maldridge: i usually join through irc, this time was the exceptio
2020-02-24 07:19:57 <alpine-bridge> monado[d]: *exception
2020-02-24 07:20:01 <danieli> you can host the discord bridge but not a bouncer?
2020-02-24 07:20:03 <danieli> sounds a bit odd
2020-02-24 07:20:06 <opal> heh
2020-02-24 07:20:13 <alpine-bridge> monado[d]: I don't host the bridge
2020-02-24 07:20:15 <opal> in any case i host a znc for some peeps
2020-02-24 07:20:17 <danieli> either way, it's kind of a shame about the gatekeeping and fracturing of the 'community'
2020-02-24 07:20:24 <opal> im sure others would let you use theirs too
2020-02-24 07:20:35 <alpine-bridge> monado[d]: I may have access to one
2020-02-24 07:20:39 <maldridge> asking people to use a standard technology used by the project and thousands others hardly counts as "gatekeeping" imho
2020-02-24 07:20:46 <maldridge> though of course you are entitled to your own opinion
2020-02-24 07:21:01 <opal> alpine has been the least-guilty of gatekeeping of many projects ive seen
2020-02-24 07:21:05 <alpine-bridge> monado[d]: i don't see it as too much of an issue, given the small scale
2020-02-24 07:21:23 <maldridge> though if you'd prefer I can of course move this disscussion to the mailing list and wrap my messages hard at 79 ASCII characters, which isn't gatekeepish at all /s
2020-02-24 07:21:26 <opal> compared to voidlinux which has all devel on github, it's easy to contribute to alpine and interact with community
2020-02-24 07:21:44 <opal> who the hell has complained on the ML for shit like that?
2020-02-24 07:21:53 <opal> if i ever "complain" i just kindly point it out
2020-02-24 07:22:03 <opal> after im done with my actual reply, that is
2020-02-24 07:22:10 <opal> i dont send a message just to nitpick at someone
2020-02-24 07:22:28 <alpine-bridge> monado[d]: malridge: i see the /s, but do you think this discussion is worthy of the mailing list?
2020-02-24 07:22:29 <opal> theres ML, gitlab, and irc for discussion and development
2020-02-24 07:22:36 <alpine-bridge> monado[d]: ML is?
2020-02-24 07:22:43 <opal> mailing list
2020-02-24 07:22:45 <alpine-bridge> monado[d]: ah
2020-02-24 07:22:49 <maldridge> monado: no, largely because I'm not particularly attached to how alpine chooses to operate its community
2020-02-24 07:22:57 <alpine-bridge> monado[d]: i see
2020-02-24 07:23:00 <maldridge> I'm more curious who is hosting this bridge tbh
2020-02-24 07:23:04 <maldridge> I assumed it was you
2020-02-24 07:23:04 <opal> i love being able to git-send-email my patches rather than fiddle with gitlab
2020-02-24 07:23:05 <alpine-bridge> monado[d]: unowe
2020-02-24 07:23:14 <opal> i have no interest in learning web-based contribution workflows
2020-02-24 07:23:19 <alpine-bridge> monado[d]: because i don't have the facilities yet
2020-02-24 07:23:28 <maldridge> ah,
2020-02-24 07:23:39 <alpine-bridge> monado[d]: once I do, wouldn't be surprising if I hosted it
2020-02-24 07:23:41 <opal> whats your irc client of choice btw monado
2020-02-24 07:23:49 <alpine-bridge> monado[d]: right now i play the part of the "ideas man"
2020-02-24 07:24:25 <alpine-bridge> monado[d]: opal: on iOS, it's IglooIRC. on macOS (i'm sorry) it's Textual. On Linux, I haven't found an end all solution yet, but i use irssi
2020-02-24 07:24:38 <maldridge> give weechat a try
2020-02-24 07:24:44 <opal> dont give weechat a try
2020-02-24 07:24:52 <opal> ive been using quassel for a bit now until i finish writing my own client
2020-02-24 07:24:59 <alpine-bridge> monado[d]: i wish there was something like textual on Linux
2020-02-24 07:25:06 <alpine-bridge> monado[d]: but i do what I can
2020-02-24 07:25:24 <opal> hosting quasselcore on my laptop, and i use the gui on desktop and quasseldroid on phone
2020-02-24 07:25:32 <opal> dunno how ios/osx support is
2020-02-24 07:25:42 <alpine-bridge> monado[d]: fair enough
2020-02-24 07:25:59 <alpine-bridge> monado[d]: I was born in a generation beyond mass irc adoption
2020-02-24 07:26:03 <opal> im not one of those who berates for ios/osx
2020-02-24 07:26:07 <opal> just personally isnt my thing, especially ios
2020-02-24 07:26:15 <alpine-bridge> monado[d]: I understnad
2020-02-24 07:26:18 <alpine-bridge> monado[d]: *understand
2020-02-24 07:26:30 <opal> id rather be stuck with osx than windows, likely
2020-02-24 07:26:40 <alpine-bridge> monado[d]: haha, i think most here would agree
2020-02-24 07:27:02 <opal> its well-designed and its a proper unix system, so why not
2020-02-24 07:27:11 <alpine-bridge> monado[d]: I'd like to see some kind of list made for the bridge, because i want to keep it
2020-02-24 07:27:47 <alpine-bridge> monado[d]: but i'd like to have the best integration possible. for many, irc just isn't the solution that handles everything (client, protocol and cdn)
2020-02-24 07:28:17 <opal> i think the discord presence is gonna receive a stigma from many people here given the use of a proprietary service for discussion of a free project
2020-02-24 07:28:31 <alpine-bridge> monado[d]: unfortunate
2020-02-24 07:28:37 <opal> i agree irc isnt great
2020-02-24 07:28:43 <maldridge> yeah I'm surprised you talk crap of github and yet you're somehow cool with this
2020-02-24 07:28:58 <opal> assume youre referring to monado here
2020-02-24 07:29:03 <opal> i assume*
2020-02-24 07:29:18 <alpine-bridge> monado[d]: i assume he means you, because I don't talk crap about github
2020-02-24 07:29:31 <opal> im not cool with the discord bridge though?
2020-02-24 07:29:33 <opal> when did i say that
2020-02-24 07:29:41 <opal> i just said the nicklen issue wasnt the bridge's fault
2020-02-24 07:29:54 <opal> that's true of any bridge if it were discord or not
2020-02-24 07:30:03 <alpine-bridge> monado[d]: beyond discord being proprietary, is there any other major knock against it
2020-02-24 07:30:10 <alpine-bridge> monado[d]: in terms of this case
2020-02-24 07:30:26 <alpine-bridge> unowe[d]: if you mean why Discord is bad
2020-02-24 07:30:27 <alpine-bridge> unowe[d]: it's Cloudflared also, and almost everyday has issues
2020-02-24 07:30:28 <alpine-bridge> unowe[d]: ¯\_(ツ)_/¯
2020-02-24 07:30:32 <opal> you have my blog post, my opinions/sentiments are pretty much summed up there
2020-02-24 07:30:42 <opal> yeah what unowe said too
2020-02-24 07:30:45 <alpine-bridge> monado[d]: yep, and I agree with all of it
2020-02-24 07:30:50 <alpine-bridge> unowe[d]: sorry I just got back, can I have a link to the blog post?
2020-02-24 07:30:52 <alpine-bridge> unowe[d]: lmao
2020-02-24 07:30:58 <alpine-bridge> monado[d]: I agree discord is bad, but irc isn't the end all be all either
2020-02-24 07:30:59 <opal> sure, https://wowana.me/blog/living-without-discord.xht
2020-02-24 07:31:15 <alpine-bridge> unowe[d]: ah thanks
2020-02-24 07:31:20 <maldridge> monado, for me its much closer to an "Eternal September" level of idiological unhappiness
2020-02-24 07:31:21 <opal> as far as extant protocols, theres xmpp and matrix
2020-02-24 07:31:22 <alpine-bridge> monado[d]: i'd have to make my own, tailored solution for that and time doesn't permit for me to do that
2020-02-24 07:31:22 <alpine-bridge> unowe[d]: I'll bookmark it, sounds interesting
2020-02-24 07:31:31 <alpine-bridge> unowe[d]: I'm already on both XMPP and Matrix, they're both pretty solid
2020-02-24 07:31:37 <opal> i'd actually favour cleaning up xmpp and getting implementations working well, rather than wasting time on matrix
2020-02-24 07:31:38 <opal> but thats me
2020-02-24 07:31:41 <alpine-bridge> monado[d]: high school gets in the way
2020-02-24 07:31:52 <opal> after high school its life
2020-02-24 07:31:57 <opal> basically: you'll never have time ;)
2020-02-24 07:32:13 <alpine-bridge> monado[d]: If I can clean up my life i'm sure i'll have time
2020-02-24 07:32:17 <opal> gl
2020-02-24 07:32:21 <alpine-bridge> monado[d]: thanks
2020-02-24 07:32:25 <danieli> being in my early 20s, irc feels a bit foreign to me too, as i never grew up with it in the first place
2020-02-24 07:32:43 <danieli> but i got used to it, these days i just have to remember to actually check irc once in a while
2020-02-24 07:32:46 <alpine-bridge> monado[d]: i never knew of irc beyond open source projects
2020-02-24 07:32:53 <opal> i feel at home with it only because i started using it at age 12 and felt like it was the one place on the internet where i could find people "like me"
2020-02-24 07:33:01 <_ikke_> From I time where not everything was shoohorned over http :)
2020-02-24 07:33:09 <alpine-bridge> monado[d]: that's discord for my generation
2020-02-24 07:33:17 <opal> my first experiences with irc were more 4chan-esque, not so much foss projects
2020-02-24 07:33:25 <alpine-bridge> monado[d]: because of the simplicity and noob friendliness of it all
2020-02-24 07:33:38 <alpine-bridge> unowe[d]: yeah, that's the thing...
2020-02-24 07:33:39 <alpine-bridge> unowe[d]: that can be good for some things, but bad for others
2020-02-24 07:33:40 <maldridge> _ikke_: what, you mean you don't hail the lord and savior HTTP framing?
2020-02-24 07:33:40 <danieli> _ikke_: yeah.. that's a not-so-nice aspect of muh technological advances\
2020-02-24 07:33:46 <alpine-bridge> monado[d]: I like 4chan, but i'll keep it there
2020-02-24 07:33:47 <alpine-bridge> unowe[d]: attracts a lot of.. young folk
2020-02-24 07:33:52 <opal> _ikke_ http/3 is supposed to fix that
2020-02-24 07:33:55 <danieli> pfft, you don't even do microservices with http?
2020-02-24 07:33:56 <danieli> pfffft
2020-02-24 07:34:00 <alpine-bridge> monado[d]: haha ikke
2020-02-24 07:34:13 <alpine-bridge> unowe[d]: and then you've got them looking up to all the other people in the rooms
2020-02-24 07:34:14 <alpine-bridge> unowe[d]: if they're toxic, those folk might end up toxic. if that makes sense.
2020-02-24 07:34:15 <maldridge> I'm sorry, you didn't encode your response as a protobuf streamed over http/2, so I couldn't decode it
2020-02-24 07:34:23 <alpine-bridge> monado[d]: irc and discord both have their shortfalls
2020-02-24 07:34:36 <danieli> oh well, good morning
2020-02-24 07:34:40 <_ikke_> I kind of like the minimalistic aspect of IRC
2020-02-24 07:34:42 <danieli> time for me to quit procrastinating and get to work
2020-02-24 07:34:42 <opal> i dont recommend the internet to young people
2020-02-24 07:34:45 <opal> but in my case, it was what it was
2020-02-24 07:34:48 <alpine-bridge> monado[d]: in my eyes, irc requires work which i don't have the time for right now, but i won't hold that against it
2020-02-24 07:34:53 <opal> i was able to tolerate and make sense of it
2020-02-24 07:35:00 <opal> not everyone can be as fortunate
2020-02-24 07:35:08 <maldridge> monado, most things require work to gain value
2020-02-24 07:35:18 <opal> honestly i'd say i was safer how i grew up online than people starting out on facebook and instagram at age 12
2020-02-24 07:35:20 <alpine-bridge> monado[d]: along with that, irc doesn't have many social communities that are accessable
2020-02-24 07:35:24 <maldridge> this idea that the community should come to newcommers, rather than newcommers to the community is infuriating to me
2020-02-24 07:35:29 <opal> kids are encouraged to do a lot of dumb shit nowadays
2020-02-24 07:35:46 <alpine-bridge> unowe[d]: how did you start out?
2020-02-24 07:35:56 <alpine-bridge> monado[d]: maldrige, doubt many newcommers are attracted to alpine anyway
2020-02-24 07:35:59 <opal> unowe: me?
2020-02-24 07:36:02 <alpine-bridge> unowe[d]: yes
2020-02-24 07:36:05 <alpine-bridge> monado[d]: the group has about 30 people, 3 that are active
2020-02-24 07:36:09 <opal> kinda confusing to talk in here without highlights/mentions lol
2020-02-24 07:36:20 <alpine-bridge> unowe[d]: I can enable highlights if you wish
2020-02-24 07:36:34 <alpine-bridge> monado[d]: if it matters, i'd greenlight it
2020-02-24 07:36:35 <maldridge> that might make it slightly more clear who you're talking to
2020-02-24 07:36:36 <opal> unowe: real early age it was forums, then irc and 4chan
2020-02-24 07:36:51 <opal> i grew up where everyone and their dog said "dont share personal info with strangers"
2020-02-24 07:36:54 <opal> so i took that to heart
2020-02-24 07:37:04 <alpine-bridge> monado[d]: different mindset nowadays
2020-02-24 07:37:15 <opal> thank god too, so many attempted doxes on me
2020-02-24 07:37:41 <alpine-bridge> monado[d]: i don't want to come off as "i'm not like other guys" but that kind of behavior doesn't fit me at all
2020-02-24 07:37:51 <alpine-bridge> monado[d]: though i'm from that generation, being in my mid teens
2020-02-24 07:37:55 <opal> what kind of behaviour
2020-02-24 07:38:11 <alpine-bridge> monado[d]: the whole culture surrounding instagram/snapchat
2020-02-24 07:38:19 <opal> ah
2020-02-24 07:38:24 <opal> how old are you if you dont mind me asking
2020-02-24 07:38:27 <alpine-bridge> monado[d]: 15
2020-02-24 07:38:37 <opal> getting into alpine early :D
2020-02-24 07:38:50 <opal> my first distro was ubuntu heh
2020-02-24 07:38:51 <alpine-bridge> monado[d]: i've been using linux on the desktop for over a year
2020-02-24 07:38:55 <opal> nice
2020-02-24 07:39:00 <alpine-bridge> unowe[d]: I'll restart the bridge later, I don't want to interrupt the convo lmao
2020-02-24 07:39:05 <alpine-bridge> monado[d]: my first real distro was fedora, i'm on void right now
2020-02-24 07:39:10 <_ikke_> opal: I think we're from about the same generation
2020-02-24 07:39:12 <PureTryOut[m]> That does explain the Discord usage...
2020-02-24 07:39:14 <alpine-bridge> unowe[d]: my first was Ubuntu, my current is Gentoo
2020-02-24 07:39:16 <opal> _ikke_ nice
2020-02-24 07:39:28 <maldridge> unowe how long does it take to reload the bridge?  if its a few seconds I'm sure we'd be fine to tolerate the disruption for clarity
2020-02-24 07:39:28 <opal> i really hate void
2020-02-24 07:39:31 <alpine-bridge> monado[d]: that was my point about discord usage
2020-02-24 07:39:34 <alpine-bridge> monado[d]: i love void
2020-02-24 07:39:40 <opal> yeah just restart it, we'll continue after
2020-02-24 07:39:45 <alpine-bridge> unowe[d]: roughly 30 seconds
2020-02-24 07:39:46 <alpine-bridge> unowe[d]: don't want to miss any messages
2020-02-24 07:39:47 <alpine-bridge> unowe[d]: alright
2020-02-24 07:39:48 <maxice8> @maldridge re: php7-maxminddb i have tagged Andy, he touches most php7 stuff, if he shows no interest i can take a look into packaging it.
2020-02-24 07:39:50 <maldridge> we'll hold off
2020-02-24 07:39:51 <alpine-bridge> monado[d]: i can join via irc
2020-02-24 07:40:09 <maldridge> maxice8: I saw, I can look into it at work tomorrow as well, a lot of folks going to RSA conference this week so its a slow week in prod
2020-02-24 07:40:23 <monado_> hello
2020-02-24 07:40:24 <maxice8> @maldridge ok
2020-02-24 07:40:32 <alpine-bridge> unowe[d]: test
2020-02-24 07:40:39 <maldridge> you're here
2020-02-24 07:40:41 <alpine-bridge> unowe[d]: opal: all good?
2020-02-24 07:40:43 <monado_> monado: test
2020-02-24 07:40:55 <alpine-bridge> monado[d]: does irssi even support mentions
2020-02-24 07:40:58 <opal> yeah works
2020-02-24 07:41:04 <alpine-bridge> unowe[d]: try typing `@unowe`
2020-02-24 07:41:08 <maldridge> maxice8: we're down in the fine hellscape of zend profiling, and realized that mmdb is not an effecient to read format
2020-02-24 07:41:09 <monado_> @unowe
2020-02-24 07:41:12 <alpine-bridge> unowe[d]: yep that pings me
2020-02-24 07:41:16 <monado_> @monado
2020-02-24 07:41:19 <alpine-bridge> monado[d]: great
2020-02-24 07:41:20 <opal> why would you require @ aaaaa
2020-02-24 07:41:23 <opal> nobody uses @ to ping here
2020-02-24 07:41:27 <alpine-bridge> unowe[d]: idk, Discord
2020-02-24 07:41:28 <alpine-bridge> unowe[d]: ¯\_(ツ)_/¯
2020-02-24 07:41:30 <opal> :v
2020-02-24 07:41:35 <maldridge> discord norms
2020-02-24 07:41:37 <monado_> ...that could be an issue
2020-02-24 07:41:40 <opal> @everyone
2020-02-24 07:41:44 <alpine-bridge> unowe[d]: oh shite
2020-02-24 07:41:48 <monado_> discord has a lot of norms I don't like
2020-02-24 07:41:48 <alpine-bridge> unowe[d]: that worked
2020-02-24 07:41:48 <maldridge> lol does that actually work across the bridg
2020-02-24 07:41:51 <alpine-bridge> unowe[d]: yes
2020-02-24 07:41:52 <alpine-bridge> unowe[d]: that worked
2020-02-24 07:41:52 <maldridge> loooool
2020-02-24 07:41:53 <opal> LOL
2020-02-24 07:41:54 <alpine-bridge> lgs[d]: :/
2020-02-24 07:41:56 <monado_> haha
2020-02-24 07:42:03 <alpine-bridge> unowe[d]: *now* I remember why I disabled it hahaha
2020-02-24 07:42:05 <alpine-bridge> lgs[d]: unowe fix your damn bot
2020-02-24 07:42:07 <alpine-bridge> lgs[d]: lmao
2020-02-24 07:42:09 <alpine-bridge> raatty[d]: fun
2020-02-24 07:42:20 <alpine-bridge> unowe[d]: https://cdn.discordapp.com/attachments/661834182934265883/681405533651206154/Screenshot_from_2020-02-24_07-42-13.png
2020-02-24 07:42:21 <maldridge> we can pause again for a few moments if you want to bounce and turn that off
2020-02-24 07:42:35 <opal> cant you just disable that from discord permissions
2020-02-24 07:42:44 <Fusl> ^
2020-02-24 07:42:50 <alpine-bridge> monado[d]: yes
2020-02-24 07:42:52 <alpine-bridge> unowe[d]: nope, webhooks
2020-02-24 07:42:53 <alpine-bridge> monado[d]: https://cdn.discordapp.com/attachments/661834182934265883/681405673040511008/unknown.png
2020-02-24 07:42:59 <opal> heh
2020-02-24 07:43:00 <alpine-bridge> monado[d]: webhooks don't allow it?
2020-02-24 07:43:09 <alpine-bridge> raatty[d]: webhooks get around the perms
2020-02-24 07:43:11 <alpine-bridge> lgs[d]: ^
2020-02-24 07:43:17 <alpine-bridge> monado[d]: thank you discord
2020-02-24 07:43:17 <alpine-bridge> ⚣LGBTqueen⚣[d]: 😤
2020-02-24 07:43:19 <alpine-bridge> lgs[d]: you can just do escape_mentions in the thing thoubh
2020-02-24 07:43:21 <alpine-bridge> lgs[d]: you can just do escape_mentions in the thing though
2020-02-24 07:43:22 <Fusl> you're using a webhook for a discord bridge? huh
2020-02-24 07:43:25 <opal> all this trouble when you could just use irc :^)
2020-02-24 07:43:29 <alpine-bridge> lgs[d]: Yes, so your names show up as the username
2020-02-24 07:43:33 <alpine-bridge> Ichinomiya Anko[d]: Is this matterbridge?
2020-02-24 07:43:36 <alpine-bridge> raatty[d]: u can configure the bridge to replace words tho
2020-02-24 07:43:37 <alpine-bridge> monado[d]: no
2020-02-24 07:43:38 <alpine-bridge> unowe[d]: yes
2020-02-24 07:43:38 <Fusl> oh yeah that makes sense
2020-02-24 07:43:41 <alpine-bridge> monado[d]: wait
2020-02-24 07:43:45 <alpine-bridge> unowe[d]: alright, restarting
2020-02-24 07:43:51 <maldridge> huh, global sed on a bridge is an interesting idea
2020-02-24 07:44:08 <alpine-bridge> unowe[d]: test
2020-02-24 07:44:10 <opal> heh both your nicks end with 'ridge'
2020-02-24 07:44:12 <opal> test received
2020-02-24 07:44:22 <alpine-bridge> unowe[d]: try (@)everyone now
2020-02-24 07:44:24 <alpine-bridge> raatty[d]: lolz
2020-02-24 07:44:26 <opal> @everyone
2020-02-24 07:44:28 <alpine-bridge> unowe[d]: nie
2020-02-24 07:44:29 <alpine-bridge> unowe[d]: nice
2020-02-24 07:44:32 <alpine-bridge> raatty[d]: (@)everyone
2020-02-24 07:44:32 <alpine-bridge> monado[d]: try pinging me?
2020-02-24 07:44:38 <_ikke_> monado:
2020-02-24 07:44:40 <alpine-bridge> monado[d]: or another discord user
2020-02-24 07:44:44 <Fusl> @monado hi
2020-02-24 07:44:50 <_ikke_> @monado[d]
2020-02-24 07:44:51 <alpine-bridge> monado[d]: cool, it works
2020-02-24 07:45:02 <alpine-bridge> monado[d]: just my nickname though
2020-02-24 07:45:07 <maldridge> for certain definitions of "works"
2020-02-24 07:45:08 <alpine-bridge> monado[d]: https://cdn.discordapp.com/attachments/661834182934265883/681406241028964378/unknown.png
2020-02-24 07:45:21 <Fusl> so with @ and without the [d]
2020-02-24 07:45:25 <alpine-bridge> monado[d]: I can make a mailing list post outlining how we should proceed with this
2020-02-24 07:45:26 <alpine-bridge> monado[d]: yes
2020-02-24 07:45:26 <twosecslater> @unowe
2020-02-24 07:45:33 <twosecslater> @everyone
2020-02-24 07:45:36 <alpine-bridge> unowe[d]: all good
2020-02-24 07:45:45 <alpine-bridge> lgs[d]: it's interesting how discord parses mentions. i could do \@lgs to ping someone or just type @username and discord will translate that to the first one
2020-02-24 07:45:47 <Fusl> @here @channel test
2020-02-24 07:45:56 <alpine-bridge> monado[d]: doesn't work
2020-02-24 07:46:05 <alpine-bridge> monado[d]: https://cdn.discordapp.com/attachments/661834182934265883/681406480095772723/unknown.png
2020-02-24 07:46:07 <alpine-bridge> unowe[d]: I first figured out about the ID mention because of reading raw messages from a Discord bot
2020-02-24 07:46:19 <alpine-bridge> lgs[d]: ye
2020-02-24 07:46:53 <alpine-bridge> monado[d]: anyways, I think a mailing list discussion is in order about how we should proceed with this
2020-02-24 07:46:56 <alpine-bridge> unowe[d]: anyways, gotta catch a bus in less than 10 minutes. might still talk over IRC under the username `twosecslater`
2020-02-24 07:47:04 <alpine-bridge> unowe[d]: if any interesting topics arise
2020-02-24 07:47:04 <alpine-bridge> monado[d]: understood
2020-02-24 07:47:18 <maldridge> ...
2020-02-24 07:47:18 <alpine-bridge> lgs[d]: where could i find the mailing list?
2020-02-24 07:47:18 <alpine-bridge> Ichinomiya Anko[d]: At least you can't mention me directly from IRC
2020-02-24 07:47:21 <Fusl> wanna share an invite url?
2020-02-24 07:47:28 <alpine-bridge> unowe[d]: invite URL for? Discord?
2020-02-24 07:47:33 <Fusl> yeah
2020-02-24 07:47:35 <alpine-bridge> lgs[d]: https://discord.gg/jwx8FQH
2020-02-24 07:47:44 <maldridge> isn't the entire point here that you can join discord from your phone on the bus?  why would you join discord from some places and IRC from others
2020-02-24 07:47:45 <alpine-bridge> raatty[d]: so anyone want to try helping me with bluetooth?
2020-02-24 07:47:59 <alpine-bridge> unowe[d]: idk, I prefer using conversations on my phone than Discord
2020-02-24 07:48:12 <ichianko> @Ichinomiya Anko
2020-02-24 07:48:14 <alpine-bridge> monado[d]: depends on the person i guess
2020-02-24 07:48:18 <alpine-bridge> unowe[d]: ¯\_(ツ)_/¯
2020-02-24 07:48:19 <maldridge> interesting perspective
2020-02-24 07:48:20 <ichianko> lolz
2020-02-24 07:48:41 <maldridge> 
ACTION tethers a laptop and chats from irc everywhere

2020-02-24 07:48:47 <alpine-bridge> monado[d]: I prefer phone conversations on discord
2020-02-24 07:49:05 <alpine-bridge> unowe[d]: by conversations I mean https://conversations.im
2020-02-24 07:49:10 <alpine-bridge> Fusl[d]: yeet
2020-02-24 07:49:12 <ichianko> I feel discord client on mobile is terrible
2020-02-24 07:49:17 <_ikke_> Maybe we should move this to #alpine-offtopic
2020-02-24 07:49:24 <alpine-bridge> unowe[d]: that room requires registration
2020-02-24 07:49:45 <ichianko> Registered nick?
2020-02-24 07:49:56 <maldridge> yes, its +r
2020-02-24 07:49:58 <alpine-bridge> monado[d]: yes
2020-02-24 07:50:04 <alpine-bridge> unowe[d]: I can register it later, about to go to school
2020-02-24 07:50:05 <maldridge> most likely to deal with spam
2020-02-24 07:50:18 <alpine-bridge> monado[d]: I don't know how much spamming would happen
2020-02-24 07:50:29 <alpine-bridge> monado[d]: in an alpine linux offtopic channel
2020-02-24 07:50:34 <maldridge> sit on IRC more
2020-02-24 07:50:38 <_ikke_> not anymore
2020-02-24 07:50:39 <maldridge> its network wide spam
2020-02-24 07:50:54 <maldridge> ehhh, sibyl and the server side mitigations aren't all they're cracked up to be
2020-02-24 07:50:57 <alpine-bridge> monado[d]: ah, I've seen that
2020-02-24 07:51:09 <alpine-bridge> monado[d]: spammers on foonetic
2020-02-24 07:51:15 <alpine-bridge> monado[d]: back when i was learning how to use irc
2020-02-24 07:51:25 <_ikke_> @monado wouldn't it be a good idea to register alpine-bridge?
2020-02-24 07:51:36 <alpine-bridge> monado[d]: yes, it's being worked on
2020-02-24 07:51:46 <alpine-bridge> Fusl[d]: are multi-line messages filtered?
2020-02-24 07:51:54 <alpine-bridge> monado[d]: i can test that out
2020-02-24 07:51:54 <alpine-bridge> lgs[d]: test
2020-02-24 07:51:55 <alpine-bridge> lgs[d]: test2
2020-02-24 07:52:27 <ichianko> It sent as different message
2020-02-24 07:52:28 <alpine-bridge> Fusl[d]: i meant more like 30+ lines inside a code block :P
2020-02-24 07:52:55 <_ikke_> Don't test that please :)
2020-02-24 07:52:57 <ichianko> For that, I guess it's better to use pastebin service
2020-02-24 07:52:58 <alpine-bridge> monado[d]: conventional wisdom points to using a pastebin for that
2020-02-24 07:53:14 <alpine-bridge> monado[d]: i'll add it to the serverwide rules
2020-02-24 07:53:16 <alpine-bridge> Fusl[d]: yeah. i figured as much. just pastebin everything longer than 3 or so lines
2020-02-24 07:53:39 <alpine-bridge> Fusl[d]: or just make the bot delete messages out of this channel when they exceed a certain limit of lines
2020-02-24 07:54:10 <alpine-bridge> Fusl[d]: either delete the messages or dont forward the message and let the user know that it hasnt been forwarded
2020-02-24 07:54:26 <alpine-bridge> monado[d]: the server is pretty small as of now, and I intend to keep it that way
2020-02-24 07:54:38 <alpine-bridge> raatty[d]: lolz
2020-02-24 07:54:51 <alpine-bridge> monado[d]: I am pretty sure everyone reads the rules, and will use a pastebin if needed
2020-02-24 07:55:00 <ichianko> @monado can check if yagpdb have that feature on automod?
2020-02-24 07:55:16 <alpine-bridge> lgs[d]: it'd still proxy the message
2020-02-24 07:55:53 <ichianko> Ah yeah, I forget no delete feature on IRC
2020-02-24 07:56:07 <alpine-bridge> monado[d]: for any future bridge realted discussion, I think we should use the mailing list
2020-02-24 07:56:20 <alpine-bridge> lgs[d]: could someone link me to info about that?
2020-02-24 07:56:31 <alpine-bridge> monado[d]: about joining the mailing list?
2020-02-24 07:56:33 <alpine-bridge> lgs[d]: yes
2020-02-24 07:57:08 <alpine-bridge> monado[d]: https://wiki.alpinelinux.org/wiki/Alpine_Linux:Mailing_lists
2020-02-24 07:57:14 <mps> uhhh, these messages from 'user' bridge looks really ugly
2020-02-24 07:57:19 <alpine-bridge> lgs[d]: thank you
2020-02-24 07:57:26 <alpine-bridge> monado[d]: yeah, we can fix them
2020-02-24 07:59:09 <alpine-bridge> monado[d]: https://cdn.discordapp.com/attachments/661834182934265883/681409762235252756/unknown.png
2020-02-24 07:59:41 <alpine-bridge> monado[d]: great, I don't have my phone with me. This means I can't check if i'm subscribed to the user mailing list
2020-02-24 08:00:32 <opal> got distracted
2020-02-24 08:01:06 <alpine-bridge> monado[d]: I just put off an english essay, hopefully my teacher understnads
2020-02-24 08:01:08 <alpine-bridge> monado[d]: I just put off an english essay, hopefully my teacher understands
2020-02-24 09:49:04 <Guest45> I am trying to post a new question in the mailing list, but it seems the registration is currently closed.
2020-02-24 09:51:08 <Cogitri> You don't need to register
2020-02-24 09:51:09 <Cogitri> Simply send a mail to the ML
2020-02-24 09:51:40 <Cogitri> Just press the "New Post" button
2020-02-24 10:12:43 <Guest45> I tried to send to ~alpine/users@lists.alpinelinux.org but I get Delivery Status Notification (Failure)
2020-02-24 10:18:14 <_ikke_> Guest45: We're looking into it
2020-02-24 10:55:19 <Guest45> Thanx
2020-02-24 10:55:29 <Guest45> Maybe I ask my question here :-)
2020-02-24 10:57:39 <Guest45> I wanted to know if there is way to get the CVEs for “End of support” Alpines.For example, is there a way (site, DB,feed,json,…) to understand (programmable) that nginx in alpine 3.4 is vulnerable to new CVEs like CVE-2019-9511?
2020-02-24 10:59:55 <_ikke_> We don't keep a list what versions of projects contains which vulnerabilities
2020-02-24 11:01:10 <_ikke_> We only track when it is fixed
2020-02-24 11:04:58 <Cogitri> You can expect Alpine versions that are EOL to be insecure, I don't think there's a need to keep track of _how_ insecure they are
2020-02-24 11:05:28 <Cogitri> That'd be a massive maintainance overhead that would get worse with every version
2020-02-24 11:12:10 <wagdez> I want to achieve a better granularity in our product. For example we want to mark nginx server which is vulnerable as "high risk", but if nginx is not installed then it will be "medium risk"
2020-02-24 11:13:42 <wagdez> I googled a little bit and found some sources that keep CVE information and fixes in alpine version, but as you said only on supported versions
2020-02-24 11:16:04 <Cogitri> I think marking everything bright red for EOL Alpine versions would be appropriate
2020-02-24 11:16:46 <Cogitri> Well, the point of EOL is that we don't maintain it anymore, so we don't maintain CVE records either
2020-02-24 11:40:46 <alpine-bridge> Asineth[d]: Might want to revoke everyone perms from the bot
2020-02-24 11:45:22 <alpine-bridge> lgs[d]: they did
2020-02-24 12:05:51 <_ikke_> wagdez: mailing list should work again, can you try again?
2020-02-24 12:12:08 <danieli> it worked
2020-02-24 12:12:38 <wagdez> I sent a test mail
2020-02-24 12:12:53 <wagdez> Did not get the error. Seems it worked. Thanx :-)
2020-02-24 12:15:47 <_ikke_> https://lists.alpinelinux.org/~alpine/users/%3C8BF0B890-9043-4AA2-B6F3-9312C0BF096E%40gmail.com%3E
2020-02-24 12:15:50 <_ikke_> it arrived
2020-02-24 12:16:55 <wagdez> Thanx. I believe if I ask my question there, I'll get the same answer as here =D
2020-02-24 12:18:36 <_ikke_> yup
2020-02-24 12:26:47 <pihpah> apk add --no-cache ffmpeg and nothing happens, Alpine 3.10
2020-02-24 12:27:09 <_ikke_> apk policy ffmpeg
2020-02-24 12:27:54 <_ikke_> or apk version ffmpeg
2020-02-24 12:28:28 <pihpah> It shows that it's installed. I don't get it.
2020-02-24 12:28:43 <_ikke_> so, is it installed?
2020-02-24 12:28:56 <pihpah> which ffmpeg shows nothing
2020-02-24 12:29:07 <_ikke_> apk info -L ffmpeg
2020-02-24 12:29:43 <pihpah> ffmpeg-20200224.120835 contains:
2020-02-24 12:29:48 <pihpah> that's all
2020-02-24 12:31:13 <_ikke_> seems like a strange version of ffmpeg
2020-02-24 12:31:23 <_ikke_> did you install some kind of git snapshot?
2020-02-24 12:31:46 <_ikke_> ffmpeg-4.1.4-r0 contains:
2020-02-24 12:31:48 <_ikke_> usr/bin/ffmpeg
2020-02-24 12:31:50 <_ikke_> (on 3.10)
2020-02-24 12:32:10 <pihpah> Ok, I sorted it out. I've installed it using --virtual flag. 'apk del ffmpeg && apk add' ffmpeg solved the issue
2020-02-24 12:32:13 <pihpah> Thanks
2020-02-24 12:32:17 <_ikke_> right
2020-02-24 12:32:42 <pihpah> --virtual is kind of a virtual disk ?
2020-02-24 12:33:00 <_ikke_> no
2020-02-24 12:33:18 <_ikke_> it created a virtual package that has a dependency on the packages you specify
2020-02-24 12:33:37 <_ikke_> so when you remove the virtual package, those specified packages are also removed automatically
2020-02-24 12:33:55 <mps> apk add -h
2020-02-24 12:47:03 <wagdez> I have a question regarding https://github.com/alpinelinux/alpine-secdb
2020-02-24 12:48:18 <wagdez> Does it contain only CVEs that already have a fix?
2020-02-24 12:53:29 <wagdez> If a new CVE discovered in a package but still is not fixed, is it maintained in the alpine-secdb?
2020-02-24 12:54:05 <_ikke_> No, the source of secdb are the commits that 'fixes' the CVE
2020-02-24 12:54:22 <_ikke_> it's not a general CVE database
2020-02-24 13:24:36 <td34> Hey, does anyone know how alpine checks package signatures? it seems that there is an apkindex.tar.gz which can be signed, but it appears that all of the mirorrs don't have the signature applied?
2020-02-24 13:54:00 <MY-R> td34, https://wiki.alpinelinux.org/wiki/Apkindex_format
2020-02-24 14:02:10 <td34> That seems out of date
2020-02-24 14:02:49 <td34> now within a package repository there is a APKINDEX.tar.gz, within that there is a signature, APKINDEX and a DESCRIPTION. no mention of a signature.tar.gz
2020-02-24 14:41:20 <td34> How do you validate the APKINDEX.tar.gz, whenever i try i get a verification failure
2020-02-24 16:10:35 <emitoma> test
2020-02-24 16:10:43 <alpine-bridge> unowe[d]: test
2020-02-24 16:24:23 <mps> there is freenode #test channel
2020-02-24 16:24:38 <mps> #alpine-linux is for helping users
2020-02-24 16:26:33 <alpine-bridge> lgs[d]: they were testingh the bridger
2020-02-24 16:26:37 <alpine-bridge> lgs[d]: er, i can't type
2020-02-24 16:27:11 <mps> again, this channel is not for testing anything
2020-02-24 17:21:21 <xxxxx> anyone succeeded in installing alpine in Pi3 w.r.t to wiki
2020-02-24 17:29:35 <codebam> can wpa_supplicant be removed as a dependency for connman?
2020-02-24 17:29:37 <codebam> connman works with iwd instead of wpa_supplicant
2020-02-24 17:29:39 <codebam> but only if wpa_supplicant isn't available according to the arch wiki
2020-02-24 17:31:35 <maxice8> Isn't it possible to just pass --wifi=iwd_agent ?
2020-02-24 17:31:59 <mckaygerhard> maxice8:  he are talking about removed unuseless dependency
2020-02-24 17:32:19 <codebam> maxice8 yeah but I don't want wpa_supplicant
2020-02-24 17:32:26 <mckaygerhard> puff
2020-02-24 17:32:31 <codebam> lol
2020-02-24 17:33:02 <maxice8> @codebam There might be merit in an idea of having an wifi-provider for wpa_supplicant/iwd/(another future implementation)
2020-02-24 17:34:40 <codebam> but does connman even need to be used for wifi?
2020-02-24 17:34:54 <codebam> like I mean, theoretically you could use it for ethernet. not sure why you would though
2020-02-24 17:35:33 <maxice8> also, that connman.initd is in pretty bad shape
2020-02-24 17:35:46 <maxice8> just a sidenote^
2020-02-24 17:50:28 <codebam> if I mess around with this APKBUILD to remove unused dependencies and add iwd and wireguard support would I be able to get it into the repos?
2020-02-24 17:53:05 <mps> codebam: yes, I thought to remove it when upgraded connman but forgot, sorry
2020-02-24 17:54:37 <codebam> no worries :)
2020-02-24 17:54:46 <mps> codebam: and any depends is not needed for connman
2020-02-24 17:55:17 <mps> I will fix this in a few minutes, thanks for reminder
2020-02-24 17:55:45 <codebam> oh awesome, thanks!
2020-02-24 17:59:18 <mps> expect it in about 15 minutes on mirrors
2020-02-24 18:00:22 <codebam> mps is the mvp :)
2020-02-24 18:00:26 <codebam> thanks man
2020-02-24 18:00:49 <mps> maxice8: mvp?
2020-02-24 18:00:59 <mps> sorry
2020-02-24 18:01:15 <mps> codebam: mvp?
2020-02-24 18:01:29 <codebam> most valuable player
2020-02-24 18:01:30 <_ikke_> most valuable person
2020-02-24 18:01:35 <codebam> or person yeah
2020-02-24 18:01:44 <mps> hehe, thanks
2020-02-24 18:03:25 <mps> maxice8: I agree, init script for connman doesn't look fine
2020-02-24 18:18:17 <maxice8> @mps i'll clean up the initd
2020-02-24 18:19:27 <mps> ok, and thanks
2020-02-24 18:22:10 <maxice8> @codebam you have a gitlab.a.o account ?
2020-02-24 18:22:22 <maxice8> !4458
2020-02-24 18:22:23 <monado_> _ikke_: I’m testing something, apparently your name becomes italicized over the bridge
2020-02-24 18:22:43 <maxice8> ikke has underscore before and after
2020-02-24 18:22:52 <maxice8> it is funny because my matrix client also makes it italic :D
2020-02-24 18:23:08 <monado_> https://i.arxius.io/a3d87b1c.png
2020-02-24 18:23:11 <monado_> It does
2020-02-24 18:24:36 <_ikke_> :)
2020-02-24 18:24:43 <_ikke_> I should rename to *ikke*
2020-02-24 18:25:08 <monado_> I think we can fix it
2020-02-24 18:25:53 <maxice8> or kdaudt
2020-02-24 18:25:56 <maxice8> to be consistent with gitlab
2020-02-24 18:26:24 <_ikke_> ahum :P
2020-02-24 18:26:28 <maxice8> i would change to leo but that is already taken
2020-02-24 18:26:38 <maxice8> __Leo is available though and i PART'd it :D
2020-02-24 18:29:09 <mps> maxice8: leo^2
2020-02-24 18:29:23 <_ikke_> TheRealLeo
2020-02-24 18:29:38 <maxice8> officialLeo :D
2020-02-24 19:08:00 <wagdez> I see there a page in the wiki for a tool called cvechecker, According to the wiki it should give answers on affected packages of Alpine... The page was last updated on 2013.
2020-02-24 19:09:06 <codebam> where should I put custom init.d services?
2020-02-24 19:09:24 <codebam> is there like a directory I can use to differentiate the ones I wrote myself?
2020-02-24 19:09:41 <wagdez> I noticed the tools working against the NVD DB, which is a good start :-). But it works with the CPEs, and it can lea to False Positives and False negatives. Any advice how can I use this tool to achieve my goal to detect CVEs on any alpine installation?
2020-02-24 19:09:44 <maxice8> No, use /etc/init.d
2020-02-24 19:10:15 <codebam> okay cool
2020-02-24 19:10:21 <maxice8> OpenRC doesn't use the systemd drop-in config system (/usr/lib|/lib -> /run -> /etc)
2020-02-24 19:52:20 <codebam> connman works great with iwd for anyone wondering
2020-02-24 19:52:22 <codebam> just copied the init.d service and changed it to use iwd
2020-02-24 19:54:32 <maxice8> you can do 'echo command_args="--wifi=iwd_agent"' > /etc/conf.d/connman
2020-02-24 20:08:20 <vkrishn> hi, does someone use redis often ?
2020-02-24 20:08:34 <_ikke_> I've only used it once in a while
2020-02-24 20:08:56 <vkrishn> just wanting to know if enabling https://tpaste.us/PMY7 in php7-pecl-redis would be useful
2020-02-24 20:09:28 <codebam> how do I enable my wireguard vpn service?
2020-02-24 20:09:29 <vkrishn> I have not done large file/text transfers in redis, yet
2020-02-24 20:09:40 <codebam> I created a config for it but I'm not sure how to turn it on
2020-02-24 20:09:54 <vkrishn> but read redis is quite ok with it
2020-02-24 20:10:52 <codebam> mps can connman be built with wireguard support?
2020-02-24 20:11:30 <codebam> it's fine if we want to keep the package minimal, but just asking because I'd use it if so
2020-02-24 20:11:31 <vkrishn> both options are useful, I could request mainterners to add them in al
2020-02-24 20:13:16 <mps> codebam: I think it is already built
2020-02-24 20:13:25 <vkrishn> both msgpack+lzf is available in al, so it should be a bit easier to add
2020-02-24 20:13:41 <mps> but I didn't had time to test does it works
2020-02-24 20:14:24 <codebam> not sure if it is, it's not listed in `connmanctl technologies` but I'm new to connman so I might be mistaken
2020-02-24 20:14:47 <mps> and mo notebook with connman is in reinstallation phase
2020-02-24 20:15:15 <mps> s/mo/my/
2020-02-24 20:16:02 <codebam> oh okay. I might have put it into the wrong configuration folder so I'll mess around a bit more
2020-02-24 20:16:55 <mps> apk info -L connman | grep wireg
2020-02-24 20:17:21 <mps> there should be wireguard.so or something similar
2020-02-24 20:19:42 <_ikke_> localstatedir, should that be the complete appdir, or just the prefix
2020-02-24 20:24:12 <mps> hm, /var/lib sounds better than /var
2020-02-24 20:30:21 <_ikke_> squid talks about /var/run/squid
2020-02-24 20:30:53 <maxice8> /var/run is a symlink to /run
2020-02-24 20:31:06 <_ikke_> sure
2020-02-24 20:31:45 <mps> if it possible it should be /run
2020-02-24 20:32:04 <maxice8> it should be /run, /var/run is legacy
2020-02-24 20:32:18 <mps> :)
2020-02-24 20:32:22 <_ikke_> but I don't think localstatedir should point to that, right?
2020-02-24 20:32:34 <opal> is this in reference to my chary patch?
2020-02-24 20:32:37 <_ikke_> no
2020-02-24 20:32:39 <opal> oh
2020-02-24 20:32:42 <mps> _ikke_: sure not
2020-02-24 20:33:02 <_ikke_> https://gitlab.alpinelinux.org/alpine/aports/issues/11249
2020-02-24 20:33:04 <mps> because /run is usually in tmpfs
2020-02-24 20:33:17 <_ikke_> nod
2020-02-24 20:33:28 <opal> oh squid uses --localstatedir=/var/run
2020-02-24 20:33:33 <opal> weird
2020-02-24 20:33:49 <_ikke_> "Squid registers its IPC channel sockets (Unix Domain Sockets or UDS) in the localstatedir. For standard installs, this is usually /var/run/squid."
2020-02-24 20:33:51 <mps> should be fixed, ofc
2020-02-24 20:34:02 <_ikke_> it's /var actually
2020-02-24 20:34:06 <_ikke_> in the APKBUILD
2020-02-24 20:34:09 <opal> oh yeah /var
2020-02-24 20:34:14 <opal> god all this shit is confusing
2020-02-24 20:34:17 <_ikke_> https://gitlab.alpinelinux.org/alpine/aports/blob/master/main/squid/APKBUILD#L51
2020-02-24 20:35:42 <mps> hmm, I thought these days to upgrade squid, iirc we have unresolved cve for it
2020-02-24 20:35:59 <mps> but really don't have time because of $day_job
2020-02-24 20:36:12 <maxice8> i would fix that /var/run thing but i looked at the initscript and noop'd out of there pretty quick
2020-02-24 20:36:18 <_ikke_> hehe
2020-02-24 20:36:29 <_ikke_> It's mostly a checkconf function
2020-02-24 20:36:47 <_ikke_> I would use pre_start and checkpath
2020-02-24 20:36:48 <mps> let me look current state
2020-02-24 20:37:20 <maxice8> and supervise-daemon and retry= instead of rolling out our own in that stop() function
2020-02-24 20:37:27 <maxice8> it is beautiful in a horrible way
2020-02-24 20:37:29 <_ikke_> heh
2020-02-24 20:38:30 <_ikke_> that initd script is quit old already
2020-02-24 20:38:49 <_ikke_> It comes from gentoo apparently
2020-02-24 20:39:31 <mps> ah, these localstatedir is /var/cache/squid actually
2020-02-24 20:39:53 <_ikke_> mps: where did you find that?
2020-02-24 20:40:08 <mps> maxice8: please stop supervising everything
2020-02-24 20:40:29 <mps> _ikke_: on running instance
2020-02-24 20:40:33 <_ikke_> mps: ah ok
2020-02-24 20:40:41 <opal> actually we need more supervising
2020-02-24 20:40:44 <opal> lets switch to s6
2020-02-24 20:40:55 <_ikke_> mps: but you are not using smp?
2020-02-24 20:40:59 <mps> no, switch to glibc and systemd
2020-02-24 20:41:03 <_ikke_> +1
2020-02-24 20:41:12 <opal> s6 is systemd done right
2020-02-24 20:41:50 <mps> _ikke_: what you mean by 'smp'?
2020-02-24 20:41:51 <_ikke_> mps: configure calls that swapdir
2020-02-24 20:42:03 <_ikke_> "running squid in smp mode (config option "workers N")."
2020-02-24 20:42:58 <mps> ah, right
2020-02-24 20:43:13 <_ikke_> runstatedir = localstatedir/run
2020-02-24 20:45:24 <mps> lets try
2020-02-24 20:45:59 <_ikke_> The documentation is confusing
2020-02-24 20:46:10 <vkrishn> _ikke_: I recall u mentioning 'plan to move mqtt to redis in al infra/builders'
2020-02-24 20:46:14 <_ikke_> it talks about localstatedir being /var/run/squid
2020-02-24 20:46:21 <_ikke_> vkrishn: yes, long-term plan
2020-02-24 20:46:28 <_ikke_> nothing concrete atm
2020-02-24 20:46:39 <_ikke_> well
2020-02-24 20:46:41 <_ikke_> not all infra
2020-02-24 20:46:53 <_ikke_> just for persistent state about the builders
2020-02-24 20:46:58 <vkrishn> has it been discussed, somewhere ? I can read
2020-02-24 20:47:03 <_ikke_> mqtt will still be used for events
2020-02-24 20:47:34 <_ikke_> somewhere in #alpine-devel or #alpine-infra
2020-02-24 20:47:51 <vkrishn> ok, would then find it
2020-02-24 20:50:37 <mps> _ikke_: I don't see runstatedir directive in squid 4.8, is it new in 4.9 or 5.0
2020-02-24 20:52:23 <_ikke_> not in configure?
2020-02-24 20:52:43 <mps> in run time config files
2020-02-24 20:52:50 <mps> not ./configure
2020-02-24 20:52:55 <_ikke_> than apparently
2020-02-24 20:54:39 <mps> I'm trying to step back from packages in main for some time
2020-02-24 20:54:47 <_ikke_> but I don't see it being used anywhere
2020-02-24 20:55:14 <mps> lets see
2020-02-24 20:55:50 <mps> yes, it is ./configure => --runstatedir=DIR       modifiable per-process data [LOCALSTATEDIR/run]
2020-02-24 20:57:21 <_ikke_> It's assigned all the time, but never referenced
2020-02-24 20:59:00 <mps> because it has default, I think
2020-02-24 20:59:20 <_ikke_> src/ipc/Makefile:518:   -DDEFAULT_STATEDIR=\"$(localstatedir)/run/squid\"
2020-02-24 20:59:37 <_ikke_> so yes, /var/run/squid
2020-02-24 21:00:10 <mps> why I don't have it, rhetorical question only
2020-02-24 21:01:03 <_ikke_> That's the issue
2020-02-24 21:01:06 <_ikke_> that dir does not exist
2020-02-24 21:01:08 <mps> unrhetorical answer, because I don't have runstatedir directive in conf
2020-02-24 21:01:13 <_ikke_> no
2020-02-24 21:01:17 <_ikke_> runstatedir is not used
2020-02-24 21:01:30 <_ikke_> see the line that I pasted
2020-02-24 21:02:14 <mps> but there is "$pkgdir"/var/run/squid in package()
2020-02-24 21:02:55 <_ikke_> hmmm
2020-02-24 21:03:06 <_ikke_> it does not end up in the package
2020-02-24 21:03:17 <_ikke_> maybe because it's an empty dir?
2020-02-24 21:03:46 <mps> anyway, it should be created on install
2020-02-24 21:04:09 <mps> ok, it is probably created on install but dissapeared on reboot
2020-02-24 21:05:06 <_ikke_> right
2020-02-24 21:05:18 <_ikke_> that's the issue with /run being on tmpfs
2020-02-24 21:05:43 <mps> yes
2020-02-24 21:06:11 <_ikke_> But this is empty: https://pkgs.alpinelinux.org/contents?file=&path=%2Fvar%2F*&name=squid&branch=edge
2020-02-24 21:06:38 <_ikke_> Maybe because that only lists files
2020-02-24 21:07:20 <mps> I think it should have these dirs
2020-02-24 21:07:21 <_ikke_> so checkpath in the initd file is the best
2020-02-24 21:09:49 <mps> hmm, true, there is no /var anything in apk
2020-02-24 21:10:33 <mps> ok, squid needs more care
2020-02-24 21:11:06 <mps> _ikke_: will you fix it or ?
2020-02-24 21:11:26 <mps> you know :)
2020-02-24 21:11:49 <mps> it needs upgrade anyway
2020-02-24 21:12:16 <_ikke_> to 5.0?
2020-02-24 21:12:20 <_ikke_> wq
2020-02-24 21:13:33 <mps> no, 4.10, 5.0 is development version
2020-02-24 21:13:43 <_ikke_> ok
2020-02-24 21:13:45 <mps> one cve http://www.squid-cache.org/Advisories/SQUID-2020_3.txt
2020-02-24 21:14:14 <mps> actually here is list http://www.squid-cache.org/Advisories/
2020-02-24 21:14:38 <_ikke_> https://gitlab.alpinelinux.org/alpine/aports/issues/10959
2020-02-24 21:15:46 <mps> this is old
2020-02-24 21:15:51 <_ikke_> nod
2020-02-24 21:16:00 <_ikke_> but not fixed / closed yet
2020-02-24 21:16:06 <mps> there are three new cves
2020-02-24 21:16:55 <mps> you mean not backported?
2020-02-24 21:17:21 <mps> could we switch #alpine-devel about this
2020-02-24 21:17:22 <_ikke_> I don't know
2020-02-24 21:17:24 <_ikke_> yes
2020-02-24 21:23:15 <epsilonKNOT> hey all, does anyone know how to set the clock source to tsc, even when it is unstable?
2020-02-24 21:39:32 <MY-R> esainane, what is your current /sys/devices/system/clocksource/clocksource0/current_clocksource ?
2020-02-24 21:40:01 <_ikke_> epsilonKNOT: ^
2020-02-24 21:40:52 <epsilonKNOT> haha, i think they messed up the auto complete, thanks for the ping _ikke_
2020-02-24 21:41:03 <MY-R> if hpet then disable hpet in kernel command line by add "nohpet"
2020-02-24 21:41:19 <MY-R> ah ye sorry, epsilonKNOT
2020-02-24 21:42:06 <epsilonKNOT> MY-R, its refined-jiffies
2020-02-24 21:42:13 <epsilonKNOT> sounds like an irc nick
2020-02-24 21:42:28 <epsilonKNOT> also reminds me of the jimmies meme
2020-02-24 21:42:40 <epsilonKNOT> its too much like rustled-jimmies
2020-02-24 21:43:10 <MY-R> epsilonKNOT, on what kind of arch you got that? or just VM?
2020-02-24 21:43:17 <epsilonKNOT> its a vm
2020-02-24 21:43:20 <epsilonKNOT> in openbsd
2020-02-24 21:43:30 <epsilonKNOT> i want to set it to tsc, but it says that tsc is unstable
2020-02-24 21:43:47 <_ikke_> https://github.com/torvalds/linux/blob/master/kernel/time/jiffies.c
2020-02-24 21:44:36 <MY-R> openbsd as a host for alpine vm?
2020-02-24 21:44:49 <epsilonKNOT> yea
2020-02-24 21:45:16 <epsilonKNOT> to _ikke_, still think he should change the name to jimmies, people might actually like linux
2020-02-24 21:45:29 <_ikke_> https://stackoverflow.com/questions/30008501/is-clocksource-tsc-always-unstable-when-the-only-other-clocksource-is-jiffies
2020-02-24 21:46:21 <epsilonKNOT> indeed, but it doesn't mention how to set it to tsc even when unstable
2020-02-24 21:46:49 <_ikke_> just out of curiousity, why do you need that?
2020-02-24 21:47:11 <epsilonKNOT> cron manager doesnt work as time is out of sync
2020-02-24 21:47:25 <epsilonKNOT> and openbsd docs mention to try and set it to tsc
2020-02-24 21:51:30 <MY-R> epsilonKNOT, so tsc working fine?
2020-02-24 21:51:41 <epsilonKNOT> it is not,
2020-02-24 21:51:52 <epsilonKNOT> in my dmesg it says that tsc is unstable
2020-02-24 21:51:58 <MY-R> echo tsc > /sys/devices/system/clocksource/clocksource0/current_clocksource
2020-02-24 21:52:02 <epsilonKNOT> but i want to use it, even then
2020-02-24 21:52:09 <epsilonKNOT> does that work?
2020-02-24 21:52:12 <epsilonKNOT> just echoing?
2020-02-24 21:52:17 <MY-R> ye, how else
2020-02-24 21:52:39 <epsilonKNOT> i... dobubt it but who cars, not much to lose
2020-02-24 21:53:38 <emp75> kernel param at boot clocksource=tsc should work as well.
2020-02-24 21:54:05 <epsilonKNOT> yea, that echo didn't work
2020-02-24 21:54:20 <MY-R> will detec that is unstabble and go back to default
2020-02-24 21:54:35 <epsilonKNOT> thats the problem
2020-02-24 21:54:40 <MY-R> clocksource=tsc tsc=reliable
2020-02-24 21:54:53 <MY-R> try that, should avoid stability tests
2020-02-24 21:55:45 <epsilonKNOT> oh, thats pretty nice! thanks a lot MY-R, love you.
2020-02-24 21:55:50 <epsilonKNOT> i will try this and see
2020-02-24 21:56:03 <epsilonKNOT> it is rebooting with just clocksource=tsc
2020-02-24 21:56:08 <epsilonKNOT> lemme see what happens after
2020-02-24 21:56:20 <MY-R> "should" but dunno if will work
2020-02-24 21:56:56 <MY-R> doing only clocksource=tsc will act like echo to /sys/...
2020-02-24 21:57:18 <epsilonKNOT> rebooting, lets see
2020-02-24 22:04:36 <epsilonKNOT> IT IS TSC NOW
2020-02-24 22:04:44 <epsilonKNOT> OMG THIS IS AWESOME
2020-02-24 22:05:01 <_ikke_> The question is now, is crond working :)
2020-02-24 22:05:07 <epsilonKNOT> IT IS WORKING AWESOMLY
2020-02-24 22:05:14 <epsilonKNOT> this is sooooo coooool
2020-02-24 22:05:26 <epsilonKNOT> my cpu usage is down to 0.3% from 97%
2020-02-24 22:05:40 <_ikke_> lolwut
2020-02-24 22:06:31 <MY-R> precison of previous clock was so low that everything was burning cpu cycles during wait, dunno :D
2020-02-24 22:07:18 <epsilonKNOT> yea
2020-02-24 22:07:20 <epsilonKNOT> it was
2020-02-24 22:07:25 <epsilonKNOT> craazzyy
2020-02-24 22:07:30 <epsilonKNOT> i can't believe this worked
2020-02-24 22:07:38 <epsilonKNOT> i'm literally shaking from joy
2020-02-24 22:07:48 <MY-R> with tsc=reliable or without?
2020-02-24 22:07:49 <epsilonKNOT> i have class in 8 mins
2020-02-24 22:07:55 <epsilonKNOT> i had to do tsc=reliable
2020-02-24 22:08:03 <epsilonKNOT> thanks SOOOOO much for that
2020-02-24 22:08:13 <epsilonKNOT> i never knew
2020-02-24 22:08:22 <epsilonKNOT> i am going to send out email on openbsd mailing lists
2020-02-24 22:08:27 <epsilonKNOT> this is so coool
2020-02-24 22:08:29 <MY-R> so ye, done the job, good to know too
2020-02-24 22:08:53 <epsilonKNOT> love you MY-R, hope you have a good day, you just saved my sanity
2020-02-24 22:09:00 <epsilonKNOT> will be back at night
2020-02-24 22:09:03 <epsilonKNOT> laters all
2020-02-24 22:09:20 <MY-R> lol, np, thanks and have a fun!
2020-02-24 22:10:38 <MY-R> still Im so not sure how stable it can be
2020-02-24 22:34:52 <RootWyrm_> My IPv6 kernel-fu is rusty (because frankly the kernel is shit in this regard) but... why do loopback IPv6 aliases get assigned to the root loopback interface, and with the wrong prefix?
2020-02-24 23:50:30 <epsilonKNOT> MY-R, you were right :(
2020-02-24 23:50:36 <epsilonKNOT> the clock is so out of sync
2020-02-24 23:50:49 <epsilonKNOT> in the last two hors it says uptime is 20 mins
2020-02-24 23:50:52 <epsilonKNOT> hahaha
2020-02-24 23:50:55 <epsilonKNOT> sadness
2020-02-24 23:50:59 <epsilonKNOT> going to go cry now
2020-02-24 23:51:55 <MY-R> epsilonKNOT, and which clock your host is using?
2020-02-24 23:52:38 <epsilonKNOT> its also using tsc i think
2020-02-24 23:57:26 <epsilonKNOT> yep
2020-02-24 23:57:30 <epsilonKNOT> it is
2020-02-25 00:00:28 <MY-R> epsilonKNOT, https://openbsd.amsterdam/clock.html
2020-02-25 00:01:42 <epsilonKNOT> Oh wow
2020-02-25 00:01:43 <MY-R> the key can be "HZ=1000" I was always rebuild whole system just to set this up in times when was using OpenBSD as a desktop or to set up some game server
2020-02-25 00:01:48 <epsilonKNOT> That's useful
2020-02-25 00:01:56 <epsilonKNOT> Thanks will check this out
2020-02-25 00:02:00 <epsilonKNOT> Am in class
2020-02-25 00:03:15 <MY-R> feeling was really nice with 1000 hz but ye EVERYWHERE they will tell you to not do it and better dont mention about on obsd ML/IRC :) they hate that... in freebsd could set this up as a boot arg without rebuilding anything
2020-02-25 00:03:43 <RootWyrm_> actually, hang on.
2020-02-25 00:04:37 <RootWyrm_> MY-R: sysctl kern.hz=${calc_hz}
2020-02-25 00:04:57 <MY-R> nah, it isnt that
2020-02-25 00:05:02 <RootWyrm_> On BSD it is.
2020-02-25 00:05:45 <RootWyrm_> Though annoyingly I can't find my macros for calculating kern.hz and the like for virtual guests.
2020-02-25 00:08:57 <MY-R> RootWyrm_, but we are talking about OpenBSD
2020-02-25 00:09:26 <RootWyrm_> MY-R: yes. Hang on let me get on my 6.6 box and double check.
2020-02-25 00:09:53 <MY-R> in FreeBSD that ye working great but I doubt in OBSD they changed anything with it
2020-02-25 00:10:23 <MY-R> RootWyrm_, check what got "sysctl kern.clockrate"
2020-02-25 00:10:49 <RootWyrm_> kern.clockrate is not equivalent.
2020-02-25 00:12:01 <MY-R> ye but there is no way to change it in the fly like on FBSD
2020-02-25 00:13:58 <MY-R> or maybe is, I see some patches but not sure
2020-02-25 00:14:02 <RootWyrm_> There is, I just need to remember what it is. And of course, I can't find where I put that guest.
2020-02-25 00:14:03 <MY-R> from 2017
2020-02-25 00:14:19 <MY-R> RootWyrm_, wasnt here about: http://openbsd-archive.7691.n7.nabble.com/Please-test-HZ-bump-td325014.html
2020-02-25 00:15:23 <RootWyrm_> Well. Crap. Apparently I have completely misplaced both of those VMs. :/
2020-02-25 00:17:30 <MY-R> :\
2020-02-25 00:21:17 <Hello71> epsilonKNOT: probably your best bet is to just run ntpd
2020-02-25 00:21:35 <Hello71> as long as the time is consistently wrong then it will fix it
2020-02-25 00:22:45 <MY-R> in his case even ntp wont help
2020-02-25 00:23:06 <RootWyrm_> Yeah, he's got MAJOR tick issues.
2020-02-25 00:23:16 <RootWyrm_> (Which it must be noted is _not clock_.)
2020-02-25 00:23:46 <Hello71> wait, if you control the host then just use kvm-clock?
2020-02-25 00:24:12 <MY-R> his host is openbsd
2020-02-25 00:24:19 <Hello71> hpet is slow in vm because it's software emulated
2020-02-25 00:25:12 <RootWyrm_> Hang on, now I'm confused. bhyve Alpine guest?
2020-02-25 00:25:39 <MY-R> RootWyrm_, if he will set HZ=1000 then host will be flying together with vmm :D
2020-02-25 00:25:45 <Hello71> use hpet on the host and kvm-clock or some other fast clock on the guest
2020-02-25 00:25:58 <RootWyrm_> MY-R: except this is wrong and incorrect.
2020-02-25 00:26:09 <Hello71> if your clock is bad then HZ has nothing to do with it
2020-02-25 00:26:22 <RootWyrm_> Also I can probably rattle off a couple drivers that it'll break horribly.
2020-02-25 00:27:25 <MY-R> RootWyrm_, not so wrong since many people using it because not all OpenBSD archs support more than 100 ticks but they thinking about at least tickless kernel
2020-02-25 00:28:07 <MY-R> RootWyrm_, that for sure but I have got some remedy for that too but it was already long time ago and forgot about what was it :/
2020-02-25 00:28:09 <Hello71> RootWyrm_: you mean on Linux? pretty sure basically everything works with different HZ
2020-02-25 00:28:24 <Hello71> not that setting HZ is necessarily useful in 2020
2020-02-25 00:28:59 <RootWyrm_> Hello71: *BSD is not Linux and I'm morally and legally obligated to hit people with bricks when they try to treat them equivalently.
2020-02-25 00:29:15 <Hello71> isn't this #alpine-linux
2020-02-25 00:29:48 <RootWyrm_> Yes, hence why I asked how he's running the Linux guest under OpenBSD.
2020-02-25 00:30:22 <RootWyrm_> It's possible hypervisor layer is feeding bad tick _or_ Linux is interpreting incorrectly.
2020-02-25 00:30:52 <Hello71> idk what tick has to do with it
2020-02-25 00:31:17 <Hello71> their problem is that their tsc is non SMP or non invariant
2020-02-25 00:31:36 <Hello71> this has nothing to do with the periodic timer interrupt
2020-02-25 00:52:50 <MY-R> Hello71, well, since OpenBSD 6.6 "Emulated kvm pvclock in vmm(4), compatible with pvclock(4) in OpenBSD." so in theory kvm-clock should work!
2020-02-25 00:53:15 <Hello71> uh... openbsd pvclock is compatible with openbsd?
2020-02-25 00:53:18 <MY-R> so only question is which version of OpenBSD epsilonKNOT got installed
2020-02-25 00:53:21 <Hello71> did you mean freebsd for one of them
2020-02-25 00:53:51 <Hello71> I don't really follow non-linux virt, I don't know the difference between vmm and bhyve or whatever
2020-02-25 00:54:36 <Hello71> I do know that hpet is slow in vms because it involves a vm exit for each call, and tsc is fast because you just run "rdtsc" from any context
2020-02-25 00:55:27 <Hello71> the hypervisor doesn't even know that you ran it, assuming it hasn't turned off the allow-vm-to-run-rdtsc control bit
2020-02-25 00:56:03 <MY-R> wmm is OpenBSD native hypervisor
2020-02-25 00:56:31 <RootWyrm_> vmm, not wmm.
2020-02-25 00:56:55 <MY-R> dsfsafasdf sry vmm
2020-02-25 01:00:22 <epsilonKNOT> I have -current
2020-02-25 01:00:29 <epsilonKNOT> Sorry I was in class
2020-02-25 01:01:10 <RootWyrm_> epsilonKNOT: so it's a vmm guest on -CUR?
2020-02-25 01:01:24 <epsilonKNOT> Yep
2020-02-25 01:01:32 <epsilonKNOT> It's actually alpine linux
2020-02-25 01:01:35 <epsilonKNOT> The guest
2020-02-25 01:01:47 <epsilonKNOT> So I asked here
2020-02-25 01:01:54 <RootWyrm_> epsilonKNOT: what's the output of 'sysctl kern.clockrate'?
2020-02-25 01:02:07 <epsilonKNOT> I'm on #openbsd as well
2020-02-25 01:02:16 <epsilonKNOT> Give a minute please
2020-02-25 01:02:25 <epsilonKNOT> Am going in eigenvalues
2020-02-25 01:02:29 <epsilonKNOT> Elevator
2020-02-25 01:02:35 <epsilonKNOT> Will be home soon
2020-02-25 01:02:47 <RootWyrm_> epsilonKNOT: ok, no rush
2020-02-25 01:02:50 <epsilonKNOT> God autocorrect
2020-02-25 01:06:52 <epsilonKNOT> kern.clockrate=tick = 10000, tickadj = 40, hz = 100, profhz = 100, stathz = 100
2020-02-25 01:07:55 <Hello71> I don't see what that has to do with anything
2020-02-25 01:12:58 <RootWyrm_> epsilonKNOT: hrn, but it's losing tick.. what's it say on the guest for 'cat /sys/devices/system/clocksource/clocksource0/available_clocksource' ?
2020-02-25 01:14:09 <epsilonKNOT> RootWyrm_: I changed it to tsc
2020-02-25 01:14:15 <epsilonKNOT> so currently it is tsc
2020-02-25 01:14:29 <RootWyrm_> epsilonKNOT: that's not what that returns. That returns all _available_ clock sources
2020-02-25 01:15:00 <epsilonKNOT> oooh that one,
2020-02-25 01:15:08 <epsilonKNOT> oh, but that returned only tsc as well
2020-02-25 01:15:09 <epsilonKNOT> weird
2020-02-25 01:15:16 <RootWyrm_> Yeah. I wanna see what the kernel's picking - okay yeah that's _not_ right. :/
2020-02-25 01:15:38 <epsilonKNOT> previously there were some jiffies/jimmies and another one
2020-02-25 01:15:45 <RootWyrm_> SHOULD have a generic sys counter source.
2020-02-25 01:15:52 <epsilonKNOT> they were also rustled
2020-02-25 01:15:56 <epsilonKNOT> not even kidding
2020-02-25 01:16:23 <epsilonKNOT> yea its refined-jiffies
2020-02-25 01:16:31 <RootWyrm_> ... oh wait, did you echo tsc into the available_clocksource?
2020-02-25 01:16:31 <epsilonKNOT> this was available previously
2020-02-25 01:16:37 <epsilonKNOT> i did not
2020-02-25 01:16:47 <epsilonKNOT> i set a boot parameter clocksource=tsc tsc=reliable
2020-02-25 01:16:51 <epsilonKNOT> let me reboot without that
2020-02-25 01:16:58 <RootWyrm_> Yeah, don't do that blindly.
2020-02-25 01:17:22 <RootWyrm_> Especially when tsc is not reliable.
2020-02-25 01:17:34 <epsilonKNOT> but if i did not do that then the cpu usage was >90%
2020-02-25 01:17:36 <epsilonKNOT> on idle
2020-02-25 01:18:26 <RootWyrm_> Reported at OpenBSD or the guest?
2020-02-25 01:19:51 <epsilonKNOT> in the guest and even in openbsd i see a lot of usage
2020-02-25 01:20:10 <epsilonKNOT> so its a real usage (not just a figment of alpine's imagination)
2020-02-25 01:20:40 <RootWyrm_> Even so, blindly changing things like that is bad troubleshooting.
2020-02-25 01:20:40 <epsilonKNOT> so after reboot the available are jiffies and refined-jiffies
2020-02-25 01:21:09 <RootWyrm_> epsilonKNOT: and there we go, the explanation for where the time went. Selected a nonexistent clock.
2020-02-25 01:21:27 <RootWyrm_> So question is why jiffies/refined-jiffies are chomping cycles like crazy.
2020-02-25 01:22:07 <epsilonKNOT> they are also actually not reporting time correctly
2020-02-25 01:22:30 <RootWyrm_> epsilonKNOT: the two are almost certainly directly related.
2020-02-25 01:23:14 <epsilonKNOT> so yea, seems like all time reporting is not working correctly
2020-02-25 01:23:29 <epsilonKNOT> lemme change the openbsd time hz to 1000
2020-02-25 01:23:34 <epsilonKNOT> and reboot
2020-02-25 01:23:41 <RootWyrm_> epsilonKNOT: don't, I already see fuckery afoot.
2020-02-25 01:26:09 <epsilonKNOT> haha, that is true
2020-02-25 01:26:36 <RootWyrm_> epsilonKNOT: I betcha anything you look at the Alpine guest you're going to see the kernel jiffies ping-ponging like absolute frigging mad.
2020-02-25 01:26:52 <epsilonKNOT> lmao
2020-02-25 01:26:54 <RootWyrm_> Which would piss off, you know, everything.
2020-02-25 01:27:14 <epsilonKNOT> the cool peeps here: https://openbsd.amsterdam/clock.html
2020-02-25 01:27:20 <epsilonKNOT> who know more than me suggested i do that
2020-02-25 01:27:46 <epsilonKNOT> thankfully its very very small change
2020-02-25 01:28:06 <RootWyrm_> epsilonKNOT: yeah, but Mike's fixes should be in -CURRENT already
2020-02-25 01:28:06 <epsilonKNOT> and if i muck it up i can basically just reboot in old kernel
2020-02-25 01:28:44 <RootWyrm_> But even at HZ=1000, jiffies is probably going to choke on itself.
2020-02-25 01:29:15 <epsilonKNOT> thats basically what i am hoping that tsc is stable when i set HZ=1000
2020-02-25 01:29:19 <epsilonKNOT> according to mike
2020-02-25 01:29:47 <epsilonKNOT> cuz currently the reporting from tsc is too high of an error due to alpine and obsd both being at 100HZ
2020-02-25 01:35:31 <epsilonKNOT> RootWyrm_, also mike's fixes are not there, they are trying to get a tickless system for better responses
2020-02-25 01:36:41 <RootWyrm_> I could have SWORN his stuff already got in, but, I haven't had time to pay close enough attention.
2020-02-25 01:37:45 <epsilonKNOT> Update to -current, I fixed some of the egergious problems in asserted PIC lines in slovenia last month. (There are still more to fix though).
2020-02-25 01:37:58 <epsilonKNOT> from the link
2020-02-25 01:39:28 <RootWyrm_> epsilonKNOT: Slovenia was _2018_.
2020-02-25 01:39:56 <epsilonKNOT> hahaha
2020-02-25 01:40:01 <epsilonKNOT> i see, i had no idea
2020-02-25 01:40:07 <RootWyrm_> Last month was Uckermark, DE
2020-02-25 01:40:35 <RootWyrm_> Yeah, hence my 'wait if it was Slovenia'... also I wish people would _DATE THEIR POSTS_ when they freaking put relative times in them
2020-02-25 01:41:03 <RootWyrm_> (Undated Post) "I did this a month ago" - WHEN?!?!
2020-02-25 01:46:02 <epsilonKNOT> be back in a bit, rebooting into custom kernel
2020-02-25 01:49:33 <epsilonKNOT> i'm back
2020-02-25 01:49:35 <epsilonKNOT> :D
2020-02-25 01:49:37 <epsilonKNOT> server hasn'tcrashed yet
2020-02-25 01:49:39 <epsilonKNOT> so thats a good sign
2020-02-25 02:47:48 <monado_> Hello
2020-02-25 02:50:21 <monado> I’m pretty sure that the IglooIRC dev gave me access to his ZNC
2020-02-25 02:50:28 <monado> so I’ve deleted discord from my phone
2020-02-25 02:52:44 <monado> https://i.arxius.io/5d2b490f.png
2020-02-25 02:52:46 <monado> oh...
2020-02-25 02:54:01 <maldridge> lol
2020-02-25 02:54:39 <maxice8> @maldridge php7-maxminddb is in testing :D
2020-02-25 02:54:53 <maldridge> indeed
2020-02-25 02:55:00 <maldridge> we profiled it today
2020-02-25 02:55:20 <maxice8> How it went ? (this probably should be in -offtopic)
2020-02-25 02:55:41 <maldridge> it appears to work, though some members on my team got to learn all about alpine repo tagging
2020-02-25 02:55:54 <maxice8> oof yes
2020-02-25 02:55:55 <monado> Are free znc providers worth it
2020-02-25 02:56:05 <maxice8> mixing @edge and tagged releases it
2020-02-25 02:56:09 <maxice8> suboptimal
2020-02-25 02:56:51 <monado> might have to try my hand at one considering I have no income
2020-02-25 02:57:02 <maldridge> running a php monolith is suboptimal, but this does appear to work
2020-02-25 02:57:18 <maxice8> As long as it  works :D
2020-02-25 02:59:52 <zacate> Oh hey! What's up guys? I'm new to this IRC! :D
2020-02-25 03:00:27 <maldridge> maxice8: I have my suspiciouns that geoip doesn't have a huge amount of life left in it
2020-02-25 03:00:37 <monado> Hey new to this irc, I’m dad
2020-02-25 03:01:38 <maxice8> @maldridge i see, also your name is really hard to type when one is sleepy
2020-02-25 03:01:57 <maldridge> hmm, I can see that
2020-02-25 03:02:09 <maldridge> does alpine still distribute geoip databases?
2020-02-25 03:02:35 <maxice8> I have no clue about that area
2020-02-25 03:02:48 <maldridge> yep
2020-02-25 03:02:59 <maldridge> so y'alls packages are broken in exactly the same way void's are
2020-02-25 03:03:18 <maldridge> https://git.alpinelinux.org/aports/commit/?id=46026ea826f5d0507f85a9800b220e47da7b1206
2020-02-25 03:06:12 <zacate> I'm feeling like.. I don't know. I can't express myself if I am scared enough, or being nervous.
2020-02-25 03:06:13 <zacate> Lmao
2020-02-25 09:55:36 <danieli> maldridge: that's not a big surprise
2020-02-25 09:56:07 <danieli> and unfortunately we didn't see it as a good option to package the actual databases (.dat.gz) at the time because the data became stale so quickly
2020-02-25 12:46:38 <monado> hell
2020-02-25 12:46:39 <monado> o
2020-02-25 12:46:46 <albr> monado[d]: hi
2020-02-25 15:33:43 <albr> MQ[d]: How can I apply .diff file? Patch tool in busybox is broken, full featured patch on other distros works fine.
2020-02-25 15:35:17 <_ikke_> @MQ alpine has diffutils that you can install
2020-02-25 15:37:44 <albr> MQ[d]: how can I apply .diff file (patch) with diffutils?
2020-02-25 15:39:06 <_ikke_> patch -p<n> < <diff file>
2020-02-25 15:40:21 <albr> MQ[d]: I am getting same error "Hunk 1 FAILED"
2020-02-25 15:41:08 <_ikke_> it means the patch does not apply
2020-02-25 15:42:08 <albr> MQ[d]: Ok, how how can I the apply it?
2020-02-25 15:42:29 <_ikke_> Did it generate a .rej file?
2020-02-25 15:43:03 <albr> MQ[d]: No, there is not .rej file in the folder
2020-02-25 15:43:27 <afontain_> and next to the file you want to patch?
2020-02-25 15:44:20 <albr> MQ[d]: no
2020-02-25 16:53:45 <Guest80> alpine linux 3.11.4/3.12 when?
2020-02-25 16:54:09 <Guest80> @ncopa _ikke_
2020-02-25 16:55:24 <Guest98> whoopsie got disconnected
2020-02-25 17:07:34 <Cogitri> Guest98: Stable releases are released every 6 months, so 3.11 launch + 6 months = 3.12 launch
2020-02-25 17:41:07 <_ikke_> https://wiki.alpinelinux.org/wiki/Alpine_Linux:Releases
2020-02-25 17:42:30 <_ikke_> 3.11 is constantly updated with fixes, you don't need to wait for 3.11.4/5
2020-02-25 18:22:07 <maldridge> danieli: you guys might want to ammend the geoip package, which currently has a geolite database baked into it
2020-02-25 18:22:37 <maldridge> there's some litigious people here in the US who've been claiming their IP is private information and demanding its removal from any databases
2020-02-25 18:23:03 <danieli> it's not baked into the package
2020-02-25 18:23:07 <danieli> we don't include the files
2020-02-25 18:23:21 <danieli> cheeky answer: most of us are outside the US
2020-02-25 18:23:46 <danieli> also, I'm pretty sure they only store geoip information about blocks and not specific IPs
2020-02-25 18:26:47 <mps> danieli: right, geoip pkg have cron job which periodically download data
2020-02-25 18:27:27 <danieli> yup, iirc at some point it was decided that the geoip databases were too volatile to include in the package itself
2020-02-25 18:27:33 <_ikke_> You can no longer freely download it though
2020-02-25 18:27:40 <_ikke_> You need to register
2020-02-25 18:28:00 <danieli> yupical
2020-02-25 18:28:02 <danieli> typical*
2020-02-25 18:28:11 <mps> no one of DB?
2020-02-25 18:28:43 <_ikke_> Has to do with GDPR
2020-02-25 18:29:52 <mps> nice :(
2020-02-25 18:30:33 <danieli> i wouldn't think it stores specific IPs but instead only blocks, which aren't PII per se
2020-02-25 18:33:20 <mps> what about this https://freegeoip.io/ ? anyone have experience with it
2020-02-25 18:34:16 <rcr_> I see the often suggested solution for running glibc linked apps (steam, in my case) is to just have a chroot installed distro like archlinux or something. this could also be accomplished with LXC right?
2020-02-25 18:34:35 <mps> rcr_: yes
2020-02-25 18:34:48 <mps> I run debian sometimes in lxc
2020-02-25 18:57:28 <rcr_> actually, for something like Steam, would installing the flatpack version just be better?
2020-02-25 18:57:37 <rcr_> im not super familiar with how flatpack works
2020-02-25 18:58:13 <_ikke_> rcr_: most likely, yes, but I'm not familiar with it either
2020-02-25 19:01:31 <rcr_> as far as i can tell flatpack basically sets up a linux container with all the dependancies that particular app needs?
2020-02-25 19:04:58 <koollman> rcr_: pretty much yes. mostly self-contained env, with a list of restrictions on what can be done 'outside'
2020-02-25 19:38:01 <mps> heh, LibreJS blocks javascript from gitlab.a.o
2020-02-26 04:53:20 <albr> Asineth[d]: Why use gitlab and not cgit or gitea
2020-02-26 04:54:06 <maxice8> I think that is better asked on #alpine-infra
2020-02-26 05:26:51 <albr> monado[d]: ~~looks like we'll have to bridge that too~~
2020-02-26 05:32:03 <_ikke_> @Asineth: because those choke on aports
2020-02-26 05:32:27 <maxice8> @ikke morning
2020-02-26 05:32:30 <_ikke_> @Asineth cgit does alright and we even use it
2020-02-26 05:32:42 <_ikke_> maxice8: morning
2020-02-26 05:33:51 <_ikke_> @Asineth but cgit is only a repository viewer, nothing more
2020-02-26 05:37:05 <Cogitri> And we need a community hub, I suppose
2020-02-26 05:37:37 <_ikke_> We use gitlab to replace github
2020-02-26 05:38:26 <albr> monado[d]: por que
2020-02-26 05:38:40 <albr> monado[d]: is the gitlab instance self hosted?
2020-02-26 05:38:55 <_ikke_> yes
2020-02-26 05:39:01 <albr> monado[d]: ah, makes sense then
2020-02-26 05:39:08 <maxice8> For people to come together and discuss and contribute that is not the ML
2020-02-26 05:39:20 <_ikke_> And we didn't want to rely on github
2020-02-26 05:39:34 <albr> monado[d]: yeah not being able to host isn't great
2020-02-26 05:39:46 <albr> monado[d]: but then i'd also need to make a gitlab account
2020-02-26 05:40:16 <_ikke_> @monado we have integration with github and gitlab.com
2020-02-26 05:40:23 <albr> monado[d]: https://cdn.discordapp.com/attachments/661834182934265883/682099619777216575/unknown.png
2020-02-26 05:40:23 <albr> monado[d]: i see
2020-02-26 05:40:25 <albr> monado[d]: ...
2020-02-26 05:40:42 <albr> monado[d]: how does the github integration wrok
2020-02-26 05:40:46 <albr> monado[d]: *work
2020-02-26 05:40:55 <_ikke_> oauth
2020-02-26 05:41:14 <_ikke_> it's just something gitlab offers
2020-02-26 05:41:46 <monado> i see
2020-02-26 06:23:49 <Cogitri> Can someone install MellowPlayer and test if it starts for them?
2020-02-26 06:23:53 <Cogitri> It SIGSEGVs for me
2020-02-26 06:24:18 <Cogitri> But a rebuild with debugging info of qt5-qtdeclarative and qt5-qtquickcontrols fixed it for me so I can't debug it apparently
2020-02-26 07:19:48 <alpine-newbie-22> How to check logined users in Alpine Linux? In other distros, I can use who or w, but in alpine linux, after installing coreutils and procps package, then try these 2 commands, they show nothing. This weird.
2020-02-26 07:20:54 <mps> alpine-newbie-22: musl doesn't support it
2020-02-26 07:20:56 <Cogitri> I guess that's https://gitlab.alpinelinux.org/alpine/aports/issues/3282 (?)
2020-02-26 07:23:31 <alpine-newbie-22> Above links tell me why. Thanks.
2020-02-26 07:24:39 <mps> if you must have these, there is utmps apk
2020-02-26 07:30:51 <alpine-newbie-22> I have installed utmps, started and enabled it. Now, I have another problem - how to list the logined users?
2020-02-26 07:31:14 <alpine-newbie-22> I have searched on Google, but find nothing related content about these topic.
2020-02-26 07:32:39 <mps> I thinks author have somewhere guides about it, search for 'skarnet s6 utmps'
2020-02-26 07:41:29 <danieli> you could probably check authentication logs too
2020-02-26 07:41:46 <alpine-newbie-22>  I just read https://skarnet.org/software/utmps/index.html, I seems provides libraries for accessing utmps daemons, but nothing about CLI tools. sad ;(.
2020-02-26 07:41:57 <alpine-newbie-22> So, How do you guys check the logined users?
2020-02-26 07:42:19 <alpine-newbie-22> danieli, thanks for your advice.
2020-02-26 07:43:33 <danieli> also consider giving utmpdump a spin, it should be in util-linux
2020-02-26 07:43:39 <danieli> i have not tested that approach though
2020-02-26 08:12:23 <alpine-newbie-22> thanks.
2020-02-26 08:40:39 <juli> hi i want to test alpine on my raspberry. I got a new sdcard, did put a new 300M fat32 on it with boot,lba enabled. Then i extracted the Raspberry aarch64 tar.gz into it. But it doesn't boot
2020-02-26 08:40:43 <juli> did i miss something?
2020-02-26 08:47:37 <juli> Event the green "act" leds doesn't turn on
2020-02-26 08:57:29 <juli> nobody an idea? Btw. the hardware is ok, i can boot other systems on it correctly (on another sd card)
2020-02-26 09:04:20 <neneko> juli: How did you partition and format the card?
2020-02-26 09:04:49 <neneko> I remember it not liking gpt, and having to use dos format when partitioning it.
2020-02-26 09:05:48 <juli> i did use gparted, i have to look for the table-format
2020-02-26 09:05:56 <juli> i could also paste an fdisk -l
2020-02-26 09:07:39 <neneko> That should tell you the partition type. If it says gpt you need to redo the partitioning and use the dos format.
2020-02-26 09:10:13 <juli> here is the dpaste: https://dpaste.org/MTOq its actually msdos
2020-02-26 09:10:48 <juli> i have listed there the installed files too
2020-02-26 09:11:33 <mps> you should switch partitions, boot part should be first
2020-02-26 09:11:35 <neneko> Hm, maybe the firmware is hard-coded to try to load the first partition. Could you try changing the order.
2020-02-26 09:12:55 <mps> first boot sector of first part is important
2020-02-26 09:13:09 <juli> ok
2020-02-26 09:13:12 <juli> i'll try it
2020-02-26 09:13:40 <juli> i thought it should be only the first partition in "sektor-order"
2020-02-26 09:15:26 <mps> not sure how RPi firmware (GPU) boot loader search for boot partition, but from experience it should be first partition and fat32 type and format
2020-02-26 09:15:54 <mps> first, numerically and physically
2020-02-26 09:17:26 <juli> i can see now the rainbow colors on my raspberry screen
2020-02-26 09:17:41 <juli> but it seems to take a lot of time to boot ...
2020-02-26 09:20:53 <juli> it still didn't continue booting... is that normal?
2020-02-26 09:21:54 <mps> which model you have
2020-02-26 09:22:14 <neneko> If it's stuck on the rainbow screen, you did something wrong. If it's stuck starting services, it probably doesn't have enough entropy.
2020-02-26 09:24:01 <juli> hmm .. its the rainbow screen
2020-02-26 09:24:22 <juli> do you think it will say something via uart?
2020-02-26 09:24:22 <neneko> How did you format the fat partition?
2020-02-26 09:25:59 <juli> here is the new fdisk -l: https://dpaste.org/UAAW
2020-02-26 09:26:08 <juli> i did format it again using gparted
2020-02-26 09:29:47 <juli> mps: its a raspberry pi 3
2020-02-26 09:55:07 <mps> juli: you can try armv7 tarball instead of aarch64
2020-02-26 09:55:41 <mps> to see does it works at all, and then aarch64 if you need it
2020-02-26 09:57:31 <juli> i'll give it a try
2020-02-26 10:02:34 <juli> its the same. here again how i put it on the sdcard:
2020-02-26 10:03:18 <juli> 1. Download the image with the webbrowser (http://dl-cdn.alpinelinux.org/alpine/v3.11/releases/armv7/alpine-rpi-3.11.3-armv7.tar.gz)
2020-02-26 10:03:36 <juli> extract it in a folder with tar -xvzf alpine....tar.gz
2020-02-26 10:03:54 <juli> and then mount the sdcard and cp -rv the extracted folder
2020-02-26 10:04:29 <juli> then unmount it and try to boot. Did i anything wrong here?
2020-02-26 10:05:31 <mps> looks correct
2020-02-26 10:05:48 <juli> i'll try it with another sdcard
2020-02-26 10:06:09 <mps> do you have serial cable/adapter
2020-02-26 10:06:37 <mps> you can check with it, it is safer than hdmi, ime
2020-02-26 10:06:50 <neneko> I think the pi3 needs aarch64, not armv7.
2020-02-26 10:07:20 <neneko> At least that's what the wiki page says.
2020-02-26 10:07:50 <mps> I think it can work with boot, and armv7 is more tested
2020-02-26 10:08:29 <mps> though I don't have it so I'm not 100% sure
2020-02-26 10:08:48 <juli> it should be no matter, i did run both with raspbian armv7 and gentoo aarch64 on the raspi
2020-02-26 10:09:13 <mps> here is the script I use to install armhf on RPi zero http://tpaste.us/LYO4
2020-02-26 10:09:39 <mps> thanks for confirm my presumption
2020-02-26 10:10:26 <juli> ok with the other sdcard it does boot now and i can login as root
2020-02-26 10:10:44 <mps> heh
2020-02-26 10:10:45 <juli> but the other sdcard were brand new :/
2020-02-26 10:11:19 <mps> Occams razor at work
2020-02-26 10:13:08 <juli> i'll run badblock on the new sdcard
2020-02-26 10:13:17 <juli> *badblocks
2020-02-26 10:23:58 <juli> hmm no defect block
2020-02-26 10:24:12 <juli> does the boot partition have a minimum size?
2020-02-26 10:27:00 <mps> tarball have to fit to it, and some extra MBs will not hurt
2020-02-26 10:35:43 <winny> i want to install alpine on a pair of SSDs in mirror, and have encryption on top of that, then zfs. How would I go about doing that? Would I expose a single dm device (created by luks on unluck) that contains the zpool?
2020-02-26 10:36:30 <winny> there is a ZoL native encryption feature, but I'm not sure if this is suitable, because /boot should also be mirrored
2020-02-26 10:36:46 <winny> additionally it seems pretty much like beta quality at this point
2020-02-26 10:42:30 <winny> another approach might be to have two luks containers each with a zvol
2020-02-26 12:31:59 <qman__> winny: you should not run ZFS on top of other RAID solutions, it's not designed for that - the new way is to use ZFS encryption, the old way is to use dm-crypt on the raw disks and ZFS on top
2020-02-26 12:32:30 <qman__> I have not used ZFS encryption, I've only done the old way, but if I was setting up something new today, I'd go down the ZFS encryption path
2020-02-26 12:33:11 <qman__> and, yes, you need separate /boot
2020-02-26 12:40:28 <winny> qman__: if i go the native zfs encryption route, i could create a md device just for /boot on top of /dev/sdX1
2020-02-26 12:43:54 <qman__> ZFS is meant to use whole disks, not partitions, so while you technically can, I wouldn't
2020-02-26 12:44:54 <qman__> especially for something like /boot where a simple USB flash drive is perfectly suitable
2020-02-26 12:52:09 <winny> with this discussion, i think i'll just mirror the entire disks using md, and do a traditional /boot + luks+lvm
2020-02-26 13:22:12 <koollman> native zfs encryption isn't really up to luks features
2020-02-26 13:22:34 <koollman> (but it works)
2020-02-26 13:23:20 <koollman> for now I prefer to give zfs the opened dm-crypt volumes (and let zfs do the mirroring)
2020-02-26 21:19:45 <kchan8> hi!
2020-02-26 21:22:39 <nepugia> hi
2020-02-26 21:22:50 <albr> monado[d]: hi
2020-02-27 05:55:43 <Jiggy> Anyone here had any luck connecting to a baremetal alpine host with Remote-SSH in VSCode? Or with the code-server package in testing?
2020-02-27 06:31:33 <codebam> what's up with this dependency issue? are we in the middle of a rebuild or something? https://0x0.st/ibKm.txt
2020-02-27 06:33:28 <Cogitri> codebam: Unless you're on armv7 we're not in a rebuild
2020-02-27 06:34:21 <codebam> nope amd64/x86_64
2020-02-27 06:34:29 <codebam> how would I go about updating that package?
2020-02-27 06:34:54 <Cogitri> We've made bumped both ICU and Qt recently though, maybe you have some package installed that either you built yourself and needs icu 64 or we forgot to rebuild something
2020-02-27 06:35:41 <Cogitri> You probably want to upgrade first.
2020-02-27 06:37:21 <codebam> I've upgraded already, but none of the packages listed in the conflicts I've compiled myself
2020-02-27 06:37:51 <codebam> double checked in my aports tree to be sure
2020-02-27 06:38:56 <Cogitri> You could try installing `icu=65.1-r0` and see what conflicts
2020-02-27 06:39:58 <codebam> oh it looks like it's `imv` which I guess didn't get rebuilt
2020-02-27 06:41:30 <Cogitri> Probably
2020-02-27 06:41:30 <Cogitri> Let me fix that
2020-02-27 06:41:45 <codebam> oh cool, thanks!
2020-02-27 06:42:17 <Cogitri> jiggy: mindblown
2020-02-27 06:42:27 <Cogitri> I thought code-server only ran on glibc
2020-02-27 06:42:46 <Cogitri> And here I packaged everything in Flatpak because I couldn't use my deps on Alpine :^)
2020-02-27 06:43:06 <Cogitri> Well, not that it works right now, but once it works that'd be amazing
2020-02-27 06:44:08 <codebam> lol I use flatpak for everything that's incompatible too
2020-02-27 06:44:40 <Cogitri> Yes, but I made a custom Sdk extension that contains all the packages missing from the freedesktop Sdk
2020-02-27 06:45:23 <codebam> oh that's cool. wait so what does that help with? like why would you need that?
2020-02-27 06:45:38 <Cogitri> https://github.com/Cogitri/org.freedesktop.Extension.Cogitri
2020-02-27 06:45:58 <codebam> ohh I see
2020-02-27 06:46:09 <Cogitri> So I don't need to install the packages into some random prefix and bindmount that into my VSCode flatpak
2020-02-27 06:46:14 <Cogitri> It makes the whole thing a lot cleaner
2020-02-27 06:46:37 <codebam> that's pretty cool
2020-02-27 06:49:30 <Cogitri> It does work nicely now so I guess I won't switch over to code-server soo
2020-02-27 06:49:36 <Cogitri> s/soo/soon/
2020-02-27 06:58:43 <Cogitri> codebam: Depending what mirror you're using imv should be rebuilt now.
2020-02-27 09:35:32 <albr> MQ[d]: Hey guys, I am trying to patch st (from suckless) with scrollback patch but busybox patch tool os broken. I downloaded st from their git repo and tried to apply patch using this command `patch < st-scrollback-0.8.2.diff`. Tried same command on Void linux and that worked.
2020-02-27 09:37:10 <maxice8> use diffutils
2020-02-27 09:37:49 <mps> albr: apk add abuild, it will install all what is needed
2020-02-27 09:38:29 <mps> btw, I have in private repo st with scrollback and some other patches
2020-02-27 09:40:00 <mps> and, you probably need 'patch -pX < st-scrollback-0.8.2.diff'
2020-02-27 09:53:06 <albr> MQ[d]: Thank you maestro, I installed `abuild` and it worked 🙂
2020-02-27 11:04:41 <PureTryOut[m]> Does Docker work for anyone on linux-lts? Seems the last kernel upgrade broken/disabled cgroups?
2020-02-27 11:07:47 <maxice8> Using it fine
2020-02-27 11:07:59 <maxice8> i use docker extensively to build packages for aports
2020-02-27 11:21:21 <Cogitri> Works for me without problems too
2020-02-27 11:21:26 <Cogitri> Be mindful that you have to reboot after kernel upgrades for it to work
2020-02-27 11:24:34 <albr> raatty[d]: lolz switch to podman
2020-02-27 11:34:10 <PureTryOut[m]> Cogitri: I know, just rebooted, did not matter
2020-02-27 11:34:11 <PureTryOut[m]> Log complains about cgroup stuff
2020-02-27 11:34:28 <PureTryOut[m]> raatty: obviously I tried that already, but that has other issues. I even made a MR to fix one of them already
2020-02-27 11:34:41 <PureTryOut[m]> That's not an answer to the problem I'm having though
2020-02-27 11:36:06 <PureTryOut[m]> I get "Devices cgroup isn't mounted"
2020-02-27 11:37:21 <PureTryOut[m]> Hmm works now after I did a rc-service restart cgroups
2020-02-27 11:37:26 <PureTryOut[m]> It complained about something, but now Docker works
2020-02-27 11:37:28 <PureTryOut[m]> How strange
2020-02-27 11:41:20 <_ikke_> Note that you don't *have* to reboot. You can extract the modules from a package that corresponds with your kernel version.
2020-02-27 11:41:35 <_ikke_> Running kernel version that is.
2020-02-27 11:42:39 <PureTryOut[m]> Rebooting is way easier than that lol
2020-02-27 11:45:31 <mps> PureTryOut[m]: is /etc/init.d/cgroups started
2020-02-27 11:46:01 <mps> ah, I see, sorry didn't read carefully
2020-02-27 11:46:14 <PureTryOut[m]> 😉
2020-02-27 11:46:42 <mps>  😉
2020-02-27 12:04:27 <_ikke_> sounds like windows
2020-02-27 12:39:22 <kmaxwell> anyone know of an easy way to block a particular package from being installed?
2020-02-27 12:40:06 <kmaxwell> I get an error about a conflicting man page and I'm trying to think of solutions
2020-02-27 12:40:21 <kmaxwell> ERROR: groff-doc-1.22.4-r0: trying to overwrite usr/share/man/man1/soelim.1.gz owned by mdocml-doc-1.14.5-r2.
2020-02-27 12:41:16 <_ikke_> kmaxwell: try apk add '!groff-doc`
2020-02-27 12:41:21 <_ikke_> or the other one
2020-02-27 12:42:57 <kmaxwell> @_ikke_: that works! Thank you.
2020-02-27 12:43:06 <kmaxwell> I have definitely learnt something
2020-02-27 12:43:30 <_ikke_> The packages should be fixed thoug
2020-02-27 12:43:33 <_ikke_> though
2020-02-27 12:46:08 <kmaxwell> in that case, I'm going to file an issue
2020-02-27 12:46:46 <kmaxwell> no I'm not, we've had one for a while: https://gitlab.alpinelinux.org/alpine/aports/issues/8450
2020-02-27 12:48:58 <_ikke_> nice, your comment automatically appeared :)
2020-02-27 12:58:44 <kmaxwell> :-) that is nice
2020-02-27 13:00:29 <kmaxwell> I think I've taken that issue as far as I can, happy to have another go if someone can point me in the right direction
2020-02-27 14:47:29 <kubast2> ./apk.static -X http://dl-cdn.alpinelinux.org/alpine/latest-stable/main -U --allow-untrusted --root chroot/ --initdb add alpine-base
2020-02-27 14:47:34 <kubast2> What was a way to run this command as non-root?
2020-02-27 14:48:14 <Hello71> .... fakeroot?
2020-02-27 14:48:17 <kubast2> nope
2020-02-27 14:48:26 <Hello71> so then... no?
2020-02-27 14:48:27 <kubast2> it detects it doesn't have perms for me
2020-02-27 14:48:32 <kubast2> ERROR: Failed to set ownership on usr/share/apk/keys/x86/.apk.bacdf5bf7c07dac6d41d2245a886dedfad5f8ba9faa56c7a: Operation not permitted
2020-02-27 14:48:33 <kubast2> with fakeroot
2020-02-27 14:48:49 <kubast2> I was suprissed a bit tbh
2020-02-27 14:50:41 <kubast2> wait maybe I am dumb here
2020-02-27 14:51:00 <kubast2> okay putting quotes around ./apk static was stupid
2020-02-27 14:51:19 <kubast2> no options of apk.static conflict with fakeroot
2020-02-27 14:53:27 <kubast2> ah wait I am even dumber
2020-02-27 14:54:21 <kubast2> Hello71 I thought busybox didn't install
2020-02-27 14:54:24 <kubast2> because there was no ash
2020-02-27 14:54:31 <kubast2> [kubast2@archlinux Desktop]$ ls chroot/binbbsuid  busybox  rc-status  sh  uniso
2020-02-27 14:54:42 <kubast2> [kubast2@archlinux Desktop]$ fakeroot fakechroot chroot chroot/ /bin/sh~/Desktop/chroot $ ls
2020-02-27 14:54:46 <kubast2> yes I am a peanut brain
2020-02-27 15:59:00 <Guest75> sorry for asking the same question twice but, alpine 3.11.4/3.12 when?
2020-02-27 16:11:35 <Cogitri> Guest75: 3.12 will be released in 3.11 release + 6 months, so it's still a few months until it is released
2020-02-27 16:12:00 <Cogitri> ncopa is currently on holidays, so I'm not sure when a new 3.11 point release will ve released
2020-02-27 16:12:01 <Guest75> so when is the soonest new release?
2020-02-27 16:12:05 <Guest75> oh
2020-02-27 16:12:45 <programmerq> What are you hoping for in a next release?
2020-02-27 16:13:29 <Guest75> the rtl8821ce driver built into the kernel
2020-02-27 16:13:37 <Guest75> by default
2020-02-27 16:14:54 <mps> probably it will not be there
2020-02-27 16:15:09 <mps> it is not yet added to linux mainline
2020-02-27 16:15:13 <Guest75> iirc _ikke_ said it would be featured in the released
2020-02-27 16:15:22 <Guest75> the next release*
2020-02-27 16:15:45 <mps> he made it as separate pkg
2020-02-27 16:15:53 <Guest75> i know
2020-02-27 16:16:00 <Guest75> i was in charge of testing it
2020-02-27 16:16:11 <mps> I remember
2020-02-27 16:16:21 <Guest75> i remember you aswell
2020-02-27 16:17:00 <mps> but till the driver is not put in linux mainline LTS it can be only built as separate package
2020-02-27 16:17:08 <Guest75> alright
2020-02-27 16:17:13 <Guest75> thanks for clearing that up
2020-02-27 16:17:59 <mps> and next linux LTS will be released at the of the year, though this is my prediction only
2020-02-27 16:18:10 <_ikke_> Guest75: to be clear, it will be in the next major release (3.12)
2020-02-27 16:18:17 <_ikke_> not in 3.11.*
2020-02-27 16:18:31 <Guest75> which is in approx. 6 months correct?
2020-02-27 16:18:35 <mps> but history shows I'm probably right
2020-02-27 16:19:43 <mps> we can expect 3.12 in end of May or begining of June
2020-02-27 16:19:54 <_ikke_> mps: The driver is not in Linus tree at all
2020-02-27 16:20:08 <mps> yes, I know
2020-02-27 16:20:10 <_ikke_> ok
2020-02-27 16:20:21 <mps> I wrote that above
2020-02-27 16:20:46 <_ikke_> So unless Linus decides to include it, it will always be a separate package
2020-02-27 16:28:48 <Guest75> i see
2020-02-27 21:30:30 <aggaz> Hello. In the laste few days I managed to setup an RPi3 with the TV-Hat and tvheadend using alpine 3.9.5 (I had to use this version to make things work) and I gound a couple of issues. I was thinking to discuss the issues here anf then open a ticket on Gitlab if appropriate. Is anybody interested in discussing this?
2020-02-27 21:36:57 <Cogitri> Well, don't ask to ask :)
2020-02-27 21:37:16 <danieli> are the issues specific to alpine or to the extra gear you attached to the pi?
2020-02-27 21:39:25 <aggaz> Here I go: first the easy one. I am using alpine in diskless mode. I installed tvheadend from the repos but it was not usable after a reboot because of wrong permissions of the directory "/etc/tvheadend".
2020-02-27 21:40:08 <aggaz> This direcotry needs to belong to tvheadend:video while after the reboot it belongs to root:root.
2020-02-27 21:40:21 <aggaz> I am not sure if this is a bug of if it is normal in diskless mode
2020-02-27 21:41:34 <aggaz> after the installation of the package, the directory belonged to tvheadend:150, but after reboot belonged to root. I had to cchange permissions by hand and perform an lbu commit
2020-02-27 21:43:45 <aggaz> the other issue is about the kernel. The tv-hat works fine with kernel version 4.19.98-0-rpi but it does not work with kernel version 5.4.12-0-rpi. This is why I had to use alpine ver. 3.9.5 instead of the last 3.11.3.
2020-02-27 21:55:56 <mps> aggaz: did you save changes after change ownership, lbu commit
2020-02-27 21:56:50 <aggaz> mps: yes, and after that it works fine. Still, given that the directory /etc/tvheadend was created by installing the package, it seems strange to me that a manual chown was needed.
2020-02-27 22:00:00 <mps> well, according to APKBUILD it should be set
2020-02-27 22:02:30 <aggaz> I noticed that ust after the install, the permissions are tvheadend:150 (i did not have 150 in my /etc/group). After reboot it was root:root. This made the software not usable.
2020-02-27 22:07:34 <mps> ah, group is not added in tvheadend.pre-install, you should fill bug report (or issue report, to be politically correct)
2020-02-27 22:08:32 <mps> but, if you set all manually and it works, 'lbu commit' should preserve this for next boot
2020-02-27 22:09:54 <aggaz> I am looking at the PKGBUILD now. There I see pkggroups="tvheadend", but I think it should be "video" given that in /etc/init.d/tvheadend (provided by the package tvheadend-openrc) I see the line: command_user="tvheadend:video"
2020-02-27 22:10:14 <aggaz> mps: I don't understan the thing about tvheadend.pre-install
2020-02-27 22:12:34 <mps> yes, in tvheadend.pre-install group is video but in APKBUILD it is pkggroups="tvheadend"
2020-02-27 22:12:47 <mps> to me looks like a bug
2020-02-27 22:13:01 <clandmeter> probably
2020-02-27 22:13:36 <mps> I don't know wich one it should be, didn't used this software
2020-02-27 22:13:48 <aggaz> i think video
2020-02-27 22:14:08 <aggaz> all the content in /etc/tvheadend is tvheadend:video
2020-02-27 22:14:40 <clandmeter> I problably forgot to update it
2020-02-27 22:14:47 <mps> clandmeter: you are maintainer, what you think
2020-02-27 22:14:56 <mps> uhm, you are to fast
2020-02-27 22:16:37 <mps> too* (never will ingrain diff between to and too)
2020-02-27 22:17:07 <aggaz> so the maintainer is informed and there is no need to open issues, right? :)
2020-02-27 22:17:41 <maxice8> @mps replace `too` with `as well` and see if it works, most of the time it will, only too at the start won't.
2020-02-27 22:17:42 <mps> if the maintainer is not too busy :)
2020-02-27 22:17:46 <aggaz> by the way thank you for packaging it :)
2020-02-27 22:18:01 <clandmeter> maintainer looks for new maintainer ™️
2020-02-27 22:18:12 <mps> :)
2020-02-27 22:19:09 <clandmeter> aggaz: if you do not add an issue to gitlab.a.o it will most probably be forgotten
2020-02-27 22:19:31 <mps> clandmeter: I can fix it, but not sure if it is good to take maintainership because I don't use it
2020-02-27 22:20:04 <mps> maxice8: thanks, but 'too' is shorter to type than 'as well'
2020-02-27 22:20:26 <clandmeter> im not sure its an issue i need to check
2020-02-27 22:20:57 <maxice8> I mean, change the sentence in your brain and see if it sounds good. If it does then too is most likely correct
2020-02-27 22:21:59 <mps> clandmeter: building with pkggroups="video"
2020-02-27 22:22:12 <clandmeter> mps: this is not the problem
2020-02-27 22:22:39 <clandmeter> <aggaz> This direcotry needs to belong to tvheadend:video while after the reboot it belongs to root:root.
2020-02-27 22:23:01 <clandmeter> i think aggaz uses lbu to store his config?
2020-02-27 22:23:11 <mps> well, I hope it will be fixed with lbu commit
2020-02-27 22:23:37 <aggaz> clandmeter: yes I do, and I was puzzled by the strange behaviour
2020-02-27 22:24:16 <clandmeter> aggaz: what happens when you run: `apk fix tvheadend` after boot?
2020-02-27 22:25:03 <aggaz> I don't know... I didnt used that command. Now the directory keeps the permissions I manually changed
2020-02-27 22:25:13 <mps> but anyway, pkggroups="video" will fix part of the problem
2020-02-27 22:25:31 <aggaz> what should I do, make a new install?
2020-02-27 22:25:40 <clandmeter> i think it currently just uses tvheadend as group
2020-02-27 22:25:47 <clandmeter> and tvheadend is added to video group
2020-02-27 22:25:54 <clandmeter> so it can access video devices
2020-02-27 22:26:26 <aggaz> I can confirm that tvheadend user is in video group
2020-02-27 22:26:42 <clandmeter> aggaz: can you run apk fix tvheadend?
2020-02-27 22:27:11 <aggaz> yes
2020-02-27 22:27:21 <clandmeter> and tell me the owner/group of /etc/tvheadend dir
2020-02-27 22:27:23 <mps> clandmeter: I can push right now 'video' group: ls -dl /etc/tvheadend => drwxr-xr-x 2 tvheadend video 4096 Feb 27 23:24 /etc/tvheadend
2020-02-27 22:27:54 <clandmeter> mps, i dont think its the apk which is the issue
2020-02-27 22:28:03 <mps> ok
2020-02-27 22:28:32 <clandmeter> let me check
2020-02-27 22:28:44 <aggaz> before and after apk fix tvheadend /etc/tvheadend belongs to tvheadend:video
2020-02-27 22:31:15 <clandmeter> mps: if you change the group, what will happen to current installations?
2020-02-27 22:31:33 <clandmeter> i need to get some sleep
2020-02-27 22:31:44 <clandmeter> aggaz: please add an issue if its not resolved by mps.
2020-02-27 22:31:48 <mps> hmm, probably will not be overwritten, I could check
2020-02-27 22:32:18 <aggaz> anyway all the content of /etc/tvheadend was tvheadend:video after the install
2020-02-27 22:32:38 <aggaz> clandmeter: I will open an issue, thank you
2020-02-27 22:32:48 <clandmeter> aggaz: you mention it is root:root after reboot
2020-02-27 22:32:52 <clandmeter> i wonder why that is
2020-02-27 22:32:54 <mps> in my case if install it from repo it is: drwxr-xr-x 2 tvheadend 158 4096 Feb 27 23:30 /etc/tvheadend
2020-02-27 22:33:02 <aggaz> /etc/tvheadend yes, the contents no
2020-02-27 22:34:21 <mps> clandmeter: after upgrade to fixed version: drwxr-xr-x 2 tvheadend video 4096 Feb 27 23:30 /etc/tvheadend
2020-02-27 22:34:35 <mps> didn't touched it 'by hand'
2020-02-27 22:35:03 <mps> but ok, good night clandmeter and sleep well :)
2020-02-27 22:35:30 <mps> aggaz: fill the bug report and assign to me
2020-02-27 22:35:37 <aggaz> so... what should I write now? /etc/tvheadend changes to root?
2020-02-27 22:35:42 <aggaz> something like that?
2020-02-27 22:35:57 <mps> whatever you think is correct
2020-02-27 22:36:23 <aggaz> Anyway, you know what, tomorrow I will make another installation, just to be sure that everything is replicated, even if i already did it :)
2020-02-27 22:37:17 <mps> maxice8: it is not easy (for me at least) to think in one language and translate to another while typing and thinking about technical problem
2020-02-27 22:37:35 <maxice8> yeah that might be a problem
2020-02-27 22:37:42 <aggaz> then there is the problem with the kernel that I have no idea how to trace
2020-02-27 22:37:53 <mps> ok, also I'm going to bed, see you tomorrow, good night to all :)
2020-02-27 22:38:00 <aggaz> goodnight!
2020-02-27 23:22:16 <alpha_Aquilae> bonuit o/
2020-02-28 00:24:40 <travis_> ok what do I use to generate my own abuild private key? can gpg be used?
2020-02-28 00:29:16 <u0jQx9gPyrYg> abuild-keygen
2020-02-28 00:30:54 <travis_> ok so um glslang symbol not found is breaking mpv
2020-02-28 00:31:06 <travis_> so I am rebuilding mpv to try and fix it
2020-02-28 00:37:07 <travis_> what would I install to get java wayland support?
2020-02-28 00:38:06 <maxice8> @travis_ it is fixed, don't try rebuilding
2020-02-28 00:38:59 <travis_> um should I have edge and 3.11 repositories enabled at same time?
2020-02-28 00:39:37 <maxice8> no
2020-02-28 00:39:40 <maxice8> don't make FrankenAlpine
2020-02-28 00:39:59 <travis_> I might already have
2020-02-28 00:40:31 <maxice8> good luck
2020-02-28 00:41:54 <travis_> and it seems I haven't made frakenAlpine
2020-02-28 00:42:10 <travis_> or have i just haven't seen something so crippling i need to reinstall
2020-02-28 00:43:27 <galaxie> Does Alpine have any soundbanks to install? I found fluidsynth but I don't see any soundbanks so I can use it.
2020-02-28 01:58:31 <Jiggy> Does anyone know how to get in contact with wener?
2020-02-28 02:38:20 <opal> oh right, i should try installing latest version of alpine to my raspberry pi
2020-02-28 02:40:17 <opal> i forget whats last version i tried
2020-02-28 02:40:30 <opal> i guess 3.11.2
2020-02-28 02:45:13 <cyclopsian> not sure if this is a question for here or for #openrc, but I am getting some weird boot hangs after upgrading a server to 3.11
2020-02-28 02:45:36 <cyclopsian> nginx or postgresql will hang indefinitely during boot... unless i press any alt-sysrq key, then the process wakes up
2020-02-28 02:47:55 <Hello71> did you set rc_parallel=YES?
2020-02-28 02:49:26 <cyclopsian> no, it's off
2020-02-28 02:51:47 <cyclopsian> going to see if starting ssh early works, then i can log into the machine and strace the process
2020-02-28 02:54:41 <wenerme[m]> <cyclopsian "nginx or postgresql will hang in"> try install haveged, I use to have this problem in vm
2020-02-28 03:00:14 <cyclopsian> that makes sense, i just disabled everything except ssh and it hangs on running ssh-keygen
2020-02-28 03:00:19 <cyclopsian> which then woke up when i mashed keys
2020-02-28 03:02:31 <cyclopsian> explains why my sysrq keys were feeding the entropy pool
2020-02-28 03:03:57 <wenerme[m]> glad it help, use to waste my day to find this out
2020-02-28 03:06:37 <opal> hm still stuck at rainbow boot screen on alpine 3.11.3 armhf
2020-02-28 03:08:01 <cyclopsian> enabled haveged and now it works well, thank you :)
2020-02-28 03:12:13 <wenerme[m]> <opal "hm still stuck at rainbow boot s"> how you install the os ?
2020-02-28 03:13:36 <opal> `tar -xvf alpine-rpi-3.11.3-armhf.tar.gz` inside of the sd card's fat partition
2020-02-28 03:14:57 <opal> im using a raspi 1 B
2020-02-28 03:16:04 <opal> i had discussion in here a while ago about there still being some bugs with earlier hardware but its a pain to search through my scrollback for that
2020-02-28 03:16:17 <wenerme[m]> never tried 1b, use to install for 3b zero-w 4 by prebuild img
2020-02-28 03:16:27 <wenerme[m]> the process like this https://github.com/knoopx/alpine-raspberry-pi
2020-02-28 05:28:59 <c705> how does apk behave with multiple valid repos in /etc/apk/repositories?
2020-02-28 07:20:16 <travis_> hello guys I need the complete suite of xen tools not this incomplete collection of junm
2020-02-28 07:30:39 <travis_> mcquinn1: do you know how to get all the xen tools not just these ones?
2020-02-28 07:31:03 <travis_> the xen package doesn't seem to provide them all here
2020-02-28 07:39:59 <travis_> /usr/lib/gcc/x86_64-alpine-linux-musl/9.2.0/../../../../x86_64-alpine-linux-musl/bin/ld: /usr/lib/libglslang.so: undefined reference to `glslang::DefaultTBuiltInResource'
2020-02-28 07:40:11 <travis_> when I tty to compile mpv I get that
2020-02-28 07:40:43 <travis_> I think i need to recompile glslang
2020-02-28 07:45:29 <Cogitri> We're currently on it, should be fixed soon-ish
2020-02-28 07:52:10 <travis_> so um i think some xen utililties are missing
2020-02-28 07:53:41 <travis_> and pidgin doesn't include even xmpp as a plugin
2020-02-28 07:57:51 <maxice8> it is fixed, please update
2020-02-28 07:58:40 <travis_> i really need the xen utilities
2020-02-28 08:02:33 <travis_> in Pidgin I only have Gadu-Gadu GroupWise IRC SIMPLE and Zephyr no XMPP
2020-02-28 09:29:35 <fuchstronaut> the first part of my $PATH variable is /usr/local/sbin/, but when I put/link a file there named "help" sh isn't executing it, but some sort of built-in help command showing me other built-in commands. "which help" shows me /usr/local/sbin/help correctly. Is there a way to overload the default help command?
2020-02-28 09:34:07 <dne> szero_travis: which xen utilities specifically?
2020-02-28 10:18:03 <u0jQx9gPyrYg> fuckstronaut, simply write /usr/local/bin/help to call the help you want
2020-02-28 10:50:33 <Cogitri> I think you meant fuchstronaut  :P
2020-02-28 10:51:53 <mps> :) just noticed diff
2020-02-28 10:53:23 <mps> he probably doesn't use nick tab complete
2020-02-28 11:02:33 <u0jQx9gPyrYg> i wondered why tabcomplete doesnt work... /o\ sorry!
2020-02-28 11:02:40 <u0jQx9gPyrYg> 
ACTION grabs glasses

2020-02-28 12:20:19 <fuchstronaut> u0jQx9gPyrYg: that is not what I would want
2020-02-28 13:14:34 <bl4ckb0ne> if i have networkmanager and iwd, do i still need wpa_supplicant?
2020-02-28 13:15:32 <maxice8> I tried using iwd as the wifi backend but it ended up not working
2020-02-28 13:15:39 <bl4ckb0ne> also all of my \ in firefox are yens, does that ring a bell?
2020-02-28 13:15:59 <bl4ckb0ne> nmcli lists the wlan0 interface as disconnected
2020-02-28 13:16:31 <bl4ckb0ne> but wpa supplicant is connected with the adequate wpa_supplicant conf
2020-02-28 13:16:47 <maxice8> wpa_supplicant should be disabled and no wpa_supplicant.conf
2020-02-28 13:16:57 <maxice8> networkmanager will use wpa_supplicant as appropriate
2020-02-28 13:17:22 <bl4ckb0ne> so i disable the service?
2020-02-28 13:19:51 <albr> Asineth[d]: You can also configure networkmanager to use iwd
2020-02-28 13:20:06 <albr> Asineth[d]: But as for your question no I believe you may have to keep wpa_supplicant enables
2020-02-28 13:20:10 <bl4ckb0ne> disabling wpa_supplicant lists wlan0 as unavailable with nmcli
2020-02-28 13:20:43 <albr> Asineth[d]: Yes wpa_supplicant needs to be running because networkmanager communicates with it over a UNIX socket afaik
2020-02-28 13:21:02 <albr> Asineth[d]: Have you tried iwd?
2020-02-28 13:21:40 <albr> Asineth[d]: It’s lighter and in my experience faster but it requires editing a config to tell NM to use it
2020-02-28 13:21:45 <bl4ckb0ne> networkmanager is set to use iwd
2020-02-28 13:21:51 <maxice8> Last time I tried iwd wasn't working
2020-02-28 13:22:02 <albr> Asineth[d]: They fixed that a month or two ago
2020-02-28 13:22:03 <maxice8> And no, have Wpa_supplicant not running and no conf file available
2020-02-28 13:22:11 <albr> Asineth[d]: I had it working before then but I had to do some stupid workaround
2020-02-28 13:22:19 <maxice8> I tried 2 days ago
2020-02-28 13:22:34 <albr> Asineth[d]: No you need wpa_supplicant running for NM to use it
2020-02-28 13:22:50 <albr> Asineth[d]: And don’t just delete config files, there’s no need
2020-02-28 13:23:04 <albr> Asineth[d]: As long as you haven’t added a network or changed it’s socket location/perms
2020-02-28 13:24:01 <bl4ckb0ne> i have "secrets were required but not provided" when i try to login with nmtui
2020-02-28 13:24:29 <maxice8> @albr my working internet connection says otherwise but ok
2020-02-28 13:25:29 <albr> Asineth[d]: My suggestion is just iwd + dhcpcd
2020-02-28 13:25:43 <albr> Asineth[d]: Just install both and enable/start the services then connect with iwd
2020-02-28 13:25:57 <albr> Asineth[d]: It has a very simple cli interface there’s wiki articles on it to refer to
2020-02-28 13:26:18 <bl4ckb0ne> you have the wiki article?
2020-02-28 13:26:52 <bl4ckb0ne> https://wiki.alpinelinux.org/wiki/NetworkManager this one is pretty empty
2020-02-28 13:27:15 <albr> Asineth[d]: https://wiki.archlinux.org/index.php/Iwd
2020-02-28 13:27:27 <albr> Asineth[d]: Except for the installation part, it should be helpful
2020-02-28 13:27:44 <albr> Asineth[d]: For installation just apk add iwd dhcpcd and enable/start both services
2020-02-28 13:27:48 <albr> Asineth[d]: Same names as the package
2020-02-28 13:30:09 <mps> Absinthe: iwd have dhcp (ipv4 only) included
2020-02-28 13:30:10 <bl4ckb0ne> iwctl lists available networks
2020-02-28 13:30:18 <bl4ckb0ne> but still cant connect with nmtui
2020-02-28 13:31:03 <mps> iwctl station wlan0 connect 'ap-name'
2020-02-28 13:31:12 <mps> no need for NM
2020-02-28 13:31:39 <bl4ckb0ne> operationfailed
2020-02-28 13:32:42 <mps> problems could arise with older broadcom drivers
2020-02-28 13:33:25 <mps> and, especially do not use/start/install iwd and wpa_s at same time. this is error prone
2020-02-28 13:35:59 <albr> Asineth[d]: I still prefer dhcpcd with iwd because it has ipv6 and is configurable
2020-02-28 13:36:21 <albr> Asineth[d]: So I can tell it to never use the DNS resolvers that the DHCP server provides and to always use mine for example
2020-02-28 13:37:29 <Soo_Slow> hello. Very noob question. Im trying to update from 3.10 to current stable (which is, I suppose, 3.11?) for the very first time, so I've ran setup-apkrepos and altered repo versions. And... how do I leave the editor now?
2020-02-28 13:37:29 <mps> understand, though that is possible with openresolv iirc
2020-02-28 13:38:01 <Soo_Slow> I thought its nano, but it says "^X is not implemented", when Im trying to quit via ctrl+x
2020-02-28 13:39:11 <albr> Asineth[d]: :q
2020-02-28 13:39:14 <albr> Asineth[d]: Then enter
2020-02-28 13:39:21 <albr> Asineth[d]: It’s vim/vi
2020-02-28 13:39:39 <albr> Asineth[d]: As a future reference edit your repos with <editor> /etc/apk/repositories
2020-02-28 13:40:28 <Soo_Slow> it says "No write since the last change (:q! overrides)" and keeps running
2020-02-28 13:40:34 <albr> Asineth[d]: Valid versions are vX.Y, latest-stable, and edge which is rolling release.
2020-02-28 13:40:44 <albr> Asineth[d]: :q! If you haven’t changed anything
2020-02-28 13:40:54 <Soo_Slow> but I did
2020-02-28 13:41:01 <albr> Asineth[d]: Then :we
2020-02-28 13:41:05 <albr> Asineth[d]: Sorry
2020-02-28 13:41:06 <mps> Asineth[d]: looks like my auto-correct script wrongly 'corrected' your nick above, sorry
2020-02-28 13:41:08 <albr> Asineth[d]: :wq
2020-02-28 13:41:30 <Soo_Slow> thanks
2020-02-28 13:41:38 <albr> Asineth[d]: Its fine, and, autocorrect script? Is that a thing? How does it work?
2020-02-28 13:42:08 <mps> aspell and some perl
2020-02-28 13:42:57 <mps> perl-text-aspell pkg
2020-02-28 13:43:00 <bl4ckb0ne> hmmm
2020-02-28 13:43:07 <bl4ckb0ne> wpa_supplicant seems to live on its own
2020-02-28 13:43:18 <bl4ckb0ne> regardless of what i do with networkmanager
2020-02-28 13:51:43 <albr> Asineth[d]: Why are you using networkmanager may I ask?
2020-02-28 13:51:51 <albr> Asineth[d]: Is is the tray applet that you like?
2020-02-28 13:52:18 <albr> Asineth[d]: You may want to try connman, it has a GUI and tray applet available called “cmst”
2020-02-28 13:52:31 <albr> Asineth[d]: It’s very similar to networkmanager in the way it works but is smaller
2020-02-28 13:53:42 <bl4ckb0ne> i want to use networkmanager because im traveling soon, and i dont want to bother
2020-02-28 13:53:51 <bl4ckb0ne> im fine with nmtui
2020-02-28 13:54:05 <bl4ckb0ne> i just want to know why its not working
2020-02-28 14:05:40 <Soo_Slow> question. Why dl-cdn.alpinelinux.org has no https?
2020-02-28 14:06:31 <Cogitri> bl4ckb0ne: Do you have a wpa_supplicant.conf ?
2020-02-28 14:06:55 <Cogitri> Soo_Slow: The URL for HTTPS with the CDN is different due to Fastly
2020-02-28 14:07:13 <Cogitri> See mirrors.alpinelinux.org for the HTTPS CDN mirror.
2020-02-28 14:07:44 <Soo_Slow> Cogitri, I see. Kinda weird, but thanks
2020-02-28 14:07:52 <bl4ckb0ne> i have one yes
2020-02-28 14:08:03 <bl4ckb0ne> i moved it but it came back
2020-02-28 14:08:08 <bl4ckb0ne> i wonder if this is networkmanager
2020-02-28 14:08:19 <afontain_> Soo_Slow: checking is done with gpg, so https is not a requirement
2020-02-28 14:08:56 <Cogitri> bl4ckb0ne: No, NetworkManager never creates that config file
2020-02-28 14:09:10 <Cogitri> It uses DBus for configuration of wpa_supplicant
2020-02-28 14:10:24 <bl4ckb0ne> hmmm
2020-02-28 14:10:28 <bl4ckb0ne> so who created that file
2020-02-28 14:10:38 <bl4ckb0ne> as i said, networkmanager lists wlan0 as disconnected
2020-02-28 14:10:46 <bl4ckb0ne> but wpa_supplicant is currently running with the conf file
2020-02-28 14:10:57 <Cogitri> If you have that wpa_supplicant.conf the wpa_supplicant init.d service will run wpa_supplicant without dbus enabled
2020-02-28 14:11:02 <Cogitri> So NM can't use it then
2020-02-28 14:11:51 <Cogitri> Not sure what creates the config file, but you certainly don't want it if you use NM
2020-02-28 14:12:30 <bl4ckb0ne> so i hsould remove the conf file, reboot wpa_supplicant and let it start without conf file?
2020-02-28 14:14:04 <szero_travis> bl4ckb0ne: when ya remove it instead choose to move it to the same file with .backup at the end
2020-02-28 14:14:52 <bl4ckb0ne> alright file is moved
2020-02-28 14:15:42 <szero_travis> how do I get the shell to give me While: Parameter Expansion and some other thing specifying Notation and Echo: Using Parameters [I'd like something real smart here]
2020-02-28 14:16:30 <bl4ckb0ne> so now
2020-02-28 14:16:38 <bl4ckb0ne> rc-service wpa_supplicant restart ?
2020-02-28 14:16:48 <szero_travis> well try it
2020-02-28 14:17:50 <szero_travis> I want something so smart the computer tells me what is happening by asking the commands
2020-02-28 14:18:56 <szero_travis> this isn't verbose though I think its called where the computer learns what you want to ask the command based on what the command specifics are
2020-02-28 14:19:05 <Cogitri> Yes, restart wpa_supplicant and it should work then
2020-02-28 14:23:13 <szero_travis> in ps what is an SPID?
2020-02-28 14:24:07 <szero_travis> http://dpaste.com/0MP23M6
2020-02-28 14:25:47 <Cogitri> https://aplawrence.com/Words2005/2005_06_07.html
2020-02-28 14:26:18 <bl4ckb0ne> so
2020-02-28 14:26:24 <bl4ckb0ne> nm cnat connect
2020-02-28 14:26:30 <bl4ckb0ne> its either some problem with getting a valid ip
2020-02-28 14:26:43 <bl4ckb0ne> or "secrets were required but not provided" even if i supply the passwd
2020-02-28 14:28:10 <szero_travis> does dmesg say um deauth by local choice?
2020-02-28 14:28:30 <szero_travis> what else does it say for your wireless interface?
2020-02-28 14:28:51 <bl4ckb0ne> yeah local choice
2020-02-28 14:29:45 <bl4ckb0ne> wait ill copy it
2020-02-28 14:29:48 <theprower> I think that means the router chose to death you because the pre shared key and i think thats the password but it thinks that password is wrong
2020-02-28 14:30:43 <bl4ckb0ne> https://paste.sr.ht/%7Ebl4ckb0ne/9cd3c10ba1086fa3769746b190829c1b65bcb789
2020-02-28 14:31:38 <bl4ckb0ne> it happens even if i reenter a password
2020-02-28 14:31:44 <bl4ckb0ne> i deleted the connection from nm
2020-02-28 14:31:45 <theprower> yeah well search what DEAUTH_LEAVING means it does say deauthenticated surely it means wrong password
2020-02-28 14:31:58 <theprower> my router told me this when the password was wrong
2020-02-28 14:32:04 <bl4ckb0ne> hm
2020-02-28 14:32:06 <bl4ckb0ne> weird
2020-02-28 14:32:37 <theprower> another I got was after one minute it disconnected and i forgot what it said it wasn't DEAUTH_LEAVING tho
2020-02-28 14:33:44 <theprower> can a 802.11 card connect to a cell phone tower?
2020-02-28 14:38:59 <bl4ckb0ne> alright i deleted all of the nm connections
2020-02-28 14:41:20 <theprower> does this reach from the internet? 2605:6000:1711:8803:9b39:bac3:601d:ba1b/64
2020-02-28 14:42:42 <zcrayfish> yes
2020-02-28 14:42:51 <bl4ckb0ne> nuh
2020-02-28 14:42:57 <bl4ckb0ne> new error message though
2020-02-28 14:42:59 <bl4ckb0ne> > could not activate connection: activation failed: IP configuration could not be reserved (no available address, timeout, etc.)
2020-02-28 14:46:16 <bl4ckb0ne> maybe its dhcpcd
2020-02-28 14:47:10 <bl4ckb0ne> i heard networkmanager and dhcpcd are not a fit on arch
2020-02-28 14:48:57 <theprower> I need more xen utilities the xm utility is missing and xen-cmdline is also absent
2020-02-28 14:49:17 <bl4ckb0ne> could be dnsmasq maybe
2020-02-28 15:25:26 <bl4ckb0ne> it was not dnsmasq
2020-02-28 15:39:54 <Cogitri> You can start NM in debug mode for more info.
2020-02-28 15:40:01 <Cogitri> But it just works for me
2020-02-28 15:40:42 <bl4ckb0ne> how can i start it in debug?
2020-02-28 15:42:24 <Cogitri> See the --help of the NetworkManager binary
2020-02-28 15:42:28 <Cogitri> I think it's just --debug
2020-02-28 15:42:37 <Cogitri> Not sure right now, not on a pc to check
2020-02-28 15:42:51 <bl4ckb0ne> ah yes, i started it with openrc
2020-02-28 15:47:03 <bl4ckb0ne> where are openrc's logs?
2020-02-28 15:47:24 <Cogitri> Depends on your syslog daemon
2020-02-28 15:47:25 <_ikke_> /var/log/messages
2020-02-28 15:47:28 <_ikke_> nod
2020-02-28 15:48:00 <wolfshappen> Hello Alpine Folks - I have a tiny problem. I found out my old tv has a usable MTK25 platform, with straight up UART and full root access. So far i managed to compile most things on it, and get most things running, but i currently try to make a chroot happen - ideally alpine. However the thing is the old armv6 in there has a non-usable vfp (1, not 2) and alpine is force-using the floating point instructions in armhf. Replacing musl with a non-hf
2020-02-28 15:48:00 <wolfshappen> build makes most things work, but only for a while until something calls modf() or similar. So is there a possible way i could get/self-compile alpine 3.x for arm"el" (armv6+nofp) myself? Or can i request a new arch to be added to the minimal rootfs list?
2020-02-28 15:48:41 <bl4ckb0ne> ah yes
2020-02-28 15:48:42 <bl4ckb0ne> missed it
2020-02-28 15:48:44 <wolfshappen> Tl:DR: can i make armv6 alpine happen sans vfp/hf, or self-compile it so?
2020-02-28 15:48:44 <bl4ckb0ne> thanks _ikke_
2020-02-28 15:59:25 <bl4ckb0ne> it works!
2020-02-28 15:59:33 <bl4ckb0ne> had to stop dhcpcd
2020-02-28 16:00:09 <bl4ckb0ne> safety reboot to check that it works
2020-02-28 16:01:24 <bl4ckb0ne> yup
2020-02-28 16:01:36 <bl4ckb0ne> i can switch from my 5ghz network to my 2.4ghz with nmtui
2020-02-28 16:01:48 <bl4ckb0ne> what solved the issues : not using iwd, disabling dhcpcd
2020-02-28 16:12:57 <Cogitri> Ah yes, you need to disable all other network services otherwise they clash with NM
2020-02-28 16:13:08 <Cogitri> (Can we somehow enforce that with OpenRC?)
2020-02-28 16:13:34 <Cogitri> wolfshappen: That's probably going to be a massive pain
2020-02-28 16:19:44 <bl4ckb0ne> good thing it works
2020-02-28 16:19:48 <bl4ckb0ne> my flight is tonight :D
2020-02-28 16:22:17 <wolfshappen> Cogitri: i know, but its either getting alpine armv6-nofp from someone/upstream, or building it myself, or building all applications myself anyway.
2020-02-28 16:24:19 <mps> wolfshappen: look at aports/scripts/bootstrap.sh
2020-02-28 16:24:32 <mps> maybe it could help you
2020-02-28 16:25:24 <wolfshappen> And trying alternate solutions all fail of course - gentoo? stage3 uses glibc, which complains about 2.6.27 being too old. void has the same compilation issue, meaning fails on musl call. debian could work, but still fiddling with multistrap. etc
2020-02-28 16:26:20 <wolfshappen> mps: thanks, thats a good pointer
2020-02-28 16:28:08 <mps> and, maybe openwrt could be used to see what needs to be tweaked for armv6
2020-02-28 21:32:30 <aggaz> mps, clandmeter: Regarding permissions and tvheadend (https://gitlab.alpinelinux.org/alpine/aports/issues/11263), I just tried the package built by the APKBUILD modified by mps (https://gitlab.alpinelinux.org/mps/aports/-/jobs/58098). I see that after install /etc/tvheadend now belongs to tvheadend:video, but after reboot the same directory will still belong to root:root.
2020-02-28 21:53:47 <mps> aggaz: do you 'run from ram' or sys mode
2020-02-28 21:54:00 <aggaz> diskless from ram
2020-02-28 21:54:30 <mps> did you invoke 'lbu commit' after apk install
2020-02-28 21:54:40 <aggaz> yes
2020-02-28 21:54:58 <mps> hmm, let me try on RPi zero
2020-02-28 21:55:05 <aggaz> I just added a comment on gitlab regarding this issue
2020-02-28 21:56:51 <mps> yes, I received mail with your comment
2020-02-28 21:59:21 <mps> uhm, wifi doesn't work on my RPi
2020-02-28 21:59:59 <aggaz> Looking at my /etc, it seems that tvheadend is the only package I have that needs a directory in /etc not belonging to root. Could it be related to the way diskless-mode act on directories in /etc ?
2020-02-28 22:00:18 <aggaz> mps: is wifi on RPi zero not supported by Alpine?
2020-02-28 22:00:47 <mps> ah, need time to associate
2020-02-28 22:01:09 <mps> let me check
2020-02-28 22:01:12 <aggaz> oh so wifi works, good, I am planning to buy one and I would like to install alpine in it :)
2020-02-28 22:01:45 <mps> afaik, lbu commit should save every change in /etc
2020-02-28 22:03:11 <aggaz> Yes, but what happens if the directory is created by installing the package that is in the cache? If I understand correctly, in diskless mode at each boot packages are extracted from the cache, right?
2020-02-28 22:03:46 <mps> heh, I need to move RPi board from cables mess
2020-02-28 22:04:44 <mps> I don't have much experience with 'run from ram'
2020-02-28 22:05:46 <mps> huh, this package 'install' a lot of other
2020-02-28 22:05:52 <aggaz> maybe you can try on a sys install and see how it goes
2020-02-28 22:06:06 <aggaz> yes it needs a lot of dependencies
2020-02-28 22:06:15 <aggaz> for all the video stuff I suppose
2020-02-28 22:07:17 <mps> you can run 'lbu ci -v' to see what actually is updated/saved
2020-02-28 22:08:11 <mps> but I don't see /etc/tvheadend in list
2020-02-28 22:10:30 <mps> hm, in my case /etc/tvheadend is preserved after reboot
2020-02-28 22:10:49 <mps> drwxr-xr-x    2 tvheaden 149             40 Jan  1  1970 /etc/tvheadend
2020-02-28 22:11:29 <aggaz> So, in your case, after reboot /etc/tvheadend still belongs to tvheadend:149 ?
2020-02-28 22:11:49 <mps> changed to video, and now will reboot again
2020-02-28 22:12:00 <aggaz> This is weird
2020-02-28 22:12:39 <aggaz> I will try to do a fresh install to see how it goes. Now I am wondering if I messed up sompething during my configuration.
2020-02-28 22:13:04 <aggaz> I tried several times and always observed the same behaviour
2020-02-28 22:13:46 <mps> yes, it is preserved after reboot
2020-02-28 22:13:55 <mps> drwxr-xr-x    2 tvheaden video           40 Jan  1  1970 /etc/tvheadend
2020-02-28 22:14:49 <aggaz> In my case, I have to manually change permissions to keep the changes, because after first reboot it is always root:root
2020-02-28 22:15:21 <aggaz> it is relevant to note that we are using dirrerent archs?
2020-02-28 22:15:41 <mps> well, strange, worked 'out of box' for me, though I also changed group to video
2020-02-28 22:16:11 <aggaz> I need to make a fresh install and see...
2020-02-28 22:16:25 <mps> well, it is built from same source, so shouldn't be issue because we use different arch
2020-02-28 22:16:48 <mps> but, who knows
2020-02-28 22:17:09 <aggaz> I will keep you updated, in the meantime, should I close the issue or should I keep it open?
2020-02-28 22:18:19 <mps> left it open for now, till you find issue and then write there what is solution
2020-02-28 22:18:29 <mps> for future references
2020-02-28 22:18:57 <mps> what is solution or what was wrong
2020-02-28 22:19:03 <aggaz> ok
2020-02-28 22:19:07 <aggaz> thanks
2020-02-28 22:20:13 <mps> di niente :)
2020-02-28 22:27:03 <aggaz> buonanotte!
2020-02-28 22:28:06 <mps> :)
2020-02-28 22:28:12 <mps> grazie
2020-02-28 22:37:12 <albr> lgs[d]: hey, I run alpine in WSL and I'm having DNS issues, is this a good place to ask for help?
2020-02-28 22:41:04 <albr> lgs[d]: Er, never mind. Fixed the issue 🙂
2020-02-28 22:56:58 <danieli> I don't know of any official Alpine WSL image
2020-02-28 22:58:37 <albr> lgs[d]: it's not official
2020-02-28 23:09:13 <Risk64> Hi, how can i run 32bit programs in Alpine x86-64?
2020-02-28 23:46:31 <danieli> alpine does not have multilib support
2020-02-28 23:53:54 <Risk64> danieli: I know, but is it possible by injecting 32bit glibc? Some people say the multilibs are just the original files. I cannot confirm that though. I've done that and it says 'Exec format error' when starting a program. I've taken glibc from Arch32 and linked/fixed the rpath.
2020-02-28 23:54:20 <danieli> I'd suggest flatpak
2020-02-28 23:58:17 <Risk64> will give it a try if i can't get it done otherwise, thx.
2020-02-29 09:28:46 <Lord> On alpine (probably more related to busybox) when i'm on a tty and I do Alt-Left (or right) arrow, it changes to the previous (or next) tty.
2020-02-29 09:29:05 <maxice8> yes
2020-02-29 09:29:13 <Lord> It can be altered by changing the keymap but busybox can only produce a binary kmap
2020-02-29 09:29:35 <Lord> is there a way to convert this to a plaintext keymap, edit it and convert it to binary again ?
2020-02-29 13:29:59 <michidk> Hey there.
2020-02-29 13:31:48 <michidk> Anyone else having issues with chronyd on Alpine? I used the aarch64 image on my raspberry pi 4. Everything is working fine, but the time is off by 10 days and a couple of hours.. chronyc says its not tracking anything and has no sources.
2020-02-29 13:32:24 <michidk> the chronyd config is also completly empty.. I used the setup-ntp script provided by alpine..
2020-02-29 13:33:38 <michidk> Choosing busybox when running setup-ntp, works but it only synchronizes the time like 3 minutes after startup...
2020-02-29 13:52:18 <_ikke_> michidk: so the issue with chrony is that the config is empty?
2020-02-29 14:12:06 <michidk> im not familiar with chrony, but if the config shouldnt be empty after setup-ntp than this might be the issue
2020-02-29 14:12:59 <michidk> i now retried it on a new alpine install... same issue
2020-02-29 14:13:31 <michidk> is there a default config available online which I can use?
2020-02-29 14:14:25 <mps> michidk: here is mine http://tpaste.us/EO7w
2020-02-29 14:14:43 <michidk> thank you!
2020-02-29 14:15:23 <mps> it is in  /etc/chrony/chrony.conf
2020-02-29 14:15:50 <mps> so aarch64 works fine on your RPi4 ?
2020-02-29 14:16:03 <michidk> yeah.. i have that file, its just empty :D
2020-02-29 14:16:50 <michidk> well I had some issues with dhcp and eth0 (not wlan0 though)... but otherwise it works great
2020-02-29 14:16:57 <mps> michidk: there is also /etc/conf.d/chronyd for parameters to daemon
2020-02-29 14:17:33 <mps> michidk: do you use stable or edge on your RPi4?
2020-02-29 14:18:07 <michidk> http://dl-cdn.alpinelinux.org/alpine/v3.11/releases/aarch64/alpine-rpi-3.11.3-aarch64.tar.gz
2020-02-29 14:18:13 <michidk> this one, stable i guess?
2020-02-29 14:18:28 <mps> thanks for report, it is latest stable
2020-02-29 14:20:21 <michidk> thank you for your help. i will try it with your chrony config later
2020-02-29 14:21:31 <mps> it works quite fine for me on different archs and boards, also on my aarch64 notebooks
2020-02-29 14:52:08 <jell48> hi, has anyone tried to adapt https://github.com/alpinelinux/alpine-chroot-install for chroot of operating system, other than debian?
2020-02-29 15:07:22 <artok> should be no difference
2020-02-29 15:07:54 <artok> getting errors?
2020-02-29 15:23:34 <jell48> "mount: none: Operation not supported by device"    "/dev/ada0s1a on / (ufs, local, journaled soft-updates, writes: sync 9557 async 34335, reads: sync 1866 async 376, fsid a50b9c5d5fddafd2)"
2020-02-29 15:25:00 <Cogitri> Is that *BSD?
2020-02-29 15:26:16 <jell48> yes
2020-02-29 15:26:40 <jell48> i applied this patch https://paste2.org/HBPwJnat
2020-02-29 15:27:25 <jell48> already running centos7 in freebsd's chroot, which was ported like this: https://github.com/freebsd/freebsd-ports/blob/e860ccfa822765d931637a2bbdd2090fa3d6e076/emulators/linux_base-c7/Makefile#L142
2020-02-29 15:27:39 <jell48> was wondering if i could run alpine linux in there
2020-02-29 15:28:35 <jell48> according to fbsd guys, "kldload linux64" module does not care what userland you are running, as long as there is no surprisingly different syscalls made by the os
2020-02-29 15:29:00 <jell48> https://www.freebsd.org/doc/handbook/linuxemu-lbc-install.html
2020-02-29 15:29:58 <Cogitri> I guess the `mount -t proc none proc` or something along those lines doesnt work on FreeBSD?
2020-02-29 15:37:35 <jell48> yup, however, `mount -t fdescfs fdesc /compat/linux/dev/fd`, `mount -t linprocfs linprocfs /compat/linux/proc` and `mount_nullfs $HOME/myproject /compat/linux/myproject` are working for centos7 chroot from freebsd host.
2020-02-29 15:38:20 <jell48> i will try to adapt the script
2020-02-29 15:42:14 <Soo_Slow> what does alpine (vm version, if it differs) use to connect to network? Coz I've thought about setting up openvpn connection on it, but dont wanna bloat it more than enough
2020-02-29 15:42:42 <Soo_Slow> I mean - usually I go with networkmanager and related plugins, but probably its not the case there
2020-02-29 15:42:46 <Cogitri> Hm
2020-02-29 15:42:57 <Cogitri> Wdym?
2020-02-29 18:22:17 <Soo_Slow> is there a guide regarding how to setup openvpn client on alpine and make it autoconnect to selected vpn network on each startup?
2020-02-29 18:25:34 <Risk64> Soo_Slow: Look up the wiki
2020-02-29 18:26:15 <Soo_Slow> Risk64, didnt find - there are only guides about openvpn server
2020-02-29 18:27:19 <Cogitri> The manuals from other distros should apply to that too
2020-02-29 18:28:56 <Risk64> https://wiki.alpinelinux.org/wiki/Setting_up_a_OpenVPN_server#Configure_OpenVPN_client