2021-04-01 00:04:55 <bl4ckb0ne> something's weird mps https://paste.sr.ht/~bl4ckb0ne/67ad01a8f507de312a64d4c64f9b193c4cd4d20d
2021-04-01 00:05:14 <bl4ckb0ne> OH i know
2021-04-01 00:06:24 <bl4ckb0ne> fucked up fstab and mmcblk1p1 is not mounted to boot
2021-04-01 00:06:38 <bl4ckb0ne> so it installed the kernel in a created boot folder on mmcblk1p2
2021-04-01 00:07:56 <bl4ckb0ne> got eth0 :)
2021-04-01 00:08:00 <bl4ckb0ne> no sata drives
2021-04-01 00:08:32 <bl4ckb0ne> 5.11.10 r3 was prolly right and not installed to the good place
2021-04-01 00:23:49 <bl4ckb0ne> usb rtl port shows but doesnt work but that's ok
2021-04-01 05:54:31 <Marquel> ikke: what kind of assistance could it be? maybe i can advise of a prolonged downtime and get some help...
2021-04-01 05:55:16 <mps> bl4ckb0ne: I didn't understood you. does eth0 works with linux-edge 5.11.11-r1?
2021-04-01 06:36:35 <ikke> Marquel: someone who understands the nlplug interface and can figure out why the block devices are not reported at boot
2021-04-01 06:37:31 <ikke> One suggestion I now recall is looking at the buffer size used in nlplug-findfs
2021-04-01 06:55:58 <Marquel> as i said, i may be able to test, if not help with debug, not to speak of actually solving it ;)
2021-04-01 07:01:49 <ikke> Would be nice if we found how to reproduce this in a vm, but this might be hw specific
2021-04-01 07:07:11 <Marquel> it is.
2021-04-01 07:07:29 <Marquel> i have two vms running 3.13 with LVM and they do not suffer from that issue.
2021-04-01 07:07:49 <Marquel> and no, i do not have access to similar hardware to test, even if i'd like to.
2021-04-01 07:08:15 <Marquel> though, maybe, i just need to ask the right people the right questions...
2021-04-01 07:08:18 <Marquel> i'll think.
2021-04-01 07:10:54 <ikke> I have, just would take our x86_64 CI down
2021-04-01 07:11:14 <Marquel> your call ;)
2021-04-01 07:11:40 <ikke> Not an issue, but would need to have something concrete to test
2021-04-01 07:11:54 <Marquel> well.
2021-04-01 07:12:51 <Marquel> my setup is a single host with a hardware-RAID1 over two SATA-SSDs. the RAID is fully provisioned, with a small GrUB boot area and LVM over the rest of the RAID.
2021-04-01 07:13:19 <Marquel> inside the LVM are numerous volumes, one is /, another is swap, the rest is for different VMs.
2021-04-01 07:13:56 <Marquel> the setup boots fine with 3.12 lts-kernels, while it fails to find its root with 3.13 lts.
2021-04-01 07:14:18 <Marquel> however, the root-volume inside LVM is specified with a UUID on the kernel commandline.
2021-04-01 07:14:28 <Marquel> that's as precise about my setup as i can get.
2021-04-01 07:15:08 <ikke> UEFI or legacy bios
2021-04-01 07:15:12 <ikke> ?
2021-04-01 07:15:41 <Marquel> let me see if i can find.
2021-04-01 07:16:54 <Marquel> legacy
2021-04-01 07:19:46 <ikke> Same for our CI host
2021-04-01 09:55:43 <closeneough> hi, if I run apk upgrade and e.g. openssh is updated, do I need to manually restart the openssh service, so that the update takes effect?
2021-04-01 09:57:04 <ikke> Yes, you to do it manually
2021-04-01 09:57:43 <ikke> apk does not manage services
2021-04-01 09:57:43 <wyoung> You could automate it
2021-04-01 09:57:59 <wyoung> Write a script that restarts is after an upgrade
2021-04-01 09:58:05 <wyoung> is = it
2021-04-01 09:59:32 <closeneough> ok, thanks!
2021-04-01 09:59:47 <wyoung> Anytime
2021-04-01 10:21:44 <caskd> Anyone had openrc start a service on boot when it's not enabled on the runlevel and it shows up in the manual runlevel?
2021-04-01 10:22:15 <caskd> It's something i have happening on one host and i tried to look everywhere with no success
2021-04-01 10:25:25 <caskd> It's not enabled on any runlevel, the service isn't started by any 'need' dependecy chains and the service that's symlinked to it has no correlation at all to the behaviour
2021-04-01 10:25:55 <mps> caskd: dependency for another service
2021-04-01 10:30:19 <caskd> mps: why wouldn't it show in hotplugged/needed dynrunlevel then?
2021-04-01 10:31:26 <mps> before/after
2021-04-01 10:32:05 <caskd> oh i see
2021-04-01 10:32:09 <caskd> lemme look into that
2021-04-01 10:37:39 <caskd> oh that apparently did it
2021-04-01 10:37:46 <caskd> switched from need to use
2021-04-01 14:05:01 <frojnd> Hi!
2021-04-01 14:05:05 <frojnd> Are docs down? https://docs.alpinelinux.org/
2021-04-01 14:10:41 <Lord> works here
2021-04-01 14:11:17 <frojnd> Yes, now they do, at the time I asked here was nginx 404
2021-04-01 14:22:51 <frojnd> `dd if=/bla/bla of=/bla/bla status=progress` gives me: `dd: invalid argument 'progress' to 'status'
2021-04-01 14:23:07 <frojnd> Do I have to install anything else so statu will work with dd?
2021-04-01 14:24:20 <frojnd> Aha, coreutils pkg was missing
2021-04-01 14:25:10 <Hello71> also consider pv
2021-04-01 14:25:10 <mckaygerhard> frojnd theres an alternative package
2021-04-01 14:25:26 <frojnd> mckaygerhard: which one?
2021-04-01 14:25:31 <frojnd> pv?
2021-04-01 14:25:54 <mckaygerhard> https://wiki.alpinelinux.org/wiki/Alpine_newbie_apk_packages#coreutils_libc_and_utmps_in_alpine read the note
2021-04-01 14:26:20 <mckaygerhard> is a shame tha the alpine wiki are not so well documented like my newbie old pages..
2021-04-01 14:27:05 <Hello71> wtf is this
2021-04-01 14:27:47 <frojnd> Err maybe someone more knowladgable will know this...
2021-04-01 14:29:29 <frojnd> I'm playing in qemu and am tryuing to install full disck encryption. I've created a temp encrypted container of the sda. But when trying to wipe the container with zeros I get No space left on device: dd if=/dev/zero of=/dev/mapper/to_be_wiped status=progress
2021-04-01 14:29:34 <frojnd> Is this qemu specific?
2021-04-01 14:30:04 <mckaygerhard> umm the disk and the size are wll defined?
2021-04-01 14:31:01 <frojnd> mckaygerhard: no I didn't add any partition table yet
2021-04-01 14:31:36 <frojnd> This is lsblk output: https://termbin.com/p1phc
2021-04-01 14:31:53 <mckaygerhard> if the size was not well efined SIZE OF ISK not partitions or table disk
2021-04-01 14:33:35 <mckaygerhard> also frojnd seem there's no mappe defined so no definition to wipped to! XD
2021-04-01 14:33:54 <frojnd> mckaygerhard: I figured... I canceled during disk setup
2021-04-01 14:34:37 <mckaygerhard> that s common error no problem i made a asemu alpine wiki page too but i canceled cos there's no good work today's
2021-04-01 14:48:24 <bl4ckb0ne> mps: yes i have eth0 with an ip
2021-04-01 14:48:44 <bl4ckb0ne> had some fstab fuck up and i ended up installing the kernel not in the mounted boot dir
2021-04-01 14:49:04 <bl4ckb0ne> i think next sd card clean im gonna do just one whole ext4 partition
2021-04-01 15:14:47 <mps> bl4ckb0ne: ok, I think we can't do more with alpine kernels
2021-04-01 15:15:07 <mps> bl4ckb0ne: thank you testing all this
2021-04-01 15:15:22 <bl4ckb0ne> thanks you for your time
2021-04-01 15:15:46 <mps> bl4ckb0ne: I don't like to give advises but having separate boot partition is good idea, ime
2021-04-01 15:15:50 <bl4ckb0ne> gonna continue to poke on my side, i'll tell you if i find anything
2021-04-01 15:17:01 <mps> bl4ckb0ne: also I will try to 'keep one eye' on sata driver for helios64 in hope that it will appear soon in mainline
2021-04-01 15:17:38 <mps> and, if get any answer from kobol please tell me
2021-04-01 15:18:01 <bl4ckb0ne> yep
2021-04-01 15:18:14 <bl4ckb0ne> im mailing the guy that worked on armbian-build
2021-04-01 15:19:26 <mps> also I will try to include changes to one of next linux-edge 'normal' releases
2021-04-01 15:19:47 <bl4ckb0ne> sounds good
2021-04-01 15:28:53 <mckaygerhard> mps havin separate partition today is waste of time.. almost all home install uses same partition.. disk is so moderm today! that is good for server.. when i setup alpine always is a pain on home made install.. (cos i just want to setup dual boot etc)
2021-04-01 15:32:58 <mps> mckaygerhard: everyone is free to keep his/her religion
2021-04-01 15:33:21 <tehcloud> 
ACTION clings to his copy of The C Programming Language

2021-04-01 15:34:49 <mps> for me having separate boot, root, home and some other partitions is helpfull for backup, restore, move, fix FS problems etc
2021-04-01 15:37:28 <tehcloud> I used to do that before I got a high capacity NAS
2021-04-01 15:37:36 <tehcloud> now I treat my OS installations as disposable
2021-04-01 15:38:15 <tehcloud> of course, there is always a legitimate reason to do it differently in different contexts
2021-04-01 19:12:23 <ekhas> how do i build with gcc6?
2021-04-01 19:13:18 <ikke> you'd need to build gcc6
2021-04-01 19:13:54 <nolem> Hello
2021-04-01 19:14:11 <ikke> ekhas: alpine 3.8 is the last release with gcc 6
2021-04-01 19:14:24 <ekhas> what about gcc-6 pkg?
2021-04-01 19:14:37 <ekhas> i cant use that?
2021-04-01 19:14:48 <nolem> Doas anyone know how to stop udhcp from automatically setting nameservers from dhcp?
2021-04-01 19:15:09 <nolem> I have been trying to stop it for about a month but no success so far
2021-04-01 19:15:34 <ikke> nolem: there is an option, hold on
2021-04-01 19:16:06 <Hello71> RESOLV_CONF=no but i forget where it goes
2021-04-01 19:16:32 <ikke> RESOLV_CONF=no in /etc/udhcpc/udhcpc.conf
2021-04-01 19:16:42 <nolem> thanks
2021-04-01 19:17:08 <nolem> doesn't look like it fits the format but I'll try it and let you know the results
2021-04-01 19:17:29 <ekhas> what gcc-6 pkg for?
2021-04-01 19:17:30 <ikke> it's not an existing file/directory
2021-04-01 19:17:43 <ikke> ekhas: oh yes, we still have gcc6
2021-04-01 19:18:31 <ekhas> how do i tell abuild to use gcc6?
2021-04-01 19:19:58 <ikke> probably by setting the appropriate flags in /etc/abuild.conf
2021-04-01 19:20:00 <ikke> like CC
2021-04-01 19:20:41 <ekhas> i tried export CC=gcc-6 in terminal
2021-04-01 19:20:53 <ekhas> it didn't work
2021-04-01 19:23:26 <ekhas> i did apk add gcc6 but abuild installs gcc as a dependancy anyway
2021-04-01 19:24:06 <ikke> yes, apparently gcc6 depends on libgcc
2021-04-01 19:24:13 <ikke> which is provided by 'gcc'
2021-04-01 19:25:05 <ekhas> no, i can have gcc6 added w/out gcc
2021-04-01 19:26:55 <ekhas> i just did apk add gcc6, yes libgcc gets installed
2021-04-01 19:27:16 <ekhas> w/out gcc
2021-04-01 19:27:27 <ikke> hmm, yeah, libgcc just depends on musl
2021-04-01 19:28:07 <ekhas> but when i run abuild -r that's whan gcc gets installed and i dunno y
2021-04-01 19:28:57 <ekhas> apkbuild file doesn't have gcc as dep
2021-04-01 19:29:15 <ikke> recursive dependency?
2021-04-01 19:30:52 <nolem> hmm RESOLV_CONF=no didn't seem to have worked
2021-04-01 19:31:11 <ikke> in what exact file did you put it?
2021-04-01 19:32:03 <nolem> on /etc/udhcpd.conf was there by default
2021-04-01 19:32:05 <ekhas> ok imma try add listed deps manually
2021-04-01 19:32:37 <ikke> nolem: it should be /etc/udhcpc/udhcpc.conf
2021-04-01 19:32:40 <ikke> nolem: not that file
2021-04-01 19:32:55 <ikke> udhcpcd is the daemon config
2021-04-01 19:33:14 <nolem> ohh fair enough thanks
2021-04-01 19:40:51 <nolem> that did work thanks ikke
2021-04-01 19:41:02 <ikke> np
2021-04-01 19:54:58 <ekhas> add all deps from apkbuild by hand
2021-04-01 19:55:12 <ekhas> abuild adds gcc and few others anyway
2021-04-01 21:50:41 <alpiner> hi guys
2021-04-01 21:51:11 <alpiner> im interested in Pl.Deniability
2021-04-01 21:51:19 <alpiner> i did it many times
2021-04-01 21:51:21 <alpiner> https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop#Improved_method_with_plausible_deniability
2021-04-01 21:51:29 <alpiner> but it doesnt work
2021-04-01 21:51:35 <alpiner> somethinh must be wrong
2021-04-01 21:51:43 <alpiner> could some one plz re-check it
2021-04-01 21:51:56 <alpiner> would be great
2021-04-01 21:52:34 <alpiner> i mean re-write and re-test settings and configs
2021-04-01 21:53:53 <alpiner> i dont want to go back to arch linux heh
2021-04-01 21:54:12 <alpiner> arch plain dm-crypt scheme works just fine
2021-04-01 21:54:19 <alpiner> but i want it on alpine
2021-04-01 21:54:34 <alpiner> and this tutorial...
2021-04-01 21:54:50 <alpiner> https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop#Improved_method_with_plausible_deniability
2021-04-01 21:55:02 <alpiner> recheck it please
2021-04-01 21:56:16 <alpiner> should i write it on #alpine-devel ??
2021-04-01 21:56:20 <alpiner> or is it ok?
2021-04-01 21:56:57 <alpiner> i dont know where to write...
2021-04-01 21:57:03 <alpiner> cuz https://meta.alpinelinux.org/register
2021-04-01 21:57:12 <alpiner> Registration is currently closed.
2021-04-01 22:01:17 <alpiner> this tutorial...
2021-04-01 22:01:28 <alpiner> i mean https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop#Improved_method_with_plausible_deniability
2021-04-01 22:01:33 <alpiner> (Last edited by Nangel on 26 Apr 2020.)
2021-04-01 22:01:37 <alpiner> hell )
2021-04-01 22:01:54 <alpiner> where are you brother, Nangel?
2021-04-01 22:02:03 <alpiner> hehe
2021-04-01 22:03:28 <g8U4Z1xGzjlm> what doesnt work?
2021-04-01 22:03:51 <alpiner> https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop#Improved_method_with_plausible_deniability
2021-04-01 22:04:00 <alpiner> this tutorial
2021-04-01 22:04:06 <alpiner> looks like outdated
2021-04-01 22:04:56 <g8U4Z1xGzjlm> you are very redundant and not very specific. hard to help
2021-04-01 22:05:11 <alpiner> specific?
2021-04-01 22:05:22 <alpiner> well...
2021-04-01 22:05:54 <alpiner> Luks scheme works just fine
2021-04-01 22:06:44 <alpiner> on the othe hand
2021-04-01 22:06:53 <alpiner> plain dm-crypt device doesnt boot
2021-04-01 22:07:10 <alpiner> thats all
2021-04-01 22:07:43 <alpiner> heh i dont know what to say ))
2021-04-02 03:21:11 <outerpassage> does anyone else notice that scrolling in graphical terminal emulators in programs like less and vim feels really sluggish compared to in the virtual console
2021-04-02 03:24:04 <outerpassage> (not alpine specific)
2021-04-02 03:31:18 <Hello71> it's not slow
2021-04-02 03:31:20 <Hello71> it's choppy
2021-04-02 03:31:23 <Hello71> that's different
2021-04-02 03:31:25 <tehcloud> depends on the terminal you use
2021-04-02 03:31:59 <outerpassage> yeah, alacritty and st feel the best to me but still a little unsatisfying
2021-04-02 03:32:03 <tehcloud> there's a whole spectrum of responsiveness in graphical terminal emulators
2021-04-02 03:33:23 <Hello71> simulated cursor input will always be crappy
2021-04-02 03:58:54 <jjuran> My /dev/input/mice is missing.  Is there some daemon I need to restart?
2021-04-02 03:59:56 <jjuran> Plugging in a USB mouse doesn't add it.
2021-04-02 04:00:52 <jjuran> though it does add /dev/input/eventN
2021-04-02 04:09:49 <jjuran> Never mind, got it on reboot
2021-04-02 10:44:07 <telmich> Good morning
2021-04-02 10:44:22 <telmich> Does javaws (for running java stuff like idrac and co.) not exist anymore? I tried ` apk search cmd:javaws` and it does not return any results
2021-04-02 10:45:42 <ikke> seems to be part of icedtea-web, which is not in edge
2021-04-02 10:46:34 <ikke> It has been moved to unmaintained
2021-04-02 10:46:41 <ikke> 2edfb76871e79a847245ccfb4b63cbdb729726af
2021-04-02 10:46:52 <ikke> No reason why
2021-04-02 10:47:06 <telmich> ikke: thanks a lot. How did you find it that quick?
2021-04-02 10:47:34 <ikke> https://pkgs.alpinelinux.org/contents?file=javaws&path=&name=&branch=v3.13
2021-04-02 10:48:40 <Marquel> telmich: idrac web console is HTML5 capable for iDRAC8 and younger since at least a year and javaws is not required anymore.
2021-04-02 10:48:41 <ikke> when I knew the pacakge, I did git log --grep icedtea-web
2021-04-02 10:49:37 <Marquel> i stand corrected: iDRAC7 and younger is HTML5 capable, if updated.
2021-04-02 10:49:44 <telmich> Marquel: I'm unfortunately dealing with some idrac 6 (!) stuff :-/
2021-04-02 10:51:34 <Marquel> telmich: my condolences. those things have been out of service for years now. so unless you are running them private i suggest you urgently request a hardware refreshment.
2021-04-02 11:18:41 <Hello71> jjuran: /dev/input/mice is obsolete anyways
2021-04-02 11:20:12 <jjuran> Hello71: My Mac emulator uses it
2021-04-02 11:20:36 <Hello71> what exactly is "mac emulator"
2021-04-02 12:23:24 <wyoung> Hello71: a VM host on a Mac?
2021-04-02 12:33:56 <jjuran> Hello71, wyoung: https://www.v68k.org/advanced-mac-substitute/
2021-04-02 12:34:19 <jjuran> Well, the fbdev front uses it
2021-04-02 12:34:25 <jjuran> *front end
2021-04-02 12:38:43 <wyoung> Right, I use VBox
2021-04-02 12:40:34 <jjuran> Mac as in 1984
2021-04-02 12:54:15 <Hello71> so it's not "on a mac"
2021-04-02 12:54:41 <Hello71> regardless, mousedev almost certainly won't be removed from the kernel
2021-04-02 12:55:01 <Hello71> so as long as you don't want any new features like smooth scrolling or hotplug or multiple device support you should be fine
2021-04-02 12:58:06 <jjuran> The OS I'm emulating doesn't understand scroll wheels.
2021-04-02 13:14:15 <artok> it was happy to understand one button
2021-04-02 14:36:37 <Hello71> yes
2021-04-02 14:37:16 <Hello71> nowadays mac has left and right and middle and also force, it's ridiculous
2021-04-02 14:48:38 <artok> gestures =)
2021-04-02 14:48:44 <artok> two finger swipe and so on
2021-04-02 14:49:02 <PureTryOut[m]2> Cogitri: do you by any chance do video calls in Google Meet on Firefox?
2021-04-02 14:50:13 <Cogitri> Nop, I don't use Google Meet, but I use Jitsi from time to time
2021-04-02 14:54:47 <donoban> ey guys what do you think about FreeTube, in the middle of full browser <> youtube-dl
2021-04-02 14:57:12 <donoban> anyone has built it on alpine?
2021-04-02 15:04:47 <wener[m]> why some service started but not listed in rc-status ?
2021-04-02 15:07:46 <wener[m]> even ls /etc/runlevels/default can found the service, but rc-status --all do not list the service
2021-04-02 15:13:50 <donoban> what service is wener[m] ?
2021-04-02 15:19:18 <wener[m]> nebula.ops-net
2021-04-02 15:21:59 <wener[m]> reboot found a error line, nebula.ops-net is the real and virtual service
2021-04-02 15:43:24 <wener[m]> fixed by remove provide
2021-04-02 16:25:53 <donoban> ok great
2021-04-02 17:06:53 <Hello71> artok: yes but that's not a click ;)
2021-04-02 17:07:27 <PureTryOut[m]2> Cogitri: hmm. Well where Jitsi Meet works perfectly, Google Meet likes to crash on me. Annoyingly often
2021-04-02 18:12:26 <wozencroft> Is it correct that it's not possible to use Signal desktop on Alpine? Or is there some other client?
2021-04-02 18:24:42 <donoban> you can use flatpak wozencroft
2021-04-02 18:25:14 <donoban> but maybe you can compile it from source
2021-04-02 18:34:16 <mikoxyz> how do i disable modesetting? 'nomodeset' doesn't seem to work
2021-04-02 18:35:44 <ikke> mikoxyz: where did you put nomodeset
2021-04-02 18:38:31 <mikoxyz> ikke: in /etc/update-extlinux.conf (did run update-extlinux afterwards)
2021-04-02 18:38:51 <ikke> mikoxyz: cat /proc/cmdline
2021-04-02 18:41:23 <mikoxyz> nomodeset shows up there, too :/
2021-04-02 18:41:52 <ikke> ok, why do you think it's not set?
2021-04-02 18:43:44 <mikoxyz> because it's running at 1024x768?
2021-04-02 18:45:19 <ikke> does your graphics card not support kernel modesetting?
2021-04-02 18:46:59 <mikoxyz> it does support it (i shouldn't even get video out at this point if it didn't, no?), but 640x480 simply looks better on my crt
2021-04-02 18:47:58 <ikke> Isn't that a matter of setting the resolution then?
2021-04-02 18:49:11 <mikoxyz> well, i did try to force kms to set the resolution to 800x600 (which seems to be as low as kms wants to go), but that didn't work either
2021-04-02 19:13:04 <wozencroft> donoban I see, flatpak would be ok, thank you for the hint.
2021-04-02 19:29:28 <prg3> I'm having some issues getting alpine linux to mount a LVM root volume.. I've added lvm to the initramfs, but when I try to boot, the initial ram fs fails to mount my root with "mount: mounting /dev/mapper/vg0-root on /sysroot failed:  No such file or directory".  I'm at a loss for what it's complaining about - does anyone have any ideas?  I know this an issue with my setup and not alpine -
2021-04-02 19:29:31 <prg3> when I installed from setup-alpine and used lvm, everything worked smoothly
2021-04-02 19:33:53 <prg3> OK!  I figured it out.. The ext4 module wasn't being loaded - I think I have to add this to my mkinitfs configuration
2021-04-02 19:40:52 <prg3> Hmm; actually maybe I didn't completely figure it out.  I can boot just fine if I do "modprobe ext4; mount /dev/vg0/root /sysroot; exit".  But even with ext4 in my mkinitfs.conf, I still have to manually load the ext4 driver on boot.. Very strange; not sure why the initramfs wouldn't just load the ext4 module
2021-04-02 19:45:06 <prg3> Aha! Looks like I needed to provide "rootfstype=ext4" on the kernel command line.  All is well now \o/
2021-04-02 19:45:32 <Hello71> mikoxyz: x86 vbios goes up to something like 1600x1200
2021-04-02 19:46:29 <wozencroft> There used to be a hardened-kernel alpine version with grsec patches. Now there is e.g. hardened kernel gentoo or arch.
2021-04-02 19:46:30 <Hello71> i think if you aren't using kms it should use whatever the bootloader sets
2021-04-02 19:46:54 <wozencroft> Will there be again a hardened kernel version in the future? Or not to expect?
2021-04-02 19:48:16 <Hello71> there is much less value provided by current hardened kernel. upstream kernel says it's because they've integrated everything useful from pax, pax people claim that it's because grsec is a special snowflake and nobody can replicate it
2021-04-02 19:48:29 <Hello71> the reality is probably closer to the former
2021-04-02 19:49:22 <wozencroft> Ok, I see, thank you for the hints
2021-04-02 19:50:21 <Hello71> i don't think alpine is specifically opposed to adding linux-hardened based on anthraxx current work but someone needs to maintain it and test it for every new release etc
2021-04-02 19:52:26 <mikoxyz> Hello71: the bootloader does seem to run at 640x480, though (no cmdline parameters are set that change the resolution, either)
2021-04-02 19:52:50 <Hello71> cat /proc/fb
2021-04-02 19:53:05 <Hello71> efi or bios?
2021-04-02 19:53:14 <mikoxyz> bios
2021-04-02 19:53:46 <mikoxyz> /proc/fb says: "0 radeondrmfb"
2021-04-02 21:10:55 <Hello71> with nomodeset?
2021-04-02 21:11:47 <wozencroft> Yeah, Deepin is great, I found it the best for touch as well.
2021-04-02 21:14:55 <mikoxyz> Hello71: yes
2021-04-02 21:15:12 <Hello71> that doesn't sound right
2021-04-02 21:15:46 <mikoxyz> indeed, it doesn't
2021-04-02 22:36:04 <fys> I had to admit this, but years of Irssi use are coming to an end.
2021-04-02 22:36:11 <fys> I really like The Lounge.
2021-04-02 22:36:22 <fys> s/had/hate/ **
2021-04-02 22:36:44 <fys> Plopped it on my Pi4 lil personal box.
2021-04-02 23:03:31 <helby> fys: what u like ther? to run it in a browser? :/
2021-04-02 23:04:33 <fys> Yeah, convenient for me atm.
2021-04-02 23:16:24 <fys> .. spell check is a bonus for idiots like me.
2021-04-02 23:21:24 <helby> it's okay, it's just temporary ... u will come back to irssi :/
2021-04-02 23:25:22 <fys> Haha, I'm not uninstalling it. ;)
2021-04-03 00:55:07 <outerpassage> what is the process for determining when a programming language's libraries may be included in aports?
2021-04-03 00:57:18 <outerpassage> the alpine wiki page "APKBUILD examples:Haskell" suggests that "It is not necessary to create a separate package for a Haskell library"
2021-04-03 00:59:16 <outerpassage> which is fine, but it means that packages that depend on haskell libs need to download+install those libs themselves, which means 1) they need access to the network and 2) such libraries will have to get reinstalled every time they are used for a build
2021-04-03 00:59:38 <halosghost> outerpassage: that's why nothing will ever replace C
2021-04-03 00:59:49 <halosghost> (which is a little to my lament)
2021-04-03 01:00:20 <halosghost> though, I'll never stop loving C
2021-04-03 01:00:29 <outerpassage> I love C as well :)
2021-04-03 01:00:34 <outerpassage> but for example we do package libraries for python
2021-04-03 01:02:04 <outerpassage> and it looks like aports even has some ocaml packages included, which is much closer to Haskell
2021-04-03 01:02:30 <outerpassage> this came up here https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/19978#note_150060
2021-04-03 01:03:00 <c7s> haskell not having a stable ABI probably has something to do with it
2021-04-03 01:03:35 <halosghost> this is part of the reason why as soon as a language gets a package manager, I tend to think it's a lost cause
2021-04-03 01:03:40 <halosghost> it's just embracing dep-hell
2021-04-03 01:04:50 <outerpassage> c7s: interesting, thanks
2021-04-03 01:07:35 <fys> halosghost: amen
2021-04-03 01:08:04 <fys> every time i see some install tutorial and it's filled with language specific install commands i sigh out loud
2021-04-03 01:09:48 <halosghost> fys: it's why I'm a touch bummed that zig is gonna get a package manager
2021-04-03 01:09:57 <halosghost> it has such good C-interop, they should just stick with that
2021-04-03 01:10:08 <fys> smh
2021-04-03 01:10:12 <outerpassage> zig is getting a package manager? that is surprising to me
2021-04-03 01:10:52 <fys> And straight to obscurity you go.
2021-04-03 01:11:04 <outerpassage> I would have thought they would avoid that kind of thing
2021-04-03 01:14:59 <halosghost> outerpassage: yeh
2021-04-03 01:15:06 <halosghost> 🤷
2021-04-03 01:15:14 <halosghost> apparently a lot of people like them…
2021-04-03 01:15:15 <halosghost> 🤷
2021-04-03 01:23:28 <fys> a lot of people also watched The Big Bang Theory
2021-04-03 01:23:30 <fys> just saying
2021-04-03 01:26:58 <halosghost> fys: I agree
2021-04-03 01:43:17 <tehcloud> <outerpassage> I love C as well :)
2021-04-03 01:43:25 <tehcloud> it is statements like this that give me faith in humanity
2021-04-03 01:43:45 <tehcloud> I've spent my entire day programming in C, can't get enough of it
2021-04-03 01:45:11 <halosghost> lol
2021-04-03 01:45:32 <halosghost> don't get me wrong, I see so many flaws in it, and it's such a product of its time (and its creators)
2021-04-03 01:45:42 <halosghost> but, I'll switch my personal projects to something else when I see something else better
2021-04-03 01:46:21 <halosghost> (or, admittedly, when they'll benefit from something else; I'm not really a zealot)
2021-04-03 01:46:22 <tehcloud> I'll do C++ if I inherit the codebase, I'll convert it to C if that's reasonable... but C++ is "okay"
2021-04-03 01:47:37 <tehcloud> with C it's reasonable for a person to have the entire standard library memorized, that is a real benefit for me
2021-04-03 01:50:00 <halosghost> tehcloud: there are several parts of C++ I really enjoy
2021-04-03 01:50:18 <halosghost> (this one may seem really silly, but I love that C++'s ?: can return an lvalue)
2021-04-03 01:50:30 <tehcloud> I like C++ strings and templates
2021-04-03 01:50:33 <halosghost> but… it isn't a small language ☺
2021-04-03 01:50:47 <tehcloud> templates are especially useful for handling audio in different formats
2021-04-03 01:51:04 <tehcloud> ...and many other things :p
2021-04-03 01:52:04 <halosghost> hehe
2021-04-03 01:52:22 <halosghost> I actually find C's _Generic() enough for me in most circumstances, but there are plenty of times where templates would be welcome
2021-04-03 01:52:29 <halosghost> (because I'm strange)
2021-04-03 04:37:13 <fys> https://i.imgur.com/6xXDeZc.png
2021-04-03 04:37:19 <fys> When I run lsblk on my server.
2021-04-03 05:15:17 <solar> is there something wrong with it fys?
2021-04-03 05:15:39 <fys> No, just happy with myself.
2021-04-03 05:15:42 <fys> :)
2021-04-03 05:15:45 <fys> lol
2021-04-03 05:15:52 <solar> actually, where's your sdj :D
2021-04-03 05:16:10 <fys> Actually
2021-04-03 05:16:12 <fys> good question.
2021-04-03 05:16:21 <fys> All drives are accounted for in the arrays.
2021-04-03 05:16:25 <fys> 
ACTION shrug

2021-04-03 05:16:30 <fys> lol
2021-04-03 05:16:59 <fys> Thank god for UUIDs
2021-04-03 06:21:44 <EF> fys: out of curiosity, why choose RAID5 over 10?
2021-04-03 06:24:13 <solar> especially with such large drives, completing a rebuild on raid5 with drives over 3TB is really unlikely to complete without any random errors
2021-04-03 06:25:29 <solar> based on regular 10^14 BER, 25% chance of single bitflip
2021-04-03 06:25:54 <solar> (naive)
2021-04-03 06:26:16 <solar> raid6 is a little better here but still falls apart on larger arrays
2021-04-03 06:26:59 <fys> EF: I'd rather build a smaller RAID5 than a giant RAID10.
2021-04-03 06:27:05 <fys> re-build rather.
2021-04-03 06:27:37 <fys> The data is split so it minimizes downtime.
2021-04-03 06:27:51 <fys> None of the data is irrecoverable.
2021-04-03 06:30:24 <fys> Really the RAID level is there for convenience and to give a fighting chance to not have to re-do that array should I lose a drive.
2021-04-03 06:31:20 <solar> if that's the goal then you should have gone with raid6
2021-04-03 06:31:44 <solar> in a raid5 of this size, if you lose a drive the rebuild process is rather likely to introduce silent corruption
2021-04-03 06:31:46 <fys> The difference between RAID6 and RAID5 is more up to subjective opinion.
2021-04-03 06:31:54 <fys> "This size"?
2021-04-03 06:31:58 <fys> 11TB is small.
2021-04-03 06:31:59 <fys> lol
2021-04-03 06:32:16 <EF> fys: thanks for your insight. Mine is a large 10 with a small 1 for /boot as could not boot 10
2021-04-03 06:32:16 <fys> This was the cheapest possible solution I could have.
2021-04-03 06:32:16 <solar> drives of this size
2021-04-03 06:32:40 <solar> unless these are enterprise-grade drives you've got at least 25% chance of random error during a rebuild
2021-04-03 06:32:42 <fys> 4TB drives are considered quite smaller in the media server world.
2021-04-03 06:33:39 <fys> I've never in my life heard a number as high as 25%
2021-04-03 06:33:50 <fys> And I've rebuilt a lot of RAID5s in my day.
2021-04-03 06:34:10 <fys> Both mdadm and hardware.
2021-04-03 06:34:33 <fys> I value your insight but everything I've read suggests 5 vs 6 is up to opinion.
2021-04-03 06:34:44 <solar> what type of drives are these
2021-04-03 06:35:17 <fys> Hold on.
2021-04-03 06:35:31 <fys> If what you say is true it's inherent to the RAID level.
2021-04-03 06:35:48 <solar> if they've got a BER of 10^15 they're probably fine, but drives rated like that are pretty pricy
2021-04-03 06:36:09 <fys> What is this based on? These are numbers I've never heard.
2021-04-03 06:36:22 <fys> I'm genuinely interested.
2021-04-03 06:37:16 <fys> I've always used RAID5 out of habit from work and then when I went this route I did some re-fresher research and it came down to opinion from everything I read with no obvious winner between the two.
2021-04-03 06:39:07 <solar> if you lose a drive and have to rebuild, you're going to need to read the entire dataset on all the other drives. a 10^14 BER is 11.3 TiB, so even a 4 disk 4TB RAID5 is likely to hit an error
2021-04-03 06:39:18 <solar> more disks -> more likely to have UCE
2021-04-03 06:39:29 <solar> let me look for some article to describe it more clearly
2021-04-03 06:39:48 <fys> I understand what you're getting at, it doesn't make RAID6 a clear winner in my eyes.
2021-04-03 06:40:27 <fys> Reading over some stuff I remember my mindset now. I am willing to let one of the arrays die for better write performance throughout.
2021-04-03 06:40:51 <solar> raid6 extra parity reduces the chance considerably, but still isn't suitable for 100TB+ arrays
2021-04-03 06:41:00 <fys> Not my biggest concern.
2021-04-03 06:41:36 <fys> As I said, the RAID level is more a matter of convenience than counting on the redundancy factor.
2021-04-03 06:42:01 <solar> yeah if the data isn't irrecoverable it's fine :p but bitrot is still annoying
2021-04-03 06:42:35 <fys> I could recover from a single array failure from scratch fairly quickly.
2021-04-03 06:42:48 <fys> I've got spare drives ready and various ways to restore.
2021-04-03 06:43:24 <fys> Write performance is important enough to choose 5 over 6 but not important enough to go 10.
2021-04-03 06:43:43 <fys> So, that's where I'm at.
2021-04-03 06:45:40 <solar> ah i found this article that summarizes the issue https://www.digistor.com.au/the-latest/Whether-RAID-5-is-still-safe-in-2019/
2021-04-03 06:46:02 <fys> Reading.
2021-04-03 06:46:37 <solar> personally i ran into this issue when building a 2.4PB storage cluster in 2018, while doing some initial testing after building all the equipment we repeatedly had random corruption after simulating failure+rebuild
2021-04-03 06:47:39 <fys> That's odd.. I've rebuilt lots of RAID-5's much larger than my own.
2021-04-03 06:47:55 <fys> I'm trying to remember how large the massive IBM array I had to deal with at an old job was.
2021-04-03 06:48:14 <fys> Also, IMO that article is *extremely* one-sided.
2021-04-03 06:48:32 <fys> I mean - if that's your mindset - I guess it's completely applicable to you.
2021-04-03 06:48:40 <solar> well that's the thing, the rebuilds completed fine, but verifying the data after the fact yielded random corruption multiple times
2021-04-03 06:48:48 <fys> But me reading it, my mind immediately goes to "this isn't my use case."
2021-04-03 06:49:12 <solar> if your data isn't that sensitive, probably not :p
2021-04-03 06:49:14 <fys> I can't say I've ever run into that.
2021-04-03 06:49:35 <fys> Honestly this is the first I've ever heard of someone being scared of RAID5.
2021-04-03 06:50:36 <solar> i'd imagine enterprise-grade arrays would be fine, since BER is 10^15 or 16 there
2021-04-03 06:50:46 <solar> but we were using really cheap consumer grade drives
2021-04-03 06:52:07 <fys> Are you familiar with shucking?
2021-04-03 06:52:23 <solar> yep
2021-04-03 06:53:17 <solar> generally fine, unless they're seagate, who have a tendency to use refurbished RMA drives in their really cheap models
2021-04-03 06:53:21 <solar> wouldn't trust those one tiny bit lol
2021-04-03 06:55:11 <fys> LOL - I don't trust Seagate drives as far as I can throw them.
2021-04-03 06:55:44 <solar> their enterprise grade drives are fine, consumer stuff on the other hand ... no bueno
2021-04-03 08:49:24 <Guest28> Is there any way to know which packages will be updated after the "apk upgrade"?
2021-04-03 08:50:45 <ikke> apk upgrade -s
2021-04-03 08:50:50 <ikke> --simulate
2021-04-03 08:51:02 <ikke> also apk version -l '<'
2021-04-03 08:51:59 <Guest28> Oh wait...
2021-04-03 08:52:34 <Guest28> why i dont see any info about "simulate" in apk -h? :)
2021-04-03 08:52:52 <Guest28> ikke tx!
2021-04-03 08:53:06 <ikke> apk upgrade -h
2021-04-03 08:53:30 <Guest28> Ah, thats how it works. My bad. Thank you!
2021-04-03 11:46:25 <adamretter> Hi there, I am getting a bit confused. I have done a `docker pull alpine:3.13.4` but inside the container, I am only seeing that it has Kernel 4.19.121. I would have expected something more modern? What am I missing, is there a newer version of upgrade that I have to do?
2021-04-03 11:48:28 <ikke> adamretter: docker is not a virtual machine
2021-04-03 11:48:37 <ikke> a container is an isolated process that runs on your host
2021-04-03 11:48:41 <ikke> so you see your hosts kernel
2021-04-03 11:53:41 <adamretter> @ikke hmm that's interesting, so what happens when my host is a Mac?
2021-04-03 11:54:03 <ikke> adamretter: on mac, it first starts a virtual machine, and runs  the docker container inside that
2021-04-03 11:54:25 <ikke> So you see the kernel of the virtual machine
2021-04-03 11:56:59 <adamretter> @ikke I see. I just checked the Docker for Mac release notes: "Downgraded the kernel to 4.19.121 to reduce the CPU usage of hyperkit. Fixes docker/for-mac#5044"
2021-04-03 12:05:45 <donoban> hi guys, I'm wondering of there is some normalized way for running services on restricted cgroup/namespaces with openRC or s6, maybe would it be something considered on new alpine init system?
2021-04-03 12:06:39 <ikke> donoban: https://ariadne.space/2021/03/25/lets-build-a-new-service-manager-for-alpine/
2021-04-03 12:06:42 <adamretter> @ikke thanks that all makes sense now
2021-04-03 12:06:51 <adamretter> have a nice day everyone
2021-04-03 12:08:35 <donoban> uhM I've already read it ikke, there is nothing about cgroups/namespaces
2021-04-03 12:09:51 <ikke> Right, it's not explicitly mentioned
2021-04-03 12:10:07 <ikke> But that would be one of the feautres
2021-04-03 12:10:11 <ikke> features*
2021-04-03 12:10:23 <donoban> oh great! :D
2021-04-03 12:10:55 <donoban> I'm suprised that there is no option for doing that on OpenRC
2021-04-03 12:11:10 <ikke> I'm not
2021-04-03 12:11:12 <donoban> is it so difficult to do?
2021-04-03 12:11:37 <ikke> There is not a lot of development happening on openrc
2021-04-03 12:12:25 <donoban> uhM
2021-04-03 12:12:33 <donoban> https://wiki.gentoo.org/wiki/OpenRC/CGroups
2021-04-03 12:14:42 <donoban> I feel it it's pretty hacky but I thinking on try to execute some services with firejail
2021-04-03 12:19:14 <mps> why not switch alpine to systemd is proper question
2021-04-03 12:20:04 <mps> and glibc, btw
2021-04-03 12:20:13 <zsw> *snicker*
2021-04-03 12:20:58 <mps> a lot of problems on alpine will be solved by these two
2021-04-03 12:22:40 <mps> 
ACTION thinking about using openwrt as workstation

2021-04-03 12:24:11 <donoban> uhM.. I don't see the point
2021-04-03 12:25:33 <donoban> do you see cgroups/namespaces as workstation oriented?
2021-04-03 12:26:38 <mps> donoban: no, I have in mind 'small, simple, (and maybe) secure'
2021-04-03 12:26:46 <jvoisin> firejail is the security sandbox that provides at least one local root per year, right?
2021-04-03 12:27:00 <mps> jvoisin: :)
2021-04-03 12:27:26 <donoban> hehe
2021-04-03 12:28:34 <mps> when will people learn that security is process and not product
2021-04-03 12:28:43 <donoban> no security solution is perfect
2021-04-03 12:29:13 <mps> and (absolute security) is illusion, btw
2021-04-03 12:29:43 <donoban> but I think that the privilege restriction that firejails provides is a good thing
2021-04-03 12:30:29 <mps> donoban: I agree, but people have to understand that it is just one 'brick in the wall'
2021-04-03 12:31:23 <donoban> I was wondering if I could run a service, e.g. tor, cpgroup/namespace isolated using only openRC or alpine std configuration
2021-04-03 12:31:36 <mps> I'm not sure, but bubblewrap sound little better than firejail
2021-04-03 12:31:40 <donoban> another 'brick in the wall' but simpler
2021-04-03 12:32:21 <donoban> I don't know it very much, I will take a look
2021-04-03 12:35:26 <mps> I'm doubtful about cgroups/ns security benefits
2021-04-03 12:35:46 <mps> isolation yes
2021-04-03 12:35:48 <donoban> 
ACTION has to go

2021-04-03 12:35:54 <donoban> see you later
2021-04-03 12:36:11 <mps> donoban: cul
2021-04-03 13:13:37 <frojnd> Does default kernel for stable release includes zfs module?
2021-04-03 13:14:03 <ikke> https://pkgs.alpinelinux.org/packages?name=zfs-lts&branch=edge
2021-04-03 13:15:02 <Digit> hi.  is neofetch no longer in the repo, or am i missing some other step?  (alpine newbie).  i follow https://github.com/dylanaraps/neofetch/wiki/Installation#alpine-linux but it said: ERROR: unable to select packages:  neofetch (no such package):    required by: world[neofetch]
2021-04-03 13:15:37 <ikke> it's in the community repo
2021-04-03 13:15:44 <ikke> https://pkgs.alpinelinux.org/packages?name=neofetch&branch=edge
2021-04-03 13:17:46 <arkho> I have a Dell Inspiron B120; it has an i686 CPU. Has anyone installed Alpine on this platform?
2021-04-03 13:18:51 <Hello71> probably not that one specifically but it should work at least in theory
2021-04-03 13:20:05 <arkho> Is there an i686 version somewhere?
2021-04-03 13:20:39 <Hello71> it's not literally an i686 is it
2021-04-03 13:20:48 <arkho> It is
2021-04-03 13:20:55 <arkho> It's a very old laptop
2021-04-03 13:21:25 <Hello71> I don't think they have laptops that old
2021-04-03 13:21:29 <Hello71> Intel Pentium M Processor 740
2021-04-03 13:21:55 <frojnd> Well that's odd
2021-04-03 13:22:02 <Hello71> hm
2021-04-03 13:22:09 <frojnd> I'm on stable and did apk add zfs-lts
2021-04-03 13:22:16 <frojnd> Since I found zfs-lts there..
2021-04-03 13:22:27 <Hello71> friggin Intel -.-
2021-04-03 13:22:31 <frojnd> I keepk getting a ton of ERROR linux formware failed to rename..
2021-04-03 13:22:56 <frojnd> Did I ran something I shouldnt :P
2021-04-03 13:23:04 <frojnd> I am running this in qemu...
2021-04-03 13:23:05 <arkho> Hello71: indeed
2021-04-03 13:23:09 <Hello71> frojnd: are you using diskless install
2021-04-03 13:23:19 <frojnd> Hello71: no I'm using standard
2021-04-03 13:23:50 <Hello71> frojnd: that's a kind of boot media, not an installation method
2021-04-03 13:24:14 <arkho> Welp, guess I'll have to take a weekend... *yay*
2021-04-03 13:24:59 <frojnd> Hello71: Well in which step do I choose diskless or system install? I didn't ran setup-alpine
2021-04-03 13:25:36 <frojnd> Because I am rtrying to partition my root as zfs
2021-04-03 13:25:46 <Hello71> arkho: which distros don't support i686?
2021-04-03 13:27:14 <Hello71> frojnd: you can't install kernel modules on alpine boot media. you need to download extended media instead
2021-04-03 13:28:21 <frojnd> Hello71: wait what? I need to download https://dl-cdn.alpinelinux.org/alpine/v3.13/releases/x86_64/alpine-extended-3.13.4-x86_64.iso <- this?
2021-04-03 13:28:36 <frojnd> Instead of https://dl-cdn.alpinelinux.org/alpine/v3.13/releases/x86_64/alpine-standard-3.13.4-x86_64.iso ?
2021-04-03 13:28:49 <mps> arkho: x86 alpine flavor
2021-04-03 13:29:26 <cvm> Hi,how can I find out the version of kernel installed by setup-disk?
2021-04-03 13:30:19 <Hello71> frojnd: yes
2021-04-03 13:30:57 <cvm> I need to rebuild the initial ram disk but /mnt/lib/modules doesn't exist
2021-04-03 13:31:11 <Apachez> cvm: you mean uname -a ?
2021-04-03 13:32:03 <Ariadne> [07:17:44] <arkho> I have a Dell Inspiron B120; it has an i686 CPU. Has anyone installed Alpine on this platform?
2021-04-03 13:32:19 <Ariadne> arkho: i have alpine in service on i586 class machines still
2021-04-03 13:32:31 <cvm> Apachez:ah that's it.thanks.
2021-04-03 13:35:08 <mps> Apachez: this shows booted kernel, though setup-disk usually install same one
2021-04-03 13:35:37 <frojnd> Hello71: ok let me try that then!
2021-04-03 13:35:52 <cvm> mps: I chrooted and then ran that command
2021-04-03 13:36:33 <mps> cvm: then it shows you host kernel version
2021-04-03 13:37:52 <cvm> I have run setup-disk /mnt but there isn't any modules directory inside /mnt/lib/ , is that an issue?
2021-04-03 13:38:14 <mps> probably
2021-04-03 13:38:55 <cvm> Oh so probably re running setup-disk should fix it
2021-04-03 14:21:25 <arkho> Hello71: Apparently this one lmao
2021-04-03 14:21:47 <Hello71> and what led you to this conclusion
2021-04-03 14:22:40 <arkho> I can't find an i686 boot image.
2021-04-03 14:25:58 <Hello71> x86 as mps said
2021-04-03 14:26:37 <arkho> ... D'oh, of course. I misunderstood. Thank you all.
2021-04-03 14:27:09 <Hello71> maybe we should set -march=i686 considering linux doesn't support 386 anymore
2021-04-03 14:40:12 <trwww> I'm getting:
2021-04-03 14:40:13 <trwww> $ apk add openconnect # openconnect (missing):
2021-04-03 14:40:15 <trwww> Is the procedure to uncomment http://mirrors.gigenet.com/alpinelinux/edge/community from /etc/apk/repositories
2021-04-03 14:40:17 <trwww> ?
2021-04-03 14:46:44 <alexeymin> Hello, is anyone here using Alpine Linux as on a PC with plasma desktop?
2021-04-03 15:13:21 <frojnd> Hello71: u sure I can install zfs-lts under extended?
2021-04-03 15:14:02 <frojnd> I get the same error messages: https://imgur.com/a/cnjlv9T
2021-04-03 15:14:23 <Hello71> trwww: you can do that
2021-04-03 15:14:42 <frojnd> I would like to install alpine on my primary computer with zfs and whole system encryption...
2021-04-03 15:14:50 <Hello71> alexeymin: no, absolutely nobody, the maintainers just like to add 100s of packages for fun
2021-04-03 15:15:07 <Hello71> frojnd: as i recall either it comes with zfs or you need to do apk add zfs
2021-04-03 15:16:55 <frojnd> I
2021-04-03 15:17:10 <frojnd> Can't I just do mkfs.zfs /dev/sda3 ?
2021-04-03 15:17:15 <frojnd> After installing zfs :D
2021-04-03 15:23:18 <frojnd> Assuming extended does come with zfs support I should follow wiki: https://wiki.archlinux.org/index.php/Install_Arch_Linux_on_ZFS#Installation
2021-04-03 17:34:08 <drfailure> Hello there. Does anyone know how to bridge a wlan interface to lxc? I've been struggling for a couple days
2021-04-03 17:37:00 <drfailure> So far I've seen a lot of contradictory information. Some people say it can't be done, some people say it can, some say it's better to use NAT, but none of the things I've tested have worked for me so far
2021-04-03 17:37:18 <ikke> We use NAT
2021-04-03 17:37:44 <ikke> Do you have public IP addresses to assign to your container?
2021-04-03 17:37:44 <mps> drfailure: same as other net devices
2021-04-03 17:38:02 <mps> create bridge and add wlan to it
2021-04-03 17:38:13 <drfailure> Well I was planning to use the same one as I use on my main machine
2021-04-03 17:38:25 <drfailure> I'm a bit of a noob when it comes to interfaces and linux networking
2021-04-03 17:38:32 <drfailure> so yeah... I don't know very well what I'm doing
2021-04-03 17:38:37 <ikke> From what I understood, wlan uses different headers
2021-04-03 17:38:54 <ikke> extra mac-address headers
2021-04-03 17:38:57 <mps> ikke: it works fine for me
2021-04-03 17:39:09 <mps> nothing special
2021-04-03 17:39:33 <Hello71> 802.11?
2021-04-03 17:39:53 <Hello71> you need to enable 4addr and not all endpoints support it properly
2021-04-03 17:40:43 <drfailure> Oh yeah I saw a solution that used that too it's the one that got me the furthest but then dhcp wouldn't work
2021-04-03 18:29:23 <helby> Does alpine somehow deals with 'flavors' of the same package in repositories?
2021-04-03 18:34:09 <ikke> limited
2021-04-03 18:49:24 <g8U4Z1xGzjlm> well, we have for example emacs-nox, emacs-gtk2, emacs-motif, emacs-qt or so
2021-04-03 18:57:48 <mps> not alpine question but, anyone know for simple hugo (site generator) guide which could help uninitiated to make site
2021-04-03 19:10:16 <ikke> Haven't used hugo myself yet
2021-04-03 19:12:25 <mps> I use zola for https://arvanta.net/alpine/ and it is fine for this but I want to make something with 'bells and whistles' and as I read and see hugo is good for this
2021-04-03 19:16:40 <helby> I tried hugo several times, it's fast and easy, but not as fun as do everything in editor :/
2021-04-03 19:18:01 <mps> maintaing site in vim is ok for sites which don't have changes often
2021-04-03 19:24:05 <helby> depends what u want, there are some very simple generators without any extra functions, practically they add just head footer crap, some kind of scripts
2021-04-03 19:24:28 <helby> but if want something so called 'featured' hugo is good at least it was easy and fast without too much nonsense
2021-04-03 19:25:04 <halosghost> 
ACTION handrolls HTML

2021-04-03 19:25:06 <halosghost> 🤷
2021-04-03 19:25:09 <helby> at least it does not need nodeshit and other
2021-04-03 19:25:26 <halosghost> I also don't change it super-frequently, and I have exactly one blog post (which is still under development since it's article-length at this point)
2021-04-03 19:25:28 <mps> I have this already (made by me), but I want/need something with 'bells and whistles'
2021-04-03 19:25:56 <helby> install hugo, I think it's without dependencies
2021-04-03 19:26:06 <helby> some kind of 50mb bullshit
2021-04-03 19:26:51 <jvoisin> the joy of go
2021-04-03 19:26:55 <mps> as all go pkgs
2021-04-03 19:29:18 <helby> big as wordpress :/
2021-04-03 19:31:13 <helby> g8U4Z1xGzjlm: so practically different package ... just thought about it as most packages are somehow 'full-featured' with a lot of nonsense
2021-04-03 19:53:21 <metbsd> i'm not able to copy large file over samba, there is no error in log too
2021-04-03 20:46:31 <Apachez> define large file?
2021-04-03 20:46:39 <Apachez> 2GB, 4GB, or more?
2021-04-03 20:50:37 <metbsd> 8g
2021-04-03 20:54:45 <metbsd> https://forums.unraid.net/topic/79454-file-transfer-results-in-error-0x8007003b/
2021-04-03 20:54:53 <metbsd> looks like windows error
2021-04-04 02:26:04 <outerpassage> where can i get the man 3 pages for musl libc?
2021-04-04 02:26:32 <outerpassage> doesn't seem to be any corresponding doc package for musl-dev
2021-04-04 02:30:30 <halo> there is a package for that iirc… struggling to remember what it is (not on my alpine machine right now)
2021-04-04 03:04:38 <helby> I assume it does not exist, there is only man on musl page :/
2021-04-04 03:07:11 <outerpassage> found it, it's in `man-pages`
2021-04-04 03:07:13 <outerpassage> :facepalm:
2021-04-04 03:08:21 <outerpassage> just learned that https://pkgs.alpinelinux.org/contents lets you search packages by contents. would be nice to have that functionality in apk itself
2021-04-04 03:09:28 <helby> man-pages exists in alpine? :/
2021-04-04 03:10:13 <helby> outerpassage: u can search like that using apk too
2021-04-04 03:10:57 <outerpassage> how?
2021-04-04 03:12:06 <Hello71> apk-file but it's not part of apk
2021-04-04 03:13:33 <helby> oh I meant already installed package with info
2021-04-04 03:14:09 <outerpassage> Hello71: ah, thank you!
2021-04-04 03:15:44 <helby> where did u find that man-pages ?
2021-04-04 03:16:24 <outerpassage> it's in main
2021-04-04 03:16:43 <outerpassage> https://pkgs.alpinelinux.org/packages?name=man-pages&branch=edge
2021-04-04 03:18:17 <helby> oh u meant man-pages for kernel manual
2021-04-04 03:20:43 <outerpassage> yeah. it includes sections other than just the syscall section, which I didn't realize until now
2021-04-04 03:20:51 <outerpassage> including libc which is what I was after
2021-04-04 10:29:14 <donoban> Hi guys, after the git.php.net hack, do you think that enforcing gpg signatures for commits is a good idea?
2021-04-04 10:30:19 <Apachez> dunno if that would help since the accounts used came from lastpass which the reaul user was using
2021-04-04 10:30:44 <Apachez> but it would limit the options to inject unwanted code but then the question might be what is opensource?
2021-04-04 10:31:29 <Apachez> I think if you enforcing using devboxes without internet is a better bang for the buck
2021-04-04 10:47:09 <donoban> Apachez: if your usually sign your commits with a privatekey in your computer, compromising the public repository they can't fake commits in your name
2021-04-04 10:47:57 <Apachez> unless already pwned your computer you commit stuff from
2021-04-04 10:48:03 <Apachez> which seems to what happend in the php case
2021-04-04 10:48:09 <Apachez> where two of the devs got pwned
2021-04-04 10:48:23 <Apachez> their credentials were copied and then malicious code was commited in their name
2021-04-04 10:48:39 <donoban> really? I thought that only the public repository was compromised
2021-04-04 10:49:02 <donoban> but their commits aren't signed, so if you control the repository access you can fake commits easily
2021-04-04 10:49:34 <Apachez> again signing wont help if the signing key is compromised
2021-04-04 10:49:47 <Apachez> and signing is a good thing but dont trust it too much
2021-04-04 10:50:14 <Apachez> a better effect is to do the development from a computer which isnt connected to the internet
2021-04-04 10:50:39 <donoban> but if you need to share the code in a public place (connected to the internet)
2021-04-04 10:50:47 <Apachez> and when you commit you can use your signing key (of this box) and burn the commit on a cd or such and then take that package to a internetconnected computer and push it to the repo
2021-04-04 10:50:57 <donoban> you need some way for trust that the public version is the same that what you did offline
2021-04-04 10:51:17 <Apachez> yeah but using key is not differnt from using user/pass
2021-04-04 10:51:23 <Apachez> its a set of characters
2021-04-04 10:51:44 <Apachez> keys often have a fixed size of characters like 2048 bits (256 bytes)
2021-04-04 10:51:51 <donoban> it's slighly different
2021-04-04 10:52:10 <donoban> with user/pass you have to trust the centralized server/repository, which handles the authorization process
2021-04-04 10:52:29 <Apachez> not when it comes to actually commiting stuff
2021-04-04 10:52:34 <donoban> with key signatures the trust is shared between all actors
2021-04-04 10:52:45 <Apachez> again if the dev box is pwned then signing wont help because the evil user will using the real signing key
2021-04-04 10:52:54 <Apachez> so signing in that context can be worser due to false sense of security
2021-04-04 10:53:02 <Apachez> "its signed so its fine" while in fact it isnt
2021-04-04 10:53:12 <Apachez> but again dont get me wrong
2021-04-04 10:53:19 <donoban> yeah, I believe that the problem with php was the public server being compromised, not the developers computers
2021-04-04 10:53:19 <Apachez> signing by default is a good thing
2021-04-04 10:53:35 <Apachez> but if you want to resolve the current attackvector stop using internet connected devices to do your coding at
2021-04-04 10:54:05 <Apachez> if I recall it correctly some years ago this happend to kernel.org
2021-04-04 10:54:15 <Apachez> the real signing key was used to commit malicious code
2021-04-04 10:54:40 <Apachez> that is the real signing key by one of the devs
2021-04-04 10:54:43 <donoban> uhM, I remember that they noticed a hack but I think that they didn't find code manipulation
2021-04-04 10:55:15 <Apachez> but its like putting a lock on your front doot
2021-04-04 10:55:30 <Apachez> by todays standards its stupid to not have that if you live in a suburb area
2021-04-04 10:55:33 <donoban> https://www.securityweek.com/linux-source-code-repository-kernelorg-gets-hacked
2021-04-04 10:55:41 <Apachez> but its not foolproof that not any unwanted will be able to bypass that
2021-04-04 10:55:51 <Apachez> doot=door
2021-04-04 10:57:23 <donoban> probably altough good is not so important, at least not so much than having eyes looking at any changes, that's the main protection
2021-04-04 10:58:02 <Apachez> "a cryptographically secure SHA-1 hash is calculated to uniquely define the exact contents of that file", I wonder if anyone who still sign up for that quote? ;)
2021-04-04 10:58:16 <Apachez> 2011 is that pre-stuxnet?
2021-04-04 10:58:26 <tehcloud> no
2021-04-04 10:58:41 <Apachez> 2010
2021-04-04 10:58:44 <Apachez> developed since 2004
2021-04-04 10:58:47 <Apachez> err 2005
2021-04-04 10:58:57 <Apachez> utilizing "cryptographically secured hashes"
2021-04-04 10:59:45 <Apachez> and the fork named Flame https://en.wikipedia.org/wiki/Flame_(malware)
2021-04-04 11:00:23 <Apachez> "Flame was signed with a fraudulent certificate purportedly from the Microsoft Enforced Licensing Intermediate PCA certificate authority."
2021-04-04 11:00:37 <Apachez> but its like with https nowadays
2021-04-04 11:00:49 <Apachez> https on its own wont stop malicious stuff from happening
2021-04-04 11:00:54 <tehcloud> the internet is fundamentally broken and needs to be reinvented
2021-04-04 11:00:55 <Apachez> but it will narrow down the attackwindow
2021-04-04 11:01:04 <tehcloud> I say we just dump it, and while we're at it we go back to horse and buggy
2021-04-04 11:01:17 <Apachez> just scratch IPv6 while we are at it :P
2021-04-04 11:01:26 <Apachez> SLAAC with dns entries from day 1 :)
2021-04-04 11:01:31 <tehcloud> well, I am somewhat serious about it being totally broken
2021-04-04 11:01:45 <tehcloud> many protocols we rely on were invented in an era before considerations of security
2021-04-04 11:01:46 <Apachez> yeah its a gigantic what we call in swedish "lapptäcke"
2021-04-04 11:01:58 <Apachez> patchwork quilt
2021-04-04 11:02:07 <tehcloud> I won't name any names (except SMTP!!!!! UGH!!!!)
2021-04-04 11:02:25 <tehcloud> well, any of the older protocols is totally broken
2021-04-04 11:02:27 <Apachez> and its grown to be this large with legacy all over the place so you cant just "start over"
2021-04-04 11:02:35 <Apachez> wasnt there some internet2 back in the days?
2021-04-04 11:02:40 <Apachez> that too seems to have failed :P
2021-04-04 11:02:48 <tehcloud> and another problem is that new protocols will be built with surveillance/tyranny built in
2021-04-04 11:03:09 <tehcloud> so this is where we get back to the horse and buggy conversation
2021-04-04 11:03:11 <Apachez> the same goes for PSTN with its broken SS7 signaling
2021-04-04 11:03:38 <Apachez> not to mention when security organisations do their best to make things broken by design https://en.wikipedia.org/wiki/Dual_EC_DRBG
2021-04-04 11:03:56 <tehcloud> well, that's what I mean... nobody actually wants to build secure protocols
2021-04-04 11:04:27 <Apachez> more time is spent to expand TR069 than to actually fix BGP with signing certs
2021-04-04 11:04:28 <tehcloud> not saying I've read the Unabomber's manifesto or anything, but I heard he had something to say about this ;)
2021-04-04 11:04:48 <Apachez> and on top of this all the licensing stuff... so you end up with variants of the same solution
2021-04-04 11:04:49 <ikke> maybe take this to #alpine-offtopic?
2021-04-04 11:04:58 <Apachez> sure thing :)
2021-04-04 11:05:07 <tehcloud> hmmmm... is this actually offtopic?
2021-04-04 11:05:10 <tehcloud> wasn't sure
2021-04-04 11:05:35 <Apachez> is the alpine repos signed for commits?
2021-04-04 11:05:35 <helby> yes, keep this channel under 10 lines per day like usually!
2021-04-04 11:06:00 <Apachez> darn... so now we have to be silent to at least 15th july to fix the stats? ;)
2021-04-04 11:06:25 <helby> ;) only, u typed a lot
2021-04-04 11:06:34 <tehcloud> well, the conversation of whether all best practices regarding security are happening is definitely worth having... over and over and over
2021-04-04 11:10:20 <helby> well if soft is stable, simple and secure, then those corps can't make much money from it so ...
2021-04-04 11:12:57 <tehcloud> back to the original point, signing commits is I think a good idea
2021-04-04 11:13:12 <tehcloud> nothing is perfect, but with layers of good practices you are less likely to get hit hard
2021-04-04 11:14:54 <donoban> yeah and is not very difficult to achieve
2021-04-04 11:21:16 <Apachez> but dont call it a day just because you start to sign your commits
2021-04-04 11:26:25 <mynameis> Hello. Anyone knows how to get g_ether working? I tried to modprobe it on alpine extended edge and it says it's not there
2021-04-04 12:13:41 <helby> long time did not use shitty xterm somehow have issue with color
2021-04-04 12:14:34 <helby> oh nvm, I am an idiot
2021-04-04 12:15:43 <helby> had broken colors bc. used xterm-256-color instead xterm-256color :/
2021-04-04 12:16:59 <helby> ... now world looks much better :/
2021-04-04 12:28:45 <needle> Is there a way to swap the udhcp busybox client with ISC dhcp client?
2021-04-04 12:29:14 <needle> I did not find any article to this in the official wiki
2021-04-04 12:34:43 <Apachez> needle: how do you mean?
2021-04-04 12:37:31 <helby> I think udhpc is run just with 'dhcp' in your /etc/network/interfaces
2021-04-04 12:37:47 <ikke> needle: 3.13 or later of before?
2021-04-04 12:38:03 <needle> Oh Apachez you are here. I mean I would like to use another dhcp client instead of udhcp. Like f.e. the ISC one.
2021-04-04 12:39:49 <needle> helby: that is correct.
2021-04-04 12:40:06 <needle> ikke: I am using edge
2021-04-04 12:40:59 <helby> well using something else should be just to run that service and tells it what to do in its config no?
2021-04-04 12:41:02 <needle> I just thought there would be a oneliner where one can tell alpine linux, use another dhcp client binary and do not use udhcp client.
2021-04-04 12:41:25 <helby> yes, adding it as service
2021-04-04 12:41:34 <helby> I assume :/
2021-04-04 12:41:55 <ikke> it's not a service
2021-04-04 12:42:07 <helby> but not sure now, bc. all that ifdownup fuckery
2021-04-04 12:42:19 <needle> I know alpine is not gentoo, But in gentoo i can swap the dhcp clients.
2021-04-04 12:42:37 <needle> I thought since it uses openrc it might be somewhere in /etc/conf.d/
2021-04-04 12:42:42 <ikke> https://github.com/ifupdown-ng/ifupdown-ng/blob/master/executor-scripts/linux/dhcp
2021-04-04 12:43:16 <ikke> if dhcpcd is installed, it should use that
2021-04-04 12:43:22 <needle> yo that looks like something that would be actually useful.
2021-04-04 12:44:07 <ikke> On edge, that should already be in place
2021-04-04 13:12:10 <Apachez> Yeah as I recall it the symlink in /usr/bin would point to the isc one if you got the isc dhcp client installed
2021-04-04 13:12:53 <Apachez> the builtin dhcp client is just a syntax towards the busybox bin
2021-04-04 14:20:15 <Hello71> i don't think that makes sense. udhcpc is not at all compatible with dhclient
2021-04-04 14:20:32 <ikke> the dhcp executor supports different clients
2021-04-04 14:20:46 <Hello71> yes
2021-04-04 15:27:12 <ekhas> trying to run palemoon with gcompat installed. Says libxul.so cannot find libmozsqlite3.so
2021-04-04 15:27:23 <ekhas> both files are in the palemoon dir
2021-04-04 15:37:13 <ikke> ekhas: maybe seeting LD_LIBRARY_PATH?
2021-04-04 15:37:41 <ekhas> ok lemme add it
2021-04-04 15:58:20 <ekhas> @ikke ok it made it past that thx
2021-04-04 15:58:56 <ekhas> seg fault after that
2021-04-04 16:04:38 <EF> It would be wonderful in Palemoon was musl and glibc compliant
2021-04-04 16:05:58 <ekhas> says assertion failure invalid stack base unable to setup stack range for JS. segfault
2021-04-04 16:07:38 <ekhas> i tried compiling it with gcc10 it errors out with not found in namespace std
2021-04-04 16:08:38 <ekhas> chromium is such a bloatware
2021-04-04 16:09:04 <tehcloud> please let me know when you find a browser that isn't
2021-04-04 16:09:29 <mps> tehcloud: w3m?
2021-04-04 16:09:54 <ekhas> i thought palemoon was less so
2021-04-04 16:09:55 <tehcloud> hmmm... maybe I should try giving that a shot for a few days as my mainstay
2021-04-04 16:10:31 <tehcloud> Palemoon has some... other... issues :p
2021-04-04 16:10:38 <mps> palemon is built on sabotage linux, musl based
2021-04-04 16:11:27 <ekhas> i was able to build palemoon on alpine 3.8 with gcc6
2021-04-04 16:11:51 <ekhas> worked great
2021-04-04 16:12:42 <ekhas> afraid gonna have to bring that binary over
2021-04-04 16:13:58 <ekhas> falkon is google free chromium, but u need qt
2021-04-04 16:16:02 <ekhas> tehcloud what pm issues u refer to?
2021-04-04 16:16:41 <tehcloud> the upstream developers have not always been enthusiastic about distros packaging it ;)
2021-04-04 16:18:27 <ekhas> lotsa ppl think pm ceo is an ass i remember the openbsd said 4q to palemoon
2021-04-04 16:19:14 <ekhas> cause he is anal about official branding and whatnot
2021-04-04 16:21:32 <ekhas> but i like how the fork grew with its own extensions and all
2021-04-04 16:22:43 <tehcloud> the MPL does not grant the ability to use trademarks
2021-04-04 16:23:21 <tehcloud> I use the MPL-2.0 for some of my projects because it was the best "weak copyleft" license I could find, and I don't care about trademarks... but I might alter my license if I somehow stumble upon a similar "weak copyleft" license
2021-04-04 16:24:31 <tehcloud> the trademark thing is likely why you don't see palemoon available widely in most distros
2021-04-04 16:24:50 <ekhas> ur right on point
2021-04-04 16:25:43 <ekhas> but to a user like me it's all semantics
2021-04-04 16:26:29 <ekhas> i don't care if it
2021-04-04 16:27:03 <ekhas> if it's called newmoon or mypal for winxp lol i know it's palemoon
2021-04-04 16:27:45 <tehcloud> is that you volunteering to build the "newmoon" Alpine package ;)?
2021-04-04 16:28:17 <ekhas> no, where?
2021-04-04 16:28:33 <ekhas> i wish i could if i had the knowhow
2021-04-04 16:28:50 <helby> it's just a browser ;)
2021-04-04 16:29:14 <helby> probably shitty one :/
2021-04-04 16:29:58 <ekhas> to each his own, im like it
2021-04-04 16:31:25 <helby> I had to switch back to X from wayland mostly bc. shitty firefox did weird things
2021-04-04 16:31:44 <helby> or fucking gtk crap
2021-04-04 16:32:30 <ekhas> firefox shitty that i agree upon
2021-04-04 16:32:45 <helby> well shitty but the best from the crap :/
2021-04-04 16:32:52 <ekhas> no thx
2021-04-04 16:33:19 <ekhas> the win version takes up almost 1gig
2021-04-04 16:33:27 <helby> webkit based are unusable on my machine and chromwhatever will never touch
2021-04-04 16:33:57 <ekhas> spyware not a browser
2021-04-04 16:34:32 <helby> I like shit like lynx, but ... these are usable like browsing web with curl :/
2021-04-04 16:34:35 <ekhas> old hardware?
2021-04-04 16:34:47 <helby> thinkpad t420
2021-04-04 16:35:04 <helby> webkig is  unusable somehow
2021-04-04 16:35:07 <helby> webkit
2021-04-04 16:35:37 <ekhas> i5 not bad
2021-04-04 16:35:46 <helby> what's that?
2021-04-04 16:36:05 <ekhas> thinkpad t420 intel i5?
2021-04-04 16:36:27 <ekhas> i use sandy bridge chromium and falkon work in alpine
2021-04-04 16:36:41 <helby> oh yes, 2520
2021-04-04 16:37:09 <helby> don't know, but webkit are like 5 times slower, evern utube shit freezing
2021-04-04 16:37:44 <helby> with firefox I can open 30 porn tabs without an issue, it pop ups as fast as systemd features ;)
2021-04-04 16:38:04 <ekhas> compared to my machine urs is a gaming rig
2021-04-04 16:38:32 <ekhas> g2g catch u ltr helby
2021-04-04 16:38:55 <helby> what?
2021-04-04 16:39:01 <helby> oh
2021-04-04 16:39:17 <ekhas> cya gl with them porn tabs
2021-04-04 16:39:23 <helby> yes, see u next week when u make some progress with building browser :D
2021-04-04 16:39:54 <ekhas> gonna write from scratch
2021-04-04 16:44:48 <helby> cool, then see u next life
2021-04-04 17:39:28 <Digit> thanks ikke, very helpful.  *gets edge, blows rust off memories of having been here a while ago.*
2021-04-04 17:50:21 <muckfe> any way to downgrade from edge to 3.13?
2021-04-04 17:56:33 <helby> changing repositories?
2021-04-04 17:56:42 <helby> and reinstall packages maybe
2021-04-04 18:07:56 <ikke> yes, after changing repositories: apk upgrade -U --available
2021-04-04 18:52:20 <helby> love that simplicity in alpine, not much bullshit around :/
2021-04-05 00:40:06 <prg3> Really glad that I finally got around to checking out alpinelinux and realizing how absolutely based it is
2021-04-05 00:48:43 <hg> indeed, it's based on musl
2021-04-05 00:48:48 <hg> and a few other things
2021-04-05 02:52:29 <V1s1ble> What kde package is needed to get wallpaper configuration in the settings?
2021-04-05 02:53:01 <V1s1ble> (I've installed kde-applications)
2021-04-05 10:26:26 <Newb101> Hi, does apline linux come with a graphical interface with the install on terminal only?
2021-04-05 10:26:31 <Newb101> *alpine
2021-04-05 10:27:52 <mps> Newb101: text mode only
2021-04-05 10:28:40 <Newb101> ok thanks
2021-04-05 11:16:49 <Silverwillow> hey all :) I need to down grade my php7 to php5. Dont ask, too painful why. Anyhow, pHP5 wors fine i get a nice phpinfo but I cant figure out how to add PDO driver. the core PDO module is there... but I still get Fatal error: Undefined class constant 'MYSQL_ATTR_INIT_COMMAND'. What am I missing?
2021-04-05 11:18:19 <ikke> https://stackoverflow.com/questions/2424343/undefined-class-constant-mysql-attr-init-command-with-pdo
2021-04-05 11:21:12 <Silverwillow> OK figured it out. It's because I cant see sh*t anymore after my stroke :( i typed php5-pdo-mysql instead of php5-pdo_mysql. Sigh.
2021-04-05 11:27:00 <Silverwillow> have a fab day!
2021-04-05 11:34:05 <Latrina> Good morning all. I have a question. Do the GPIO pins work on the rpi3 under alpinelinux?
2021-04-05 11:34:40 <Latrina> I need a serial port to my router and I was thinking of using my rpi3 as serial console
2021-04-05 12:52:21 <Hello71> yes, it is standard linux
2021-04-05 12:52:44 <Hello71> although you will probably have much better results using hardware uart, not bitbanging
2021-04-05 12:52:51 <Hello71> also beware of voltage
2021-04-05 13:49:49 <Latrina> Hello71, thanks for letting me know
2021-04-05 21:28:18 <Risk64> How do i rebase a MR? I do 'git rebase origin/master', fix the conflict and push it. Everything looks ok locally (commit is on top of master, different SHA) but on Gitlab nothing has changed. The MR remains outdated and the commit still has the same SHA.
2021-04-05 21:32:33 <omni> did you use the --force ?
2021-04-05 21:34:16 <Risk64> yes, but its not even necessary. It says 'Everything up to date' now (after pushed once).
2021-04-05 21:34:32 <Risk64> but on remote nothing changed.
2021-04-05 21:35:57 <Risk64> When i start cleanly from origin/master and overwrite the files manually and do a force push it works.
2021-04-05 21:36:14 <Risk64> But that can't be the way to do.
2021-04-05 21:37:40 <Risk64> It looks like a bug or as the MR would be 'protected' against force pushes (deletions).
2021-04-05 21:44:45 <omni> what push command are you running exactly?
2021-04-05 21:48:52 <Risk64> git push -u bluemax bluemax/php7-initd-umask-fix -f
2021-04-05 21:52:36 <omni> I'm no expert, try 'git push -u bluemax php7-initd-umask-fix -f'?
2021-04-05 21:55:38 <mps> i do 'git push --force mps'
2021-04-05 22:05:42 <Risk64> Indeed, 'git push -u bluemax php7-initd-umask-fix -f' works.
2021-04-05 22:06:43 <Risk64> Maybe its because my local branch names are identical to the remote ones. Might lead to clashes or confusion.
2021-04-05 22:07:05 <Risk64> thx
2021-04-05 22:07:42 <omni> 🖒
2021-04-05 23:03:50 <gray-_-wolf> Hello, I'm having troubles with apk and would appreciate if someone would help me: APKBUILD https://paste.vpsfree.cz/ckTQgFrT/raw/ , however when I install the package, I do not see /test-chain1-foo file and apk info -L gives me an empty listing. There is not a single warning during the build nor install process, so I'm not sure I understand what is going on. Any pointers?
2021-04-05 23:36:19 <gray-_-wolf> /quit/quit
2021-04-06 04:49:22 <freq_> so, i have asked this before
2021-04-06 04:49:30 <freq_> and seem to have forgotten
2021-04-06 04:49:37 <freq_> but is there an input group
2021-04-06 04:49:43 <freq_> i don't see it in the wiki
2021-04-06 04:50:03 <freq_> when i start my desktop, i can't move the mouse or issue keyboard commands
2021-04-06 04:52:51 <freq_> oh, i see there are scripts
2021-04-06 04:53:12 <ikke> there is
2021-04-06 04:53:22 <ikke> getent groups
2021-04-06 04:53:24 <freq_> oh, udev wasn't running
2021-04-06 04:53:40 <freq_> ok, i really like the scripts. nice touch
2021-04-06 04:53:53 <freq_> ikke: thanks. i'll return if i take a wrong turn
2021-04-06 04:53:58 <freq_> o/
2021-04-06 05:03:58 <freq_> unless the setup script expects me to run X server as root, it actually made things worse
2021-04-06 05:04:37 <freq_> setup-xorg-base causes permissions issues for startx
2021-04-06 05:14:43 <helby> it does almost nothing
2021-04-06 05:15:26 <helby> just install xorg-server  xf86-input-libinput eudev and run setup-udev
2021-04-06 05:16:18 <helby> regarding mouse and keyboard u probably just missed that input shit
2021-04-06 05:16:42 <freq_> i added myself to the group
2021-04-06 05:17:05 <helby> not sure about groups, I usually always add myself to audio video input
2021-04-06 05:17:18 <freq_> you've helped though, it's not giving "permission denied anymore"
2021-04-06 05:17:27 <freq_> " XD
2021-04-06 05:18:36 <freq_> yeah, audio, video and input are added, along with wheel
2021-04-06 05:19:10 <helby> so all run okay?
2021-04-06 05:21:05 <freq_> segfault at 0x0
2021-04-06 05:21:24 <freq_> I might have to run through the setup again
2021-04-06 05:22:50 <helby> also some wm and .xinitrc can help ;)
2021-04-06 05:23:02 <freq_> yeah, i have that
2021-04-06 05:23:08 <freq_> but i'm upgrading what i have and trying again
2021-04-06 05:27:52 <freq_> it's really mad
2021-04-06 05:30:04 <helby> what u expect from xorg?
2021-04-06 05:30:12 <ikke> it just works for me
2021-04-06 05:34:20 <helby> u probably did not fuck up your system before like freq
2021-04-06 06:02:26 <mps> ikke: you switched to alpine on desktop?
2021-04-06 06:21:23 <helby> aha, liar!
2021-04-06 06:23:14 <mps> helby: I wouldn't say so
2021-04-06 06:24:57 <mps> helby: can you understand that here are people with different cultural background
2021-04-06 06:26:09 <helby> jaja and genders and pronouns ;)
2021-04-06 06:28:17 <mps> not these, some cultures appreciate kindness
2021-04-06 06:31:20 <ikke> No, but I do have vms with alpine
2021-04-06 06:31:48 <helby> that does not count ;)
2021-04-06 06:32:15 <ikke> Why not?
2021-04-06 09:18:32 <needle> IDK why mostly only US citizens  swear and use vulgar words in IRC.
2021-04-06 09:19:02 <needle> Kind of like they did not appreciate the language at all.
2021-04-06 09:19:46 <mps> they are intentionally 'educated' to destroy culture
2021-04-06 09:20:06 <mps> no all of them, ofc
2021-04-06 09:54:21 <needle> https://www.youtube.com/watch?v=PvY6YQH9kE4
2021-04-06 10:00:25 <mps> are there transcript of their talk somewhere? I can't understand what they say
2021-04-06 10:07:16 <needle> "I must apologise for Wimp Lo, he is an idiot, we have purpously trained him wrong, as a joke."
2021-04-06 10:08:57 <needle> I must have thought of that phrase as you mentioned "...they are intentionally 'educated' to destroy culture..."
2021-04-06 10:12:14 <mps> aaah, thanks
2021-04-06 10:14:02 <mps> happily Wimp Lo didn't had 'big gun', which is not true for ...
2021-04-06 10:39:54 <jkoan> hi, i am in the process of building a sat>ip server with tvheadend and an dvb-s receiver. In order to get this working i need to install the firmware-file dvb-usb-tt-s2400-01.fw which can be found online (for example from OpenELEC's github). But as i installed in diskless mode i now stubled on the problem on adding the firmware-file to /lib/firmware. What would be the best option to add the file? a custom apt-Package with only one file?
2021-04-06 10:49:08 <donoban> jkoan: I think that you should build your own iso/moodloop
2021-04-06 10:50:01 <jkoan> is there a howto for that?
2021-04-06 10:50:16 <donoban> it seems that I changed sice last time I did
2021-04-06 10:50:24 <donoban> https://github.com/alpinelinux/alpine-make-vm-image
2021-04-06 10:53:29 <donoban> uhM
2021-04-06 10:57:12 <donoban> "For recent Alpine versions please use the mkimage.sh script in the scripts dir in root of the aports tree."
2021-04-06 10:59:12 <donoban> https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/scripts/mkimage.sh
2021-04-06 10:59:59 <donoban> jkoan: I think that that is the right way now, you should clone arpots repository, have a working abuild setup
2021-04-06 11:00:14 <donoban> and use some custom mkimage.sh script
2021-04-06 11:01:07 <rapha> hi all
2021-04-06 11:01:24 <donoban> I say "now" because last time I build a custom iso I used https://github.com/alpinelinux/alpine-iso
2021-04-06 11:01:40 <rapha> is there anything i could do to find out if somebody is working on upgrading https://pkgs.alpinelinux.org/package/edge/community/x86_64/influxdb to 2.0?
2021-04-06 11:03:36 <donoban> uhM, last merge is 4 months old
2021-04-06 11:05:07 <rapha> that was 1 month after 2.0 was released
2021-04-06 11:05:27 <rapha> i'm not trying to judge here mate
2021-04-06 11:05:54 <donoban> https://pkgs.alpinelinux.org/flagged?origin=influxdb
2021-04-06 11:05:59 <rapha> just trying to figure out if this is something that happens when it happens, nothing to be done about, or if it's something that could happen sooner e.g. if one were to contribute something
2021-04-06 11:06:17 <donoban> its flagged since 14/03, but I says there is no Maintainer
2021-04-06 11:06:32 <rapha> okay, so there's some kind of flagging system
2021-04-06 11:06:50 <rapha> hmm and someone also provided a link on how to upgrade
2021-04-06 11:06:58 <donoban> o there is a commit from 1 month ago
2021-04-06 11:07:04 <donoban> https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/community/influxdb
2021-04-06 11:07:18 <rapha> aha and there's a gitlab ... getting closer now
2021-04-06 11:08:11 <rapha> 
ACTION signs up

2021-04-06 11:08:53 <donoban> if it is very urgent for you could try to upgrade the APKBUILD and request a merge
2021-04-06 11:09:02 <rapha> no, not very urgent
2021-04-06 11:09:16 <rapha> just trying to figure out how things work
2021-04-06 11:10:06 <donoban> hehe I'm not any reference just trying to help
2021-04-06 11:10:10 <rapha> upgrade APKBUILD ... so you're saying if i download https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/community/influxdb then i can try to make it work myself and if i happen to succeed i could also try to get my changes merged?
2021-04-06 11:10:51 <donoban> I'm not sure but I suppose that nobody worries a good merge request and since the package has no official maintainer...
2021-04-06 11:11:17 <rapha> ok
2021-04-06 11:11:29 <donoban> well you should clone whole aports repository
2021-04-06 11:11:34 <rapha> 
ACTION goes to read and try to understand APKBUILD file

2021-04-06 11:11:46 <donoban> and setup an abuild enviroemnt so you can build packages using APKBUILD files
2021-04-06 11:11:50 <rapha> aha
2021-04-06 11:12:28 <donoban> if you are docker familiarized I would use dabuild which avoids installing libs and build dependencies on the host
2021-04-06 11:12:35 <ikke> 3bc01ae3a15cafd84e51081e19ea7ae5a3b2e177
2021-04-06 11:13:30 <donoban> oh, thanks ikke
2021-04-06 11:14:10 <ikke> So apparently influxdb v2 is more challenging
2021-04-06 11:15:26 <rapha> ouch
2021-04-06 11:15:32 <rapha> if it needs docker i'm out
2021-04-06 11:15:53 <ikke> docker is not required, just a way to build packages in an alpine environment
2021-04-06 11:16:01 <ikke> You could also setup a VM or something else
2021-04-06 11:16:29 <rapha> hmm trying out this abuild thing and so far it seems the build is going well
2021-04-06 11:16:45 <ikke> abuild is a shellscript that interacts with APKBUILDs to build packages
2021-04-06 11:17:31 <rapha> VM would only be required if i'm unwilling to installer compiler and so on on the bare metal?
2021-04-06 11:17:49 <ikke> If you run alpine locally, then A VM is not necessary
2021-04-06 11:17:56 <rapha> k
2021-04-06 11:17:58 <ikke> the only challenge is to have a clean build environment
2021-04-06 11:18:05 <ikke> so that you don't miss any dependencies
2021-04-06 11:18:08 <rapha> hmm
2021-04-06 11:18:25 <ikke> there is abuil rootbld, which builds aports in a clean chroot
2021-04-06 11:18:26 <rapha> let's try with this dirty one first, just to get a feel for what he meant by "more challenging"
2021-04-06 11:18:34 <ikke> nod
2021-04-06 11:20:33 <c7s> are there some kind of criteria for font packages being ttf-* or font-*?
2021-04-06 11:23:17 <mps> c7s: no, but would be nice to use font-*
2021-04-06 11:24:03 <mps> maybe font-$name-$type
2021-04-06 11:32:14 <c7s> right, thanks
2021-04-06 11:45:14 <rapha> ikke: is there a way to tell abuild to keep things like go installed and now install them again each time it is run?
2021-04-06 11:46:10 <donoban> abuild -k
2021-04-06 11:47:00 <donoban> uhM or -K
2021-04-06 11:49:28 <rapha> thx!
2021-04-06 12:20:49 <rapha> wow they added a LOT of things to their build system between 1.8 to 2.0
2021-04-06 12:21:17 <rapha> and "challenging" so far means "not all deps are documented, figure them out yourself"
2021-04-06 12:22:08 <rapha> and it's like "cool, ppl on twitter have been talking a lot about hipster tool x, let's use that, too" and "woah i always wanted to learn rust, let's put some rust in there"
2021-04-06 12:39:54 <rapha> funky. we're ****compiling**** something here ... like, it's NOT a binary, it's NOT yet specific to some architecture or libc. and they INSIST on giving an explicit target. the thing compiles just fine if you leave the target out. *sigh*
2021-04-06 12:42:51 <rapha> okay, got past that, too
2021-04-06 12:43:00 <rapha> i think i've reached the point where the old maintainer gave up
2021-04-06 12:43:02 <rapha> /usr/lib/gcc/x86_64-alpine-linux-musl/10.2.1/../../../../x86_64-alpine-linux-musl/bin/ld: /home/jrs/.cache/go-build/pkgconfig/github.com/influxdata/flux@v0.104.0/libflux/lib/linux_amd64/libflux-c558c2c8240a9302f16ae7c3df7b7582944bce914b268fd4b9cce608df811690.a(std-b1047a2788193be4.std.b9wtcb8n-cgu.0.rcgu.o): in function `std::sys::unix::net::on_resolver_failure':
2021-04-06 12:43:04 <rapha> /rustc/2fd73fabe469357a12c2c974c140f67e7cdd76d0//library/std/src/sys/unix/net.rs:453: undefined reference to `__res_init'
2021-04-06 12:46:07 <rapha> so in your experience is this something solveable, perhaps with a patch to rust's stdlib?
2021-04-06 12:48:27 <rapha> seems https://doc.rust-lang.org/beta/src/std/sys/unix/net.rs.html#447 is the culprit fwiw
2021-04-06 12:49:18 <Cogitri> Seems like you're trying to build for glibc?
2021-04-06 12:49:36 <rapha> not sure yet what the influxdb build system is doing
2021-04-06 12:53:56 <rapha> (going into the cached build folder for that lib and manually doing "cargo build --target x86_64-unknown-linux-musl" works fine)
2021-04-06 13:47:10 <frojnd> What did I miss? After installing zsh and ran it I see: \h:\w\$
2021-04-06 13:58:26 <frojnd> I missed alpine@alpine>
2021-04-06 13:58:33 <frojnd> grml-zsh-config
2021-04-06 14:16:51 <caskd> rapha: i wanted to take over maintainership of influx but i highly disagree with the changes they did for 2.0 so idk what to do
2021-04-06 14:17:11 <caskd> i wonder if there's a way to keep the existing 1.x and 2.x upstream
2021-04-06 14:17:24 <caskd> without splitting it into influxdb and influxdb1x or something
2021-04-06 14:17:27 <caskd> like python
2021-04-06 14:20:05 <caskd> plus the new build system for influx is a mess
2021-04-06 14:20:10 <caskd> just like telegram-desktop
2021-04-06 14:24:41 <rapha> "a mess" about covers it, yes
2021-04-06 14:25:06 <rapha> what's wrong with "influxdb1.8" and "influxdb", though?
2021-04-06 14:30:35 <fys> im partial to keeping legacy as "influxdb" and making the new version "influxdb2"
2021-04-06 14:30:49 <rapha> i'd be happy with either
2021-04-06 14:31:20 <fys> My logic is its the path of least resistance
2021-04-06 14:31:26 <fys> lol
2021-04-06 14:31:52 <fys> No potential for existing things to break due to path changes
2021-04-06 14:32:18 <rapha> 
ACTION just wants the new web UI :P

2021-04-06 14:32:24 <fys> lol
2021-04-06 14:38:17 <rapha> (what i'd like even more though is if there was something like influxdb and something like it's web ui, but they were two separate, light-weight projects. alas, can't have everything in life)
2021-04-06 17:32:51 <freq_> The error encountered was:
2021-04-06 17:32:53 <freq_> No module named 'jinja2'
2021-04-06 17:32:56 <freq_> Please search for the python3 version of jinja2 in your distributions packages, or see https://github.com/qutebrowser/qutebrowser/blob/master/doc/install.asciidoc
2021-04-06 17:32:59 <freq_> If you installed a qutebrowser package for your distribution, please report this as a bug.
2021-04-06 17:33:02 <freq_> jinja2 is installed
2021-04-06 17:36:15 <Lord>  /b 6
2021-04-06 17:48:36 <telmich> Is there a flag for apk or a configuration that would say "install -doc automatically, if available"?
2021-04-06 17:49:12 <mps> telmich: apk add docs
2021-04-06 17:51:07 <telmich> mps: you must be joking, that is way to easy even, for any kind of Linux distro. Really? That easy?
2021-04-06 17:51:41 <mps> :)
2021-04-06 17:51:55 <telmich> I'm still be amazed by the simplicity of alpine, ever and every again
2021-04-06 17:52:15 <mps> yes, it is meta package which means install doc for installed pkgs
2021-04-06 17:55:22 <telmich> Hmm...how does it actually work? I'm currently looking at the APKBUILD and it looks like it only depends on mandoc
2021-04-06 17:56:58 <mps> mandoc is needed for -doc subpkgs
2021-04-06 17:57:21 <ikke> telmich: it uses an install_if in the -doc subpackge
2021-04-06 17:57:40 <telmich> ahhh, nice
2021-04-06 17:57:41 <mps> that is proper explanation
2021-04-06 17:57:45 <ikke> telmich: https://gitlab.alpinelinux.org/alpine/abuild/-/blob/master/abuild.in#L1778
2021-04-06 17:59:44 <donoban> I'm trying to upgrade community/telegram-desktop which has no maitainer, could I try to be maitainer of it?
2021-04-06 17:59:51 <ikke> donoban: sure
2021-04-06 18:00:12 <donoban> great
2021-04-06 18:09:31 <freq_> how do i use the newest version of a package if there are two options
2021-04-06 18:10:09 <ikke> What do you mean with 2 options?
2021-04-06 18:10:23 <freq_> older and newer, based on repos selected
2021-04-06 18:10:39 <ikke> apk should always prefer the newer, unless there is a version constraint
2021-04-06 18:11:08 <freq_> it's quite weird that qutebrowser can't find jinja2, but it's instaled
2021-04-06 18:11:25 <ikke> freq_: might be something different going on
2021-04-06 18:14:48 <wdtTP2O82Kft> is it possible you have py3.9 and jinja is installed for py3
2021-04-06 18:14:55 <wdtTP2O82Kft> is it possible you have py3.9 and jinja is installed for py3.8
2021-04-06 18:16:17 <freq_> could be
2021-04-06 18:16:28 <ikke> freq_: apk info -L py3-jinja2
2021-04-06 18:16:34 <ikke> apk version python3
2021-04-06 18:16:53 <freq_> Installed:                                Available:
2021-04-06 18:16:56 <freq_> python3-3.8.8-r0                        < 3.9.4-r0
2021-04-06 18:17:06 <ikke> right, you need to upgrade python
2021-04-06 18:17:11 <ikke> apk add -u python3
2021-04-06 18:17:19 <freq_> thanks lol
2021-04-06 18:17:33 <ikke> python3.9 has just been pushed yesterday
2021-04-06 18:18:21 <freq_> mean while i'm trying to install librewolf..
2021-04-06 18:18:33 <freq_> i can stop that and re-test
2021-04-06 18:19:23 <helby> what about to update whole system before fuckering ?
2021-04-06 18:19:32 <helby> also don't fight with browsers! you will lose ;)
2021-04-06 18:22:32 <freq_> it's updated and upgraded
2021-04-06 18:22:59 <ikke> freq_: running apk upgrade --available is recommended as well to get the latest version of everything
2021-04-06 18:23:33 <helby> well update and upgrade will upgrade everything anyway
2021-04-06 18:23:51 <helby> without nonsense like apk ad -u python3 :/
2021-04-06 18:24:58 <helby> btw upgrade --available will 'upgrade' your builded packages
2021-04-06 18:49:46 <freq_> is qutebrowser broken for anyone else?
2021-04-06 18:54:53 <bgs> freq: yes
2021-04-06 18:55:11 <freq_> ok ty
2021-04-06 18:58:43 <helby> u don't listen! stop fighting with browsers :/
2021-04-06 19:13:35 <aaa801> Has anyone ran into this while pxe booting? https://usercontent.irccloud-cdn.com/file/lsacEf7P/image.png
2021-04-06 19:14:17 <aaa801> Seems the standard iso works
2021-04-06 19:15:06 <ikke> aaa801: afaik, the netboot does not have any filesystem modules included
2021-04-06 19:15:33 <aaa801> This setup has worked on all of our other hardware, its just these new nucs giving us this issue oddly
2021-04-06 19:15:35 <ikke> aaa801: I would expect it to run in run-from-ram mode
2021-04-06 19:16:56 <aaa801> Our pxe is nothing special https://pastebin.ubuntu.com/p/7tzbTqGXZ8/
2021-04-06 19:17:16 <aaa801> Guessing it could be possibly due to the kernel versions?
2021-04-06 19:17:42 <ikke> Not sure
2021-04-06 19:17:45 <aaa801> Aha im an idiot
2021-04-06 19:17:51 <aaa801> i forgot how semver works..
2021-04-06 19:18:19 <aaa801> Time to bump this to 3.13 :')
2021-04-06 21:12:18 <mizux> python3 -m pip3 show pip
2021-04-06 21:12:28 <mizux>  No module named pip
2021-04-06 21:13:35 <ikke> apk add py3-pip
2021-04-06 21:13:42 <mizux> Just run: `apk add --no-cache python3-dev py3-pip` and pip/pip3 are in the path
2021-04-06 21:13:59 <mizux> using last alpine:edge docker image
2021-04-06 21:14:36 <ikke> ah, edge
2021-04-06 21:14:47 <ikke> python is in the process of being upgraded to 3.9
2021-04-06 21:15:37 <mizux> ok
2021-04-06 21:15:43 <mizux> thanks
2021-04-06 21:16:10 <ikke> It's in community, so the one that is rebuilt against 3.9 hasn't been uploaded yet
2021-04-06 21:16:34 <mizux> https://pkgs.alpinelinux.org/contents?branch=edge&name=py3-pip&arch=x86_64&repo=community
2021-04-06 21:16:46 <ikke> yes
2021-04-06 21:16:51 <ikke> that's the 3.8 version
2021-04-06 21:17:13 <mizux> so just wait and see ;)
2021-04-06 21:17:46 <mizux> Many thanks for the quick support !
2021-04-06 21:17:48 <ikke> The issue is that we need to fix quite some packages
2021-04-06 21:17:55 <ikke> so that is holding it up a bit
2021-04-06 21:19:09 <ikke> if you don't need edge, :3.13 should be working
2021-04-06 22:19:40 <freq_> :)
2021-04-06 22:52:07 <aaa801> Hm so no luck on 3.13 pxe either, it seems that modloop is never loaded, only the kernel and initramfs,
2021-04-06 22:53:00 <aaa801> wondering if the kernel config doesn't have the module for this system included possibly, as im basically out of ideas
2021-04-06 22:55:22 <bgs> can someone explain what actually happend to python on edge? I don't get it
2021-04-06 22:58:46 <aaa801> really makes no sense.. booting 3.13.4 iso works fine and picks up the network devices, just all goes to hell when attempting to use the pxe...
2021-04-06 23:12:13 <aaa801> saying that.. it looks like its just e1000e
2021-04-06 23:33:17 <space-xpc> i tired installing filerun on alpine
2021-04-06 23:33:24 <space-xpc> installed all php stuff :)
2021-04-06 23:33:27 <space-xpc> too much even :D
2021-04-06 23:33:50 <space-xpc> php7 unzip.php said conflicts about gmagick vs imagick :)
2021-04-06 23:33:55 <space-xpc> removed gmagick
2021-04-06 23:34:11 <space-xpc> then cacti-php7 cause php-fpm7 wouldnt run :)
2021-04-06 23:34:23 <space-xpc> then filerun index.php complained about ioncube :)
2021-04-06 23:34:43 <space-xpc> at that point i shut down the vm and the proxmox (also vm) above it, and poured myself a beer :D
2021-04-06 23:34:52 <space-xpc> now i realized there is docker filerun :)
2021-04-06 23:34:56 <space-xpc> gonna try that next
2021-04-07 00:03:54 <ekhas> palemoon puts chroimium to some serious shame on 3.13
2021-04-07 00:04:55 <ekhas> was able to bring the pm binary i compiled in 3.8 over to 3.13 haha
2021-04-07 00:06:36 <ekhas> wonder if the latest pm version would compile
2021-04-07 00:07:46 <ekhas> but the 2 year old pm release works so fast on alpine and requires fewer deps
2021-04-07 00:33:13 <bl4ckb0ne> b 12
2021-04-07 00:33:19 <bl4ckb0ne> wops
2021-04-07 08:59:31 <Newbyte> If I put Alpine Extended on a USB, can I then install Alpine onto that same USB while booted from it?
2021-04-07 08:59:33 <Newbyte> Since it runs from RAM
2021-04-07 09:06:29 <mps> Newbyte: It is posible, but I don't know exact steps. something must be unmounted. but what?
2021-04-07 09:07:27 <Newbyte> got it, thans
2021-04-07 09:07:28 <Newbyte> thanks*
2021-04-07 09:31:38 <donoban> Hi, it seems that telegram-desktop "depends" on Microsoft GSL (which has MIT license), should I try to package it?Or try to use some alternative implementation? I'm not sure if there is some already in Alpine
2021-04-07 09:40:16 <donoban> there is a GSL package from GNU but it seems something total different
2021-04-07 10:03:39 <iveqy> donoban: I would love to have signal for alpine though
2021-04-07 10:05:08 <donoban> hehe I have to try it since I'm using more signal than telegram
2021-04-07 10:24:44 <bgs> hi! how do i upgrade to python3.9?
2021-04-07 10:26:25 <maxice8> Like any normal upgrade
2021-04-07 10:27:05 <bgs> you mean. 'apk upgrade' with edge enabled?
2021-04-07 10:27:27 <bgs> that doesn't work for some reason. so i thought there is something else i have to do
2021-04-07 10:40:20 <ikke> bgs: apk upgrade --available
2021-04-07 10:40:43 <ikke> But you might have things installed that explicitly depend on python3.8
2021-04-07 10:49:34 <bgs> ikke: i tried --available but it didn't work
2021-04-07 10:50:22 <ikke> apk add 'python3>3.9.0'
2021-04-07 10:52:16 <bgs> i don't actually mind staying on python3.8, but a significant portion of python based software i run broke yesterday, and the suggested fix in this channel was to upgrade python
2021-04-07 10:52:28 <PureTryOut[m]2> In my case the Python upgrade is being held back by a lot of packages not being rebuild yet
2021-04-07 10:52:45 <bgs> apk add 'python3>3.9.0' displays a bunch of errors
2021-04-07 10:52:57 <PureTryOut[m]2> 
ACTION  < https://matrix.org/_matrix/media/r0/download/matrix.org/rSdWnlLFDQUfpionDCcfhLoD/message.txt >

2021-04-07 10:53:01 <ikke> bgs: can you show the errors
2021-04-07 10:53:06 <PureTryOut[m]2> ☝️ huge list of packages holding back 3.9
2021-04-07 10:53:11 <ikke> PureTryOut[m]2: what arch?
2021-04-07 10:53:19 <PureTryOut[m]2> x86_64
2021-04-07 10:53:21 <ikke> x86_64 community should be uploaded
2021-04-07 10:53:32 <PureTryOut[m]2> But what about testing 😉
2021-04-07 10:53:43 <PureTryOut[m]2> I guess it's mainly the few packages depending on libpython3.8.so.1
2021-04-07 10:54:05 <ikke> PureTryOut[m]2: testing is for testing purposes only :P
2021-04-07 10:54:13 <PureTryOut[m]2> Obviously lol
2021-04-07 10:54:25 <PureTryOut[m]2> I'm not complaining, just saying that it's a reason why 3.9 would've been hold back
2021-04-07 10:54:35 <ikke> yes
2021-04-07 10:54:47 <PureTryOut[m]2> ikke: and you say that, but there are tons of packages in testing that have been there for years, upgraded and all, and that I doubt are ever being moved to community
2021-04-07 10:55:01 <ikke> yes, hence the ':P'
2021-04-07 10:55:19 <ikke> I'm aware of how testing is used in practice
2021-04-07 10:55:36 <PureTryOut[m]2> A sad state of afairs imo 😢
2021-04-07 10:55:38 <ikke> yes
2021-04-07 10:55:50 <ikke> We should make effort improving this
2021-04-07 10:55:59 <PureTryOut[m]2> Talking about that, fcolista could you move obs-studio to community at some point?
2021-04-07 10:56:07 <PureTryOut[m]2> ikke: yes please!
2021-04-07 11:16:03 <bgs> ikke: my errors from apk add python3>3.9.0: http://okturing.com/src/10818/body
2021-04-07 11:20:12 <donoban> it works fine here
2021-04-07 12:01:02 <fcolista> PureTryOut[m]2, sue thing
2021-04-07 12:01:06 <fcolista> *sure
2021-04-07 12:01:30 <PureTryOut[m]2> Yay thanks!
2021-04-07 12:01:31 <fcolista> have you had a chance to test it?
2021-04-07 12:01:44 <PureTryOut[m]2> Yeah I use it quite regurarly
2021-04-07 12:02:00 <PureTryOut[m]2> Works as well as on any other distro afaics
2021-04-07 12:03:24 <donoban> If I need to add ms-gsl for telegram-desktop, should both go to testing?
2021-04-07 12:04:39 <donoban> also I would like if there is some problem iwth ms-gsl itself or it's a more linux likely alternative that I should try to use
2021-04-07 12:05:41 <donoban> "The GSL is a header only library, hence, you can use the functions and types of the library quite easily. The best-known implementation is the one from Microsoft, hosted at Github: Microsoft/GSL. ", uhM, that means that I could just download it for the build process ?
2021-04-07 12:07:42 <donoban> s/I would like/I would like to know/
2021-04-07 12:08:42 <mps> how we are easily sold self to big corporations :c
2021-04-07 12:10:31 <mps> ng doesn't have ideals and principles
2021-04-07 12:13:29 <donoban> ng?
2021-04-07 12:14:50 <donoban> I didn't expect to find that dependecy when tried to build telegram :\
2021-04-07 12:15:23 <mps> Not Good, though some thinks it means New Generation :)
2021-04-07 12:16:00 <donoban> https://aur.archlinux.org/packages/microsoft-gsl-git/ , 12 arch packages depending on it
2021-04-07 12:16:12 <mps> apk search telegram-desktop
2021-04-07 12:16:46 <donoban> uhM, yes, it is outdated and unmaintained
2021-04-07 12:17:19 <mps> I don't see any mentions of gsl deps
2021-04-07 12:17:42 <donoban> I don't know when they added that dependency
2021-04-07 12:17:52 <mps> -DDESKTOP_APP_USE_PACKAGED_GSL
2021-04-07 12:18:41 <mps> maybe it contain gsl in tarball
2021-04-07 12:18:45 <donoban> uhM
2021-04-07 12:19:49 <donoban> I built it yesterday, no problem, then switch to pkgver=2.7.1 and it complained about missing ms-gsl
2021-04-07 12:20:41 <donoban> medion:~/alpine/aports/community/telegram-desktop/src$ find | grep gsl
2021-04-07 12:20:42 <donoban> ./tdesktop-2.7.1-full/Telegram/ThirdParty/GSL/include/gsl
2021-04-07 12:21:07 <donoban> maybe it is a problem with cmake finding it :)
2021-04-07 12:21:27 <mps> could be
2021-04-07 12:21:36 <donoban> I will try again this evening
2021-04-07 12:31:12 <Newbyte> Are you trying to upgrade Telegram?
2021-04-07 12:40:44 <donoban> yes
2021-04-07 12:42:37 <donoban> have you tried it? I see that you updated it last time
2021-04-07 12:54:08 <hbug__> somehow my "/usr/lib/jvm" directory and therefore "/usr/lib/jvm/default-jvm" symlink is missing. any idea which package provides these files?
2021-04-07 12:55:11 <hbug__> "/usr/bin/java" is now a dead symlink to "../lib/jvm/default-jvm/jre/bin/java". is suspect this broke when updating from 3.12 to 3.13.
2021-04-07 13:06:02 <abenz> hi, on alpine 3.13.4, libreoffice writer saves fine, but draw fails with error "General Error, General input/output error". I'm running a ramdisk setup and my system is plain
2021-04-07 13:06:20 <abenz> can someone test so I see is this my system or libreoffice itself ?
2021-04-07 13:06:41 <abenz> simply run: libreoffice --draw
2021-04-07 13:06:47 <abenz> and save the document
2021-04-07 13:09:41 <abenz> I found the solution, it seems if you do "doas apk add libreoffice-draw" it will not pull all needed dependencies
2021-04-07 13:09:49 <abenz> the program will run and function fine, but wont save!
2021-04-07 13:10:14 <abenz> doing "apk add libreoffice", will pull all of it and saving will work
2021-04-07 13:42:53 <Newbyte> > have you tried it? I see that you updated it last time
2021-04-07 13:42:53 <Newbyte> caskd was working on it, so I left it to him. it seems he hasn't got around to actually finalising the update though
2021-04-07 13:43:16 <Newbyte> how do those replies come through on IRC btw?
2021-04-07 13:44:02 <caskd> Newbyte: uh, yeah the build system was hell of a mess
2021-04-07 13:44:20 <caskd> i tried rewriting the entire build system but then i've reached some weird dependency loops
2021-04-07 13:44:25 <caskd> so i gave up
2021-04-07 13:44:29 <Newbyte> rewriting it..?
2021-04-07 13:44:34 <caskd> yeah
2021-04-07 13:44:39 <caskd> to have it more uniform
2021-04-07 13:44:44 <caskd> and not the mess that is now
2021-04-07 13:44:47 <caskd> ^^'
2021-04-07 13:45:09 <donoban> oh, I hope it was an easy task, I've never fixed an APKBUILD :D
2021-04-07 13:45:16 <Newbyte> if nothing else testifies that it is a mess it's that upstream replaced their build instructions with "use Docker"
2021-04-07 13:45:54 <donoban> caskd: could you share your APKBUILD rewrite?
2021-04-07 13:46:12 <Newbyte> I think he means more than APKBUILD rewrite
2021-04-07 13:46:20 <caskd> it wasn't rewriting the apkbuild, it was the entire cmake files
2021-04-07 13:46:52 <caskd> i can share what i had so far but i didn't get far enough as telegram api depended on mtproto and back
2021-04-07 13:46:58 <caskd> should i?
2021-04-07 13:47:07 <Newbyte> mtproto depends on tdesktop?
2021-04-07 13:47:15 <caskd> on some files, yeah
2021-04-07 13:47:23 <caskd> seems like it at least from the source files
2021-04-07 13:48:33 <donoban> well I have the intention to ugprade it but it seems that it will be probably too difficult for me
2021-04-07 13:48:58 <caskd> you're gonna have to fix some things and the dependency spaghetti is getting worse every new version
2021-04-07 13:49:19 <caskd> i kinda decided i won't really do a lot anymore until they fix that first
2021-04-07 13:49:34 <donoban> have you tried to package signal?
2021-04-07 13:50:45 <caskd> i don't use signal so no
2021-04-07 13:52:21 <caskd> https://git.redxen.eu/caskd/tdesktop-new-cmake
2021-04-07 13:52:26 <caskd> here's what i've done so far
2021-04-07 13:53:59 <mps> buy windows
2021-04-07 13:54:25 <donoban> ok I will take a look thanks
2021-04-07 14:02:23 <mm28> Hi, I have a fresh install and added networkmanager, disabled and also removed references to eth0 in /etc/interfaces, stopped networking daemon, and still I get a message that the device is "strictly unmanaged" in nmtui. "# nmcli d" reports unmanaged state.
2021-04-07 14:02:47 <mm28> 8> I can manually bring the interface up, configure IP, Netmask Route and DNS to get a working connection.
2021-04-07 14:03:18 <mm28> "# nmcli n" reports enabled
2021-04-07 14:16:18 <wsinatra> mm28: I've run into that before usually adding an [ifupdown] managed=true to /etc/NetworkManager/NetworkManager.conf helps
2021-04-07 14:28:16 <mm28> wsinatra, I added that to my vm, and additionally it was already in my raspberry pi which is my target system, would the daemon /etc/init.d/networking conflict, or is it required?
2021-04-07 14:36:19 <mm28> It does not make a difference either way, but I see on my debian based vm that networking.service shows active.
2021-04-07 14:46:04 <wsinatra> mm28: networking shouldn't conflict. You probably need it to have it come up regardless. Uusually as a sysinit service
2021-04-07 14:46:11 <wsinatra> ah he quit
2021-04-07 14:52:23 <Newbyte> and now he's back!
2021-04-07 15:31:48 <jana0000> Alright. Hello
2021-04-07 15:32:24 <jana0000> I was wondering what happened to the xf86-input-keyboard and xf86-input-mouse packages
2021-04-07 15:32:47 <ikke> jana0000: what I understood is that they are deprecated and not maintained
2021-04-07 15:32:52 <ikke> and not necessary
2021-04-07 15:33:17 <ikke> 90fc54683ff5d8890f2dba76343d976a2196466b
2021-04-07 15:33:25 <ikke> #12362
2021-04-07 15:33:39 <jana0000> thats a nice bot
2021-04-07 15:36:23 <ikke> It's very useful :)
2021-04-07 15:37:23 <hg> 
ACTION pets algitbot

2021-04-07 15:37:26 <hg> good bot
2021-04-07 15:40:37 <jana0000> expanded storage i see
2021-04-07 15:40:54 <Hello71> https://wiki.alpinelinux.org/wiki/Draft_Release_Notes_for_Alpine_3.14.0
2021-04-07 15:41:27 <jana0000> oh nice
2021-04-07 18:18:10 <freq_> hooray qutebrowser is updated
2021-04-07 19:17:29 <freq_> that's not bad really
2021-04-07 19:17:33 <freq_> one day dip
2021-04-07 19:17:37 <freq_> i'll stick with alpine
2021-04-07 19:26:37 <donoban> #61
2021-04-07 19:27:03 <donoban> :\, I suppose that algitbot only works for aports
2021-04-07 19:32:26 <donoban> I was yesterday trying to do this https://gitlab.alpinelinux.org/alpine/docker-abuild/-/issues/61 , I think that the best "naming" could be using reuse tag for current image, when run dabuild with DABUILD_REUSE=true looks for alpinelinux/docker-abuild:reuse , if exists it uses it as tag, after running container it commits it to the new reuse tag
2021-04-07 19:39:21 <FreeBDSM> hi. How to do apk update && upgrade with --no-cache or something?
2021-04-07 19:39:48 <ikke> FreeBDSM: what do you want to achieve?
2021-04-07 19:40:05 <FreeBDSM> ikke: less files on file system
2021-04-07 19:40:23 <ikke> apk upgrade -U --no-cache
2021-04-07 19:40:44 <FreeBDSM> ikke: do I need to to `apk update` prior to it and after it?
2021-04-07 19:40:51 <FreeBDSM> to do*
2021-04-07 19:41:08 <ikke> -U is short for --update
2021-04-07 19:41:36 <ikke> in any case, apk upgrade will automatically do an update if there are no cached repos
2021-04-07 19:48:29 <FreeBDSM> ikke: how to tell it to ignore certs?
2021-04-07 19:48:39 <ikke> --alow-untrust
2021-04-07 19:48:46 <ikke> --allow-untrusted
2021-04-07 19:49:25 <FreeBDSM> ikke: doesn't work for upgrade: `apk -U --no-cache --allow-untrusted upgrade`
2021-04-07 19:54:37 <FreeBDSM> I'm kind of stuck: I need ca-certificates package to be able to install certificates to the system so that I could use apk with our corp proxy of upstream repo to be able to use apk without --allow-untrusted
2021-04-07 19:55:26 <ikke> and you can only use https?
2021-04-07 19:55:39 <FreeBDSM> yes
2021-04-07 19:56:48 <FreeBDSM> I wish --allow-untrusted would work
2021-04-07 19:56:58 <ikke> yeah, that's more for untrusted packages
2021-04-07 19:57:04 <ikke> not for https
2021-04-07 19:58:02 <bgs> was there an announcement somewhere that python is getting upgraded and that edge will be broken in the meantime?
2021-04-07 19:58:14 <ikke> no
2021-04-07 19:58:25 <ikke> we don't announce these kinds of things
2021-04-07 19:59:26 <ikke> bgs: edge is constantly updated and can break for all sorts of reasons
2021-04-07 19:59:49 <FreeBDSM> ikke: is there a way to emulate apk fetch via wget?
2021-04-07 20:00:01 <FreeBDSM> I could then wget ca-certificates
2021-04-07 20:00:06 <ikke> just download the package
2021-04-07 20:00:20 <FreeBDSM> where from? I want to do this from apk repo
2021-04-07 20:00:22 <ikke> wget https://mirror/pkg.apk
2021-04-07 20:01:00 <ikke> https://dl-cdn.alpinelinux.org/alpine/v3.13/main/x86_64/ca-certificates-20191127-r5.apk
2021-04-07 20:01:24 <ikke> https://dl-cdn.alpinelinux.org/alpine/v3.13/main/x86_64/
2021-04-07 20:01:42 <ikke> The packages are listed there
2021-04-07 20:01:46 <FreeBDSM> ikke: that's nice!
2021-04-07 20:01:49 <bgs> ikke: i am aware of that. but i didn't expect this kind of breakage to be within expectations for edge
2021-04-07 20:02:04 <FreeBDSM> let's see if I could grep it to get link to the correct .apk
2021-04-07 20:04:43 <FreeBDSM> weird, I wget'ed similar page (but of our mirror of your repo) and it saved index.html with text 'This apk proxy repostirory is not directly browseable at this URL.'
2021-04-07 20:04:44 <FreeBDSM> :(
2021-04-07 20:05:04 <ikke> FreeBDSM: it depends how the mirror is setup
2021-04-07 20:05:15 <ikke> apparently they disabled index
2021-04-07 20:05:30 <FreeBDSM> they probably did :(
2021-04-07 20:05:30 <ikke> (or did not explicitly enable it)
2021-04-07 20:05:40 <ikke> But if you know the package name, you should be able to wget it
2021-04-07 20:05:41 <FreeBDSM> it's configured on nexus
2021-04-07 20:05:51 <FreeBDSM> ikke: what if it changes over time?
2021-04-07 20:06:08 <FreeBDSM> I wish there were aliases like ${pkg_name}-latest.apk or something
2021-04-07 20:06:15 <ikke> FreeBDSM: You'd have to download the APKINDEX file and extract the package name from there
2021-04-07 20:06:21 <ikke> there is not
2021-04-07 20:06:29 <donoban> is there some standard way for creating a root fs snapshot before doing 'apk upgrade'?
2021-04-07 20:06:55 <ikke> donoban: not something specific for alpine
2021-04-07 20:07:06 <ikke> things like zfs / btrfs / lvm snapshots could work
2021-04-07 20:07:46 <freq_> my plea: please do not ruin the image of alpine by getting politically correct
2021-04-07 20:07:55 <FreeBDSM> well, APKINDEX is an archive with APKINDEX file inside and that file is of weird format
2021-04-07 20:08:06 <donoban> and some way for executing some command after upgrading? I'm using btrfs, I think that I could be useful running edge
2021-04-07 20:08:10 <FreeBDSM> I grep'ed ca-certificates against it
2021-04-07 20:08:24 <donoban> if something gets totally broken you can just reboot and change subvol id
2021-04-07 20:08:27 <FreeBDSM> and it returned some lines like P:ca-certificates-cacert
2021-04-07 20:08:32 <ikke> yes
2021-04-07 20:08:49 <ikke> The latter denotes a specific field
2021-04-07 20:09:07 <ikke> each package is separated by an empty line
2021-04-07 20:09:30 <FreeBDSM> oh wow
2021-04-07 20:09:35 <FreeBDSM> yeah, just realized that
2021-04-07 20:09:45 <FreeBDSM> so I see 'V:20191127-r2'
2021-04-07 20:09:53 <ikke> apk-tools 3.0 will have a different format
2021-04-07 20:09:53 <FreeBDSM> A:x86_64
2021-04-07 20:10:05 <FreeBDSM> oh, so it's gonna break soon, awesome :D
2021-04-07 20:10:14 <ikke> Not sure how soon it's ready
2021-04-07 20:10:23 <donoban> I suppose that just a dayly automated snapshost should be enough
2021-04-07 20:11:00 <ikke> FreeBDSM: but it's going to be a binary format, so less easy to manually parse
2021-04-07 20:11:45 <FreeBDSM> I wish apk then could be used like `apk genlinkstoapk ca-certificates --allow-untrusted` that's yield like 'https://dl-cdn.alpinelinux.org/alpine/v3.13/main/x86_64/ca-certificates-20191127-r5.apk'
2021-04-07 20:11:53 <FreeBDSM> (but with my mirror, ofc)
2021-04-07 20:12:33 <ikke> but apk would need to be able to download the APKINDEX first
2021-04-07 20:12:34 <FreeBDSM> but, actually, it is just weird that there's no '--no-check-certificate' for apk
2021-04-07 20:12:56 <FreeBDSM> ikke: yeah, I suggested a stupid thing.
2021-04-07 20:13:10 <FreeBDSM> I think it just needs --no-check-certificate, just like wget has
2021-04-07 20:13:35 <ikke> wondering, why do you need ca-certificates?
2021-04-07 20:13:58 <FreeBDSM> ikke: to install certificates into the system to be able to use apk properly
2021-04-07 20:14:16 <ikke> https works out of the box without ca-certificates as well
2021-04-07 20:14:48 <FreeBDSM> we don't have access to your repos, we only have access to our local mirror of your repo
2021-04-07 20:15:37 <ikke> yes, I understood that
2021-04-07 20:15:50 <FreeBDSM> then what do you mean by 'https works'?
2021-04-07 20:15:59 <FreeBDSM> I need to install packages from alpine mirror
2021-04-07 20:16:37 <ikke> FreeBDSM: apk-tools depends on ca-certificates-bundle
2021-04-07 20:17:04 <ikke> so that should already be installed
2021-04-07 20:17:32 <ikke> https://pkgs.alpinelinux.org/contents?file=&path=&name=ca-certificates-bundle&branch=edge&repo=main&arch=x86_64
2021-04-07 20:17:53 <ikke> so that's why I wonder why you need ca-certificates
2021-04-07 20:17:58 <FreeBDSM> ikke: then maybe I just don't know how to use it properly. I have 2 .cer files, how to import them into system?
2021-04-07 20:18:21 <ikke> aha, you want to add custom root certs
2021-04-07 20:18:37 <FreeBDSM> usually I put them to /usr/local/share/ca-certificates/ and then ran `update-ca-certificates`
2021-04-07 20:18:39 <ikke> technically, you could just append them to the existing list
2021-04-07 20:18:52 <FreeBDSM> ikke: where is that list?
2021-04-07 20:19:27 <FreeBDSM> /etc/ssl/certs/ca-certificates.crt ?
2021-04-07 20:19:33 <FreeBDSM> /etc/ssl/cert.pem ?
2021-04-07 20:19:37 <FreeBDSM> I don't get it
2021-04-07 20:19:54 <ikke> thost files are just text files with all root certs concatenated
2021-04-07 20:20:01 <ikke> /etc/ssl/cert.pem is a sym-link
2021-04-07 20:20:10 <FreeBDSM> /etc/ssl/certs/ca-certificates.crt looks like it
2021-04-07 20:20:13 <ikke> yes
2021-04-07 20:20:25 <ikke> so just concatenate your PEM encoded certificates to that file
2021-04-07 20:20:28 <ikke> and it should work
2021-04-07 20:23:14 <FreeBDSM> looks like wget doesn't respect no_proxy env
2021-04-07 20:23:26 <FreeBDSM> no_proxy/NO_PROXY
2021-04-07 20:25:35 <ikke> https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10681
2021-04-07 20:26:49 <FreeBDSM> ikke: weird
2021-04-07 21:15:26 <FreeBDSM> ikke: I can confirm on latest stable that wget doesn't respect no_proxy/NO_PROXY
2021-04-07 21:15:57 <FreeBDSM> if, obviously, http_proxy+https_proxy+HTTP_PROXY+HTTPS_PROXY are set
2021-04-07 21:16:44 <ikke> 1https://github.com/gliderlabs/docker-alpine/issues/259
2021-04-07 21:18:07 <FreeBDSM> so, the bug is actually upstream (busybox)
2021-04-07 21:18:12 <FreeBDSM> okay, thanks, got it
2021-04-07 21:20:04 <FreeBDSM> what's the difference between openjdk8-jre and openjdk8-jre-base?
2021-04-07 21:21:32 <FreeBDSM> ah, the former brings just 3 bins
2021-04-07 21:21:48 <FreeBDSM> appletviewer, policytool and one more policytool
2021-04-07 21:27:52 <FreeBDSM> why can't I install package from locally downloaded .apk file if I only have 'main' repo, but the file was downloaded from 'community' repo?
2021-04-07 21:29:42 <FreeBDSM> ah, nvm, the error was different
2021-04-07 21:30:42 <FreeBDSM> so after adding certs to /etc/ssl/certs/ca-certificates.crt and installing curl (which in turn installs ca-certificates) apk forgets about those concatenated certs and I need to re-import them
2021-04-07 22:11:54 <FreeBDSM> how to create user in alpine non-interactively?
2021-04-07 22:12:01 <FreeBDSM> adduser asks for password
2021-04-07 22:12:20 <FreeBDSM> ah, -D
2021-04-08 01:16:51 <programmerq> FreeBDSM▸ instead of updating that generated ca-certificates.crt file manually, install the ca-certificates package and add your certificate to /usr/local/share/ca-certificates with a .crt extension and run update-ca-certificates
2021-04-08 01:17:37 <FreeBDSM> programmerq: to install it one needs certificates
2021-04-08 01:17:40 <programmerq> I had to do a bit of digging because I couldn't remember the specific directory to add it to.
2021-04-08 01:17:54 <programmerq> https://gitlab.alpinelinux.org/alpine/ca-certificates/-/blob/master/update-ca-certificates.8 - here's the man page source
2021-04-08 01:18:02 <programmerq> the man page is in the ca-certificates-doc package
2021-04-08 01:18:14 <FreeBDSM> I made it work, the problem is solved
2021-04-08 01:18:25 <FreeBDSM> it's just that solution is 2-step instead of 1 step
2021-04-08 01:18:29 <programmerq> FreeBDSM▸ it's fine to bootstrap it manually, but you'll want to add it to that directory so the next time update-ca-certificates is run you don't lose that cert again.
2021-04-08 01:18:53 <FreeBDSM> that's step 2
2021-04-08 01:18:55 <programmerq> and yes, it will be run as you do regular package upgrades and maintenance
2021-04-08 03:43:50 <rodper45> hello! i am trying to install an hp multifunction printer. i could install the printer part, but not the scanner part. with other distros i used the hp-setup script for both. i installed and set up sane, and tried simple-scan, but it only recognizes my webcam. "scanimage -L" mirrors the result from simple-scan. i checked the arch wiki and it points me back to the hp-setup tool. is it possible to add the scanner at all? thank
2021-04-08 04:26:09 <zcrayfish> I simply don't know, but someone who might know would probably need the model number and/or USB ID.
2021-04-08 04:30:36 <zcrayfish> lol
2021-04-08 06:21:16 <EF> rodper45: there used to be a line in a config file that needed uncommenting. Let me check
2021-04-08 06:25:15 <EF> rodper45: https://wiki.voidlinux.org/SANE
2021-04-08 06:35:01 <EF> ignore ^^^. May be true but thought I was on Void's channel!
2021-04-08 09:15:21 <dk_> hello to everyone
2021-04-08 09:16:24 <dk_> i would like to install alpine on an old laptop and saw, that there is no wiki entry for installing from chroot
2021-04-08 09:17:38 <dk_> i can handle the installation i think but i would like to document the process in the wiki if that's ok?
2021-04-08 09:18:09 <dk_> is there a way to contribute in this way?
2021-04-08 09:20:25 <mps> dk_: something like this https://arvanta.net/alpine/armhf-setup/
2021-04-08 09:21:02 <EF> dk_: https://wiki.alpinelinux.org/wiki/Alpine_Linux:Contribute
2021-04-08 09:21:07 <mps> or this https://arvanta.net/alpine/install-alpine-on-acer-r13-chromebook/
2021-04-08 09:25:28 <dk_> yes exactly....
2021-04-08 09:26:39 <dk_> i the installation on rpi is pretty much what i had in mind
2021-04-08 09:27:59 <dk_> instead of installing directly from the repos i would have loop mounted the iso and first installed that
2021-04-08 09:31:39 <dk_> ok, seems i didn't take enough time to read through the wiki and how to contribute :)
2021-04-08 09:32:07 <dk_> will work from the link you gave me, thanks
2021-04-08 09:35:57 <dk_> bye for now and thanks for the answers
2021-04-08 10:09:17 <dk_> hello, short note on my way through the wiki, so you can understand why i asked
2021-04-08 10:09:28 <dk_> i have i686 architecture
2021-04-08 10:10:34 <dk_> i went from tutorials and howtos to https://wiki.alpinelinux.org/wiki/Alpine_newbie_install_manual#x86_64_x86_32_x86
2021-04-08 10:13:33 <dk_> and from there, there is a link for a missing wiki page https://wiki.alpinelinux.org/wiki/Alpine_Install:_from_alpine_mirror_to_an_external_disc_by_chroot
2021-04-08 10:18:10 <donoban> dk_: there is a shell script for chroot install
2021-04-08 10:19:44 <dk_> thank you donoban
2021-04-08 10:20:02 <donoban> I used it but I don't remeber where is it :\
2021-04-08 10:21:48 <donoban> https://github.com/alpinelinux/alpine-chroot-install
2021-04-08 10:22:55 <donoban> default does a x86_64 install but you can change with -a ARCH option
2021-04-08 10:24:02 <dk_> i just thought it might be a good idea to have the information to read through directly in the wiki, because there is a link
2021-04-08 10:24:37 <dk_> i will further look into the installation process at the weekend
2021-04-08 10:25:43 <donoban> I tried to do it following the wiki and finally ended using that sript, and then removing it and use docker-abuild
2021-04-08 10:25:44 <dk_> thanks for the info
2021-04-08 10:26:08 <donoban> but I only wanted some isolated enviroment for building packages
2021-04-08 10:26:55 <dk_> have to go for now, bye
2021-04-08 10:27:04 <donoban> ok, see u
2021-04-08 10:57:57 <frojnd> Hi there.
2021-04-08 12:23:58 <FreeBDSM> is archivemount supposed to work on alpine? I see the package in 'community' repo, but after trying it - I got an error: `fusermount: fuse device not found, try 'modprobe fuse' first` and `modprobe fuse` returns another error: `modprobe: can't change directory to '/lib/modules': No such file or directory` and there is actually no such dir, only /lib/modules-load.d/
2021-04-08 12:26:36 <FreeBDSM> however, installing the package installed fuse and fuse-common as deps, but I see that there is also fuse3 available in the repo
2021-04-08 12:27:51 <FreeBDSM> found this closed ticket https://gitlab.alpinelinux.org/alpine/aports/-/issues/10861
2021-04-08 12:29:57 <FreeBDSM> well, I thought I'd just mount .tar.gz with kafka scripts to a dir to save some space from unpacking it...
2021-04-08 12:32:37 <FreeBDSM> however small the difference (just 5MB: 53.2MB vs 58.2MB) - it is probably not worth the hassle, but still would be nice to have some info somewhere about the prerequisites for this to work
2021-04-08 12:39:11 <Cogitri> FreeBDSM: Are you running Alpine in a container or as actual OS?
2021-04-08 12:39:30 <FreeBDSM> Cogitri: on OpenShift Container Platform
2021-04-08 12:55:01 <FreeBDSM> Cogitri: actually, it doesn't work in a container on an actual OS as well
2021-04-08 12:55:55 <FreeBDSM> CentOS 7 with an old kernel (3.10.0-1127.19.1.el7.x86_64)
2021-04-08 13:29:15 <Stroke> hi folks, i have a realy simple question. where can i find the "potential deliverable source code? (tar.gz)". i have find multiple sources, but i want to now where the dev, are deploy the last state of alpine. THX
2021-04-08 13:37:43 <Stroke> Hi make i anything wrong? :|
2021-04-08 14:06:17 <Hello71> FreeBDSM: you can't load modules in a linux container
2021-04-08 17:44:41 <lucidone> If I want to boot off a USB with an overlay, do I need to create a custom ISO or is there some easier way?
2021-04-08 17:47:17 <donoban> you don't need a custom iso for that, you can use any that works for you and setup-lbu https://wiki.alpinelinux.org/wiki/Alpine_local_backup
2021-04-08 17:55:36 <mps> bl4ckb0ne: I will leave this channel, you can contact me on #alpine-devel or privately. sorry
2021-04-08 17:55:53 <mps> or by mail, ofc
2021-04-08 18:02:27 <Jenkler> What up with the .apk-new anyway to remove them all and is it safe?
2021-04-08 18:04:32 <lucidone> donoban: I just tried it and it said "Read-only file system"
2021-04-08 18:05:33 <donoban> ouch yes if you want to save the overlay in the same usb you boot you have to create it with an specific method, not just with dd
2021-04-08 18:07:44 <Jenkler> ikke, do you know anything about the .apk-new files?
2021-04-08 18:08:00 <donoban> lucidone: Check this https://wiki.alpinelinux.org/wiki/Create_a_Bootable_USB
2021-04-08 18:08:27 <donoban> "Copy ISO content to USB stick as individual files"
2021-04-08 18:09:56 <ikke> Jenkler: just that apk creates them when files have been modified
2021-04-08 18:10:24 <Jenkler> ikke, must be safe to remove them after boot right?
2021-04-08 18:10:41 <Jenkler> ikke, any tool to clear them. cant find any dock about it
2021-04-08 18:11:49 <ikke> update-conf
2021-04-08 18:17:59 <Jenkler> ikke, thanks ;)
2021-04-08 19:23:26 <FreeBDSM> is there something like /etc/skel in alpine?
2021-04-08 19:24:08 <FreeBDSM> what is /etc/profile used for?
2021-04-08 19:25:31 <ikke> /etc/profile is sourced by login shells
2021-04-08 19:26:09 <FreeBDSM> doesn't seem so :(
2021-04-08 19:26:33 <ikke> Do you have a login shell?
2021-04-08 19:26:43 <FreeBDSM> looks like OCP's permissions circumcision kung-fu beats alpine :(
2021-04-08 19:27:28 <FreeBDSM> I run alpine right now in a container in OCP (Red Hat OpenShift Container Platform, basically a custom k8s)
2021-04-08 19:27:32 <ikke> /etc/skel should work as well
2021-04-08 19:27:37 <FreeBDSM> it randomizes uid of my user
2021-04-08 19:27:52 <FreeBDSM> I then can only write just to /tmp and nowhere else
2021-04-08 19:28:12 <ikke> maybe on purpose?
2021-04-08 19:28:38 <FreeBDSM> yes. and when I open interactive terminal - it somehow runs sh, not the default user's shell of choice
2021-04-08 19:29:22 <FreeBDSM> I thought `printf '\n/bin/bash' >> /etc/profile` before creating user would help
2021-04-08 19:29:29 <FreeBDSM> but it still runs sh
2021-04-08 19:30:03 <FreeBDSM> the only working solution I found so far is using ln -s to make /bin/sh point to /bin/bash
2021-04-08 19:30:22 <FreeBDSM> but then (actually dunno if due to this reason or not) - I can't run tmux
2021-04-08 19:30:25 <ikke> /etc/profile is only sourced for login shells
2021-04-08 19:30:32 <ikke> if ot
2021-04-08 19:30:43 <ikke> if it's just executing /bin/sh, you don't get a login shell
2021-04-08 19:30:50 <FreeBDSM> oh
2021-04-08 19:31:24 <FreeBDSM> then is there a way (other than ln -s) to make it run bash on statup?
2021-04-08 19:31:32 <ikke> I don't know
2021-04-08 19:32:49 <FreeBDSM> without `ln -s` at least tmux works fine (only shows the same error when I quit a window)
2021-04-08 19:54:26 <rodper45> EF Ok, i tried adding my user to the lp and scanner groups, as the Void Wiki cites. no luck though. ill keep on digging
2021-04-08 19:56:47 <EF> rodper45: try the checking hpaio in dll.conf part
2021-04-08 19:57:08 <rodper45> EF will do!
2021-04-08 20:26:52 <lucidone> donoban: Thanks! The bootable USB link worked for what I wanted.
2021-04-08 20:26:53 <donoban> oh great :)
2021-04-09 00:56:21 <lucidone> Is `setup-disk` well tested with GPT?
2021-04-09 02:24:33 <echoline> hey, in the past my intel graphics have worked fine on installation, this time with the latest release the load seems really high watching youtube and stuff. has anything changed in the process of setting up xorg?
2021-04-09 03:25:10 <echoline> it does seem to be using the intel graphics driver in the Xorg log
2021-04-09 07:34:06 <blubshep> Has someone made a build for tor browser on alpine? currently I'm using a custom firefox profile or a chroot
2021-04-09 09:20:22 <donoban> blubshep: It seems hard to build, there was a request for it that was finally closed. But you can use flatpak com.github.micahflee.torbrowser-launcher
2021-04-09 09:55:38 <PureTryOut[m]2> Hmm my laptop doesn't receive the 3.9 Python upgrade. `apk add python3=3.9.4` tells me that it breaks `world[python3=3.9.4]` but satisfies <long list of packages>
2021-04-09 09:56:24 <Cogitri> Maybe because some package hasn't been rebuilt yet
2021-04-09 09:56:35 <PureTryOut[m]2> Afaik all packages have been rebuilt already?
2021-04-09 09:56:42 <Cogitri> https://pkgs.alpinelinux.org/contents?file=&path=%2Fusr%2Flib%2Fpython3.8%2F*&name=&branch=edge&arch=x86_64
2021-04-09 09:56:45 <PureTryOut[m]2> On x86_64 at least
2021-04-09 09:57:05 <PureTryOut[m]2> Oh hmm
2021-04-09 09:57:16 <PureTryOut[m]2> That is quite a list
2021-04-09 09:57:17 <Cogitri> The builders are idle on x86_64 though
2021-04-09 09:57:40 <Cogitri> Seems like ncopa just missed a few packages
2021-04-09 09:57:48 <PureTryOut[m]2> I guess they haven't got bumped
2021-04-09 09:59:28 <Cogitri> Yup
2021-04-09 10:19:47 <ikke> It would be nice if it could list which packages though
2021-04-09 10:22:30 <Cogitri> Doesn't pkgs.a.o do that with that query?
2021-04-09 10:27:56 <ikke> I mean, when you use apk to install it
2021-04-09 10:28:04 <ikke> It's not clear which packages are actually holding it back
2021-04-09 10:45:48 <ncopa> hum, i wonder why those got missed
2021-04-09 10:50:46 <Cogitri> ikke: ah yes, that'd very nice
2021-04-09 10:51:35 <ikke> I hope apk-3 improves on that
2021-04-09 11:01:22 <PureTryOut[m]2> Yeah that's I guess my biggest complaint with apk, it's error messages are often vague
2021-04-09 12:36:01 <jvoisin> https://github.com/rapid7/metasploit-framework/pull/14833 update your alpine :)
2021-04-09 12:46:06 <ikke> If you use ACF :-)
2021-04-09 12:46:37 <jvoisin> if you use ACF :)
2021-04-09 12:49:17 <wdtTP2O82Kft> what is acf?
2021-04-09 12:49:39 <jvoisin> https://wiki.alpinelinux.org/wiki/Alpine_Configuration_Framework_Design
2021-04-09 12:49:53 <jvoisin> a lightweight alpine-specific webmin
2021-04-09 12:50:35 <wdtTP2O82Kft> wow. there is an inhouse webmin? til.
2021-04-09 14:34:48 <bl4ckb0ne> are older packages accessible somewhere?
2021-04-09 14:35:49 <ikke> No, sadly not
2021-04-09 14:36:19 <bl4ckb0ne> packages from http://dl-cdn.alpinelinux.org/alpine/edge/testing/aarch64/ are replaced by the new ones right?
2021-04-09 14:36:29 <ikke> Yes
2021-04-09 14:36:51 <bl4ckb0ne> ooooh lucky me i got an apk locally
2021-04-09 14:41:09 <badeball> how long does it typically take for packages to move from edge & testing into community and a release?
2021-04-09 14:41:40 <badeball> does it perhaps entirely depend on the maintainer(s) of it?
2021-04-09 14:41:49 <ikke> The maintainer decides it, yes
2021-04-09 14:42:08 <ikke> After it's in community, it will be part of the next release
2021-04-09 14:44:47 <badeball> I see, thanks!
2021-04-09 14:51:43 <ikke> Giving feedback to the maintainer they you tested the package can certainly help
2021-04-09 15:22:40 <echoline> did anyone see my question about intel graphics? cpu load seems very high on 3.13.4
2021-04-09 15:39:05 <Hello71> i think youtube increased default resolution
2021-04-09 15:46:46 <MY-R> echoline: could you paste your qestion again?
2021-04-09 15:47:16 <lix48> Hello
2021-04-09 15:47:50 <lix48> Is it normal that after updating and rebooting alpine edge it's not mounting my crypt root anymore
2021-04-09 15:49:28 <lix48> Shit I guess next install I'm not doing edge
2021-04-09 16:08:39 <lix48> Sigh
2021-04-09 16:15:59 <echoline> MY-R: I have intel graphics in two machines, just reinstalled 3.13.4 on one and cpu load seems really high watching YouTube or stuff like that
2021-04-09 16:16:40 <echoline> I'm also trying to set up an nvidia k80, I doubt that's relevant but could be
2021-04-09 16:18:36 <xordspar0> Can you list installed packages filtered by repository?
2021-04-09 16:21:52 <echoline> how do I do that?
2021-04-09 16:25:06 <bgs> echoline: youtube in firefox is terrible for me too on alpine recently. Maybe try running the same video in a video player and see if the problem persists
2021-04-09 16:25:39 <echoline> hmm
2021-04-09 16:27:09 <ikke> xordspar0: not that I know of
2021-04-09 16:27:26 <xordspar0> Ok, thanks.
2021-04-09 16:39:28 <Hello71> does apk even track that?
2021-04-09 16:40:07 <lix76> Hi I got disconnected. Is it only happening to me?
2021-04-09 16:49:03 <ikke> No issues here
2021-04-09 16:49:19 <lucidone> Are there unit/integration tests for `setup-disk`?
2021-04-09 16:49:42 <lix76> Hmm that sucks
2021-04-09 16:50:04 <xordspar0> Hello71: You can see the repo an individual package was installed from with `apk policy`.
2021-04-09 16:51:00 <Hello71> i don't think that tells you where it was installed from, it tells you where it can be installed from
2021-04-09 16:51:33 <Hello71> since alpine has (mostly) disjoint repositories it should turn out pretty close
2021-04-09 16:51:59 <Hello71> hm, or does it?
2021-04-09 16:52:11 <xordspar0> Ah, I think you're right.
2021-04-09 16:53:03 <lix76> Is luks2 on grub already a thing by default?
2021-04-09 16:53:17 <lix76> Does it support it now I mean
2021-04-09 16:53:46 <Hello71> no, but encrypted /boot is of dubious value anyways
2021-04-09 16:55:12 <lix76> Why
2021-04-09 16:56:10 <Hello71> what is the threat model
2021-04-09 16:56:32 <Hello71> "it's more secure
2021-04-09 16:56:40 <ikke> lucidone: I don't think so
2021-04-09 16:57:32 <Hello71> it would probably be more useful to build some qemu tests for alpine-conf in general
2021-04-09 16:57:45 <ikke> yes
2021-04-09 16:58:14 <Hello71> boot from usb, setup-alpine, shut down, unplug usb, reboot, log in
2021-04-09 16:58:47 <Hello71> i think other distros have this, but i'd wager a guess they are very heavy (not "alpine spirit")
2021-04-09 16:58:48 <frojnd> sudo cmp alpine-standard-3.13.4-x86_64.iso /dev/sdb
2021-04-09 16:58:51 <frojnd> cmp: EOF on alpine-standard-3.13.4-x86_64.iso after byte 139460608, in line 613423
2021-04-09 16:58:56 <frojnd> Does that mean write was successful?
2021-04-09 16:59:31 <Hello71> most likely
2021-04-09 16:59:51 <Hello71> although for more certainty you need to sync; echo 3 > /proc/sys/vm/drop_caches first
2021-04-09 17:01:30 <frojnd> I plugged into laptop and I see "Security Boot Fail"
2021-04-09 17:01:41 <frojnd> Hm maybe I have smth in my bios that is holding usb back
2021-04-09 17:02:24 <Hello71> more likely "secure boot failed" but sure
2021-04-09 17:02:25 <frojnd> Erase all secure settings did the trick
2021-04-09 17:05:43 <frojnd> I can ran alpine out of ram. I just noticed I don't have any hard drives in laptop
2021-04-09 17:11:21 <bleb> i was thinking of setting up an android vm for use with my mobile banking app (only way to deposit checks via the internet, it seems)
2021-04-09 17:11:50 <bleb> has anyone done that in alpine with like qemu?  or a chroot?
2021-04-09 17:59:05 <Hello71> there are a number of commercial packages
2021-04-09 17:59:21 <Hello71> i think the most popular option currently is android-x86
2021-04-09 18:00:13 <Hello71> which i think is not strictly commercial but is apparently mostly sponsored by online gambling websites
2021-04-09 18:36:11 <bleb> thats dope
2021-04-09 18:36:23 <bleb> looks like there is an anbox package, maybe i will try that
2021-04-09 19:50:37 <Hello71> bank applications probably won't run on this stuff though
2021-04-09 19:50:49 <Hello71> because they think "open source = insecure"
2021-04-09 20:31:51 <fys> yeah if banks want insecure software, they want to PAY for it
2021-04-09 20:40:34 <qman__> banks don't actually care about buying secure software, they care about having someone to blame
2021-04-09 20:41:00 <qman__> and open source projects don't meet that need
2021-04-09 20:48:37 <fys> That's why I was forced to use RHEL for so many years.
2021-04-09 20:48:38 <fys> lol
2021-04-09 20:51:45 <c705> i work at a bank, can confirm
2021-04-09 20:58:16 <fys> i didn't actually work for a bank but i worked for a major financial institute in the marketing dept's it dept.
2021-04-09 20:58:24 <fys> ... yes some depts got their *own* IT dept
2021-04-09 20:58:46 <c705> "caring about someone to blame" over doing things properly is 100% accurate
2021-04-09 20:59:01 <c705> people who make directing desicions have little to no technical knowledge
2021-04-09 21:02:16 <fys> yep
2021-04-10 00:04:33 <bleb> seems to be a question of which features the banking app uses, and whether those features are faithfully implemented by anbox/android-x86
2021-04-10 00:05:32 <bleb> im sure banking apps work fine on lineageos which would seems to violate any requirement that there is "somebody to blame"
2021-04-10 00:05:54 <afontain_> well, if those are some DRM/Trustzone/Google Play services/similar things, then I'd say "probably not"
2021-04-10 00:06:16 <afontain_> (for the "supported by anbox")
2021-04-10 01:21:28 <Hello71> crappy bank apps tend *not* to work on lineage
2021-04-10 01:21:42 <Hello71> especially with addonsu installed
2021-04-10 01:22:11 <Hello71> usually you can patch over these with magisk though, but i'm not sure if that works in emulators
2021-04-10 03:09:31 <Arahael> qman__: Not only that, but the PCI requirements are a bit prescriptive in some ways, as well.
2021-04-10 13:35:16 <PureTryOut[m]2> Hmm, seems setuptools is broken? I can't install a local python package with `pip install .`, it reports that "egg_info" is an invalid setup.py command
2021-04-10 13:36:25 <ikke> PureTryOut[m]2: yeah, we also seem to have issues with building pakcages
2021-04-10 13:36:28 <ikke> packages
2021-04-10 13:36:52 <ikke> see #alpine-devel;
2021-04-10 13:38:29 <PureTryOut[m]2> Ah good, will follow there
2021-04-10 14:41:03 <alxsdf_> Hi I'm having a problem after an upgrade today where it installed pipewire -- namely that pactl does not detect pipewire-pulse
2021-04-10 14:41:08 <alxsdf_> https://tpaste.us/49Jw
2021-04-10 14:41:15 <alxsdf_> looks like it's not registering itself with dbus properly?
2021-04-10 14:44:19 <alxsdf_> all of: pipewire, /usr/bin/pipewire -c pipewire-pulse.conf, and pipewire-media-session are running
2021-04-10 14:46:16 <alxsdf_> hmm that's weird, last time i started pipewire it started pipewire-pulse, but that seems to not have happened -- unless running with the pipewire-pulse.conf is equivalent
2021-04-10 14:47:38 <ikke> is pipewire-pulse installed?
2021-04-10 14:47:48 <alxsdf_> yes
2021-04-10 14:49:18 <alxsdf_> /usr/bin/pipewire-pulse is present and when running it it tells me the service is already running, I'm guessing because for whatever reason pipewire started another instance with `-c pipewire-pulse.conf`, i would kill all of them and try again, but they don't actually respond to SIGTERM, and SIGKILL might leave dbus state (I don't know if it would interfer with dbus registering -- although that
2021-04-10 14:49:24 <alxsdf_> doesn't seem to be working at the moment anyway, so)
2021-04-10 14:50:10 <alxsdf_> I'll add my user to the rtkit group, restart, and try again
2021-04-10 14:51:23 <alxsdf_> hm, doesn't exist, so I can assume that my user has the right group permissions I guess
2021-04-10 14:55:54 <alxsdf_> I'd run the pulseaudio binary, since pipewire is supposed to be able to work in tandem, except it doesn't exist despite the package being installed.
2021-04-10 15:08:28 <alxsdf_> ok so, it's appeared to register as org.pulseaudio.Server, however running `pactl -s org.pulseaudio.Server [info|list]` both fail with connection refused, which I guess is 'progress' of sorts
2021-04-10 15:12:20 <PureTryOut[m]2> Check with `pactl info` what Pulse server software is running
2021-04-10 15:12:24 <PureTryOut[m]2> If any
2021-04-10 15:15:13 <alxsdf_> I already have, if you read above it fails with 'connection refused'
2021-04-10 15:15:37 <PureTryOut[m]2> Interesting
2021-04-10 15:16:03 <PureTryOut[m]2> Oh wait, you're manually starting pipewire?
2021-04-10 15:16:13 <PureTryOut[m]2> Afaik it needs to be enabled early in your session, and manually is probably too late
2021-04-10 15:16:18 <alxsdf_> There is no entry under /etc/init.d/
2021-04-10 15:16:33 <PureTryOut[m]2> Yeah cause it has to run under your user, not as a system service
2021-04-10 15:16:37 <alxsdf_> Right
2021-04-10 15:16:41 <PureTryOut[m]2> It should be started with `/etc/xdg/autostart/pipewire.desktop`
2021-04-10 15:16:52 <alxsdf_> why should a .desktop be the main...
2021-04-10 15:17:12 <PureTryOut[m]2> Hmm? That's just how the XDG standard works and how programs are autostarted in DE's
2021-04-10 15:17:21 <alxsdf_> Uh, I am not running a DE
2021-04-10 15:17:23 <PureTryOut[m]2> But I'm assuming you're not running a DE that implements that XDG standard
2021-04-10 15:17:35 <alxsdf_> I'm running XMonad, and pulseaudio has worked fine before, DBus is running
2021-04-10 15:17:40 <alxsdf_> Like I've been reading forums threads for over 3 hours now, reading different ways to diagnose the problem, including active issues. I am not new to diagnosing and solving problems with linux distributions otherwise i wouldn't be running alpine linux as my main distribution haha
2021-04-10 15:18:03 <PureTryOut[m]2> Then I guess XMonad does something special for PulseAudio that it doesn't do for Pipewire? 🤷‍♂️
2021-04-10 15:18:42 <alxsdf_> pulseaudio was previously started when needed, so when firefox or pavucontrol was loaded, XMonad does not care about the programs that run under it, it simply renders them
2021-04-10 15:19:06 <alxsdf_> I'm not sure why starting it after.. dunst.. or redshift, would matter
2021-04-10 15:19:59 <alxsdf_> Like I can add it to my autostart or .xinitrc and restart Xorg, but I'm not really sure _why_ that would change anything specifc. There shouldn't be anything started after or during XMonad that cares in that way
2021-04-10 15:20:45 <alxsdf_> Also, it was started before any programs that would make use of DBus were opened, fwiw
2021-04-10 15:23:36 <alxsdf_> a lot of the things I'm turning up with the connection refused issue point to the configuration format, but this is a clean install from latest -- that being the problem would mean the packaged configs are out of date
2021-04-10 15:24:42 <PureTryOut[m]2> The packaged configs are not specific to Alpine, they come straight from the build system
2021-04-10 15:24:57 <PureTryOut[m]2> You can check if there are files with a `.apknew` prefix in the Pipewire config directory
2021-04-10 15:26:03 <alxsdf_> Those do not exist because this is a fresh upgrade and before I just ran pulseaudio. I haven't upgraded in three months and the switch happened after the second-previous upgrade haha
2021-04-10 15:26:20 <alxsdf_> however... running strace on pactl seems to show that the pulseaudio libraries are not installed for pactl to work
2021-04-10 15:27:08 <PureTryOut[m]2> Did you switch on purpose btw or "on accident" as in it just got installed without you telling apk too?
2021-04-10 15:28:06 <alxsdf_> On accident. I installed vlc-qt and it purged pulseaudio, so I decided to go with a full upgrade and a reboot, and pavucontrol (and my bluetooth headphones) stopped working
2021-04-10 15:28:13 <alxsdf_> I've read that pipewire-pulse still requires the pulseaudio libs to be installed to run properly, so I guess that points to a solution.
2021-04-10 15:28:18 <PureTryOut[m]2> Ah yeah, probably best to just reinstall PulseAudio
2021-04-10 15:28:22 <alxsdf_> I've tried
2021-04-10 15:28:32 <PureTryOut[m]2> https://postmarketos.org/edge/2021/04/02/pipewire-pulse/
2021-04-10 15:28:37 <alxsdf_> the pulseaudio package is installed but no longer provides /usr/bin/pulseaudio
2021-04-10 15:28:48 <PureTryOut[m]2> `apk fix pulseaudio`?
2021-04-10 15:29:22 <alxsdf_> I've done apk fix and the only problem is an exfat man page being owned by two packages
2021-04-10 15:29:34 <PureTryOut[m]2> Well do what the blog post I linked suggests
2021-04-10 15:29:37 <PureTryOut[m]2> It worked for others
2021-04-10 15:29:46 <alxsdf_> Yeah, I could pin pulseaudio, but since this is the Future(tm) I'd rather find an actual solution, not a workaround
2021-04-10 15:30:02 <PureTryOut[m]2> You don't have to pin pulseaudio, that is not what that blog posts suggests
2021-04-10 15:30:24 <PureTryOut[m]2> It just forces pipewire-pulse to be removed in favor of pulseaudio by creating a conflict on it
2021-04-10 15:31:37 <alxsdf_> well, pulseaudio _is_ installed, just the binary is missing, and most of the library files that pactl requires to work, apparently
2021-04-10 15:32:09 <PureTryOut[m]2> But is pipewire-pulse uninstalled? Please make sure. And do `apk fix pulseaudio`, not just `apk fix`
2021-04-10 15:32:43 <alxsdf_> I'm not interested in uninstalling pipewire, because I would like to get this working as-is, not supplant it with pulseaudio
2021-04-10 15:33:27 <PureTryOut[m]2> I did not say uninstall pipewire, I said uninstall pipewire-pulse. Although I guess you can, I really wouldn't have both pulseaudio and pipewire-pulse installed at the same time
2021-04-10 15:33:51 <alxsdf_> oh! I see what you mean, hm
2021-04-10 15:38:26 <alxsdf_> hm, how is pipewire-pulse provided through apk?
2021-04-10 15:38:50 <alxsdf_> aports and the online packages interface only shows `pipewire`
2021-04-10 15:38:54 <PureTryOut[m]2> https://git.alpinelinux.org/aports/tree/community/pipewire/APKBUILD#n49
2021-04-10 15:39:06 <PureTryOut[m]2> -pulse is a subpackage of pipewire
2021-04-10 15:39:47 <alxsdf_> i see
2021-04-10 15:40:22 <alxsdf_> So in this case, pipewire-pulse is not providing any of the libraries that pactl requires to work, which is why this error exists
2021-04-10 15:40:32 <alxsdf_> https://tpaste.us/MQg8
2021-04-10 15:41:07 <PureTryOut[m]2> No that is incorrect
2021-04-10 15:41:19 <PureTryOut[m]2> pactl works fine for me on my pipewire system with pipewire-pulse
2021-04-10 15:41:19 <alxsdf_> you can see this via this grepped strace (`strace -f -o /tmp/pipe.txt pactl info && grep ENOENT /tmp/pipe.txt`)
2021-04-10 15:41:56 <alxsdf_> Well, pipewire-pulse provides pulseaudio, and pipewire-pulse does not provide any of the given libraries, so your system might have upgraded without purging? maybe?
2021-04-10 15:42:13 <PureTryOut[m]2> No it is purged, I made sure of it
2021-04-10 15:42:20 <alxsdf_> all of the given libraries are provided, however, by pulseaudio
2021-04-10 15:44:32 <alxsdf_> pactl looks for libpulse.so*, which is not provided by pipewire: https://pkgs.alpinelinux.org/contents?file=libpulse.so*&path=&name=&branch=edge
2021-04-10 15:44:48 <alxsdf_> can you run the strace and grep to a tpaste for me?
2021-04-10 15:44:58 <alxsdf_> that will at least show the difference in how pactl is behaving
2021-04-10 15:45:09 <PureTryOut[m]2> Make sure libpulse is installed (not pulseaudio itself)
2021-04-10 15:45:53 <alxsdf_> apk didn't install it when I asked, so it's installed
2021-04-10 15:46:10 <PureTryOut[m]2> That is not making sure 😛 Do `apk list -I libpulse`
2021-04-10 15:46:24 <alxsdf_> libpulse-14.2-r5 x86_64 {pulseaudio} (LGPL-2.1-or-later) [installed]
2021-04-10 15:46:34 <PureTryOut[m]2> Hmm ok, that is the only thing pactl needs
2021-04-10 15:46:42 <PureTryOut[m]2> Could you run `ldd /usr/bin/pactl`?
2021-04-10 15:46:45 <PureTryOut[m]2> (and post the output)
2021-04-10 15:47:08 <alxsdf_> these seem to be libraries loaded at runtime
2021-04-10 15:47:13 <PureTryOut[m]2> libpulse.so.* comes from libpulse which clearly is installed
2021-04-10 15:47:19 <alxsdf_> https://tpaste.us/E1qV
2021-04-10 15:48:03 <alxsdf_> I even did `apk fix libpulse`, just in case, before running that ldd command
2021-04-10 15:48:09 <PureTryOut[m]2> Yeah ok everything found and no missing symbols at least. So as far as we can see, pactl should "just work" ™️
2021-04-10 15:48:12 <alxsdf_> re-running pactl again gives me this: https://tpaste.us/0Ee8
2021-04-10 15:48:20 <alxsdf_> I've again only grepped for ENOENT
2021-04-10 15:48:34 <alxsdf_> (specifically: cat /tmp/pipe.txt  | grep ENOENT | tpaste)
2021-04-10 15:48:59 <alxsdf_> can you post a pipe.txt with a grep for 'open' ?
2021-04-10 15:49:58 <alxsdf_> because at the moment you're looking for symptoms, whereas doing that will show how pactl is _acting_, which is the true difference here that we need to compare, IMHO
2021-04-10 15:51:56 <PureTryOut[m]2> https://tpaste.us/qg8B
2021-04-10 15:52:03 <alxsdf_> thanks!
2021-04-10 15:52:15 <PureTryOut[m]2> Well one weird thing in your strace output is that it's not looking in /usr/lib for things like libFLAC.so.8
2021-04-10 15:52:35 <alxsdf_> well the first difference that shows for me is that mine is looking under /usr/lib/pulseaudio
2021-04-10 15:53:11 <alxsdf_> whereas yours is simply looking under /usr/lib, oh except for libpulse
2021-04-10 15:53:59 <alxsdf_> your system might be inconsistent -- or mine, but your pactl is finding /usr/lib/pulseaudio/libpulse.so.0 -- which alpine linux packages (shown earlier) says does not exist at that path
2021-04-10 15:54:19 <alxsdf_> oh, that' an ENOENT, nvm lol
2021-04-10 15:55:26 <PureTryOut[m]2> I doubt my system is inconsistent lol
2021-04-10 15:56:11 <PureTryOut[m]2> It definitely finds it at `/usr/lib/libpulse.so.0` which is the right place
2021-04-10 15:56:36 <PureTryOut[m]2> But yeah your system seems to not be looking in `/usr/lib` for whatever reason
2021-04-10 15:57:59 <alxsdf_> ok I grepped for 'open' and my native is on the right, your foreign pactl output is on the left : https://tpaste.us/yN6k
2021-04-10 15:58:19 <alxsdf_> full output at https://tpaste.us/N81v
2021-04-10 15:58:40 <alxsdf_> *full output of my pactl strace log | grep open
2021-04-10 16:01:39 <alxsdf_> uhhhh, oops ignore that, paste messed up when I posted in the url to my terminal
2021-04-10 16:04:23 <alxsdf_> I might have a solution
2021-04-10 16:06:10 <alxsdf_> yep
2021-04-10 16:06:22 <alxsdf_> pipewire isn't respecting XDG_CONFIG_DIR
2021-04-10 16:06:29 <alxsdf_> or at least, my pipewire isn't
2021-04-10 16:08:42 <PureTryOut[m]2> Interesting, I haven't changed that so I wouldn't know
2021-04-10 16:09:37 <alxsdf_> hm, ok so _something_ to do with where pactl expects things to be, I'm sure of it, but my solution wasn't exactly functional
2021-04-10 16:10:09 <alxsdf_> basically pipewire seems to be creating the following files/dirs when run: ~/pulse/, ~/pulseverbose.log
2021-04-10 16:13:19 <alxsdf_> so what I'm thinking is that pactl expects the files in ~/pulse to be at a different location, or something of the old pulseaudio configuration was left and is causing it to fall over
2021-04-10 16:14:38 <alxsdf_> what's the output of your XDR_RUNTIME_DIR?
2021-04-10 16:14:41 <alxsdf_> mine is unset
2021-04-10 16:15:13 <PureTryOut[m]2> `/run/user/1000`
2021-04-10 16:17:12 <alxsdf_> ok, that's useful -- also this https://github.com/flatpak/flatpak/issues/4058 seems to be relevant
2021-04-10 16:24:15 <markpash_> Hi, is there any reason why the automatic raid done by setup-alpine may fail to boot?
2021-04-10 16:24:48 <markpash_> I'm just trying to figure out if there is anything special I need to do after I go through setup-alpine using 2 disks in sys configuration
2021-04-10 16:25:02 <ikke> markpash_: generally it should just work
2021-04-10 16:25:06 <ikke> what is failing?
2021-04-10 16:25:26 <markpash_> the initramfs seems to fail to mount the sysroot
2021-04-10 16:26:11 <markpash_> I think the UUID that was placed in the extlinux config was incorrect
2021-04-10 16:26:31 <ikke> Maybe this? https://gitlab.alpinelinux.org/alpine/aports/-/issues/12325
2021-04-10 16:26:53 <alxsdf_> PureTryOut[m]2: figured it out. My pactl is looking for pulse/ in /var/run (which is a symlink to /run) -- changing permissions on /run (as a test, this isn't a permanent solution) to root:alx g+w, and then setting XDG_RUNTIME_DIR to /var/run/ enables pactl to run properly.
2021-04-10 16:28:04 <markpash_> @ikke: not running lvm :( but I just rebooted another time and it worked fine......
2021-04-10 16:28:18 <markpash_> this is not good, going to reboot a few more times and see what's wrong
2021-04-10 16:28:21 <ikke> markpash_: oh ok, strange
2021-04-10 16:28:36 <alxsdf_> So essentially the only problem is that it's unable to find the runtime data that it needs, maybe there's a configuration file I can edit so I can place it somewhere it doesn't require permissions. And this I assume would be a more general solution too -- so I'm wondering where I can write this where other people can find it(?), possibly the mailing list?
2021-04-10 16:28:44 <ikke> markpash_: Yeah, but I'm not sure that issue is specifically limited to lvm, so was wondering if that was the same issue
2021-04-10 16:29:30 <alxsdf_> pavucontrol works fully now as well, there are some random errors from firefox resetting a connection but everything works
2021-04-10 16:30:41 <markpash_> @ikke: thanks, I'll try and get to the bottom of this and see if it's bug or some other issue. This damn machine takes 5 mins to boot though :(
2021-04-10 16:31:39 <ikke> markpash_: Heh, the machine I had issues with similar
2021-04-10 16:31:53 <ikke> Took me a while to get to the bottom of that, so I feel you :)
2021-04-10 16:32:30 <alxsdf_> PureTryOut[m]2: thanks for that bit of info, and for your assistance btw
2021-04-10 16:32:38 <PureTryOut[m]2> No problem!
2021-04-10 16:33:00 <PureTryOut[m]2> It might be worth asking about this on Pipewire upstream btw
2021-04-10 16:34:06 <markpash_> @ikke: yeah, I hope it's an issue on my end, because I really like the alpine installer and how easy you can have a RAID1 boot disk setup in under 2 mins
2021-04-10 16:34:42 <alxsdf_> yeah, I imagine it's a general solution to the problem, too. I'll dig into the pactl code first to see if i can put this in a more coherent place that doesn't require setting permissions, however
2021-04-10 16:42:17 <ShaRose> So, I have an interesting one: The alpine installer won't boot on my system unless I remove the drives. Without the plugged in, it boots fine: when it's booted, I can plug them in. But if they are plugged in during boot it will NOT go past realizing they exist.
2021-04-10 16:45:37 <zcrayfish> boot order (EFI before CSM?) issue? Are the drives USB or on some kind of add-on card? (or raid card?)
2021-04-10 16:46:08 <ShaRose> bios boot, just booting to USB: It loads the kernel, and gets to seeing sda / sdb / sdc: then sits there
2021-04-10 16:46:26 <ShaRose> it is going through an LSI sas card: mpt3sas driver
2021-04-10 16:52:42 <ShaRose> why did I think it was mpt3sas... it's mpt2sas
2021-04-10 16:56:18 <ShaRose> actually, this isn't even flashed to IT mode
2021-04-10 17:22:40 <markpash_> @ikke: still the same problem, I am in the emergency recovery shell, and doing ls /dev shows the /dev/sd* devices but not the md devices. Is there a way to troubleshoot from this emergency shell?
2021-04-10 17:24:13 <ikke> markpash_: can you try: nlplug-findfs -p /sbin/mdev <rootfs>
2021-04-10 17:24:46 <markpash_> what goes in place of <rootfs>?
2021-04-10 17:25:45 <ikke> cat /proc/cmdline
2021-04-10 17:25:53 <ikke> root=<rootfs>
2021-04-10 17:26:29 <markpash_> cool, let me go try that
2021-04-10 17:32:43 <markpash_> @ikke: I tried that and ls /dev/md0...md2 appeared. I didn't know what to do next though.
2021-04-10 17:34:49 <ikke> markpash_: That's the same issue as in that ticket then
2021-04-10 17:35:25 <ikke> Workaround was to use an older kernel
2021-04-10 17:35:35 <ikke> Still trying to find the actual solution
2021-04-10 17:37:18 <markpash_> @ikke: great, ok so after finding the md devices, how do I get it so I can continue from the emergency shell? when I tried just exit I got a kernel panic? Or should I just go install a 3.12 iso?
2021-04-10 17:37:53 <ikke> markpash_: boot from the livecd again, mount the disk, chroot in it, and install the kernel from edge
2021-04-10 17:38:19 <markpash_> great, I'll give that a go, thanks!
2021-04-10 17:38:28 <ikke> sorry, kernel from 3.12
2021-04-10 17:39:10 <ShaRose> oh, I think installing the IT firmware actually fixed it lol
2021-04-10 17:39:30 <ShaRose> eeey it did, awesome
2021-04-10 17:44:19 <markpash_> @ikke: so is this actually a kernel bug or the alpine packaging of the kernel being problematic? missing configs?
2021-04-10 17:48:14 <ikke> Or changes in the kernel
2021-04-10 17:48:23 <ikke> Some interaction
2021-04-10 17:48:38 <ikke> markpash_: could you please add information about your setup to that issue?
2021-04-10 17:49:30 <markpash_> Yup will do, thanks again
2021-04-10 18:04:38 <markpash_> @ikke: I retried with a 3.12 iso, same problem :/ this is really annoying now.
2021-04-10 18:05:03 <markpash_> not frustrated with you or anyone, just the fact it takes sooooo long to then get an error
2021-04-10 18:06:59 <Hello71> you reinstalled everything?
2021-04-10 18:08:53 <markpash_> yup
2021-04-10 18:10:03 <ikke> for me, it was working as soon as I switched to a 3.12 kernel
2021-04-10 18:12:26 <markpash_> yeah I downloaded and went through the setup with alpine-standard-3.12.6-x86_64.iso
2021-04-10 18:12:43 <markpash_> I hit the same wall.
2021-04-10 18:25:12 <Hello71> still works after nlplug-findfs?
2021-04-10 18:34:33 <g0r3> hey guys. when i try to install thunderbird i get https://tpaste.us/YoPM. im on edge branch and i enabled the testing repos. updated and upgraded my system, i dont know what to do else
2021-04-10 18:37:43 <ikke> g0r3: looks like thunderbird would need to be rebuilt
2021-04-10 18:41:12 <g0r3> ikke: so this is not something i can do?
2021-04-10 18:41:18 <ikke> No
2021-04-10 18:41:24 <g0r3> okay
2021-04-10 18:41:27 <g0r3> tahnks
2021-04-10 18:44:49 <Hello71> i think this is actually a longstanding bug?
2021-04-10 20:49:00 <kmmndr> g0r3: there is an open issue about thunderbird (https://gitlab.alpinelinux.org/alpine/aports/-/issues/12017)
2021-04-10 20:50:22 <kmmndr> I did try to have more logs, but without success so far
2021-04-11 17:06:54 <needle> https://github.com/ifupdown-ng/ifupdown-ng/issues/142 been having the same problem using dhclient with alpine and ifupdown-ng and dual-stack.
2021-04-11 17:07:38 <needle> it ended up running dhclient -6 -v manually to generate a dhcp ipv6 request for the box.
2021-04-11 17:09:05 <needle> Until I installed dhcpcd again. and works out ouf the box, for both ip address families.
2021-04-11 17:36:24 <needle> but swapping dhclient with dhcpcd worked using ifupdown-ng, no manual configuration needed.
2021-04-11 18:29:49 <helby> is there 'redo' in busybox vi?
2021-04-11 18:48:59 <donoban> hi, I installed alpine on my main desktop, I can't get wayland working, I get a black screen
2021-04-11 18:52:02 <donoban> "DBus user socket was not found", maybe is related
2021-04-11 18:55:59 <helby> is it some kind of DE?
2021-04-11 18:56:06 <helby> or sway?
2021-04-11 18:56:19 <donoban> KDE
2021-04-11 18:56:33 <donoban>  but that error is firefox via firejail
2021-04-11 18:56:52 <helby> god help you then :/
2021-04-11 18:57:08 <donoban> I'm not sure what groups should I add myself
2021-04-11 18:57:23 <helby> I used sway, added to video, audio, input
2021-04-11 18:57:26 <donoban> well in this laptop it's working fine
2021-04-11 18:57:34 <donoban> let's try
2021-04-11 18:57:41 <helby> for firefox to work in session started with dbus-run-session
2021-04-11 18:57:51 <ikke> donoban: is elogind installed?
2021-04-11 18:57:59 <donoban> uhM
2021-04-11 18:58:09 <helby> but it was just sway, not kde, there is ton of shits, I have no idea about tat
2021-04-11 18:58:24 <donoban> I have elogind-inhibit on my path
2021-04-11 18:58:29 <donoban> is that?
2021-04-11 18:58:54 <donoban> is a sesison manager like sddm?
2021-04-11 18:59:07 <ikke> no, it's not a session manager
2021-04-11 18:59:33 <ikke> elogind-inhibit is part of elogind, yes
2021-04-11 18:59:49 <ikke> I've never used wayland, so cannot be a lot of use
2021-04-11 19:00:26 <donoban> well I think that I will try upgrading to edge
2021-04-11 19:00:35 <helby> or don't use shitty kde
2021-04-11 19:00:58 <donoban> thats an option too yes
2021-04-11 19:01:01 <helby> u can't do anything with that monster, if hundreads of pieces are glued together
2021-04-11 19:01:52 <donoban> also I can't enable compression with btrfs, I add 'compress=zstd' to fstab but it seems ignored
2021-04-11 19:03:03 <donoban> oh it entered but segfaulted
2021-04-11 19:07:18 <donoban> I have like 600MB on /lib/firmware, can't I remove things from there?
2021-04-11 19:08:59 <helby> u well u have firmware what u installed
2021-04-11 19:09:21 <helby> also probably really just god can help you if u hacking whole machine :/
2021-04-11 19:11:16 <donoban> well I just did: setup-disk -m sys /mnt/
2021-04-11 19:11:18 <ikke> donoban: if you know what firmware modules you need, you could install the individual packages
2021-04-11 19:11:28 <donoban> and tehre was already the firmware files
2021-04-11 19:12:14 <donoban> what package installed all them?
2021-04-11 19:12:21 <ikke> yes, linux depends on linux-firmware-any, which in turn installs all firmware modules
2021-04-11 19:12:24 <helby> yes by default linux instlal all firmware
2021-04-11 19:12:35 <donoban> linux-tls?
2021-04-11 19:12:36 <ikke> yes
2021-04-11 19:12:58 <helby> but if u instll any or some of them, then it will not push whole firmware crap
2021-04-11 19:13:34 <ikke> https://pkgs.alpinelinux.org/packages?name=linux-firmware-*&branch=edge&arch=x86_64
2021-04-11 19:14:47 <donoban> but I need to remove linux-tls, then install some custom firmware, and finally reinstall linux-tls again?
2021-04-11 19:14:52 <ikke> no
2021-04-11 19:14:58 <ikke> it's not a hard dependency
2021-04-11 19:15:09 <donoban> ah I can't just remove
2021-04-11 19:15:12 <donoban> I can*
2021-04-11 19:16:00 <helby> first u have to install at least something, that it does not pull all crap
2021-04-11 19:16:40 <donoban> ok
2021-04-11 19:16:54 <ikke> apk add linux-firmware-...
2021-04-11 19:17:10 <ikke> You can also install linux-firmware-none, then everything should be removed
2021-04-11 19:17:55 <donoban> iwlwifi 0000:05:00.0: loaded firmware version 46.4d093a30.0 9260-th-b0-jf-b0-46.ucode op_mode iwlmvm , Im trying to find this one
2021-04-11 19:19:29 <ikke> https://pkgs.alpinelinux.org/contents?repo=main&page=2&file=%2Aiwl%2A&arch=x86_64&branch=edge&name=linux-firmware-%2A
2021-04-11 19:19:35 <ikke> I guess linux-firmware-other
2021-04-11 19:20:27 <donoban> hehe ok
2021-04-11 19:20:29 <donoban> so let's try reboot
2021-04-11 19:22:45 <donoban> I'm gonna try to enable compression via kernel arg
2021-04-11 19:24:08 <donoban> can I debug the commands that the initfs does? should it be aware of 'compress=zstd' on /etc/fstab?
2021-04-11 19:25:41 <ikke> append debug_init to cmdline
2021-04-11 19:26:38 <donoban> uhM nice thanks
2021-04-11 19:31:38 <donoban> uhM, I don't see any additional log
2021-04-11 19:31:50 <donoban> ahh, I didn't regerenated grub.cfg :(
2021-04-11 19:41:00 <donoban> uhM
2021-04-11 19:42:07 <donoban> I'm not sure "who" is the responsable of applying the 'compress' option
2021-04-11 19:42:27 <ikke> Me neither, but it would not be initramfs-init
2021-04-11 19:42:39 <ikke> So either an option in fstable or something the kernel supports
2021-04-11 19:43:35 <donoban> I would like to enable it before restoring my backup :S
2021-04-11 19:43:51 <donoban> I'm gonna try with rootflags
2021-04-11 19:44:00 <ikke> yeah, would make sense
2021-04-11 19:44:33 <donoban> if there was some missing module in the initrams, it would log some error on dmesg?
2021-04-11 19:44:57 <ikke> I guess in dmesg
2021-04-11 19:50:39 <donoban> it works! :P
2021-04-11 19:51:27 <donoban> /dev/dm-0 on /home type btrfs (rw,relatime,compress=zstd:3,ssd,space_cache,subvolid=257,subvol=/@HOME)
2021-04-11 19:51:43 <donoban> but this is pretty uggly, it should work with /etc/fstab
2021-04-11 19:52:47 <donoban> uhM...
2021-04-11 19:52:59 <donoban> [   16.707371] BTRFS info (device dm-0): setting incompat feature flag for COMPRESS_ZSTD (0x10)
2021-04-11 19:53:01 <donoban> bad news
2021-04-11 20:00:58 <donoban> this should be enough for the initramfs loading the zstd module?
2021-04-11 20:01:01 <donoban> localhost:/etc/mkinitfs/features.d$ grep zstd *
2021-04-11 20:01:02 <donoban> btrfs.modules:kernel/crypto/zstd
2021-04-11 20:55:30 <helby> any idea what handle xorg logs in ~/.local/share/xorg ? would like to move it somewhere else
2021-04-11 20:57:49 <ikke> xorg itself I assume
2021-04-11 21:00:04 <helby> probably not confiruable? did not find mentinoned 'log' anywhere in xorg files
2021-04-11 21:00:32 <helby> in xorg read about 'logfile' but it is mentioned it works only for root xorg
2021-04-11 21:02:22 <helby> probably startx --logfile or something like that during start would work, will try after smoke break :/
2021-04-11 21:03:23 <ikke> was looking into it, but could not find a suitable option for it
2021-04-12 07:15:11 <kmmndr> Hi all :-)
2021-04-12 07:16:06 <kmmndr> Do you have a list of the security enforcements added to alpinelinux ?
2021-04-12 07:18:29 <helby> I install as little as possible, that's my aproach :/
2021-04-12 07:21:02 <helby> btw. I m surprised that vi/nvi is not in repositories, as vi in busybox is really crippled
2021-04-12 07:23:08 <helby> even 'undo' acts somehow weird
2021-04-12 07:24:35 <kmmndr> I was thinking to default security measure like PIE compilation (https://git.alpinelinux.org/aports/tree/main/gcc/APKBUILD#n325) or fortify-headers (https://pkgs.alpinelinux.org/package/edge/main/x86_64/fortify-headers)
2021-04-12 08:26:02 <sorinello> Hello. I want to use alpine for creating a ssh/SOCKS5 proxy. I want to secure my ssh so my users will not be able to do any harm. Users will connect from windows machines, via plink. I was NOT able to setup a non-interactive shell for them, not I was able to properly restrict them to their home folders. Also, I am unable to find a restricted shell in alpine, like rbash. Can someone point me to some information ?
2021-04-12 09:31:30 <zcrayfish> sorinello: Alpine includes bash
2021-04-12 09:31:42 <zcrayfish> rbash is bash -r *OR* a symlink named "rbash" pointing towards bash.
2021-04-12 09:33:47 <zcrayfish> More on that here: https://www.gnu.org/software/bash/manual/html_node/The-Restricted-Shell.html
2021-04-12 09:39:40 <zcrayfish> Consider using the "Match User" and "ChrootDirectory" directives in sshd.conf also.
2021-04-12 09:48:59 <sorinello> zcrayfish, I am using Match User
2021-04-12 09:49:02 <sorinello> with  PermitTTY no
2021-04-12 09:49:16 <sorinello> unfortunately, ChrootDirectory does not allow me to login, I get a broken pipe error
2021-04-12 09:49:53 <zcrayfish> My guess there would be missing /dev entries inside the chroot.
2021-04-12 09:49:56 <sorinello> but  PermitTTY no seems to be enough, since I cannot issue commands from CLI if I connect
2021-04-12 09:50:06 <sorinello> zcrayfish, yeah, you are right
2021-04-12 12:53:27 <Hello71> kmmndr: i don't think we have a centralized list
2021-04-12 12:54:26 <Hello71> sorinello: "restricted" shells are inherently insecure
2021-04-12 12:55:03 <Hello71> it would be better to use a proper socks server, or better, a udp vpn
2021-04-12 13:09:12 <sorinello> Hello71, can you tell me a supported socks5 server by alpine ?
2021-04-12 13:25:05 <Hello71> dante, shadowsocks, probably some others
2021-04-12 13:25:32 <Hello71> wireguard is much faster though
2021-04-12 16:47:36 <helby> Is it mailing list abandoned like wiki?
2021-04-12 16:49:03 <ikke> alpine-devel is still actively used. I suppose you refer to alpine-users?
2021-04-12 16:52:49 <helby> the most funny is probably infra :/
2021-04-12 16:53:17 <ikke> Yes, that one is not really used anymore
2021-04-12 16:53:23 <helby> users is just dead
2021-04-12 16:55:20 <helby> it is used by spammers ... if it's not used, why it is abandoned the way that make an impression of abandoned project
2021-04-12 16:56:13 <helby> I read some about mailing list, forum, gitlab ... did not get output from it
2021-04-12 16:56:51 <xordspar0> helby: It is surprising that nvi isn't packaged. It would be super easy to do though.
2021-04-12 16:57:30 <helby> xordspar0: probably yes, that's why it's surprising to me, that nobody was interested during so long time
2021-04-12 16:58:38 <helby> as nvi is practically capable for fraction of size compared to bloated monsters like neo/vim
2021-04-12 17:44:42 <funnyone> hi, i'm trying to configure alpine to store overlay files on the same media that it boots from, but i'm unable to mount this media writable - i should be able to store overlays on the same media alpine boots from right?
2021-04-12 17:45:22 <ikke> funnyone: yes, but the iso is isofs, which cannot be writable
2021-04-12 17:45:54 <ikke> You need to create a bootable media with a writable filesystem
2021-04-12 17:46:09 <ikke> setup-bootable can do that, or you can create one manually
2021-04-12 17:50:22 <funnyone> ikke: thankyou, i will have a go
2021-04-12 18:39:12 <markand> the more I update my Linux machine the more I understand why it will be used as desktop anytime soon
2021-04-12 18:42:25 <helby> feel free to share your breakthroughs :/
2021-04-12 18:42:49 <markand> audio was already messy with pulseaudio a decade ago
2021-04-12 18:43:02 <markand> now with pipewire I no longer have sound on edge :}
2021-04-12 18:43:23 <markand> relevant xkcd https://xkcd.com/927/
2021-04-12 18:44:14 <markand> +not
2021-04-12 18:45:44 <helby> funny, I never used pulse or pipe or other nonsense, always went with defualt like alsa or sndio/bsd and my audio always works
2021-04-12 18:46:32 <markand> sndio <3
2021-04-12 18:46:49 <helby> well on openbsd it worked well for me
2021-04-12 18:46:55 <markand> if only Linux devs could do one thing and doing it well instead of proliferating alternatives
2021-04-12 18:48:02 <helby> the most funny things is, that most alternatives are usually based on other already broken alternatives :/
2021-04-12 18:48:08 <markand> heh
2021-04-12 18:48:36 <helby> today I thought about editors, why the fuck somebody created vim :/
2021-04-12 18:48:47 <helby> to add 20MB of useless shit on top of vi?
2021-04-12 18:48:57 <markand> haha
2021-04-12 18:49:08 <jvoisin> colours, buffers/split and completions?
2021-04-12 18:49:20 <markand> I can't live without vim's macro to be honest
2021-04-12 18:49:34 <helby> okay, what about next 19MB?
2021-04-12 18:49:34 <markand> my colleagues always O_O when they look at me refactoring some code at amazing speed
2021-04-12 18:50:12 <jvoisin> neovim might be a step in the right direction
2021-04-12 18:50:16 <helby> there are editors which do all and more with like 10% of size of vim
2021-04-12 18:50:39 <helby> yes, neovim has only 17Mb with all crap
2021-04-12 18:50:49 <jvoisin> helby: you might like https://github.com/martanne/vis
2021-04-12 18:51:01 <helby> yes vis is okay, but it reminds me vim
2021-04-12 18:51:20 <helby> much lightweight but practically nothing special
2021-04-12 18:51:34 <helby> kakoune is bigger but at least it has visual shit, which helps a lot
2021-04-12 18:52:49 <helby> it's so funny with these editors, to install 20MB vim, to just install additional 20 plugins on top of it
2021-04-12 18:53:15 <helby> then work in line like with sed or awk
2021-04-12 18:53:23 <helby> with colors
2021-04-12 18:54:10 <helby> on other side ... 'ed' ... that's something :/
2021-04-12 18:55:21 <helby> just two days ago, fucked up fstab, so have to edit it, but both 'vi' and 'ed' require /tmp so not one launched :D
2021-04-12 18:55:43 <markand> actually vi will complain about backup files IIRC but you can still use it
2021-04-12 18:55:56 <helby> I was not able, it was on openbsd
2021-04-12 18:56:11 <helby> not sure how it is here, but as busybox, this shit will probably run even without alectricity
2021-04-12 18:56:17 <helby> ele
2021-04-12 18:57:01 <helby> but vi is cool, relatively simple, small and enough for a lot of jobs
2021-04-12 18:57:18 <markand> and part of POSIX
2021-04-12 18:57:36 <helby> well I m hearing that often, but I m not sure if that is feature or bug
2021-04-12 18:58:03 <markand> yes it's quite surprising
2021-04-12 18:58:15 <helby> bc. lot of software is kept ancient with tons of useless historical shits just bc. of posic, unix, this and that
2021-04-12 19:00:25 <helby> still interested in how u get to the situation, that you installed pulseaudio
2021-04-12 19:00:40 <helby> why would adult do it? :)
2021-04-12 19:02:12 <markand> desktops like GNOME/Plasma require it, also unless you run a raspberry pi with a unique output you're pretty much required to use pulseaudio
2021-04-12 19:03:03 <helby> well, why would adult install gnome/plasma? :)
2021-04-12 19:03:05 <markand> with pulseaudio you can mix volume per app and obviously change output sinks on the fly while applications emitting sound are running
2021-04-12 19:03:17 <helby> mix volume?
2021-04-12 19:03:22 <markand> which is definitely required for bluetooth headsets, HDMI audio, dockable stations, and so on
2021-04-12 19:03:29 <helby> like listen 3 radio station? and every on different level?
2021-04-12 19:03:45 <markand> no like listening to a podcast and playing a game to quote one example
2021-04-12 19:04:20 <helby> alsa can't do it with mixerctl?
2021-04-12 19:04:40 <helby> or whatever is there, I never needed that 'feature'
2021-04-12 19:04:42 <markand> probably, but nobody use sndiod on Linux except some few enthusiasts
2021-04-12 19:05:18 <nshp> I have still never seen a good solution for hotplugging audio devices on linux
2021-04-12 19:05:19 <helby> oh yes, that was from sndio, used openbsd until like tomorrow, so still mixed
2021-04-12 19:05:33 <helby> how not?
2021-04-12 19:05:43 <markand> nshp, maybe you never had a dockable laptop then
2021-04-12 19:05:45 <helby> I plug whatever and it plays
2021-04-12 19:05:46 <markand> it's pretty useful
2021-04-12 19:06:11 <nshp> helby: that's true of your analog audio jack, sure
2021-04-12 19:06:16 <markand> aka you have a headet plugged into a dock station at work, you leave your job with your laptop and boum, the sound is now on the speakers
2021-04-12 19:06:24 <nshp> not at all true with bluetooth outputs or other digital outputs
2021-04-12 19:07:10 <helby> yes audio jack, even it's name telling me, it's for an audio :/
2021-04-12 19:07:13 <nshp> no idea how you'd do that without hardcoding specific audio outputs in your asoundrc
2021-04-12 19:07:39 <helby> bluetooth is crap, always turned it off in bios
2021-04-12 19:07:43 <nshp> and even then, it's a pain to switch between them
2021-04-12 19:07:59 <helby> it will be always pain, it's shitty bluetooth
2021-04-12 19:08:11 <helby> it's like shitty pulseaudio or gnome
2021-04-12 19:08:11 <nshp> helby: right, you are exactly the audience for which everything in linux works
2021-04-12 19:08:13 <helby> :)
2021-04-12 19:08:16 <nshp> the audience which refuses to use things :P
2021-04-12 19:08:54 <helby> nshp: please type slower, my one line calculator can't read so fast lines :d
2021-04-12 19:09:01 <markand> nshp, oh excuse me I didn't see your first message correctly :P
2021-04-12 19:09:08 <nshp> bluetooth works just fine with every other thing I own, and it works almost fine with pulseaudio. I just have to ignore the fact that it eats 90% of my CPU time while doing so
2021-04-12 19:09:33 <helby> that's not working if that nonsense it 90%cpu
2021-04-12 19:09:53 <nshp> agreed. as said, pulseaudio is crap. I wish there were another solution. I just haven't seen one that works yet.
2021-04-12 19:10:02 <markand> networkmanager was harder with the CPU
2021-04-12 19:10:03 <helby> u can mine crypto instead and buy 10$ mini radio :d
2021-04-12 19:10:18 <helby> yes, networkmanager is great companion with pulseaudio
2021-04-12 19:10:29 <helby> I never need that shit too :/
2021-04-12 19:10:51 <markand> NetworkManager + PulseAudio + Avahi and get your heater for free
2021-04-12 19:10:53 <nshp> networkmanager is a different story. it is entirely pointless so far as I can tell, as dhcpcd + wpa_supplicant can completely replace it
2021-04-12 19:11:08 <nshp> with no real loss of functionality
2021-04-12 19:11:11 <markand> networkmanager is the OpenJDK of networking
2021-04-12 19:11:27 <helby> well ip link, ifconfig supplicant and other 10 scripts... then u never know how to set up things
2021-04-12 19:12:37 <helby> alpine has now if down up updown conf and obviouslly ip link
2021-04-12 19:12:53 <helby> like 100 different shits for one thing
2021-04-12 19:13:20 <markand> dhcpcd and wpa_supplicant are usually enough
2021-04-12 19:13:22 <helby> to just run fucking dhcpcd :)
2021-04-12 19:13:33 <ikke> helby: different people have different needs
2021-04-12 19:13:35 <markand> it's how my laptop is configured
2021-04-12 19:13:46 <ikke> helby: the alpine base is small and thus limited in functionality
2021-04-12 19:13:51 <ikke> there is no one size fits all
2021-04-12 19:14:09 <helby> ikke: well bootloader is not so small ;/
2021-04-12 19:14:22 <ikke> helby: and ifupdown-ng and iproute2 serve different purposes
2021-04-12 19:14:55 <helby> ikke: probably nobody know just those 7 people who were around it
2021-04-12 19:14:56 <markand> I boot my laptop with efibootmgr
2021-04-12 19:15:03 <markand> pretty awesome
2021-04-12 19:15:16 <helby> yes efistub obviously
2021-04-12 19:16:49 <helby> wanted to check networking, but when I saw these ifupdown up down ifconfig ip link supplicantos I lost interested for now as using always ethernet
2021-04-12 19:17:20 <helby> can't even imagine to manage one connection with one tool and other with something else
2021-04-12 19:17:45 <ikke> helby: why haven't you yet built that tool that does everything
2021-04-12 19:18:02 <ikke> bug free, ofcourse
2021-04-12 19:18:07 <helby> ikke: I still believe in you
2021-04-12 19:18:09 <markand> unless the kernel has mechanism to handle wireless connections you're pretty much required to launch a daemon to do it
2021-04-12 19:18:55 <ikke> helby: I have no desire to build such a tool, in fact, I think it's better to have dedicated tools for the job
2021-04-12 19:19:12 <helby> yes dedicated obviously
2021-04-12 19:19:27 <helby> but not that, if speed of connecton is 10mb use this tool, if speed is 20 use another one
2021-04-12 19:19:35 <helby> if connection is coming from left, use something else :/
2021-04-12 19:19:42 <markand> I can already guess the response from Linus if someone send a patch so that the kernel does wireless auto-connect and search by itself
2021-04-12 19:19:50 <markand> "why the kernel should f*cking care?"
2021-04-12 19:20:03 <helby> if google will ask, it will be there next day :/
2021-04-12 19:30:18 <helby> markand: all these issues can be addressed in new distro :) then there will be 19786 distros :/
2021-04-12 19:43:24 <helby> even ffmpeg complain about run dir bc. wanna put pulse file there even pulse nowhere close
2021-04-12 19:52:11 <Hello71> linux kernel already has dhcp for many years
2021-04-12 19:53:12 <ikke> for netboot, I assume?
2021-04-12 19:53:30 <ikke> though, that's ipxe
2021-04-12 19:54:55 <Hello71> it's somewhat orthogonal: ip=dhcp is for mounting root fs
2021-04-12 19:55:07 <Hello71> it dates from before initrd/initramfs
2021-04-12 19:55:20 <Hello71> nowadays the logical thing would be to remove it, but "muh backwards compat"
2021-04-12 19:56:20 <Hello71> the ancient way of nfs root is ip=dhcp nfs=10.0.0.1:/nfsroot root=/dev/nfs or something like that, no initrd or initramfs required
2021-04-12 20:04:40 <helby> will see how it will looks after 30 years of adding features and removing almost nothing
2021-04-12 20:06:53 <helby> if 'ed' will survive, everything will be okay and even fixable with rm utility
2021-04-12 20:07:09 <xordspar0> [''''''''''''''''''
2021-04-12 20:08:09 <helby> reading little bit wiki :/ that's fun too
2021-04-12 20:08:19 <helby> started from the beginning
2021-04-12 20:08:43 <helby> now on FAQ: How to I remove CDROM?
2021-04-12 20:09:25 <helby> it probably dates to time Hello71 mentnioned :/
2021-04-12 20:11:36 <helby> ... most external links are dead already obviously, did not survive millenium ;)
2021-04-12 20:13:17 <xordspar0> Ah, my cat typed that, haha.
2021-04-12 20:15:08 <helby> tried exit ed I bet
2021-04-12 20:15:47 <xordspar0> :D
2021-04-12 20:16:29 <frojnd> Hi there
2021-04-12 20:16:34 <xordspar0> helby: You're reading the whole wiki starting from the beginning? If you're bored and need something to do, I have list for you!
2021-04-12 20:16:43 <frojnd> Can someone help me figure out why wifi can't find anything?
2021-04-12 20:16:58 <frojnd> iwlist wlan0 scanning gives me no scan results
2021-04-12 20:17:16 <frojnd> I tried with ntui, nmcli...
2021-04-12 20:17:23 <frojnd> mtui*
2021-04-12 20:17:26 <helby> xordspar0: no whole wiki, who would read that nonsense? just checking little bit, bc. never list it if maybe something really ancient is there ... some gem :d
2021-04-12 20:17:42 <frojnd> My wireless card is: 02:00.0 Network controller: Intel Corporation Wireless 7260 (rev 73)
2021-04-12 20:17:42 <helby> here we go ... wifi
2021-04-12 20:18:08 <frojnd> Yeah wifi
2021-04-12 20:18:30 <frojnd> Should work out of the box afaik
2021-04-12 20:19:15 <frojnd> Or maybe iwlwifi isn't loaded
2021-04-12 20:19:36 <helby> you will figure out sooner or later :/
2021-04-12 20:20:16 <frojnd> Figure what out?
2021-04-12 20:20:37 <helby> holy shit, now I remember while reading wifi shit ...
2021-04-12 20:21:29 <helby> just recollected the last reason I went from alpine to openbsd for some time ... it was fuckering with wifi :d
2021-04-12 20:21:47 <helby> I just had to saw that wiki page
2021-04-12 20:22:54 <frojnd> Hm iwlwifi is loaded
2021-04-12 20:23:04 <helby> 6 different commands to make it work + add it sa service
2021-04-12 20:23:20 <Hello71> wireless-tools is ancient
2021-04-12 20:23:24 <Hello71> we should remove it from setup-interfaces
2021-04-12 20:23:47 <nshp> frojnd: running as root?
2021-04-12 20:23:50 <helby> why? I think  nobody use it anyway ;)
2021-04-12 20:24:16 <nshp> iwlist [iface] scanning just shows the last scan results rather than starting a scan if you're unprivileged iirc
2021-04-12 20:24:26 <frojnd> nshp: ah ok
2021-04-12 20:24:33 <frojnd> Let me use nmcli then
2021-04-12 20:24:44 <Hello71> iw dev wlan0 scan
2021-04-12 20:24:59 <frojnd> Ah iw is even beter
2021-04-12 20:25:22 <helby> don't scan, just add name and password
2021-04-12 20:25:31 <helby> more steps u left, better
2021-04-12 20:25:43 <frojnd> oom wroom
2021-04-12 20:26:03 <frojnd> Gotta see if everyting is working properly first :P
2021-04-12 20:26:51 <frojnd> It works proper not sure why nmtui didn't find stuff before
2021-04-12 20:27:10 <frojnd> I will ditch networkamanger
2021-04-12 20:29:18 <frojnd> nmcli won't find bssid
2021-04-12 20:29:19 <frojnd> Just iw
2021-04-12 20:29:24 <frojnd> That's interesting
2021-04-12 20:36:50 <frojnd> Well not even wpa_cli in interactive mode can't find bssids
2021-04-12 20:38:15 <helby> it's not bc. networkmanager took over?
2021-04-12 20:38:54 <frojnd> I deleted it
2021-04-12 20:39:01 <frojnd> Service is not running
2021-04-12 20:39:25 <frojnd> I figured I don't need networkmanager for just one wifi
2021-04-12 20:39:34 <frojnd> Home wifi
2021-04-12 20:39:38 <frojnd> Forever home wifi
2021-04-12 20:40:31 <helby> not sure if it does not require restart, but I really did not fuckering with that long time
2021-04-12 20:41:00 <frojnd> Restart of the steel?
2021-04-12 20:41:16 <frojnd> Hm let me try
2021-04-12 20:41:55 <helby> no idea, I restarting like crazy when playing with that kind of shit
2021-04-12 20:44:13 <frojnd> Why it won't find bssids?
2021-04-12 20:44:23 <frojnd> iwlwifi is loaded which is reqired for this wifi card
2021-04-12 20:44:26 <frojnd> iw finds bssid
2021-04-12 20:44:34 <frojnd> But I can't authenticate with iw for wpa2
2021-04-12 20:52:38 <frojnd> Maybe it has something to do with LOWER_UP
2021-04-12 20:52:48 <frojnd> My primary laptop's wifi: BROADCAST,MULTICAST,UP,LOWER_UP
2021-04-12 20:52:57 <frojnd> Vs new one with Alpine: BROADCAST,MULTICAST,UP
2021-04-12 20:54:45 <helby> did u try to delete installed crap/disable running network services and just run 'setup-interfaces'?
2021-04-12 20:57:58 <frojnd> Ha no I didn't good suggestion
2021-04-12 20:59:42 <frojnd> Hm it did ask me for the pass but ip a s didn't show interface to have any IP
2021-04-12 20:59:52 <frojnd> It also found BSSids
2021-04-12 21:01:29 <frojnd> So not sure what's going on
2021-04-12 21:13:11 <Hello71> iw doesn't support wpa
2021-04-12 21:13:14 <Hello71> only wep
2021-04-12 21:13:21 <Hello71> you need to use wpa_supplicant or iwd
2021-04-12 21:13:48 <Hello71> setup-interfaces should do all this
2021-04-12 23:32:50 <l2> how do i delete the cache files not currently installed?
2021-04-12 23:42:51 <ekhas> how do i delete the cache apks that r not installed?
2021-04-13 00:09:21 <zcrayfish> apk cache clean ?
2021-04-13 00:11:32 <ekhas> didn't work
2021-04-13 00:12:58 <ekhas> that's for older versions, not uninstalled
2021-04-13 00:15:47 <zcrayfish> idk if this is officially supported, but it didn't blow up my system: I simply rm'd all of the apk files from the cache directory. I then rebuilt the cache with `apk cache download'
2021-04-13 00:17:50 <ekhas> that's an option but needs extra bandwidth
2021-04-13 10:12:19 <la_fleur[m]> Gooood morning linuxian Alps !
2021-04-13 10:31:37 <helby>  
2021-04-13 10:31:38 <helby> |"
2021-04-13 10:40:32 <la_fleur[m]> I have troubles setting up limits on alpine ; I set up a `realtime` group with rules in `/etc/security/limits.conf`, but they don't show up in `ulimit`. I already did `apk add shadow`. I'm running postmarketos' alpine. Duckducking around I found people asking the same question but no solution that apply to me
2021-04-13 10:45:38 <frojnd> Today I just reinstalled and only configured wlan0 and it's working
2021-04-13 10:45:52 <frojnd> So default installation for standart image wlan works
2021-04-13 10:47:36 <helby> obviously ;)
2021-04-13 10:47:59 <frojnd> Can i set static ip so it will boot faster?
2021-04-13 10:48:07 <frojnd> I chose dhcp but it's taking extra 2 seconds
2021-04-13 11:15:59 <Hello71> rerun setup-interfaces
2021-04-13 11:16:25 <Hello71> but if dhcp takes 2 seconds maybe something wrong with network
2021-04-13 11:17:03 <Hello71> la_fleur[m]: alpine does not support /etc/security/limits.conf
2021-04-13 11:17:11 <zcrayfish> DHCP server is probably attempting a ping to ensure the address is free first.
2021-04-13 11:17:15 <ikke> Hello71: with pam (shadow) it should work
2021-04-13 11:18:48 <Hello71> hm
2021-04-13 11:20:43 <ikke> shadow provides /bin/login