2020-05-01 00:22:05 <amom> hi, the grub command here: https://wiki.alpinelinux.org/wiki/KVM#vfio is missing a -o flag before /boot/grub/grub.cfg. I tried making an edit to fix it but the system flagged me as trying to do something harmful?
2020-05-01 00:22:12 <amom> I just made my wiki account
2020-05-01 00:55:59 <Marquel> hey there.
2020-05-01 00:57:29 <Marquel> i have a more or less small issue with alpine cgroups: if i start them on boot, libvirtd is uncapable to use a lv as a raw device backing for a VM. removing cgroups from system boot solves that problem. so i guess, this is a setting i can rectify in cgroup configuration. any hint would be appreciated.
2020-05-01 02:25:03 <dngray> is there a way to check if your RAM has ECC enabled?
2020-05-01 02:25:31 <dngray> i tried memtest86 and it seems to think that it is not
2020-05-01 02:25:35 <dngray> even though i made sure it was enabled in BIOS
2020-05-01 02:29:47 <dngray> it mentions it in the BIOS here https://download.gigabyte.com/FileList/Manual/server_manual_MZ32-AR0_e_v10.pdf#p69 and https://download.gigabyte.com/FileList/Manual/server_manual_MZ32-AR0_e_v10.pdf#p74
2020-05-01 02:30:54 <dngray> i left everything on auto
2020-05-01 02:31:01 <c705> you can grep -i ram /var/log/dmesg
2020-05-01 02:31:42 <dngray> https://www.pugetsystems.com/labs/articles/How-to-Check-ECC-RAM-Functionality-462/ apparently you can do it with dmidecode
2020-05-01 02:32:56 <TBB> dmidecode and lshw, yup
2020-05-01 02:33:09 <dngray> hmm doesn't actually show if its functioning
2020-05-01 02:33:56 <c705> dngray: you can always get something with gamma ray ionizing radiation and put it near your ram sticks to see what happens
2020-05-01 02:34:02 <c705> but...maybe that's not the best idea
2020-05-01 02:34:24 <dngray> <c705 "dngray: you can always get somet"> does it come in a jar?
2020-05-01 02:35:07 <dngray> i don't exactly have any of that on hand
2020-05-01 02:35:47 <c705> i was joking, it really isn;t an amazing idea
2020-05-01 02:36:56 <TBB> Marie Curie would laugh at your cowardice!
2020-05-01 02:37:02 <dngray> maybe i could get some from a 5G tower
2020-05-01 02:37:17 <dngray> apparently they give you viruses!
2020-05-01 02:37:33 <TBB> either that or the alter your sexual orientation
2020-05-01 02:37:40 <TBB> *they
2020-05-01 02:37:59 <TBB> depends on which setting the installing engineer put it on, of course
2020-05-01 02:38:47 <TBB> ... fine, I'll go back to bed, it's not even 6 am over here yet
2020-05-01 02:38:48 <c705> i laughed
2020-05-01 02:39:54 <c705> you can get an alpha emitting material from smoke detectors, but i'm not sure if that has sufficent energy to manipulate bits in ram
2020-05-01 02:40:06 <c705> and it's obviously a really bad idea
2020-05-01 02:48:10 <Hello71> there are various ways to check if the firmware claims it is working
2020-05-01 02:48:30 <Hello71> shining a bright light or heating it or overclocking it probably works
2020-05-01 04:59:04 <amom> does anyone have experience with using this for using glibc applications?
2020-05-01 04:59:06 <amom> https://github.com/sgerrand/alpine-pkg-glibc
2020-05-01 04:59:15 <amom> anything I should be aware of before installing?
2020-05-01 05:13:23 <amom> nvm
2020-05-01 07:23:52 <gustavo_> exit
2020-05-01 07:26:20 <oliv3r[m]> Does it make sense (from an APKBUILD pov) to start building ncurses not from those versioned tgz's but from the patch.tgz's? Reason why I'm bringint it up, is because ncurses seems to delete the older tarbals, but keeps the patch files, meaning that unless you find a mirror that holds the old tgz, we can not rebuild old ncurses releases who's APK files have been deleted.
2020-05-01 07:26:46 <ikke> mps: ^?
2020-05-01 07:27:21 <oliv3r[m]> for example, I'm looking to rebuild: "ncurses-6.1-20200104" but can't seem to find a mirror. Google only even finds 2 links, one which is the aports commit ;)
2020-05-01 07:27:46 <oliv3r[m]> (if someone has better google-foo ... :)
2020-05-01 07:28:21 <ikke> the builders still have it
2020-05-01 07:28:55 <mps> ikke: I looked at that idea and it is little cumbersome, though didn't invested much time to check deeply
2020-05-01 07:29:15 <ikke> oliv3r[m] is asking it :)
2020-05-01 07:29:26 <mps> yes, I see
2020-05-01 07:29:44 <mps> patches are cumulative and not usual
2020-05-01 07:30:10 <oliv3r[m]> well i'd be eternally greatful if I could get this specific file somehow right now :)
2020-05-01 07:30:25 <ikke> http://distfiles.alpinelinux.org/distfiles/
2020-05-01 07:30:26 <mps> I can ask upstream on ML what would be best option for that
2020-05-01 07:30:27 <oliv3r[m]> I bet less than 1% ever build old packages
2020-05-01 07:30:36 <ikke> You can even set DISTFILES_MIRROR in /etc/apkbuild.conf to that
2020-05-01 07:30:43 <oliv3r[m]> oh really
2020-05-01 07:31:03 <oliv3r[m]> and robots.txt probably in place to now show these :) learned something new today
2020-05-01 07:31:15 <ikke> I
2020-05-01 07:31:17 <ikke> I
2020-05-01 07:31:19 <ikke> arg
2020-05-01 07:31:28 <ikke> I've recently learned this as well
2020-05-01 07:31:43 <mps> but applying cumulative patches with abuild could be error prone, I fear
2020-05-01 07:31:45 <ikke> atleast, distfiles.a.o and the fact that abuild can automatically query it
2020-05-01 07:31:57 <oliv3r[m]> still, from a process point of view, I think it's nice to 'always' get the file from the horses mouth, so to speak, rather then relying on (our own) mirror
2020-05-01 07:32:07 <ikke> yes
2020-05-01 07:32:31 <oliv3r[m]> ok, but then we also should somehow 'save' these files somewhere where they cannot be lost; as upstream has lost them
2020-05-01 07:32:31 <ikke> it's quite anoying that projects remove (or move) archives
2020-05-01 07:32:32 <oliv3r[m]> and recreating the files, while possible, is difficult from a md5sum point of viwe
2020-05-01 07:32:39 <mps> imo it would be better to have our mirror of sources
2020-05-01 07:32:49 <ikke> distfiles kind of is
2020-05-01 07:33:20 <mps> yes but how long files are kept there
2020-05-01 07:33:36 <ikke> afaik, there is no automatic removal process
2020-05-01 07:33:56 <mps> aha, depends on admin
2020-05-01 07:34:07 <mps> time depends on admin
2020-05-01 07:34:12 <ikke> oldest file is june 2017
2020-05-01 07:34:56 <mps> I remember that you upload one ncurses version short time ago
2020-05-01 07:35:05 <mps> uploaded*
2020-05-01 07:35:07 <ikke> that's on dev.a.o
2020-05-01 07:35:13 <oliv3r[m]> well how 'reliable' is it? is it backed-up etc
2020-05-01 07:35:22 <ikke> No, it's not backed up
2020-05-01 07:35:31 <oliv3r[m]> from a 'contingency' and reliability point of view, this is of course important
2020-05-01 07:35:55 <oliv3r[m]> having 'mirrors' of it would also help (which in essense are backups)
2020-05-01 07:36:47 <mps> oliv3r[m]: agree
2020-05-01 07:39:01 <oliv3r[m]> there was a nother pretty english word but I can't seem to find it
2020-05-01 07:39:16 <oliv3r[m]> continuity maybe? it's to early :(
2020-05-01 09:12:31 <markand> hello
2020-05-01 09:13:01 <markand> isn't mdadm --detail --scan supposed to output DEVICE lines as well with the ARRAY?
2020-05-01 09:13:14 <markand> in my case it only outputs: ARRAY /dev/md0 metadata=1.2 name=figue:0 UUID=3fc45420:1c8db110:5c81695e:a1acb026
2020-05-01 09:14:37 <markand> oh nvm, misread the doc :)
2020-05-01 09:45:16 <SnittyKitty> 😬
2020-05-01 12:00:33 <opal> whats the proper way to set environment for an openrc service? can i `export FOO` in conf.d/service?
2020-05-01 12:10:05 <ikke> opal: I think that should work, yes
2020-05-01 12:10:13 <opal> thanks
2020-05-01 16:00:30 <albr> ScottHamilton[d]: Hello, I can't find which package provides kernel headers
2020-05-01 16:00:54 <albr> ScottHamilton[d]: linux-headers
2020-05-01 16:00:57 <albr> ScottHamilton[d]: I'm stupid
2020-05-01 16:02:22 <albr> ScottHamilton[d]: ... ERROR: linux-headers-5.4.5-r1: temporary error (try again later)
2020-05-01 16:07:47 <neneko> Did you sync with the repo first?
2020-05-01 16:08:25 <clandmeter> sounds like a network issue, check dns
2020-05-01 16:11:40 <albr> ScottHamilton[d]: Yep, it's fine now
2020-05-01 16:54:00 <albr> ScottHamilton[d]: Do you know an alternative as fast as grep -iRl with alpine's binutils ?
2020-05-01 17:02:54 <nacelle> albr: why do you keep addressing someone who isnt here?
2020-05-01 17:04:47 <albr> McBoat[d]: albr just refers to the bridge to Discord
2020-05-01 17:06:56 <nacelle> ahhh
2020-05-01 17:07:18 <nacelle> sorry for my noise.
2020-05-01 17:07:34 <albr> McBoat[d]: nah don sweat it
2020-05-01 17:07:39 <albr> McBoat[d]: don't
2020-05-01 17:26:14 <ncopa> i figured out how to make grub look nice on my screen by setting GRUB_GFXMODE=3440x1440
2020-05-01 17:26:25 <ncopa> i have lived with that ugly boot screen for ages
2020-05-01 17:26:37 <ncopa> but I didnt stop there
2020-05-01 17:26:49 <artok> you added some pic on it?
2020-05-01 17:27:08 <ncopa> no, i figured out how to use linux kernel as bootloader
2020-05-01 17:27:22 <ncopa> so I skip grub alltogether :)
2020-05-01 17:27:48 <ncopa> i actually found a nice grub theme that i have used for a while
2020-05-01 17:27:57 <ncopa> but getting rid of grub was even nicer
2020-05-01 17:28:05 <nacelle> i just want my 32bit uefi box to boot with its 64bit cpu
2020-05-01 17:28:10 <nacelle> 
ACTION sighs and fights it some more

2020-05-01 17:28:18 <ncopa> and i still have dualboot with windows
2020-05-01 17:28:48 <ncopa> i actually messed up pretty bad today, while doing some maintence.
2020-05-01 17:29:02 <ncopa> it started with me opening my computer to vacuum clean it
2020-05-01 17:29:46 <ncopa> and when i got to the cpu cooler, i figured i'd take it of to get the dust out properly
2020-05-01 17:30:22 <ncopa> and i realized that i removed the cooler, not only fan
2020-05-01 17:30:42 <ncopa> so i spent next hour looking at youtube videos on how to apply thermal paste
2020-05-01 17:30:50 <ncopa> (or 15mins)
2020-05-01 17:31:14 <ncopa> then i got to a video that said, "before you get started, make sure that you have thermal paste"
2020-05-01 17:31:30 <mps> lilo to rescue :)
2020-05-01 17:31:31 <ncopa> i was pretty sure that i had, but i figured it was good to find it before i continued
2020-05-01 17:31:58 <ncopa> i am pretty sure that I had a brand new thermal paste that i didnt get to use last time
2020-05-01 17:32:02 <ncopa> but it was gone
2020-05-01 17:32:05 <ncopa> completely
2020-05-01 17:32:24 <nacelle> if your paste is still wet you can just throw the heatsink back on usually
2020-05-01 17:32:34 <artok> thermal paste is good even there is that "pre applied" thingie under cooling fin
2020-05-01 17:32:35 <ncopa> and i had already lifted the cooler off
2020-05-01 17:33:03 <nacelle> artok: take those off before putting on paste.
2020-05-01 17:33:14 <artok> indeed
2020-05-01 17:33:19 <ncopa> yeah, i had to reuse the existing paste, even if every video said i should clean off the old
2020-05-01 17:33:23 <nacelle> it used to be easy to get isopropyl alcohol, which takes care of heatsink compound and the thermal pads easily
2020-05-01 17:33:34 <nacelle> ncopa: youtube isnt everything
2020-05-01 17:33:56 <nacelle> i've definitely just taken a hsf off to move some wires and shoved it back down into the paste that was there, zero issues
2020-05-01 17:34:14 <ncopa> i thikn what i have works
2020-05-01 17:34:22 <ncopa> im not overclocking this machine or anything
2020-05-01 17:34:31 <ncopa> so i think im good
2020-05-01 17:34:41 <artok> I was working on a store that allowed customer to order assembly on top of the ordered parts...
2020-05-01 17:34:48 <nacelle> i've also applied thermal paste to over 500 cores in my life at this point so maybe theres that.
2020-05-01 17:35:09 <nacelle> most places/people put too much paste on to begin with and actually make things worse
2020-05-01 17:35:15 <nacelle> but it works so they dont notice
2020-05-01 17:35:36 <artok> like, ordering cpu and motherboard and assembly for those -> you'll get guarantee
2020-05-01 17:35:41 <nacelle> yeah
2020-05-01 17:35:50 <nacelle> i take those off and repaint the thermal paste myself
2020-05-01 17:36:06 <ncopa> next thing i did was to boot into bios, to check temp. was ok. it was
2020-05-01 17:36:27 <ncopa> but i noticed bios was old, so i downloaded new and flashed new bios
2020-05-01 17:36:29 <nacelle> (I call it painting because its the closest to what i'm doing there.  I'm not gooping it on.  i'm providing a thermal mechanical layer between two basically flat metal surfaces.)
2020-05-01 17:36:41 <artok> after that, I haven't used computer that needs assembly for 20 years =D
2020-05-01 17:36:55 <artok> ok, raspberry pi is another thing
2020-05-01 17:37:18 <ncopa> had to flash bios from windows and install lots of bleh to do so
2020-05-01 17:37:19 <nacelle> I get squirelly if i cant take something apart and put it back together with better parts every few months
2020-05-01 17:37:31 <ncopa> after reboot it only booted windows
2020-05-01 17:37:48 <nacelle> which makes for a fun time when i really jsut want to bang out some code, heh.
2020-05-01 17:37:54 <artok> actually adding cooling to pi4 chips was first time I did some thermal paste work since 2001
2020-05-01 17:38:39 <ncopa> bcdedit to rescue, but the doc i followed on internet didnt use quotes around '{bootmgr}' and apparently that gives different meaning in powershell
2020-05-01 17:38:57 <ncopa> so i thought i'd create a boot usb on my laptop
2020-05-01 17:39:04 <ncopa> so i booted alpine on my macbook
2020-05-01 17:39:14 <ncopa> but forgot that i messed that up last week
2020-05-01 17:39:20 <ncopa> lightdm hangs
2020-05-01 17:39:26 <ncopa> and i start lightdm at boot
2020-05-01 17:39:30 <ncopa> so... no fun
2020-05-01 17:40:22 <ncopa> after a while i figured out that bcdedit works in windows with quotes aroudn '{bootmgr}'
2020-05-01 17:40:29 <ncopa> so i got it to boot grub
2020-05-01 17:41:03 <ncopa> that was when i thought i'd make the boot theme look nice
2020-05-01 17:41:25 <ncopa> and then i thought i'd try boot without grub, which works on this machine
2020-05-01 17:41:41 <mps> long time ago I learned to boot only in text mode
2020-05-01 17:41:56 <ncopa> with efi?
2020-05-01 17:41:59 <ncopa> uefi?
2020-05-01 17:43:08 <mps> u-boot, grub, syslinux and other
2020-05-01 17:43:43 <ncopa> the nice thing with uefi that you dont need grub or syslinux
2020-05-01 17:44:04 <ncopa> you can set kernel path, initramfs and boot options directly with efibootmgr
2020-05-01 17:44:25 <ncopa> now i press f12 at boot to get the boot menu, so i can boot windows too
2020-05-01 17:45:03 <mps> I read a week or two ago about efiboot without grub
2020-05-01 17:45:18 <ncopa> i have heard that it should be possible
2020-05-01 17:45:34 <ncopa> and now i know how :)
2020-05-01 17:45:41 <mps> let me find url
2020-05-01 17:46:07 <feuerteufel> Hi @ all
2020-05-01 17:46:28 <ncopa> i thikn i may have acitentally removed the boot from removable devices...
2020-05-01 17:46:32 <ncopa> hi
2020-05-01 17:47:10 <feuerteufel> Someone here is using XEN with pygrub?
2020-05-01 17:47:29 <ncopa> i did
2020-05-01 17:47:37 <ncopa> actually, i think i have one old server
2020-05-01 17:47:44 <Hello71> isn't pygrub long obsolete
2020-05-01 17:47:56 <mps> iirc, I read this on kisslinux.org, but looks like it is inaccesible now
2020-05-01 17:48:53 <feuerteufel> It is still in the xen Package (4.13.0)
2020-05-01 17:49:08 <mps> but I don't have any machine with uefi here to test
2020-05-01 17:49:28 <feuerteufel> And it works (sometimes) that's my problem
2020-05-01 17:50:05 <ncopa> it works sometimes?
2020-05-01 17:50:23 <feuerteufel> I think, tere is a prob between xen and alpine
2020-05-01 17:50:57 <ncopa> feuerteufel: that is possible
2020-05-01 17:50:58 <mps> ah, here https://k1ss.org/wiki/Using-EFISTUB-instead-of-a-bootloader
2020-05-01 17:51:05 <feuerteufel> I Know
2020-05-01 17:51:37 <feuerteufel> But im yust trying to explane what I mean
2020-05-01 17:52:07 <ncopa> mps: thats exactly what i did
2020-05-01 17:52:19 <mps> heh
2020-05-01 17:52:22 <ncopa> mps: the only thing i'm missing is a way to list what the boot options currently are
2020-05-01 17:53:44 <mps> I could enable uefi on my intel notebook to test this, but I fear that I could trash FS and then have to reinstall everything
2020-05-01 17:53:48 <artok> ok so libc++ has been unmaintained for a while...
2020-05-01 17:54:00 <feuerteufel> It works till, I think, 2 month ago, then I found the first problem. Then there was an Update for the xen Package und works again.
2020-05-01 17:54:55 <feuerteufel> Nau after the update to alpine 3.11.6 the problem heapened again ...
2020-05-01 17:55:25 <gjabell> does git.alpinelinux.org still mirror gitlab?
2020-05-01 17:55:31 <feuerteufel> That's wat I mean It works "Sometimes"
2020-05-01 17:56:34 <ncopa> not good
2020-05-01 17:57:05 <feuerteufel> Sorry, I think I have to learn typing to day :-(
2020-05-01 17:58:11 <ncopa> feuerteufel: do you know exactly what is broken and why and how to fix it?
2020-05-01 17:58:33 <ncopa> we should only push minor releases of xen
2020-05-01 17:58:42 <ncopa> security fixes
2020-05-01 17:58:50 <ncopa> so it is not supposed to break
2020-05-01 17:58:57 <ncopa> if it does, i'd like to know why
2020-05-01 17:59:06 <ncopa> so we can avoid doing whatever we do
2020-05-01 17:59:43 <feuerteufel> I dont't know where the problem is.
2020-05-01 18:00:22 <feuerteufel> Is there a way I'm able to find out?
2020-05-01 18:03:30 <feuerteufel> The most VM's I'm starting with kern from outside, but it's more complicated during update the VM's
2020-05-01 18:11:52 <brass> Is it possible to replace the kernel on a diskless USB with one that has all the kernel modules compiled in instead of loading them from the modloop?
2020-05-01 18:12:23 <ikke> brass: if you build such a kernel yourself
2020-05-01 18:12:25 <mps> brass: build it yourself
2020-05-01 18:12:47 <brass> hm I see
2020-05-01 18:13:13 <mps> 
ACTION need to learn to give ikke one minute before answering questions :)

2020-05-01 18:13:39 <ikke> haha :)
2020-05-01 18:15:25 <artok> that kernel size
2020-05-01 18:18:42 <brass> I'm running into an issue where wpa_supplicant fails to launch most of the time at launch because the wlan0 interface isn't available and I'm not sure what's causing it
2020-05-01 18:18:49 <brass> *at boot
2020-05-01 18:19:17 <brass> I'm running alpine from a bootable flash drive with lbu persistence
2020-05-01 18:19:49 <brass> But if I try to launch it manually after I log in and then restart networking it seems to work just fine
2020-05-01 18:20:00 <mps> rc-update del networking boot
2020-05-01 18:20:20 <mps> and, rc-update add rngd boot
2020-05-01 18:20:58 <brass> mps: You think it's a randomness issue?
2020-05-01 18:21:03 <mps> and, you have 'rc-update add wpa_supplicant boot' already?
2020-05-01 18:21:09 <brass> yeah
2020-05-01 18:21:37 <mps> could be, I noticed that adding rng-tools on rpi zero fixes wpa_s at boot
2020-05-01 18:22:04 <mps> not sure if this will solve your problem, but worth to try
2020-05-01 18:22:14 <brass> I'll try it right now
2020-05-01 18:22:43 <feuerteufel> ncopa: That's what I'm getting out when I try to start with pygrub:
2020-05-01 18:22:50 <feuerteufel> https://p.logout.de/?3f8b47c3ea137fc1#5mNED7pyZ6QTua7QXkTwASBahhB9a2HQxyCzxTjnmXae
2020-05-01 18:24:31 <brass> mps: should I leave wpa_supplicant in boot and just add rngd?
2020-05-01 18:25:19 <brass> And move networking to default?
2020-05-01 18:27:33 <brass> I still get ip: ioctl 0x8913 failed: No such device
2020-05-01 18:27:55 <feuerteufel> ncopa: Is there any further things I can deliver or I can do to help find the problem?
2020-05-01 18:29:11 <mps> I removed networking to start by 'rc-update del networking boot'
2020-05-01 18:29:50 <mps> because I think wpa_s do networking then
2020-05-01 18:34:17 <brass> mps: I might have found my problem! It looks like there's another service called `hwdrivers' which isn't loaded by deafault, I added it to `sysinit' and it /seems/ to be working now
2020-05-01 18:35:32 <mps> ah, yes
2020-05-01 18:35:44 <mps> it should be enabled by default
2020-05-01 18:56:38 <winny> is there a tool for io benchmarking in the repos? any recommendations?
2020-05-01 18:58:43 <winny> I see fio, maybe that's the ticket
2020-05-01 19:21:51 <Cogitri> phoronix benchmarking thingie might work
2020-05-01 20:44:57 <winny> right, that's always an option
2020-05-01 20:46:21 <nacelle> iostat is part of sysstat
2020-05-01 20:47:07 <winny> I did some experimenting with fio, it looks like it's very apt for doing benchmarks on IO, dd + iostat could be very handy too :)
2020-05-01 21:10:15 <nacelle> fio is good stuff, Axboe is a wizard
2020-05-01 21:12:34 <nacelle> (I doubt linux would be where it is today without Axboe writing the cdburning stuff at the critical point in history)
2020-05-02 00:12:50 <albr> Black Flag[d]: (@)everyone
2020-05-02 00:13:13 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:14 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:16 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:17 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:22 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:25 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:28 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:31 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:35 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:38 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:41 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:45 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:48 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:51 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:55 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:13:58 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:14:01 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:14:04 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:14:08 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:14:11 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:14:14 <albr> Black Flag[d]: (@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone(@)everyone
2020-05-02 00:14:26 <albr> McBoat[d]: We're extremely sorry for the trouble; we just banned him
2020-05-02 00:28:11 <winny> hmm. passwd[10587]: segfault at 7f8d51c8a8a1 ip 00007f8d51bcd553 sp 00007fff1ffa05c0 error 7 in pam_unix.so[7f8d51bca000+6000]
2020-05-02 00:28:30 <winny> oh alpine has a discord lmao
2020-05-02 00:29:10 <winny> maybe my hardware is bad
2020-05-02 00:29:13 <winny> also got: traps: apk[23416] general protection fault ip:7f9a04841e63 sp:7ffdc2f61950 error:0 in ld-musl-x86_64.so.1[7f9a04834000+47000]
2020-05-02 00:34:15 <Hello71> probably hardware
2020-05-02 00:55:37 <winny> looks like i can get passwd to segfault on two different alpine hosts
2020-05-02 00:55:58 <winny> an extremely long password seems to be an easy way to trigger it
2020-05-02 01:00:22 <winny> hmm, no linux-pam-dbg package
2020-05-02 01:10:06 <winny> i assume I have to edit the APKBUILD and add a !strip option?
2020-05-02 01:46:12 <blueskiesok> i am trying to get help on mounting two USB drives RO on boot to specific directories
2020-05-02 01:46:25 <blueskiesok> I am new to alpine.
2020-05-02 01:47:57 <blueskiesok> does fstab in alpine use the same UUID setup as other linux?
2020-05-02 01:51:19 <artok> you can use UUID yes
2020-05-02 01:54:42 <blueskiesok> do i just edit fstab and then lbu ci ... or  do i need to remount rw and then edit it?
2020-05-02 04:19:17 <indisturbed> Has Alpine Linux ever thought about using markdown/git for documentation rather than the wiki that we currently have?
2020-05-02 04:19:37 <maxice8> docs.a.o
2020-05-02 04:19:57 <maxice8> it is a work in progress
2020-05-02 04:19:58 <maxice8> algitbot: wake up
2020-05-02 04:19:59 <maxice8> docs.alpinelinux.org
2020-05-02 04:20:46 <indisturbed> Ah cool, thats why it is hidden.
2020-05-02 04:29:30 <indisturbed> maxice8: is the plan to switch over to docs eventually?
2020-05-02 05:05:49 <Chiptune_> I have several repositories enabled, how to understand when i use "apk search" which repository contains package?
2020-05-02 05:08:02 <Chiptune_> apk policy package
2020-05-02 05:08:11 <Chiptune_> Thanks :)
2020-05-02 06:09:56 <devtexa> https://paste.debian.net/1144268/
2020-05-02 06:09:58 <devtexa> Can your Alpine Linux nfsd be used correctly? I got this error on the Alpine 3.11 kernel
2020-05-02 06:10:30 <devtexa> uname : Linux dog 5.4.34-0-virt #1-Alpine SMP Wed, 22 Apr 2020 19:26:07 UTC x86_64 GNU/Linux
2020-05-02 06:10:39 <devtexa> uname -a
2020-05-02 06:10:55 <devtexa> How should I resolve this error
2020-05-02 06:12:14 <ikke> ..
2020-05-02 06:19:42 <ikke> devtexa: is that from nfs-utils?
2020-05-02 06:20:29 <devtexa> yes.
2020-05-02 06:21:14 <ikke> and that happens just when you start nfsd?
2020-05-02 06:21:52 <devtexa> emm, I restarted the server just now, and it actually works correctly
2020-05-02 06:22:27 <devtexa> I guess this may be a kernel bug, but I do n’t know how to reproduce it
2020-05-02 06:24:04 <devtexa> rpc.nfsd just returned 1 when it failed to start
2020-05-02 06:26:37 <devtexa> I checked it through strace and found that it cannot write to / proc / fs / nfsd / pool_threads
2020-05-02 06:26:40 <devtexa> The error is Out of memory
2020-05-02 06:28:29 <ikke> and is your system low on memory?
2020-05-02 06:28:43 <devtexa> no
2020-05-02 06:29:11 <devtexa> I have a lot of ram space and a lot of swap is not used
2020-05-02 06:29:17 <ikke> ok
2020-05-02 06:32:50 <devtexa> At first I also suspected that my machine's memory is insufficient, but my machine's memory is sufficient
2020-05-02 06:38:29 <ikke> Please open an issue then on gitlab.a.o
2020-05-02 06:40:41 <devtexa> Sorry, I did n’t save its log when something went wrong. I could n’t provide enough information to reproduce it. In this case, it is not very appropriate to open an issue.
2020-05-02 06:41:08 <ikke> ah ok
2020-05-02 06:41:21 <ikke> Well, feel free to do so when you notice it happens again / more
2020-05-02 06:41:43 <devtexa> Now nfs can work correctly, if I encounter this problem next time, I will collect information and open issue
2020-05-02 06:42:28 <ikke> (y)
2020-05-02 08:02:15 <indisturbed> Hi everyone I am trying to get a GUI with Alpine in QEMU using sway as my WM. But DRM cannot find any GPU and lshw is showing my VGA driver as being unclaimed.
2020-05-02 08:02:45 <indisturbed> Any advice or troubleshooting from an Alpine perspective?
2020-05-02 08:04:50 <ikke> do you have the proper xf86-video-* driver installed?
2020-05-02 08:10:16 <indisturbed> ikke: I have xf86-video-modesetting installed, but still not working.
2020-05-02 08:13:44 <albr> ScottHamilton[d]: Hello, I'm still building llvm on alpine. Do you know why I get this errors from cmake CheckIncludes process : ```fatal error: 'malloc/malloc.h' file not found``` With this exact command line (invoked by musl-clang wrapper) :  `clang -nostdinc -isystem /usr/include "-o CMakeFiles/cmTC_fb0fb.dir/CheckIncludeFile.c.o -c CheckIncludeFile.c"` (I'm unable to fetch the content of CheckIncludeFile.c.o, seems like cmake 
2020-05-02 08:14:11 <ikke> indisturbed: I have xf86-video-qxl as well
2020-05-02 08:18:01 <indisturbed> ikke: I just installed that, but it still can't find a DRM device.
2020-05-02 08:21:12 <ikke> what does lsmod | grep drm return for you?
2020-05-02 08:22:01 <ikke> @ScottHamilton: your message was Truncated
2020-05-02 08:24:29 <indisturbed> ikke: https://pastebin.com/raw/MrGhK2DU
2020-05-02 08:26:37 <albr> ScottHamilton[d]: (Not the object file, the C file, sorry)
2020-05-02 08:26:53 <albr> ScottHamilton[d]: Ok, I'm writing it again
2020-05-02 08:27:05 <albr> ScottHamilton[d]: Do you know why I get this errors from cmake CheckIncludes process :
2020-05-02 08:27:05 <albr> ScottHamilton[d]: fatal error: 'malloc/malloc.h' file not found
2020-05-02 08:27:16 <albr> ScottHamilton[d]: With this exact command line (invoked by musl-clang wrapper) :  clang -nostdinc -isystem /usr/include "-o CMakeFiles/cmTC_fb0fb.dir/CheckIncludeFile.c.o -c CheckIncludeFile.c" (I'm unable to fetch the content of CheckIncludeFile.c, seems like cmake deletes it after the configure (failed or not)
2020-05-02 10:54:21 <devtexa> Has anyone used nfsv4 on Alpine Linux?
2020-05-02 10:55:05 <devtexa> I use mount -t nfs4 server:/dir /mnt/servernfs
2020-05-02 10:55:37 <devtexa> mount.nfs4: mounting ip:/xxxx failed, reason given by server: No such file or directory
2020-05-02 10:55:44 <devtexa> but it display this.
2020-05-02 10:57:19 <ikke> did you export that directory on the nfs server?
2020-05-02 10:58:29 <devtexa> The server has this folder, mount -t nfs -o vers=3 can work correctly
2020-05-02 11:08:06 <albr> ScottHamilton[d]: showmount -e <serverip> to see if it is working
2020-05-02 11:08:19 <albr> ScottHamilton[d]: showmount -e <serverip> to see if server is working
2020-05-02 11:09:19 <devtexa> nfsv3 can work. showmount -e can also be seen
2020-05-02 11:28:59 <devtexa> How to debug nfs?
2020-05-02 14:24:42 <markand> hey
2020-05-02 14:24:55 <markand> someones knows why --timeout=300 does not work in autofs under Alpine?
2020-05-02 14:25:26 <markand> I have a line: /mnt /etc/autofs/auto.mnt --timeout=300
2020-05-02 14:25:45 <markand> in my /etc/autofs/auto.master but the mountpoint stays even after no access in 5 minutes
2020-05-02 14:25:58 <markand> the same config on my Arch Linux box works though
2020-05-02 17:26:11 <dsm42> i'd like to have a symlink from say /data -> /misc/data (an autofs mount point), lbu add adds it but then it vanishes.  Are symlinks not allowed with lbu add in / or anywhere?
2020-05-02 17:35:59 <mps> dsm42: I think you should add this in /etc/lbu.conf
2020-05-02 17:36:44 <dsm42> mps: okies, i'll give it a try, thank u
2020-05-02 17:37:21 <mps> np
2020-05-02 17:55:18 <albr> ScottHamilton[d]: Hello, how am I suppose to compile with clang? I get /usr/bin/ld: cannot find crtbegin.o: No such file or directory
2020-05-02 17:55:19 <albr> ScottHamilton[d]:     /usr/bin/ld: cannot find crtend.o: No such file or directory
2020-05-02 17:56:16 <artok> use compiler-rt or install libgcc
2020-05-02 18:56:35 <nekocentral> I'm wondering, does alpine now support kernel live patching now it doesn't used the hardened kernel?
2020-05-02 19:03:26 <albr> ScottHamilton[d]: Ok, I just need to use compiler-rt
2020-05-02 19:03:32 <albr> ScottHamilton[d]: Ok, I just need to use llvm's compiler-rt
2020-05-02 19:05:27 <mps> nekocentral: no
2020-05-02 19:10:19 <nekocentral> to bad, thanks mps
2020-05-02 20:21:48 <tsarna> Hi, I tried to contribute some installation instructions for APU2 to the wiki and got my account locked as spam :-(  Block #2601 if anyone is able to help. Thanks.
2020-05-02 20:22:26 <ikke> tsarna: taking a look
2020-05-02 20:24:09 <ikke> tsarna: unblocked
2020-05-02 20:24:15 <tsarna> thanks!
2020-05-02 20:27:12 <tsarna> Blocked again... can I not include any external links?
2020-05-02 20:27:36 <ikke> Probably, some spam filter is triggered
2020-05-02 20:31:33 <ikke> We had to deal with a lot of spam on the wiki, so the filters are kind of aggressive
2020-05-02 20:37:57 <tsarna> I took out the links and it posted. People can just google for info on the systems and bios update instructions :)
2020-05-02 20:38:05 <tsarna> Thanks for your help!
2020-05-02 20:40:03 <ikke> np
2020-05-02 22:47:02 <winny> what is the likeliness a manpage written in mdoc for apk would be accepted by the apk maintainer? Seems like a worthy project
2020-05-02 22:47:08 <winny> mandoc*
2020-05-02 22:47:47 <ikke> It's already been done
2020-05-02 22:47:55 <ikke> at least, manpages
2020-05-02 22:48:10 <albr> monado[d]: doesn't man apk already exist
2020-05-02 22:50:31 <winny> oh maybe it hasn't hit stable yet
2020-05-02 22:50:35 <ikke> it hasn't
2020-05-02 22:50:50 <winny> thanks, this is very exciting to me =)
2020-05-02 22:51:08 <ikke> https://gitlab.alpinelinux.org/alpine/apk-tools/-/tree/master/doc
2020-05-02 22:51:45 <winny> this scd format seems a lot better than what i was going to write it in anyway =)
2020-05-02 22:52:19 <ikke> heh
2020-05-02 22:53:06 <winny> is there a log of apk transactions?
2020-05-02 22:53:20 <ikke> no
2020-05-02 22:54:44 <winny> oh hm, so i should be using script or something when i upgrade
2020-05-02 22:54:49 <winny> bad winny
2020-05-02 23:11:38 <winny> not sure what happened -- borgbackup was dailing with ImportError: cannot import name 'load_entry_point' from 'pkg_resources' (unknown location) . removed everything that depends on python3, then reinstalled everything, and it "magically works" once again
2020-05-02 23:13:08 <winny> anyway somehow /usr/lib/python3.8/site-packages/pkg_resources/__init__.py was missing
2020-05-02 23:13:13 <maxice8> That means the package is missing a dependency on py3-setuptools
2020-05-02 23:13:49 <winny> that is, pkg_resources was not a proper python package on my system
2020-05-02 23:18:25 <ikke> It is part of the package
2020-05-02 23:18:36 <winny> it's part of python3, fwiw
2020-05-02 23:18:39 <ikke> https://pkgs.alpinelinux.org/contents?file=__init__.py&path=%2Fusr%2Flib%2Fpython3.8%2Fsite-packages%2Fpkg_resources&name=&branch=edge&arch=x86_64
2020-05-02 23:18:41 <winny> it sounds like this error messages has occured before - is there a prior discussion about this?
2020-05-02 23:18:50 <maxice8> pkg_resources is part of py3-setuptools
2020-05-02 23:19:02 <winny>  /usr/lib/python3.8/site-packages/pkg_resources/__init__.py is owned by python3-3.8.2-r0
2020-05-02 23:19:06 <ikke> winny: I've noticed more python oddities
2020-05-02 23:19:43 <maxice8> /usr/lib/python3.8/site-packages/pkg_resources/init.py is owned by py3-setuptools-46.1.3-r0
2020-05-02 23:19:58 <winny> check this out -- https://pkgs.alpinelinux.org/contents?file=__init__.py&path=%2Fusr%2Flib%2Fpython3.8%2Fsite-packages%2Fpkg_resources&name=&branch=v3.11&arch=x86_64
2020-05-02 23:20:06 <winny> so apparently it's owned by two different packages
2020-05-02 23:20:50 <winny> does ci/cd test for these sorts of things? any test suite i can run locally from aports?
2020-05-02 23:21:21 <ikke> winny: well, this is kind of tough to test
2020-05-02 23:21:48 <winny> i mean, bulk build all packages, then check all file lists for conflicts, i'm happy to run that if i catch some bugs proactively
2020-05-02 23:22:24 <ikke> pkgs.a.o basically already is an index for that
2020-05-02 23:23:04 <winny> right, that makes sense
2020-05-02 23:24:28 <ikke> But any suggestions to improve our CI is always welcome
2020-05-02 23:24:38 <winny> related in that it would make discovering how such a conflict happened -- thoughts on apk transaction logs?
2020-05-02 23:24:44 <ikke> We run CI tests in gitlab, but that's mostly based on changed packages
2020-05-02 23:24:53 <winny> yeah, if i stay invested i'll try my best to contribute something helpful
2020-05-02 23:25:37 <ikke> There is work underway to improve apk-tools
2020-05-02 23:25:53 <ikke> https://lists.alpinelinux.org/~alpine/apk-tools/%3C43397dfce7287c7ea51d04ba0d47d81c%40dereferenced.org%3E
2020-05-02 23:27:44 <winny> i should probably open up a apline GL account and contribute what fixes i have so far
2020-05-02 23:27:53 <winny> chiefly fix iperf3
2020-05-02 23:28:30 <ikke> if you have a github or gitlab.com account, you could use that as well
2020-05-02 23:29:22 <winny> any benefit for using alpine GL directly such as SSO with other alpine sites?
2020-05-02 23:30:22 <ikke> no, not atm
2020-05-02 23:30:47 <winny> will do, thanks c:
2020-05-02 23:52:28 <winny> should new init scripts be using /run for /var/run ? I see gentoo openrc uses /run, but i've encountered some on alpine that use /var/run
2020-05-02 23:52:56 <maxice8> \/var/run is a symlink to /run
2020-05-02 23:52:56 <winny> sorry -- /run or /var/run
2020-05-02 23:53:18 <winny> kind of a 'shouldn't matter' thing?
2020-05-02 23:53:41 <maxice8> i think it is better to just set /run
2020-05-02 23:55:36 <winny> will do!
2020-05-03 00:37:12 <winny> have to say contributing stuff to aports feels has a lot less overhead than e.g. freebsd ports or gentoo portage =)
2020-05-03 18:01:39 <albr> jojajey[d]: Hey there. Did anyone of try to get usb on the go as ethernet gadget (g_ether) to get working on a raspberry pi zero w? I have tried some time now without any success following the usual instructions online (dtoverlay=dwc2 in /boot/usercfg.txt; modules-load=dwc2,g_ether in /boot/cmdline.txt). It seems as the module g_ether does not start on boot. Afterwards it is possible to start it with `modprobe g_ether` and then I 
2020-05-03 20:51:38 <lunaphyte> if i run apk --purge del syslinux, is it expected it leaves behind some files in /boot/?  extlinux.conf and c32 files are still there
2020-05-03 20:52:09 <Cogitri> Yes, it wont touch your /boot since that could break your boot
2020-05-03 20:53:04 <lunaphyte> i guess i can appreciate that.  but i did tell it to remove syslinux...  :)
2020-05-03 20:53:46 <ikke> lunaphyte: those files are generated, not really managed by apk
2020-05-03 20:53:56 <lunaphyte> oh, they are?
2020-05-03 20:54:20 <ikke> yes
2020-05-03 20:55:04 <lunaphyte> that makes sense then, thanks
2020-05-03 21:19:32 <lunaphyte> which runlevel is correct for starting swap?
2020-05-03 21:19:51 <lunaphyte> at first i was going to add it to default, but then i thought boot might be more appropriate?
2020-05-03 21:20:19 <lunaphyte> and same question for lvm, i guess
2020-05-03 21:55:26 <Hello71> aiui it only affects when you start with softlevel= or manually switch runlevels
2020-05-03 23:36:41 <dsm42> so i installed the bind 9 on alpine on rpi; from edge today.  noticed what appears to be a bug.   user named has uid 103 on my system but the /etc/bind/rndc.key file is packaged with uid 40 so - error about this always on startup.   i can open issue if you think it is unknown issue.  my guess is that probably named had a fixed uid or something ?
2020-05-04 00:12:52 <amom> Hello, I got the following feedback on a MR https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/7479#note_85449. Is this abuild behaviour documented anywhere?
2020-05-04 00:54:18 <amom> I think I figured it out.
2020-05-04 03:45:51 <lunaphyte> once i've completed the initial install, do i still need the alpine-conf package?
2020-05-04 03:46:23 <lunaphyte> it seems to mostly contain the scripts used for install, but there are also a few other things i'm not familiar with
2020-05-04 03:47:17 <lunaphyte> for example, i see update-kernel.  are there things in alpine-conf that are also used during upgrades?
2020-05-04 04:05:13 <Hello71> I don't think so
2020-05-04 04:05:28 <Hello71> even if you need it you can reinstall it then
2020-05-04 06:54:59 <rahiqion> daily reminder: poettering can't simply be ignored
2020-05-04 06:57:01 <ikke> daily reminder: please don
2020-05-04 06:57:06 <ikke> don't start flamewars
2020-05-04 06:58:31 <maldridge> one of the mentioned use cases of alpine is an ultra light pbx, is anyone actually doing this?
2020-05-04 06:58:47 <rahiqion> ikke: it's not about flaming
2020-05-04 06:58:55 <rahiqion> unless we collectively decide that he's worth burning
2020-05-04 06:59:08 <rahiqion> we all agree, however, that if we want change, we can't just hope he rots away
2020-05-04 06:59:16 <ikke> rahiqion: It has high potential of causing heated discussions
2020-05-04 06:59:41 <rahiqion> but with the right conversation skills, a heated discussion is just as productive, if not more, than a lazy one
2020-05-04 06:59:48 <ikke> We prefer constructive topics
2020-05-04 06:59:51 <rahiqion> maldridge: I've heard of people doing it
2020-05-04 06:59:56 <rahiqion> constructive isn't completely opposed to passion
2020-05-04 07:00:03 <rahiqion> being angry doesn't invalidate anything.
2020-05-04 07:00:19 <rahiqion> yeah, those black people in the LA riots? totally unconstructive, how dare they get angry
2020-05-04 07:00:25 <rahiqion> how dare human beings ever have emotions
2020-05-04 07:00:32 <ikke> please stop
2020-05-04 07:00:53 <rahiqion> no. learn to deal with emotions and stop spreading the idea that you can quell emotion with a simple demand.
2020-05-04 07:01:18 <rahiqion> you literally only prompted me to get more pissed because you're demonstrating how you can't have a constructive conversation unless it's done in a way that seems familiar to management types.
2020-05-04 07:01:33 <rahiqion> the reason why management types do it that way is to actually reduce the ability and power of people who they don't see as needing power.
2020-05-04 07:01:56 <rahiqion> maldridge: isn't that the point of running asterisk in the first place?
2020-05-04 07:02:31 <rahiqion> the worst part is that you completely agree with my point: we have to stop poettering
2020-05-04 07:02:39 <rahiqion> but you're afraid of it devolving into a problematic topic
2020-05-04 07:02:47 <rahiqion> despite nothing going on, nothing being wrong with talking about how he's literally a fucking menace
2020-05-04 07:13:20 <albr> monado[d]: what the hell
2020-05-04 07:28:30 <amom> I want to use git-annex on my aarch64 machine but it requires ghc to build which isnt available on aarch64 alpine-linux.
2020-05-04 07:29:18 <amom> I downloaded this "self contained" tarball that is precompiled for aarch64: https://git-annex.branchable.com/install/Linux_standalone/
2020-05-04 07:30:39 <amom> however, it segfaults in most (not all commands)
2020-05-04 07:30:54 <amom> Is there anyway I can build this haskell application for alpine?
2020-05-04 07:31:49 <Cogitri> I think someone was working on getting haskell to build on aarch64, but I didn't have time to look at it yet
2020-05-04 07:32:44 <amom> Cogitri: okay. Thats a bit unfortunate. Maybe I cannot use git-annex to backup my stuff.
2020-05-04 07:33:02 <amom> I really liked git-annex cause it would push files to my vps encrypted using my gpg key.
2020-05-04 07:33:14 <ikke> bootstrapping these things on new arches is kind of complex
2020-05-04 07:33:36 <amom> ikke: ya, I've been trying to fix haskell for the past 4 hours
2020-05-04 07:33:49 <amom> It's been really frustrating
2020-05-04 07:34:03 <amom> Is there an application that can push backups to my vps using my gpg key?
2020-05-04 07:34:21 <amom> I was using syncthing before but I didnt like that everything was unencrypted at rest on my vps
2020-05-04 07:34:29 <Cogitri> https://gitlab.alpinelinux.org/alpine/aports/-/issues/11176 maybe you can try the apk from there
2020-05-04 07:35:31 <amom> Cogitri: this looks really good
2020-05-04 07:35:33 <amom> thanks.
2020-05-04 07:35:46 <Cogitri> Haven't gotten around to testing it yet
2020-05-04 07:35:51 <amom> Ill try to build it tonight but if it doesnt work. I might have to switch backup applications all together =(
2020-05-04 07:36:02 <Cogitri> And be mindful that that user isn't a dev, so not necessarily a trusted party
2020-05-04 07:40:24 <maldridge> you could cheat, and use the bootstraped ones from void
2020-05-04 07:40:54 <Cogitri> Oh, Void has GHC on more arches?
2020-05-04 07:41:14 <maldridge> I'd have to go check for the full list, but I know we've got it on a lot of the arm ones
2020-05-04 07:41:25 <Cogitri> Maybe I'll bootstrap some with xbps-src then, that's how I bootstrapped Rust on Alpine :D
2020-05-04 07:41:32 <maldridge> lol
2020-05-04 07:42:58 <amom> maldridge: Ya, I was almost so frustrated that I wanted to go to void on my laptop
2020-05-04 07:43:04 <Cogitri> Crosscompiling with xbps-src sure is nice
2020-05-04 07:43:50 <maldridge> when it works
2020-05-04 07:44:13 <Cogitri> Yup, cross still is a pain at times
2020-05-04 07:45:07 <Cogitri> But native compiling can be a pain too, especially with 32-bit arches when packages need more than 4GB per process to compile
2020-05-04 10:03:37 <nephele> Hey, I was trying to compile a rust programm with the nightly toolchain of cargo on alpine, and encountered an executable that i seemingly can't execute, i have a bit of log here: https://git.gryphno.de/neplevitan/misc-git/raw/branch/master/ruffle.log I'd like some tips on what i could be missing :g
2020-05-04 10:07:44 <Cogitri> nephele: You're probably trying to use the glibc version of Rust on Alpine
2020-05-04 10:10:23 <nephele> cargo and rustc itself run fine, the toolhcain rustup installed is descibed as nightly-x86_64-unknown-linux-musl (default);
2020-05-04 10:11:13 <nephele> I just fail to see why the execve call would fail with no such file if the file is there
2020-05-04 10:13:45 <Cogitri> That error usually happens when you don't have the right interpreter installed, so e.g. if you run glibc binaries on musl
2020-05-04 10:14:23 <nephele> I did post a log, you could atleast look at it :/
2020-05-04 10:14:35 <Cogitri> (It'd also happen if you have a file that has a bad shebang, e.g. /bin/ashh instead of /bin/ash)
2020-05-04 10:14:37 <Cogitri> I did
2020-05-04 10:15:14 <nephele> I know off missing dynamic libs, i know of broken shebang lines, but this seems to be none of those things
2020-05-04 10:18:09 <Cogitri> Hum, I think Rust that's not from our repos might link musl statically by default, maybe that went wrong?
2020-05-04 10:18:31 <nephele> upstream rust does link musl statically, but that should work fine no?
2020-05-04 10:19:18 <nephele> I am more baffled how this could even happen in the first place, the error it gives makes no sense to me (from execve) I mean linux errors make no sense in general but this doesn't fit any not found error i had before :P
2020-05-04 10:19:34 <Cogitri> Should be, yes, but I wouldn't know what else this could cause when I you're compiling on the same machine to the host arch and host glibc
2020-05-04 10:19:51 <Cogitri> So maybe try with -crt-static
2020-05-04 10:20:28 <nephele> I'm compiling on alpine with a toolchain made for musl without any glibc installed anywhere... so :/
2020-05-04 10:21:19 <Cogitri> FWIW at least the binaries produced by the rustc in our repos works fine for me
2020-05-04 10:21:22 <nephele> for what command should that option be?
2020-05-04 10:22:11 <nephele> Well, this thing needs a nightly toolchain so i'm using that currently, maybe the interpreter path for the dynamic loader is wrong
2020-05-04 10:22:25 <Cogitri> I think it's `env RUST_FLAGS="target-features=-crt-static` cargo $command`
2020-05-04 10:23:52 <nephele> so to rustc?
2020-05-04 10:24:24 <nephele> it doesn't like that option
2020-05-04 10:24:43 <Cogitri> Maybe I typo'ed, but I think it was something like that
2020-05-04 10:24:46 <nephele> with -crt-static it sais option c not found and with double it sais crt-static not found
2020-05-04 10:25:26 <Cogitri> Should work: `Specifying C runtime linkage via -C target-feature=+crt-static or -C target-feature=-crt-static`
2020-05-04 10:25:34 <Cogitri> From https://github.com/rust-lang/rfcs/blob/master/text/1721-crt-static.md
2020-05-04 10:25:44 <Cogitri> Maybe you need to put -crt-static in single quotes
2020-05-04 10:26:19 <nephele> ah, like this then export RUSTFLAGS="-C target-feature=+crt-static"
2020-05-04 10:26:27 <nephele> >error: cannot produce proc-macro for `darling_macro v0.10.2` as the target `x86_64-unknown-linux-musl` does not support these crate types
2020-05-04 10:26:40 <Cogitri> You need -crt-static, not +
2020-05-04 10:27:15 <nephele> Hm, that does compile, i will try
2020-05-04 10:27:26 <nephele> or atleast start, i'll see :P
2020-05-04 10:43:15 <nephele> Yeah, that runs fine... wierd, thanks for your help
2020-05-04 10:49:57 <Cogitri> 👍
2020-05-04 11:48:01 <Ashpool> I'm trying to configure `awall` with separate policies for each of the two IP addresses on one NIC. I created two zones with "iface": "eth0" and "iface": "eth0:0", respectively. However, any policies for the first zone seem to override those I specify for the second one. Is there a way to properly differentiate them in terms of `awall` configuration?
2020-05-04 14:08:05 <rahiqion> what package holds most of the manpages for random files?
2020-05-04 14:08:37 <rahiqion> are doc packages particularly special? is there some way to tell apk to fetch all docs?
2020-05-04 14:08:44 <ikke> apk add docs
2020-05-04 14:08:45 <rahiqion> all docs for installed packages, that is.
2020-05-04 14:08:53 <rahiqion> ikke: that grabs everything, like ssh_config(5) and such?
2020-05-04 14:09:02 <maxice8> apk add docs
2020-05-04 14:09:02 <ikke> no, just like you asked
2020-05-04 14:09:07 <ikke> docs for packages you installed
2020-05-04 14:09:20 <rahiqion> hmm, interesting
2020-05-04 14:09:30 <rahiqion> what about stuff that was already on the system?
2020-05-04 14:09:54 <rahiqion> i guess ssh_config and other things like that aren't part of busybox's docs, so i'd have to install something like openssh, and then those docs would be grabbed
2020-05-04 14:10:11 <rahiqion> but what about stuff like the man for /etc/networking/interfaces, or other on-system pre-installed things?
2020-05-04 14:10:14 <ikke> you can separately install openssh-doc
2020-05-04 14:10:16 <rahiqion> are those also part of some package?
2020-05-04 14:12:20 <rahiqion> (things like /etc/networking/interfaces, or other on-system files)
2020-05-04 14:13:55 <ikke> it's part of ifupdown, but it has no man pages apparentlly
2020-05-04 14:14:03 <ikke> https://pkgs.alpinelinux.org/package/edge/main/x86_64/ifupdown
2020-05-04 14:14:29 <Hello71> although alpine uses busybox ifupdown by default
2020-05-04 14:15:21 <ikke> which has no man page either
2020-05-04 14:16:44 <Guest21> New to irc & alpine; Where should I edit mkinitfs or initramfs-init to mount a USB by UUID & use a keyfile to unlock my LUKS encrypted root?
2020-05-04 14:17:53 <Cogitri> You wouldn't edit mkinitfs nor initramfs-init, but pass the right parameters to initramfs-init by setting them on your kernel cmdline
2020-05-04 14:18:45 <TBB> maybe add cryptsetup to the mkinitfs.conf FEATURES line
2020-05-04 14:18:53 <Cogitri> Also that
2020-05-04 16:18:29 <Bridouz> o/
2020-05-04 16:18:59 <Bridouz> Cogitri Do you use Wifi on Gnome ?
2020-05-04 16:20:07 <Bridouz> I do not understand how to connect to Wifi networks, Gnome does not see any networks
2020-05-04 16:20:44 <Bridouz> I added networkmanager on runlevel default
2020-05-04 16:20:54 <Bridouz> Do I have to remoe wpa_supplicant on runlevel default ?
2020-05-04 16:23:25 <Cogitri> No, you have to have wpa_supplicant enabled
2020-05-04 16:23:51 <Bridouz> Mmh, thanks
2020-05-04 16:24:00 <Cogitri> Also make sure you don't have a /etc/wpa_supplicant/wpa_supplicant.conf
2020-05-04 16:24:10 <Bridouz> hehe ^^
2020-05-04 16:44:36 <Bridouz> Cogitri Found my error
2020-05-04 16:44:54 <Bridouz> I had a populated /etc/network/interface with wlan0
2020-05-04 16:45:17 <Bridouz> btw congrats for GNOME inclusion in Alpine, so smooth
2020-05-04 16:46:44 <guesto> ikke: alpine linux 3.12 soon?
2020-05-04 16:46:56 <ikke> guesto: community is still building
2020-05-04 16:47:31 <guesto> how long will that take u think?
2020-05-04 16:47:39 <ikke> hard to tell
2020-05-04 16:47:58 <guesto> so youøre in the process of building it
2020-05-04 16:48:01 <guesto> you're*
2020-05-04 16:48:36 <guesto> no?
2020-05-04 16:48:55 <ikke> Yes, we are
2020-05-04 16:49:31 <ikke> But lot of packages need some fixing
2020-05-04 16:55:10 <Cogitri> Bridouz: Glad it's useful to you :)
2020-05-04 16:59:58 <guesto> i see
2020-05-04 17:00:22 <guesto> would you say that the building process will be done in the next few days?
2020-05-04 17:00:45 <ikke> I would give it at least one week
2020-05-04 17:01:22 <ikke> If it's quicker, it's quicker
2020-05-04 17:06:24 <guesto> i see
2020-05-04 17:12:53 <guesto> exit
2020-05-04 17:50:29 <Guest21> Apologies; new to all of this; Are my assumptions correct? (1) Adding cryptsetup to features="..." in mkinitfs.conf enables using dmcrypt-related kernel params in grub. (2) These kernel parameters are universal between distros (3) Assuming (2) is true, I can reference how these kernel params work/'are used' in the Arch Linux wiki
2020-05-04 18:04:56 <Cogitri> 1 and 2 not necessarily
2020-05-04 18:05:28 <Cogitri> 1: Adding cryptsetup to features will only include cryptsetup related binaries and modules available in the initramfs
2020-05-04 18:05:46 <Cogitri> (So make sure they're available on your system when generating your initramfs!)
2020-05-04 18:06:34 <Guest21> you mean just make sure
2020-05-04 18:06:51 <Guest21> "apk add cryptsetup" is run before running mkinitfs
2020-05-04 18:07:08 <Cogitri> 2: Init parameters might coincidally be the same across dracut and mkinitfs, but consult the mkinitfs docs for the exact params
2020-05-04 18:07:20 <Cogitri> Yup, calling that add should do the trick
2020-05-04 18:09:28 <Guest21> Thank you. I'll take a look at the mkinitfs docs next.
2020-05-04 18:21:46 <Guest21> Awesome; 'man mkinitfs-bootparams' implies I also need to use 'cryptkey' option.
2020-05-04 18:21:57 <Cogitri> Guest87: FWIW these are my cryptsetup related kernelcmdline entries
2020-05-04 18:22:08 <Cogitri> cryptdm=pool cryptroot=/dev/nvme0n1p4 modules=btrfs,nvme root=/dev/mapper/pool rootfstype=btrfs rootflags=subvol=root
2020-05-04 18:22:30 <Cogitri> You can ignore the modules=btrfs and rootflags=subvol=root if you don't use btrfs
2020-05-04 18:23:27 <Guest21> can I do cryptkey=/dev/by-uuid/<some uuid>/key.gpg ?
2020-05-04 18:25:40 <Guest21> assuming I have params: cryptdm, cryptroot, etc configured properly?
2020-05-04 18:29:31 <Cogitri> Not sure about that, sorry
2020-05-04 18:29:38 <Cogitri> I use a password
2020-05-04 18:30:07 <Cogitri> But I don't see how that'd work to be honest, since you'd need to have that device mounted
2020-05-04 18:30:40 <Guest21> which why I really need a way to run a script instead of just setting kernel parameters
2020-05-04 18:31:11 <Guest21> I need to use blkid -U <usb's uuid>, then mount, then read the key.gpg file
2020-05-04 18:31:26 <Guest21> I also need to figure out how to include gpg in the initramfs
2020-05-04 18:31:42 <Guest21> so far learning all of this from scratch over the past few days
2020-05-04 18:32:10 <Guest21> thanks for your help though; my use case is complex
2020-05-04 19:12:50 <Processus42> Hello there. I'd like to understand the whole git repo for docker-alpine. It looks like a bit of a mess to me. I'd like to know what is the commit/branch used to build the "latest" docker image.
2020-05-04 19:16:53 <programmerq> Processus42: that's more of a #docker-library question than an #alpine-linux question. This file has your answer: https://github.com/docker-library/official-images/blob/master/library/alpine#L16-L18
2020-05-04 19:41:53 <Processus42> programmerq: Since it's maintained by Alpine devs/maintainers I believe it fits here The link you provided points to master. Does that mean master branch tree is the current tree used to build Alpine docker's container ?
2020-05-04 19:44:03 <programmerq> the question about how a docker official image is built is a #docker-library question since it's the docker official image team that actually executes the build+push for official images. Line 18 shows the git treeish refs/heads/3.11 for the latest tag (latest is referred to on line 16) and the gitrepo for all the tags listed in this whole file is listed on line 2.
2020-05-04 19:59:47 <Processus42> Ah right, I read the link too fast. My question isn't about how the container gets built+pushed by Docker, but about how it gets built, and I do believe the docker official image team doesn't care about "how" the image is built. The Dockerfile for the releases are very minimalist. I'm taking a wild guess here: The minirootfs archives in the git tree are the same than the official minirootfs
2020-05-04 19:59:53 <Processus42> released. Is it right ?
2020-05-04 20:00:00 <Processus42> (tbh it sounds very straightforward, but I just want to make sure)
2020-05-04 20:04:36 <Processus42> (By the way, I'm trying to build LXC containers, not Docker ones. I wanted to take some inspiration about how it's done the Docker way. And the way it's done if very different than how it's done in Gentoo or Debian LXC templates.)
2020-05-04 20:06:50 <programmerq> this appears to be the script that creates those filesystem snapshots and feeds them into a git branch: https://github.com/alpinelinux/docker-alpine/blob/master/prepare-branch.sh
2020-05-04 20:06:56 <Processus42> Yep
2020-05-04 20:07:12 <Processus42> Aaah
2020-05-04 20:07:13 <Processus42> Okay
2020-05-04 20:07:22 <Processus42> Then it downloads the official images
2020-05-04 20:07:45 <Processus42> Thanks :)
2020-05-04 23:17:23 <hicham> Hello everyone, why there is no chromium 32bits build for alpine ?
2020-05-05 02:23:26 <monado> does Alpine have anything to do with Android>
2020-05-05 02:23:39 <monado> Someone is saying Android is modified Alpine
2020-05-05 02:23:40 <maxice8> Depends on how far you want to go
2020-05-05 02:23:49 <maxice8> Someone in question is not correct
2020-05-05 02:26:17 <monado> Haha
2020-05-05 04:33:54 <TBB> that's probably just a mix-up because of the package format having the same file extension as Android
2020-05-05 07:53:04 <indisturbed> If I want to submit a patch to aports. Should I use git or gitlab?
2020-05-05 07:53:38 <ikke> git *and* gitlab :)
2020-05-05 07:53:58 <indisturbed> You mean I should send it to both?
2020-05-05 07:54:22 <ikke> indisturbed: do you refert to git.alpinelinux.org?
2020-05-05 07:54:31 <ikke> refer*
2020-05-05 07:55:28 <indisturbed> Yes
2020-05-05 07:56:02 <ikke> THen no, you would not have push rights to there anyw
2020-05-05 07:56:21 <ikke> You can fork aports on gitlab and push to there and make a merge request
2020-05-05 07:56:36 <ikke> https://wiki.alpinelinux.org/wiki/Creating_patches#Creating_a_merge_request
2020-05-05 07:57:46 <indisturbed> OK it is just that on the page for creating a packages it says to use git-send-mail. But I know about the gitlab page, so I was just asking what was prefered.
2020-05-05 07:58:34 <ikke> For git-send-email you would send it to the aports mailing list. While still possible, it will probably be decommissioned soon
2020-05-05 07:59:34 <ikke> and git.alpinelinux.org is kind of legacy as well
2020-05-05 09:02:18 <grog> Im trying to get openbox running on alpine (in virtualbox) but get the error message "Failed to open the display from the DISPLAY environment variable."
2020-05-05 09:04:55 <grog> So far I've run setup-xorg-base and apk add xf86-video-vboxvideo xf86-input-libinput
2020-05-05 09:05:10 <grog> and then openbox
2020-05-05 09:06:32 <Cogitri> Did you add openbox to your .xinitrc and did startx?
2020-05-05 09:06:50 <grog> no
2020-05-05 09:07:05 <grog> just run openbox
2020-05-05 09:07:27 <grog> I'll try your suggestion.
2020-05-05 09:08:35 <Cogitri> Just running openbox won't work since it needs a running X server
2020-05-05 09:12:11 <grog> Ok. I'll keep that in mind.
2020-05-05 09:12:21 <grog> It works now anyway. Thanks!
2020-05-05 09:17:49 <Cogitri> 👍
2020-05-05 13:36:09 <markand> hello
2020-05-05 13:36:24 <markand> someone knows which group is required to access USB mtp devices without root?
2020-05-05 13:36:53 <ikke> markand: easiest way to find out is to check what group owns that specific device in /dev
2020-05-05 13:37:20 <ikke> most of the time these are just file permissions
2020-05-05 13:37:40 <markand> first I need to find this USB entry :P
2020-05-05 13:37:51 <markand> I know it's usb 1-3
2020-05-05 13:38:27 <markand> so this? /dev/bus/usb/001/003
2020-05-05 13:38:47 <ikke> I guess so, I'm not sure myself
2020-05-05 13:39:10 <ikke> But I guess it would require udev rules to set the permissions then
2020-05-05 13:39:20 <ikke> or something similar
2020-05-05 13:39:27 <mps> or, mdev conf
2020-05-05 13:39:30 <ikke> right
2020-05-05 13:43:31 <kb22> hiya, anyone got a sec to lend a hand with hostapd?
2020-05-05 13:44:10 <kb22> issue is somewhat bizarre
2020-05-05 13:44:39 <kb22> used create_ap to create conf for dnsmasq based bridged router
2020-05-05 13:44:49 <kb22> worked as advetised
2020-05-05 13:45:01 <kb22> new kernel came along, I rebooted
2020-05-05 13:45:12 <kb22> hostapd moaned about too little entropy
2020-05-05 13:45:23 <kb22> which I fixed with rngd
2020-05-05 13:45:30 <kb22> now hostapd starts without issues
2020-05-05 13:45:38 <kb22> however, none of my clients can connect
2020-05-05 19:18:12 <kb22> apologies if this counts as double posting, as I posted this afternoon already, but anyone around who could give a hand with hostapd?
2020-05-05 19:19:12 <ikke> I have no experience with hostapd
2020-05-05 19:19:28 <Cogitri> Ah, no worries about asking again in IRC, since usually only people who know the answer reply
2020-05-05 19:19:45 <kb22> thanks @ikke
2020-05-05 19:19:56 <Cogitri> Dunno about hostapd either, I only ever do that kind of stuff via OpenWRT's webUI
2020-05-05 19:20:13 <nephele> People are less likely to answer though if you ask for help with X, because people usually don't feel qualified to answer ;)
2020-05-05 19:20:39 <ikke> nephele: to be fair, they provided more details the first time around
2020-05-05 19:20:41 <kb22> naaa, no X here @nephele
2020-05-05 19:21:11 <kb22> @cogitri been looking at that in me despair TBH ;)
2020-05-05 19:21:23 <zmc> Sorry I missed the topic.  I've done some things with hostapd
2020-05-05 19:21:43 <kb22> @zmc cool thanks for checking in
2020-05-05 19:21:45 <kb22> @zmc
2020-05-05 19:22:02 <kb22> now since updating to current kernel
2020-05-05 19:22:09 <kb22> my conf doesnt work anymore
2020-05-05 19:22:14 <kb22> hostapd comes up
2020-05-05 19:22:19 <kb22> clients see the network
2020-05-05 19:22:24 <kb22> but cannot connect
2020-05-05 19:22:31 <kb22> and here's the bummer:
2020-05-05 19:22:47 <kb22> I can start the ap via create_ap and it works
2020-05-05 19:22:50 <nephele> Ah, i see above now, can't really help with that, but i can comment that piping urandom into random is actively dangerous, urandom is perfectly fine to use /all the time/, after enough entropy is available on boot once, but if you pipe like that you may take numbers from an uninitialized urandom... and initialize the kernel rng with them, which makes it predictable
2020-05-05 19:22:55 <zmc> kb22: So your config file hasn't changed, and it was working before you changed ther kernel?
2020-05-05 19:23:04 <kb22> @zmc correct
2020-05-05 19:23:20 <kb22> I can crate a with create_ap
2020-05-05 19:23:41 <kb22> using very same file (minus bridge command) does not work via rc starting
2020-05-05 19:23:51 <kb22> nothing in dmesg
2020-05-05 19:23:57 <zmc> kb22: So, you're probably not running into a hostapd problem per-se if your userland hasn't changed.  Most likely a driver issue.  What wifi chipset is that box running?
2020-05-05 19:24:19 <kb22> nl80211
2020-05-05 19:24:21 <kb22> but
2020-05-05 19:24:30 <kb22> it does work with the create_ap command
2020-05-05 19:24:38 <kb22> just rc service doesnt work
2020-05-05 19:24:47 <kb22> rules out driver issue, does it?
2020-05-05 19:25:41 <kb22> thx @nephele - learned something again ;)
2020-05-05 19:25:44 <zmc> Did you change anything else or just the kernel?
2020-05-05 19:26:03 <kb22> @zmc nothing
2020-05-05 19:26:11 <kb22> thats what bugs me
2020-05-05 19:26:23 <brwoods> Does any one here have experience taking a docker image and using it as a VM image?
2020-05-05 19:26:28 <zmc> Do you have the old kernel to rollback?
2020-05-05 19:26:44 <kb22> @zmc good question
2020-05-05 19:26:49 <kb22> didn't backup
2020-05-05 19:27:06 <kb22> box doesnt do anything else btw
2020-05-05 19:27:24 <kb22> dnsmasq home router
2020-05-05 19:27:38 <kb22> so little chance of other services interfereing
2020-05-05 19:27:42 <zmc> Well if the only thing that changed is the kernel, it must be a kernel/driver issue.
2020-05-05 19:27:43 <kb22> interfering
2020-05-05 19:28:04 <zmc> Are you running a custom kernel or something prepackaged from your distro?
2020-05-05 19:28:09 <kb22> @zmc: how does that fit with me still being able to start and use the ap with the create_ap command?
2020-05-05 19:28:17 <kb22> @zmc: mainline aloine
2020-05-05 19:28:33 <kb22> alpine
2020-05-05 19:29:21 <zmc> kb22: If the only thing that's changed, then it's got to be an issue with that.  Could be a difference as to how things are initialized or even a kernel configuration difference.
2020-05-05 19:29:29 <zmc> what does uname -a say?
2020-05-05 19:29:50 <kb22> Linux pontifex 5.4.34-0-lts #1-Alpine SMP Wed, 22 Apr 2020 19:26:07 UTC x86_6│
2020-05-05 19:29:54 <kb22> 4 Linux
2020-05-05 19:30:39 <zmc> kb22: also any clues in dmesg on boot?
2020-05-05 19:30:52 <kb22>  nothing in dmesg @zmc
2020-05-05 19:30:55 <kb22> lemme pastebin
2020-05-05 19:32:04 <kb22> @zmc: https://pastebin.com/TRmw7zep
2020-05-05 19:35:17 <zmc> kb22: So I imagine that's what you get after running /etc/init.d/hostapd start a few times and having it not work correctly?
2020-05-05 19:35:40 <kb22> exactly, @zmc
2020-05-05 19:36:15 <zmc> anything in the system logs?
2020-05-05 19:37:46 <kb22> @zmc https://pastebin.com/nJfMDDn6 - var/log/message grep-ed for hostapd
2020-05-05 19:41:01 <zmc> kb22: those are all the clients associating, do you have the information from when the service starts?
2020-05-05 19:41:55 <kb22> @zmc: looking
2020-05-05 19:43:45 <kb22> no, @zmc - nothing in there other than these logs
2020-05-05 19:44:38 <zmc> ok, so I'd say stop the hostapd service and start it by hand, see if it says anything.  Usually when it starts it;ll print some startup info
2020-05-05 19:45:41 <zmc> if you start with a -d or a -dd you'll get a lot more info in your logs
2020-05-05 19:45:57 <kb22> @zmc on it
2020-05-05 19:48:32 <gjabell> does alpine have a method for `apk update`ing a basic-auth protected repo?
2020-05-05 19:49:56 <kb22> @zmc that would be hostapd -d -i wlan0,br0 /etc/hostapd/hostapd.conf
2020-05-05 19:49:59 <kb22> would it?
2020-05-05 19:51:00 <zmc> kb22: I think it would just be hostapd -d /etc/hostapd/hostapd.conf
2020-05-05 19:51:07 <kb22> mmhh
2020-05-05 19:51:12 <kb22> @zmc tried that
2020-05-05 19:51:20 <kb22> clients not seeing the AP then
2020-05-05 19:51:20 <zmc> Any errors?
2020-05-05 19:51:30 <kb22> lots of output
2020-05-05 19:51:33 <kb22> pbin'ing
2020-05-05 19:51:56 <wakeonlan> Heyho
2020-05-05 19:52:10 <Cogitri> Yo
2020-05-05 19:52:26 <wakeonlan> im trying to build a module. 'make' seems to miss kernel headers. already got linux-headers but it doesnt provide it
2020-05-05 19:52:45 <mps> wakeonlan: linux-lts-dev
2020-05-05 19:53:08 <mps> if you trying to build for linux-lts, ofc
2020-05-05 19:53:17 <wakeonlan> yes it is for lts actually :)
2020-05-05 19:53:29 <mps> apk add linux-lts-dev
2020-05-05 19:53:46 <kb22> @zmc same behaviour clients see it, cannot connect
2020-05-05 19:53:50 <kb22> pbinning outputs
2020-05-05 19:54:40 <wakeonlan> mps, yes that was it. thank you
2020-05-05 19:54:55 <mps> you are welcome :)
2020-05-05 19:56:18 <kb22> @zmc https://pastebin.com/qqSsdzQi
2020-05-05 19:58:31 <Hello71> linux-headers is confusingly a completely unrelated package
2020-05-05 19:58:35 <Hello71> not alpine's fault though
2020-05-05 19:59:20 <mps> linux-headers are for building userspace programs
2020-05-05 19:59:40 <zmc> kb22: Is your wlan0 interface up and with an IP assigned, or the bridge depending on your setup?
2020-05-05 20:00:16 <mps> Hello71: yes, somewhat confusing
2020-05-05 20:00:28 <kb22> @zmc part of bridge, paste dnsmasq.conf?
2020-05-05 20:00:39 <wakeonlan> Hello71, ah figures. just guessed some other names like wireless-tools sucessfuly though :))
2020-05-05 20:00:41 <kb22> no ip of it's own @zmc
2020-05-05 20:00:49 <kb22> its
2020-05-05 20:00:50 <Hello71> wireless-tools is obsolete
2020-05-05 20:01:07 <mps> linux-{xxx}-dev is for building modules for particular kernel
2020-05-05 20:01:12 <zmc> kb22: So your wlan0 is not in a bridge, and it's up with an IP assigned then?
2020-05-05 20:01:59 <kb22> @zmc other way around eth0 is the uplink, all other devices eth1,2,3 and wlan0 are part of the bridge
2020-05-05 20:02:22 <zmc> ok, so that bridge is up, the interfaces are all associated and it has an ip?
2020-05-05 20:02:51 <kb22> yes
2020-05-05 20:02:59 <kb22> cable based connections work
2020-05-05 20:03:18 <zmc> kb22: Ok, I'm still looking through this last log
2020-05-05 20:03:34 <kb22> @zmc thx
2020-05-05 20:10:15 <zmc> kb22: Do you have any idea what your kernel version was before you updated it?
2020-05-05 20:11:28 <kb22> @zmc: the previous lts I think with some confidence, only rebooted as a few days back this new lts came along and I felt like better get that reboot done ;)
2020-05-05 20:13:04 <zmc> kb22: What hostapd version are you using?
2020-05-05 20:13:30 <kb22> @zmc 2.9
2020-05-05 20:20:49 <zmc> kb22: so if you remove wlan0 from the bridge, and remove the bridge from the config file, it comes up okay?
2020-05-05 20:21:20 <kb22> bridge isn't in config file
2020-05-05 20:21:35 <kb22> only the file created by create_ap contains that entry
2020-05-05 20:24:09 <kb22> so I should remove w�lan0 from bridge
2020-05-05 20:24:21 <kb22> and service hostapd start?
2020-05-05 20:24:34 <zmc> kb22: I'd try that and see if it works.
2020-05-05 20:25:00 <kb22> @zmc on it
2020-05-05 20:25:01 <zmc> I'm trying to figure out what the differences are between kernel versions. I suspect a change in bridging
2020-05-05 20:25:10 <kb22> heh
2020-05-05 20:25:12 <kb22> lemme do this
2020-05-05 20:25:30 <kb22> hold on
2020-05-05 20:27:46 <kb22> @zmc
2020-05-05 20:28:01 <kb22> @zmc wlan0 isnt in the bridge now for some reason
2020-05-05 20:28:07 <kb22> lemme add and restart service
2020-05-05 20:29:17 <kb22> yet /etc/network/interfaces states it should be in
2020-05-05 20:31:25 <kb22> @zmc bly me - it works
2020-05-05 20:31:39 <kb22> added manuaölly to bridge
2020-05-05 20:31:43 <kb22> fired up service
2020-05-05 20:32:07 <zmc> Ok, I did find some issues related to ordering of commands to the kernel starting of hostapd
2020-05-05 20:32:38 <zmc> I think it was that the interface needs to be set to ap mode and up before being added to the bridge or something like that.
2020-05-05 20:32:52 <kb22> mmhhh
2020-05-05 20:33:10 <kb22> my interfaces filehas
2020-05-05 20:33:17 <kb22> after creating the bridge
2020-05-05 20:33:37 <kb22> a commented-out auto wlan command
2020-05-05 20:33:42 <kb22> but that shouldnt relate
2020-05-05 20:33:57 <zmc> I'm trying to find the changeset to bridging and the 802 driver, but I'm having a hard time trying to find what was the last kernel you might have had
2020-05-05 20:34:20 <kb22> how could I help with that?
2020-05-05 20:34:34 <zmc> do you have anything in your "lbu list-backup"
2020-05-05 20:35:53 <kb22> unrelated?
2020-05-05 20:35:55 <kb22> lbu 3.8.3-r6
2020-05-05 20:35:55 <kb22> Show old commits.
2020-05-05 20:35:55 <kb22> usage: lbu list-backup [<media>]
2020-05-05 20:36:19 <zmc> Should be like alpine:~# lbu list-backup
2020-05-05 20:36:19 <zmc> alpine.20200117085002.tar.gz
2020-05-05 20:36:19 <zmc> alpine.20200117112002.tar.gz
2020-05-05 20:36:25 <zmc> if you have them enabled
2020-05-05 20:36:30 <kb22> nope, nothin
2020-05-05 20:36:46 <zmc> ok, so they arn't enabled in /etc/lbu/lbu.conf
2020-05-05 20:37:22 <kb22> nope, unfortunately not
2020-05-05 20:37:36 <zmc> So, anyways, moving forward this kernel is the newer one.  Myabe try rebooting and see if the wlan0 interface is getting kicked out of the bridge.  Maybe we can find a workaroud
2020-05-05 20:37:53 <zmc> having the auto wlan0 might be good so the interface is brought up automatically on boot
2020-05-05 20:39:05 <kb22> rebooting with as is, let's see if we nailed it with adding  manually into bridge
2020-05-05 20:42:32 <kb22> @zmc, that is a positive
2020-05-05 20:42:43 <kb22> wlan0 not in bridge
2020-05-05 20:43:16 <kb22> retry with auto wlan0?
2020-05-05 20:45:39 <zmc> So it's coming up correctly and if you add it to the bridge everything works as expected?
2020-05-05 20:46:16 <kb22> yes, adding it manually back in, restarting hostapd thereafter fixes the matter
2020-05-05 20:47:43 <zmc> Is your bridge created from /etc/network/interfaces or someplace else?
2020-05-05 20:47:55 <kb22> @zmc right there
2020-05-05 20:48:32 <kb22> @zmc auto br0
2020-05-05 20:48:33 <kb22> iface br0 inet static bridge-ports eth1 eth2 eth3 wlan0 bridge-stp 0 address 192.168.12.1 netmask 255.255.255.0
2020-05-05 20:49:13 <zmc> kb22: Ok, I'd try removing hostapd from the startup completely and see if the bridge is being sucessfully created on startup
2020-05-05 20:50:25 <kb22> @zmc tat would be rc-status manual hostapd right?
2020-05-05 20:51:07 <kb22> no, sry
2020-05-05 20:52:06 <kb22> looking into it
2020-05-05 20:52:14 <zmc> I think it's rc-update
2020-05-05 20:52:33 <zmc> I'm not sure either. I've been on linux forever but Alpine is new to me.
2020-05-05 20:52:56 <zmc> rc-update del hostapd default
2020-05-05 20:53:04 <kb22> yes, found thx
2020-05-05 20:53:26 <kb22> rebooting
2020-05-05 20:55:02 <kb22> @zmc bridge does not contain wlan0 after reboot
2020-05-05 20:55:37 <zmc> Ok, so that might be part of the problem
2020-05-05 20:56:35 <kb22> looks like it
2020-05-05 20:56:40 <kb22> mmmhh
2020-05-05 20:56:55 <kb22> add to bridge via custom script seems hackish
2020-05-05 20:57:02 <kb22> what would be the proper solution?
2020-05-05 20:57:40 <zmc> Lemme grab my alpine box and I'll see how that gets initialized.
2020-05-05 20:58:35 <kb22> thanks!!
2020-05-05 20:59:08 <zmc> ifup from busybox is responsible.
2020-05-05 20:59:24 <kb22> heh?
2020-05-05 20:59:50 <zmc> Can you pastebin your interfaces file?
2020-05-05 21:00:43 <kb22> sure
2020-05-05 21:01:02 <zmc> also ifdown br0; ifup -n br0 might give us a clue (I don't know if you are local or ssh'd in, that might break something :D)
2020-05-05 21:01:23 <kb22> https://pastebin.com/FgnrXUy1
2020-05-05 21:02:07 <kb22> that would put me offline, that box is me home router ;)
2020-05-05 21:02:46 <zmc> kb22: yea that would be not a good thing.
2020-05-05 21:03:44 <kb22> @zmc so we learned that creating the bridge from interfaces does not work
2020-05-05 21:04:04 <zmc> Are all the other interfaces are being added to the bridge correctly?
2020-05-05 21:04:10 <kb22> yes
2020-05-05 21:04:32 <kb22> have a few boxes conncted via cable and various sub routers
2020-05-05 21:05:05 <zmc> I'm going to replicate that bridge config here, and see if I can get an error out of it since I don't have those interfaces.
2020-05-05 21:05:17 <kb22> aye, standing by
2020-05-05 21:09:04 <zmc> Does that machine have a local console?  Video, serial or otherwise?
2020-05-05 21:09:25 <kb22> just serial
2020-05-05 21:10:16 <zmc> I'm not seeing any errors unless I run ifup br0
2020-05-05 21:10:19 <zmc> then I get a
2020-05-05 21:10:28 <zmc> ip: ioctl 0x8913 failed: No such device
2020-05-05 21:10:44 <zmc> But that doesn't go to any of the logs
2020-05-05 21:11:39 <kb22> frankly speaking that is tad above me level
2020-05-05 21:11:55 <kb22> so the bridge creation via ip fails?
2020-05-05 21:12:00 <kb22> and dies silently?
2020-05-05 21:12:11 <zmc> I also see that in my particular setup (raspberry pi with an edimax wlan0) it takes a little while for the wlan0 to respond to anytning
2020-05-05 21:12:30 <zmc> Exactly.  I have auto br0 and a similar config to yours and I don't see any errors about it in the logs
2020-05-05 21:12:47 <kb22> had that with rasp as wlel
2020-05-05 21:12:50 <kb22> the latenxy
2020-05-05 21:13:01 <kb22> but this is a somewhat bigger box
2020-05-05 21:13:02 <zmc> alpine:/var/log# ifup br0 -n
2020-05-05 21:13:03 <zmc> run-parts /etc/network/if-pre-up.d
2020-05-05 21:13:03 <zmc> run-parts /etc/network/if-up.d
2020-05-05 21:13:03 <zmc> ip link set br0 up
2020-05-05 21:13:03 <zmc> ip addr add 10.100.0.1/24 dev br0 label br0
2020-05-05 21:13:27 <zmc> that's what ifup would run here
2020-05-05 21:13:55 <zmc> but that fails because the bridge wasn't created
2020-05-05 21:14:00 <kb22> IC
2020-05-05 21:14:29 <zmc> So you're getting something a little different since the bridge is created. I'll try adding my eth0 to it
2020-05-05 21:14:29 <kb22> so this is an actual bug in ip in this particular kernel ?
2020-05-05 21:14:46 <kb22> provided ip is in kernel
2020-05-05 21:14:53 <kb22> probably not
2020-05-05 21:15:07 <zmc> I suspect that something has changed in the wlan init code or the bridging code.  Since your userland is the same.
2020-05-05 21:15:20 <kb22> mmhh
2020-05-05 21:15:26 <zmc> The best way to debug it would be to get on an older kernel version. Make sure it workd
2020-05-05 21:15:41 <kb22> wouldnt there be an issue then already?
2020-05-05 21:15:53 <kb22> hard to imagine that I am the first person running into this
2020-05-05 21:16:04 <zmc> Well you said on the older kernel it was working fine, correct?
2020-05-05 21:16:12 <kb22> most certainly
2020-05-05 21:16:31 <zmc> So, if you roll back to the earlier kernel, it should work again.
2020-05-05 21:16:40 <kb22> fair
2020-05-05 21:17:16 <kb22> looking into
2020-05-05 21:17:43 <zmc> If that's the case you could get the alpine kernel repo. then compile that kernel, and test that it works. Checkout the new version, test that it breaks, and then git-bisect the two commits and it will give you the exact kernel commit that breaks you.
2020-05-05 21:18:24 <zmc> The other alternative is to try to get a console on that box, or otherwise get a way to log what's happening and work around it.
2020-05-05 21:19:02 <kb22> I think the kernel repo approach is something I can do
2020-05-05 21:19:12 <zmc> It's not that bad.
2020-05-05 21:19:21 <kb22> learning experience ;)
2020-05-05 21:19:29 <zmc> The biggest problem I see is that we don't know when your kernel is from
2020-05-05 21:19:45 <zmc> Do you know when that older kernel was installed - more or less?
2020-05-05 21:19:56 <kb22> 2-3 weeks tops
2020-05-05 21:20:05 <kb22> new box, got it working not that long ago
2020-05-05 21:20:27 <zmc> Maybe some timestamps in /etc could be a clue
2020-05-05 21:20:46 <zmc> perhaps /etc/motd?  That's something that many people don't touch after install
2020-05-05 21:21:18 <kb22> didnt touch that
2020-05-05 21:21:23 <kb22> how woul dthat help?
2020-05-05 21:22:05 <zmc> Well if you ls -lah /etc/motd it will give you the date and time of when that file went ion
2020-05-05 21:22:27 <kb22> mmhh
2020-05-05 21:22:33 <kb22> Nov 29
2020-05-05 21:22:36 <kb22> cannot be right
2020-05-05 21:22:50 <kb22> this box was bumping away on freebsd back then
2020-05-05 21:23:55 <kb22> I have a guru like coworker on the day job, will sort this homework with him tomorrow and report back here?
2020-05-05 21:24:41 <zmc> Sure, you can dm me or email me at zmc at lurian dot net if I'm not around.  Could be fun. I haven't done kernel work in a while.
2020-05-05 21:25:20 <kb22> mom
2020-05-05 21:25:28 <zmc> also /etc/passwd usually doesn't change too much
2020-05-05 21:25:53 <kb22> april 19th - much more like it
2020-05-05 21:28:07 <kb22> now this is strange
2020-05-05 21:28:31 <kb22> was adding wlan0 manually with brctl: bridge br0: Not supported
2020-05-05 21:28:43 <kb22> brctl addif br0 wlan0
2020-05-05 21:28:53 <zmc> hey that's great news. Where did you find that?
2020-05-05 21:29:01 <kb22> getting brctl: bridge br0: Not supported now
2020-05-05 21:29:07 <kb22> /etc/passwd
2020-05-05 21:29:15 <zmc> what??
2020-05-05 21:29:19 <kb22> yupp
2020-05-05 21:29:26 <zmc> Like in /etc/password at the end?
2020-05-05 21:29:33 <zmc> well passwd
2020-05-05 21:29:41 <kb22> yes ls lah
2020-05-05 21:30:06 <zmc> maybe it was a kernel message? Does it show up again if you cat /etc/passwd?
2020-05-05 21:30:14 <zmc> or in dmesg | tail
2020-05-05 21:30:24 <kb22> no no
2020-05-05 21:30:25 <kb22> sorry
2020-05-05 21:30:30 <kb22> unrelated
2020-05-05 21:30:38 <kb22> I wanted to add wlan0 to bridge
2020-05-05 21:30:49 <kb22> and start wifi (for the wife ;) )
2020-05-05 21:30:59 <zmc> lol ok
2020-05-05 21:31:09 <kb22> getting said error, cannot add
2020-05-05 21:31:14 <kb22> 
ACTION confused

2020-05-05 21:32:21 <zmc> Just found your likely kernel version. 5.4.32 was released on 4/14 5.4.33 was on 4/20
2020-05-05 21:32:54 <kb22> there we go
2020-05-05 21:33:14 <kb22> I�'l readd hostapd to rc-status default
2020-05-05 21:33:27 <kb22> and see if that brings back ability to manually fix the matter
2020-05-05 21:34:29 <kb22> or does anything come to mind why this should not work now?
2020-05-05 21:34:55 <zmc> Could be a weird card state, afaik there are no userland changes
2020-05-05 21:35:36 <zmc> wlan chipsets can be funny.  I remember one I had years ago that needed a break between commands.  If you issued the commands to set it up too quickly it would just brick up and need a power cycle.
2020-05-05 21:35:51 <kb22> g
2020-05-05 21:36:05 <kb22> rebooting, bback
2020-05-05 21:36:59 <zmc> In the meantime I would grab 5.4.32 from the alpine-linux website and see if that gets you back to a state where the system boots cleanly like it did before.
2020-05-05 21:37:33 <kb22> @zmc back
2020-05-05 21:37:44 <kb22> can add wlan0 manually now
2020-05-05 21:38:35 <kb22> and restart hostapd
2020-05-05 21:38:38 <zmc> sweet
2020-05-05 21:38:40 <kb22> happy happy joy joy
2020-05-05 21:38:47 <zmc> In the meantime I would grab 5.4.32 from the alpine-linux website and see if that gets you back to a state where the system boots cleanly like it did before.
2020-05-05 21:39:00 <kb22> will and report back, getting late in CET
2020-05-05 21:39:04 <kb22> will do
2020-05-05 21:39:05 <zmc> I have to go afk for a bit. I should be back in a while..
2020-05-05 21:39:15 <zmc> Same here.  I'm on PDT
2020-05-05 21:39:36 <kb22> I�'ll be in touch, thanks very much for your time
2020-05-05 21:40:56 <zmc> No worries. It's been fun
2020-05-05 21:41:15 <kb22> have to agree
2020-05-05 21:41:21 <kb22> ta ta
2020-05-05 21:42:53 <zmc> later
2020-05-05 21:54:56 <nhartman> Hi all. Is there any support for multi arch manifests? I.e. point at alpine:latest and pull the correct arch image? I can see for example, that arm64v8 exists under arm64v8/alpine. But this means maintaining two sets of docker-compose files for each arch which is annoying. Any plans to merge this into one manifest?
2020-05-05 22:00:14 <mps> nhartman: alpine doesn't support multiarch
2020-05-05 22:44:58 <danieli> mps: it sounds like something docker-specific
2020-05-05 22:46:36 <mps> danieli: ah, yes. word 'multiarch' misleaded me
2020-05-06 02:08:25 <mla> if i have a alpine linux install linux install i installed in sys mode - is there a way i could temporarily change / boot the system into diskless mode?
2020-05-06 02:16:29 <c705> mla: sure you could
2020-05-06 02:17:28 <c705> just think of it like two seperate installs. you could write the diskless boot sector to another partition of your disk if you wanted
2020-05-06 02:22:25 <mla> c705: nice that makes sense, i guess its just a matter of the right flags on the setup-disk or setup-bootable scripts, first time using these scripts directly so ill have to work this out
2020-05-06 02:23:17 <c705> i'm not sure, i don;t use those scripts myself anymore
2020-05-06 02:23:50 <c705> i use the scripts in aport to create bootable iso live image disks
2020-05-06 02:24:06 <c705> i think those do a similar thing for diskless mode
2020-05-06 02:34:57 <mla> yeah actually setup-bootable doesn't look like it does what i'd need, it copies data & then makes it bootable from tmpfs
2020-05-06 02:44:29 <bandali> hey folks, anyone know if the default alpine kernel is deblobbed or if it contains the usual blobs from upstream linux?
2020-05-06 03:28:12 <brass> bandali: I believe the proprietary firmware lives in the linux-firmware-* packages
2020-05-06 03:31:38 <njha> the upstream kernel has blobs in it? I'm pretty sure that's not true?
2020-05-06 03:32:01 <bandali> brass, thanks. if anyone could confirm about linux-lts it'd be great, but thanks again
2020-05-06 03:32:12 <bandali> njha, if that weren't true linux-libre would not exist
2020-05-06 03:33:45 <njha> oh ok, /modules contains blobs
2020-05-06 03:33:48 <njha> that's understandable
2020-05-06 03:41:26 <Hello71> if you want linux-libre then just install linux-libre
2020-05-06 03:42:55 <bandali> i would if there was an alpine package for it
2020-05-06 05:11:24 <brass> bandali: https://wiki.alpinelinux.org/wiki/Kernels#Firmware
2020-05-06 05:11:51 <brass> There's a section at the bottom describing how to remove the firmware you don't need, which could include proprietary firmware
2020-05-06 05:13:27 <brass> It looks like the kernel doesn't have them compiled in and that they're loaded as modules
2020-05-06 05:14:57 <bandali> thanks for the info, brass; will have a look at the link in a bit
2020-05-06 05:17:05 <brass> Just be careful, some of your hardware might not work properly if you remove it. Good luck
2020-05-06 05:18:10 <bandali> thanks; that won't be an issue for me, as i'm used to using linux-libre which strips out all blobs
2020-05-06 05:41:44 <Xelraa> anyone is using openvas on alpine?
2020-05-06 05:41:52 <Xelraa> if so what is your exact version? Version 7.0.3?
2020-05-06 05:42:09 <Xelraa> even in this they have copywrong on 2017
2020-05-06 05:42:32 <Xelraa> this dump crashing in docker constantly openvas GSA stopped working I thinking on moving it to a dedicated alpine box
2020-05-06 05:43:09 <Xelraa> according to the pkgs its version  7.0.0-r3 which I assume is exacly the same
2020-05-06 05:43:24 <Xelraa> oh man I gonna miss those times when nessus was completely free for private use
2020-05-06 05:43:38 <Xelraa> this vuln scanner is a pile of shit with terrible interface to begin with
2020-05-06 05:45:45 <dngray> is this working https://tests.reproducible-builds.org/alpine/alpine.html
2020-05-06 05:50:18 <dngray> also is there any direction to move alpinelinux over to a release engineering key
2020-05-06 05:50:40 <dngray> tbh i don't think that's a good design having it signed with ncopa's personal key with no expiry date
2020-05-06 05:51:17 <dngray> i also think the hashes there are not signed
2020-05-06 05:51:27 <dngray> so they really have no meaning
2020-05-06 05:51:32 <dngray> besides integrity
2020-05-06 05:52:29 <ikke> what hashes are you referring to
2020-05-06 06:01:31 <dngray> the iso hashes
2020-05-06 06:02:13 <ikke> There are gpg signatures
2020-05-06 06:02:20 <ikke> http://dl-cdn.alpinelinux.org/alpine/v3.11/releases/x86_64/alpine-standard-3.11.6-x86_64.iso.asc
2020-05-06 06:02:34 <dngray> yeah i'm aware of that
2020-05-06 06:02:36 <dngray> someone in here i think said alpinelinux was looking at moving to a lease engineering coordination
2020-05-06 06:02:48 <dngray> ie where they were not signed with a single developer's pgp key that has no expiry date
2020-05-06 06:02:52 <dngray> tbh i think debian handles this kind of thing much better
2020-05-06 06:03:11 <dngray> or use a distro signing key that is signed by devs
2020-05-06 06:03:48 <dngray> iirc it is poor to have no expiry on keys and should never be done
2020-05-06 06:03:51 <dngray> because you can always extend an expiry
2020-05-06 06:03:57 <mps> one bus factor, which happened to void linux about two years ago?
2020-05-06 06:04:18 <dngray> mps: this exactly
2020-05-06 06:05:06 <dngray> i really like alpinelinux, and it has some unique features
2020-05-06 06:05:19 <dngray> but i think the way that release engineering/signing is done isn't great
2020-05-06 06:05:28 <mps> yes, we are aware of problem, and ncopa talked about this, but still nothing is decided
2020-05-06 06:05:31 <dngray> in fact i seem to remember ages ago alpinelinux being released with no pgp sigs
2020-05-06 06:05:45 <dngray> so the download page had isos with no corresponding way to verify them
2020-05-06 06:06:04 <dngray> mps: at least its known and you guys are working towards something better
2020-05-06 06:06:14 <dngray> cos its not really anything the community can help with 😛
2020-05-06 06:06:17 <Xelraa> what I like in it the most that my pstreee does not show any systemd*
2020-05-06 06:07:10 <mps> dngray: maybe you should create issue/bug report on gitlab.a.o on this
2020-05-06 06:07:27 <dngray> will do
2020-05-06 06:07:56 <mps> or -devel mailing list, whatever you prefer
2020-05-06 06:08:36 <dngray> i guess devel mailing list would get more visibility
2020-05-06 06:09:59 <mps> probably, because most developers read it
2020-05-06 06:11:05 <dngray> maybe its already a part of the new governance model
2020-05-06 06:11:13 <dngray> or planned to do it after that
2020-05-06 06:11:25 <dngray> > One of the stated goals of this effort is to reduce ncopa's workload and
2020-05-06 06:11:25 <dngray> bus factor. What good is it if ncopa gets burnt out?
2020-05-06 06:12:07 <dngray> yeah
2020-05-06 06:12:08 <dngray> i think i won't bother tbh
2020-05-06 06:12:09 <dngray> https://lists.alpinelinux.org/~alpine/devel/patches/768#%3C20190410203624.35719561@ncopa-desktop.copa.dup.pw%3E
2020-05-06 06:12:10 <dngray> looks to be already something in the works
2020-05-06 06:12:34 <winny> hmm, alpine doesn't have anacron?
2020-05-06 06:13:06 <maldridge> mps dngray void's bus factor was greatly exaggerated
2020-05-06 06:17:17 <winny> maybe all the people who want anacron like features just use dcron
2020-05-06 06:17:26 <mps> maldridge: yes, but it happened, though I don't remember details, and that is the problem
2020-05-06 06:47:42 <maldridge> fortunately, I do remember the details
2020-05-06 06:48:25 <mps> I only remember it happened and it is solved
2020-05-06 06:50:10 <mps> which show that free/oss can solve 'complicated' problems :)
2020-05-06 07:55:05 <mps> hmm, 'toapk' could be renamed to pkgbuild-to-apkbuild
2020-05-06 07:56:22 <Cogitri> Possibly, but maybe it'll support more formats in the future
2020-05-06 07:56:25 <Cogitri> But you should ask upstream about that
2020-05-06 07:57:13 <mps> oh, wrong channel, I thought I'm talking on -devel
2020-05-06 10:00:49 <ncopa> dngray: i agree that the release engineering/signing should be improved
2020-05-06 10:02:45 <dngray> i'm still using alpinelinux on my new server 😁 though i love you guys
2020-05-06 10:03:00 <dngray> shiny new EPYC processor yay
2020-05-06 10:03:09 <dngray> whole thing cost me about 15k
2020-05-06 10:03:53 <dngray> and i'm glad to see reproducable builds are a thing
2020-05-06 10:05:01 <dngray> not that i don't trust you ncopa but one signing key and no reproducable builds probably isn't great
2020-05-06 10:05:29 <ncopa> i havent had enough time and energy to push that reproducible thing
2020-05-06 10:06:02 <ncopa> what we have is mostly thanks to kpcyrd
2020-05-06 10:06:35 <ncopa> dngray: i'd appreciate to have some suggestions how to fix what we do. eg. how to do it properly
2020-05-06 10:06:59 <ncopa> ideally with 2-3 alternatives with pros/and cons
2020-05-06 10:08:12 <ncopa> i think a mailing list discussion would be good
2020-05-06 10:08:33 <ncopa> and then we can create a ticket when we have a plan how we want to have it
2020-05-06 10:08:40 <dngray> to be honest ive felt most confident with the way freebsd do it
2020-05-06 10:08:55 <ncopa> that is useful info
2020-05-06 10:09:19 <dngray> i'm no expert though
2020-05-06 10:09:33 <dngray> so i can only give my opinion based on user input heh
2020-05-06 10:09:34 <dngray> i feel underqualified lol
2020-05-06 10:10:10 <dngray> tbh i think get your governance structure done first
2020-05-06 10:10:12 <dngray> i think thats necessary to the decide how you want signing keys to be handled
2020-05-06 10:10:36 <ncopa> i would appreciate an email devel list, that 1) explains the problem. 2)  give some suggestions on how it can be solved. for example explain what other distros do, 3) mention what you prefer (eg freebsd way) and why you prefer it
2020-05-06 10:10:37 <ncopa> right
2020-05-06 10:10:37 <dngray> which i was reading that issue on the mailing list
2020-05-06 10:10:41 <dngray> and i think you guys are certain on the right track there
2020-05-06 10:11:07 <ncopa> i have a pertty clear idea on how i'd like the governance thing to be
2020-05-06 10:11:27 <dngray> ill write up something and send it to alpine-devel
2020-05-06 10:11:37 <ncopa> thanks
2020-05-06 10:11:43 <dngray> yup
2020-05-06 10:11:54 <ncopa> it may be strategically good to wait til after 3.12.0 is released
2020-05-06 10:11:56 <dngray> i can do that, i think it essentially comes down to distributing trust
2020-05-06 10:12:01 <ncopa> because at this point we are busy with the release
2020-05-06 10:12:07 <dngray> because signing keys are powerful 🙂
2020-05-06 10:12:20 <ncopa> yes
2020-05-06 10:12:33 <dngray> yeah
2020-05-06 10:12:34 <dngray> not something you want to rush into
2020-05-06 10:13:01 <dngray> alpinelinux is the little distro that could 😁
2020-05-06 10:13:27 <dngray> how i remember how things were in 2012
2020-05-06 10:13:31 <dngray> come a long way since t hen
2020-05-06 10:13:47 <ncopa> ha! at least that governance thing cannot be accused for being rushed :)
2020-05-06 10:14:34 <dngray> and i have fond memories of you answering my questions here when i was a noob
2020-05-06 10:14:38 <dngray> (well i had some experience with other distros, mostly, gentoo, debian, arch solaris)
2020-05-06 10:14:48 <dngray> and freebsd
2020-05-06 10:15:49 <ncopa> im sorry, but i have no memories of answering questions of noobs :)
2020-05-06 10:16:16 <ncopa> i have good memory
2020-05-06 10:16:19 <ncopa> its just very short
2020-05-06 10:16:20 <ncopa> :)
2020-05-06 10:17:28 <dngray> well i don't expect you to remember me from 2012-2013 lol
2020-05-06 10:17:41 <dngray> i don't even remember me from back then
2020-05-06 10:20:59 <ikke> https://www.coreinfrastructure.org/programs/best-practices-program/ might have some good suggestions regarding governance / project management as well
2020-05-06 10:33:08 <ikke> https://github.com/coreinfrastructure/best-practices-badge
2020-05-06 10:43:16 <dngray> ncopa: i'mm work on my email tomorrow when i get out of bed to alpine-devel about that, so i can make sure i have written something good
2020-05-06 10:43:58 <dngray> ikke: wow that is good
2020-05-06 10:44:46 <dngray> ah yeah the ones under "Some badge earners:" i would consider all very trustworthy
2020-05-06 10:47:51 <mps> ah, we will become badge hunters :)
2020-05-06 11:02:23 <albr> uniminin[d]: lol
2020-05-06 11:09:13 <dngray> hmm weird some characters do not work very well over BMC
2020-05-06 11:09:14 <dngray> > and < even though us keyboard heh
2020-05-06 11:09:14 <dngray> (using H5Viewer)
2020-05-06 11:09:15 <dngray> makes it hard to echo things
2020-05-06 11:09:16 <dngray> and i haven't figured out how to press shift as in :wq in vi yet lol
2020-05-06 11:09:16 <dngray> sooner i get openssh up the better lol
2020-05-06 11:13:38 <mps> dngray: my experience is that putty works better with BMCs than openssh
2020-05-06 11:14:23 <dngray> oh i am almost done anyway then i will be sshing to my actual system
2020-05-06 12:32:44 <dngray> oh ☹︎
2020-05-06 12:32:45 <dngray> i don't thnk i can install zfs on a diskless system
2020-05-06 12:33:26 <dngray> trying to install:
2020-05-06 12:33:26 <dngray> apk add zfs zfs-$(uname -r | rev | cut -d'-' -f1 | rev)
2020-05-06 12:33:52 <dngray> getting heap of errors like:
2020-05-06 12:33:52 <dngray> ERROR: Failed to create lib/firmware/******/: No such file or directory
2020-05-06 12:34:11 <clandmeter> check /etc/conf.d/modloop
2020-05-06 12:34:21 <kahiru> dngray: afaik the extended iso contains zfs
2020-05-06 12:34:35 <dngray> oh
2020-05-06 12:34:36 <dngray> then i should have used that
2020-05-06 12:34:38 <dngray> yeah i didn't
2020-05-06 12:34:48 <dngray> i used the standard
2020-05-06 12:35:25 <kahiru> alternatively building your own iso is quite straightforward if you're space constrained
2020-05-06 12:36:16 <dngray> nah ill just use the extended one
2020-05-06 12:36:22 <dngray> maybe some other day
2020-05-06 12:36:35 <dngray> 7GB usb stick its big enough for either
2020-05-06 12:36:37 <clandmeter> yes extended is with zfs it seems
2020-05-06 12:37:05 <clandmeter> but you can also check modloop and make it rw
2020-05-06 12:37:09 <dngray> okay extended it is then!
2020-05-06 12:38:34 <dngray> fair enough
2020-05-06 12:38:37 <dngray> no reason not to use extended 🙂
2020-05-06 12:39:41 <kahiru> what is your use case?
2020-05-06 12:56:17 <gray_-_wolf> Hello :) Where can I find latest build of static apk-tools? https://github.com/alpinelinux/apk-tools/releases has only 2.10.4 and the gitlab does not have releases configured at all. Is static release of 2.10.5 available anywhere?
2020-05-06 12:58:11 <ikke> http://dl-cdn.alpinelinux.org/alpine/edge/main/x86_64/apk-tools-static-2.10.5-r0.apk
2020-05-06 12:58:19 <ikke> That's the latest build
2020-05-06 12:58:49 <mps> or, apk policy apk-tools-static
2020-05-06 12:59:10 <ikke> This is the latest archive: https://gitlab.alpinelinux.org/alpine/apk-tools/-/archive/v2.10.5/apk-tools-v2.10.5.tar.gz
2020-05-06 13:00:49 <gray_-_wolf> And how can I extract the .apk without apk? What kind of archive it is?
2020-05-06 13:01:23 <ikke> tar
2020-05-06 13:01:50 <ikke> I don't think we directly offer binaries for these projects outside of aports
2020-05-06 13:02:54 <gray_-_wolf> the github has 2.10.4 so I though it was just moved, not stopped being distributed; I will try tar and see what happens, thx :)
2020-05-06 13:03:10 <ikke> hmm
2020-05-06 13:05:40 <ikke> I wonder what built it for github then
2020-05-06 13:05:56 <ikke> fabled: any idea how the github releases were made?
2020-05-06 13:06:56 <fabled> ikke, got broke on https://github.com/alpinelinux/apk-tools/commit/8fc403c582a725b667d0211f9ccd8a217d25c2fc
2020-05-06 13:07:10 <fabled> i did not realize that until jirutka pointed it out.
2020-05-06 13:07:47 <ikke> aha, ok
2020-05-06 13:08:00 <ikke> I think we must be able to something similar with gitlab-ci
2020-05-06 13:08:37 <gray_-_wolf> `zcat <apk-tools-static-2.10.5-r0.apk | tar x -f-` is not that terrible, thx guys
2020-05-06 13:09:15 <fabled> we should really put the static binary somewhere else, and note that Github is read-only mirror of git source without tarballs/binaries
2020-05-06 13:09:48 <fabled> maybe provide the static apk build as an GitLab CI artefact?
2020-05-06 13:10:10 <fabled> or make abuild put it somewhere
2020-05-06 13:10:28 <ikke> Yeah, basically what ncopa mentioned in that issue
2020-05-06 13:10:33 <ikke> I think a release asset should work
2020-05-06 13:11:09 <ikke> I'll try to look into that
2020-05-06 13:11:24 <fabled> thanks
2020-05-06 13:13:54 <ikke> https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10691
2020-05-06 13:16:28 <ikke> https://gitlab.com/groups/gitlab-org/-/epics/2202 is still open, would've been nice
2020-05-06 13:30:40 <dngray> <clandmeter "check /etc/conf.d/modloop"> oh yeah this was set to 0
2020-05-06 13:32:58 <dngray> <clandmeter "but you can also check modloop a"> is that the recommended way ie mean, when i reboot will it be able to install zfs?
2020-05-06 13:34:36 <dngray> i guess it checks that from fstab hey
2020-05-06 13:35:13 <dngray> /dev/loop0               88.4M     88.4M         0 100% /.modloop
2020-05-06 13:35:55 <dngray> oh wait it was already installed derr
2020-05-06 13:50:33 <Hello71> never seen that before, tar x -f-
2020-05-06 13:50:49 <Hello71> some ungodly mix of bsd and gnu format
2020-05-06 13:50:57 <Hello71> s/mix/abomination/
2020-05-06 14:30:07 <nhartman> danieli, mps: Sorry I missed your responses yesterday. Yes sorry, I should have made it clear I was talking about Docker. Docker has a feature where you can create a virtual manifest that points to multiple images. This allows yout to just say, for example, `ubuntu:latest`. Then, docker will download one of the images listed in that manifest for your architecture. Right now Alpine doesn't have an arm64v8/aarch64 image in their
2020-05-06 14:30:07 <nhartman> manifest despite it existing under a different manifest
2020-05-06 14:32:08 <ikke> nhartman: What image?
2020-05-06 14:37:34 <nhartman> ikke: an arm64 variant
2020-05-06 14:37:53 <ikke> what exact image
2020-05-06 14:38:24 <nhartman> ikke: this one https://hub.docker.com/r/arm64v8/alpine
2020-05-06 14:38:41 <ikke> Ok, the official alpine image
2020-05-06 14:38:55 <nhartman> Yes
2020-05-06 14:39:39 <nhartman> Right now I have to maintain two dockerfiles. One pointing at alpine:3.11 and one at arm64v8/alpine:latest. Mildly annoying. I'm just wondering why they haven't been merged
2020-05-06 14:39:51 <ikke> Good question
2020-05-06 14:39:56 <nhartman> s/latest/3.11
2020-05-06 14:41:15 <nhartman> It's not just alpine. nginx doesn't have an arm64 image under their manifest either for some reason
2020-05-06 14:41:33 <nhartman> Despite it existing at arm64v8/nginx
2020-05-06 14:42:24 <ikke> I'm trying to recall the project that builds all these images
2020-05-06 14:42:56 <ikke> ah, docker-librart
2020-05-06 14:44:16 <ikke> https://github.com/docker-library/official-images/blob/master/library/alpine
2020-05-06 14:46:01 <albr> Ryssk[d]: Question, is there a way to reset all network settings on a Alpine based VM? Including resolv,hostname and so on.. Need to do it for troubleshooting
2020-05-06 14:48:36 <ikke> nhartman: I cannot find anything obviously wrong or missing, so no idea from my part
2020-05-06 14:53:23 <gray_-_wolf> is it expected that I cannot use https with dl-cdn.alpinelinux.org? (URL: https://dl-cdn.alpinelinux.org/alpine/v3.11/main/x86_64/apk-tools-static-2.10.5-r0.apk )
2020-05-06 14:53:33 <gray_-_wolf> I'm getting curl: (51) SSL: certificate subject name (default.ssl.fastly.net) does not match target host name 'dl-cdn.alpinelinux.org'
2020-05-06 14:55:01 <ikke> yes
2020-05-06 14:55:21 <ikke> fastly is hosting it, and they don't have a certificate for dl-cdn.alpinelinux.org
2020-05-06 14:55:53 <ikke> gray_-_wolf: this one works: https://alpine.global.ssl.fastly.net/
2020-05-06 14:57:59 <gray_-_wolf> hm but as long as I'm checking the signature, I don't really need the https I guess?
2020-05-06 14:59:21 <ikke> not really, no
2020-05-06 15:33:21 <nhartman> ikke: Oh, that is strange. It looks like they're being tagged with arm64v8 images
2020-05-06 15:35:09 <nhartman> What the heck :p
2020-05-06 15:51:40 <ikke> ?
2020-05-06 15:56:17 <nhartman> Unless I'm mistaken it looks like that project you linked should be building arm64v8 images right? so the question is why aren't they being listed on the manifests
2020-05-06 15:56:52 <ikke> nod
2020-05-06 15:57:54 <ikke> nhartman: what happens if you pull alpine:3.11 on aarhc64?
2020-05-06 15:58:34 <ikke> note that we do use the alpine image in our CI and have no issues there
2020-05-06 15:58:38 <ikke> on aarch64
2020-05-06 16:00:28 <ikke> nhartman: http://tpaste.us/jxWV
2020-05-06 18:08:22 <maros> Hello, I'd like to mention that the default boot script: https://boot.alpinelinux.org/boot.ipxe doesn't work anymore. Some urls inside script doesn't exist
2020-05-06 18:09:18 <maros> sig-url variable is pointing to nonexistent url
2020-05-06 18:36:48 <maros> to be precise, Image verification doesn't work
2020-05-06 19:14:37 <telmich> I notice that wpa_supplicant is started after networking on one of my alpine boxes, which makes the dhcp client time out. What did I do incorrectly to have that order?
2020-05-06 19:48:13 <brass> Hey, I'm trying to figure out how to signal openrc to reboot the system from within a container
2020-05-06 19:48:44 <brass> Does anybody know which socket directory I'd have to mount to send that signal?
2020-05-06 19:51:09 <ikke> Not sure there is a socket involved
2020-05-06 19:55:20 <artok> isolated environment and giving it permission to reboot...
2020-05-06 19:59:17 <artok> creating small program that listens to socket on host system and then that socket is bind mounted
2020-05-06 20:06:13 <brass> I suppose a small program isn't a terrible idea
2020-05-06 20:08:53 <ikke> famous last words :P
2020-05-06 20:10:22 <clandmeter> maros: that is highly possible
2020-05-06 20:10:42 <clandmeter> i didnt find time nor energy to properly maintain it.
2020-05-06 20:31:08 <c705> sounds like a bad idea if the container process can reboot the host...
2020-05-06 21:01:00 <maros> clandmeter: allright, good you know about it, maybe someday you will fix it
2020-05-06 21:04:14 <ikke> maros: maybe you can open up an issue on https://gitlab.alpinelinux.org/alpine/infra/infra
2020-05-06 21:24:19 <maros> ikke: ok, I will
2020-05-06 21:28:30 <maros> well, seems that this issue already exist: https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10688
2020-05-06 21:31:16 <ikke> aha
2020-05-06 21:44:17 <clandmeter> maros: can you check now?
2020-05-06 22:00:03 <maros> clandmeter: I'm not able to do it right now. I will let you know tomorrow
2020-05-07 02:18:36 <Ascavasaion> I had Alpine Linux recommended to me for using on my ancient Raspberry Pi 1 model B.  Was wondering if anyone here uses it on their Pi?  If they are I presume that they are happy with it.
2020-05-07 02:19:28 <nacelle> I run it on a pi, its great
2020-05-07 02:20:09 <nacelle> (I run it on a pi 1 b and a couple of pi2 b's, I have it on a pi4 but that pi4 is retropie'ing at the moment)
2020-05-07 02:20:56 <nacelle> the small footprint means I can run all of those boxes on 2gb microsd cards, and they're totally fine that way - tons of space leftover.
2020-05-07 02:21:13 <Ascavasaion> nacelle: Thank you, that's awesome.  I ran Raspian on the old Pi, and it chugged.  Need something lighter but with GUI.
2020-05-07 02:21:29 <Ascavasaion> nacelle: Brilliant, thank you.
2020-05-07 02:21:32 <nacelle> also, because of the alpine storage architecture on a pi, the sd is hardly written to, which greatly increases the chances that the pi will endure for a long while
2020-05-07 02:22:03 <nacelle> whereas oses that havent tuned that out tend to burn out the sd after some time, which is annoying.
2020-05-07 02:22:20 <nacelle> even on the most reliable sd that i've had i've hit corruption on them from continuous writes
2020-05-07 02:23:01 <nacelle> (like 24/7/365 for years, after the end of that time its hard to say if a raspbian pi will boot. alpine I can bank on far more, its most likely going to work there.)
2020-05-07 02:24:06 <Ascavasaion> nacelle: Which distro would I need on the Raspberry Pi 1 model B?  I see on their website they have three, armhf, aarch64, armv7?
2020-05-07 02:25:20 <Ascavasaion> armhf it is :-)
2020-05-07 02:25:34 <Ascavasaion> According to https://wiki.alpinelinux.org/wiki/Raspberry_Pi
2020-05-07 02:39:32 <nacelle> yeah you got it
2020-05-07 02:39:40 <Ascavasaion> :-)
2020-05-07 02:39:48 <nacelle> armv7 is for pi2+, aarch64 is for basically pi3+
2020-05-07 02:40:54 <nacelle> (there's a small amount of later edition pi2's being made with the same sort of cpu in a pi3 now, which is slightly confusing.  the convention is pi2's are armv7 in any event.
2020-05-07 02:41:07 <nacelle> what works on an armv7 pi2 will work on an armv8 pi2, so its fine :-)
2020-05-07 03:28:50 <Ascavasaion> installationgoing okay... so far so good.
2020-05-07 03:51:56 <Ascavasaion> The instructions on installing Alpine say the following:
2020-05-07 03:51:57 <Ascavasaion> Add the following lines to /media/mmcblk0p1/config.txt
2020-05-07 03:51:57 <Ascavasaion> dtoverlay=vc4-kms-v3d
2020-05-07 03:51:57 <Ascavasaion> gpu_mem=128
2020-05-07 03:52:33 <Ascavasaion> I did that with vi, but when I try to save with :wq it tells me that the file is read only
2020-05-07 03:53:30 <Ascavasaion> do I need to do a chmod u=rx config.txt?
2020-05-07 03:54:56 <Ascavasaion> I tried that, "read only filesystem"  HAHA
2020-05-07 03:56:34 <Ascavasaion> changed fstav file entry for that partition to rw and rebooted.
2020-05-07 04:22:28 <dngray> does nftables work with lxd/lxc/kvm?
2020-05-07 05:10:58 <mps> dngray: in kvm/qemu yes, but I'm not sure it can and make sense to run in lxc
2020-05-07 05:12:53 <dngray> that's true i guess
2020-05-07 05:12:56 <dngray> i'm glad alpine has lxd packages
2020-05-07 05:14:20 <mps> lxc (and lxd) doesn't 'have' their 'kernels' but uses host kernel
2020-05-07 05:14:52 <dngray> yeah, i'm aware kvm uses its own kernel and virtualized hardware
2020-05-07 05:14:53 <dngray> and lxd/lxc containers do not
2020-05-07 05:15:05 <dngray> the idea is to run most stuff in lxd/lxc and only use KVM for what i need to
2020-05-07 05:15:23 <dngray> ie a windows server vm etc
2020-05-07 05:15:28 <mps> and nft(ables)/iptables works with kernel, i.e. manipulates data in kernel
2020-05-07 05:15:43 <dngray> right
2020-05-07 05:16:32 <dngray> i've progressively been moving all my rulesets to nftables style
2020-05-07 05:17:15 <mps> but, anyway, run nft/iptables in lxc is idea to think/search/investigate about
2020-05-07 05:28:31 <mps> interesting, 'nft add table nat' ; 'nft -- add chain nat prerouting { type nat hook prerouting priority -100 \; }' works in lxc
2020-05-07 05:29:19 <mps> I mean, command works, still don't know if it really does job
2020-05-07 05:29:36 <mps> need to test this thoroughly
2020-05-07 08:21:07 <dngray> https://github.com/openzfs/zfs/wiki/faq#selecting-dev-names-when-creating-a-pool
2020-05-07 08:21:28 <dngray> i noticed /dev/disk/by-id was not populated in alpinelinux
2020-05-07 08:21:31 <dngray> is there something i need to do to do that?
2020-05-07 08:22:12 <dngray> infact there is no /dev/disk
2020-05-07 08:22:12 <Cogitri> wfm
2020-05-07 08:22:27 <Cogitri> Maybe you forgot to start udev* via openrc
2020-05-07 08:22:49 <dngray> oh
2020-05-07 08:23:04 <dngray> i thought it would be something simple lol
2020-05-07 08:24:31 <dngray> i think i forgot to install it
2020-05-07 08:24:32 <dngray> isn't it eudev?
2020-05-07 08:27:32 <Cogitri> Eudev, yes
2020-05-07 08:28:01 <dngray> should it be added to boot or default run level?
2020-05-07 08:28:31 <dngray> i think it would be boot wouldn't it
2020-05-07 08:29:26 <Cogitri> Should work, yes
2020-05-07 14:35:33 <yabobay> im doing alpine-setup, and answered the default chrony for NTP client. openrc started chronyd, then said "wget: cant connect to remote host: operation timed out"
2020-05-07 14:35:49 <yabobay> what does this mean and will it impair the rest of my install?
2020-05-07 14:37:11 <ikke> yabobay: did it say / ask anything after that?
2020-05-07 14:38:22 <ikke> apparently not
2020-05-07 14:39:37 <Hello71> I think after ntp is mirrors
2020-05-07 14:39:40 <Hello71> so it fetches the mirror list
2020-05-07 14:40:00 <ikke> yes, that's what I thought as well
2020-05-07 16:41:08 <dngray> hmm how do i do zpool import -d /dev/disk/by-id on boot?
2020-05-07 16:41:21 <dngray> https://wiki.archlinux.org/index.php/ZFS#Importing_a_pool_created_by_id
2020-05-07 16:42:58 <dngray> i added zfs-import, zfs-mount, zfs-zed to boot runlevel
2020-05-07 16:46:20 <dngray> <yabobay "im doing alpine-setup, and answe"> i think it uses ntpd, but sets up chronyd yes
2020-05-07 16:50:08 <Cogitri> Is the thing you want to import your rootfs or a datapool?
2020-05-07 16:57:13 <dngray> no it's not
2020-05-07 16:57:15 <dngray> a data pool
2020-05-07 16:57:44 <dngray> my root is in ram as i am using diskless alpinelinux
2020-05-07 16:58:26 <dngray> mm
2020-05-07 16:58:55 <dngray> # rc-update add zfs-import sysinit
2020-05-07 16:58:55 <dngray> # rc-update add zfs-mount sysinit
2020-05-07 16:59:14 <dngray> maybe i needed to put them in the sysinit run level
2020-05-07 16:59:17 <dngray> not boot
2020-05-07 17:00:27 <dngray> Cogitri: i wonder if i can put a swap on my datapool
2020-05-07 17:01:45 <Cogitri> No, sysinit wouldn't be right
2020-05-07 17:02:05 <Cogitri> I have zfs-import and zfs-mount in boot on my NAS
2020-05-07 17:02:37 <Cogitri> I think you need to import and mount a volume on them once and then the service remembers them
2020-05-07 17:02:55 <Cogitri> It won't import volumes you haven't imported previously I think
2020-05-07 17:03:13 <Cogitri> And I don't remember the reason why, but I think putting swap on a ZFS volume was a no-no, maybe google for that
2020-05-07 17:28:19 <dngray> hmm
2020-05-07 17:28:39 <dngray> well i did see this in regard to swap https://wiki.archlinux.org/index.php/ZFS#Swap_volume
2020-05-07 17:28:57 <dngray> Warning: On systems with extremely high memory pressure, using a zvol for swap can result in lockup, regardless of how much swap is still available. This issue is currently being investigated in https://github.com/zfsonlinux/zfs/issues/7734
2020-05-07 17:29:53 <dngray> <Cogitri "I have zfs-import and zfs-mount "> hmm okay then
2020-05-07 17:29:55 <dngray> i did mount and import it
2020-05-07 17:30:15 <dngray> ill try rebooting it
2020-05-07 17:31:05 <Cogitri> Maybe you need to lbu commit /etc/zfs/zpool.cache ?
2020-05-07 17:31:57 <dngray> oh
2020-05-07 17:32:00 <dngray> yeah that's a good point
2020-05-07 17:32:23 <dngray> i mighta forgotten to do that lol
2020-05-07 17:37:00 <dngray> ah yes
2020-05-07 17:37:05 <dngray> Common subdirectories: a/etc/apk/cache and b/etc/apk/cache
2020-05-07 17:37:05 <dngray> Files a/etc/zfs/zpool.cache and b/etc/zfs/zpool.cache differ
2020-05-07 17:43:13 <dngray> <Cogitri "Maybe you need to lbu commit /et"> ah yes that solved it!
2020-05-07 17:43:20 <Cogitri> Great :)
2020-05-07 17:43:30 <dngray> i do have an NVMe in this machine, im using for l2arc
2020-05-07 17:44:42 <dngray> i guess i could partition off 8GB for swap maybe
2020-05-07 18:02:55 <Marquel> morning. is there a way to keep alpine from trying to obtain an ra-advertised ipv6 address if one is statically configured?
2020-05-07 19:16:56 <ikke> echo 0 >/proc/sys/net/ipv6/conf/all/accept_ra
2020-05-07 19:17:11 <ikke> (or use sysctl to persist that
2020-05-07 19:17:13 <ikke> )
2020-05-07 19:19:29 <Marquel> thx. i knew i forgot something.
2020-05-08 01:48:27 <Ascavasaion> Hello there.  Can anyone tell me what video card the Raspberry Pi 1 model B has?  I checked https://elinux.org/RPi_Hardware and it looks like it has a Broadcom VideoCore IV.  I am trying to
2020-05-08 01:48:44 <Ascavasaion> install a GUI on an Alpine Linux installayion, and when I list available xf86-video drivers there is no Broadcome listed.  Any ideas please?
2020-05-08 02:36:19 <nacelle> the driver is vc4
2020-05-08 05:18:26 <Marquel> ikke: it seems i am still not at the point where alpine does not try autoconfiguring ipv6. it still uses an RA address, despite switching off accept_ra and autoconf for all and default interfaces in sysctl.conf as well as specifically in /etc/network/interfaces.
2020-05-08 08:48:16 <Ascavasaion> I ran this on Raspberry Pi apk search xf86-input
2020-05-08 08:48:24 <Ascavasaion> I have no idea which driver to choose from that list.
2020-05-08 08:48:36 <Cogitri> xf86-input-libinput is a safe bet
2020-05-08 08:49:02 <Ascavasaion> Oops... my mistake
2020-05-08 08:49:03 <Ascavasaion> Sorry
2020-05-08 08:49:21 <Ascavasaion> I ran this on Raspberry Pi apk search xf86-video ... sorry
2020-05-08 08:49:28 <ndorf> hi. it seems the PGP signatures for at least the standard and virtual x86_64 isos are bad: http://paste.debian.net/1145673/
2020-05-08 08:49:31 <Ascavasaion> I meants video, not input
2020-05-08 08:49:57 <ndorf> all links curl'd in the paste were copied from https://www.alpinelinux.org/downloads/
2020-05-08 08:55:21 <ikke> ncopa: ^
2020-05-08 08:58:07 <nacelle> Ascavasaion: this might help https://dev.to/nesterow/setup-minimal-kiosk-environment-with-alpine-linux-27b, see the "Install X11" part
2020-05-08 09:05:01 <Marquel> ikke: apparently it is necessary to set eth0.accept_ra in sysctl.conf - pre-up in network/interfaces inet6 stanza is too late.
2020-05-08 09:07:41 <ikke> Marquel: aha, right
2020-05-08 09:09:27 <Marquel> ikke: it might help to have the inet6 stanza before inet, but i'm not sure if that isn't too late either.
2020-05-08 09:09:57 <ikke> It's recommended to have these settings in sysctl.conf (or sysctl.conf.d) anyway
2020-05-08 09:10:59 <Marquel> well, i guess, i won't be running into that again anytime soon - now i have an alpine vm template with all these things already set up correctly ;)
2020-05-08 09:12:49 <Marquel> .oO(i should never have opted for vmware in the first place...)
2020-05-08 09:13:21 <ncopa> ndorf: exclude the .sha256 from the gpg --verify
2020-05-08 10:05:43 <dngray> hmm i noticed when using lbu and encryption i see:
2020-05-08 10:05:43 <dngray> *** WARNING : deprecated key derivation used.
2020-05-08 10:05:43 <dngray> Using -iter or -pbkdf2 would be better.
2020-05-08 10:07:11 <ndorf> ncopa: ahh, ok. my mistake, sorry
2020-05-08 10:08:48 <dngray> would this be a bug to report?
2020-05-08 10:09:30 <mps> dngray: you can, but 'vertical compatibility' you know
2020-05-08 10:10:40 <dngray> is there something i can do to fix it for the moment
2020-05-08 10:10:50 <mps> I know for this for latest two release but didn't raised it, not sure if we should change it
2020-05-08 10:11:30 <mps> and I'm not against change
2020-05-08 10:12:11 <dngray> well warnings are ugly
2020-05-08 10:12:15 <dngray> and of openssl is emitting a warning
2020-05-08 10:12:31 <mps> maybe post to -devel ML with reasoning (pro et contra) will be good
2020-05-08 10:16:18 <dngray> kk
2020-05-08 10:24:42 <dngray> mps: btw whats the correct group for this on the gitlab
2020-05-08 10:25:10 <ikke> aports I think
2020-05-08 10:25:12 <ikke> project
2020-05-08 10:25:25 <mps> lbu is in aports, iirc
2020-05-08 10:26:11 <ikke> It's part of alpine-conf
2020-05-08 10:26:26 <dngray> kk
2020-05-08 10:26:38 <ikke> https://gitlab.alpinelinux.org/mps/aports/-/jobs/111365
2020-05-08 10:26:40 <ikke> urg
2020-05-08 10:26:43 <ikke> https://gitlab.alpinelinux.org/alpine/alpine-conf
2020-05-08 10:26:43 <dngray> true
2020-05-08 10:26:54 <mps> ah, yes
2020-05-08 10:26:57 <dngray> so glad u went over to gitlab
2020-05-08 10:27:11 <dngray> flyspray annoys me so much
2020-05-08 10:27:29 <ikke> we used redmine before..
2020-05-08 10:27:41 <dngray> for that matter i don't like redmine either
2020-05-08 10:27:57 <dngray> ah yeah i was getting confused with archlinux
2020-05-08 11:13:32 <indisturbed> How does abuild work out what dependencies the package you are building requires?
2020-05-08 11:15:40 <Cogitri> See the *depends fields in the APKBUILD you're building
2020-05-08 11:16:55 <ikke> abuild also traces the soname a binary / library depends on
2020-05-08 11:17:04 <ikke> sonames*
2020-05-08 11:22:19 <indisturbed> Can it trace the so file back to an aports package? How does it work that out?
2020-05-08 11:22:26 <ikke> it can
2020-05-08 11:22:35 <ikke> abuild records what sonames a package provides
2020-05-08 11:27:02 <indisturbed> So if my APKBUILD file is missing the depends field, but abuild traces all the dependencies just fine, then the final apk package should still have the correct dependencies?
2020-05-08 11:30:35 <ikke> Only for so libraries
2020-05-08 11:30:39 <ikke> it cannot trace everything
2020-05-08 11:30:41 <TBB> IMO it's better to list them in depends, yes. some of the deps might not be needed in your APKBUILD because you've already installed them in your system, but package builds should always be done against a minimal system
2020-05-08 11:31:14 <ikke> so dependencies should be added as -dev packages in makedepends
2020-05-08 11:31:53 <TBB> ikke knows where it's at
2020-05-08 11:32:02 <TBB> far better than I do :)
2020-05-08 11:37:13 <ikke> indisturbed: if you want to be sure, sure abuild rootbld, or our CI, to verify that all build-time dependencies at least are present
2020-05-08 11:38:26 <indisturbed> Yeah I already have put my package through your CI and it builds correctly.
2020-05-08 13:09:32 <dngray> https://gitlab.alpinelinux.org/alpine/alpine-conf/-/issues/10457
2020-05-08 13:09:54 <dngray> i don't think i've missed anything
2020-05-08 13:23:11 <dngray> https://lists.alpinelinux.org/~alpine/devel/%3C20200508132146.guf4e4aoxpibmmls%40disroot.org%3E
2020-05-08 13:23:50 <ikke> nice, thanks
2020-05-08 14:11:25 <danci1973> Hello... I need a bit of help - I just updated my firewall from 3.2.3 to 3.11.6 ... Everything works except iptables logging.    I have the module nf_log_ipv4 loaded and have set the sysctl net.netfilter.nf_log.2 = nf_log_ipv4 ...
2020-05-08 14:12:46 <danci1973> Never mind - it just dawned on me, that probably, klogd isn't running.
2020-05-08 14:13:57 <danci1973> And yeah - that was it.
2020-05-08 14:13:58 <danci1973> :)
2020-05-08 14:27:07 <dngray> is there anything special i have to do to get alpinelinux to mount crypttab?
2020-05-08 14:31:38 <dngray> swap   UUID=a59658e7-1a6c-4ce9-947c-27be96684541    /etc/swap    swap,luks
2020-05-08 14:31:39 <dngray> should work
2020-05-08 14:36:16 <rapha> hi
2020-05-08 14:36:25 <oneinsect> hi
2020-05-08 14:36:37 <rapha> do i understand correctly that for loading modules early in the boot process, i should add them to the kernel command line with modules=... ?
2020-05-08 14:40:13 <rapha> also, for blacklisting something, i'm taking https://wiki.alpinelinux.org/wiki/Initramfs_init to mean that /etc/mkinitfs/mkinitfs.conf should have a line reading, e.g. "blacklist=nouveau"
2020-05-08 14:40:23 <rapha> but unsure as that same wiki page says specifically to not trusti t
2020-05-08 14:42:09 <dngray> > swap   UUID=a59658e7-1a6c-4ce9-947c-27be96684541    /etc/swap    swap,luks
2020-05-08 14:42:09 <dngray> hmm maybe swap isn't supposed to be set in crypttab but rather kernel boot parameters
2020-05-08 14:42:37 <Cogitri> modules and blacklist should work, rapha
2020-05-08 14:43:42 <dngray> Cogitri: do you know if /et/crypttab is too late to open a partition to then mount as swap?
2020-05-08 14:43:44 <rapha> Cogitri: so BOTH of these in /etc/mkinitfs/mkinitfs.conf, and NONE in /etc/defaults/grub?
2020-05-08 14:44:34 <Cogitri> They go into the kernel cmdline, so grub if you use that as bootloader
2020-05-08 14:44:44 <Cogitri> They don't go into mkinitfs conf
2020-05-08 14:44:46 <rapha> okay
2020-05-08 14:45:04 <Cogitri> dngray: Dunno, I don't use swap anywhere
2020-05-08 14:46:39 <rapha> okay, found https://wiki.archlinux.org/index.php/Kernel_module now. it seems there is NO modules= paramter, and blacklisting is not blacklist= but module_blacklist=.
2020-05-08 14:47:31 <dngray> https://wiki.archlinux.org/index.php/Dm-crypt/Swap_encryption#UUID_and_LABEL
2020-05-08 14:47:31 <dngray> swap   UUID=e89324b4-792c-406f-a9be-0b09228580dd    /etc/swap    swap,luks
2020-05-08 14:47:32 <dngray> i thought that would work hmm
2020-05-08 14:47:43 <rapha> and i'm still confused between /etc/modprobe.d and /etc/modules-load.d
2020-05-08 14:47:43 <dngray> /etc/swap being my keyfile
2020-05-08 14:52:38 <Cogitri> rapha: Don't follow Arch-Wiki for that
2020-05-08 14:52:53 <Cogitri> They use a different initramfs generator
2020-05-08 14:53:07 <Cogitri> So the parameters are different there
2020-05-08 14:53:21 <dngray> maybe i forgot to do features="... cryptsetup"
2020-05-08 14:53:39 <Cogitri> And modprobe.d is for setting module options, module-loada.d is for loading modules on boot
2020-05-08 14:56:27 <dngray> do you know if i can make a new initramfs without spinning media
2020-05-08 14:56:28 <dngray> i'm using diskless install
2020-05-08 14:56:56 <dngray> https://wiki.alpinelinux.org/wiki/LVM_on_LUKS#Installing_Alpine_Linux pretty sure i need features="... cryptsetup"
2020-05-08 14:57:05 <dngray> (looks like they used a sys install)
2020-05-08 14:57:56 <nekocentral> is there a way to tell setup-alpine that i want to use LVM, i know i can do setup-disk -l
2020-05-08 14:58:10 <nekocentral> but i dont want to run each setup scripts haha
2020-05-08 14:58:25 <ikke> select none when asked for disks and then run that command
2020-05-08 15:01:33 <nekocentral> Hmm i just got the follwoing msg running setup-alpine, You have a memory leakm its related to LVM
2020-05-08 15:04:42 <rapha> Cogitri: i messed up anyways now ... forgot to put dm_mod back into the modules list and rebooted :-(
2020-05-08 15:06:01 <dngray> i probably need cryptkey too
2020-05-08 15:06:13 <dngray> not just cryptsetup if i want to use /etc/crypttab to mount an encrypted swap
2020-05-08 15:06:33 <dngray> assuming thats what it does
2020-05-08 15:07:30 <dngray> i should be able: mount -o remount,rw /media/usb
2020-05-08 15:07:40 <dngray> to build the initramfs again shouldn't i
2020-05-08 15:08:27 <ikke> nekocentral: afaik, it's a known issue, I think even unrelated to Alpine
2020-05-08 15:09:53 <dngray> mkinitfs -c /etc/mkinitfs/mkinitfs.conf -b /media/usb/boot $(ls /lib/modules/)
2020-05-08 15:09:53 <dngray> /media/usb/boot/lib/modules/5.4.34-0-lts does not exist or is not a directory
2020-05-08 15:10:12 <dngray> hmm
2020-05-08 15:15:32 <nekocentral> god that was a fight to make the LV of my rootfs smaller xD
2020-05-08 15:16:01 <alxsdf> is it impossible to use glib-object.h on muslc without manually compiling with glibc?
2020-05-08 15:16:08 <dngray> mkinitfs -c /etc/mkinitfs/mkinitfs.conf -o /media/usb/boot/initramfs-lts-new $(ls /lib/modules/)
2020-05-08 15:16:09 <dngray> ==> initramfs: creating /media/usb/boot/initramfs-lts-new
2020-05-08 15:16:09 <dngray> this might be working 😁
2020-05-08 15:16:35 <alxsdf> Because I'm having a problem compiling emacs on my system
2020-05-08 15:17:11 <dngray> 11.9M May  6 22:45 initramfs-lts
2020-05-08 15:17:11 <dngray> 33.3M May  9 00:45 initramfs-lts-new
2020-05-08 15:17:11 <dngray> wow that got huge just adding cryptsetup and cryptkey
2020-05-08 15:17:15 <alxsdf> Alternately if anyone knows how the hell to fix the bug with doom emacs re: "Recursive Load" error then that's greatly appreciated
2020-05-08 15:17:48 <alxsdf> There's a github issue from 2018 about it but doom emacs no longer uses that build system so the fix given is impossible to execute
2020-05-08 15:17:57 <rapha> is there any way i can boot from GRUB despite the initrd being unusable? simply removing it from the GRUB menu item and adding init=/bin/sh to the kernel command line results in a kernel panic unfortunatrely :-(
2020-05-08 15:19:12 <alxsdf> rapha: do you have access to the hard disk via another computer?
2020-05-08 15:20:34 <rapha> alxsdf: no, i'd have to go home and get a SATA-to-USB adapter for that.
2020-05-08 15:20:37 <alxsdf> There should be a backup initramfs you can use. Alternately if it's completely broken you can chroot into the system. Do you have the reason it gave for why it kernel panicked on /bin/sh? I'm guessing something down to libraries being unavailable or a filesystem not being mounted
2020-05-08 15:20:47 <rapha> okay, the USB drive it is, then.
2020-05-08 15:21:08 <nekocentral> erm, how do i double check i use grub, need to change the VG name on which my rootfs is on
2020-05-08 15:21:30 <rapha> alxsdf: so, i added dm_mod and lvm to the kernel command line as modules, but still: "unable to mount root fs on unknown block(0,0)"
2020-05-08 15:21:35 <rapha> (the root fs is on an LVM volume)
2020-05-08 15:21:49 <nekocentral> i know, but i want to change the VG name
2020-05-08 15:22:28 <nekocentral> from vg0 to something else, but i need to know what to change in grub or syslinux
2020-05-08 15:22:32 <alxsdf> nekocentral: /etc/grub.d/README or grub-config
2020-05-08 15:23:02 <alxsdf> or you know, just edit /boot/grub/grub.cfg manually haha. If you don't mind doing that every single time you update grub :)
2020-05-08 15:23:45 <maros> clandmeter: still no luck with booting from pxe. This time vmlinuz-vanilla is missing in netboot-3.11.6 directory
2020-05-08 15:24:02 <alxsdf> rapha: are you sure it's getting to the initramfs? the (0,0) format of that makes me feel like it could be a grub module problem? I don't think linux references drives in that way
2020-05-08 15:24:10 <rapha> alxsdf: the inconvenient part of this is that i'm dealing with a PowerEdge T320 which takes ages to reboot
2020-05-08 15:24:13 <nekocentral> yea i'm no fan of changing the grub config everytime alxsdf haha
2020-05-08 15:25:44 <alxsdf> nekocentral: oh, I didn't get what a VG name was. You can, probably(?) run grub-config again from either the box itself or by chrooting into it
2020-05-08 15:25:59 <alxsdf> and it _should_ detect the different volume group? I think?
2020-05-08 15:26:08 <nekocentral> you know what, fuck it
2020-05-08 15:26:32 <nekocentral> wanted to do it fancy like fast_storage, but it will stay at vg0
2020-05-08 15:26:33 <nekocentral> haha
2020-05-08 15:28:28 <alxsdf> I wish I had bothered to learn about and fuck around with lvm when I was younger and wasn't tired af lmao
2020-05-08 15:29:02 <maros> clandmeter: it went with vmlinuz-lts which is present in that directory
2020-05-08 15:29:02 <oneinsect> you still can:
2020-05-08 15:31:54 <alxsdf> I think I might just say fuck it and install it in a chroot instead
2020-05-08 15:32:02 <alxsdf> what the hell why not
2020-05-08 15:32:25 <alxsdf> oh, actually, sorry if profanity isn't great to put here!
2020-05-08 15:40:17 <rapha> ur, okaaaay ... the alpine installer doesn't have LVM tools?
2020-05-08 15:40:23 <nekocentral> it does
2020-05-08 15:40:34 <rapha> vg<tab><tab> yields nothing
2020-05-08 15:40:39 <nekocentral> when you get at the disk part you can select LVM
2020-05-08 15:40:40 <rapha> what am i doing wrong?
2020-05-08 15:40:48 <nekocentral> just do an normal install
2020-05-08 15:40:56 <rapha> nekocentral: i'm trying to rescue; not install
2020-05-08 15:41:09 <nekocentral> apk add lvm2
2020-05-08 15:41:44 <rapha> unsatisfiable constraints, lvm2 missing
2020-05-08 15:42:08 <nekocentral> setup-interfaces, after that setup-apkrepo
2020-05-08 15:42:15 <nekocentral> after that apk add lvm2
2020-05-08 15:42:25 <nekocentral> just had to do the same to make my root lvm smaller
2020-05-08 15:46:35 <u0jQx9gPyrYg> you have to prefix your normal lvm commands with.... 'lvm'
2020-05-08 15:46:48 <nekocentral> pissoff
2020-05-08 15:46:58 <nekocentral> this aint AIX
2020-05-08 15:47:06 <u0jQx9gPyrYg> so instead of '# vg...' you have to 'lvm vg...'
2020-05-08 15:47:29 <nekocentral> what borked version lvm are you running
2020-05-08 15:48:00 <u0jQx9gPyrYg> as long as you don't do `apk add lvm2'
2020-05-08 15:48:41 <nekocentral> interesting
2020-05-08 15:49:34 <rapha> u0jQx9gPyrYg: that doesn't work in the alpine installer.
2020-05-08 15:50:04 <u0jQx9gPyrYg> maybe i'm wrong
2020-05-08 15:50:48 <nekocentral> that works after installing lvm2
2020-05-08 15:51:01 <u0jQx9gPyrYg> strange
2020-05-08 15:51:08 <u0jQx9gPyrYg> ok, then i'm wrong. happens
2020-05-08 15:51:23 <nekocentral> we all make mistakes right?
2020-05-08 15:52:17 <TBB> you're not entirely wrong, lvm is the main binary and commands like vgchange are symlinks to it
2020-05-08 15:52:33 <nekocentral> today i learned something new
2020-05-08 16:05:46 <dngray> hmm, i should not need to rebuild initramfs with cryptsetup/cryptkey to mount swap
2020-05-08 16:06:17 <dngray> it should be sufficient to just do it in crypttab and have it mount after system has booted
2020-05-08 16:06:19 <dngray> now i think about it
2020-05-08 16:08:09 <dngray> i don't get why that isn't working https://clbin.com/0IZNi
2020-05-08 16:10:33 <rapha> and i should not need to have to install lvm just to rescue an lvm system
2020-05-08 16:10:42 <dngray> https://clbin.com/1tgRd everything certainly works when i do it manually
2020-05-08 16:11:23 <dngray> <rapha "and i should not need to have to"> lol well that does actually make sense
2020-05-08 16:11:36 <dngray> without lvm how is it supposed to know how to handle a lvm
2020-05-08 16:16:28 <rapha> what i meant was that it'd be nice if the lvm tools were part of the install image
2020-05-08 16:20:30 <thresh> why does "apk del -vvv -s libxml2-2.9.10-r3" just exits with return code 1 without telling me what is going on?
2020-05-08 16:20:36 <thresh> that's on 3.11.6
2020-05-08 16:21:34 <rapha> without being able to disable cert checking in wget, i'm now unable to access the internet, hence unable to download packages, hence no ca-certificates OR lvm2, hence still no working rescue system
2020-05-08 16:22:01 <dngray> https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop#.2Fetc.2Finit.d.2Fdmcrypt
2020-05-08 16:22:02 <Cogitri> thresh: Is libxml2 installed?
2020-05-08 16:22:03 <dngray> oh i might have forgotten to start a dmcrypt servers hah
2020-05-08 16:22:06 <rapha> 
ACTION has enough and downloads SystemRescueCD

2020-05-08 16:22:37 <Cogitri> rapha: I usually just use Ubuntu for live CDs since that comes with ZFS :D
2020-05-08 16:22:49 <thresh> Cogitri, Yes, it is installed.
2020-05-08 16:22:53 <rapha> how would ZFS help here, Cogitri?
2020-05-08 16:23:10 <thresh> I'm just using it to illustrate the behaviour of apk.
2020-05-08 16:23:14 <Cogitri> rapha: Ah, it wouldn't help in that case, but Ubuntu is nice and complete for a live CD
2020-05-08 16:23:14 <rapha> and where in the wild do you find ZFS anyways?
2020-05-08 16:23:22 <rapha> hmm okay good point
2020-05-08 16:23:51 <Cogitri> thresh: It prints an error message that libxml2 is still required by lots of packages for me
2020-05-08 16:24:06 <Cogitri> Hm, ZFS is still widely used in servers
2020-05-08 16:24:06 <Cogitri> I use it for my NAS, it's pretty neat
2020-05-08 16:24:13 <thresh> Cogitri, pick any that doesnt have any rdepends and try again :-)
2020-05-08 16:25:23 <Cogitri> Works too, apk del -vvv -s yarn does its thing too
2020-05-08 16:25:33 <Cogitri> apk del -vvv -s yarn -> (1/1) Purging yarn (1.22.4-r0)
2020-05-08 16:25:40 <thresh> try with a version
2020-05-08 16:25:45 <thresh> just like I showed previously
2020-05-08 16:25:47 <Hello71> also the vast majority of solaris and freebsd installations
2020-05-08 16:26:07 <Cogitri> thresh: Ah, yo uneed a `=` instead of `-` there :)
2020-05-08 16:26:21 <thresh> Cogitri, nope, it's the same with =
2020-05-08 16:26:27 <Cogitri> So `libxml2=2.9.10-r3` instead of `libxml2-2.9.10-r3`
2020-05-08 16:26:35 <thresh> also, why would it be different to "add" where I just "-" and not "=" ?
2020-05-08 16:26:51 <Hello71> not to mention freebsd derivatives like freenas
2020-05-08 16:26:53 <thresh> (or do I, let me check that)
2020-05-08 16:26:55 <Cogitri> I'm pretty sure add doesn't work with - either
2020-05-08 16:26:59 <Cogitri> You need = in add
2020-05-08 16:27:10 <Hello71> just rsync.net probably has exabytes of zfs
2020-05-08 16:27:18 <thresh> correct, I fat-typed the del in here
2020-05-08 16:27:18 <Cogitri> And I don't think using a version constraint in del makes any sense since you can't have two different versions of the same package installed
2020-05-08 16:27:45 <Cogitri> So it just expects you to specify the pkgname without a version constraint
2020-05-08 16:27:51 <thresh> well, possibly.  but at least a warning would have been nice.
2020-05-08 16:27:58 <Cogitri> It does print one for me: `ERROR: No such package: yarn-1.22.4-r0`
2020-05-08 16:27:59 <thresh> (it is the same behaviour for =)
2020-05-08 16:28:15 <Cogitri> So maybe that has been added in the meantime? I'm on edge
2020-05-08 16:28:21 <thresh> hmm, https://gist.github.com/thresheek/778472ce712e98a326e222fd9d6df3bd
2020-05-08 16:28:26 <thresh> let me try edge
2020-05-08 16:29:51 <thresh> I've updated the gist ^^^ to make the point more clear
2020-05-08 16:30:51 <thresh> doesnt seem like apk-tools were updated between 3.11 and edge
2020-05-08 16:32:14 <Cogitri> Hum, it always throws that error message for me though
2020-05-08 16:32:16 <dngray> hmm is the dmcrypt service ie /etc/conf.d/dmcrypt for luks partitions
2020-05-08 16:32:31 <dngray> cos i am getting  * The swap you have defined is a LUKS partition. Aborting crypt-swap setup.      [ ok ]
2020-05-08 16:32:55 <thresh> Cogitri, yeah, that's weird.  I guess I'll just drop specific versioning in my scenarios as a workaround.  Thanks!
2020-05-08 16:33:11 <Cogitri> dngray: LUKS is the encryption method for the harddrive, dmcrypt is the mechanism to mount the drive
2020-05-08 16:33:18 <Cogitri> thresh: :)
2020-05-08 16:35:44 <dngray> <Cogitri "dngray: LUKS is the encryption m"> do i need to edit /etc/conf.d/dmcrypt then i am trying to mount from crypttab? https://clbin.com/0IZNi
2020-05-08 16:37:05 <Cogitri> 
ACTION shrugs 

2020-05-08 16:38:00 <Cogitri> I only encrypted my btrFS rootfs that has subvolumes for all other volumes I need
2020-05-08 16:44:03 <hiro> rapha: yeah, this is weird to me, too. i think alpine should learn a bit from tinycorelinux how it handles loading additional packages from a fat32 partition. this way you can install the official installer, but also easily add an lvm package and have it autoload on boot. though tc is special, as installation is just a special case of this live distribution...
2020-05-08 16:44:37 <dngray>  * The swap you have defined is a LUKS partition. Aborting crypt-swap setup
2020-05-08 16:44:55 <dngray> maybe it can't be luks?
2020-05-08 16:45:24 <hiro> rapha: i have used tinycorelinux before to install alpine. and as you guys already mentioned ubuntu can be a more fully-featured installer, too.
2020-05-08 16:45:34 <Hello71> dmcrypt is the linux subsystem for encrypted disks
2020-05-08 16:45:38 <Hello71> luks is a key management system
2020-05-08 16:45:44 <TBB> there's no limitation on swap on luks
2020-05-08 16:45:59 <Hello71> there is a "luks header" which contains the encrypted key for the drive
2020-05-08 16:46:18 <Hello71> you can use dmcrypt without luks
2020-05-08 16:46:31 <dngray> yeah so i wonder why it gives me that error when i try to start it then
2020-05-08 16:46:33 <Hello71> if you generate your own secure key
2020-05-08 16:46:45 <Hello71> for example, with swap it is common to generate a random 128-bit key
2020-05-08 16:46:48 <dngray> i did cryptsetup luksFormat that partition
2020-05-08 16:46:55 <Hello71> then you do not need luks
2020-05-08 16:47:02 <Hello71> because your key does not need strengthening
2020-05-08 16:47:08 <dngray> yeah i did that, generated a keyfile
2020-05-08 16:47:23 <dngray> i guess
2020-05-08 16:47:24 <Hello71> ... generate a new key *on each boot*
2020-05-08 16:47:27 <dngray> so  maybe do away with luks and just do plain
2020-05-08 16:47:45 <Hello71> that way someone cannot decrypt your swap if you reboot
2020-05-08 16:47:51 <dngray> oh thats a neat idea actually
2020-05-08 16:47:52 <dngray> its not like i need to re-open the disk after it shuts down
2020-05-08 16:48:05 <dngray> yeah
2020-05-08 16:48:08 <dngray> https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop#.2Fetc.2Finit.d.2Fdmcrypt
2020-05-08 16:48:22 <dngray> so would i use the options thing to do that
2020-05-08 16:48:23 <Hello71> the init script probably warns because it assumes you are trying to do that
2020-05-08 16:48:30 <Hello71> and it is saying that it will overwrite your luks header
2020-05-08 16:48:36 <Hello71> so the previous data will become unreadable
2020-05-08 16:49:23 <dngray> ooooo
2020-05-08 16:49:31 <dngray> i did not realize
2020-05-08 16:49:35 <dngray> so i should just wipe it
2020-05-08 16:49:39 <dngray> and see what happens
2020-05-08 16:49:57 <Hello71> in this case I assume you don't have any valuable data
2020-05-08 16:50:05 <Hello71> but obviously the init script cannot tell because it is encrypted
2020-05-08 16:50:23 <dngray> yeah there's no valuable data, after reboot i don't care about it
2020-05-08 16:50:36 <dngray> its a smart script then
2020-05-08 16:50:41 <Hello71> well sometimes people misconfigure their root partition as swap
2020-05-08 16:50:49 <Hello71> and then they accidentally permanently delete their data
2020-05-08 16:51:02 <dngray> i thought it was a bit dumber than that
2020-05-08 16:51:31 <Hello71> i wouldn't rely on it, but apparently it does try to prevent footgunning
2020-05-08 16:51:46 <dngray> yeah
2020-05-08 16:51:53 <dngray> i guess i am in one of those rare cases where i don't care about the data hehe
2020-05-08 16:53:27 <Hello71> I think cryptswap on systemd does not prevent this footgun
2020-05-08 16:54:34 <dngray> so with keyfile how do i make it random each boot?
2020-05-08 16:55:11 <dngray> oh i think it does that automatically
2020-05-08 16:55:34 <dngray> oh true
2020-05-08 16:55:36 <dngray> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/SvkbMsLnbXbLNmeEreSorSIq >

2020-05-08 16:56:07 <dngray> then i can just mount with fstab nice
2020-05-08 16:57:38 <rapha> hmm
2020-05-08 16:57:52 <rapha> okay, now booted from a USB drive that has LVM tools installed
2020-05-08 16:58:22 <rapha> but mkinitfs doesn't have an option to generate an initrd for a different kernel than the one that is running?
2020-05-08 16:58:43 <Cogitri> It has
2020-05-08 16:58:47 <Cogitri> `mkinitfs $version`
2020-05-08 16:58:57 <dngray> Hello71: btw thanks for explaining that to me
2020-05-08 16:59:06 <Cogitri> You can do `mkinitfs $(ls /lib/modules)` in the chroot, rapha
2020-05-08 16:59:08 <rapha> ah, i was looking for an --option in --help
2020-05-08 16:59:10 <dngray> i have used systemd distros for so long debian/arch i got a bit mixed up
2020-05-08 16:59:10 <rapha> thank you Cogitri
2020-05-08 16:59:27 <dngray> i did used to use gentoo once upon a time
2020-05-08 17:00:12 <Hello71> Cogitri: I feel like it should do that automatically
2020-05-08 17:00:19 <Hello71> wait, doesn't it?
2020-05-08 17:01:33 <Cogitri> No, by default it uses the version of the running kernel
2020-05-08 17:16:41 <rapha> Cogitri: finally got the box back. that mistake cost 2 hours, but now it's back :]
2020-05-08 17:19:27 <Hello71> how do kernel updates work
2020-05-08 17:19:34 <Hello71> oh, I guess the hook just passes the new version
2020-05-08 17:19:41 <Cogitri> Yes it does
2020-05-08 17:29:05 <dngray> Hello71: seems to be decrypting now
2020-05-08 17:29:06 <dngray> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/qsVGZYXvaAwMyVPqbRmqgwWA >

2020-05-08 17:29:10 <dngray> however, my fstab does not seem to be mounting
2020-05-08 17:29:22 <dngray> /dev/mapper/crypt-swap	none	swap   	sw	0 0
2020-05-08 17:29:37 <dngray> if i try to mount it i get: mount: none: mount point does not exist.
2020-05-08 17:30:15 <dngray> swapon /dev/mapper/crypt-swap
2020-05-08 17:30:20 <dngray> does work though
2020-05-08 17:31:23 <dngray> https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop#.2Fetc.2Ffstab looks right
2020-05-08 17:31:45 <dngray> and yeah when i boot and i do: free -m
2020-05-08 17:31:46 <dngray> Swap:             0           0           0
2020-05-08 17:31:47 <dngray> its clearly not mounting it
2020-05-08 17:38:25 <dngray> oh drrr
2020-05-08 17:38:28 <dngray> i probably need to start the swap service
2020-05-08 17:45:31 <dngray> i can tell systemd has rotted my brain lol
2020-05-08 17:45:33 <dngray> i'll have to do LFS again for fun
2020-05-08 17:46:48 <dngray> i do want to try this out one day for fun https://news.ycombinator.com/item?id=22846250
2020-05-08 17:47:00 <dngray> https://rachelbythebay.com/w/2020/04/11/pengrun/
2020-05-08 17:55:18 <mendelmaleh> Hi guys! I have an openrc/start-stop-daemon that crashes once in a while, I couldn't find a way too make it restart automatically tho. Is there an equivalent to systemd's restart option?
2020-05-08 17:59:06 <Cogitri> You can switch your init.d script to use `supervise-daemon`, then it'll auto-restart
2020-05-08 17:59:16 <Cogitri> But really, you should fix that service
2020-05-08 18:28:37 <mendelmaleh> Cogitri: thanks, supervise daemon worked.
2020-05-08 18:28:59 <Cogitri> 👍
2020-05-08 18:29:08 <mendelmaleh> yes, I will work on fixing this, but odds are that it will run out of memory sooner or later anyway, so its a good fallback
2020-05-08 18:31:06 <Cogitri> That doesn't sound good either to be honest 😅
2020-05-08 18:32:02 <mendelmaleh> yeah it doesn't xD
2020-05-08 18:44:00 <alxsdf> are gcompat and libc6-compat broken?
2020-05-08 18:44:33 <alxsdf> I'm trying to link emacs and it's complaining about "undefined reference to xyz" where xyz are all whatever@GLIBC_blahblah symbols
2020-05-08 18:45:47 <alxsdf> I can't use my chroot box to use it because for some reason it '[doesn't find] /bin/su' despite both /bin/su and ~/u/bin/su existing
2020-05-08 18:47:10 <alxsdf> and having the right permissions
2020-05-08 19:14:57 <u0jQx9gPyrYg> why do you link emacs? we have native emacs pkgs
2020-05-08 19:20:32 <alxsdf> because the native emacs packages are presumably broken
2020-05-08 19:21:01 <alxsdf> I try and install doom emacs and there's a recursive include error that doesn't present on any other system aside from Alpine linux
2020-05-08 20:14:41 <c705> alxsdf: patch them, then
2020-05-08 20:18:28 <alxsdf> I would if I could figure out the error in the first place, but they won't build, even when I do abuild -r
2020-05-08 20:18:56 <c705> or submit a bug
2020-05-08 20:18:58 <alxsdf> hm, maybe my aports version is out of date
2020-05-08 20:24:44 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Is it bridge  with irc
2020-05-08 20:25:40 <ikke> yes
2020-05-08 20:26:57 <albr> Ym9zaGVuaWV3aWVtCg==[d]: yay
2020-05-08 20:27:00 <albr> Ym9zaGVuaWV3aWVtCg==[d]: How to install Alpine Linux with manual partitioning method
2020-05-08 20:27:23 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Still using irc in 2020m
2020-05-08 20:27:27 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Still using irc in 2020m
2020-05-08 20:27:47 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Still using irc in 2020?
2020-05-08 20:28:03 <c705> why the spam?
2020-05-08 20:28:24 <alxsdf> wow, an ipv6 connection
2020-05-08 20:28:27 <alxsdf> neato
2020-05-08 20:28:37 <albr> Ym9zaGVuaWV3aWVtCg==[d]: @c705#0000 what?
2020-05-08 20:29:53 <albr> McBoat[d]: "why the spam?" / when a message is edited on the Discord end, it's reposted on the IRC end
2020-05-08 20:30:21 <albr> Ym9zaGVuaWV3aWVtCg==[d]: oh ok
2020-05-08 20:30:43 <oneinsect> ikke: are you here? if so will you be kind enough to upload the full of build order from packages from main using lua, i am in middle of bootstrap
2020-05-08 20:30:52 <oneinsect> for packages*
2020-05-08 20:30:55 <albr> McBoat[d]: The bridge doesn't account for a lot of Discord traditions, like message editing or quoting, so it's best you write messages here like you would on IRC
2020-05-08 20:31:07 <oneinsect> full list*
2020-05-08 20:31:08 <albr> Ym9zaGVuaWV3aWVtCg==[d]: yeah yrah
2020-05-08 20:31:32 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Btw I found something likr Alpine Linux but idk if its ok?
2020-05-08 20:31:36 <albr> Ym9zaGVuaWV3aWVtCg==[d]: It uses Busybox
2020-05-08 20:31:54 <albr> McBoat[d]: Yeah, don't feel restricted to talk about it here
2020-05-08 20:31:59 <albr> Ym9zaGVuaWV3aWVtCg==[d]: whats the diffrence between GNU Core and BusyBox
2020-05-08 20:32:26 <ikke> busybox is very light-weight, but lacks a lot of features as well
2020-05-08 20:32:50 <albr> Ym9zaGVuaWV3aWVtCg==[d]: But idk if im using Gnuism in my scripts
2020-05-08 20:32:57 <albr> McBoat[d]: coreutils and Busybox, for the most part, implement the same tools, and are both POSIX-compliant, but Busybox is a fair bit lighter at the expense of some of the GNU extension features.
2020-05-08 20:33:37 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Everybody says me that i shouldnt use Alpine Linux
2020-05-08 20:33:39 <albr> McBoat[d]: As long as your scripts are POSIX-compliant, plus a few extra flags and features like `sed -i` which Busybox explicitly supports, you should be fine
2020-05-08 20:33:49 <albr> Ym9zaGVuaWV3aWVtCg==[d]: cuz it makes more headache than gentoo
2020-05-08 20:34:06 <albr> Ym9zaGVuaWV3aWVtCg==[d]: @McBoat so i canr use  double -
2020-05-08 20:34:08 <albr> Ym9zaGVuaWV3aWVtCg==[d]: flags
2020-05-08 20:34:24 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Im not using them
2020-05-08 20:34:25 <albr> McBoat[d]: Yeah; most -- flags are supported
2020-05-08 20:35:26 <albr> McBoat[d]: Alpine isn't designed for the desktop; definitely don't use it there. However, I've heard from many people who have tried it on the desktop and fared alright. It has a replete software repository and official support for Flatpak, so you should find it to be of no issue.
2020-05-08 20:35:28 <albr> Ym9zaGVuaWV3aWVtCg==[d]: How about openrc
2020-05-08 20:35:57 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Oh i just want distro without systemd
2020-05-08 20:36:05 <albr> McBoat[d]: However, where Alpine shines is in embedded and containerized contexts. It's really light in these contexts; its Docker image is a mere 10 MiB, whereas even Ubuntu's is 40
2020-05-08 20:36:25 <albr> Ym9zaGVuaWV3aWVtCg==[d]: I want to make my ram usage lower
2020-05-08 20:36:30 <albr> Ym9zaGVuaWV3aWVtCg==[d]: https://cdn.discordapp.com/attachments/661834182934265883/708417061415551238/IMG_20200508_150426_967.jpg
2020-05-08 20:36:42 <albr> McBoat[d]: "How about openrc" / OpenRC, for the most part, is a very capable init; you mentioned Gentoo so I take you're familiar with it
2020-05-08 20:36:44 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Systemd and xorg
2020-05-08 20:37:14 <albr> monado[d]: Xorg works as it does anywhere else
2020-05-08 20:37:15 <albr> Ym9zaGVuaWV3aWVtCg==[d]: @McBoat Im not very familiar with gentoo as well
2020-05-08 20:37:29 <albr> Ym9zaGVuaWV3aWVtCg==[d]: 500 MB at start
2020-05-08 20:37:38 <albr> Ym9zaGVuaWV3aWVtCg==[d]: thats so much
2020-05-08 20:38:03 <albr> McBoat[d]: Mhm; Gentoo compiles everything from source so you need working space to compile those programs
2020-05-08 20:38:35 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Yup
2020-05-08 20:38:56 <u0jQx9gPyrYg> alxsdf: i'm the emacs pkg maintainer, and i use emacs all the time, never had any problems. pls provide reproducable bugreport, i'll look into it.
2020-05-08 20:39:30 <u0jQx9gPyrYg> > they won't build, even when I do abuild -r - can you post a log of your failing build?
2020-05-08 20:39:33 <albr> McBoat[d]: As for OpenRC, the gist of it is: it's a supervising init, like systemd, but arguably much lighter and more portable (neither tied to Linux nor PID 1). By default, Alpine uses Busybox init, which is much more like the less powerful sysv, but you can change it to use Busybox at will
2020-05-08 20:39:39 <albr> McBoat[d]: *to use OpenRC
2020-05-08 20:40:17 <oneinsect> nevermind found your old paste her
2020-05-08 20:40:19 <oneinsect> here
2020-05-08 20:40:20 <oneinsect> http://tpaste.us/lYDn
2020-05-08 20:40:35 <monado> hi oneinsect
2020-05-08 20:40:37 <oneinsect> for listing order of builds using lua-aports
2020-05-08 20:40:43 <oneinsect> hello monado
2020-05-08 20:40:47 <albr> monado[d]: e
2020-05-08 20:40:54 <monado> huh I se
2020-05-08 20:40:55 <oneinsect> i am almost done building the glibc build of alpine
2020-05-08 20:41:05 <monado> haha
2020-05-08 20:41:07 <monado> what for?
2020-05-08 20:41:27 <oneinsect> till nvidia agrees and starts using musl for cuda
2020-05-08 20:41:31 <oneinsect> i need it
2020-05-08 20:41:54 <monado> You can run cuda on alpine?
2020-05-08 20:41:56 <monado> woah
2020-05-08 20:41:57 <albr> McBoat[d]: systemd on Alpine when /s
2020-05-08 20:42:18 <albr> McBoat[d]: "You can run cuda on alpine?" / They're trying to get CUDA on Alpine
2020-05-08 20:42:22 <albr> McBoat[d]: It doesn't already work
2020-05-08 20:42:31 <oneinsect> it works now for me
2020-05-08 20:42:37 <oneinsect> on a glibc build of alpine
2020-05-08 20:42:44 <albr> McBoat[d]: Ah; nice
2020-05-08 20:43:04 <oneinsect> i will release an iso in a few days for testing
2020-05-08 20:44:05 <monado> I mean, isn’t the only officially supported Linux distro Ubuntu or something
2020-05-08 20:44:29 <oneinsect> yeaa but its unofficial here
2020-05-08 20:45:16 <albr> Ym9zaGVuaWV3aWVtCg==[d]: IRC
2020-05-08 20:45:51 <albr> Ym9zaGVuaWV3aWVtCg==[d]: irc sounds like a boomers comunicator
2020-05-08 20:46:01 <albr> Ym9zaGVuaWV3aWVtCg==[d]: :>
2020-05-08 20:46:09 <oneinsect> where are you from albr
2020-05-08 20:46:22 <ikke> albr is a bridge user
2020-05-08 20:46:35 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Im from Poland
2020-05-08 20:46:50 <oneinsect> nice and whats a bridge user?
2020-05-08 20:46:51 <monado> https://i.arxius.io/349e7956.png
2020-05-08 20:46:56 <monado> What a name
2020-05-08 20:47:05 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Base64 encoded
2020-05-08 20:47:29 <oneinsect> have you guys been using xwindows on alpine
2020-05-08 20:47:33 <ikke> bosheniewiem
2020-05-08 20:47:34 <oneinsect> any experience
2020-05-08 20:47:40 <monado> oneinsect there’s a centralized proprietary chat called discord
2020-05-08 20:47:47 <oneinsect> yes
2020-05-08 20:47:49 <oneinsect> heard of it
2020-05-08 20:47:53 <albr> Ym9zaGVuaWV3aWVtCg==[d]: xD
2020-05-08 20:47:57 <monado> I have a guild called alpine unofficial and all it does is bridge users
2020-05-08 20:48:19 <monado> and has some updates channels that run webhooks for twitter, rss and reddit
2020-05-08 20:48:54 <oneinsect> hmmmm
2020-05-08 20:49:13 <monado> not even ideal and it wasn’t a very good idea
2020-05-08 20:49:54 <monado> but on the flipside, there are a lot of people that don’t even know what irc is and they can still sometimes get help when needed, most of the time they just join and lurk, which is expected
2020-05-08 20:50:34 <oneinsect> i think there was a discussion to shift some of the existing tools like mailing list etc to some package
2020-05-08 20:50:37 <oneinsect> i forget often
2020-05-08 20:50:43 <oneinsect> cant remember
2020-05-08 20:50:51 <monado> Sourcehut probably?
2020-05-08 20:51:08 <monado> I think the mailing list works well enough
2020-05-08 20:51:09 <ikke> discource
2020-05-08 20:51:21 <monado> ah discourse
2020-05-08 20:51:22 <ikke> discourse*
2020-05-08 20:51:29 <monado> alpine doesn’t have a forum?
2020-05-08 20:51:39 <ikke> used to, but it was basicalle abandoned
2020-05-08 20:51:49 <monado> rip in peace
2020-05-08 20:52:00 <oneinsect> i used to like the forums
2020-05-08 20:52:05 <oneinsect> it had good information
2020-05-08 20:52:06 <albr> Ym9zaGVuaWV3aWVtCg==[d]: tbqh how to use IRC
2020-05-08 20:52:18 <ikke> Download a client, connect to a server
2020-05-08 20:52:22 <monado> you get an iPhone
2020-05-08 20:52:30 <albr> Ym9zaGVuaWV3aWVtCg==[d]: What is name of client
2020-05-08 20:52:35 <monado> and get igloo irc and pay the dev
2020-05-08 20:53:12 <ikke> https://en.wikipedia.org/wiki/Comparison_of_Internet_Relay_Chat_clients
2020-05-08 20:53:28 <albr> Ym9zaGVuaWV3aWVtCg==[d]: I prefer Cli
2020-05-08 20:53:30 <albr> Ym9zaGVuaWV3aWVtCg==[d]: client
2020-05-08 20:53:35 <monado> Are you on Linux?
2020-05-08 20:53:44 <ikke> weechat
2020-05-08 20:53:50 <monado> ^^
2020-05-08 20:54:26 <monado> You could try irssi as well
2020-05-08 20:54:45 <oneinsect> okie i will be back tomorrow
2020-05-08 20:54:48 <oneinsect> good night folks
2020-05-08 20:54:52 <oneinsect> will get some sleep
2020-05-08 20:55:00 <monado> zzz...
2020-05-08 20:55:07 <ikke> o/
2020-05-08 20:55:29 <monado> woah
2020-05-08 21:07:09 <alxsdf> can someone help me out here and compile a simple test program with specific args to gcc so I can figure out if my box is misconfigured or if its just alpine?
2020-05-08 21:07:12 <alxsdf> It's a 5 line C file
2020-05-08 21:08:42 <alxsdf> http://tpaste.us/wnrv
2020-05-08 21:08:52 <alxsdf> it's one of the configure tests gcc runs for libxpm
2020-05-08 21:09:48 <alxsdf> it fails on my system because it's searching for GLIBC symbols but I don't see anything in the gcc invocation that would make it try and find GLIBC symbols
2020-05-08 21:10:59 <alxsdf> http://tpaste.us/JxD0
2020-05-08 21:11:16 <alxsdf> I feel like I'm missing something or have borked my system
2020-05-08 21:11:20 <alxsdf> maybe clobbered some files
2020-05-08 21:19:38 <alxsdf> I'd use docker but my machine can barely run firefox at the moment
2020-05-08 21:52:44 <u0jQx9gPyrYg> alxsdf: the conftest you pasted compiles without warnings
2020-05-08 21:54:02 <u0jQx9gPyrYg> maybe try: nm -D /usr/lib/libX11.so | fgrep GLIBC
2020-05-08 21:54:14 <u0jQx9gPyrYg> and maybe also nm -D /usr/lib/libXpm.so | fgrep GLIBC
2020-05-08 22:02:14 <Hello71> alxsdf: you fucked your system
2020-05-08 22:24:48 <alxsdf> apparently so!
2020-05-08 22:24:49 <alxsdf> thanks
2020-05-08 22:25:15 <alxsdf> u0jQx9gPyrYg: yeah those give nothing ^ ^;;
2020-05-08 22:25:58 <alxsdf> I'll just run a find(1) command with nm to gimme the symbols of everything
2020-05-08 22:35:45 <Hello71> specifically in this paste you created a /lib64/libc.so.6
2020-05-08 22:35:49 <Hello71> musl doesn't even support multilib
2020-05-08 22:36:00 <Hello71> and also libc isn't called libc.so.6
2020-05-08 22:45:48 <alxsdf> yeah I knew that looked off but my brain just kinda, filtered it out
2020-05-08 22:54:03 <alxsdf> oh lmao
2020-05-09 00:38:57 <albr> McBoat[d]: First time installing Alpine myself on physical hardware here, so this may seem like a stupid question, but: are the Alpine standard and extended ISOs on their download page live or installer-only?
2020-05-09 00:41:15 <indisturbed> I know that the standard image is live, I assume that it is the same for the extended version.
2020-05-09 00:41:31 <albr> McBoat[d]: Thank you!
2020-05-09 01:21:11 <alxsdf> Hey so I finished building a package from aports, but I had the wrong permissions on my signing key. Which command of `abuild` do I run so I can package the files that I have rather than repeating the entire build process from scratch?
2020-05-09 01:21:41 <alxsdf> I'm _guessing_ it's 'abuild package' but the description of that says 'Install project into'
2020-05-09 01:21:55 <alxsdf> which is hopelessly vague and makes it sound as if I'm installing the package on my system or something
2020-05-09 01:23:05 <alxsdf> hey, waddya know, 'abuild package' doesn't have a help description and also doesn't do anything
2020-05-09 02:12:24 <alxsdf> nvm im shattered
2020-05-09 06:04:05 <mps> McBoat[d]: alpine doesn't have 'live' release, live in a sense of other live distro
2020-05-09 06:05:13 <mps> this isos are useful only for installation, though could be used for rescue (but limited by number of tools)
2020-05-09 06:08:07 <ikke> the iso's os perfect for live systems
2020-05-09 06:08:23 <ikke> s/os/are/
2020-05-09 06:09:10 <ikke> They don't come with a graphical interace, but non-the-less, they are fully operational systems
2020-05-09 06:24:22 <mps> ikke: 'live in a sense of other live distro'
2020-05-09 06:25:38 <ikke> I'm not sure what's the difference?
2020-05-09 06:26:52 <mps> in principle not difference, but in practice a lot
2020-05-09 06:28:08 <mps> and I don't criticize alpine for that, never liked live distros
2020-05-09 06:29:31 <albr> monado[d]: How are other distros different
2020-05-09 06:29:35 <albr> monado[d]: Aside from a GUI
2020-05-09 06:29:53 <mps> more tools and different tools
2020-05-09 06:30:34 <mps> 'easy to use' options to save your work on external media and load from them
2020-05-09 06:32:33 <mps> best option is to try some of more famous and then compare with alpine isos
2020-05-09 06:36:22 <albr> monado[d]: what’s famous?
2020-05-09 06:36:26 <albr> monado[d]: like Fedora?
2020-05-09 06:38:00 <mps> I don't know (I wrote I don't like live distros) but ubuntu/debian/fedora whatever you like
2020-05-09 06:38:11 <mps> mint, maybe
2020-05-09 06:38:29 <mps> I'm not educated in this field
2020-05-09 06:46:34 <Xelraa> drwxr-sr-x
2020-05-09 06:46:47 <Xelraa> is this normal that a new users home directory has setgid on it
2020-05-09 06:50:09 <mps> on alpine yes
2020-05-09 06:50:16 <mps> it is default, iirc
2020-05-09 06:54:58 <albr> monado[d]: is xboxdrv still needed
2020-05-09 07:02:08 <Xelraa> https://wiki.alpinelinux.org/wiki/Setting_up_OpenVAS9
2020-05-09 07:02:18 <Xelraa> this openvas tutorial is completely out of date and broken man
2020-05-09 07:02:27 <Xelraa> can normal users edit this wiki?
2020-05-09 07:02:33 <Xelraa> maybe i make some corrections
2020-05-09 07:03:28 <qman__> yes, just need to create an account
2020-05-09 12:23:06 <albr> McBoat[d]: "this isos are useful only for installation, though could be used for rescue (but limited by number of tools)" / mps: turns out that if you add the actual apk repos, they're honestly pretty useful as live images
2020-05-09 12:23:39 <albr> McBoat[d]: entirely honestly I just needed to perform some poking around on the system prior to the install and Alpine seemed to have everything I needed
2020-05-09 12:59:16 <flatterlight> Hi, is there anything to be done to boot a pi4 with poe hat with the latest alpine for raspberrypi aarch64? I currently try to boot with the latest image and don't get video out on either hdmiports.
2020-05-09 13:04:31 <mps> McBoat[d]: I meant to say, isos as they released. ofc they can be updated, add packages, tweak etc..
2020-05-09 13:18:45 <flatterlight> I've used the wiki entry for the Raspberry Pi and the HDMI ports both give only blackscreens (the display doen't go to sleep) num lock can be activated so the OS seems to be loaded...
2020-05-09 14:16:52 <albr> McBoat[d]: mps: gotcha; but I guess that's why package managers are included on the live images to begin with
2020-05-09 15:29:22 <mps> McBoat[d]: yes, and there are irssi, weechat and even hexchat in repo ;)
2020-05-09 16:36:32 <albr> ScottHamilton[d]: Hello, I'm using musl libc to compile ffmpeg. But I see that I get this error : ```ld.lld: error: undefined symbol: __cmsg_nxthdr```
2020-05-09 16:53:27 <ikke> ScottHamilton: did you take a look at how Alpine compiles ffmpeg?
2020-05-09 16:55:52 <artok> trying to build with clang + llvm toolchain
2020-05-09 17:07:22 <bougyman> how does one get around the dns resolver's lack of tcp support?
2020-05-09 17:07:40 <bougyman> is there a known fix? google's just showing me flames about it, mostly.
2020-05-09 17:07:56 <bougyman> had a major outage yesterday due to this, trying to find solutions.
2020-05-09 17:15:22 <albr> ScottHamilton[d]: Yes I've looked at it
2020-05-09 17:16:19 <Cogitri> bougyman: Uhh..what dns resolver?
2020-05-09 17:17:09 <bougyman> Cogitri: the one provided by musl.
2020-05-09 17:17:27 <Hello71> nscd/dnsmasq
2020-05-09 17:17:38 <Cogitri> Ah yes, you could use a proxy resolver
2020-05-09 17:18:13 <ikke> Out of curiousity, what was the cause of the outage?
2020-05-09 17:18:16 <Cogitri> I use dnsmasq since that was basically 0 configuration to get running
2020-05-09 17:19:22 <bougyman> that's the specific problem here.
2020-05-09 17:19:46 <bougyman> musl _is_ talking to dnsmasq. dnsmasq does not send any responses in its truncated udp reply.
2020-05-09 17:20:04 <bougyman> and musl's resolve stub does not make the tcp request to get the real responses.
2020-05-09 17:20:04 <oneinsect> hola
2020-05-09 17:20:18 <oneinsect> quick command to update the index
2020-05-09 17:20:18 <bougyman> https://twitter.com/richfelker/status/994629795551031296?lang=en
2020-05-09 17:20:26 <oneinsect> i have copied some apks
2020-05-09 17:20:36 <oneinsect> need to update the existing index file
2020-05-09 17:20:51 <ikke> apk index
2020-05-09 17:20:52 <oneinsect> anyone?
2020-05-09 17:21:07 <oneinsect> says ERROR: Will not write binary index to console. Use --force-binary-stdout to override.
2020-05-09 17:21:16 <oneinsect> shall i over-ride?
2020-05-09 17:21:25 <ikke> -o
2020-05-09 17:21:30 <ikke> no, ofcourse not
2020-05-09 17:21:43 <ikke> you just need to specify where to write the index
2020-05-09 17:21:48 <oneinsect> aha
2020-05-09 17:22:06 <ikke> if you have an existing index, you can specify -x index as well to speed it up (though mostly only necessary for larger repos)
2020-05-09 17:23:15 <oneinsect> apk index -x /root/packages/main/x86_64/
2020-05-09 17:23:22 <ikke> the index is a file
2020-05-09 17:23:24 <ikke> not a dir
2020-05-09 17:23:33 <ikke> and you still need -o I think
2020-05-09 17:23:46 <oneinsect> apk index -x /root/packages/main/x86_64/APKINDEX.tar.gz
2020-05-09 17:23:48 <oneinsect> okie
2020-05-09 17:24:00 <oneinsect> above doesnt work
2020-05-09 17:25:18 <oneinsect> apk index -vU -o /root/packages/main/x86_64/APKINDEX.tar.gz
2020-05-09 17:25:22 <oneinsect> something like that?
2020-05-09 17:27:08 <ikke> did you try it?
2020-05-09 17:27:39 <oneinsect> i tried
2020-05-09 17:27:40 <oneinsect> apk index -vU -o /root/packages/main/x86_64/APKINDEX.tar.gz
2020-05-09 17:27:43 <oneinsect> says
2020-05-09 17:27:50 <oneinsect> Index has 0 packages (of which 0 are new)
2020-05-09 17:27:58 <oneinsect> doesnt update the index files with new packages
2020-05-09 17:28:00 <oneinsect> i copied
2020-05-09 17:28:09 <ikke> apk index -h
2020-05-09 17:28:18 <ikke> You need to specify the files
2020-05-09 17:28:30 <ikke> so easiest is to do it in the directory and specify *
2020-05-09 17:29:31 <oneinsect> i am in that x86_64 directory
2020-05-09 17:29:35 <albr> ScottHamilton[d]: Ok CMSG_NXTHDR is from GLIBC
2020-05-09 17:29:38 <ikke> then specify *
2020-05-09 17:29:58 <oneinsect> is there a specific command?
2020-05-09 17:30:01 <ikke> apk index -o APKINDEX.tar.gz *
2020-05-09 17:30:24 <oneinsect> says ERROR: APKINDEX.tar.gz: Not supported
2020-05-09 17:31:28 <ikke> *.apk
2020-05-09 17:32:02 <ikke> * includes the existing index as well
2020-05-09 17:32:23 <oneinsect> thanks
2020-05-09 17:32:25 <oneinsect> that worked
2020-05-09 17:33:55 <oneinsect> hmmm untrusted signature
2020-05-09 17:33:59 <oneinsect> did not add the apks
2020-05-09 17:34:02 <oneinsect> even though i copied
2020-05-09 17:34:09 <oneinsect> the pub key to /etc/apk/keys
2020-05-09 17:34:32 <oneinsect> WARNING: Ignoring /root/packages/main/x86_64/APKINDEX.tar.gz: UNTRUSTED signature
2020-05-09 17:34:40 <ikke> abuild-sign
2020-05-09 17:36:09 <oneinsect> sign the APKINDEX.tar.gz file?
2020-05-09 17:36:20 <ikke> yes
2020-05-09 17:37:02 <oneinsect> abuild-sign APKINDEX.tar.gz
2020-05-09 17:37:07 <oneinsect> okie that command worked
2020-05-09 17:37:15 <oneinsect> have the index signed
2020-05-09 17:37:18 <oneinsect> thanks ikke:
2020-05-09 17:37:21 <oneinsect> i love you
2020-05-09 17:37:46 <oneinsect> now back to building the apks required for glibc based alpine iso
2020-05-09 17:38:05 <oneinsect> no response to my love?
2020-05-09 17:38:26 <ikke> :)
2020-05-09 17:38:36 <oneinsect> :P
2020-05-09 18:28:43 <felted67> Hi everyone
2020-05-09 18:29:05 <felted67> Anyone who could give me a hint to setup locale for ssh/mc-connection ?
2020-05-09 19:16:46 <hiro> locale=C ssh bla
2020-05-09 19:22:26 <felted67> ok, thx. Where to set to survice boot ? .bash_profile ?
2020-05-09 19:45:22 <Hello71> none of that is right
2020-05-09 19:45:28 <Hello71> what is mc-connection
2020-05-09 19:45:33 <Hello71> locale=C doesn't do anything useful
2020-05-09 19:45:40 <Hello71> what is "survice"
2020-05-09 19:45:48 <Hello71> alpine doesn't use bash by default
2020-05-09 19:45:59 <Hello71> don't put spaces before punctuation in english
2020-05-09 20:08:41 <felted67> connection mc is using mc(midnightcommander) via ssh
2020-05-09 20:08:56 <felted67> survice is a typo - meant survive boot
2020-05-09 20:09:51 <felted67> something like creating i18n or so...
2020-05-10 09:25:59 <fruchti> How can I set permissions in /dev persistently? I'm currently running Alpine on a RPi and I'm trying to make the camera (/dev/video0) accessible to the video group
2020-05-10 09:26:17 <ikke> udev/mdev
2020-05-10 09:29:06 <fruchti> Ah, so udev just doesn't come preinstalled
2020-05-10 09:35:42 <ikke> correct
2020-05-10 09:51:27 <fruchti> Thanks, got it to work
2020-05-10 14:49:25 <dngray> anyone using lxd/lxc on alpine-linux
2020-05-10 14:50:09 <dngray> i am looking at this error https://clbin.com/85FpP and not sure why it won't let me start
2020-05-10 14:50:37 <dngray> (prior to that i ran lxd init and gave it default settings, except for when it asked me if i had and existing pool, which i then specified, and the dataset)
2020-05-10 14:51:35 <dngray> i'm a bit noob at this ☹︎
2020-05-10 15:19:02 <jakob0> Does anyone know if it's possible to run blender on Alpine Linux?
2020-05-10 15:23:10 <dngray> https://clbin.com/NpVt3 ☹︎ why won't lxd init work
2020-05-10 15:27:18 <mps> dngray: /etc/init.d/cgroups start
2020-05-10 15:27:49 <mps> ?
2020-05-10 15:27:56 <dngray> oh i didn't do that 🙂
2020-05-10 15:27:58 <mps> did you started it
2020-05-10 15:28:12 <dngray> yeah i have now
2020-05-10 15:28:16 <dngray> ill try again now :)
2020-05-10 15:28:31 <dngray> thanks for mentioning that
2020-05-10 15:28:50 <dngray> im also thinking i need two zfs datasets maybbe
2020-05-10 15:29:01 <dngray> one lxd_storage
2020-05-10 15:29:04 <dngray> and one to put the lxd stuff in, cos /var/lib/lxd is mounting in my RAM
2020-05-10 15:29:21 <dngray> obviously if i reboot i lose everything in there
2020-05-10 15:30:16 <mps> 'rc-update add cgroups'
2020-05-10 15:30:46 <dngray> yeah i think the issue is in regard to /var/lib/lxd
2020-05-10 15:31:01 <dngray> is that it cannot create the sockets required, when i mount a zfs filesystem there first
2020-05-10 15:31:30 <dngray> mps: https://clbin.com/NpVt3 ie what i did in 1.
2020-05-10 15:31:38 <mps> I didn't used lxd and zfs, so can't help
2020-05-10 15:31:44 <dngray> because when i unmounted that dataset, lxd would start without crashing
2020-05-10 15:32:44 <mps> but maybe lxcfs is needed, but again I don't know
2020-05-10 15:33:27 <dngray> yeah so the weird thing is if i don't mount that zfs mount to /var/lib/lxd then its fine /var/lib/lxd/unix.socket is created
2020-05-10 15:33:32 <dngray> hmm
2020-05-10 15:33:45 <dngray> this will require investigation
2020-05-10 15:33:56 <dngray> maybe i can make it so it stores all the temporary files like images and download stuff somewhere
2020-05-10 15:33:58 <dngray> that is not in a volatile directory
2020-05-10 15:35:18 <dngray> seems you can set storage.backups_volume and storage.images_volume
2020-05-10 15:36:05 <dngray> oh you can use environmental variables too https://lxd.readthedocs.io/en/latest/environment/
2020-05-10 15:36:21 <dngray> i shouldn't really need to change LXD_DIR
2020-05-10 15:38:58 <mps> don't know, lxc is all I need. sharing dirs with hosts by bind mount,using virtual interfaces. etc...
2020-05-10 15:42:07 <dngray> ah
2020-05-10 15:45:35 <dngray> seems to be related to this:
2020-05-10 15:45:47 <dngray> t=2020-05-11T01:15:02+0930 lvl=eror msg="Failed to start the daemon: Failed to create dqlite server: raft_init(): io: create I/O capabilities probe file: posix_allocate: operation not supported on socket"
2020-05-10 15:45:51 <dngray> i would have thought sockets were possible on zfs
2020-05-10 15:58:02 <dngray> srw-rw----    1 root     root             0 May 11 01:17 unix.socket
2020-05-11 01:21:04 <hicham> Hello
2020-05-11 01:21:40 <hicham> is there any apk command to query local apk package ( not in a repo )
2020-05-11 04:32:07 <GekkePrutser> You mean apk info ?
2020-05-11 05:40:54 <dngray> https://lists.linuxcontainers.org/pipermail/lxc-users/2020-May/015234.html still having this issue
2020-05-11 17:00:07 <Peasant65> hey! Why does alpinelinux use busybox?
2020-05-11 17:00:21 <AinNero> because it is small
2020-05-11 17:00:47 <albr_> monado[d]: the boxes have work to do
2020-05-11 17:00:51 <albr_> monado[d]: they need to stay busy
2020-05-11 17:01:04 <Peasant65> Some people shoot it down because of bugs etc. Any truth?
2020-05-11 17:01:34 <Peasant65> (I've never given it much thought untill i just now discovered busybox 'less' doesn't do horizontal scrolling)
2020-05-11 17:01:35 <AinNero> Peasant65: its the same people who enjoy deploying 500MB docker images
2020-05-11 17:01:45 <Peasant65> Fair point.
2020-05-11 17:01:47 <AinNero> busybox is smaller because it has less features
2020-05-11 17:02:02 <AinNero> so many things people might be used to on debian dont work
2020-05-11 17:02:14 <Peasant65> Would you call it restrictive on a PC ?
2020-05-11 17:02:21 <AinNero> im using Alpine on a desktop
2020-05-11 17:02:38 <AinNero> but im a terminal native shell wizard so thats easy for me
2020-05-11 17:02:39 <Peasant65> Doesn't mean you're using busybox tho :P. Are you using bb?
2020-05-11 17:03:00 <AinNero> actually, i used to use busybox, but now its pulled in as a dependency of some other package
2020-05-11 17:03:14 <AinNero> but i had it 2+ years with busybox instead of coreutils
2020-05-11 17:04:11 <Peasant65> hmm...
2020-05-11 17:04:36 <Peasant65> I'm thinking of switching, sadly, because of less not working the way I want it to.
2020-05-11 17:05:07 <AinNero> less is a separate package
2020-05-11 17:05:09 <AinNero> apk add less
2020-05-11 17:05:17 <maxice8> apk add less
2020-05-11 17:05:24 <AinNero> busybox just happens to have a tinier version of it
2020-05-11 17:05:35 <Peasant65> Oh, well that's nice :)
2020-05-11 17:06:46 <Peasant65> Busybox also feels a bit outdated. Probably because of the html 1.0 website and the fact they're hosting their own git on what looks like a git system from the early 2000's.
2020-05-11 17:07:18 <AinNero> because its made by terminal junkies
2020-05-11 17:07:29 <AinNero> everything terminal junkies do looks like early 2000s internet
2020-05-11 17:07:34 <albr_> monado[d]: haha
2020-05-11 17:07:42 <Peasant65> :'D maybe that's true.
2020-05-11 17:07:56 <AinNero> if you dont like busybox, install coreutils over it
2020-05-11 17:08:05 <Peasant65> I'm a new-age 'developer'. Everything can be coded in javascript nowadays :P
2020-05-11 17:08:06 <AinNero> and util-linux and grep and whatever else
2020-05-11 17:08:53 <AinNero> ah, seems like RAM does grow on trees for you
2020-05-11 17:09:35 <Peasant65> Well.... I do feel the weight of those 20 electron apps opened in the background right now... :(.
2020-05-11 17:09:40 <albr_> monado[d]: Peasent65: https://hyper.is/
2020-05-11 17:09:56 <Peasant65> Haha, yea i know it ;)
2020-05-11 17:09:57 <albr_> monado[d]: oops
2020-05-11 17:10:26 <AinNero> Peasant65: i setup my servers with alpine, i always order the smallest-sized VMs
2020-05-11 17:10:38 <AinNero> but 512MB is still oversized for most of my webserver/email stuff
2020-05-11 17:11:44 <Peasant65> Uhu, yea I understand the need for busybox in dockers/vm's . Just wondering if i'm doing something wrong when using it in a more sysadmin-like setting
2020-05-11 17:12:59 <AinNero> on desktop or on server?
2020-05-11 17:13:03 <Peasant65> Server
2020-05-11 17:13:22 <AinNero> not sure what could go wrong
2020-05-11 17:13:44 <AinNero> if you have experience with GNU/Linux and BSD, Alpine is just like a third in the group
2020-05-11 17:14:20 <Peasant65> Well, i tried piping docker ps trough less cuz the table is way too wide for my tiny 27" screen.
2020-05-11 17:14:44 <AinNero> apk add less, then
2020-05-11 17:14:45 <Peasant65> So less chopped of the ends of the table but that was about the extent of it :P
2020-05-11 17:14:51 <Peasant65> Yea i'll be doing that :)
2020-05-11 17:46:17 <zmc> I have a new alpine install and I can't add things like xterm and kde. What can I do to make these aaddable
2020-05-11 17:47:18 <AinNero> zmc: is the community repo enabled?
2020-05-11 17:47:26 <AinNero> edit /etc/apk/repositories as root
2020-05-11 17:47:36 <zmc> AinNero: That's likely the problem.  Thanks!
2020-05-11 18:15:44 <pangolin> I have some troubles getting alsa working
2020-05-11 18:16:42 <pangolin> Intel HDA Realtek ALC236
2020-05-11 18:24:25 <Hello71> Peasant65: did you try pressing the right arrow key
2020-05-11 18:25:26 <Hello71> !give pangolin doesntwork
2020-05-11 18:25:30 <Hello71> wait
2020-05-11 18:25:34 <Hello71> wrong channel
2020-05-11 18:25:46 <Hello71> pangolin: you're going to have to be more specific
2020-05-11 18:26:25 <pangolin> alsamixer seems to detect everything just fine and I'm note getting errors
2020-05-11 18:26:49 <Hello71> Peasant65: there was never an html 1.0, the first version was 2.0
2020-05-11 18:26:57 <pangolin> just no sound in either earphones or speaker no matter what i do to the volume, mute isn't on either.
2020-05-11 18:27:07 <Hello71> and regardless busybox.net is <!DOCTYPE HTML PUBLIC '-//W3C//DTD HTML 4.01 Transitional//EN'>
2020-05-11 18:27:21 <Peasant65> Hello71 yes I did. But it does not scroll sidewards.
2020-05-11 18:27:36 <AinNero> next someone tells him even html5 pages can look like that
2020-05-11 18:29:02 <pangolin> Okay I got some warnings about /usr/shar/alsa.conf maybe being old or corrupted
2020-05-11 18:29:22 <Peasant65> Hello71 I honestly don't know the differences between 1.0 and 2.0. It's just a figure of speech
2020-05-11 18:29:35 <Hello71> wat
2020-05-11 18:29:46 <Hello71> 1 = 2
2020-05-11 18:30:05 <Peasant65> Was just trying to say the website looks old as fuck. Alright?
2020-05-11 18:30:09 <Peasant65> D;
2020-05-11 18:31:00 <AinNero> an 'idiom' or 'euphemism'
2020-05-11 18:31:54 <Peasant65> "figure of speech; a word or phrase used in a non-literal sense for rhetorical or vivid effect."
2020-05-11 18:33:55 <Peasant65> Idioms and euphemisms are subcatagories of the figure of speech, i think.
2020-05-11 18:36:06 <Peasant65> Hello71 Also, i meant no offense. It just sets certain expectations for us younglings. "if it looks old it's probably obsolete". Which isn't necessarily true, i know.
2020-05-11 18:37:16 <Hello71> it's both vaguely amusing and annoying when people make such comparisons based on completely inaccurate history
2020-05-11 18:37:48 <Hello71> e.g. "it's a dos prompt" in reference to linux command line
2020-05-11 18:38:26 <Peasant65> It's a prejudice. Agreed. But prejudice, right or wrong, is something we have to live with.
2020-05-11 18:38:54 <Peasant65> It's also the reason I was searching for other people's opinion.
2020-05-11 18:39:19 <Peasant65> people more familiar with the project.
2020-05-11 18:44:28 <Hello71> ok
2020-05-11 18:53:59 <hugorodrigues> heys guys, I'm having a issue with SSL, I can't connect to sites using Let's Encrypt certs, curl says that the cert isn't valid
2020-05-11 18:54:08 <hugorodrigues> curl: (60) SSL certificate problem: certificate is not yet valid
2020-05-11 18:54:18 <ikke> "certificate is not yet valid"
2020-05-11 18:54:22 <ikke> try `date`
2020-05-11 18:54:59 <hugorodrigues> ok found out the issue haha
2020-05-11 18:55:59 <hugorodrigues> dammm  completely missed the issue there haha thanks
2020-05-11 18:56:39 <ikke> np
2020-05-11 21:23:24 <brass> Hey I'm writing an OpenRC script, is it ok to be multiple `ebegin's deep or should they all be completely separate?
2020-05-11 21:23:54 <brass> Also does a non-zero eend value cause the function to return or does it just continue like nothing happened?
2020-05-11 21:39:25 <Hello71> well it won't print right
2020-05-11 21:39:34 <Hello71> ebegin literally prints the message and then a bunch of spaces
2020-05-11 22:32:00 <brass> ok thanks
2020-05-11 23:44:47 <hbug_> it seems alpine <=3.11 is still affected by an efivars bug in efibootmgr. i've created an account in the gitlab. is 'aports' the right category to create a bug report in? https://bugzilla.redhat.com/show_bug.cgi?id=1773175
2020-05-11 23:46:43 <maxice8> The issue should be under the aports project of the user 'alpine'
2020-05-11 23:46:47 <maxice8> gitlab.a.o/alpine/aports
2020-05-11 23:46:58 <maxice8> algitbot: why you do this to me ?
2020-05-11 23:47:15 <monado> algitbot: why you do this to me ?
2020-05-11 23:49:37 <hbug_> maxice8: thank you. is there a template how to report properly?
2020-05-11 23:49:49 <maxice8> i'm not aware of any template
2020-05-12 02:22:35 <mss> hello people, is it possible to have some sort of vi-mode like function in busybox' ash?
2020-05-12 02:22:47 <mss> `set -o vi` does not seem to work.
2020-05-12 02:43:24 <mss> apparently it's a config flag under settings in busybox.
2020-05-12 07:05:02 <markand> hey there
2020-05-12 07:06:07 <markand> I have an issue with an update on Raspberry pi 4 (armv7), now I can't use any networking command, e.g. udhcpc eth0 ends with the error "Address family not supported by protocol"
2020-05-12 07:06:23 <markand> it has a 5.4.27-0-rpi4 kernel
2020-05-12 07:07:47 <Cogitri> Did you upgrade your kernel but didn't reboot or smth?
2020-05-12 07:07:58 <Cogitri> Sounds like the modules are of a different version then the running kernel
2020-05-12 07:12:49 <markand> yes I reboot
2020-05-12 08:02:57 <markand> is it because firefox isn't build with pulseaudio support that it can't find my microphone?
2020-05-12 08:03:26 <markand> webcam works fine though
2020-05-12 08:10:10 <Cogitri> markand: Mic works fine for me on FF
2020-05-12 08:10:19 <Cogitri> And I think we do build ff with pulse support now
2020-05-12 08:32:57 <markand> strange
2020-05-12 08:33:25 <markand> https://www.onlinemictest.com/ here for example it says that it was unable to find my microphone
2020-05-12 08:33:29 <markand> and it does not even ask for permission
2020-05-12 08:34:13 <Cogitri> Worked for me on Jitsi
2020-05-12 08:37:33 <TBB> when was the pulse support enabled for ff on Alpine? could this be a stable vs edge issue or something?
2020-05-12 08:38:02 <Cogitri> FF is only available in testing and as such in edge as of now
2020-05-12 08:40:30 <TBB> strange, my 3.11 reports it to be in community
2020-05-12 08:41:32 <ikke> https://pkgs.alpinelinux.org/packages?name=firefox&branch=v3.11
2020-05-12 08:41:52 <ikke> Did you add the edge community repo?
2020-05-12 08:42:27 <afontain_> I think it was moved because it could not be upgraded for some times
2020-05-12 08:44:24 <TBB> oh, I must've canceled the previous apk update because it seems my isp has a strange delay connecting to the update server via ipv6
2020-05-12 08:44:38 <Cogitri> FF was in testing because Rust was in testing
2020-05-12 08:44:50 <Cogitri> But now that Rust is in community, I've gone ahead and moved FF to community
2020-05-12 08:45:02 <Cogitri> So you can use FF on 3.12 once that's out
2020-05-12 08:45:08 <afontain_> oh, that's why
2020-05-12 08:45:15 <afontain_> great
2020-05-12 08:45:52 <TBB> and what I found in community is -esr
2020-05-12 08:46:43 <Cogitri> Yup, that has been in community for some time
2020-05-12 10:17:33 <dngray> is there a specific style for patch names?
2020-05-12 10:17:33 <dngray> currently looking at https://wiki.alpinelinux.org/wiki/Creating_patches
2020-05-12 10:18:27 <dngray> as in will anyone mind if i call it: emulate_fallocate.patch
2020-05-12 10:20:10 <dngray> and what is preferred? via mailing list or via gitlab?
2020-05-12 10:20:24 <maxice8> gitlab
2020-05-12 10:21:11 <dngray> cos i can do either, in the past i think i did mailing list
2020-05-12 10:21:17 <dngray> i figure as it's first in the article, it's preferred
2020-05-12 10:31:16 <Cogitri> Huh? Gitlab is first
2020-05-12 10:34:56 <dngray> well its mentioned above patching on the mailing list
2020-05-12 10:39:01 <dngray> it's been a while since i've done it so i've gotten out of practice
2020-05-12 10:42:36 <Cogitri> Ah, I thought you meant that the ML was mentioned first and then Gitlab
2020-05-12 11:33:38 <dngray> hehe building in my root on diskless..
2020-05-12 11:33:40 <dngray> i won't run out of room!
2020-05-12 11:33:50 <dngray> i have 64GB of RAM free
2020-05-12 12:56:29 <dngray> can we use patches from git?
2020-05-12 12:56:32 <dngray> ie `git diff < commit >`
2020-05-12 12:57:15 <afontain_> I used `git show abcd1234 > x.patch` in the past
2020-05-12 12:58:19 <dngray> ah yes that is what i want thanks~
2020-05-12 12:59:42 <dngray> :q
2020-05-12 13:00:35 <nekocentral> with the default alpine networking can i use post-up commands?
2020-05-12 13:01:01 <ikke> yes
2020-05-12 13:01:22 <nekocentral> good, thank you
2020-05-12 13:12:49 <dngray> works for me
2020-05-12 13:12:52 <dngray> need to put it in the APKBUILD now
2020-05-12 13:13:09 <dngray> patch -p1 -i ../emulate_fallocate.patch ${SRCDIR}/lxd-4.1/_dist/deps/raft/src/uv_os.c
2020-05-12 13:13:30 <dngray> am i supposed to mention the path of where to apply it?
2020-05-12 13:13:34 <ikke> no
2020-05-12 13:13:56 <dngray> https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package#Patches yeah doesn't look so
2020-05-12 13:14:09 <maxice8> put the name of the file in source= and put the file itself in the same directory as the apkbuild
2020-05-12 13:14:29 <ikke> abuild will apply it in $builddir, so the paths should be relative to there
2020-05-12 13:14:52 <dngray> > put the name of the file in source
2020-05-12 13:14:52 <dngray> ah yep
2020-05-12 13:15:05 <dngray> i did that
2020-05-12 13:15:28 <dngray> ah hmm, so how will it know its in _dist/deps/raft/
2020-05-12 13:15:33 <dngray> i would need to format the patch so that is the case hmm
2020-05-12 13:15:50 <dngray> --- a/src/uv_os.c
2020-05-12 13:15:51 <dngray> +++ b/src/uv_os.c
2020-05-12 13:16:01 <dngray> isn't going to work, see this library is included in lxd
2020-05-12 13:16:03 <ikke> yes, you need to modify that
2020-05-12 13:16:06 <dngray> and the patch was from the library
2020-05-12 13:16:17 <ikke> just modify the paths to match the actual files
2020-05-12 13:16:34 <dngray> right
2020-05-12 13:16:38 <dngray> yeah
2020-05-12 13:16:41 <dngray> that should work then
2020-05-12 13:20:27 <dngray> wooo
2020-05-12 13:20:30 <dngray> >>> lxd: emulate_fallocate.patch
2020-05-12 13:20:30 <dngray> patching file _dist/deps/raft/src/uv_os.c
2020-05-12 13:21:23 <dngray> hmm
2020-05-12 13:21:39 <dngray> that's weird
2020-05-12 13:21:43 <dngray> patch: **** Can't open patch file /home/user/lxd/src/lxd-4.1/emulate_fallocate.patch : No such file or directory
2020-05-12 13:21:53 <dngray> patch -p1 -i "$builddir"/emulate_fallocate.patch
2020-05-12 13:21:55 <dngray> is the line i had in prepare()
2020-05-12 13:22:05 <ikke> no need to manually do that
2020-05-12 13:22:16 <ikke> just mention it in source=""
2020-05-12 13:22:16 <dngray> i modified the patch accordingly https://termbin.com/8sgk
2020-05-12 13:22:42 <ikke> https://git.alpinelinux.org/abuild/tree/abuild.in#n689
2020-05-12 13:23:31 <dngray> oh
2020-05-12 13:23:49 <dngray> maybe i am thinking of ebuilds
2020-05-12 13:23:55 <dngray> pr pkgbuilds
2020-05-12 13:24:15 <ikke> abuild has built-in support for patches :)
2020-05-12 13:24:47 <dngray> oh coool
2020-05-12 13:25:01 <dngray> (as you can tell i don't do this very often)
2020-05-12 13:25:06 <dngray> and i use a lot of distributions so yeah i forget
2020-05-12 13:25:19 <ikke> no worry
2020-05-12 13:25:38 <dngray> i've also done freebsd pkgbuilds too
2020-05-12 13:26:19 <dngray> i'm sure Francesco Colista will like this patch
2020-05-12 13:26:36 <dngray> it makes lxd work when you set your data directory to a zfs pool
2020-05-12 13:26:49 <dngray> currently that borks on glibc
2020-05-12 13:26:54 <dngray> (and upstream asked me to test it)
2020-05-12 13:50:09 <dngray> when doing a  New Merge Request, is there anything special for the Title
2020-05-12 13:51:35 <dngray> i've not submitted patches through gitlab before
2020-05-12 13:52:37 <dngray> ie something like:
2020-05-12 13:52:38 <dngray> [PATCH] lxd-libs: Emulate fallocate() on libc implementations missing a fallback
2020-05-12 13:53:59 <AinNero> before lxd-libs, you might add a main/ or community/ or testing/, wherever its in
2020-05-12 13:55:45 <Cogitri> $repo/$package: $change is the format
2020-05-12 13:55:55 <Cogitri> Both for the commit message and the Gitlab MR
2020-05-12 13:56:15 <dngray> https://gitlab.alpinelinux.org/dngray/aports/-/merge_requests/1
2020-05-12 13:57:34 <dngray> <AinNero "before lxd-libs, you might add a"> oh good point
2020-05-12 13:57:55 <dngray> hmm, that's a merge request into my own branch
2020-05-12 13:58:13 <dngray> so i guess i need to do a PR now for that?
2020-05-12 13:58:16 <dngray> i haven't used gitlab a whole lot heh
2020-05-12 14:00:02 <dngray> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/7846 there we go!
2020-05-12 14:00:59 <Cogitri> You didn't put a commit on that MR
2020-05-12 14:01:24 <Cogitri> I can recommend you to use mkmr, makes making MRs a lot easier
2020-05-12 14:01:32 <dngray> oh..
2020-05-12 14:01:58 <dngray> hmm it hasn't been merged into master actually yet even upstream
2020-05-12 14:02:02 <dngray> but upstream has said they will be pushing a new release
2020-05-12 14:02:50 <dngray> https://github.com/canonical/raft/pull/135 (they were waiting for me to test it)
2020-05-12 14:03:33 <dngray> <Cogitri "I can recommend you to use mkmr,"> that wasn't mentioned in the creating patches article
2020-05-12 14:03:51 <Cogitri> I should add it
2020-05-12 14:04:26 <dngray> i just followed https://wiki.alpinelinux.org/wiki/Creating_patches
2020-05-12 14:37:22 <Hello71> PATCHES is in EAPI 7
2020-05-12 14:37:27 <Hello71> and before that you could use eutils
2020-05-12 14:38:37 <Cogitri> I think that was for #exherbo? :D
2020-05-12 14:41:21 <Hello71> 13:23 <dngray> maybe i am thinking of ebuilds
2020-05-12 14:41:26 <Hello71> also gentoo had ebuilds first...
2020-05-12 14:42:15 <Hello71> it's like if someone asked about apt and you pointed them to kubuntu
2020-05-12 14:43:03 <maxice8> Exherbo doesn't use ebuilds as far as I'm aware
2020-05-12 14:44:10 <Hello71> exherbo uses ebuilds but not the gentoo repo structure
2020-05-12 14:44:18 <Hello71> wait
2020-05-12 14:45:06 <Cogitri> It uses exheres
2020-05-12 14:45:11 <Hello71> oh right, they use an ebuild derivative
2020-05-12 14:45:16 <Cogitri> Which were based on ebuilds at some point
2020-05-12 14:45:35 <Hello71> kind of like apkbuild
2020-05-12 14:45:38 <Cogitri> Somehow I derp'ed there, it's PATCHES for Exherbo too, but EAPI is Gentoo of course :)
2020-05-12 14:46:36 <dngray> <Hello71 "also gentoo had ebuilds first..."> yeah i've never used exherbo, only gentoo
2020-05-12 14:46:40 <dngray> and ages ago
2020-05-12 14:47:28 <Hello71> oh, I think PATCHES was in base.eclass
2020-05-12 14:54:01 <dngray> Cogitri: oh, i forgot to bump the PKGREL
2020-05-12 14:54:18 <dngray> i suppose i should do that and push
2020-05-12 14:54:42 <Cogitri> Yup
2020-05-12 14:56:15 <dngray> mm i didn't commit though
2020-05-12 14:56:20 <dngray> i did: git push -u origin lxd
2020-05-12 14:56:42 <dngray> which means i haven't got a repo with the commit
2020-05-12 14:56:53 <dngray> oh, maybe it did, so if i fetch i should get it
2020-05-12 14:57:28 <dngray> oh
2020-05-12 14:57:32 <dngray> i dun goofed that.
2020-05-12 14:58:51 <dngray> there we go
2020-05-12 14:59:43 <dngray> oh wow it compiles the package nice
2020-05-12 14:59:46 <dngray> u alpine people have set this up well
2020-05-12 15:00:00 <dngray> https://gitlab.alpinelinux.org/dngray/aports/-/jobs/115208
2020-05-13 00:33:13 <cim209> how do you upgrade the kernel to 5.x? can't seem to find a guide from teh wiki
2020-05-13 00:34:43 <cim209> thought upgrading to 3.11 would upgrade the lts kernel as well
2020-05-13 00:53:02 <omni> cim209: the package was renamed "linux-lts" from "linux-vanilla"
2020-05-13 00:53:16 <cim209> reddit has better answers omni
2020-05-13 00:53:18 <cim209> just seen it
2020-05-13 00:53:49 <omni> cim209: so you have to 'apk add linux-lts' reboot and remove linux-vanilla if everything workss
2020-05-13 00:54:04 <cim209> it's not that simple
2020-05-13 00:54:09 <cim209> already did that too
2020-05-13 00:55:09 <omni> that's what I've done as recently as tonight, going from 3.9.x even
2020-05-13 00:55:32 <omni> what issues are you encountering?
2020-05-13 00:56:49 <cim209> it rebooted but not into 5.x kernel
2020-05-13 00:59:31 <omni> we are talking about a hard-disk/sys mode install, right?
2020-05-13 00:59:44 <omni> are you using grub or extlinux?
2020-05-13 01:01:30 <omni> *syslinux
2020-05-13 01:06:31 <omni> cim209: either way, if it did not boot the 5.x kernel your bootoader probably chose /boot/linux-vanilla
2020-05-13 01:10:43 <omni> sorry, /boot/vmlinuz-vanilla
2020-05-13 01:17:14 <cim209> removing vanilla from /boot/extlinux.conf fixed it
2020-05-13 01:36:37 <cim209> then running update-conf
2020-05-13 01:46:43 <cim209> thanks for the help omni
2020-05-13 05:55:29 <dngray> <Cogitri "I can recommend you to use mkmr,"> it would be good if at some time you could update https://wiki.alpinelinux.org/wiki/Creating_patches with information about that
2020-05-13 05:55:30 <dngray> or maybe put it on your to-do-list
2020-05-13 06:12:14 <Cogitri> dngray: Sure, but I have to admit my to-do list is getting uncomfortably long, so maybe you want to add it to the wiki page yourself :)
2020-05-13 06:28:06 <dngray> <Cogitri "dngray: Sure, but I have to admi"> i would other than i really don't know what i am adding lol
2020-05-13 06:28:36 <dngray> and it would be a lot easier for someone who does know what they're doing and has done it before to you know, provide instructions of what it is i am supposed to be doing
2020-05-13 07:12:32 <Cogitri> dngray: The README of mkmr should contain everything you need to know: https://github.com/maxice8/mkmr
2020-05-13 08:33:51 <dngray> oh, this tool is specific to alpinelinux
2020-05-13 08:38:40 <Cogitri> Not really, it works for any Gitlab repo
2020-05-13 08:38:55 <Cogitri> It's just that it's being developed mainly for Alpine Linux
2020-05-13 08:39:07 <Cogitri> I use it just fine for all of my Gitlab projects though
2020-05-13 12:14:03 <hbug_> it there no openrc binary in the minirootfs?
2020-05-13 12:15:35 <mps> hbug_: no
2020-05-13 12:15:58 <mps> miniroots intended to be used in containers
2020-05-13 12:17:18 <hbug_> thats what i did. got the message "can't run '/sbin/openrc': No such file" and thought that may be a problem.
2020-05-13 12:18:47 <mps> do you need 'init' in containers? but you can add it if you need it
2020-05-13 12:18:57 <hbug_> i would like to start some services and make alpine configure the network interfaces itself. can i just apk add openrc in the container and use it?
2020-05-13 12:19:28 <mps> yes, you can
2020-05-13 12:19:50 <hbug_> the actual init works. i see it starting six getty's
2020-05-13 12:19:55 <mps> I did for some lxc but not for docker
2020-05-13 12:20:27 <hbug_> thats nice i am also on lxc.
2020-05-13 12:21:55 <mps> then you need to create runlevels and add services which you want at startup using rc-update
2020-05-13 12:26:10 <hbug_> thank you. i probably have to read the doc on openrc/runlevels. not very familiar with them.
2020-05-13 12:27:31 <mps> you can do one of normal install and look how everything works
2020-05-13 17:06:52 <hbug__> can i somehow clean up the packages if i had to intterrupt an "apk add"?
2020-05-13 17:07:28 <ikke> apk fix
2020-05-13 17:10:18 <hbug__> ikke: there seem to remain libs which were dependencies. even manually removing the libs with apk del doesn't remove them. could it be, the they somehow are  not 'registered' in the package manager?
2020-05-13 17:10:45 <ikke> then remove the original package
2020-05-13 17:10:57 <ikke> hmm
2020-05-13 17:11:10 <ikke> check if it's present in /etc/apk/world
2020-05-13 17:11:40 <hbug__> no. they are not in /etc/apk/world
2020-05-13 17:12:35 <ikke> what if you try to add the original package again?
2020-05-13 17:13:20 <hbug__> hm.. one of the package would exceed disk space.
2020-05-13 17:13:31 <hbug__> thats the reason i intterrupted.
2020-05-13 17:18:44 <hbug__> if i manually add the packages to /etc/apk/world and the do "fix" or "del"? could it work or am i nuking the system?
2020-05-13 17:20:51 <ikke> If you add it to world and run apk fix, then it would try to install the package with all it's dependencies (would be the same as apk add <package>)
2020-05-13 18:27:15 <chakpapa> What a beautiful distribution. So neat and clean
2020-05-13 18:27:23 <chakpapa> Is it possible to get X and i3 in alpine?
2020-05-13 18:28:57 <clandmeter> sure
2020-05-13 18:29:23 <chakpapa> I like the distro. I am mostly a Gentoo user. but this distro is growing on me
2020-05-13 18:29:30 <clandmeter> im not sure i3 is packaged
2020-05-13 18:29:43 <clandmeter> https://pkgs.alpinelinux.org/package/edge/community/x86_64/i3wm
2020-05-13 18:30:04 <hbug__> ikke: this frankenstein command got me the files now owned by any package. so i can remove them if not needed > "find /bin/ /etc /lib /run /sbin/ /usr /var \( -type f -o -type l \) -exec apk info -W {} 2>&1 \; | grep ERROR"
2020-05-13 18:30:11 <chakpapa> wow nice. I am still trying this out in a VM. let me see if some of my workflow can be satisfied by alpine
2020-05-13 18:30:32 <clandmeter> setup-xorg is a helper
2020-05-13 18:30:37 <chakpapa> what is a good lightweight c compiler alpine linuxers use instead of the bloated gcc and llvm?
2020-05-13 18:30:56 <ikke> most tend to just use gcc
2020-05-13 18:31:08 <chakpapa> understandable I guess.
2020-05-13 18:31:12 <chakpapa> The GNU userland depends on it
2020-05-13 18:32:07 <chakpapa> Anyway, this is a really fast and beautiful distro that we all need to have around as a constant reminder of feature creep
2020-05-13 18:32:19 <clandmeter> :)
2020-05-13 18:32:32 <clandmeter> +1
2020-05-13 18:32:36 <chakpapa> : )
2020-05-13 18:33:02 <chakpapa> Coming from Gentoo I really love the openrc in alpine. its a different beast
2020-05-13 18:34:54 <AinNero> ?
2020-05-13 18:35:01 <AinNero> i thought we just ship the one from gentoo lol
2020-05-13 18:35:25 <chakpapa> AinNero, I guess its the minimalistic userland that makes it so snappy then i guess
2020-05-13 18:35:55 <chakpapa> How many core developers in alpine?
2020-05-13 18:38:22 <clandmeter> less than 10 core, little over 20 devs.
2020-05-13 18:39:15 <chakpapa> Not bad. I will try to be around. Although this cannot be my "primary driver" given the complex workflow requirements I have, but this can very well be a distro I would suggest to anyone for educational and purposes to learn to program in a clean and efficient way
2020-05-13 19:36:44 <RootWyrm_> Uh, waitasec, did the format of /etc/network/interfaces change in 3.11.6? :/
2020-05-13 19:41:17 <ikke> RootWyrm_: very unlikely
2020-05-13 19:42:23 <RootWyrm_> Exactly what I would have thought, but something's changed in the behavior.
2020-05-13 19:44:31 <RootWyrm_> Configuration that worked on 3.11.5 is choking with 'ifup: too many parameters "iface"'
2020-05-13 19:47:02 <ikke> http://tpaste.us/KyBw
2020-05-13 19:47:11 <ikke> that's all the commits for 3.11.6
2020-05-13 19:47:27 <RootWyrm_> Yeah, this one's a damn headscratcher to put it mildly.
2020-05-13 19:47:57 <RootWyrm_> Especially since recreating the file manually _sometimes_ fixes it.
2020-05-13 19:48:35 <ikke> could you share your interfaces file?
2020-05-13 19:48:51 <RootWyrm_> yeah, sec..
2020-05-13 19:49:59 <RootWyrm_> ikke: https://gist.github.com/rootwyrm/71c4cbecc566c636b2d3c52c198025af
2020-05-13 19:53:14 <ikke> does it only give that error on boot?
2020-05-13 19:53:34 <RootWyrm_> Nope, if I recreate without the aliases it works.
2020-05-13 19:53:48 <RootWyrm_> Add 'em back in, restart via service, chokes.
2020-05-13 19:54:04 <AinNero> might be that aliases are deprecated somewhere
2020-05-13 19:54:29 <AinNero> i remember considering using them and got warning to not do so, but my memory on that isnt good
2020-05-13 19:54:42 <RootWyrm_> AinNero: they aren't.
2020-05-13 19:56:06 <AinNero> RootWyrm_: technically right
2020-05-13 19:56:09 <AinNero> obsoleted, https://www.kernel.org/doc/Documentation/networking/alias.txt
2020-05-13 19:56:34 <RootWyrm_> ikke: where it gets REALLY fubar is that it doesn't ALWAYS choke like that either.
2020-05-13 19:57:16 <ikke> yeah, sounds like some kind of race condition or somehting like that, but I would have no idea how / where
2020-05-13 19:57:31 <RootWyrm_> AinNero: when the kernel doesn't shit the bed on the most basic IP networking concepts after 26 years, only then will their words have any value whatsoever.
2020-05-13 19:58:30 <RootWyrm_> ikke: I don't think a race, I think something's getting sourced wrong, but damned if I can see _where_.
2020-05-13 19:58:50 <AinNero> RootWyrm_: what stops you from assigning multiple ip addresses to an interface?
2020-05-13 19:58:53 <RootWyrm_> Freaking busybox ifup has no concept of debug, just spits an error and doesn't even bother to tell you where.
2020-05-13 19:59:06 <RootWyrm_> AinNero: that is _literally_ what aliases are.
2020-05-13 19:59:10 <ikke> RootWyrm_: there is ifupdown in the repositories
2020-05-13 19:59:14 <AinNero> RootWyrm_: no
2020-05-13 19:59:42 <AinNero> the kernel natively supports assigning multiple addresses to an interface
2020-05-13 19:59:52 <AinNero> the aliases are a workaround for the times when it couldnt
2020-05-13 20:00:08 <ikke> if only ifupdown had native support for it
2020-05-13 20:00:12 <RootWyrm_> AinNero: _which it still can't_
2020-05-13 20:00:38 <AinNero> RootWyrm_: i have multiple addressed assigned right now
2020-05-13 20:01:03 <RootWyrm_> AinNero: put two IP addresses on distinct physical interfaces on the same subnet. Now ping one of them and look at the actual results.
2020-05-13 20:01:36 <ikke> Isn't that something different?
2020-05-13 20:01:41 <AinNero> yeah
2020-05-13 20:01:46 <ikke> that's having the same subnet on two different interfaces
2020-05-13 20:01:49 <AinNero> why the two phy interfaces now?
2020-05-13 20:02:05 <AinNero> im talking about multiple ip addresses on a single physical interface
2020-05-13 20:02:09 <RootWyrm_> Yes. It's a demonstration of a failure of basic IP stack fundamentals present for 26 years.
2020-05-13 20:02:37 <RootWyrm_> And exactly why 'multiple IPs on one interface' is an even more horrifying kludge.
2020-05-13 20:03:25 <AinNero> aliases dont solve the 'same subnet on two if' problem?
2020-05-13 20:03:39 <AinNero> like, a routing table needs entries, and they gotta point somewhere
2020-05-13 20:03:41 <ikke> I'm trying to see how that even could work
2020-05-13 20:03:44 <AinNero> not two places
2020-05-13 20:03:50 <ikke> right
2020-05-13 20:03:52 <RootWyrm_> The stack is and always has been technically incapable of handling even the most trivial of concepts, whereas the alias code while a crime against humanity, doesn't take the same broken paths.
2020-05-13 20:04:28 <AinNero> find someone else to help you, have a nice day
2020-05-13 20:04:31 <RootWyrm_> ikke: that's LITERALLY how EVERY OTHER OS IN THE WORLD WORKS. If you ping IP address X you get a response from IP address X on the interface that address is configured on. On Linux, you will get a reply from the WRONG interface.
2020-05-13 20:11:43 <RootWyrm_> ikke: anyhow, something has _definitely_ gone weird across the board.. restart isn't tearing down interfaces either.
2020-05-13 20:15:32 <hbug> funny. literally half of the 3MB minimal rootfs for alpine are taken up by libcrypto :D
2020-05-13 21:19:40 <ghavil> Anyone here see this error from apk when installing py3-yaml before: ERROR: py3-yaml-5.3.1-r0: failed to rename usr/lib/python3.8/site-packages/.apk.70f3aebbbbf2c6946aed2b12a043c3b7e3cf93883a3da651 to usr/lib/python3.8/site-packages/PyYAML-5.3.1-py3.8.egg-info. ?
2020-05-13 21:30:20 <c705> nope, and i cannot reproduce on edge
2020-05-13 21:31:25 <Cogitri> ghavil: Unfortunately that's a known defect with apk when it tries to replace a file with a directory
2020-05-13 21:31:46 <ghavil> oh ha, is there a workaround Cogitri?
2020-05-13 21:31:48 <Cogitri> As a workaround you can delete that file from your / and run apk fix
2020-05-13 21:31:55 <ghavil> Nice, thanks!
2020-05-13 21:32:09 <Cogitri> 👍
2020-05-13 21:33:21 <ghavil> Cogitri: Any chance there's an open issue somewhere tracking that? Curious if I can link a teammate to something outside of this chat
2020-05-13 21:34:16 <Cogitri> You could look at https://gitlab.alpinelinux.org/alpine/apk-tools/issues I'm not sure if I opened an issue about it or forgot about it to be honest
2020-05-13 21:34:41 <Cogitri> Time to sleep for me though - maybe you could submit a new issue if there isn't an existing one
2020-05-13 21:34:48 <c705> nite Cogitri
2020-05-13 21:34:53 <ghavil> Ah sounds great, thanks Cogitri!
2020-05-13 21:35:13 <RootWyrm_> Ahahaha, oh great, root cause is broken IPv6 behavior again.
2020-05-13 21:35:18 <RootWyrm_> Emphasis on 'again.'
2020-05-13 22:01:46 <ForeverNoob[m]> hi, I'm sorry if this is a dumb question but how hard would it be to maintain an ARM SoC port? Is it just the compilation part or also the weird partitioning layouts? Reason I'm asking is because I've read that Chromebook C201 (which has a Rockchip RK3288-C SoC) is apparently unsupported: https://wiki.alpinelinux.org/wiki/Alpine_on_ARM
2020-05-13 22:02:30 <ForeverNoob[m]> ...which is unfortunate because it's one of the few 99%+ Libre laptops around.
2020-05-13 22:05:23 <tompaw> Hey everyone. I'm trying to fix a 3rd party Docker image based on alpine. The issue is: non-root user cannot ping. Getting operation not permitted.
2020-05-13 22:05:34 <tompaw> Unfortunately, pinging is essential for that product to work...
2020-05-13 22:05:43 <tompaw> Any idea what could be wrong?
2020-05-13 22:10:05 <Hello71> set uid = or or uid > 1000
2020-05-13 22:10:09 <Hello71> s/>/>=/
2020-05-13 22:10:28 <Hello71> s/or/0/
2020-05-13 22:13:06 <tompaw> uid=1000(librenms) gid=1000(librenms) groups=1000(librenms)
2020-05-13 22:23:39 <tompaw> interestingly, if I run the container on my mac, it works fine. but when deployed to k8s production, users can't ping :/
2020-05-13 22:24:07 <Hello71> seems like this software is very problematic
2020-05-13 22:24:07 <Hello71> someone asked about it just a few days ago in #freebsd
2020-05-13 22:24:41 <tompaw> which software, librenms?
2020-05-13 22:24:44 <Hello71> probably you should ask #docker instead
2020-05-13 22:24:47 <Hello71> yes
2020-05-13 22:24:55 <tompaw> it has nada to do with freebsd tho :D
2020-05-13 22:25:04 <tompaw> I will
2020-05-13 22:25:32 <tompaw> Hey everyone. I'm trying to fix a 3rd party Docker image based on alpine. The issue is: non-root user cannot ping. Getting operation not permitted. interestingly, if I run the container on my mac, it works fine. but when deployed to k8s production, users can't ping :/
2020-05-13 22:25:39 <tompaw> fck, sorry.
2020-05-13 22:25:50 <Hello71> yes, you already told us that
2020-05-13 22:25:57 <tompaw> missclick
2020-05-14 00:16:34 <manjaroi3> howdy folks
2020-05-14 00:18:46 <acolyte> anyone running alpine on the pinebook-pro around? I'm about to begin this adventure, and I'm always looking for general thoughts as well as suggestions
2020-05-14 00:20:27 <Hello71> don't use manjaro
2020-05-14 00:25:01 <acolyte> Hello71: not planning to
2020-05-14 00:25:12 <Hello71> don't use manjaro in general
2020-05-14 00:25:41 <acolyte> I don't really
2020-05-14 00:33:22 <omni> what can be overriding /etc/sysctl.d/local.conf? (/etc/sysctl.conf is empty)
2020-05-14 00:34:00 <omni> I try to set net.ipv6.conf.wlan0.accept_ra=2
2020-05-14 00:40:03 <acolyte> well
2020-05-14 00:40:36 <acolyte> turns out that, if you don't run a compositor, things are quite a bit more smooth :)
2020-05-14 00:40:58 <acolyte> I really dislike all the extra software that comes with "user-friendly" distros
2020-05-14 00:41:36 <acolyte> now then
2020-05-14 00:41:48 <acolyte> I need to figure out how I'm going to get allpine on this thing
2020-05-14 00:47:17 <acolyte> there's a postmarketos image
2020-05-14 00:47:20 <acolyte> I should probably just use that
2020-05-14 00:47:39 <omni> oh... wlan0 is probably not yet available since modules haven't been loaded when sysctl is run...
2020-05-14 10:58:46 <wraithoftheropes> how can i find out if a certain wireless device or wireless driver is supported on alpine?
2020-05-14 11:01:38 <wraithoftheropes> i'll attempt to install alpine on an old computer that doesn't have a wired connection
2020-05-14 11:02:06 <ikke> wraithoftheropes: figure out what driver it needs, check if it's included in the kernel or available as separate module
2020-05-14 11:02:59 <wraithoftheropes> ikke: i know what driver it needs but i don't know how to check if it will work
2020-05-14 11:04:05 <wraithoftheropes> i guess it's a separate module. u used it on other distributions
2020-05-14 11:06:13 <wraithoftheropes> ikke: what image would you recommend using for the installation without a wired connection?
2020-05-14 11:06:20 <ikke> extended
2020-05-14 11:06:55 <wraithoftheropes> ikke: ok i will try it anyway and see how it goes. thank you!
2020-05-14 13:30:12 <mckaygerhard> hi all
2020-05-14 13:33:16 <Cogitri> 👋
2020-05-14 14:16:25 <thibault31> Hi guys !
2020-05-14 14:17:36 <thibault31> I'm looking some help with my alpine container (raspberry pi 3 host) and bluetooth
2020-05-14 14:19:50 <Cogitri> Well, what do you need?
2020-05-14 14:23:59 <thibault31> well I try to connect my phone using bluez to the alpine container
2020-05-14 14:25:03 <thibault31> bluetoothd is runing on my host os (balenaos)
2020-05-14 14:25:15 <ikke> a container is a process (group) that is isolated. Not sure if it makes sense to connect bluetooth to a container
2020-05-14 14:26:00 <thibault31> I have different container on the host each have a part of the soft
2020-05-14 14:26:23 <thibault31> (the host is runing on balenaos)
2020-05-14 14:26:25 <ikke> Ok, you need to find out how that software interacts with bluetooth and share that with the container
2020-05-14 14:27:10 <thibault31> well I think I have done some part ( I can pair my device ) but I can't connect after that
2020-05-14 14:28:05 <thibault31> from the container using bluetoothctl I get :
2020-05-14 14:28:07 <thibault31> bash-5.0# bluetoothctl Agent registered[bluetooth]# showController B8:27:EB:14:A6:97 (public)        Name: 5fc958d        Alias: chambre        Class: 0x00000000        Powered: yes        Discoverable: yes        DiscoverableTimeout: 0x00000000        Pairable: yes        UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb)
2020-05-14 14:28:07 <thibault31> UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)        UUID: PnP Information           (00001200-0000-1000-8000-00805f9b34fb)        UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)        UUID: Generic Access Profile    (00001800-0000-1000-8000-00805f9b34fb)        Modalias: usb:v1D6Bp0246d0532
2020-05-14 14:28:08 <thibault31> Discovering: noAdvertising Features:        ActiveInstances: 0x00        SupportedInstances: 0x05        SupportedIncludes: tx-power        SupportedIncludes: appearance        SupportedIncludes: local-name
2020-05-14 14:29:17 <thibault31> I think bluetoothctl can communicate with bluetoothd through dbus
2020-05-14 14:29:41 <thibault31> I also pair my device but after that I can't connect
2020-05-14 14:30:10 <thibault31> the device is directly disconnected
2020-05-14 14:30:38 <Cogitri> Please use a pasting service for long strings like that
2020-05-14 14:31:15 <thibault31> yup sorry
2020-05-14 14:31:42 <Cogitri> Hm, so you want to run bluetoothd on the host and bluetoothctl in the container via dbus?
2020-05-14 14:35:31 <thibault31> sry there is some info from bluetoothctl
2020-05-14 14:35:37 <thibault31> https://gist.github.com/tdesaules/98d2d233e0f9c55c2c3d99ef871b8c23
2020-05-14 14:36:44 <thibault31> the bluetoothd is runing on my host (balenaos) I should run in the container (also try) doens't work too
2020-05-14 14:37:31 <thibault31> From my understanding : bluetoothd communicate with the Bluetooth device and run on the BalenaOS host and them the container communicate with the daemon through dbus with an agent (bluetoothctl for example)
2020-05-14 14:38:21 <Cogitri> Is the version the same of bluez in both the host and the container?
2020-05-14 14:41:15 <thibault31> I will check
2020-05-14 14:42:01 <thibault31> Version 5.50 on the host
2020-05-14 14:42:11 <thibault31> Version 5.54 on the alpine container
2020-05-14 14:45:52 <Cogitri> Not sure if the versions can be different
2020-05-14 14:46:41 <thibault31> humm maybe
2020-05-14 14:46:52 <thibault31> will try to run both on the container to made test
2020-05-14 14:50:26 <thibault31> still the same the device pair and then disconnect
2020-05-14 15:30:02 <Guest83> I'm troubleshooting a slow boot issue on my ESPRESSObin, which is running Alpine 3.11.5 on Linux 4.4.52. My boot time is consistently over 3 minutes, and is even worse when I am not connected to a network. I have looked through all of /var/log/ and disabled services that I thought could be the issue, like dhcpcd and urandom. Thinking it could be an
2020-05-14 15:30:02 <Guest83> entropy issue, I have installed haveged and have it enabled in the default runlevel. When booting, it always freezes after starting the RNG generator (if crond is disabled) or after crond if not. Any ideas for further troubleshooting? I have tried to get svn to build bootchartd but I can't find the package for svn.
2020-05-14 15:39:03 <steevec> Hi
2020-05-14 15:40:11 <Hello71> 4.4?
2020-05-14 15:41:05 <steevec> I've got some issue with postgresql-plpython3 and postgres 11, when I create the extension in postgres using `CREATE EXTENSION plpython3u` it claim that pg_vsnprintf is not found
2020-05-14 15:41:28 <steevec> is there a package to install?
2020-05-14 15:42:05 <Guest83> Hello71 if that was to me, 4.4.52-armada-17.10.4-g719fc86-dirty
2020-05-14 15:42:24 <steevec> I've try to install postgresql-dev and postgresql-libs with no luck
2020-05-14 15:42:54 <steevec> do you know which package provide pg_vsnprintf symbole?
2020-05-14 15:43:03 <steevec> symbol*
2020-05-14 15:44:30 <steevec> full error message:
2020-05-14 15:44:31 <steevec> ERROR:  could not load library "/usr/local/lib/postgresql/plpython3.so": Error relocating /usr/local/lib/postgresql/plpython3.so: pg_vsnprintf: symbol not found
2020-05-14 15:45:30 <Cogitri> Probably pgsql itself
2020-05-14 15:46:20 <steevec> that's what I was thinking while reading this: https://docs.huihoo.com/doxygen/postgresql/snprintf_8c.html#aa3987cd6586858be2460392e49c0df89
2020-05-14 15:49:37 <Hello71> why is everyone using ancient kernels today
2020-05-14 15:50:10 <Hello71> well where did you install /usr/local/lib/postgresql/plpython3.so from
2020-05-14 15:50:21 <Hello71> it is requiring this symbol which is not supported by your postgres
2020-05-14 15:53:26 <steevec> Hello71: I'm using the postgres:11-alpine docker image
2020-05-14 15:54:53 <Hello71> cbf installing docker just to list the files
2020-05-14 15:55:08 <steevec> plpython3.so is installed using postgresql-plpython3 package, and the used a sym link on /usr/local/lib/postgresql/plpython3.so
2020-05-14 16:05:49 <steevec> by the way I should mention that it works using postgres:12-alpine, but I need a pg11
2020-05-14 16:12:49 <mps> Hello71: not all board (especially exotic ones) can boot with newer kernels but with some vendors kernels which are heavy patched usually
2020-05-14 16:13:25 <mps> I have one arm64 machine which can boot only with 3.18 kernel
2020-05-14 16:13:41 <mps> and it is not too old, 4 years
2020-05-14 16:14:34 <steevec> I've try to build the docker image using `--enable-python` with no luck (here is the original dockerfile: https://github.com/docker-library/postgres/blob/master/11/alpine/Dockerfile)
2020-05-14 16:16:11 <Hello71> did you ask the people making the image
2020-05-14 16:19:18 <steevec> no, but I will
2020-05-14 16:19:41 <steevec> I'm just trying to see if I can fix it by myself before
2020-05-14 16:48:43 <fredrigu> I'm trying to boot alpine from an usb and get the error message "isolinux.bin missing or corrupt" From what I understand this is because the bios is missconfigured. I've made sure USB is the primary boot order, but I still get this error
2020-05-14 16:49:29 <fredrigu> I've a new computer with an asus rog strix motherboard and an amd threadripper cpi
2020-05-14 16:49:33 <fredrigu> cpu*
2020-05-14 16:50:28 <Cogitri> Hm, I don't see why it wouldn't work if CSM is enabled (which is the default)
2020-05-14 16:52:06 <fredrigu> it is, there's also two nvme discs with windows on one of them (the other one empty) which might give some problems?
2020-05-14 16:52:51 <Cogitri> I doubt it
2020-05-14 16:52:59 <Cogitri> But why are you trying to boot Alpine from USB? For installation?
2020-05-14 16:53:55 <fredrigu> nah, I started with trying to install debian, since that didn't work I tried with booting alpine since I'm more comfortable with alpine. Once I've alpine up and running I thought I could do a harddisk install of debian
2020-05-14 16:55:12 <Cogitri> Ah, I usually use Ubuntu for installation mediums
2020-05-14 16:56:53 <fredrigu> maybe I should try ubuntu as well
2020-05-14 16:57:13 <albr> monado[d]: usually I use fedora
2020-05-14 17:06:04 <fredrigu> nah, ubuntu doesn't work either
2020-05-14 17:36:23 <gusta> ikke: speed this shit up yo
2020-05-14 17:58:59 <albr> exist[d]: hi
2020-05-14 17:59:10 <albr> exist[d]: woooah
2020-05-14 17:59:15 <ikke> We're doing our best, but we cannot make things faster then they go
2020-05-14 18:00:25 <ikke> gusta: biggest hold up are packages that fail to build for one reason or another, someone has to spend time to figure out why / how to fix it
2020-05-14 18:01:59 <albr> monado[d]: hi @exist
2020-05-14 18:02:12 <albr> exist[d]: hey @monado
2020-05-14 18:02:27 <ikke> hey albr :P
2020-05-14 18:02:34 <albr> monado[d]: lmao
2020-05-14 18:02:45 <Guest83> I'm troubleshooting a slow boot issue on my ESPRESSObin, which is running Alpine 3.11.5 on Linux 4.4.52. My boot time is consistently over 3 minutes, and is even worse when I am not connected to a network. I have looked through all of /var/log/ and disabled services that I thought could be the issue, like dhcpcd and urandom. Thinking it could be an
2020-05-14 18:02:46 <Guest83> entropy issue, I have installed haveged and have it enabled in the default runlevel. When booting, it always freezes after starting the RNG generator (if crond is disabled) or after crond if not. Any ideas for further troubleshooting? I have tried to get svn to build bootchartd but I can't find the package for svn.
2020-05-14 18:03:18 <gusta> ikke: ok yo
2020-05-14 18:03:28 <gusta> just wanted a update
2020-05-14 18:08:53 <mps> Guest83: don't know will it help in your case but I put haveged in sysinit runlevel
2020-05-14 18:09:30 <Guest83> mps Thank you, I'll change the runlevel and see if that helps
2020-05-14 18:29:31 <albr> exist[d]: yo i need to get IRC installed
2020-05-14 18:29:31 <albr> exist[d]: xD
2020-05-14 18:35:27 <artok> apk add irssi
2020-05-14 19:03:21 <Guest83> Anyone have any ideas? Still struggling with poor boot times (in excess of 3 minutes)
2020-05-14 19:05:49 <mps> Guest83: do you have urandom service in boot runlevel
2020-05-14 19:06:29 <Guest83> mps Yes I do. I've also tested with it disabled, and I saw no noticeable difference.
2020-05-14 19:06:53 <mps> does it saves random seed file on shutdown
2020-05-14 19:07:04 <Guest83> I'm not sure
2020-05-14 19:07:34 <mps> look at /etc/conf.d/urandom and check if the file is saved
2020-05-14 19:08:46 <Guest83> The only contents of that file other than the comment on top is the urandom_seed path
2020-05-14 19:09:27 <mps> yes, is the file saved on reboot/shutdown
2020-05-14 19:09:57 <mps> and is the file on root partition
2020-05-14 19:10:41 <Guest83> It appears to be saved on reboots, and it is on the root partition.
2020-05-14 19:12:02 <mps> hmm, I have no more ideas what could help you
2020-05-14 19:12:33 <Guest83> Do you know how I can profile startup and find the problematic process?
2020-05-14 19:14:07 <mps> maybe you can set rc_verbose=yes in /etc/rc.conf
2020-05-14 19:15:29 <Guest83> Okay thank you. please let me know if you come up with any other ideas!
2020-05-14 19:16:47 <mps> ok, but I doubt that I will come to anything, sorry
2020-05-14 19:17:57 <Guest83> No worries. I've been staring at this thing all day
2020-05-14 19:44:48 <Guest83> Does the mailing list reveal users email addresses or domain?
2020-05-14 19:46:45 <ikke> yes
2020-05-14 22:48:04 <TheZero> Hi
2020-05-14 22:50:02 <TheZero> I was wondering if there's a way to store Alpine boot contents ( from the ISO ) onto a hard drive, using the "diskless" mode, just like in the Raspberry Pi, the system and the data is stored on the mmcblk0 and commited as u guys know
2020-05-14 22:54:27 <c705> TheZero: i'm not sure I understand. you can write the iso to a disk, or mount it to scan the contents
2020-05-14 22:56:49 <TheZero> So, let me try to be more specific, that's because I'm not an English native, think setting up Alpine linux on a Raspberry Pi, it's "diskless" mode right ? Because u need to use lbu_commit, and the system don't boot from a cd or usb, it boots from the internal memory, so, how to do that on a PC ? Like, boot without need to have a cd or usb plugged
2020-05-14 22:56:49 <TheZero> in, just the hard drive and a way to use lbu_commit
2020-05-14 22:59:43 <TheZero> If u look at the RPI sdcard, u will c a lot of files ( the needed to boot and the xxx.apkovl.tar.gz( that is the "user data" commited via lbu ) how to have a setup like that on a PC ?
2020-05-14 23:00:32 <TheZero> So my system is installed to a harddrive and when it boots, it goes into the RAM, so I for example can pull the HDD off the system
2020-05-14 23:00:42 <c705> well, you need to boot from something. "diskless" just means the runtime is diskless, but you still need medium to boot off of
2020-05-14 23:00:55 <c705> whether that's a boot drive or network booting with PXE
2020-05-14 23:01:30 <nacelle> Runtime Mode (Select between "diskless" (disk=none), "data" or "sys", all described above.)  - from https://wiki.alpinelinux.org/wiki/Installation
2020-05-14 23:01:49 <nacelle> i'm not sure x86 installer does that, but the manual claims so
2020-05-14 23:02:18 <c705> i don;t know what the scripts do, but I use "diskless mode" but I still have to boot the iso from a disk
2020-05-14 23:02:22 <nacelle> I want to try this myself, I have a system I want to run off of its cf interface
2020-05-14 23:02:24 <c705> Once i'm booted, I can yank the disk out
2020-05-14 23:02:56 <TheZero> Yep c705 I want to do the same as yours, but think of the disk u pull out, as my harddrive
2020-05-14 23:03:00 <nacelle> it sounds like the installer installs enough on disk to not need the iso in a drive, etc.
2020-05-14 23:03:14 <c705> TheZero: so write the iso to a boot partition, and boot from that
2020-05-14 23:03:37 <c705> nacelle: i imagine it creates the iso and writes it to the partition that you specify
2020-05-14 23:03:42 <nacelle> TheZero: when you run "setup-alpine", the installer manual says you can pick diskless for the install
2020-05-14 23:03:45 <nacelle> same
2020-05-14 23:03:58 <nacelle> its probably easier than we're making this if the manual is right :-)
2020-05-14 23:04:19 <nacelle> (I've only used diskless on my pis, it rocks for that)
2020-05-14 23:04:23 <c705> it makes sense to me, but only after i spent a great deal of time reading the scripts and playing with it
2020-05-14 23:04:57 <c705> i don't know if i like the name "diskless" all that much
2020-05-14 23:05:21 <TheZero> nacelle doing that way from setup-alpine u'll need to have a cd or usb plugged in so the system can boot, I want to make my system runs from ram but got stored on the harddrive, so I expect that when I boot the PC, the system gets copied to ram
2020-05-14 23:05:31 <nacelle> run from ram is the other way people tend to say it
2020-05-14 23:05:53 <nacelle> TheZero: no
2020-05-14 23:06:02 <c705> Therinstead of mounting a cd or usb, mount a blank partition of the hard drive you're mentioning
2020-05-14 23:07:35 <TheZero> It's a bit confusing lol, but, simple question, how to copy the system ( from harddrive ) to ram ? Like booting the ISO does
2020-05-14 23:08:18 <nacelle> I think the answer is: follow the install instructions, instead of picking "sys", pick "disk=none"
2020-05-14 23:08:21 <nacelle> its not confusing
2020-05-14 23:08:59 <c705> TheZero: the initramfs simply mounts / as tmpfs, then copys the overlay onto / from init scripts and/or initramfs
2020-05-14 23:09:03 <c705> something like that..
2020-05-14 23:10:00 <TheZero> nacelle when I do this, if I remove the cd ( I'm trying on a vm first ) and reboot, after all the setup, the system says: "Fatal no boot medium found..."
2020-05-14 23:10:55 <TheZero> I want the system to be on the harddrive and when booted gets copied to the ram, so I can umount the harddrive and burn t lol
2020-05-14 23:11:47 <TheZero> I'll try DDing the ISO to the harddrive
2020-05-14 23:13:44 <nacelle> there has to be better instructions for this
2020-05-14 23:14:00 <nacelle> i've only done a half second of googling
2020-05-14 23:14:05 <nacelle> I will try it out in a bit
2020-05-14 23:14:16 <TheZero> I didn't found, but, now u understand what I mean ?
2020-05-14 23:17:09 <nacelle> I believe I understood from your first description tbh
2020-05-14 23:18:34 <TheZero> Nice hehe, in simple words, making the system thinks the harddrive is a cd, and also has another partition on the same harddrive to store the data via lbu
2020-05-14 23:20:08 <nacelle> you want the ability to power off the box and power it on without damaging the filesystem
2020-05-14 23:20:16 <nacelle> basically
2020-05-14 23:20:29 <TheZero> Yep, just like on the Raspberry Pi
2020-05-14 23:20:34 <nacelle> yup
2020-05-14 23:20:44 <nacelle> i've been doing this with linux boxes for two+ decades, I know what you meant :-)
2020-05-14 23:20:58 <TheZero> Wow, thats a lot of time
2020-05-14 23:21:01 <nacelle> i'm old
2020-05-14 23:22:02 <TheZero> Nah, no one is old lol, we're getting more intelligent over time
2020-05-14 23:25:22 <albr> monado[d]: imagine being old
2020-05-14 23:25:32 <albr> monado[d]: Couldn’t have been me
2020-05-14 23:42:22 <c705> nacelle: unfortunately, the documentation isn't all that clear
2020-05-14 23:42:31 <nacelle> i agree
2020-05-14 23:43:09 <c705> i'm gonna do something about it, i really have no excuses
2020-05-14 23:43:34 <c705> i am lazy and struggle with motivation sometimes, but it's no excuse
2020-05-14 23:47:20 <nacelle> ok, if you write it, i will test it
2020-05-14 23:47:22 <nacelle> how about that?
2020-05-14 23:47:49 <c705> well, testing is the easy part =P
2020-05-14 23:48:31 <c705> my problem is i don't really use any of the setup-* scripts, so i have become unfamiliar with how they work
2020-05-14 23:48:56 <c705> my plan was to read the shell scripts and infer what's supposed to happen, but reading shell these days makes me want to stab my eyes out
2020-05-14 23:49:07 <c705> it's still no excuse, i've just been procrastinating
2020-05-14 23:51:07 <TheZero> .-.
2020-05-14 23:51:57 <TheZero> c705 i think we need to think how the RPI variant works
2020-05-14 23:52:38 <c705> TheZero: the two setups are likely very similar
2020-05-14 23:52:59 <nacelle> thats what i'm hoping
2020-05-14 23:53:11 <c705> rather, same script, just a few different functions here and there
2020-05-14 23:53:16 <nacelle> with the caveat that people will have to pay explicit attentiong ot the 2gb fat16 limit
2020-05-14 23:53:43 <nacelle> easy to do on a  pi if you use a 2gb sd .. but... :-)
2020-05-14 23:56:23 <TheZero> c705 I think there is something inside the initramfs or something like that....
2020-05-14 23:56:36 <TheZero> nacelle true
2020-05-14 23:57:14 <c705> TheZero: the .iso functions much the same way an install or live cd image from another distro would
2020-05-14 23:57:32 <TheZero> c705 https://wiki.alpinelinux.org/wiki/Raspberry_Pi#Installation
2020-05-14 23:57:46 <TheZero> "Alpine Linux will be installed as diskless mode,"
2020-05-14 23:58:23 <c705> TheZero: you shouldn't read these documents as literal, is what i've learned
2020-05-14 23:59:03 <c705> but take them as hints. i feel that you can follow general installation here https://wiki.alpinelinux.org/wiki/Installation and be relatively fine
2020-05-14 23:59:39 <c705> c705: the setup-alpine command is the same whether or not you are on rasperry pi or regular pc, except for the architecture
2020-05-14 23:59:48 <c705> that will be different, obviously
2020-05-15 00:11:56 <TheZero> There's no uncomplicated way to just makes alpine copy itself to RAM like Tinycore do :/
2020-05-15 00:14:15 <c705> TheZero: let me boot up an iso and we'll walk through it together
2020-05-15 00:14:34 <TheZero> Ok, tysm c705
2020-05-15 00:17:14 <c705> what i do personally is run the scripts in aports to create my custom iso
2020-05-15 00:17:49 <c705> and then i write the iso to a usb stick. i boot from the usb stick and after i run a few scripts, i can remove the usb stick because / is in ram
2020-05-15 00:18:21 <TheZero> c705 maybe it's easier for u cuz u know better english than mine ( I'm a noob at english ) and also you must be a dev
2020-05-15 00:19:48 <c705> TheZero: your english is fine. i'm a dev but i haven't contributed to alpine code directly
2020-05-15 00:19:51 <c705> not yet, anyways
2020-05-15 00:21:18 <c705> okay, so i have booted the iso that you can download from the internet
2020-05-15 00:21:54 <TheZero> Yep
2020-05-15 00:22:41 <c705> i guess you're on rasperry pi, so you would use the arm build, correct?
2020-05-15 00:23:52 <TheZero> I'm on both, I'm trying to use the RPI concept on an x86 machine, cuz on the RPI it copies the system to ram and the system is stored on the mmc also
2020-05-15 00:23:55 <TheZero> So, whats next ? The goal is to install the bootloader on the hdd and store the data with lbu and make the entire alpine gets to the ram, so we can remove the cd/hdd and burn these things and the system will still running
2020-05-15 00:24:46 <c705> well, no you can't move the build from rasperry pi to pc
2020-05-15 00:24:58 <c705> you can have 1 iso for the rasperry pi and one for the pc
2020-05-15 00:25:15 <TheZero> Yep I know, I just want the concept
2020-05-15 00:25:20 <c705> right
2020-05-15 00:25:36 <c705> and you are mostly correct
2020-05-15 00:26:16 <c705> so i have booted the live cd from alpinelinux.org
2020-05-15 00:26:30 <c705> i had to set up my network card because i need to install some things
2020-05-15 00:26:43 <TheZero> Ok, do it
2020-05-15 00:26:54 <TheZero> I'm doing a test on the RPI so I can try to explain a thing
2020-05-15 00:27:07 <c705> now i need to add some repositories so i can apk update ; apk add stuff
2020-05-15 00:27:17 <TheZero> Ok
2020-05-15 00:28:29 <c705> so that would be setup-apkrepo, then follow the onscreen menu
2020-05-15 00:28:40 <c705> or you can just dump urls into /etc/apk/repositories
2020-05-15 00:28:47 <TheZero> Yep
2020-05-15 00:28:49 <c705> now i should be able to apk update ; apk add stuff i need
2020-05-15 00:28:56 <TheZero> For sure
2020-05-15 00:29:04 <TheZero> I enabled all repos
2020-05-15 00:29:14 <c705> maybe don;t enable testing
2020-05-15 00:29:20 <c705> it shouldn;t matter, but better to be safe
2020-05-15 00:29:56 <c705> so now i'll run `setup-alpine`
2020-05-15 00:30:01 <TheZero> Ok
2020-05-15 00:30:19 <c705> it's a menu based program, so you'll answer questions it asks
2020-05-15 00:30:28 <TheZero> Yep
2020-05-15 00:31:09 <c705> likely if you're using an american keyboard, us, us are the first two answers, otherwise you can put whatever is applicable
2020-05-15 00:31:38 <TheZero> Yep, the setup is fine for me, did it a lot of times trying that ;-;
2020-05-15 00:31:46 <c705> your hostname can be whatever you'd like. i dont think it will matter in the end though
2020-05-15 00:31:56 <c705> mostly, this is for my own record later
2020-05-15 00:32:09 <c705> which is why i'm being descriptive
2020-05-15 00:32:20 <TheZero> Ah right
2020-05-15 00:33:09 <c705> your interface is the interface you set up from before. i guess it's required to set it up beforehand
2020-05-15 00:33:32 <c705> ip l set eth0 up;udhcpc eth0 should work if you're on ethernet
2020-05-15 00:34:06 <TheZero> Yep, network is fine, no prob with that, I'm at the part asking about "where to store config"
2020-05-15 00:34:33 <TheZero> for Diskless I need to type in "none" right ?
2020-05-15 00:34:42 <c705> TheZero: yes
2020-05-15 00:34:58 <c705> i am investigating something, so i might take a bit to get there
2020-05-15 00:35:11 <TheZero> Ok, can I dm u ?
2020-05-15 00:35:30 <c705> no, you can be patient and i will get there in a moment
2020-05-15 00:35:50 <TheZero> Ok
2020-05-15 00:36:52 <c705> ah, these are the settings for the network on the actual boot disk
2020-05-15 00:36:55 <c705> right
2020-05-15 00:37:15 <c705> so eth0 ; dhcp if you're using ethernet, i'm not sure right now about wireless
2020-05-15 00:37:30 <TheZero> I'm on a VM, so eth0
2020-05-15 00:38:26 <c705> so, most of the other options are not complicated. for disks you put none
2020-05-15 00:38:45 <TheZero> Ok, now atention on this part
2020-05-15 00:38:48 <TheZero> I'll put none
2020-05-15 00:38:53 <TheZero> As the help says "diskless"
2020-05-15 00:39:01 <c705> storing configs, you have a choice
2020-05-15 00:39:34 <TheZero> I want to use the harddrive, but only "floppy" ; "usb " or "none" is avaliable
2020-05-15 00:39:46 <c705> yes, let me explain
2020-05-15 00:39:54 <TheZero> ok
2020-05-15 00:40:56 <c705> if you select floppy, you can specify a data partition where you can write stuff that will not be in ram
2020-05-15 00:41:25 <c705> so if you are using a floppy or usb drive to boot, you can use the rest of the space as a usual read write filesystem
2020-05-15 00:41:50 <c705> if you don't want this feature, or other words, you want everything to be in ram, you put none
2020-05-15 00:42:15 <TheZero> These "configs" are configs + apps ?
2020-05-15 00:42:36 <c705> it's just a read write filesystem that will be availiable at /media/floppy
2020-05-15 00:42:42 <c705> or /media/usb
2020-05-15 00:42:53 <TheZero> Let's put none
2020-05-15 00:43:03 <c705> you can use it to store lbu files which we'll get to in a bit
2020-05-15 00:43:18 <c705> for apk cache..
2020-05-15 00:43:31 <TheZero> Oh, thats what I want, so let me quick go back and select floppy
2020-05-15 00:43:43 <c705> ok, i'll do that too
2020-05-15 00:44:00 <c705> but remember - now you have to have a disk attached
2020-05-15 00:44:10 <c705> because /media/floppy will be on the disk
2020-05-15 00:44:17 <TheZero> c705: yep my vm has an 50gb hdd
2020-05-15 00:44:33 <c705> ah, i see what you're doing
2020-05-15 00:44:49 <c705> yeah, use the whole 50gb, but you'll have to set that up beforehand i think
2020-05-15 00:45:04 <c705> not sure if the script can do it
2020-05-15 00:45:19 <TheZero> Yep, the 50GB is to store the system + data ( via LBU )
2020-05-15 00:45:28 <TheZero> Like in the Raspberry pi
2020-05-15 00:45:36 <TheZero> The system and data is stored on the MMC
2020-05-15 00:46:02 <TheZero> And copied to RAM on boot, so I can eject the sd from the Pi and burn it, and the system will continue to run
2020-05-15 00:46:08 <c705> Yeah
2020-05-15 00:46:27 <TheZero> That's the "concept" I was trying to say/explain
2020-05-15 00:46:39 <TheZero> Do all of this on a PC not on a Pi
2020-05-15 00:46:50 <c705> the idea is /usr and the entire runtime is on ram, but your data can be in /media/floppy or /media/usb
2020-05-15 00:47:46 <TheZero> Everything on ram, like when powered off, all will be on the 50gb hdd, and when powered on, all will be copied to RAM, so I can remove the hdd
2020-05-15 00:47:48 <c705> so i created an ext4 filesystem on my drive: mkfs.ext4 /dev/sda
2020-05-15 00:47:57 <c705> i didn;t bother partitioning because i'm really cool
2020-05-15 00:47:58 <TheZero> On the whole drive ?
2020-05-15 00:48:22 <c705> Oh..
2020-05-15 00:48:29 <c705> actually maybe that's unwise
2020-05-15 00:48:46 <c705> let me create two different filesystems
2020-05-15 00:49:25 <TheZero> Is there a way I can send a pic or a video so u can c ? Cuz explaining is a bit harder in other language, but if u c what I mean, U'll get the point
2020-05-15 00:49:44 <c705> uhh..no sorry
2020-05-15 00:50:21 <TheZero> If i upload on a website and grab a link ?
2020-05-15 00:50:32 <c705> you can use imagr
2020-05-15 00:50:37 <c705> or whatever it's called
2020-05-15 00:50:59 <c705> so, i've created two filesystems
2020-05-15 00:50:59 <TheZero> imgur ?
2020-05-15 00:51:05 <c705> yeah
2020-05-15 00:51:17 <TheZero> wait a sec, after U look at the pics, continue trying ok ?
2020-05-15 00:53:35 <c705> so, for storing configs, floppy or usb will be the name under media where your configs are stored
2020-05-15 00:54:13 <c705> i like floppy because it pays homage to the design goals of the parent project, but really it's just a name
2020-05-15 00:54:24 <TheZero> Bro, wait
2020-05-15 00:54:41 <c705> TheZero: do you not have scroll back? just scroll back up after
2020-05-15 00:55:52 <c705> when you select floppy or usb, your apk cache directory will default to /media/floppy/cache
2020-05-15 00:56:12 <TheZero> https://imgur.com/a/2smOpIM
2020-05-15 00:56:26 <TheZero> c705 take a look, theres no way to better explain what I want
2020-05-15 00:57:34 <TheZero> Now the question: how to do this on an x86 pc ? Store configs, bootloader, system fs, and make it fully to RAM ?
2020-05-15 00:57:54 <c705> that's what i'm explaining
2020-05-15 00:58:30 <c705> so, instead of an sd card lets use a usb
2020-05-15 00:58:56 <c705> you need the usb to boot the system, but after the system is booted, you can remove the usb
2020-05-15 00:58:59 <TheZero> I want to use the machine HDD, cuz I dont want a usb or cd plugged in
2020-05-15 00:59:12 <TheZero> I known that if i use a usb all will be fine
2020-05-15 00:59:20 <TheZero> But the point is to use the Machine's hdd
2020-05-15 00:59:28 <c705> a usb and an hdd are the same thing in this case
2020-05-15 00:59:49 <TheZero> Generally talking yep lol
2020-05-15 01:00:26 <c705> so, if you select floppy or usb in this case, then what it will mean is you must keep wherever /media/floppy is located attached to the pc
2020-05-15 01:00:53 <c705> will still run from ram, but /media/floppy needs to be attached if you want to store stuff there
2020-05-15 01:01:01 <TheZero> Yep
2020-05-15 01:02:16 <c705> so i created two partitions - /dev/sda1 and /dev/sda2. i plan on writing the iso to /dev/sda1 to boot from, and i'll use /dev/sda2 as the place where i put /media/floppy
2020-05-15 01:02:39 <TheZero> Ok, i'll try do the same
2020-05-15 01:02:45 <c705> so, for store configs floppy
2020-05-15 01:04:08 <c705> apk caching. when you boot your system from ram, it's not going to have any programs installed. if you put 'none' here, when you apk add all the programs you want, you're going to have to download the packages from the mirror every time.
2020-05-15 01:04:35 <c705> this might be a bit slow for some people, as it can take a while (you're basically "installing" on to the ram).
2020-05-15 01:05:06 <c705> if you put a location here for apk cache directory, the packages will be cached on the disk you selected for storing configs
2020-05-15 01:05:23 <TheZero> Cool
2020-05-15 01:06:03 <c705> that way, instead of dlownloading programs from mirrors every time, you can download them from your config storage which is much more efficient
2020-05-15 01:07:13 <c705> ah. i've unfortunately run into an issue which is entirely my fault
2020-05-15 01:07:25 <TheZero> What ?
2020-05-15 01:07:26 <TheZero> Where
2020-05-15 01:07:27 <TheZero> ?
2020-05-15 01:07:35 <c705> i lied and said i was using the download from alpinelinux.org, but really i was using my own iso
2020-05-15 01:07:54 <TheZero> '-'
2020-05-15 01:07:56 <c705> this has bit me in my ass, and now i will have to try again with the real iso
2020-05-15 01:08:09 <TheZero> No prob, its a small iso
2020-05-15 01:08:12 <TheZero> U know
2020-05-15 01:08:29 <c705> it will take maybe 30 seconds
2020-05-15 01:09:45 <TheZero> I created an ext4 partition (sda2) mounted to /media/floppy, run the setup, chose to store apk cache on floppy, same for configs
2020-05-15 01:09:52 <TheZero> And after all, setup done
2020-05-15 01:10:00 <TheZero> I executed lbu_commit -d
2020-05-15 01:10:05 <c705> cool. you should have an iso somewhere iirc
2020-05-15 01:10:18 <TheZero> And it created the xxx.apk.........
2020-05-15 01:10:38 <TheZero> c705 the iso is emulated like a cd by VirtualBox
2020-05-15 01:10:54 <TheZero> I'll not do this on a real machine without tests lol
2020-05-15 01:11:09 <TheZero> Now the point is
2020-05-15 01:11:29 <TheZero> If i remove the iso, the system will fail to boot, cuz we don't have a boot partition right ?
2020-05-15 01:12:10 <c705> right, you need somewhere to boot from
2020-05-15 01:12:28 <TheZero> I was planning to use the same /media/floppy
2020-05-15 01:12:53 <c705> ah, okay i remember
2020-05-15 01:12:54 <TheZero> is it possible ?
2020-05-15 01:12:58 <c705> this is the confusing part
2020-05-15 01:13:08 <TheZero> yep
2020-05-15 01:13:25 <c705> sorry, for your question
2020-05-15 01:13:31 <c705> yes, but you need two partitions
2020-05-15 01:13:44 <c705> 1 partition you will write iso to, the other one can be for /media/floppy
2020-05-15 01:13:52 <TheZero> Ok
2020-05-15 01:14:00 <TheZero> So now i'm on the part of writing the ISO
2020-05-15 01:14:09 <TheZero> Gotta download it inside the vm real quick
2020-05-15 01:14:23 <omni> I really cannot figure out what keep on setting net.ipv6.conf.wlan0.accept_ra=1, I've tried to set it with /wtc/sysctl.d/accept_ra, /etc/network/interfaces pre- and post-up, /etc/local.d/accept_ra.start
2020-05-15 01:14:32 <omni> to 2
2020-05-15 01:14:34 <TheZero> just a dd if=img.iso of=/dev/sda1 right ? c705
2020-05-15 01:15:03 <c705> TheZero: yes
2020-05-15 01:16:56 <TheZero> Also, i'm working with the extended iso
2020-05-15 01:17:06 <c705> so once your done with setup-alpine, you can customize the system whichever way you'd like
2020-05-15 01:17:40 <TheZero> So dd done
2020-05-15 01:17:43 <c705> once you want to save, or "commit" you chagnges, you use lbu and create an APKOVL file that you can save to /media/floppy
2020-05-15 01:17:44 <TheZero> Now, reboot ?
2020-05-15 01:18:30 <c705> you need to setup fstab and mount your /media/floppy partition before creating the APKOVL i think
2020-05-15 01:18:45 <TheZero> I alreary did this lol
2020-05-15 01:19:15 <TheZero> as follow : /dev/sda2 /media/floppy ext4 defaults 0 0
2020-05-15 01:20:56 <TheZero> c705 rebooting
2020-05-15 01:22:03 <c705> so, i'll mount the filesystem i'm going to use to store my configs on /media/floppy and create the lbu
2020-05-15 01:22:24 <TheZero> After a reboot and try to boot from the hdd, now an error "FATAL: No bootable medium found! System halted."
2020-05-15 01:22:38 <c705> right, because you're being inpatient
2020-05-15 01:23:53 <c705> so, now i have the apkovl file in /media/floppy
2020-05-15 01:23:59 <TheZero> Ok, sorry
2020-05-15 01:24:20 <TheZero> Yep, I have one also
2020-05-15 01:26:36 <c705> so, now you'd have to decide how you're going to boot
2020-05-15 01:27:14 <TheZero> Booting from the same hdd as I stored the data using the first partition cuz partition 2 is the data one ( /media/floppy )
2020-05-15 01:27:50 <c705> so, efi or bios/mbr booting?
2020-05-15 01:28:06 <TheZero> bios/mbr
2020-05-15 01:28:21 <TheZero> No need for uefi rn
2020-05-15 01:29:11 <c705> so you can use grub, syslinux or isolinux
2020-05-15 01:29:36 <TheZero> grub I'm more familiarized
2020-05-15 01:31:02 <c705> this isn't well documented, and i haven't used grub in a while, but you can install grub using apk add grub-2 and follow the arch linux guide
2020-05-15 01:31:16 <TheZero> So go for syslinux
2020-05-15 01:31:22 <TheZero> Which u prefer ?
2020-05-15 01:31:39 <c705> i write isos directly to the disk
2020-05-15 01:32:27 <TheZero> So syslinux
2020-05-15 01:32:36 <c705> i'm done for now anyways, read the docs for installing grub, syslinux, or isolinux
2020-05-15 01:33:03 <TheZero> Ok
2020-05-15 01:33:05 <TheZero> Thanks
2020-05-15 01:51:53 <x0n> hey! I'm checking out alpine for a raspberry pi-based router build. what I'm very happy with so far are the continuing focused user contributions that will guide me to a very secure setup :)
2020-05-15 01:52:35 <x0n> what happened to grsecurity though? it appears this was a distinguishing feature of alpine while it lasted... is there anything in its place?
2020-05-15 01:55:59 <c705> grsecurity closed the source to their patches and got very nasty with anyone who was using them
2020-05-15 01:57:08 <x0n> c705: yeah, I watched from the sidelines back then. that was two years ago though. is there anything new in the pipe?
2020-05-15 02:01:41 <c705> well, the kernel has had improvements since then
2020-05-15 02:02:04 <c705> i'm not really sure what grsec does to the kernel anymore
2020-05-15 02:02:29 <maxice8> fork out a lot of dolla to find out
2020-05-15 02:04:03 <x0n> maxice8: I don't much care about grsecurity, but alpie was more secure because of it. I'd like to know how the security posture has changed/what the outlook is
2020-05-15 02:04:13 <x0n> s/alpie/alpine
2020-05-15 02:04:38 <x0n> c705: by that you mean PIE?
2020-05-15 02:04:51 <c705> PIE is still involved I believe
2020-05-15 02:05:21 <c705> grsec was a set of patches that grsec guy made because his views were different than the rest of linux comminity
2020-05-15 02:05:55 <c705> one day he got salty about something and started charging for them. the entire open source community loses out
2020-05-15 02:06:00 <x0n> oh cool it's fully RELRO
2020-05-15 02:06:18 <c705> https://twitter.com/grsecurity/status/1252558055629299712
2020-05-15 02:06:22 <c705> that's his blog
2020-05-15 02:06:45 <c705> he brags about discovering a big in kaslr and patching it two years ago, but not telling anyone about it
2020-05-15 02:06:51 <c705> bug*
2020-05-15 02:07:08 <x0n> yeah, fuck that guy. what's happening with alpine though? is is less secure now, will it be more secure in the future? what are the plans?
2020-05-15 02:08:29 <c705> what do you mean "secure". it isn't an easy question
2020-05-15 02:08:38 <c705> nothing is "secure" when you're connected to the lan
2020-05-15 02:21:04 <x0n> c705: of course. I also accept that security is a process, not a technology. but all that nonwithstanding, that there is a delta in security posture as technologies become unavailable and others are rolled out
2020-05-15 02:22:02 <x0n> I'm wondering whether alpine as become potentially more secure since parting ways with grsec, or less - or does it not even matter? and which other technologies are on the horizon to improve overall security posture?
2020-05-15 02:22:09 <x0n> s/as/has
2020-05-15 02:24:11 <c705> well, there are aspects of the design that are secure
2020-05-15 02:25:29 <c705> the lack of bloaty software improves it, musl building helps as well. i can't speak that much about how the buildinging is more secure, aside from the fact that musl is a newer codebase than glibc
2020-05-15 02:26:15 <c705> this means that bugs against libc based bins may not work on musl bins, which i suppose helps
2020-05-15 02:27:38 <c705> "diskless" mode helps by making the system ephemeral, making gaining persistance more difficult
2020-05-15 02:28:11 <c705> i'm not a core developer, so i can't really speak about what kind of direction the project intends to take
2020-05-15 02:28:37 <x0n> yeah, I welcome the use of musl. my proof-of-concept setup that I'm testing right now is running on openWRT, which also uses musl (or was it uClib? i forgot...). I also want to isolate the major attack surface network services with KVM and the minor ones with containers
2020-05-15 02:29:34 <x0n> so there is my use case for alpine :) gonna put openwrt in a container as the "edge router" of the platform. diskless a just what I was looking for :)
2020-05-15 02:29:52 <c705> do you work in security or just a hobby?
2020-05-15 02:31:05 <x0n> I'm a sysadmin by day but this is my allnighter project. a secure comms environment based on rapsberry pis (physical isolation, evil maid mitigation)...
2020-05-15 02:31:24 <x0n> I've already sunk some time into it but still I've only just begun
2020-05-15 02:31:36 <x0n> gonna document it and put it on github when it's done
2020-05-15 02:31:51 <c705> nice
2020-05-15 02:31:52 <x0n> as an alternative to whonix with a slightly different threat model
2020-05-15 05:32:38 <indisturbed> Hey I have a merge request for a new aport, are there any common reasons why it may be delayed getting merged?
2020-05-15 05:33:52 <Cogitri> Well, we're currently in the progress of getting 3.12 released, so the devs are even busier than usual
2020-05-15 05:34:09 <Cogitri> So it might take a bit for it to get merged, sorry
2020-05-15 05:35:10 <indisturbed> I thought 3.11 was only just released?
2020-05-15 05:37:26 <indisturbed> In any case, I understand the delay.
2020-05-15 05:39:24 <Cogitri> No, 3.11 got released about 6 months ago
2020-05-15 05:39:33 <Cogitri> https://wiki.alpinelinux.org/wiki/Alpine_Linux:Releases
2020-05-15 05:40:06 <albr> monado[d]: https://cdn.discordapp.com/attachments/661834182934265883/710728189034496020/unknown.png
2020-05-15 05:58:59 <wgr> hello, i need to do a remote installation, could i edit aports/scripts to have sshd running and allowing root password-based authentication?
2020-05-15 06:06:31 <Cogitri> I suppose you could adjust the mkimg script
2020-05-15 06:14:38 <wgr> Cogitri: mkimg scripts are ran chrooted in the final fs?
2020-05-15 06:15:47 <Cogitri> Wait, you want sshd started in the final install? I thought you wanted it started in the install live medium
2020-05-15 06:19:43 <wgr> Cogitri: no, i need it started in the live medium, i meant by "final fs" the fs that is on the iso
2020-05-15 06:27:07 <Cogitri> Ah, okay. Yes, I think mkimg does that
2020-05-15 10:11:36 <telmich> It seems that firefox / deps is broken at the moment, I had to remove it to upgrade libicu; Trying to reinstall shows conflicts in libffi
2020-05-15 10:13:18 <Cogitri> We have upgraded libffi in April, so that's unlikely
2020-05-15 10:13:19 <Cogitri> Did you do a full system upgrade?
2020-05-15 10:13:38 <Cogitri> Are you sure you don't have packages installed that we've dropped in the meantime that pull in some old verisons of those libs?
2020-05-15 11:29:44 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Is alpine linux good for desktop and server?
2020-05-15 11:35:21 <AinNero> very generic question
2020-05-15 11:35:22 <AinNero> yes
2020-05-15 11:35:48 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Seriously?
2020-05-15 11:36:06 <albr> Ym9zaGVuaWV3aWVtCg==[d]: I need lightweight and stable distro for pc
2020-05-15 11:36:49 <AinNero> you need to ask if Alpine supports the software you want to use
2020-05-15 11:37:03 <AinNero> your desktop environment of your choice or something like that
2020-05-15 11:37:33 <AinNero> Alpine is good for me on Desktop because im a terminal monkey who uses i3
2020-05-15 11:38:19 <AinNero> and good for me on servers because most things i do is postfix and nginx
2020-05-15 11:38:42 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Im using DWM
2020-05-15 11:38:57 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Im playing games on Linux
2020-05-15 11:39:01 <albr> Ym9zaGVuaWV3aWVtCg==[d]: I dunno
2020-05-15 11:39:29 <AinNero> if you are into suckless, Alpine is a good decision as Linux distro
2020-05-15 11:39:46 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Im using dmenu
2020-05-15 11:39:46 <albr> Ym9zaGVuaWV3aWVtCg==[d]: dwm
2020-05-15 11:39:48 <albr> Ym9zaGVuaWV3aWVtCg==[d]: st
2020-05-15 11:39:56 <AinNero> if you are playing propietary games, the fact that Alpine uses musl and not glibc will cause you alot of headache
2020-05-15 11:40:12 <albr> Ym9zaGVuaWV3aWVtCg==[d]: why?
2020-05-15 11:40:25 <AinNero> different abi
2020-05-15 11:46:56 <Cogitri> You'll have to use Flatpaks or a glibc chroot for proprietary programs that are compiled against libc
2020-05-15 11:46:57 <Cogitri> glibc*
2020-05-15 11:47:18 <ikke> like steam, spotify and many games
2020-05-15 11:47:59 <Cogitri> Yup
2020-05-15 11:48:17 <Cogitri> (Although you can use Spotify via MellowPlayer - I use it for Google Play Music, it's pretty good)
2020-05-15 11:51:35 <albr> Ym9zaGVuaWV3aWVtCg==[d]: Can u see images there?
2020-05-15 11:51:49 <albr> Ym9zaGVuaWV3aWVtCg==[d]: On irc?
2020-05-15 11:52:30 <Cogitri> I think the discord bridge converts them to links
2020-05-15 11:53:38 <AinNero> ^
2020-05-15 12:09:52 <indisturbed> Could you play proprietary games through Wine using musl OK?
2020-05-15 12:10:45 <ikke> yes and no
2020-05-15 12:10:45 <Cogitri> I think so, maxice8 played some games with vkd3d I think
2020-05-15 12:11:00 <ikke> wine requires multilib support, which is not provided
2020-05-15 12:11:17 <ikke> (or mostly 32-bits libs when you use 64-bits os)
2020-05-15 12:12:26 <Cogitri> Ah yes, only 64-bit games will work
2020-05-15 12:12:56 <indisturbed> Ah yes I think I remember that limitation being brought up in the past.
2020-05-15 12:13:37 <indisturbed> Is it a limitation with the package manager or is it musl?
2020-05-15 12:14:02 <Cogitri> It's a limitation of us not supporting multilib
2020-05-15 12:14:10 <Cogitri> I think Void recently got Wine with multilib support
2020-05-15 12:14:43 <ikke> it adds a lot of extra maintenance when you need to provide 32-bits versions of loads of libraries
2020-05-15 12:16:16 <Cogitri> Well, if you have true multiarch support in the package manager it's no effort from the distro side
2020-05-15 12:16:24 <Cogitri> But getting multiarch support right is hard
2020-05-15 12:28:29 <albr> Ym9zaGVuaWV3aWVtCg==[d]: 😮
2020-05-15 13:41:12 <Greyfn> I'm having some problems with awall configuration. Does anybody know how to configure conntrack filter rules?
2020-05-15 13:41:42 <Greyfn> I can knock it up no problem in iptables, but I'm particularly interested in how to do the same in awall - if at all possible
2020-05-15 13:43:17 <Greyfn> documentation is a little lacking on this front - I did check!
2020-05-15 13:51:27 <Guest83> I'm having entropy issues at boot. I installed haveged and have it in the boot runlevel, but SSHd is still having issues starting in a reasonable amount of time (3+ minutes). I'm trying to set ‘random.trust_cpu=on’ in /etc/sysctl.conf but I'm getting an error: "cannot stat /proc/sys/random/trust_cpu: error code 2". According to the docs, this
2020-05-15 13:51:27 <Guest83> should work. Any ideas? (see here: https://gitlab.alpinelinux.org/alpine/aports/issues/9960)
2020-05-15 13:53:56 <Guest83> Actually ignore that, I just found out it's not supported on ARM
2020-05-15 13:54:54 <AinNero> also,  >If you trust the CPU manufacturer, add ‘random.trust_cpu=on’ to your *kernel command line*
2020-05-15 13:55:10 <AinNero> it nowhere says sysctl on the page you linked
2020-05-15 13:56:14 <Guest83> According to the Alpine documentation, "Sysctl.conf is the configuration file at /etc/sysctl.conf for sysctl and is used to configure kernel parameters at boot time"
2020-05-15 13:56:45 <AinNero> where did you find this?
2020-05-15 13:56:52 <Guest83> https://wiki.alpinelinux.org/wiki/Sysctl.conf
2020-05-15 13:57:40 <maxice8> Kernel cmdline is in /proc/cmdline and is passed by the bootloader
2020-05-15 13:58:03 <Guest83> Does that mean the docs are wrong or am I misinterpreting
2020-05-15 13:58:31 <Greyfn> I think the docs aren't worded well
2020-05-15 13:58:39 <Greyfn> I can see how guest83 made this mistake
2020-05-15 13:58:54 <Guest83> Yeah.. seems pretty clear to me
2020-05-15 13:59:16 <AinNero> Guest83: kernel parameter != kernel command line in this case
2020-05-15 14:01:59 <AinNero> sysctl is more like, configuration during runtime
2020-05-15 14:02:29 <Guest83> whoops
2020-05-15 15:32:50 <dngray> hmm i am getting this error when trying to use lxd on alpinelinux https://clbin.com/NXWzV anyone got any ideas
2020-05-15 15:34:12 <dngray> not sure what is causing:
2020-05-15 15:34:12 <dngray> conf - conf.c:lxc_map_ids:3008 - newuidmap failed to write mapping "newuidmap: uid range [0-1000000000) -> [1000000-1001000000) not allowed": newuidmap 25873 0 1000000 1000000000
2020-05-15 15:36:59 <dngray> https://bugs.launchpad.net/serverguide/+bug/1328107
2020-05-15 15:37:00 <Guest83>  I'm trying to make SSHd require haveged as a dependency, and then print a line to the screen so I know it's working with the updated script. In /etc/init.d/sshd under depend() I added want haveged and then ewarn "Test" but I get no warning and SSHd is still slow.
2020-05-15 15:37:02 <dngray> maybe its something alpine linux does?
2020-05-15 15:38:02 <Guest83> I also added rc_need="net haveged" in /etc/conf.d/sshd, and added random.trust_cpu=yes in /proc/cmdline, but nothing seems to fix this entropy issue
2020-05-15 15:38:32 <Guest83> haveged and urandom services are in the boot runlevel, and sshd is slow in both sysinit and default runlevels
2020-05-15 15:47:36 <mps> Guest83: sshd should be in default runlevel
2020-05-15 15:47:51 <Guest83> Okay. I'll move it, but the issue remains
2020-05-15 15:48:25 <mps> and if your machine don't have HWRNG (hardware random generator) random.trust_cpu=yes is useless
2020-05-15 15:54:14 <Guest83> Well it certainly has been useless thus far
2020-05-15 15:56:06 <mps> you use some non-standard kernel?
2020-05-15 15:57:09 <Guest83> Probably. It's on an SBC. 4.4.52-armada-17.10.4-g719fc86-dirty
2020-05-15 15:58:11 <mps> option is to patch kernel and rebuild, changing crng to not wait
2020-05-15 15:59:02 <Guest83> Do you have any instructions on that, or where to find the patches, or anything?
2020-05-15 15:59:43 <mps> no, I don't have anything for old kernels
2020-05-15 15:59:54 <Guest83> How would I go about doing that
2020-05-15 16:00:49 <winny> when i mark resolve all threads on a al-gitlab aports MR, is there anything further I need to do?
2020-05-15 16:01:40 <mps> here is what I did for 4.19 and up for allwinner a20 boards https://tpaste.us/gk4b
2020-05-15 16:02:47 <mps> boot time was about 10-15 minutes without this patch, with it boot time was about 20-30 seconds
2020-05-15 16:03:12 <mps> maybe less, forgot exact numbers
2020-05-15 16:05:23 <mps> Guest83: did you looked here https://archlinuxarm.org/platforms/armv8/marvell/espressobin
2020-05-15 16:05:59 <Guest83> There's not much info there
2020-05-15 16:06:17 <mps> this is about espressobin board
2020-05-15 16:06:25 <Guest83> Right
2020-05-15 16:06:37 <mps> you can use their kernel with alpine
2020-05-15 16:08:22 <mps> they have kernel 5.6.11 in their git repo for ESPRESSOBin
2020-05-15 16:09:31 <mps> I used their kernels to boot alpine on some arm boards when I switched to alpine, their kernels are usually fine
2020-05-15 16:09:56 <Guest83> Oh wow, I'll have to look into that
2020-05-15 16:10:26 <Guest83> I'm way out of my league now, I don't know how to do what you're saying but if you have resources that can show me I'd be super grateful
2020-05-15 16:10:50 <Guest83> So I need to get the Arch Linux espressobin kernel. Patch it, then put Alpine on top
2020-05-15 16:11:55 <mps> no, I think you don't need to patch their kernels
2020-05-15 16:12:05 <Guest83> Awesome
2020-05-15 16:12:23 <mps> just copy it, and modules and dtbs of course
2020-05-15 16:13:37 <Guest83> dtbs?
2020-05-15 16:13:55 <mps> but you can rebuild kernel and tweak it if like
2020-05-15 16:14:17 <mps> device-tree binary files (dtb)
2020-05-15 16:14:19 <Guest83> There is possibly a separate patch that I'll need to apply
2020-05-15 16:14:38 <Guest83> Am I good to just follow the arch linux instructions?
2020-05-15 16:15:08 <mps> I don't know much about that board, but it is rk3399 ?
2020-05-15 16:15:41 <mps> ahm, no. it is not
2020-05-15 16:16:12 <mps> so I don't know anything about Marvell Armada boards
2020-05-15 16:17:18 <Guest83> Okay :/
2020-05-15 16:57:59 <Guest83> mps I got the Arch Linux espressobin tarball. I copied over the /boot directory ot the espressobin, and added a symlink for the armada-3720-community.dtb to the dtbs/marvell/armada-3720-espressobin.dtb, and /boot/Image -> /boot/initramfs-linux.img. But when I try to boot, I get: "Bad Linux ARM64 Image magic!" What am i doing wrong?
2020-05-15 17:00:44 <mps> Guest83: you should first install on one card arch linux following their guide to see does it really work
2020-05-15 17:01:47 <Guest83> I'll do that
2020-05-15 17:01:55 <mps> and if it boots and works fine, then you can continue to play with their kernel (or build your own) on alpine
2020-05-15 17:02:57 <mps> boot image (kernel) is not /boot/initramfs-linux.img for sure
2020-05-15 17:05:41 <mps> but again, I don't know how this board work, i.e. how it boot and what must be done for boot loader
2020-05-15 19:56:19 <Guest83> start-stop-daemon and supervise-daemon are both unable to find pid files for a large chunk of my services. What might be wrong?
2020-05-15 20:04:28 <maxice8> supervise-daemon doesn't need pidfiles in the first place
2020-05-15 20:04:48 <maxice8> that is one of its advantages
2020-05-15 20:05:06 <ikke> pidfiles are a cludge anywat
2020-05-15 20:05:43 <Guest83> Would this issue cause the service to fail?
2020-05-15 20:05:52 <Guest83> Cause I'm having inexplicable issues
2020-05-15 20:06:10 <ikke> does this happen during boot?
2020-05-15 20:07:05 <Cogitri> It can also happen when the service forks into the background
2020-05-15 20:07:12 <Cogitri> The service needs to stay in the foreground
2020-05-15 20:07:47 <Guest83> ikke Yeah
2020-05-15 20:08:12 <Guest83> It's happening to services I don't think I've ever touched
2020-05-15 20:43:05 <Guest83> How come having urandom and haveged set to boot runlevel still makes random initialize its nonblocking pool in 84 seconds
2020-05-15 20:43:23 <Guest83> Or rather how can I make it initialize faster?
2020-05-15 20:52:21 <Dani82> hello, how does the netboot works?
2020-05-15 22:06:21 <Dani82> i need some help to install
2020-05-15 22:19:08 <Hello71> what help are you expecting, exactly?
2020-05-15 22:20:46 <rahiqion> Never had this problem before. Super surprised. I went to upgrade my system and got a bunch of unsatisfiable constraints.
2020-05-15 22:20:48 <rahiqion> I wonder if it's because of some change to the repo?
2020-05-15 22:21:10 <rahiqion> Hmm. I'm supposedly on edge, though.
2020-05-15 22:21:17 <Hello71> Dani82: someone will spend hours to painstakingly explain to you?
2020-05-15 22:21:27 <Hello71> no, you need to ask a specific question
2020-05-15 22:21:42 <Hello71> rahiqion: paste your upgrade command and the exact error messages
2020-05-15 22:21:44 <Hello71> !paste
2020-05-15 22:21:45 <Dani82> shutrup and hear me out
2020-05-15 22:21:52 <rahiqion> Hello71: sudo apk upgrade
2020-05-15 22:22:08 <rahiqion> The errors are:
2020-05-15 22:22:17 <Hello71> .. don't paste them all in the channel.
2020-05-15 22:22:19 <Dani82> i want to know if i can install without using a usb stick, just using the system I already have now and overwrite it
2020-05-15 22:22:48 <rahiqion> unsatisfiable constraints. conflicts: libffi-3.3-r2, libffi-3.2.1-r6, icu-libs-67.1-r0, and icu-libs-64.2-r0.
2020-05-15 22:23:06 <rahiqion> some of these satisfy python3, glib, qt5, nuspell, mozjs...llvm...
2020-05-15 22:23:19 <Hello71> pastebin the rest
2020-05-15 22:23:27 <Hello71> but also you may need to rebuild some packages if you did custom builds locally
2020-05-15 22:23:41 <rahiqion> Never did a custom build. I think it's a timewaste when I don't understand what this means at all.
2020-05-15 22:23:49 <rahiqion> What does "conflicts/satisfies" mean?
2020-05-15 22:24:02 <Hello71> it means what it says on the tin
2020-05-15 22:24:17 <rahiqion> It conflicts WITH another package? Where is this other package coming from? Why's it in there?
2020-05-15 22:24:38 <rahiqion> I never added libffi, for example, or icu-libs. I assume that packages somehow require these things, but that's not directly explained, aye?
2020-05-15 22:24:59 <rahiqion> And what are "constraints" in the first place?
2020-05-15 22:25:30 <Hello71> 22:23 <Hello71> pastebin the rest
2020-05-15 22:26:02 <rahiqion> Please help me understand the information presented by the package manager before I paste it to you.
2020-05-15 22:26:32 <Hello71> hm, busybox wget doesn't support post
2020-05-15 22:29:23 <c705> Hello71: echo "whatever" | nc termbin.com 9999 suffices
2020-05-15 22:31:14 <rahiqion> ah wait, the output doesn't look that bad
2020-05-15 22:31:19 <rahiqion> Hello71: i still expect a full explanation
2020-05-15 22:31:26 <rahiqion> http://termbin.com/hh3n
2020-05-15 22:34:58 <Hello71> you don't get to expect anything. this is a free support channel.
2020-05-15 22:35:42 <Hello71> *maybe*, and even this is arguable, you can expect people to not be racist or sexist or otherwise blatantly offensive
2020-05-15 22:35:59 <Hello71> but it's *my* fucking choice whether I help you or not, not yours.
2020-05-15 22:41:43 <rahiqion> Hello71: I'm allowed to expect whatever.  Doesn't mean I get to bitch when it doesn't happen. Stop being pedantic if you're not going to go all-in. ;P
2020-05-15 22:42:32 <rahiqion> It's also not a free support channel. I don't get where everyone gets that idea.
2020-05-15 22:43:06 <Hello71> *plonk*
2020-05-15 22:45:10 <c705> until i start getting checks for being here, this is indeed a free support channel
2020-05-15 22:45:52 <rahiqion> Doesn't have to just be support. What hello considers supportive isn't much, after all.
2020-05-15 22:46:40 <c705> probably more than I would have done given the attitude
2020-05-15 22:46:44 <rahiqion> What I really don't get is how my system got into this implausible state anyway.
2020-05-15 22:46:53 <rahiqion> c705: Oh, your system's never been fucked right when you need it?
2020-05-15 22:47:20 <rahiqion> And what Hello71 said, not empathizing whatsoever with another person, and treating them like a fucking moron--that's just an acceptable attitude that doesn't warrant my response?
2020-05-15 22:47:24 <rahiqion> Am I going fucking insane today?
2020-05-15 22:47:32 <c705> of course it has, but i don't expect total strangers to drop everything and help me
2020-05-15 22:47:43 <rahiqion> I didn't fucking ask for that, either.
2020-05-15 22:47:52 <rahiqion> Point out exactly what line I fucking said that.
2020-05-15 22:48:20 <c705> rahiqion> Hello71: i still expect a full explanation
2020-05-15 22:48:44 <rahiqion> That's AFTER he was a fuck and completely disregarded me FUCKING BEGGING for an explanation of what the fuck the text on my screen said.
2020-05-15 22:49:15 <rahiqion> What if it had PII, or something important that shouldn't be shared on it? Then I'm just completely fucked, since I won't share something I don't understand with someone who I don't have to implicitly fucking trust to get a fucking explanation from?
2020-05-15 22:49:32 <rahiqion> Do you NOT see how much fucking snark and cuntery was pouring from Hello71's side, like I did?
2020-05-15 22:49:32 <Hello71> jesus christ you're a fuck.
2020-05-15 22:49:38 <rahiqion> Exactly.
2020-05-15 22:49:41 <rahiqion> Ek fucking xactly.
2020-05-15 22:49:51 <rahiqion> You haven't changed that fucking mood since I fucking asked, to the channel, not TO YOU.
2020-05-15 22:50:01 <rahiqion> <Hello71> Dani82: someone will spend hours to painstakingly explain to you?
2020-05-15 22:50:01 <rahiqion> --> monado (~monado@ool-18b92171.dyn.optonline.net) has joined #alpine-linux
2020-05-15 22:50:01 <rahiqion> <Hello71> no, you need to ask a specific question
2020-05-15 22:50:07 <rahiqion> being a cunt to another user prior to me joining
2020-05-15 22:50:13 <rahiqion> <Hello71> rahiqion: paste your upgrade command and the exact error messages
2020-05-15 22:50:31 <rahiqion> so then i showed him the actual error message, which is perfectly fine as a substitute (the exact error doesn't fucking tell him anything else he needs to know)
2020-05-15 22:50:37 <rahiqion> <Hello71> but also you may need to rebuild some packages if you did custom builds locally
2020-05-15 22:50:41 <c705> it's friday my dude. have a beer and relax
2020-05-15 22:50:45 <rahiqion> i didn't need this, he's already randomly fucking guessing
2020-05-15 22:50:52 <rahiqion> i don't fucking drink to "relax"
2020-05-15 22:50:56 <rahiqion> i'm just normally in a relaxed fucking state
2020-05-15 22:51:03 <rahiqion> even this isn't anywhere close to "anger"
2020-05-15 22:51:06 <c705> you don't say
2020-05-15 22:51:12 <rahiqion> see, grown motherfucking human beings have a range of emotions
2020-05-15 22:51:15 <rahiqion> it's not just
2020-05-15 22:51:16 <rahiqion> "drunk"
2020-05-15 22:51:17 <rahiqion> "working"
2020-05-15 22:51:18 <rahiqion> and
2020-05-15 22:51:19 <rahiqion> "chill"
2020-05-15 22:51:29 <rahiqion> it's an entire fucking rainbow of motherfucking experience
2020-05-15 22:51:52 <rahiqion> and of all these fucking colors, Hello71 picks bright fucking pink, the color of his metaphysically sore cunt.
2020-05-15 22:51:57 <c705> anyways, you should check out the man/info page for apk
2020-05-15 22:52:02 <rahiqion> i've done so.
2020-05-15 22:52:12 <Dani82> can someone tell me if its possible to install alpine without a usb stick?
2020-05-15 22:52:18 <c705> it might explain further what a "conflicting" package is, and how depandancies work
2020-05-15 22:52:24 <rahiqion> by the way
2020-05-15 22:52:30 <rahiqion> apk-doc (doesn't exist)
2020-05-15 22:52:34 <rahiqion> and man apk
2020-05-15 22:52:37 <rahiqion> (doesn't do anything)
2020-05-15 22:53:11 <rahiqion> Dani82: you can pxe boot something like netboot, right? then load it from there?
2020-05-15 22:53:13 <Hello71> rahiqion: you're a fucking douchenozzle help vampire and don't deserve any fucking help.
2020-05-15 22:53:24 <rahiqion> Hello71: keep fucking coping you absolute fuckwit
2020-05-15 22:53:25 <c705> rahiqion: https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management
2020-05-15 22:53:33 <rahiqion> i've fucking READ that.
2020-05-15 22:53:47 <rahiqion> i can't fucking uninstall python motherfucking 3
2020-05-15 22:53:47 <c705> it explains what a dep is, what "conficing" means
2020-05-15 22:53:52 <rahiqion> it's used by a majority of the goddamned operating system
2020-05-15 22:54:06 <rahiqion> there is an absolute lack of "conflict" on that fucking page, c705
2020-05-15 22:54:19 <c705> ah, i guess your right
2020-05-15 22:54:52 <c705> if some other package marks a package as a dep, and you try remove said package, you're going to get a conflict
2020-05-15 22:55:16 <rahiqion> right, but that's a completely different fucking error
2020-05-15 22:55:20 <c705> you probably can't remove python3 because other packages on the system has maked it
2020-05-15 22:55:24 <rahiqion> it says "world updated, but yadda aydda"
2020-05-15 22:55:28 <rahiqion> and so i don't need to remove python3
2020-05-15 22:55:38 <rahiqion> i need to figure out how to resolve the conflict that libffi is generating
2020-05-15 22:55:45 <rahiqion> which idon't understand how it generated a conflict in the first place
2020-05-15 22:55:52 <rahiqion> i have made absolutely no changes to the system
2020-05-15 22:56:05 <rahiqion> and you would think something used by so many applications (INCLUDING FIREFOX) would cause the same problem to happen in multiple places
2020-05-15 22:56:19 <rahiqion> which is why i joined this fucking Hello71 suck-and-fuck in the first place, to see if there was another person having this issue
2020-05-15 22:56:42 <rahiqion> and all i can find through fucking google is old morons fucking with docker and openssl
2020-05-15 22:56:59 <Dani82> do i need other computer for pxe netboot?
2020-05-15 22:57:04 <rahiqion> likely
2020-05-15 22:57:38 <c705> what exactly are you trying to do? add this package? or remove python3?
2020-05-15 23:35:27 <Greyfn> can anybody point me to the acf git repo?
2020-05-15 23:35:47 <Greyfn> it would appear to be missing from https://git.alpinelinux.org/, which is where the package suggests it is from
2020-05-15 23:36:25 <c705> Greyfn: there stuff in aports/unmaintained
2020-05-15 23:36:56 <c705> i guess there's stuff in aports/main too now that i'm looking
2020-05-15 23:37:04 <c705> https://git.alpinelinux.org/aports/tree/main
2020-05-15 23:37:22 <c705> either way, fork aports
2020-05-15 23:38:43 <Greyfn> alright, cheers
2020-05-15 23:38:59 <Greyfn> APKBUILD file gives a bit more info
2020-05-15 23:39:16 <c705> good luck
2020-05-15 23:39:18 <Greyfn> the URL is still wrong (see https://git.alpinelinux.org/aports/tree/main/acf-core/APKBUILD), but at least there is a link to the source archive
2020-05-15 23:40:13 <c705> you can submit a patch on gitlabs
2020-05-15 23:40:19 <c705> or open an issue
2020-05-15 23:41:58 <Greyfn> I'll raise an issue, I can't patch it without knowing the actual repo url!
2020-05-15 23:42:51 <c705> wouldn't it juist be https://git.alpinelinux.org/aports/tree/main/acf-core/APKBUILD
2020-05-15 23:43:35 <c705> never mind, i don't really know what i'm talking about
2020-05-15 23:43:48 <Greyfn> that's just the build script
2020-05-15 23:43:53 <Greyfn> build script pulls in files from https://dev.alpinelinux.org/archive/acf-core/acf-core-0.18.12.tar.xz
2020-05-15 23:44:07 <Greyfn> ...where do those files come from?
2020-05-15 23:44:09 <c705> right, that would be the source
2020-05-15 23:44:15 <Greyfn> I would expect a repo
2020-05-15 23:44:23 <c705> ah!
2020-05-15 23:44:29 <c705> right of course, fogive me
2020-05-15 23:44:46 <Greyfn> :)
2020-05-15 23:47:05 <c705> i don't know! you would think it would be under https://git.alpinelinux.org/ somewhere
2020-05-15 23:47:25 <c705> acf may possibly be dead/unmaintained?
2020-05-15 23:49:13 <c705> only 1 commit this year, two total last year..
2020-05-15 23:49:41 <Greyfn> yeah, it does look remarkably unmaintained
2020-05-15 23:49:45 <c705> you can contact the maintainer too and see what's up
2020-05-15 23:51:21 <Greyfn> I hope it's not dead, it's a nice project
2020-05-15 23:51:32 <Greyfn> I'll try and get hold of the maintainer; that's a good idea
2020-05-15 23:53:35 <Hello71> https://gitlab.alpinelinux.org/acf
2020-05-15 23:54:28 <Hello71> Greyfn:
2020-05-15 23:54:41 <Greyfn> aaaaaahhh!
2020-05-15 23:54:52 <Greyfn> I don't know how I missed this
2020-05-15 23:55:20 <Greyfn> thank you
2020-05-15 23:56:18 <Hello71> the gitlab search doesn't work good
2020-05-15 23:56:20 <Hello71> not sure why
2020-05-15 23:59:09 <rahiqion> c705: trying to run "sudo apk upgrade."
2020-05-16 00:02:47 <c705> rahiqion: try sudo apk fix
2020-05-16 00:02:59 <rahiqion> yep. don't know why someone would assume i didn't.
2020-05-16 00:03:30 <rahiqion> just gives the same OK with how much diskspace i'm using
2020-05-16 00:03:31 <c705> there's no need to be nasty
2020-05-16 00:03:40 <rahiqion> i find it particularly nasty that you think i'm a fucking moron.
2020-05-16 00:03:59 <c705> have you never worked in support before?
2020-05-16 00:04:02 <rahiqion> ergo, yes, there is a complete need to be nasty. it's a fucking response to the entire channel being a fuck.
2020-05-16 00:04:04 <c705> i'm guessing not
2020-05-16 00:04:10 <rahiqion> this isn't a fucking tech support channel.
2020-05-16 00:04:16 <rahiqion> i didn't ask for helpy welpy with my probly wobbly.
2020-05-16 00:04:23 <rahiqion> i asked for an explanation of what the fuck the error output was.
2020-05-16 00:04:23 <c705> you really are a fuck
2020-05-16 00:04:32 <rahiqion> dude, you don't see how you're being a cock?
2020-05-16 00:04:43 <rahiqion> you fucking entered this mid-way and assumed everything incorrectly.
2020-05-16 00:04:54 <rahiqion> you then fucking took the side of the fucking victim-complexed hello71.
2020-05-16 00:05:18 <rahiqion> after that, I'm supposed to just wipe everything from my mind, including what i've already fucking stated, and just let you get back into treating me like we're both fucking idiots?
2020-05-16 00:05:19 <rahiqion> no.
2020-05-16 00:05:28 <c705> i think you should take a break from your screen
2020-05-16 00:05:29 <rahiqion> we don't fucking stand for idiocy here. we stand for using our goddamned brains.
2020-05-16 00:05:35 <c705> Maybe go on a walk, I find that helps me
2020-05-16 00:05:35 <rahiqion> i wasn't here for half a fucking hour.
2020-05-16 00:05:40 <rahiqion> it has nothing to do with "taking a break."
2020-05-16 00:05:49 <rahiqion> it's not that i'm fucking "riled up" or "antsy"
2020-05-16 00:05:55 <rahiqion> it's that you fucked up, and i'm fucking directly confronting you for it.
2020-05-16 00:06:07 <rahiqion> so fucking have the conflict, move the fuck on, admit the mistake, do whatever the fuck you deem appropriate
2020-05-16 00:06:16 <rahiqion> instead of deflecting conflict like this is some fucking corporate atmosphere
2020-05-16 00:06:21 <c705> i know you're looking for a confrontation, but i'm not interested in that
2020-05-16 00:06:23 <AinNero> rahiqion: with that tone the only thing you will get is a ban
2020-05-16 00:06:32 <c705> quite frankly, i don;t really feel like helping you anymore
2020-05-16 00:06:59 <rahiqion> AinNero: no, it gets decent fucking responses from decent fucking people
2020-05-16 00:07:04 <rahiqion> you never felt like fucking helping me, c705.
2020-05-16 00:07:21 <rahiqion> none of what you did here was an attempt to be helpful; it's a fucking RUSE>
2020-05-16 00:07:50 <rahiqion> a completely pretentious wank session of moronic vicissitude, going between useless and clueless
2020-05-16 00:08:28 <rahiqion> i'm going to nuke the fucking install and wait for people who don't cluster around fucks like hello71.
2020-05-16 00:08:32 <Greyfn> let's take a step back for a second; what is your issue? I've tried to read the history but I'm a little confused
2020-05-16 00:08:59 <rahiqion> SUDO APK UPGRADE STATES THAT THERE ARE PACKAGE CONFLICTS. SEARCH THE HISTORY FOR "TERMBIN" TO FIND THE ERROR.
2020-05-16 00:08:59 <Greyfn> (technical issue, I'm not interested in the cause of the argument!)
2020-05-16 00:09:18 <nacelle> some folks earn their /ignore
2020-05-16 00:09:24 <rahiqion> ALL FURTHER DISCUSSION WILL BE DONE IN CAPS LOCK TO REINFORCE HOW ABSOLUTELY ROBOTIC AND INTERCAL-LIKE THIS ENTIRE DEBACLE HAS BEEN
2020-05-16 00:09:47 <Greyfn> hold up, I'll try to help - can't promise i'll be useful
2020-05-16 00:09:58 <rahiqion> I WILL INSERT THE WORD "PLEASE" OCCASIONALLY TO FURTHER FACILITATE THE LIKELIHOOD THAT THE INTERPRETERS ON THE OTHER END MIGHT ACTUALLY DECIDE TO COMPILE AND RUN THE CODE.
2020-05-16 00:13:41 <Greyfn> could you run `apk version` and provide output?
2020-05-16 00:14:06 <c705> Hello71: wouldn't it make more sense to keep the source of ACF as a repository under the alpine group like awall? it would make finding it easier
2020-05-16 00:14:20 <c705> suppose it would eb abit of a bitch to update the reference everywhere
2020-05-16 00:15:22 <rahiqion> Greyfn: DO YOU HAVE A SPECIFIC PACKAGE IN MIND?
2020-05-16 00:15:47 <rahiqion> THE OUTPUT IS OVER 461 LINES LONG.
2020-05-16 00:16:02 <Greyfn> termbin it? I appreciate it is long
2020-05-16 00:16:21 <Greyfn> pacakges I want to look at specifically are the ones mentioned in your previous termbin
2020-05-16 00:16:46 <Greyfn> libffi and icu-libs
2020-05-16 00:18:20 <Hello71> c705: I would assume that one of the problems is the number of acf repositories
2020-05-16 00:18:33 <Hello71> I'm not familiar with the history of acf, so I don't know why they have so many
2020-05-16 00:18:43 <rahiqion> 3.2.1-R6. ICU-LIBS DOES NOT MATTER ANY LONGER, AS I HAVE UNINSTALLED THE PROGRAMS THAT DEPENDED UPON IT.
2020-05-16 00:18:48 <Hello71> but regardless, perhaps someone thought it would be too much clutter
2020-05-16 00:19:06 <c705> Hello71: ah, right
2020-05-16 00:19:35 <Greyfn> rahiqion: so to confirm, you've uninstalled programs that depend on it, and it's still throwing a conflict - and did you remove icu-libs too?
2020-05-16 00:19:46 <Hello71> imo if you really want a gui it's better to just use openwrt
2020-05-16 00:19:57 <Hello71> acf seems poorly maintained
2020-05-16 00:20:08 <c705> yeah, i agree
2020-05-16 00:20:19 <Greyfn> ACF is quite handy for little things
2020-05-16 00:20:27 <Hello71> openwrt may not have perfect design but with the underlying packages changing constantly I would much prefer something up to date
2020-05-16 00:20:28 <Greyfn> I'm writing my own module to manage my own services
2020-05-16 00:20:52 <c705> i just use ansible. never been one for guis anyways
2020-05-16 00:21:13 <Greyfn> the gui isn't for me, it's for my end users ;)
2020-05-16 00:21:19 <rahiqion> YES,  I HAVE REMOVED ICU-LIBS.
2020-05-16 00:22:23 <rahiqion> ATTEMPTING TO REMOVE LLVM10-LIBS RESULTS IN ABSOLUTELY NO CHANGE, AN 'OK' LINE, AND STILL THEN THROWS CONFLICTS.
2020-05-16 00:23:27 <Hello71> is it easier than writing from scratch?
2020-05-16 00:23:58 <Hello71> idk, I'm not that experienced with either luci or acf internals
2020-05-16 00:24:26 <Greyfn> rahiqion: looks like a few other people have a similar issue
2020-05-16 00:24:43 <Greyfn> rahiqion: https://github.com/docker-library/python/issues/469 https://github.com/docker-library/python/issues/478
2020-05-16 00:25:53 <Greyfn> Hello71: I wouldn't say it's easier than writing it by scratch, but plugging into an already developed framework avoids writing a bunch of boilerplate
2020-05-16 00:27:05 <Greyfn> rahiqion: their solution is to move away from edge back to 3.11. Probably not ideal, I guess it depends on how attached to edge you are
2020-05-16 00:28:06 <rahiqion> I'm pretty sure the main reason to use edge is to avoid firefox esr
2020-05-16 00:29:26 <rahiqion> How is no one else in the main channel getting this issue, though? Most people using alpine as a daily driver should have this problem on edge, then.
2020-05-16 00:29:54 <Greyfn> I do use Alpine edge as a daily driver, and I do use firefox
2020-05-16 00:29:59 <c705> me too
2020-05-16 00:30:01 <Greyfn> but I haven't run an update/upgrade recently
2020-05-16 00:30:10 <Greyfn> and given your experience, I think I'll hold off
2020-05-16 00:30:37 <c705> i rebuild a live image every day. i haven't had an issue with firefox or python today, but i do occasinally run into problems
2020-05-16 00:30:59 <c705> i don't really expect stability from edge, on the other hand
2020-05-16 00:31:20 <rahiqion> In the meantime, if I want to upgrade other packages, is it really only possible to just del and add again?
2020-05-16 00:31:20 <Greyfn> c705: I don't know what your setup is like, but damn - why the daily rebuilds?
2020-05-16 00:31:55 <c705> Greyfn: sorry..daily reboots. i build every time a new lts comes out
2020-05-16 00:32:58 <rahiqion> Why does trying to remove py3-requests give me an ok, and then still appear to be installed the moment I try to delete py3-urllib3 (since it errors and says py3-requests is still installed)?
2020-05-16 00:33:09 <c705> i run live so my / is in ram
2020-05-16 00:33:37 <Greyfn> I do like how fresh running from RAM feels
2020-05-16 00:33:59 <Greyfn> rahiqion: after you delete py3-requests, does it still appear in /etc/apk/world?
2020-05-16 00:34:15 <c705> i'm actually interested in replicating this. if theres a problem it should be reported
2020-05-16 00:35:39 <rahiqion> Greyfn: nope
2020-05-16 00:35:41 <Greyfn> package management dependencies are the least fun to debug :/
2020-05-16 00:36:43 <Greyfn> rahiqion: yep, I'm entirely lost. If it's not in world, and it gave you the OK after delete then I have no idea why the system still knows about it
2020-05-16 00:36:47 <c705> i'm on edge. lets see if I can get postgresql-dev #478
2020-05-16 00:37:00 <c705> ugh
2020-05-16 00:37:06 <c705> irrelevant
2020-05-16 00:38:19 <Greyfn> you know I started this evening trying to add some stateful firewall rules to awall
2020-05-16 00:38:29 <Greyfn> I'm so incredibly off track.
2020-05-16 00:38:36 <Greyfn> deep, deep down the rabbit hole
2020-05-16 00:40:00 <rahiqion> Why does the upgrade feature completely fail if SOME DEPENDENCIES are fucked?
2020-05-16 00:40:15 <rahiqion> Why wouldn't it try to upgrade the rest of the packages that don't depend on those failed dependencies?
2020-05-16 00:44:21 <c705> Greyfn: the other nice thing about running live is i can screw around and try and replicate this person's problem, and if i screw my apk up, i'll just reboot
2020-05-16 00:45:16 <Greyfn> yeah, I envy that
2020-05-16 00:45:35 <rahiqion> I've wanted to do that kind of setup, where I'm just running from ram the entire time, and occasionally committing to disk, but how does that operate with thinks like luks?
2020-05-16 00:45:43 <Greyfn> actually it's a big part of why I use alpine over other distros - I feel like I understand what my system is doing... mostly
2020-05-16 00:46:01 <Greyfn> it's much more straightforward than something like Ubuntu - where, frankly, I have no idea what is going on under the hood any more
2020-05-16 00:46:12 <rahiqion> Greyfn: that's what i'd figure the channel was for--sharing how things work--and yet we get this constant attitude of "tell me what happened and i'll tell you the answer," like the rest of freenode.
2020-05-16 00:46:36 <Greyfn> rahiqion: yeah, sorry I can't help
2020-05-16 00:46:48 <c705> rahiqion: there is possibly a bug in one of our packages. we are trying to figure it out
2020-05-16 00:46:58 <c705> for us to figure that out, we need information from you
2020-05-16 00:47:01 <Greyfn> but the 'seniors' in this channel must get the same questions day in, day out
2020-05-16 00:47:27 <rahiqion> so they should better format the boilerplate to not be straight cunts about it, though hello71 is hardly a "senior"
2020-05-16 00:48:32 <c705> it's actually quite fell formatted. it isn;t very well documented
2020-05-16 00:48:35 <c705> however
2020-05-16 00:48:42 <c705> quite well* i mean
2020-05-16 00:50:23 <rahiqion> you're misunderstanding what i said when i said "format" and "boilerplate"
2020-05-16 00:50:33 <rahiqion> it was in reference to the robotic responses on irc, not the documentation.
2020-05-16 00:53:58 <c705> https://github.com/docker-library/python/issues/469
2020-05-16 00:54:06 <c705> that seems closest to what you're going through
2020-05-16 00:54:20 <c705> something about mixing packages from edge and v3.11
2020-05-16 00:54:53 <Greyfn> it was mixing packages I was concerned about, which is why I had you run apk version
2020-05-16 00:56:32 <c705> i can't reproduce anything, and i would have seen issues if it was in edge and it was because of python or firefox
2020-05-16 00:56:55 <Ariadne> rahiqion: hi
2020-05-16 00:57:13 <c705> i'd help him but apparantly we're not a tech support channel
2020-05-16 00:57:44 <Ariadne> this channel is for the discussion (including technical support) of alpine
2020-05-16 00:58:40 <c705> Ariadne: i was being sarcastic, my mistake
2020-05-16 00:58:48 <Ariadne> if i have to make some phone calls to get this channel's current moderation issues sorted, the mods are likely going to be grouchy
2020-05-16 00:59:00 <Ariadne> so i encourage everyone here to self-moderate :)
2020-05-16 01:00:23 <Ariadne> [18:40:00] <rahiqion> Why does the upgrade feature completely fail if SOME DEPENDENCIES are fucked?
2020-05-16 01:00:35 <Ariadne> to answer your question, apk is a transactional package manager
2020-05-16 01:01:01 <Ariadne> if the full transaction cannot be committed, then it will generate error instead
2020-05-16 01:01:16 <Ariadne> you can use apk fix --upgrade to specify a partial upgrade transaction
2020-05-16 01:02:09 <wsinatra> seriously? That's awesome, didn't know you could run fix --upgrade to commit the partial upgrade
2020-05-16 01:02:13 <albr> monado[d]: wait this isn’t a support channel?
2020-05-16 01:02:16 <albr> monado[d]: what else is it
2020-05-16 01:03:24 <Ariadne> wsinatra: yes if you specify the packages you want it to upgrade
2020-05-16 01:05:01 <wsinatra> TIL, glad I was on IRC tonight
2020-05-16 01:05:13 <wsinatra> knowing this would have saved me a ton of frustration a bit back
2020-05-16 01:14:11 <rahiqion> wsinatra: Yeah, you'd expect DOCUMENTATION to involve that.
2020-05-16 01:18:20 <Ariadne> apk fix --help | grep upgrade
2020-05-16 01:18:29 <Ariadne>   -u, --upgrade           Prefer to upgrade package
2020-05-16 01:18:34 <Ariadne> please drop the attitude
2020-05-16 01:23:35 <Ariadne> rahiqion: apk dot --errors can generate a graph of solver issues too, when fed to graphviz, which can help visualize errors and solutions
2020-05-16 01:24:56 <monado> are attitudes tangible items
2020-05-16 01:25:06 <monado> how does one drop something like that
2020-05-16 01:28:13 <wsinatra> I will be honest, I'm bad about reading documentation
2020-05-16 01:28:44 <wsinatra> I'm of the mindset that I will break something, be grumpy about it as I troubleshoot it for hours, and THEN when I can't figure it out I give up and read documents
2020-05-16 01:29:50 <Ariadne> well until apk-tools 2.11 our docs have largely been shit
2020-05-16 01:30:31 <Ariadne> but now we have fairly detailed manpages for everything landing as part of 3.12 release
2020-05-16 01:30:33 <Ariadne> :)
2020-05-16 01:31:23 <wsinatra> <3 man pages
2020-05-16 01:31:51 <wsinatra> now I just need a better script to download all of the -doc packages relevant to the packages I have
2020-05-16 01:32:09 <maxice8> install the package docs
2020-05-16 01:33:04 <wsinatra> I always forget to do so, so I end up running a janky bash script to attempt to download everything in world with -doc appended to it
2020-05-16 01:33:23 <wsinatra> which is probably the worst solution in the world, but it was the 5 minute fix that stuck due to laziness
2020-05-16 01:55:16 <Hello71> hm... it would be nice if apk could have a configuration option to automatically install selected subpackages
2020-05-16 01:56:36 <Hello71> e.g. if you printf '%s\n' doc dev > /etc/apk/subpackages then apk will pull in any doc and dev subpackages of packages that are otherwise required by world
2020-05-16 01:57:03 <rahiqion> Ariadne: the attitude remains when the shitty paternal attitude you donned remains.
2020-05-16 01:57:16 <rahiqion> Consider yourself first. Be the change.
2020-05-16 01:57:30 <rahiqion> (And, directly, fuck off with the tone)
2020-05-16 01:57:48 <Hello71> then alpine would work more similarly to arch
2020-05-16 01:58:07 <Ariadne> Hello71: that's what the docs package is for :)
2020-05-16 01:58:39 <Hello71> hm.
2020-05-16 01:59:07 <Hello71> oh, I see
2020-05-16 01:59:07 <Ariadne> rahiqion: how about you follow our community guidelines and drop the attitude.  last warning
2020-05-16 01:59:21 <Hello71> I forgot that apk has install_if
2020-05-16 01:59:34 <Hello71> pacman doesn't have such function
2020-05-16 01:59:50 <rahiqion> Ariadne: You really think that's going to work? Escalating the tone I told you to fuck off with?
2020-05-16 01:59:59 <Hello71> why does it depend on mandoc? what if I want to use man-db
2020-05-16 02:00:01 <Ariadne> no, but banning you will
2020-05-16 02:00:02 <rahiqion> Turn on your fucking brain instead of relying on the bullshit authority structures you were raised with.
2020-05-16 02:00:13 <rahiqion> Banning me doesn't fucking change anything. Banishment isn't real on IRC.
2020-05-16 02:00:18 <rahiqion> I just come the fuck back later.
2020-05-16 02:00:22 <rahiqion> Everyone does.
2020-05-16 02:00:28 <rahiqion> Stop reaching for your fucking pacifier.
2020-05-16 02:00:38 <Hello71> rahiqion: is this really what you want to do with your life? being a douchebag on the internet?
2020-05-16 02:00:40 <Ariadne> at which point we will ban you again if you don't follow our guidelines
2020-05-16 02:00:43 <rahiqion> Treat me with the respect you've been pretending to have, and then it'll go perfectly fine.
2020-05-16 02:00:49 <rahiqion> Hello71: Kill yourself.
2020-05-16 02:00:49 <Ariadne> its no skin off my back
2020-05-16 02:01:19 <rahiqion> Just because your ban-hammer-wielding papi is around doesn't mean you should come the fuck back in to whine at me.
2020-05-16 02:01:41 <rahiqion> Look at that fucking pathetic excuse for a peasant, Ariadne, using your shitty outburst to pop off his own retaliations.
2020-05-16 02:01:43 <wsinatra> rahiqion: you need to chill dude
2020-05-16 02:01:44 <rahiqion> And you won't do a fucking thing about it.
2020-05-16 02:01:53 <rahiqion> wsinatra: I'm not the fuckwit who started this tone.
2020-05-16 02:02:11 <rahiqion> My EXPLICIT tone is literally equivalent to their IMPLICIT tone. If you're uncomfortable with me, you should have fucking been uncomfortable with them.
2020-05-16 02:02:16 <Ariadne> actually, you are, several hours ago when you started typing in caps lock and inferring that everyone here is mentally deficient
2020-05-16 02:02:36 <rahiqion> You missed the part where I was directly targeting those who were completely fuckwitted.
2020-05-16 02:02:41 <rahiqion> Hello71, specifically.
2020-05-16 02:02:48 <rahiqion> You agreed. It's not a fucking support channel.
2020-05-16 02:03:01 <Ariadne> actually, i stated it was a channel for the discussion of alpine, including support.
2020-05-16 02:03:14 <wsinatra> You're not gonna win any sympathy from anyone like that, whatever the circumstance is
2020-05-16 02:03:30 <rahiqion> I don't need to "win" sympathy, you manipulative cunt.
2020-05-16 02:03:41 <Ariadne> and telling people to kill themselves is a violation of alpine's code of conduct
2020-05-16 02:03:46 <rahiqion> Humans inherently sympathize with each other. That's how I'm in this fucking tone to start with.
2020-05-16 02:04:02 <rahiqion> Ariadne: What's the punishment for violation? A forced suicide.
2020-05-16 02:04:15 <wsinatra> Alright, when you decide to act like an adult, perhaps people will want to socialize with you a bit more
2020-05-16 02:04:18 <rahiqion> The fundamental principles behind your shitty social structure are completely fucked.
2020-05-16 02:04:23 <Ariadne> no, we are asking you to abide by our policies
2020-05-16 02:04:24 <rahiqion> wsinatra: This is how adults fucking interact.
2020-05-16 02:04:29 <rahiqion> You're behaving like a fucking ten year old.
2020-05-16 02:04:32 <kline> rahiqion: this seems unreasonably heated
2020-05-16 02:04:39 <rahiqion> kline: I fucking agree.
2020-05-16 02:04:42 <wsinatra> Your jaded world view is sad to say the least
2020-05-16 02:04:50 <rahiqion> However, until they drop their equivalently elided anger, mine can't drop.
2020-05-16 02:04:55 <kline> rahiqion: perhaps youd be best to grab a coffee or such and relax a bit
2020-05-16 02:04:57 <rahiqion> That's literally how the fucking conversational mechanism works.
2020-05-16 02:05:05 <c705> rahiqion: there are people you can talk to about your problems, whatever they may be
2020-05-16 02:05:14 <kline> rahiqion: mind a pm?
2020-05-16 02:05:18 <rahiqion> kline: Fuck you, logger. Check the previous point I already made to c705 about that shitty attempt to de-escalate something that already escalated.
2020-05-16 02:05:24 <rahiqion> You don't fucking fix things by "calming down."
2020-05-16 02:05:27 <rahiqion> You calm down by fixing them.
2020-05-16 02:05:38 <rahiqion> You fucking socially backward autists could do to learn from some fucking real conflict.
2020-05-16 02:06:02 <Ariadne> are you sure telling a freenode staffer fuck you is a good idea?
2020-05-16 02:06:14 <rahiqion> The world isn't in your ill-defined minds. Your mind is a guest on the whole fucking planet, and it'd do you well to fuck off long enough to stop being cocks about every fucking possible thing that doesn't fit in your warped bikeshed.
2020-05-16 02:06:32 <rahiqion> Yes, I'm 100% positive that it fucking works better than being a cockbag and pretending to not feel what I fucking feel.
2020-05-16 02:06:44 <Ariadne> i see
2020-05-16 02:06:56 <rahiqion> No, you really fucking don't.
2020-05-16 02:07:04 <rahiqion> You're actively suppressing any form of seeing what the fuck I'm saying.
2020-05-16 02:07:12 <rahiqion> No, it's not your direct intention, and that's the fucking worst part of it.
2020-05-16 02:07:22 <Ariadne> well either way, participation in this channel is governed by the alpine code of conduct.  your behavior is not really in line with that policy.
2020-05-16 02:07:36 <rahiqion> You think your method of "conflict resolution," imbibed by managers that intend to extract value out of you and suppress social progress, is noble and worth pursuit.
2020-05-16 02:07:41 <Hello71> seems like /r/incels is leaking
2020-05-16 02:07:57 <kline> man
2020-05-16 02:08:00 <wsinatra> thank you kline
2020-05-16 02:08:04 <kline> turns out weechat needs you to /quote a kline
2020-05-16 02:08:15 <c705> i am worried about that fellows mental well being
2020-05-16 02:08:18 <kline> i hate clienthopping
2020-05-16 02:09:02 <wsinatra> c705: agreed. He didn't want a civil discussion, he wanted a fight
2020-05-16 02:09:19 <Ariadne> yes, he wanted a fight 3 hours ago.  sorry that i was not around sooner.
2020-05-16 02:09:35 <Ariadne> i only noticed there was an issue when somebody asked for help in -devel about it :)
2020-05-16 02:10:13 <wsinatra> that's frustrating, well if he does come back I hope it's in a calmer state of mind
2020-05-16 02:10:26 <Ariadne> kline: thanks for the assist, sorry for poking you on fediverse
2020-05-16 02:11:01 <Ariadne> ah, he has an ip block
2020-05-16 02:11:25 <kline> rahiqion: please dont evade network bans
2020-05-16 02:12:08 <rahiqion> big brain oper defends potshotting fuckwits: the quintessential guide
2020-05-16 02:12:10 <rahiqion> no, i have a curiosity on how shitty the opers are at doing their fucking "job"
2020-05-16 02:12:12 <rahiqion> this is the core problem with "power" online
2020-05-16 02:12:14 <rahiqion> kline: please don't assume i did fucking anything to evade your shitty attempt at a fucking network ban
2020-05-16 02:12:19 <rahiqion> your presumptions are based on power systems that were imposed by even bigger morons
2020-05-16 02:12:23 <rahiqion> oh no, he called me stupid for being stupid! for being a dickhead with institutionally backed power!! how dare he!!!
2020-05-16 02:12:25 <Hello71> no, they just have a crappy ISP with a crappy dynamic ip system
2020-05-16 02:13:00 <Hello71> kline: do you (plural) ever send abuse emails? does it do anything?
2020-05-16 02:13:15 <kline> it depends
2020-05-16 02:13:22 <kline> not to large ISPs
2020-05-16 02:13:30 <Ariadne> based on this person's behaviour, i guess he has a history with freenode
2020-05-16 02:14:45 <kline> Hello71: i did reach out to someone recently when it seemed to be the case that their personal mx had been owned and used to register an account
2020-05-16 02:16:03 <Ariadne> (also the current alpine mod team seems to be stuck in european timezones mostly.  i'll see what i can do about expanding the mod team so we have better coverage moving forward.)
2020-05-16 02:19:40 <afraid> c705: What hardware are you doing your run-from-ram setup on?
2020-05-16 02:20:15 <kline> Ariadne: np via fedi, it gives me better alerts while i transition into weechat anyway
2020-05-16 02:20:50 <Greyfn> some of us europeans are still awake
2020-05-16 02:20:53 <c705> afraid: nothing special. intel skylake pc with 16G of ram
2020-05-16 02:20:57 <kline> Greyfn: same
2020-05-16 02:20:58 <Greyfn> tearing at our eyeballs, staring at iptables rules
2020-05-16 02:21:03 <kline> not same
2020-05-16 02:21:42 <afraid> c705: Do you have a post you've followed for the setup? Are you just using lbu to commit package changes?
2020-05-16 02:22:05 <afraid> kline: Are you kloeri?
2020-05-16 02:22:13 <c705> afraid: i'm kind of doing my own thing, and i plan on documenting it at some point
2020-05-16 02:22:26 <opal> jesus christ
2020-05-16 02:22:30 <afraid> What are the main differences from the traditional ram-run setup?
2020-05-16 02:22:43 <c705> afraid: in short, everything i need gets pulled in from repos after boot
2020-05-16 02:22:44 <kline> afraid: no, just kline
2020-05-16 02:22:54 <afraid> opal: was just going to ping you for a shell, how convenient
2020-05-16 02:23:03 <opal> a shell, what
2020-05-16 02:23:08 <afraid> c705: and the repos are just locally hosted?
2020-05-16 02:23:10 <kline> like a conch dude
2020-05-16 02:23:15 <opal> lol
2020-05-16 02:23:22 <afraid> <opal> what's a computer
2020-05-16 02:23:35 <Greyfn> on a side note, acf-iptables needs some work. Doesn't support creating/editing any connection tracking rules, but happily displays them.
2020-05-16 02:23:38 <Hello71> afraid: I think you have to type !request
2020-05-16 02:23:41 <c705> afraid: well, for one i don't use lbu or the setup-* scripts. i create a custom iso from the scripts in aports/scripts (mkimage.sh)
2020-05-16 02:23:47 <opal> sigh
2020-05-16 02:23:54 <afraid> oh, damn
2020-05-16 02:24:01 <c705> the repos get pulled from my git servers
2020-05-16 02:24:14 <Ariadne> Greyfn: yeah some acf modules are less featureful than others.  you might also want to look at aconf
2020-05-16 02:24:22 <c705> everything is orchestrated from ansible which is included in my live image
2020-05-16 02:24:26 <afraid> oh, jesus
2020-05-16 02:24:30 <Greyfn> the mkimage scripts are glorious - takes a little getting used to, but once it's set up okay then it works like a charm
2020-05-16 02:24:33 <afraid> why is all of that necessary?
2020-05-16 02:25:02 <Greyfn> Ariadne: thanks, I'll look at that!
2020-05-16 02:25:16 <c705> afraid: well, it's not necessary, but it sure is useful. i went to a security talk one time, in short, "treat your os like livestock, not like a pet"
2020-05-16 02:25:31 <afraid> heh
2020-05-16 02:25:49 <afraid> i just mean, isn't there some way you could just expand the image into ram on boot, type in a passphrase for decryption, etc, and go on with it from there?
2020-05-16 02:25:50 <c705> when i am done with os for the day, i destroy it and recreate it from a static, well-audited image i keep on a usb that i only boot from
2020-05-16 02:25:56 <Hello71> I mean, I think the industry as a whole has been moving in that direction... slowly.
2020-05-16 02:25:59 <c705> once the boot is finished, no more usb
2020-05-16 02:26:09 <Hello71> isn't that basically tails but more work
2020-05-16 02:26:16 <afraid> Do you even have a disk?
2020-05-16 02:26:23 <c705> afraid: that's what i do - after that it kicks off ansible scripts
2020-05-16 02:26:39 <c705> afraid: i do, but my runtime isn;t running from them
2020-05-16 02:26:40 <afraid> how long is your boot, then?
2020-05-16 02:26:50 <wsinatra> is there a right up on how to do something like that?
2020-05-16 02:26:54 <wsinatra> sounds absolutely fascinating
2020-05-16 02:27:05 <Greyfn> running with lbu is very much like that; clean boot every time, and all filesystem changes are neatly stored on disk
2020-05-16 02:27:08 <c705> afraid: well, actual boot is 2 seconds, but it's about 5-10 minutes before everything is done running
2020-05-16 02:27:29 <c705> wsinatra: no, but i plan on doing it as soon as i stop being so lazy
2020-05-16 02:27:54 <afraid> Hello71: "isn't that basically" is really grating to read; it sounds like you're summing up something without actually asking your real question, which is probably something like "how is that different from/why did you choose that over tails?"
2020-05-16 02:28:18 <afraid> damn. I was hoping i'd be able to emulate that on my laptop, but that's definitely not gonna happen if 10 minutes is the boot time.
2020-05-16 02:28:19 <opal> <afraid> <opal> what's a computer
2020-05-16 02:28:32 <opal> i appreciate both the smartass response and falsifying my words
2020-05-16 02:28:33 <c705> Hello71: tails was an inspiration, for sure. there are some things though that i like to do that i find tails too restrictive for
2020-05-16 02:28:34 <afraid> opal: i hope the joke wasn't too old to get
2020-05-16 02:28:37 <wsinatra> If you ever get around to it I would love to know, if one was curious how to get started in that direction where would you send them?
2020-05-16 02:28:41 <opal> what joke
2020-05-16 02:28:42 <Hello71> afraid: well I mean you can just say "no", and then I say "how is it different then"
2020-05-16 02:28:50 <Hello71> it's irc, not email
2020-05-16 02:29:03 <c705> wsinatra: aports/scripts/mkimage.sh and your imagination
2020-05-16 02:29:16 <afraid> Hello71: if you expect them to say that, you should read "how to ask questions" and come back later
2020-05-16 02:29:46 <opal> i have zero clue what the fuck is going on here tonight
2020-05-16 02:29:55 <Hello71> ironically there is no "how to ask questions". the famous one is "how to ask questions the smart way"
2020-05-16 02:30:03 <afraid> opal: the joke was that i was obviously asking for a shell, and since we all know your history, the joke then becomes the usual from someone of your history: "i don't know what a shell is how do i computer," but i was simultaneously referencing that apple commercial where the girl is in the backyard on the ipad, and she asks "what's a computer?"
2020-05-16 02:30:24 <Ariadne> people's "history" is offtopic for this channel, i suggest taking it elsewhere
2020-05-16 02:30:26 <Hello71> which, also ironically, is more toxic than it is helpful
2020-05-16 02:30:29 <wsinatra> c705: +1 time to start poking around
2020-05-16 02:30:35 <afraid> are you trying to fight, or do you just always come across as really standoffish, hello71
2020-05-16 02:30:36 <opal> "asking for a shell" but i dont fucking offer shells and i never have claimed to so i dont know why you would even ask me that even jokingly
2020-05-16 02:30:43 <opal> hence my confusion
2020-05-16 02:30:47 <opal> i dont see how thats unclear
2020-05-16 02:30:56 <afraid> it was also...wait for it...
2020-05-16 02:30:58 <afraid> a joke
2020-05-16 02:31:04 <opal> an unfunny one
2020-05-16 02:31:07 <opal> congrats, take the loss
2020-05-16 02:31:08 <c705> i did it for the security benefits, but it's also really useful as a developer
2020-05-16 02:31:09 <afraid> but still, a joke
2020-05-16 02:31:11 <Hello71> afraid: seems to me like you're the one looking for fights here
2020-05-16 02:31:17 <afraid> since when was telling jokes ever a winning condition?
2020-05-16 02:31:19 <opal> ok Sir Final Word
2020-05-16 02:31:22 <Ariadne> can everyone just go do something else
2020-05-16 02:31:26 <Ariadne> thanks
2020-05-16 02:31:32 <c705> i can try and recreate someones issue and when i'm done, i can reboot and everything goes back to the base level
2020-05-16 02:31:43 <Ariadne> sounds like a cool setup c705
2020-05-16 02:32:02 <afraid> opal: i've got a handicap on latency. the idea that i'm trying to lastword you seems to come from the same place that generated the idea that i wasn't joking the entire time
2020-05-16 02:32:03 <c705> Ariadne: thanks! i'm going to write it up some day
2020-05-16 02:32:04 <Hello71> c705: nix people say the same thing
2020-05-16 02:32:12 <afraid> which was really quickly squashed by the fact that i was, in fact, joking all along
2020-05-16 02:32:18 <Ariadne> afraid: ok we get it
2020-05-16 02:32:30 <Hello71> probably ramdisk is more efficient but also less flexible
2020-05-16 02:32:32 <afraid> ariadne: saying that ruins the next joke
2020-05-16 02:32:52 <afraid> you guys are the worst improv crew ever
2020-05-16 02:33:05 <afraid> i'm taking my comedy troupe applications to a different channel
2020-05-16 02:33:05 <c705> Hello71: nix looks interesting
2020-05-16 02:33:10 <Ariadne> well we are linux distribution developers not comedians
2020-05-16 02:33:25 <kline> Ariadne: both work hard on jokes
2020-05-16 02:33:28 <afraid> i'm not sure we're mature enough to call ourselves developers, ariadne
2020-05-16 02:33:30 <opal> i have a headache
2020-05-16 02:33:37 <opal> lol kline
2020-05-16 02:33:40 <afraid> loller, kline
2020-05-16 02:33:40 <c705> nice part about ansible is that it's easy to read (audit) and make changes (in a conf file)
2020-05-16 02:34:06 <c705> and it's self documenting to a degree. all the steps to recreate the system are in yaml files
2020-05-16 02:34:20 <c705> one thing i didn;t like so much about lbu
2020-05-16 02:34:51 <Ariadne> kline: well, as they say, linux is free if your time has no value
2020-05-16 02:35:15 <kline> thankfully im a freenode oper so we all know where i stand on that
2020-05-16 02:35:37 <Ariadne> ah yes, an IRC cop
2020-05-16 02:35:45 <c705> i could probably decouple ansible off the image and have the iso call home to configure itself, but i can;t think of a way to do that without losing some of the flexibility i have keeping ansible as part of the boot
2020-05-16 02:35:45 <kline> acab
2020-05-16 02:35:47 <kline> etc
2020-05-16 02:35:58 <afraid> opers cum
2020-05-16 02:37:09 <afraid> what specifically did you not like about lbu? it's not a text-based configuration?
2020-05-16 02:37:54 <Ariadne> in theory it is possible to take ansible and generate a skeleton image that can be consumed by lbu
2020-05-16 02:37:55 <c705> afraid: it was a while ago i last use it, so i don't exactly remember. but i believe the apkovl files are tgzs?
2020-05-16 02:38:04 <Ariadne> giving you best of both worlds
2020-05-16 02:38:16 <Greyfn> question for anybody in the know: why does LBU still support floppy?
2020-05-16 02:38:24 <Ariadne> we do something similar at work, but we have our own system instead of ansible
2020-05-16 02:38:35 <Greyfn> and doesn't support lbu from disk?
2020-05-16 02:38:43 <Greyfn> it happily works on a raspberry pi with an SD card
2020-05-16 02:38:44 <Ariadne> lbu does support from disk, actually
2020-05-16 02:38:52 <Greyfn> I haven't had much luck from disk
2020-05-16 02:39:06 <Ariadne> yeah the installer doesn't set it up easily
2020-05-16 02:39:11 <Ariadne> we should fix that
2020-05-16 02:39:16 <Greyfn> which is a shame, that'd definitely be my ideal use case
2020-05-16 02:39:21 <Ariadne> yeah
2020-05-16 02:39:26 <Ariadne> assemble the image from HDD
2020-05-16 02:39:28 <Ariadne> with apkovl
2020-05-16 02:39:30 <Greyfn> yep
2020-05-16 02:39:33 <Greyfn> that'd be fantastic
2020-05-16 02:39:35 <Ariadne> kind of like how the PS4 does it
2020-05-16 02:39:45 <Ariadne> or android devices
2020-05-16 02:39:58 <Greyfn> ...yet another feature request to add to the ever growing backlog I guess
2020-05-16 02:40:27 <c705> Ariadne: i think i see what you mean. in short, i liked the decriptivity of ansible over carrying around lbu tgzs
2020-05-16 02:40:54 <c705> and ansible is a bit more portable, obviously. wasn't sure how long i'd want to be tied into alpine ;)
2020-05-16 02:41:12 <c705> it's been stable for probably over a year now though
2020-05-16 02:41:18 <Ariadne> (at work we produce commercial products based on alpine)
2020-05-16 02:41:45 <c705> Ariadne: that's..interesting. i've considered heading in that direction myself
2020-05-16 02:47:11 <afraid> How does it not work from disk? That's exactly what I would want.
2020-05-16 02:47:28 <afraid> Is there a command on a from-disk installation that hoists everything temporarily into RAM?
2020-05-16 02:48:22 <c705> afraid: i think the magic sauce is in the initramfs that is created in mkimage.sh
2020-05-16 02:49:41 <c705> it's no different than a live installer disk from any other distro. iso is created by me -> i write iso to disk -> when i boot iso, the iso image is copied into ram and booted from there, meaning i can remove the medium i booted from
2020-05-16 02:49:46 <nacelle> this is the same run from ram issue
2020-05-16 02:49:51 <nacelle> wheres that document? ;-)
2020-05-16 02:50:09 <c705> no issue, we're just discussing things
2020-05-16 02:50:13 <Greyfn> Ariadne: you mentioned aconf, which also seems to be lacking some documentation
2020-05-16 02:50:16 <nacelle> 
ACTION grabs a fistful of newsprint and shakes it in the air for dramatic effect

2020-05-16 02:50:26 <Greyfn> I've got it up and running, but the package comes with an auth.json file that is pre-populated
2020-05-16 02:50:37 <Greyfn> an admin user along with a sha256 hash
2020-05-16 02:50:39 <nacelle> well, the issue is that the documentation is sketchy/doesnt exist for this install, no? :-)
2020-05-16 02:50:43 <Greyfn> any idea what the default credentials are?
2020-05-16 02:51:00 <Greyfn> actually scrap that; natuturally it was admin:admin
2020-05-16 02:51:07 <Greyfn> can't believe I didn't try that sooner
2020-05-16 02:52:21 <c705> nacelle: i think it's all there, you just need to think about what each step is doing, and read help pages / scripts when it doesn;t make sense
2020-05-16 02:52:38 <c705> not the greatest to follow, but with enough tenacity it's doable
2020-05-16 02:52:39 <Ariadne> Greyfn: yeah, aconf is fairly new, but it's meant to be a more modern model-based replacement for acf
2020-05-16 02:52:59 <Greyfn> I can see it's fairly new ;)
2020-05-16 02:53:16 <Greyfn> it's... rough around the edges
2020-05-16 02:53:29 <Greyfn> interesting though, for sure
2020-05-16 02:54:03 <Ariadne> there is a third system, that is both installer and management agent in development at work, but it's not ready to go into alpine yet
2020-05-16 02:54:36 <Ariadne> it ticks all the scary boxes, starting with a JSON-LD configuration system
2020-05-16 02:55:34 <Ariadne> (why JSON-LD?  we can reuse a lot of pre-existing ISO/ITU vocabularies)
2020-05-16 03:20:37 <nacelle> c705: i'll give it a go, thank you
2020-05-16 03:24:13 <Hello71> is uci that bad that it's worth NIHing *three* systems to avoid it?
2020-05-16 03:25:13 <Hello71> I see why the openwrt build system is kind of a mess, but what's wrong with uci
2020-05-16 07:34:20 <rnkn> hello
2020-05-16 07:35:15 <rnkn> I'm trying to do a sys install on my new RPi4.. are the instructions at https://wiki.alpinelinux.org/wiki/Classic_install_or_sys_mode_on_Raspberry_Pi considered the most recent?
2020-05-16 07:48:57 <Ariadne> Hello71: in case of dayjob it's because our customers want to manage using netconf/restconf which are industry standard management protocols.  we extend those with additional vocabularies to provide full system management
2020-05-16 09:27:03 <parazyd> Hi. In Alpine's network/interface if have static IPv6 configured, and it works on ifup. Howver for no reason after a couple of hours it just decides to drop IPv6 connectivity. Is there something I can look into to debug this?
2020-05-16 10:43:18 <dngray> hmm maybe the reason lxd wasn't working so well was this: https://lunar.computer/posts/lxd-alpine/
2020-05-16 10:43:19 <dngray> $ sudo echo "session optional pam_cgfs.so -c freezer,memory,name=systemd,unified" >> /etc/pam.d/system-login
2020-05-16 10:43:20 <dngray> i'd started cgroups but i hadn't done that
2020-05-16 11:24:35 <dngray> ahhh seems to be something to with starting an archlinux container
2020-05-16 11:24:49 <dngray> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/UiIgXZhIfTFhvAbJaqkmKzRF >

2020-05-16 11:24:52 <dngray> i did see these errors hmm
2020-05-16 11:57:13 <dngray> https://wiki.gentoo.org/wiki/LXD#Running_systemd_based_containers_on_OpenRC_hosts
2020-05-16 11:57:15 <dngray> seems you have to do some special magic on running containers that use systemd..
2020-05-16 12:40:49 <dngray> is it okay to add that to fstab?
2020-05-16 12:40:50 <dngray> mount -t cgroup -o none,name=systemd systemd /sys/fs/cgroup/systemd
2020-05-16 12:40:51 <dngray> or is there some better way to do it
2020-05-16 13:34:04 <dngray> hmm i don't think i can put that in fstab
2020-05-16 13:34:07 <dngray> surely i don't have to run that every time my server boots
2020-05-16 15:03:41 <Hello71> you can put any mount command in fstab
2020-05-16 15:03:48 <Hello71> the only question is does it do the right thing
2020-05-16 15:17:48 <dngray> https://lists.alpinelinux.org/~alpine/users/%3C20200516151337.sx6rdckvxkubilcc%40disroot.org%3E
2020-05-16 15:17:49 <dngray> Hello71: yeah im not sure its right to put cgroups in there
2020-05-16 15:18:07 <dngray> i did try but it didn't work
2020-05-16 15:18:07 <dngray> and i think it might not because fstab happens before cgroups are made
2020-05-16 15:18:42 <Hello71> fstab is literally equivalent to running the mount command
2020-05-16 15:18:52 <Hello71> the fstab service simply reads the file and then runs the mount command based on what you put
2020-05-16 15:19:05 <Hello71> but as you have noticed, it may not run at the *time* you want
2020-05-16 15:46:21 <lastchansen> Hi people :) I really like the default font on alpine. However, after I installed chromium another font is chosen for terminals and it's terrible. How can I change back to the other font?
2020-05-16 15:48:28 <albr> monado[d]: depends on what terminal emulator you’re using
2020-05-16 15:48:40 <lastchansen> st
2020-05-16 15:49:19 <lastchansen> I assume I can set a default font somwehere so I dont have to download source to st and recompile.
2020-05-16 15:49:48 <lastchansen> I guess .fonts.conf or something like that, but what is the name of the default font?
2020-05-16 15:52:20 <Hello71> 8x16?
2020-05-16 15:53:57 <lastchansen> Hello71: is that the size or a special spec?
2020-05-16 15:54:09 <Hello71> alpine doesn't come with gui
2020-05-16 15:54:21 <Hello71> so there is no default gui font
2020-05-16 15:54:48 <lastchansen> Hello71: I know but it does come with a font which also works in xorg :)
2020-05-16 15:55:02 <mps> lastchansen: you can put fonts in $HOME/.fonts dir and run 'fc-cache -f .'
2020-05-16 15:55:35 <Hello71> no, it doesn't. if you install x then you also get some fonts
2020-05-16 15:55:52 <Hello71> but as you've noticed, the fonts installed depends on which programs exactly you install
2020-05-16 15:56:35 <lastchansen> Hello71: I might be horrible wrong but the console font looks very similar to the font st uses in xorg.
2020-05-16 15:57:27 <lastchansen> mps: cool :) But the font is already there there is just a new default
2020-05-16 15:57:30 <Hello71> by default x comes with only traditional x bitmap fonts
2020-05-16 15:57:51 <Hello71> alpine doesn't change any settings there
2020-05-16 15:58:17 <mps> lastchansen: then you have to specify it by 'st -f fontname'
2020-05-16 15:58:41 <lastchansen> Hello71: okay.. I guess I just need to learn more about fonts since they often bother me :)
2020-05-16 15:59:01 <Hello71> you can do st -f or I think you can also set it in Xresources
2020-05-16 15:59:39 <lastchansen> mps: yeah st -f fontname is not a bad idea. I guess I should just go through all font until I find the right one :)
2020-05-16 15:59:55 <lastchansen> Hello71: Yeah, not a bad idea :)
2020-05-16 15:59:55 <mps> if the st is patched with Xresource patch
2020-05-16 16:00:21 <Hello71> ah. I don't use st so I am not familiar
2020-05-16 16:00:28 <lastchansen> mps: it's from the edge repo, so I doubt there are any patches applied.
2020-05-16 16:00:45 <lastchansen> Im really just "testing" alpine on my laptop and so far it's amazing
2020-05-16 16:01:02 <lastchansen> Hello71: what terminal do you use?
2020-05-16 16:01:12 <Hello71> kitty before, now alacritty
2020-05-16 16:01:22 <Hello71> kovid goyal is too annoying to deal with
2020-05-16 16:01:27 <mps> I use patched 'st' but always use '-f fontname' just to be sure
2020-05-16 16:01:50 <Hello71> I rather deal with alacritty missing features than kitty bugged features
2020-05-16 16:01:52 <lastchansen> Oh! Btw.. could any of you explain what edge is? Seems like is rolling while the releases are not?
2020-05-16 16:02:38 <lastchansen> Hello71: Cool :) I prefer the minimalism, but I need to check alacritty out. I read somewhere about some gpu optimizations which sounded pretty cool
2020-05-16 16:03:04 <mps> edge is not a 'release' but a development branch
2020-05-16 16:03:32 <lastchansen> mps: yeah, I have a real nice build of st and dwm on github, but I just need something basic atm. If alpine works out on my laptop Ill move my configs over.
2020-05-16 16:04:24 <lastchansen> mps: so edge is not like rolling but for devs?
2020-05-16 16:04:58 <mps> it is rolling in sense it always rolls, to say
2020-05-16 16:05:03 <lastchansen> Hello71: yeah.. st isnt easy to work with. E.g. I dont have scrollback atm :P
2020-05-16 16:05:24 <Hello71> I don't like alacritty scrollback either, it doesn't have search
2020-05-16 16:05:43 <mps> lastchansen: I build st with some patches I need, some of them is scrollback
2020-05-16 16:05:45 <lastchansen> mps: but its not a good idea to use edge? I read some comments about staying away from it.
2020-05-16 16:06:17 <mps> lastchansen: I use edge for about two years on my chromebook
2020-05-16 16:06:19 <lastchansen> Hello71: search? Like in history? like ctrl+r?
2020-05-16 16:07:01 <mps> true, sometimes it breaks at upgrade some not yet fixed package but usually not hard to revert or fix
2020-05-16 16:07:08 <lastchansen> mps: Yeah, Ill also compile st if I like alpine.. and currently I like it a lot. Just installed it a few hrs ago on a old x250.
2020-05-16 16:08:14 <lastchansen> mps: Okay. I'll guess I'll stay on edge and see what happens :)
2020-05-16 16:10:57 <lastchansen> Actually, qutebrowser not working is nearly a dealbreaker but apart from that I should have tried alpine a long time ago :)
2020-05-16 16:13:38 <lastchansen> aaaaand qutebrowser works.. wth.
2020-05-16 16:24:15 <dngray> hmm i'd have to put something in /etc/network/interfaces to tell it to connect lxdbr0 with eth0.3 wouldn't i?
2020-05-16 16:24:30 <dngray> lxdbr0 is a managed bridge on lxd
2020-05-16 16:25:53 <dngray> thinking i'd need a line like
2020-05-16 16:25:55 <dngray> bridge-ports lxdbr0
2020-05-16 16:26:13 <dngray> in my interfaces file maybe
2020-05-16 16:26:31 <lunaphyte> initially, i'd installed chrony, but i've since switched to busybox crond, so have removed chrony.  there appear to be some leftover files in /etc/runlevels/ : http://dpaste.com/2HJEZQP
2020-05-16 16:26:47 <lunaphyte> i imagine those no longer need to be there?  should the chrony removal have cleaned that up?
2020-05-16 16:28:27 <Hello71> lastchansen: if you have some output from before but don't know exactly where it is
2020-05-16 16:28:35 <Hello71> in most terminal emulators you can search for the text
2020-05-16 16:28:44 <Hello71> lunaphyte: chrony and crond don't really do the same thing
2020-05-16 16:28:58 <lunaphyte> Hello71: oops, sorry, you're right
2020-05-16 16:29:11 <Hello71> maybe you want ntpd or something instead
2020-05-16 16:29:14 <lunaphyte> i should have said i switched to busybox ntp.  not busybox cron :)
2020-05-16 16:29:49 <lunaphyte> in any case, my question is about the remnants of chrony
2020-05-16 16:30:15 <Hello71> I don't actually remember how apk handles config files
2020-05-16 16:30:29 <Hello71> but in general I think it should keep them so that if you reinstall the package then it will work as before
2020-05-16 16:30:43 <Hello71> if you remove crond it doesn't delete /etc/crontab
2020-05-16 16:31:01 <Hello71> or at least it shouldn't
2020-05-16 16:31:19 <Hello71> if you want to disable chrony from starting at boot you can simply remove those files
2020-05-16 16:34:03 <lastchansen> Hello71: Arh :) I didnt know that. Now I want that :D
2020-05-16 16:34:23 <Hello71> alacritty does not have this function, they recommend you use tmux
2020-05-16 16:34:48 <Hello71> but I don't really like the tmux keys, but haven't put in the effort to configure it yet
2020-05-16 16:35:45 <dngray> do you know if i need to muck around with /etc/network/interfaces on my host
2020-05-16 16:36:08 <dngray> ie to bridge lxdbr with my interface
2020-05-16 16:43:03 <lunaphyte> Hello71: i guess that's what i'm asking.  i've removed chrony.  so it can't start, regardless
2020-05-16 16:43:23 <lunaphyte> that's why i was thinking having those symlinks left behind seemed odd
2020-05-16 16:43:36 <Hello71> but if you reinstall chrony then it will work again
2020-05-16 16:44:29 <lunaphyte> any services i install, i need ot configure them to start, right?
2020-05-16 16:44:33 <lunaphyte> *need to
2020-05-16 16:45:09 <lunaphyte> in other words, you're just saying that apk doesn't manage service startup [e.g. it doesn't do any rc-update stuff]
2020-05-16 16:45:10 <lunaphyte> right?
2020-05-16 16:45:48 <Hello71> apparently so
2020-05-16 16:45:56 <Hello71> iirc only debian has this misbehavior
2020-05-16 16:46:27 <lunaphyte> yup, i prefer it this way
2020-05-16 16:48:51 <Hello71> mostly for historical reasons
2020-05-16 16:49:32 <lunaphyte> is there a way to tell rc-update to delete a service from all run levels?
2020-05-16 16:50:08 <Hello71> don't recall, but I'm pretty sure you can just do rm /etc/runlevels/*/chronyd
2020-05-16 16:50:43 <Hello71> I think it's like systemd, the command is just a convenience wrapper over ln -s
2020-05-16 16:50:45 <lunaphyte> yeah, just was curious about via rc-update
2020-05-16 17:42:32 <lunaphyte> i've enabled boot messages on my serial port by including "console=ttyS0,115200n8" in GRUB_CMDLINE_LINUX_DEFAULT
2020-05-16 17:43:26 <lunaphyte> this works, which is great, but is seems to cause the openrc boot output messages to no longer appear on the physical console [e.g. tty1]
2020-05-16 17:43:30 <lunaphyte> how can i have both?
2020-05-16 17:56:20 <lunaphyte> it also seems to change the terminal type on the physical console for some reason i don't understand
2020-05-16 18:13:23 <lunaphyte> ah, figured it out.
2020-05-16 18:15:02 <lunaphyte> i didn't understand that the order consoles are specified matters [ https://www.kernel.org/doc/html/v5.6/admin-guide/serial-console.html ]
2020-05-16 18:27:59 <dngray> https://git.alpinelinux.org/aports/commit/?id=e90a4db53dafbea9bf64b52bd304ffa35d88188f hmm this seems to have wiped out the package
2020-05-16 18:28:15 <dngray> if something moves from one repo to another
2020-05-16 18:28:17 <dngray> does it wipe the package out?
2020-05-16 18:28:47 <dngray> cos there appears to be no dante package anymore
2020-05-16 18:31:12 <c705> dngray: i see dante in my edge repos
2020-05-16 18:56:18 <albr> The Red Spy in Base[d]: I have an issue
2020-05-16 18:56:36 <albr> The Red Spy in Base[d]: I have two disks, one with alpine, one with windows
2020-05-16 18:56:48 <albr> The Red Spy in Base[d]: After installing alpine my windows UEFI option was removed
2020-05-16 18:56:53 <dngray> oh u do?
2020-05-16 18:57:04 <dngray> i wonder why they couldn't be found then ☹︎
2020-05-16 18:57:08 <dngray> oh yeah c705 the apkbuild is there, but no binary is
2020-05-16 18:57:47 <dngray> https://build.alpinelinux.org/buildlogs/build-edge-mips64/community/dante-server/dante-server-1.4.2-r3.log
2020-05-16 18:57:58 <dngray> looks like it never got built
2020-05-16 18:58:06 <dngray> https://build.alpinelinux.org/buildlogs/build-edge-armv7/community/dante-server/dante-server-1.4.2-r3.log err armv7 is my arch
2020-05-16 18:58:35 <dngray> fortunately i still had it cached
2020-05-16 20:15:52 <dngray> nice... apparmor is in alpinelinux
2020-05-16 20:16:02 <dngray> that should be nice with lxd
2020-05-16 20:24:52 <c705> indeed
2020-05-16 20:34:18 <lunaphyte> for apk upgrade, i don't quite understand what --available does
2020-05-16 20:36:27 <lunaphyte> i've read this: "The --available switch is used to force all packages to be upgraded, even if they have the same version numbers" here: https://wiki.alpinelinux.org/wiki/Upgrading_Alpine
2020-05-16 20:37:02 <lunaphyte> and apk upgrade --help says: "Resets versioned world dependencies, and changes to prefer replacing or downgrading packages (instead of holding them) if the currently installed package is no longer available from any repository"
2020-05-16 20:37:28 <lunaphyte> the former seems to suggest a "forced upgrade", while the latter seems to suggest a "forced downgrade"
2020-05-16 20:37:33 <lunaphyte> what am i misunderstanding?
2020-05-16 20:38:14 <lunaphyte> a downgrade is a bit of a weird concept to me just in general
2020-05-16 20:41:36 <Cogitri> Available will downgrade you if the repos got downgraded
2020-05-16 20:41:41 <Cogitri> E.g. if we noticed a bad upgrade
2020-05-16 20:48:26 <lunaphyte> oh, ok.  that makes sense
2020-05-16 20:50:29 <lunaphyte> so it sort of just means install everything again, regardless of version number?
2020-05-16 20:51:50 <lunaphyte> meaning normally [without --available], if a version was the same or older, it would ignore it so to speak?
2020-05-16 20:56:18 <Cogitri> Yes
2020-05-16 20:56:27 <Cogitri> But normally the pkgrel should change anyway
2020-05-16 20:56:50 <lunaphyte> what's the pkgrel?
2020-05-16 20:57:10 <Cogitri> 1.0-r0
2020-05-16 20:57:11 <Cogitri> r0 is the pkgrel
2020-05-16 20:57:20 <lunaphyte> oh, i see
2020-05-16 20:58:00 <lunaphyte> i just upgraded from 3.11 to edge, and there were a handful more packages that it upgraded once i specified --available
2020-05-16 20:58:26 <lunaphyte> i guess those were all packages that happened to still be the same version in edge as they are in 3.11?
2020-05-16 21:00:05 <Cogitri> Yup
2020-05-16 21:01:05 <lunaphyte> k
2020-05-16 21:03:07 <lunaphyte> if i had left the 3.11 versions of those packages, could that cause a problem?
2020-05-16 21:04:03 <Cogitri> Probably not
2020-05-16 21:04:12 <Cogitri> But can't give you a definite no there
2020-05-16 21:04:20 <lunaphyte> right, i understand
2020-05-16 21:04:38 <lunaphyte> it's kind of like a "there's no really good reason to not do it
2020-05-16 21:04:46 <lunaphyte> *it" sort of thing
2020-05-16 22:39:36 <tdtrask> Hello71: ACF is still alive and maintained - at least I still update it to fix bugs that I become aware of
2020-05-16 22:39:57 <Hello71> well I didn't say it's *unmaintained*
2020-05-16 22:40:05 <tdtrask> but ACF usage is not what it used to be :/
2020-05-16 22:41:34 <tdtrask> I no longer use most of the ACF packages personally, but they should still be working
2020-05-16 22:42:15 <tdtrask> you can see which packages are updated more recently to see my current focus
2020-05-16 22:43:57 <c705> i think that was my mistake
2020-05-16 22:44:20 <c705> might have said "poorly maintained" from the lack of commits
2020-05-16 22:45:21 <tdtrask> I did not intend to imply that I was offended :)
2020-05-16 22:46:04 <c705> oh, that's good then ;)
2020-05-16 22:46:04 <tdtrask> but, if there are any questions about using ACF, let me know
2020-05-16 22:47:38 <c705> yeah, i already sent one guy yesterday looking for you, but iirc we solved his issue anyways
2020-05-16 22:47:39 <Hello71> just saying that by the looks of it I would rather use (l)uci than acf
2020-05-16 22:47:46 <c705> Hello71 did anyways
2020-05-16 22:51:00 <tdtrask> Hello71: Out of curiosity, what was your reasoning?
2020-05-16 22:51:13 <Hello71> acf seems poorly maintained
2020-05-16 22:51:17 <tdtrask> more active? or technical analysis?
2020-05-16 22:51:17 <Hello71> few commits
2020-05-16 22:51:21 <tdtrask> got ya
2020-05-16 22:51:28 <Hello71> which isn't necessarily bad for software
2020-05-16 22:51:41 <Hello71> but if you want the software to be able to configure all the things, and the things have changing configurations
2020-05-16 22:52:19 <tdtrask> I understand
2020-05-16 22:52:56 <tdtrask> I still use it for projects that are still around from 10 years ago and refuse to die
2020-05-16 22:53:36 <Hello71> I guess if the configuration options haven't changed in 10 years then you might be alright
2020-05-16 22:53:54 <tdtrask> yup :)
2020-05-16 22:55:25 <tdtrask> frankly most of my ACF projects died because of moving to central management by experts rather than web management by users
2020-05-16 23:30:07 <Hello71> I mean, I'm not opposed to the project in general. I'm not in favor of it either; I don't know much about it other than that it's some sort of web management gui and it appears to be mostly inactive
2020-05-16 23:35:00 <albr> BlueSlime[d]: Ok so I need help using wine
2020-05-16 23:35:07 <albr> BlueSlime[d]: https://cdn.discordapp.com/attachments/661834182934265883/711361117536124968/image0.png
2020-05-16 23:35:13 <albr> BlueSlime[d]: That’s literally all it says
2020-05-16 23:37:24 <c705> albr: you should probably ask the wine community
2020-05-16 23:38:31 <Hello71> ... are you on arm?
2020-05-16 23:38:47 <Hello71> actually I guess wine would tell you that the PE is not compatible then
2020-05-17 00:51:28 <albr> monado[d]: Hello71 looks like iSH to me
2020-05-17 00:51:31 <albr> monado[d]: so seems to be arm
2020-05-17 00:51:53 <albr> monado[d]: @BlueSlime you probably don’t want to be hosting a terraria server on your iPhone :)
2020-05-17 01:05:41 <albr> BlueSlime[d]: i want to do it tho
2020-05-17 01:05:46 <albr> BlueSlime[d]: thats my purpose
2020-05-17 01:05:55 <albr> BlueSlime[d]: to do a tutorial on it
2020-05-17 01:11:39 <albr> BlueSlime[d]: i mean ive done it on android
2020-05-17 01:11:55 <albr> BlueSlime[d]: i should be able to do it from my iphone too
2020-05-17 01:17:05 <albr> monado[d]: lmfao wtf
2020-05-17 01:49:02 <albr> McBoat[d]: "so seems to be arm" / iSH does x86 emu
2020-05-17 01:49:31 <albr> McBoat[d]: Which is especially infuriating considering how little of x86 it emulates; it doesn't even do SSE instructions and almost everything is built against SSE
2020-05-17 01:49:41 <albr> McBoat[d]: also programs like gdb and strace are just completely broken
2020-05-17 01:51:36 <albr> McBoat[d]: Anyway, that's your answer: iSH just doesn't fully support x86 so many applications will refuse to run without so much as a proper error message, *especially* complicated ones that work at the machine code level like WINE
2020-05-17 01:53:43 <Hello71> I mean, wine specifically is not an emulator
2020-05-17 01:53:50 <Hello71> it does not "work at the machine code level"
2020-05-17 01:54:18 <Hello71> the whole point of wine is that it can run the existing executables directly on the cpu, without any translation
2020-05-17 01:54:58 <nacelle> wine stood for "Wine is not an emulator"
2020-05-17 01:55:02 <nacelle> wine is a translation layer
2020-05-17 01:55:10 <nacelle> windows calls into posix
2020-05-17 01:56:46 <Hello71> what does that have to do with "work at the machine code level"
2020-05-17 01:58:20 <nacelle> its making posix calls?
2020-05-17 02:00:37 <Hello71> what does that have to do with "work at the machine code level"
2020-05-17 02:08:08 <albr> monado[d]: iPhones are arm
2020-05-17 02:13:16 <albr> McBoat[d]: Hello71: the machine code layer as in of the architecture of the CPU the program is running on. Counterintuitive as it is, emulation is actually higher-level than translation.
2020-05-17 02:13:49 <albr> McBoat[d]: I mean anything that dynamically manages code: debuggers, object loaders, same-arch translation layers, ...
2020-05-17 02:14:48 <albr> McBoat[d]: WINE isn't an emulator because it doesn't emulate the x86 architecture. However, it does simulate the Windows platform by translating syscalls on the fly, which is what I meant by the machine code level
2020-05-17 02:15:34 <albr> monado[d]: Why is the terraria server even a windows exec
2020-05-17 02:15:53 <albr> McBoat[d]: "iPhones are arm" / Surely you remember Turing's paper on a machine that can emulate any other machine. It's the same thing with binary translation layers and emulators. iSH is an x86 emulator, and works on the same principle as, say, Dolphin on a x86 laptop
2020-05-17 02:16:42 <albr> McBoat[d]: "Why is the terraria server even a windows exec" / Honestly yeah that's another thing to look into; try and find a Linux build and run that instead. It vastly simplifies things
2020-05-17 02:17:00 <Hello71> I mean at that point you might as well ask questions like "why are they asking in the alpine channel"
2020-05-17 02:17:16 <Hello71> don't ask sensible questions like that
2020-05-17 02:17:24 <albr> McBoat[d]: Because for all he knows, it could be an Alpine thing
2020-05-17 02:18:17 <albr> McBoat[d]: Not many people realize how portable WINE is. Hell, WINE can run on Windows to provide better Win16 compatibility. For all he knows, it could be down to the fact Alpine uses musl or somethy
2020-05-17 02:18:22 <albr> McBoat[d]: *something
2020-05-17 02:26:38 <nacelle> theres a macos build
2020-05-17 02:26:46 <nacelle> thats probably the closest
2020-05-17 02:26:59 <nacelle> (other than that x86/arm thing)
2020-05-17 02:34:58 <albr> monado[d]: wait this is the alpine channel?
2020-05-17 02:35:06 <albr> monado[d]: I thought this was a Nintendo Wii channel
2020-05-17 02:35:34 <albr> McBoat[d]: nah this is obviously a channel for Shakespeare enthusiasts
2020-05-17 02:36:05 <albr> McBoat[d]: and #alpine-offtopic-irc is for gardening
2020-05-17 02:36:28 <albr> monado[d]: I thought that was for sex education
2020-05-17 02:50:49 <albr> BlueSlime[d]: if i found a linux build how would i run it?
2020-05-17 03:29:43 <lunaphyte> are there packages for cpu microcode?
2020-05-17 03:57:57 <albr> McBoat[d]: "if i found a linux build how would i run it?" / Same as any application. Download it and follow the instructions. If it's just an executable you can run it by writing the path to it (or, if it's in the current directory, `./exec-name`)
2020-05-17 04:08:01 <albr> BlueSlime[d]: so i ran apk search microcode
2020-05-17 04:08:30 <albr> BlueSlime[d]: i got sg3_utils-1.44-r0
2020-05-17 04:53:33 <rnkn> hello, I've just got a sys install going on my Rpi4, did an apk upgrade and got the error: initramfs: creating /boot/initramfs-rpi4; ln: /boot/boot: Operation not permitted
2020-05-17 04:55:37 <albr> BlueSlime[d]: what is that bot?
2020-05-17 04:56:01 <rnkn> I think this is because /boot is just a symbolic link to -> media/mmcblk0p1/boot (the FAT32 boot partition)
2020-05-17 04:56:29 <rnkn> but now that I've got this up and running I'm nervous to reboot if the initramfs is broken...
2020-05-17 05:06:04 <rnkn> whew, okay reboot went okay, but it would be great to know what this error is about
2020-05-17 05:42:34 <TBB> your guess would be correct
2020-05-17 05:42:49 <TBB> symlinks don't exist on fat32
2020-05-17 05:46:17 <rnkn> TBB: the root partition is Ext4 with the symlink pointing to the FAT32, does that still count?
2020-05-17 05:48:03 <rnkn> (sorry my connection cut out for a min there)
2020-05-17 06:53:23 <afontain_> imho it should work as it's a symbolic link, but only if the two partitions are mounted
2020-05-17 06:54:06 <afontain_> I didn't follow the rest of the discussion though, so I can't say if it's a good idea
2020-05-17 07:03:41 <rnkn> I just followed the instructions on the wiki for creating a sys install on a Rpi4
2020-05-17 07:05:15 <rnkn> ..here: https://wiki.alpinelinux.org/wiki/Classic_install_or_sys_mode_on_Raspberry_Pi
2020-05-17 07:05:49 <rnkn> but here https://wiki.alpinelinux.org/wiki/Raspberry_Pi#Traditional_disk-based_.28sys.29_installation
2020-05-17 07:06:04 <rnkn> ... it says: "Beware, though, that the contents of /boot will be ignored when the Pi boots: it will use the kernel, initramfs, and modloop images from the FAT32 boot partition. To update the kernel, initfs or modules, you will need to manually (generate and) copy these to the boot partition or you could use bind mount so that manually copy the files to boot partition is not needed."
2020-05-17 07:06:42 <rnkn> but it's unclear if that applies to the sys type install I performed via the instructions on the former page
2020-05-17 07:09:50 <dngray> i think that might be the diskless install
2020-05-17 07:12:23 <rnkn> ^ that quote's from the section "Traditional disk-based (sys) installation"
2020-05-17 07:12:27 <rnkn> but it's quite old
2020-05-17 07:13:22 <rnkn> the link above is what I followed, but it makes no mention of whether the kernel, initfs, etc. in /boot will be writable
2020-05-17 07:16:36 <rnkn> I guesss the underlying questions is, does /boot need to be writable for `apk upgrade` to function properly?
2020-05-17 07:17:41 <ikke> apk does not touch /boot
2020-05-17 07:17:49 <ikke> well, not through entirely
2020-05-17 07:17:53 <ikke> true*
2020-05-17 07:18:50 <ikke> it does place dtbs files there
2020-05-17 07:19:43 <rnkn> it seemed like it was trying to do something with /boot based on the error: "initramfs: creating /boot/initramfs-rpi4; ln: /boot/boot: Operation not permitted"
2020-05-17 07:19:47 <ikke> but it's mkinitfs (which is triggered after upgrade) that needs to write to /boot
2020-05-17 07:19:53 <ikke> right
2020-05-17 07:19:55 <rnkn> ahh
2020-05-17 07:20:47 <rnkn> so do I mount the FAT32 partition with bind to allow this?
2020-05-17 07:21:08 <ikke> I'm not sure why a bind mount is needed
2020-05-17 07:22:15 <rnkn> huh, okay so /boot -> /media/mmcblk0p1/boot is writable
2020-05-17 07:22:30 <rnkn> and I have not used a bind mount (idk what that is)
2020-05-17 07:22:50 <ikke> ah, it's a subdir on a partition
2020-05-17 07:23:11 <rnkn> yeah, the Rpi4 needs to boot from a FAT32 partiation
2020-05-17 07:24:22 <rnkn> I untar'd the Apline Rpi tarball to that FAT32 partition, then performed a sys install to the ext4 partition, then followed the instructions above to switch around the /boot stuff and set the ext2 partition as root
2020-05-17 07:24:32 <rnkn> *Alpine
2020-05-17 07:24:34 <ikke> mount -t bind /media/mmcblk0p1/boot /boot
2020-05-17 07:24:40 <ikke> I think that should work
2020-05-17 07:25:35 <rnkn> and to make this permanent should I add make it defaults,boot in fstab?
2020-05-17 07:25:43 <rnkn> sorry
2020-05-17 07:25:50 <rnkn> * defaults,bind in fstab
2020-05-17 07:26:28 <mps> rnkn: if you put it in fstab you don't need to use bind option
2020-05-17 07:27:44 <rnkn> my fstab is currently...
2020-05-17 07:28:09 <rnkn> /dev/mmcblk0p1  /media/mmcblk0p1  vfat  defaults  0  0
2020-05-17 07:28:47 <rnkn> ^ but with that I got the error running mkinitfs (via apk upgrade)
2020-05-17 07:29:21 <rnkn> but this all could be moot, it seems to boot fine... *shrugs*
2020-05-17 07:30:28 <mps> it should be '/dev/mmcblk0p1  /boot  vfat ...'
2020-05-17 07:31:42 <mps> but, all this RPis boot partitions are mess and sometimes need manual tweaks
2020-05-17 07:33:10 <rnkn> (ah sorry, I think my connection just cut out again so I may have missed any replies)
2020-05-17 07:34:40 <mps> there are irclogs.alpinelinux.org
2020-05-17 07:34:58 <mps> you can read our irc log there
2020-05-17 07:35:13 <rnkn> oh thanks :)
2020-05-17 07:39:48 <rnkn> re changing to '/dev/mmcblk0p1  /boot  vfat ...' /boot on the ext4 is already a symlink to /media/mmcblk0p1/boot -- still change fstab to /boot ?
2020-05-17 07:42:55 <rnkn> okay... made the change... rebooting
2020-05-17 07:45:52 <rnkn> okay nope, boot is now empty
2020-05-17 07:46:05 <rnkn> * /boot
2020-05-17 07:47:46 <mps> rnkn: I don't have rpi4 so I can't test this
2020-05-17 07:48:12 <rnkn> tis okay, I will change it back
2020-05-17 07:48:33 <rnkn> it boots okay, I just hoped to know how it was working
2020-05-17 07:48:43 <mps> and '...' in my previous msg is placeholder for needed parameters, which I don't what should be
2020-05-17 07:48:44 <rnkn> thanks for the help though :)
2020-05-17 07:48:54 <rnkn> yeh, that was clear
2020-05-17 07:49:04 <mps> good
2020-05-17 07:49:39 <mps> on arm boxes I usually have above line in fstab, to not use symlinks
2020-05-17 07:51:09 <rnkn> do you feel like adding your alternate approach to https://wiki.alpinelinux.org/wiki/Classic_install_or_sys_mode_on_Raspberry_Pi#Installation ?
2020-05-17 07:52:49 <mps> I'm not sure, as wrote above I don't have RPi4 so can't test
2020-05-17 07:53:05 <rnkn> ah of course
2020-05-17 07:54:08 <rnkn> hmm so it looks like my current approach with the symlink doesn't mount the boot partition either...
2020-05-17 07:54:16 <rnkn> the symlink goes to no where
2020-05-17 07:54:28 <mps> I have only rpi zero w and don't know is it possible to install alpine in sys mode on it
2020-05-17 07:55:52 <mps> (and I dislike to use any of RPis, they are to closed by design. there are better arm boards/devices)
2020-05-17 07:56:15 <rnkn> so I've been doing this via tethering to my phone, but udhcpd usually doesn't gain a lease upon boot. is there a way I can retrigger it to try and gain a dhcp lease?
2020-05-17 07:57:02 <nacelle> i would say unplug and replug, but you're tether provides power to the 0w, yes?
2020-05-17 07:57:31 <rnkn> I mean vai wifi. so the Rpi4 connects to my iPhone's hotspot.
2020-05-17 07:58:29 <rnkn> but Apple, being so very clever, decides to only make the hotspot discoverable "intelligently"
2020-05-17 07:58:52 <nacelle> leave your phone in the hotspot screen while plugged in
2020-05-17 07:59:06 <nacelle> it turns off that "intelligence" iirc
2020-05-17 07:59:12 <nacelle> and just leaves it up
2020-05-17 07:59:22 <rnkn> that used to work
2020-05-17 07:59:27 <nacelle> (I've had to tether off an iphone for a few months while the telco pulled their heads from parts unknown)
2020-05-17 07:59:30 <rnkn> but Apple is too clever now
2020-05-17 07:59:34 <nacelle> ouch
2020-05-17 08:00:11 <rnkn> https://www.theonion.com/grinning-tim-cook-announces-new-iphone-will-no-longer-b-1842881476
2020-05-17 08:00:38 <nacelle> lol
2020-05-17 08:00:40 <rnkn> I'm guessing it should be 'service SOMETHING restart'?
2020-05-17 08:02:06 <nacelle> I think its udhcpcd
2020-05-17 08:02:15 <nacelle> no, sorry, udhcpd
2020-05-17 08:02:30 <nacelle> alternatively restart networking
2020-05-17 08:02:58 <rnkn> yay!
2020-05-17 08:03:06 <rnkn> service networking restart did it!
2020-05-17 08:03:53 <rnkn> service udhcpd restart fails; I guess it requires a connection first
2020-05-17 08:04:34 <nacelle> i dont use sys installs, I do the "diskless" mode on my pis
2020-05-17 08:04:48 <nacelle> https://wiki.alpinelinux.org/wiki/Raspberry_Pi <-- this
2020-05-17 08:05:19 <nacelle> primarily because sd's are fragile at handling writes, and that greatly reduces the number of writes the system has to do
2020-05-17 08:05:37 <rnkn> oh right
2020-05-17 08:05:55 <ikke> You could do a sys install and only put some directories on tmpfs
2020-05-17 08:06:19 <rnkn> I will have to read up on tmpfs
2020-05-17 08:06:42 <nacelle> I found the lbu_commit thing wasnt so bad once I got the hang of it
2020-05-17 08:06:44 <rnkn> if I wanna use this pi as a desktop, should I put home dirs on an external HDD?
2020-05-17 08:06:57 <nacelle> and in fact, its what I wanted the pi to run under, like I've done other flash based systems in the past
2020-05-17 08:07:13 <nacelle> I wouldn't rely on the onboard sd if you want to have recoverable data, yeah
2020-05-17 08:07:15 <mps> I use sys and have firefox work dir on tmpfs
2020-05-17 08:07:17 <artok> rnkn: I have just boot on SD, everything else on USB hd
2020-05-17 08:07:20 <mps> work nice
2020-05-17 08:07:27 <ikke> rnkn: not a bad idea
2020-05-17 08:07:30 <nacelle> on a pi4 you can have a nice ssd hanging off that usb3 bus
2020-05-17 08:08:04 <rnkn> I was sent a 64GB SD card when I only order a 32GB so I kinda wanted to take advantage of that
2020-05-17 08:08:18 <rnkn> *ordered
2020-05-17 08:08:27 <nacelle> the alternative is to backup the box from another machine (over ssh, etc.) and be ok with loss when the sd does go
2020-05-17 08:08:45 <nacelle> or just, you know, losing it ;-)
2020-05-17 08:08:50 <ikke> I've had >1 sd card going into read-only mode
2020-05-17 08:09:00 <ikke> but to be fair, i did have a db running on there
2020-05-17 08:09:17 <nacelle> i have a small collection, and I'm fairly anal about power supply quality/amperage and sd quality specs.
2020-05-17 08:09:20 <mps> I use 128GB external sd card on arm64 chromebook, no issues after three years of heavy use
2020-05-17 08:09:24 <nacelle> they burn out :(
2020-05-17 08:09:41 <rnkn> what's the lifetime like for an SD card?
2020-05-17 08:09:57 <ikke> Can be quite long if you do not constantly write to them
2020-05-17 08:10:10 <rnkn> also, from what you're saying I'm guessing I should not use a swap partition?
2020-05-17 08:10:18 <mps> but to be safe, I backup often
2020-05-17 08:10:24 <nacelle> definitely not on the sd
2020-05-17 08:10:26 <ikke> not on an scard
2020-05-17 08:10:36 <nacelle> three years? pssh.   I had one go corrupt on me after five.
2020-05-17 08:10:52 <nacelle> they're buggers.
2020-05-17 08:11:27 <nacelle> fwiw, the pi4 does seem to have a much nicer sd interface than the pi3 and older
2020-05-17 08:11:43 <nacelle> i suspect that an arm64 chromebook would have something similarly quick
2020-05-17 08:11:55 <rnkn> I wanted to make use of the whole 4GB RAM; is running Alpine from memory going to eat up much of that?
2020-05-17 08:12:09 <nacelle> the pi3 and older (i'm not sure what the pi3b+ has, I shuold get one of those) definitely has a slower sd interface
2020-05-17 08:12:31 <nacelle> and its power sensitive - if the supply droops while writing, that droop is translated :(
2020-05-17 08:12:45 <ikke> the 4 also no longer shares usb with the ethernet port
2020-05-17 08:13:10 <nacelle> only the 3b+ does that
2020-05-17 08:13:26 <nacelle> the 3 and older use sdio for ethernet
2020-05-17 08:18:00 <nacelle> oh, and the 0s, but thats by physical force :-)
2020-05-17 08:46:17 <rnkn> thanks all!
2020-05-17 09:33:51 <lastchansen> Hi! Is there a somewhat easy way to do an encrypted install on a laptop? Ive found a lot of guides but they are really really really long. Not saying it's simple to do a encrypted install but I've used encryption on all my arch installs and it's like 5 steps :P
2020-05-17 09:36:09 <Cogitri> Should be about the same on Alpine
2020-05-17 09:36:14 <Cogitri> I mostly followed arch wiki
2020-05-17 09:38:44 <lastchansen> Oh cool :)
2020-05-17 09:39:42 <lastchansen> Guess I always took the easiest route when installing arch. Perhaps the guides are just a bit more thorough.
2020-05-17 10:58:51 <wener[m]> mps: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/7958#note_88752 I don't think the haproxy prometheus should under a subpkg
2020-05-17 11:21:58 <mps> wener[m]: why not, would you mind to elaborate?
2020-05-17 11:44:52 <mps> wener[m]: actually, you patch is useless because it doesn't install this module in produced apk
2020-05-17 11:45:44 <mps> and, I'm against adding something from contrib to base package, especially if README says it could disappear in future
2020-05-17 11:46:21 <mps> and, expressed some doubt there about stability
2020-05-17 11:50:09 <AppAraat[m]> mps: Does your Chromebook use one of the Arm SoCs that's listed here? https://wiki.alpinelinux.org/wiki/Alpine_on_ARM#Supported_SoCs
2020-05-17 11:52:53 <mps> AppAraat[m]: I have 3 chromebook, and one is listed there, i.e. exynos5800-peach-pi which is armv7
2020-05-17 11:53:48 <AppAraat[m]> Interesting, was the installation of Alpine difficult on the 2 that weren't supported?
2020-05-17 11:53:53 <mps> other one is rk3399 (rockchip)
2020-05-17 11:54:27 <mps> and my son use mediatek one from Acer, R13 model
2020-05-17 11:54:56 <AppAraat[m]> I'm possibly looking into installing Alpine on a Asus C201 in the future: https://wiki.gentoo.org/wiki/Asus_Chromebook_C201
2020-05-17 11:55:15 <mps> 'hard' (not so :) ) is that I had to build kernels for them, alpine doesn't supports them out of the box
2020-05-17 11:55:16 <AppAraat[m]> (which uses Rockchip RK3288-C)
2020-05-17 11:56:28 <AppAraat[m]> yeah compiling everything is pretty much required I guess for unsupported SoCs
2020-05-17 11:57:32 <mps> IME, only kernel and drivers need to be compiled on all arm boxes I use and used in past
2020-05-17 11:58:21 <mps> I didn't had any serious problems with alpine userspace
2020-05-17 11:59:30 <AppAraat[m]> hmm, so that should probably be more of a time-efficient experience than Gentoo then.
2020-05-17 12:00:20 <mps> building kernel takes half an hour to max two
2020-05-17 12:01:13 <AppAraat[m]> but that depends on what you include in kernel, no? If I just include bare minimum (since I'm going to be using it only on server anyways) then that should theoretically be much faster
2020-05-17 12:01:46 <mps> yes
2020-05-17 12:02:16 <mps> I always build kernel from mainline for my arm servers
2020-05-17 12:02:42 <mps> to tweak it for my use cases and preferences
2020-05-17 12:03:26 <ForeverNoob[m]> AppAraat: I'm interested in installing Alpine on that thing too. Please let me know how it goes if you end up installing it before me.
2020-05-17 12:03:56 <AppAraat[m]> ForeverNoob: sure
2020-05-17 12:04:02 <mps> I started to work on alpine kernel for multi arm boards and have it ready for some or them
2020-05-17 12:04:47 <mps> but didn't pushed to aports yet, probably will after 3.12 release
2020-05-17 12:05:38 <mps> and it will be 5.7 and/or up
2020-05-17 12:05:46 <AppAraat[m]> AFAIK if you're sure not to connect any peripherals to the machine, you can do a kernel autoconfig in which it only compiles for the drivers it sees at that moment.
2020-05-17 12:06:38 <mps> yes, but I always prefer to add some drivers or options which could be needed in future
2020-05-17 12:07:24 <AppAraat[m]> Interesting, that would make stuff much easier for me. I might do a combination of those techniques then.
2020-05-17 12:07:51 <mps> and, you can use kernels/modules/dtbs from other distros, armbian, arch linux alarm etc
2020-05-17 12:08:32 <mps> I used arch alarm to make initial alpine installation on chromebooks
2020-05-17 12:08:45 <mps> kernels, I mean
2020-05-17 12:08:45 <AppAraat[m]> ooh that's pretty neat
2020-05-17 12:14:03 <mps> AppAraat[m]: https://archlinuxarm.org/platforms/armv7/rockchip/asus-chromebook-flip-c100p
2020-05-17 12:14:37 <mps> Rockchip RK3288 1.8GHz
2020-05-17 12:16:08 <AppAraat[m]> thanks, I think I'll try that if the whole kernel compiling thing doesn't turn out.
2020-05-17 13:18:34 <wener[m]> <mps "wener: actually, you patch is us"> this is built into the haproxy, I tested the haproxy , it contains prometheus exporter
2020-05-17 13:19:29 <mps> wener[m]: your MR is a patch
2020-05-17 13:20:13 <mps> I rebuilt it locally and my comment about useless patch holds
2020-05-17 13:30:30 <wener[m]> <mps "I rebuilt it locally and my comm"> not quite understand what you mean, this must be or subpackage, or the patch not works. If not works, could you post the haproxy -vv result ?
2020-05-17 13:35:42 <mps> uh, try to build it locally and check if it works as you expect
2020-05-17 13:38:04 <mps> https://tpaste.us/Jxw0
2020-05-17 13:38:18 <mps> ok, sorry
2020-05-17 13:38:26 <mps> no need for subpackage
2020-05-17 13:38:57 <mps> but still, I'm against adding it
2020-05-17 13:40:33 <wener[m]> what if build as another package or just subpackage
2020-05-17 13:41:53 <mps> not sure, but if I'm interested in it I would build separate pkg in testing or community
2020-05-17 13:42:20 <mps> because this addition is in contrib dir
2020-05-17 13:46:51 <wener[m]> I think the community package is ok,but haproxy offcial docker image contain this, debian:testing contain this, stable debian is haproxy 1.8
2020-05-17 13:48:28 <wener[m]> ubuntu also contain this, I think this is common, and safe to include in main package
2020-05-17 14:14:45 <mps> wener[m]: sorry, internet link failed on my side
2020-05-17 14:15:25 <mps> ubuntu is actually built from debian so they are somewhat same
2020-05-17 14:16:30 <mps> and debian have a lot more resources and (most important) a lot more developers and testers than alpine
2020-05-17 14:17:26 <mps> if this change goes to stable we have to care and keep it for next two years
2020-05-17 14:18:25 <mps> and if prometheus change protocol (or whatever) in meantime we will have to find solution for this
2020-05-17 14:29:50 <wener[m]> ok, if anyone need this, then go for docker or self build, should I close the mr now ?
2020-05-17 14:32:12 <mps> wener[m]: best option is to ask maintainer
2020-05-17 17:11:44 <darkfader> i just followed the pi0 tutorial, and played around a bit more with lbu mode
2020-05-17 17:11:55 <darkfader> i have put an overlayfs to extend /usr
2020-05-17 17:12:56 <darkfader> but i got a gut feeling telling me that in the long run it would be better to have a "normal" lbu mode /usr instead of mixing it with inside and outside the apkovl that's being booted
2020-05-17 17:13:17 <darkfader> am i worried too much or is it trouble if diverges over time?
2020-05-17 17:14:34 <darkfader> this is what i currently have https://hastebin.com/suhexuyafi.cs
2020-05-17 19:59:55 <artok> what might be the problem when booting fresh installer, udhcpc gets ip really quickly, after giving SSID + password, but with boot, having wpa_supplicant on boot runlevel, it might even timeout so it will take minutes to get the ip...
2020-05-17 22:37:38 <lunaphyte> is there a url that is always current a current edge iso?
2020-05-17 22:37:43 <lunaphyte> or something along those lines?
2020-05-17 23:03:51 <c705> lunaphyte: no, but if you use trhe standard iso, you can pop edge repos in your apk/repositories and upgrade
2020-05-17 23:04:26 <lunaphyte> yeah, that's what i'd done before.  i wondered if one could just install edge "directly"
2020-05-17 23:05:11 <c705> I don't think there's anything like that availiable. edge is rolling release, so we'd have to pump a new iso out every time a commit happens
2020-05-17 23:05:30 <lunaphyte> ah, that makes sense
2020-05-17 23:06:04 <lunaphyte> aside from booting from an iso, are there other methods one could use to install edge directly, so to speak?
2020-05-17 23:07:34 <c705> i would boot the iso, switch the repos, and proceed with your regular install
2020-05-17 23:07:58 <c705> i don't really "install" alpine per se, so I have become unfamiliar with the process
2020-05-17 23:08:11 <lunaphyte> what do you do?
2020-05-17 23:08:53 <c705> heh..it's complicated. I build my own isos from aports/scripts/mkimage.sh
2020-05-17 23:09:14 <c705> i only ever run alpine live from the iso, not from a disk
2020-05-17 23:09:35 <lunaphyte> i see
2020-05-18 00:12:16 <lunaphyte> c705: if you don't mind me asking, what kind of systems do you boot from the isos you create?
2020-05-18 00:14:14 <c705> just my daily driver os
2020-05-18 00:14:43 <lunaphyte> a physical computer?
2020-05-18 00:21:45 <c705> yep
2020-05-18 00:21:48 <c705> x64
2020-05-18 01:33:50 <adu> How does one create an apk?
2020-05-18 01:38:14 <c705> adu: i would reccomend taking a look at how some other ones are created under aports
2020-05-18 01:38:57 <c705> here's a doc too: https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package
2020-05-18 01:41:22 <adu> c705: thanks
2020-05-18 03:38:44 <Psychonaut> What package should contain vipw? My understanding is that it used to be shadow, and is now util-linux, but that package doesn't seem to have it.
2020-05-18 03:39:09 <maxice8> apk search -x cmd:vipw
2020-05-18 03:40:06 <Psychonaut> nothing shows up
2020-05-18 03:40:30 <maxice8> shows shadow for me
2020-05-18 03:40:45 <maxice8> do you have community/ enabled ?
2020-05-18 03:41:09 <Psychonaut> oh, I guess not then. First time I install this distro (in an OpenBSD VM).
2020-05-18 03:41:22 <Psychonaut> I wasn't aware of that. =)
2020-05-18 03:43:19 <nacelle> thank you both, I had the same questions on my todo list (how to find usermod, but same diff)
2020-05-18 03:43:40 <Psychonaut> hehe, cool
2020-05-18 03:43:53 <nacelle> [x] that task
2020-05-18 03:43:58 <Psychonaut> lol
2020-05-18 03:48:47 <Psychonaut> Got community enable and shadow installed, thanks for that. works great now.
2020-05-18 08:32:50 <wraithoftheropes> howdy folks! i installed alpine but i haven't been able to boot it yet after installation which went without errors. whatever i do i get "no filesystem could mount root" and "kernel panic - not syncinc VFS unable to mount root on unknown block (0,0)". Grub is on a different hard drive which runs void and the configuration looks good. i can access the alpine hard drive, see the partitions it
2020-05-18 08:32:56 <wraithoftheropes> created, the filesystem and everything. fuck if i know hat to try next.
2020-05-18 08:36:48 <wraithoftheropes> maybe i should physically disconnect the hard drive grub is on and see what happens.
2020-05-18 08:37:08 <wraithoftheropes> i don't know
2020-05-18 08:38:13 <wraithoftheropes> spent the entire day try to fix this but i think i'm a moron
2020-05-18 08:40:20 <Cogitri> Did you set root= and rootfstype= on your kernel cmdline?
2020-05-18 08:41:02 <wraithoftheropes> nope i just went with the alpine-setup defaults
2020-05-18 08:43:43 <Cogitri> What is your rootfs?
2020-05-18 08:44:21 <wraithoftheropes> ext4
2020-05-18 08:45:52 <clandmeter> wraithoftheropes: what is in /etc/mkinitfs/mkinitfs.conf ?
2020-05-18 08:47:34 <wraithoftheropes> clandmeter: features="ata base ide scsi usb virtio ext4"
2020-05-18 08:48:13 <clandmeter> wraithoftheropes: what kinf of disk is it?
2020-05-18 08:49:32 <wraithoftheropes> not sure what you mean... it's an old hard disc not ssd or anything
2020-05-18 08:50:31 <Cogitri> With an nvme disk you'd need an additional feature
2020-05-18 08:50:49 <Cogitri> Could you add `root=/dev/<disk> roofstype=ext4` to your kernel cmdline? That should fix it
2020-05-18 08:52:18 <wraithoftheropes> Cogitri: yes i'll try that
2020-05-18 08:52:59 <clandmeter> wraithoftheropes: what is the current cmdline?
2020-05-18 08:53:00 <Cogitri> 👍️
2020-05-18 08:53:04 <wraithoftheropes> Cogitri: clandmeter: thanks for the directions! hope i'll be able to use it
2020-05-18 12:27:36 <AinNero> uhm
2020-05-18 12:27:51 <AinNero> i just noticed that alpine has no usenet client packaged, it seems
2020-05-18 12:28:17 <AinNero> nobody using usenet anymore?
2020-05-18 12:28:35 <mps> AinNero: I think mutt still can be used for usenet
2020-05-18 12:29:00 <AinNero> i checked on mutt, and it didnt seem like it was compiled it
2020-05-18 12:29:02 <AinNero> *in
2020-05-18 12:29:09 <mps> or neomutt, I didn't tested in year or two
2020-05-18 13:25:28 <Hello71> Cogitri, clandmeter: aren't they missing initramfs
2020-05-18 13:25:57 <Hello71> otherwise wouldn't get VFS unable to mount root, but instead rescue shell or killed root
2020-05-18 13:26:04 <Hello71> s/killed root/killed init/
2020-05-18 13:27:37 <Cogitri> I don't think mkinitfs always drops into an emergency shell
2020-05-18 13:30:40 <nacelle> AinNero: you could install alpine (as in, alpine the mail client)
2020-05-18 13:31:36 <ikke> Alpine on Alpine :)
2020-05-18 13:31:43 <nacelle> AinNero: both mutt and alpine are in the community repo
2020-05-18 13:32:08 <nacelle> (which is not enabled by default, see /etc/apk/repositories )
2020-05-18 13:32:28 <AinNero> im using mutt regularly, but i dont see it having usenet/uucp support
2020-05-18 13:33:54 <AinNero> manpages doesnt mention it, and /usr/share/doc/mutt/manual.txt is empty :D
2020-05-18 13:33:59 <AinNero> the latter probably a bug
2020-05-18 14:23:23 <skyroveRR> Hey guys, in https://git.alpinelinux.org/ , the repos are missing description names.
2020-05-18 14:24:51 <skyroveRR> Just thought I'd let you guys know :)
2020-05-18 14:27:58 <Hello71> I think all the repos are supposed to be migrated to gitlab by now
2020-05-18 14:28:32 <skyroveRR> Why gitlab?
2020-05-18 14:29:40 <ikke> Because it allows us to collaborate easier with people
2020-05-18 14:31:19 <skyroveRR> Right :)
2020-05-18 14:32:09 <ikke> We used to use github before, but didn't want to rely on github
2020-05-18 14:33:05 <ikke> Now we have a gitlab instance and all development is happening there, it does not make sense to keep a complete separate system besides that, but git.a.o will remain as a read-only endpoint
2020-05-18 14:33:38 <skyroveRR> Right.
2020-05-18 14:33:50 <skyroveRR> See ya.
2020-05-18 15:29:53 <cabr> Hello! I'm having some issues with getting the touch device (raspberrypi-ts) of the official Raspberry Pi 7" touch screen to detect on a RPi4B, when it works just fine on a RPi3B. Same installation of Alpine 3.11.6 / aarch64 was used in both cases. The touch device works properly on RPi4 using another linux distribution, so probably not hardware
2020-05-18 15:29:54 <cabr> related. Any ideas on where I should start looking?
2020-05-18 15:31:45 <Cogitri> Probably some kernel driver missing or smth
2020-05-18 15:45:31 <cabr> I seem to be having the same problem as in this issue report: https://gitlab.alpinelinux.org/alpine/aports/-/issues/11114
2020-05-18 17:57:13 <albr> BlueSlime[d]: Can I run a exe file with iSH on my iPhone? Wine doesn’t work and mono, for some reason, doesn’t exsist
2020-05-18 18:05:35 <artok> what
2020-05-18 18:05:58 <artok> alpine running on iphone?
2020-05-18 18:06:23 <AinNero> BlueSlime: no you cant
2020-05-18 18:06:31 <AinNero> phones are not x86
2020-05-18 18:07:49 <artok> windows on arm ?
2020-05-18 18:27:22 <albr> McBoat[d]: It uses binary translation so the actual machine code it does run is indeed x86
2020-05-18 18:27:35 <albr> McBoat[d]: but it doesn't properly support x86
2020-05-18 18:27:49 <albr> McBoat[d]: as I said before, it doesn't even support SSE instructions
2020-05-18 19:01:39 <nacelle> the Asus ZenFone 2 is x86
2020-05-18 19:01:53 <nacelle> 
ACTION pushes his glasses back up the bridge of his nose

2020-05-18 19:02:58 <nacelle> albr: what does this have to do with alpine linux? you'll probably have more success talking in a wine or mobile specific channel
2020-05-18 19:09:43 <TBB> with albr, the nickname comes after <albr>
2020-05-18 19:11:50 <ikke> In this case McBoat
2020-05-18 19:15:01 <nacelle> oh, pardon, thats confusing to my irc brain
2020-05-18 19:15:31 <ikke> Not unexpected
2020-05-18 19:15:40 <nacelle> maybe a link to the discord in the topic would help (also, what is it? :-)  )
2020-05-18 19:16:27 <ikke> Well, this is not an official provision, just something some user set up
2020-05-18 19:16:33 <ikke> We not necessarily endorse it
2020-05-18 19:19:22 <nacelle> ahhh
2020-05-18 19:20:41 <albr> monado[d]: nacelle, I got you tho
2020-05-18 19:20:58 <albr> monado[d]: https://discord.gg/jwx8FQH
2020-05-18 19:21:06 <albr> monado[d]: We’re unofficial
2020-05-18 19:21:16 <nacelle> thank you
2020-05-18 19:22:23 <mps> using non free tools on free software project is not nice
2020-05-18 19:22:39 <albr> monado[d]: I mean you’re not wrong
2020-05-18 19:22:52 <AinNero> the whole issue is caused by the fact that its propietary and cant just be recompiled for arm
2020-05-18 19:22:58 <albr> monado[d]: but like, mobile irc is just bleh
2020-05-18 19:24:14 <ikke> I use weechat for android, it's not bad (but it tethers to weechat on linux)
2020-05-18 19:24:41 <albr> monado[d]: iPhone
2020-05-18 19:24:57 <albr> monado[d]: I guess weechat would work on iSH but igloo is still leagues better
2020-05-18 19:25:00 <ikke> Nice thing I can just switch between them 😉
2020-05-18 19:25:12 <albr> monado[d]: it’s more like, I can’t be connected all the time because no bouncer
2020-05-18 19:25:26 <ikke> weechat in tmux is my bouncer :P
2020-05-18 19:25:27 <albr> nacelle[d]: screen or tmux
2020-05-18 19:25:37 <afraid> How does everyone offload their configurations for nuking and reinstalling? That upgrade still has dependency issues, so I'm just going to scorch the earth.
2020-05-18 19:25:53 <albr> nacelle[d]: i've been doing irssi in screen for more than two decades
2020-05-18 19:25:54 <albr> monado[d]: git
2020-05-18 19:26:00 <albr> nacelle[d]: it works fairly well.
2020-05-18 19:26:08 <albr> monado[d]: hmm haven’t been alive that long
2020-05-18 19:26:17 <albr> monado[d]: I just idle like a loser
2020-05-18 19:27:41 <albr> nacelle[d]: eh, good time to learn a bunch of things.
2020-05-18 19:28:08 <albr> nacelle[d]: i cant stop messing around with unix boxes
2020-05-18 19:39:29 <nacelle> ok, now the albr thing is a bit more concrete in my aging grey matter
2020-05-18 19:39:33 <nacelle> thank you
2020-05-18 19:57:52 <TBB> these bots are not really the correct way to link services together like this, but then, the correct way is not really available and I don't think IRC network admins really want it
2020-05-18 19:58:43 <TBB> but that's off topic really
2020-05-18 23:27:27 <qman__> quassel IRC works great on mobile
2020-05-18 23:30:53 <albr> monado[d]: muh iPhone
2020-05-18 23:35:17 <qman__> so the complaint isn't that IRC sucks on mobile, it's that it sucks on iPhone
2020-05-18 23:35:30 <qman__> in which case, I think you already know the answer
2020-05-18 23:39:26 <albr> monado[d]: no there are good clients it just sucks that you can’t really idle
2020-05-18 23:39:42 <albr> monado[d]: I asked the igloo dev and the response was that no phones would have enough ram to do so
2020-05-18 23:40:34 <qman__> anyway, the screen+irssi (or tmux) solution works well too, it's what I used before I had quassel
2020-05-18 23:42:05 <qman__> the upside to quassel is it's quicker to open and has notification support and such
2020-05-18 23:42:23 <qman__> but the screen+irssi setup completely solves for idling and backlog and session consistency
2020-05-19 00:43:32 <coret> Any guide to configure ulogd to work with iptables?
2020-05-19 00:46:48 <albr> McBoat[d]: "I asked the igloo dev and the response was that no phones would have enough ram to do so" / The phones definitely have enough RAM but backgrounding APIs are typically *very* strict
2020-05-19 00:47:28 <albr> McBoat[d]: The main rationale is privacy and battery life. Phones know enough to kick background processes to make room for foreground processes in tight RAM
2020-05-19 00:48:38 <albr> McBoat[d]: however, on iOS, applications can only stay alive for 30 seconds in the background, and on Android, while they can stay alive infinitely, it doesn't change the fact that phones' internet connections are typically very unstable
2020-05-19 00:49:52 <albr> McBoat[d]: switching between Wi-Fi and cellular, between cell towers, dealing with weak links where connections are prone to stall and be cut off
2020-05-19 00:50:24 <albr> McBoat[d]: "in which case, I think you already know the answer" / consider: not all of us can *get* an Android phone
2020-05-19 00:51:08 <albr> McBoat[d]: my parents are die-hard Apple fans and I don't have my own source of income so until I can buy my own phone I'm stuck with an iPhone
2020-05-19 01:23:37 <Hello71> coret: no, it's rigorously undocumented
2020-05-19 01:54:16 <coret> Just fixed, should be using the NFLOG
2020-05-19 05:30:16 <rnkn> does anyone know which of teh xf86-video-* drivers would be best for the Rpi4? I'd like to adjust gamma and xf86-video-fbdev can't doooo it
2020-05-19 07:15:44 <tx> rnkn: are you using the rpi kernel?
2020-05-19 07:20:44 <rnkn> tx: yep
2020-05-19 07:21:43 <tx> hmm
2020-05-19 07:21:47 <tx> you  could do it with xgamma
2020-05-19 07:22:06 <rnkn> that's what I mean, xgamma cannot adjust the gamma
2020-05-19 07:23:14 <rnkn> from my searching it seems that if xgamma does result in adjustments, it means that the video driver can't adjust gamma
2020-05-19 07:23:22 <rnkn> *does not
2020-05-19 11:22:52 <telmich> good morning! upgrading on edge currently fails for me due to libffi conflicts: https://www.nico.schottelius.org/temp/apk-upgrade-20200519.txt
2020-05-19 11:23:00 <telmich> What's the correct way to solve this?
2020-05-19 11:24:12 <Cogitri> Hum, you probably have some old package around that stops one of the packages that has been rebuilt from getting upgraded
2020-05-19 11:24:37 <ikke> satisfies: llvm10-libs-10.0.0-r2[so:libffi.so.7]
2020-05-19 11:24:44 <ikke> I guess that one
2020-05-19 11:25:20 <ikke> And these ones:
2020-05-19 11:25:21 <ikke> satisfies: nuspell-3.1.1-r0[so:libicuuc.so.67] enchant2-2.2.8-r2[so:libicuuc.so.67]
2020-05-19 11:25:26 <Cogitri> Above it also conflicts with old icu
2020-05-19 11:26:04 <telmich> How do you identify that? And is there anything I could have done to prevent this?
2020-05-19 11:26:06 <telmich> Because I don't recall installing any of the libraries explicitly
2020-05-19 11:26:56 <telmich> ah, you are looking for old .so's
2020-05-19 11:27:31 <ikke> You see it wants to install a new library, but it conflicts with the old library
2020-05-19 11:27:33 <Cogitri> There's work in apk to avoid that in the future, but the easiest solution would be `mv /etc/apk/world /etc/apk/world.orig && apk upgrade -a && mv /etc/apk/world.orig /etc/apk/world && apk upgrade -a`, which will basically uninstall and reinstall your system
2020-05-19 11:27:52 <ikke> below that you see that the old library is still required for some packages (satisfies)
2020-05-19 11:28:09 <Cogitri> Certainly not the cleanest way to do it and make sure to not restart your system midway through, but it works
2020-05-19 11:28:29 <telmich> ok, I'.ll give that a try
2020-05-19 11:29:43 <telmich> Now `apk upgrade -a` fails with "ERROR: Unable to read database state: No such file or directory" and "ERROR: Failed to open apk database: No such file or directory"
2020-05-19 11:30:02 <telmich> (after the world move)
2020-05-19 11:30:26 <ikke> touch /etc/apk/world
2020-05-19 11:31:01 <telmich> ack, just did that, apk upgrade worked
2020-05-19 11:31:45 <telmich> hmpf
2020-05-19 11:31:46 <telmich> there is no "mv" anymore
2020-05-19 11:32:10 <telmich> and no ls
2020-05-19 11:32:29 <ikke> hold on
2020-05-19 11:33:25 <ikke> try </etc/apk/world.orig >/etc/apk/world
2020-05-19 11:34:39 <telmich> you are good
2020-05-19 11:34:40 <telmich> however
2020-05-19 11:34:41 <telmich> there is also no apk anymore
2020-05-19 11:34:56 <TBB> let's see ikke shell his way of this one!
2020-05-19 11:35:05 <ikke> haha :D
2020-05-19 11:35:33 <ikke> bash has /dev entries for tcp connections, sadly ash not :)
2020-05-19 11:35:41 <telmich> chromium / firefox instantly killed themselves, I assume sshd still runs, but nothing up besides a running shell at the moment
2020-05-19 11:35:41 <telmich> And one emacs is running
2020-05-19 11:36:02 <telmich> no wait!
2020-05-19 11:36:05 <telmich> there is one chromium window left running
2020-05-19 11:36:16 <telmich> but it doesn't load pages anymore
2020-05-19 11:37:00 <ikke> You would need to get apk.static somehow
2020-05-19 11:37:07 <telmich> I do have one ssh session open to a remote host
2020-05-19 11:37:08 <ikke> and/or busybx.static
2020-05-19 11:37:38 <telmich> and 2 python3 shells open, however I probably cannot import stuff anymore
2020-05-19 11:38:53 <Cogitri> Ugh sorry, forgot a "echo alpine-base > /etc/apk/world" in there...
2020-05-19 11:39:33 <telmich> ok, I got apk.static on another computer
2020-05-19 11:39:56 <telmich> I assume usb mounting doesn't work
2020-05-19 11:40:52 <telmich> I also have one zsh open
2020-05-19 11:41:26 <Cogitri> Hm, if the usb module is loaded already, mounting should work
2020-05-19 11:41:55 <telmich> I'm not sure if I can load the tcp module, it's probably not in memory
2020-05-19 11:42:05 <telmich> But I don't have mount
2020-05-19 11:42:43 <telmich> loading zsh/net/tcp does not work as expected
2020-05-19 11:44:27 <telmich> Can I access dmesg somewhere in /proc?
2020-05-19 11:45:59 <telmich> ok, easiest way is probably cold booting and chrooting into it
2020-05-19 11:46:49 <Cogitri> Yes, sorry about that
2020-05-19 11:48:30 <dustfinger> I attempted to setup x-forwarding with postmarketOS on a PinePhone. That is, I am attempting for forward X from a PinePhone to my desktop. So far I get a warning that xauth key data is not generated and that X11 forwarding setup is untrusted. Is the OpenSSH package missing SECURITY extension?
2020-05-19 11:51:59 <telmich> note: the iso currently still does not support IPv6 only DNS servers (i.e. rdnssd is not running or available on the iso)
2020-05-19 11:54:07 <afontain_> dustfinger: did you enable in the config file?
2020-05-19 11:54:37 <afontain_> *enable it
2020-05-19 11:54:41 <telmich> and another small note: I'm always confused that the mount in alpine requires "-t ext4" for mounting
2020-05-19 11:54:54 <ikke> that's busybox moun
2020-05-19 11:54:56 <ikke> t
2020-05-19 11:54:56 <afontain_> https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/openssh/disable-forwarding-by-default.patch
2020-05-19 11:56:10 <telmich> running `apk upgrade -p /mnt -a` after recovering the world file shows many lines as follows: dhcpcd (missing):required by world[dhcpcd]`
2020-05-19 11:56:12 <dustfinger> afontain_: Thank you. I will take a look at that patch to see if there is a way around this.
2020-05-19 11:58:02 <afontain_> just edit /etc/ssh/sshd_config?
2020-05-19 11:58:02 <dustfinger> Thanks afontain_. I will try to re-enable those options. I suspect that this will work.
2020-05-19 11:58:39 <dustfinger> I will just enable those options in $HOME/.ssh/config on the device, then restart sshd. That should do it. Just going to test...
2020-05-19 11:59:54 <ikke> you need to add -X to add the repositories I think
2020-05-19 12:00:07 <telmich> Just tried `apk add -p /mnt -s world`, however it gives the same output
2020-05-19 12:00:08 <ikke> Though they should be present
2020-05-19 12:01:09 <telmich> adding `-X edge` generates same output
2020-05-19 12:05:42 <telmich> I'm having a look at setup-disk atm, to see how it is doing in sys mode
2020-05-19 12:06:16 <ikke> -X takes a complete url
2020-05-19 12:06:34 <ikke> http://dl-cdn.alpinelinux.org/alpine/edge/main/
2020-05-19 12:09:02 <telmich> ikke: this results in the same list of <x> missing: required by world[x]
2020-05-19 12:09:14 <telmich> running apk upgrade -p /mnt -a -X http://dl-cdn.alpinelinux.org/alpine/edge/main/
2020-05-19 12:09:36 <ikke> do you have community as well?
2020-05-19 12:09:48 <ikke> append -X http://dl-cdn.alpinelinux.org/alpine/edge/community/
2020-05-19 12:11:12 <telmich> same output
2020-05-19 12:11:34 <telmich> I also appended testing
2020-05-19 12:11:53 <telmich> and it says at the beginning fetching ... APKINDEX.tar.gz
2020-05-19 12:12:00 <telmich> and then I get the same list of missing packages
2020-05-19 12:12:09 <ikke> Not sure if it's easier, but perhaps you can add apk static and busybox static to the mount and chroot into it
2020-05-19 12:14:32 <telmich> I added busybox.static, apk.static, linked busybox.static to /bin/sh
2020-05-19 12:14:53 <telmich> and inside the chroot I get the same output with apk.static
2020-05-19 12:15:24 <telmich> (apk.static upgrade -a)
2020-05-19 12:15:31 <ikke> apk.static fix
2020-05-19 12:15:58 <telmich> same output
2020-05-19 12:16:10 <ikke> try apk update first
2020-05-19 12:16:20 <telmich> I cannot complain about inconsistency here :-)
2020-05-19 12:16:23 <ikke> hehe :)
2020-05-19 12:16:39 <ikke> Can you show an example of a package that it complains about?
2020-05-19 12:19:18 <telmich> zsh for instance
2020-05-19 12:19:31 <telmich> it's obviously the last one in the list
2020-05-19 12:19:45 <telmich> update complains about untrusted signatures, probably because there are none
2020-05-19 12:20:25 <telmich> using --allow-untrusted now
2020-05-19 12:20:31 <ikke> yea
2020-05-19 12:20:54 <telmich> the apk.static upgrade -a still shows the same output, even after upgrading
2020-05-19 12:21:10 <telmich> updating, sorry
2020-05-19 12:21:27 <ikke> and apk.static search zsh?
2020-05-19 12:22:33 <dustfinger> afontain_: I modified my configuration according to the parameters that were disabled by the patch. The client side is running OpenSSH_8.1p1. The serverside (postmarketOS on a PinePhone) is running OpenSSH_8.2p. On the client side I generated an rsa key and created a ~/.ssh/config containing the following - https://termbin.com/hbye. On the server side I created a ~/.ssh/config containing the following - https://termbin.com/7uob. When
2020-05-19 12:22:34 <dustfinger> copying the ssh id from the client to the server, ssh-copy-id gave me a warning that the untrusted X11 forwarding setup failed - https://termbin.com/5p1d. Someone mentioned that OpenSSH needs extension SECURITY for x-forwarding to work and so I was wondering if perhaps that was not built in the package.
2020-05-19 12:24:19 <afontain_> "feel free to enable them back" would suggest it can work
2020-05-19 12:24:41 <telmich> ahh
2020-05-19 12:24:42 <afontain_> you did edit ssh*d*_config, right?
2020-05-19 12:24:42 <telmich> that also needs --allow-untrusted
2020-05-19 12:25:00 <afontain_> (=phone)
2020-05-19 12:25:00 <afontain_> (on the server)
2020-05-19 12:25:11 <dustfinger> I edited $HOME/.ssh/config. yes, the server is a phone.
2020-05-19 12:25:19 <telmich> alright
2020-05-19 12:25:34 <telmich> apk.static upgrade -a --allow untrusted now only misses linux-vanilla, man, procmal python and wireguard-vanilla
2020-05-19 12:25:51 <Cogitri> Got back to a running state, telmich?
2020-05-19 12:26:13 <Cogitri> Sorry again for messing that command up
2020-05-19 12:26:22 <telmich> Not yet, but more nearby
2020-05-19 12:26:34 <telmich> s/vanilla/lts/ will do the job
2020-05-19 12:26:38 <Cogitri> Yup
2020-05-19 12:26:58 <Cogitri> For man we have moved to mandoc
2020-05-19 12:27:05 <afontain_> If there's no "d", that the ssh client you are talking about
2020-05-19 12:27:26 <telmich> python is now?
2020-05-19 12:27:39 <afontain_> so the wrong one if I'm not mistaken
2020-05-19 12:28:10 <afontain_> edit /etc/ssh/sshd_config on the phone
2020-05-19 12:28:10 <dustfinger> afontain_: oh...
2020-05-19 12:28:29 <telmich> python3
2020-05-19 12:28:30 <telmich> wow, only procmail missing, but that I can skip for the moment
2020-05-19 12:28:32 <dustfinger> Okay, I will try this out.
2020-05-19 12:29:34 <afontain_> sshd is a system daemon, so at least the general config must be done system-wide
2020-05-19 12:29:38 <telmich> So some findings for another time:
2020-05-19 12:30:06 <mps> 'apk.static -X https://nl.alpinelinux.org/alpine/edge/main -U --allow-untrusted --root /edge --initdb add alpine-base tmux vim'
2020-05-19 12:30:16 <telmich> - empty `world` is not a good idea -> need to keep at least apk
2020-05-19 12:30:17 <afontain_> AFAIK (not that much), the only thing it takes from your user dir is the allowed ssh public keys to know if you are you
2020-05-19 12:30:17 <telmich> - --allow-unstrusted is necessary, because the keyring is gone
2020-05-19 12:30:29 <afontain_> nico: lol
2020-05-19 12:30:38 <ikke> telmich: alpine-base like Cogitri mentioned
2020-05-19 12:30:59 <telmich> - it might me necessary to edit world as some packages don't exist anymore that used to be on the system before
2020-05-19 12:31:15 <telmich> - ==> need some minimal, static editor (is there emacs.static? :-)
2020-05-19 12:31:17 <dustfinger> afontain_: I thought that editing $HOME/.ssh/config would allow me to configure x-forwarding just for that account. Maybe that is not correct. I will test a system wide change to see how that works.
2020-05-19 12:31:31 <afontain_> `busybox vi`?
2020-05-19 12:31:41 <telmich> <afontain_ "`busybox vi`?"> ah, that should do the job
2020-05-19 12:31:48 <afontain_> `apk add busybox-static`
2020-05-19 12:32:24 <telmich> hmm, there really is no busybox-emacs
2020-05-19 12:32:25 <telmich> So strange
2020-05-19 12:32:37 <afontain_> damn, no operating system in the operating system core
2020-05-19 12:33:54 <mps> 'OS name is UNIX and VI is alias'
2020-05-19 12:34:16 <telmich> There was this article about using emacs as /sbin/init some years ago
2020-05-19 12:34:17 <telmich> I actually tried this and it mostly worked
2020-05-19 12:34:37 <telmich> (besides the obvious mounting r/w, but you can do that in `M-x term`)
2020-05-19 12:35:16 <mps> is there something like 'dd if=emacs.os.bin of=/dev/sda' :)
2020-05-19 12:36:39 <mps> besides bb vi there is also bb 'ed'
2020-05-19 12:37:18 <telmich> While my system is re-installing, two unrelated topics:
2020-05-19 12:39:19 <telmich> On the first December weekend the hack4glarus, a regional hackathon with a lot of tech topics is happening again and I would like to invite anyone related/interested in Alpine, as we have Devuan/BSD people usually around. https://hack4glarus.ch/ is the website and the date is 2020-12-0{4,5,6}
2020-05-19 12:39:37 <telmich> (if the corona crisis does not re-escalate until then)
2020-05-19 12:41:35 <telmich> And second topic: some months ago I discussed netbooting in this channel, but my tests weren't really successful with the stock image. I was wondering if there is a "definitive guide" on how to netboot the official image in an IPv6 only environment (getting IPs and DNS via SLAAC), starting sshd and adding a couple of public keys and/or if someone is interested in creating that guide with me
2020-05-19 12:44:03 <telmich> (rebooting my system after re-installing - crossing fingers)
2020-05-19 12:44:10 <afontain_> I might come
2020-05-19 12:46:30 <telmich> I'm back!
2020-05-19 12:46:41 <ikke> nice
2020-05-19 12:48:31 <Cogitri> Neat :)
2020-05-19 12:52:25 <telmich> re-indexing mail with mu now - seems mu/mu4e/xapian was upgraded - this is gonna take an hour - the one major drawback of xapian
2020-05-19 13:04:03 <dustfinger> afontain_: I definatley was looking at the wrong man page for server side configuration. I was using the ssh_config man page for that by mistake. I have removed ~/.ssh/config from the server. I then edited the /etc/ssh/sshd_config and made a system wide change. I set X11Forwarding yes, X11UseLocalhost no, AllowTcpForwarding yes, GatewayPorts yes. I don't think I need the last two, but I enabled them for now just in case. I then rm
2020-05-19 13:04:03 <dustfinger> ~/.ssh/authorized_keys and ran the ssh-copy-id command on the client side after rebooting the server side. I am still getting the X11 forwarding setup failed from the ssh-copy-id command. However, if I run ssh -Y dustfinger@pine64-pinephone, then it works. so I more or less have it sorted out now. Thank you very much for pointing out that I was working with the wrong config. That probably saved me a lot of time.
2020-05-19 13:04:32 <steinbach> telmich: the "crisis" ends when pill bill stops financing the who or when people start going on the streets
2020-05-19 13:06:52 <afontain_> nice that you figured it out
2020-05-19 13:26:26 <dustfinger> afontain_: Thank you for your help. I updated the configuration to match on my user name now and removed the tcp and gateway ports options. It definately helps to be reading the correct man page to begin with :-/
2020-05-19 13:28:13 <afontain_> yeah, for some software it's udhcp{c,d}, here the client don't have a little "c"
2020-05-19 14:51:27 <Hello71> uh... which one? busybox has udhcpc, udhcpc6, and udhcpd
2020-05-19 14:51:44 <Hello71> there's also a separate dhcpcd program
2020-05-19 14:52:17 <Hello71> telmich: if you don't use initramfs, you can just specify rw on kernel command line
2020-05-19 14:52:51 <Hello71> probably no Alpine-specific guide, but really the only problem is initramfs. once you get / mounted successfully everything is the same
2020-05-19 14:53:48 <afontain_> I meant busybox's udhcp*, but it doesn't matter anyway
2020-05-19 15:01:03 <Hello71> so who provides "udhcp"
2020-05-19 15:02:33 <afontain_> does it matter?
2020-05-19 15:02:43 <afontain_> it was just a point on naming
2020-05-19 15:44:39 <telmich> <Hello71 "nico: if you don't use initramfs"> I'm actually using kernel + initramfs for netboot, there is no rootfs on the servers
2020-05-19 15:50:31 <Hello71> afontain_: dunno what you're talking about
2020-05-19 15:50:41 <Hello71> telmich: doesn't matter whether there is a partition that you call /
2020-05-19 15:50:47 <Hello71> you have to mount some filesystem at /
2020-05-19 15:51:06 <ikke> tmpfs probably
2020-05-19 16:11:04 <timo-k> Hi there - I am trying to use Alpine ISO as a kind of rescue CD. I have an diskless mode installation in a HD. Both work separately as expected. But when I have HD online and boot from the CD, it mounts HD and loads apkovl and, perhaps, modloop from there and things go strange. Can I somehow force it to look only in CD?
2020-05-19 16:11:29 <timo-k> I'm testing in VirtualBox
2020-05-19 16:11:54 <ikke> there are kernel parameters that you can specify
2020-05-19 16:12:59 <timo-k> Thanks. Can you point me to read something?
2020-05-19 16:13:12 <ikke> These are the parameters: https://gitlab.alpinelinux.org/alpine/mkinitfs/-/blob/master/initramfs-init.in#L333
2020-05-19 16:13:18 <ikke> ovl_dev / apkovl
2020-05-19 16:13:47 <ikke> trying to find other documentation
2020-05-19 16:13:58 <AinNero> it has a manpage
2020-05-19 16:14:01 <AinNero> not a good one tho
2020-05-19 16:14:32 <ikke> https://wiki.alpinelinux.org/wiki/PXE_boot#Guide_to_options
2020-05-19 16:14:38 <ikke> different context, but it does explain the options
2020-05-19 16:15:10 <timo-k> Thanks, I'll try...
2020-05-19 16:22:22 <vegankumpir> I installed armv7 alpine linux to my rpi2 but even though I located the package "elixir" in the repos (https://pkgs.alpinelinux.org/packages?name=elixir&branch=v3.11&arch=armv7), I can't do `apk add elixir`, why is that?
2020-05-19 16:23:47 <vegankumpir> It says: http://ix.io/2mII
2020-05-19 16:29:27 <timo-k> This seems to make the trick regarding apkovl: 'apkovl=cdrom'. But I can't make modloop happy. I tried 'apline_dev=cdrom' but no change...
2020-05-19 16:32:05 <vegankumpir> anyone?
2020-05-19 16:34:13 <maxice8> Did you enable the community/ repository ?
2020-05-19 16:34:25 <mps> vegankumpir: did you enabled community in /etc/apk/repositories
2020-05-19 16:36:32 <flatterlight> @ikke: thanks for the link :) was looking for this file
2020-05-19 16:38:27 <vegankumpir> mps: I guess no?
2020-05-19 16:38:42 <vegankumpir> Let me see how can I enable it.
2020-05-19 16:40:26 <vegankumpir> mps, maxice8 thanks a lot. :D
2020-05-19 16:41:35 <mps> looks like we need teach algitbot to answer this :)
2020-05-19 16:42:25 <ikke> heh
2020-05-19 17:15:27 <vegankumpir> Can I use alpine linux without lbu as I do with installing it on a HDD on rpi2 with a sdcard?
2020-05-19 17:15:57 <maxice8> sys install
2020-05-19 17:16:10 <vegankumpir> What do you mean?
2020-05-19 17:16:21 <oneinsect> but lbu is what makes the sd card not wear out
2020-05-19 17:16:47 <oneinsect> it doesnt unnecessarily write and this is one of the greatest features of alpine
2020-05-19 17:17:16 <vegankumpir> Is it not suitable for self hosting static content?
2020-05-19 17:17:27 <vegankumpir> Is it not suitable for self hosting some static content?*
2020-05-19 17:22:35 <afontain_> Alpine? a raspberry pi?
2020-05-19 17:22:55 <oneinsect> it is very much suitable
2020-05-19 17:23:04 <oneinsect> sorry for delayed responses
2020-05-19 17:23:08 <oneinsect> busy day today
2020-05-19 17:25:52 <vegankumpir> No worries. :D
2020-05-19 17:26:11 <vegankumpir> afontain_: What's that?
2020-05-19 17:29:22 <nacelle> 
ACTION aggrees, learn lbu.  lbu doesnt get in the way of hosting static content.  

2020-05-19 17:29:51 <oneinsect> "lbu commit"
2020-05-19 17:30:04 <oneinsect> commits when required
2020-05-19 17:30:16 <oneinsect> you can also specifiy certain directories of your choice
2020-05-19 17:30:21 <ikke> It's not just the command, but also getting into the habbit of comitting after you made changes
2020-05-19 17:30:29 <oneinsect> correct
2020-05-19 17:30:52 <oneinsect> and then once you shutdown, it reboots with those changes but again in read only mode
2020-05-19 17:31:04 <oneinsect> which makes it crash proof and yet retain your changes
2020-05-19 17:31:09 <nacelle> one can also experiment with easier recovery... just reboot the thing, its back to how it was at the last commit
2020-05-19 17:31:10 <oneinsect> like hosting static pages
2020-05-19 17:31:44 <vegankumpir> But say the electricty suddenly turned off for maintainance, what would I do? It will shut down without allowing me to commit the canges?
2020-05-19 17:32:30 <oneinsect> use something like this
2020-05-19 17:32:31 <oneinsect> https://www.mini-box.com/OpenUPS
2020-05-19 17:32:46 <oneinsect> or the more latest https://www.mini-box.com/OpenUPS2
2020-05-19 17:32:50 <nacelle> vegankumpir: it wont shut down, it will just be off.  the machine will be back at the state before the last commit on the next boot.
2020-05-19 17:33:11 <nacelle> so when you make changes, get in the habit of committing them.  dont leave them floating, waiting for a power outage to take them away ;-)
2020-05-19 17:34:20 <vegankumpir> nacelle: Do you know Matrix protocol or IRC protocol?
2020-05-19 17:36:55 <nacelle> thats a weird question about myself.  why do you care that much about me? :-)
2020-05-19 17:37:02 <timo-k> ikke: AinNero: Thanks for the hints. apkovl works. But modloop gets loaded from HD. Where the HD gets mounted? Can I somehow prevent mounting anything else than boot media (CD)?
2020-05-19 17:38:00 <vegankumpir> nacelle: Want to ask a question. Like I want to host a Matrix homeserver or IRC server.
2020-05-19 17:38:24 <nacelle> this is the internet.  just ask.
2020-05-19 17:38:42 <nacelle> you'll find out your answer much faster that way :-)
2020-05-19 17:39:17 <vegankumpir> I get the commiting when you serve static content but what if you have an IRC server or Matrix server?
2020-05-19 17:39:26 <nacelle> "I'm thinking about hosting matrix and/or irc on a pi with alpine.  Are there any caveats people know about before I venture down this path?"
2020-05-19 17:40:01 <nacelle> you can make a specific directory, etc. in a mode that commits as soon as its written to
2020-05-19 17:40:17 <nacelle> and leave the rest of the system alone, to reduce writes on the sd
2020-05-19 17:40:20 <vegankumpir> Like a normal hdd install?
2020-05-19 17:40:31 <nacelle> alternatively, consider hosting that specific content on a usb ssd
2020-05-19 17:40:32 <vegankumpir> But just for a specific directory.
2020-05-19 17:40:35 <nacelle> right
2020-05-19 17:40:38 <vegankumpir> I see.
2020-05-19 17:40:58 <nacelle> but then you're back to the original problem - you're writing to the sd often on the pi.
2020-05-19 17:41:00 <vegankumpir> Thet thing you just explain is also documented on the lbu page, right?
2020-05-19 17:41:03 <nacelle> yup
2020-05-19 17:41:10 <nacelle> kind of irksome that i'm typing this out :-)
2020-05-19 17:41:15 <vegankumpir> I see, I don't mind to use my sd.
2020-05-19 17:41:20 <nacelle> you will
2020-05-19 17:41:32 <nacelle> sd's in pi burn out, even with everything else "right"
2020-05-19 17:41:42 <nacelle> they can easily corrupt, etc.
2020-05-19 17:41:44 <vegankumpir> Would it demage the pi?
2020-05-19 17:41:45 <nacelle> its kind of annoying.
2020-05-19 17:41:47 <nacelle> no
2020-05-19 17:41:52 <vegankumpir> Then i'm okay with it.
2020-05-19 17:42:01 <nacelle> it damages the image though
2020-05-19 17:42:04 <nacelle> you wont be able to reboot
2020-05-19 17:42:05 <nacelle> etc.
2020-05-19 17:42:11 <nacelle> you'll have to do it all over again
2020-05-19 17:42:22 <nacelle> you're setting yourself up for a hard drive crash, so to speak.
2020-05-19 17:42:30 <vegankumpir> I just mistyped my root password (don't know how...) and re-installing now. :D
2020-05-19 17:42:57 <nacelle> i have several pis on sd that arent protected in the lbu way
2020-05-19 17:43:21 <nacelle> they are all being converted :-)
2020-05-19 17:43:23 <vegankumpir> If I decide to improve my self hosting, I would use something more powerful then rpi2 and buy a ssd or something.
2020-05-19 17:43:31 <vegankumpir> But thanks for the information.
2020-05-19 17:43:42 <nacelle> you can find a usb stick thats decent for rather cheap
2020-05-19 17:43:45 <vegankumpir> what is pis?
2020-05-19 17:43:52 <nacelle> multiple pi
2020-05-19 17:44:12 <vegankumpir> USB stick, would 16 GB be enough?
2020-05-19 17:44:25 <vegankumpir> For that matrix/irc/email part?
2020-05-19 17:44:27 <nacelle> i own 5x pi2, 3x pi1, pi0, pi0w, pi3, pi4...
2020-05-19 17:44:38 <nacelle> depends on your usage
2020-05-19 17:44:42 <vegankumpir> I only have rpi2 as gift.
2020-05-19 17:44:53 <nacelle> that is today
2020-05-19 17:45:00 <vegankumpir> I was using that in my mom's house for kodi (libreelec).
2020-05-19 17:45:00 <nacelle> a year from now you might have more :-)
2020-05-19 17:45:02 <vegankumpir> :D
2020-05-19 17:45:20 <vegankumpir> I don't think so, exchange rates to dollor just so high.
2020-05-19 17:45:31 <vegankumpir> I don't think so, exchange rates to dollar is just so high.*
2020-05-19 17:45:44 <nacelle> the samsung usb 3.0 "fit" drives are nice
2020-05-19 17:45:48 <nacelle> eh, time changes
2020-05-19 17:45:50 <nacelle> things happen
2020-05-19 17:45:52 <nacelle> worlds spin
2020-05-19 17:46:00 <vegankumpir> Not our country lol
2020-05-19 17:46:05 <nacelle> you get a new job, you find yourself with more income, etc.
2020-05-19 17:46:22 <vegankumpir> just became 18, I hope so.
2020-05-19 17:46:36 <nacelle> the 32GB fit is $9.99
2020-05-19 17:46:50 <vegankumpir> It is like a lot for me, to be honest.
2020-05-19 17:47:16 <vegankumpir> I found 8 GB sd card in my grandpa's house and asked if I can take it with the 16 GB USB stick. :D
2020-05-19 17:47:19 <vegankumpir> He said yes. :D
2020-05-19 17:47:22 <nacelle> nice
2020-05-19 17:47:53 <nacelle> some usb's are worse than sd... but at least you can back things up, etc.
2020-05-19 17:47:54 <vegankumpir> Now I'm planning to take a domain name from freenom and open a blog, matrix/irc server on it.
2020-05-19 17:48:01 <nacelle> cool
2020-05-19 17:48:33 <vegankumpir> blog is about programming stuff that I enjoy: Elixir, POSIX shell, Rust, etc.
2020-05-19 17:48:56 <nacelle> I want to do a blog myself, tbh
2020-05-19 17:49:52 <vegankumpir> I like them a lot. Like they are actual people who share their experience(s) about life, programming all sort of stuff that a young person would need.
2020-05-19 17:50:19 <vegankumpir> And they are partically easy to parse.
2020-05-19 18:09:41 <vegankumpir> If I do `lbu include /home/user`, will it recursively add that directory or just /home/user directory without its contents?
2020-05-19 18:10:09 <oneinsect> it should add all its files and subfolders
2020-05-19 18:10:52 <vegankumpir> Then if I want to just add /home/user, I would create a file or directory inside that just to keep that directory?
2020-05-19 18:11:35 <vegankumpir> Like I assume it will include the backward paths as in `mkdir -p /this/will/always/create/all/these/directories/no/matter/what/`.
2020-05-19 18:11:38 <oneinsect> not really it should add even if the folder is empty....
2020-05-19 18:12:22 <vegankumpir> I think I misexplained myself. I just want to include *only* the `/home/user/` directory without its contents.
2020-05-19 18:13:40 <oneinsect> aha
2020-05-19 18:13:47 <vegankumpir> What should I do?
2020-05-19 18:14:29 <vegankumpir> Then I when I actually do something inside my user, I can again include whatever I need. That way, I don't have to include the /home/user directory recursively and exclude things I don't need.
2020-05-19 18:14:56 <vegankumpir> Or I totally misinterprted the entire documentation, lol.
2020-05-19 18:15:20 <vegankumpir> (might've happened as my native language is not English.)
2020-05-19 18:17:53 <vegankumpir> Any idea?
2020-05-19 18:22:42 <oneinsect> yes
2020-05-19 18:22:55 <vegankumpir> Listening.
2020-05-19 18:23:07 <oneinsect> checking https://wiki.alpinelinux.org/wiki/Alpine_local_backup
2020-05-19 18:23:26 <oneinsect> i am unable to recollect the correct options if any
2020-05-19 18:23:35 <vegankumpir> That's what I've read.
2020-05-19 18:25:26 <oneinsect> an ugly way is to just include your directory and remove the not required ones
2020-05-19 18:26:32 <oneinsect> this is where the information is maintained etc/apk/protected_paths.d/lbu.list.
2020-05-19 18:27:08 <oneinsect> you could edit the list
2020-05-19 18:27:40 <oneinsect> i am still not able to find an option to only include a directory without including their subdirectories or sub files
2020-05-19 18:28:18 <oneinsect> ikke Cogitri mps
2020-05-19 18:28:33 <oneinsect> anyone here to throw in an advice to vegankumpir?
2020-05-19 18:29:23 <vegankumpir> If it includes the backward paths, having a empty file/directory inside the /home/user/ directory would be a working hack, I guess?
2020-05-19 18:30:08 <oneinsect> all of them are stored in <hostname>.apkovl.tar.gz
2020-05-19 18:30:20 <oneinsect> you can edit it to remove things you dont want
2020-05-19 18:30:27 <oneinsect> but again that will be ugly
2020-05-19 18:30:47 <vegankumpir> Can I just open vi and edit that file even though it is a gzipped tar file?
2020-05-19 18:31:02 <oneinsect> one important idea is that
2020-05-19 18:31:10 <oneinsect> You will only need to include the directory once, and commit. Future commits will preserve the included directory as well.
2020-05-19 18:31:25 <oneinsect> its a tar.gz
2020-05-19 18:31:40 <vegankumpir> I know.
2020-05-19 18:31:52 <vegankumpir> That's why I said "gzipped tar file".
2020-05-19 18:32:04 <oneinsect> yes yes
2020-05-19 18:32:13 <oneinsect> :)
2020-05-19 18:33:57 <vegankumpir> Anyways, I'm just going to include /home/user for now.
2020-05-19 18:34:19 <oneinsect> just check it once, i dont have any alpine installation right away with me to check
2020-05-19 18:34:34 <vegankumpir> Okay, sir.
2020-05-19 18:35:06 <oneinsect> aye aye captain
2020-05-19 18:35:35 <mps> oneinsect: I don't have much experience with lbu
2020-05-19 20:23:08 <feuerteufel> hey @ all
2020-05-19 20:24:00 <feuerteufel> What ist a good practice to part a cf-card for use in a raspi?
2020-05-19 20:31:04 <adu> do you mean sd-card?
2020-05-19 20:32:08 <feuerteufel> Sorry yes!
2020-05-19 20:32:10 <clandmeter> its hard to put a cf-card in a rpi, i guess that means yes.
2020-05-19 20:32:52 <feuerteufel> Yust in front of is a CF ...
2020-05-19 20:33:50 <feuerteufel> Or exactly a 32GB micro-sd
2020-05-19 20:34:42 <clandmeter> most important part is that the first partition is fat32
2020-05-19 20:35:29 <clandmeter> although recently some things have changed in the bootloading part. but i think the fat32 part is still valid/needed.
2020-05-19 20:35:44 <feuerteufel> Yes I found that in the wiki but nothing about how big
2020-05-19 20:36:08 <clandmeter> big enough to hold kernel and initramfs
2020-05-19 20:36:18 <clandmeter> and probably modloop too
2020-05-19 20:37:51 <feuerteufel> so, 512MB is Ok?
2020-05-19 20:38:05 <clandmeter> yes
2020-05-19 20:38:26 <clandmeter> thats the most simple answer i can give you :)
2020-05-19 20:38:56 <clandmeter> more complicated ones will cost you more.
2020-05-19 20:39:07 <feuerteufel> Ok, I'll give it a try ;)
2020-05-19 20:39:40 <feuerteufel> Or in other words "learnig bei doing" :-))
2020-05-19 20:39:51 <feuerteufel> Thanks
2020-05-19 20:40:00 <clandmeter> that sounds germanish
2020-05-19 20:40:38 <feuerteufel> yea
2020-05-19 20:40:52 <feuerteufel> -ei +y
2020-05-19 20:44:06 <adu> feuerteufel: I've only ever used raspbian
2020-05-19 20:44:41 <adu> I would probably recommend starting with raspbian, then writing over some partitions once you know it works
2020-05-19 20:46:04 <feuerteufel> Thanks, already have one with rasbian ...
2020-05-19 20:47:14 <feuerteufel> yust trying to get the old RPI 1b run with alpine Linux
2020-05-19 20:54:35 <clandmeter> raspbian is no fun. it could well work the first time. what fun is that?
2020-05-19 20:58:19 <feuerteufel> clandmeter: Until now it works ...
2020-05-19 21:29:06 <feuerteufel> clandmeter: What OS are you using on RPI's (ok AL)
2020-05-20 04:32:21 <eleanor-nb> Heyo. Probably a common question, but what's the state of LX(DE|Qt)? I understand LXDE was once available in the packaged ISO, but now there doesn't seem to even be a community package available.
2020-05-20 04:33:15 <maxice8> unmaintained
2020-05-20 04:39:49 <indisturbed> I think LXDE itself is unmaintained.
2020-05-20 06:06:30 <wrycode> so on diskless mode, I can have a persistent external drive as long as I 'lbu ci' the fstab right?
2020-05-20 06:41:38 <ikke> sure
2020-05-20 06:44:28 <wrycode> I also have to manually add package updates or packages from edge, right?
2020-05-20 07:59:38 <ingo[m]1> Hi, is there a way to install alpine in a vm in a automatic way, like centos with a kickstart file. So i can provide on installing, a file(provided via http), where all steps in. Include partitioning and user creation.
2020-05-20 08:01:37 <steinbach> Do you offer support for money?
2020-05-20 08:02:27 <steinbach> I mean, for business ikke
2020-05-20 08:02:28 <ikke> No, there is no entity offering official commercial support
2020-05-20 08:02:38 <steinbach> ok thanks
2020-05-20 08:56:43 <AmberOcelot20> Hi Hope you are well I am trying to figure out why Discourse setup won't run on alpine linux using docker here is the install guide https://www.tecmint.com/install-discourse-forum-in-centos-ubuntu/
2020-05-20 08:57:15 <AmberOcelot20> I have docker and git installed I have cloned the repo into var/discourse and cd'd into it
2020-05-20 08:58:22 <AmberOcelot20> running ./discourse-setup says env: can't execute 'bash': No such file or directory
2020-05-20 08:58:40 <ikke> Then you need to install bash, which is not installed by default on alpine
2020-05-20 09:00:23 <AmberOcelot20> ahh thank you I am new to alpine I appreciate it correct me if i am wrong but it would just be apk add bash
2020-05-20 09:01:24 <ikke> yes
2020-05-20 09:10:33 <AmberOcelot20> Thank you will give that a shot appreciate the assist
2020-05-20 09:17:03 <nacelle> theres probably a way to say that the container has bash in it with docker
2020-05-20 09:17:07 <nacelle> vs installing after
2020-05-20 09:22:53 <AmberOcelot20> But does it not need bash to run the initial setup script
2020-05-20 09:27:09 <AmberOcelot20> Unrelated question when I run apk update 11270 distinct packages available then I run apk upgrade 541 MiB in 139 packages doesn't seem to actually update the pkgs
2020-05-20 09:27:52 <ikke> update only shows what packages are available in the repo
2020-05-20 09:28:00 <ikke> it doesn't mean that many packages require update
2020-05-20 09:28:35 <Cogitri> It just says how many packages are installed
2020-05-20 09:28:51 <Cogitri> So you have 139 packages installed, that take up 541MiB in total
2020-05-20 09:29:41 <ikke> yes, but it also means that it's up-to-date if it does not install any new packages
2020-05-20 09:30:08 <Cogitri> Yup
2020-05-20 09:31:57 <AmberOcelot20> Thank you
2020-05-20 09:44:14 <AmberOcelot20> Question how do you open port 443
2020-05-20 09:44:24 <AmberOcelot20> Uploaded file: https://uploads.kiwiirc.com/files/176f7f6cbf0a8488130bf712718d58a4/pasted.txt
2020-05-20 09:46:18 <AinNero> do you have the webserver listening to 443?
2020-05-20 09:46:44 <AmberOcelot20> No trying to figure out how alpine does that at the mo
2020-05-20 09:47:45 <AinNero> what do you expect to see on port 443?
2020-05-20 09:48:49 <ikke> AmberOcelot20: this should all be handled via docker
2020-05-20 09:50:49 <AmberOcelot20> So the question is why it isn't ?
2020-05-20 09:51:28 <ikke> Did you setup a firewall?
2020-05-20 09:52:02 <AmberOcelot20> No not yet
2020-05-20 09:52:04 <ikke> ok
2020-05-20 09:52:06 <ikke> run docker ps
2020-05-20 09:52:19 <ikke> it should show you the exposed ports for each container
2020-05-20 09:54:01 <ikke> Note that this is not necessarily an issue with Alpine Linux
2020-05-20 09:54:56 <AinNero> ikke: https://github.com/discourse/discourse_docker/blob/master/discourse-setup#L55
2020-05-20 09:55:13 <AinNero> AmberOcelot20 is executing that script
2020-05-20 09:55:41 <AmberOcelot20> docker ps doesn't return anything
2020-05-20 09:55:54 <ikke> Oh, it's the script
2020-05-20 09:56:31 <AinNero> it fakes a http server in the lines above
2020-05-20 09:57:54 <AmberOcelot20> Ahh I see it now
2020-05-20 09:58:00 <AmberOcelot20> Suggestions ?
2020-05-20 09:58:29 <ikke> apk add netcat-openbsd
2020-05-20 09:58:47 <ikke> It's probabbly not working with busybox netcat
2020-05-20 10:01:24 <AinNero> but then port 80 wouldnt have worked either, right?
2020-05-20 10:01:39 <AinNero> i think its an issue with the network setup
2020-05-20 10:01:54 <ikke> true
2020-05-20 10:02:31 <AmberOcelot20> hmm I will troubleshoot further thanks guys
2020-05-20 10:02:40 <AinNero> i grabbed thr uncensored domain name from the paste
2020-05-20 10:02:49 <AinNero> and it does not go to some hoster, but to cloudflare
2020-05-20 10:07:21 <AmberOcelot20> So in cloudflare I have pointed an a record to the server IP for community.domainname.com that's it
2020-05-20 10:16:39 <ikke> The script is trying to make an http request over port 443, I don't think cloudflare supports that
2020-05-20 10:19:12 <ikke> You could just skip that part (ie, disabling the checkin the script)
2020-05-20 10:23:56 <AmberOcelot20> okay stupid question but how would you do that
2020-05-20 10:24:38 <ikke> On line 382, remove it, or comment it out
2020-05-20 11:01:49 <AmberOcelot20> When I do docker container ls it doesn't return anything
2020-05-20 11:22:09 <AmberOcelot20> Any ideas?
2020-05-20 11:22:47 <ikke> It means for some reason the containers are not created yet
2020-05-20 11:24:08 <AmberOcelot20> hmm might be cause its ubuntu based by default
2020-05-20 12:55:35 <albr> av[d]: I think theres a bug in the edge main repos. Im trying to install package cario-dev however I keep getting an error that it doesnt exist. My /etc/apk/repositories are on edge/main and edge/community
2020-05-20 12:59:02 <albr> av[d]: https://pkgs.alpinelinux.org/contents?branch=edge&name=cairo-dev&arch=x86_64&repo=main
2020-05-20 12:59:20 <albr> av[d]: Thats the specific package that is missing
2020-05-20 12:59:46 <ikke> if pkgs.a.o says it's there, it should be in the repos
2020-05-20 12:59:53 <albr> McBoat[d]: Are you spelling it right?
2020-05-20 13:00:03 <mps> cario-dev is not cairo-dev
2020-05-20 13:00:03 <ikke> pkgs.a.o gets it data from a mirror
2020-05-20 13:00:17 <albr> McBoat[d]: You mentioned "cario", but the package is spelled "cairo"
2020-05-20 13:00:48 <albr> av[d]: O
2020-05-20 13:00:50 <albr> av[d]: Nvm
2020-05-20 13:00:52 <albr> av[d]: Kms
2020-05-20 13:01:01 <mps> (imagining person with 'heavy' glasses :) )
2020-05-20 13:01:49 <albr> McBoat[d]: who?
2020-05-20 14:15:33 <fwm> what cli email clients are in the repos?
2020-05-20 14:15:45 <clandmeter> alpine :)
2020-05-20 14:15:52 <fwm> is that too meta?
2020-05-20 14:16:19 <fwm> figure its easier to set it a mail reader on my vps than anywhere else
2020-05-20 14:16:34 <clandmeter> alpine is also an mail client
2020-05-20 14:16:41 <clandmeter> you could also try aerc
2020-05-20 14:16:44 <clandmeter> its new
2020-05-20 14:16:49 <clandmeter> or mutt
2020-05-20 14:17:15 <fwm> okay cheers
2020-05-20 14:17:47 <clandmeter> i think aerc is still in testing
2020-05-20 14:19:12 <fwm> looks like it
2020-05-20 14:19:38 <clandmeter> i guess it can be moved it community
2020-05-20 14:22:57 <fwm> cool
2020-05-20 14:23:02 <vegankumpir> I think this tutorial https://wiki.alpinelinux.org/wiki/Nginx_as_reverse_proxy_with_acme_(letsencrypt) is outdated because there's no `acme-client` package on Alpine right now, anything I'm missing?
2020-05-20 14:25:37 <programmerq> looks like the last version of alpine to have that package was 3.8. It's for what appears to be a now-defunct project. Current alpine version has the certbot, certbot-nginx, and certbot-apache packages
2020-05-20 14:25:55 <programmerq> so I'd say that wiki page is due for a rewrite.
2020-05-20 14:26:00 <AinNero> there is also acme.sh
2020-05-20 14:26:27 <vegankumpir> programmerq: Any other tutorial that you are aware of?
2020-05-20 14:26:48 <programmerq> nothing alpine specific
2020-05-20 14:26:57 <programmerq> but the general certbox instructions are likely to apply
2020-05-20 14:26:59 <vegankumpir> I see.
2020-05-20 14:27:11 <PureTryOut[m]> mps: thanks for linux-edge!
2020-05-20 14:27:18 <PureTryOut[m]> 
ACTION is going to switch to it for Wireguard

2020-05-20 14:27:50 <programmerq> when I use letsencrypt, I generally use certbot to just get me the files and then I deal with installing them into my webserver myself. I am not a fan of having some general purpose code rewrite my webserver config files.
2020-05-20 14:27:52 <mps> PureTryOut[m]: np, but it is not much tested on aarch64
2020-05-20 14:28:16 <programmerq> so you can just use the regular 'certbot' package to get the cert, and then follow whatever instructions you'd follow normally to install a cert.
2020-05-20 14:28:21 <PureTryOut[m]> Well my PC's are x86_64, so that isn't a problem
2020-05-20 14:28:29 <mps> I have only one arm64 where I can test it
2020-05-20 14:29:08 <mps> ah, then it is ok, I run this branch for more than two monts
2020-05-20 14:29:26 <mps> and just preparing upgrade to 5.6.14
2020-05-20 15:17:56 <flatterlight> Hi, anyone got a current stable (3.11.6 aarch64) rpi4 with the "ip=dhcp" kerneloption to boot clean with a apkovl from an online source? I only get "socket(AF_PACKET,2,8): Address family not supported by protocol" and get dropped into an emergency shell.
2020-05-20 15:18:30 <flatterlight> When I remove the "quiet" kerneloption, I get the additional info that after droppping in the emergency shell the interface (eth0) is up and connected.
2020-05-20 15:19:02 <flatterlight> Is this https://gitlab.alpinelinux.org/alpine/mkinitfs/-/merge_requests/64?diff_id=8033#diff-content-836efb6e25a091dcb4ff8e1dbb2f0be6a5cbf14c related?
2020-05-20 17:13:59 <telmich> So I've another system that is stuck in the libffi issue - let's try the dance again
2020-05-20 17:18:28 <telmich> I'll run https://www.nico.schottelius.org/temp/fix-my-alpine-system.sh and see if it breaks and if not, I'll also report back
2020-05-20 17:19:39 <ikke> I think it should be possible to find out what packages are holding it back
2020-05-20 17:26:20 <telmich> hmm, I missed to add the tls library, so apk does not download anything from https
2020-05-20 17:30:42 <telmich> Besides me missing the certs, I also encountered the previous error that had "man" and "python" in my old world, which does not exist anymore. I am not sure if that's easy to automated / detect for others
2020-05-20 17:31:13 <telmich> But my steps so far with some success are: replacing world with alpine-base, apk upgrade -a, change repositories to http, restore original world, apk del man/python/python-dev, apk upgrade -a (still running, but looks good)
2020-05-20 17:36:29 <telmich> Yeah, I can install firefox!
2020-05-20 17:36:37 <Cogitri> Nice
2020-05-20 17:36:53 <Cogitri> Unfortunately apk's error reporting really isn't great on that right now
2020-05-20 17:37:31 <mps> PureTryOut[m]: ' uname -a' =>  Linux arya 5.6.14-0-edge #1-Alpine SMP PREEMPT Wed, 20 May 2020 15:59:37 UTC x86_64 GNU/Linux
2020-05-20 17:38:18 <mps> also on armv7 => Linux localhost 5.6.14-0-edge #1-Alpine SMP PREEMPT Wed, 20 May 2020 15:59:37 UTC armv7l GNU/Linux
2020-05-20 17:40:14 <mps> reboot/poweroff now works for some armv7 boards, tested on allwinner A20
2020-05-20 19:13:59 <albr> av[d]: Has anyone gotten the Discord binary working on Alpine?
2020-05-20 19:15:39 <ikke> You need something like flatpak
2020-05-20 19:17:07 <albr> Iron Oxidizer[d]: I think it should be possible without it considering People have gotten it working on Void with Musl
2020-05-20 19:18:47 <ikke> maybe something like gcompat works
2020-05-20 19:19:07 <u0jQx9gPyrYg> void also ships with glibc
2020-05-20 19:21:55 <albr> Iron Oxidizer[d]: Why not keep it in the browser? Even better since you can containerize it.
2020-05-20 19:23:11 <Cogitri> Unfortunately many things like live streaming don't in the browser
2020-05-20 19:23:21 <albr> mattx[d]: the Discord binary requires glibc and there's not much of a real solution to this
2020-05-20 19:24:50 <albr> mattx[d]: you could do something that's probably horrible (compile glibc), or just throw it in a chroot with glibc
2020-05-20 19:25:34 <albr> Iron Oxidizer[d]: I'm guessing there's no discord binary that's entirely statically compiled?
2020-05-20 19:27:13 <albr> mattx[d]: yup, and that's quite literally one of the main reasons nonfree software... sucks
2020-05-20 19:30:28 <ikke> Why not use something that is open source / non-proprietary
2020-05-20 19:31:35 <Cogitri> Even a statically linked Discord binary won't work because glibc doesn't work properly with static linking
2020-05-20 19:31:43 <Cogitri> Also what ikke said
2020-05-20 19:32:30 <albr> Iron Oxidizer[d]: Lol, I got discord working on Alpine
2020-05-20 19:32:34 <albr> Iron Oxidizer[d]: Flatpak works
2020-05-20 19:32:51 <albr> Iron Oxidizer[d]: @av
2020-05-20 19:35:06 <mattx433> I do have IRC too, but it's hard getting friends over
2020-05-20 19:40:38 <mattx433> Cogitri: And Electron is a pain on musl, doubt I'll see Discord running on musl anytime soon
2020-05-20 19:41:16 <albr> Iron Oxidizer[d]: Discord and OBS running on Alpine from memory off of a USB:
2020-05-20 19:41:17 <albr> Iron Oxidizer[d]: https://pictshare.net/zkyn0s.png
2020-05-20 19:41:53 <mattx433> That's Flatpak, right?
2020-05-20 19:41:58 <albr> Iron Oxidizer[d]: Yeah
2020-05-20 19:42:22 <albr> Iron Oxidizer[d]: I guess it packages the glibc deps with the package?
2020-05-20 19:42:47 <mattx433> ikke: Primarily, it's convenient. And they already have tons of communities on there.
2020-05-20 19:45:45 <albr> mattx[d]: @Iron Oxidizer Technically, glibc and all kinds of libraries are stored in the runtime
2020-05-20 19:47:22 <mps> 
ACTION repeating self 'using non free tools on free software project is not nice'

2020-05-20 19:47:52 <Cogitri> mattx433: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/7310 :)
2020-05-20 19:47:57 <albr> mattx[d]: The Discord flatpak only contains Discord itself
2020-05-20 19:48:07 <Cogitri> Currently SEGFAULTs though and I don't have the energy to fix it rn
2020-05-20 19:48:29 <albr> mattx[d]: That's made by you?
2020-05-20 19:48:41 <albr> av[d]: Oh sweet. So did you just install the remote package @Iron Oxidizer
2020-05-20 19:49:06 <albr> av[d]: Nvm, I see the flatpak apk and the discord pakref
2020-05-20 19:49:09 <artok> I tried discord, and hated it from the start
2020-05-20 19:49:10 <albr> av[d]: Thanks!
2020-05-20 19:50:02 <mattx433> artok: what's so annoying about it?
2020-05-20 19:52:19 <artok> allows people to spam emojis and graphs and so on
2020-05-20 19:52:26 <albr> BlueSlime[d]: Pls tell me there’s a substitute for wine or mono for ish
2020-05-20 19:54:21 <mattx433> Graphs? You mean, someone just flooded the chat with pictures of graphs?
2020-05-20 19:54:36 <mattx433> (not here)
2020-05-20 19:55:05 <albr> mattx[d]: @BlueSlime nope, not at all
2020-05-20 19:55:29 <albr> BlueSlime[d]: Well can I dual boot an Ubuntu shell in iSH?
2020-05-20 19:56:24 <albr> mattx[d]: Not sure, chroots may not work on that
2020-05-20 19:57:30 <mattx433> about emojis, I do think they're annoying
2020-05-20 19:58:36 <artok> well actually if you'd be able to disable all avatars, loading link previews, pictures etc it might be ok..
2020-05-20 19:58:42 <artok> oh wait, IRC
2020-05-20 19:59:25 <mattx433> they're really useless
2020-05-20 19:59:30 <albr> BlueSlime[d]: Chroot?
2020-05-20 19:59:33 <albr> BlueSlime[d]: Hmmm
2020-05-20 19:59:50 <albr> BlueSlime[d]: I typed chroot
2020-05-20 20:00:06 <albr> BlueSlime[d]: The command does exist
2020-05-20 20:01:03 <mattx433> Yes, but I don't know if that works in iSH and it would probably take an eternity for me to try and make a quick base system to chroot into
2020-05-20 20:02:33 <mattx433> artok: well, let's just hope nobody starts asking how to delete messages in IRC :P
2020-05-20 20:03:16 <albr> BlueSlime[d]: Hmmmm
2020-05-20 20:03:28 <mattx433> oh and forget quickly pasting files, it doesn't work that way
2020-05-20 20:03:39 <albr> BlueSlime[d]: Is there anyway I can get an ubuntu shell? I.E. ssh?
2020-05-20 20:04:18 <albr> Iron Oxidizer[d]: Ubuntu shell?
2020-05-20 20:04:20 <mattx433> Yes, you clearly can SSH into some Ubuntu box like a VPS.
2020-05-20 20:05:12 <mattx433> My only iThing, the iPad mini still runs iOS 8.1.3 to this day so I'm unable to test that
2020-05-20 20:48:40 <albr> BlueSlime[d]: I have iOS 11
2020-05-20 20:48:47 <albr> BlueSlime[d]: I might be able to do it
2020-05-20 20:55:32 <Cogitri> Sorry, but could you please either move the offtopic to #alpine-offtopic or keep it on your discord?
2020-05-20 21:24:36 <vegankumpir> No matter what I do, I just can't get certificate from letsencrypt via certbot on Alpine linux. It just says something about "/.well-known/acme-challange" but nobody on the tutorials I read have that issue, it just gives them the certificate. Is it related to Alpine or I'm doing something wrong?
2020-05-20 21:42:27 <amom> would alpine accept a package for gnu icecat?
2020-05-20 21:42:37 <c705> we'll never know unless you show us some logs or output
2020-05-20 21:42:45 <amom> I strongly dislike the direction firefox is going.
2020-05-20 21:43:47 <mps> amom: what is icecat
2020-05-20 21:44:57 <mps> I see, https://www.gnu.org/software/gnuzilla
2020-05-20 21:46:02 <vegankumpir> c705: What do you need?
2020-05-20 21:48:28 <ikke> amom: probably
2020-05-20 21:49:18 <mps> amom: looks interesting
2020-05-20 21:50:36 <mps> create merge request and I will try to build it
2020-05-20 21:51:22 <maxice8> How fast it tracks firefox ?
2020-05-20 21:51:47 <vegankumpir> It is basically firefox-esr
2020-05-20 21:52:05 <maxice8> Then why not use firefox-esr ?
2020-05-20 21:52:34 <vegankumpir> Because it has additianol security settings built-in.
2020-05-20 21:52:48 <mps> looks like they care more to privacy than ff-esr
2020-05-20 21:52:52 <maxice8> what stops one from putting them into firefox with a user.js or something like that ?
2020-05-20 21:53:09 <vegankumpir> maxice8: why don't you just try it already? :D
2020-05-20 21:53:19 <maxice8> i am happy with firefox atm
2020-05-20 21:53:29 <vegankumpir> Well, it is not for a normal user.
2020-05-20 21:53:44 <vegankumpir> It might break some pages as it only allows free javascript to run.
2020-05-20 21:54:00 <vegankumpir> Like you probably can't view youtube, facebook etc.
2020-05-20 21:54:31 <mps> uhm, I forgot to push tuitube
2020-05-20 21:54:41 <mps> thanks for remind me
2020-05-20 21:54:45 <vegankumpir> And as it tries to support only free software based things, it disallows the usage of drm.
2020-05-20 21:55:36 <mps> and if gnu people can start care more about musl libc
2020-05-20 21:55:58 <vegankumpir> Actually I would love some of them to work on a sane libc.
2020-05-20 21:56:11 <vegankumpir> Supporting musl would be very nice.
2020-05-20 21:56:16 <maxice8> Can't you just not enable drm and use librejs extension ?
2020-05-20 21:56:32 <vegankumpir> It has additinal features.
2020-05-20 21:56:35 <vegankumpir> Like branding.
2020-05-20 21:56:43 <maxice8> how is that a feature ?
2020-05-20 21:56:52 <mps> mozilla is known to work sometimes 'behind' user settings
2020-05-20 21:56:56 <vegankumpir> By default firefox assets is not that free. :D
2020-05-20 21:57:02 <ikke> "Fingerprinting countermeasures"
2020-05-20 21:57:31 <vegankumpir> And I think they wouldn't just create a browser for "disable drm and add bunch of extentions".
2020-05-20 21:58:16 <amom> There's alot of reasons to use icecat
2020-05-20 21:58:28 <amom> no pocket is a really important one
2020-05-20 21:59:01 <vegankumpir> Like you can use firefox with a userChrome.css to add gap between window and tor-socks or whatever and tadaa you have tor browser.
2020-05-20 22:00:04 <c705> i certianly agree with all this. firefox has been..disturbing for a few years now trying to play "catch-up" with chrome
2020-05-20 22:00:14 <amom> Also, I trust the gnu project with regards to privacy alot more than mozilla when I look at the historical record.
2020-05-20 22:00:17 <c705> thought about looking into opera again maybe, but icecat seems cool too
2020-05-20 22:00:24 <vegankumpir> amom: +1
2020-05-20 22:00:27 <vegankumpir> c705: +1
2020-05-20 22:01:26 <c705> i run live linux, and my firefox profile is copied froma  static source after boot. somehow, google fingerprinted me correctly and I'm still not sure how they did it
2020-05-20 22:01:38 <vegankumpir> I was disapponted when I thought the only browser that has css-grid inspector was firefox developer edition. They claims that in the front page of firefox developer edition. It turns out that firefox nightly also has that...
2020-05-20 22:02:00 <amom> c705: https://spyware.neocities.org/articles/firefox.html
2020-05-20 22:02:57 <c705> amom: this looks interesting, i'll have to read this after work. Thnaks
2020-05-20 22:03:49 <vegankumpir> c705: You were saying something seeing the logs, what do you need exactly?
2020-05-20 22:05:02 <c705> vegankumpir: well, i'm not familiar with lets' encrypt, but for someone else to assist, stdout/stderr of the command(s) you ran, dmesg output, other errors, things you've tried would go a long way towards solving your problem
2020-05-20 22:06:09 <mps> vegankumpir: you want some automatic lets encrypt update?
2020-05-20 22:06:11 <vegankumpir> I see. I can provide whatever you need that I can provide then. :D
2020-05-20 22:06:30 <vegankumpir> mps: No, I just want to have certificate. I can automate it once I get the certificate.
2020-05-20 22:06:49 <mps> I use acme.sh
2020-05-20 22:07:17 <mps> created script to do all things automatically
2020-05-20 22:07:31 <vegankumpir> Let me research it.
2020-05-20 22:07:49 <vegankumpir> Are you hosting something with alpine, too?
2020-05-20 22:08:19 <mps> yes
2020-05-20 22:09:02 <vegankumpir> Can I ask what do you do? Like is it just static content or you also do e-mail hosting?
2020-05-20 22:09:10 <vegankumpir> Or I don't know IRC?
2020-05-20 22:09:30 <mps> I use alpine for everything, except some legacy servers with in-house software
2020-05-20 22:09:50 <vegankumpir> Is it self hosting?
2020-05-20 22:09:57 <mps> no, cloud
2020-05-20 22:10:02 <vegankumpir> I see.
2020-05-20 22:10:07 <vegankumpir> Do you use nginx?
2020-05-20 22:10:13 <vegankumpir> are you using*
2020-05-20 22:10:27 <mps> but my local web/mail server is also alpine
2020-05-20 22:10:48 <mps> yes, for my web pages
2020-05-20 22:10:55 <mps> nginx*
2020-05-20 22:11:20 <mps> but for some application web servers I use haproxy
2020-05-20 22:11:40 <vegankumpir> Okay, thanks for your information.
2020-05-20 22:11:52 <vegankumpir> That means I have something wrong with, at least I hope so.
2020-05-20 22:12:05 <vegankumpir> I mean, I'm hoping it is something I can fix.
2020-05-20 22:12:22 <mps> I use acme.sh with nginx and haproxy to update certs
2020-05-20 22:12:49 <vegankumpir> I'll try to use acme.sh now.
2020-05-20 22:13:12 <mps> read about acme.sh and socat combo
2020-05-20 22:14:15 <vegankumpir> why is that?
2020-05-20 22:14:28 <vegankumpir> I mean, I'll not use socat.
2020-05-20 22:14:31 <mps> acme.sh in standalone mode
2020-05-20 22:15:57 <amom> I wonder if I can just copy the firefox-esr APKBUILD
2020-05-20 22:16:01 <mps> if you have shell scripting experience you can do a lot of automation with it
2020-05-20 22:16:32 <mps> amom: this was my thinking
2020-05-20 22:16:50 <vegankumpir> Last I wanted to use Alpine, there was no automatic encrypition with non-english keyboard support before entering password, how is it now?
2020-05-20 22:16:51 <amom> Im gonna be compiling it on my pinephone lmaoooooo
2020-05-20 22:18:04 <mps> amom: when you finish you can post APKBUILD to me and I will try on some 'monster' box :)
2020-05-20 22:18:16 <amom> mps: sure thing :)
2020-05-20 22:22:46 <mps> 
ACTION wonders how the free/open source devs didn't built good enough web browser but depend on these companies which don't respect privacy

2020-05-20 22:23:07 <maxice8> because building a web browser is hugely expensive and people don't pay open/free software devs
2020-05-20 22:23:19 <maxice8> i think this is one of your questions you ask but don't want people to answer
2020-05-20 22:23:44 <vegankumpir> web is so bloated. drawing things would be easier.
2020-05-20 22:23:46 <amom> mps: look at the spec for the modern web
2020-05-20 22:23:57 <mps> maxice8: but linux/bsd kernels, glibc/musl/bsd-libc, gcc/g++ ....
2020-05-20 22:24:07 <amom> it's insane. No free software project could be able to implement that
2020-05-20 22:24:40 <maxice8> you will be suprised that most people that work on that do it beside their job and the best ones are paid by companies like Red Hat, Intel, AMD, Google, etc etc etc to work on that
2020-05-20 22:24:48 <amom> well. I wont say none but gnu project is the closest when it comes the resources imo and it shows in gnu icecat.
2020-05-20 22:25:10 <vegankumpir> mps: those are way easier to deal with than web, seriously. Web is one, hue bloated piece of "software" that nobody can handle.
2020-05-20 22:25:11 <mps> I think we weren't careful enough and trusted too much to 'foundations'
2020-05-20 22:25:29 <vegankumpir> huge*
2020-05-20 22:26:24 <amom> mps: I think organization is important to solve these big issues. But organization involves humans and humans suck.
2020-05-20 22:26:58 <vegankumpir> "humans suck" ~amom
2020-05-20 22:27:18 <mps> amom: I disagree, devoted people can do a loot, even unbeliveable
2020-05-20 22:27:55 <amom> mps: a devoted person alone? ;)
2020-05-20 22:28:06 <mps> I started to use linux in 1992/93 and all told me that it is useless thing
2020-05-20 22:28:55 <mps> all believed that the windows/solaris/hpux will be only options
2020-05-20 22:30:13 <mps> every text in these times told that linux is a toy
2020-05-20 22:31:09 <nacelle> 
ACTION did the same, had the same experience

2020-05-20 22:31:26 <nacelle> (started using linux ~nov of 92)
2020-05-20 22:31:33 <amom> mps: hehe. Ya, maybe Im just a linux zoomer...
2020-05-20 22:32:04 <mps> nacelle: looks like we are started nearly simultaneosly :)
2020-05-20 22:33:01 <nacelle> 
ACTION misses the days when kernels were dropped multiple times in 24 hours

2020-05-20 22:33:13 <nacelle> (not)
2020-05-20 22:33:18 <mps> I remember that I registered myself as linux user after nearly year of usage and I was somewhere about 20.000 number
2020-05-20 22:34:11 <mps> nacelle: no, it is twice in week nowadays :)
2020-05-20 22:34:45 <mps> except if you 'git pull'
2020-05-20 22:37:39 <nacelle> it took me hours to go through make menuconfig
2020-05-20 22:38:12 <nacelle> (recently I had to compile a new kernel after a year or so of not doing one, and went from 4.x to 5.4.x)
2020-05-20 22:38:51 <nacelle> whereas back then... make menuconfig was a fraction of the size of a tree ;-)
2020-05-20 22:39:00 <nacelle> (whenever make menuconfig finally came out)
2020-05-20 22:39:13 <nacelle> i dont think it was around until maybe the mid 90s though, hrmm
2020-05-20 22:39:25 <nacelle> it was like answer y/n to 100s of questions before that
2020-05-20 22:39:36 <nacelle> which I believe you can still do (make config or some such, maybe)
2020-05-20 22:40:39 <mps> eh, and I do this for 3 arches
2020-05-20 22:41:21 <mps> today just added linux-edge to alpine aports, 5.6.14
2020-05-20 22:41:40 <nacelle> nice
2020-05-20 22:42:21 <mps> it is in testing for x86_64, armv7 and aarch64, though aarch64 is not tested much
2020-05-20 22:43:24 <mps> all needed is 'apk add linux-edge', feedback is welcome
2020-05-20 22:44:06 <mps> it's late, good night all :)
2020-05-20 22:49:26 <c705> night mps
2020-05-21 00:24:13 <vegankumpir> When I remove /etc/motd and do `lbu commit -d`, it comes back. Why is that?
2020-05-21 08:44:24 <rnkn> how does one search the non-free apk repo?
2020-05-21 08:46:20 <albr> monado[d]: there’s a nonfree repo?
2020-05-21 08:46:23 <artok> is there ?
2020-05-21 08:46:23 <albr> monado[d]: really?
2020-05-21 08:46:33 <albr> monado[d]: Don’t think so
2020-05-21 08:46:40 <artok> there is abuild stuff for non-free
2020-05-21 08:46:47 <artok> so you need to build the packages yourself
2020-05-21 08:48:12 <Cogitri> Yes, the point of non-free is that we can't distribute those packages
2020-05-21 08:48:23 <Cogitri> So we only offer the APKBUILDs (the build recipes) for them
2020-05-21 08:49:56 <rnkn> ahhh
2020-05-21 08:50:20 <rnkn> Cogitri: can abuild function like *BSD's ports?
2020-05-21 08:50:30 <maxice8> in the sense that ?
2020-05-21 08:51:34 <rnkn> well I'm speaking from a lack of knowledge/experience, but with BSD if you wanna say build the latest Emacs you can cd into something like editors/emacs then do a make install
2020-05-21 08:51:50 <maxice8> same but you use abuild
2020-05-21 08:52:14 <rnkn> nice
2020-05-21 08:52:32 <rnkn> I am genuinely so happy with Alpine
2020-05-21 08:52:36 <maxice8> same as every other ports system i think
2020-05-21 08:53:02 <rnkn> got a Rpi4 a week or so ago and I've been moving from my Macbook Pro over to that with Alpine
2020-05-21 08:53:02 <vegankumpir> Is there any publicly available logs of this channel?
2020-05-21 08:53:14 <albr> monado[d]: Yes
2020-05-21 08:53:16 <ikke> https://irclogs.alpinelinux.org
2020-05-21 08:53:21 <vegankumpir> thank you.
2020-05-21 08:53:28 <albr> monado[d]: https://dev.alpinelinux.org/irclogs/
2020-05-21 08:53:32 <albr> monado[d]: you beat me
2020-05-21 08:53:37 <ikke> that link is old
2020-05-21 08:53:56 <albr> monado[d]: rip looks like I’m going to have to update the rules channel then
2020-05-21 08:54:54 <ikke> It does redirect
2020-05-21 08:55:15 <albr> monado[d]: Fixed it anyway
2020-05-21 08:55:27 <vegankumpir> When I lost my connection, I asked `When I remove /etc/motd and do `lbu commit -d`, it comes back. Why is that?` but I can't find it on 2020-04 or 2020-05.
2020-05-21 08:56:07 <vegankumpir> Oh, I guess I was looking at #alpine-test.
2020-05-21 08:56:12 <vegankumpir> sorry. :D
2020-05-21 08:56:40 <ikke> heh
2020-05-21 08:56:44 <rnkn> vegankumpir: I did the same thing when I was first directed to them the other day
2020-05-21 08:57:03 <vegankumpir> lol
2020-05-21 08:57:31 <ikke> vegankumpir: possibly because it's part of alpine-baselayout
2020-05-21 08:57:55 <ikke> almost certainly because of that
2020-05-21 08:58:23 <vegankumpir> nobody has answered my question, lol
2020-05-21 08:58:32 <ikke> I just did :)
2020-05-21 08:58:45 <vegankumpir> Not that one.
2020-05-21 08:58:51 <vegankumpir> 2020-05-21 00:24:13 <vegankumpir> When I remove /etc/motd and do `lbu commit -d`, it comes back. Why is that?
2020-05-21 08:58:58 <ikke> THat's what I just answered
2020-05-21 08:59:06 <vegankumpir> When?
2020-05-21 08:59:10 <ikke> ^^^
2020-05-21 08:59:16 <ikke> 10:57:31            @ikke │ vegankumpir: possibly because it's part of alpine-baselayout
2020-05-21 08:59:22 <vegankumpir> Oh, I thought you were refering the #alpine-test
2020-05-21 08:59:39 <vegankumpir> So, if I just put some empty text in there, it will be okay?
2020-05-21 08:59:47 <vegankumpir> Like I really don't want to see any message.
2020-05-21 09:00:25 <ikke> yes, that should work
2020-05-21 09:00:33 <ikke> apk won't overwrite it, but will place it when it's missing
2020-05-21 09:00:34 <vegankumpir> Let me try. ^^
2020-05-21 09:07:24 <vegankumpir> ikke: Doesn't work.
2020-05-21 09:07:45 <vegankumpir> Let me see if it is included in `lbu ls` first.
2020-05-21 09:08:00 <vegankumpir> No, it is not. Do you think it is the problem?
2020-05-21 09:08:32 <nacelle> if you do "lbu add /etc/motd", then "lbu_commit -d", does it track it?
2020-05-21 09:09:41 <nacelle> oh, remove
2020-05-21 09:09:44 <vegankumpir> When you do `lbu add /etc/motd` it should include it to lbu's list which means `lbu commit` will track changes of it.
2020-05-21 09:10:03 <vegankumpir> I don't have to remove it, I just don't want to see any message.
2020-05-21 09:10:25 <vegankumpir> Just a clean login screen where only the prompt shows up.
2020-05-21 09:12:41 <ikke> So it does not work if you make it empty and commit that?
2020-05-21 09:13:20 <vegankumpir> I guess it is because of it is not in the track list of lbu.
2020-05-21 09:13:31 <vegankumpir> Let me just try that as well.
2020-05-21 09:15:41 <vegankumpir> It *werks*.
2020-05-21 09:17:51 <vegankumpir> Okay, one last question: Are we able to have LUKS encryption on Alpine installation (to a SSD, if it matters) with a non-English keyboard layout before the password prompt? It doesn't matter if `setup-alpine` handles that or I do manually, the only thing matters is, is there a guide on that?
2020-05-21 09:26:45 <TBB> have "keymap" in your mkinitfs.conf and regenerate your initramfs, that should be all
2020-05-21 09:27:56 <vegankumpir> The value of it?
2020-05-21 09:28:45 <TBB> no, the string should be in the features that mkinifts copies to the initramfs
2020-05-21 09:29:23 <TBB> I -think- it copies the current keymap setting from your system to the initramfs as well
2020-05-21 09:29:31 <vegankumpir> Oh, it would be very neat.
2020-05-21 09:30:26 <vegankumpir> Okay, it is the critical part of installation for me but right now don't know how to do LUKS on Alpine. Going to check the wiki.
2020-05-21 09:36:49 <TBB> I never remember exactly how it goes, there's support for it in the installer but it's hidden from plain setup-alpine. I do my Alpine installers by hand in a chroot, usually, or I use my own installer; I rolled a custom Alpine for a customer, and installed Alpine on LUKS many times a day for six years
2020-05-21 09:38:24 <vegankumpir> May I see your installation script?
2020-05-21 09:39:02 <TBB> I've been hoping to release it for a long time now, there's nothing special about it but the customer has yet to approve releasing it
2020-05-21 09:39:42 <vegankumpir> So it is not publicly available?
2020-05-21 09:39:53 <TBB> but it's basically the chroot install with a couple of shell functions to make writing custom installs slightly easier
2020-05-21 09:39:57 <TBB> no, unfortunately
2020-05-21 09:40:19 <vegankumpir> Well, I seriously don't need a installer if there's documentation for how to do.
2020-05-21 09:40:34 <TBB> I've got a rewrite of it underway, I'll hopefully finish it as soon as I get my current work project out of the way
2020-05-21 09:40:35 <vegankumpir> Because you know, the process changes distro to distro.
2020-05-21 09:41:31 <TBB> yeh. the installer supports a couple other distributions as well, because some people preferred something else on their workstations for daily work
2020-05-21 09:42:14 <vegankumpir> Did you write a script that installs couple distro of choice?
2020-05-21 09:42:25 <TBB> I think I had the distro modules for rhel/centos fully working and debian/ubuntu underway
2020-05-21 09:43:15 <TBB> yeah. and basically you could run the same install for several distros, the distro libs defines package sets for various types of installs
2020-05-21 09:43:35 <TBB> all you had to do was change "use distro/alpine" to "use distro/centos" to switch distros
2020-05-21 09:43:38 <vegankumpir> Nice, I guess? :D
2020-05-21 09:44:20 <TBB> yeah well, that's what lazy people do, you know. they're willing to put an insane amount of effort into avoiding having to do anything
2020-05-21 09:44:34 <vegankumpir> lol
2020-05-21 09:45:37 <TBB> and it had some timesaving features too, like optionally archiving the finished install so you could just unpack that to a disk and it was ready to use
2020-05-21 09:46:01 <vegankumpir> That's neat.
2020-05-21 09:46:53 <TBB> just squashfs'd the whole system so the next install would be just disk preparation and unpacking; you don't even need to unpack the squashfs image really as it's usable as a root filesystem
2020-05-21 09:49:10 <TBB> ... I actually miss working in that project, despite sometimes being super frustrated about it it was the most fun I've had at work
2020-05-21 13:41:45 <paulw> Looking for help - how do you add a custom library search path?
2020-05-21 13:43:10 <paulw> I need to include /usr/local/sap/nwrfcsdk/lib in the library search path, but the "normal" way of doing that by creating a conf file in /etc/ld.so.conf.d doesn't seem to work under Alpine
2020-05-21 13:43:53 <vegankumpir> paulw: I think `$LD_LIBRARY_PATH` is what you need.
2020-05-21 13:45:03 <paulw> Ok, will try that. Is there a way to test which libraries are found? I would normally run ldconfig -p to show them...
2020-05-21 13:46:55 <Cogitri> You could also embed a RPATH in your binary with chrpath
2020-05-21 13:55:57 <paulw> thanks for the help!
2020-05-21 22:14:57 <pete_> hello, I am trying to run alpine in dual boot setting, but following guide on wiki I cannot boot alpine. I get error: mounting /dev/sda4 on /sysroot failed nosuch file or dir. mounting root failed. Can I ask you what coul be the problem? I have added menuentry for alpine to grub.cfg in my opensuse linux
2020-05-21 22:35:20 <amom> pete_: I recommend using UUIDs instead of /dev/sda4
2020-05-21 22:36:50 <pete_> in gtub.cfg menuentry I have used uuid as advised in wiki
2020-05-21 22:37:17 <pete_> grub
2020-05-21 23:21:40 <TheKyleS> hi team, trying to fix https://gitlab.alpinelinux.org/alpine/aports/-/issues/11551 https://gitlab.alpinelinux.org/alpine/aports/-/issues/11550 . It's pretty simple, just needs a rebuild triggered. How can we fix this?
2020-05-21 23:23:06 <afontain_> make a merge request that increase pkgrel
2020-05-21 23:23:48 <TheKyleS> Leo tried, that failed for whatever reason
2020-05-21 23:24:35 <maxice8> I assigned the maintainer
2020-05-21 23:24:57 <TheKyleS> nah he's dead, packages were flagged prior to filing the issues, nada.
2020-05-21 23:25:54 <TheKyleS> I guess I could just add alpine-sdk and build it myself...
2020-05-21 23:26:10 <maxice8> aports can be used to build it in the meantime
2020-05-21 23:26:45 <TheKyleS> I'm coming from gentoo, haven't learned the tooling in this camp yet. reminds me of AUR though
2020-05-22 00:19:31 <Hello71> not really like AUR except that APKBUILDs are like PKGBUILDs
2020-05-22 00:19:53 <Hello71> in fact it's the opposite of AUR in that there isn't a central hosting for unofficial packages
2020-05-22 02:28:03 <albr> BlueSlime[d]: What is a substitute for mono or wine when using ish on iOS
2020-05-22 03:15:38 <albr> McBoat[d]: There isn't really any; those kinda programs need functionality that iSH doesn't yet have
2020-05-22 03:16:12 <albr> McBoat[d]: maybe try QEMU's userspace emulation and run Wine under that? That way you'll at least (probably) have a full instruction set
2020-05-22 03:16:50 <albr> McBoat[d]: Although you really ought to submit an issue to the iSH project page or debug it yourself
2020-05-22 08:02:33 <Alex96> Hi anyone have any experience encrypting Alpine linux with LVM on LUKS I have spun up a linode which by default lets you either choose sys data or luks after you run setup alpine and its default partition is sdb
2020-05-22 08:07:30 <PureTryOut[m]> I run that on my laptop and desktop but involved quite a lot of manual setup rather than just running setup-alpine
2020-05-22 08:08:37 <Alex96> I am aware do you perhaps have the steps ?
2020-05-22 08:10:35 <Cogitri> I basically followed https://wiki.archlinux.org/index.php/Dm-crypt/Encrypting_an_entire_system when setting up my device
2020-05-22 08:12:47 <Alex96> Thanks I will take a look
2020-05-22 08:15:54 <PureTryOut[m]> There is also this https://wiki.alpinelinux.org/wiki/LVM_on_LUKS
2020-05-22 08:24:10 <TBB> my question would be, if you're running Linux on someone else's hardware, what benefit do you get from using LUKS? It's meant to protect against offline attacks.
2020-05-22 08:25:11 <TBB> cases like someone stealing your laptop, for example
2020-05-22 08:25:35 <Alex96> So that the data can't be accessed by pulling the drive out
2020-05-22 08:52:56 <nacelle> that story happens all the time in a non-malicious modern sense, because the data can theoretically be read on the disks that are rotated out after their service life
2020-05-22 09:13:09 <thresh> hello.  is alpine 3.8 EOL now?
2020-05-22 09:14:44 <Cogitri> https://wiki.alpinelinux.org/wiki/Alpine_Linux:Releases Yes
2020-05-22 09:14:59 <Cogitri> I guess we're currently having a grace period because 3.12 is running late though
2020-05-22 09:18:02 <thresh> does that mean it's EOL but not really? :)
2020-05-22 09:19:00 <Cogitri> Technically it's EOL but practically we're currently backporting some things still
2020-05-22 09:19:10 <Cogitri> Ideally you'd use 3.11 by now though
2020-05-22 09:19:54 <thresh> well I'm a software vendor, and we ship our software for all supported alpine versions, so we have builds for 3.8, 3.9, 3.10 and 3.11
2020-05-22 09:20:09 <thresh> so yeah
2020-05-22 09:20:21 <Cogitri> Oh, okay
2020-05-22 09:20:42 <Cogitri> Well, then I'd suggest you wait with dropping 3.8 until 3.12 is out
2020-05-22 09:20:54 <thresh> right, that sounds fine, thank you
2020-05-22 10:21:46 <ncopa> 3.12.0_rc1 is out
2020-05-22 10:24:37 <Cogitri> 🎉
2020-05-22 10:28:23 <thresh> that's awesome
2020-05-22 15:25:19 <rnkn> hello
2020-05-22 15:26:03 <rnkn> my Emacs on Alpine console does not seem to want to display unicode, but I have unicode enabled in /etc/rc.conf
2020-05-22 15:27:12 <rnkn> is this a problem with emacs, or is the console not setting something?
2020-05-22 15:27:13 <AinNero> rnkn: im not using emacs, but for mosh to work, i need to set a export LANG=en_US.UTF-8 variable
2020-05-22 15:27:44 <AinNero> same for tmux
2020-05-22 15:27:46 <rnkn> AinNero: ah, thanks, I had noticed that the LANG variables was nothing
2020-05-22 15:46:34 <rnkn> I seem to recall there being an automatic way to set LC_* variables...?
2020-05-22 15:46:56 <Cogitri> Probably /etc/profile.d
2020-05-22 16:04:58 <rnkn> Cogitri: thanks. does that require a reboot to take effect?
2020-05-22 16:05:36 <Cogitri> I think logging in and out again should do the trick
2020-05-22 16:07:55 <joe9> I am trying to install docker to a fresh alpine linux install, but, get this error:
2020-05-22 16:08:07 <joe9> devvm:/boot# apk add docker
2020-05-22 16:08:07 <joe9>     required by: world[docker]
2020-05-22 16:08:07 <joe9>   docker (missing):
2020-05-22 16:08:07 <joe9> ERROR: unsatisfiable constraints:
2020-05-22 16:08:33 <rnkn> Cogitri: if I just open tty3 (currently on tty2) and log in there should it take effect?
2020-05-22 16:08:33 <joe9> any suggestions on what I am missing? I did apk update; apk upgrade and they ran fine
2020-05-22 16:08:42 <Cogitri> docker is in community/, you should probably add community to your /etc/apk/repositories
2020-05-22 16:08:47 <Cogitri> rnkn: Yes
2020-05-22 16:08:58 <rnkn> hmmm, that is weird then
2020-05-22 16:09:11 <AinNero> rnkn: yes
2020-05-22 16:09:22 <AinNero> you can check with `env` if it got set
2020-05-22 16:09:32 <anthk_> hello, does alpine support 32 bit chroots on 64 bit?
2020-05-22 16:09:49 <AinNero> anthk_: yes, this is a feature of the kernel
2020-05-22 16:10:07 <joe9> Cogitri, thanks.
2020-05-22 16:10:10 <rnkn> hmm, no LANG at all
2020-05-22 16:10:21 <AinNero> rnkn: did you use 'export' ?
2020-05-22 16:10:45 <rnkn> AinNero: I just editing /etc/profile.d/locale to change the LANG variable there
2020-05-22 16:10:49 <rnkn> *edited
2020-05-22 16:11:37 <anthk_> nice, it's for wine
2020-05-22 16:11:51 <anthk_> on /etc/profile.d/locale you must export all variables
2020-05-22 16:12:04 <AinNero> might be a bug that they arent per default
2020-05-22 16:12:12 <anthk_> s/^/export /g
2020-05-22 16:12:29 <Cogitri> Actually, maybe it needs to be locale.sh instead of locale ?
2020-05-22 16:12:39 <anthk_> that too in order to be sourced
2020-05-22 16:12:41 <rnkn> I thought that!
2020-05-22 16:13:07 <rnkn> because it says for script in /etc/profile.d/*.sh
2020-05-22 16:14:00 <rnkn> there's also color_prompt and vte.csh which would be ignored...?
2020-05-22 16:16:25 <rnkn> okay, so changing /etc/profile to "for script in /etc/profile.d/*" now sources locale, but it also sources vte.csh, and csh isn't sh
2020-05-22 16:16:42 <anthk_> *.sh
2020-05-22 16:16:58 <Cogitri> There's also a vte.sh, are you sure it doesn't source that?
2020-05-22 16:17:09 <anthk_> leave it as it, just change locale to locale.sh
2020-05-22 16:17:15 <anthk_> as is
2020-05-22 16:19:22 <rnkn> pretty sure it would source vte.sh
2020-05-22 16:19:53 <rnkn> but that's not setting LANG
2020-05-22 16:20:39 <Cogitri> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/8268
2020-05-22 16:21:15 <ikke> Cogitri: I think that's done for a reason (at least color_promt)
2020-05-22 16:21:20 <rnkn> Cogitri: is that related? I'm on the console, no browser
2020-05-22 16:21:36 <ikke> Cogitri: it's basically an opt-in file
2020-05-22 16:22:46 <rnkn> I just added export LANG=... to /etc/profile
2020-05-22 16:23:05 <Cogitri> ikke: Oohh, right
2020-05-22 16:23:09 <Cogitri> That doesn't apply for locale.sh though
2020-05-22 16:23:15 <ikke> yup
2020-05-22 16:24:05 <Cogitri> Fixed, thanks
2020-05-22 16:24:09 <rnkn> thank you for your help, it's 2:30am here and I have finally got a solid utf-8 border line in emacs
2020-05-22 16:24:18 <rnkn> goodnight
2020-05-22 19:03:13 <mps> what filesystem is 'best' for ssd disks, what are yours experience
2020-05-22 19:04:36 <mps> safety first
2020-05-22 19:04:55 <ikke> I tend to just use ext4, but there is also f2fs
2020-05-22 19:05:54 <mps> I use f2fs and never had issue with it on e/mmc cards but had few times on ssd disks
2020-05-22 19:06:14 <ikke> issues?
2020-05-22 19:06:24 <mps> corrupt FS
2020-05-22 19:06:49 <Cogitri> btrFS is nice
2020-05-22 19:07:02 <mps> is it safe?
2020-05-22 19:07:17 <Cogitri> datachecksumming, subvolumes and snapshots are super fancy
2020-05-22 19:07:25 <mps> I read articles for long time and have impression that it is not stable
2020-05-22 19:07:33 <Cogitri> Hm, btrFS blew up twice in my face like 3 years ago, both times after some KVM hard freezes
2020-05-22 19:07:46 <mps> yes, thats nice features, but I prefer safety
2020-05-22 19:07:58 <Hello71> it may or may not be stable as long as you only use the most basic features
2020-05-22 19:08:00 <Cogitri> But it has been doing just fine for a few months now
2020-05-22 19:08:02 <Hello71> which imo defeats the point
2020-05-22 19:08:11 <Cogitri> It's stable as long as you don't use RAID 5/6
2020-05-22 19:08:31 <Cogitri> If you don't want to go with btrFS I'd probably opt for XFS on LVM
2020-05-22 19:08:33 <Hello71> yes, that's what people said last year, and the year before, and the year before, and the year before
2020-05-22 19:09:02 <Cogitri> Well, I still use ZFS on my server, I only use btrFS on my day-to-day devices where everything is backed up anyway
2020-05-22 19:09:06 <Hello71> which was the year that I lost a bunch of (non-essential) data
2020-05-22 19:09:46 <mps> :)
2020-05-22 19:09:53 <mps> huh, not good
2020-05-22 19:10:01 <Hello71> and it's still slow
2020-05-22 19:10:55 <mps> actually, I didn't had issues using f2fs on internal ssd but few times on ssd over usb adapter
2020-05-22 19:11:14 <c705> btrfs gets slow if you have a lot of random i/o on file(s): ie, database or vm images
2020-05-22 19:11:18 <mps> maybe this is because of not good usb interface
2020-05-22 19:11:36 <c705> because of cow - it can be disabled on file level to avoid that
2020-05-22 19:12:23 <mps> f2fs got encryption in latest kernel and zstd compression, which is tempting
2020-05-22 19:14:29 <mps> but well, f2fs-tools in alpine have some issues
2020-05-22 19:15:05 <mps> yesterday run fsck.f2fs on one partition and it segfaulted
2020-05-22 19:15:36 <mps> attached to my son notebook with debian and it repaired it fine
2020-05-22 19:34:04 <kmmndr> Hi all :-)
2020-05-22 19:34:57 <Cogitri> 👋
2020-05-22 19:35:19 <monado> hi
2020-05-22 19:37:27 <kmmndr> I'm very happy to contribute to alpine linux by add some missing packages
2020-05-22 19:37:59 <nacelle> kmmndr: have you enabled the community repo?
2020-05-22 19:38:19 <kmmndr> I did add gcompris-qt yesterday, it was at version 0.97
2020-05-22 19:38:35 <kmmndr> Today someone bumped it to version 0.98
2020-05-22 19:38:53 <paul____> (sorry to interrupt) Hello everyone, I was having some issues with apk update and I relented to using the --force flag, and on subsequent boots my desktop environment crashes on loading >:D, is there any documentation on how I can troubleshoot this, or can someone help me get to a shell so I can try to fix?
2020-05-22 19:39:11 <kmmndr> But it seems that version 0.98 has not been released
2020-05-22 19:39:52 <Cogitri> paul__: apk update should only update the repos, did you mean upgrade?
2020-05-22 19:39:59 <paul____> Yes, sorry
2020-05-22 19:40:11 <Cogitri> Also, without more info its a bit hard to say anything. What desktop? Does `apk upgrade -a` still report errors?
2020-05-22 19:40:32 <Cogitri> kmmndr: Sorry?
2020-05-22 19:40:58 <paul____> The desktop environment is XFCE, I can't run any commands because it crashes after booting to the login screen
2020-05-22 19:42:36 <Cogitri> Hm, you could boot into single user mode, mount your /, disable the service for your display manager and then reboot
2020-05-22 19:42:52 <mps> kmmndr: maybe it is not announced, because there is new version for download
2020-05-22 19:43:12 <paul____> That sounds great, is there documentation for booting into single user mode? I don't want to be a burden on you
2020-05-22 19:44:19 <kmmndr> mps: the file seems to exists since last december, but it has not been annonced
2020-05-22 19:44:56 <kmmndr> Is it really required to upgrade as soon as possible ?
2020-05-22 19:44:57 <Cogitri> paul___: adding single (or was it just s?) to your kernel cmdline should get your into single user mode
2020-05-22 19:45:10 <alpguest> Hello. The wiki page states that Alpine will boot and "runs it completely from RAM". However it seems to me that it mounts a modloop from the boot-media to supply the kernel modules. I believe that the statement about being run 100% from RAM is incorrect? My wish is to boot the installer from a usb-stick and then be able to remove it. Is there a
2020-05-22 19:45:11 <alpguest> recommended way to achieve this or should I just go the hackish way of copying the modloop to "disk" (RAM/tmpfs)
2020-05-22 19:45:18 <mps> kmmndr: some people like to rush
2020-05-22 19:46:11 <paul____> Cogitri: Thanks I'll have a go
2020-05-22 19:51:13 <brass> Hey does anybody know how to use plymouth with alpine?
2020-05-22 20:12:31 <gjabell> anyone know if !8099 will be merged soon?
2020-05-22 20:13:22 <Cogitri> I think there are some problems with Go 1.14.x on mips unfortunately
2020-05-22 20:13:54 <gjabell> ah, damn
2020-05-22 20:14:03 <gjabell> guess I'll just build locally assuming it doesn't take too long
2020-05-22 20:14:54 <ikke> no
2020-05-22 20:14:57 <ikke> it's very quick
2020-05-22 20:20:35 <ikke> gjabell: out of curiosity, what's the reason you need 1.14?
2020-05-22 20:21:06 <gjabell> project I'm writing something for uses 1.14 apparently and I don't want to have to run docker :P
2020-05-22 20:21:17 <ikke> k
2020-05-22 20:21:31 <gjabell> but building it locally works fine :)
2020-05-22 20:21:57 <ikke> yup, should work
2020-05-22 20:54:48 <paul____> Cogitri, is it possible to mount my / from single user mode? fdisk -l doesn't return anything and all I see is RAM
2020-05-22 20:55:24 <Cogitri> Hmm, it should be but maybe it doesn't autoload the right modules?
2020-05-22 20:57:04 <paul____> Here's what I've got: .linux vmllinuz-vanilla root=UUID.... modules=sd-mod,usb-storage,ext4 single quiet rootfstype=ext4 initrd=initramfs-vanilla
2020-05-22 21:09:57 <Cogitri> I think you'll have to modprobe those manually in single user mode maybe?
2020-05-22 21:11:39 <paul____> As in, `modprobe ext4`?
2020-05-22 21:13:23 <ikke> modprobe ext4 would not help seeing disks (block devices)
2020-05-22 21:34:37 <paul____> Ok well thanks for your help Cogitri and ikke, I will come back tomorrow
2020-05-22 22:44:51 <epsilonKNOT> yo
2020-05-22 22:44:59 <epsilonKNOT> :)
2020-05-22 22:46:21 <epsilonKNOT> my brother has a problem with the alpine booting
2020-05-22 22:47:12 <heroapoorva> I am getting an error when using minicom
2020-05-22 22:49:05 <heroapoorva> http://dpaste.com/3PE7GNM
2020-05-22 22:49:19 <epsilonKNOT> not sure where error is coming frmo
2020-05-22 22:49:29 <epsilonKNOT> we used the virtual optimized iso from aarch64
2020-05-22 22:49:46 <epsilonKNOT> we are on a rockpro64 machine with 4GB ram and using the latest alpine iso
2020-05-22 22:50:23 <epsilonKNOT> recently had an interesting problem with archlinux where the iso was broken due to dhcp, hope nothing like that is hapening here XD
2020-05-22 22:52:52 <nacelle> the error is from the rockpro64, not minicom
2020-05-22 22:54:07 <epsilonKNOT> oh nacelle nice to see you here too XD
2020-05-22 22:54:55 <nacelle> hi ek, I am multi-unix-ified, yes
2020-05-22 22:55:03 <epsilonKNOT> XD same
2020-05-22 22:55:51 <epsilonKNOT> so like am not sure where the error is
2020-05-22 22:56:13 <epsilonKNOT> we havent used ayufan's uboot yet, maybe thats what missing
2020-05-22 23:22:14 <Hello71> heroapoorva: seems to be working fine
2020-05-22 23:58:40 <joe9> can someone share a linux kernel APKBUILD? (5.40)
2020-05-23 00:01:17 <joe9> https://git.alpinelinux.org/aports/tree/main/installkernel that is the one, correct?
2020-05-23 00:24:26 <Hello71> ... 5.40?
2020-05-23 00:30:52 <c705> maybe they meant the version?
2020-05-23 00:35:52 <joe9> I am trying to build the kernel on alpine. I found these instructions https://wiki.alpinelinux.org/wiki/Custom_Kernel
2020-05-23 00:36:01 <joe9> It talks about doing abuild -r
2020-05-23 00:36:48 <joe9> abuild -r says: >>> ERROR: : Could not find ./APKBUILD (PWD=/home/j/linux)
2020-05-23 00:37:05 <joe9> Is it as simple as copying the APKBUILD and installkernel to that directory?
2020-05-23 01:04:48 <Hello71> you have not followed all the instructions in the article
2020-05-23 01:05:03 <Hello71> obviously it will not work if you start from the middle
2020-05-23 01:08:50 <joe9> Hello71, thanks. I thought I did. I will try again.
2020-05-23 01:45:52 <Hello71> in particular, it appears that you have not followed the step "First, you need to follow the steps in Setup your system and account for building packages."
2020-05-23 02:14:15 <joe9> I am noticing a weird issue. I had a .qcow2 image of 5G. I resized it with qemu-img to 15G. But, for some reason, I get "No space let on device" http://okturing.com/src/8574/body
2020-05-23 02:14:45 <joe9> I am running this on OpenBSD vmm with alpine vm.
2020-05-23 02:15:59 <joe9> oh, I think I get it.
2020-05-23 02:16:09 <joe9> I did not resize within alpine vm.
2020-05-23 02:16:13 <joe9> e2fs.
2020-05-23 02:26:54 <c705> yes, you need to resize the filesystem
2020-05-23 03:03:55 <joe9> I went through the instrutions a couple of times. I still am missing something
2020-05-23 03:04:00 <joe9> http://okturing.com/src/8575/body
2020-05-23 03:04:12 <joe9> >>> ERROR: : Could not find ./APKBUILD (PWD=/home/j/linux)
2020-05-23 03:04:14 <joe9> is the message.
2020-05-23 03:05:04 <joe9> could this be because I am not using alpine's kernel branch?
2020-05-23 03:06:25 <joe9> got it. I think missing repos
2020-05-23 03:06:31 <joe9> in /etc/apk/repositories
2020-05-23 03:07:18 <joe9> no, that is not it either.
2020-05-23 03:20:53 <adu> joe9: what are you doing?
2020-05-23 05:32:23 <emx> Good morning. How do I install rdiff-backup version 2 in Alpine 3.10.0 (docker image)?
2020-05-23 08:05:32 <ikke> emersion: 3.10 only has version 1.2. Only edge has version 2.0
2020-05-23 08:06:07 <ikke> emersion: we don't support installing packages from other versions (things most likely break)
2020-05-23 08:19:22 <emersion> eh, they left
2020-05-23 08:19:38 <ikke> oh, lol
2020-05-23 08:19:42 <ikke> sorry about that :p
2020-05-23 08:19:46 <emersion> np :)
2020-05-23 08:21:57 <rnkn> hello again
2020-05-23 08:23:00 <rnkn> in my journey switching my home computer to Alpine I am now at firewall stage; do I need a firewall? I fear Russian teenagers
2020-05-23 08:23:45 <ikke> is there a modem / firewall in front of it?
2020-05-23 08:24:10 <rnkn> there is my iPhone's hotspot, which is my only internet
2020-05-23 08:25:44 <albr> monado[d]: must be fun
2020-05-23 08:27:05 <rnkn> Stack Exchange informs me that there is not a firewall on iOS, because it removes "unnecessary" network utilities
2020-05-23 08:30:29 <Cogitri> You should be NATed behind your iPhone, so I don't think a firewall should be necessary
2020-05-23 08:31:05 <Cogitri> But setting up ufw or something is easy enough if you do want a firewall
2020-05-23 08:32:00 <rnkn> Cogitri: cool, yeah I installed ufw and added to default runlevel, I just haven't got to setting anything on it yet
2020-05-23 08:33:02 <ikke> NAT is not a firewall :)
2020-05-23 08:35:00 <rnkn> from the wiki it seems like I'm supposed to config via the command line rather than edit the rules files?
2020-05-23 08:37:58 <ikke> I have no experience with ufw
2020-05-23 08:42:18 <rnkn> yep, seems to be the uncomplicated way (rules files are updated)
2020-05-23 08:44:21 <anthk_> a port suggestion, but it fails to build on edge https://github.com/autc04/executor
2020-05-23 08:44:43 <rnkn> Q2. can I direct all system DNS queries via dnscrypt (i.e. use DoH for errything)?
2020-05-23 08:54:19 <rnkn> aw man, openssl is complicated
2020-05-23 08:55:32 <TBB> it's a swiss army knife, gotta know which tool to use
2020-05-23 08:58:39 <rnkn> yeh I just like to know what everything does in a command before pasting it from the wiki, and openssl has so many damn switches
2020-05-23 08:58:56 <rnkn> is it true that alpine switched to libressl for a while?
2020-05-23 08:59:29 <maxice8> yes
2020-05-23 09:01:33 <rnkn> what prompted the switch back?
2020-05-23 09:01:35 <ikke> We switched back because libress broke compattibility with openssl, causing too many issues with proejcts
2020-05-23 09:01:46 <ikke> There is a post on the mailing list about it
2020-05-23 09:02:41 <ikke> https://lists.alpinelinux.org/~alpine/devel/%3C20181011171746.4c01f758%40ncopa-desktop.copa.dup.pw%3E
2020-05-23 09:08:39 <rnkn> ikke: I'm just on console atm and haven't installed lynx or other yet
2020-05-23 09:09:10 <ikke> curl https://lists.alpinelinux.org/~alpine/devel/%3C20181011171746.4c01f758%40ncopa-desktop.copa.dup.pw%3E/raw
2020-05-23 09:14:06 <ikke> summary:
2020-05-23 09:14:23 <ikke> - most project support openssl better than libressl
2020-05-23 09:14:43 <ikke> - a lot of issues with openssl have been solved
2020-05-23 09:14:54 <ikke> - libressl is no longer compattible with openssl
2020-05-23 09:15:11 <ikke> - libressl breaks ABI every 6 months, openssl does not
2020-05-23 09:15:17 <ikke> - openssl has FIPS support
2020-05-23 09:22:53 <rnkn> I am Harrison Ford in the hit thriller, Firewall
2020-05-23 09:29:46 <albr> mattx[d]: so in terms of compatibility, using openssl would be better over libressl?
2020-05-23 09:30:34 <rnkn> sorry, lost my connection, but ikke I read the thread. Interesting.
2020-05-23 09:32:19 <albr> mattx[d]: also, is there a way to install Alpine into unpartitioned space and not repartition a whole disk?
2020-05-23 11:58:09 <joe9> I am trying to build a kernel for alpine.
2020-05-23 11:58:15 <joe9> Adu ^
2020-05-23 11:58:54 <joe9> I downloaded the kernel source from https://git.sr.ht/~voutilad/linux/log/linux-5.4-obsd and now I am trying to figure out how to build it
2020-05-23 11:59:08 <joe9> does abuild -r do the kernel's make config, make, etc?
2020-05-23 11:59:35 <joe9> but, I cannot figure out how to get the APKBUILD for building the kernel?
2020-05-23 12:01:30 <joe9> this kernel branch has a fix for the linux kernel to help out with an issue while it is running in openbsd's vmm
2020-05-23 12:03:02 <mps> APKBUILD is actually shell script
2020-05-23 12:03:36 <mps> look in aports how we build linux-lts or linux-edge
2020-05-23 12:03:48 <joe9> mps, ok thanks
2020-05-23 12:05:15 <mps> abuild read (source) APKBUILD
2020-05-23 12:09:00 <joe9> mps, thanks a lot. I think that is exactly what I need.
2020-05-23 12:09:49 <mps> joe9: np
2020-05-23 12:14:27 <mps> joe9: is this posted to upstream, linux mainline
2020-05-23 12:15:05 <joe9> no, not yet. I am trying to test a patch still.
2020-05-23 12:16:00 <joe9> there are timer issues on OpenBSD's vmm.
2020-05-23 12:16:42 <joe9> so, this kernel branch ensures that it recognises VMM and uses the appropriate clock foro it(kvm-clock)
2020-05-23 12:17:07 <joe9> it is still being tested and I am trying to test it out.
2020-05-23 12:17:38 <joe9> I have the config used by this branch.
2020-05-23 12:17:54 <joe9> but, it did not have the APKBUILD packaged with it.
2020-05-23 12:18:21 <mps> you can try to add this patch to testing/linux-edge and build straight there for your testing
2020-05-23 12:19:00 <mps> or, you can post patch to me and I will look what is needed to make it
2020-05-23 12:19:28 <mps> (but not now, I'm busy now)
2020-05-23 12:20:07 <joe9> mps, thanks for offering your help. But, this is still too raw and changing to make a patch for it and pass it along to you.
2020-05-23 12:20:18 <joe9> you would be wasting your time on this moving project.
2020-05-23 12:20:29 <joe9> I want to do it myself until it gets to a stable state.
2020-05-23 12:20:31 <mps> ok
2020-05-23 12:22:11 <joe9> I am slowly reading through the linux-edge APKBUILD. It downloads the kernel release file and works from there (similar to ports? I have experience with ports)
2020-05-23 12:22:40 <joe9> I suspect that it would not help me much
2020-05-23 12:23:20 <joe9> Am I better off just doing the standard make config, make, etc. (kernel build steps) and then somehow packaging the built stuff as apk packages?
2020-05-23 12:23:45 <joe9> or, changing the APKBUILD to build from my kernel source directory?
2020-05-23 12:26:02 <mps> you can put in source your kernel url, and your patch, then run 'abuild checksum' and rest is to you
2020-05-23 12:26:08 <mps> on you*
2020-05-23 12:26:30 <joe9> ok, thanks.
2020-05-23 12:27:01 <mps> I usually test and tweak configs buy running 'abuild checksum' first
2020-05-23 12:27:08 <Hello71> bsd developers and users should be very familiar with "patch sets"
2020-05-23 12:28:33 <mps> then 'abuuild deps unpack prepare' and go to src/build.$flavor, do 'make menuconfig' copy new .config file to appropriate config file
2020-05-23 12:29:11 <mps> then go back and run 'abuild build', 'abuild package' and 'abuild rootpkg'
2020-05-23 12:29:31 <mps> step-by-step work instead 'abuild -r'
2020-05-23 12:30:43 <mps> actually, your ideas are your limitations, as there are similar saying
2020-05-23 12:43:37 <joe9> mps, thanks.
2020-05-23 12:43:56 <mps> ok, np
2020-05-23 13:07:44 <fridim> anyone has alpine with a recent amd card ?
2020-05-23 13:07:50 <fridim> (amdgpu drivers)
2020-05-23 13:08:14 <fridim> this page seems very outdated.. https://wiki.alpinelinux.org/wiki/Radeon_Video
2020-05-23 13:12:06 <afontain_> fridim: afaik, you have to use the free driver
2020-05-23 13:17:18 <Cogitri> What's so outdated about it?
2020-05-23 13:17:36 <Cogitri> Installing xf86-video-amdgpu still applies (if you use Xorg)
2020-05-23 13:17:50 <Cogitri> Works for me on a RX5700
2020-05-23 13:18:02 <Cogitri> Updating the wiki is always welcome though :)
2020-05-23 13:21:11 <danieli> has alpine been tested on zen 2 and a recent kernel?
2020-05-23 13:22:21 <Cogitri> I run Alpine on a 3950X if that counts
2020-05-23 13:22:43 <Cogitri> I use kernel 5.4 via linux-lts
2020-05-23 13:24:47 <Hello71> although modesetting is still recommended for most purposes
2020-05-23 13:25:41 <Hello71> the fbcon and exa advice is probably incorrect though
2020-05-23 13:25:59 <albr> shantaram3013[d]: how does the bot bridge messages
2020-05-23 13:34:01 <Hello71> poorly
2020-05-23 13:34:11 <mps> :)
2020-05-23 13:36:20 <mps> danieli: not sure if this is right answer, but we have now testing/linux-edge, 5.6.14 currently
2020-05-23 13:36:45 <danieli> 3950x here too, also have access to a few epyc 7xxx machines
2020-05-23 13:36:57 <danieli> Cogitri: any major/annoying issues?
2020-05-23 13:37:05 <Hello71> should be same as any other distro with mainline kernel
2020-05-23 13:42:06 <Cogitri> danieli: None at all
2020-05-23 13:42:36 <Cogitri> An annoyance with my RX5700 is that it sometimes doesn't to like to reset properly when restarting, so I usually just shut down and start instead of restart
2020-05-23 13:43:08 <joe9> sorry if this is a stupid question. I am still getting my feet wet with APKBUILD's. in the main/linux-lts/APKBUILD, there is this line: _config=${config:-config-lts.${CARCH}}
2020-05-23 13:43:15 <afontain_> is there a known issue with qemu input at the moment?
2020-05-23 13:43:24 <joe9> I want to use this config file: config-virt.x86_64
2020-05-23 13:44:04 <joe9> I presume there must be a way to set the config for abuild -r. Is it as simple as config=config-virt.x86_64 abuild -r?
2020-05-23 13:46:13 <mps> joe9: if you build on x86_64 arch it will automatically build linux-virt for x86_64
2020-05-23 13:46:24 <joe9> ok, thanks.
2020-05-23 13:46:40 <mps> you don't need to change this
2020-05-23 14:51:41 <fridim> afontain_, yeah probably. So i need to use modsetting without any acceleration i guess
2020-05-23 14:52:39 <afontain_> free driver doesn't work?
2020-05-23 14:53:01 <fridim> apparently not
2020-05-23 14:53:04 <afontain_> the free driver work on Alpine
2020-05-23 14:53:06 <afontain_> it's just that the nonfree one need glibc
2020-05-23 14:54:01 <fridim> i'll post a more detail error message later, but X wasn't starting
2020-05-23 15:36:56 <Hello71> ddx is unrelated to modern acceleration
2020-05-23 17:28:00 <albr> Neko Central[d]: afternoon guys, going thru this route as i still need to install my IRC client, having some problems with TCM, targetcli is having some problems starting
2020-05-23 17:30:29 <albr> Neko Central[d]: keep getting the following message "restore_from_file() takes from 1 to 4 positional arguments but 5 were given"
2020-05-23 17:30:29 <albr> Neko Central[d]: seems that targetcli cant save things properly either
2020-05-23 17:35:43 <Cogitri> Ah yes, dynamic langs :^)
2020-05-23 17:35:52 <Cogitri> I guess some dep got upgraded that broke the thing
2020-05-23 17:36:29 <albr> Neko Central[d]: yea also had to install py3-goobject3 before i could even start the service
2020-05-23 17:36:54 <albr> Neko Central[d]: if i nuke the config and recreate it i start it again but get an error when making a portal
2020-05-23 17:44:27 <albr> Neko Central[d]: well i got it working after nuking the config but cant inalize the lun
2020-05-23 18:54:23 <joe9> is there a kernel config for a headless alpine vm?
2020-05-23 18:54:40 <joe9> I can see the default building gpu drivers, etc.
2020-05-23 18:55:36 <mps> joe9: linux-virt is for VM mostly
2020-05-23 18:56:57 <Hello71> probably still has cirrus drm etc though
2020-05-23 18:57:24 <mps> yes, nowadays people want gpu even in -virt
2020-05-23 18:57:46 <joe9> I see a bunch of config-lts.<arch> and config-virt.<arch> files in the main/linux-lts
2020-05-23 18:58:13 <joe9> Is there a way to figure out which config is being used?
2020-05-23 18:58:20 <joe9> the kernel build is running with abuild -r
2020-05-23 18:58:54 <mps> if there is -virt for arch then it is built for arch on which 'abuild -r' is run
2020-05-23 18:59:35 <mps> and -lts is also built on arch on which abuild is run
2020-05-23 18:59:44 <joe9> ok, thanks.
2020-05-23 18:59:50 <joe9> Linux devvm 5.4.34-0-virt #1-Alpine SMP Wed, 22 Apr 2020 19:26:07 UTC x86_64 Linux
2020-05-23 18:59:52 <joe9> is my uname -a
2020-05-23 19:04:10 <dsm42> then src/aports/main/linux-lts/config-virt.x86_64 is probably the config file you are using; you can check/verify by looking in your boot directory, the config file associated with your running kernel should be there
2020-05-23 19:04:27 <dsm42> ^^ joe9
2020-05-23 19:04:34 <joe9> dsm42, thanks.
2020-05-23 19:08:44 <joe9> does anyone have a simple, quick config that you use for small kernel builds?
2020-05-23 19:09:11 <Hello71> make allnoconfig? lol
2020-05-23 19:09:26 <Hello71> or more realistically make allmodconfig
2020-05-23 19:09:35 <dsm42> i guess it means what you mean by small
2020-05-23 19:10:13 <joe9> I am trying to avoid long running kernel builds.
2020-05-23 19:10:41 <joe9> Something that can be built quick and something for ssh access only
2020-05-23 19:10:48 <joe9> and, serial console.
2020-05-23 19:11:20 <joe9> no need of sound gpu drivers, etc.
2020-05-23 19:11:31 <joe9> i can configure it myself too.
2020-05-23 19:11:54 <joe9> but, if there is one lying around that you use for testing, it will probably save me an hour or so.
2020-05-23 19:13:53 <dsm42> ack, yeah, i would probably end up doing it manually which would be a bit timeconsuming or you could maybe run the make config option and maybe it would be faster
2020-05-23 19:14:46 <dsm42> last time I did kernel builds on alpine was to add nvme target and nvme_tcp_fabric options
2020-05-23 19:15:04 <dsm42> which were off by default
2020-05-23 19:57:23 <albr> Xcytoz[d]: @monado
2020-05-23 19:57:53 <artok> well if you know what platform you'll have and disable everything else than needed drivers... it would be fast to build
2020-05-23 21:01:06 <kmmndr> weechat.bar.nicklist.position
2020-05-23 21:01:15 <kmmndr> oups, sorry
2020-05-23 22:52:14 <opal> would be nice if `apk upgrade --interactive` i could see which versions packages were upgrading from/to as well. even with -vv it doesnt show additional information
2020-05-23 22:53:04 <opal> oh i guess --simulate tells me which versoins
2020-05-23 22:53:07 <opal> that'll do
2020-05-23 22:53:11 <maxice8> apk version
2020-05-23 22:53:51 <opal> maxice8 oh thanks i didnt realise that command existed too
2020-05-23 22:54:07 <opal> so now i have two ways to skin a cat
2020-05-23 23:00:58 <joe9> is there a way to pause a kernel build (abuild -r) and then come back to it later?
2020-05-23 23:01:19 <joe9> I notice that when I kill the kernel build, it cleans up.
2020-05-23 23:02:30 <opal> ctrl-z to suspend it?
2020-05-23 23:02:53 <joe9> no, not temporarily. I want to reboot the vm and then get back to it.
2020-05-23 23:02:53 <opal> only way i can think of doing it
2020-05-23 23:03:04 <opal> yeah i was afraid it'd be something like that
2020-05-23 23:14:24 <joe9> does this make sense to anyone? devvm:~/linux-5.4$ sudo apk add ncurses
2020-05-23 23:14:24 <joe9> WARNING: Ignoring /home/j/aports/community/x86_64/APKINDEX.tar.gz: No such file or directory
2020-05-23 23:14:24 <joe9> OK: 1148 MiB in 209 packages
2020-05-23 23:14:24 <joe9> WARNING: Ignoring /home/j/aports/main/x86_64/APKINDEX.tar.gz: No such file or directory
2020-05-23 23:14:24 <joe9> devvm:~/linux-5.4$ sudo apk info ncurses
2020-05-23 23:14:24 <joe9> WARNING: Ignoring /home/j/aports/main/x86_64/APKINDEX.tar.gz: No such file or directory
2020-05-23 23:14:24 <joe9> WARNING: Ignoring /home/j/aports/community/x86_64/APKINDEX.tar.gz: No such file or directory
2020-05-23 23:14:25 <joe9> ncurses-6.1_p20200118-r4 description:
2020-05-23 23:14:25 <joe9> Console display library
2020-05-23 23:14:26 <joe9> ncurses-6.1_p20200118-r4 webpage:
2020-05-23 23:14:26 <joe9> https://invisible-island.net/ncurses/
2020-05-23 23:14:27 <joe9> ncurses-6.1_p20200118-r4 installed size:
2020-05-23 23:14:41 <joe9> I meant to paste the url
2020-05-23 23:14:47 <maxice8> no
2020-05-23 23:14:48 <joe9> and wrong paste. again, sorry.
2020-05-23 23:14:50 <maxice8> please use a paste service
2020-05-23 23:15:23 <joe9> I installed ncurses and the kernel make menuconfig says unable to find ncurses package.
2020-05-23 23:16:37 <joe9> and, I cannot find ncurses-devel or libncurses-dev packages with apk
2020-05-23 23:17:37 <maxice8> ncurses-dev
2020-05-23 23:18:15 <joe9> oh, that worked . THanks.
2020-05-23 23:33:59 <joe9> is this expected behaviour? I find the kernel (abuild -r) building both build-lts.x86_64 and build-virt.x86_64 http://okturing.com/src/8589/body
2020-05-23 23:34:40 <maxice8> this being ?
2020-05-23 23:35:10 <joe9> in the src directory, I see 2 build directories build-virt.x86_64/ and build-lts.x86_64/
2020-05-23 23:35:22 <joe9> I want to build only the virt kernel.
2020-05-23 23:35:54 <joe9> My kernel builds are taking forever. I have a slow clock that is making it worse (imho). This is due to an OpenBSD VMM bug.
2020-05-23 23:36:15 <joe9> I am trying to see what I can do to get a virt kernel built sooner
2020-05-23 23:37:00 <maxice8> yes, linux-lts will build both
2020-05-23 23:39:09 <joe9> any tricks to just get the virt build?
2020-05-23 23:39:27 <joe9> modifying the APKBUILD? or, is there any other port?
2020-05-23 23:39:40 <maxice8> you can remove _package lts "$pkgdir" in the package() function
2020-05-23 23:39:45 <maxice8> and replace with mkdir -p "$pkgdir"
2020-05-23 23:39:55 <maxice8> this will end up creating an empty linux-lts package but will also create linux-virt
2020-05-23 23:40:05 <maxice8> note that i never tested it i'm only going off what i'm reading
2020-05-23 23:40:17 <joe9> ok, thanks.
2020-05-23 23:43:20 <joe9> maxice8, thanks trying that. I can boot from the linux-virt image, correct?
2020-05-23 23:43:31 <maxice8> no clue
2020-05-23 23:43:33 <joe9> I do not need to have both linux-lts and linux-virt images, correct?
2020-05-23 23:45:04 <maxice8> i assume yes
2020-05-23 23:49:23 <joe9> I think I need to change build(), it is still -lts.
2020-05-23 23:55:40 <joe9> got rid of the config-lts and it seems to work off of config-virt only now.
2020-05-24 01:55:10 <joe9> if I do not want to clean the source and start afresh, is it as simple as clean () { } in APKBUILD?
2020-05-24 02:05:10 <Hello71> seems easier to set abuild.conf
2020-05-24 02:22:11 <joe9> Hello71, thanks for the tip. It is definitely easier to just change ERROR_CLEANUP. Thanks.
2020-05-24 02:24:42 <satchmo_> hello, I've installed sway on alpine (xen version) and was getting a segfault when running "XDG_RUNTIME_DIR=/tmp sway".
2020-05-24 02:25:14 <satchmo_> I've been following the alpine wiki's guide for both Xen and sway, and been looking at a few related issues on sway's github but no luck.
2020-05-24 02:25:19 <satchmo_> Any thoughts?
2020-05-24 02:27:41 <Hello71> mktemp -d
2020-05-24 02:27:53 <Hello71> runtime dir must be owned by user
2020-05-24 02:28:10 <Hello71> but segfault most likely due to bad drivers
2020-05-24 02:29:19 <satchmo_> I'll try that real quick, as for drivers I installed mesa-dri-intel, only got integrated graphics
2020-05-24 02:31:17 <Hello71> oh, you have dom0 alpine?
2020-05-24 02:31:25 <satchmo_> yeah
2020-05-24 02:31:44 <satchmo_> will sway not work with dom0 alpine?
2020-05-24 02:32:40 <satchmo_> mktemp didn't work
2020-05-24 02:35:07 <satchmo_> oh wait maybe i need mesa-dri-virtio
2020-05-24 02:35:36 <satchmo_> oh it came with dom0 alpine
2020-05-24 02:42:19 <joe9> When I install my linux-virt kernel package, it is installing a bunch of firmware. I understand why it is doing that (I think). It is because of depends= linux-firmware-any.
2020-05-24 02:42:34 <joe9> I suspect that a vm would not be using any of that firmware.
2020-05-24 02:43:06 <joe9> Does that make sense? Just curious of any experiences...
2020-05-24 02:47:03 <joe9> my kernel booted up. I am happy as a pig in shit.
2020-05-24 03:21:32 <satchmo_> :o I reinstalled alpine using edge repos and I got a bit further, woohoo
2020-05-24 03:22:01 <satchmo_> Error when running sway is now something about xkb, I think I saw something about that on the arch wiki though
2020-05-24 03:26:04 <satchmo_> Hmmm, guess I didn't. Anyways, if anybody reads this tomorrow, the error is:
2020-05-24 03:26:18 <satchmo_> "xkbcommon: failed to add default include path /usr/share/X11/xkb
2020-05-24 03:27:33 <satchmo_> actually, that's probably more of a sway problem so ignore that :)
2020-05-24 03:37:01 <satchmo_> WOO, got it. Just had to install xkeyboard-config.
2020-05-24 04:18:11 <joe9> Is there something to force an upgrade? I have a new package but forgot to change the rel.
2020-05-24 09:00:48 <mps> hm, just booted devuan live and I see they use wicd for wifi manage, interesting
2020-05-24 09:01:25 <mps> looks like wicd is not 'dead'
2020-05-24 09:03:16 <mps> would be nice if someone with python and wifi knowledge would check could it work on alpine
2020-05-24 09:54:35 <albr> mattx[d]: I finally got around to emptying my second drive and can now install Alpine
2020-05-24 09:55:39 <albr> mattx[d]: Is alpine edge better in any other way than newer packages
2020-05-24 09:56:18 <afontain_> it breaks better, too
2020-05-24 09:56:58 <albr> monado[d]: @mattx newer packages is why you would want to use edge
2020-05-24 09:58:24 <albr> mattx[d]: afontain_: heh, I've never really seen Alpine break badly
2020-05-24 09:58:52 <afontain_> when it did on me, I think it wasn't Alpine's fault
2020-05-24 09:59:24 <albr> mattx[d]: anyway yea gonna get stable and maybe I'll eventually go upgrade to edge
2020-05-24 09:59:37 <afontain_> but GNOME 3.36 broke the way I used the gnome keyring
2020-05-24 09:59:49 <afontain_> (I was saying it in a playful way by the way)
2020-05-24 10:00:31 <albr> mattx[d]: tbh I've never seen a package manager faster than apk
2020-05-24 10:02:03 <albr> mattx[d]: seriously, apk installed xfce4 in less than 3 minutes for me. oh and the simplicity of it is also great
2020-05-24 10:04:06 <albr> mattx[d]: afontain_: were you using GNOME keyring as a way to store passwords?
2020-05-24 10:06:37 <albr> mattx[d]: or... what did you use it for? I actually never tried it
2020-05-24 10:06:45 <afontain_> Yes, for GNOME apps
2020-05-24 10:07:01 <afontain_> Otherwise, I use pass
2020-05-24 10:07:57 <albr> monado[d]: and then there is me who uses the iCloud Keychain
2020-05-24 10:09:57 <Cogitri> afontain_: did you see my new comment on the GNOME keyring issue?
2020-05-24 10:12:05 <Cogitri> I've been using edge on all of my machines and I didn't have any breakage so far, but keep in mind that since packages are rolling you always get the latest features (and bugs) :)
2020-05-24 10:13:30 <albr> monado[d]: bugs are features
2020-05-24 10:14:29 <albr> Aaronius[d]: No bugs are the users fault
2020-05-24 10:14:36 <albr> Aaronius[d]: shaking my smh
2020-05-24 10:16:49 <albr> mattx[d]: Bugs are unwanted features
2020-05-24 10:26:28 <albr> mattx[d]: Dammit. Alpine does not like my local clock.
2020-05-24 10:29:16 <Cogitri> Probably localtime vs utc
2020-05-24 11:03:19 <albr> mattx[d]: I installed openbox
2020-05-24 11:03:19 <albr> mattx[d]: No fonts, looks absolutely great with the menu being only unicode hex characters
2020-05-24 11:06:33 <albr> mattx[d]: Got myself noto fonts, now everything's monospace
2020-05-24 11:07:12 <albr> monado[d]: should be a wiki article about setting fonts
2020-05-24 11:07:30 <wellf_ck> hehe. how do i retrieve kernel logs with only ash shell builtins? :D
2020-05-24 11:07:48 <albr> monado[d]: I usually grab lxappearance which I think is on edge or community
2020-05-24 11:08:03 <albr> Aaronius[d]: lxappearance is good
2020-05-24 11:08:04 <albr> monado[d]: then set my font, gives you nice previews too
2020-05-24 11:09:19 <wellf_ck> Segmentation faulti have an open ssh connection to an alpine 3.11 instance. now for some reason executing any binary results in an immediate Segmentation fault :|
2020-05-24 11:10:23 <albr> mattx[d]: Have you tried running /lib/ld-musl-x86_64.so.1?
2020-05-24 11:10:38 <wellf_ck> already running binaries run fine. i can see my rsync backup progressing by looking at the already running nload.
2020-05-24 11:11:07 <albr> mattx[d]: @monado well, I got dejavu, cantarell and open sans
2020-05-24 11:11:32 <albr> mattx[d]: crap, I only recognize Microsoft fonts so I cannot tell if Firefox decided to use which
2020-05-24 11:11:37 <albr> mattx[d]: but definetely not cantarell
2020-05-24 11:11:54 <albr> monado[d]: lmao I think I got SF Pro Text on my system as ttf and set it
2020-05-24 11:13:02 <wellf_ck> albr: was that running musl for me? if it it was i tried and # /lib/ld-musl-x86_64.so.1 > Segmentation fault
2020-05-24 11:14:09 <wellf_ck> did my ssd burn up?
2020-05-24 11:15:57 <wellf_ck> i have absolutely no idea what could cause this behaviour. i didn't even update anything in the meantime. just installed rsync and nload.
2020-05-24 11:16:01 <albr> mattx[d]: Og
2020-05-24 11:16:05 <albr> mattx[d]: Oh
2020-05-24 11:16:08 <albr> mattx[d]: oh*
2020-05-24 11:16:15 <albr> mattx[d]: you can read the kernel messages unformatted
2020-05-24 11:16:22 <albr> mattx[d]: just cat /dev/kmsg
2020-05-24 11:16:55 <wellf_ck> cat is not a shell builtin so no luck :D
2020-05-24 11:17:10 <wellf_ck> i tried "echo < /var/log/messages", as it is a builtin
2020-05-24 11:18:18 <wellf_ck> but somehow echo doesnt accept the redirect as input.
2020-05-24 11:18:23 <mps> wellf_ck: did you mixed releases
2020-05-24 11:18:53 <mps> or, did you installed some glibc based libs
2020-05-24 11:19:11 <mps> if not, then probably RAM fail
2020-05-24 11:20:18 <wellf_ck> mps: yes i added a package from @edge some weeks ago. but the failure accured now.
2020-05-24 11:20:50 <albr> mattx[d]: Hmm
2020-05-24 11:21:05 <albr> mattx[d]: A while loop, read -r and printf may work
2020-05-24 11:21:55 <wellf_ck> thats a neat idea
2020-05-24 11:22:40 <albr> mattx[d]: Yup, but it does not like being fed with /dev/kmsg
2020-05-24 11:23:52 <mps> mixing stable and edge is not good idea
2020-05-24 11:26:48 <wellf_ck> hm.. this failure didn't occur after invoking apk or something. so i assume a hardware fault?
2020-05-24 11:27:42 <albr> mattx[d]: > mixing stable and edge is not a good idea
2020-05-24 11:27:51 <albr> mattx[d]: is it a bad idea to mix stable with testing packages
2020-05-24 11:28:21 <albr> mattx[d]: I actually only mixed my system with one package from edge community, polybar
2020-05-24 11:28:36 <albr> mattx[d]: yes I'm planning to make an unnecessarily extremely eyecandy desktop
2020-05-24 11:46:00 <wellf_ck> i read out /var/log/messages with the read+printf loop but somehow its only spammed with this message > https://paste.debian.net/1148550/
2020-05-24 11:47:05 <albr> mattx[d]: Wait a second, where's obconf?
2020-05-24 11:47:29 <wellf_ck> as albr stated this tirck sadly doesn't like /dev/kmesg
2020-05-24 11:47:52 <albr> mattx[d]: wasn't it me?
2020-05-24 11:48:01 <albr> monado[d]: fun fact albr is a bad bridge between discord and irc
2020-05-24 11:48:12 <albr> monado[d]: The username will show up after albr in the message contents
2020-05-24 11:48:16 <albr> mattx[d]: Matterbridge
2020-05-24 11:48:31 <albr> monado[d]: so in this case the username is mattx
2020-05-24 11:48:50 <albr> mattx[d]: yeah, I'm mattx433 on IRC
2020-05-24 11:48:59 <albr> mattx[d]: logged out a stale weechat session
2020-05-24 11:49:07 <albr> monado[d]: yeah we use matterbridge, the instance run here has the nickname of albr
2020-05-24 11:49:09 <wellf_ck> hehe. yes it was mattx. didn't realize the wierd message prefix.
2020-05-24 11:49:16 <albr> monado[d]: short for alpine-bridge
2020-05-24 11:49:25 <albr> mattx[d]: Alacritty is real nice
2020-05-24 11:49:30 <albr> monado[d]: sure is
2020-05-24 11:53:06 <albr> mattx[d]: Hooray, so far I'm free of programming languages except for gcc because I needed to compile polybar
2020-05-24 11:54:01 <albr> mattx[d]: still going to have to get some stuff from pip, and I'll get Go because I write stuff in that
2020-05-24 11:56:41 <wellf_ck> so do i get bonus points for not being able to even reboot? :D
2020-05-24 11:56:56 <wellf_ck> maybe enabling sysrq could work?
2020-05-24 11:59:31 <wellf_ck> good thing i have echo and everything is a file. good work old unix people :D
2020-05-24 12:06:32 <mps> wellf_ck: install apk-tools-static and busybox-static if you want risky installations
2020-05-24 12:12:57 <afontain_> Cogitry: I saw it, the permissions on the private keys appear to be correct
2020-05-24 12:15:04 <Cogitri> Somehow I find it interesting how many people spell that nickname wrong :D
2020-05-24 12:15:44 <Cogitri> Anyway, are you sure? They should be 400 on the 400 or at least 600 on the private key
2020-05-24 12:21:51 <albr> mattx[d]: Dammit, flatpak is broken
2020-05-24 12:22:05 <albr> mattx[d]: Bubblewrap fails to bind mount something
2020-05-24 12:30:34 <albr> mattx[d]: Great, now I need to make a glibc chroot.
2020-05-24 12:33:00 <Cogitri> You're using Steam?
2020-05-24 12:33:14 <Cogitri> Bubblewrap doesn't like to bindmount symlinks on musl right now unfortunately
2020-05-24 12:45:44 <joe9> I built my own .apk in $HOME/packages. Is there a way to avoid the UNTRUSTED signature when I use that repo on other machines?
2020-05-24 12:46:13 <ikke> add the key that is used to generate the package to /etc/apk/keys
2020-05-24 12:46:22 <ikke> look in ~/.abuild for a .pub file
2020-05-24 12:47:21 <TBB> ikke, could you make your responses slightly longer so I'd at least have a chance to beat you to it please?
2020-05-24 12:47:24 <joe9> ikke, thanks.
2020-05-24 12:48:10 <TBB> 
ACTION is too much of a poet to give brief answers, that much is clear

2020-05-24 12:51:07 <ikke> TBB: :D
2020-05-24 12:57:23 <wellf_ck> mps: didn't know statically linked busybox and apk were a thing :)  i should probably use them.
2020-05-24 12:59:12 <joe9> I installed sgerrand/alpine-pkg-glibc and am seeing this message
2020-05-24 12:59:15 <joe9> testvm:/home/j# /usr/glibc-compat/sbin/ldconfig /lib /usr/glibc-compat/lib
2020-05-24 13:00:00 <joe9> is that an error?
2020-05-24 13:01:38 <joe9> http://ix.io/2ndy
2020-05-24 13:01:50 <joe9> about the file not being a symbolic link
2020-05-24 13:08:05 <albr> mattx[d]: Cogitri: Yes I'll eventually want to get Steam
2020-05-24 13:08:14 <albr> mattx[d]: And Discord not in a Firefox window.
2020-05-24 13:08:46 <Cogitri> Hm, Discord just works for me
2020-05-24 13:08:50 <Cogitri> In a flatpak
2020-05-24 13:10:01 <albr> mattx[d]: ```
2020-05-24 13:10:01 <albr> mattx[d]: t3500-alpine:~$ flatpak run com.discordapp.Discord
2020-05-24 13:10:03 <albr> mattx[d]: bwrap: Can't bind mount /oldroot/var/lib/flatpak/runtime/org.freedesktop.Platform/x86_64/19.08/893ea4aa41e387e686d4f31ed3e28682d7da1f5961d5f4d3a1e818573b9c006a/files on /newroot/usr: No such file or directory
2020-05-24 13:10:04 <albr> mattx[d]: error: ldconfig failed, exit status 256
2020-05-24 13:10:05 <albr> mattx[d]: t3500-alpine:~$```
2020-05-24 13:18:14 <albr> mattx[d]: Well, guess maybe someday it'll work.
2020-05-24 13:18:50 <albr> mattx[d]: What's even more weird is that Flatpak somehow conflicted with Firefox and when I was trying to login into my google account, it resulted in this: `/var/lib/flatpak/exports/share/dconf/profile/user`
2020-05-24 13:19:14 <albr> mattx[d]: correction
2020-05-24 13:19:24 <albr> mattx[d]: dconf-WARNING **: 15:16:42.415: Unable to open /var/lib/flatpak/exports/share/dconf/profile/user: Permission denied
2020-05-24 13:19:30 <albr> mattx[d]: uninstalling flatpak fixed it
2020-05-24 13:21:07 <mps> 
ACTION considers to ignore albr or leave channel, it is quite irritating to read msgs from it

2020-05-24 13:28:01 <afontain_> yeah, puppeting bridges exist
2020-05-24 13:28:10 <afontain_> it would be nice to have one
2020-05-24 13:35:46 <monado> https://matrix.org/docs/projects/bridge/mx-puppet-discord
2020-05-24 13:36:13 <monado> Lmao looks like the bridge ignores /me(s) lmao
2020-05-24 13:36:56 <PureTryOut[m]> 
ACTION agrees with both mps and afontain 

2020-05-24 13:36:57 <afontain_> I find matrix bridges pleasant as an user,
2020-05-24 13:37:25 <mps> matrix bridge looks a lot better
2020-05-24 13:37:32 <afontain_> I can't talk about the ease of setting them up though
2020-05-24 13:37:46 <monado> I could try to do something
2020-05-24 13:38:07 <TBB> they both require some scripts on the irc client end to make things a bit less confusing to read
2020-05-24 13:38:36 <PureTryOut[m]> Both? What kind of scripts does the Matrix bridge need?
2020-05-24 13:38:45 <monado> i sent a link
2020-05-24 13:38:56 <PureTryOut[m]> Afaik we Matrix users just show up as normal IRC users. As long as we make sure we don't send multiline messages, everything should be like normal on the IRC side
2020-05-24 13:38:57 <monado> I could mess with it
2020-05-24 13:39:54 <mckaygerhard> PureTryOut[m]: threre¡s a simple both that can be configured easyle.. but need the confirmation of one user at the irc side.. an operator only!
2020-05-24 13:39:57 <mps> and '[m]' in nick is fine to know who are still not use proper IRC client :)
2020-05-24 13:40:48 <PureTryOut[m]> mckaygerhard: I'm sorry, I understood nothing of that 🤔
2020-05-24 13:40:59 <mckaygerhard> the [m] its a non irc client
2020-05-24 13:41:14 <monado> What about xmpp
2020-05-24 13:41:15 <afontain_> I spend three month in an IRC channel not noticing half the people there were matrix users, so it's quite good
2020-05-24 13:41:22 <afontain_> (with an IRC client)
2020-05-24 13:41:27 <monado> Matrix uses show up as irc users
2020-05-24 13:41:28 <monado> it's fine
2020-05-24 13:41:32 <mps> '[m]' is added by matrix bridge, I think
2020-05-24 13:41:37 <mckaygerhard> matrix is a heavy protocol it¡s only https
2020-05-24 13:41:37 <monado> you can double bridge iirc
2020-05-24 13:41:51 <mckaygerhard> yes! [m] comes from matrix
2020-05-24 13:41:52 <monado> So discord -> matrix <-> irc
2020-05-24 13:42:02 <monado> that's gonna be fun to setup
2020-05-24 13:42:03 <PureTryOut[m]> By default yes but I could get rid of my [m] if I wanted to
2020-05-24 13:42:08 <mckaygerhard> in #venenux channel we have those with m when we make the meetings
2020-05-24 13:42:09 <Cogitri> You can set your nick to not include [m] in Matrix
2020-05-24 13:42:10 <monado> No nice iOS matrix clients
2020-05-24 13:42:31 <mckaygerhard> discords are better thant the sh*t of matrix..
2020-05-24 13:42:50 <monado> at least the discord iOS client isn't literal garbage
2020-05-24 13:42:53 <mckaygerhard> matrix have the worses clients of the hole chats world
2020-05-24 13:43:03 <mckaygerhard> yes monado
2020-05-24 13:43:20 <PureTryOut[m]> I'm sorry but Discord being completely proprietary and a walled garden makes it not worthy of any discussion
2020-05-24 13:43:24 <monado> Anyway, I can try to get an actual bridge
2020-05-24 13:43:28 <mckaygerhard> matrix it's a shit.. the worses clients and a slow protocol (http only)
2020-05-24 13:43:52 <afontain_> well, the client aren't all bright, but the bridges are good
2020-05-24 13:43:53 <PureTryOut[m]> Anyway, we're started this discussion about the Discord bridge being used currently being shitty, not about the chat platform behind it.
2020-05-24 13:44:08 <monado> Yes discord is furry software but at the same time there are lots of them users are on it
2020-05-24 13:44:12 <mckaygerhard> well .. you have right afontain_
2020-05-24 13:44:23 <afontain_> and the matter at hand is the bridges
2020-05-24 13:44:31 <monado> It's like every 10 days this discussion springs up agian
2020-05-24 13:44:33 <monado> *again
2020-05-24 13:44:35 <mckaygerhard> users on discord are not users.. discord are just a garbage
2020-05-24 13:44:52 <mckaygerhard> it's like those that uses live m$
2020-05-24 13:44:54 <afontain_> whoa
2020-05-24 13:44:57 <afontain_> keep calm
2020-05-24 13:44:58 <PureTryOut[m]> monado: because Discord users keep talking through a relaybot which is just ugly and hard to read
2020-05-24 13:45:15 <monado> am aware
2020-05-24 13:45:19 <mckaygerhard> yes
2020-05-24 13:45:21 <mps> huh, could this discussion be moved somewhere else
2020-05-24 13:45:25 <monado> le epic double puppet bridge exists
2020-05-24 13:45:31 <mckaygerhard> ok mps.. i leave
2020-05-24 13:45:31 <monado> I will try my best to get it to work asap
2020-05-24 13:45:39 <monado> There, discussion over
2020-05-24 13:45:41 <monado> lmao
2020-05-24 13:45:42 <PureTryOut[m]> Awesome 👍️
2020-05-24 13:45:44 <mckaygerhard> too many "true sad reallity"
2020-05-24 13:46:27 <mps> mckaygerhard: yes, but channel is to help alpine users, nothing against you
2020-05-24 14:17:36 <joe9> anyone using sgerrand's glibc?
2020-05-24 14:17:59 <joe9> not sure if this is expected behaviour
2020-05-24 14:18:08 <joe9> http://ix.io/2ndY
2020-05-24 14:45:11 <tdeganon> hey, just tried to make an edit to the FAQ page but was blocked because my account was <5h old, could an admin manually approve me (or should I just be patient)? username is tdeganon
2020-05-24 14:45:19 <tdeganon> *on the wiki
2020-05-24 14:46:41 <ikke> I think you just have to be patient, I have no idea how to 'approve' you
2020-05-24 14:46:51 <tdeganon> alrgith
2020-05-24 14:46:51 <ikke> if at all possible
2020-05-24 15:16:07 <Marquel> what's the recommended minimal size of fs '/' for a headless alpine kvm hypervisor host? vm's are not stored there, just OS.
2020-05-24 15:20:04 <Cogitri> Depends on who you ask I guess, I'd do 10 gigs just in case
2020-05-24 15:20:31 <Cogitri> I mean you'll probably be fine with 2~5gigs, but expanding partitions isn't fun
2020-05-24 15:20:44 <ikke> resize2fs?
2020-05-24 15:20:53 <ikke> or lvextend -r :)_
2020-05-24 15:24:18 <Marquel> ikke: lvextend in this case.
2020-05-24 15:24:36 <c705> it also depends how you partition the rest of the system. if /var is seperate, you can probably get away with lower / (depends what you plan on installing). just keep in mind /var running out of space is a distaster
2020-05-24 15:24:44 <Marquel> i am at 12G at this time, which is quite obviously about factor 10 too much.
2020-05-24 15:25:45 <Marquel> c705: i do not intend to install anything anymore on that thing. it runs libvirtd and sshd and it doesn't need to do (much) more than that.
2020-05-24 15:26:20 <Marquel> at this time / is at 1.5G used space (vms are on their own logical volumes).
2020-05-24 15:26:40 <c705> probably fine then
2020-05-24 15:26:55 <Marquel> so i guess, it very much boils down to "how much space could possibly be used by a dist-upgrade when going from 3.x to 4.x in alpine itself?
2020-05-24 15:28:24 <c705> not enough where I think you'd have to worry about it. just apk cache clean every now and then and you'll be fine
2020-05-24 15:31:59 <Marquel> so, 4G ought to be enough for everyone? ;)
2020-05-24 15:32:37 <Marquel> 
ACTION needs to reclaim some space into the PV group...

2020-05-24 15:40:29 <Cogitri> I doubt package sizes will increase much if at all, so I don't think you'll need too much more if you don't install new packages
2020-05-24 15:43:06 <Marquel> as said, i do not intend to.
2020-05-24 15:43:22 <Marquel> i like it as minimalistic as it is.
2020-05-24 15:43:33 <Marquel> the less software installed the less attack surfaces it has.
2020-05-24 16:02:26 <joe9> I found it a breeze to increase size later too. change with qemu-img resize, fstab (ensure that the start sector stays the same of the last partition), resize2fs
2020-05-24 16:10:16 <Marquel> joe9: in this case it is shrinking the root-partition, which means booting from live-cd anyway, but yes.
2020-05-24 16:36:40 <miller7> Hello everyone. New to Alpine (as of yesterday). Is it my understanding correct that I should use alpine-xen ISO in order to play with Xen? I tried to find some how-to or instructions on use (for xen on alpine) but was unable to find anything much. Anyone has pointers to share? I have created an alpine paravirtualized but has no network and I'm
2020-05-24 16:36:41 <miller7> stuck :-D
2020-05-24 16:39:59 <miller7> Should I assign the IP on the alpine host manually or is there some magic I am not aware of? (not good with networking, especially bridges and stuff)
2020-05-24 16:40:31 <afontain_> for networking (ethernet), what I did was:
2020-05-24 16:40:37 <afontain_> sudo ip link set eth0 up
2020-05-24 16:40:50 <afontain_> sudo udhcpc -i eth0
2020-05-24 16:41:08 <afontain_> if you don't have a dhcp server, I guess you have to set its ip manually
2020-05-24 16:48:19 <miller7> that's from inside the VM? or on the host machine?
2020-05-24 16:54:06 <afontain_> from inside
2020-05-24 16:54:16 <afontain_> that's also with a regular computer
2020-05-24 16:54:22 <afontain_> it may still help, though
2020-05-24 16:54:27 <miller7> Thank you very much. I appreciate it.
2020-05-24 17:30:12 <x0n> the instructions for raspberry pi on the wiki seem dated, since the download is no longer a .tar.gz but an ISO. I tried just dd'ing that to an SDcard but that doesn't boot. did I miss something?
2020-05-24 17:49:55 <c705> x0n: are you booting mbr or uefi? if you dd the iso to a disk, i think you have to boot mbr
2020-05-24 17:50:28 <c705> i might be totally off, i think you can also boot uefi as well..not sure though. should be able to boot the iso though
2020-05-24 17:53:38 <x0n> c705: I think raspi3 is UEFI but I'm not sure
2020-05-24 17:54:25 <c705> the wiki is not always accurate, check out the general installation page as well
2020-05-24 17:54:55 <c705> but you should just be able to dd the iso to a disk and boot from it. are you dding to a /dev/sdx or a partition?
2020-05-24 17:55:21 <x0n> to /dev/mmcblk0 actually, but yes the former
2020-05-24 17:55:33 <x0n> i have 3 partitions on my sdcard now
2020-05-24 17:55:44 <x0n> do i need to mark one of those as bootable manually?
2020-05-24 17:56:33 <c705> you shouldn't have to
2020-05-24 18:04:22 <x0n> c705: think I found the issue. appparently the pi dislikes gpt
2020-05-24 18:09:41 <x0n> hmm. converting the sdcard to mbr did not fix it
2020-05-24 18:12:31 <c705> if you're dding the iso to the disk, the partition table format doesn't matter
2020-05-24 18:12:48 <c705> the iso will overwrite the part table anyways
2020-05-24 18:23:45 <x0n> c705: as said, apparently the pi does not like gpt
2020-05-24 18:23:59 <x0n> so i changed label type to mbr after the fact
2020-05-24 18:45:27 <artok> alpine rpi image on iso ?
2020-05-24 19:34:55 <nwm> is there a way to ignore deps for a manually installed apk?
2020-05-24 19:36:26 <Cogitri> No
2020-05-24 19:37:03 <Cogitri> You could make virtual packages for the packages you want to ignore though, then the virtual package will satisfy the dep
2020-05-24 19:38:03 <x0n> c705: had the wrong image, sorry
2020-05-24 19:38:06 <x0n> artok: thanks
2020-05-24 19:39:38 <c705> ah, so you solved it? good news
2020-05-24 19:51:57 <artok> I was on another channel also ;)
2020-05-24 19:58:32 <omni> since recently (today?) somthing is eating control characters (like ^R, ^A and ^K) in zsh in tmux in both alacritty and urxvt, trying to figure out what...
2020-05-24 19:58:42 <omni> also running sway on edge..
2020-05-24 20:00:33 <omni> but the right keys register with 'showkey -a' in zsh in tmux..
2020-05-24 20:05:58 <omni> I also use zdharma/zinit with some plugins..
2020-05-24 20:19:43 <omni> hmm... this must somehow be related to zinit (previously zplugin)...
2020-05-24 20:31:18 <noble> I've enables both main, community and test on edge, but I'm still getting unsatisfiable constraints when trying to run apk add man. Suggestions?
2020-05-24 20:32:48 <ikke> man is a virtual package, provided by 2 actual packages
2020-05-24 20:32:54 <ikke> you need to choose one
2020-05-24 20:34:23 <ikke> mandoc or mandb
2020-05-24 20:34:50 <Cogitri> I think mandoc is usually the one to go for
2020-05-24 20:36:27 <noble> Thanks! The wiki says to install man and man-pages
2020-05-24 20:46:09 <mps> mandoc, yes
2020-05-24 22:12:46 <x0n> is there any good guide on how to cross-compile for arm64?
2020-05-24 22:36:53 <artok> not that good
2020-05-24 22:37:31 <artok> with llvm toolchain, it gets easier
2020-05-24 22:38:04 <artok> I'm just compiling stuff for my rpi4
2020-05-24 22:39:10 <artok> alpine allows great way to create sysroot on chroot so it's easier than with other distros
2020-05-24 22:40:17 <artok> I've got docker image that has llvm-toolchain targeting alpine x86_64, aarch64 and armv7
2020-05-24 22:42:06 <artok> populate sysroot with -dev files and on we go
2020-05-24 22:44:18 <artok> PKG_CONFIG_LIBDIR=/your/sysroot/usr/lib/pkgconfig environment set
2020-05-24 22:58:39 <artok> actually I could do documentation
2020-05-24 23:41:53 <x0n> artok: you got a dockerfile for that?
2020-05-25 00:31:59 <artok> x0n: for the toolchain? yah
2020-05-25 00:32:35 <artok> and just wrote dockerfile for sysroot creating
2020-05-25 00:52:40 <x0n> artok: nice, you got that online somewhere?
2020-05-25 01:00:14 <artok> yeah
2020-05-25 01:00:17 <artok> just a min
2020-05-25 01:04:23 <artok> waiting for my CI to kick in..
2020-05-25 01:06:35 <artok> https://www.embeddedreality.com/projects/rpi/crossbuilding-with-llvm-toolchain/
2020-05-25 01:07:18 <artok> sysroot creating more closely there now
2020-05-25 01:14:32 <artok> everything is quite WIP but works, just ask
2020-05-25 01:14:48 <artok> some time tomorrow back =)
2020-05-25 01:33:04 <x0n> artok: many thanks :)
2020-05-25 01:58:13 <joe9> http://ix.io/2ngY
2020-05-25 01:58:27 <joe9> ash tells me that it cannot find an executable which is right there.
2020-05-25 01:58:49 <joe9> I suspect something to do with glibc or elf loader or some much as this is a custom executable.
2020-05-25 01:58:59 <joe9> not, something from ports or alpine base.
2020-05-25 01:59:08 <joe9> any suggestions on how to debug this?
2020-05-25 02:03:03 <joe9> probably related to this https://wiki.alpinelinux.org/wiki/Running_glibc_programs
2020-05-25 02:47:20 <joe9> I am finding that there is no LD_LIBRARY_PATH set in my environment and an app is failing with the message that it cannot find libx11. libX11.so.6: cannot open shared object file: No such file or directory . I could set it to /usr/lib as that is where this file is.
2020-05-25 02:47:45 <joe9> Just want to check if there is something in alpine that sets this path automatically
2020-05-25 05:44:01 <x0n> artok: I've tried your Dockerfile, but it didn't work for me. made some modifications but stuck when compiling toolchain. you seem to have forgotten to pull in a .cmake file and the one I concocted does not appear to work
2020-05-25 06:25:59 <fridim> afontain_, got my amdgpu working. linux-firmware-amdgpu was missing. I updated the wiki
2020-05-25 06:27:31 <fridim> BTW in the doc it says '$ echo fbcon >> /etc/modules'   but that module doesn't exist it's probably builtin, right ?
2020-05-25 06:45:08 <twb> What's the equivalent of "apt-file search bin/lsb_release" for alpine, i.e. "what package (that I haven't installed yet) provides /usr/bin/lsb_release ?"
2020-05-25 06:53:14 <Cogitri> apk-file /usr/bin/lsb_release
2020-05-25 06:53:34 <twb> cool
2020-05-25 07:00:33 <artok> x0n patches and cmake are ofcoz in the same repo that the dockerfile is
2020-05-25 07:04:12 <albr> monado[d]: okay why is printing from linux hell
2020-05-25 07:04:36 <albr> monado[d]: I even have a kvm guest windows 10 machine and it still has glaring issues printing
2020-05-25 07:14:16 <twb> albr: does your printer conform to the IPP Everywhere standard?
2020-05-25 07:15:29 <twb> If it does, and it's on the same switch fabric as your linux client, and your linux client has both avahi and cupsd, it should be entirely automatic.
2020-05-25 07:16:12 <twb> (cupsd is still needed mainly for stupid reasons, which hopefully will go away in the next few years)
2020-05-25 07:28:20 <twb> Cogitri: OK so follow-up question: what package contains "apk-file" ?
2020-05-25 07:28:55 <twb> I guessed "apk add apk-file" but it complained "ERROR: unsatisfiable constraints: apk-file (missing): required by: world[apk-file]"
2020-05-25 07:29:07 <twb> ...which I think is apk-speak for "no such package"
2020-05-25 07:32:16 <mps> twb: did you enabled community repo in /etc/apk/repositories
2020-05-25 07:32:32 <twb> nope
2020-05-25 07:32:38 <twb> alpine noob here
2020-05-25 07:33:32 <mps> read install guide on wiki.a.o
2020-05-25 07:33:48 <afontain_> fridim: ah, yes installing the driver makes it more likely to work. Who would have thought
2020-05-25 07:34:32 <twb> Okey dokey
2020-05-25 07:35:48 <mps> guides on wiki are far from perfect but quite useful for those who are *willing* to read and learn about alpine
2020-05-25 07:35:55 <fridim> afontain_, unecessary sarcasm ? :D
2020-05-25 07:37:01 <afontain_> More like a note to suggest it next time :P
2020-05-25 08:17:59 <fridim> except now alpine freezes (no keyboard, no mouse). It's happened twice already this morning.  :/
2020-05-25 08:19:56 <twb> fridim: can you ping the alpine host from another host?
2020-05-25 08:25:24 <twb> Wow.  /usr/local/sbin doesn't even exist
2020-05-25 08:25:45 <twb> But /usr/local/bin does, which seems inconsistent, since both are in $PATH.
2020-05-25 08:28:27 <Cogitri> Well, /usr/local is territory which the package manager won't touch, so if you want things in that directory you'd create it yourself anyway, no?
2020-05-25 08:29:19 <twb> Cogitri: then why was there a /usr/local/bin?
2020-05-25 08:29:43 <mps> convenience :)
2020-05-25 08:29:48 <twb> If I had a full /usr/local tree, or no /usr/local tree at all, that would have made more sense
2020-05-25 08:29:55 <twb> to me anyway
2020-05-25 08:30:20 <mps> why?
2020-05-25 08:30:41 <mps> admin is free to add/remove whatever it want/need there
2020-05-25 10:02:49 <fridim> twb, it does respond to ping
2020-05-25 10:03:14 <fridim> and this time i opened an SSH connection with dmesg -w, i have an error message
2020-05-25 10:03:28 <fridim> [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma1 timeout, signaled seq=2623, emitted seq=2625
2020-05-25 10:03:42 <fridim> and: [drm] GPU recovery disabled.
2020-05-25 10:04:11 <fridim> So maybe i can try a more recent linux-firmware-amdgpu  from edge
2020-05-25 10:11:14 <Jenkler> How is chrome working for everyone else. It allways hangs the tabs, a lot of reload here. Is there any workaround to fix this?
2020-05-25 10:11:31 <Jenkler> (Chromium) on 3.11
2020-05-25 10:11:35 <oneinsect> increase ram?
2020-05-25 10:11:56 <Jenkler> I have 16 GB
2020-05-25 10:12:02 <Jenkler> That is not it!
2020-05-25 10:12:09 <oneinsect> hmmmm
2020-05-25 10:18:11 <mps> are you sure that 16GB RAM enough for chrome :D
2020-05-25 10:18:34 <Jenkler> mps, lol
2020-05-25 10:18:45 <mps> sorry, couldn't resist
2020-05-25 10:19:39 <Jenkler> Checking the task list for chrome. No heavy mem usage
2020-05-25 10:19:43 <fridim> :q
2020-05-25 10:19:44 <fridim> :q
2020-05-25 10:19:56 <fridim> sorry, wrong screen ..
2020-05-25 10:20:05 <mps> firefox-esr works fine on 2GB RAM on 3.11
2020-05-25 10:20:15 <Jenkler> Anyone else use Version 81.0.4044.113 (Developer Build) (64-bit)
2020-05-25 10:20:24 <mps> ok, not quite fine but good enough
2020-05-25 10:20:31 <Jenkler> yeah, I have no porbs with firefox-esr
2020-05-25 10:20:47 <Jenkler> But I need to have chromium also.
2020-05-25 10:21:09 <Jenkler> Had the same issue with previus version in 3.11
2020-05-25 10:21:43 <Jenkler> Would be nice if someone else could confirm this tab hangs in chrome!
2020-05-25 10:22:05 <Jenkler> 14 tabs on diffrent pages
2020-05-25 10:22:41 <mps> heavy JS in tab, maybe
2020-05-25 10:24:01 <Jenkler> no, it happends on random tabs at random times
2020-05-25 10:25:50 <Jenkler> Everyting else works good. Only Chromium that is F*ck*d up
2020-05-25 10:25:53 <Jenkler> ;)
2020-05-25 10:26:45 <Ondalf> finally, this thing decided to work
2020-05-25 10:26:45 <mps> yes, because similar behavior I stopped to use chrome long time ago
2020-05-25 10:26:56 <Ondalf> okay, do a test
2020-05-25 10:27:19 <Ondalf> open up task manager to see, if the system starts to swap, when the lockup happens
2020-05-25 10:27:30 <Ondalf> (been watching this conversation from discord side)
2020-05-25 10:28:22 <Ondalf> i noted, whenever swap writing to disk happens, whole machine would lock up completely. be it 20 seconds or ~100 seconds. it varied quite a lot...
2020-05-25 10:28:50 <Jenkler> chrome://flags/#proactive-tab-freeze
2020-05-25 10:28:56 <Jenkler> Could be something
2020-05-25 10:29:43 <Ondalf> what you could try, is to completely move use like 512mb zram partition for swap and nothing else with vm.swappiness=1 in that very case. other than that, i haven't yet found any reason to ditch Chrome
2020-05-25 10:29:56 <Jenkler> Dit not exist in my version :)
2020-05-25 10:31:15 <Jenkler> mps, do you only use firefox ?
2020-05-25 10:31:37 <mps> Jenkler: yes, and elinks
2020-05-25 10:31:44 <mps> w3m also
2020-05-25 10:31:51 <Jenkler> mps, the print to pdf feat is better in chrome
2020-05-25 10:32:09 <Jenkler> files get better compressed
2020-05-25 10:32:52 <Jenkler> And also the quality seams better
2020-05-25 10:33:13 <mps> oh, I have pdf printer driver in cups which create file instead of printing on paper
2020-05-25 10:35:22 <Jenkler> mps, I only use files to but. They get smaller with chrome and better
2020-05-25 10:35:25 <Jenkler> Error code: 256
2020-05-25 10:35:33 <Jenkler> When the tabs crash
2020-05-25 10:40:13 <Jenkler> Use hardware acceleration when available <-- could be related to this
2020-05-25 10:52:09 <Jenkler> seams to work better without "Use hardware acceleration when available". Hope this helps, don need it anyway ;)
2020-05-25 11:39:20 <x0n> artok: thanks, I have a real bad case of "download first, open eyes later" today :)
2020-05-25 11:39:34 <x0n> however, your dockerfile still doesn't work for me
2020-05-25 11:42:04 <x0n> I changed the apk stanzas under "mkdir -p /data/sysroots" to include "--no-scripts" as per your blog post which made it progress until building the toolchain
2020-05-25 11:47:17 <joe9> cool, I have 2 working installs of alpine-linux vm's. They are running fine and dandy.
2020-05-25 11:47:23 <x0n> there, I had to comment out LLVM_USE_LINKER=gold to get compilation to run at all
2020-05-25 11:47:34 <joe9> actually, 4 instances on openbsd vmm.
2020-05-25 11:52:49 <x0n> it errors out at the same point as before at FileCheck.cpp.o
2020-05-25 11:59:36 <joe9> any font recommendations for X11 GUI apps? everything works fine. The fonts seem that they could be better. But, I am pushing the buck here. It is working fine as-is.
2020-05-25 12:32:36 <rnkn> I've just been perusing the mailing lists... is alpine seriously considering changing the filesystem layout by symlinking /usr -> / or similar..???
2020-05-25 12:40:31 <x0n> is it supported in alpine to remotely (ssh?) enter decryption keys for LUKS volumes or ZFS native encryption at boot time?
2020-05-25 12:52:39 <joe9> Is there a reason why https://github.com/sgerrand/alpine-pkg-glibc is not in alpine aports? Is it to discourage the use of glibc?
2020-05-25 12:53:21 <afontain_> possibly, it's also not properly packaged
2020-05-25 12:53:35 <maxice8> @rnkn hopefully it will be a usrmerge like the other distros to reduce developer maintenance and increase compatibility
2020-05-25 12:54:47 <ikke> rnkn: there is discission around it, but no concrete plans as of yet
2020-05-25 12:55:11 <afontain_> by the way, /usr really should be called an other way
2020-05-25 12:55:17 <afontain_> /system, for example
2020-05-25 12:56:54 <ikke> too much software assumes /usr atm
2020-05-25 12:58:18 <Cogitri> afontain_: Breaking FHS just to have a nicer name isn't worth it
2020-05-25 12:58:29 <afontain_> yeah, I don't think either
2020-05-25 12:58:39 <maxice8> To be honest you could make system a compact symlink to /usr
2020-05-25 12:58:46 <maxice8> But why even bother at that point
2020-05-25 12:58:53 <afontain_> it's still weird though
2020-05-25 12:58:59 <maxice8> Compat*
2020-05-25 13:00:09 <rnkn> Cogitri: I agree completely
2020-05-25 13:00:32 <rnkn> I just mailed the list... can't believe breaking FHS is being considered
2020-05-25 13:00:53 <Cogitri> rnkn: Considering many things isn't bad, what's being decided on is the important thing
2020-05-25 13:01:32 <rnkn> please allow me to rephrase
2020-05-25 13:02:42 <rnkn> the impression I got from the thread was that the reasons for breaking consistency with FHS were not being balanced against the disadvantages, because the many of the disadvantages would not affect those having the discussion
2020-05-25 13:03:14 <rnkn> that is, the FHS is clear and well-documented, and for a noob like myself, it's a safety net
2020-05-25 13:04:10 <joe9> afontain_, what is the alpine recommended way to set the LD_LIBRARY_PATH. I set it in my user profile and in the ssh env.
2020-05-25 13:04:24 <rnkn> for people with a thorough understanding of the filesystem, breaking consistency is fine, but this disproportionately affects people less knowledgable about the filesystem
2020-05-25 13:04:27 <joe9> I figure there must be a better approach to it.
2020-05-25 13:04:29 <Cogitri> Well, I mean with both the proposal to merge /usr to / and to usrmerge nothing much would change since everything would he symlinked back
2020-05-25 13:04:56 <afontain_> I don't know
2020-05-25 13:05:19 <Cogitri> I still think usrmerge is a good way forward since about every distro out there does that and the distinction just doesn't make sense anymore, but /usr -> / doesn't make sense to me
2020-05-25 13:06:16 <afontain_> it would make stuff create things in /include and in /local
2020-05-25 13:06:23 <afontain_> I'm not used to it
2020-05-25 13:06:51 <Cogitri> And upstreams aren't used to it either
2020-05-25 13:06:54 <Cogitri> The breakage would be immense
2020-05-25 13:07:02 <Cogitri> And I'm not in the mood for even more patches :)
2020-05-25 13:07:36 <maxice8> I'm curious
2020-05-25 13:07:52 <maxice8> I want to see what breaks
2020-05-25 13:08:01 <ikke> fedora and archlinux already went that route
2020-05-25 13:08:06 <maxice8> Something like the Debian usrmerge package but rootmerge
2020-05-25 13:09:07 <ikke> On archlinux, I only have /usr/bin as real folder, the rest are symlinks
2020-05-25 13:09:25 <Cogitri> Yup, Usrmerge is the default these days
2020-05-25 13:09:26 <maxice8> Very nice
2020-05-25 13:09:31 <Cogitri> But rootmerge isn't
2020-05-25 13:09:44 <ikke> https://tpaste.us/ObNY
2020-05-25 13:10:15 <maxice8> The artifical sbin bin separation can be kept as well
2020-05-25 13:10:23 <maxice8> Void decided to go all the way as well
2020-05-25 13:11:01 <Cogitri> ikke: Yes, /bin -> /usr/bin (usrmerge), not /usr/bin -> /bin which would be "rootmerge"
2020-05-25 13:11:19 <ikke> nod
2020-05-25 13:15:31 <rnkn> not that I think you're advocating it, but "I want to see what breaks" seems to be the mantra of every system I want to get away from
2020-05-25 13:16:27 <ikke> rnkn: that statement does not mean "go fast and break things". It means: "I want to know if to actually breaks something, instead of just some hypothetical scenario"
2020-05-25 13:18:51 <rnkn> ikke: yeh, jk
2020-05-25 13:28:53 <artok> x0n: are you doing it with my 2-stage build caches?
2020-05-25 13:30:52 <artok> have caches and clang needs triple patch to work
2020-05-25 13:35:06 <fridim> regarding the freeze i've been experiencing because of amdgpu, it seems better after i added this line to linux at boot:  amdgpu.vm_update_mode=3 amdgpu.ppfeaturemask=0xffffffff amdgpu.vm_fault_stop=0 amdgpu.vm_debug=1 amdgpu.gpu_recovery=1
2020-05-25 13:35:18 <fridim> found here: https://gitlab.freedesktop.org/mesa/mesa/-/issues/1389
2020-05-25 13:35:41 <fridim> should i mention that in https://wiki.alpinelinux.org/wiki/Radeon_Video  ?
2020-05-25 13:57:03 <mps> for now (and I hope forever) alpine will not change filesystem structure
2020-05-25 13:57:59 <ikke> Archlinux did it and literally nothing changed for me
2020-05-25 13:58:36 <ikke> They do provide symlinks, so all paths still exist
2020-05-25 13:58:54 <maxice8> usr merge retains and improves compatibility, it is expected that nothing changes besides less scripts requiring guessing the correct place of binaries
2020-05-25 13:59:05 <rnkn> ikke: would this mean that stuff installed with apk would end up "in" /bin?
2020-05-25 13:59:05 <mps> so, what is benefit then
2020-05-25 13:59:21 <ikke> rnkn: that is rootmerge, which is not what archlinux did
2020-05-25 13:59:27 <ikke> they did usrmerge,
2020-05-25 13:59:53 <rnkn> yeah but if /bin -> /usr/bin
2020-05-25 14:00:10 <mps> then put all files under / and remove subdirs, eveything is always in on place
2020-05-25 14:00:22 <mps> one*
2020-05-25 14:00:39 <maxice8> mps: less artificial historical separation , atomic updates via mounting /usr, capability of mounting /usr ro with a complete system image
2020-05-25 14:01:06 <mps> PATH is short, script is short, user always are shure where files are
2020-05-25 14:01:21 <mps> sure*
2020-05-25 14:01:53 <mps> ( I need to wake up)
2020-05-25 14:03:03 <rnkn> ikke: sorry what I meant by "in" was symlinked to
2020-05-25 14:03:30 <mps> but, we don't have to discuss this for some time in future, BDFL vetoed change for now
2020-05-25 14:03:42 <maxice8> Yes
2020-05-25 14:04:19 <ikke> I don't care too much personally, but I do believe the current distinction is arbitrary
2020-05-25 14:04:41 <mps> and thanks to that, we can waste our energy and free time to more important things
2020-05-25 14:05:00 <mps> ikke: yes, true
2020-05-25 14:05:43 <mps> but that's how historical decision stays, for some good and for some bad points
2020-05-25 14:06:04 <ikke> at some point, it makes sense to clean up
2020-05-25 14:06:08 <rnkn> isn't it like /bin is for the system to work, /usr is for using the computer?
2020-05-25 14:06:24 <ikke> rnkn: in practice, it doesn't work like that
2020-05-25 14:06:46 <ikke> unless you are really carefull, you easily wind up with dependencies in /usr
2020-05-25 14:06:51 <mps> it is not hard to understand
2020-05-25 14:07:19 <mps> maybe hard for windows/macos newcomers on linux
2020-05-25 14:07:33 <ikke> rnkn: many tools rely on ncurses, which is in /usr/lib
2020-05-25 14:07:39 <ikke> so without /usr, those would fail to run
2020-05-25 14:08:25 <ikke> pcre is in /usr/lib as wel
2020-05-25 14:08:32 <ikke> as is libreadline
2020-05-25 14:08:42 <rnkn> I would assume ncurses would not be required for the system to boot?
2020-05-25 14:08:52 <mps> no
2020-05-25 14:09:55 <ikke> To boot, you just need initramfs and an init process, doesn't mean your system is usable
2020-05-25 14:09:55 <rnkn> the way I understand it from man hier (BSD) is a rather elegant three-tier hierarchy, / for the system, /usr for using the computer, and /usr/local for your own stuff
2020-05-25 14:09:56 <mps> well, /bin, /sbin, lib, /etc are only needed for boot and rescue
2020-05-25 14:10:50 <rnkn> so for me, it's informative to see what's in /bin vs /usr/bin
2020-05-25 14:11:02 <ikke> say, if you want to fix partitions on your disk
2020-05-25 14:11:12 <ikke> fdisk depends on ncurses
2020-05-25 14:11:26 <mps> aha, /usr could be mounted over NFS, samba etc
2020-05-25 14:11:45 <rnkn> ikke: you sure not cfdisk?
2020-05-25 14:11:57 <rnkn> fdisk doesn't depend on ncurses for me
2020-05-25 14:11:59 <ikke> yes, I'm checking ldd output
2020-05-25 14:12:07 <mps> busybox fdisk :)
2020-05-25 14:12:16 <rnkn> right
2020-05-25 14:12:34 <rnkn> the further we move away from the BSD light.....
2020-05-25 14:12:45 <rnkn> jk
2020-05-25 14:12:53 <ikke> imho, a live usb iso is better as rescue system
2020-05-25 14:13:26 <maxice8> Initramfs already does the work of rescue
2020-05-25 14:13:26 <rnkn> but that's actually not what I'm saying
2020-05-25 14:13:31 <mps> if machine can boot from usb and even if have usb
2020-05-25 14:13:39 <rnkn> fdisk in this case would come under "using the computer"
2020-05-25 14:14:03 <ikke> rnkn: booting a computer needs very little from user space
2020-05-25 14:14:16 <mps> not all machines can use initramfs
2020-05-25 14:14:30 <rnkn> so those things are what go in /bin from what I understand
2020-05-25 14:14:44 <ikke> rnkn: the distinction is arbitrary
2020-05-25 14:14:52 <rnkn> hmm I don't think it is
2020-05-25 14:15:03 <ikke> In practice I mean
2020-05-25 14:15:03 <mps> though I think fdisk belong to /sbin
2020-05-25 14:15:09 <ikke> yes, it's in /sbin
2020-05-25 14:15:21 <ikke> No one is vetting what is going where
2020-05-25 14:15:51 <rnkn> the distinction has value for a newcomer's understanding of how a system works
2020-05-25 14:16:16 <rnkn> the argument that because the distinction has become muddled/messy it should be done away with does not follow
2020-05-25 14:16:38 <ikke> For me, it never helped understanding linux systems better
2020-05-25 14:16:39 <rnkn> rather, effort ought to be put into cleaning up the muddle
2020-05-25 14:16:50 <mps> tools essential for admin goes to /sbin and tools essential for user goes to /bin, for boot and rescue I mean, not for normal use
2020-05-25 14:16:57 <rnkn> well, part of that could be that linux made a mess of BSD
2020-05-25 14:17:04 <ikke> mps: originally, /sbin was for statically linked files
2020-05-25 14:17:16 <rnkn> ideally, effort could be put into tidying that back up
2020-05-25 14:18:15 <rnkn> BSD man hier was pretty foundational for me
2020-05-25 14:18:21 <mps> no, ideally effort could be put to not make breaking changes
2020-05-25 14:18:28 <ikke> I have no bone in this, but this explains some of the reasons to do a /usr merge: https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/
2020-05-25 14:18:51 <mps> uhm, f.d.o
2020-05-25 14:19:05 <ikke> fine: fedora: https://fedoraproject.org/wiki/Features/UsrMove
2020-05-25 14:19:23 <mps> linux is not (free) desktop only
2020-05-25 14:19:27 <ikke> Or a mailing list post: http://lists.busybox.net/pipermail/busybox/2010-December/074114.html
2020-05-25 14:20:12 <rnkn> I guess what I'm getting at is this:
2020-05-25 14:20:17 <mps> 
ACTION followed long ML disscussion about this few years on debian-devel :)

2020-05-25 14:21:51 <rnkn> you and others say that the FHS taught you little about the system, therefore it has no value, whereas for me the FHS taught me much about the system, so actually yes it does have value
2020-05-25 14:22:34 <mps> rnkn: then you misunderstood me, FHS have a value for me
2020-05-25 14:22:49 <rnkn> mps: sorry I was replying to ikke
2020-05-25 14:23:02 <mps> ah, ok. np
2020-05-25 14:24:17 <mps> (when I switched to alpine I had a hope that will not have to discuss such things again)
2020-05-25 14:24:21 <rnkn> as an aside, does this channel usually have spirited discussion, or is this considered detrimental to helping users who may drop in with questions?
2020-05-25 14:24:48 <mps> it is primarilly to help users
2020-05-25 14:25:21 <rnkn> would my bringing up this topic be considered a faux pas?
2020-05-25 14:25:59 <ikke> rnkn: As long as it's honest discussions, we don't mind it
2020-05-25 14:26:01 <mps> but we are usually relaxed people and if discussion it polite we can discuss everything related to alpine
2020-05-25 14:26:25 <rnkn> 
ACTION gives thumbs up emoji

2020-05-25 14:26:35 <mps> rnkn: it is ok
2020-05-25 14:28:47 <mps> ikke: small note, originally on unix a lot (if not everything) was statically linked
2020-05-25 14:30:24 <rnkn> I appreciate how welcoming #alpine-linux is to someone with little knowledge/experience like myself
2020-05-25 14:31:26 <fusion> i suppose i'm alone in doing ./configure --prefix=/home/alex
2020-05-25 14:31:27 <fusion> lmao
2020-05-25 14:31:38 <fusion> (within reason to be sure..)
2020-05-25 14:31:38 <mps> ( I think that bad people could make such fine system/distro as alpine is)
2020-05-25 14:32:29 <mps> s/could/could not/
2020-05-25 15:46:13 <fwm> what programs can I use for just getting mail delivered to a folder? fdm nor offlineimap are in the repos so not sure what other alts there are
2020-05-25 15:52:32 <feuerteufel> Hi @ all
2020-05-25 15:54:06 <feuerteufel> My rpi 1B is running now, thanks to all
2020-05-25 15:55:20 <feuerteufel> Now I have a prob. to get a file under /usr/bin persistant
2020-05-25 15:58:25 <feuerteufel> Do I have to use a Loopback image or is there a more simple way?
2020-05-25 15:58:48 <feuerteufel> It's only 1 file ...
2020-05-25 16:25:26 <cr0ssw1nd> hey
2020-05-25 16:25:40 <cr0ssw1nd> how to fix this error?
2020-05-25 16:25:41 <cr0ssw1nd> ERROR: http://dl-cdn.alpinelinux.org/alpine/v3.11/community: temporary error (try again later)
2020-05-25 16:25:54 <cr0ssw1nd> I am just doing `apk update` and it works on local machine (from docker)
2020-05-25 16:26:02 <cr0ssw1nd> but not on my remote machine (also in docker)
2020-05-25 16:27:18 <supersandro2000> works forme. Maybe your DNS is not working correctly
2020-05-25 16:52:04 <cr0ssw1nd> supersandro2000, wget downloads this file ok
2020-05-25 16:52:39 <cr0ssw1nd> probably docker builds image in its own network..
2020-05-25 16:52:47 <cr0ssw1nd> but this is strange
2020-05-25 17:05:46 <cr0ssw1nd> but /etc/resolv.conf has the same content both inside and outside of the docker container
2020-05-25 17:09:47 <cr0ssw1nd> oh, I realized that I can use `--network host` during the build also, it helped, so yeah, that's something with DNS
2020-05-25 19:26:21 <darkfader> i'm having a bit of trouble with a rpi4 and it not setting the clock on boot
2020-05-25 19:26:30 <darkfader> raspis don't have an rtc
2020-05-25 19:26:44 <darkfader> i have tried chrony and busybox ntp
2020-05-25 19:27:05 <darkfader> but probably since the wifi comes up pretty late they fail to set the time
2020-05-25 19:27:40 <darkfader> as a result it can't connect via openvpn since the cert seems to be from the "future"
2020-05-25 19:27:51 <darkfader> does one of you have experience with that?
2020-05-25 19:29:51 <darkfader> ah, got it. it had an inactive eth0 and tried to use a default route via the inactive interface instead of the wifi (great)
2020-05-25 19:39:39 <darkfader> seems i would need some kind of default gateway monitor
2020-05-25 20:35:01 <zippycorners> Hello, I have a support question regarding setting up /etc/fstab on a Raspberry Pi 4 (4gb). Of course, I've gone through the wiki documentation, but this question is more about `fstab` and less about general alpine linux. After I start alpine linux on my Pi using `$ setup-alpine`, the /etc/fstab is modified to include `/dev/mmcblk0p1 /media/mmcblk0p1 vfat ....`. However, I want to modify this. My SD card has two
2020-05-25 20:35:01 <zippycorners> partitions: FAT32 (LABEL=BOOT), and EXT4 (LABEL=STORAGE). I'd like to modify my fstab to read like this: `LABEL=BOOT /mnt/mmcblk0p1 vfat ....same-as-before \n  LABEL=STORAGE /mnt/storage ext4 defaults 0 2` and then use bind mounts to move /home and /var to the EXT4 partition. However, everything I've tried has broken my alpine install. Would someone be willing to give me some help with this?
2020-05-25 20:50:44 <Hello71> darkfader: what does "inactive" mean
2020-05-25 22:04:41 <thresh> hi.  is there a way to get a checksum for a file in a package from apk?
2020-05-25 22:08:18 <c705> in general? md5sum, sha256sum, or sha512sum <file>
2020-05-25 22:08:26 <c705> not sure which hash fmt APK uses
2020-05-25 22:10:17 <thresh> yeah, let me rephrase.  I want to check that a file on a filesystem is modified since it was installed from the package.
2020-05-25 22:10:41 <thresh> so I would indeed use *sum and compare it against (presumably existing?) information in the package manager database.
2020-05-25 22:11:28 <Cogitri> I think it's apk audit that does that
2020-05-25 22:13:09 <thresh> that seems to scan the whole OS, not really optimal
2020-05-25 22:13:42 <thresh> I don't see audit in apk --help, though.  Is there a better list somewhere?
2020-05-25 22:13:57 <thresh> err, --verbose, of course.
2020-05-25 22:14:07 <Cogitri> It only scans the whole OS if you don't specify any args
2020-05-25 22:14:49 <thresh> apk manifest is what I needed
2020-05-25 22:14:51 <thresh> thanks!
2020-05-25 22:15:22 <Cogitri> 👍
2020-05-25 22:20:55 <c705> thresh: you could also look at the APKBUILD file in aports for a list of checksums that you can manually compare
2020-05-25 22:26:55 <thresh> c705, aports?
2020-05-25 22:27:28 <thresh> the package I care about is not in the official repos, if that what you mean
2020-05-25 22:33:43 <c705> thresh: ah whatever, teh apk works too
2020-05-26 00:19:15 <gjabell> on the alpine wiki it mentions you can reinstall a package using `apk_add`; does that still exist somewhere?
2020-05-26 00:28:04 <joe9> apk add, correct?
2020-05-26 00:28:07 <joe9> no _
2020-05-26 00:29:23 <c705> that's what i was thinking
2020-05-26 00:29:32 <c705> apk add -u <pack> if you want to upgrade
2020-05-26 00:40:12 <gjabell> that doesn't work to force a reinstall though does it?
2020-05-26 00:40:40 <gjabell> https://wiki.alpinelinux.org/wiki/Comparison_with_other_distros#Reinstalling_a_particular_package
2020-05-26 00:40:51 <c705> gjabell: not sure. you can also just apk del <pack> ; apk add <pack>
2020-05-26 00:41:07 <gjabell> yeah, only downside is if the package is a dep for other packages :P
2020-05-26 00:41:38 <c705> i guess apk add -f <pack> might work, lets try it
2020-05-26 00:41:41 <gjabell> I'm not sure whether it's ever actually necessary in alpine, but in other distros being able to force-reinstall packages can sometimes fix stuff
2020-05-26 00:42:33 <c705> err, i don;t have atime on so nevermind
2020-05-26 00:42:43 <c705> sudo apk add -vf vlc reinstalls the package i believe
2020-05-26 00:43:16 <gjabell> hmm
2020-05-26 00:43:28 <gjabell> doesn't seem to take any time with firefox, which typically takes a while so idk if that works
2020-05-26 00:43:31 <c705> gjabell: not something i ever really run into, but i'm not the best person to ask. i tend to use live linux so if my package state is broked, i just reboot
2020-05-26 00:43:48 <gjabell> yeah, I was thinking more for broken deps
2020-05-26 00:43:58 <c705> apk tends to perform much faster than apt or yum, to keep in mind
2020-05-26 00:44:15 <gjabell> true, almost too fast sometimes xD
2020-05-26 00:44:43 <gjabell> get up for a cup of tea and it's already done before you leave
2020-05-26 00:44:45 <c705> apk will not install if there are broken deps. not sure what happens when you force the install
2020-05-26 00:45:03 <c705> "undefined behavior" i imagine
2020-05-26 00:45:31 <c705> apt will start installing and fail if it runs into something, which is a major difference between the two systems
2020-05-26 00:46:52 <gjabell> yeah
2020-05-26 00:47:08 <gjabell> I know I've had to do weird things to upgrade when libffi gets broken sometimes
2020-05-26 00:47:19 <gjabell> Though I'm not sure force reinstalling would help then anyways
2020-05-26 00:47:47 <c705> the worst i usually run into is "x won't install: y>=version not found" or whatever
2020-05-26 00:48:12 <c705> then i make beg report on the package and wait a while. if i can;t wait i'll install from 3.x instead of edge
2020-05-26 00:48:17 <c705> s/beg/bug
2020-05-26 01:34:59 <zippycorners> I'm following the "Persistent storage" instructions on the wiki regarding raspberry pi's:
2020-05-26 01:35:00 <zippycorners> https://wiki.alpinelinux.org/wiki/Raspberry_Pi
2020-05-26 01:35:13 <zippycorners> I can get everything to mount properly
2020-05-26 01:35:30 <zippycorners> and my /etc/fstab looks nearly identical to the one in the wiki
2020-05-26 01:35:48 <zippycorners> running "mount -a" works fine, and everything is perfect
2020-05-26 01:35:54 <zippycorners> Then I run "lbu commit -d"
2020-05-26 01:36:01 <zippycorners> then I reboot, and it all breaks
2020-05-26 01:37:02 <zippycorners> During the Alpine loading process, it says: "Filesystems could't be fixed"
2020-05-26 01:38:19 <zippycorners> Does anyone know how to get persistent storage to work on an SD card on a raspberry pi?
2020-05-26 01:41:10 <zippycorners> My /etc/fstab looks like this:
2020-05-26 01:41:22 <zippycorners> "/dev/usbdisk	/media/usb	vfat	noauto,ro	0	0"
2020-05-26 01:41:30 <zippycorners> "LABEL=ALPINE	/media/mmcblk0p1 vfat rw,relatime,fmask=0022,dmask=0022,errors=remount-ro 0 0"
2020-05-26 01:41:38 <zippycorners> "LABEL=STORAGE	/mnt/storage	ext4	defaults	0	0"
2020-05-26 01:41:45 <zippycorners> "overlay /home	overlay	lowerdir=/home,upperdir=/mnt/storage/home,workdir=/mnt/storage/.work	0	0"
2020-05-26 02:10:40 <dcorbe> what do I do if my apk database is corrupt?   I can I rebuild it?
2020-05-26 05:44:07 <homa_rano> zippycorners: I'm getting exactly the same problem installing to a Raspberry Pi 4
2020-05-26 05:44:31 <homa_rano> I didn't have any issues a couple weeks ago installing armhf on a Raspberry Pi Zero
2020-05-26 05:47:40 <homa_rano> zippycorners: I tried following the slightly different instructions in https://maxocull.com/2019/12/25/Alpine-Desktop-on-the-Raspberry-Pi-4/ and I can't get `lbu commit` to work
2020-05-26 05:48:55 <dcorbe> where did busybox-extras go?   I need udhcpd
2020-05-26 05:50:03 <dcorbe> err never mind
2020-05-26 08:24:45 <dngray> can bonding be used in combination with VLANs?
2020-05-26 08:25:39 <ikke> sure
2020-05-26 08:26:22 <dngray> i have two ethernet ports on my server, thinking of doing this
2020-05-26 08:26:24 <dngray> https://termbin.com/qyto
2020-05-26 08:26:51 <dngray> what would the MAC address be of the bonded interface?
2020-05-26 08:27:04 <dngray> can it be used in combination with DHCP? or should i set static, probably should go static
2020-05-26 08:43:13 <dngray> nice i think this will work good
2020-05-26 09:25:50 <dngray> https://wiki.alpinelinux.org/wiki/Vlan#Example_with_bridges_associated_with_VLANs_over_bonding_with_differing_MTUs_on_the_various_VLANs is kind of what i want
2020-05-26 09:26:04 <dngray> but if i want to use my bonded interface on separate VLANs i shouldn't need to worry about a bridge
2020-05-26 09:42:23 <dngray> ikke: would i need a bridge for that?
2020-05-26 09:42:40 <ikke> Sorry, I would not know
2020-05-26 09:42:46 <dngray> if i wanted to use two interfaces bonded, on two different VLANs
2020-05-26 09:42:49 <dngray> ie i want to bond eth0 and eth1
2020-05-26 09:43:02 <dngray> but use two different VLANs, on that pair of interfaces hmm
2020-05-26 09:43:14 <ikke> should just work
2020-05-26 09:43:26 <ikke> but not certaint
2020-05-26 09:43:40 <dngray> yeah i don't think i need a bridge, because i don't want to bridge the VLANs
2020-05-26 09:58:41 <dngray> hmm maybe i should create eth0.3 and eth1.3 and bond those
2020-05-26 09:58:52 <dngray> instead of trying to bond eth0 and eth1 and create a bond0.3 interface
2020-05-26 10:35:08 <albr_> toinux[d]: nope
2020-05-26 10:35:19 <albr_> toinux[d]: better is to bond
2020-05-26 10:35:24 <albr_> toinux[d]: and then create vlans on the bond
2020-05-26 10:35:39 <albr_> toinux[d]: use that at work, and it works well
2020-05-26 10:37:48 <albr_> monado[d]: http://audio-video.gnu.org/audio/Fenster-Free-Software-Song.ogg
2020-05-26 11:50:37 <dngray> toninux thanks!
2020-05-26 11:50:38 <dngray> i will do that then
2020-05-26 11:50:43 <dngray> i thought you might say that
2020-05-26 11:53:06 <dngray> toinux[d]: do you have an example there you could show me?
2020-05-26 11:53:19 <dngray> i want to do it without bridges if possible
2020-05-26 11:53:34 <albr_> monado[d]: @toinux
2020-05-26 11:53:55 <albr_> toinux[d]: do you have iproute2 ?
2020-05-26 11:54:14 <albr_> toinux[d]: is your bonding up ?
2020-05-26 11:54:37 <mps> hmm, fenster-frei, maybe
2020-05-26 11:55:24 <albr_> toinux[d]: ```2: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP mode DEFAULT group default qlen 1000
2020-05-26 11:55:24 <albr_> toinux[d]:     link/ether xx:xx brd ff:ff:ff:ff:ff:ff
2020-05-26 11:55:26 <albr_> toinux[d]: 3: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP mode DEFAULT group default qlen 1000
2020-05-26 11:55:27 <albr_> toinux[d]:     link/ether xx:xx brd ff:ff:ff:ff:ff:ff
2020-05-26 11:55:28 <albr_> toinux[d]: 
2020-05-26 11:55:30 <albr_> toinux[d]: 5: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
2020-05-26 11:55:31 <albr_> toinux[d]:     link/ether xx:xx brd ff:ff:ff:ff:ff:ff
2020-05-26 11:55:32 <albr_> toinux[d]: 6: bond0.999@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
2020-05-26 11:55:35 <albr_> toinux[d]:     link/ether xx:xx brd ff:ff:ff:ff:ff:ff
2020-05-26 11:55:38 <albr_> toinux[d]: 7: bond0.101@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
2020-05-26 11:55:40 <albr_> toinux[d]:     link/ether xx:xx brd ff:ff:ff:ff:ff:ff```
2020-05-26 11:55:41 <albr_> toinux[d]: sorry if it's ugly on IRC
2020-05-26 11:56:00 <ikke> it is
2020-05-26 11:56:03 <mps> it's not ugly, if you don't spam
2020-05-26 11:56:04 <albr_> monado[d]: pastebins
2020-05-26 11:56:08 <albr_> monado[d]: it’s in the rules
2020-05-26 11:56:17 <albr_> toinux[d]: didn't spam
2020-05-26 11:56:22 <dngray> toinux[d] i am on matrix lol
2020-05-26 11:56:23 <albr_> toinux[d]: I sent a discord code block
2020-05-26 11:56:30 <albr_> toinux[d]: `ip link add link bond0 name bond0.100 type vlan id 100`
2020-05-26 11:56:31 <dngray> but yeah, pastebins are best i am curious to see your /etc/network/interfaces
2020-05-26 11:56:35 <albr_> toinux[d]: here you go
2020-05-26 11:56:54 <mps> this is spam for itrc
2020-05-26 11:57:15 <mps> irc*
2020-05-26 11:57:32 <albr_> toinux[d]: what paste service do you recommend ?
2020-05-26 11:57:37 <albr_> monado[d]: arxius.io
2020-05-26 11:57:41 <albr_> monado[d]: literally in the rules
2020-05-26 11:58:12 <albr_> toinux[d]: https://arxius.io/raw/9568a7c8
2020-05-26 11:58:16 <albr_> toinux[d]: on debian, this is my configuration
2020-05-26 11:59:13 <dngray> debian is close enough to alpinelinux
2020-05-26 11:59:43 <vegankumpir> Why there's an alias for `lbu include` as `lbu add` but there's not for `lbu exclude` as `lbu del` (I know that there's `lbu delete`, the question is why it is not also `del`). Why I ask that is because `apk add` and `apk del` commands.
2020-05-26 12:00:46 <ikke> probably no particular reason
2020-05-26 12:00:53 <vegankumpir> lol
2020-05-26 12:01:08 <dngray> <albr_ "toinux[d]: https://arxius.io/raw"> weird i am not seeing anything
2020-05-26 12:01:13 <vegankumpir> And also `lbu inc` and `lbu ex` why it is not `lbu in`?
2020-05-26 12:01:30 <albr_> monado[d]: same
2020-05-26 12:01:31 <dngray> i usually use https://clbin.com/ or https://termbin.com/
2020-05-26 12:01:53 <albr_> toinux[d]: i'll give it a try
2020-05-26 12:02:19 <albr_> toinux[d]: raw/9568a7c8
2020-05-26 12:03:10 <albr_> toinux[d]: ok, it's broken
2020-05-26 12:03:39 <albr_> toinux[d]: https://arxius.io/p/8fcd03e9
2020-05-26 12:03:52 <dngray> https://clbin.com/zDuZE LOL TRUE
2020-05-26 12:04:03 <dngray> oops no caps
2020-05-26 12:04:18 <albr_> toinux[d]: clicked the wrong button
2020-05-26 12:04:26 <albr_> toinux[d]: instead of save, i clicked dowload
2020-05-26 12:04:28 <dngray> <albr_ "toinux[d]: https://arxius.io/p/8"> ah that's better
2020-05-26 12:04:42 <dngray> ooooh thats simpler than i thought
2020-05-26 12:04:57 <albr_> toinux[d]: don't know why you would bother with bridges
2020-05-26 12:05:41 <dngray> yeah the bridges was because that guy wanted to have different MTUs
2020-05-26 12:05:52 <dngray> https://wiki.alpinelinux.org/wiki/Vlan#Example_with_bridges_associated_with_VLANs_over_bonding_with_differing_MTUs_on_the_various_VLANs
2020-05-26 12:05:53 <dngray> but not sure why you'd need that
2020-05-26 12:06:06 <dngray> if it's all ethernet isn't 1500 the standard?
2020-05-26 12:06:48 <dngray> oh u know on debian u can do CIDR
2020-05-26 12:07:01 <dngray> i wonder if we can do that on alpinelinux's ifplugd yet
2020-05-26 12:07:17 <dngray> ❤︎ cidr
2020-05-26 12:08:23 <dngray> oh maybe you can't
2020-05-26 12:08:32 <dngray> i was sure ifplugd supported cidr
2020-05-26 12:11:40 <dngray> https://clbin.com/66DHE hope this works 😁
2020-05-26 12:56:48 <zippycorners> homa_rano, I got a bit further last night because I realized I hadn't installed the apk "e2fsprogs". Once I installed that, I could reboot correctly and mount my /home and /var on the 2nd partition.
2020-05-26 12:57:30 <zippycorners> However, it still doesn't work correctly, because my apks don't stay persistent. Not even after "lbu commit -d"
2020-05-26 13:42:20 <steinbach> is alpine safe for production?
2020-05-26 13:42:54 <u0jQx9gPyrYg> depends on your production
2020-05-26 13:43:25 <programmerq> it's been used in many production environments for years.
2020-05-26 13:44:37 <programmerq> if you are a bank and you have elaborate rules about packages and need certain SLAs for the package updates, then it might be a bit of a challenge.
2020-05-26 13:47:27 <steinbach> not a bank, but communication services
2020-05-26 13:48:09 <ikke> like already said, Alpine Linux is used in many production systems, including communication services
2020-05-26 13:49:33 <hiro> computers aren't safe for production imo
2020-05-26 13:49:42 <Tekk_> I'm having a weird problem with building things in an alpine chroot. I did a bind mount on /dev and /sys, mounted proc as proc, and then installed the necessary packages (SDL2 dev, musl dev, gcc, etc.) Compilation works fine but when it gets to the linking stage I get undefined resource errors for every function call that's not just libc. Has anyone seen something like that?
2020-05-26 13:50:13 <Tekk_> Obviously the code links fine on my host with (as far as I can tell) the same flags an doptions. I can try and throw together a minimal case in a bit; at work now.
2020-05-26 13:50:29 <hiro> Tekk_: /dev/pts, /dev/shm
2020-05-26 13:51:31 <hiro> those are the only things that would be missing if you didn't do an "rbind"
2020-05-26 13:51:56 <Tekk_> hiro: No difference. Just mounted them.
2020-05-26 13:52:09 <hiro> shouldn't happen
2020-05-26 13:52:19 <hiro> i can link just fine here
2020-05-26 13:52:20 <Tekk_> I agree.
2020-05-26 13:52:50 <hiro> i do exactly the same thing here
2020-05-26 13:53:23 <ikke> TIL about rbind
2020-05-26 13:53:28 <hiro> mount -t proc none ${chroot_dir}/proc
2020-05-26 13:53:28 <hiro> mount  --make-slave --rbind / ${chroot_dir}/mnt/orig/
2020-05-26 13:53:28 <hiro> mount -o bind /tmp/.X11-unix ${chroot_dir}/tmp/.X11-unix
2020-05-26 13:53:28 <hiro> do
2020-05-26 13:53:28 <hiro> for bla in /mnt/sda1 /opt /sys /dev
2020-05-26 13:53:29 <hiro>         mount  --make-slave --rbind $bla ${chroot_dir}$bla
2020-05-26 13:53:29 <hiro> done
2020-05-26 13:54:25 <hiro> i have yet to figure out how to fix my make-slave thingy. it is not currently working i think bec. i don't actually create a namespace (instead it's still using chroot, have to switch)
2020-05-26 13:54:34 <Tekk_> access("/usr/lib/gcc/x86_64-alpine-linux-musl/9.2.0/specs", R_OK) = -1 ENOENT (No such file or directory)
2020-05-26 13:54:47 <Tekk_> I see a few entries like that if I strace the gcc link line. Wonder if that might be related?
2020-05-26 13:54:55 <Tekk_> It's possible I forgot a package somewhere
2020-05-26 14:06:08 <zippycorners> I did a bind mount on /var, and now my apk packages aren't persistent. My mounted device is definitely in rw mode, too. Any ideas?
2020-05-26 14:15:25 <mps> hiro: +1 about computer safety :)
2020-05-26 14:16:29 <Tekk_> Turns out this is really weird. Stracing says it was able to find the libraries, it just can't resolve the symbols for some reason.I might install a vm later to see if it's just something wrong with the setup of my chroot.
2020-05-26 14:51:39 <Hund> Hi! Where can I find languages like Swedish for Aspell?
2020-05-26 14:53:13 <ikke> https://pkgs.alpinelinux.org/packages?name=aspell-*&branch=edge&arch=x86_64 apparently just a few languages are shipped by default
2020-05-26 14:54:25 <Hund> Weird.
2020-05-26 15:10:32 <Hund> I made my own package for aspell-sv. It works now. :)
2020-05-26 15:11:04 <ikke> cool
2020-05-26 15:57:59 <oneinsect> quickly
2020-05-26 15:58:13 <oneinsect> whats the option for apk to reinstall over existing package
2020-05-26 15:58:26 <oneinsect> buzzz
2020-05-26 15:59:11 <oneinsect> --force-overwrite
2020-05-26 15:59:12 <mps> apk fix --reinstall pkgname
2020-05-26 15:59:12 <oneinsect> ?
2020-05-26 15:59:16 <oneinsect> aha
2020-05-26 15:59:27 <oneinsect> trying
2020-05-26 15:59:50 <mps> not sure if it works always, but sometimes works
2020-05-26 16:01:33 <oneinsect> hmmm
2020-05-26 16:05:39 <oneinsect> naaa
2020-05-26 16:05:45 <oneinsect> its not reinstalling
2020-05-26 16:05:59 <oneinsect> i just dont want to apk del
2020-05-26 16:06:11 <oneinsect> just want to overwrite existing same name apk
2020-05-26 16:06:19 <oneinsect> so that files are overwritten
2020-05-26 16:07:08 <hiro> like apk upgrade?
2020-05-26 16:09:12 <oneinsect> i mean
2020-05-26 16:09:23 <oneinsect> libbz2-1.0.8-r1 x86_64 {bzip2} (bzip2-1.0.6) [installed]
2020-05-26 16:09:27 <oneinsect> ibbz2-1.0.8-r1 x86_64 {bzip2} (bzip2-1.0.6)
2020-05-26 16:09:48 <oneinsect> one is installed and the other is not but is showing in the index
2020-05-26 16:10:32 <oneinsect> i want to install second one but apk add doesnt overwrite, it just doesnt install if an existing package shows as installed in installed database file
2020-05-26 16:15:12 <hiro> can't you s/r1/r2/ in your name?
2020-05-26 16:15:27 <hiro> or whatever r1-local2
2020-05-26 16:15:55 <albr_> toinux[d]: dngray i'm a bit late but we don't use cidr for backward compatibility
2020-05-26 16:16:11 <albr_> toinux[d]: auto-generated network configuration for jessie / stretch / buster machines
2020-05-26 16:16:21 <hiro> oneinsect: it might be considered a *feature* that it forces you to organize your names cleanly ;)
2020-05-26 16:16:25 <albr_> toinux[d]: and cidr are usable on stretch-backports (ifupdown) at least
2020-05-26 16:18:18 <oneinsect> i mean its strange
2020-05-26 16:18:38 <oneinsect> i have virtual package libbz2 and i cannot reinstall with a real package with same name
2020-05-26 16:25:42 <oneinsect> okie its working
2020-05-26 16:25:54 <oneinsect> able to overwrite virtual packages with real package with same name
2020-05-26 16:27:27 <oneinsect> seem this is the command
2020-05-26 16:27:31 <oneinsect> apk add --force-overwrite packagename
2020-05-26 16:29:53 <Tekk_> I found my build issue. Apparently on alpine the compiler wants me to pass my -l flags *after* everything else, which is the opposite of what make does by default? Not sure what's causing it but it builds when I move the linker flags to the end
2020-05-26 16:30:18 <Tekk_> aka gcc *.o -o output -lfoo rather than gcc -lfoo *.o -o output
2020-05-26 16:47:00 <daemon> hey all is there a package that operates similar to this daemon: https://www.freebsd.org/cgi/man.cgi?query=daemon&sektion=8
2020-05-26 16:50:22 <joe9> just want to check if there are any fonts that is popular for alpine vm?
2020-05-26 16:51:32 <albr_> monado[d]: https://github.com/auranticus/San-Francisco-family
2020-05-26 16:51:35 <albr_> monado[d]: I use these
2020-05-26 16:51:54 <joe9> albr_ thanks.
2020-05-26 16:53:30 <joe9> anything with an apk already?
2020-05-26 16:53:48 <joe9> I do not want to package it up.
2020-05-26 16:54:14 <albr_> monado[d]: https://wiki.alpinelinux.org/wiki/Fonts
2020-05-26 16:54:48 <albr_> monado[d]: ttf-opensans for sans, ttf-linux-libertine for serif
2020-05-26 17:04:05 <joe9> albr_ thanks.
2020-05-26 17:04:51 <albr_> monado[d]: sure sure
2020-05-26 19:19:18 <joe9>  http://ix.io/2nqx - any thoughts on what package I might be missing (mkfontscale?)
2020-05-26 19:20:46 <mps> 'Segmentation fault'. do you mix stable and edge repo
2020-05-26 19:25:02 <joe9> I think not. I did install a custom kernel though.
2020-05-26 19:25:25 <joe9> mps	any thoughts on the font packages?
2020-05-26 19:25:41 <joe9> alpine is in a vm and I using ssh -Y to it.
2020-05-26 19:25:53 <mps> apk search terminus
2020-05-26 19:26:08 <joe9> I presume that there needs to be some fonts package that it still needs.
2020-05-26 19:26:10 <mps> if you want to use terminus, ofc
2020-05-26 19:26:32 <joe9> ok, will try with terminus. Thanks.
2020-05-26 19:27:49 <mps> I'm not sure which fonts xclock require
2020-05-26 19:28:11 <mps> on my machine it works without problem
2020-05-26 19:28:19 <mps> just tested
2020-05-26 19:28:35 <joe9> are you connecting to an alpine vm?
2020-05-26 19:28:58 <mps> no, bare metal box
2020-05-26 19:29:00 <joe9> got it, it just needed that terminus-font package.
2020-05-26 19:29:04 <joe9> it is all good now.
2020-05-26 19:29:09 <joe9> thanks.
2020-05-26 19:52:45 <satchmo> can you specify --extra-repository multiple times when using mkimage(1)?
2020-05-26 19:53:53 <clandmeter> i believe you can
2020-05-26 19:54:09 <clandmeter> its a shell script so should be easy to check
2020-05-26 19:55:00 <satchmo> oh, it looks like it does. noice.
2020-05-26 19:56:12 <c705> you sure can
2020-05-26 19:58:25 <satchmo> So if I wanted to make an image that got its packages by default from edge/main, but I also wanted packages from edge/community and edge/testing. I would do something like `mkimage --repository=<edge/main> --extra-repository=<edge/community> --extra-repository=<edge/testing>` right?
2020-05-26 20:08:14 <c705> looks right
2020-05-26 20:08:18 <c705> satchmo:
2020-05-26 20:08:34 <satchmo> woo, thanks!
2020-05-27 01:11:06 <lunaphyte> i'm trying to install to another disk, an an existing system, and having trouble with grub-install: http://dpaste.com/1P41EJ6.txt
2020-05-27 01:11:17 <lunaphyte> i'm hoping someone can translate what grub-install doesn't like
2020-05-27 01:11:35 <lunaphyte> why does it say 'error: cannot find a GRUB drive for /dev/nbd0p1"?
2020-05-27 01:31:54 <Hello71> I think it's related to legacy bios stuff
2020-05-27 01:32:04 <Hello71> probably you can install grub manually with cp
2020-05-27 01:32:23 <Hello71> you may also have luck with --removable
2020-05-27 02:13:32 <lunaphyte> Hello71: thanks.  --removable doesn't seem to change anything.  how would i manually install with cp?
2020-05-27 02:15:26 <Hello71> well installing an efi boot loader/manager is much simpler than bios
2020-05-27 02:15:34 <Hello71> you just copy the files to the ESP
2020-05-27 02:16:28 <lunaphyte> oh, hmm
2020-05-27 02:17:12 <lunaphyte> i'd need the .efi files - i guess i can take them form the host system - but where do they come from when grub-install works normally?
2020-05-27 02:19:40 <lunaphyte> *from the
2020-05-27 03:50:45 <Hello71> apk info -L grub-efi
2020-05-27 03:50:47 <Hello71> or something like that
2020-05-27 03:51:34 <Hello71> hm
2020-05-27 04:01:04 <Hello71> huh, apparently you still need grub-mkimage for efi
2020-05-27 04:01:06 <Hello71> ugh
2020-05-27 04:01:30 <Hello71> grub is amazing but sometimes it's still so horrible
2020-05-27 04:03:11 <Hello71> according to https://askubuntu.com/questions/787762/error-cannot-find-a-grub-drive (via https://www.google.com/search?hl=en&q=cannot+find+a+grub+drive+nbd), grub needs to know which driver is required to access /boot
2020-05-27 04:04:22 <Hello71> so if you put (hd0) /dev/nbd0 in device.map then specify --device-map device.map that should work
2020-05-27 04:04:31 <Hello71> or maybe you also need (hd0,gpt1) /dev/nbd0p1
2020-05-27 04:05:23 <Hello71> lunaphyte:
2020-05-27 04:22:27 <adu> Hello71: all you need is to use the installer with USE_EFI=1
2020-05-27 10:37:08 <grharry> Hi, a somewhat naive question! When running alp from usb what is the procedure  to upgrade ALPINE KERNEL say from 3.10 to 3.11 ?
2020-05-27 10:39:04 <_ikke_> Might be a bit dated, but: https://wiki.alpinelinux.org/wiki/Upgrading_Alpine
2020-05-27 10:48:19 <grharry> I've seen that ... the command that troubles me ... is  setup-bootable -u {{#latestalp:alpine|url}} /media/$LBU_MEDIA  ... in particular the {{#latestalp:alpine|url}} part !
2020-05-27 10:48:46 <_ikke_> That's a macro that is broken
2020-05-27 10:49:12 <grharry> so replace it with what ?
2020-05-27 10:49:34 <_ikke_> http://uk.alpinelinux.org/alpine/v3.11/releases/x86_64/alpine-standard-3.11.0-x86_64.iso
2020-05-27 10:49:43 <_ikke_> http://dl-cdn.alpinelinux.org/alpine/v3.11/releases/x86_64/
2020-05-27 10:49:56 <_ikke_> http://dl-cdn.alpinelinux.org/alpine/v3.11/releases/x86_64/alpine-standard-3.11.0-x86_64.iso.asc
2020-05-27 10:50:05 <_ikke_> sorry, without asc
2020-05-27 10:51:27 <grharry> so if I got it right ... the script must download the iso file, mount it and extract the kernel files to place them under /media/blah-blah/boot ... .. correct ?
2020-05-27 10:51:42 <_ikke_> yes
2020-05-27 10:52:05 <grharry> and there is no apk  gz tar that contains these  ... !
2020-05-27 10:54:07 <grharry> What about the sys configuration does the same apply ?
2020-05-27 10:55:17 <_ikke_> no, then it's just a matter of updating the repository and running apk upgrade -U -a
2020-05-27 10:56:59 <grharry> thanks _ikke_ ... one more question ...
2020-05-27 10:57:40 <grharry> which .apk contains the kernel from the  http://dl-cdn.alpinelinux.org/alpine/v3.11/releases/x86_64/
2020-05-27 10:58:03 <_ikke_> linux-lts
2020-05-27 10:58:11 <grharry> perfect ... !
2020-05-27 10:58:29 <_ikke_> But you also need to update the initramfs and sys/extlinux config
2020-05-27 10:58:51 <grharry> http://dl-cdn.alpinelinux.org/alpine/v3.11/releases/x86_64/netboot-3.11.0_rc5/  ?
2020-05-27 10:59:36 <grharry> oh ... no xen kernel
2020-05-27 11:00:29 <grharry> "sys/extlinux config"  I understand that!
2020-05-27 11:05:05 <anthk_> new netsurf got released
2020-05-27 11:08:32 <grharry> so the problem seems to be ... initramfs-lts as well as modloop-lts are only contained whithin the iso file
2020-05-27 11:09:53 <_ikke_> initramfs-lts can be generated
2020-05-27 11:09:58 <_ikke_> not sure about modloop
2020-05-27 11:10:17 <grharry> Problem is ... one should make sure that enough resources  are available in order to download the iso image and extract those into /meda/.../boot
2020-05-27 11:10:45 <grharry> and in limited ram systems that might not be so easy.
2020-05-27 11:14:22 <grharry> after upgrading I get this error on a xen kernel
2020-05-27 11:14:26 <grharry> libxl_create.c:604:libxl__domain_make: domain creation fail: Permission denied
2020-05-27 11:14:45 <grharry> what is that ?
2020-05-27 11:14:55 <_ikke_> I'm not familiar with xen
2020-05-27 11:16:32 <_ikke_> sadly you cannot stream and extract data from an iso with 7zip
2020-05-27 11:16:59 <grharry> no ...
2020-05-27 11:17:20 <grharry> needs to be downloaded ... mounted ... and copied
2020-05-27 11:17:31 <grharry> I presume that is what the script does!
2020-05-27 11:17:51 <_ikke_> yes
2020-05-27 11:18:10 <grharry> I don't trust the script though
2020-05-27 11:19:18 <grharry> the setup-bootable script ... has left me with a bricked system quite a few times in the past!
2020-05-27 11:19:35 <grharry> I prefer IBM !
2020-05-27 11:19:51 <grharry> It's Better Manually
2020-05-27 12:26:59 <dsm42> _ikke_ : thank you for mentioning above that the macro being broken :-)  I was just about to go down the same rabbit hole :-)  for setup-bootable -u {{#latestalp:alpine|url}} /media/$LBU_MEDIA
2020-05-27 12:27:29 <_ikke_> :)
2020-05-27 12:27:47 <_ikke_> nowadays we have latest-stable as symlink anyway, so let me update it to that
2020-05-27 14:10:24 <Xelraa> just wiped arch linux from my laptop, feels so good like wiping my ass with toilet paper
2020-05-27 14:12:39 <doggone> you should travel to japan some time, that'll put toilet paper into perspective
2020-05-27 14:17:55 <Cogitri> lol
2020-05-27 14:18:12 <albr_> monado[d]: lmao
2020-05-27 14:18:38 <_ikke_> doggone: are you referring to the automated toilets that rinse?
2020-05-27 14:19:26 <gjabell> anyone know if anbox works in alpine at the moment? it's in the repos but there's no docs yet :P
2020-05-27 14:19:57 <albr_> monado[d]: Don’t know why we haven’t caught on to bidets yet
2020-05-27 14:21:01 <Cogitri> gjabell: afontain_ would know, I guess
2020-05-27 14:35:04 <albr_> shantaram3013[d]: bidets are the best
2020-05-27 14:35:18 <albr_> shantaram3013[d]: monado: it's because americans have tons of trees to make paper with
2020-05-27 14:35:47 <monado> I don't think that's it
2020-05-27 14:36:42 <albr_> McBoat[d]: "Don’t know why we haven’t caught on to bidets yet" / It's because there's absolutely no way they aren't a sex thing
2020-05-27 14:36:45 <albr_> McBoat[d]: I mean come on
2020-05-27 14:36:53 <maxice8> can this go to #alpine-offtopic ?
2020-05-27 14:36:59 <albr_> McBoat[d]: best it does, yeah
2020-05-27 14:41:33 <afontain_> the only doc you can find, I think, is the explaination about the image
2020-05-27 14:43:08 <gjabell> anbox uses lxc right? do I need to go through the normal lxc installation process or does anbox work separately from that?
2020-05-27 14:43:51 <afontain_> gjabell : basically install the package, install the image and start the service (anbox-container-manager) then start with `anbox-launch`
2020-05-27 14:44:51 <afontain_> more specifically, it uses *lib*lxc
2020-05-27 14:45:16 <afontain_> It setups things itself using just that
2020-05-27 14:53:59 <gjabell> ah, that's what I was missing, thanks
2020-05-27 14:58:29 <doggone> _ikke_: yup. it seems scary at first but it's actually quite nice. healthier and environmentally better too
2020-05-27 15:09:36 <slima> Hi, I need package 'dvblast' in alpine, for arm (raspberry pi). I setup (on x86 virtual machine) alpine, with alpine-sdk
2020-05-27 15:09:52 <slima> uh (miss click enter)
2020-05-27 15:11:11 <slima> I made APKBUILD script for dvblast and made working package for x86, but... there is a easy way to make it for arm too, on x86 machine?
2020-05-27 15:11:20 <slima> is there any tutorial for that?
2020-05-27 15:11:26 <_ikke_> slima: no, that's not simple
2020-05-27 15:11:39 <_ikke_> best option would be something like qemu
2020-05-27 15:12:58 <slima> so, in qemu emulate arm host, install alpine on it, and do the same what I do for x86?
2020-05-27 15:13:39 <_ikke_> That's one option. I've also heard qemu-user being an option
2020-05-27 15:15:43 <Hello71> uh... isn't alpine supposed to support cross compilation
2020-05-27 15:18:13 <slima> okey, thanks.
2020-05-27 15:20:02 <_ikke_> Hello71: only the c tool chain, to bootstrap a new arch
2020-05-27 15:20:10 <Hello71> hm.
2020-05-27 15:21:11 <Cogitri> Support for cross for all packages would need major changes in abuild
2020-05-27 15:21:24 <Cogitri> Which probably isn't worth it when we have native builders anyway
2020-05-27 15:21:38 <Cogitri> And will be pretty broken when we don't test it on our builders
2020-05-27 15:26:26 <slima> btw, maybe there is an option, for make official package of dvblast on alpine?
2020-05-27 15:27:39 <_ikke_> slima: sure, make a merge request against aports to add it
2020-05-27 15:31:36 <vegankumpir> Is adduser Musl thing?
2020-05-27 15:31:50 <vegankumpir> Like I'M used to use useradd on GNU/Linux systems.
2020-05-27 15:32:19 <maxice8> It is a busybox thing I think
2020-05-27 15:32:19 <_ikke_> In this case, it comes from busybox
2020-05-27 15:32:29 <_ikke_> But it's not limited to busybox
2020-05-27 15:32:35 <_ikke_> ubuntu has adduser as well
2020-05-27 15:33:58 <vegankumpir> I see.
2020-05-27 15:47:11 <hiro> vegankumpir: define GNU/Linux :)
2020-05-27 15:47:31 <hiro> vegankumpir: is debian GNU/linux to you?
2020-05-27 15:48:06 <hiro> vegankumpir: cause debian of course also includes non-GNU software, so it's not clear what distribution you're trying to refer to with GNU/linux
2020-05-27 15:48:15 <doggone> and alpine has gnu acct by default :)
2020-05-27 15:48:33 <maxice8> oh boy here we go again
2020-05-27 15:48:42 <vegankumpir> hiro: Dude, was talking about the gnu coreutils, no need to be rms...
2020-05-27 15:49:00 <vegankumpir> I did my research and found out that it was from busybox.
2020-05-27 15:49:19 <vegankumpir> I mean, why woulda C library add `adduser`, stupid of me. :/
2020-05-27 15:49:27 <hiro> it's ironic bec. adduser is also released under GPLv2
2020-05-27 15:49:54 <_ikke_> Being released under GPL doesn't make it GNU though
2020-05-27 15:49:55 <doggone> why is that ironic?
2020-05-27 15:50:17 <hiro> _ikke_: what does, then?
2020-05-27 15:50:28 <_ikke_> Coming from the GNU project?
2020-05-27 15:50:35 <vegankumpir> I was going to say that, lol
2020-05-27 15:50:59 <hiro> gnu.org taking some form of ownership of said software? for example by comitting to the project?
2020-05-27 15:51:23 <vegankumpir> It is just a license from the GNU project.
2020-05-27 15:51:23 <doggone> i think you actually have to transfer copyright to the gnu project to be part
2020-05-27 15:51:33 <vegankumpir> It doesn't make your software related to GNU project.
2020-05-27 15:51:37 <doggone> because otherwise you could revoke your copyright later on
2020-05-27 15:51:53 <doggone> revoke the license* rather
2020-05-27 15:52:09 <vegankumpir> I mean, you could've used IDK BSD or Apahce or whatever...
2020-05-27 15:53:39 <hiro> ok
2020-05-27 15:54:03 <hiro> somebody should also port alpine to HURD
2020-05-27 15:54:48 <vegankumpir> I want something like alpine + gentoo lol
2020-05-27 15:55:38 <hiro> so the alpine kernel combined with the gentoo community?
2020-05-27 15:55:48 <hiro> or where would you split it?
2020-05-27 15:56:11 <hiro> perhaps you just prefer gentoo package management?
2020-05-27 15:56:36 <vegankumpir> I mean, being able to configure and compile everything and having a proper support for busybox + musllibc.
2020-05-27 15:56:42 <vegankumpir> It is like my dream distro.
2020-05-27 15:56:57 <vegankumpir> Like people can produce 12 mb kernels, can't they? :D
2020-05-27 15:57:22 <hiro> ah, no support for musl in gentoo at all right now?
2020-05-27 15:57:35 <maxice8> it has a separate musl stage3
2020-05-27 15:57:42 <hiro> 12mb kernel sounds quite big tbh
2020-05-27 15:57:51 <Cogitri> It's pretty meh though, still needs a pretty incomplete musl overlay
2020-05-27 15:58:02 <vegankumpir> hiro: There's some but not much like experimental.
2020-05-27 15:58:15 <vegankumpir> And also static binaries, properly.
2020-05-27 15:58:20 <hiro> there's some make command in linux where you configure just all currently running modules
2020-05-27 15:58:27 <hiro> i don't remember how it's called
2020-05-27 15:58:28 <vegankumpir> Man... I'm gonna cry now lol
2020-05-27 15:58:30 <hiro> make running-config?
2020-05-27 15:58:39 <Cogitri> You'd probably be better of with Exherbo if you want a source based distro with somewhat decent musl support since that at least upstreams things
2020-05-27 15:58:40 <hiro> somebody will know what i mean
2020-05-27 15:58:50 <hiro> with that it should be quite easy to get below 12MB
2020-05-27 15:59:13 <vegankumpir> busybox (or suckless bases) + musllibc + only static binaries + compile everything with your own taste.
2020-05-27 15:59:17 <vegankumpir> Like a dream.
2020-05-27 15:59:46 <_ikke_> everything static does mean you have to constantly recompile everything as well to get vulnerabilities fixed
2020-05-27 15:59:54 <maxice8> yeah but it is worth it
2020-05-27 16:00:02 <vegankumpir> YEAH
2020-05-27 16:00:07 <vegankumpir> Totally worth it.
2020-05-27 16:00:07 <hiro> _ikke_: well, that's basic part of suckless philosophy
2020-05-27 16:00:07 <maxice8> like when someone wrote a blog post saying it was good they didn't have audio
2020-05-27 16:00:33 <hiro> _ikke_: not really worth argueing whether it's true or not here as nobody will fix all those shitty bloatted programs that ld_preload 10000 librarires
2020-05-27 16:00:52 <vegankumpir> The thing is, dynamic linking was for *developing* but somehow all the distros uses that as production. :/
2020-05-27 16:01:40 <Cogitri> what
2020-05-27 16:01:41 <hiro> maxice8: who didn't have audio?
2020-05-27 16:01:52 <maxice8> someone that tried using a minimal distro
2020-05-27 16:01:58 <Cogitri> vegankumpir: It's definitely not just for developing...
2020-05-27 16:02:03 <maxice8> there was a blog post i can't fetch it up now
2020-05-27 16:02:03 <hiro> dynamic linking is just an obscurity layer for docker releases
2020-05-27 16:02:46 <hiro> maxice8: i guess you were sarcastic above then?
2020-05-27 16:02:46 <vegankumpir> Cogitri: I'm hearing your argument.
2020-05-27 16:03:11 <maxice8> @hiro yes i was being super sarcastic
2020-05-27 16:03:21 <_ikke_> there are performance arguments as well
2020-05-27 16:03:26 <hiro> so then what makes you a fanboy of dynamic linking?
2020-05-27 16:03:37 <vegankumpir> I mean, Go and Rust uses static linking and all the folks says "Man, it is so fast and small without dependecy <some emojis>" but when we talk about C, everybody disagrees.
2020-05-27 16:03:52 <vegankumpir> dependencies*
2020-05-27 16:04:02 <vegankumpir> Sorry for my English. :/
2020-05-27 16:04:09 <hiro> do you love big bloated software that requires so many libaries that statically linking them would actually make them too bloated?
2020-05-27 16:04:09 <_ikke_> Everytime there is a go volunerability we have to rebuild the whole go world
2020-05-27 16:04:23 <hiro> vegankumpir: what is fast in go?
2020-05-27 16:04:31 <maxice8> oh that is fun
2020-05-27 16:04:32 <hiro> vegankumpir: go compiles very slowly.
2020-05-27 16:04:34 <vegankumpir> I'm not talking about the language...
2020-05-27 16:04:43 <vegankumpir> I was talking about the production output software.
2020-05-27 16:04:46 <Cogitri> Rust is even slower than Go to compile
2020-05-27 16:04:56 <vegankumpir> Well, yes and no. :D
2020-05-27 16:04:57 <maxice8> i remember the flurry of commits when go was updated in Void Linux
2020-05-27 16:05:05 <vegankumpir> Depends on the implementation and the program.
2020-05-27 16:05:06 <Cogitri> The only time where you want fully static binaries is when you want to do "deploy and forget" types of deployments to some remote server
2020-05-27 16:05:17 <vegankumpir> Why is that?
2020-05-27 16:05:18 <hiro> vegankumpir: s/production output/produced/ ?
2020-05-27 16:05:24 <vegankumpir> yes. :/
2020-05-27 16:05:39 <Cogitri> It's a pain to patch security vulnerabilities in static binaries, you don't benefit of upgrades from libraries until you rebuild
2020-05-27 16:05:45 <hiro> i mean, i'd love to support your stream of thoughts here, but it is hard the way you argue
2020-05-27 16:05:51 <hiro> i'm totally against dynamic linking.
2020-05-27 16:06:06 <Cogitri> And the overhead shared libs is basically immeasurable on most systems
2020-05-27 16:06:13 <hiro> if you're so much into suckless you probably know me even
2020-05-27 16:06:17 <vegankumpir> Why are you against rebuilding everything?
2020-05-27 16:06:33 <Cogitri> vegankumpir: Because it takes ages to do so and it's easy to miss a package during a rebuild
2020-05-27 16:06:42 <Cogitri> And whoops, now that unpatched CVE is in production :)
2020-05-27 16:06:49 <vegankumpir> I mean, except for the big, bloated programs like firefox, it will reall not take long.
2020-05-27 16:07:12 <hiro> perhaps Cogitri has to cross-compile everything for his rpi1
2020-05-27 16:07:19 <vegankumpir> lol
2020-05-27 16:07:22 <hiro> and you know how bad that works with any linux software
2020-05-27 16:07:32 <Cogitri> I have a 3950X and i still don't want to compile everything on every bump of a dep...
2020-05-27 16:07:41 <Cogitri> Anyway, see how long our builders took to build 3.12
2020-05-27 16:07:48 <Cogitri> And those are powerful machines
2020-05-27 16:08:09 <hiro> do you have an easy way to check how many lines of code are involved in that building?
2020-05-27 16:08:14 <_ikke_> there is a reason everyone switched to dynamic linking
2020-05-27 16:08:24 <hiro> _ikke_: plan9 did not switch.
2020-05-27 16:08:34 <Cogitri> Ah yes, the very relevant plan9 :)
2020-05-27 16:08:35 <_ikke_> What is plan9? :)
2020-05-27 16:08:37 <hiro> _ikke_: and building all of plan9 including the complete userland is extremely fast.
2020-05-27 16:08:40 <vegankumpir> I'm using Gentoo on my desktop and lapton and alpine on my rpi2. My laptop is not that powerful but you don't do something like "compile verything when an update comes".
2020-05-27 16:08:55 <hiro> Cogitri: just bec. plan9 isn't some enterprise supported bloatware doesn't mean there's nothing to learn from it
2020-05-27 16:09:11 <Cogitri> Right, because all the things that work happen to be bloated
2020-05-27 16:09:44 <vegankumpir> Work = dozens of unsolved bugs of modern browsers
2020-05-27 16:09:57 <vegankumpir> Don't even mentioning the proper implementation of the web standards.
2020-05-27 16:10:01 <AinNero> how did we even get to the state that we need constant updates for everything
2020-05-27 16:10:13 <maxice8> Catering to people's needs ?
2020-05-27 16:10:15 <vegankumpir> Like Chromium (blink in general) doesn't have flexbox gaps for idk 5+ or more years?
2020-05-27 16:10:16 <_ikke_> software is compllex
2020-05-27 16:10:43 <_ikke_> and in constant flux
2020-05-27 16:10:45 <hiro> 18:04 _ikke Everytime there is a go volunerability we have to rebuild the whole go world
2020-05-27 16:10:47 <hiro> i have to admit, it seems to me that golang by design sabotages package management systems, probably to force people to run everything out of the go ecosystem directly (where then you have certain benefits like all running binaries *always* have the code installed in a known location)
2020-05-27 16:10:55 <AinNero> like, if i want to write a software now and i want to to be still compilable in 15 years
2020-05-27 16:11:01 <hiro> _ikke_: did you guys ever consider giving up building this stuff for the packages?
2020-05-27 16:11:05 <AinNero> i have better chances with MS-DOS than with linux...
2020-05-27 16:12:04 <hiro> 18:05 Cogit The only time where you want fully static binaries is when you want to do "deploy and forget" types of deployments to some remote server
2020-05-27 16:12:10 <hiro> and this sounds llike a sound strategy in general
2020-05-27 16:12:13 <_ikke_> hiro: there is something attractive to be able to just apk add <package> and a few seconds later it's installed
2020-05-27 16:12:18 <hiro> why shouldn't everything be deploy and forget? :)
2020-05-27 16:12:34 <hiro> _ikke_: go get <package> and a few seconds later it's installed
2020-05-27 16:12:48 <hiro> _ikke_: what's your real complaint here? is go get too slow for you?
2020-05-27 16:12:58 <adu> I'm still confused about making my own packages
2020-05-27 16:13:21 <vegankumpir> adu: it is kinda fun, you get what you want and what you need.
2020-05-27 16:13:24 <_ikke_> hiro: it's not just about go
2020-05-27 16:14:02 <_ikke_> hiro: I don't want to install a go, c, ruby, node, etc build chain every time I want to install something
2020-05-27 16:14:46 <vegankumpir> Working library-independing is really cool thing. Like (I'm not saying it is good for security) people publishes go builds for amd64 linux systems and it works on every amd64 linux system. ISn't that awesome?
2020-05-27 16:15:05 <vegankumpir> people publish*
2020-05-27 16:15:09 <AinNero> vegankumpir: i would expect it to be a 30 MB binary if its go
2020-05-27 16:15:10 <_ikke_> adu: Just ask your question (we also have #alpine-devel for development related questions)
2020-05-27 16:15:23 <vegankumpir> AinNero: So?
2020-05-27 16:15:38 <adu> _ikke_: the only package I remember having truoble with was golang
2020-05-27 16:16:12 <vegankumpir> AinNero: I'm not claiming go is a good language, consider that. Like I hate the syntax, to be honest.
2020-05-27 16:19:35 <AinNero> vegankumpir: like, its large
2020-05-27 16:19:48 <AinNero> you run like, 8 of them, and your storage is full
2020-05-27 16:20:02 <adu> alpine and golang are the secret weapons of the future, it's sad that they don't work together
2020-05-27 16:20:15 <vegankumpir> AinNero: 35 mb ?
2020-05-27 16:20:19 <vegankumpir> sorry 30*
2020-05-27 16:20:22 <AinNero> maybe im stubborn, but im not ready to replace half of my hardware because the most recent fad requires to have a gazillion gigabytes of memory
2020-05-27 16:20:34 <hiro> 18:10 AinNe how did we even get to the state that we need constant updates for everything
2020-05-27 16:20:35 <hiro> 18:10 maxic Catering to people's needs ?
2020-05-27 16:20:36 <vegankumpir> Really? Is your root like 250 mb or something?
2020-05-27 16:20:45 <hiro> maxice8: the developer's justification of being needed you mean? :)
2020-05-27 16:20:48 <AinNero> vegankumpir: compact flash card 512 MB
2020-05-27 16:20:56 <maxice8> @hiro ?
2020-05-27 16:21:05 <vegankumpir> Dude, my rpi2 uses 8gb tf card.
2020-05-27 16:21:10 <satchmo> if you use /efi for your ESP, you still need a separate /boot right?
2020-05-27 16:21:13 <hiro> maxice8: it's like windows 10 strategy: force people to upgrade every day to stay relevant
2020-05-27 16:21:23 <hiro> maxice8: and they are HAPPY about security vulnerabilities
2020-05-27 16:21:24 <AinNero> vegankumpir: congrats at havoing bought new shit
2020-05-27 16:21:33 <vegankumpir> My grandpa bought 256 gb micro tf card and he only uses 7 gb of it, lol
2020-05-27 16:21:34 <hiro> maxice8: that's the only way people can be forced to move on from windows98
2020-05-27 16:21:38 <AinNero> my RPi still runs on a 512 MB SD card (not micro)
2020-05-27 16:21:55 <maxice8> why would you stay in win98 ?
2020-05-27 16:22:02 <hiro> maxice8: for some people it just works?
2020-05-27 16:22:02 <vegankumpir> I didn't say I was using 8gb of them and don't be rude!
2020-05-27 16:22:09 <AinNero> and 512 MB is already pretty much for a dumb ssh gateway
2020-05-27 16:22:10 <hiro> maxice8: not everybody wants to be forced to upgrade
2020-05-27 16:22:13 <vegankumpir> I happen to find it at the garage of my grandpa.
2020-05-27 16:22:14 <hiro> maxice8: esp. not so regularly
2020-05-27 16:22:31 <vegankumpir> nvm...
2020-05-27 16:22:41 <maxice8> then pick another OS ?
2020-05-27 16:22:50 <hiro> many people are happy running very old versions of qmail still today
2020-05-27 16:22:55 <hiro> they don't need to upgrade.
2020-05-27 16:23:02 <_ikke_> adu: You still have a question?
2020-05-27 16:23:09 <vegankumpir> I explicitly load the html-only one hiro lol
2020-05-27 16:23:12 <hiro> sometimes quality software can just continue being as it is forver 99% finished.
2020-05-27 16:24:16 <vegankumpir> hiro: people still use spreadsheet programs as desktop programs even though there are webpage "app" versions.
2020-05-27 16:24:26 <adu> _ikke_: I just realized that "go" is in community
2020-05-27 16:24:27 <hiro> 18:14 _ikke hiro: I don't want to install a go, c, ruby, node, etc build chain every time I want to install something
2020-05-27 16:24:35 <hiro> yep, i understand you don't like to special-case golang
2020-05-27 16:25:04 <hiro> a lot of people special-case golang, python, node...
2020-05-27 16:25:13 <vegankumpir> There's no `c` program but a `c compilier`.
2020-05-27 16:25:17 <adu> What do you mean special-casing?
2020-05-27 16:25:20 <hiro> bec. generally the software they arre trying to use gave up on package maintainers
2020-05-27 16:25:27 <hiro> adu: like relying not on distro packages any more
2020-05-27 16:25:36 <hiro> adu: and instead using language specific packages
2020-05-27 16:25:44 <hiro> adu: like go get, pip, etc.
2020-05-27 16:25:50 <adu> I never use system provided python packages
2020-05-27 16:25:54 <hiro> it's become fashionable lately to do that.
2020-05-27 16:25:56 <vegankumpir> it was a great chat but gotta go, have a nice day. ^^
2020-05-27 16:26:00 <hiro> adu: exactly my point :)
2020-05-27 16:26:07 <_ikke_> But not for the better imho
2020-05-27 16:26:15 <adu> I always install python3-pip then pip-install what-i-want
2020-05-27 16:26:25 <adu> _ikke_: why not for the better?
2020-05-27 16:26:40 <hiro> _ikke_: i don't disagree, but the reality with the developers moving faster than distro package maintainers, managed to even make the users (like adu) give up on the distros...
2020-05-27 16:26:50 <adu> _ikke_: system package managers generally have tens of packages, and pip has thousands
2020-05-27 16:26:51 <hiro> _ikke_: sometimes you could say users have no choice
2020-05-27 16:26:56 <_ikke_> hiro: Yes, I'm fully aware of that trend
2020-05-27 16:27:02 <hiro> _ikke_: like go on irc channel of random python project and report a bug
2020-05-27 16:27:10 <hiro> _ikke_: and they'll be like: did you try pip blab bla bla
2020-05-27 16:27:23 <hiro> _ikke_: they don't give a fuck about the fragmented 1000 distros out there
2020-05-27 16:27:33 <hiro> _ikke_: they also want to concentrate on *their* project
2020-05-27 16:27:43 <hiro> so i honestly can understand both sides equally.
2020-05-27 16:28:24 <adu> I once used a distro so old that it didn't have pip
2020-05-27 16:28:35 <hiro> adu: i haven't used pip until last year.
2020-05-27 16:28:43 <hiro> adu: managed without it for the last 20 years :)
2020-05-27 16:28:58 <adu> I had to install python; python -m easy_install pip; python -m pip install --upgrade pip
2020-05-27 16:29:00 <hiro> adu: but finally people refused to support their software without forcing the use of pip
2020-05-27 16:29:18 <hiro> adu: and i was forced to go the way of least resistence.
2020-05-27 16:29:23 <hiro> obviously i don't like that there is no choice
2020-05-27 16:29:37 <hiro> often the language-specific repos are total bullshit
2020-05-27 16:29:40 <hiro> leftpad comes to mind.
2020-05-27 16:29:47 <adu> lol
2020-05-27 16:29:56 <hiro> the whole culture around a certain langauge is sometimes completely toxic
2020-05-27 16:30:00 <adu> I remember leftpad, how one guy broke the internet
2020-05-27 16:30:21 <hiro> so yeah, on the one hand i want distros to protect me from morons like the leftpad shit
2020-05-27 16:30:23 <_ikke_> And people don't give about backwards / forwards compattibility anymore, so you gets loads of conflicts
2020-05-27 16:30:59 <hiro> and on the other hand i don't want to depend on limited ressources available to distro package maintainers so either 1) i have to make my own package 2) use whatever distro-agnostic method already exists there
2020-05-27 16:31:04 <_ikke_> requiring you to create virtualenvs or docker containers just to run software sanely
2020-05-27 16:31:25 <hiro> surely i don't want to have to learn about 10 distro specific and 10 distro agnostic frameworks in order to build most software packages
2020-05-27 16:31:42 <hiro> but yeah, it's trade-offs everywhere
2020-05-27 16:31:48 <_ikke_> yup
2020-05-27 16:31:48 <hiro> and huge complexity that keeps on rising
2020-05-27 16:32:21 <_ikke_> I like languages with a complete base library
2020-05-27 16:32:27 <hiro> ok, still processing all the other topics from backlog... hmm :D
2020-05-27 16:32:34 <_ikke_> means you don't need a ton of dependencies to get something done
2020-05-27 16:33:23 <Cogitri> Yes, that's pretty nice
2020-05-27 16:33:49 <Cogitri> Or if your language doesn't offer that (e.g. C) it's nice if something like GLib exists at least
2020-05-27 16:34:28 <Cogitri> Still makes me sad when my GTK Rust project needs 15 minutes to compile on a 3950X :^)
2020-05-27 16:37:10 <adu> 
ACTION <3 glib

2020-05-27 16:37:31 <adu> all c software I wrote depends on glib
2020-05-27 16:37:48 <doggone> same
2020-05-27 16:38:26 <doggone> well, i suppose that 'helloworld.c' was quite portable
2020-05-27 16:38:29 <hiro> 18:30 _ikke And people don't give about backwards / forwards compattibility anymore, so you gets loads of conflicts
2020-05-27 16:38:31 <hiro> 18:31 _ikke requiring you to create virtualenvs or docker containers just to run software sanely
2020-05-27 16:38:38 <hiro> _ikke_: yes, or the golang vendoring thingy
2020-05-27 16:39:04 <hiro> _ikke_: it's basically the same effect just during compilation/linking, and without containers.
2020-05-27 16:39:55 <hiro> _ikke_: which is still fucked up, but i feel like it's a much better practice than the docker stuff (which is really a lot less transparent, and harder to un-vendor and upgrade in case of security vulns somewhere)
2020-05-27 16:40:24 <hiro> _ikke_: i think if people didn't use so many libs in golang it would be much nicer in practice
2020-05-27 16:40:35 <hiro> _ikke_: but people are so afraid of doing trivial stuff themselves nowadays...
2020-05-27 16:40:44 <hiro> thus: leftpad...
2020-05-27 16:41:31 <AinNero> Go isnt as bad as NPM, yet
2020-05-27 16:41:33 <hiro> Cogitri: i hate glib
2020-05-27 16:41:40 <hiro> Cogitri: glib is super bloated and disgusting
2020-05-27 16:41:47 <Cogitri> Figures
2020-05-27 16:41:50 <hiro> i'd rather even use fucking golang than glib.
2020-05-27 16:41:58 <hiro> golang base is so much more sane.
2020-05-27 16:42:22 <hiro> so have to agree with AinNero and disagree with Cogitri, adu, doggone
2020-05-27 16:43:18 <hiro> case in point
2020-05-27 16:43:19 <hiro> (/usr/lib/firefox/firefox:2953): GLib-GObject-WARNING **: 21:03:10.138: invalid (NULL) pointer instance
2020-05-27 16:43:19 <hiro> Sandbox: seccomp sandbox violation: pid 2953, tid 2953, syscall 16, args 2 21523 140735897359080 32 1 139931445194686.
2020-05-27 16:43:19 <hiro> (/usr/lib/firefox/firefox:2953): GLib-GObject-CRITICAL **: 21:03:10.138: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
2020-05-27 16:43:34 <adu> hiro: what was my point?
2020-05-27 16:43:41 <hiro> and all the unhandled glib errors keep on scrolling...
2020-05-27 16:43:53 <hiro> adu: liking glib
2020-05-27 16:44:06 <adu> I never said I liked it, I use it
2020-05-27 16:44:13 <hiro> you said you love it, no?
2020-05-27 16:44:15 <adu> because I have to, not because I want to
2020-05-27 16:44:20 <hiro> or what does <3 mean?!
2020-05-27 16:44:25 <hiro> 18:37 ! adu <3 glib
2020-05-27 16:44:28 <adu> I love it when I write c, but I prefer not to write c
2020-05-27 16:44:34 <Cogitri> hiro: Because clearly silent corruption would be better
2020-05-27 16:44:56 <Cogitri> It just does a type checked pointer cast
2020-05-27 16:45:03 <adu> If I had to chose between c and golang I'd chose golang any day
2020-05-27 16:45:18 <Cogitri> I heard D is nice :P
2020-05-27 16:45:24 <adu> If I had to chose between python and golang, I'd have to think about it
2020-05-27 16:45:49 <_ikke_> It would depend on the usecase for me
2020-05-27 16:46:03 <adu> I put D in the category of languages that will never take over the world
2020-05-27 16:46:23 <adu> golang already has
2020-05-27 16:46:34 <Cogitri> I like Python for quick hacks (although Bash usually works better for that), but any somewhat big project is usually a headache to maintain due to no  static typing
2020-05-27 16:46:47 <Cogitri> Yup, D wont take over the world but it's pretty nice to use
2020-05-27 16:46:48 <adu> docker, kubernetes, anything interesting, all written in golang
2020-05-27 16:47:02 <_ikke_> bash is bad at data manipulation
2020-05-27 16:47:15 <Cogitri> Fair
2020-05-27 16:47:27 <mps> you should really move somewhere else
2020-05-27 16:47:35 <Cogitri> But I'd choose a statically typed lang if I need to do anything "serious"
2020-05-27 16:58:39 <hiro> Cogitri: i'm not complaining that asserts are printed, i'm complaining that asserts failing seem to be TOTALLY FINE for shipped code and the program keeps on running anyway
2020-05-27 16:58:57 <hiro> Cogitri: when i put an assert it is in order to PREVENT code from shipping before i can fix it
2020-05-27 16:59:27 <satchmo> Zig's really nice
2020-05-27 16:59:27 <hiro> Cogitri: or alternatively it would mean people compmlain fast and early so i can also fix it fast and release a new version before anybody else will be affected.
2020-05-27 16:59:59 <hiro> Cogitri: but if it just keeps on scrolling for every fucking enduser they all just get used to the fact that 1000 useless errors are printed by every program constantly
2020-05-27 17:00:06 <hiro> Cogitri: and nobody will even look at the real errors any more
2020-05-27 17:00:25 <hiro> in this case it might even be better in the long-term to not have that assert in the first place :(
2020-05-27 22:29:27 <mmlb> I've been building ipmitool from git in a docker container using alpine:3.8. I just tried updating to 3.11 and ./configure fails due to an indirect variable deref (https://github.com/ipmitool/ipmitool/commit/95038ba01b99153de870dde91406bdc1c7265217#diff-67e997bcfdac55191033d57a16d1408aR690)
2020-05-27 22:29:47 <mmlb> why doesn't this build anymore? did ash get updated to be stricter since 3.8?
2020-05-27 22:50:39 <hdhd> i just bootet an alpine stick and typed 'setup-apk' repos and somehow it is just dead with no response.
2020-05-27 22:52:00 <hdhd> i'm confused. this step usually takes exactly 0.1 secs :D
2020-05-27 22:58:27 <hdhd> is the mirrors site down for just me or everyone > https://mirrors.alpinelinux.org/mirrors.txt
2020-05-27 22:59:04 <c705> seems like it
2020-05-27 22:59:56 <hdhd> can't reach git either...
2020-05-27 23:00:50 <c705> https://git.alpinelinux.org/ seems down as well
2020-05-27 23:02:56 <hdhd> gitlab however seems to remain functional > https://gitlab.alpinelinux.org/
2020-05-27 23:03:41 <c705> hmm
2020-05-27 23:04:49 <hdhd> so my install party is postponed to tomorrow. gn8 guys
2020-05-27 23:05:47 <c705> see ya
2020-05-27 23:52:01 <adu> c705: I guess hdhd left
2020-05-27 23:52:50 <c705> he sure did
2020-05-27 23:53:19 <adu> You know what I do, I make my own mirrors
2020-05-27 23:53:53 <c705> yeah, the thought occured to me as well since i pull from the mirrors quite frequently
2020-05-27 23:54:03 <c705> but, no real urgent need to
2020-05-27 23:55:23 <c705> alsa, i think the mirrors are fine, its https://git.alpinelinux.org/ that is down, and i think mirrors. is part of that
2020-05-28 00:10:44 <lunaphyte> Hello71: thanks, i gave that a try.  it still returns the same error
2020-05-28 00:11:14 <lunaphyte> when i try (hd0,gpt1) /dev/nbd0p1, it complains "warning: the device.map entry `hd0,gpt' is invalid. Ignoring it. Please correct or delete your device.map"
2020-05-28 00:11:56 <lunaphyte> http://dpaste.com/0GRVAH0.txt
2020-05-28 01:08:55 <Hello71> if it doesn't work with (hd0) /dev/nbd0 then idk
2020-05-28 01:08:59 <Hello71> maybe ask #grub or something
2020-05-28 01:30:45 <lunaphyte> thanks, i just asked there a little bit ago
2020-05-28 03:25:03 <satchmo> still early in its life thoughoh
2020-05-28 03:25:07 <satchmo> oops
2020-05-28 03:25:19 <satchmo> ignore that
2020-05-28 03:25:51 <satchmo> anyways, thought i was going crazy with the down mirrors
2020-05-28 03:25:56 <satchmo> good to know it's not just me
2020-05-28 03:44:17 <adu> satchmo: wanna make a new mirror with me?
2020-05-28 03:45:37 <satchmo> adu: sorry man, gonna have to pass. Was just about to hop off for the day
2020-05-28 03:45:53 <satchmo> we'll see what happens tomorrow tho
2020-05-28 03:46:17 <adu> if you want to just download stuff there's always http://mirror.math.princeton.edu/pub/alpinelinux/
2020-05-28 06:05:31 <rnkn> is there a way for apk to list installed packages with no dependencies?
2020-05-28 06:06:37 <ikke> cat /etc/apk/world
2020-05-28 06:07:44 <rnkn> hahah so ridiculously simple, thanks ikke !
2020-05-28 06:19:27 <rnkn> ha okay I just accidentally deleted all my fonts
2020-05-28 06:20:46 <rnkn> can alpine install the Microsoft fonts (Times New Roman, etc.)?
2020-05-28 06:21:27 <ikke> We cannot distribute them
2020-05-28 06:22:33 <rnkn> I thought maybe via the non-free aports but I see nope
2020-05-28 06:23:31 <rnkn> is there a package that contains bare bones web fonts, e.g. a serif font, a sans-serif, etc.?
2020-05-28 06:25:34 <ikke> ttf-freefont perhaps?
2020-05-28 06:25:55 <rnkn> thanks!
2020-05-28 06:58:19 <rnkn> may be a silly question, but is there a way to adjust the cursor blink rate in the console (i.e. no X)?
2020-05-28 07:52:49 <rnkn> echo 0 > /sys/class/graphics/fbcon/cursor_blink
2020-05-28 10:05:41 <OiBi> hi, alpine.mirror.didstopia.com/ is down (traefik not routing?) but alpine's status check says OK
2020-05-28 10:08:24 <ikke> http://mirrors.alpinelinux.org/status.json is showing 404 though for didstopie
2020-05-28 10:25:39 <ikke> OiBi: Our monitoring alerts about it as well, but I'll send an e-mail to them
2020-05-28 10:26:19 <OiBi> thankyou :)
2020-05-28 10:27:49 <OiBi> btw i only looked here: https://mirrors.alpinelinux.org/ that say OK
2020-05-28 10:27:57 <ikke> Yes, I noticed
2020-05-28 10:28:03 <ikke> might be that it still needs to be updated
2020-05-28 10:34:04 <OiBi> it's safe to use multiple cdn?
2020-05-28 10:34:25 <ikke> You mean multiple mirrors?
2020-05-28 10:34:26 <OiBi> didstopia + dl-cdn.alpinelinux.org
2020-05-28 10:34:29 <OiBi> yes
2020-05-28 10:35:14 <ikke> Should be safe, but I'm not entirely sure how apk behaves when multiple mirrors provide the same content
2020-05-28 10:36:09 <OiBi> ok so im going to disable didstopia for now (its good since its on Hetzner with my server:)
2020-05-28 10:37:48 <OiBi> another question, there a way to print upgradable packages? like apt list --upgradable
2020-05-28 10:39:36 <ikke> apk upgrade -s (simulate)
2020-05-28 10:43:18 <OiBi> ty
2020-05-28 15:06:34 <Hello71> satchmo: can you cut that out
2020-05-28 15:29:39 <kahiru> does apk honor http_proxy env vars?
2020-05-28 15:35:28 <ikke> kahiru: afaik, it does
2020-05-28 15:44:22 <satchmo> is there a way to stop doing that? I just close my laptop when going to bed and I guess it does that
2020-05-28 15:44:25 <satchmo> sorry btw
2020-05-28 15:58:13 <omni> apk-tools-doc and apk-tools-zsh-completion would be nice
2020-05-28 15:58:20 <omni> just to throw it out there
2020-05-28 15:58:36 <omni> I might look at zsh completion som day
2020-05-28 16:08:46 <Cogitri> omni: -doc is on the way, should be there with the next apk release
2020-05-28 16:08:52 <Cogitri> But that'll happen after 3.13
2020-05-28 16:08:56 <Cogitri> 3.12*
2020-05-28 16:12:48 <fusion> satchmo, disable auto-reconnect and auto-rejoin ;)
2020-05-28 16:13:11 <satchmo> fusion: thanks
2020-05-28 18:22:54 <omni> Cogitri: hooray! looking forward to the next release
2020-05-28 18:23:09 <omni> not just for apk-tools-doc :D
2020-05-28 18:23:19 <ikke> 3.12 is around the corner
2020-05-28 18:23:41 <Cogitri> It won't be in 3.12 (which will release in a few days) unfortunately
2020-05-28 18:23:45 <omni> yeah, I'm at edge and have noticed hints in that direction =)
2020-05-28 18:24:28 <omni> I'm a happy user of alpine as my daily driver since a few months
2020-05-28 18:24:46 <omni> with zfs and xen
2020-05-28 18:25:14 <omni> am running it on a couple of servers and DomUs since a few years
2020-05-28 18:26:26 <omni> recently upgraded the rootfs on a server remote from mdraid+lvm+ext4 to zfs and it went well
2020-05-28 18:28:36 <feuerteufel> Hi @ all
2020-05-28 18:28:51 <c705> greetings
2020-05-28 18:29:26 <Cogitri> omni: Ah, that's nice to hear :)
2020-05-28 18:29:54 <feuerteufel> omni: Are You using AL as a Dom0 and are you using pygrub?
2020-05-28 18:33:55 <omni> feuerteufel: yes and no, I use direct kernel boot
2020-05-28 18:34:20 <satchmo> uh
2020-05-28 18:34:36 <satchmo> am i crazy or does setup-disk never use EFI settings unless USE_EFI is set
2020-05-28 18:34:50 <omni> also X free, <3 wayland+sway
2020-05-28 18:38:23 <feuerteufel> omni: That's what I do since a couple weeks, because pygrub dosn't work any more ...
2020-05-28 18:40:52 <feuerteufel> I always forget to put the kernel and the init at the proper place
2020-05-29 00:16:08 <rnkn> please help! I went on a sping cleaning spree of apk world and now my Rpi has no wlan0 device upon startup, is there a way I can fix this without a connection?
2020-05-29 00:16:40 <rnkn> I think it's because I removed pciutils and/or eudev
2020-05-29 00:19:06 <c705> rnkn: i imagine you don't have a backup?
2020-05-29 00:20:25 <rnkn> c705: I don't think I had yet (I'm new to this) but I'll check...
2020-05-29 00:20:42 <rnkn> nope :(
2020-05-29 00:21:33 <c705> hmm
2020-05-29 00:22:26 <rnkn> the boot partition should be untouched though, and that boot partition was able to connect to wlan0, so theoretically I can switch back to that as root partition and fix that way?
2020-05-29 00:23:15 <c705> well, no, /etc/apk/world is how alpine keeps track of what packages are installed, so removing it is a problem
2020-05-29 00:25:04 <c705> can you try `apk fix`
2020-05-29 00:26:44 <rnkn> it just says unsatisfied constraints, and that pciutils and eudev are missing
2020-05-29 00:27:01 <c705> yeah..
2020-05-29 00:31:02 <rnkn> what seems weird is if the install-base (boot) partition could boot with the wlan0 device it should mean that whatever packages it required would be still in there, right?
2020-05-29 00:31:03 <c705> so like I said, /etc/aok/world is the file that alpine uses to keep track of what's installed. i don't know how you can recover from removing that, but i'm pretty sure it's going to be a problem. I'm looking at the code to see if there's anything apk can do
2020-05-29 00:31:34 <rnkn> /etc/apk/world is still there
2020-05-29 00:31:50 <c705> rnkn: kind of, those programs are baked into the initramfs. you can probably get your wireless, but you are likely going to have problems using apk at all without the world file
2020-05-29 00:32:07 <c705> oh..do you remember what you removed from it?
2020-05-29 00:33:07 <rnkn> I removed a few things, but I'm pretty sure it's removing pciutils and/or eudev that is causing wlan0 not to be recognised
2020-05-29 00:33:15 <rnkn> other stuff was just related to xfce4
2020-05-29 00:33:29 <c705> oh. so put them back in and apk fix
2020-05-29 00:34:22 <nacelle> you could transfer with usb stick maybe, if its just the lack of nic thats the hold up
2020-05-29 00:34:31 <nacelle> (get the apks you need, etc.)
2020-05-29 00:34:53 <c705> that's true. i think they just removed the text
2020-05-29 00:35:07 <rnkn> vi /etc/apk/world and added pciutils and eudev, then ran apk fix, but it's the same unsatisfied constraints error
2020-05-29 00:36:47 <rnkn> I tried commenting out the remote repos in /etc/apk/repositories to just rely on the boot partition's repo but no luck
2020-05-29 00:37:19 <c705> you might have purged the package if you ran apk upgrade after removing from world
2020-05-29 00:37:39 <rnkn> yeah I tried a bunch of commands, I'm sure that was one
2020-05-29 00:38:07 <rnkn> how should I got about the USB method? I imagine just curl the appropriate arch apks on my Mac, but then where should I put them on on alpine?
2020-05-29 00:38:44 <c705> i'm trying to replicate your issue but I can't. I removed eudev and pciutils from my world but i have no issues
2020-05-29 00:39:30 <nacelle> rnkn: https://superuser.com/questions/468348/how-to-install-apk-on-alpine-linux-like-deb-in-debian-using-dpkg
2020-05-29 00:39:44 <rnkn> did you reboot? This only happened today after powering down last night
2020-05-29 00:40:07 <rnkn> I'm on a Raspberry Pi so that also could be a thing
2020-05-29 00:40:12 <c705> well, i run live linux so i only rely on initramfs
2020-05-29 00:40:26 <c705> everything else gets installed fresh after boot
2020-05-29 00:41:30 <nacelle> that doesnt count then, sheesh
2020-05-29 00:41:45 <c705> can you see your device recognized anywhere in dmesg, or is it not getting recognized?
2020-05-29 00:42:10 <c705> pciutils and eudev shouldn't cause your interface not to be present
2020-05-29 00:42:43 <rnkn> ip link does not show the wlan0 device
2020-05-29 00:42:57 <c705> what about dmesg?
2020-05-29 00:42:57 <nacelle> dmesg? lspci?
2020-05-29 00:43:25 <nacelle> oh right pciutils :(
2020-05-29 00:43:33 <c705> i was going to say..lol
2020-05-29 00:44:04 <rnkn> nothing in dmesg about wlan
2020-05-29 00:44:19 <c705> did you update kernels recently?
2020-05-29 00:44:20 <rnkn> I get an error on boot that no wlan device is found
2020-05-29 00:44:30 <rnkn> nope
2020-05-29 00:45:01 <rnkn> should the wlan device show up in /dev/* ?
2020-05-29 00:46:04 <rnkn> acct is the only other thing I removed that I maybe shouldn't have
2020-05-29 00:50:00 <c705> what's your error on boot?
2020-05-29 00:51:30 <rnkn> * Could not find a wireless interface
2020-05-29 00:51:32 <rnkn> then...
2020-05-29 00:52:05 <rnkn> Starting networking...; wlan...; ip: ioctl 0x8913 failed: No such device
2020-05-29 00:54:36 <rnkn> lo device works though
2020-05-29 01:02:47 <rnkn> how do I find the URL for the raw apks?
2020-05-29 01:04:56 <c705> you can browse the mirrors
2020-05-29 01:05:14 <c705> mine is http://dl-2.alpinelinux.org/alpine/edge/main
2020-05-29 01:07:08 <rnkn> ah thanks
2020-05-29 01:08:44 <c705> usually when my wireless driver fails to show up, it ended up being something in the current kernel breaking the module
2020-05-29 01:08:53 <c705> are you on v3.11 or edge?
2020-05-29 01:15:18 <rnkn> I installed v3.11 but switched the apk repos to edge and have since done an upgrade, so now when I boot it says 3.12 alpha etc
2020-05-29 01:15:35 <rnkn> better to stick to v3.11?
2020-05-29 01:17:07 <c705> ah
2020-05-29 01:17:23 <c705> edge is certainly a lot less stable
2020-05-29 01:18:57 <rnkn> I wanted edge certain programs only in edge, but maybe I should tag these with @edge
2020-05-29 01:19:29 <c705> yes, that's probably what you should have done
2020-05-29 01:19:49 <rnkn> I did that with @testing, so, you know, halfway there
2020-05-29 01:21:36 <rnkn> between eudev and pciutils, which you think is more likely to be causing an issue with wlan device not showing up?
2020-05-29 01:21:56 <rnkn> (on a RPi)
2020-05-29 01:22:25 <c705> i wouldnt think  either one of them
2020-05-29 01:22:29 <c705> certainly not pciutils
2020-05-29 01:23:19 <c705> if you don't see any modules or mention of your wireless card in your boot log, then the kernel isn;t detecting it
2020-05-29 01:23:31 <c705> when you upgraded to edge, you got a new kernel as well
2020-05-29 01:25:51 <reidrankin> QQ: trying to package an APK for armv7 using abuild on x86_64. binary is prebuilt, nothing interesting going on in the APKBUILD except some install lines, no dependencies... but I keep getting https://pastebin.com/ZiJXDmpD
2020-05-29 01:26:22 <rnkn> but I upgraded the kernel a couple of weeks ago and have rebooted many times since
2020-05-29 01:26:33 <reidrankin> I'm setting CARCH=armv7; maybe that's not good enough?
2020-05-29 01:26:50 <rnkn> the only thing I did differently last night was to apk del a bunch of things
2020-05-29 01:27:56 <c705> rnkn: did you do it with apk? or did you remove lines in world?
2020-05-29 01:28:06 <rnkn> all via apk
2020-05-29 01:28:21 <rnkn> never touched /etc/apk/world before
2020-05-29 01:30:03 <c705> i thought apk logs, but i think i'm wrong
2020-05-29 01:30:41 <rnkn> the "log" I'm using in this case is reverse searching my .history for apk del
2020-05-29 01:30:57 <c705> well, if that works then do that
2020-05-29 01:31:22 <c705> add all the packages back, rebuild your initramfs, and boot
2020-05-29 01:31:37 <rnkn> how do I rebuild initramfs?
2020-05-29 01:31:43 <c705> how do you boot?
2020-05-29 01:32:04 <rnkn> by plugging the power cable into the Rpi
2020-05-29 01:32:17 <rnkn> sorry I didn't understand
2020-05-29 01:32:19 <c705> i mean what bootloader are you using
2020-05-29 01:32:56 <rnkn> umm, I'm not sure, basically whatever is in the alpine rpi tarball
2020-05-29 01:35:09 <c705> using the alpine setup-* scripts?
2020-05-29 01:35:28 <rnkn> yep!
2020-05-29 01:35:47 <c705> and sys based (installed on disk) installation?
2020-05-29 01:35:57 <rnkn> yep! via wiki instructions
2020-05-29 01:36:11 <c705> right, well i see: Warning: This isn't yet supported by the Alpine setup scripts for Raspberry Pi. It requires manual intervention, and might break.
2020-05-29 01:36:23 <rnkn> that's the one
2020-05-29 01:36:27 <c705> so i suppose i should say you've been warned
2020-05-29 01:36:38 <rnkn> wait no not that
2020-05-29 01:36:44 <rnkn> https://wiki.alpinelinux.org/wiki/Classic_install_or_sys_mode_on_Raspberry_Pi
2020-05-29 01:37:17 <rnkn> it worked perfectly until today after I had done a bunch of apk del last night
2020-05-29 01:37:40 <rnkn> I'm still manually installing all the deps of pciutils and eudev, so we'll see how that goes
2020-05-29 01:37:53 <rnkn> how should I rebuild the initramfs?
2020-05-29 01:40:40 <rnkn> actually probably more responsible question is how should I downgrade to v3.11?
2020-05-29 01:40:49 <c705> there is no downgrade
2020-05-29 01:41:00 <c705> very few package managers will allow for that
2020-05-29 01:42:16 <rnkn> fiddlesticks
2020-05-29 01:43:21 <c705> as for the initramfs, i honestly don't know
2020-05-29 01:43:57 <c705> i never use the setup- scripts, and I'm not sure how they function. you can download the code from here https://git.alpinelinux.org/alpine-conf/ if you want to learn
2020-05-29 01:44:05 <rnkn> DRUMROLL PLEASE.....!! wlan0 is back on the air!
2020-05-29 01:44:21 <c705> ah, which package was it?
2020-05-29 01:44:46 <rnkn> not sure if it was pciutils or eudev because they seemed to have interrelated dependencies
2020-05-29 01:45:00 <rnkn> I'd like to test this though
2020-05-29 01:45:23 <c705> probably eudev, but i don't get why that would break wireless alltogether
2020-05-29 01:46:10 <rnkn> I can't quite recall what it was, but there was something during the setup scripts that said "switching udev to eudev" or something like that
2020-05-29 01:46:55 <c705> oh..you're on rasperry pi right
2020-05-29 01:47:10 <rnkn> actually the culprit might be the setup-dnscrypt-proxy script... that one seemed to do things I didn't ask it to
2020-05-29 01:47:15 <rnkn> yep!
2020-05-29 01:47:34 <rnkn> well I'm IRC'ing on my Mac
2020-05-29 01:47:36 <c705> maybe your wireless is over the usb bus, in which case, you would need udev
2020-05-29 01:47:46 <rnkn> boom
2020-05-29 01:48:23 <c705> i was thinking of something else when i saw eudev..
2020-05-29 01:49:02 <rnkn> well eudev says it's an openrc fork of systemd-udev so I have a feeling that this is not default
2020-05-29 01:49:14 <c705> i'm pretty sure you need udev for pci as well, so i don;t think it matters either way
2020-05-29 01:49:17 <rnkn> this is the thing that was switched over when I installed ... something
2020-05-29 01:49:31 <c705> no, you absoluetly need eudev, i should have known that
2020-05-29 01:49:37 <rnkn> oh right
2020-05-29 01:49:46 <rnkn> pciutils?
2020-05-29 01:49:50 <c705> that's whatever
2020-05-29 01:50:03 <rnkn> yeah I think the Rpi doesn't have a PCI bus
2020-05-29 01:50:04 <c705> it provides lspci, lsusb and maybe some other stuff
2020-05-29 01:50:14 <c705> no..not lsusb
2020-05-29 01:50:33 <c705> i know nothing about arm at all
2020-05-29 01:50:57 <rnkn> ARM is teh future, which is mostly software being not available for ARM
2020-05-29 01:51:35 <c705> well, each platform has it's uses
2020-05-29 01:51:41 <c705> its uses
2020-05-29 01:53:18 <rnkn> if I tag the edge repos as @edge and go back to using v3.11 now, will things eventually "catch up" with 3.12?
2020-05-29 01:54:18 <c705> you'd have to manually switch 3.11 to 3.12 when it comes out
2020-05-29 01:54:23 <c705> which is tomorrow
2020-05-29 01:54:30 <rnkn> well I'm fine with that!
2020-05-29 01:54:58 <c705> i'm pretty sure you can't just replace edge with v3.11 and be totally fine
2020-05-29 01:55:08 <c705> maybe i'm wrong, i don't know
2020-05-29 01:58:35 <rnkn> theoretically the apk versions in 3.12 will eventually surpass the one I had installed with edge
2020-05-29 02:00:02 <c705> you'll probably run into dep problems
2020-05-29 02:00:28 <c705> package needs b>12.1 but other package expects b=12.0
2020-05-29 02:06:16 <rnkn> in such a case would apk del PKG && apk add PKG work?
2020-05-29 02:06:29 <rnkn> (which I think is what apk fix PKG does...)
2020-05-29 02:13:00 <c705> not sure
2020-05-29 02:36:03 <rnkn> things all seem okay now, thanks c705 for all your help!
2020-05-29 02:38:51 <c705> cheers
2020-05-29 03:34:25 <nacelle> fwiw, pi4 has pci
2020-05-29 03:34:55 <nacelle> pis before that do not
2020-05-29 03:40:47 <c705> interesting!
2020-05-29 03:41:31 <nacelle> http://0x0.st/ifm3.txt
2020-05-29 03:42:39 <nacelle> pi4 is very powerful
2020-05-29 05:42:21 <zoot> Hi - I've resumed exploring Alpine Linux and have hit a road block ... there doesn't appear to be a quota package for controlling user quotas on ext3/4? Package and Wiki search returned no results. Could someone point me in the right direction, please?
2020-05-29 06:06:36 <micneu> pleas i need help, i try to install "linux-firmware-rtlwifi" on aarch64 (raspi), i get errors
2020-05-29 06:06:56 <micneu> sorry my english is bad
2020-05-29 06:08:46 <Cogitri> micneu: Mentioning what error you're getting would probably help
2020-05-29 06:09:59 <micneu> rpi4:~# apk add linux-firmware-rtlwifi
2020-05-29 06:09:59 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.00138c716065c1d9a156e1a4cd1cfea5a99a6ffef4f9287b to lib/firmware/rtlwifi/rtl8723bs_wowlan.bin.
2020-05-29 06:09:59 <micneu> (1/1) Installing linux-firmware-rtlwifi (20191215-r0)
2020-05-29 06:10:01 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.bb3a3a1f8cbb1900e284edb9b8c797c5e8ab096625641a57 to lib/firmware/rtlwifi/rtl8723defw.bin.
2020-05-29 06:10:03 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.e3d9aaefb7723da8ffb72b0721d9f45ef8dd996a3612175d to lib/firmware/rtlwifi/rtl8192cufw.bin.
2020-05-29 06:10:05 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.0d8e3014723c710ee039f420d6cfb3256d0af81d0914713b to lib/firmware/rtlwifi/rtl8192eu_ap_wowlan.bin.
2020-05-29 06:10:07 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.3c79e93250ce059c80b0a7a29dacd9ded7576b423f849e2c to lib/firmware/rtlwifi/rtl8723bs_nic.bin.
2020-05-29 06:10:09 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.d97dc414ae4a6d684ced05eeec1699a90edab73294cb64fc to lib/firmware/rtlwifi/rtl8723bs_ap_wowlan.bin.
2020-05-29 06:10:11 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.d3e171d73a2a98d4dec81ce034ef7a2b3aa68a8188ae1d79 to lib/firmware/rtlwifi/rtl8192eu_nic.bin.
2020-05-29 06:10:13 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.30ea095cd95e37bde3fe07d14b51d2c75d220b07844bb503 to lib/firmware/rtlwifi/rtl8723aufw_B_NoBT.bin.
2020-05-29 06:10:15 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.34a87a636124c59e9801e3785b53c0fea025a3b64bd919d4 to lib/firmware/rtlwifi/rtl8723befw.bin.
2020-05-29 06:10:17 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.61afbfd8546a4f806a690336ee0412be6c9133a808e92ee0 to lib/firmware/rtlwifi/rtl8723aufw_B.bin.
2020-05-29 06:10:19 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.ec7f0eb7976850e5ce430c2aa9167dee1f6ed0d5be646e0d to lib/firmware/rtlwifi/rtl8712u.bin.
2020-05-29 06:10:21 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.480c247e193cb7626bef66764e0ee44e280313f1f2fe1050 to lib/firmware/rtlwifi/rtl8812aefw.bin.
2020-05-29 06:10:23 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.cc4001f0f5c440e8d10148293190273a1fb33fce31d76c35 to lib/firmware/rtlwifi/rtl8192cfwU_B.bin.
2020-05-29 06:10:25 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.e1799b42f76307ce0ef2e2b532c99ca2cca81914e638fdf6 to lib/firmware/rtlwifi/rtl8192cufw_B.bin.
2020-05-29 06:10:27 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.c780a8d78307665ba090de1a40cb1af751129ae59bc88c63 to lib/firmware/rtlwifi/rtl8723fw_B.bin.
2020-05-29 06:10:29 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.dde23fe41e1854a376c9963f09ee48be3914b5a706b01cf7 to lib/firmware/rtlwifi/rtl8192cfw.bin.
2020-05-29 06:10:31 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.2ec3ca7276d8453a4d6bd374628cdc505228d6fb0ba16219 to lib/firmware/rtlwifi/rtl8723bs_bt.bin.
2020-05-29 06:10:33 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.735ba806fbe0a365a2d2386cbc2d547a22cf340a42486f58 to lib/firmware/rtlwifi/rtl8188eufw.bin.
2020-05-29 06:10:35 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.81fd25d16cffb5989694a611eddfbdda70eaf2b0336da0aa to lib/firmware/rtlwifi/rtl8821aefw.bin.
2020-05-29 06:10:37 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.0955dd6795628b618447ec31a8f8875b9b861031763aab20 to lib/firmware/rtlwifi/rtl8723aufw_A.bin.
2020-05-29 06:10:39 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.2bfce24b814f223dc39905810f5b46bae49792d90dbee7e9 to lib/firmware/rtlwifi/rtl8812aefw_wowlan.bin.
2020-05-29 06:10:41 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.3c236582e9881be45c93fbf7901a3e2af0edceb877b8816c to lib/firmware/rtlwifi/rtl8192defw.bin.
2020-05-29 06:10:43 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.0dc0d8093d6307eed5f4c85f7f17c27b16e231110e491fbe to lib/firmware/rtlwifi/rtl8723bu_wowlan.bin.
2020-05-29 06:10:45 <Cogitri> please use a lasting provider for multiline strings next time
2020-05-29 06:10:45 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.0ed47c835ab9c4537d509ce273dcfe2609db57693bf84235 to lib/firmware/rtlwifi/rtl8192eu_wowlan.bin.
2020-05-29 06:10:47 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.655048b5cf0469b7fb34abc37b0bf7df884dee338877dd27 to lib/firmware/rtlwifi/rtl8723fw.bin.
2020-05-29 06:10:49 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.0369af2750d8abf95be862db38031779581d8ea525d2fd44 to lib/firmware/rtlwifi/rtl8821aefw_29.bin.
2020-05-29 06:10:51 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.ef30f36e8595436fa13388fd2a7e8b778acbb88680eb0194 to lib/firmware/rtlwifi/rtl8192cfwU.bin.
2020-05-29 06:10:53 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.2d6d8530e6b3313650b7ae6a1327e88ffbad1c4178c9460b to lib/firmware/rtlwifi/rtl8192eefw.bin.
2020-05-29 06:10:55 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.04d9f89bd38bbcde095e6b7536d000d0112c0da6d1c85d0e to lib/firmware/rtlwifi/rtl8821aefw_wowlan.bin.
2020-05-29 06:10:57 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.fce4b43b1228483c21245415c308af64d1a11f0138024aec to lib/firmware/rtlwifi/rtl8723bu_ap_wowlan.bin.
2020-05-29 06:10:59 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.4c0e3ee5dc2081d799f9197967d307945ad19ea609340f44 to lib/firmware/rtlwifi/rtl8723befw_36.bin.
2020-05-29 06:11:01 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.f7a1c03bb1bdf4da0967bdf324ba0dcb4a935d6f9a30650f to lib/firmware/rtlwifi/rtl8188efw.bin.
2020-05-29 06:11:03 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.b65ce6564dce7b3fe31a03ed4db9875b129e12167b422762 to lib/firmware/rtlwifi/rtl8192sefw.bin.
2020-05-29 06:11:05 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.1fa56117a3e935477c085db42effd1ae43658d8e761287ad to lib/firmware/rtlwifi/rtl8822befw.bin.
2020-05-29 06:11:07 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.47c7f086e613f38f2ceae986f075960e0c62dcd161678fb3 to lib/firmware/rtlwifi/rtl8192cufw_TMSC.bin.
2020-05-29 06:11:09 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.4c890d6682289e353d78f9fce65066918d1405de5c03234e to lib/firmware/rtlwifi/rtl8723bu_nic.bin.
2020-05-29 06:11:11 <micneu> ERROR: linux-firmware-rtlwifi-20191215-r0: failed to rename lib/firmware/rtlwifi/.apk.1bfc16797c1cd93e022fcfdcbd9d1273d914d78617131eb1 to lib/firmware/rtlwifi/rtl8192cufw_A.bin.
2020-05-29 06:11:13 <micneu> 1 error; 99 MiB in 70 packages
2020-05-29 06:11:15 <micneu> yes, sorry:
2020-05-29 06:11:19 <micneu> yes, i´m new in irc
2020-05-29 06:15:14 <Cogitri> Hum, apk fix doesn't fix it?
2020-05-29 06:20:05 <mps> RO root FS or no space on it?
2020-05-29 06:22:05 <micneu_> i have a 64GB micro-sd:
2020-05-29 06:22:05 <micneu_> rpi4:~# df -h
2020-05-29 06:22:05 <micneu_> Filesystem                Size      Used Available Use% Mounted on
2020-05-29 06:22:07 <micneu_> devtmpfs                 10.0M         0     10.0M   0% /dev
2020-05-29 06:22:09 <micneu_> shm                       1.9G         0      1.9G   0% /dev/shm
2020-05-29 06:22:11 <micneu_> /dev/mmcblk0p1           58.0G    380.5M     57.6G   1% /media/mmcblk0p1
2020-05-29 06:22:13 <micneu_> tmpfs                     1.9G     96.3M      1.8G   5% /
2020-05-29 06:22:15 <micneu_> tmpfs                   379.9M    148.0K    379.8M   0% /run
2020-05-29 06:22:17 <micneu_> /dev/loop0               26.4M     26.4M         0 100% /.modloop
2020-05-29 07:01:49 <nacelle> please use a paste bin
2020-05-29 07:03:25 <nacelle> (pastebin.com , etc.)
2020-05-29 07:03:29 <nacelle> 0x0.st
2020-05-29 07:12:17 <micneu_> https://pastebin.com/VfLsAifQ
2020-05-29 07:13:12 <micneu_> or:
2020-05-29 07:13:18 <micneu_> my drive on the pi ist a 64gb micro-sd:
2020-05-29 07:13:18 <micneu_> rpi4:~# df -h
2020-05-29 07:13:18 <micneu_> Filesystem                Size      Used Available Use% Mounted on
2020-05-29 07:13:20 <micneu_> devtmpfs                 10.0M         0     10.0M   0% /dev
2020-05-29 07:13:22 <micneu_> shm                       1.9G         0      1.9G   0% /dev/shm
2020-05-29 07:13:24 <micneu_> /dev/mmcblk0p1           58.0G    380.5M     57.6G   1% /media/mmcblk0p1
2020-05-29 07:13:26 <micneu_> tmpfs                     1.9G     96.3M      1.8G   5% /
2020-05-29 07:13:28 <micneu_> tmpfs                   379.9M    148.0K    379.8M   0% /run
2020-05-29 07:13:30 <micneu_> /dev/loop0               26.4M     26.4M         0 100% /.modloop
2020-05-29 07:13:34 <micneu_> shit, i´m new on irc
2020-05-29 07:13:36 <micneu_> sorry
2020-05-29 08:01:03 <clandmeter> we are going to put one penalty point on your irc license
2020-05-29 08:01:55 <AinNero> clandmeter: man, if i laugh out loudly, people in the office will know that im not working :D
2020-05-29 08:02:14 <clandmeter> :)
2020-05-29 08:02:28 <clandmeter> home office has its advantages ;-)
2020-05-29 08:02:35 <ikke> :D
2020-05-29 08:07:21 <clandmeter> btw, we have an alpine paste service. its called tpaste.us. simply add it by: apk add tpaste and you can do: cmd | tpaste
2020-05-29 08:11:02 <zoot> I can't find a package for linux filsystem quota tools. apk search and web packages search reveals nothing.
2020-05-29 08:12:17 <AinNero> clandmeter: today is first day back
2020-05-29 08:12:32 <AinNero> there is some paperwork and hardware stuff i cant do from home..
2020-05-29 08:13:04 <clandmeter> zoot_: wich cmd are you looking for?
2020-05-29 08:14:20 <mps> probably linux quota disk tool
2020-05-29 08:14:32 <zoot_> quota, quotacheck, quotaon, quotaoff ...
2020-05-29 08:14:34 <clandmeter> tech tip: you can do apk add cmd:commandname
2020-05-29 08:15:06 <ikke> https://pkgs.alpinelinux.org/contents?file=quota*&path=*%2Fbin&name=&branch=edge&arch=x86_64
2020-05-29 08:15:08 <ikke> nothing
2020-05-29 08:15:46 <mps> we don't have quota tool
2020-05-29 08:16:04 <clandmeter> that makes it hard to install :)
2020-05-29 08:16:19 <mps> :)
2020-05-29 08:16:33 <clandmeter> but that sounds a bit weird if we are missing it.
2020-05-29 08:16:43 <zoot_> so, how on earth does one control user quotas? that's critical for sane server setups
2020-05-29 08:16:54 <micneu_> pleas help, i try to install "apk add linux-firmware-rtlwifi" on raspi, my drive is a micro-sd with 64gb https://tpaste.us/XgjD
2020-05-29 08:16:55 <mps> it is not much used (and useful imo) tool
2020-05-29 08:16:57 <clandmeter> zoot_: very good question
2020-05-29 08:17:39 <micneu_> her the error https://tpaste.us/LY9K
2020-05-29 08:17:40 <ikke> zoot_: I tend to use lxc volumes for 'quoatas'
2020-05-29 08:17:45 <ikke> lvm*
2020-05-29 08:18:02 <clandmeter> but sane setup is a bit overdone. i never needed it.
2020-05-29 08:18:30 <ikke> micneu_: ok, and what was the outpuot of apk fix?
2020-05-29 08:18:42 <albr_> monado[d]: did someone post ugly code in irc
2020-05-29 08:18:43 <albr_> monado[d]: lol
2020-05-29 08:19:02 <albr_> monado[d]: https://cdn.discordapp.com/attachments/661834182934265883/715841620045725726/unknown.png
2020-05-29 08:19:07 <zoot_> clandmeter: mariadb binlog, web servers with users with quotas, the list is long
2020-05-29 08:19:25 <zoot_> http://sourceforge.net/projects/linuxquota/
2020-05-29 08:19:29 <micneu_> @ikke https://tpaste.us/Z0Bl
2020-05-29 08:19:55 <ikke> And nothing else?]
2020-05-29 08:20:03 <mps> monado[d]: this bad behavior is not reserved only for discord (and sometimes matrix) user, as you see :)
2020-05-29 08:21:10 <dngray> is there a way to set interface metric in alpinelinux?
2020-05-29 08:21:23 <albr_> monado[d]: mps, lmfao
2020-05-29 08:22:02 <micneu_> her the fix output complet: https://pastebin.com/rQKSG5nw
2020-05-29 08:22:48 <mps> dngray: man ip-tcp_metrics
2020-05-29 08:24:16 <ikke> micneu_: what does ls -l /lib/firmware/rtlwifi/ return?
2020-05-29 08:24:40 <dngray> mps: wonder what docs i need for that
2020-05-29 08:24:59 <dngray> maybe i should not try to use SLAAC on my server
2020-05-29 08:25:00 <dngray> and should disable DHCP
2020-05-29 08:25:19 <dngray> i guess when i think about it, it really should be static
2020-05-29 08:25:22 <micneu_> @ikke https://tpaste.us/lYR6
2020-05-29 08:25:44 <dngray> even though the server is on my local area network
2020-05-29 08:25:47 <ikke> and ls -al
2020-05-29 08:25:53 <ikke> on the same path
2020-05-29 08:26:03 <mps> dngray: it depends on you use case, and there is no final recipe for all, imo
2020-05-29 08:26:41 <dngray> yeah. i had been using fixed host addresssing
2020-05-29 08:26:49 <dngray> on my dhcp server for the server's MAC addresses
2020-05-29 08:27:03 <dngray> but i have two interfaces and that might cause an issue
2020-05-29 08:28:33 <micneu_> @ikke https://tpaste.us/dEwL
2020-05-29 08:29:14 <ikke> can you try `touch /lib/firmware/rtlwifi/rtl8723bs_wowlan.bin`
2020-05-29 08:33:42 <micneu_> ok, this ist the problem: touch: /lib/firmware/rtlwifi/rtl8723bs_wowlan.bin: Read-only file system
2020-05-29 08:35:44 <mps> micneu_: didn't I asked you about this?
2020-05-29 08:38:03 <micneu_> sorry, my english ist bad, i use a translater, how can i change / solve that i can install drivers?
2020-05-29 08:38:31 <micneu_> permanently
2020-05-29 08:39:32 <mps> micneu_: no problem :)
2020-05-29 08:39:51 <mps> and my english is also bad if not worse
2020-05-29 08:40:40 <micneu_> my goal is to get the hardware up and running and usb ethernet adapter
2020-05-29 08:40:43 <mps> you should look in /etc/fstab or kernel command line parameters
2020-05-29 08:41:30 <mps> for example 'cat /proc/cmdline'
2020-05-29 08:41:59 <micneu_> yes, the medium ist ro: /dev/mmcblk0p1 /media/mmcblk0p1 vfat ro,relatime,fmask=0022,dmask=0022,errors=remount-ro 0 0
2020-05-29 08:42:34 <micneu_> can it change the settin in the fstab, then lbu commit -d, and reboot?
2020-05-29 08:43:20 <mps> micneu_: one of my: modules=sd-mod,usb-storage,ext4,f2fs,sunxi-mmc root=/dev/mmcblk0p2 rw rootwait console=ttyS0,115200
2020-05-29 08:44:15 <mps> ah, you 'run from RAM'
2020-05-29 08:45:54 <micneu_> I worked through the standard instructions and then made a few adjustments for me, always saving them with lbu commit -d so that everything is back after each boot
2020-05-29 09:08:11 <micneu_> sorry, i have read the documentation again, i have found the solution, thanks
2020-05-29 11:19:24 <johanhagg> Hi, noticed that v2.5 is gone from the mirrors and can't find any announcement that about it going away. Has it been removed by accident and will come back similar to what happened about four years ago or is that version gone for good this time?
2020-05-29 11:20:21 <artok> what v2.5 ?
2020-05-29 11:22:50 <johanhagg> The package repository for Alpine 2.5. http://dl-cdn.alpinelinux.org/alpine/v2.5/main
2020-05-29 11:23:53 <artok> oh, never seen older than 3.0
2020-05-29 11:25:27 <Cogitri> johanhagg: You are aware that 2.5 has been EOL for like 8 years now, right?
2020-05-29 11:26:02 <Cogitri> I mean it still shouldn't be removed without notice, but I guess infra (ikke?) would know more about that
2020-05-29 11:26:53 <johanhagg> I'm painfully aware, unfortunately we're using it to keep an old product on life support.
2020-05-29 11:29:06 <Cogitri> Oof
2020-05-29 13:06:09 <Hello71> I guess it was removed to save space. probably someone has a backup, but it's not like the packages were being updated anyways
2020-05-29 13:06:34 <Hello71> and the aports still exist
2020-05-29 13:06:45 <ikke> http://ancient.alpinelinux.org/alpine/
2020-05-29 13:28:50 <omni> johanhagg: above
2020-05-29 13:37:11 <johanhagg> Neat, thanks for the information ikke. Any restrictions on using the ancient package repository?
2020-05-29 13:37:40 <Hello71> >The certificate for ancient.alpinelinux.org expired on 11/11/2015.
2020-05-29 13:37:42 <Hello71> hehe
2020-05-29 13:38:37 <ikke> The certificate is ancient as well :)
2020-05-29 13:50:39 <johanhagg> Switching to ancient.alpinelinux.org did the trick. Thanks for pointing me in the right direction. (Un)fortunately this means we can keep it on life support for a little while longer but it seems to have gotten the ball rolling on finally deprecating it.
2020-05-29 13:58:57 <Hello71> I mean, you can run your own mirrors
2020-05-29 14:23:40 <albr_> shantaram3013[d]: this is fine, right?
2020-05-29 14:23:41 <albr_> shantaram3013[d]: https://cdn.discordapp.com/attachments/661834182934265883/715933382789300306/unknown.png
2020-05-29 14:23:59 <ikke> yes
2020-05-29 14:24:07 <albr_> shantaram3013[d]: okay thanks
2020-05-29 14:25:17 <albr_> shantaram3013[d]: so if i understand it correctly..
2020-05-29 14:25:26 <albr_> shantaram3013[d]: alpine is basically suckless linux, right?
2020-05-29 14:25:33 <ikke> Not really..
2020-05-29 14:25:36 <maxice8> no
2020-05-29 14:25:54 <maxice8> you might want to look at sta.li for suckless linux
2020-05-29 14:25:59 <maxice8> as good as one expects
2020-05-29 14:26:17 <albr_> shantaram3013[d]: then what's the main goal of alpine
2020-05-29 14:26:36 <maxice8> Small, simple, secure linux-based distribution, see alpinelinux.org
2020-05-29 14:27:09 <albr_> shantaram3013[d]: but it does suck less than the others right
2020-05-29 14:27:13 <mps> (hmmm)
2020-05-29 14:27:23 <maxice8> You'll have to find that out by yourself
2020-05-29 14:27:33 <albr_> shantaram3013[d]: lol nice
2020-05-29 15:25:18 <paulw> I'm trying to build SAP's node-rfc on alpine. I got the compile to work, but when trying to use the library I get this error: `Error relocating /usr/local/sap/nwrfcsdk/lib/libsapnwrfc.so: __strdup: symbol not found`
2020-05-29 15:28:14 <paulw> A pre-requisit for their npm package is to install their rfc sdk which relies on ldconfig (I'm no expert here). I've followed the instructions, but had to make a change for alpine because ldconfig doesn't read from a config file, so instead I set the `LD_LIBRARY_PATH` environment variable. I don't know if this issue is somehow related to ldconfig
2020-05-29 15:38:14 <Cogitri> That sounds like it wanting glibc and not musl?
2020-05-29 15:57:53 <paulw> Maybe? I'm not sure how to tell for certain...
2020-05-29 15:58:11 <paulw> is there a way to include glibc under alpine instead?
2020-05-29 15:59:31 <JimmyTwoMemes> Hello
2020-05-29 15:59:45 <joe9>  paulw, I had the same issue with LD_LIBRARY_PATH
2020-05-29 15:59:47 <JimmyTwoMemes> What's the difference between the standard and virtual downloads?
2020-05-29 15:59:57 <joe9> I had to set it manually for the command to run.
2020-05-29 16:00:07 <joe9> I asked here but did not get any response.
2020-05-29 16:00:15 <JimmyTwoMemes> What's the best option for someone who wants to install a single web browser? the most minimal option, that is, I don't plan on using a container
2020-05-29 16:00:39 <joe9> paulw, there is an alpine-pkg-glib that works. It is on github.
2020-05-29 16:01:18 <joe9> for glibc stuff, install that package + set LD_LIBRARY_PATH
2020-05-29 16:05:07 <paulw> @joe9 thank you will try now and let you know
2020-05-29 16:12:35 <mps> alpine is musl based, so running glibc programs is not supported
2020-05-29 16:13:37 <mps> but such things can be run in containers (lxc, docker) or in chroot if someone need them on alpine
2020-05-29 16:14:00 <mps> another option is something called flatpack, iirc
2020-05-29 16:28:14 <paulw> So I installed glibc but didn't help.
2020-05-29 16:29:32 <oneinsect> i have a compiled some of alpine packages via glibc built everything from scratch for alpine and it works very well
2020-05-29 16:29:45 <oneinsect> yet to do a public release
2020-05-29 16:29:58 <oneinsect> will happen soon, dont have a server to build
2020-05-29 16:30:11 <oneinsect> planning to buy AMD and compile it
2020-05-29 16:31:39 <paulw> whats weird is that the compile of this library works without glibc. it's only when a program tries to use it that you get the `Error relocating /usr/local/sap/nwrfcsdk/lib/libsapnwrfc.so: __strdup: symbol not found`
2020-05-29 16:33:14 <oneinsect> did you run ldconfig
2020-05-29 16:33:52 <oneinsect> was this you?
2020-05-29 16:33:53 <oneinsect> https://github.com/SAP/node-rfc/issues/148
2020-05-29 16:40:53 <paulw> i didn't run ldconfig. do you just run it without any arguments or?
2020-05-29 17:04:58 <paulw> so when i add ldconfig, it fails saying it returned a non 0 exit code and the docker build fails.
2020-05-29 17:05:24 <paulw> but i can run ldconfig (without any arguments) on the cli and it doesn't output anything (or fail)
2020-05-29 17:11:34 <paulw> @oneinsect - sorry just saw your message. Yes that ticket is mine.
2020-05-29 17:13:21 <joe9> paulw, ldconfig did not do anything for me. Setting the LD_LIBRARY_PATH variable helpd.
2020-05-29 17:13:29 <joe9> s/helpd/helped though/
2020-05-29 17:13:57 <paulw> gotcha. i think it's sort of working for me, the package compiles without errors
2020-05-29 17:14:01 <paulw> its only when you try to use it...
2020-05-29 17:14:25 <joe9> before you run the command do export 'LD_LIBRARY_PATH=/lib:/usr/lib:/usr/glibc-compat/lib'
2020-05-29 17:14:49 <joe9> the library path is needed for runtime.
2020-05-29 17:15:03 <joe9> at runtime, it needs that library.
2020-05-29 17:15:45 <paulw> interesting idea. trying now
2020-05-29 17:16:12 <joe9> did you install this glibc package? 				wget https://github.com/sgerrand/alpine-pkg-glibc/releases/download/2.31-r0/glibc-2.31-r0.apk
2020-05-29 17:16:17 <paulw> yes i did
2020-05-29 17:16:24 <joe9> ok
2020-05-29 17:18:59 <joe9> i vaguely recall that there was a docker glib container too, if you are doing this in a container.
2020-05-29 17:19:13 <paulw> yeah i am, but im building it on the node-red container
2020-05-29 17:19:24 <paulw> im trying to add sap support to node-red
2020-05-29 17:21:14 <joe9> i have no idea about both of them. I wanted a glibc app on alpine last week and this worked for me. I could not figure out why the library path was not set automatically on pkg install. I could not find an answer for it. So, left it as one of those quirks.
2020-05-29 17:21:42 <joe9> gotta go. good luck.
2020-05-29 17:21:46 <paulw> I'm attempting: `ENV LD_LIBRARY_PATH /lib:/usr/lib:/usr/glibc-compat/lib:/usr/local/sap/nwrfcsdk/lib`
2020-05-29 17:21:55 <paulw> ok thank you for the suggestions
2020-05-29 17:24:00 <paulw> damn, no dice :\
2020-05-29 17:25:24 <oneinsect> paulw: i will try this out next week or the next next week
2020-05-29 17:25:45 <oneinsect> once i have a builder server up for the scratch built glibc version of alpine
2020-05-29 17:29:51 <paulw> oneinsect i appreciate that. I have pushed my dockerfile up to github, but unfortunately i cannot host the sap library itself (its against terms). I could probably send it to you though...
2020-05-29 17:30:42 <paulw> https://github.com/PaulWieland/node-red-docker/tree/master/docker-custom
2020-05-29 17:38:31 <artok> musl doesn't use ldconfig
2020-05-29 17:40:42 <artok> if you have binary /opt/whatever/bin/mybin you can add /opt/whatever/etc/ld-musl-<arch>.path file that has your dynamic libs
2020-05-29 17:40:50 <artok> for example /opt/whatever/lib
2020-05-29 17:41:12 <artok> (normal scheme when installing with --prefix=/opt/whatever
2020-05-29 17:41:35 <artok> using glib is just... no
2020-05-29 17:41:36 <artok> =D
2020-05-29 17:45:34 <paulw> @artok sorry musl and glibc are above my head :D  So are you saying that i have to find the compiled binary that my build created and add it to the /opt/whatever/etc/.path ?
2020-05-29 17:46:51 <artok> where is your binary?
2020-05-29 17:47:20 <artok> and how did you compile it
2020-05-29 17:47:34 <paulw> its compiled by `npm install node-rfc`
2020-05-29 17:47:58 <paulw> so i believe that the binary would be in the node_modules folder, let me check if i can find something
2020-05-29 17:49:03 <artok> duh.. node
2020-05-29 17:49:24 <paulw> yeah was a dumb statement lol
2020-05-29 17:49:27 <omni> is there a way to see what packages are installed by a certain repo? like testing
2020-05-29 17:50:02 <artok> "installed" ?
2020-05-29 17:50:20 <artok> repo's have packages, installation is done by user
2020-05-29 17:50:43 <artok> pkgs.alpinelinux.org you can search for packages
2020-05-29 17:50:57 <artok> main, community and testing repo
2020-05-29 17:51:03 <omni> yes, and I have installed packages and want to know what package came from what repo (main, community or testing)
2020-05-29 17:51:33 <omni> preferrably not having to go through a web interface
2020-05-29 17:54:39 <omni> like 'apt policy <package>' or similar
2020-05-29 17:55:07 <ikke> s/apt/apk
2020-05-29 17:55:21 <paulw> during the build it says: `[100%] Linking CXX shared library ../lib/binding/sapnwrfc.node`
2020-05-29 17:55:37 <omni> ikke: no, I compare with debians apt here
2020-05-29 17:55:41 <ikke> ah ok
2020-05-29 17:55:52 <ikke> that it would be apt-cache policy
2020-05-29 17:55:55 <ikke> than*
2020-05-29 17:56:17 <omni> apt will do it too
2020-05-29 17:56:47 <omni> but back to the point, how do I list which of my installed packages come from the testing repository?
2020-05-29 18:00:57 <omni> ikke: sorry, that was it of course
2020-05-29 18:01:05 <omni> thanks
2020-05-29 18:15:48 <joe9> paulw, what is the error message at runtime?
2020-05-29 18:16:13 <joe9> With strdup that you had earlier, check which library provides that symbol?
2020-05-29 18:16:46 <joe9> I think nm should help with that.
2020-05-29 18:17:01 <joe9> if that symbol is not defined, then a library is missing.
2020-05-29 18:17:20 <joe9> if there is a library providing that symbol, then the app is not finding it.
2020-05-29 18:18:17 <joe9> if it is not finding it, then atleast it is surely a finding issue.
2020-05-29 18:21:04 <joe9> https://stackoverflow.com/questions/34732/how-do-i-list-the-symbols-in-a-so-file this might help
2020-05-29 18:22:39 <omni> 
ACTION is fine with 'xargs apk policy < /etc/apk/world | less'

2020-05-29 18:45:09 <paulw> @joe9 i ran nm -gD on all of the .so files in my `/usr/local/sap/nwrfcsdk/lib`. `__strdup` exists in 3 of them.
2020-05-29 18:46:08 <paulw> `libicudata.so.50    libicudecnumber.so  libicui18n.so.50    libicuuc.so.50      libsapnwrfc.so      libsapucum.so`. `libicudecnumber.so libsapnwrfc.so libsapucum.so` contain `__strdup`
2020-05-29 18:46:52 <paulw> and the error is `Error relocating /usr/local/sap/nwrfcsdk/lib/libsapnwrfc.so: __strdup: symbol not found`
2020-05-29 18:47:18 <paulw> and since that file contains `__strdup` according to nm -gD, I'm confused as to what the problem is.
2020-05-29 19:02:58 <tomreid> Evening all, I'm using mkimage.sh to build out customized images, but I'm struggling to add specific files to my initfs. Can anyone point me in the right direction?
2020-05-29 19:04:36 <c705> tomreid: did you create a custon genapkovl file?
2020-05-29 19:04:38 <c705> custom
2020-05-29 19:05:32 <tomreid> yes, that works fine. I'm looking to add files to be available at early init - so I can use them in single mode
2020-05-29 19:06:26 <tomreid> so to add files that are available on the initial file system prior to loading the overlay
2020-05-29 19:06:56 <c705> tomreid: to be honest, i wanted to do the same thing but I could never figure out how. you can probably hack mkimage.sh to do that, but i never tried it. what i ended up doing is putting all my junk in a directory, creating a .tgz, then gpg encrypting it with ascii armorong, then drop all the ascii in my genapkovl
2020-05-29 19:07:04 <c705> it ain't pretty, but it works
2020-05-29 19:07:56 <tomreid> I assume mkinitfs is involved, I have tried creating a new feature, and adding it to initfs_features="$initfs_features *some other thing*"
2020-05-29 19:08:26 <tomreid> but I don't know where on the filesystem mkinitfs is pulling the files described in features.d/feature.files from
2020-05-29 19:09:11 <tomreid> c705: that's a cute way of doing it, but I'm looking at a couple of MB...
2020-05-29 19:11:10 <paulw> got disconnected
2020-05-29 19:11:25 <c705> tomreid: that's pretty much as far as I got
2020-05-29 19:12:06 <tomreid> c705: 🤞 lets hope there's someone else around that's delved this far too...
2020-05-29 19:12:07 <c705> i *think* mktemp -d is called somewhere in mkimage.sh, and that's what $tmp is, but I could be wrong
2020-05-29 19:12:34 <c705> i'm not so sure, mkimage.sh is kind of undocumented as far as i know
2020-05-29 19:14:32 <tomreid> OK, I'm going to have a poke around with $WORKDIR and see where that gets me...
2020-05-29 19:14:37 <tomreid> thanks!
2020-05-29 19:15:07 <c705> let me know if you figure it out
2020-05-29 19:15:10 <c705> cheers
2020-05-29 19:16:00 <tomreid> will do.
2020-05-29 19:26:20 <paulw> and so SAP's answer is "we don't support alpine". I guess I need to build a new image with another distro and see if I can make that work
2020-05-29 19:27:39 <oneinsect> hold one for time paulw we will solve it
2020-05-29 19:27:40 <c705> that's sap's answer to everything
2020-05-29 19:27:46 <oneinsect> some time*
2020-05-29 19:27:47 <paulw> lol
2020-05-29 19:28:49 <c705> i was told by sap once that they don't support x-frame-options
2020-05-29 20:20:08 <joe9> paulw https://docs.oracle.com/cd/E19120-01/open.solaris/819-0690/chapter3-5/index.html
2020-05-29 20:21:14 <joe9> paulw https://docs.oracle.com/cd/E19120-01/open.solaris/819-0690/chapter3-5/index.html
2020-05-29 20:23:27 <joe9> paulw can you do ldd on your program?
2020-05-29 20:26:54 <joe9> paulw__ are you paulw?
2020-05-29 20:27:02 <joe9> I sent pm's. I am not sure if you saw them.
2020-05-29 20:27:23 <paulw__> @joe9 yeah its me. i just switched irc clients because the web based one i was using kept disconnecting
2020-05-29 20:27:47 <joe9>  paulw https://docs.oracle.com/cd/E19120-01/open.solaris/819-0690/chapter3-5/index.html
2020-05-29 20:27:53 <joe9> paulw can you do ldd on your program?
2020-05-29 20:28:10 <paulw__> ok so ldd on what exactly? the so's from SAP?
2020-05-29 20:28:32 <paulw__> or the node-rfc package that compiled off of those .so s?
2020-05-29 20:28:46 <joe9> no, the program that you are running.
2020-05-29 20:28:52 <joe9> or, the so's of sap.
2020-05-29 20:29:04 <joe9> https://blogs.oracle.com/d/relocation-errors
2020-05-29 20:29:14 <paulw__> the program i am running is just a js file that includes sap's node-rfc js module
2020-05-29 20:31:10 <joe9> paulw__, there must be some program running that js file, I presume..
2020-05-29 20:31:20 <joe9> try on the .so file.
2020-05-29 20:32:06 <joe9> The goal is to find out all the library files that this program is depending on.
2020-05-29 20:32:26 <paulw> ok let me try it on node-rfc's bin file
2020-05-29 20:34:10 <paulw> bash-5.0# ldd sapnwrfc.node
2020-05-29 20:34:10 <paulw>         /lib/ld-musl-x86_64.so.1 (0x7f005a311000)
2020-05-29 20:34:10 <paulw>         libsapnwrfc.so => /usr/local/sap/nwrfcsdk/lib/libsapnwrfc.so (0x7f0059772000)
2020-05-29 20:34:12 <paulw>         libsapucum.so => /usr/local/sap/nwrfcsdk/lib/libsapucum.so (0x7f0059438000)
2020-05-29 20:34:14 <paulw>         libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7f005929f000)
2020-05-29 20:34:16 <paulw>         libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x7f005928b000)
2020-05-29 20:34:18 <paulw>         libc.musl-x86_64.so.1 => /lib/ld-musl-x86_64.so.1 (0x7f005a311000)
2020-05-29 20:34:20 <paulw>         libdl.so.2 => /lib/ld-musl-x86_64.so.1 (0x7f005a311000)
2020-05-29 20:34:22 <paulw>         librt.so.1 => /lib/ld-musl-x86_64.so.1 (0x7f005a311000)
2020-05-29 20:34:24 <paulw>         libuuid.so.1 => /lib/libuuid.so.1 (0x7f0059282000)
2020-05-29 20:34:26 <paulw>         libm.so.6 => /lib/ld-musl-x86_64.so.1 (0x7f005a311000)
2020-05-29 20:34:28 <paulw>         libpthread.so.0 => /lib/ld-musl-x86_64.so.1 (0x7f005a311000)
2020-05-29 20:34:30 <paulw> Error relocating /usr/local/sap/nwrfcsdk/lib/libsapnwrfc.so: __strdup: symbol not found
2020-05-29 20:34:32 <paulw> Error relocating /usr/local/sap/nwrfcsdk/lib/libsapnwrfc.so: pthread_mutexattr_setkind_np: symbol not found
2020-05-29 20:34:34 <paulw> Error relocating /usr/local/sap/nwrfcsdk/lib/libsapnwrfc.so: fcvt_r: symbol not found
2020-05-29 20:34:36 <paulw> Error relocating /usr/local/sap/nwrfcsdk/lib/libsapnwrfc.so: xdr_string: symbol not found
2020-05-29 20:34:38 <paulw> sorry, did not mean to flood chat. was trying to pm joe9. my irc skills are quite rusty - last client I used was BitchX :)
2020-05-29 20:34:49 <mps> please, do not spam channel, use paste service
2020-05-29 20:35:26 <paulw> https://pastebin.com/zQYxJ4e9
2020-05-29 20:38:08 <mps> __strdup, is that glibc-ism
2020-05-29 20:38:19 <paulw> yes quite possibly
2020-05-29 20:38:27 <joe9> paulw, I have the same issue on that symbol http://ix.io/2nLe
2020-05-29 20:39:24 <mps> https://refspecs.linuxfoundation.org/LSB_1.3.0/gLSB/gLSB/baselib---strdup-1.html
2020-05-29 20:39:50 <mps> '__strdup is not in the source standard; it is only in the binary standard.'
2020-05-29 20:40:03 <paulw> hmmm
2020-05-29 20:42:00 <mps> replace it with 'strdup' and rebuild
2020-05-29 20:42:09 <paulw> i can't
2020-05-29 20:42:20 <mps> why?
2020-05-29 20:42:42 <paulw> wait, maybe i can. Let me look at the node-rfc source again
2020-05-29 20:44:22 <paulw> as I thought. __strdup is not to be found in the source code of node-rfc
2020-05-29 20:44:43 <paulw> I think this error is coming from the compiled/closed source binary of the sapnwsdk?
2020-05-29 20:44:51 <joe9> https://sourceware.org/git/?p=glibc.git;a=blob_plain;f=string/strdup.c;hb=HEAD
2020-05-29 20:46:55 <mps> paulw: if you use closed and binary only program/libs then I can only repeat my advice from few hours earlier, run in chroot, lxc, docker or something similar
2020-05-29 20:47:37 <mps> joe9: clear
2020-05-29 20:47:41 <paulw> mps im attempting to build a docker image. I wrote a node which uses SAP's node-rfc for NodeRED. NodeRED's docker is based on Alpine.
2020-05-29 20:48:14 <paulw> and yes, im about to give up on alpine. this works fine under cent/rhel/ubuntu/etc
2020-05-29 20:48:50 <paulw> im attempting to use it because i would like to be able to use NodeRED as the base image.
2020-05-29 20:49:12 <mps> paulw: sorry if I'm sounding arrogant but this is not my intention, I just tell from experience what I think is or could be solution to your problem
2020-05-29 20:49:25 <paulw> no worries at all
2020-05-29 20:50:07 <paulw> If it's of any help, this is the dockerfile I'm working with (it's NR's custom docker with my changes stuck in the middle to try and add SAP's SDK & node-rfc) https://github.com/PaulWieland/node-red-docker/blob/master/docker-custom/Dockerfile.custom
2020-05-29 20:50:28 <mps> I use alpine long time but still keep one debian^Wdevuan lxc container on my workstation for such 'things'
2020-05-29 20:51:01 <paulw> I started learning how to write a docker file yesterday, so switching base images is not the easiest thing in the world for me to tackle ;)
2020-05-29 20:52:38 <joe9> paulw, something is wrong with your linker stuff.
2020-05-29 20:53:04 <joe9> for example, the libpthread.so.0 on my machine is linked  libpthread.so.0 => /lib64/ld-linux-x86-64.so.2 (0x7f5dc98d3000)
2020-05-29 20:53:47 <daemon> hey all I keep trying to make my own repo and hitting this: https://dpaste.org/mX0Q
2020-05-29 20:53:51 <joe9> when you install the app, are you using ld_library_path?
2020-05-29 20:54:03 <daemon> its only a warning; but I have bash installed and I cannot see a packet for 'ash' or bourneshell
2020-05-29 20:54:08 <daemon> so what do I need to install to provide that
2020-05-29 20:54:10 <paulw> joe9 yeah click that github link, you can see how i set ldpath first
2020-05-29 20:55:48 <paulw> i have tried `ENV LD_LIBRARY_PATH /usr/local/sap/nwrfcsdk/lib` and `ENV LD_LIBRARY_PATH /lib:/usr/lib:/usr/glibc-compat/lib:/usr/local/sap/nwrfcsdk/lib`
2020-05-29 20:56:10 <joe9> I do not see glib being installed in that docker file.
2020-05-29 20:56:28 <paulw> let me push the last changes. sorry i just realized its out of date
2020-05-29 20:56:41 <joe9> https://github.com/sgerrand/alpine-pkg-glibc
2020-05-29 20:56:49 <paulw> refresh
2020-05-29 20:57:07 <paulw> line 113
2020-05-29 21:27:05 <paulw> it doesn't seem like it's compiling using glibc though (even though its installed and available in LD_LIBRARY_PATH).
2020-05-29 21:46:16 <joe9> paulw, when building, can you try with just the glibc-compat/lib for the build?
2020-05-29 21:46:36 <joe9> instead of using /lib, /usr/lib?
2020-05-29 21:49:00 <paulw> @joe9 to do that i would just change the LD_LIBRARY_PATH?
2020-05-29 21:50:25 <joe9> paulw, does node install compile stuff with C?
2020-05-29 21:50:40 <paulw> yeah it's using cmake
2020-05-29 21:50:54 <joe9> then, yes, please try with just the basic stuff in LD_LIBRARY_PATH (without the /lib and /usr/lib)
2020-05-29 21:51:08 <joe9> then, can you check ldd and see what libs it is linking against.
2020-05-29 21:51:18 <paulw> 10-4
2020-05-29 21:58:13 <paulw> so changing LD_LIBRARY_PATH did not help. its still using musl
2020-05-29 21:58:39 <paulw> https://pastebin.com/UtTB9tie
2020-05-29 22:00:05 <joe9> can you build it on a glibc linux machine? and, then run it on alpine with the glib shim?
2020-05-29 22:00:30 <paulw> theres an idea
2020-05-29 22:02:46 <paulw> would debian work? there is a docker for nodejs that is built on debian instead of alpine
2020-05-29 22:03:03 <paulw> ive never used debian
2020-05-29 22:03:15 <joe9> paulw, debian should be fine.
2020-05-29 22:03:19 <joe9> It is a good safe be.
2020-05-29 22:03:23 <joe9> s/be/bet/
2020-05-29 22:03:34 <joe9> anyone knows how to extract the contents of an apk file?
2020-05-29 22:04:32 <ikke> it's a tar file
2020-05-29 22:04:54 <joe9> oh, ok. just tar -xvzf?
2020-05-29 22:05:25 <joe9> that seems to work, thanks.
2020-05-29 22:40:26 <daemon> hey all I keep trying to make my own repo and hitting this: https://dpaste.org/mX0Q what provides /bin/sh it exists at present and I cannot find a .apk for bourneshell or ash (bash is already installed)
2020-05-29 23:45:05 <mischief> hi. where do i report bugs in the web package browser?
2020-05-29 23:48:34 <mischief> i'm not sure if it's just me but the web server seems to be throwing an exception when i search. https://pkgs.alpinelinux.org/packages?name=*cata*&branch=v3.12
2020-05-30 04:54:08 <albr_> raatty[d]: i get the errors too
2020-05-30 04:54:38 <albr_> raatty[d]: seems like searching edge is fine tho
2020-05-30 06:28:10 <mps> daemon: apk info bash
2020-05-30 06:29:04 <mps> and ash is busybox 'applet', not a separate package
2020-05-30 06:30:57 <adu> ash is pretty nice
2020-05-30 06:38:42 <mps> adu: yes, and for shell programming it is mostly POSIX complete. I use it as 'first aid CLI shell' but for daily interactive I use tcsh
2020-05-30 06:41:45 <ikke> hmm, somehow I did not see the message from adu
2020-05-30 06:42:00 <ikke> ah, I did
2020-05-30 06:43:49 <mps> ikke: what you use as irc client
2020-05-30 06:44:15 <ikke> weechat
2020-05-30 06:44:58 <mps> iirc, it doesn't filter anything by default
2020-05-30 06:45:11 <ikke> no
2020-05-30 06:45:18 <ikke> it just looked too similar to your name :)
2020-05-30 06:45:23 <ikke> 3 letters and same color
2020-05-30 06:45:28 <ikke> so I attributed it to you
2020-05-30 06:45:31 <mps> ah, :)
2020-05-30 06:47:46 <mps> we are here on Phoronix https://www.phoronix.com/scan.php?page=news_item&px=Alpine-Linux-3.12-Released
2020-05-30 06:47:54 <ikke> nice
2020-05-30 06:48:35 <ikke> mentions mips and D
2020-05-30 06:50:10 <Cogitri> Neato
2020-05-30 06:51:49 <mps> yes, mentions mips 'MIPS owner Wave Computing filed for bankruptcy' :)
2020-05-30 06:52:57 <ikke> yeah, was not awawre
2020-05-30 06:52:59 <ikke> aware*
2020-05-30 06:54:02 <mps> iirc, Ariadne mentioned this few days ago also
2020-05-30 06:54:41 <ikke> ah, missed it then
2020-05-30 06:56:09 <mps> mips is quite good CPU by design (imo) but fading away, probably because of not good manage
2020-05-30 06:58:21 <dngray> okay that's weird
2020-05-30 06:58:30 <dngray> my eth0/eth1 interfaces not appearing on my server
2020-05-30 06:58:40 <dngray> they're onboard though
2020-05-30 07:00:24 <dngray> maybe they're modules now?
2020-05-30 07:00:32 <mps> dngray: is there driver for them in kernel
2020-05-30 07:00:49 <dngray> yeah intel
2020-05-30 07:01:01 <mps> most (if not all) ethernet drivers are modules
2020-05-30 07:01:07 <dngray> and it was there in 3.11
2020-05-30 07:01:30 <dngray> hmm i never had to modprobe any in the older version
2020-05-30 07:02:00 <dngray> 2 x 1GbE LAN ports (1 x Intel® I350-AM2)
2020-05-30 07:02:01 <mps> this is not changed with new release
2020-05-30 07:02:10 <afontain_> daemon: seems like you want to open a bug report against abuild so that symlinks are counted as provide
2020-05-30 07:03:14 <dngray> unless when it was powered off i lost bios config maybe
2020-05-30 07:03:36 <afontain_> (or maybe not, double check)
2020-05-30 07:03:48 <dngray> and somehow it got turned off
2020-05-30 07:04:14 <afontain_> I thought about opening such a bug report too
2020-05-30 07:04:48 <mps> afontain_: not sure if that is needed
2020-05-30 07:04:56 <dngray> i wonder what the module for i350 is
2020-05-30 07:05:37 <mps> dngray: modern kernels (more than 10 years ago) auto load modules for hadware found at boot
2020-05-30 07:05:53 <dngray> hmm
2020-05-30 07:06:06 <mps> usually not needed to load them in boot scripts or manually
2020-05-30 07:06:47 <mps> but, not sure if they are loaded from install media
2020-05-30 07:06:59 <dngray> i used the extended x86 iso
2020-05-30 07:07:14 <dngray> alpine-extended-3.12.0-x86_64.iso
2020-05-30 07:07:24 <mps> ah, then they maybe missing in initramfs
2020-05-30 07:07:54 <dngray> the machine boots though
2020-05-30 07:09:11 <mps> you can try to add it in bootloader kernel cmdline in ' modules=sd-mod,usb-storage,ext4,your-needed-driver-name'
2020-05-30 07:09:56 <dngray> yeah that might help actually
2020-05-30 07:10:08 <dngray> though i did check cmdline.txt and it hadn't changed
2020-05-30 07:11:26 <dngray> o.....
2020-05-30 07:11:35 <dngray> that's weird
2020-05-30 07:11:41 <dngray> my interfaces were disabled in bios duh
2020-05-30 07:12:12 <dngray> turns out when you power off completely
2020-05-30 07:12:17 <dngray> you lose bios settings, well some
2020-05-30 07:13:16 <markand> heyo
2020-05-30 07:13:32 <markand> I have a small dependency issue when trying to upgrade to 3.12: https://pastebin.com/tmPP62La
2020-05-30 07:13:49 <dngray> hmm that might not be the issue actually
2020-05-30 07:33:04 <dngray> so i think my driver is e1000e which seems to be there
2020-05-30 07:33:36 <dngray> actually might be, igb
2020-05-30 07:34:36 <dngray> ah modprobing igb fixed it
2020-05-30 07:34:42 <dngray> so it seems for some reason igb is not being detected hmm
2020-05-30 07:34:59 <dngray> mps: so where should i mention the "igb" module?
2020-05-30 07:36:03 <dngray> grub.cfg i suppose
2020-05-30 07:36:14 <mps> in /etc/modules or add file in /etc/modules-load.d/
2020-05-30 07:36:45 <mps> or, in boot loader after 'modules='
2020-05-30 07:36:50 <dngray> oh yeah.  that too
2020-05-30 07:36:57 <dngray> yeah that's what i did
2020-05-30 07:37:06 <dngray> i wonder why its not auto detecting, sure did in 3.11
2020-05-30 07:39:55 <dngray> also i noticed my nvme wasn't detected either
2020-05-30 07:40:33 <mps> I don't have such hardware so can't check, but you create bug report and maybe someone else could check it
2020-05-30 07:42:16 <mps> you can add needed 'features' to /etc/mkinitfs/mkinitfs.conf and rebuild initramfs
2020-05-30 07:44:09 <dngray> right
2020-05-30 07:44:27 <dngray> is there any process for doing that with diskless installs?
2020-05-30 07:45:10 <mps> ufff, I don't have much experience with diskless mode
2020-05-30 07:46:38 <dngray> probably as simple as modprobing some nvme module
2020-05-30 07:47:51 <mps> cat /etc/mkinitfs/features.d/nvme.modules
2020-05-30 07:48:24 <mps> just hint
2020-05-30 07:48:33 <dngray> i might have to look into making an initramfs on diskless mode
2020-05-30 07:48:44 <dngray> shouldn't be too hard, i wonder if i can do it from an already booted system
2020-05-30 07:49:06 <dngray> weird.
2020-05-30 07:49:16 <dngray> now since i put igb in /etc/modules
2020-05-30 07:49:20 <dngray> the nvme and everything is found
2020-05-30 07:51:13 <mps> yes, someone with writing skill should make docs about this
2020-05-30 08:07:25 <dngray> probably doesn't hurt to have your network chipset driver in /etc/modules even if there is an autoload thing
2020-05-30 09:29:41 <daemon> afontain_, ah so this is not a missing pkgs
2020-05-30 09:31:03 <guesto> hi ikke
2020-05-30 09:31:18 <guesto> i see that 3.12 has been released
2020-05-30 09:31:35 <guesto> how come the rtl8821ce modue
2020-05-30 09:31:46 <guesto> module* isnt included?
2020-05-30 09:38:36 <ikke> it should
2020-05-30 09:39:17 <ikke> rtl
2020-05-30 09:39:17 <guesto> i dont have wifi
2020-05-30 09:39:22 <ikke> http://dl-cdn.alpinelinux.org/alpine/v3.12/community/x86_64/rtl8821ce-lts-5.4.43-r1.apk
2020-05-30 09:39:32 <ikke> Well, you do need to install it
2020-05-30 09:39:48 <ikke> It's an out-of-tree module
2020-05-30 09:39:51 <guesto> wasnt it included in the latest release?
2020-05-30 09:40:03 <ikke> Included in the repositories
2020-05-30 09:40:21 <guesto> oh
2020-05-30 09:40:23 <ikke> not as a built-in kernel module (which realtek needs to do themselves)
2020-05-30 09:41:03 <guesto> it says
2020-05-30 09:41:15 <guesto> cant open modules.dep read only system
2020-05-30 09:41:25 <guesto> im in the installation iso right now
2020-05-30 09:41:44 <ikke> yeah, live install uses modloop
2020-05-30 09:42:13 <guesto> so ill have to install using eth0 first?
2020-05-30 09:43:09 <ikke> that would be the easiest way
2020-05-30 09:43:23 <guesto> i see.
2020-05-30 09:43:51 <guesto> when you have the time, please try the instructions on the "Setting up a laptop" page on the wiki.
2020-05-30 09:47:03 <ikke> I dont have a laptop to test it on
2020-05-30 09:47:25 <guesto> okay
2020-05-30 09:47:34 <guesto> if you don't mind
2020-05-30 09:47:53 <guesto> would you help me if i stumble upon problems in the process?
2020-05-30 09:48:40 <ikke> You can just ask your questions here, and we'll try to help
2020-05-30 09:48:48 <guesto> okay sure
2020-05-30 09:50:52 <guesto> but are you sure that there isnt any bugs you can identify on the spot?
2020-05-30 09:52:15 <ikke> seems to be mostly about setting up an encrypted dis
2020-05-30 09:52:16 <ikke> disk
2020-05-30 09:55:25 <guesto> yup.
2020-05-30 09:55:40 <guesto> anything you would do different?
2020-05-30 10:13:13 <Ariadne> mps: it's ok we target the MIPS people actually use in real world, not wave's rework of the arch
2020-05-30 10:47:05 <mps> Ariadne: ofc
2020-05-30 10:48:18 <mps> I didn't wanted to tell we shouldn't support mips (or anything else for which we have people and resources)
2020-05-30 10:49:31 <mps> just noted that I'm disappointed somewhat that good designed CPU is vanishing
2020-05-30 10:59:13 <Ariadne> ehh mips will stick around
2020-05-30 10:59:28 <Ariadne> loongson guys want to go global
2020-05-30 11:00:17 <Ariadne> mips64el isn't a priority to me right now because we don't have customers paying for firmware but I think there's some angles that can be pursued with loongson in future :)
2020-05-30 11:22:30 <mps> I missing these CPUs http://www.ultratechnology.com/chips.htm
2020-05-30 11:53:32 <mps> interesting thing, USB to HDMI/SDTV/DSI/DPI display adapter on rpi zero w, https://github.com/notro/gud/wiki
2020-05-30 11:55:01 <mps> probably will be faster if alpine is used instead of raspi
2020-05-30 12:00:21 <albr_> monado[d]: What’s the matrix room bridged to this channel?
2020-05-30 12:03:54 <ikke> Cogitri has one
2020-05-30 12:04:22 <albr_> monado[d]: I’m trying to fix the bridge so it goes like so:
2020-05-30 12:04:32 <albr_> monado[d]: discord -> matrix <-> irc
2020-05-30 12:07:39 <raatty[m]> u can just join #freenode_#alpine-linux:matrix.org
2020-05-30 12:08:10 <raatty[m]> matrix.org got a built in irc bridge
2020-05-30 12:10:27 <albr_> monado[d]: so then discord users would appear like matrix users?
2020-05-30 12:10:41 <albr_> monado[d]: https://cdn.discordapp.com/attachments/661834182934265883/716262302315184159/image0.png
2020-05-30 12:10:54 <albr_> monado[d]: joined this place but it seems like my test message didn’t get through
2020-05-30 12:13:14 <raatty[m]> lolz
2020-05-30 12:14:00 <albr_> monado[d]: I’m also going to say this again, Riot.im needs a lot of work on iOS
2020-05-30 12:29:59 <Cogitri> Hm, Matrix should work just fine
2020-05-30 12:30:12 <Cogitri> I just have my own bridge so I'm not affected by matrix.org downtime
2020-05-30 12:31:51 <mps> why is iOS important for alpine
2020-05-30 12:32:27 <mps> to irritate us?
2020-05-30 12:49:26 <albr_> monado[d]: mps, no was just making a point about why I don't use matrix myself. That was offtopic material, i'm sorry
2020-05-30 13:16:03 <joe9> to upgrade, is it as simple as changing the mirror urls to 3.12?
2020-05-30 13:16:10 <joe9> in /etc/apk/repositories
2020-05-30 13:18:21 <mps> yes
2020-05-30 13:19:00 <mps> and 'apk update' 'apk upgrade -a --simulate' to check just in case
2020-05-30 13:24:09 <joe9> is there a reason why latest-stable is not the default instead of having the release number in /etc/apk/repositories?
2020-05-30 13:25:07 <artok> just that
2020-05-30 13:25:20 <artok> no accidental update upgrade
2020-05-30 13:28:50 <artok> rpi upgrade to begin
2020-05-30 13:38:15 <joe9> what is the kernel release in 3.12?
2020-05-30 13:38:41 <joe9> oh, 5.4.43, got it.
2020-05-30 15:15:44 <simius> Hi! :)
2020-05-30 15:15:44 <simius> Thanks for the new release, really nice job guys!
2020-05-30 15:15:44 <simius> I have a question though: Python package seems to not exist in the current apk repository, I guess that the earlier python package was version 2(?) and due to its end of life, it's no more supported, but wouldn't it be a good idea to alias `python3` to `python`? Currently a lot of my CI scripts breaks due to it, hehe :)
2020-05-30 15:16:12 <ikke> simius: we tried that, but too many applications assumed that python == python2
2020-05-30 15:17:46 <ikke> Ideally, we would have removed python2 altogether, but there are still some things that only work with python2 in mian
2020-05-30 15:17:48 <ikke> main
2020-05-30 15:17:59 <ikke> but we kind of force applications to choose between python2 or 3
2020-05-30 15:19:02 <ikke> so in the end it's easier to see what still depends on python2
2020-05-30 15:25:24 <artok> all imap -> maildir stuff seem to be python2 only
2020-05-30 15:25:50 <artok> and even upstream say "we're not going to port for python3"
2020-05-30 15:26:11 <artok> so I'd just remove them
2020-05-30 15:27:09 <simius> Ah I see, so I should just change all my scripts to use python3 directly instead then I guess?
2020-05-30 15:27:10 <simius> It's all good, only a few scripts that uses them :)
2020-05-30 15:28:02 <artok> shebang lines to python3, that is recommended
2020-05-30 15:28:31 <simius> ln -s /usr/bin/python3 /usr/bin/python ;D
2020-05-30 15:29:46 <earnestly> simius: Use the version you're willing to support, so python3 means everything between python3 to 4
2020-05-30 15:29:47 <artok> works on your end, but what if you give code to some poor bastard that has python2 installed?
2020-05-30 15:29:55 <simius> When I install python3 will there be a symlink created by default, or should I fix that in my scripts so I don't have to replace  every instance of it? :)
2020-05-30 15:30:11 <simius> Oh, it's docker images, they will have to live with what I installed :P
2020-05-30 15:30:57 <earnestly> simius: In a choice between doing the right thing and the wrong thing, pick the wrong thing
2020-05-30 15:31:14 <simius> hehee
2020-05-30 15:32:52 <simius> I'm sure I'll get it to work one way or another, maybe not tonight as it's saturday and I have started on the weekend beers, but sometime! ;)
2020-05-30 15:32:52 <simius> Thanks again for the release, new alpine versions is basically the most fun release as it makes me re-build every one of my images, hehe
2020-05-30 15:33:23 <artok> that needs to be done
2020-05-30 15:33:45 <artok> waiting for a while until pushing my CI to build all images
2020-05-30 15:33:59 <simius> I do have them on a schedule (I use gitlab ci for them) but a new release that I see while I'm awake makes me rebuild all manually! :D
2020-05-30 15:35:11 <simius> Oh by the way, something I have wondered, is gitlab.alpinelinux.org the official issuetracker for alpine?
2020-05-30 15:36:39 <albr_> monado[d]: afaik yes
2020-05-30 15:38:14 <simius> Great, thanks :) Time to start the bbq here so afk now, hehe. Thanks for the help all :)
2020-05-30 16:42:46 <bleb> is there a dynamic dns client in the alpine packages?
2020-05-30 16:54:07 <artok> ez-ipupdate
2020-05-30 16:55:33 <Cogitri> Maybe you can just curl the API of your dyndns provider, I do that for Cloudflare
2020-05-30 21:50:19 <velix> Can I force abuild to "not sign" packages?
2020-05-30 21:52:11 <Cogitri> I don't think so, but why would you do that?
2020-05-30 21:52:50 <velix> Cogitri: I'm just backporting an app locally.
2020-05-30 21:53:04 <velix> On Debian, you can build it unsigned.
2020-05-30 21:53:59 <Cogitri> Just do `abuild-keygen -ai` and singing will just work
2020-05-30 21:54:39 <velix> I know ;)
2020-05-30 21:54:48 <velix> But I was curious, if I could override it.
2020-05-30 21:54:51 <velix> Thanks for help ;)
2020-05-30 21:55:34 <Cogitri> I don't think you can, but I didn't research that too much since it doesn't really make sense to not sign things ^^
2020-05-30 22:06:25 <dustfinger> I would like to install networkmanager-1.4 so that I can take advantage of its oFono support. What are my options for installing packages that are not in the official alpine linux package repo?
2020-05-30 22:06:27 <Hello71> I reckon apk will refuse to install unsigned packages
2020-05-30 22:13:58 <afontain_> you can build them locally, if you add your key to /etc/apk/keys, the packages will be trusted
2020-05-30 22:14:25 <afontain_> you can build them before flashing with pmbootstrap, that's more practical for a phone, but imo less so for a computer
2020-05-30 22:14:50 <dustfinger> afontain_: Okay, maybe I should give that a try.
2020-05-30 22:15:10 <afontain_> you can also use --allow-untrusted, if you don't want to copy the keys
2020-05-30 22:15:55 <afontain_> imo it's fairly simple to copy the keys, but hey, when I'm using a USB connection, I often skip that step
2020-05-30 22:16:20 <dustfinger> I am wondering what bennefit oFono provides over networkmanager. With nmcli I can add a gprs connection and provide the IMSI / APN etc. It seems like networkmanager could be managing the mobile broadband withotu oFono.
2020-05-30 22:17:17 <dustfinger> I use a serial connection, or if I really need to I will use ssh. I can copy my keyes over easy enough.
2020-05-31 00:57:28 <lunaphyte> i just happened to be looking through https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/master/setup-keymap.in
2020-05-31 00:57:49 <lunaphyte> should line 10 be basename "${KEYMAP}" ?
2020-05-31 00:58:02 <lunaphyte> not basename "KEYMAP" ?
2020-05-31 01:01:16 <afontain_> dustfinger: oh damn, I thought it was the postmarketOS channel, as people were talking about oFono and Modem Manager. Note that for pure Alpine, pmbootstrap really won't be practical
2020-05-31 01:02:49 <afontain_> at best, it would be useful as a wrapper for cross-compilation, but that's all
2020-05-31 01:41:06 <Hello71> lunaphyte: probably
2020-05-31 02:50:29 <indisturbed> Is using ZFS on Linux (Alpine specifically) for a home NAS a good idea?
2020-05-31 02:53:46 <maldridge> depends on your comfort with ZFS
2020-05-31 02:55:04 <indisturbed> maldrige: I haven't used it before. How does experience have an affect?
2020-05-31 02:55:34 <maldridge> zfs is not a turnkey system
2020-05-31 02:55:43 <maldridge> and running it on linux comes with a little more effort
2020-05-31 04:59:49 <amom> indisturbed: also be advised that it will use alot more resources than lvm + {ext4, btrfs}
2020-05-31 05:12:26 <dngray> if my interfaces are configured like so: https://termbin.com/2pv8 and a DNS server is set on my DHCP server for VLAN 2 and 3, how can i prevent alpinelinux from wiping that out when it configures VLAN4
2020-05-31 05:12:44 <dngray> i suppose i could configure VLAN4 first?
2020-05-31 05:12:53 <dngray> or is there a better way
2020-05-31 05:13:06 <dngray> like some option i can put under bond0.4 that tells it to not touch resolv.conf
2020-05-31 05:13:38 <dngray> i don't like to touch the ordering, because interface order effects routing table order
2020-05-31 05:14:41 <dngray> ie i want to keep the same metric https://termbin.com/jdsh
2020-05-31 05:18:34 <dngray> well using dhcpcd solves the problem
2020-05-31 05:18:43 <dngray> seems to be a behavior of udhcp to wipe that out
2020-05-31 05:20:28 <dngray> which i guess is fine, tbh i have used dhcpcd on my router too because udhcp does not support DHCPv6-PD
2020-05-31 09:53:03 <velix> I often see container guys adding edge repository to 3.11 and just installing packages from there. Why does this work? Or is it just luck?
2020-05-31 09:54:03 <Cogitri> That's just luck and will break at some point
2020-05-31 09:54:12 <Cogitri> And is unsupported by us
2020-05-31 09:54:21 <Cogitri> But I have to admit we're not doing a great job at communicating that apparently
2020-05-31 09:54:59 <Cogitri> I still wished apk threw a big fat warning when doing that or some error where you need to specify `apk add --please-break-my-setup-with-mixed-repos $package` to override it :)
2020-05-31 09:55:38 <Cogitri> But really, it might stop working at any point when we rebuild for a new soname break or when the ABI of some application broke due to other things
2020-05-31 09:56:43 <Cogitri> E.g. when musl started providing secure_getenv and we rebuilt things against it the setup of many people broke because they just assumed that edge packages will work on stable
2020-05-31 09:58:33 <velix> At least at Debian, it doesn't work at all, since libc is different.
2020-05-31 09:58:38 <velix> 99,9% of the apps fail ;)
2020-05-31 09:59:01 <velix> Cogitri: Okay, so backporting is the right way to go. Even if it's complicated to script :(
2020-05-31 10:00:28 <Cogitri> Or making sure the things your need are in community ahead of the release
2020-05-31 10:00:53 <velix> Cogitri: Did so, I think, most of my stuff (geographic tools) are too special ;)
2020-05-31 10:01:51 <Cogitri> Hm, I don't really know that stuff, but I think things like gdal are pretty popular in Alpine
2020-05-31 10:33:07 <velix> Is it possible to remove the -dev packages only, without purging the normal ones?
2020-05-31 10:44:15 <Cogitri> Just make sure the "normal" one is in your world, then apk won't remove it when removing the -dev subpackage
2020-05-31 10:44:43 <velix> Actually it is. Hmm. Let me start from scratch, maybe I did something wrong.
2020-05-31 11:01:03 <velix> Ah okay. "apk add python3-dev; apk del python3-dev" removes python3, too ;)
2020-05-31 11:01:44 <velix> Can I mark it as "don't remove"?
2020-05-31 11:02:20 <velix> ah, just "apk add python3"
2020-05-31 11:02:43 <ikke> correcy
2020-05-31 11:02:59 <ikke> apk automatically removes unnecessary dependencies
2020-05-31 11:04:35 <velix> thx
2020-05-31 11:51:33 <dngray> hmm. i'm trying to start openvpn in an unprivileged container on alpinelinux
2020-05-31 11:51:35 <dngray> but i get this error:
2020-05-31 11:51:46 <dngray> modprobe: can't change directory to '/lib/modules': No such file or directory
2020-05-31 11:51:46 <dngray>  * TUN/TAP support is not available in this kernel
2020-05-31 11:51:56 <dngray> i created a tun device like https://askubuntu.com/a/862281
2020-05-31 12:11:41 <dngray> oh i forgot to do
2020-05-31 12:11:42 <dngray> lxc config device add CONTAINER tun unix-char path=/dev/net/tun
2020-05-31 15:20:04 <mps> someone here few days ago asked for linux disk quota tools. now we have it in testing
2020-05-31 15:20:29 <ikke> zoot_ (not here)
2020-05-31 15:21:08 <mps> ah, yes
2020-05-31 15:21:46 <mps> wanted to ask test in real before move to community
2020-05-31 15:21:48 <dustfinger> afontain_: Okay, I will read up on cross-compilation. I am guessing as long as I build for arm platform it should work.
2020-05-31 15:44:40 <PureTryOut[m]> Deos OpenRC know something like a working directory? The command I'd like a service script to run needs to be ran from a specific directory
2020-05-31 16:24:16 <Piraty> what's the name of the raspberryPi kernel package?
2020-05-31 16:25:14 <afontain_> apk search linux-rpi
2020-05-31 16:25:44 <Piraty> thanks
2020-05-31 16:25:56 <afontain_> oh, wait, that used to work but it doesn't seem to do anymore
2020-05-31 16:26:52 <Piraty> i wanted to browse the APKBUILD anywany
2020-05-31 16:26:59 <afontain_> ah, I know why, I'm not using the arm repos
2020-05-31 16:27:03 <afontain_> all is well, it works
2020-05-31 16:27:06 <Piraty> i see that package is for rpi2 and rpi4 ?
2020-05-31 16:27:31 <Piraty> because rpi3 can run the same rootfs as rpi2 in 32bit mode
2020-05-31 16:27:53 <Piraty> so no aarch64 on rpi3 with alpine?
2020-05-31 16:28:27 <afontain_> I think there is a raspberry pi wiki article
2020-05-31 16:29:04 <Piraty> will search for that one then, thanks
2020-05-31 16:29:36 <afontain_> maybe you can use the rpi3 dts with the aarch64 kernel
2020-05-31 16:30:49 <Piraty> won't do I"m afraid
2020-05-31 16:31:59 <Piraty> wiki states " The aarch64 build should be compatible with Raspberry Pi 2 Model v1.2, Raspberry Pi 3 and Compute Module 3, and Raspberry Pi 4 model B."
2020-05-31 16:32:04 <Piraty> interesting.
2020-05-31 16:32:33 <dustfinger> PureTryOut[m]: You could try logging $PWD from an init script and start it with openrc to see what it outputs.
2020-05-31 16:32:34 <afontain_> meanwhile there is even a aarch64 version for raspi 1 :P
2020-05-31 16:32:37 <Piraty> aarch64 rpi3 images seem to not work on rpi4 with Void linux (so i heard from IRC)
2020-05-31 16:32:43 <Piraty> afontain_: i doubt it
2020-05-31 16:33:15 <afontain_> well, at least, there is a config file for it
2020-05-31 16:33:37 <afontain_> "config-changes-rpi.aarch64"
2020-05-31 16:34:28 <Piraty> rpi1 is armv6
2020-05-31 16:35:21 <afontain_> I've heard that some are armv7, and even aarch64
2020-05-31 16:35:28 <afontain_> not sure though
2020-05-31 16:35:59 <ikke> rpi1 is armv6, rpi2 is armv7, rpi3 & 4 is aarch64
2020-05-31 16:37:54 <PureTryOut[m]> dustfinger: idc where it runs it from by default, I just need to explicitely tell it where to run something
2020-05-31 17:00:33 <dustfinger> PureTryOut[m]: From the man page of openrc-run there is a section on variables that affect how the service is run. You can use the variable directory to change the working directory. Here is the description: directory        start-stop-daemon(8) and supervise-daemon(8) will chdir to this directory before starting the daemon.
2020-05-31 17:06:02 <dustfinger> If you don't have the man pages installed, you can find the documentation here: https://github.com/OpenRC/openrc/blob/master/man/openrc-run.8. Just search for ".It Ar directory". It ultimately calls start-stop-daemon and passes --chdir <yourpath>.
2020-05-31 17:22:26 <artok> Piraty: on aarch64, linux-rpi package is for rpi3, linux-rpi4 is for rpi4
2020-05-31 17:23:30 <Piraty> https://git.alpinelinux.org/aports/tree/main/linux-rpi/APKBUILD#n252
2020-05-31 17:24:07 <Piraty> i don't know how apkbuild works, but does this define the subpackage?
2020-05-31 17:24:57 <artok> it does
2020-05-31 17:27:55 <Piraty> i wonder how a definition of a function named 'foo' in APKBUILD for package bar-jeez makes it create a subpackage 'bar-foo' ...
2020-05-31 17:28:09 <Piraty> seems very implicit to me
2020-05-31 17:28:44 <Piraty> oh nvm, should read all of it
2020-05-31 17:29:10 <Piraty> _package does the magic it seems
2020-05-31 17:29:25 <afontain_> yup
2020-05-31 17:29:37 <afontain_> it needs to be in subpackages
2020-05-31 17:33:38 <mps> Cogitri: do you have at hands your recipe for bootstrap alpine installation using 'apk --arch ARCH -X https://$REPO_URL --root dir --innitdb ....'
2020-05-31 17:46:51 <Cogitri> mps: https://wiki.alpinelinux.org/wiki/Alpine_Linux_in_a_chroot
2020-05-31 17:48:10 <mps> thanks. actually same what I do
2020-05-31 17:49:59 <mps> and we don't have alpine-uboot-$ver-armhf.tar.gz as of 3.10
2020-05-31 17:53:02 <mps> will ask BDFL tomorrow to create one, I'm trying to install and use RPi zero with mainline kernel
2020-05-31 18:00:43 <feuerteufel> I updated my raspi up to 3.12 yesterday, but the kernel wasn't updated is that normal?
2020-05-31 18:01:58 <mps> feuerteufel: what kernel you use
2020-05-31 18:03:08 <feuerteufel> Linux rpi1-alpine 5.4.34-0-rpi #1-Alpine Wed Apr 22 19:29:05 UTC 2020 armv6l Linux
2020-05-31 18:04:09 <artok> algitbot: you dumb !
2020-05-31 18:04:41 <artok> good answer
2020-05-31 18:05:24 <feuerteufel> mps: Is that what you need or do you need more info?
2020-05-31 18:05:47 <mps> feuerteufel: this is latest kernel
2020-05-31 18:06:13 <mps> I think 5.4.35 is pushed to aports after release
2020-05-31 18:06:39 <feuerteufel> Ah the latest for rpi?
2020-05-31 18:06:58 <mps> no, for alpine 3.12, all arch
2020-05-31 18:07:10 <feuerteufel> On a "normal" box it is 5.4.43
2020-05-31 18:07:31 <mps> ah, then is something wrong
2020-05-31 18:07:52 <mps> I will look later version on my rpi zero
2020-05-31 18:08:14 <feuerteufel> that' why I'm asking
2020-05-31 18:08:45 <mps> it should be same
2020-05-31 18:08:55 <artok> what is the kernel setting on config.txt ?
2020-05-31 18:15:10 <feuerteufel> If this question is for me, there ist no Kernel Version in, yust "vmlinuz-rpi"
2020-05-31 18:16:29 <afontain_> see /boot/config.txt
2020-05-31 18:17:46 <feuerteufel> I looked in  "cat /media/mmcblk0p1/config.txt"
2020-05-31 18:18:23 <feuerteufel> My rpi dosn't have a "boot" directory
2020-05-31 18:18:48 <afontain_> ah
2020-05-31 18:18:54 <artok> running from memory?
2020-05-31 18:19:06 <feuerteufel> yes
2020-05-31 18:19:12 <mps> uname -a
2020-05-31 18:19:53 <feuerteufel> Linux rpi1-alpine 5.4.34-0-rpi #1-Alpine Wed Apr 22 19:29:05 UTC 2020 armv6l Linux
2020-05-31 18:20:33 <artok> when you hit upgrade, new kernel is installed to /boot
2020-05-31 18:20:43 <feuerteufel> uname -a --> Linux rpi1-alpine 5.4.34-0-rpi #1-Alpine Wed Apr 22 19:29:05 UTC 2020 armv6l Linux
2020-05-31 18:21:08 <artok> so upgrade is not going well if there is no symlink from /media/mmcblk0p1 -> /boot
2020-05-31 18:21:43 <mps> apk version linux-rpi
2020-05-31 18:23:27 <feuerteufel> apk version --> https://p.logout.de/?55b88f6582cf1af9#7yMrDZnTk63iLRuDFaQwTnR3XBAirQ9Pmb17ex13UYDK
2020-05-31 18:23:46 <feuerteufel> ther is nothing more ...
2020-05-31 18:24:07 <artok> password protected paste =D
2020-05-31 18:25:41 <feuerteufel> No, ther ist no password ther ist nothing more ...
2020-05-31 18:26:04 <feuerteufel> +e ... +e
2020-05-31 18:28:47 <feuerteufel> There is only --> Installed:         Available:
2020-05-31 18:29:48 <artok> apk version $(apk info | grep linux-)
2020-05-31 18:30:23 <artok> (that will also list some other linux- packages but..)
2020-05-31 18:31:15 <mps> on my rpi zero 'Linux version 5.4.42-0-rpi'
2020-05-31 18:31:42 <mps> and I installed rc_2
2020-05-31 18:33:07 <feuerteufel> "apk version $(apk info | grep linux-)" shows --> Installed:         Available:
2020-05-31 18:33:23 <feuerteufel> That's it
2020-05-31 18:37:02 <feuerteufel> I found this here (see the arrow):
2020-05-31 18:37:08 <feuerteufel> https://p.logout.de/?db2ee776b7d3740e#UykArtrBZyQrut91GtkHa726FBqjQqkF7SxRvMRdAb6
2020-05-31 18:37:39 <artok> that is still asking for password to see the paste
2020-05-31 18:39:44 <albr_> stere0123[d]: Hi, what does the "-l" do in: "apk add -l kmod"? It does not appear to be documented in "apk --help" (even --verbose).
2020-05-31 18:40:15 <feuerteufel> But I didn't put a password yust a sec I'll try something else ...
2020-05-31 18:40:46 <artok> apk add --help -> -l select latest version of the package
2020-05-31 18:41:36 <albr_> stere0123[d]: oh thanks
2020-05-31 18:42:49 <feuerteufel> See here: --> https://pastebin.com/RcRpe06C
2020-05-31 18:49:15 <feuerteufel> artok: which package you ask me to add?
2020-05-31 18:53:13 <feuerteufel> But eanyhow, I looked wrong there is no error in /etc/os-os-release  sorry!
2020-05-31 18:59:55 <feuerteufel> That's my first rpi with AL ...
2020-05-31 19:00:26 <feuerteufel> My be I did something wrong?
2020-05-31 19:01:19 <feuerteufel> *Maybe*
2020-05-31 19:03:08 <Hello71> is usb gadget supposed to work on rpi? I tried dtoverlay=dwc2, modules=dwc2,g_serial and got "device descriptor read/64, error -110" on host
2020-05-31 19:03:14 <Hello71> also tried g_ether, same result
2020-05-31 19:06:56 <mps> Hello71: what are gadgets? if you mean usb-otg interfaces then I can confirm that I can attach usb flash disk over otg cable to rpi zero
2020-05-31 19:07:26 <Hello71> isn't that just regular usb
2020-05-31 19:07:45 <mps> not sure
2020-05-31 19:08:15 <mps> could be
2020-05-31 19:14:05 <mps> this cable I use to attach/connect different things to android phones/tablets
2020-05-31 19:14:42 <Hello71> the default is host mode
2020-05-31 19:14:52 <Hello71> the pi supplies power to attached devices
2020-05-31 19:15:46 <mps> yes
2020-05-31 19:16:15 <mps> but phones do the same with this device/cable
2020-05-31 19:17:37 <mps> hmm, about 70-80% time on alpine base upgrade are used by firmware-*
2020-05-31 19:24:19 <Hello71> but I want the reverse of what you are saying
2020-05-31 19:25:14 <mps> aha, understand
2020-05-31 19:28:29 <feuerteufel> there is a package for the kernel "5.4.43-r0" but I'm not able to add it --> linux-rpi-5.4.43-r0
2020-05-31 19:29:42 <bleb> hello
2020-05-31 19:29:47 <bleb> https://wiki.alpinelinux.org/wiki/Alpine_Linux_in_a_chroot
2020-05-31 19:29:50 <bleb> i'm trying to follow this
2020-05-31 19:29:58 <bleb> got as far as "tar -xzf apk-tools-static-*.apk"
2020-05-31 19:30:37 <bleb> when i do this i get the error: "tar: Ignoring unknown extended header keyword 'APK-TOOLS.checksum.SHA1'
2020-05-31 19:31:52 <feuerteufel> That's what it say's when I try to add --> https://pastebin.com/1Pj9SstU
2020-05-31 19:34:09 <mps> could be mirror issue
2020-05-31 19:42:08 <feuerteufel> Let me see which one I got
2020-05-31 19:42:53 <feuerteufel> http://dl-cdn.alpinelinux.org/alpine/
2020-05-31 19:53:01 <bleb> ok
2020-05-31 19:53:16 <bleb> so the tar error didnt stop it from unpacking
2020-05-31 19:53:32 <bleb> everything is set up and i'm at the point where i want to enter my chroot
2020-05-31 19:53:52 <bleb> the wiki page says: chroot ${chroot_dir} /bin/bash -l
2020-05-31 19:54:10 <bleb> but when i do this i get: /sbin/chroot: failed to run command '/bin/bash': No such file or directory
2020-05-31 19:54:21 <bleb> i have /bin/bash on the host system but not inside the chroot
2020-05-31 19:54:29 <bleb> because obviously alpine doesnt come with bash
2020-05-31 19:54:38 <bleb> any idea what i should do?
2020-05-31 20:01:48 <bleb> this seems to have worked: chroot ${chroot_dir} /bin/ash -l
2020-05-31 20:02:44 <bleb> if someone confirms that bash should be replaced by ash in that command i will make the change on the wiki page
2020-05-31 20:02:53 <artok> confirmed
2020-05-31 20:05:03 <Hello71> or sh
2020-05-31 20:14:50 <bleb> Error: This action has been automatically identified as harmful, and therefore disallowed. If you believe your action was constructive, please inform an administrator of what you were trying to do. A brief description of the abuse rule which your action matched is: New users are not allowed to add ip addresses and phone numbers within 5 hrs of account creation
2020-05-31 20:15:35 <bleb> just trying to replace bash with sh
2020-05-31 20:16:27 <bleb> i didn't "add an ip address or phone number" so the error is weird
2020-05-31 20:16:36 <bleb> but maybe someone who has had an account for longer can make the edit
2020-05-31 20:18:07 <afontain_> hi, does `abuild rootbuild` cut access to the net?
2020-05-31 20:19:11 <Cogitri> Yes, unless you have options="net" in the APKBUILD
2020-05-31 20:19:42 <Cogitri> bleb: I think you'll just have to wait for a few hours :/
2020-05-31 20:19:49 <bleb> ok
2020-05-31 20:19:53 <Cogitri> Spam around Alpine is a bit bad unfortunately
2020-05-31 20:20:47 <bleb> i'm trying to install firefox in a chroot so i can sync the chroot between computers and have a portable firefox installation
2020-05-31 20:21:03 <bleb> that use isnt covered in that wiki article
2020-05-31 20:21:15 <bleb> so i'm a bit lost figuring out what to do once i'm in the chroot
2020-05-31 20:21:34 <bleb> i added the community repo and did apk update
2020-05-31 20:21:36 <afontain_> Cogitri: thanks
2020-05-31 20:22:01 <bleb> but when i do apk add firefox-esr, i still get firefox_esr (missing)
2020-05-31 20:22:02 <Cogitri> bleb: Wouldn't installing the flatpak be about 100x easier?
2020-05-31 20:22:31 <bleb> Cogitri: wasnt aware of that possibility
2020-05-31 20:22:44 <bleb> so i should use flatpak instead of an alpine chroot?
2020-05-31 20:23:01 <bleb> then i can rsync some flatpak directory between different linux installations?
2020-05-31 20:23:18 <bleb> i wouldnt know where to start with that
2020-05-31 20:24:04 <Cogitri> I'm actually not quite sure what your objective is
2020-05-31 20:24:09 <Cogitri> Do you want to sync the profile?
2020-05-31 20:24:29 <Cogitri> So the browsing history etc.
2020-05-31 20:24:47 <Cogitri> Or do you want to sync the Firefox binaries and libs for some reason?
2020-05-31 20:24:48 <bleb> yeah and the firefox executable and extensions
2020-05-31 20:24:52 <bleb> well yeah
2020-05-31 20:24:54 <bleb> it would be easier
2020-05-31 20:25:10 <bleb> wouldnt have to worry about incompatibilities between firefox versions on different linux installations
2020-05-31 20:25:26 <Cogitri> Just use the flatpak then
2020-05-31 20:25:44 <Cogitri> You can install that from Flathub and it'll be the same version on all of your systems then
2020-05-31 20:26:06 <bleb> like this one? https://flathub.org/apps/details/org.mozilla.firefox
2020-05-31 20:27:35 <Hello71> ah, I was confused about modules=. I think I want /etc/modules instead
2020-05-31 20:34:52 <Cogitri> bleb: Yes
2020-05-31 20:37:11 <Hello71> yeah, it works now
2020-05-31 20:39:56 <bleb> ah
2020-05-31 20:40:01 <bleb> no firefox-esr on flathub
2020-05-31 20:41:38 <bleb> maybe i can live with plain firefox
2020-05-31 20:48:03 <bleb> Cogitri: what procedure would i use for syncing flatpak installations?
2020-05-31 20:49:48 <velix> Hmm hmm hmm. I'm on edge right now. When installing python3, it's reachable as `python3` only, not a `python`. Is there a symlink or alias missing?
2020-05-31 20:50:34 <Cogitri> bleb: Just flatpak install on all of them?
2020-05-31 20:51:10 <Cogitri> velix: No, we tried getting the /usr/bin/python symlink to be py3 but too much stuff still assumes that python == python2
2020-05-31 20:51:28 <velix> ah okay. So I'll have to symlink it for myself.
2020-05-31 20:51:30 <velix> Thanks for the info
2020-05-31 20:51:55 <artok> or fix shebangs ?
2020-05-31 20:52:18 <velix> artok: Yeah.
2020-05-31 20:53:15 <bleb> Cogitri: but the point is that i want to be able to sync all my settings and extensions
2020-05-31 20:53:26 <velix> Coming from Debian, I really have to alias "apt install" to "apk add" ;)
2020-05-31 20:53:42 <bleb> i dont want to have to manually install all my extensions and configure my settings every time i set up a new linux with firefox
2020-05-31 20:54:07 <bleb> and i would ideally want my sessions and history synced too
2020-05-31 20:54:26 <bleb> my understanding is that installing firefox in an alpine chroot would let me do that
2020-05-31 20:54:45 <bleb> would flatpak work for that use case?
2020-05-31 20:57:39 <Cogitri> I don't see how a chroot or flatpak would change anything
2020-05-31 20:57:51 <Cogitri> Just sync the $HOME/.mozilla dir
2020-05-31 20:57:57 <bleb> i tried that and it didnt work
2020-05-31 20:58:00 <Cogitri> Or just use Firefox Sync
2020-05-31 20:58:08 <bleb> firefox sync doesnt sync everything
2020-05-31 20:58:24 <bleb> and stuff breaks when syncing between different versions of firefox
2020-05-31 20:59:57 <Cogitri> Yes, but with flatpak you'll always have the same version installed (if you run flatpak update at the same time)
2020-05-31 21:00:05 <Cogitri> So that should work just fine
2020-05-31 21:01:53 <bleb> so if i set up a linux my procedure to copy over my firefox installation would be (a) install flatpak on the linux, and install firefox through flatpak, (b) update flatpak on the old installation, (c) sync the .var/app/org.mozilla.firefox/ directories
2020-05-31 21:02:19 <bleb> if it's as simple as that, that's not too bad
2020-05-31 21:02:43 <bleb> but if i did it with an alpine chroot it could be even easier: (a) sync the alpine chroot dir (b) done
2020-05-31 21:02:57 <bleb> am i missing something?
2020-05-31 21:04:56 <Cogitri> With (a) being a way more complex task and integrating pretty badly with your desktop
2020-05-31 21:06:21 <bleb> what desktop?
2020-05-31 21:06:48 <bleb> and you're saying i would have to do more than rsync a directory; what else?
2020-05-31 21:19:26 <Cogitri> I'm saying that setting up the chroot is a lot more complex than just doing `flatpak install`
2020-05-31 21:19:53 <bleb> oh
2020-05-31 21:19:55 <bleb> i see
2020-05-31 21:20:16 <bleb> my hope would be that once the chroot is set up, the subsequent syncing would be easier
2020-05-31 21:20:27 <bleb> but i also dont know how to set up the chroot so there's that
2020-05-31 21:25:30 <feuerteufel> mps: If you find a solution for the kernel problem please leave me a note here. I'l see the backlog ...
2020-05-31 21:26:33 <feuerteufel> Thank's for help to all ...
2020-05-31 21:26:53 <feuerteufel> I got to quit for today
2020-05-31 21:27:02 <feuerteufel> Gn @ all
2020-05-31 21:40:39 <p3lim> Hey, I'm getting a _lot_ of these errors on a pretty much fresh 3.12 VM: http://dpaste.com/1BC7FMY.txt
2020-05-31 21:41:05 <p3lim> Occurs about every 10 seconds
2020-05-31 21:41:56 <ikke> where do you see these errors?
2020-05-31 21:42:58 <mat_cz> hello all!
2020-05-31 21:44:06 <bleb> so i installed firefox-esr in my chroot
2020-05-31 21:44:21 <bleb> now when i run firefox i get: Couldn't find the application directory
2020-05-31 21:44:49 <bleb> anyone know what might be causing this?
2020-05-31 21:45:02 <p3lim> ikke: /var/log/messages
2020-05-31 21:45:44 <ikke> On what hypervisor?
2020-05-31 21:45:51 <ikke> and what image
2020-05-31 21:45:55 <mat_cz> im trying to compile distcc at alpine 3.9.3
2020-05-31 21:47:09 <ikke> You know distcc is already packaged?
2020-05-31 21:47:31 <mat_cz> problem is configure: error: Cannot find libiberty
2020-05-31 21:47:40 <mat_cz> ikke: know but like to play a littke
2020-05-31 21:47:45 <mat_cz> little*
2020-05-31 21:47:51 <ikke> ok
2020-05-31 21:48:32 <ikke> apparently we supply --without-libiberty
2020-05-31 21:48:40 <ikke> https://git.alpinelinux.org/aports/tree/main/distcc/APKBUILD?h=3.9-stable#n37
2020-05-31 21:48:46 <mat_cz> but how can i manage to install it
2020-05-31 21:48:53 <ikke> ^^
2020-05-31 21:49:02 <mat_cz> i read taht it should be installed with binutils
2020-05-31 21:49:18 <p3lim> ikke: proxmox 6.2, so QEMU/KVM, alpine-virt-3.12.0-x86_64.iso
2020-05-31 21:50:22 <ikke> p3lim: Ok, could you open an issue on gitlab.a.o about it? It's getting late here
2020-05-31 21:50:39 <p3lim> Can do
2020-05-31 21:51:07 <p3lim> just on the group?
2020-05-31 21:51:25 <ikke> aprts
2020-05-31 21:51:30 <ikke> alpine/aports
2020-05-31 21:53:33 <mat_cz> tomorrow ill play a little bit more with it
2020-05-31 21:53:40 <mat_cz> see you tomorrow
2020-05-31 21:53:42 <mat_cz> bye
2020-05-31 21:53:43 <ikke> o/
2020-05-31 22:01:57 <bleb> heh heh
2020-05-31 22:02:50 <bleb> i did mount -o bind /tmp/.X11-unix ${chroot_dir}/tmp/.X11-unix
2020-05-31 22:03:00 <bleb> and xhost + on the host machine
2020-05-31 22:03:07 <bleb> now when i run firefox inside the chroot i get a segfault :(
2020-05-31 22:03:13 <bleb> complex indeed
2020-05-31 22:10:09 <ikke> p3lim: do you see anyhting in dmesg btw?
2020-05-31 22:11:31 <p3lim> nothing that I can relate to it no
2020-05-31 22:11:51 <ikke> ok
2020-05-31 22:45:42 <dustfinger> PureTryOut[m]: sorry, I lost connection and I am not sure if you got my message about the directory variable that you can set for openrc-run. If you set that, it will pass the variable to the --chdir optional flag when running start-stop-daemon. See the openrc-run man page.
2020-05-31 22:53:17 <PureTryOut[m]> Yeah I saw it thanks
2020-05-31 22:56:28 <dustfinger> np.
2020-05-31 23:09:12 <velix> eww. Anyone with an idea, where python-boost or boost-python is gone in edge?
2020-05-31 23:10:24 <velix> aah, boost-python3
2020-05-31 23:13:57 <doggone> libvirtd seems to hang for me on Alpine 3.12
2020-05-31 23:14:16 <doggone> virsh list just hangs indefinitely, even on a fresh install with no VMs
2020-05-31 23:16:20 <doggone> reinstalling 3.11.6 to un-bork my home network >_>
2020-05-31 23:42:41 <c705> doggone_: i've seen this issue too