2021-01-01 01:30:27 <tpanmajia> how could I install Qt language files?
2021-01-01 01:30:52 <tpanmajia> my konsole is partly localized where the localization of some of the top-level menu items are not perfect
2021-01-01 01:31:03 <tpanmajia> such as File, Edit, View etc.
2021-01-01 01:31:15 <tpanmajia> therefore I suspect it might be a qt l10n problem
2021-01-01 01:53:53 <tpanmajia> I ran glxgears in the terminal and the window content stood still
2021-01-01 01:54:01 <tpanmajia> only when I resize the window could the gears move
2021-01-01 01:54:12 <tpanmajia> upstream packages used and no related configs was modified
2021-01-01 01:58:24 <c705> it's a quiet channel, and it's new years eve, maybe someone can help
2021-01-01 01:58:49 <tpanmajia> c705: thx
2021-01-01 09:31:24 <EF> Happy New Year to all you Alpiners... let's hope it's a little better than the last one!
2021-01-01 10:48:41 <telmich> Good morning && happy digit increment!
2021-01-01 10:49:18 <telmich> I found the reason for the non-hw based ipv6 address on my alpine systems: dhcpcd now also has a configuration option named "slaac" which is configured to be "private"
2021-01-01 10:49:33 <ikke> aha
2021-01-01 10:49:43 <telmich> Setting this to hwaddr reverts the behaviour to what I need
2021-01-01 10:50:10 <ikke> so not udhcpcd, right?
2021-01-01 10:50:27 <telmich> Now I need to redo one more time all certificates (I am using the has-a.name dynamic certificates) and then I should be settled for some time
2021-01-01 10:50:35 <telmich> Correct, it is dhcpcd from Roy
2021-01-01 10:50:51 <ikke> ok
2021-01-01 10:51:33 <telmich> That one works pretty reliable with link down/up changes and ipv6/ipv4. My setup is that I use wpa_supplicant + dhcpcd and that works pretty reliable
2021-01-01 14:38:59 <EF> Is there a correct way recorded to upgrade Nextcloud in Alpine?
2021-01-01 14:39:29 <ikke> EF: nothing Alpine specific
2021-01-01 14:40:56 <EF> Okay thanks. Hopefully can work out how to make the automatic upgrady thing work
2021-01-01 15:06:16 <EF> Today is another school day
2021-01-01 16:46:57 <caskd> could someone explain me what options is CMAKE given when BUILD_MODE is set to None? many packages should use None but that changes the behaviour sometimes so i would like to know what difference it makes
2021-01-01 19:08:36 <consoomer> hi. i have a problem installing wireguard-rpi on my alpine linux rpi server. there are many errors printed, but they all seem to revolve around the directory "/lib/modules/5.4.84-0-rpi" not existing. when i list the contents of "/lib/modules", i get the directories "5.4.83-0-rpi" and "firmware". at first it seemed that executing "update-kernel" would suffice. nothing changed though and i still get the same errors when
2021-01-01 19:08:36 <consoomer> installing wireguard-rpi. next i tried installing "linux-rpi" to update the kernel, but actually the same errors occurred like when installing wireguard-rpi. now i am completely lost
2021-01-01 19:11:50 <mps> consoomer: you need to install both, linux-rpi and wireguard-rpi to be the same version
2021-01-01 19:15:50 <consoomer> mps: whether i do "apk add wireguard-rpi" or "apk add linux-rpi", i get the same errors, that the directory "/lib/modules/5.4.84-0-rpi" does not exist. however, the directory "/lib/modules/5.4.83-0-rpi" does exist.
2021-01-01 19:16:36 <mps> apk update, first
2021-01-01 19:17:37 <mps> btw, do you have enough free space on FS
2021-01-01 19:20:05 <consoomer> when doing apk update, and then apk add linux-rpi, the error persists
2021-01-01 19:21:25 <consoomer> i should have enough free space. when using "df" command, nothing is over 20% used, except /dev/loop0 uses 100%, which is mounted on /.modloop
2021-01-01 19:21:56 <mps> you are trying on 'run from system'?
2021-01-01 19:23:05 <consoomer> what do you mean with 'run from system'?
2021-01-01 19:23:59 <mps> how did you installed alpine on this box? in sys mode or default?
2021-01-01 19:26:36 <consoomer> default
2021-01-01 19:28:03 <mps> that is, then you can't upgrade kernel and because wireguard-rpi is newer version you can't install it, afaik
2021-01-01 19:32:02 <consoomer> can you elaborate on sys mode a bit? i sys mode the case when root "/" is mounted on persistent storage instead of tmpfs?
2021-01-01 19:32:14 <Apachez> one mode is to install regulary
2021-01-01 19:32:21 <Apachez> all changes are written directly to the storage
2021-01-01 19:32:29 <Apachez> but rpi whatever default mode is called dont do that
2021-01-01 19:32:54 <Apachez> because microsd's (even the "industrial" ones) are sensitive to writes the defautl mode on rpi is to read everything into ram and run from there
2021-01-01 19:33:09 <Apachez> so writes are only happening as a diff file in memory
2021-01-01 19:33:30 <Apachez> you need to write the "lbu -d" command to actually write all changes to the storage (like if you change a config file)
2021-01-01 19:34:04 <consoomer> i see
2021-01-01 19:34:05 <Apachez> the good thing with this is that writes to the storage is kept to a minimum and if shit happens you can always (as long as you didnt run the lbu command) reboot the device to get back where you previously was
2021-01-01 19:34:30 <Apachez> however this also means that the kernel/base part is out of reach for any system upgrades as it seems
2021-01-01 19:34:48 <Apachez> unless you manually remount the storage and manually replace files and then reboot (I think there is some howto on how to do this)
2021-01-01 19:35:08 <consoomer> that seems to be the problem, since i cannot install linux-rpi
2021-01-01 19:35:18 <Apachez> but normally you would just download the new image, write it onto the microsd card and then copy back all your configs and run lbu command to make them stick on the storage
2021-01-01 19:36:12 <mps> Apachez: right
2021-01-01 19:36:53 <mps> except one thing, I run arm servers on mmc in sys mode without problem
2021-01-01 19:37:17 <Apachez> yeah you can probably do that with raspberry pi too
2021-01-01 19:37:23 <consoomer> i am not sure though if writing a new image will change anything, since i already have the newest version (3.12.3)
2021-01-01 19:37:33 <Apachez> select an "industrial" microsd and make sure to take daily backups elsewhere :)
2021-01-01 19:37:57 <mps> Apachez: this is good advice
2021-01-01 19:38:23 <Apachez> I dunno if this is up2date with all commands needed     https://wiki.alpinelinux.org/wiki/Classic_install_or_sys_mode_on_Raspberry_Pi
2021-01-01 19:38:38 <Apachez> also while you are at it make sure to select the 64 bit edition if you got rpi3 or newer
2021-01-01 19:38:47 <Apachez> aarch64 or whatever its called in arch lingo
2021-01-01 19:39:13 <consoomer> ok thanks
2021-01-01 19:39:31 <consoomer> so switching to sys mode would be the only solution?
2021-01-01 19:40:02 <Apachez> or remount the storage and force the packages that way
2021-01-01 19:40:30 <Apachez> the storage is normally fat32 on rpi (in default mode), I dunno what happens if you manually download and store the apk's in the apk base directory
2021-01-01 19:40:51 <Apachez> either remount the storage or take the microsd card onto a regular computer
2021-01-01 19:40:52 <consoomer> is there also a tutorial in the wiki on how to do that?
2021-01-01 19:41:06 <Apachez> I would search around here https://wiki.alpinelinux.org/wiki/Classic_install_or_sys_mode_on_Raspberry_Pi
2021-01-01 19:41:39 <Apachez> I have no idea why the docs says you need enable_uart=1
2021-01-01 19:46:19 <consoomer> ok i think i understand now, why linux-rpi installation fails. but providing a linux-rpi package, which is doomed to fail when installed on default mode is qute puzzling me
2021-01-01 20:32:48 <c705> is alpine even using pam? how is it when I move /etc/pam.d to an entirely different location login is still sucessful
2021-01-01 20:33:30 <ikke> c705: not by default
2021-01-01 20:33:41 <ikke> you need to install shadow to get pam support
2021-01-01 20:35:41 <c705> ok, i installed shadow, same behavior
2021-01-01 20:36:16 <mps> apk info linux-pam
2021-01-01 20:37:07 <c705> it's installed
2021-01-01 20:37:59 <ikke> apk info -W $(which login)
2021-01-01 20:37:59 <mps> hapily forgot how it works :)
2021-01-01 20:38:26 <c705> /bin/login is owned by shadow-4.8.1-r0
2021-01-01 20:39:21 <ikke> and how are you trying to log in?
2021-01-01 20:39:30 <c705> sudo -i
2021-01-01 20:39:33 <c705> sudo -k ; sudo -i
2021-01-01 20:39:50 <c705> I tried on the tty, it works even thougth /etc/pam.d doesn't exist
2021-01-01 20:40:35 <ikke> https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/sudo/APKBUILD#L44
2021-01-01 20:41:40 <c705> what the fuck..why
2021-01-01 20:41:47 <c705> so i have to build sudo myself if I want pam
2021-01-01 20:42:07 <c705> and that's not explaining why login works on the tty
2021-01-01 20:43:41 <ikke> I would expect login from shadow to work with pam
2021-01-01 20:44:07 <c705> well, whatever, guess I can't use pam
2021-01-01 20:44:26 <c705> I'm not building sudo myself just for that
2021-01-01 22:07:05 <anjan> I want to switch from ufw to awall. It's on a remote server. Is it ok to run awall and ufw at the same time?
2021-01-01 22:07:24 <anjan> I dont want to have to ask my dad to connect a monitor and keyboard to the server....
2021-01-01 22:25:10 <Cogitri> anjan: I guess the iptables rules they set may or may not conflict with each other
2021-01-01 22:29:40 <anjan> Cogitri: I see. I guess I will wait till Im back home to fix it. Thanks!
2021-01-02 01:38:46 <eydaimon> I run apk list -u, and there's a lot of packages thjere to upgrade. But if I run apk upgrade, they do not get upgraded. What would cause this ? I am making use of adding packages using pkg@edge and pkg@test, and some packages get upgraded, but not all
2021-01-02 01:41:49 <Cogitri> apk upgrade -as ?
2021-01-02 01:42:56 <eydaimon> let me try
2021-01-02 01:43:49 <eydaimon> would ugrade a few more outstanding ones
2021-01-02 01:44:04 <eydaimon> and downgrade some too
2021-01-02 01:44:51 <eydaimon> here's an example that I have upgraded using edge
2021-01-02 01:44:52 <eydaimon> aria2-1.35.0-r2 x86_64 {aria2} (GPL-2.0-or-later) [upgradable from: aria2-1.35.0-r0]
2021-01-02 01:45:54 <eydaimon> another example: mutt-2.0.4-r0 x86_64 {mutt} (GPL-2.0-or-later) [upgradable from: mutt-1.14.6-r0]
2021-01-02 02:27:16 <Hello71> mixing these packages is at your own peril
2021-01-02 03:02:26 <eydaimon> that's not really what's at question here, is it ?
2021-01-02 10:27:26 <xaltsc> Hey, in which package is chsh (or any other similar tool) ? Also, is there a tool similar to voidlinux's xlocate that allows searching for a package based on the files provided ?
2021-01-02 10:27:40 <maxice8> you can search via the providers command
2021-01-02 10:27:47 <maxice8> apk search -x cmd:chsh
2021-01-02 10:28:59 <maxice8> the package is `shadow`
2021-01-02 10:39:43 <xaltsc> thanks !
2021-01-02 10:41:30 <ikke> or you just modify /etc/passwd :)
2021-01-02 11:29:37 <xaltsc> ikke: I wasn't sure that would do it as I've only ever used chsh, but thanks for confirming me that it would have worked ahah
2021-01-02 11:31:22 <ikke> The only other thing chsh does afaik is check whether the shell you provide is valid to prevent you from locking yourself out
2021-01-02 11:48:20 <sy> Hi everyone
2021-01-02 11:49:32 <sy> I'm not having much luck getting docker to work on the virt kernel: https://0x0.st/-r5_.txt - any idea what I'm doing wrong?
2021-01-02 11:50:33 <ikke> is the cgroup service running?
2021-01-02 11:51:02 <ikke> rc-service cgroups start
2021-01-02 11:51:34 <ikke> but the error is about the bridge interface
2021-01-02 11:51:42 <sy> seems to be but i've restarted it and added to rc-update
2021-01-02 11:52:19 <ikke> the docker service depends on it
2021-01-02 11:52:31 <ikke> 'need sysfs cgroups'
2021-01-02 11:52:49 <sy> think it's up cgroup_root      10M     0   10M   0% /sys/fs/cgroup
2021-01-02 11:53:22 <ikke> apk add bridge
2021-01-02 11:53:45 <ikke> hm, but that should not be required
2021-01-02 11:55:10 <ikke> sy: uname -r && ls /lib/modules
2021-01-02 11:55:42 <sy> ah shit
2021-01-02 11:55:51 <sy> 5.4.27-0-virt // 5.4.84-0-virt
2021-01-02 11:56:00 <sy> time for a reboot?
2021-01-02 11:56:29 <fys> Hi, where might I go to recommend a patch for a package in the main repository?
2021-01-02 11:56:37 <ikke> sy either that, or extract the modules from a 5.4.27 package :)_
2021-01-02 11:56:50 <maxice8> fys: https://gitlab.alpinelinux.org/alpine/aports
2021-01-02 11:56:54 <fys> Thank you.
2021-01-02 11:57:02 <sy> uff but my 272 day uptime
2021-01-02 11:57:08 <sy> nah it's okay I'll reboot ^^
2021-01-02 11:57:21 <ikke> does /etc/apk/cache exist?
2021-01-02 11:57:34 <ikke> On arch I regularly do that
2021-01-02 11:57:47 <ikke> just extract the modules for the current running kernel version
2021-01-02 11:58:03 <fys> (If anyone is curious, this is a coreutils patch that fixed the default behavior of not identifying most CPUs in 'uname')
2021-01-02 11:58:28 <ikke> fys: you can even make a merge request for it
2021-01-02 11:58:32 <fys> Yes.
2021-01-02 11:58:42 <sy> ikke: ahhhh that's goog to know
2021-01-02 11:58:48 <fys> :)
2021-01-02 11:58:51 <sy> unfortunately i hjave itchy trigger fingers and have already rebooted
2021-01-02 11:58:56 <ikke> heh :)
2021-01-02 11:59:27 <fys> ikke: Different distros have different flows and .. attitudes. Some, a simple merge request is fine, others require a sacrifice of your first and third born children.
2021-01-02 11:59:32 <fys> Heh.
2021-01-02 11:59:48 <ikke> fys: contributing to Alpine is very easy
2021-01-02 11:59:54 <fys> I see that, good to know!
2021-01-02 12:00:31 <fys> I've got a lot of time on my hands at the moment and jumped in with both feet with messing around with Alpine. I've already replaced pfsense with it on my router.
2021-01-02 12:00:45 <fys> Using the same services I went from 2gb of ram used to 150mb.
2021-01-02 12:00:47 <fys> Haha.
2021-01-02 12:00:54 <ikke> :)
2021-01-02 12:01:05 <fys> Forced me to finally re-learn some bind stuff..
2021-01-02 12:01:10 <fys> Oof.
2021-01-02 12:01:28 <sy> ayy it's working, thanks all!
2021-01-02 12:01:33 <ikke> sy: nice
2021-01-02 12:01:42 <fys> Alpine in its current state reminds me a lot of Arch in 2005.
2021-01-02 12:01:47 <fys> Which.. makes me very happy.
2021-01-02 12:01:48 <ikke> usually when I have issues starting docker, it's because kernel modules are missing
2021-01-02 12:02:04 <fys> Missing kernel modules are definitely a failure to launch.
2021-01-02 12:02:06 <TheKyleS> fys: does the lack of TLS for software distribution excite you
2021-01-02 12:02:10 <sy> I've not worked with windows so much that i forget rebooting sometimes does fix computers
2021-01-02 12:02:21 <fys> TheKyleS: I don't use passwords.
2021-01-02 12:02:27 <fys> <stone cold stare>
2021-01-02 12:02:29 <fys> :P
2021-01-02 12:02:41 <TheKyleS> fys: okay, or encryption...? lol
2021-01-02 12:02:48 <TheKyleS> how do you bank online
2021-01-02 12:02:50 <fys> plain text 100%
2021-01-02 12:03:11 <fys> i just wear a shirt that has my social security number on it just in case i forget
2021-01-02 12:03:15 <fys> convenience > security
2021-01-02 12:03:26 <fys> im kidding, obviously.
2021-01-02 12:03:49 <ikke> TheKyleS: dl-cdn does support tls btw
2021-01-02 12:04:00 <ikke> https://dl-cdn.alpinelinux.org
2021-01-02 12:04:01 <fys> Also, I host my own local repository via https
2021-01-02 12:04:09 <fys> which is pulled via rsync
2021-01-02 12:04:16 <fys> so that's a moot point for me
2021-01-02 12:04:39 <TheKyleS> ikke: so why is it off by default in the year of our lord 2021
2021-01-02 12:04:54 <ikke> TheKyleS: at least for docker images, it uses https by default
2021-01-02 12:05:00 <fys> Oh, the alpine non-free repository is why I now know about vlmcsd ... whoever contributed that package is doing the lord's work.
2021-01-02 12:05:08 <ikke> for other setups, it depends what mirror is chosen
2021-01-02 12:05:18 <TheKyleS> ikke: nah man, alpine:3.12.3 does not use TLS
2021-01-02 12:05:20 <fys> for some people https is an issue
2021-01-02 12:05:24 <TheKyleS> same with 11 and 10
2021-01-02 12:05:37 <fys> if you're pxe booting without https support for example
2021-01-02 12:05:41 <fys> no bueno
2021-01-02 12:06:08 <ikke> TheKyleS: edge does
2021-01-02 12:06:24 <ikke> so from 3.13, that will be the default
2021-01-02 12:06:34 <TheKyleS> ikke: when did that change?
2021-01-02 12:06:49 <ikke> somewhere past year
2021-01-02 12:06:53 <fys> at the moment im doing some unintelligent, blind hacking to "desktopify" alpine after adelie didn't exactly mesh with my goals.. seems like the scripts to generate custom isos and such are easy to use.
2021-01-02 12:07:10 <TheKyleS> ah okay
2021-01-02 12:07:46 <ikke> We found out we could integrate fastly with letsencrypt
2021-01-02 12:08:11 <fys> I used fastly at my last job and well, letsencrypt is now a standard.
2021-01-02 12:08:14 <fys> (:
2021-01-02 12:08:21 <Lord> i just want to state here that i'm in no way involved in this package
2021-01-02 12:08:27 <fys> hah
2021-01-02 12:08:28 <ikke> lol
2021-01-02 12:08:34 <TheKyleS> why not just throw it behind cloudflare
2021-01-02 12:08:41 <fys> Lord: I'm sorry I misrepresented your intent and desire.
2021-01-02 12:08:43 <fys> 
ACTION bows

2021-01-02 12:08:46 <TheKyleS> instant TLS and HTTP2 support
2021-01-02 12:08:50 <ikke> TheKyleS: fastly sponsors us
2021-01-02 12:09:07 <fys> Yeah, fastly is a friend of the open source community.
2021-01-02 12:09:34 <ikke> and cloudflare is not really friendly to people who want to stay anonymous
2021-01-02 12:09:38 <fys> Although I had a 3am heart attack once because of them.
2021-01-02 12:09:42 <TheKyleS> correct
2021-01-02 12:10:30 <fys> Anonymity is an undervalued thing.
2021-01-02 12:31:08 <mps> sy: heh, having to shutdown server with more than 1200 (or 1400, forgot exactly) days was a strange experience, so I understand you
2021-01-02 12:31:55 <sy> oh lord, it's like snuffing out a family legacy in one fell swoop of the keyboard, tough choice
2021-01-02 12:32:23 <sy> really close to trying some odd magic with kexec calls buuuut couldn't be bothered today and it wasn't even one year
2021-01-02 13:34:39 <mps> huh, a lot of distractions today for me
2021-01-02 13:36:07 <mps> sy: I think after that experience I understand what $almighty feel when he have 'shutdown' us, especially nice ones of us :)
2021-01-02 13:36:36 <mps> to 'shutdown'*
2021-01-02 13:39:34 <sy> oh wow that's deep, you're right, there's lots of parallels in sysadmin work with life, it's all the same thing all the way down
2021-01-02 13:46:14 <mps> if one _feel life_ (really feel) then a lot of parallels can be 'seen' and even in 'dead' forms (so called)
2021-01-02 13:57:07 <sy> indeed, physical matter is just the same as us, it's all one, it's easier to reconcile beings with all being one as we can relate to them with our minds, but our minds are objects too
2021-01-02 14:00:00 <mps> aha (mean to say 'I agree' in one short word)
2021-01-02 14:03:29 <mps> interesting note is that one of famous (in my country) philosopher and scientist told about year ago that he is best understood by IT people
2021-01-02 14:03:44 <fys> Neeeeerds!
2021-01-02 14:03:56 <fys> :)
2021-01-02 14:04:11 <mps> his explanation is that IT people nowadays are only people who uses brain :)
2021-01-02 14:04:21 <fys> Mostly true.
2021-01-02 14:04:31 <fys> If they're hobbyists, anyways.
2021-01-02 14:04:51 <fys> I've seen a lot of braindead people on the job who had no interest in computers but wanted a desk job.
2021-01-02 14:05:13 <mps> well, yes, not all IT people ofc, but those who are real IT thinkers
2021-01-02 14:05:21 <fys> Yeah.
2021-01-02 14:06:37 <mps> and also in my career I've a lot more brain dead IT people than 'sane'
2021-01-02 14:06:46 <guix-vits> i ve spotta braiz there boyz, ahoii
2021-01-02 14:06:50 <mps> I've seen*
2021-01-02 14:07:16 <fys> I've noticed a disturbing trend in IT hiring.
2021-01-02 14:07:52 <fys> The past 3 jobs I've held, the interview did *not* reflect the work.
2021-01-02 14:08:01 <mps> by number of commits? :)
2021-01-02 14:08:05 <fys> lol
2021-01-02 14:08:33 <fys> What I mean to say is, I was grilled on some pretty in depth *n?x stuff - as I expected.
2021-01-02 14:08:44 <fys> but the job itself was basically glorifed customer service.
2021-01-02 14:09:01 <Hello71> ikke: chsh can be invoked by unprivileged users
2021-01-02 14:09:29 <fys> Previous to that I was grilled in another interview about my coding skills. When I ended up joining that team it turned out the job was almost entirely systems configuration and almost no coding whatsoever.
2021-01-02 14:09:42 <fys> People do not know how to hire for the job anymore.
2021-01-02 14:10:19 <mps> outsource everything :)
2021-01-02 14:10:32 <fys> I know this isn't just my assumption because the entire reason I was hired is because the person they hired previous to me quit because he wanted a development job and thought that's what it was LOL
2021-01-02 14:11:13 <mps> Hello71: is that potential risk
2021-01-02 14:11:49 <fys> chsh has to be able to invoked by unprivledged users so they can change their shell.
2021-01-02 14:12:13 <mps> yes, but it changes passwd
2021-01-02 14:12:39 <fys> regular users can change their password which changes passwd too
2021-01-02 14:12:44 <fys> what's your point?
2021-01-02 14:13:20 <fys> well
2021-01-02 14:13:22 <fys> that's shadow
2021-01-02 14:13:24 <mps> if it can change passwd file it can change root password
2021-01-02 14:13:25 <fys> but you get my point
2021-01-02 14:13:37 <fys> no it can't
2021-01-02 14:13:38 <mps> ohm
2021-01-02 14:13:43 <mps> right
2021-01-02 14:13:47 <mps> root shell
2021-01-02 14:14:07 <fys> chsh only edits the information for the current user
2021-01-02 14:14:12 <fys> not others
2021-01-02 14:14:28 <fys> unless you know of a vulnerability i don't
2021-01-02 14:14:33 <mps> that is how it works  if it is not buggy or malicious
2021-01-02 14:14:39 <fys> is it?
2021-01-02 14:14:50 <mps> who knows
2021-01-02 14:15:00 <mps> I don't use it
2021-01-02 14:15:09 <fys> the potential for theoretical abuse is a rabbit hole
2021-01-02 14:15:13 <fys> i mean for instance
2021-01-02 14:15:15 <mps> doas vi /etc/passwd
2021-01-02 14:15:21 <fys> /home/fys is two hops away from /
2021-01-02 14:15:25 <fys> oo security hax!
2021-01-02 14:15:26 <fys> :P
2021-01-02 14:15:26 <ikke> same with all suid programs
2021-01-02 14:16:17 <mps> that is why I proposing only one user on unix/linux system :)
2021-01-02 14:16:20 <fys> for almost all conveniences you introduce a potential vulnerability, just don't use it. (:
2021-01-02 14:16:54 <ikke> mps: just run everything as root.
2021-01-02 14:17:03 <ikke> no privilege escalation possible then
2021-01-02 14:17:06 <mps> that is what I proposing
2021-01-02 14:17:17 <fys> ikke: you joke but i didn't add a non root user to my router until it was basically done
2021-01-02 14:17:47 <Hello71> https://xkcd.com/1200/
2021-01-02 14:18:14 <fys> I hooked up my USB3 docks to my router and configuring lighttpd to host the mount pounts over my LAN
2021-01-02 14:18:25 <fys> Which has a double advantage that VLC can stream HTTP very easily
2021-01-02 14:19:14 <fys> Sitting comfortable at around 150mb of RAM used.. lol
2021-01-02 14:29:49 <Marcel_K> Hello, i want to install the nvidia driver for my GTX780M graphics cards on my iMac7 from 2013 27". First i used the acutal  PartedMagic iso from lives usb stick that runs in ram. It is based on slackware linux. Everythings runs fines with this distro. i am working with blender, and the system is using the acutal 455.045.01 driver from nvidia. And
2021-01-02 14:29:49 <Marcel_K> my card is running with blender fine.
2021-01-02 14:30:10 <maxice8> Don't think Nvidia driver supports musl
2021-01-02 14:31:04 <caskd> it should work with gcompat afaik
2021-01-02 14:31:07 <mps> Marcel_K: did you asked this few days ago, or it was someone with similar nick
2021-01-02 14:31:14 <caskd> i guess it's worth trying...
2021-01-02 14:31:36 <Marcel_K> yes thats me again
2021-01-02 14:31:40 <Marcel_K> :)
2021-01-02 14:32:04 <mps> my answer is same 'forget it' :)
2021-01-02 14:32:27 <caskd> would be pretty interesting to have a aports dir for stuff like nvidia drivers but which isn't build and distributed, but is just there
2021-01-02 14:32:35 <maxice8> non-free ?
2021-01-02 14:32:51 <ikke> right
2021-01-02 14:32:54 <Marcel_K> Now i did install the Nvidia driver 455.045.02 on the latest Alpine linux lts 5.10.4.0.lts
2021-01-02 14:33:07 <caskd> oh damn, didn't even know about it
2021-01-02 14:33:12 <caskd> thanks maxice8
2021-01-02 14:33:18 <Marcel_K> Everything went fine, compiling ans so on
2021-01-02 14:33:18 <maxice8> welcome
2021-01-02 14:33:27 <mps> non-free is not for not working things
2021-01-02 14:33:35 <Marcel_K> drivers are installed and up running when i show with lsmods
2021-01-02 14:33:58 <mps> Marcel_K: that is where I reached two years ago
2021-01-02 14:35:37 <Marcel_K> my generall question is. is it possible to use the driver on alpinelinux compiled with glibc and start it? When i startx, the server exit with error of segmentation fault.
2021-01-02 14:36:16 <mps> again where I was
2021-01-02 14:36:23 <Marcel_K> all nouveau crap i did deactivate
2021-01-02 14:36:37 <Apachez> Marcel_K: as long as the libc isnt dynamically linked I think it should work
2021-01-02 14:36:46 <Apachez> because your binary will be selfcontained but larger in size
2021-01-02 14:37:16 <Apachez> if you dynamically linked glibc it will most likely not work since alpine uses a different libc
2021-01-02 14:37:25 <mps> afaik it is not possible to have real static binary on glibc
2021-01-02 14:38:24 <mps> except maybe with this https://justine.lol/cosmopolitan/index.html
2021-01-02 14:38:31 <Marcel_K> yeah i used this reference, but with acutal packages. https://arto.s3.amazonaws.com/notes/cuda  and compiling works like a charm without errors, only the ldconfig thing, but i correct all dirs that the libs are in the right directorys described in the README
2021-01-02 14:40:11 <guix-vits> is there are programs that cannot be statically linked by themselves?
2021-01-02 14:40:30 <guix-vits> with any libc.
2021-01-02 14:40:35 <Marcel_K> is this an ram adressing error, so  why the xserver is not starting, because the compiling of the driver is wrong. sorry i am not a perfect programmer, lasst using c++ was 20 years ago :)
2021-01-02 14:41:36 <guix-vits> my3yearsoldsonandamiga.jpg
2021-01-02 14:42:11 <mps> guix-vits: try on glibc based system
2021-01-02 14:43:09 <guix-vits> i had just appended -static to endless-sky, gotbuild failure (glibc)
2021-01-02 14:43:31 <Marcel_K> on glibc based systems it works, but  the  challange is to run it on alpinelinux
2021-01-02 14:44:22 <guix-vits> did not tried with musl.  so wonder, if some code can be incompatible with static linkage?
2021-01-02 14:44:44 <guix-vits> not that i understand the matter.
2021-01-02 14:45:07 <mps> try to run this static binary on alpine
2021-01-02 14:45:09 <Marcel_K> when i use slackware partedmagic iso, they have compiled the nvidia driver for the latest 5.10 kernel and works fine for my gtx780m card, but  want a smal home linux,
2021-01-02 14:46:56 <Marcel_K> only with blender and my craphics card, i am using blender a lot . so i want to have an AlpineLinux Blender Edition, or somethin like this, without all the other apps
2021-01-02 14:47:34 <Marcel_K> but thanks for help
2021-01-02 14:48:45 <mps> afaik only solution is to ask nvidia to build it for musl
2021-01-02 14:50:17 <Marcel_K> So when i look  with lsmod the nvidia_drm, nvidia, nvidia_modset are up and running. ?
2021-01-02 14:53:06 <Marcel_K> so when i compile apps with this :https://github.com/sgerrand/alpine-pkg-glibc/   i can use them on alpinelinux, right?   Security is not importend for me.
2021-01-02 14:55:10 <mps> not sure, nvidia ships only binary driver?
2021-01-02 14:55:52 <mps> btw. some time ago someone made 'fork' of alpine but with glibc instead of musl
2021-01-02 14:56:27 <mps> not sure if it is finished
2021-01-02 14:56:40 <Marcel_K> yes mps i see that, but iam not confident with these dockers :-(
2021-01-02 14:58:45 <mps> not docker but a 'real' something
2021-01-02 15:00:48 <Marcel_K> hmm,,, when i startx and look at the log , everything seems to be fine, the gpu is found as card0 on pci 1:0.0,   GlX module is loaded,  then error of "Segmentation fault at 0x2976"
2021-01-02 15:16:54 <xaltsc> Hey, I'm having troubles accessing IPv4 addresses with a static address. I've setup everything according to the wiki (without a netmask wich isn't needed apparently). IPv6 works fine (I've done no setup for this)
2021-01-02 15:17:22 <Marcel_K> ok , i will use a debian-netiso, install nvidia and see if xserver is running
2021-01-02 15:18:49 <Marcel_K> hey, mps, if you have a link for me with the alpinlinux fork with glibc please send to Mixtrader@protonmail.com. Thank you, nice day all
2021-01-02 15:19:20 <xaltsc> When in dhcp mode everything works fine as well
2021-01-02 15:20:07 <ikke> netmasks / subnets are usually required
2021-01-02 15:20:15 <ikke> what does `ip route` return?
2021-01-02 15:22:00 <xaltsc> ikke: with dhcp, it returns this http://pastebin.fr/79494
2021-01-02 15:22:11 <ikke> and with a static IP?
2021-01-02 15:22:35 <xaltsc> I can't even access it through ssh...
2021-01-02 15:22:46 <ikke> Do you set a default gateway when setting a static IP?
2021-01-02 15:23:00 <ikke> note that ipv6 has slaac, so it works with minimal setup
2021-01-02 15:23:09 <xaltsc> I did set 192.168.1.254
2021-01-02 15:23:15 <ikke> and a netmask?
2021-01-02 15:23:37 <xaltsc> I did not as the wiki specifically said not to, I'll try
2021-01-02 15:25:06 <ikke> what wiki?
2021-01-02 15:25:09 <ikke> what page
2021-01-02 15:25:40 <xaltsc> https://wiki.alpinelinux.org/wiki/Configure_Networking
2021-01-02 15:26:13 <ikke> xaltsc: right, it says the subnetmask is now part of the address
2021-01-02 15:26:22 <ikke> 192.168.1.150/24
2021-01-02 15:26:39 <ikke> ifupdown-ng now only support that notation
2021-01-02 15:27:43 <xaltsc> Actually I think that I'm not on Alpine 3.13 but rather 3.12.....
2021-01-02 15:27:52 <ikke> ok, then you still need to use the old syntax
2021-01-02 15:28:11 <ikke> netmask 255.255.255.0 if your network is a /24
2021-01-02 15:29:54 <xaltsc> OK, IPv4 now works with a static address. Is there a command to check the version of Alpine I'm running ?
2021-01-02 15:30:21 <ikke> cat /etc/alpine-release
2021-01-02 15:30:30 <xaltsc> Thanks :)
2021-01-02 15:30:34 <ikke> but 3.13 is not released yet
2021-01-02 15:30:46 <ikke> so unless you are running edge, that's not applicable
2021-01-02 15:30:51 <xaltsc> I'm running 3.12.3 so this explains my woes ahah
2021-01-02 15:30:59 <xaltsc> Yep, I'm just on main
2021-01-02 15:31:42 <ikke> I guess it defaults to /32
2021-01-02 15:35:38 <mps> heh, Marcel_K  left to fast https://github.com/Engincs/
2021-01-02 15:39:07 <ikke> Is that from oneinsect?
2021-01-02 15:46:51 <mps> yes, I think
2021-01-02 15:47:10 <talhah> Hello, I just installed Alpine Linux and tried installing sudo. When running sudo or visudo I get "Error relocating /usr/lib/sudo/libsudo_util.so.0: reallocarray: symbol not found"
2021-01-02 15:47:46 <mps> I found it in irclogs and post was from oneinsect
2021-01-02 15:47:59 <talhah> Searched google for this error but it has only turned up one result for this error which was from 10 days ago, also on Alpine Linux
2021-01-02 15:48:06 <talhah> How do I fix this?
2021-01-02 15:48:15 <ikke> talhah: update musl
2021-01-02 15:48:24 <ikke> apk upgrade -Ua
2021-01-02 15:50:02 <talhah> ikke: Thank you, that worked!
2021-01-02 15:50:11 <xaltsc> One last thing: is there a completion script for zsh for apk somewhere ? It doesn't seem to be bundled with apk-tools or elsewhere in the repos.
2021-01-02 15:50:39 <ikke> I think someone was working on it
2021-01-02 16:20:43 <caskd> i wrote one and it should be in the latest apk-tools-zsh-completions package
2021-01-02 17:22:21 <caskd> xaltsc: does the completion not work for you by any chance?
2021-01-02 18:16:23 <artok> I've got that apk-tools-zsh-completions and it works great
2021-01-02 18:17:07 <caskd> good to know, i've fixed some stuff over time and i tried to make it work as fast as i could make it without relying on host specific stuff
2021-01-02 18:17:20 <caskd> let me know if something doesn't work as expected ^^
2021-01-02 18:18:35 <User_14> I've seen the guide for a laptop installation, I'm not really interested in the whole deniable encryption. Can this be freely adapted to just a Installation for normal use with a desktop?
2021-01-02 18:18:37 <mps> anyone have this for tcsh
2021-01-02 18:19:03 <mps> ^ apk completions
2021-01-02 18:19:22 <caskd> i gotta work on implementing the argument generation from the lua generator to implement it into the apk-tools repo instead of aports
2021-01-02 18:19:44 <caskd> mps: probably you can translate more or less of what i've done in zsh to tcsh
2021-01-02 18:19:58 <mps> caskd: yes
2021-01-02 18:20:34 <mps> I already did for git
2021-01-02 18:21:23 <caskd> User_14: if you don't need encryption then setup_alpine script should be all you need
2021-01-02 18:23:00 <User_14> Ran into unbeatable install using sys setup. Can't determine why, the efi part is empty after completing setup-alpine
2021-01-02 18:23:19 <User_14> Unbootable
2021-01-02 18:23:45 <caskd> You could try to install it with grub-install manually then
2021-01-02 18:23:56 <caskd> If that fails it should tell you what's the problem
2021-01-02 18:24:22 <caskd> However it's pretty odd setup-alpine fails, do you happen to have any logs of the error?
2021-01-02 18:25:00 <caskd> oh wait alpine uses syslinux by default, right?
2021-01-02 18:25:39 <caskd> ah yeah, it does
2021-01-02 18:25:45 <mps> caskd: it detects if it can use syslinux, and if not it installs grub
2021-01-02 18:25:55 <User_14> I'm intrigued by alpine, and willing to try use it day to day. But I need some sort of guide for now to do a working install on uefi.
2021-01-02 18:26:37 <User_14> The machine I use is a starlabs labtop mk iv
2021-01-02 18:27:00 <caskd> User_14: i am using a fully blown desktop on alpine and it works fine, getting it up s a bit challanging because alpine is so minimal
2021-01-02 18:27:28 <caskd> I should probably upstream my Xorg initd scripts sometime
2021-01-02 18:27:40 <ipcloud> User_14: I have wayland + sway working ;
2021-01-02 18:27:41 <caskd> for people that don't need DM
2021-01-02 18:28:42 <User_14> Will try to pry some logs out of it next time round. Wayland and sway sounds cool, but I think I am still in the interested script kid league still.
2021-01-02 18:28:49 <mps> startx is quite fine
2021-01-02 18:29:17 <User_14> You will see me install lightdm and xfce probably
2021-01-02 18:29:40 <caskd> i had package managers mess with startx in the past and since i'm starting Xorg directly without wrappers
2021-01-02 18:29:51 <caskd> not on alpine btw
2021-01-02 18:29:55 <mps> User_14:  setting XFCE4 in qemu VM on Alpine Linux 3.12-stable
2021-01-02 18:29:55 <mps> 2020-11-20
2021-01-02 18:30:02 <mps> sorry
2021-01-02 18:30:44 <mps> User_14: http://arvanta.net/alpine/install-x/ this is how install xfce in qemu but could applied to bare metal
2021-01-02 18:32:33 <User_14> Then probably fiddle some with power management and configuration of the touchpad. Thanks for the input.
2021-01-02 18:33:59 <eydaimon> here's an example that I have upgraded using edge. Is it a bug or not implemented ?
2021-01-02 18:34:02 <eydaimon> oops
2021-01-02 18:34:13 <eydaimon> mps: iow, I just want to know what the errors are from the output. all it's currently telling me is that it was executed. no stdout or stderr is reported
2021-01-02 18:34:18 <eydaimon> omg
2021-01-02 18:34:39 <eydaimon> I run apk list -u, and there's a lot of packages thjere to upgrade. But if I run apk upgrade, they do not get upgraded. What would cause this ? I am making use of adding packages using pkg@edge and pkg@test, and some packages get upgraded, but not all
2021-01-02 18:34:40 <eydaimon> that
2021-01-02 18:34:42 <eydaimon> sorry for spam
2021-01-02 18:35:02 <mps> eydaimon: apk upgrade -a
2021-01-02 18:35:50 <mps> keep in mind that this can also remove/purge some pkgs
2021-01-02 18:36:55 <mps> also, 'apk upgrade -a -s' to simulate and see what will happen
2021-01-02 18:39:24 <eydaimon> sudo apk list -u | wc → 35
2021-01-02 18:39:39 <eydaimon> so there's still 35 packages that didn't get upraded
2021-01-02 18:39:40 <User_14> Nice to see alpine works with flatpak too. Integration is not that bloated then :)
2021-01-02 18:39:52 <eydaimon> after running apk upgrade -a
2021-01-02 18:43:25 <mps> eydaimon: hmm, always works for me. last thing i have to propose is 'apk fix'
2021-01-02 18:45:48 <eydaimon> mps: are you also mixing with edge and test packages?
2021-01-02 18:45:54 <eydaimon> fix didn't help :(
2021-01-02 18:46:42 <mps> eydaimon: yes, I use edge with testing enabled
2021-01-02 19:06:33 <xaltsc> caskd: Sorry for not answering sooner, but it seems that the package is in edge, and I've not enabled it, so I can't say :D
2021-01-02 19:09:34 <talhah> How would I go about getting snd-hda modules in Alpine? I'm using the virt kernel and would like to get these drivers but they're apart of the vanilla kernel only from the looks of it
2021-01-02 19:12:50 <Hello71> use linux-lts or -edge or compile yourself
2021-01-02 19:13:18 <Hello71> if your host is linux should probably use pulse network though
2021-01-02 19:16:20 <talhah> Guess I'm going to compile it
2021-01-02 19:17:25 <talhah> My host is linux, thanks for the suggestion. I'll look into pulse instead
2021-01-02 19:18:01 <talhah> What advantage does pulse offer over alsa if my host is linux?
2021-01-02 19:18:30 <Hello71> network streaming
2021-01-02 19:18:46 <Hello71> probably there is some other solution too
2021-01-02 19:19:07 <Hello71> in general if you control the guest then redirecting sound output over network/shmem is superior to emulation
2021-01-02 19:23:31 <talhah> I didn't know that was possible, thanks so much
2021-01-02 19:23:40 <talhah> I'll look into it later today
2021-01-02 19:27:15 <talhah> Only issue is I sometimes connect to my VM remotely from my phone, so I'm not sure if pulse network will work
2021-01-02 19:46:40 <xaltsc> Are OpenRC services required to fork/run as daemons ? I tried running the service provided for taskd (taskwarrior server) but it was stuck on starting.
2021-01-02 19:48:32 <maxice8> If using start-stop-daemon (default) then yes they should fork
2021-01-02 19:48:51 <ikke> with supervise-deamon, it's the opposite, they should not fork
2021-01-02 19:49:29 <maxice8> If a daemon doesn't fork/exec then add the switch so it does or command_background
2021-01-02 19:50:19 <xaltsc> OK, thanks. Is it safe to edit the service itself or will it be overwritten when I update the package providing it ?
2021-01-02 19:50:41 <maxice8> Think it can be done in the conf.d file
2021-01-02 19:53:01 <xaltsc> By setting command_args_background and pidfile there for instance ? The service file doesn't make use of any variable
2021-01-02 19:55:36 <xaltsc> Also, is there a good tutorial somewhere for someone who's using OpenRC for the first time ?
2021-01-02 20:04:51 <Thermi> google openrc manual
2021-01-02 20:05:22 <Thermi> xaltsc: ^ also, openrc files are NOT shell scripts.
2021-01-02 20:05:29 <Thermi> They may look like one, but they're not
2021-01-02 20:05:46 <Thermi> xaltsc: https://github.com/OpenRC/openrc/blob/master/service-script-guide.md
2021-01-02 20:07:29 <xaltsc> Thermi: I was precisely asking NOT that ahah, it's a bit dry when you've been using it for just hours.
2021-01-02 20:08:52 <Thermi> xaltsc: errr, it's exactly what I needed when I wrote the scripts for kopano-core from scratch
2021-01-02 20:10:36 <xaltsc> I've learnt service management with runit on voidlinux out of frustration with systemd, so I guess I don't even know the most basic concepts of more standard init systems and service mgmt; I'm not ready to write my own new services yet.
2021-01-02 20:25:59 <lupo_on_freenode> I did my first full installation of Alpine. A strange problem (at least for me): Scripts in ~/bin, which is in $PATH, are available to start from terminal, but are not found by the "which" command (and, much worse, by "exec" in i3wm). Any suggestions?
2021-01-02 20:27:42 <Thermi> xaltsc: I went from sysvinit and frustration with its limitations to systemd. :P
2021-01-02 20:28:00 <Thermi> lupo_on_freenode: does command -v show them?
2021-01-02 20:28:19 <Thermi> lupo_on_freenode: e.g. command -v foo
2021-01-02 20:28:33 <Thermi> also, make sure you exported PATH!
2021-01-02 20:29:17 <iggy> and if you set the path after you logged in, you'll have to restart X
2021-01-02 20:29:58 <Thermi> "command" is a builtin of bash, so it should show you the command as existing, if you can already execute it from the shell. "which" is a different binary. For it to find a binary, it has to have the same PATH as the shell you're testing this from. That is only true if you exported PATH beforehand
2021-01-02 20:30:17 <Apachez> <command> -v
2021-01-02 20:30:24 <Thermi> ? No.
2021-01-02 20:30:32 <Thermi> command -v apk
2021-01-02 20:30:52 <Thermi> bash-5.0# command -v apk
2021-01-02 20:30:52 <Thermi> /sbin/apk
2021-01-02 20:34:47 <Apachez> kk
2021-01-02 20:38:21 <lupo_on_freenode> Thermi, I've found what caused the behavior: "~/.bashrc" is not executed when logging in at the console. "~/.profile" is, so creating it with "source $HOME/.bashrc" in it was the solution.
2021-01-02 20:38:33 <Thermi> lupo_on_freenode: gz
2021-01-02 20:42:04 <lupo_on_freenode> Thermi, thanks =:)
2021-01-02 23:24:42 <dstzd> any plans to update wireguard-virt on edge to match 5.10 in edge?
2021-01-02 23:53:39 <Hello71> no
2021-01-02 23:55:27 <Hello71> it was removed from repo due to obsolete
2021-01-02 23:58:17 <dstzd> is it builtin then?
2021-01-02 23:58:23 <dstzd> for 5.10
2021-01-03 00:03:55 <Hello71> wireguard is upstream since 5.6
2021-01-03 00:04:18 <Hello71> and wireguard does not support out-of-tree for 5.6+
2021-01-03 00:04:34 <dstzd> ok. thank you i see it as part of the kernel after upgrading to 5.10
2021-01-03 00:04:46 <Hello71> https://git.alpinelinux.org/aports/tree/main/linux-lts/config-lts.x86_64
2021-01-03 00:12:59 <pernia> gaysex
2021-01-03 00:17:09 <caskd> pernia: can you stop shitposting on serious channels >:/
2021-01-03 01:36:52 <tpanmajia> I ran glxgears in the terminal and the window content stood still
2021-01-03 01:36:56 <tpanmajia> only when I resize the window could the gears move
2021-01-03 01:36:59 <tpanmajia> upstream packages used and no related configs was modified
2021-01-03 01:37:12 <tpanmajia> it appears to be a GL redrawing problem... but weird, really weird
2021-01-03 02:07:28 <Hello71> tpanmajia: what graphical interface are you using
2021-01-03 02:12:09 <tpanmajia> Hello71: graphical interface? MATE on X
2021-01-03 02:13:10 <tpanmajia> Hello71: I don't exactly know what you'd like to mention by using the phrase "graphical interface"...
2021-01-03 02:13:12 <tpanmajia> GL_RENDERER   = Mesa Intel(R) UHD Graphics 620 (WHL GT2)
2021-01-03 02:13:12 <tpanmajia> GL_VERSION    = 4.6 (Compatibility Profile) Mesa 20.0.7 (git-53b2b224dc)
2021-01-03 02:37:32 <Hello71> did you install xf86-video-intel
2021-01-03 02:44:44 <tpanmajia_> does anyone have an idea on my GL redrawing issue..
2021-01-03 02:44:59 <Hello71> did you install xf86-video-intel
2021-01-03 02:48:27 <tpanmajia_> yes
2021-01-03 02:48:44 <tpanmajia_> GL_RENDERER   = Mesa Intel(R) UHD Graphics 620 (WHL GT2)
2021-01-03 02:48:44 <tpanmajia_> GL_VERSION    = 4.6 (Compatibility Profile) Mesa 20.0.7 (git-53b2b224dc)
2021-01-03 02:49:00 <Hello71> that is unrelated to the xf86-video-intel
2021-01-03 02:49:08 <tpanmajia_> got it
2021-01-03 02:49:14 <tpanmajia_> the problem is that I don't know where is borked
2021-01-03 02:50:43 <tpanmajia_> and *typically* mesa on intel would just work
2021-01-03 03:00:44 <Hello71> delete xf86-video-intel
2021-01-03 03:01:58 <tpanmajia_> why?
2021-01-03 03:02:10 <tpanmajia_> then what else could I use for 2d accel?
2021-01-03 03:02:37 <tpanmajia_> I can't fathom the reason
2021-01-03 03:15:08 <Hello71> glamor
2021-01-03 03:15:25 <Hello71> and basically nothing uses xrender now anywyas
2021-01-03 03:15:33 <Hello71> anything that old can be software rendered fine
2021-01-03 08:27:23 <tpanmajia> Hello71: glamor?
2021-01-03 08:35:21 <tpanmajia_> Hello71: it wouldn't work and disables 3D accel entirely :(
2021-01-03 15:29:14 <User_14> Hello, yesterday I mentioned in this channel I could not get Alpine to boot, got that fixed. Somehow my efi firmware did not select alpine as the first boot option and went to efi shell directly. Now I'm facing a inability to install man for manpages.. says "man (missing): required by: world(man)
2021-01-03 15:47:21 <User_14> Sorry got disconnected
2021-01-03 15:55:23 <mps> User_14: install mandoc
2021-01-03 15:57:43 <User_14> @mps thanks!
2021-01-03 16:08:52 <User_14> @mps it worked!
2021-01-03 16:10:30 <User_14> ipcloud: I'm giving sway a go, let's see if I can get that working for me.
2021-01-03 16:46:52 <fys> hey cool i did my first alpine thing
2021-01-03 16:46:55 <fys>  gideon  ~/packages/main/x86_64 🡲  /bin/uname -srp
2021-01-03 16:46:55 <fys> Linux 5.10.4 Intel(R) Core(TM) i3-3225 CPU @ 3.30GHz
2021-01-03 16:47:10 <fys> Now to send a merge request. :P
2021-01-03 16:47:18 <halosghost> sounds fanceh
2021-01-03 16:47:31 <fys> It's just a patch to coreutils to fix the -p flag
2021-01-03 16:47:44 <fys> which for some reason is standard broken
2021-01-03 16:48:35 <ikke> fys: fork gitlab.alpinelinux.org/alpine/aports
2021-01-03 16:48:47 <fys> yes, that's what i uses
2021-01-03 16:48:49 <ikke> clone the repo,
2021-01-03 16:48:49 <fys> used*
2021-01-03 16:48:53 <fys> (:
2021-01-03 16:49:10 <ikke> create a branch, make a commit, push that commit to your fork
2021-01-03 16:49:17 <ikke> then you get a url for a merge request
2021-01-03 16:49:22 <fys> I've used both CRUX and Arch so the APKGBUILD format is very familiar.
2021-01-03 16:49:33 <fys> Sounds good.
2021-01-03 16:49:50 <Hello71> apkbuild is not same format as pkgbuild
2021-01-03 16:49:55 <fys> Yes, I know.
2021-01-03 16:50:00 <fys> Similar concepts.
2021-01-03 16:53:16 <fys> Next thing to figure out is why this Makefile has issues with vte3 on Alpine but not Devuan.
2021-01-03 20:38:45 <crosbymichael> ok, on reboot, my network interfaces keep changeing ethX names and messing up my bonds. what can i do to fix this?
2021-01-03 20:39:55 <iggy> crosbymichael: do the mac addresses change?
2021-01-03 20:39:56 <crosbymichael> never had this issue before but all of a sudden, chaos
2021-01-03 20:40:19 <crosbymichael> iggy: no, these are physical devices so mac does not change
2021-01-03 20:40:30 <crosbymichael> no at VM, bare metal
2021-01-03 20:42:17 <iggy> yeah, my baremetal alpines don't do that, so (as you guessed) I was leaning toward a VM with a randomly assigned MAC
2021-01-03 20:42:53 <crosbymichael> i just upgraded to 5.9.16 so could be something weird.  never had the issue before
2021-01-03 20:47:58 <iggy> at least one of my machines is on 5.10.4 and not seeing anything weird (could still be the kernel version, just don't want you to get hung up on that)
2021-01-03 20:49:20 <crosbymichael> ya, i'm working on that upgrade next, 5.10
2021-01-03 21:00:54 <MY-R> crosbymichael: if you already have "eudev" installed then create rule which will name network interfaces based on MAC address, there is also "eudev-netifnames" package which name them in systemd style
2021-01-03 21:02:12 <MY-R> with multiple network interfaces better to be sure that are correctly named and not randomly if something upgrade/change/reconfig
2021-01-03 21:02:55 <MY-R> it could work for you before but it was matter of time that will change
2021-01-03 21:16:23 <pmjohann> Hello guys
2021-01-03 21:16:54 <pmjohann> Is there anyone familiar with a setup on X86 like it is by default on the Raspberry PIs?
2021-01-03 21:17:18 <pmjohann> I mean having a TMPFS as default root, and having to LBU commit everything I want to persist?
2021-01-03 21:17:51 <pmjohann> So I could run a system off a USB disk without having to fear that it would wear out from writes (logs etc.)
2021-01-03 21:18:13 <pmjohann> Read the Wikis through multiple times, but haven't found a tutorial for this use case. Thanks!
2021-01-03 21:19:37 <ikke> pmjohann: it's a diskless setup. one of the choices you get when you run setup-alpine
2021-01-03 21:19:56 <pmjohann> Yes, but for that (as I understood) I would need another USB disk.
2021-01-03 21:20:21 <ikke> If you have a writable usb disk, just one is needed
2021-01-03 21:20:23 <pmjohann> Hi ikke, I remember you helped me the last time as well!
2021-01-03 21:20:28 <ikke> hi
2021-01-03 21:20:33 <pmjohann> Great to have you here :)
2021-01-03 21:21:08 <pmjohann> Sooo maybe I overlooked something.
2021-01-03 21:21:40 <pmjohann> Ahh yes I think I know what I messed up: If I just dd the official ISO to USB disk then that's now writable by default?
2021-01-03 21:21:48 <ikke> not, indeed
2021-01-03 21:21:52 <ikke> isofs is read-only
2021-01-03 21:21:57 <pmjohann> yeah
2021-01-03 21:22:12 <ikke> setup-bootable one alpine can make a writable usb disk
2021-01-03 21:22:14 <pmjohann> So let me rephrase my question: How do I create a bootable USB disk which is writable?
2021-01-03 21:22:16 <pmjohann> LOL :D
2021-01-03 21:22:22 <pmjohann> you already knew didn't u
2021-01-03 21:22:35 <pmjohann> I'll review the docs, brb
2021-01-03 21:23:04 <ikke> yes, that was a logical next question :)
2021-01-03 21:24:50 <ikke> You can also do it manually, but that's a bit more work
2021-01-03 21:26:21 <pmjohann> Hmm maybe setup-bootable could do the job I need?
2021-01-03 21:26:37 <ikke> yes
2021-01-03 21:26:43 <pmjohann> And just to be clear, are the following options valid $source and $dest vars? Like:
2021-01-03 21:26:56 <pmjohann> setup-bootable /path/to/official.iso /dev/sda
2021-01-03 21:27:42 <pmjohann> Do I correctly assume that the source could be the official ISO, and $dest a full block device?
2021-01-03 21:28:43 <ikke> afaik, yes
2021-01-03 21:28:54 <ikke> (most of the time I did the manual way :P)
2021-01-03 21:29:29 <pmjohann> One learns by choosing the more challenging way right? :D
2021-01-03 21:30:01 <ikke> indeed
2021-01-03 21:30:21 <pmjohann> I'm just curious whether it will setup EFI boot / BIOS mode by itself? Dunno how "smart" setup-bootable is. But I'll rather try than deep dive source code and see myself what happens
2021-01-03 21:33:58 <Nvious1> I have a virtual install of alpine 3.12.  After the initial instlall, I have added another virtual nic.  Any advice on how to get this new nic discovered so I can setup the interfaces file.
2021-01-03 21:34:20 <ikke> pmjohann: if the iso works, I would imagine setup-bootable to work as well
2021-01-03 21:34:44 <ikke> Nvious1: does `ip link` show it?
2021-01-03 21:34:47 <pmjohann> Thanks ikke, will definitely report back
2021-01-03 21:36:17 <Nvious1> so I have 2 vms using different hypervisors.  On the vmware one, yes it does show as eth1
2021-01-03 21:36:51 <Nvious1> on the bhyve its not showing when I add
2021-01-03 21:39:51 <ikke> any interface, or new interfaces?
2021-01-03 21:40:21 <Nvious1> it shows the original eth0 that was there at setup
2021-01-03 21:40:53 <ikke> are you adding the interface live, or do you reboot the vm?
2021-01-03 21:42:13 <Nvious1> i added it while its running then I reboot
2021-01-03 21:42:37 <Nvious1> let me try to shut it all the way down and add
2021-01-03 21:47:02 <Nvious1> d0h!  looks like a full power off and nic recreation did it.  Shows now in "ip link" so I can add to interfaces.  Thanks!
2021-01-03 21:52:18 <pmjohann> ikke: to start *truly* from scratch, I wiped a USB disk's partition table (cat /dev/zero > /dev/sdb)
2021-01-03 21:52:36 <pmjohann> Launched "setup-bootable /path/to/alpine.iso /dev/sdb"
2021-01-03 21:53:11 <pmjohann> It complains about wrong FS type, so it seems it won't do any partition related ops by itself
2021-01-03 21:53:38 <ikke> I guess you need to format it as vfat or ext*
2021-01-03 21:53:44 <pmjohann> I'll format it as GPT (for my EFI booting preference) and let you know how I progress
2021-01-03 21:53:51 <pmjohann> yeah I'll go with ext4
2021-01-03 22:22:45 <pmjohann> hmm, so created the following layout with fdisk:
2021-01-03 22:22:55 <pmjohann> GPT layout
2021-01-03 22:24:39 <pmjohann> then created filesystems with mkfs.vfat and mkfs.ext4 respectively
2021-01-03 22:25:01 <pmjohann> then ran setup-bootable /path/to/alpine.iso /dev/sdb1 (200M FAT partition), which created the bootable disk perfectly
2021-01-03 22:25:46 <pmjohann> I booted it in a machine, ran setup-alpine but it is not offering me neither the ext4 (20G) or vfat (9G) partitions I created
2021-01-03 22:26:05 <pmjohann> Should I mount them first? (But the other options offered are not mounted either...)
2021-01-03 22:32:07 <pmjohann> Okay after digging deeper in docs it seems I might need to add the partition to fstab
2021-01-03 22:43:43 <pmjohann> Nah, tried adding it to fstab, even tried remounting the RO usb partition as RW, still no luck :(
2021-01-03 23:06:03 <pmjohann> Figured it all out. It was working right from the start. The system will offer it at the next step "where to store configs". My bad. Alpine rocks!
2021-01-03 23:12:33 <mps> pmjohann: http://arvanta.net/alpine/flash-rpi-zero/
2021-01-03 23:40:24 <pmjohann> Thanks @mps !
2021-01-03 23:42:38 <mps> pmjohann: np, this is just hints not a guide
2021-01-04 03:18:00 <Guest23510> Hi, I'm trying to setup PXE boot on my pi. I've go though https://wiki.alpinelinux.org/wiki/Alpine_local_backup#Use_SSH_to_create_an_apkovl_on_a_different_host and I see that there is an APKOVL kernel parameter. Is there any more documentation on that or should I try and just plug and play?
2021-01-04 08:23:56 <telmich> Regarding my recent question: "how to find the package that owns command xyz" somebody [tm] mentioned `apk search cmd:xyz` to me
2021-01-04 08:24:12 <ikke> telmich: yes
2021-01-04 08:24:21 <telmich> However it seems that is not suitable for scripting, as other matches are also displayed
2021-01-04 08:24:27 <telmich> i.e. `apk search cmd:sort` is not unique
2021-01-04 08:24:33 <ikke> yes, it's a provides, not owns
2021-01-04 08:24:41 <ikke> multiple packages can provide the same command
2021-01-04 08:24:56 <telmich> How do I find out which package owns the existing installed sort?
2021-01-04 08:25:10 <ikke> apk info -W $(which sort)
2021-01-04 08:25:25 <telmich> ahhh, very nice! Thank you!
2021-01-04 08:25:37 <ikke> (--who-owns)
2021-01-04 09:22:10 <EF> Which file does  Alpine use to boot that contains the code for an LVM key please?
2021-01-04 09:24:04 <ikke> You mean luks / crypt?
2021-01-04 09:24:11 <ikke> Or what do you mean with lvm key
2021-01-04 09:25:01 <EF> Yes, meant crypt sorry. Trying to work out how to book Alpine from a key on a separate sd card.
2021-01-04 09:25:16 <ikke> I don't think that is anything Alpine specific
2021-01-04 09:26:24 <EF> someone helped me, seem to have lost the bookmark, there is an "init" script Alpine uses that calls a key
2021-01-04 09:27:31 <ikke> EF: https://gitlab.alpinelinux.org/alpine/mkinitfs/-/blob/master/initramfs-init.in#L484
2021-01-04 09:27:59 <EF> Thank you.
2021-01-04 09:29:42 <EF> Do you need to do anything special to load an sd card (motherboard slot) in syslinux?
2021-01-04 12:47:09 <Hello71> it needs bios support
2021-01-04 12:47:21 <Hello71> syslinux doesn't have drivers
2021-01-04 13:02:20 <EF> Hello71: so as long as dmesg can se the sd card prior to when the passphrase is asked, that should be okay?
2021-01-04 13:02:48 <Hello71> no
2021-01-04 13:03:11 <Hello71> well
2021-01-04 13:03:27 <Hello71> yes for your case but your question is irrelevant
2021-01-04 13:03:38 <Hello71> s/case/actual case/
2021-01-04 13:06:02 <tpanmajia_> Hello71: the nomodeset option persists
2021-01-04 13:06:16 <tpanmajia_> Hello71: don't know why, I could remove manually
2021-01-04 13:06:40 <tpanmajia_> Hello71: and the glxgears bug persists too
2021-01-04 13:09:53 <EF> Hello71: how so?
2021-01-04 13:10:42 <mps> tpanmajia_: do you use grub or syslinux as boot loader
2021-01-04 13:10:53 <tpanmajia_> mps: I use grub2
2021-01-04 13:11:10 <tpanmajia_> mps: the bigger problem is the glxgears bug IMO
2021-01-04 13:11:22 <mps> after changing config you have to run update-grub
2021-01-04 13:11:46 <MY-R> more like "grub-mkconfig -o /boot/grub/grub.cfg"
2021-01-04 13:12:06 <tpanmajia_> mps: thx but I ran it
2021-01-04 13:12:06 <fys> or just .. edit yourself (:
2021-01-04 13:12:11 <tpanmajia_> MY-R: got it
2021-01-04 13:12:46 <tpanmajia_> MY-R: thx, it worked
2021-01-04 13:12:46 <mps> well, I don't like these 'update-what-not' tools, better is to edit boot loaders files directly
2021-01-04 13:12:55 <fys> Agreed.
2021-01-04 13:13:03 <fys> I don't trust my bootloader to scripts.
2021-01-04 13:13:04 <tpanmajia_> more convenient to just use a tool to do it
2021-01-04 13:13:05 <MY-R> edit directly grub.cfg? ...
2021-01-04 13:13:10 <fys> Yes?
2021-01-04 13:13:19 <mps> MY-R: yes
2021-01-04 13:13:25 <MY-R> why?
2021-01-04 13:13:26 <tpanmajia_> human beings are more suspectable to careless errors than tools though
2021-01-04 13:13:33 <mps> /boot/grub/grub.cfg
2021-01-04 13:13:34 <tpanmajia_> therefore tools have necissity
2021-01-04 13:13:38 <tpanmajia_> typo..
2021-01-04 13:13:45 <fys> Because the version the update script generates is a monstrocity which needs to be put down.
2021-01-04 13:13:52 <MY-R> for that are tools which overwrite those changes
2021-01-04 13:14:00 <tpanmajia_> MY-R: +1
2021-01-04 13:14:05 <mps> depend on who is human and who made tool :)
2021-01-04 13:14:17 <MY-R> so dont use grub pff :D
2021-01-04 13:14:25 <MY-R> tpanmajia_: cat /etc/modprobe.d/kms.conf
2021-01-04 13:14:27 <tpanmajia_> what?
2021-01-04 13:14:36 <tpanmajia_> MY-R: would try
2021-01-04 13:14:43 <tpanmajia_> # enable modeset
2021-01-04 13:14:44 <tpanmajia_> options radeon modeset=1
2021-01-04 13:14:44 <tpanmajia_> options nouveau modeset=1
2021-01-04 13:14:44 <tpanmajia_> options i915 modeset=1
2021-01-04 13:14:48 <mps> MY-R: wherever can I don't use it, and edit extlinux.conf 'by hand'
2021-01-04 13:14:54 <tpanmajia_> MY-R: seems normal
2021-01-04 13:15:02 <tpanmajia_> using onboard i915
2021-01-04 13:15:33 <fys> It's actually a catch 22, the grub.cfg the update script generates is awful so people don't bother editing it manually
2021-01-04 13:15:42 <fys> lol
2021-01-04 13:15:55 <mps> fys: yes
2021-01-04 13:16:19 <mps> grub.cfg can be a lot simpler
2021-01-04 13:16:29 <fys> then a lot of distros have annoying post-install triggers that overwrite grub.cfg without asking
2021-01-04 13:16:32 <fys> ugh
2021-01-04 13:16:56 <fys> im smarter than os-prober and i don't feel like teaching it
2021-01-04 13:16:57 <fys> lol
2021-01-04 13:17:03 <mps> that is issue with alpine because grub just copied from debian
2021-01-04 13:17:20 <fys> yes, i end up chattr +i'ing grub.cfg
2021-01-04 13:17:24 <tpanmajia_> meh
2021-01-04 13:17:29 <fys> and just deal with the breakage as it happens
2021-01-04 13:17:47 <tpanmajia_> does anyone care about my GL redrawing problem instead of focusing on the necessity of tools
2021-01-04 13:17:53 <MY-R> Im using grub since always and never got problem with it and never got need to manualy edit something there, people tend to edit it by hand and always call it "bloated" software instead just figure out what can be wrong with config generation
2021-01-04 13:18:08 <tpanmajia_> ok i got it as long as it works i don't freaking care
2021-01-04 13:18:23 <fys> tpanmajia_: If you insist on an aggressive tone, don't be surprised when people reply in similar tones.
2021-01-04 13:18:30 <MY-R> tpanmajia_: what using? xorg, wayland? intel drivers or mesa?
2021-01-04 13:19:19 <fys> MY-R: I have no interest in making os-prober better.
2021-01-04 13:19:21 <fys> I don't need it.
2021-01-04 13:19:34 <MY-R> I dont use os-prober at all
2021-01-04 13:19:34 <tpanmajia_> fys: no i didn't try to be aggressive... i was a bit emotional though
2021-01-04 13:19:50 <tpanmajia_> MY-R: xorg + mesa + intel drivers
2021-01-04 13:19:53 <fys> The software (grub2) is fine, it's the generated grub.cfg that's awful.
2021-01-04 13:20:30 <MY-R> but it isnt file for manual generation, at some point they could even make it binary file to stop people mess with it
2021-01-04 13:20:31 <fys> tpanmajia_: I understand frustration over software, but when it comes to small open source projects you gotta expect people just doing things as they feel like it.
2021-01-04 13:20:38 <tpanmajia_> fys: got it
2021-01-04 13:20:54 <tpanmajia_> fys: but I don't want to be that nitpicky about small details...
2021-01-04 13:20:55 <fys> MY-R: ... you sound like that lunatic who created systemd and pulseaudio
2021-01-04 13:21:01 <fys> lol
2021-01-04 13:21:09 <tpanmajia_> wait no holy wars anymore
2021-01-04 13:21:20 <tpanmajia_> I hate LP too
2021-01-04 13:21:32 <fys> "It's not meant to be seen, so why bother!" - Well, namely because without the ability to edit the file manually I couldn't boot my system correctly half the time.
2021-01-04 13:21:35 <fys> LOL
2021-01-04 13:21:53 <tpanmajia_> but merely making some config file binary doesn't necessary mean that some people is similar to LP
2021-01-04 13:22:09 <fys> I'm not going to hack together templates for something else to make a config file I can create myself.
2021-01-04 13:22:24 <fys> That's asinine.
2021-01-04 13:23:29 <tpanmajia_> so does anyone have a clue
2021-01-04 13:23:32 <fys> That's the definition of removing features for little to not real benefit. You're handing over full trust and control to the config file generator.
2021-01-04 13:23:58 <fys> tpanmajia_: Zero, I've only use X on Alpine like once. It's not even supported afaik.
2021-01-04 13:24:05 <fys> used*
2021-01-04 13:24:21 <tpanmajia_> fys: I don't really think it would be unsupported
2021-01-04 13:24:37 <tpanmajia_> fys: is it in community or somewhere similar?
2021-01-04 13:24:44 <fys> I believe so.
2021-01-04 13:24:57 <tpanmajia_> fys: src/aports/main/xorg-server
2021-01-04 13:25:40 <fys> I'm trying to find the page on the Wiki
2021-01-04 13:25:40 <MY-R> grub2 was always like that and still people whining about grub.cfg bloated, come on :) fys Im also using gento with -consolekit -systemd -pulseaudio -policykit -udisks -upower flags so ye...
2021-01-04 13:25:52 <fys> That's fine..
2021-01-04 13:25:59 <fys> I'm just speaking from personal experience..
2021-01-04 13:26:06 <fys> I've never *not* had to edit grub.cfg
2021-01-04 13:26:19 <fys> So the idea of removing the ability to step in and correct it seems asinine to me.
2021-01-04 13:26:23 <MY-R> tpanmajia_: hmm maybe just some package missing but Alpine doesnt focus so well on such a big WM :/
2021-01-04 13:26:39 <fys> If you've got an extremely simple straight-forward desktop config, you're probably fine.
2021-01-04 13:26:45 <tpanmajia_> MY-R: me too, no RHware
2021-01-04 13:26:59 <tpanmajia_> tpanmajia_: it's about 3d accel
2021-01-04 13:27:00 <fys> but on MOST machine I work with I can't even use alpine without heavily fixing the grub.cfg
2021-01-04 13:28:41 <fys> True story, I spent a weekend building my pxe setup because I got tired of remembering all the different grub boot combos for serial options and mdadm lol
2021-01-04 13:29:17 <fys> Remebering stuff is for the birds.
2021-01-04 13:29:29 <mps> grub config was fine before grub2
2021-01-04 13:30:57 <fys> i always manually edited it w/ grub1
2021-01-04 13:33:27 <tehcloud> I liked LILO
2021-01-04 13:33:44 <tehcloud> back in the ancient times
2021-01-04 13:33:48 <MY-R> who didnt :)
2021-01-04 13:34:55 <tehcloud> "An idiot admires complexity, a genius admires simplicity"
2021-01-04 13:35:16 <MY-R> tpanmajia_ problem was probably with intel configuration and their "mess" with AccelMethod stuff
2021-01-04 13:35:20 <tehcloud> lots of Alpine people use syslinux don't they?
2021-01-04 13:36:31 <MY-R> I like to have fully encrypted disk with grub without any separated /boot partitions and that working great
2021-01-04 14:33:21 <hechos> hello guys
2021-01-04 14:33:33 <hechos> what is best way to run glibc programs.
2021-01-04 14:33:53 <hechos> i know this is not good idea, but im need to know how can due
2021-01-04 14:35:11 <PureTryOut[m]2> chroot or Flatpak probably. You can also try `gcompat`
2021-01-04 14:35:13 <ikke> through gcompat
2021-01-04 14:43:47 <hechos> i see.
2021-01-04 14:43:56 <hechos> thanks ikke
2021-01-04 14:44:46 <ikke> and PureTryOut[m]2 :)
2021-01-04 15:01:01 <PureTryOut[m]2> 😃
2021-01-04 15:41:06 <MY-R> hey about https://wiki.alpinelinux.org/wiki/Configure_Networking#IPv4_Static_Address_Configuration what else wont work/change in 3.13? "netmask" wont work at all (replaced by CIDR)? or will be just abandoned soon
2021-01-04 15:48:28 <ikke> MY-R: Check the ifupdown-ng documentation
2021-01-04 15:51:11 <MY-R> thanks ikke, I wasnt sure if it will be gonna used by default (ifupdown-ng) or not at some point
2021-01-04 15:51:39 <ikke> it is alreayd on edge
2021-01-04 15:51:44 <ikke> so for 3.13 it will be
2021-01-04 15:51:51 <MY-R> netmask - This option is for backwards compatibility and should not be used in new deployments
2021-01-04 15:52:02 <ikke> https://wiki.alpinelinux.org/wiki/Draft_Release_Notes_for_Alpine_3.13.0#Switching_from_busybox_ifupdown_to_ifupdown-ng
2021-01-04 15:52:10 <MY-R> so ye just in case it wont break any running systems
2021-01-04 15:53:30 <MY-R> ikke: great :)
2021-01-04 15:54:08 <MY-R> 
ACTION going dig in to vlan setups...

2021-01-04 18:43:10 <cratuki> On one workstation, when I boot alpine it is going to a black screen. Presumably it is trying to jump into X or a special framebuffer, but does not have the right drivers.
2021-01-04 18:43:13 <cratuki> Is there an option I can pass to the 'boot: ' prompt that will cause it not to attempt graphics?
2021-01-04 18:43:52 <mps> single, iirc
2021-01-04 18:46:37 <Hello71> nonomodeset? heh
2021-01-04 18:46:56 <Hello71> cratuki: what do you mean "boot alpine"
2021-01-04 18:48:34 <mps> probably not to start XDM
2021-01-04 18:48:35 <cratuki> Downloaded extended iso distro, tried to boot. OpenRC looked good, but then the screen went black.
2021-01-04 18:49:05 <mps> ah, something else
2021-01-04 18:55:09 <Hello71> what graphics card do you have
2021-01-04 18:55:28 <cratuki> ten year old nvidia
2021-01-04 18:55:36 <cratuki> no luck with 'single' and 'nomodeset'.
2021-01-04 18:55:58 <cratuki> I have mounted the image on another system, and the grub list only contains one entry. Would the "boot: " menu be presented by grub, or something else?
2021-01-04 19:02:42 <Hello71> try nouveau.modeset=1
2021-01-04 19:03:16 <Hello71> also try boot in efi mode if you have it
2021-01-04 19:04:17 <cratuki> thanks for the attempt. the nouveau.modeset=1 came back with a 'no such file or directory'. I will see if I have efi in my bios.
2021-01-04 19:06:48 <Hello71> need "vmlinuz root=whatever nouveau.modeset=1"
2021-01-04 19:06:54 <Hello71> or put modprobe.blacklist=nouveau and then remove nomodeset from /etc/update-extlinux.conf
2021-01-04 19:11:26 <Hello71> /boot/vmlinuz-lts initrd=/boot/initramfs-lts modules=loop,squashfs,sd-mod,usb-storage
2021-01-04 19:16:34 <cratuki> ha that got me pretty far. but still the video craps out. (I tried a variation of your most recent with the nouveau.modeset=1 at the end). When I mount the image as root on my existing linux box, it says it is readonly, preventing me from trying the blacklist idea. Do you know why that would be?
2021-01-04 19:18:48 <Hello71> i mean remove it after you install
2021-01-04 19:19:04 <Hello71> just put /boot/vmlinuz-lts initrd=/boot/initramfs-lts modules=loop,squashfs,sd-mod,usb-storage modprobe.blacklist=nouveau
2021-01-04 19:26:38 <cratuki> no luck. I have a pci serial card coming in the next few days, and may be able to supply a boot option to output to serial and better see what is going on.
2021-01-04 19:26:49 <cratuki> thanks for the help
2021-01-04 20:52:45 <echelon> hi!
2021-01-04 20:53:03 <echelon> what does it mean when a version has been flagged? ie, https://pkgs.alpinelinux.org/packages?name=pdns*&branch=edge&arch=x86_64#
2021-01-04 20:53:31 <caskd> it means it's out of date with upstream
2021-01-04 20:53:52 <echelon> so upstream would be v3.12?
2021-01-04 20:53:55 <echelon> of alpine
2021-01-04 20:54:27 <caskd> i mean upstream as the newest software version
2021-01-04 20:54:44 <echelon> oh ok
2021-01-04 20:54:48 <echelon> thanks
2021-01-04 20:56:32 <echelon> but if i pull alpine:latest, that should be 3.12, right?
2021-01-04 20:57:09 <ikke> yes
2021-01-04 20:57:26 <echelon> thanks
2021-01-04 20:59:34 <echelon> does matt smith come here?
2021-01-04 21:01:06 <echelon> do maintainers provide any email address with their submissions?
2021-01-04 21:01:33 <caskd> No, they add it in the APKBUILD files
2021-01-04 21:01:55 <caskd> They are written in the headers
2021-01-04 21:02:21 <ikke> I have not seen them here
2021-01-04 21:03:19 <echelon> found it, thanks
2021-01-04 21:04:02 <TBK[m]> echelon: https://git.alpinelinux.org/aports/tree/community/pdns/APKBUILD#n7
2021-01-04 21:04:02 <TBK[m]> You can also create an issue on https://gitlab.alpinelinux.org/alpine/aports/-/issues and tag the maintainer.
2021-01-04 22:13:19 <caskd> am i dumb or is the telnet binary missing from edge?
2021-01-04 22:13:29 <caskd> i just can't find it
2021-01-04 22:14:04 <mps> caskd: busybox-extras
2021-01-04 22:14:54 <caskd> mps: thanks
2021-01-04 22:15:20 <caskd> sometimes it's hard to know which package contains what when links are made in the pre/post install scripts
2021-01-04 22:15:23 <mps> not full telnet client but ...
2021-01-04 22:15:43 <caskd> i just need it for some testing and don't want to get a tcp client
2021-01-04 22:16:55 <mps> netcat-openbsd have telnet mode, iirc
2021-01-04 22:17:33 <caskd> this is good enough, thanks anyways
2021-01-04 22:17:58 <mps> np
2021-01-04 22:43:09 <ipcloud> Greetings!  As I work with Alpine Linux more and more, I wanted to say 1) thanks.
2021-01-04 22:44:07 <ipcloud> As I have been working to keep my systems current (I use `apk update -v -v ; apk upgrade -v -v`); ? How best to know when/if I need a reboot?
2021-01-04 22:44:29 <mps> ipcloud: on kernel upgrade
2021-01-04 22:45:25 <mps> or, if you preserve modules somewhere and restore them, then not needed even then
2021-01-04 22:48:54 <ipcloud> so, whatch the details post the line "The following packages will be upgraded:" and if I see the kernel , Then sync ; reboot
2021-01-04 22:49:06 <ipcloud> s/whatch/watch/
2021-01-04 22:50:32 <mps> apk upgrade -s | grep linux
2021-01-04 22:50:56 <ipcloud> The -s is the simulate option
2021-01-04 22:51:06 <ipcloud> so I can check first ; thanks
2021-01-04 22:51:58 <mps> yes
2021-01-04 22:52:36 <ipcloud> excellent ; thanks ; I hope the rest of your day goes great.
2021-01-04 22:53:06 <mps> I hope so because I'm preparing for bed :)
2021-01-04 22:53:16 <mps> anyway thanks
2021-01-04 22:53:32 <ipcloud> timezones ; got it ; hope the intent was all still good ;
2021-01-04 22:54:50 <mps> ofc, it is
2021-01-05 02:37:44 <xaltsc> Hey, anyone here as experice with uwsgi on alpinelinux ? I'm running it using the provided service and configuration files and the vassal processes seem to run with the wrong uid/gid
2021-01-05 08:20:23 <guix-vits> hello.  is ''add one big font (latarcyrheb-sun32?) to extended iso'' a good thought?
2021-01-05 08:30:35 <guix-vits> like put a file named 'big-font.psfu.gz' to /root, on iso.  setfont big*.  "now i can relax my eyes".
2021-01-05 08:31:04 <guix-vits> by default.
2021-01-05 10:15:24 <MY-R> Ariadne: is it possible to to enforce interfaces to start with some order like it was in ifupdown before?
2021-01-05 10:16:31 <MY-R> I have eth0 configured with static ip and vlan on that interface which provide me internet and would be cool to start first eth0 and after vlan
2021-01-05 10:17:39 <mps> as I told few times, network should be started/stopped from script/s
2021-01-05 10:18:24 <ikke> nothing prevents you from doing that :)
2021-01-05 10:19:14 <mps> actually I do on my router :)
2021-01-05 10:19:32 <MY-R> well, in ifupdown was enough to change order in /etc/network/interfaces
2021-01-05 10:20:05 <MY-R> with ifupdown-ng it doesnt work like that even if Im using "requires eth0" in vlan section
2021-01-05 10:20:51 <mps> MY-R: you expect something good from NG :)
2021-01-05 10:21:04 <mps> NG - Not Good
2021-01-05 10:21:30 <ikke> shots fired :)
2021-01-05 10:22:28 <mps> that means?
2021-01-05 10:22:31 <MY-R> :<
2021-01-05 10:22:45 <mps> ah
2021-01-05 10:22:48 <maxice8> Newgrounds
2021-01-05 10:24:33 <mps> I need some time to 'comprehend' new english terms to me
2021-01-05 10:25:12 <ikke> mps: https://idioms.thefreedictionary.com/shots+fired
2021-01-05 10:25:20 <ikke> 2nd definition
2021-01-05 10:25:34 <mps> already concluded, anyway thanks
2021-01-05 10:28:45 <mps> maxice8: you mean https://www.sloww.co/eckhart-tolle-a-new-earth-101/ :)
2021-01-05 10:30:52 <mps> official site https://www.eckharttolle.com/a-new-earth-excerpt/
2021-01-05 10:41:54 <guix-vits> > Eckhart Tolle is a contemporary spiritual teacher
2021-01-05 10:41:55 <guix-vits> уносите ;)
2021-01-05 10:44:58 <mps> уносите? what lang?
2021-01-05 10:51:18 <guix-vits> wiki, dead link:
2021-01-05 10:51:18 <guix-vits> https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management
2021-01-05 10:51:18 <guix-vits> >  A list of public repositories is in <a>mirrors.yaml<a/>
2021-01-05 10:51:18 <guix-vits> should point to https://mirrors.alpinelinux.org/
2021-01-05 10:51:54 <guix-vits> or elsewhere(?)
2021-01-05 10:53:57 <ikke> I don't think we provide that in yaml format anymore
2021-01-05 10:54:03 <ikke> we only have https://mirrors.alpinelinux.org/mirrors.json
2021-01-05 12:08:13 <hoellen> Hi guys, I use Alpine Linux as Guest OS in my VMs on a dedicated server. I used the "virtual" image to install the system. Now I wonder: As I'm using KVM as hypervisor and the host has a AMD EPYC Processor, is the "virtual" iso the right decission? Because the kernel is slimmed down, does it support the host processor or only emulated, virtual processors? Thanks in advance!
2021-01-05 12:58:41 <ryan_> hey all - can anyone tell me why all the nodejs apk packages are flagged?
2021-01-05 13:00:46 <MY-R> ryan_: because there is newer version?
2021-01-05 13:03:22 <ryan_> so it's not an explicit security concern or anything?
2021-01-05 13:04:12 <MY-R> 14.15.4 is last LTS, you can check by self if there are security fixes or something
2021-01-05 13:05:37 <MY-R> ryan_: https://nodejs.org/en/blog/vulnerability/january-2021-security-releases/
2021-01-05 13:07:02 <ryan_> thanks MY-R
2021-01-05 13:08:16 <MY-R> ryan_: but ye there are few CVE's
2021-01-05 13:10:58 <ryan_> well you don't need to tell me nodejs is unsavory, just making sure it wasn't an issue with the packaging or uploader
2021-01-05 13:11:58 <MY-R> ryan_: you can flag any package you want by self if you noticed that package is outdated or need upgrade
2021-01-05 13:13:39 <MY-R> ryan_: for example here just click on green version of package and you will get form: https://pkgs.alpinelinux.org/packages?name=nodejs*&branch=edge&arch=x86_64#
2021-01-05 13:17:51 <ryan_> ah i didn't think to glob my search. that's a hot tip
2021-01-05 13:18:03 <MY-R> :)
2021-01-05 13:34:41 <fourstepper> how does one generally install older versions of software on alpine? By adding older repos?
2021-01-05 13:35:09 <ikke> fourstepper: that not necessarily works
2021-01-05 13:39:28 <Hello71> hoellen: there is not really a concept of "only support emulated processors". the point of emulation is that it matches the bare metal interface as closely as possible
2021-01-05 13:39:52 <ikke> fourstepper: the issue is that older software might need older dependencies
2021-01-05 13:40:02 <Hello71> but, the alpine linux -virt kernel is missing some features that are only useful on bare metal processors, such as AMD SME, microcode updating, etc
2021-01-05 13:40:32 <Hello71> fourstepper: build it yourself from aports
2021-01-05 13:40:38 <fourstepper> @ikke that's fine, I suppose. This would be kind of a chroot environment or something only :)
2021-01-05 13:41:11 <ikke> fourstepper: something like docker can work
2021-01-05 13:42:32 <aless_> hello everyone ... i am trying to do a RPI3B+ alpine diskless kiosk just to show one webpage from boot ....... my problem is when trying to apk add chromium throws an error no space left on device ..... df -h gives me 49% used of 457M on / (it is tmpfs so ram mount)
2021-01-05 13:42:55 <aless_> can this tmpfs on / be expanded to get more space on my root ? been searching for two days online and had no luck
2021-01-05 14:20:50 <Hello71> http://google.com/search?q=linux+increase+tmpfs+size
2021-01-05 14:22:06 <ikke> aless_: note that the more space tmpfs uses, the less memory you have available
2021-01-05 14:23:34 <mps> zram swap
2021-01-05 14:24:31 <aless_> ikke: i know but the thing is i am trying to load chromium and i cant (i guess file duplication while uncompressing ..... ) my df -h shows tmpfs 457.4M    152.0M    305.4M  33% /
2021-01-05 14:25:39 <aless_> ikke if i would temporarily expand it to lets say 550M install it and see how much needed ..... shrink it and then run it in kiosk mode showing just one static webpage
2021-01-05 14:25:52 <ikke> it's a boot-time optiion for /
2021-01-05 14:26:36 <ikke> You need to adjust the kernel paramters
2021-01-05 14:26:37 <ikke> parameters
2021-01-05 14:26:50 <ikke> rootflags=size=<size>
2021-01-05 14:27:01 <aless_> yeah thats what i thought
2021-01-05 14:27:26 <aless_> oh u mean just a flag in usercfg.txt?
2021-01-05 14:27:37 <ikke> maybe `mount -oremount,size=<size> /` works
2021-01-05 14:28:55 <aless_> hello71 sorry have searched but it gives result only to resize normally mounted tmpfs for /tmp not root .... but still thanks for the help :)
2021-01-05 14:35:44 <aless_> ikke first thing i tried was remount :)
2021-01-05 14:39:38 <Hello71> aless_: tmpfs only occupies ram for used space. free space is automatically returned to be used for any other purposes
2021-01-05 14:39:54 <Hello71> also I don't see why remount wouldn't work
2021-01-05 14:40:00 <Hello71> maybe you need to use util-linux mount
2021-01-05 14:40:12 <aless_> hello71 because it is root partition :)
2021-01-05 14:40:59 <aless_> i am thinking which one could throw no more space .... ram or root partition (ram again)
2021-01-05 14:43:21 <Hello71> well it's not a partition at all
2021-01-05 14:43:30 <aless_> yeah i know
2021-01-05 14:43:30 <Hello71> and root is no different from any other in-use mount
2021-01-05 14:43:55 <aless_> ok did again apk add chromium and / partition hits ceiling :)
2021-01-05 14:44:13 <aless_> so the problem is my root part
2021-01-05 14:45:35 <Hello71> the remount option would be fairly useless if it didn't work on busy mounts
2021-01-05 14:46:08 <aless_> yeah .... it does nothing :)
2021-01-05 14:48:36 <guix-vits> why tor not working?
2021-01-05 14:48:48 <guix-vits> cannot bind, and all
2021-01-05 14:49:27 <Hello71> aless_: how did you determine that
2021-01-05 14:50:23 <aless_> hello71 determine that remount or that root partition hit the fan?
2021-01-05 14:50:28 <Hello71> what?
2021-01-05 14:51:54 <aless_> your question how did i determine .... dont know what you mean .... that root partition fills max size or that remount doesnt work?
2021-01-05 14:52:28 <guix-vits> the config is working, i sure
2021-01-05 14:53:03 <aless_> root partition hitting max size i ran apk add chromium in console on rpi and with ssh session i was refreshing df -h :)
2021-01-05 14:53:26 <Hello71> did you check if the total size changed or just the used
2021-01-05 14:53:59 <aless_> total size remains fixed :)
2021-01-05 14:55:30 <Hello71> did you try util-linux
2021-01-05 14:57:03 <aless_> sorry never heard about it ..... karelzak repo on github?
2021-01-05 14:57:14 <ikke> apk add util-linux
2021-01-05 14:58:43 <aless_> first step is again to install chromium :)
2021-01-05 14:58:51 <aless_> and it fails again :)
2021-01-05 14:59:41 <aless_> what should i do with util-linux? resize root? or?
2021-01-05 15:00:09 <ikke> util-linux contains the usualy version of mount (by default, alpine only ships the more limited busybox version)
2021-01-05 15:00:23 <ikke> so after you install util-linux, you can try that mount command again
2021-01-05 15:00:29 <aless_> ok :)
2021-01-05 15:01:32 <aless_> it resized :)
2021-01-05 15:01:58 <aless_> and chromium installed :)
2021-01-05 15:02:21 <aless_> THANK YOU VERY MUCH :) much apreciated :)
2021-01-05 15:08:43 <aless_> but the problem is it doesnt boot again :)
2021-01-05 15:09:11 <aless_> as root is just a bit over max :)
2021-01-05 15:09:37 <Hello71> what
2021-01-05 15:09:55 <aless_> i managed to resize
2021-01-05 15:10:02 <aless_> until reboot
2021-01-05 15:11:00 <aless_> so normal boot my root max size is 457M and when i resize to 600M it was filled 480M .... means i need to resize it to be persistent over reboots :)
2021-01-05 15:12:17 <ikke> At this point, I would look into using persistent storage
2021-01-05 15:12:17 <hoellen> @Hello71 thanks for your answer. So the -virt kernel is safe to use. No matter if I use KVM or QEMU-only.
2021-01-05 15:12:28 <Hello71> huh?
2021-01-05 15:12:34 <ikke> aless_: as chromium also likes it fair share of memory
2021-01-05 15:12:59 <ikke> hoellen: yes
2021-01-05 15:13:01 <Hello71> yes, i doubt you can run even one tab on 450 MB
2021-01-05 15:14:04 <aless_> 450MB of root or of RAM?
2021-01-05 15:14:47 <aless_> i know i need at least about 50M free space on root to be ok ... with ram i have 1G
2021-01-05 15:15:15 <Hello71> yes but if you occupy 480 MB of your RAM with chromium files
2021-01-05 15:15:19 <Hello71> then you lost half ram
2021-01-05 15:15:36 <aless_> minus gpu shared ram :)
2021-01-05 15:16:11 <aless_> 480M is xorg + chromium ......
2021-01-05 15:16:38 <Hello71> yes
2021-01-05 15:16:48 <Hello71> but ikke is saying you still need ram to actually run programs
2021-01-05 15:17:11 <ikke> tmpfs is taking space from memory
2021-01-05 15:17:23 <ikke> so if tmpfs uses 500M, you only have 500M of memory left
2021-01-05 15:18:48 <aless_> yeah i guess I will need to approach it from some other perspective :)
2021-01-05 15:37:58 <guix-vits> srsly, running `tor` with only socksport set also broken.  3.12
2021-01-05 16:06:05 <guix-vits> tested on debian also.  works.
2021-01-05 16:23:47 <Hello71> we need a !doesntwork -.-
2021-01-05 16:24:08 <ikke> Hello71: like #git has? :P
2021-01-05 16:24:49 <Hello71> oddly i think people there ask marginally better questions
2021-01-05 16:25:07 <ikke> sometimes
2021-01-05 16:25:16 <Hello71> on average :p
2021-01-05 16:39:56 <[diablo]> Good afternoon #alpine-linux ... anyone know when Docker 20.10 will be available for 3.12.3 please?
2021-01-05 16:41:48 <ikke> stable releases don't receive major upgrades
2021-01-05 16:41:57 <ikke> only patch/bug/security fxies
2021-01-05 16:42:22 <ikke> 3.13 will be released soon, which will contain docker 20.10
2021-01-05 16:42:25 <[diablo]> hey hi ikke
2021-01-05 16:42:36 <[diablo]> ah OK thank you for the answer
2021-01-05 16:46:13 <[diablo]> must say, I've been running Alpine Linux as my Docker host for , hmmm around 8 months I guess, as a Byhve VM on TrueNAS. I picked it over Ubuntu Server LTS which would have previously been my choice, but I thought I'd give AL a shot... superb, easy to install, easy to maintain, low on resources, etc... very happy, so a big thank you to all the devs
2021-01-05 16:46:13 <[diablo]> and contributors to it. Also setup the same for a friends TrueNAS, and he's running a his mail server using Docker containers, again, rock solid
2021-01-05 16:47:26 <fourstepper> i wanted to ask something related; will cgroups v2 come as well in 3.13 or are there some blockers?
2021-01-05 16:48:34 <ikke> I haven't seen any development around that
2021-01-05 16:48:52 <fourstepper> I didn't even check tbh, so idk. thanks :)
2021-01-05 16:49:23 <ikke> the cgroup2 filesystem is already available
2021-01-05 16:49:27 <ikke> cat /proc/filesystem
2021-01-05 16:49:31 <Hello71> i thought it should be supported in 3.12 as long as you configure openrc
2021-01-05 18:27:54 <wsinatra> Out of curiosity, is there any way to resize the tmpfs on an Alpine run from ram system?
2021-01-05 18:29:15 <Hello71> ...
2021-01-05 18:29:30 <fourstepper> ^_^
2021-01-05 18:29:31 <fourstepper> :D
2021-01-05 18:33:14 <MY-R> wsinatra: fstab isnt enough? :P
2021-01-05 18:44:42 <wsinatra> Sure, but there's no entry in fstab for it after a fresh install, so I questioned whether that was the right way to do it
2021-01-05 18:45:14 <wsinatra> Does it just take half the ram by default or something? Perhaps if I had asked how the tmpfs is setup by default that would have been a better question :)
2021-01-05 18:47:36 <MY-R> looks like it is 50% ye, so enough to create correct entry in fstab
2021-01-05 18:50:06 <MY-R> cat /proc/mounts
2021-01-05 18:54:43 <Hello71> https://gitlab.alpinelinux.org/alpine/mkinitfs/-/blob/master/initramfs-init.in#L577
2021-01-05 18:55:08 <Hello71> but size can be changed with remount so fstab is fine
2021-01-05 18:55:40 <wsinatra> thanks guys :) simple enough
2021-01-05 19:09:09 <guix-vits> tried void, with musl.  tor is working.  how's that, the alpine apkbuild looks just fine.
2021-01-05 19:09:35 <guix-vits> i think, need to try on edge.
2021-01-05 19:11:47 <MY-R> you can try with 3.13
2021-01-05 19:11:56 <MY-R> guix-vits ^
2021-01-05 19:12:16 <guix-vits> great, than you.
2021-01-05 19:16:08 <guix-vits> *thank
2021-01-06 05:13:45 <vits> actually, there is yaml:  alpine/v3.13/releases/x86_64/latest_releases.yaml
2021-01-06 05:14:46 <halosghost> ohgodyaml
2021-01-06 05:18:46 <vits> 
ACTION misses systemd-yamld

2021-01-06 05:20:24 <halosghost> if yaml died and never came back, I don't think I'd have one negative thought
2021-01-06 05:20:58 <halosghost> “oh, I know! I'll take JSON, make it whitespace-significant, and give it a bunch of implicits; what a good idea!”
2021-01-06 07:21:27 <guix-vits> 3.13 also, just as 3.12:  `tor` -|
2021-01-06 07:21:28 <guix-vits> Opening Socks listener on 127.0.0.1:9050
2021-01-06 07:21:28 <guix-vits> [warn] Could not bind to 127.0.0.1:9050: Address not available
2021-01-06 07:21:44 <guix-vits> tor is in community repo.
2021-01-06 07:23:22 <guix-vits> i think i can try compile it myself.  but, again, the APKBUILD looks good.  mistery.
2021-01-06 07:47:06 <guix-vits> compiled from torproject.org tarball.  fails same way
2021-01-06 07:55:50 <Cogitri> guix-vits: Well, is that port already used by something else?
2021-01-06 07:56:01 <guix-vits> no
2021-01-06 07:56:29 <guix-vits> tried also 9060
2021-01-06 07:56:36 <guix-vits> 9040
2021-01-06 07:56:48 <guix-vits> ps -e |grep tor
2021-01-06 07:56:52 <guix-vits> ""
2021-01-06 07:57:06 <guix-vits> aside from grep and usb-transport
2021-01-06 07:57:46 <guix-vits> same torrc was tested on: debian, and musl-voidlinix
2021-01-06 07:58:27 <guix-vits> also `tor` fails, w/o torrc
2021-01-06 07:59:14 <guix-vits> idk what to do.
2021-01-06 07:59:29 <ikke> maybe strace it
2021-01-06 08:00:35 <guix-vits> never understood any strace.  can try.
2021-01-06 08:00:56 <ikke> You just need to look for the syscall where it tries to bind
2021-01-06 08:14:02 <mps> guix-vits: there were some discussion about tor problems on #musl channel some time ago, about one month iirc
2021-01-06 08:14:31 <mps> but I don't know where is backlog of #musl
2021-01-06 08:14:45 <ikke> I have it
2021-01-06 08:15:47 <mps> but I'm not interested in tor, tool for false sense of security/annonimity
2021-01-06 08:37:54 <guix-vits> mps: it is a great dns
2021-01-06 08:38:05 <guix-vits> poor man's
2021-01-06 08:38:38 <guix-vits> i plug on my .onion, friend ssh in.
2021-01-06 08:38:56 <guix-vits> maybe there is better methids, idk.
2021-01-06 08:39:43 <guix-vits> *methods
2021-01-06 08:42:11 <guix-vits> i mean, my ip is dynamic :)
2021-01-06 08:44:12 <guix-vits> ikke: strace:  EADDRNOTAVAIL
2021-01-06 08:45:27 <ikke> So it seems like 127.0.0.1 is not available
2021-01-06 08:45:36 <ikke> can you check the output of ip addr list lo
2021-01-06 08:46:10 <guix-vits> state DOWN
2021-01-06 08:46:27 <ikke> There you go
2021-01-06 08:46:51 <guix-vits> but why is it down, wow
2021-01-06 08:47:07 <guix-vits> i just srartes up the box
2021-01-06 08:47:19 <guix-vits> *started
2021-01-06 08:47:38 <guix-vits> assumptions, heh.
2021-01-06 08:49:59 <guix-vits> ikke: thank you, i'll try perform better next time.
2021-01-06 08:50:11 <ikke> happens to all of us
2021-01-06 09:50:58 <mr_person> hey, so, unless im doing something stupid, the wiki does not like ipv6 clients...
2021-01-06 09:51:17 <mr_person> workes fine in v4, 404's on v6
2021-01-06 09:53:01 <ikke> mr_person: does it work now?
2021-01-06 09:54:50 <mr_person> seems like it
2021-01-06 09:55:57 <mr_person> thanks for your time!
2021-01-06 12:45:46 <alpine-user1423> Hi, im trying to install something via pip, but it fails with this error I cant find anything about:
2021-01-06 12:45:46 <alpine-user1423> https://paste.ofcode.org/SV4XVFAaEMSTPTLDnxf6i9
2021-01-06 12:50:36 <ikke> Not sure about that specific error, but it tries to build cryptography. Does it help if you already install py3-cryptography with apk?
2021-01-06 12:50:45 <ikke> alpine-user1423: that way, you don't have to build it locally
2021-01-06 12:59:34 <alpine-user1423> now I have a new error
2021-01-06 12:59:35 <alpine-user1423>     ERROR: Command errored out with exit status 1:     command: /usr/bin/python3 -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-ctgs73t0/lxml/setup.py'"'"'; __file__='"'"'/tmp/pip-install-ctgs73t0/lxml/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"',
2021-01-06 12:59:36 <alpine-user1423> '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' egg_info --egg-base /tmp/pip-pip-egg-info-zzm74vwk         cwd: /tmp/pip-install-ctgs73t0/lxml/    Complete output (3 lines):    Building lxml version 4.6.2.    Building without Cython.    Error: Please make sure the libxml2 and libxslt development packages are installed.
2021-01-06 12:59:36 <alpine-user1423> ----------------------------------------ERROR: Command errored out with exit status 1: python setup.py egg_info Check the logs for full command output.
2021-01-06 13:01:45 <ikke> apk add py3-lxmlk
2021-01-06 13:01:47 <ikke> apk add py3-lxml
2021-01-06 13:33:51 <alpine-user1423> $ sudo apk add py3-lxmlk[sudo] password for user:ERROR: unsatisfiable constraints:  py3-lxmlk (missing):    required by: world[py3-lxmlk]
2021-01-06 13:35:19 <ikke> without the k
2021-01-06 13:35:24 <ikke> that was a type
2021-01-06 13:35:39 <ikke> The irony of making a typo in the word typo
2021-01-06 13:35:56 <maxice8> The type typo
2021-01-06 13:38:01 <alpine-user1423> ah thx, should've realized that myself
2021-01-06 13:40:23 <alpine-user1423> alright now it worked, thanks
2021-01-06 19:39:21 <asterismo_l> hi
2021-01-06 19:39:42 <asterismo_l> does alpine linux support for installing into a raid1 disk array?
2021-01-06 19:40:42 <ikke> Should not be an issue, it can even create a raid array on setup
2021-01-06 19:45:50 <asterismo_l> is there any tutorial on how to do that? or just find the way to drop a shell and create using mdadm or something
2021-01-06 19:46:35 <ikke> When running the setup, if you specify 2 disks to install to, it should automatically create a raid array
2021-01-06 19:47:24 <asterismo_l> ok
2021-01-06 19:47:38 <asterismo_l> how can i install graphical gui after reboot?
2021-01-06 19:48:26 <ikke> This is an example on how to setup xfce: https://wiki.alpinelinux.org/wiki/Xfce_Setup
2021-01-06 19:49:19 <ikke> https://wiki.alpinelinux.org/wiki/Category:Desktop
2021-01-06 19:49:58 <asterismo_l> ok thanks, i first need to figure out how to enable wifi
2021-01-06 19:51:48 <ikke> If your wireless nic is recognized, you can ask the setup to configure it for you
2021-01-06 19:57:11 <asterismo_l> i configured it now
2021-01-06 19:57:24 <asterismo_l> is LXDE desktop available in alpine linux?
2021-01-06 19:57:49 <ikke> LXDM
2021-01-06 19:57:56 <ikke> https://wiki.alpinelinux.org/wiki/LXDM
2021-01-06 19:58:18 <hg> LXDE != LXDM
2021-01-06 19:58:22 <hg> one is a DM, one is a DE :)
2021-01-06 19:58:27 <hg> though they are clearly related
2021-01-06 19:58:37 <ikke> right, but I don't see LXDE separately
2021-01-06 19:59:18 <ikke> and the description for lxdm: " LXDE desktop login manager"
2021-01-06 19:59:31 <ikke> Maybe we don't have lxde though
2021-01-06 20:00:24 <asterismo_l> ok
2021-01-06 20:00:32 <asterismo_l> XFCE is good too
2021-01-06 20:03:43 <asterismo_l> will Alpine have support for 32bit systems?
2021-01-06 20:03:57 <asterismo_l> in the future, i mean
2021-01-06 20:03:57 <ikke> asterismo_l: yes, we have an x86 build
2021-01-06 20:04:11 <ikke> And no plans to not support it
2021-01-06 20:04:15 <asterismo_l> great
2021-01-06 20:04:30 <ikke> But upstream support for x86 is diminishing though
2021-01-06 20:04:38 <ikke> So it will become harder
2021-01-06 20:05:19 <asterismo_l> i understand
2021-01-06 20:05:34 <asterismo_l> i have a nvidia riva tnt2 with 32mb of ram
2021-01-06 20:05:49 <asterismo_l> what xf86-video package would i use?
2021-01-06 20:05:59 <ikke> So at some point we might make it best-effort
2021-01-06 20:06:01 <asterismo_l> nouveau?
2021-01-06 20:06:11 <ikke> nvidia is troublesome
2021-01-06 20:06:19 <ikke> you can try nouveau
2021-01-06 20:06:49 <asterismo_l> it is a very old card
2021-01-06 20:22:19 <sysadmin> como estan?
2021-01-06 20:23:04 <ikke> Esta buen, but more spanish than that I don't speak
2021-01-06 20:23:04 <fys> Nein.
2021-01-06 20:23:23 <sysadmin> very well!
2021-01-06 20:24:45 <ikke> lol
2021-01-06 20:27:24 <asterismo_l> ok, i installed XFCE, but the window manager starts crashed
2021-01-06 20:27:29 <asterismo_l> no window borders
2021-01-06 20:27:56 <ikke> How did you install it?
2021-01-06 20:28:06 <ikke> or what I mean, how did you setup xorg?
2021-01-06 20:29:10 <asterismo_l> yes
2021-01-06 20:30:11 <ikke> "How?" -> "yes"
2021-01-06 20:31:43 <asterismo_l> i setup xorg and it generated some file in root folder, which i copied to /etc/X11
2021-01-06 20:31:56 <asterismo_l> now i kinda managed to execute openbox
2021-01-06 20:32:47 <asterismo_l> i want to try suspend, how can i make the PC suspend from CLI?
2021-01-06 20:33:18 <mps> echo mem > /sys/power/state
2021-01-06 20:37:03 <asterismo_l> it worked
2021-01-06 20:37:04 <asterismo_l> great
2021-01-06 20:38:00 <gfoun> its a bit irrelevant to the discussion, but have you guys used alpine in a thinclient like HP T5530 ?
2021-01-06 20:41:41 <artok> oh those x86 boxes
2021-01-06 20:46:37 <asterismo_l> my machine fails to suspend in most debian-based distros
2021-01-06 20:46:56 <asterismo_l> even NetBSD and FreeBSD fail to suspend
2021-01-06 20:47:18 <asterismo_l> this is the first distro in a long list, that works
2021-01-06 20:48:39 <mps> heh, suspend2ram works long time on alpine, at least 3 years
2021-01-06 20:49:45 <asterismo_l> does alpine has x2x package?
2021-01-06 20:49:56 <hg> what's x2x?
2021-01-06 20:49:57 <ikke> https://pkgs.alpinelinux.org/packages?name=x2x&branch=edge
2021-01-06 20:50:12 <asterismo_l> that is what i use for a software kvm between PCs using only one mouse
2021-01-06 20:50:32 <ikke> ah, like synergy
2021-01-06 20:50:45 <hg> looks like it's no longer maintained
2021-01-06 20:50:55 <asterismo_l> https://packages.debian.org/search?keywords=x2x
2021-01-06 20:51:01 <asterismo_l> this is debian's
2021-01-06 20:51:21 <asterismo_l> is there any other alternative?
2021-01-06 20:52:09 <ikke> https://alternativeto.net/software/synergy/
2021-01-06 20:52:13 <asterismo_l> i use some hamradio stuff
2021-01-06 20:52:19 <asterismo_l> xastir, fldigi
2021-01-06 20:52:25 <asterismo_l> i think i can compile them in alpine
2021-01-06 20:52:47 <fys> gfoun: What is your question relating to?
2021-01-06 20:53:05 <ikke> asterismo_l: barrier is packaged
2021-01-06 20:53:12 <ikke> https://pkgs.alpinelinux.org/package/edge/testing/x86_64/barrier
2021-01-06 20:53:42 <fys> I have a thin client very similar that model that runs Devuan atm but I need to do some work on it and convert it to Alpine.
2021-01-06 20:53:57 <ikke> apparently barrier has been forked from synergy
2021-01-06 20:54:03 <fys> Yes.
2021-01-06 20:54:09 <fys> Synergy is now payware.
2021-01-06 20:55:15 <fys> I used Synergy at my last job because they forced me to use a Mac .. so I just connected the Mac via VPN and used it as as SSH tunnel for my Linux box..
2021-01-06 20:55:37 <fys> And if I needed to jiggle my mouse on the Mac or something I'd just use barrier.
2021-01-06 20:55:43 <fys> :D
2021-01-06 20:55:58 <gfoun> i guess if it behaves well on those kind of systems.
2021-01-06 20:56:12 <fys> gfoun: I mean, why wouldn't it?
2021-01-06 20:56:21 <fys> I'm trying to understand what you want to know.
2021-01-06 20:56:50 <fys> I have Linux on all sorts of configurations, most of which Alpine.
2021-01-06 20:57:01 <fys> so I'm interested in your concerns.
2021-01-06 20:57:54 <gfoun> Nothing in particular, just your general experience about it. I used to work in and use Linux heavily since 1997, but I've become a bit rusty the past few years..
2021-01-06 20:58:24 <fys> I mean, it's basically exactly the same experience as a more powerful x86 PC.
2021-01-06 20:58:39 <fys> Just.. manage expectations with performance on things like compilation.
2021-01-06 20:59:22 <fys> Depending on what you want to do it can either be an amazing way to re-use a piece of tech otherwise considered a throwaway device or ... completely useless.
2021-01-06 20:59:52 <fys> Personally I love having a shelf dedicated to cheap low powered x86 machines, just cuz.
2021-01-06 20:59:54 <gfoun> I think you need to configure it so that it doesn't use the flash storage that frequently (not Alpine, I mean normal distributions like Devuan)
2021-01-06 21:00:12 <gfoun> yeah they are awesome machines. You can get them for 30$ on Ebay.
2021-01-06 21:00:22 <fys> It should have a 2.5" SATA slot or at the very least an MSATA port.
2021-01-06 21:00:33 <fys> Never ever ever rely on an en eMMC module.
2021-01-06 21:00:48 <gfoun> Not sure about that, I think it's just the Flash module.
2021-01-06 21:00:51 <gfoun> hmm
2021-01-06 21:00:55 <fys> Stock, yes.
2021-01-06 21:01:08 <fys> When I opened mine there was a 16gb eMMC module in the SATA port.
2021-01-06 21:01:13 <fys> but it was removable.
2021-01-06 21:01:16 <gfoun> I used a USB stick for perm storage.
2021-01-06 21:01:23 <gfoun> i see.
2021-01-06 21:01:33 <fys> You may be able to get much better performance.
2021-01-06 21:01:40 <fys> Crack it open.
2021-01-06 21:02:06 <fys> If it's missing the SSD/HDD bay, you can get them 3D printed on demand.
2021-01-06 21:02:33 <fys> Also if you *have* to compile things *on* the client - distcc is your friend.
2021-01-06 21:02:56 <gfoun> No money for that currently I'm afraid. But I will try to get it running with just the flash module + a usb key, and making it run exclusively from RAM.
2021-01-06 21:03:27 <fys> OK - if running from RAM is your goal than an eMMC should be fine.
2021-01-06 21:03:50 <fys> Follow-up question, are you trying to do anything specific with this?
2021-01-06 21:04:08 <mps> asterismo_l: I have xastir locally built
2021-01-06 21:04:23 <gfoun> No, just make it more useful than it is right now. The Windows XP embedded is great, but not much you can do with it. It also has a weird bug and you can't install programs properly.
2021-01-06 21:04:37 <mps> asterismo_l: I can post you APKBUILD
2021-01-06 21:04:37 <fys> Gotcha.
2021-01-06 21:04:55 <fys> Currently I'm using Alpine for everything from my router to my NAS.
2021-01-06 21:05:01 <gfoun> Maybe use it for development or for a desktop when I retire to a mountainous cottage :-)
2021-01-06 21:05:09 <gfoun> I'm a bit of a technoluddite.
2021-01-06 21:05:21 <fys> When I have a little extra money I go on eBay and buy a $20-$30 thin client and add it to the hurd.
2021-01-06 21:06:07 <fys> Eventually you cycle through projects with them and realize just how much you can do with such cheap hardware.
2021-01-06 21:06:19 <fys> Fun cheap hobby..
2021-01-06 21:06:20 <fys> lol
2021-01-06 21:07:27 <gfoun> If I could spend my life with just a thin station, I would.. I've passed the multiple burnout phase.
2021-01-06 21:07:55 <fys> I now have most of the offerings I could ever want in a home lab.. pxe booting of multiple distros/configs, my dream router configuration, self-hosted http server (which then proxies for my local repo mirrors , etc. )
2021-01-06 21:07:55 <gfoun> just a thin client, elm, and a compiler
2021-01-06 21:08:55 <fys> I got informed in November that I'd be laid off in Feburary, so I've just been spending my time doing all the software projects I told myself I'd do when I had the time.
2021-01-06 21:08:58 <fys> lol
2021-01-06 21:09:15 <gfoun> I used to be like that too. I've got this Alpha 1000A server left that I would fix if I had money. Probably something in the hardware.
2021-01-06 21:09:26 <gfoun> also an APC power controller thats neat but I never used it
2021-01-06 21:09:37 <gfoun> you can telnet to it and remotely powerdown/powerup outlets
2021-01-06 21:09:57 <fys> Oh yeah, I accidentally sent power to ground on this embedded device .. I think it may beyond my lab to fix anytime soon (no hot air station, etc.)
2021-01-06 21:10:01 <asterismo_l> is there any jabber/XMPP client with OMEMO support?
2021-01-06 21:10:14 <asterismo_l> dino, gajim
2021-01-06 21:10:16 <fys> gfoun: NUT should be able to monitor it
2021-01-06 21:10:54 <gfoun> i see, well, if you still have the passion for it..I just want to get a new job and that's it.
2021-01-06 21:10:57 <fys> I need to add that to my router.. it's the last thing I didn't "port" from my old pfsense configuration.
2021-01-06 21:11:44 <gfoun> used to have an O2 too :)
2021-01-06 21:11:48 <gfoun> sold it for 150 euros or sth
2021-01-06 21:11:54 <fys> :o
2021-01-06 21:11:55 <gfoun> lot of noise this one
2021-01-06 21:12:20 <fys> There's a few things I don't have due to money and/or space.. like a Sharp X68000
2021-01-06 21:12:37 <fys> or the Commodore 64 I actually already own..
2021-01-06 21:12:40 <fys> bleh
2021-01-06 21:13:27 <gfoun> its very easy to burn money buying cool hardware from eBay, but then you discover that its called 'retro computing' for a reason. Lot's of maintenance, things break, more money needed, so on.
2021-01-06 21:13:37 <gfoun> I'm an amstrad guy myself.
2021-01-06 21:14:32 <gfoun> but the dream is still the same. Mountain village, cottage, and an 80s/90s computer that doesn't understand the web.
2021-01-06 21:15:13 <gfoun> a Sharp X68000 is quite exotic indeed
2021-01-06 21:15:34 <fys> (:
2021-01-06 21:15:52 <fys> Yeah, I'd settle for one of those FPGA MiSTers
2021-01-06 21:16:13 <fys> but even that isn't exactly cheap
2021-01-06 21:16:23 <fys> but the savings in space is worth it
2021-01-06 21:16:30 <gfoun> I spent 400 euros for an Atari STE, plus more for a monochrome monitor, a SATAN disk interface, and NetUSBee. Theoretically I could plug it in and spend my last decades writing Forth and sending mail from SDF or something..
2021-01-06 21:17:12 <fys> :D
2021-01-06 21:17:38 <fys> A few years back I got lucky and scored a JVC RGB monitor with the original box and everything from the original owner.
2021-01-06 21:17:42 <gfoun> Yeah I'm one of those ex-IT guys who still wants to be a farmer.
2021-01-06 21:17:51 <fys> Oh, I get it.
2021-01-06 21:17:53 <gfoun> haha
2021-01-06 21:18:03 <fys> I checked out of IT for a few years.
2021-01-06 21:18:16 <fys> Went to work doing window & door installs with my brother.
2021-01-06 21:18:24 <gfoun> Hopefully I'll rekindle my relationship with tech by doing some docs for Alpine, let's see.
2021-01-06 21:18:25 <gfoun> really?
2021-01-06 21:18:28 <fys> Yep.
2021-01-06 21:18:28 <gfoun> Hero.
2021-01-06 21:18:30 <fys> LOL
2021-01-06 21:18:53 <fys> The pay sucked but it was satisfying not being stressed out at the end of the day.
2021-01-06 21:19:14 <gfoun> yeah and you also have something tangible to point that you've accomplished I guess.
2021-01-06 21:19:29 <fys> Yeah, I learned some new skills.
2021-01-06 21:19:37 <fys> I know a ton more about drywall now lol
2021-01-06 21:19:40 <gfoun> so, but like Al Pacino they pulled you back in ?
2021-01-06 21:19:44 <fys> haha
2021-01-06 21:19:48 <fys> something like that
2021-01-06 21:19:54 <gfoun> or have you permanently---ah.
2021-01-06 21:20:05 <fys> I was living with family at the time and it just didn't pay enough to live alone
2021-01-06 21:20:14 <fys> so i converted back to linux work
2021-01-06 21:20:32 <gfoun> Sorry to hear that .. :-)
2021-01-06 21:20:39 <fys> haha, me too
2021-01-06 21:20:45 <gfoun> If I had the proper testicles I'd go work on a sandwich bar.
2021-01-06 21:20:53 <fys> i hear ya
2021-01-06 21:21:16 <gfoun> been trying to pivot to technical writing instead. But there aren't many opportunities for it here in Greece.
2021-01-06 21:21:22 <mps> we have #alpine-offtopic channel for such talks
2021-01-06 21:21:29 <gfoun> oops
2021-01-06 21:21:36 <fys> oh i didn't even know that existed
2021-01-07 05:18:32 <togh> hi, I use static ip and a vpn that starts on boot, /etc/resolv.conf gets overwritten by the vpn service, I tried adding dns server to /etc/resolvconf.conf (name_servers=1.1.1.1) but it doesn't work. anyone can advise what to do?
2021-01-07 05:34:57 <ikke> resolv requires something to hook into it
2021-01-07 05:36:24 <ikke> togh: if the vps just overwrites /etc/resolconv, I guess the only thing you can do is add a local service that overwrites it again afterwards
2021-01-07 09:06:49 <togh> thanks ikke
2021-01-07 09:27:53 <detha> or that old and blunt standby, chattr +i /etc/resolv.conf
2021-01-07 12:49:58 <Piraty> is there sth like 'build-base' but with clang insttead of gcc?
2021-01-07 12:50:11 <maxice8> no
2021-01-07 12:50:28 <Piraty> why doesn't clang depend on binutils ilke gcc does?
2021-01-07 12:53:07 <Cogitri> I guess no one noticed that it's missing yet since build-base is usually a must-install for building things
2021-01-07 12:55:55 <Piraty> hi both of you :)
2021-01-07 12:56:14 <Cogitri> 👋
2021-01-07 13:07:43 <Piraty> i'll go for 'build-base clang' for now, neglecting that will unnecessarily pull gcc :p
2021-01-07 13:25:18 <Hello71> actually probably the better question is why gcc depends on binutils
2021-01-07 14:03:32 <EF> Pulling my hair out trying to get Alpine to boot from LUKS encrypted root with as key on a separate SD card.
2021-01-07 14:04:08 <EF> is there a log or a way to see why it ignores the cryptkey part and just defaults to passcode?
2021-01-07 14:08:16 <EF> or is it simply syslinux cannot do this?
2021-01-07 14:09:33 <minimal> EF: have you the appropriate features enabled in /etc/mkinitfs/mkinitfs.conf?
2021-01-07 14:11:24 <minimal> AFAIK you need "cryptkey" as well as "cryptsetup"
2021-01-07 14:13:00 <minimal> and you might have to modify the contents of /etc/mkinitfs/features/cryptkey.files to point to the path for the key on the SD card
2021-01-07 14:13:22 <EF> I have both. Not sure if cryptkey is grub only.
2021-01-07 14:14:03 <EF> Okay, I've done it in extlinux.conf as cryptkey=/dev/sdf1:auto:/mykey
2021-01-07 14:15:18 <minimal> haven't tried syslinux with LUKS as it doesn't support encrypted /boot and doesn't support LUKS2
2021-01-07 14:18:45 <EF> would the cryptkey.files file take an absolute path or in the same format as above?
2021-01-07 14:19:09 <minimal> sorry, yeah you're right, the initramfs-init looks for cryptkey value passed on cmdline by syslinux/grub
2021-01-07 14:21:15 <EF> I'm probably doing something daft but nowhere can I find a clue if it tried to read the key and failed or not
2021-01-07 14:22:30 <minimal> looking at the init code it searches for the device containing the referenced cryptkey file as it needs to mount that device to access the file
2021-01-07 14:23:16 <minimal> if you look at the file /usr/share/mkinitfs/initramfs-init that's the script run when the initfs is loaded
2021-01-07 14:24:19 <minimal> so there's a set of crypt related cmdline options that you can specify such as cryptroot, cryptkey, etc
2021-01-07 14:27:41 <ikke> https://gitlab.alpinelinux.org/alpine/mkinitfs/-/blob/master/initramfs-init.in#L469
2021-01-07 14:27:56 <EF> I did read that hence the cryptkey=... part in update-extlinux.conf and updating after it.
2021-01-07 14:28:29 <minimal> unless I'm reading the code wrong I don't see anywhere where it mounts a device containing a keyfile
2021-01-07 14:28:54 <ikke> nlplug-findfs perhaps?
2021-01-07 14:30:13 <minimal> ikke: it uses that to mount the root partition (and passed the name of a keyfile if specified), but if the keyfile is on a partition not mounted then I don't think nlplug-findfs will mount that 1st before mounting root
2021-01-07 14:32:11 <minimal> I would have expected to see a separate mount or a call to nlplug-findfs first for the keyfile partition
2021-01-07 14:35:04 <EF> It is the elsif lines at the end. It appears as if the cryptkey part is just being ignored.
2021-01-07 14:37:16 <minimal> EF: well its not being ignored, in the link ikke posted, on line 486 the name of the cryptkey file is stored in $cryptopts and then on line 507 that's be passed to nlplug-findfs when it goes to mount root
2021-01-07 14:38:18 <minimal> however that's meerly passing the name of the cryptkey file to nlplug-findfs, its not clear to be if the device its on will then be automatically mounted
2021-01-07 14:39:12 <ikke> I don't see anything that would do that either
2021-01-07 14:40:23 <minimal> I haven't got as far as trying to use a key on a separate device for my LUKS tests with Alpine yet
2021-01-07 14:42:19 <EF> So, would that be an Alpine limitation or a syslinux one, i.e. could grub overcome?
2021-01-07 14:44:32 <minimal> nope, it looks like a limitation in mkinitfs' init script which is used regardless of whether you use Syslinux or Grub.
2021-01-07 14:46:17 <minimal> I was getting up to speed on that script recently as am working on a MR for remote (SSH-based) unlock of encrypted root
2021-01-07 14:46:31 <EF> So I should put a request in to alter that?
2021-01-07 14:46:45 <EF> There is a how-to online for that.
2021-01-07 14:48:24 <minimal> howto?
2021-01-07 14:49:19 <EF> Trying, and failing to copy and paste link into here.
2021-01-07 14:50:07 <EF> https://blog.tetsumaki.net/articles/2018/10/installation-dalpine-linux-chiffre-sur-un-serveur-distant.html
2021-01-07 14:50:24 <EF> although it is in French
2021-01-07 14:51:40 <minimal> EF: I meant I'm working on packaging up changes for both Alpine's dropbear and mkinitfs packages to provide "easy" setup of remote SSH unlocking
2021-01-07 14:52:44 <EF> ah okay, sorry, misunderstood and thanks for your help. May try to install syslinux to the sd card and put the key on the same partition
2021-01-07 14:53:11 <minimal> so the idea would be you'd add a entry to your /etc/mkinitfs/mkinitfs.conf FEATURES list to add a "remote unlock" option, rebuilding the initramfs and bingo it would work
2021-01-07 14:58:51 <EF> that link has some useful stuff in it that may help with your goal
2021-01-07 15:00:55 <minimal> EF: I hope to test keyfile on a separate device in the near future - first I'm having to rework some of my local automation for creating Alpine VMs as can't setup LUKS devices inside Docker which I use for my Ansibleautomation so having to rework my playbook before I can resume LUKS testing.
2021-01-07 15:01:41 <minimal> I've got the modified dropbear and mkinitfs packages built locally, just need to find the Ansible rework to start testing them (and also seperate device keyfiles)
2021-01-07 15:01:52 <minimal> s/find/finish/g
2021-01-07 15:16:50 <Tetsumaki> <EF> https://blog.tetsumaki.net/articles/2018/10/installation-dalpine-linux-chiffre-sur-un-serveur-distant.html << xD
2021-01-07 15:17:29 <yZ5vlALg86lP> why dont you put the whole /boot on the sd card?
2021-01-07 15:17:35 <yZ5vlALg86lP> then you can have your key on the same
2021-01-07 15:17:50 <yZ5vlALg86lP> and do not have to mess with extra mounting other devices
2021-01-07 15:18:08 <yZ5vlALg86lP> also you could even go further and not only have your key, but also the luks header on the sdcard
2021-01-07 15:19:02 <minimal> yZ5vlALg86lP: I'm guessing his idea is to have several SDs with the keyfile on them (in case one gets damaged) any one of which can unlock the rootfs
2021-01-07 15:19:10 <yZ5vlALg86lP> having an external luks header is in fact supported by alpine, just have to put it somewhere where it is mounted already, like /boot / initrdfs
2021-01-07 15:19:20 <yZ5vlALg86lP> well, you can have multiple copies of the same sd card
2021-01-07 15:21:17 <minimal> yupe, but if you've multiple cards with the whole contents of /boot on them then the card contents will differ over time if you've used different cards at different times to boot (i.e. kernel updates get written to current card). Plus with just the keyfile on the SD the idea would be you could remove the SD card shortly after boot - which you couldn't necessarily do if it had the boot partition contents on it (assuming Alpine sys-type
2021-01-07 15:21:18 <minimal> install)
2021-01-07 15:22:24 <fys> i scored a couple dirt cheap VIA thin clients off fleabay .. should be fun to cram alpine and freedos onto them
2021-01-07 15:22:54 <yZ5vlALg86lP> what?
2021-01-07 15:23:03 <yZ5vlALg86lP> why would you need to have /boot mounted after the boot?
2021-01-07 15:23:32 <yZ5vlALg86lP> also when you update your /boot on one sd card you hvae to make a backup of it anyway...
2021-01-07 15:23:58 <minimal> as I said, if you're using an Alpine sys-type install where it runs of "disk" not from memory then the expectation is that /boot would be always mounted
2021-01-07 15:24:52 <yZ5vlALg86lP> i do have a systype install and my sd card is not mounted after boot anymore
2021-01-07 15:24:54 <minimal> if the SD cards all only contain a keyfile or a LUKS header then their contents will "never" change so no need to keep them in sync
2021-01-07 15:25:05 <yZ5vlALg86lP> there is no expectation that /boot needs to be mounted
2021-01-07 15:25:08 <yZ5vlALg86lP> at all
2021-01-07 15:25:14 <yZ5vlALg86lP> i run like this for many years now
2021-01-07 15:25:42 <minimal> so what happens when you the kernel package or your bootloader package are updated or your initramfs is rebuilt if /boot is not mounted?
2021-01-07 15:25:42 <yZ5vlALg86lP> actually alpine just creates a new /boot on upgrades and puts whatever it wants there
2021-01-07 15:25:47 <yZ5vlALg86lP> nothing
2021-01-07 15:26:05 <yZ5vlALg86lP> i just continue booting from the sdcard the contents of /dev/sda1:/boot are irrelevant
2021-01-07 15:26:25 <artok> so no new kernel installed
2021-01-07 15:26:31 <yZ5vlALg86lP> no
2021-01-07 15:26:46 <yZ5vlALg86lP> only when i do explicitly mount /boot
2021-01-07 15:26:56 <artok> and that was the point
2021-01-07 15:26:59 <yZ5vlALg86lP> why?
2021-01-07 15:27:09 <minimal> think of a server environment where perhaps security updates of packages (such as kernel) are automatically applied
2021-01-07 15:27:10 <yZ5vlALg86lP> why do you want to update your kernel as often as your underpants?
2021-01-07 15:27:17 <yZ5vlALg86lP> aha
2021-01-07 15:27:26 <yZ5vlALg86lP> and you reboot your kernel at every update?
2021-01-07 15:27:31 <yZ5vlALg86lP> or only at important ones?
2021-01-07 15:27:41 <minimal> remember just because it works for you don't mean anyone doesn't have an alternative scenario that makes total sense to them
2021-01-07 15:27:56 <yZ5vlALg86lP> well i do not think servers should often reboot
2021-01-07 15:27:59 <yZ5vlALg86lP> and neither laptops
2021-01-07 15:28:05 <artok> actually they do nowadays
2021-01-07 15:28:17 <yZ5vlALg86lP> for what reason?
2021-01-07 15:28:27 <artok> they are just one part of the whole cluster
2021-01-07 15:28:32 <yZ5vlALg86lP> ah.
2021-01-07 15:28:41 <yZ5vlALg86lP> those you probably don't boot from an sdcard...
2021-01-07 15:28:55 <artok> so that is easier to do security updates
2021-01-07 15:29:02 <minimal> I'm not saying your use case is wrong, I'm pointing our that your use case is not everyones use case
2021-01-07 15:29:24 <yZ5vlALg86lP> i know my case is not wrong. thanks ;)
2021-01-07 15:30:09 <yZ5vlALg86lP> but the other case of having every linux minor version update causing you a reboot is also not a very common one when booting form sdcards...
2021-01-07 15:31:21 <minimal> the installation of a kernel update does not imply an immediate reboot - just that the next reboot (whenever it occurs) will then use the new kernel
2021-01-07 15:31:34 <minimal> indeed with kexec reboots are not necessarily required
2021-01-07 15:31:38 <yZ5vlALg86lP> yes, but most of the time that is not necessary
2021-01-07 15:31:59 <yZ5vlALg86lP> only if you use hw that is yet unsupported and suddenly becomes, or if there is security issues.
2021-01-07 15:32:14 <yZ5vlALg86lP> the frequency of that is much less than the need to reboot normal systems...
2021-01-07 15:32:57 <yZ5vlALg86lP> anyway booting from an initrd that is not protected (and can be evilmaided) and then using an external sd card for a key, is a strange threatmodell
2021-01-07 15:33:18 <minimal> that's why Grub supports encrypted /boot
2021-01-07 15:33:25 <yZ5vlALg86lP> it is much better if you care about security to keep a tight control over both the initrd, the luks header and the luks key.
2021-01-07 15:33:46 <yZ5vlALg86lP> yeah and grub has a huge attack surface
2021-01-07 15:34:13 <minimal> true but smaller attack surface than an unencrypted /boot with kernel and initramfs
2021-01-07 15:34:16 <minimal> its all relative
2021-01-07 15:34:23 <yZ5vlALg86lP> well, not
2021-01-07 15:34:32 <yZ5vlALg86lP> if your /boot is on that sdcard then it can be save
2021-01-07 15:34:36 <yZ5vlALg86lP> s/save/safe/
2021-01-07 15:34:49 <yZ5vlALg86lP> you just maintain physical control
2021-01-07 15:35:00 <yZ5vlALg86lP> anyway
2021-01-07 15:35:21 <yZ5vlALg86lP> my recommendation to EF is to put it all on one card, and be happy with it working
2021-01-07 15:35:31 <yZ5vlALg86lP> if you want to kneejerk or grub, be my guest.
2021-01-07 15:35:34 <yZ5vlALg86lP> eot
2021-01-07 15:36:13 <minimal> so what's the bootloader you use then?
2021-01-07 15:37:38 <EF> yZ5vlALg86lP: that's what I'm now trying to work out how to do... another school day ;-)
2021-01-07 15:40:11 <yZ5vlALg86lP> put something like this into /etc/update-extlinux.conf > default_kernel_opts="quiet cryptroot=/dev/sda1 cryptdm=disk cryptdiscards=yes cryptheader=/etc/luks-header
2021-01-07 15:40:12 <yZ5vlALg86lP> default_kernel_opts="quiet cryptroot=/dev/sda1 cryptdm=disk cryptdiscards=yes cryptheader=/etc/luks-header
2021-01-07 15:40:24 <yZ5vlALg86lP> EREDUNDANT scuzi
2021-01-07 15:41:49 <yZ5vlALg86lP> and add to /etc/mkinitfs/features.d/cryptsetup.files the line /etc/luks-header
2021-01-07 15:42:07 <yZ5vlALg86lP> which should be a dummy, unless you really update your sdcard, then put the real one there
2021-01-07 15:47:17 <yZ5vlALg86lP> dunno though what the syntax/reqs are for key files, i leave that as homework for you... ;)
2021-01-07 16:24:55 <guix-vits> idk if it is a bug:
2021-01-07 16:24:55 <guix-vits> if xorg-server-xwayland is not installed, and i have sway running with dmenu, then video can hang (and it will if `pkill sway` on another tty)
2021-01-07 16:28:03 <guix-vits> (also, why grub has no halt command?)
2021-01-07 16:53:08 <fourstepper> isn't dmenu an xwayland app?
2021-01-07 16:53:12 <fourstepper> guix-vits
2021-01-07 16:54:19 <guix-vits> yes.. but all video hangs.. because one app is xwayland?  breaking.
2021-01-07 16:56:30 <guix-vits> alt ctrl fX do not help.  tty, all is froze.  only way to prevent it is use xwayland.  in just sway + dmenu.
2021-01-07 16:57:18 <guix-vits> off topic, probably.
2021-01-07 18:37:28 <blawiz> doesnt mount the vfat during boot, to /media/mmcblk0p1 which has "boot" whic /boot is symlinked to ... also after every reboot i have to re-run setup-alpine to get network and hostname etc
2021-01-07 18:38:05 <blawiz> tried following this install buide for raspi, https://wiki.alpinelinux.org/wiki/Raspberry_Pi_4_-_Persistent_system_acting_as_a_NAS_and_Time_Machine ... getting "filesystems couldnt be fixed" after last rebooot
2021-01-07 18:40:07 <blawiz> when i log into a read-only system i can mount the /media/mmcblk0p1 without problems
2021-01-07 18:42:25 <fourstepper> guix-vits: idk if it's offtopic, but idk what the requirements for sway are - if sway doesn't require xwayland as a dependency I think this would be a problem, but not otherewise
2021-01-07 18:42:31 <fourstepper> otherwise*
2021-01-07 22:08:46 <asterismo_l> hi
2021-01-07 22:08:56 <asterismo_l> i'm trying to learn more about alpine linux
2021-01-07 22:09:26 <asterismo_l> i would like to know more about the package repository that it has
2021-01-07 22:09:47 <asterismo_l> is there a list of applications available somewhere?
2021-01-07 22:10:26 <asterismo_l> i would like to know more about available desktop environments, email clients, jabber/xmpp clients, web browsers, irc clients, etc
2021-01-07 22:21:12 <Cogitri> https://pkgs.alpinelinux.org
2021-01-07 22:45:05 <asterismo_l> thanks
2021-01-07 22:46:27 <asterismo_l> what are the desktops available in alpine?
2021-01-07 22:47:11 <asterismo_l> KDE, Gnome, i know that XFCE exists
2021-01-07 22:47:31 <asterismo_l> because i tried, but the wm was crashing
2021-01-07 22:49:30 <kciN> Hey, guys! How does linking `ash` to `busybox` works? More exactly how does `busybox` know that I want `ash` and not `egrep` which is also a link to `busybox`?
2021-01-07 22:50:04 <maxice8> Just look at what name the binary was called
2021-01-07 22:50:59 <kciN> Can I do the same from a script?
2021-01-07 22:51:15 <kciN> shell script*
2021-01-07 22:52:11 <maxice8> yes, look at the $0 variable
2021-01-07 22:52:47 <kciN> wow, I thought it outputted same regardless of symlinks
2021-01-07 22:52:49 <kciN> thanks
2021-01-07 22:54:04 <maxice8> http://ix.io/2LdK example from a script I use
2021-01-07 22:57:35 <mps> asterismo_l: awesome wm
2021-01-07 22:58:15 <kciN> maxice8 I tried http://ix.io/2LdL as `a`, `ln -s b a` then `b` and instead of outputting 'b' it got stuck in an infinite loop :(
2021-01-07 23:00:10 <kciN> although I am able to shadow `grep` by defining `grep() { echo b }`
2021-01-07 23:01:08 <kciN> and funnily enough `echo() { echo b } echo` results in `Segmentation fault` :)
2021-01-07 23:03:45 <kciN> ah, "$0" is a full path
2021-01-07 23:09:00 <kciN> `$(echo "$0" | awk -F '/' '{ print $NF }')` instead of `$0` achieves desired result :)
2021-01-07 23:12:52 <kciN> thanks, bye!
2021-01-07 23:19:52 <guix-vits> asterismo_l: https://wiki.alpinelinux.org/wiki/Sway
2021-01-07 23:34:01 <asterismo_l> is there a jabber/xmpp client available?
2021-01-07 23:36:41 <Cogitri> `apk search xmpp` would answer that question
2021-01-08 01:16:28 <q66> Ariadne: around?
2021-01-08 05:47:18 <Ariadne> q66: what up
2021-01-08 05:52:58 <q66> Ariadne: about to sleep, but seems like I figured out the libucontext ABI leak stuff
2021-01-08 05:53:10 <q66> left some PRs in the repo
2021-01-08 05:53:55 <q66> I actually did not intend on figuring it out right now but in the end it got in the way :P
2021-01-08 05:54:37 <q66> anyway if it'd be possible to roll a new release with it fixed that'd be cool because it's blocking gcc10 update for us at void
2021-01-08 05:55:12 <q66> well, I can probably patch around it downstream but I would prefer if I did not have to
2021-01-08 05:56:49 <q66> there are other reasons we need changes currently only in master too, e.g. with new binutils and gcc, gccgo fails to link on aarch64 with older libucontext and works with master, because the common trampoline commits removed the offending bits
2021-01-08 07:04:11 <rnkn> hello
2021-01-08 07:05:07 <rnkn> I'm currently on edge and would like to transition to stable, given 3.13 release appears on the near horizon, would this be theoretically possible?
2021-01-08 07:23:39 <ikke> not if you use packages in testing, but otherwise, it should be fine
2021-01-08 07:26:18 <rnkn> ikke: do any packages in testing shadow those in main/community?
2021-01-08 07:26:33 <ikke> no
2021-01-08 07:26:42 <ikke> packages are only in one repo
2021-01-08 07:27:11 <rnkn> can I just switch main/community to 3.12 then 3.13 when the time comes?
2021-01-08 07:27:45 <ikke> You can even already switch it to 3.13
2021-01-08 07:27:57 <ikke> which atm is equal to edge
2021-01-08 07:28:05 <rnkn> oh nice
2021-01-08 07:28:22 <ikke> once 3.13 is released, they will start to diverge
2021-01-08 07:29:12 <ikke> the main difference is that 3.13 does not have testing
2021-01-08 08:17:49 <drakbar> hi so I was following the how-to setup xfce here -> https://wiki.alpinelinux.org/wiki/Xfce_Setup, when I start the lightdm service it does bring up the login screen, however I am not able to login in as any user. A message appears that says "failed to start session". I thought it might polkit not able to log me in so I added it with apk, but there was no change. I looked through the logs but nothing really stood out to me, granted
2021-01-08 08:17:50 <drakbar> I am not sure what exactly in the logs would indicate the problem. has anyone encoutered this type of issue before?
2021-01-08 08:22:05 <Cogitri> fwiw polkit doesn't really have anything to do woth login, it's only used to authenticate your user when you shutdown/reboot cia the UI
2021-01-08 08:22:31 <Cogitri> Hm, maybe you can put LightDM into some kind of debug mode so it has more useful logs?
2021-01-08 08:25:06 <drakbar> it appears to be in debug mode, at least that is what level of the messages are indicating in /var/log/lightdm
2021-01-08 08:25:30 <drakbar> Session: Failed during authentication
2021-01-08 08:26:07 <drakbar> Seat seat0: Sesson stopped
2021-01-08 08:26:25 <ikke> Is your user member of video / input?
2021-01-08 08:27:04 <drakbar> i don't think so
2021-01-08 08:27:57 <Cogitri> Just to make sure, that username& password works for login in a TYY?
2021-01-08 08:28:15 <drakbar> i can confirm that it does
2021-01-08 08:28:41 <drakbar> also the user isn't apart of the group but i did try to log in as root who is a memeber
2021-01-08 08:28:55 <drakbar> of video
2021-01-08 08:29:23 <drakbar> does the user need to be a member of lightdm?
2021-01-08 08:33:18 <drakbar> yeah I can loggin via tty as the user, I even launched the the rc-service using sudo rc-service lightdm start
2021-01-08 08:34:36 <drakbar> its weird because I would expect that the login prompt would have the user name, but instead it just has linux user which won't login, and neither does other user + username + password
2021-01-08 08:37:06 <Cogitri> Ah, "Linux User" is your user, that's the description of your user (see /etc/passwd)
2021-01-08 08:37:58 <drakbar> yeah that is the case
2021-01-08 08:38:05 <drakbar> the very last line
2021-01-08 08:41:21 <drakbar> indeed I changed it to reflect my user name and then stopped and started lighdm and it is now showing up with the right user name
2021-01-08 08:41:42 <drakbar> but still failing authentication
2021-01-08 08:45:56 <drakbar> Seat seat0: Failed to find session configuration default
2021-01-08 08:45:56 <drakbar> Seat seat0: Can't findd sessiopn 'deault'
2021-01-08 08:46:31 <drakbar> those are new lines in /var/log/lightdm/lightdm.log
2021-01-08 09:22:54 <Ariadne> q66: ok, i'll drop something today
2021-01-08 09:25:45 <guix-vits> drakbar: elogind?
2021-01-08 09:26:14 <guix-vits> "sessions", just.  idk.
2021-01-08 09:31:38 <drakbar> no polekit consolekit2
2021-01-08 09:35:11 <drakbar> I used apk del polkit consolekit2 to remove those packages and then added elogind polkit-elogind
2021-01-08 09:35:14 <drakbar> no chnage
2021-01-08 09:36:25 <ikke> drakbar: isn't this just an lxdm issue?
2021-01-08 09:36:43 <ikke> lightdm*
2021-01-08 09:37:21 <ikke> "Failed to find session configuration default:
2021-01-08 09:37:44 <drakbar> yeah I think it is a conf issue
2021-01-08 09:37:56 <drakbar> from what I have read
2021-01-08 09:40:35 <drakbar> but what is weird is that I don't have a lxdm log file
2021-01-08 09:40:45 <drakbar> just Xorg.0.
2021-01-08 09:42:19 <guix-vits> drakbar: rc-service logind start
2021-01-08 09:42:30 <PureTryOut[m]2> How can I specify an environment variable for an OpenRC service?
2021-01-08 09:42:39 <guix-vits> .. or 'elogind'?
2021-01-08 09:42:59 <ikke> PureTryOut[m]2: in /etc/conf.d/<servicename>
2021-01-08 09:43:22 <PureTryOut[m]2> Yeah I know I can add some stuff there, but doesn't that somehow need to be applied to the init script still?
2021-01-08 09:43:31 <PureTryOut[m]2> Or does it automatically source that when running the service?
2021-01-08 09:43:31 <ikke> No
2021-01-08 09:43:34 <ikke> yes
2021-01-08 09:43:38 <PureTryOut[m]2> Ah cool, thanks
2021-01-08 09:45:38 <EF> Is the right greeter installed for lightdm?
2021-01-08 09:46:11 <drakbar> i believe its gtk...
2021-01-08 09:47:26 <drakbar> yeah lightdm-gtk-greeter is installed
2021-01-08 09:49:21 <drakbar> i am gonna try a fresh whipe from the begging, this is just a test vm so its no biggie
2021-01-08 09:50:43 <EF> If it is single user, do you need a graphical login?
2021-01-08 09:59:51 <mps> for all this lightdm/elogind questions I'm tempted to answer with 'install ubuntu'
2021-01-08 10:02:41 <drakbar> lol mps
2021-01-08 10:02:55 <drakbar> i think i know what i fudged
2021-01-08 10:03:04 <drakbar> but i have to confirm to be sure
2021-01-08 10:04:45 <mps> slim+xfce are quite enough as DE
2021-01-08 10:04:51 <drakbar> can you not install virtualbox-guest-modules-virt using the standard edition?
2021-01-08 10:14:55 <drakbar> BOOM! xfce desktop
2021-01-08 10:16:02 <drakbar> Use xf86-video-vmware and xf86-video-vboxvideo for Virtualbox/VMware guests Tip: If you want to run XFCE in an Oracle VM Virtual Box, you need to install the VirtualBox guest additions as well. They contain parts of the driver, without them, XFCE won't start.
2021-01-08 10:16:20 <drakbar> i didn't perform this step prior
2021-01-08 10:17:20 <drakbar> this is clearly divergent from the MATE instructions, which is slightly odd howver after doing this it works like a champ
2021-01-08 10:21:00 <drakbar> @Cogitri @ikke thanks for your help!
2021-01-08 11:40:46 <Darksecond> Can I use alpine-make-vm-image to make a image (with lts kernel) and then write the image to a real machine?
2021-01-08 13:00:59 <q66> Ariadne: any reason the trampoline symbol is not hidden outside of ppc(64)? should it be public ABI?
2021-01-08 13:08:45 <q66> also, found another thing: I guess libucontext_swapcontext should not be done using ALIAS on ppc(64) since otherwise it will be missing without EXPORT_UNPREFIXED
2021-01-08 13:28:41 <Ariadne> yes
2021-01-08 13:29:24 <Ariadne> q66: i dont see any new PRs
2021-01-08 13:42:37 <q66> Ariadne: by yes you mean the trampoline? why is that?
2021-01-08 13:42:48 <q66> i can send a PR for the other thing I guess
2021-01-08 13:50:02 <Ariadne> no,yes on "should not be done with ALIAS" :)
2021-01-08 13:53:05 <q66> ahh
2021-01-08 13:53:07 <q66> i see
2021-01-08 13:53:15 <q66> also the new meson buildsystem is all kinds of broken
2021-01-08 13:53:17 <q66> trying to fix it a bit
2021-01-08 14:09:07 <q66> Ariadne: https://github.com/kaniini/libucontext/pull/25
2021-01-08 14:09:31 <q66> dunno if this works on the other archs so you'll need to test first
2021-01-08 14:13:40 <q66> also, ppc32 build is broken
2021-01-08 14:13:43 <q66> since a while ago it seems
2021-01-08 14:13:44 <q66> should fix that
2021-01-08 14:14:38 <q66> oh, nevermind
2021-01-08 14:14:54 <q66> i was testing in a wrong env
2021-01-08 14:15:35 <q66> works fine
2021-01-08 14:30:23 <q66> Ariadne: also i would prefer if we bumped soname instead of re-exporting the old internal symbols again, because the symbol table for things built against 0.11 looks kinda fucky and it'd be better if those things just got rebuilt
2021-01-08 14:31:21 <q66> there aren't that many things that require libucontext, in our repos it's just a few
2021-01-08 14:31:30 <q66> rebuilding them should be okay
2021-01-08 14:37:58 <q66> otoh keeping the soname as is will create fewer issues with our gcc bump
2021-01-08 14:38:15 <q66> lemme test if things actually work with the new aliases, should be easy
2021-01-08 14:38:54 <q66> ok, it does work
2021-01-08 14:39:29 <q66> i guess we can keep the soname as is, and i'll just revbump the packages when i feel like it so the old symbols go away
2021-01-08 14:52:25 <Ariadne> q66: yes, i plan to bump SONAME with libucontext 1.0
2021-01-08 14:52:48 <Ariadne> or i guess we can choose not to
2021-01-08 14:52:58 <Ariadne> i have no strong opinion either way
2021-01-08 14:53:14 <q66> we don't have to probably
2021-01-08 14:53:22 <q66> anyway don't merge the PR yet, i have another meson fix incoming
2021-01-08 14:55:01 <q66> Ariadne: ok, added the other meson fix
2021-01-08 14:57:42 <Ariadne> i mostly merged the meson stuff for qemu's sake
2021-01-08 14:57:56 <q66> well, it's probably a good idea to have it
2021-01-08 14:57:59 <q66> but it was half broken as it was
2021-01-08 14:58:01 <q66> well, mostly broken
2021-01-08 14:58:04 <q66> it didn't even build
2021-01-08 14:59:23 <Ariadne> q66: is everything good there?
2021-01-08 14:59:27 <q66> i think so
2021-01-08 14:59:29 <Ariadne> ok
2021-01-08 14:59:50 <q66> ran tests on both ppc64 and ppc, no issues
2021-01-08 15:00:17 <Ariadne> yeah its clean on all of the other archs too
2021-01-08 15:01:12 <Ariadne> cool, i'll cut a release in a moment
2021-01-08 15:01:21 <q66> sounds good
2021-01-08 15:54:17 <cratuki> Would it be difficult to use Alpine to build a stand-alone initramfs?
2021-01-08 16:00:14 <Hello71> it sounds possible but rarely useful
2021-01-08 16:00:41 <cratuki> I am building a single-system-image, and want thousands of hosts to be able to pxe-boot a stripped linux.
2021-01-08 16:01:36 <cratuki> I have spent several days trying to build an initramfs from scratch, following old instructions (http://eduardo-lago.blogspot.com/2012/06/ram-only-pxe-boot-smallest-diskless.html)
2021-01-08 16:02:36 <cratuki> Considering whether I should instead use an existing distro as a starting point.
2021-01-08 16:11:54 <Hello71> most distros support netboot now
2021-01-08 16:11:57 <Hello71> maybe you are googling wrong terms
2021-01-08 16:13:10 <cratuki> My understanding is that netboot is about installing the OS onto a hard disk.
2021-01-08 16:13:54 <Hello71> the only difference is that most distros need http/ftp/nfs/etc to fetch modules and/or root fs
2021-01-08 16:14:02 <Hello71> that is called "netinstall"
2021-01-08 16:14:22 <Hello71> netboot is booting over net. you can netboot installer if you want, or final os
2021-01-08 17:59:51 <eletrotupi> Hi, got a question about hosting your own apk repo, is this the right place to ask or there's another channel I should look?
2021-01-08 18:02:25 <ragnarov> meow
2021-01-08 18:02:45 <ragnarov> can I see the alpine linux bulid scripts for openrc?
2021-01-08 18:02:52 <ragnarov> please
2021-01-08 18:03:13 <maxice8> See main/openrc/APKBUILD in https://gitlab.alpinelinux.org/alpine/aports
2021-01-08 18:05:10 <ragnarov> :)
2021-01-08 18:14:44 <EF> eletrotupi: private repo ask here I'd suggest, repo as mirror read https://mirrors.alpinelinux.org/
2021-01-08 19:04:21 <LACampbell> where's the right place to put an alias without bash?
2021-01-08 19:05:50 <ikke> LACampbell: what do you mean with that?
2021-01-08 19:06:08 <ikke> the "without bash" part
2021-01-08 19:06:14 <LACampbell> ikke: well basically I searched for it and everyone says .bashrc
2021-01-08 19:06:19 <LACampbell> and that .profile won't work
2021-01-08 19:06:42 <ikke> So you want to add shell aliases?
2021-01-08 19:07:01 <LACampbell> yeah
2021-01-08 19:07:12 <ikke> git also has aliases, but they are limited to git foo like aliases
2021-01-08 19:07:21 <ikke> It depends on what shell you use
2021-01-08 19:07:25 <ikke> echo $SHELL
2021-01-08 19:07:27 <LACampbell> just the default ash
2021-01-08 19:07:33 <ikke> ok
2021-01-08 19:07:38 <ikke> then .profile should work
2021-01-08 19:09:00 <ikke> just confirmed, but it's only sourced for login shells
2021-01-08 19:09:57 <ikke> just `ash` does not source any file
2021-01-08 19:10:41 <ikke> there is also /etc/profile.d/*.sh
2021-01-08 19:18:14 <LACampbell> well thats easy enough
2021-01-08 21:47:28 <ket1> Yo
2021-01-08 21:47:53 <ket1> new musl libc update fucked my firefox seems to be an old bug that comes back every so often
2021-01-08 21:48:00 <ket1> something related to ioctl
2021-01-08 21:48:14 <ket1> any recommendations so I can access the web again?
2021-01-08 21:48:38 <ket1> or do i just wait for someone smart to update it eventually
2021-01-08 21:48:54 <caskd> what error exactly? did you report it somewhere?
2021-01-08 21:49:38 <ket1> it's pretty old everyone reports it like once a year but it's just firefox not being updated after musl libc gets updated and stuff gets messy
2021-01-08 21:49:46 <ket1> since there's no like official firefox port
2021-01-08 21:50:07 <caskd> ah then you just have to bump pkgrel to have it rebuilt on the repos
2021-01-08 21:50:54 <ket1> yeah
2021-01-08 21:51:05 <ket1> people were reporting it a lot like last year
2021-01-08 21:51:13 <ket1> its always the same
2021-01-08 21:51:29 <ket1> syscall 16, args 2 21523 something else here
2021-01-08 21:52:16 <caskd> Could you please use a pastebin and paste the entire log?
2021-01-08 21:52:30 <ket1> uhhh well not easy with no browser
2021-01-08 21:52:33 <Hello71> >no like official facebook port
2021-01-08 21:52:35 <Hello71> wat
2021-01-08 21:52:56 <caskd> hang on a second, i can provide you with a way from the terminal
2021-01-08 21:53:03 <ket1> i think i can manage to put it on tcp.st
2021-01-08 21:53:30 <caskd> curl -F'file=@filename-here.txt' http://0x0.st
2021-01-08 21:53:44 <caskd> or that service
2021-01-08 21:53:45 <ket1> ye that will do
2021-01-08 21:54:44 <ket1> http://0x0.st/-sRJ.txt
2021-01-08 21:54:46 <ket1> there
2021-01-08 21:55:02 <ket1> oh wait
2021-01-08 21:55:27 <ket1> i forgot to pipe everything
2021-01-08 21:55:55 <ket1> http://0x0.st/-sRy.txt
2021-01-08 21:55:58 <ket1> there you go now
2021-01-08 21:57:50 <caskd> Oh that's uhh interesting. I know about seccomp having problems but not for firefox
2021-01-08 21:57:52 <ket1> i imagine some other people running on edge will come in here with this same problem too eventually
2021-01-08 21:58:17 <ket1> i've been using w3m for like a day
2021-01-08 21:58:18 <ket1> lol
2021-01-08 21:58:31 <caskd> You could try pulling https://git.alpinelinux.org/aports/ on your machine and building it with abuild
2021-01-08 21:59:08 <ket1> oh nice
2021-01-08 21:59:13 <ket1> how would i do that exactly
2021-01-08 22:00:03 <caskd> You need to go to community/firefox, change the pkgrel to a number higher and run abulid -r
2021-01-08 22:00:39 <ket1> alright thanks
2021-01-08 22:02:04 <caskd> Then you should have a package built at $HOME/packages and you can install that with apk add --allow-untrusted ~/packages/ARCH/firefox-....apk
2021-01-08 22:02:30 <caskd> You might have to generate a key with abuild-keygen
2021-01-08 22:02:48 <ket1> oh well
2021-01-08 22:02:54 <ket1> sounds like its gonna be a long night
2021-01-08 22:02:58 <ket1> thanks lol
2021-01-08 22:03:19 <caskd> Well, i am not sure if this is related to bumping the package or seccomp itself
2021-01-08 22:03:29 <caskd> so i want you to test if that's the case
2021-01-08 22:04:13 <caskd> if the built package doesn't fix it then there's a bug most likely
2021-01-08 22:04:33 <ket1> lets see
2021-01-08 22:09:55 <ket1> brb
2021-01-08 22:14:49 <ket1> christ firefox is huge
2021-01-08 22:15:08 <ket1> respect to all the community people
2021-01-08 22:16:44 <MY-R> you sure it is because not rebuilded? Sandbox: seccomp sandbox violation I usually got when ran firefox without dbus in system and "status is: out of memory" with fonts first time see and it doesnt look nice
2021-01-08 22:17:09 <Florens> I was hoping to use ufw as a firewall but I'm having trouble setting it up. I've installed and enabled services for ufw, iptables and ip6tables, then configured my ufw settings and ran `ufw enable`.Everything looks fine but ip(6)tables still won't start because there aren't any rules. "Not starting iptables.  First create some rules then run:
2021-01-08 22:17:09 <Florens> /etc/init.d/iptables save"
2021-01-08 22:17:16 <ket1> no I have dbus and stuff
2021-01-08 22:17:43 <ket1> it was working fine for me until like yesterday
2021-01-08 22:18:02 <MY-R> ket1: do you have installed DejaVu fonts?
2021-01-08 22:18:09 <ket1> yes i have
2021-01-08 22:18:14 <ket1> it's not a font issue
2021-01-08 22:18:23 <ket1> though it shows some font stuff
2021-01-08 22:18:30 <ket1> it's all a chain reaction
2021-01-08 22:18:51 <ket1> I'm telling you yesterday I had a perfectly running system
2021-01-08 22:19:06 <caskd> seccomp is known to have problems with musl
2021-01-08 22:19:15 <ket1> upgraded libc my firefox broke
2021-01-08 22:19:19 <ket1> i wanted to verify it
2021-01-08 22:19:24 <caskd> ket1: was it just the libc?
2021-01-08 22:19:25 <ket1> so i did it on 2 other clean installs
2021-01-08 22:19:30 <caskd> or more
2021-01-08 22:19:31 <ikke> seccomp returns EPERM when it's not supposed to
2021-01-08 22:19:51 <MY-R> and I wanted ask how is firefox going in Alpine :\
2021-01-08 22:20:07 <ket1> well I upgraded everything but as it turns out this is an issue thats been there before
2021-01-08 22:20:15 <ket1> took me some googling to find it
2021-01-08 22:20:32 <ikke> I couldn't find anything in our bugtracker regarding ioctl
2021-01-08 22:20:36 <ikke> and firefox
2021-01-08 22:20:47 <ket1> im not sure where I found it
2021-01-08 22:20:53 <ket1> but like
2021-01-08 22:20:55 <ket1> give me a sec
2021-01-08 22:21:09 <caskd> seccomp has been broken on qtwebengine as well so it might be outdated from upstream?
2021-01-08 22:21:25 <ket1> google "syscall 16, args 2 21523" "firefox"
2021-01-08 22:21:35 <ket1> first result should be an article about a year old
2021-01-08 22:22:19 <caskd> the syscall here isn't the problem, seccomp itself is
2021-01-08 22:22:35 <caskd> as seccomp blocks it when it shouldn't
2021-01-08 22:22:41 <MY-R> second result point to closed MR https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/14152
2021-01-08 22:23:26 <ket1> btw MY-R just in case you were wondering
2021-01-08 22:23:27 <ikke> That MR was just someone trying something, but that did not end up actually solving the issue
2021-01-08 22:23:36 <ket1> firefox on sway on alpine is the smoothest i have gotten it to run
2021-01-08 22:24:35 <MY-R> for me i3 or sway doesnt matter, was enough to enable webrender in firefox to be super smooth
2021-01-08 22:24:51 <ket1> sway is a lot smoother for me
2021-01-08 22:25:02 <caskd> There is no new use of this ioctl anywhere in musl; its use goes back to 2015. The seccomp violation message spam due to stdio (writes to stdout or new fopen, not sure which) have been a longstanding issue in Firefox, and if it's causing crashing now, there's probably a different cause for whatever message Firefox is trying to print from a context where it gets blocked, thereby causing the tab crash.
2021-01-08 22:25:13 <MY-R> yeah is nice but still some small issues for me to switch on
2021-01-08 22:25:29 <ket1> oh
2021-01-08 22:25:34 <caskd> yeah, seccomp is fault here
2021-01-08 22:25:40 <ket1> thats sucks
2021-01-08 22:25:52 <ket1> you guys have any browser alternatives other than chromium?
2021-01-08 22:25:52 <MY-R> I really start hate "modern" web browsers eh :\
2021-01-08 22:25:59 <caskd> don't we all?
2021-01-08 22:26:11 <ket1> im still building it from source fingers crossed all goes well
2021-01-08 22:26:25 <MY-R> ket1: how many threads and ram?
2021-01-08 22:26:25 <caskd> i had to port ungoogled-chromium to alpine just because i needed blink
2021-01-08 22:26:42 <MY-R> firefox need more than 2GB per thread
2021-01-08 22:27:02 <ket1> you mean to build it or?
2021-01-08 22:27:09 <MY-R> ye to build
2021-01-08 22:27:13 <ket1> oh i dont know
2021-01-08 22:27:23 <ket1> doing the command caskd suggested seems to be going well
2021-01-08 22:27:33 <caskd> hm, does firefox builds work with ccache?
2021-01-08 22:27:33 <ket1> but my machine can definitely handle it
2021-01-08 22:27:51 <caskd> that would help in case of oom's to get back on track
2021-01-08 22:27:59 <MY-R> what is default alpine -j jobs?
2021-01-08 22:28:05 <ikke> 1
2021-01-08 22:28:15 <MY-R> ket1: so you will wait :)
2021-01-08 22:28:25 <caskd> yeah, that will be slow for a browser
2021-01-08 22:28:30 <ket1> gonna be a long night
2021-01-08 22:28:30 <ikke> it's defined in /etc/abuild.conf
2021-01-08 22:29:25 <ket1> oh man proceessor at 99% this is gonna be fun
2021-01-08 22:30:09 <MY-R> single core or whole system? :P
2021-01-08 22:30:20 <ket1> whole system
2021-01-08 22:30:27 <caskd> 1 core system?
2021-01-08 22:30:30 <ket1> 8 cores
2021-01-08 22:30:35 <caskd> wait what
2021-01-08 22:30:43 <ket1> ram is at 40%
2021-01-08 22:30:45 <caskd> so firefox builds ignore JOBS
2021-01-08 22:30:50 <MY-R> ikke lier! ;) maybe if not definied in file then using all
2021-01-08 22:30:56 <ket1> seems like it
2021-01-08 22:31:26 <ikke> what build system does firefox use?
2021-01-08 22:31:28 <ket1> this feels like mining crypto im gonna have to open the window so my computer doesnt melt
2021-01-08 22:31:41 <caskd> uhh looks like autoconf
2021-01-08 22:31:53 <caskd> mach
2021-01-08 22:31:54 <ikke> hmm, then it should default to just 1 job
2021-01-08 22:32:30 <MY-R> hmmm if that ignore -j then now I know why I never was abble to build firefox in Alpine....
2021-01-08 22:32:52 <MY-R> more like those version above 80.x
2021-01-08 22:33:16 <caskd> MY-R: at least it's not ninja where you need to hope they don't use nested make/ninja combinations
2021-01-08 22:33:28 <MY-R> ehh!
2021-01-08 22:33:46 <ket1> oh no yeah its definitely ignoring something all my threads are on 100 not complaining tho
2021-01-08 22:33:57 <ket1> at least it will be faster
2021-01-08 22:34:08 <MY-R> have you got at least 16GB or more ram?
2021-01-08 22:34:15 <ket1> yeah i have 16
2021-01-08 22:34:23 <MY-R> so fingers cross
2021-01-08 22:34:23 <caskd> that should work
2021-01-08 22:34:26 <ket1> ram is doing alright so far
2021-01-08 22:34:48 <ket1> i have a pretty light environment
2021-01-08 22:34:58 <MY-R> there is some rust process at the end which is abble to eat everything in few seconds what start doing OOM on other processes
2021-01-08 22:35:23 <ikke> rust linking
2021-01-08 22:35:32 <ikke> notorious memory hungry
2021-01-08 22:35:42 <ket1> oh man
2021-01-08 22:35:44 <MY-R> on machine with 4 cores and 8GB I wasnt abble build any 80.x firefox :\
2021-01-08 22:35:55 <ket1> ill go get some liquid nitrogen
2021-01-08 22:36:07 <MY-R> but build with -j3 just fine but not on Alpine
2021-01-08 22:36:19 <caskd> i have vm.overcommit_memory = 2 to at least prevent hangs until the kernel makes some space
2021-01-08 22:36:26 <caskd> should be default tbh
2021-01-08 22:37:05 <ket1> im on the longest part right now i think the compile part
2021-01-08 22:37:48 <ket1> wow i really wasnt expecting my temps to be this good
2021-01-08 22:37:53 <caskd> compiling browsers nowadays is so memory hungry... even the alpine builders timeout on them
2021-01-08 22:38:01 <caskd> or fail
2021-01-08 22:38:08 <ket1> blame javascript
2021-01-08 22:38:13 <ikke> that's because we do -J$(nproc)
2021-01-08 22:38:28 <ikke> and we have one machine that has less then 1GB per core
2021-01-08 22:38:32 <caskd> not only js but overall the bloat of the browsers and the dependency hell
2021-01-08 22:38:39 <ket1> hey at least its firefox not chromium
2021-01-08 22:38:46 <MY-R> hehe true
2021-01-08 22:39:07 <MY-R> caskd: thanks for tip with vm.overcommit_memory I will have to try it out and read about it more
2021-01-08 22:39:36 <caskd> MY-R: np
2021-01-08 22:40:48 <ket1> so much c++ so many warnings
2021-01-08 22:41:04 <ket1> i feel bad for mozilla employees
2021-01-08 22:41:08 <caskd> you get used to it when you work with big horrible codebases
2021-01-08 22:41:14 <caskd> this is normal for them
2021-01-08 22:41:32 <caskd> don't ever let your code be like this
2021-01-08 22:41:42 <ket1> like how do they even patch stuff with so much code
2021-01-08 22:42:03 <ket1> there has to be at least a couple million lines of code on this
2021-01-08 22:42:20 <caskd> ket1: it's like using hot glue to repair and broken window with plastic
2021-01-08 22:42:30 <caskd> it kinda does but really doesn't fix the problem
2021-01-08 22:42:35 <ket1> ohh man
2021-01-08 22:42:55 <ket1> would be cool to see a rust browser that uses deno's v8 engine
2021-01-08 22:43:16 <caskd> thing is, nowadays everyone's either afraid or just doesn't want to write a browser
2021-01-08 22:43:34 <ket1> i mean yeah its a pretty big project
2021-01-08 22:43:38 <caskd> due to the hell of no standardization whatsoever
2021-01-08 22:43:47 <ket1> everyone just git clones chromium and changes the logo
2021-01-08 22:44:14 <caskd> vendors implement stuff as they think fits instead of cooperating
2021-01-08 22:44:30 <caskd> so we get 10 different features for 20 different browsers
2021-01-08 22:44:43 <ket1> yeah
2021-01-08 22:44:46 <Apachez> even microsoft did that
2021-01-08 22:44:55 <Apachez> but somehow microsoft managed to screw things up anyway
2021-01-08 22:44:59 <ket1> google keeps putting annoying ad shit in chrome
2021-01-08 22:45:00 <caskd> yeah
2021-01-08 22:45:14 <Apachez> for some unknown reason webrtc is really shitty in ms edge compared to both chromium and chrome
2021-01-08 22:45:18 <ket1> they're like "hey look this will give you more accesibility" thinking you're a dumbass
2021-01-08 22:45:22 <Apachez> even if ms edge is allegately forked out of chromium
2021-01-08 22:45:30 <caskd> oh boy, webrtc
2021-01-08 22:45:48 <Apachez> the way to go when it comes to videoconferences these days :P
2021-01-08 22:45:57 <Apachez> but its hilarious to witness all the implementations
2021-01-08 22:46:03 <Apachez> cisco must be the worst out there
2021-01-08 22:46:04 <caskd> yeah, i know it's just a hell
2021-01-08 22:46:05 <ket1> webrtc is some messy shit
2021-01-08 22:46:14 <Apachez> while jitsi is probably one of the best
2021-01-08 22:46:18 <Apachez> jitsi just use two ports
2021-01-08 22:46:31 <Apachez> defaults to udp 10000 and if that aint working it will be using tcp443
2021-01-08 22:46:35 <caskd> tg forked it and now either i or the other people that care about telegram on alpine have to fix their shit
2021-01-08 22:46:55 <caskd> cursed build config as well to top it off
2021-01-08 22:46:57 <ket1> could always use telegram web i guess
2021-01-08 22:47:07 <Apachez> what about signal-app ?
2021-01-08 22:47:10 <caskd> looks like chrome's
2021-01-08 22:47:15 <ket1> signal seems sketchy to me
2021-01-08 22:47:21 <Apachez> how come?
2021-01-08 22:47:29 <Apachez> zero integrity raping
2021-01-08 22:47:39 <Apachez> compared to well the facebook app who is all over the place =)
2021-01-08 22:47:53 <Apachez> https://9to5mac.com/2021/01/04/app-privacy-labels-messaging-apps/
2021-01-08 22:47:59 <caskd> signal tries to be cool and fails but omemo is nice
2021-01-08 22:48:02 <ket1> their whole advertising point is that they don't give backdoor access to feds but can you really prove that
2021-01-08 22:48:06 <caskd> except that they store backup keys
2021-01-08 22:48:20 <ket1> you don't know what's running on their servers
2021-01-08 22:48:25 <caskd> ^
2021-01-08 22:48:32 <Apachez> dont have to since the data is encrypted
2021-01-08 22:48:36 <Apachez> point of encryption
2021-01-08 22:48:43 <Apachez> and the source is open for audit
2021-01-08 22:48:44 <caskd> i either selfhosted for maximum safety or don't care about safety at all
2021-01-08 22:48:49 <Apachez> compared to whatsapp and the others
2021-01-08 22:49:06 <Apachez> you can run signal on preem if you like
2021-01-08 22:49:24 <caskd> has anyone tried that though?
2021-01-08 22:49:28 <ket1> i would honestly prefer something like matrix
2021-01-08 22:49:50 <ket1> that is some crypto fucking magic
2021-01-08 22:50:00 <caskd> all these platforms are moving so fast i'm afraid to use any of them
2021-01-08 22:50:11 <ket1> matrix is self hosted
2021-01-08 22:50:25 <ket1> think like a discord version of mastodon
2021-01-08 22:50:29 <caskd> even though IRC is still 512 bytes limited, i love it for simple chats
2021-01-08 22:50:47 <caskd> ket1: IRC + Mumble still rocks
2021-01-08 22:50:52 <ket1> IRC is alright it's where all the people who know stuff are
2021-01-08 22:50:57 <Apachez> if I want to chat with myself I can just use wireguard and store the line in a textfile ;)
2021-01-08 22:51:23 <Apachez> IRC is wardrone approved by us army or whoever is flying those drones =)
2021-01-08 22:51:27 <caskd> IRC is really cool, i am currently on a homebrewed client
2021-01-08 22:51:33 <ket1> knowledge spreads a lot easier on IRC because you don't have kids looking to fight you have adults sharing their experiences and knowledge
2021-01-08 22:51:56 <Apachez> https://publicintelligence.net/tactical-chat/  :D
2021-01-08 22:52:16 <ket1> oh my we're at the ram part
2021-01-08 22:52:39 <caskd> ket1: we'll know how it goes if you timeout
2021-01-08 22:52:43 <ket1> 10.6GiB used :,,,))))))
2021-01-08 22:53:06 <ket1> I doubt I will all i have open is 2 terminals one is my irc client other is the build one
2021-01-08 22:53:28 <ket1> ohhhhh ram went down thats good
2021-01-08 22:53:36 <ket1> i got scared for a second
2021-01-08 22:53:58 <MY-R> first time compiling? ;)
2021-01-08 22:54:05 <ket1> thank god it's sub zero outside this weather is saving my setup from overheating to death
2021-01-08 22:54:28 <ket1> i built brave once in the past and i promised i would never use it again
2021-01-08 22:54:37 <caskd> ket1: good
2021-01-08 22:54:42 <ket1> it really is not that great
2021-01-08 22:55:16 <ket1> their advertisign campaign was "you're not the product" now they're doing targeted ads like everyone else
2021-01-08 22:55:29 <Apachez> ket1: you mean google?
2021-01-08 22:55:34 <ket1> brave browser
2021-01-08 22:55:45 <Apachez> they also had "dont be evil" until they removed that a few years ago =)
2021-01-08 22:56:00 <ket1> not to say it's just slightly modified and redesigned chromium
2021-01-08 22:56:06 <caskd> eventually everyone ends up being the one they fight
2021-01-08 22:56:15 <caskd> how quick that happens depends
2021-01-08 22:56:39 <ket1> thankfully there's always competition
2021-01-08 22:56:54 <MY-R> not with browsers anymore...
2021-01-08 22:57:07 <caskd> ^
2021-01-08 22:57:16 <ket1> yeah i guess you're right
2021-01-08 22:57:39 <MY-R> it is already lost fight
2021-01-08 22:57:56 <ket1> there should be like a browser council everyone keeps adding dumb stuff and everyone else adds it too because ohhhh look he has it and i dont
2021-01-08 22:58:07 <caskd> yeah
2021-01-08 22:58:21 <caskd> you mean for people to standardize stuff for browsers
2021-01-08 22:58:23 <Apachez> there is also vanadium if you want a privacy edition of chromium https://grapheneos.org/build#browser-and-webview
2021-01-08 22:58:31 <ket1> yeah man
2021-01-08 22:58:37 <caskd> like ISO/IETF/ANSI
2021-01-08 22:58:47 <ket1> some standard
2021-01-08 22:59:04 <Apachez> that works as long as NSA dont get involved and screw things up the usual way
2021-01-08 22:59:08 <Apachez> like they did with EC_DUAL :D
2021-01-08 22:59:31 <caskd> tell us more
2021-01-08 22:59:37 <caskd> never heard of that
2021-01-08 22:59:58 <ket1> they are too busy finding exploits for windows 10 and making people think encryption is for criminals
2021-01-08 23:00:45 <caskd> YoU DoNt HaVe To Be AfRaId iF yOu HaVe NoThInG tO HiDe
2021-01-08 23:01:06 <ket1> aha the classic
2021-01-08 23:02:10 <ket1> "Bitcoin??? are you some kind of criminal???"
2021-01-08 23:02:11 <Apachez> + "think of the children"
2021-01-08 23:02:34 <caskd> Apachez: oh yeah that one
2021-01-08 23:03:09 <Apachez> I always reply "why? are you a pedophile?"
2021-01-08 23:03:17 <Apachez> and then it gets bad mood in the room =)
2021-01-08 23:03:41 <caskd> lmao
2021-01-08 23:03:50 <ket1> they will take anything as an excuse to violate people's privacy
2021-01-08 23:03:57 <caskd> true
2021-01-08 23:04:03 <ket1> tell the congressmen to pass some shit they don't even understand
2021-01-08 23:04:20 <ket1> they will be like ohhhh better internet? OK!
2021-01-08 23:05:57 <caskd> it's hilarious how far it goes when we clearly know the internet is encrypted just because of such people
2021-01-08 23:06:20 <caskd> that want to know everything
2021-01-08 23:06:39 <ket1> some people are just okay with ignorance
2021-01-08 23:06:50 <caskd> ignorance is sometimes okay
2021-01-08 23:07:03 <caskd> but that's just existing and having no logical thought
2021-01-08 23:07:08 <ket1> "I'm not a criminal so why would i care if x y z is violating my privacy"
2021-01-08 23:07:13 <caskd> "oh yeah they want my best"
2021-01-08 23:07:34 <caskd> yeah that quote is so dumb
2021-01-08 23:07:46 <ket1> ohhhhhh im in the rust part
2021-01-08 23:07:49 <caskd> porn is always a good example against this
2021-01-08 23:07:53 <ket1> i just saw tokio compiling
2021-01-08 23:09:47 <ket1> I love how this chat just began with me having a firefox bug and now we're talking about the correlation of porn and the NSA
2021-01-08 23:09:56 <caskd> haha
2021-01-08 23:11:34 <Apachez> speaking of porn... pornhub normally release their yearly insight in mid december
2021-01-08 23:11:42 <Apachez> but they havent released anything for 2020 yet
2021-01-08 23:12:01 <caskd> they are too embarassed about the corona searches
2021-01-08 23:12:04 <maxice8> Isn't this more appropriate in #alpine-offtopic ?
2021-01-08 23:12:10 <caskd> probably
2021-01-08 23:12:12 <ket1> yeah lol
2021-01-09 01:10:17 <ket1> finished compiling
2021-01-09 01:12:14 <ket1> how did you install it from the apk again
2021-01-09 01:12:35 <ket1> aha allow untrusted
2021-01-09 01:12:58 <ket1> YO IT WORKED
2021-01-09 01:12:59 <ket1> AYYYYYYYYYYYYY
2021-01-09 01:13:24 <caskd> so it was musl????
2021-01-09 01:13:29 <caskd> hmmmmmmmmmmm
2021-01-09 01:13:30 <ket1> seems like it
2021-01-09 01:13:38 <ket1> how can i uhhh
2021-01-09 01:13:43 <ket1> do like something for the community
2021-01-09 01:13:45 <ket1> and upload it
2021-01-09 01:14:01 <caskd> you can just make a merge request to rebuild it
2021-01-09 01:14:13 <ket1> ahahhaahahaashhas
2021-01-09 01:14:15 <ket1> alright
2021-01-09 01:14:18 <ket1> thanks
2021-01-09 01:14:22 <caskd> np
2021-01-09 06:24:38 <guix-vits> i seen word jitsi here.  is that hard to make it run on alpine?
2021-01-09 06:26:10 <maldridge> jitsi is somewhat hard to run on anything
2021-01-09 06:26:15 <maldridge> I wouldn't say alpine makes it easier or harder
2021-01-09 06:26:57 <guix-vits> do it needs some additional steps: https://jitsi.github.io/handbook/docs/devops-guide/devops-guide-docker ?
2021-01-09 06:27:08 <guix-vits> y/n ;)
2021-01-09 06:28:05 <guix-vits> (step access the web ui not working for me)
2021-01-09 06:28:46 <guix-vits> wait.  "somewhat hard".  i got it now.  thank you.
2021-01-09 06:31:40 <maldridge> I would say if you're on the docker approach alpine adds no additional challenges
2021-01-09 06:31:51 <maldridge> any issues you're seeing with docker are best addressed by the jitsi devs
2021-01-09 06:43:14 <guix-vits> ofc
2021-01-09 07:00:08 <qman__> A docker host is a docker host, doesn't really matter which distro is running the docker engine
2021-01-09 07:00:37 <qman__> It's the container image that makes the differences in being able to run a given program
2021-01-09 08:21:32 <Ariadne> q66: 1.0 is out and in the usual place
2021-01-09 14:41:46 <fys> not sure if anyone cares but running plex in a glibc chroot is super ez
2021-01-09 14:41:57 <fys> works great!
2021-01-09 14:42:01 <fys> (:
2021-01-09 14:43:44 <Cogitri> I just use the official docker images, just works
2021-01-09 14:44:13 <fys> Seems like a lot of overhead for a package that bundles all its libs internally.
2021-01-09 14:44:55 <fys> You barely need anything to run it
2021-01-09 15:24:23 <Cogitri> I need docker anyway and that way I don't have to worry about keeping plex or the chroot os up to date
2021-01-09 15:45:31 <artok> ..and docker is great for throwaway things
2021-01-09 15:46:47 <blawiz> followed https://wiki.alpinelinux.org/wiki/Raspberry_Pi_3_-_Setting_Up_Bluetooth, uncommented the bt line in /etc/mdev.conf, but after reboot i have to run: 'btattach -B /dev/ttyAMA0 -P bcm -S 115200 -N &;/etc/init.d/bluetooth start' to see the bt list (im on rpi4b, but assuming its similar)
2021-01-09 17:07:28 <EF> minimal: fyi, there is a dropbear integration that could solve the simple deployment of ssh at boot > https://github.com/mk-f/alpine-initramfs-dropbear
2021-01-09 17:08:39 <EF> am tweaking it for 3.12 but may be a corner stone for the initramfs-init mods to support ssh
2021-01-09 17:13:59 <minimal> EF: yes I'm well aware of it, I'm working on packing up a solution as part of Alpine itself
2021-01-09 17:15:31 <minimal> s/packing/packaging/g
2021-01-09 18:20:39 <drzacek> hello there dudes
2021-01-09 20:41:02 <mps> a notes and script to install alpine on acer r13 chromebook http://arvanta.net/alpine/install-alpine-on-acer-r13-chromebook/
2021-01-09 21:03:54 <fourstepper> Alpine no longer makes use of grsecurity, at least by default, does it?
2021-01-09 21:04:22 <ikke> fourstepper: We don't have access to the patches
2021-01-09 21:04:25 <ikke> so np
2021-01-09 21:04:28 <ikke> no
2021-01-09 21:04:39 <fourstepper> Ah, they were closed off..
2021-01-09 21:04:50 <fourstepper> Thanks :)
2021-01-09 21:32:27 <drzac> hello there
2021-01-09 21:32:59 <drzac> I'm currently trying to install alpine on my desktop. Question, how do I install bootloader from the live iso?
2021-01-09 21:34:26 <Cogitri> setup-alpine does that for you
2021-01-09 21:34:31 <fourstepper> I would like to understand more about what Alpine does extra for security than your typical Linux distribution aside from having a smaller attack surface by default. Is there some documentation about this I could study?
2021-01-09 21:35:26 <drzac> setup-alpine also want to use whole disk
2021-01-09 21:35:44 <drzac> I set up partition for it, did the setup disk thingy
2021-01-09 21:36:09 <ikke> What bootloader do you want to use?
2021-01-09 21:36:40 <drzac> Oh I think it worked. I used the boot directory parameter to point to the /mnt/boot and it worked
2021-01-09 21:39:04 <drzac> but that is just the grub-install part. Now I need some config
2021-01-09 21:57:23 <q66> Ariadne: btw, the makefile does not install a libucontext_posix.so symlink
2021-01-09 21:57:58 <q66> worked around it with extra ln -s libucontext_posix.so.1 ${DESTDIR}/usr/lib/libucontext_posix.so
2021-01-09 22:28:53 <echoline> I have a question about gpg verification, I'm getting this:
2021-01-09 22:28:57 <echoline> https://www.irccloud.com/pastebin/EVVE3pEI/
2021-01-09 22:29:45 <Hello71> seems working fine
2021-01-09 22:29:50 <Hello71> did you google it
2021-01-09 22:30:01 <echoline> yeah
2021-01-09 22:30:09 <echoline> that's correct?
2021-01-09 22:30:24 <Hello71> well it depends what you want to verify
2021-01-09 22:30:58 <echoline> I don't know much about gpg
2021-01-09 22:32:51 <echoline> how does it check so quickly?
2021-01-09 22:43:11 <Hello71> what do you mean
2021-01-09 22:44:47 <echoline> well a checksum takes a long time, this is done in less than a second
2021-01-09 23:01:14 <drzacek> okay dudes, I must say I'm rather dissapointed. Wasted whole evening trying to install alpine, unfortunately I failed.
2021-01-09 23:01:33 <drzacek> fix your installation process, cause installing bootloader from that live-iso thingy is painful
2021-01-09 23:02:23 <drzacek> I tried all known to me combinations, tried grub, tried syslinux, tried gpt/mbr versions, it always lands in initramfs rescue shell (sometimes it doesn't boot at all, claiming that no bootable device is found)
2021-01-09 23:02:45 <drzacek> and this hacking with switching between chroot and not during installation isn't proper way in my eyes either
2021-01-09 23:03:52 <drzacek> so maybe someone could provide me a detailed, simple to follow and WORKING solution, on how to install alpine linux to a specific partition - I don't expect dual boot on that drive, windows is installed on separate disk, but I only have one partition available on the target disk
2021-01-09 23:04:43 <drzacek> tried ext4 and ext3, ext4 seems to not be working with it at all, no idea why. My guess is that since it doesn't install bootloader properly, it skips generating proper initramfs
2021-01-09 23:05:07 <mps> docs.alpinelinux.org
2021-01-09 23:05:25 <drzacek> I was hoping that maybe after booting, I could run the proper commands to install it/configure properly, so then it would detect all OSes in system
2021-01-09 23:06:11 <alxsdf> you need os-prober for it to detect the operating systems (I'm assuming you're using GRUB)
2021-01-09 23:06:35 <drzacek> I don't need that first, it was just a nice wish to have at some point
2021-01-09 23:06:51 <drzacek> but all I wanted is to install it to specific partition, without providing whole disk for alpine disposal
2021-01-09 23:06:54 <alxsdf> you can manually force an initramfs to be created with mkinitfs
2021-01-09 23:07:06 <drzacek> not even dual boot (changing boot device order in bios is not dual boot for me)
2021-01-09 23:07:22 <alxsdf> I mean I achieved that, but that was 2 years ago, I don't know how things have changed
2021-01-09 23:07:28 <alxsdf> what's the first error you had along the way
2021-01-09 23:07:40 <alxsdf> andor, do you think you can tpaste.us your console log of installing?
2021-01-09 23:08:13 <drzacek> well, I tried grub first, and since I couldn't make createconfig-grub (could not find canonical path for something), it had no config
2021-01-09 23:08:21 <drzacek> but that;'s no problem, I can boot systems from grub console
2021-01-09 23:08:43 <drzacek> doubt, I'm back on my windows system
2021-01-09 23:09:05 <alxsdf> are you on an EFI system?
2021-01-09 23:09:09 <drzacek> well it looked promising with both grub and syslinux in the end
2021-01-09 23:09:10 <echoline> you have to also specify the module for ext[234] on the kernel cmdline
2021-01-09 23:09:31 <drzacek> kernel cmndline?
2021-01-09 23:09:47 <alxsdf> andor are you using encryption (I just googled 'grub canonical path' and it seems like someone on arch linux had a similar(?) problem)
2021-01-09 23:10:08 <echoline> the kernel boot arguments should list modules to load
2021-01-09 23:10:11 <drzacek> alxsdf, dunno, I never understood that efi/uefi things, I'm still stuck in mbr-style booting. no one can convince me that anything else is easier
2021-01-09 23:10:37 <drzacek> no encryption, afaik
2021-01-09 23:11:04 <alxsdf> heh, I feel similar wrt. EFI/MBR
2021-01-09 23:11:21 <mps> drzacek:  docs.alpinelinux.org
2021-01-09 23:11:24 <drzacek> at some point initramfs rescue shell said "mount /dev/sda5 to /sysroot failed: no such file"
2021-01-09 23:11:41 <drzacek> while both were present, but I guess it's some low level mambo jambo going on there
2021-01-09 23:12:17 <echoline> you need the filesystem module loaded in the initram
2021-01-09 23:12:32 <drzacek> echoline, that sounds logical. how is that done?
2021-01-09 23:12:54 <drzacek> how does mkinitfs work? will it work from chroot?
2021-01-09 23:13:05 <alxsdf> mkinitfs -h
2021-01-09 23:13:11 <alxsdf> I think it works from within a chroot fine though
2021-01-09 23:13:30 <drzacek> those grub-install commands didn't liked chroot too much
2021-01-09 23:13:30 <alxsdf> like there technically shouldn't be any distinction for the program between running in a chroot or otherwise
2021-01-09 23:13:49 <alxsdf> hm they... shouldn't care. maybe some things weren't mounted
2021-01-09 23:13:57 <alxsdf> remember to bind mount /proc and /sys
2021-01-09 23:14:00 <alxsdf> and /dev
2021-01-09 23:14:10 <drzacek> hmm I only bind mounted dev
2021-01-09 23:14:29 <alxsdf> for chroot I tend to use the arch-chroot script that's floating around on the internet, saves a lot of hassle with binding everything and getting it all up
2021-01-09 23:14:31 <drzacek> so mkinitfs should take care of any module loading for fs and such?
2021-01-09 23:14:55 <drzacek> I never really fiddled with those initramfs stuff
2021-01-09 23:15:15 <alxsdf> I'm not sure how complex that script is, so I wouldn't know deep the checks are for required modules
2021-01-09 23:15:26 <alxsdf> you can probably just shove 'ext4' in somewhere in /etc that looks right
2021-01-09 23:15:31 <echoline> drzacek: my grub kernel line looks like this: linux	/vmlinuz-lts root=/dev/mapper/root ro  modules=sd-mod,usb-storage,ext4,dm-crypt rootfstype=ext4 cryptroot=/dev/sda4 cryptdm=root
2021-01-09 23:15:35 <alxsdf> /etc/modules.conf or whatever
2021-01-09 23:15:49 <echoline> see modules=...
2021-01-09 23:16:11 <drzacek> okay, I pointer it to /boot/vmlinuz-lts
2021-01-09 23:16:29 <alxsdf> check to see what you have in /boot
2021-01-09 23:16:31 <drzacek> alright, I'm gonna give it one more try, but if this fails ...
2021-01-09 23:16:37 <alxsdf> it might just be /boot/vmlinuz
2021-01-09 23:18:29 <yZ5vlALg86lP> you want to also look at /etc/mkinitfs/mkinitfs.conf
2021-01-09 23:19:26 <alxsdf> they've rebooted already by the look of it lol
2021-01-09 23:20:46 <yZ5vlALg86lP> also in case of syslinux configuring /etc/update-extlinux.* is also a thing.
2021-01-09 23:21:23 <yZ5vlALg86lP> the magic of alpine is not in scripts, but in the knowledge and understanding of its users...
2021-01-09 23:22:26 <mps> yZ5vlALg86lP: :)
2021-01-09 23:28:53 <drzacek> https://imgur.com/BJmU566
2021-01-09 23:29:28 <loosh> i'm in alpine 3.12.3 and trying to do "iface eth0 inet6 auto" but getting method not found error, what have i got broken?
2021-01-09 23:29:41 <drzacek> I did in fact was able to do mkinitfs in chroot, and update-extlinux. The extlinux.conf looks fine too, I guess, has some kernel boot parameters there, something about ext3 and proper uuid is there too
2021-01-09 23:30:02 <drzacek> dunno, maybe the disk is broken?
2021-01-09 23:31:49 <drzacek> any other ideas, why it doesn't want to mount that partition?
2021-01-09 23:34:16 <yZ5vlALg86lP> you have the kernel module loaded, according to lsmod?
2021-01-09 23:40:14 <drzacek> in initramfs?
2021-01-09 23:40:19 <drzacek> don't know, haven't checked
2021-01-09 23:50:39 <outerpassage> anyone know if "class compliant" usb audio interfaces should work out of the box on alpine?
2021-01-09 23:55:24 <Hello71> it is handled by snd-usb-audio
2021-01-09 23:58:27 <outerpassage> great thanks
2021-01-10 00:00:51 <Hello71> if it says "plug and play on windows and mac" it almost certainly works on linux
2021-01-10 00:01:02 <Hello71> for any hardware
2021-01-10 00:02:36 <MY-R> brave statement ;)
2021-01-10 00:16:44 <Hello71> well, assuming it actually does plug and play on windows and mac
2021-01-10 00:17:09 <Hello71> obviously if their advertising is totally false then you can't expect it to work on linux either
2021-01-10 00:31:27 <MY-R> Hello71: not sure if still it is popular for some usb modems but remember many of them were PnP because they got included flash memory which emulated optical disk so by default windows could get from them autorun script and install drivers.exe :P
2021-01-10 00:34:21 <MY-R> not to mention how companies are abble even from popular (working in linux) chips make something what will be so badly outscope from general specification that wont even work after in linux :\
2021-01-10 01:07:24 <Hello71> windows doesn't have autorun by default for a long, long time
2021-01-10 01:08:25 <MY-R> yeah I know, those were different times :)
2021-01-10 01:09:46 <MY-R> but wanted just describe how others can see Plug n Play :P
2021-01-10 01:50:41 <omni> I don't know where this belong, but I have issues with plugging and unplugging hdmi to my laptop (through a usb-c dock, not sure if that matters  and I currently have no other way to connect hdmi)
2021-01-10 01:51:20 <omni> the second time I connect the hdmi cable the system freeze
2021-01-10 01:51:42 <omni> in sway, I should say
2021-01-10 01:52:41 <omni> if I plug and unplug the cable while in console this doesn't affect anything, until I start sway
2021-01-10 01:54:08 <omni> I learnt this while investigating why my laptop was frozen after I left it for a while, with the external monitor connected (to hdmi through a usb-c dock)
2021-01-10 01:55:43 <omni> I can also trigger this with 'swaymsg "output * dpms off"; swaymsg "output * dpms on"'
2021-01-10 01:59:04 <omni> (seems like it could belong in #sway..)
2021-01-10 02:01:13 <Hello71> MY-R: sure, that's true. 15 years ago was a different time
2021-01-10 02:01:53 <Hello71> also see: linux mp3 support
2021-01-10 02:04:38 <Hello71> omni: probably
2021-01-10 02:07:03 <omni> the thing that make me hesitate, despite the number of sway mentions above, is that something trigger even before I start sway
2021-01-10 02:07:27 <omni> If I connect the hdmi connector twice before starting sway I get a freeze
2021-01-10 02:08:07 <omni> I'll dig further later
2021-01-10 02:09:28 <omni> there are quite a few swaywm/issues if you filter on "dpms"...
2021-01-10 03:51:26 <nighty-cloud> Basically I'm clueless about Alpine but I've sort of "inherited" a VPS running a critical service that runs Alpine. I tried to update a single package (certbot) but it errored saying "libcrypto1.1-1.1.1i-r0: trying to overwrite etc/ssl/openssl.cnf owned by libressl2.6-libcrypto-2.6.3-r0." apk fix didn't help
2021-01-10 03:53:25 <nighty-cloud> I'm a bit afraid to do anything further out of fear that I may break the services on that VPS so I'd appreciate any help that I can get
2021-01-10 04:30:25 <Ariadne> nighty-cloud: apk upgrade --available
2021-01-10 07:25:24 <TheKyleS> .
2021-01-10 08:12:07 <manti7> wener: after postgresql was updated from version 12 to 13 in edge, the package timescaledb does not work with version 13 anymore
2021-01-10 08:12:41 <manti7> wener: could not load library "/usr/lib/postgresql/timescaledb.so": Error relocating /usr/lib/postgresql/timescaledb.so: elog_start: symbol not found
2021-01-10 08:18:11 <manti7> wener: sorry for the question! timescaledb 1.7.4 currently supports only postgresql 9.6, 10, 11 and 12
2021-01-10 08:27:42 <mps> manti7: probably should be rebuilt with pg 13
2021-01-10 08:32:06 <manti7> mps: unfortunately even timescaledb 2.0-RC1+ does not support postgresql 13. i guess i will have to work with postgresql 12.5-r0
2021-01-10 11:56:13 <guix-vits> hi.  on edge, testing repo:  i2pd not running.   `i2pd --help` -> "illegal instruction".
2021-01-10 11:56:13 <guix-vits> Compiled from sources, just `cmake .; make`.  working.
2021-01-10 11:56:13 <guix-vits> x86_64.
2021-01-10 12:03:50 <ikke> guix-vits: seems to run here
2021-01-10 12:04:50 <ikke> guix-vits: running it in an edge docker container on x86_64
2021-01-10 12:12:20 <drzacek> ha! I was able to install it today
2021-01-10 12:13:40 <drzacek> thanks for the tip about modules loaded, I checked the lsmod in initramfs rescue shell, seen that it had loaded ext4 module, didn't had any for ext3 available. I had no idea how to install modules for initramfs, so I just formatted the partition with ext4, setuped everything again, installed to that partition, recreated bootloader and it booted!
2021-01-10 12:15:46 <drzacek> What I'm struggling with now, is getting that thing "matrix" to work here. I have never used it, but recently more and more projects use it alternatively to or along IRC, so I thought I'll give it a try. But don't see any "matrix" package in alpine. And google isn't really helpful in that regard either. Found website with comparison of matrix clients, but most were mobile, those fancy ones I don't understand how to build
2021-01-10 12:15:46 <drzacek> from sources (cause only available on debian)
2021-01-10 12:15:56 <drzacek> what is the "alpine way" to getting matrix client?
2021-01-10 12:16:52 <ikke> matrix is a protocol
2021-01-10 12:16:58 <ikke> there are several clients
2021-01-10 12:17:23 <fys> what is "matrix"
2021-01-10 12:17:48 <ikke> https://matrix.org/
2021-01-10 12:17:52 <fys> ty
2021-01-10 12:18:32 <ikke> https://pkgs.alpinelinux.org/packages?name=fractal&branch=edge
2021-01-10 12:18:37 <ikke> I see fractal is packaged
2021-01-10 12:24:41 <drzacek> ok, thanks. Tried spectral too, but it lacks some qt packages. Haven't found out how the proper package is called, but fractal seems to work, thx
2021-01-10 12:33:01 <mps> when talk goes about matrix, anyone knows for guide to setup dendrite as home server
2021-01-10 12:33:25 <Cogitri> I think dendrite is still in beta phase
2021-01-10 12:36:25 <PureTryOut[m]2> I setup Dendrite recently from the Alpine repos, was really easy
2021-01-10 12:36:54 <ikke> Yes, me too
2021-01-10 12:36:56 <PureTryOut[m]2> But yes Dendrite is still in beta and misses some features. Good enough to talk in this channel though 😉
2021-01-10 12:37:11 <ikke> though, just a test setup, not using it for anything
2021-01-10 12:37:22 <fys> what the frick
2021-01-10 12:37:23 <ikke> PureTryOut[m]2: what client do you use?
2021-01-10 12:37:32 <fys> TIL: my terminal supports emojis
2021-01-10 12:37:34 <fys> lol
2021-01-10 12:37:34 <PureTryOut[m]2> Just follow the installation instructions in https://github.com/matrix-org/dendrite, but replace the `bin/dendrite-monolith-server` with the binaries from the Alpine package
2021-01-10 12:37:44 <PureTryOut[m]2> ikke: Element currently, with NeoChat on the side
2021-01-10 12:37:52 <ikke> ok
2021-01-10 12:39:59 <mps> I installed dendrite and even made some small perl scripts for administration
2021-01-10 12:40:57 <mps> but had a hope that somewhere is guide with 'tips and tricks', and security notes
2021-01-10 12:41:26 <PureTryOut[m]2> Not that I know off
2021-01-10 12:41:52 <mps> ok, will continue to 'play' in free time
2021-01-10 12:42:10 <mps> thanks all for encourage :)
2021-01-10 12:42:27 <PureTryOut[m]2> Np! Welcome to the Matrix 😜
2021-01-10 12:43:04 <fys> do i have to take a pill or is that optional?
2021-01-10 12:43:22 <PureTryOut[m]2> Optional
2021-01-10 12:43:30 <fys> rgr ;)
2021-01-10 12:49:11 <Peasant65> Hey, is there a way to find out what a hostname resolves to without using ping or nslookup?
2021-01-10 12:49:30 <fys> yeah, dig
2021-01-10 12:49:31 <fys> :P
2021-01-10 12:49:34 <Peasant65> I'm trying to figure out of my docker container can reach another on it's hostname
2021-01-10 12:49:47 <Peasant65> but it's rather barebones
2021-01-10 12:49:53 <fys> do you have access to the dhcp server?
2021-01-10 12:50:24 <Peasant65> I'm assuming it's something thats managed by docker. Maybe using avahi/zeroconf or something?
2021-01-10 12:50:34 <fys> no idea, i don't use docker
2021-01-10 12:50:41 <ikke> getent hosts <hostname>
2021-01-10 12:50:48 <fys> there ya go
2021-01-10 12:52:04 <Peasant65> That works beautifully. Thx ikke
2021-01-10 12:52:43 <fys> i forgot about that command
2021-01-10 12:52:45 <fys> lol
2021-01-10 13:17:19 <mps> PureTryOut[m]2: I read about matrix when it first announced and looked at advances from time to time, but never found reason to use it
2021-01-10 13:18:25 <mps> now I think time come, plan is to use it for my 'private' job
2021-01-10 13:19:11 <Peasant65> mps the idea is that users are not reliant on 1 central organization for communication. Aka facebook, google, signal, telegram etc.
2021-01-10 13:19:49 <mps> Peasant65: yes, I know that from beginning
2021-01-10 13:20:12 <mps> and never used those you mention above
2021-01-10 13:20:13 <Peasant65> Well, that's the reason. You've found it :P
2021-01-10 13:20:50 <mps> I had/have home xmpp server for long time
2021-01-10 13:22:18 <Peasant65> I find the concept intregueing. But with everything social, unfortunately adoption plays a bigger role than the product itself.
2021-01-10 13:23:08 <mps> who cares for other :)
2021-01-10 13:23:30 <Peasant65> Eh.. in communication i guess i do :P
2021-01-10 13:23:41 <mps> I will set it up and who want to communicate with me have to use what I set
2021-01-10 13:24:09 <Peasant65> I feel that's a surefire way to quickly isolate yourself.
2021-01-10 13:24:22 <Peasant65> I wish I could see it like you tho
2021-01-10 13:24:31 <mps> I don't mind, isolation is good
2021-01-10 13:25:31 <mps> I use my mobile phone about once in a week, only for important things
2021-01-10 13:42:05 <Peasant65> Communication with work, group uni projects and teachers is my main issue. I like to believe I could convert most of my family and friends to matrix if I really wanted...
2021-01-10 13:45:26 <blawiz> does qutebrowser or falkon work for you? i just get an generic errror https://a.uguu.se/GYGGHcG.jpg
2021-01-10 14:06:51 <realies> is there an api access to pkgs.alpinelinux.org somehow?
2021-01-10 14:07:17 <ikke> realies: no, we do not have an API atm
2021-01-10 14:07:38 <mps> ikke: is it in lua
2021-01-10 14:07:45 <realies> wanting to check for specific pkg updates every day, wondered if parsing the page is still the only way
2021-01-10 14:10:14 <ikke> mps: yes
2021-01-10 14:10:39 <ikke> realies: We have an mqtt endpoint where this things are anounced
2021-01-10 14:11:04 <mps> aha, someone with free time and lua knowledge could add rest api
2021-01-10 14:13:02 <fys> you seem to know lua
2021-01-10 14:13:07 <fys> how much time you got?
2021-01-10 14:14:01 <mps> I'm not lua expert, can write some small applets
2021-01-10 14:14:26 <mps> and hack not much complicated 'things'
2021-01-10 14:15:05 <mps> but lua is easy to learn
2021-01-10 14:16:57 <fys> sounds like you just volunteered
2021-01-10 14:17:02 <fys> welcome aboard!
2021-01-10 14:17:04 <fys> (:
2021-01-10 14:17:24 <exception> Xd
2021-01-10 14:18:38 <mps> sorry but my free time for alpine is already overloaded
2021-01-10 14:19:41 <fys> im just messing with you, it's my natural instinct when i hear the phrase
2021-01-10 14:19:45 <fys> "someone could do..."
2021-01-10 14:19:53 <fys> because they really mean "someone NOT me"
2021-01-10 14:20:03 <fys> and i mean this light heartedly
2021-01-10 14:20:06 <fys> not mean :)
2021-01-10 14:20:11 <mps> fys: np, I understand
2021-01-10 14:20:13 <fys> hehe
2021-01-10 14:20:26 <fys> everyone does it.. myself included haha
2021-01-10 14:20:39 <mps> also I use this phrase sometimes
2021-01-10 14:21:18 <echoline> does anyone use alpine on rpi?
2021-01-10 14:21:43 <fys> im going to install it on mine sometime this week
2021-01-10 14:21:55 <echoline> I'm having trouble with it
2021-01-10 14:22:19 <echoline> I'm trying to use the framebuffer for graphics not xorg
2021-01-10 14:22:21 <fys> I've never used Alpine on a Pi so I don't know anything specific but if its solveable with general troubleshooting.. what's the problem?
2021-01-10 14:22:29 <mps> echoline: a lot of people
2021-01-10 14:22:31 <fys> define "graphics"
2021-01-10 14:22:47 <echoline> code I wrote
2021-01-10 14:22:49 <fys> tell us exactly what you're trying to do
2021-01-10 14:22:54 <fys> or else we're guessing
2021-01-10 14:23:13 <echoline> works fine on my x86 machine but I get weird crashes on rpi
2021-01-10 14:23:51 <echoline> sometimes just freezes sometimes seems like memory corruption
2021-01-10 14:24:22 <fys> okay, i've still got no idea what you're trying to do, though
2021-01-10 14:24:48 <echoline> code I wrote that outputs to /dev/fb0
2021-01-10 14:25:06 <fys> and what sort of code is this, what sort of crash do you get
2021-01-10 14:25:21 <echoline> it's an rpi compute module
2021-01-10 14:25:42 <fys> do you have any output you can put onto pastebin or something?
2021-01-10 14:25:57 <echoline> https://github.com/echoline/drawterm-fbdev is the program
2021-01-10 14:26:51 <fys> okay cool - what sort of error are you getting?
2021-01-10 14:28:42 <fys> You said it worked fine on your x86 machine - are they also Alpine?
2021-01-10 14:29:16 <echoline> yeah
2021-01-10 14:29:24 <echoline> sometimes it hits this line which is really weird https://github.com/echoline/drawterm-fbdev/blob/main/gui-fbdev/fbdev.c#L173
2021-01-10 14:29:31 <fys> looking
2021-01-10 14:29:42 <echoline> sometimes it just freezes but the mouse still works, sometimes it freezes completely
2021-01-10 14:29:48 <powerman2206> So I just booted the Alpine ISO in a VM but I don't have an internet connection, what do?
2021-01-10 14:30:24 <fys> Well do you have a local DHCP server?
2021-01-10 14:30:30 <powerman2206> On the host?
2021-01-10 14:30:34 <fys> No.
2021-01-10 14:30:45 <fys> How do you connect to the internet?
2021-01-10 14:30:59 <powerman2206> I thought it does that automatically
2021-01-10 14:31:04 <powerman2206> I mean, it *did*
2021-01-10 14:31:06 <powerman2206> Now it doesn't
2021-01-10 14:31:17 <echoline> setup-interfaces
2021-01-10 14:31:18 <fys> Okay.
2021-01-10 14:31:30 <fys> That won't help if he doesn't know how he connects to the internet.
2021-01-10 14:31:35 <fys> Heh.
2021-01-10 14:31:45 <powerman2206> Yeah, didn't help
2021-01-10 14:31:54 <powerman2206> I mean it's just the ISO, shouldn't it do that on its own?
2021-01-10 14:31:57 <fys> What VM software are you using?
2021-01-10 14:31:58 <fys> No.
2021-01-10 14:32:08 <powerman2206> virt-manager with QEMU
2021-01-10 14:32:20 <fys> There's a lot of different ways to the connect to the internet, how would an ISO know which I use?
2021-01-10 14:32:35 <powerman2206> idk it just did that before
2021-01-10 14:32:38 <powerman2206> IIRC
2021-01-10 14:32:48 <fys> Then we can probably assume your router has a dhcp server.
2021-01-10 14:33:00 <powerman2206> Oh right that might be the problem
2021-01-10 14:33:05 <powerman2206> I don't use DHCP on my PC anymore
2021-01-10 14:33:11 <fys> There we go.
2021-01-10 14:33:15 <fys> Now we're cooking with grease.
2021-01-10 14:33:21 <fys> (:
2021-01-10 14:33:22 <powerman2206> Manual configuration time
2021-01-10 14:33:26 <fys> Yep.
2021-01-10 14:33:43 <fys> If you've ever configured a static interface on debian, you know exactly what to do already.
2021-01-10 14:34:12 <MY-R> it depends from qemu host how will share internet with guests
2021-01-10 14:34:13 <powerman2206> I use networkd on the host so idk how to do this manually lol
2021-01-10 14:34:34 <fys> I don't know anything about qemu, just basic troubleshooting.
2021-01-10 14:34:42 <fys> :(
2021-01-10 14:34:57 <powerman2206> I switched from DHCP to a statis local IP because DHCP would always change my shit
2021-01-10 14:35:13 <fys> Such as?
2021-01-10 14:35:23 <fys> Most of that can be statically defined and overruled.
2021-01-10 14:35:34 <powerman2206> Like, my local IP would be 192.168.5.20, one reboot later, 192.168.5.7
2021-01-10 14:35:54 <fys> You don't have to disable the DHCP server to use a static IP.
2021-01-10 14:36:00 <powerman2206> Oh right
2021-01-10 14:36:05 <powerman2206> Back to DHCP I go
2021-01-10 14:36:14 <fys> Here's what I'd do in your situation.
2021-01-10 14:36:18 <powerman2206> wait
2021-01-10 14:36:26 <powerman2206> I'll try doing this on my own hold on
2021-01-10 14:36:31 <fys> Change your DHCP pool to a smaller pool and give yourself about 20 IPs to allocate statically
2021-01-10 14:36:36 <fys> oh
2021-01-10 14:36:37 <fys> sorry
2021-01-10 14:37:24 <fys> If you want any feedback I'm here.
2021-01-10 14:38:16 <powerman2206> Static IP lease is pog
2021-01-10 14:38:25 <powerman2206> Slap in MAC address, wanted local IP address, boom
2021-01-10 14:38:30 <powerman2206> DHCP but IP doesn't change
2021-01-10 14:38:56 <fys> that's another option, yes
2021-01-10 14:39:05 <powerman2206> Question is, does it work in a VM
2021-01-10 14:39:11 <powerman2206> ACTUALLY WAIT
2021-01-10 14:39:15 <fys> if your network is bridged, it should
2021-01-10 14:39:25 <powerman2206> You see
2021-01-10 14:39:38 <powerman2206> I tried booting an Alpine VM to install PMOS for my SIII
2021-01-10 14:39:53 <powerman2206> Because it wouldn't work on Arch
2021-01-10 14:40:06 <powerman2206> But if the static IP thing was the problem, I might not even need an Alpine VM
2021-01-10 14:40:19 <fys> Entirely possible
2021-01-10 14:40:34 <powerman2206> Fingers crossed
2021-01-10 14:40:56 <powerman2206> I even said to the boys at the PMOS IRC channel that I hope it's not something stupid nobody ever thinks of
2021-01-10 14:41:05 <fys> lol
2021-01-10 14:41:26 <fys> I find that most people get so laser focused on what they know that they don't explore anything else
2021-01-10 14:41:35 <powerman2206> Oh but I did
2021-01-10 14:41:48 <fys> oh i didn't mean you, i meant them.
2021-01-10 14:41:51 <powerman2206> Just didn't think DHCP could be the solution
2021-01-10 14:41:53 <powerman2206> Ah
2021-01-10 14:42:13 <powerman2206> Ah, wasn't it
2021-01-10 14:42:17 <fys> Actually
2021-01-10 14:42:17 <powerman2206> VM time
2021-01-10 14:42:24 <fys> Don't be so quick to assume things.
2021-01-10 14:42:30 <fys> You've not finished this. :)
2021-01-10 14:42:41 <fys> Did you verify your bridge settings?
2021-01-10 14:42:57 <powerman2206> Dude I've been trying to install PMOS for like 9 hours yesterday
2021-01-10 14:43:04 <powerman2206> Hold on lemme just do a thing, brb
2021-01-10 14:43:18 <fys> No, you've been trying to figure out why your network settings are wrong for 9 hours.
2021-01-10 14:43:25 <fys> And he left.
2021-01-10 14:43:46 <fys> When all you have is a hammer, everything looks like a nail I suppose.
2021-01-10 14:44:20 <powerman2206> bacc
2021-01-10 14:44:21 <mps> or egg
2021-01-10 14:44:53 <fys> Well, as I was trying to explain. You've not begun to try to install PMOS yet.
2021-01-10 14:44:59 <powerman2206> I what
2021-01-10 14:45:00 <fys> You've been trying to figure out your network problem.
2021-01-10 14:45:02 <powerman2206> Of course I did
2021-01-10 14:45:36 <powerman2206> I've tried running `pmboorstrap install` like 20 times
2021-01-10 14:45:39 <fys> Have you been able to configure a static IP in your VM environment at all?
2021-01-10 14:45:43 <powerman2206> Failed every time with any fix I tried
2021-01-10 14:45:52 <fys> You're misunderstanding what I'm saying.
2021-01-10 14:46:16 <fys> Getting your application installed is a procedular thing.. You haven't reached the point where that install can succeed.
2021-01-10 14:46:35 <powerman2206> Ok, hold on. Back to square one
2021-01-10 14:46:40 <fys> Exactly.
2021-01-10 14:46:50 <powerman2206> This is the manga storyline so far
2021-01-10 14:47:01 <powerman2206> I have an old SIII that I want to install PMOS to
2021-01-10 14:47:20 <powerman2206> I get the `pmbootstrap` script, put it in my PATH, and run `pmbootstrap init` to the that thing
2021-01-10 14:47:20 <fys> I don't know what SIII or PMOS is.
2021-01-10 14:47:26 <fys> None of that matters.
2021-01-10 14:47:41 <fys> If your networking isn't working, you have to fix that first.
2021-01-10 14:47:44 <fys> That's square one.
2021-01-10 14:47:49 <fys> Not the install thing you're doing.
2021-01-10 14:48:01 <powerman2206> Basically the script that's supposed to install PostMarketOS on my Samsung Galaxy SIII can't install the Alpine packages
2021-01-10 14:48:14 <powerman2206> PostMarketOS is basically Linux for phones
2021-01-10 14:48:30 <fys> Oh so by SIII you mean a Galaxy S3 phone.
2021-01-10 14:48:34 <powerman2206> Aye
2021-01-10 14:48:39 <powerman2206> But I like SIII because it looks cooler
2021-01-10 14:48:39 <fys> That would've helped.
2021-01-10 14:48:49 <fys> Yeah well it confused the hell out of me.
2021-01-10 14:48:59 <fys> Anyways, what does a phone have to do with qemu?
2021-01-10 14:49:04 <fys> Now I'm the confused one.
2021-01-10 14:49:34 <powerman2206> Well I couldn't install it from Arch, so I thought that it would work better in Alpine because PMOS basically is Alpine
2021-01-10 14:49:42 <powerman2206> And the script uses apk to install the files
2021-01-10 14:50:17 <fys> Okay, we're in #alpine-linux so what relating to Alpine isn't working
2021-01-10 14:51:01 <powerman2206> Basically installing packages gives the `temporary error (try again later)` for every package
2021-01-10 14:51:23 <fys> Okay - so let's start there. You don't have networking.
2021-01-10 14:51:28 <powerman2206> But I do
2021-01-10 14:51:44 <fys> Then your repositories aren't configured correctly
2021-01-10 14:51:54 <powerman2206> Like, mirrors?
2021-01-10 14:51:57 <powerman2206> Because they are
2021-01-10 14:52:01 <powerman2206> Triple checked
2021-01-10 14:52:18 <fys> That's improbable.
2021-01-10 14:52:24 <Hello71> that's the least useful line of the error
2021-01-10 14:52:31 <powerman2206> Right?
2021-01-10 14:52:31 <fys> If your mirrors and networking are configured correctly, you won't get an error.
2021-01-10 14:52:49 <powerman2206> Alright then, how do I configure the mirrors?
2021-01-10 14:53:03 <fys> what does your /etc/apk/repositories look like
2021-01-10 14:53:09 <powerman2206> Also Hello71 if you think I'm holding back some errors, here's the full PMOS log https://0x0.st/-zsR.txt
2021-01-10 14:53:23 <powerman2206> fys: aye, hold on
2021-01-10 14:54:10 <fys> Your issue is in that log.
2021-01-10 14:54:26 <fys> WARNING: Ignoring /mnt/pmbootstrap-packages: No such file or directory
2021-01-10 14:54:27 <fys> (1/20) Installing musl (1.2.2_pre7-r0)
2021-01-10 14:54:27 <fys> ERROR: musl-1.2.2_pre7-r0: temporary error (try again later)
2021-01-10 14:54:32 <Hello71> at a guess, your problem is WARNING: Ignoring /mnt/pmbootstrap-packages: No such file or directory. but i don't understand why you don't ask the pmos channel if you are having problems operating pmos
2021-01-10 14:54:39 <fys> ^
2021-01-10 14:54:45 <powerman2206> I asked the PMOS devs, they said it's normal
2021-01-10 14:54:46 <fys> Yeah, we both saw that.
2021-01-10 14:54:58 <fys> Then they shouldn't be working on Linux projects.
2021-01-10 14:55:06 <fys> Yikes.
2021-01-10 14:55:15 <fys> Thats *NOT* normal.
2021-01-10 14:55:16 <Hello71> well... ugh, never mind.
2021-01-10 14:55:42 <fys> Hello71: I wouldn't take their word for it.
2021-01-10 14:55:51 <fys> You're probably correct.
2021-01-10 14:56:11 <powerman2206> His words rn: It just means that you haven't any locally built package (but that's only pmOS packages)
2021-01-10 14:56:37 <powerman2206> Ask him yourself in #postmarketos if you wanna, but anyway
2021-01-10 14:57:00 <powerman2206> But yeah the thing you said
2021-01-10 14:57:16 <powerman2206> /etc/apk/repositories this
2021-01-10 14:57:28 <powerman2206> https://0x0.st/-z8J.txt here
2021-01-10 14:57:50 <fys> Based on the original log, my original path was incorrect. The error has nothing to do with networking.
2021-01-10 14:58:02 <powerman2206> So it's the mirrors?
2021-01-10 14:58:23 <fys> hm, yes and no
2021-01-10 14:58:46 <fys> /mnt/pmbootstrap-packages
2021-01-10 14:58:48 <fys> why is that there
2021-01-10 14:59:37 <fys> humor me and comment it out
2021-01-10 14:59:42 <fys> and try running the installer
2021-01-10 15:02:39 <afontain_> powerman2206: include the apk command and the strace log
2021-01-10 15:03:08 <Hello71> i... still don't understand why you don't just ask #postmarketos
2021-01-10 15:03:12 <Hello71> this is not an alpine question
2021-01-10 15:03:26 <powerman2206> Because I've been there the entire yesterday and they didn't help
2021-01-10 15:03:32 <powerman2206> And this seems more like an apk problem
2021-01-10 15:03:36 <afontain_> yeah, basically he tried, and it seems the problem is with apk
2021-01-10 15:03:49 <fys> No?
2021-01-10 15:03:56 <fys> It looks like a *configuration* problem.
2021-01-10 15:04:00 <powerman2206> Well apk is the part where it fails
2021-01-10 15:04:03 <fys> Which is vastly different.
2021-01-10 15:04:34 <powerman2206> Wait I'm pretty sure I did an strace already
2021-01-10 15:04:43 <fys> I didn't see one?
2021-01-10 15:05:04 <powerman2206> For the pmOS guys
2021-01-10 15:05:14 <fys> That doesn't help us.
2021-01-10 15:05:14 <afontain_> running apk static on arch:
2021-01-10 15:05:20 <afontain_> sudo strace ~/.local/var/pmbootstrap/apk.static update --root ~/.local/var/pmbootstrap/chroot_native/
2021-01-10 15:05:24 <powerman2206> Did
2021-01-10 15:05:34 <powerman2206> https://0x0.st/-ziN.txt
2021-01-10 15:05:34 <fys> Have you linked to it in this channel?
2021-01-10 15:05:38 <fys> ty
2021-01-10 15:06:10 <powerman2206> Those guys came to the conclusion that it's not a DNS or network problem, so here I am
2021-01-10 15:06:33 <afontain_> powerman2206: maybe you can send a tar with chroot/etc/apk
2021-01-10 15:06:51 <powerman2206> The entire dir?
2021-01-10 15:07:21 <fys> OK - based on all the output you have
2021-01-10 15:07:28 <fys> /mnt/pmbootstrap-packages doesn't exist
2021-01-10 15:07:35 <fys> so why is it in repostories?
2021-01-10 15:08:03 <powerman2206> afontain_: http://0x0.st/-z8Y.gz this?
2021-01-10 15:08:24 <powerman2206> fys: idk
2021-01-10 15:08:36 <fys> I've only asked and been ignored a minimum of times.
2021-01-10 15:08:38 <fys> You got this.
2021-01-10 15:08:44 <fys> Three*
2021-01-10 15:09:07 <powerman2206> Alright, I guess
2021-01-10 15:10:14 <fys> 09:59 < fys> humor me and comment it out
2021-01-10 15:10:14 <fys> 09:59 < fys> and try running the installer
2021-01-10 15:10:20 <afontain_> you can try to remove it I guess
2021-01-10 15:10:21 <powerman2206> I literally did that
2021-01-10 15:10:34 <powerman2206> What the fuck
2021-01-10 15:10:35 <fys> You didn't tell ANYONE that.
2021-01-10 15:10:43 <powerman2206> Why is it commented back in
2021-01-10 15:10:49 <fys> smh
2021-01-10 15:10:58 <fys> This is why I said exactly what I did.
2021-01-10 15:11:19 <afontain_> though it seems `apk update` still tries to connect to the Alpine and postmarketOS mirror, so I'd guess it's something else
2021-01-10 15:11:26 <fys> Something is messing up your configs.
2021-01-10 15:11:41 <fys> And it's not standard Alpine.
2021-01-10 15:11:49 <fys> So there's not much we can do to help.
2021-01-10 15:12:37 <powerman2206> Back to #postmarketos I goooo
2021-01-10 15:12:39 <afontain_> we've tried to fix /etc/resolv.conf in case it was that
2021-01-10 15:12:47 <afontain_> (on the host)
2021-01-10 15:12:54 <powerman2206> Yeah I tried that too
2021-01-10 15:12:55 <fys> Resolvers wouldn't do that.
2021-01-10 15:13:02 <afontain_> I agree
2021-01-10 15:13:09 <fys> Here's what I'd.
2021-01-10 15:13:16 <fys> edit it
2021-01-10 15:13:19 <fys> chattr +i it
2021-01-10 15:13:31 <fys> and then try running forward
2021-01-10 15:13:36 <powerman2206> What
2021-01-10 15:13:39 <fys> at that point NOTHING can change the file
2021-01-10 15:13:54 <fys> until you unset the immutable flag
2021-01-10 15:14:07 <fys> (chattr -i)
2021-01-10 15:14:28 <fys> this will prevent it from being altered and may tell you what program is trying change it
2021-01-10 15:15:25 <powerman2206> Ok, did
2021-01-10 15:15:27 <powerman2206> Time to run again
2021-01-10 15:16:34 <powerman2206> Instantly failed with `ERROR: Command failed: % sudo rm /home/niko/.local/var/pmbootstrap/chroot_native/etc/apk/repositories` with the pmOS command
2021-01-10 15:16:42 <powerman2206> And the same `temporary error (try again later)` with apk
2021-01-10 15:17:42 <fys> Okay, yeah - this is nothing to do with alpine.
2021-01-10 15:17:51 <fys> That should get you where you need to go with PMOS.
2021-01-10 15:19:29 <powerman2206> Huh, I'll ask pmOS then
2021-01-10 15:19:32 <powerman2206> Outskie I go
2021-01-10 15:19:43 <afontain_> man, try with apk static
2021-01-10 15:19:52 <afontain_> ugh
2021-01-10 15:19:53 <afontain_> ¯\_(ツ)_/¯
2021-01-10 15:19:58 <fys> I know, I know.
2021-01-10 15:20:01 <fys> lol
2021-01-10 15:21:11 <PureTryOut[m]2> Btw empty repos don't break installing of apk's like that. I have empty local repos all the time on my dev Alpine machines
2021-01-10 15:21:24 <fys> I didn't say it did.
2021-01-10 15:21:51 <fys> I was simply pointing to the fact their installer is doing *something* that is resulting in improper configuration of a system.
2021-01-10 15:21:55 <fys> The tools are working fine.
2021-01-10 15:22:39 <afontain_> I'm not sure what is going on, but it definitely works fine for other people
2021-01-10 15:22:43 <fys> That makes it a non Alpine issue as he doesn't care about the Alpine aspect so much as "make this thing work on my phone."
2021-01-10 15:23:07 <afontain_> and it seems to be an apk issue as only apk can't connect to the internet
2021-01-10 15:23:33 <afontain_> though it could be a musl (statically linked) issue too?
2021-01-10 15:23:44 <afontain_> or a misconfigured arch linux issue?
2021-01-10 15:23:48 <fys> afontain_: wait
2021-01-10 15:23:53 <fys> you're making an assumption
2021-01-10 15:24:19 <fys> we do not know that apk is the *only* thing that cannot connect to the internet, he's only showed output from apk
2021-01-10 15:24:49 <afontain_> apparently, he could reach the internet just fine, ping alpinelinux.org and stuff
2021-01-10 15:24:59 <fys> from where?
2021-01-10 15:25:00 <afontain_> (from yesterday's debugging)
2021-01-10 15:25:11 <afontain_> from its host system
2021-01-10 15:25:12 <fys> i cannot speak to yesterday
2021-01-10 15:25:26 <fys> it may have worked yesterday, no clue
2021-01-10 15:25:36 <fys> but i never saw it working since he joined today
2021-01-10 15:25:51 <afontain_> it didn't work either tbh
2021-01-10 15:26:22 <fys> it sounds like either that installer is getting fed a bad path somehow and/or his networking is messed up in some way
2021-01-10 15:26:31 <afontain_> we had a few hours of debugging, looking at pmbootstrap / the chroot first
2021-01-10 15:26:43 <afontain_> it turned out that the chroot wasn't prepared correctly
2021-01-10 15:26:53 <fys> that sounds about right
2021-01-10 15:27:03 <afontain_> and then I suggested to call apk directly like the above command
2021-01-10 15:27:31 <afontain_> but then apk is running outside of the chroot and the /etc/apk should be correct
2021-01-10 15:27:44 <afontain_> (because it's in a clean state and it works elsewhere)
2021-01-10 15:27:56 <afontain_> *the config in chroot/etc/apk
2021-01-10 15:28:00 <fys> wait a second
2021-01-10 15:28:13 <fys> i think i just figured it out
2021-01-10 15:28:17 <fys> lol
2021-01-10 15:28:26 <fys> that mount point is on his host file system
2021-01-10 15:28:28 <afontain_> would be great
2021-01-10 15:28:28 <fys> not the chroot
2021-01-10 15:28:36 <afontain_> which mount point?
2021-01-10 15:28:48 <fys> the line in repositories
2021-01-10 15:29:01 <fys> that mountpoint contains apks he needs
2021-01-10 15:29:11 <fys> and its not accessible to the chroot
2021-01-10 15:29:20 <fys> he's mounting it on the host system
2021-01-10 15:29:20 <afontain_> that mountpoint contains an empty dir
2021-01-10 15:29:23 <afontain_> the line in repositories in in chroot/etck/apk/repositories
2021-01-10 15:29:37 <fys> okay
2021-01-10 15:29:40 <fys> why is it there
2021-01-10 15:29:52 <afontain_> in case people have locally built packages
2021-01-10 15:30:18 <fys> okay cool - didn't know that's what its purpose was
2021-01-10 15:30:18 <afontain_> it's really quite often empty, but it doesn't hurt
2021-01-10 15:30:24 <fys> no, that makes sense
2021-01-10 15:30:27 <fys> i understand now
2021-01-10 15:30:37 <fys> im just trying to follow the rabbit hole
2021-01-10 15:30:41 <afontain_> hehe
2021-01-10 15:31:10 <fys> so yeah, he's got networking issues
2021-01-10 15:31:16 <fys> somehow
2021-01-10 15:31:18 <fys> somewhere
2021-01-10 15:31:40 <fys> ive seen weirder
2021-01-10 15:32:18 <afontain_> seems so indeed
2021-01-10 15:32:35 <afontain_> people are starting to debug it again in #postmarketos
2021-01-10 15:34:00 <fys> lol
2021-01-10 15:34:04 <afontain_> but yeah, I agree it was badly explained
2021-01-10 15:34:21 <fys> im used to it having worked customer facing sysadmin for many years
2021-01-10 15:34:54 <afontain_> I never like when two people are trying to explain a thing at the same time, but he was kinda missing the point
2021-01-10 15:35:17 <fys> Yeah.
2021-01-10 15:35:29 <fys> People get lost in their own own laser focus, like I said.
2021-01-10 15:35:37 <fys> -own
2021-01-10 15:44:12 <drzacek> so which matrix client is the best and why?
2021-01-10 15:44:34 <drzacek> tbh biggest reason to quit good ol' hexchat today was lack of proper darkmode :D
2021-01-10 15:45:06 <fys> irc already has a dark mode, it's called xterm
2021-01-10 15:45:10 <fys> (:
2021-01-10 15:45:32 <maxice8> drzacek: I use the Element webapp
2021-01-10 15:45:37 <drzacek> my cli-foo isn't good enough it seems
2021-01-10 15:45:46 <drzacek> I wanted to try element too, didn't knew how to install it
2021-01-10 15:45:56 <drzacek> and I am NOT using anything via web browser
2021-01-10 15:46:26 <powerman2206> afontain_: ok what now
2021-01-10 15:46:31 <fys> lmao
2021-01-10 15:46:43 <fys> so we've decided this is an alpine issue again?
2021-01-10 15:46:53 <afontain_> can you try to run `strace ~/.local/var/pmbootstrap/apk.static --root chroot -X http://dl-2.alpinelinux.org/alpine/edge/main/ --root /home/niko/chroot/ --initdb --arch x86_64 add alpine-base`?
2021-01-10 15:46:57 <powerman2206> Idk he told me to come in here again
2021-01-10 15:47:21 <afontain_> (rm -r chroot; mkdir chroot before)
2021-01-10 15:47:34 <afontain_> there, not a config problem :P
2021-01-10 15:47:51 <powerman2206> Do I 2> it to a file?
2021-01-10 15:48:03 <fys> well it should appear in stdout
2021-01-10 15:48:09 <powerman2206> I have no idea what that is
2021-01-10 15:48:14 <fys> standard console output
2021-01-10 15:48:16 <afontain_> just send all the output
2021-01-10 15:48:51 <powerman2206> http://0x0.st/-zKs.txt
2021-01-10 15:49:07 <afontain_> for the record, the proper way is `>file 2>&1`
2021-01-10 15:49:19 <powerman2206> What's the difference?
2021-01-10 15:49:28 <afontain_> because here you're missing the non-error output
2021-01-10 15:49:58 <powerman2206> I just copy-pasted the entire terminal output into a file and uploaded that
2021-01-10 15:50:02 <fys> lol
2021-01-10 15:50:03 <powerman2206> No redirecting here
2021-01-10 15:50:06 <afontain_> that works too
2021-01-10 15:50:06 <fys> hold on a second
2021-01-10 15:50:10 <fys> statfs("/home/niko/chroot//proc", 0x7ffc45e54a70) = -1 ENOENT (No such file or directory)
2021-01-10 15:50:13 <fys> mkdir("/home/niko/chroot//proc", 0555)  = 0
2021-01-10 15:50:15 <fys> mount("proc", "/home/niko/chroot//proc", "proc", 0, NULL) = -1 EPERM (Operation not permitted)
2021-01-10 15:50:18 <fys> are you not using sudo?
2021-01-10 15:50:35 <powerman2206> Should I?
2021-01-10 15:50:40 <fys> hey guys
2021-01-10 15:50:43 <fys> i found the problem
2021-01-10 15:50:48 <fys> (:
2021-01-10 15:51:02 <fys> cha cha cha
2021-01-10 15:51:13 <guix-vits> meow?
2021-01-10 15:51:17 <fys> haha
2021-01-10 15:51:25 <fys> powerman2206: yes, run it with sudo
2021-01-10 15:51:38 <powerman2206> http://0x0.st/-zKz.txt
2021-01-10 15:51:40 <powerman2206> This look better?
2021-01-10 15:52:23 <fys> do it without strace
2021-01-10 15:52:40 <afontain_> looks like it's the same?
2021-01-10 15:52:50 <fys> that's impossible
2021-01-10 15:52:56 <fys> you gave me the output OF strace
2021-01-10 15:52:58 <afontain_> well, apart from the trace
2021-01-10 15:53:13 <fys> also, no it's not the same
2021-01-10 15:53:19 <fys> he's not getting permission issues anymore
2021-01-10 15:53:24 <afontain_> yes
2021-01-10 15:53:42 <powerman2206> http://0x0.st/-zK-.txt
2021-01-10 15:54:13 <fys> fix your networking
2021-01-10 15:54:19 <powerman2206> Elaborate
2021-01-10 15:54:26 <fys> I can't
2021-01-10 15:54:32 <powerman2206> There is nothing to fix tho
2021-01-10 15:54:35 <powerman2206> It works fine
2021-01-10 15:54:35 <fys> Your networking is broke
2021-01-10 15:54:39 <fys> Somehow
2021-01-10 15:54:39 <powerman2206> Just not for apk
2021-01-10 15:54:40 <fys> Somewhere
2021-01-10 15:54:46 <PureTryOut[m]2> That last log is indeed a networking issue
2021-01-10 15:54:56 <powerman2206> Frick
2021-01-10 15:55:01 <afontain_> that was indeed my conclusion
2021-01-10 15:55:09 <powerman2206> But that makes no sense
2021-01-10 15:55:14 <fys> Of course it does.
2021-01-10 15:55:17 <powerman2206> I can connect to the Alpine servers no problem
2021-01-10 15:55:21 <fys> *sigh*
2021-01-10 15:55:29 <afontain_> packet gets out, and you get no answer
2021-01-10 15:55:34 <fys> We're back at the first conversation we discussed.
2021-01-10 15:55:59 <powerman2206> Ok, yeah, whatever, but I have no idea what I can fix here
2021-01-10 15:56:07 <fys> That's perfectly fine.
2021-01-10 15:56:16 <fys> I'm trying to help.
2021-01-10 15:56:25 <fys> Just try not to assume things.
2021-01-10 15:56:50 <fys> Right now there is an assumption of networking being fine but the evidence points to the contrary.
2021-01-10 15:57:02 <fys> SO
2021-01-10 15:57:07 <fys> Let's figure out WHY
2021-01-10 15:57:18 <fys> Once that is resolved the chroot should build fine
2021-01-10 15:57:28 <fys> The previous error was permissions.
2021-01-10 15:58:08 <fys> What is your host OS?
2021-01-10 15:58:28 <powerman2206> Arch
2021-01-10 15:58:49 <fys> okay im on devuan so let me grab that chroot builder thingy
2021-01-10 15:59:06 <fys> i have no idea what any of this myself so lets see if it builds for me (:
2021-01-10 15:59:37 <powerman2206> Wait you're gonna install Arch just to test this?
2021-01-10 15:59:44 <powerman2206> Or just pmbootstrap?
2021-01-10 15:59:51 <fys> oh it's just a pip install?
2021-01-10 15:59:55 <fys> nah
2021-01-10 16:00:09 <fys> i can do a quick virtual python directory in devuan
2021-01-10 16:00:19 <fys> and then pip install pmbootstrap
2021-01-10 16:01:45 <fys> okay what is the most recent version of the chroot build arguments you're using
2021-01-10 16:01:53 <fys> i want to make sure we're doing the exact same thing
2021-01-10 16:01:56 <fys> or at least close
2021-01-10 16:02:16 <powerman2206> The two commands I run are `pmbootstrap init` and then `pmbootstrap install`, fails on the second one
2021-01-10 16:02:43 <fys> running it myself now
2021-01-10 16:02:47 <powerman2206> https://0x0.st/-zsh.cfg here's my config file if you wanna do it 1:1
2021-01-10 16:03:05 <fys> im lazy so if you'll indulge me
2021-01-10 16:03:11 <afontain_> fys: it's probably easiest if you just grab apk.static
2021-01-10 16:03:20 <fys> well i want to fully understand this
2021-01-10 16:03:28 <afontain_> pmbootstrap works for the not-powerman people :X
2021-01-10 16:03:30 <fys> because so far im missing a couple pieces
2021-01-10 16:03:36 <fys> i see that
2021-01-10 16:03:42 <fys> i just want to SEE the actual issue
2021-01-10 16:03:58 <afontain_> I bet you won't be able to reproduce
2021-01-10 16:04:13 <powerman2206> Yeah, like 3 people did the same steps as me and it worked for them
2021-01-10 16:04:15 <afontain_> powerman2206: what's atypical in your network setup already?
2021-01-10 16:05:01 <afontain_> I really think we should try with just apk.static on a clean chroot
2021-01-10 16:05:22 <powerman2206> Atypical? Idk, I'm just using networkd with DHCP and a static IP lease on my router to bind my PC's MAC address to a local IP
2021-01-10 16:05:35 <powerman2206> Using the AdGuard DNS server, uhh
2021-01-10 16:05:43 <powerman2206> Ethernet
2021-01-10 16:05:45 <powerman2206> That's all
2021-01-10 16:06:27 <mps> is that for alpine or pmos help channel
2021-01-10 16:06:28 <afontain_> maybe you should try with another OS
2021-01-10 16:06:40 <fys> okay im running pmbootstrap install
2021-01-10 16:06:49 <afontain_> mps: can reproduce with just apk.static
2021-01-10 16:06:50 <fys> when should i expect it to fail?
2021-01-10 16:06:53 <powerman2206> I tried to use Alpine in a VM but ironically couldn't get an internet connection
2021-01-10 16:06:59 <afontain_> ^
2021-01-10 16:07:08 <fys> hold on
2021-01-10 16:07:08 <afontain_> it's really not a pmbootstrap problem
2021-01-10 16:07:22 <fys> when should i expect it to fail?
2021-01-10 16:07:29 <afontain_> never
2021-01-10 16:07:39 <afontain_> otherwise, if you had the same setup, really soon
2021-01-10 16:07:45 <fys> okay because im using his config
2021-01-10 16:07:47 <afontain_> like, before it even do anything
2021-01-10 16:07:47 <fys> and its building
2021-01-10 16:08:13 <mps> ime, pmbootstrap works fine on alpine
2021-01-10 16:08:26 <fys> im not using alpine
2021-01-10 16:08:44 <mps> fys: this is your big 'issue' :P
2021-01-10 16:08:49 <afontain_> heh
2021-01-10 16:09:31 <fys> im not the one with the issue
2021-01-10 16:09:32 <fys> https://i.imgur.com/i7BHb7u.png
2021-01-10 16:09:36 <fys> i have the opposite of an issue
2021-01-10 16:09:54 <afontain_> you can stop here, it works
2021-01-10 16:10:08 <fys> ok ty
2021-01-10 16:10:09 <afontain_> he got stuck earlier
2021-01-10 16:10:12 <powerman2206> I fail on the first step, 1/4
2021-01-10 16:10:25 <fys> then you have something wrong with your host OS
2021-01-10 16:10:30 <fys> sorry
2021-01-10 16:10:46 <afontain_> yeah
2021-01-10 16:10:56 <afontain_> maybe can you try from a live usb?
2021-01-10 16:11:39 <afontain_> so you know if it's your arch setup that's borked, or the rest of your network setup (e.g. AdGuard) that's borked
2021-01-10 16:12:09 <powerman2206> I just reinstalled Arch a few days ago, doubt it's that
2021-01-10 16:12:29 <powerman2206> But lemme try something
2021-01-10 16:13:15 <PureTryOut[m]2> You could try to turn off AdGuard for a second, see if it helps
2021-01-10 16:13:46 <powerman2206> The other dev at #postmarketos concluded it wasn't a DNS issue
2021-01-10 16:14:53 <PureTryOut[m]2> 🤷‍♂️
2021-01-10 16:15:26 <powerman2206> But sure, lemme try pinging from a live USB
2021-01-10 16:17:06 <powerman2206> Flashed
2021-01-10 16:17:13 <powerman2206> Just gonna connect on my phone real quick
2021-01-10 16:19:08 <fys> Don't forget that thing you told us about nuking your dhcp server,
2021-01-10 16:19:20 <powerman2206> Yeah but I switched back to DHCP
2021-01-10 16:19:45 <fys> my point is, it's still not working and that is a variable to keep in mind.
2021-01-10 16:19:59 <fourstepper> reading about diskless mode in alpine, which I would like to use for my NAS - basically, the OS is ran from an ISO on a USB and lbu is done against a different USB which is then read at boot?
2021-01-10 16:20:12 <fourstepper> or does it work differently
2021-01-10 16:20:37 <ikke> fourstepper: the most simple setup just uses a single USB device
2021-01-10 16:20:57 <fourstepper> that's nice - is it required for the usb to be formatted in a particular manner?
2021-01-10 16:21:14 <afontain_> powerman2206, you can indeed also try  with connection sharing from you phone
2021-01-10 16:21:18 <fourstepper> or is dd the extended iso image to it just enough?
2021-01-10 16:21:18 <ikke> It needs to be writable, ofcourse
2021-01-10 16:21:26 <ikke> no, that does not work
2021-01-10 16:21:31 <powerman2206> afontain_: networkd doesn't like that
2021-01-10 16:21:36 <ikke> fourstepper: isofs is read-only
2021-01-10 16:21:49 <ikke> fourstepper: alpine has a utility called setup-bootable
2021-01-10 16:22:02 <powerman2206> brb
2021-01-10 16:22:04 <ikke> it can create a bootlable and writable usb drive
2021-01-10 16:22:41 <afontain_> note that, it can be a DNS issue if adguard returns a wrong ip on purpose
2021-01-10 16:22:42 <afontain_> dunno how it works
2021-01-10 16:22:47 <fourstepper> right - so when setting up a machine, two usbs with one the target and second with the ISO, setup-bootable the target and then boot, I suppose?
2021-01-10 16:23:25 <powerman2206> Alrighty, on my phone now
2021-01-10 16:24:25 <fys> same network, you're on wifi
2021-01-10 16:24:48 <powerman2206> Uh, yeah
2021-01-10 16:25:05 <powerman2206> First this, then I'll try through my phone
2021-01-10 16:25:20 <fys> oh i wasn't saying anything about it
2021-01-10 16:25:28 <fys> just noting in case its relevant
2021-01-10 16:25:50 <powerman2206> Yeah, internet doesn't work in a live boot either
2021-01-10 16:26:17 <fys> It sounds like your DHCP server is still dead or something.
2021-01-10 16:26:17 <powerman2206> I'll try USB teathering or whatever it's called
2021-01-10 16:26:46 <fys> Most live environments attempt a DHCP connection the first interface it finds.
2021-01-10 16:28:07 <powerman2206> Ok my phone is seen as an interface but I can't configure it with setup-interfaces
2021-01-10 16:28:33 <fourstepper> thanks @ikke
2021-01-10 16:28:40 <fys> You're now over my head.
2021-01-10 16:28:50 <fys> I don't even like cellphones.
2021-01-10 16:28:54 <fys> lol
2021-01-10 16:29:29 <powerman2206> Pfft, boomer
2021-01-10 16:29:38 <powerman2206> Lemme do something hold on
2021-01-10 16:29:56 <fys> ok zoomer
2021-01-10 16:29:57 <fys> (:
2021-01-10 16:52:31 <powerman2206> Bruh
2021-01-10 16:52:47 <powerman2206> brb
2021-01-10 16:59:57 <powerman2206> Where is the resolved.conf
2021-01-10 17:02:45 <ikke> /etc/resolv.conf
2021-01-10 17:02:48 <ikke> ?
2021-01-10 17:03:49 <powerman2206> Ain't
2021-01-10 17:04:00 <powerman2206> Well at least not in the live boot
2021-01-10 17:04:05 <fys> wait a second.
2021-01-10 17:04:24 <fys> you claimed the other guy "proved" it wasn't DNS.
2021-01-10 17:04:37 <powerman2206> I said concluded IIRC, but yeah
2021-01-10 17:04:45 <fys> my bad
2021-01-10 17:04:57 <fys> checking your local resolvers is like the first thing you check
2021-01-10 17:05:01 <fys> so im not sure what he did
2021-01-10 17:05:08 <fourstepper> If I wanna add some packages in diskless mode, how would I do it? Just add /bin or usr local bin to lbu?
2021-01-10 17:05:28 <ikke> fourstepper: lbu by default tracks /etc/apk/world
2021-01-10 17:05:42 <ikke> so if you commit that, the package will be automatically installed at boot
2021-01-10 17:05:50 <fourstepper> Ah!
2021-01-10 17:06:01 <fourstepper> That's pretty cool
2021-01-10 17:06:16 <powerman2206> Also does stuff I put in resolv.conf automatically apply when I save?
2021-01-10 17:06:39 <ikke> yes, resolv.conf is consulted every time
2021-01-10 17:07:05 <powerman2206> What if I'm using another network manager?
2021-01-10 17:07:27 <ikke> doesn't matter
2021-01-10 17:07:42 <ikke> libc is what is checking the contents of /etc/resolv.conf
2021-01-10 17:08:01 <powerman2206> I thought Alpine uses musc or whatever
2021-01-10 17:08:10 <ikke> musl is a libc
2021-01-10 17:08:15 <powerman2206> oh
2021-01-10 17:08:27 <ikke> not to be confused with glibc, which is another libc
2021-01-10 17:09:17 <fys> too much g in the libc
2021-01-10 17:09:25 <fys> jk
2021-01-10 17:09:35 <ikke> g to the libc
2021-01-10 17:09:38 <fys> lol
2021-01-10 17:09:39 <powerman2206> So how do I configure a connection on here?
2021-01-10 17:09:57 <powerman2206> ~~Is there systemd-networkd I can use ?~~
2021-01-10 17:09:58 <ikke> powerman2206: did you check you have an IP adres?
2021-01-10 17:10:03 <ikke> no
2021-01-10 17:10:05 <powerman2206> Oh dammit it doesn't cross out for a funny
2021-01-10 17:10:09 <powerman2206> Yeah I know
2021-01-10 17:10:16 <powerman2206> I'm just too used to markdown
2021-01-10 17:10:24 <powerman2206> But yeah I don't
2021-01-10 17:10:43 <powerman2206> Even when I UP the interface, there's no local IP
2021-01-10 17:10:51 <ikke> rc-service networking start
2021-01-10 17:11:06 <ikke> cat /etc/network/interfaces
2021-01-10 17:11:13 <powerman2206> Yeah it doesn't exist
2021-01-10 17:11:18 <powerman2206> Failed to start
2021-01-10 17:11:53 <ikke> setup-alpine configures it
2021-01-10 17:12:11 <powerman2206> Yeah but I can't do that because there's no connection so it can't find mirrors
2021-01-10 17:12:51 <powerman2206> test
2021-01-10 17:13:25 <powerman2206> test
2021-01-10 17:13:28 <powerman2206> You hear me?
2021-01-10 17:13:49 <fys> no
2021-01-10 17:13:50 <powerman2206> Oy?
2021-01-10 17:13:52 <powerman2206> Oh
2021-01-10 17:14:08 <powerman2206> Was fucking around with the Snopyta DNS server
2021-01-10 17:14:20 <ikke> powerman2206: it should setup networking before it configures mirrors
2021-01-10 17:14:40 <powerman2206> Ok hold on lemme do a thing
2021-01-10 17:16:10 <ikke> https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/master/setup-alpine.in#L130 here interfaces are configured
2021-01-10 17:16:35 <ikke> https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/master/setup-alpine.in#L194 here the mirrors are configured
2021-01-10 17:17:12 <powerman2206> https://0x0.st/-zK2.mp4 here
2021-01-10 17:17:59 <ikke> so it says you received an ip adres
2021-01-10 17:18:16 <powerman2206> This is why I gotta configure the connection before alpine-set-
2021-01-10 17:18:31 <powerman2206> Actually why am I even doing this I just gotta get a way for apk to connect to Alpine server
2021-01-10 17:18:36 <powerman2206> servers*
2021-01-10 17:18:53 <ikke> powerman2206: Do you see that network is being setup and that it receives an IP?
2021-01-10 17:19:15 <ikke> lease of 10.0.2.15 obtained
2021-01-10 17:19:33 <powerman2206> Aye
2021-01-10 17:19:42 <powerman2206> But that's not the point
2021-01-10 17:19:48 <ikke> after the setup, do you still see it's there?
2021-01-10 17:19:55 <powerman2206> I just gotta find a reason why apk doesn't work
2021-01-10 17:20:21 <ikke> getent hosts mirrors.alpinelinux.org
2021-01-10 17:20:31 <powerman2206> Wait, were you here when we were talking about what I'm even doing?
2021-01-10 17:21:12 <powerman2206> Because I can't remember if we came to the conclusion that it's apk's fault, my fault, or the router's fault
2021-01-10 17:21:16 <ikke> powerman2206: I've seen this discussion going on, but I've not following it from the beginning
2021-01-10 17:21:16 <powerman2206> fys: which one was it?
2021-01-10 17:21:39 <ikke> powerman2206: but I wanted to systematically go over everything again
2021-01-10 17:21:45 <ikke> just to no miss a step
2021-01-10 17:22:00 <powerman2206> ikke: basically I'm installing pmOS, but it fails on the step where it installs packages with apk
2021-01-10 17:22:12 <powerman2206> The same happens when I use apk by itself on an empty chroot
2021-01-10 17:22:51 <ikke> it says bad address for mirrors.alpinelinux.org
2021-01-10 17:23:11 <powerman2206> I guess, don't remember
2021-01-10 17:23:27 <ikke> it's in your recording
2021-01-10 17:23:37 <powerman2206> Oh you're still on that
2021-01-10 17:23:40 <powerman2206> Yeah forget about that
2021-01-10 17:23:45 <powerman2206> That's an Alpine VM
2021-01-10 17:23:46 <ikke> It's a symptom
2021-01-10 17:23:53 <powerman2206> ?
2021-01-10 17:24:14 <powerman2206> You see, here's what I don't get
2021-01-10 17:24:32 <powerman2206> I can connect to Alpine mirrors just fine, wget stuff, use Firefox to browse, all good
2021-01-10 17:24:38 <ikke> ok
2021-01-10 17:24:39 <powerman2206> But when apk tries to connect, it fails
2021-01-10 17:24:49 <powerman2206> temporary error (try again later)
2021-01-10 17:24:49 <ikke> what error does apk give?
2021-01-10 17:24:53 <ikke> ok
2021-01-10 17:25:08 <drzacek> powerman2206, dude
2021-01-10 17:25:12 <powerman2206> Oh hey
2021-01-10 17:25:26 <ikke> powerman2206: I would then strace apk
2021-01-10 17:25:28 <drzacek> are you the same guy that had similar problem yesterday? just changed your nick?
2021-01-10 17:25:33 <powerman2206> Yeah
2021-01-10 17:25:40 <powerman2206> cockandball is on Matrix, this is on here
2021-01-10 17:25:57 <powerman2206> ikke: did that, idk where the logs are tho
2021-01-10 17:26:08 <powerman2206> fys: come on I forgot what conclusion we came to
2021-01-10 17:26:08 <ikke> strace by default logs to stdout
2021-01-10 17:26:14 <ikke> or stderr\
2021-01-10 17:26:19 <powerman2206> No not that, I already sent it
2021-01-10 17:26:26 <ikke> oh
2021-01-10 17:26:29 <powerman2206> But I can't scroll that far back because Weechat stuff
2021-01-10 17:26:42 <powerman2206> Try looking for it, should also be on 0x0
2021-01-10 17:26:47 <ikke> https://0x0.st/-ziN.txt
2021-01-10 17:26:58 <powerman2206> Yeah, I think that's it
2021-01-10 17:27:30 <drzacek> so you got connection working in your vm? then it is indeed interesting. Tried changing mirrors?
2021-01-10 17:27:38 <powerman2206> I did not
2021-01-10 17:27:42 <powerman2206> Forget the VM
2021-01-10 17:27:46 <powerman2206> apk is the problem
2021-01-10 17:27:46 <drzacek> did you run that setup-alpine thingy?
2021-01-10 17:27:53 <powerman2206> Aye, it failed
2021-01-10 17:27:56 <drzacek> oh?
2021-01-10 17:28:07 <drzacek> where exactly
2021-01-10 17:28:37 <drzacek> 
ACTION did setup-alpine around 100 times last night

2021-01-10 17:28:39 <powerman2206> On the mirror part
2021-01-10 17:29:02 <drzacek> did you choose different server?
2021-01-10 17:29:29 <powerman2206> I literally can't
2021-01-10 17:29:34 <powerman2206> Look at the video I sent
2021-01-10 17:29:50 <ikke> drzacek: it failed to contact mirrors.alpinelinux.org
2021-01-10 17:30:22 <drzacek> powerman2206, I joined like 9 minutes ago, dont see any link
2021-01-10 17:30:57 <powerman2206> Oh right
2021-01-10 17:31:03 <powerman2206> But as I said, I gotta fix apk
2021-01-10 17:31:06 <powerman2206> Not the VM
2021-01-10 17:31:14 <ikke> https://0x0.st/-zK2.mp4
2021-01-10 17:32:09 <powerman2206> According to my friend systemd is the problem
2021-01-10 17:32:20 <powerman2206> Because "Alpine uses a different network configuration" kek
2021-01-10 17:33:07 <drzacek> there is no systemd tho
2021-01-10 17:33:26 <drzacek> could it be that your dns is borked?
2021-01-10 17:33:34 <powerman2206> Changed it like twice
2021-01-10 17:33:45 <drzacek> ping 8.8.8.8 vs ping wp.pl
2021-01-10 17:33:48 <powerman2206> Was using AdGuard, tried Cloudflare, now on Snopyta
2021-01-10 17:34:07 <powerman2206> Dude if my internet wasn't working I wouldn't be talking here right now
2021-01-10 17:34:09 <drzacek> what's running your dhcp? router?
2021-01-10 17:34:10 <powerman2206> apk is the problem
2021-01-10 17:34:26 <drzacek> are you on irc on your alpine system?
2021-01-10 17:34:35 <powerman2206> I don't have an Alpine system
2021-01-10 17:35:17 <drzacek> the video is clearly alpine
2021-01-10 17:35:24 <powerman2206> A VM
2021-01-10 17:35:38 <powerman2206> Which I said to forget because the VM isn't the problem
2021-01-10 17:35:40 <powerman2206> apk is
2021-01-10 17:36:07 <drzacek> no need to get agressive, just trying to be helpful
2021-01-10 17:36:28 <powerman2206> Dude, you already know this is the second day of me trying to fix this
2021-01-10 17:36:29 <drzacek> I am not saying your VM, host system or networking at home (work/school) is at fault
2021-01-10 17:36:33 <powerman2206> I'm tired and just want it to work
2021-01-10 17:36:55 <powerman2206> Yeah but what? It makes no sense that I can connect but Alpine/apk can't
2021-01-10 17:37:03 <drzacek> all I'm saying, it that errors like "bar address" usually mean bad network configuration, dns specifically
2021-01-10 17:37:25 <drzacek> that's why I am asking for xth time if you can ping ip adresses and urls
2021-01-10 17:37:34 <drzacek> from that alpine console in vm
2021-01-10 17:38:27 <powerman2206> https://0x0.st/-zKE.png
2021-01-10 17:38:32 <powerman2206> There
2021-01-10 17:38:35 <drzacek> maybe it is some apk bug, dunno, got recent image? I downloaded iso from website yesterday, it worked (had other problems with installing bootloader, but repository setup worked fine)
2021-01-10 17:38:43 <drzacek> nice
2021-01-10 17:39:05 <job> powerman2206: do you maybe run iwd on your host machine?
2021-01-10 17:39:13 <powerman2206> iwd?
2021-01-10 17:40:16 <frebib> powerman2206: can you `mtr <some host or ip>` instead?
2021-01-10 17:41:57 <powerman2206> http://0x0.st/-zKI.png
2021-01-10 17:42:11 <frebib> Seems fine
2021-01-10 17:42:30 <frebib> The `bad address` error from wget implies DNS issues
2021-01-10 17:42:30 <powerman2206> Right? I bet it would look the same if I pinged some Alpine mirror
2021-01-10 17:43:07 <powerman2206> Does apk need like, a seperate file for that?
2021-01-10 17:43:17 <powerman2206> Does it not see my Arch networkd DNS?
2021-01-10 17:43:19 <frebib> It should look at etc/resolv.conf
2021-01-10 17:43:37 <frebib> If it's in a VM then no, it would make it's own DNS calls
2021-01-10 17:43:46 <powerman2206> It ain't
2021-01-10 17:44:20 <frebib> What does `getent hosts mirrors.alpinelinux.org` return?
2021-01-10 17:44:29 <frebib> frebib@frebib-PC ~> getent hosts mirrors.alpinelinux.org
2021-01-10 17:44:29 <frebib> 2a01:7e01:e001:159:1::2 mirrors.alpinelinux.org
2021-01-10 17:44:33 <powerman2206> 2a01:7e01:e001:159:1::2 mirrors.alpinelinux.org
2021-01-10 17:44:48 <frebib> and `ip addr show scope global` ?
2021-01-10 17:45:21 <ikke> ah, ipv6
2021-01-10 17:45:24 <powerman2206> http://0x0.st/-zKU.txt
2021-01-10 17:45:38 <frebib> frebib@frebib-PC ~> ping -4 mirrors.alpinelinux.org
2021-01-10 17:45:38 <frebib> PING  (172.105.78.12) 56(84) bytes of data.
2021-01-10 17:45:38 <frebib> 64 bytes from deu1-dev1.alpinelinux.org (172.105.78.12): icmp_seq=1 ttl=52 time=19.5 ms
2021-01-10 17:45:41 <frebib> v4 is fine too
2021-01-10 17:45:55 <frebib> If the host only has v4, it'll use that
2021-01-10 17:46:06 <frebib> Can you `ping 172.105.78.12`?
2021-01-10 17:46:23 <powerman2206> Ye
2021-01-10 17:46:51 <drzacek> frebib, the repository part of setup-alpine is some setup-apkrepository or something? It's a script, not a binary, right?
2021-01-10 17:47:01 <ikke> and a01:7e01:e001:159:1::2?
2021-01-10 17:47:15 <ikke> yes, all scripts
2021-01-10 17:47:24 <powerman2206> `ping: connect: Network is unreachable`
2021-01-10 17:47:30 <frebib> By the looks of the v4 address, it's a QEMU VM. I don't think they set up v6 by default
2021-01-10 17:48:06 <frebib> Did you try just `wget mirrors.alpinelinux.org` inside the vm?
2021-01-10 17:48:19 <frebib> I guess add -O- to that
2021-01-10 17:48:33 <powerman2206> No, because the VM doesn't have a connection at all
2021-01-10 17:48:56 <frebib> Well that sounds like your issue
2021-01-10 17:49:03 <powerman2206> I'm trying something, might disconnect hold on
2021-01-10 17:49:36 <frebib> Sounds like a host network config issue
2021-01-10 17:49:38 <powerman2206> aaaaaa, I'm here?
2021-01-10 17:49:42 <frebib> Hello
2021-01-10 17:49:46 <powerman2206> Good
2021-01-10 17:49:57 <powerman2206> Ok so why can't I ping a01:7e01:e001:159:1::2?
2021-01-10 17:50:00 <powerman2206> Is it a DNS thing?
2021-01-10 17:50:03 <ikke> no
2021-01-10 17:50:06 <frebib> There's a two at the start of that
2021-01-10 17:50:21 <ikke> dns translates names to ips
2021-01-10 17:50:22 <powerman2206> Yeah, still can't
2021-01-10 17:50:26 <frebib> You can't ping it because your VM doesn't have IPv6
2021-01-10 17:50:32 <powerman2206> This ain't a VM tho
2021-01-10 17:50:38 <powerman2206> rn I'm on the Arch host
2021-01-10 17:50:52 <frebib> In which case your ISP is from the 60s
2021-01-10 17:51:06 <frebib> You probably don't have IPv6. Just ignore it and pretend it doesn't exist for now
2021-01-10 17:51:11 <ikke> (Which is most ISPs)
2021-01-10 17:51:17 <frebib> 😭😭
2021-01-10 17:51:44 <powerman2206> Eh, I'll use an IPv6 DNS server just because yes
2021-01-10 17:51:52 <powerman2206> Ok, so we came to the conclusion that what?
2021-01-10 17:52:03 <powerman2206> I can connect to Alpine but both apk and Alpine can't?
2021-01-10 17:52:08 <ikke> did you do the wget already?
2021-01-10 17:52:15 <powerman2206> In the VM?
2021-01-10 17:52:26 <ikke> wherever it fails to connectg
2021-01-10 17:53:07 <frebib> If you can't ping 1.1.1.1 or any other device from the VM then the issue is in your VM network config on the host side
2021-01-10 17:53:15 <frebib> That's what it looks like to me
2021-01-10 17:53:30 <powerman2206> Can't connect to 1.1.1.1
2021-01-10 17:53:37 <powerman2206> Network unreachable
2021-01-10 17:53:48 <frebib> In the VM?
2021-01-10 17:53:52 <powerman2206> Yes
2021-01-10 17:53:54 <frebib> What about `ip route show`
2021-01-10 17:54:05 <powerman2206> Nothing
2021-01-10 17:54:15 <frebib> There is your problem. You have no default route
2021-01-10 17:54:52 <frebib> How are you running the VM?
2021-01-10 17:55:15 <powerman2206> virt-manager with QEMU
2021-01-10 17:55:18 <powerman2206> Usermode networking
2021-01-10 17:57:02 <powerman2206> Hold on, gtg
2021-01-10 17:57:10 <powerman2206> Will keep IRC open so send whatever
2021-01-10 17:57:21 <fys> fix your internet
2021-01-10 18:01:38 <drzacek> stop
2021-01-10 18:01:56 <drzacek> so you're running alpine in VM from arch host?
2021-01-10 18:02:06 <drzacek> to install pmos on your smartphone? why not just do it directly from arch?
2021-01-10 18:04:01 <PureTryOut[m]2> Because no matter what he does for him apk fails to download any packages and he is troubleshooting it for a few hours already, and Alpine in a VM is one of the troubleshooting things
2021-01-10 18:04:33 <drzacek> oh so it doesn't work on arch either? damn
2021-01-10 18:04:50 <PureTryOut[m]2> Nope
2021-01-10 18:34:11 <powerman2206> oop, I might've found the problem
2021-01-10 18:34:17 <powerman2206> Testing
2021-01-10 18:39:54 <drzacek> please do tell
2021-01-10 18:44:44 <powerman2206> http://0x0.st/-zPj.png
2021-01-10 18:51:31 <powerman2206> drzacek: my fucking QEMU connection doesn't have network
2021-01-10 18:53:15 <powerman2206> brb
2021-01-10 18:53:30 <drzacek> hate to be that guy
2021-01-10 18:53:38 <drzacek> but what's qemu
2021-01-10 18:54:25 <MY-R> he should install virtualbox and run guest in bridge mode instead of expecting that qemu will configure by self
2021-01-10 18:55:27 <afontain_> qemu is an emulator. It runs VM of various architectures and processors
2021-01-10 18:56:48 <afontain_> it can run a full system or just an executable, depending on what you prefer
2021-01-10 18:57:29 <drzacek> something like virtualbox?
2021-01-10 18:57:43 <drzacek> no, it seems like something more low level
2021-01-10 18:58:08 <fourstepper> does setup-bootable create the disk to have a rw partition available by default for lbu commits or should I make that one myself?
2021-01-10 18:58:08 <afontain_> it can do what virtualbox does
2021-01-10 18:59:18 <afontain_> maybe something closer to virtualbox is virt-manager (it has a qemu backend)
2021-01-10 18:59:27 <ikke> fourstepper: it does not need a dedicated partition
2021-01-10 19:00:31 <fourstepper> I have setup-bootable from one usb to another, now booted into the final USB and I am getting already mounted or resource is busy error
2021-01-10 19:00:56 <powerman2206> Ok I think I'm getting somewhere
2021-01-10 19:09:06 <fourstepper> I am pretty confused about this - is there anything special I need to do but run setup-bootable against the target drive to make it ready for lbu action?
2021-01-10 19:09:42 <ikke> No, should be pretty straight forward
2021-01-10 19:09:58 <ikke> what fs did you format the usb drive?
2021-01-10 19:10:32 <fourstepper> fat32
2021-01-10 19:10:40 <ikke> ok, should be fine
2021-01-10 19:10:45 <fourstepper> let me try to do the whole process again :)
2021-01-10 19:13:34 <fourstepper> is there a way to find out from which USB I have booted?
2021-01-10 19:13:43 <fourstepper> maybe the issue was there :D
2021-01-10 19:14:27 <efd321> Execute df and look which partition is mounted at /
2021-01-10 19:14:46 <ikke> that wouls show tmpfs
2021-01-10 19:26:34 <fourstepper> it's enough to try to unmount one of the disks under /media - the one that doesn't work is used for the current boot
2021-01-10 19:27:10 <ikke> you can certainly try it
2021-01-10 19:27:23 <ikke> make sure you boot from the writable usb
2021-01-10 19:29:04 <MY-R> that is when flashing led in usb memory/adapters media is nice to have :D
2021-01-10 19:32:36 <MY-R> ahh is about which media was use to boot, hmm no paths/uuids in /proc/cmdline ?
2021-01-10 19:33:53 <fourstepper> alright, thanks guys - the problem was that I probably messed the setup of the previous USB
2021-01-10 19:33:57 <fourstepper> now it's working as expected
2021-01-10 19:35:48 <MY-R> nice but still good question about which media was used to boot if it is some live image and how the hell check it :D
2021-01-10 19:36:46 <ikke> not sure how reliable, but perhaps check what's mounted at /media/usb?
2021-01-10 19:39:16 <MY-R> probably
2021-01-10 19:39:48 <MY-R> I think in alpine 3.12 I didnt see that message in dmesg like: Loading user settings from /media/mmcblk0p1/machine.apkovl.tar.gz...
2021-01-10 19:40:06 <MY-R> nice thing to got or I didnt pay enough atention before
2021-01-10 19:40:47 <ikke> but that assumes there is an apkovl already
2021-01-10 19:40:57 <ikke> which is not the case with a new setup
2021-01-10 19:42:08 <MY-R> yeah, just saying that I think I didnt see it before, ok whaaatever :)
2021-01-10 19:42:59 <powerman2206> Now I got a virtual network but it still doesn't work
2021-01-10 19:43:39 <powerman2206> Time to seek help from other sources
2021-01-10 19:44:18 <MY-R> powerman2206: install virtualbox and run guest in bridged mode, or read little bit about qemu bridge network
2021-01-10 19:44:54 <powerman2206> VirtualBox
2021-01-10 19:44:57 <powerman2206> Cringe
2021-01-10 19:45:14 <powerman2206> But you did give me an idea
2021-01-10 19:45:17 <MY-R> at least working out of the box
2021-01-10 20:34:27 <drzacek> 
ACTION wonders why does it have to be vm and not directly in host

2021-01-10 20:44:28 <fys> i think i asked that and never got a reply
2021-01-10 20:45:01 <fys> i told him *hours* ago to verify his network was in bridged mode
2021-01-10 20:59:39 <fourstepper> is it possible to use zfs safely with diskless mode, or is it not?
2021-01-10 21:00:18 <ikke> somehow zfs + diskless does not compute
2021-01-10 21:05:54 <fys> in that case diskless is kind of a bad phrase
2021-01-10 21:05:58 <fys> stateless?
2021-01-10 21:06:09 <fys> i dunno
2021-01-10 21:06:10 <fys> lol
2021-01-10 21:08:27 <fourstepper> xd
2021-01-10 21:08:35 <fourstepper> yeah, stateless is better i guess
2021-01-10 21:09:12 <fys> I understood what you meant but sadly have never used zfs
2021-01-10 21:09:20 <fys> I personally just use mdadm
2021-01-10 21:09:27 <fys> Sorry!
2021-01-10 21:10:24 <fourstepper> that's okay :) I didn't either tbh, wanted to use it with my new (gen8 microserver) nas
2021-01-10 21:10:48 <fourstepper> but ig i will use mdadm then, no biggie..
2021-01-10 21:11:45 <fys> Those little babby HP servers?
2021-01-10 21:11:59 <fys> Those are cute as hell.
2021-01-10 21:12:12 <fys> And a lot nicer than I am using.
2021-01-10 21:12:14 <fys> LOL
2021-01-10 21:12:49 <drzacek> what are the reasons for all those different filesystems?
2021-01-10 21:13:12 <drzacek> I never really got into the differences and why are there so many of them. What's wrong with ext4?
2021-01-10 21:13:49 <ikke> no integrity checking
2021-01-10 21:14:45 <fourstepper> why does zfs not work in diskless mode? Just wondering
2021-01-10 21:15:20 <ikke> fourstepper: the fact that diskless means there is no disk
2021-01-10 21:15:35 <fourstepper> ah, that's how you meant it
2021-01-10 21:15:48 <fourstepper> I meant booting from usb to RAM with data drives
2021-01-10 21:15:53 <ikke> Do you mean a hybrid setup?
2021-01-10 21:16:13 <fourstepper> the idea is 4x4TB HDDs booting from usb disk
2021-01-10 21:16:50 <fourstepper> i guess it's a hybrid setup then
2021-01-10 21:17:49 <ikke> fourstepper: to be honest, it was not too serious of a reply
2021-01-10 21:18:11 <fourstepper> i was asking wrong i suppose :)
2021-01-10 21:18:42 <fourstepper> My idea is that I would boot from the USB to LUKS encrypted ZFS storage
2021-01-10 21:31:11 <fourstepper> I suspect there being quite a few problems, such as that i can't (to my understanding) add the zfs and cryptsetup modules to /etc/mkinitfs/mkinitfs.conf...
2021-01-10 21:31:54 <ikke> you would need to generate (And I guess sign) a new modloop
2021-01-10 21:32:25 <fourstepper> eh? ..  :/
2021-01-10 21:33:06 <ikke> run-from-ram uses a squashfs image containing the kernel modules which gets mounted on boot
2021-01-10 21:34:38 <fys> ^
2021-01-10 21:34:43 <fys> sorry, i stepped away
2021-01-10 21:34:44 <fys> lol
2021-01-10 21:35:09 <fys> i wish my isp gave me a freaking static ip..
2021-01-10 21:35:23 <fourstepper> still unsure how I should handle this then.. is there documentation for this?
2021-01-10 21:35:34 <fys> i have gigabit cable and host a local alpine mirror i cant even let other people use
2021-01-10 21:40:37 <yZ5vlALg86lP> fys use a short ttl for your dns record and update it when your ip changes
2021-01-10 21:45:21 <fys> yZ5vlALg86lP: yeah, that's basically what i do because im too stupid to figure out dynamicDNS
2021-01-10 21:45:24 <fys> lol
2021-01-10 21:45:47 <fys> I haven't given it the proper try, tbqh.
2021-01-10 21:46:21 <fourstepper> What router do you run fys
2021-01-10 21:47:45 <caskd> wow, apparenty someone forgot to test their MRs...
2021-01-10 21:47:50 <caskd> !16699
2021-01-10 21:48:16 <Darksecond> how easy is it to get the devs to add a module to the kernel? I need 'KVMGT' on (building my own kernel now)
2021-01-10 21:48:39 <fourstepper> ikke there is quite a lot of things that I am unsure about in the setup tbh. Like how would automatic decryption and mount of ZFS pools work etc..
2021-01-10 21:55:42 <Hello71> Darksecond: should be ok, mainly needs VFIO_MDEC
2021-01-10 21:55:43 <Hello71> v
2021-01-10 21:56:48 <Darksecond> CONFIG_DRM_I915_GVT, CONFIG_DRM_I915_GVT_KVMGT, CONFIG_VFIO_MDEV, CONFIG_VFIO_MDEV_DEVICE specifically are the modules I need for gvt-g support
2021-01-10 21:57:55 <mps> config-lts.x86_64:CONFIG_DRM_I915_GVT=y
2021-01-10 21:58:08 <mps> linux-lts x86_64
2021-01-10 21:58:13 <fys> oh sorry
2021-01-10 21:58:17 <fys> i stepped away again
2021-01-10 21:58:22 <fys> my router is alpine of course!
2021-01-10 21:58:27 <fys> (:
2021-01-10 21:58:50 <Darksecond> mps: looks like that does not build the kvmgt module tho :(
2021-01-10 22:00:06 <mps> VFIOs are not enabled iirc
2021-01-10 22:08:19 <Darksecond> if I do a abuild with a changed config-lts.x86_64 will it build just that package?
2021-01-10 22:10:56 <mps> no, it will also build linux-lts-dev and linux-virt
2021-01-10 22:11:11 <Darksecond> but only for that arch I mean
2021-01-10 22:11:34 <mps> yes
2021-01-10 22:11:37 <Darksecond> good :
2021-01-10 22:12:04 <Darksecond> yeah, KVMGT, and both VFIO options are not enabled, so I guess I'm building my own kernel
2021-01-10 22:16:51 <mps> I like such users of alpine, when something missing build it and whine around :)
2021-01-10 22:17:35 <mps> and not whine*
2021-01-10 22:25:20 <fys> LD
2021-01-10 22:25:21 <fys> :D
2021-01-10 22:33:42 <tehcloud> I've got no choice but to use my own kernel due to regressions in amdgpu
2021-01-10 22:40:10 <mps> on most machines I use alpine kernels because I maintain some of them and wouldn't be nice if I don't use them
2021-01-10 22:40:49 <mps> but on some machines for which alpine kernels doesn't work I build customized ones
2021-01-10 22:41:19 <fys> yeah my router runs a custom kernel
2021-01-10 22:41:21 <fys> nas does not
2021-01-10 23:22:27 <nighty-cloud> Ariadne: thanks! That fixed it
2021-01-11 08:34:58 <Darksecond> has anyone built any infra for automatically building packages, custom kernel in my case, and updating my own repository automatically?
2021-01-11 08:41:42 <Cogitri> You could just have a cronjob that pulls your repo every so often and calls abuild -r
2021-01-11 08:55:59 <Darksecond> yeah, I figured something like that would work, pull in the latest changes on aports, patch my changes, rebuild, something like that :)
2021-01-11 10:40:53 <GreyXor> Hi everyone, flag a package out-of-date is enough or i have to create an issue on gitlab?
2021-01-11 10:41:10 <GreyXor> also have to*
2021-01-11 11:28:23 <mps> GreyXor: flag is enough, if the issue opened for every outdated pkg we will have a jungle of issues
2021-01-11 11:28:40 <GreyXor> mps alright thanks
2021-01-11 11:29:48 <mps> but if some long standing cases maybe issue is ok
2021-01-11 11:30:00 <mps> in*
2021-01-11 11:30:43 <mps> use common sense Luke. :)
2021-01-11 11:31:29 <GreyXor> ok, so far this is not the case. The package is several months old (but only available in edge) and I'm the first to do the flag. I'll leave it like this and see how it evolves.
2021-01-11 11:31:51 <GreyXor> Thank you for giving me the strength. :)
2021-01-11 11:32:24 <mps> which pkg?
2021-01-11 11:32:53 <mps> in case I'm interested
2021-01-11 11:33:04 <ikke> alternatively, providing an MR to upgrade it might expediate it
2021-01-11 11:33:18 <GreyXor> s6-overlay : https://pkgs.alpinelinux.org/packages?name=s6-overlay
2021-01-11 11:34:00 <mps> aren't s6 batteries upgraded last night
2021-01-11 11:34:20 <ikke> This looks like a third-party project
2021-01-11 11:34:26 <ikke> https://github.com/just-containers/s6-overlay/
2021-01-11 11:34:37 <ikke> dbradley maintains it
2021-01-11 11:34:40 <mps> aha, not skarnets one
2021-01-11 11:35:01 <mps> ah, minimal
2021-01-11 11:36:45 <mps> I always had some kind of 'doubtful feeling' when the maintainer also upstream author
2021-01-11 11:36:54 <ikke> why?
2021-01-11 11:37:55 <ikke> Seems like skarnet also contributed to s6-overlay
2021-01-11 11:38:24 <mps> heh, can't tell in simple words, but one ring is missing in chain
2021-01-11 11:39:30 <ikke> We already have one layer in between
2021-01-11 11:39:54 <ikke> (with exception of packages maintained by developers)
2021-01-11 11:41:44 <GreyXor> whats 'ring' ? is it a conflict of interest if the author is the maintainer?
2021-01-11 11:42:07 <ikke> I think mps meant link
2021-01-11 11:42:12 <ikke> like links in a chain
2021-01-11 11:44:43 <mps> ikke: right
2021-01-11 11:45:01 <Apachez> one ring to unite them all
2021-01-11 11:45:04 <Apachez> my precious...
2021-01-11 11:45:55 <GreyXor> There is a problem with this package ? if needed i can merge something, contact author,maintener etc.
2021-01-11 11:47:08 <fourstepper> mps: re: doubtful feeling: due to trust?
2021-01-11 11:48:33 <ikke> GreyXor: package seems alright
2021-01-11 11:51:35 <mps> fourstepper: more 'conflict of interest' as GreyXor wrote
2021-01-11 11:51:54 <ikke> as long as the package is in proper shape, I don't see an issue
2021-01-11 11:52:05 <ikke> and in most cases, there is still someone who needs to accept merge requests
2021-01-11 11:52:50 <fourstepper> not sure I follow, why would there be conflict of interest?
2021-01-11 12:05:40 <mps> experience my dear, is best teacher, but you will learn, you will learn my dear - Lewis Carrol, Alice in Wonderland
2021-01-11 12:17:39 <GreyXor> elegant
2021-01-11 12:20:40 <blubshep> Retroarch is segfaulting for me on loading content on certain or all cores
2021-01-11 12:21:10 <GreyXor> blubshep hello, do you have some logs ? crashdump etc.
2021-01-11 12:22:39 <blubshep> Yes wait a minute
2021-01-11 12:23:40 <GreyXor> Have you ever analyzed them? if yes have you noticed anything that puts alpine linux in difficulty?
2021-01-11 12:29:21 <blubshep> Doesn't seem to be much I just see a sefault after initialization, I wanted to ask in case this is known as I recall it working formerly in void
2021-01-11 12:30:05 <blubshep> Here is the log https://zerobin.net/?fdbe6c46082bc42e#sFv4w76HC7F5dMRBRK8SUFmtdDASEt2r+5JTdVyDeVg=
2021-01-11 12:31:36 <GreyXor> It's verbosed ? `retroarch --verbose >> /tmp/retroarch.log 2>&1`. make it crash then upload /tmp/retroarch.log
2021-01-11 12:35:36 <blubshep> Yes It is verbose
2021-01-11 12:37:05 <blubshep> For the record I should add that My the case with the same core and content working on void was a week ago so it can be a recent buildbot messing up
2021-01-11 12:37:31 <GreyXor> and where is the crashdump ? Why you think it's related to alpine and not related to mesa (gfx driver), retroarch etc. ?
2021-01-11 13:33:22 <GreyXor> i will directly MR s6-overlay 2.0.1.2
2021-01-11 14:37:02 <powerman2206> BOYS
2021-01-11 14:37:07 <powerman2206> I MADE A DISCOVERY
2021-01-11 14:37:12 <ikke> (and GALS)
2021-01-11 14:37:22 <powerman2206> So y'know how I didn't have an internet connection in a VM?
2021-01-11 14:37:28 <ikke> yes
2021-01-11 14:37:34 <powerman2206> Well, I tried pinging PornHub, and it didn't work
2021-01-11 14:37:43 <powerman2206> BUT when I tried PornHub's IP address, it worked!
2021-01-11 14:37:58 <GreyXor> it is really how you test WAN connection ? :')
2021-01-11 14:38:02 <powerman2206> Yes
2021-01-11 14:38:10 <GreyXor> noïce
2021-01-11 14:38:40 <powerman2206> I hate Google so much I won't even give them ping privileges
2021-01-11 14:39:36 <powerman2206> So my virtual network doesn't see my DNS server...
2021-01-11 14:39:44 <Celelibi> pornhub isn't much better. It uses all the informations it can about its users.
2021-01-11 14:39:45 <frebib> So what you're saying is it's entirely self inflicted?
2021-01-11 14:40:03 <powerman2206> Celelibi: yeah, but I also do it for the memes
2021-01-11 14:40:12 <powerman2206> Hit me up when you find an open-source porn site tho
2021-01-11 14:40:23 <powerman2206> frebib: ?
2021-01-11 14:40:33 <Celelibi> Even worse, PH exploits the temporary weakness of the mind for commercial purpose.
2021-01-11 14:40:54 <GreyXor> i've just push my very first MR. someone wanna look if it's look correct ? https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/16711
2021-01-11 14:40:58 <frebib> If you block Google and it's using Google DNS then it's working as intended?
2021-01-11 14:41:09 <Celelibi> For the purpose of pinging, there are alternatives, tho.
2021-01-11 14:41:13 <powerman2206> Well what am I supposed to do? Get a girlfriend? As a Linux user? Yeah, alright
2021-01-11 14:41:28 <powerman2206> frebib: I ain't using Google's DNS
2021-01-11 14:41:38 <frebib> 🤷‍♂️ then
2021-01-11 14:42:07 <powerman2206> Off to #virt I gooo
2021-01-11 14:43:54 <Celelibi> (powerman2206, BTW, Linux users and girlfriend and porn aren't mutually exclusive. ;) )
2021-01-11 14:44:40 <powerman2206> Idk what that means, all I know is that I don't have a gf yet and I have been using Linux for the past year
2021-01-11 14:47:00 <GreyXor> powerman2206 linux is your gf
2021-01-11 14:47:57 <powerman2206> https://i.redd.it/q32n6qfryop51.jpg
2021-01-11 14:47:59 <powerman2206> Perhaps
2021-01-11 15:04:17 <afontain_> you know that you can also ping fsf.org or similar
2021-01-11 15:04:49 <afontain_> it's even shorter than the other website that have been mentionned.
2021-01-11 15:04:56 <powerman2206> Yeah but where's the funny in that?
2021-01-11 15:05:11 <afontain_> ¯\_(ツ)_/¯
2021-01-11 15:14:37 <minimal> GreyXor: I just commented on your PR
2021-01-11 15:46:26 <GreyXor> minimal alright thank you :)  so what happen now ? we can just close the MR
2021-01-11 15:49:23 <minimal> GreyXor: that would make sense - I don't see the point in a new release that doesn't actually make any (real) changes. After looking at your MR I did notice that for s6-overley-preinit however there is a newer release of that which I'd missed which does have a small change so I'm working on a MR for that package currently
2021-01-11 15:51:04 <GreyXor> at the very least the only useful change then is the use of $pkgver and $pkgname in the APKBUILD and maybe save people from wondering why the version is not the same between Github and alpine. but yes I understand completely
2021-01-11 15:51:21 <GreyXor> Can you confirm i close it ?
2021-01-11 15:54:54 <minimal> Yes, you can close it
2021-01-11 16:43:16 <fourstepper> sooo ... if I wanted to unlock a luks-encrypted drive on boot in run-from-ram mode, how would I go about configuring this? I think I would have to load dmcrypt at sysinit and also add cryptsetup to /etc/modules?
2021-01-11 16:48:39 <Hello71> cryptsetup isn't a module
2021-01-11 16:49:05 <Hello71> cryptsetup program should automatically load required kernel modules
2021-01-11 16:49:09 <Hello71> via kernel.modprobe
2021-01-11 16:49:20 <ikke> I think it should be added to the mkinitfs features?
2021-01-11 16:49:30 <ikke> hmm,
2021-01-11 16:49:37 <ikke> that does not make sense for run-from-ram
2021-01-11 16:50:57 <Hello71> you only need that for mounting root and maybe /usr
2021-01-11 16:51:20 <Hello71> if you just want to mount a data drive then you merely need cryptsetup open device name; mount /dev/mapper/name wherever at boot
2021-01-11 16:51:32 <fourstepper> yeah
2021-01-11 16:51:40 <fourstepper> that's basically it Hello71
2021-01-11 16:51:43 <Hello71> where the second part is normally handled by fstab
2021-01-11 16:51:55 <Hello71> the first part is /etc/crypttab on systemd. not sure what alpine has
2021-01-11 16:52:30 <Hello71> could be also crypttab, that does predate systemd (otherwise i assume they would use some ini format)
2021-01-11 16:53:10 <fourstepper> oh, right
2021-01-11 16:53:37 <ikke> https://www.freedesktop.org/software/systemd/man/crypttab.html
2021-01-11 16:53:37 <fourstepper> so via /etc/crypttab I will unlock the drives (get prompted) and then fstab will mount them as normal
2021-01-11 16:55:29 <Hello71> well i don't know if alpine has crypttab, but that sounds plausible
2021-01-11 16:58:22 <ikke> I wonder what reads crypttab
2021-01-11 16:59:41 <Hello71> https://www.freedesktop.org/software/systemd/man/ ctrl-f crypttab
2021-01-11 17:01:41 <ikke> on non systemd systems :)
2021-01-11 17:02:34 <fourstepper> seems like it's not crypttab on alpine https://wiki.alpinelinux.org/wiki/LVM_on_LUKS#Mounting_additional_encrypted_filesystems_at_boot
2021-01-11 17:02:45 <fourstepper> atleast according to that document ^^
2021-01-11 17:02:56 <Hello71> could be
2021-01-11 17:04:22 <fourstepper> i am just wondering if it's better to encrypt multiple partitions and then set up RAID above that or encrypt the /dev/md partition... Or go zfs raidz lol
2021-01-11 17:04:27 <fourstepper> but that's unrelated
2021-01-11 17:54:34 <omni> the issues I described yesterday, with freezes when plugging a hdmi monitor for the second time, seem to be fixed by a reverted commit in 5.10.6
2021-01-11 18:37:32 <PureTryOut[m]2> Crypttab also exists on Alpine btw, I use it to unlock my HDD from an already unlocked SSD
2021-01-11 18:38:30 <ikke> PureTryOut[m]2: did you see pipewire is failing on mips64? (test failure, SIGALRM)
2021-01-11 18:38:49 <ikke> seems like something is taking longer then expected
2021-01-11 18:38:54 <PureTryOut[m]2> I do not and I do not maintain that package
2021-01-11 18:39:07 <PureTryOut[m]2> I'm merely a user since a few days 😛
2021-01-11 18:39:13 <ikke> 5:19:12*algitbot │ alpine/aports:master | Bart Ribbers | community/pipewire: upgrade to 0.3.19 | http://dup.pw/alpine/aports/fe9c665e956f
2021-01-11 18:39:25 <PureTryOut[m]2> Well yeah I touched it
2021-01-11 18:39:33 <PureTryOut[m]2> Or do you mean that update has failing test?
2021-01-11 18:39:47 <ikke> it started to fail after that upgrade
2021-01-11 18:40:03 <PureTryOut[m]2> Oh darn. If only CI was running on MIPS as well 🤷‍♂️
2021-01-11 18:40:20 <ikke> hmm
2021-01-11 18:40:35 <ikke> Oh, there was another commit after it
2021-01-11 18:40:58 <ikke> https://git.alpinelinux.org/aports/commit/?id=308cef625874
2021-01-11 18:40:59 <PureTryOut[m]2> You might want to ping Marius
2021-01-11 18:41:07 <ikke> You mean Marian?
2021-01-11 18:41:15 <PureTryOut[m]2> Sorry yes
2021-01-11 18:41:29 <ikke> I'll open a ticket
2021-01-11 18:41:46 <PureTryOut[m]2> He is the maintainer and added some new Bluetooth codecs which might just be the ones failing here
2021-01-11 18:44:45 <ikke> I would love to have CI for mips64 as well, but there are still issues :(
2021-01-11 19:12:23 <fys> systemdlete: lol
2021-01-11 19:12:25 <fys> funny username
2021-01-11 19:12:33 <fys> i like it
2021-01-11 19:13:45 <fys> Hm. Looks like I might be having to hack something together tonight, doesn't look like anyone's put Alpine on an espressobin sbc before..
2021-01-11 19:15:55 <sam_son> hello
2021-01-11 19:17:10 <sam_son> I'm running alpine 3.13.0_rc3 with apache2, and I'm trying to figure out why "c-service httpd status" is always reporting "status: stopped" even when apache is running. Anyone can point me in the right direction please?
2021-01-11 19:18:22 <ikke> check the pidfile and see if it matches
2021-01-11 19:19:08 <sam_son> you are right, pid file does not exist... hmm srange
2021-01-11 19:19:18 <fys> check the permissions
2021-01-11 19:19:56 <sam_son> killed httpd processes, run "rc-service httpd start" and the pid file is back where it should
2021-01-11 19:20:28 <sam_son> now "rc-service httpd status" shows the correct state "status: started"
2021-01-11 19:20:47 <sam_son> hmm I wonder what caused apache to be in that state
2021-01-11 19:22:05 <sam_son> thank you for your suggestions
2021-01-11 19:23:01 <fys> np - there's a ton of reasons that could've happened
2021-01-11 19:23:04 <fys> hard to know really
2021-01-11 19:30:21 <sam_son> one more question, last time I checked, rabbitmq was not usable, in edge there was an issue with the packages, anyone knows if this is still the case?
2021-01-11 19:54:59 <fourstepper> hmm, is it possible to somehow use a password for one disk and then a keyfile from which other disks will be opened once the first disk is unlocked via a password in a RAID situation?
2021-01-11 19:55:09 <fourstepper> this is getting pretty intense as far as the complexity goes
2021-01-11 20:40:24 <fourstepper> ah! I can encrypt the config and store the keyfile on the config directly. Seems like the issue is solved
2021-01-11 21:28:35 <Darksecond> hmm, my alpine I installed doesn't boot, says it can't mount the root :(
2021-01-11 21:29:07 <Darksecond> mounting UUID=xxx on /sysroot no such file or directory
2021-01-11 21:33:36 <Darksecond> ah, looks like i might need to specify more initramfs features
2021-01-11 21:45:33 <Darksecond> hmm, still not working, I added the 'nvme' feature and it still doesn't boot
2021-01-11 21:50:23 <Darksecond> it helps if I copy the initram over :)
2021-01-11 21:56:56 <MY-R> PureTryOut[m]2: damn, I could swear that crypttab never worked on Alpine hmm :\
2021-01-11 22:06:37 <MY-R> or maybe didnt work with keys, ah whatever :/
2021-01-12 01:04:38 <fys> This should be fun.
2021-01-12 01:04:57 <fys> I'm going to do a 5 host alpine build cluster.
2021-01-12 01:05:06 <fys> Wish me luck!
2021-01-12 01:16:38 <jn__> for the alpine project itself, or for some other project or company?
2021-01-12 01:16:50 <jn__> either way: cool thing
2021-01-12 01:17:10 <fys> personal projects
2021-01-12 01:18:08 <fys> I call it..
2021-01-12 01:18:11 <fys> Project Buildroid
2021-01-12 01:18:15 <fys> :D
2021-01-12 01:19:25 <fys> I'm currently out of work and get bored fast.
2021-01-12 07:42:22 <outerpassage> are the man pages under https://git.alpinelinux.org/apk-tools/tree/doc/ not shipped with the default apk installation?
2021-01-12 07:42:37 <outerpassage> i can't seem to find any apk-tools-doc package, or similar
2021-01-12 07:42:48 <ikke> https://pkgs.alpinelinux.org/packages?name=apk-tools-doc&branch=edge
2021-01-12 07:42:51 <ikke> only in edge atm
2021-01-12 07:42:54 <ikke> they are fairly new
2021-01-12 07:43:09 <outerpassage> ah, ok, thanks!
2021-01-12 08:01:13 <jan6> is there a way to search alpine packages descriptions and such without having an installed alpine system? just wondering, stuff like "I want to see what shells are available" or "what mail client packages do you currently have" and whatnot, where I might not know every package name (yes I know it's super tiny, but still)
2021-01-12 08:02:19 <ikke> jan6: no, afaik there is no system for that
2021-01-12 08:02:41 <ikke> And we do not categorize packages so, it would have to rely on description including the keyword you are looking for
2021-01-12 08:03:40 <jan6> yeah, but still better than only pure package name search ;P
2021-01-12 08:04:14 <ikke> aports-turbo does not allow you to search for descriptions atm
2021-01-12 15:18:22 <mps> do we have guide to install syslinux on efi systems (old macbook in my case)
2021-01-12 15:20:24 <mps> https://wiki.alpinelinux.org/wiki/Alpine_and_UEFI
2021-01-12 15:56:34 <MY-R> mps: I knew I saw somewhere: https://wiki.alpinelinux.org/wiki/Bootloaders#EFI
2021-01-12 16:02:17 <fys> https://cdn.discordapp.com/attachments/797420315399159838/798582358160048129/20210112_110102.jpg (Powered by Alpine!)
2021-01-12 16:02:46 <fys> (:
2021-01-12 16:06:21 <mps> MY-R: found this https://lists.alpinelinux.org/~alpine/devel/%3CCAGP1gyPexhACLxkTfmqVYX%2BDg9awd0LqwjnnSvHaTWc%3Dvp1XUg%40mail.gmail.com%3E
2021-01-12 16:06:29 <mps> will try follow this
2021-01-12 16:09:25 <MY-R> mps: wrong not related link? :P topic: "Revive an unmaintained package that's been purged"
2021-01-12 16:36:49 <mps> MY-R: hah, yes. sorry
2021-01-12 16:36:59 <mps> https://docs.slackware.com/howtos:slackware_admin:set_up_syslinux_as_boot_loader_on_uefi_based_hardware
2021-01-12 16:47:19 <MY-R> mps: yeah looks nice and simple, configurable, modulable, easy to script it
2021-01-12 16:52:11 <mps> MY-R: yes, this is because I choose it besides many on inet
2021-01-12 16:52:56 <mps> I will know in hour or two does it 'works'
2021-01-12 17:02:54 <MY-R> mps: yeah, let me know because when Im not using grub then syslinux would be better choice
2021-01-12 17:37:54 <blawiz> im getting cert ssl error when using wget/qutebrowser, is it a known bug?
2021-01-12 17:38:15 <ikke> what version of alpine and what arch?
2021-01-12 17:38:39 <ikke> Is your system time correct?
2021-01-12 17:39:50 <blawiz> oh, maybe wrong time
2021-01-12 17:45:34 <fys> https://cdn.discordapp.com/attachments/797419200515014660/798608561479090216/20210112_124503.jpg
2021-01-12 17:45:40 <fys> Today's worky jobby
2021-01-12 17:45:51 <fys> (:
2021-01-12 17:45:58 <ikke> What board is that?
2021-01-12 17:46:06 <fys> Espressobin v7
2021-01-12 17:46:15 <ikke> what arch?
2021-01-12 17:46:36 <fys> ARM
2021-01-12 17:47:00 <fys> Arch supports it so I figured I'd force Alpine onto it
2021-01-12 17:47:03 <blawiz> ikke: ah seem to have fixed it, ty!
2021-01-12 17:47:10 <ikke> blawiz: np
2021-01-12 17:47:40 <fys> if there is "great success" i can put up some write-ups or whatever
2021-01-12 17:48:09 <fys> I just wanted to try a non x86 version of my router as an emergency drop-in.
2021-01-12 17:48:34 <fys> And I don't trust my network to some random commercial box.
2021-01-12 17:50:46 <fys> My buildroid project would come in handy for doing a lot a distcc cross-compile. haha
2021-01-12 17:51:08 <fys> For now, I'll have to be patient.
2021-01-12 17:52:33 <fys> ikke: http://espressobin.net/tech-spec/
2021-01-12 17:52:37 <fys> If you're interested.
2021-01-12 17:53:11 <fys> So far my only wish is that they had went for a half height mPCI to allow space for an mSATA slot.
2021-01-12 17:53:25 <fys> But I can see why they didn't.
2021-01-12 18:27:22 <mps> MY-R: I got it to boot
2021-01-12 18:27:43 <mps> need find how to get boot menu
2021-01-12 18:37:23 <MY-R> :)
2021-01-12 18:39:33 <fys> Plex is seriously disgustingly slick.
2021-01-12 18:39:53 <fys> :D
2021-01-12 18:48:46 <nacelle> fys: whats the board sticking straight up from the espressobin?
2021-01-12 18:52:04 <mps> fys: if you build kernel and u-boot for it I think alpine will run out-of-the-box
2021-01-12 18:52:23 <mps> or, take kernel and u-boot from some other distro
2021-01-12 18:53:37 <fys> nacelle: ssd out of case
2021-01-12 18:53:49 <fys> mps: i hoped so
2021-01-12 18:54:42 <fys> i havent done any real work other than documentation and tinkering in between interviews (:
2021-01-12 18:56:03 <mps> fys: look here http://arvanta.net/alpine/ my notes how to install alpine on some arm boards
2021-01-12 18:56:53 <fys> ty!
2021-01-12 19:33:52 <blawiz> hmm, i edited /etc/passwd to change login shell, when i log in i have zsh, but it does not set path, is i run 'zsh' i do get PATH tho
2021-01-12 19:35:01 <ikke> is PATH not set for login shells?
2021-01-12 19:35:10 <blawiz> i mean PATH set in zshenv
2021-01-12 19:35:20 <nacelle> fys: funky
2021-01-12 19:35:41 <blawiz> so i get "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin" without my modifications
2021-01-12 19:35:44 <fys> lol :)
2021-01-12 19:37:08 <ikke> blawiz: can it be that it is overwritten in .zprofile?
2021-01-12 19:40:36 <blawiz> ikke: right again :]
2021-01-12 19:41:46 <fys> mps: your docs are very helpful indeed, thank you!
2021-01-12 19:50:59 <mps> fys: thanks, but these are just notes, I don't count them as guides
2021-01-12 19:51:12 <mps> or docs
2021-01-12 19:51:33 <fys> mps: it's everything i needed (:
2021-01-12 19:51:59 <mps> good, happy to help
2021-01-12 19:58:37 <fys> Interesting of note.
2021-01-12 19:59:13 <fys> Netgate who owns pfSense development has a route they sell with pfSense on it that is ... 100% an Espressobin
2021-01-12 19:59:26 <fys> router*
2021-01-12 19:59:47 <fys> I liked pfsense in terms of its features and whatnot but man it used a TON of memory.
2021-01-12 20:05:13 <fourstepper> if I were to backup the run-from-RAM disk that I use for boot and saving the config, would it be enough to rsync the content of the mounted partition (/media/usb) in this case to a remote location?
2021-01-12 20:05:38 <fourstepper> or would it be safer to dd it when the machine is off?
2021-01-12 20:15:02 <ikke> fourstepper: you only need the apkovl file
2021-01-12 20:15:43 <fourstepper> soo, copy that apokvl file to the new medium set up by setup-bootable and then boot from that?
2021-01-12 20:15:46 <fourstepper> that makes sense
2021-01-12 20:16:09 <ikke> yes
2021-01-12 20:32:48 <fys> Isn't it nice when the logical thing is exactly what you should do?
2021-01-12 20:32:50 <fys> lol
2021-01-12 20:55:00 <fourstepper> fys: yeah, feels good :D
2021-01-12 20:57:11 <drzacek> hi
2021-01-12 20:57:24 <drzacek> will switching repositories from main to edge will cause a mass extinction and possible data loss?
2021-01-12 20:57:44 <drzacek> in other distros (debian), upgrading from stable to testing were sometimes risky
2021-01-12 20:58:04 <ikke> it's relatively safe, but there can be some dependency issues
2021-01-12 20:59:30 <ikke> apk is a lot less statefull then dpkg / apt is
2021-01-12 21:08:31 <MY-R> drzacek: and remember to use -a, --available when upgrading!
2021-01-12 21:08:45 <ikke> certainly
2021-01-12 21:24:48 <drzacek> -a?
2021-01-12 21:24:55 <ikke> --available
2021-01-12 21:25:26 <ikke> it tells apk to upgrade everything to the available packages in the repo and don't hold versions back
2021-01-12 21:26:28 <drzacek> ok
2021-01-12 21:26:39 <drzacek> thanks
2021-01-12 21:40:50 <Hello71> you can't switch from main to edge
2021-01-12 21:41:36 <Hello71> for debian changing from stable to testing is normal. it has the increased risk of *using* testing
2021-01-12 21:41:56 <Hello71> ubuntu has its weird do-release-upgrade but afaik using it isn't strictly necessary
2021-01-12 21:50:33 <mps> MY-R: I got syslinux menu on efi boot, but it looks ugly, need to set colors for all elements
2021-01-12 21:51:30 <mps> and testing all this on old macbook pro is quite hard because of mac strange boot
2021-01-12 22:10:04 <mint__> DEAR CO-USERS, Here is my question concerning Alpine. I have a Server / Mining Rig running on the latest Alpine Linux and I love it. Installation was quick and agreeable. The System that shows up afterwards is fully satisfying. Now since I have multiple Systems running and like to do partitioning, here's my question: Is the following manual to du dual booting complete??:
2021-01-12 22:10:06 <mint__> https://wiki.alpinelinux.org/wiki/Installing_Alpine_on_HDD_dualbooting
2021-01-12 22:11:05 <mint__> Because I got a kernel panic when I did it. I have /dev/sda1 boot ; /dev/sda2 root ; etc
2021-01-12 22:12:08 <mint__> How would my config file look like? And Grub into MBR is that what they are doing in the wiki? And what is "syslinux", plz?
2021-01-12 22:32:46 <afontain_> "have a kernel panic" is quite vague
2021-01-12 22:33:12 <afontain_> maybe you can give a more complete log?
2021-01-12 23:09:12 <xordspar0> Why are both logrotate and syslogd's built-in rotation enabled in the default install? syslogd truncates /var/log/messages to 200K, then logrotate rotates it to a .gz file at the end of the week. My log file hits 200K before the end of the day, so my logs only have the last few hours of every week.
2021-01-12 23:09:45 <xordspar0> I understand that I need to configure logrotate based on my needs, but wouldn't it make sense to only have one of the log rotation mechanisms turned on by default?
2021-01-12 23:17:54 <xordspar0> I'm stupid. logrotate is not installed by default. It was pulled in as a dependency.
2021-01-12 23:18:07 <fys> happens
2021-01-12 23:18:10 <fys> lol
2021-01-12 23:18:18 <xordspar0> :)
2021-01-12 23:19:41 <Hello71> it's also not automatically enabled
2021-01-12 23:24:41 <mint__> afontain, yes it is vague. True ;-) I deleted the whole thing and did standard installation. But still: Which bootloader does alpine install by default? And is it UEFI or MBR? And will I need to write my boot config on my own when I do a custom install?
2021-01-12 23:25:15 <afontain_> I think Alpine likes syslinux and MBR
2021-01-12 23:25:18 <afontain_> *extlinux
2021-01-12 23:25:36 <afontain_> but I must say I use grub and UEFI with Alpine, soooo
2021-01-12 23:25:59 <mint__> right..
2021-01-12 23:26:44 <afontain_> not sure about MBR, I meant legacy booting
2021-01-12 23:27:06 <mint__> syslinux is the bootloader? Never seen it :-/
2021-01-12 23:27:45 <afontain_> I think extlinux is the default, because it's maintained and it supports ext partitions
2021-01-12 23:27:48 <afontain_> yeah
2021-01-12 23:28:13 <afontain_> It's just the default, you can choose your bootloader
2021-01-12 23:31:59 <mint__> it's crazy. I just want a simple way...
2021-01-12 23:32:00 <mps> afontain_: syslinux is pkg name but config file is extlinux.conf and some utilities
2021-01-12 23:32:23 <mps> syslinux is simple
2021-01-12 23:34:33 <mps> if setup-alpine detect classic bios for boot it will install syslinux, else if detect uefi boot it will install grub as boot loader
2021-01-12 23:37:40 <Hello71> syslinux was the standard for all linux install media for many years
2021-01-12 23:37:56 <Hello71> post-lilo pre-efi
2021-01-12 23:38:08 <mint__> ok. Thanks so far! So look at this: I erase my partition table. I use fdisk to create a new one. Will there be classic bios or UEFI now?
2021-01-12 23:38:36 <Hello71> totally unrelated
2021-01-12 23:38:38 <mps> :)
2021-01-12 23:38:50 <afontain_> mps: nice
2021-01-12 23:39:06 <mps> afontain_: what?
2021-01-12 23:39:23 <afontain_> autodetection+grub
2021-01-12 23:39:30 <afontain_> didn't know about that
2021-01-12 23:39:48 <mint__> I don't get it, yet..
2021-01-12 23:39:51 <mps> aha, yes, but all that can be overriden manually if one wants
2021-01-12 23:39:59 <mint__> how?
2021-01-12 23:40:20 <mps> read docs.alpinelinux.org
2021-01-12 23:40:35 <mint__> I do.. a lot
2021-01-12 23:41:15 <mps> I can't explain this here on irc, will took me a lot of hours and I have to go to sleep
2021-01-12 23:42:09 <mps> but few hours I managed to install syslinux on uefi only macbook pro, took me few hours and some nerves
2021-01-12 23:42:29 <mps> few hours ago*
2021-01-12 23:42:50 <mps> try and error and fix method
2021-01-12 23:45:25 <mint__> yeah. thanks so far
2021-01-12 23:49:25 <mint__> Hm.. so using fdisk I will automatically create a msdos partition table?
2021-01-12 23:49:57 <Hello71> gpt is generally recommended for efi
2021-01-12 23:50:17 <Hello71> and unless your firmware is severely broken it's good for bios too
2021-01-12 23:50:20 <Hello71> https://git.alpinelinux.org/alpine-conf/tree/setup-alpine.in
2021-01-12 23:51:15 <mps> https://wiki.alpinelinux.org/wiki/Alpine_and_UEFI
2021-01-12 23:54:19 <mint__> thanks. the Alpine and UEFI is good.
2021-01-12 23:54:38 <mint__> and easy to understand
2021-01-12 23:57:06 <mint__> Well.. I give it up. Just want a simple way to boot Alpine, another Linux and Win10 on a 500GB hdd...
2021-01-13 00:58:05 <anjan_> hello guys, I want to check which packages have installed configs in /etc that was modified by me
2021-01-13 00:58:21 <anjan_> I want to reinstall it so I get the apk-new that I accidentally removed
2021-01-13 00:58:28 <anjan_> whats the apk command for that?
2021-01-13 00:59:59 <Hello71> apk --help
2021-01-13 09:31:52 <Darksecond> what's the difference between the libvirt package and libvirt-daemon?
2021-01-13 10:41:02 <omni> Darksecond: package descriptions and contents, libvirt-daemon contain just init files and their configs
2021-01-13 10:41:15 <omni> you can browse packages and find out at https://pkgs.alpinelinux.org/packages
2021-01-13 10:43:59 <Darksecond> it looks like libvirt is just a combination package of all the subpackages, like libvirt-daemon, libvirt-qemu, etc
2021-01-13 10:44:45 <ikke> https://pkgs.alpinelinux.org/package/edge/community/x86_64/libvirt
2021-01-13 10:44:50 <ikke> you can see that under subpackages
2021-01-13 13:20:32 <powerman2206> Basically I got internet to work in a VM but not Alpine
2021-01-13 13:20:57 <powerman2206> An Arch VM works fine, can ping PornHub, but Alpine doesn't see the interface
2021-01-13 13:25:41 <powerman2206> Tried using both systemd-networkd and NetworkManager on the host, neither work
2021-01-13 13:25:50 <powerman2206> I mean, they work fine for Arch. Not Alpine
2021-01-13 13:31:07 <MY-R> powerman2206: 'ip a' doesnt show any other device than lo?
2021-01-13 13:31:46 <powerman2206> And eth0
2021-01-13 13:32:02 <powerman2206> Doesn't work if I set it to UP
2021-01-13 13:32:33 <MY-R> 'setup-interfaces' doesnt work?
2021-01-13 13:32:36 <powerman2206> Nope
2021-01-13 13:33:35 <MY-R> powerman2206: what spit out command 'udhcpc' ?
2021-01-13 13:34:32 <powerman2206> http://0x0.st/-zfL.png
2021-01-13 13:36:47 <MY-R> powerman2206: even if do 'ifup eth0' and then run 'udhcpc' ?
2021-01-13 13:46:36 <powerman2206> Says that it can't open /etc/network/interfaces, no such file or directory
2021-01-13 13:47:25 <powerman2206> Oh, my bad
2021-01-13 13:47:35 <powerman2206> Forgot to run `setup-interfaces` after the reboot
2021-01-13 13:47:37 <powerman2206> WOrks, thanks
2021-01-13 13:47:41 <MY-R> ...
2021-01-13 14:00:18 <ncopa> does anyone have a good wiki article or notes on how to set up alpine with zfs root? as simple setup with /boot as ext4 (or vfat for uefi - not zfs) and no encryption?
2021-01-13 14:06:39 <Cogitri> i think we only have the one for encryption but that was heavily changed since I wrote it so dunno how good it is
2021-01-13 14:15:06 <ncopa> so, i want install alpine on a mounted /mnt zfs rootfs. I don't think I can add mountpoint= option? as it will be / eventually
2021-01-13 14:23:27 <Cogitri> Depends, to not run into the same failure minimal is experiencing it'd be easiest to set the mountpoint to legacy and then mounting the fs as you'd mount others (with mount -t zfs)
2021-01-13 14:23:50 <Cogitri> Otherwise you'd set thr mountpoint to / but mount it with zfs mount -R /mnt $name
2021-01-13 14:24:04 <Cogitri> Or was it zpool mount? I always mix up which tool does what, but it's either of those
2021-01-13 14:25:24 <ncopa> im trying to reproduce the upgrade issue
2021-01-13 14:25:50 <Cogitri> Ah yes, then just mount with -R /mnt and then set the mountpoint to /
2021-01-13 15:05:28 <ncopa> i think it needs to be zfs set mountpoint=legacy for the initramfs to work
2021-01-13 15:20:47 <Cogitri> ncopa: Yes, that's the current workaround
2021-01-13 15:24:25 <ncopa> looks like the initramfs-init script and nlplug-findfs.c both runs zpool import
2021-01-13 16:49:17 <powerman2206> Finally, time to install PostMarketOS
2021-01-13 16:55:51 <powerman2206> Is there something like .ashrc?
2021-01-13 16:56:04 <ikke> only .profile for login shells
2021-01-13 16:56:11 <powerman2206> Good enough
2021-01-13 16:57:30 <powerman2206> Also what do I do if poweroff isn't permitted?
2021-01-13 16:57:52 <powerman2206> I know I can just use sudo or force-off it but I'm just wondering
2021-01-13 17:02:21 <fourstepper> i am not 100% sure, but maybe being part of the "sys" group would allow you to poweroff?
2021-01-13 17:02:44 <Hello71> sudo
2021-01-13 17:02:53 <ikke> setuid?
2021-01-13 17:03:06 <ikke> though, that would allow anyone to poweroff :P
2021-01-13 17:03:11 <Hello71> i don't think sys group does anything
2021-01-13 17:05:28 <powerman2206> AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAa
2021-01-13 17:05:30 <powerman2206> http://0x0.st/-zOF.png
2021-01-13 17:05:35 <powerman2206> IT WORKS
2021-01-13 17:05:55 <job> powerman2206: Set the ENV environment variable in .profile
2021-01-13 18:36:45 <yann-kaelig> Hi.
2021-01-13 18:37:59 <powerman2206> helo
2021-01-13 18:39:27 <yann-kaelig> I can not remotely boot from th Alpine Iso, so I wonder if I can use alpine-minirootfs as a basis to configure a server ?
2021-01-13 18:41:12 <yann-kaelig> The idea is to boot on a rescue mode, install the minirootfs, chroot , configure and reboot to finish the configuration for a server purpose
2021-01-13 18:42:45 <ikke> Yes, that should be possible
2021-01-13 18:45:01 <omni> ncopa: my zfs layout is inspired by the FreeBSD zroot layout, I have the rootfs at zpool/ROOT/default with mountpoint=/
2021-01-13 18:45:50 <yann-kaelig> ikke: thx.
2021-01-13 18:45:56 <omni> datasets (in zfs terminology interchangable with "filesystems") not directly related to the base OS are located under zpool/
2021-01-13 18:47:14 <yann-kaelig> well, another question is about zfs.  I can not find any info if syslinux can booot on a ZFS rootfs ?
2021-01-13 18:47:47 <omni> the idea is that you'd be able to have multiple rootfs datasets under zpool/ROOT/ to easily change between and boot from, have a clone of your current working rootfs at something like zpool/ROOT/clone, upgrade and try and boot from that
2021-01-13 18:48:03 <omni> this is functionality I haven't used much but prepared for
2021-01-13 18:49:47 <omni> yann-kaelig: syslinux cannot, not as grub can, that is why I, who'd like to not use grub for whatever reason, have /boot on a ext4 device (or partition) and load kernel and zfs capable initramfs image from that
2021-01-13 18:52:52 <yann-kaelig> omni: Hi. Ok I see. I have nothing against grub in a desktop usage, but for a server  I don't think is really necessary. Well, let's try all of this first in a VM
2021-01-13 18:52:56 <yann-kaelig> thx
2021-01-13 19:20:38 <yann-kaelig> omni: Another thing I like to understand, so in your mirrored rootfs (sda/sdb), I understand that only one device (sda) hs two partition but not sdb
2021-01-13 19:20:42 <yann-kaelig> hs/has
2021-01-13 19:24:29 <ncopa> if you from setup-alpine select 2 disks (for example sda sdb), it will set up mdadm raid1, both for /boot and for /
2021-01-13 19:25:31 <ncopa> the /boot partition will be set up mdadm with the metadata at the end of the partition, so bootloader will be able boot from any of the disks
2021-01-13 19:56:45 <omni> yann-kaelig: what ncopa said. you want to have the same partition layout, granted the disks are of equal size, and mirror the /boot partition with mdadm with metadata at the end (mdraid metadata 1.0, or 0.90 even, but setup-alpine has your back)
2021-01-13 19:58:35 <yann-kaelig> I don't want ot use mdadm
2021-01-13 19:59:17 <omni> it's just for the boot partition and you probably wan't to have a backup of it if one disk fail
2021-01-13 20:04:10 <yann-kaelig> I don't understand something if a disk failed, in any case I have to modify the bootloader entry to be able to boot on the second disk, right ?
2021-01-13 20:17:19 <omni> depending on your system, you may have your second disk as secondary boot device, if the primary fail the second will have the same content
2021-01-13 20:18:40 <omni> if you can only have one boot device, its still easier to have an intact replica than to re-create /boot
2021-01-13 20:23:35 <omni> one thing that the mdmirror won't take care of is MBR (if you use that rather than (u)EFI) and that is also the reason why you want to keep the metadata at the end of the mirrored devices (<v1.1)
2021-01-13 20:24:50 <omni> I should probably take some time with the zfs wiki articles some day
2021-01-13 20:25:33 <omni> I may go into too much detail here, setup-alpine has your back in this
2021-01-13 20:36:25 <yann-kaelig> well, that interesting. In this case probably  Isould go with zfs on /boot too, but that mean I have to use grub
2021-01-13 20:36:56 <yann-kaelig> in case I don't want mdadm
2021-01-13 23:19:09 <pernia> cringe
2021-01-13 23:45:09 <fys> cringe?
2021-01-13 23:48:43 <fys> I got a free older OEM HP desktop and of course my first thought was how well alpine would run on it..
2021-01-13 23:52:10 <MY-R> 
ACTION answering: loud?

2021-01-13 23:59:17 <Hello71> "older" is not exactly a specific term
2021-01-14 00:00:16 <Hello71> if it's pre-SATA you might have some trouble booting from USB
2021-01-14 00:00:36 <fys> oh not that old
2021-01-14 00:00:41 <fys> lol
2021-01-14 00:01:05 <fys> its actually got a neat assortment of IO
2021-01-14 00:01:18 <fys> optical toslink audio, fireware, etc
2021-01-14 00:01:27 <fys> no usb3 tho, just slightly too old it seems
2021-01-14 00:02:00 <fys> still desktop worthy as long as you're not gaming
2021-01-14 00:02:19 <MY-R> cpu?
2021-01-14 00:02:53 <fys> Some AMD such and such, I know nothing about their models post Athlon XP 64 days
2021-01-14 00:04:12 <MY-R> better check, if too old then doubt that using firefox/chromium will be nice experience
2021-01-14 00:04:32 <fys> true
2021-01-14 00:04:34 <fys> lol
2021-01-14 00:04:51 <MY-R> ye that is the problem, browsers
2021-01-14 00:04:51 <fys> but using modern web browsers isnt too nice even with a cutting edge system
2021-01-14 00:04:54 <fys> *cough*
2021-01-14 00:05:15 <fys> are we on web 8.3 yet?
2021-01-14 00:05:19 <fys> (:
2021-01-14 00:05:40 <fys> Now with Tachyons!
2021-01-14 00:06:08 <MY-R> even Windows 10 running smooth on older computers but is enough to open browser and all magic gone
2021-01-14 00:06:17 <fys> Truth.
2021-01-14 00:07:53 <fys> I recently migrated from a 1080p 16:10 display to a 4k display and ... I will never go back to 1080p.
2021-01-14 00:08:25 <MY-R> can imagine
2021-01-14 00:08:37 <fys> Still getting over the massive real estate difference.
2021-01-14 00:08:38 <MY-R> PPI doing the job
2021-01-14 00:09:06 <fys> I use dwm as my window manager and im having to re-do all my configs to take better advantage of the space...
2021-01-14 00:09:09 <fys> its nuts
2021-01-14 00:10:00 <fys> I feel like John Carmack must've in the 90s with that gigantic CRT 1080p display.
2021-01-14 00:10:06 <fys> :D
2021-01-14 00:12:39 <MY-R> there were 1080p crt screen?
2021-01-14 00:12:46 <fys> Yes.
2021-01-14 00:13:20 <fys> https://i.imgur.com/4wPjql.jpg
2021-01-14 00:13:55 <fys> I think it was only sold to government agencies as dropping it might cause an envrionmental diasater.
2021-01-14 00:14:05 <fys> (:
2021-01-14 00:14:16 <MY-R> looks like 16:10
2021-01-14 00:14:31 <MY-R> for sure 300W from power socket :D
2021-01-14 00:14:32 <fys> 16:10 would still be 1080p wouldn't it?
2021-01-14 00:14:51 <MY-R> more like 1200 :P
2021-01-14 00:14:55 <fys> Yes
2021-01-14 00:15:08 <fys> My old monitor was 16:10 but an LCD.
2021-01-14 00:15:42 <fys> Ideally I'd get a couple 1:1 displays but I'm not Jeff Bezos or Elon Musk.
2021-01-14 00:16:04 <MY-R> imho 16:10 was perfect ratio for me
2021-01-14 00:16:13 <fys> Agreed, I like that monitor.
2021-01-14 00:16:30 <fys> I'm using it for my Windows XP gaming PC now.
2021-01-14 00:16:32 <fys> (:
2021-01-14 00:17:18 <MY-R> connected to internet? :P or with some very restricted firewall?
2021-01-14 00:17:51 <fys> Oh lord, if it's lucky it's connected to an isolated switch.
2021-01-14 00:18:14 <tehcloud> I brought a Palo Alto home from work today
2021-01-14 00:18:20 <pernia> awesome
2021-01-14 00:18:22 <fys> :o
2021-01-14 00:19:03 <pernia> i brought a Rama Baja from uni today and its working pretty well with alpine
2021-01-14 00:19:18 <pernia> even the Oja Negra card works
2021-01-14 00:26:21 <pernia> bye cuties i have to leave sadly, see you tomorrow
2021-01-14 00:26:35 <fys> i need an adult!
2021-01-14 00:44:20 <bgs> Hello! I have a question about enabling/disabling edge repositories. I want my server to only install software from non-edge but some packages that I need only exist in edge.
2021-01-14 00:44:52 <bgs> Is there a clean way to do this with apk?
2021-01-14 00:47:07 <Hello71> apk supports this but alpine generally doesn't
2021-01-14 00:52:31 <bgs> so the answer is - theoretically it's possible but in practice I can't do that?
2021-01-14 00:55:20 <maxice8> Will depend on which package, if you depend on a statically linked go package then yes if you depend on one package from edge that requires lots of libraries then your system will break very quickly
2021-01-14 00:56:19 <bgs> I see, thanks!
2021-01-14 00:56:50 <Hello71> if you really need such a system you may consider docker or similar
2021-01-14 00:57:12 <bougyman> plz not docker.
2021-01-14 00:57:50 <TBK[m]> podman then :P
2021-01-14 00:57:58 <bougyman> +1
2021-01-14 00:59:08 <bgs> I'm trying to avoid docker. Enabling edge repos permanently won't really be a problem.
2021-01-14 02:51:53 <mint_> Hello everyone! Just one question: Installing alpine, doing the disk-setup, how can I actually use these ENVIRONMENT VARIABLES mentioned here: https://docs.alpinelinux.org/user-handbook/0.1a/Installing/manual.html#_partitioning_your_disk
2021-01-14 02:52:36 <mint_> like.. with "setup-disk -m sys" how do I define the Boot FS?
2021-01-14 02:59:36 <guix-vits> try export ENV_VAR;  setup-disk?
2021-01-14 03:00:04 <maxice8> I think it can also be set before `ENV_VAR=foo setup-disk -m sys`
2021-01-14 03:00:53 <mint_> thx. And 'foo' meaning what?
2021-01-14 03:01:32 <maxice8> foo is a placeholder for the value you want
2021-01-14 03:01:42 <mint_> BOOTFS=ext2 setup-disk -m sys
2021-01-14 03:01:49 <mint_> ... would be an example?
2021-01-14 03:02:10 <maxice8> yes
2021-01-14 03:02:11 <maxice8> https://en.wikipedia.org/wiki/Metasyntactic_variable
2021-01-14 03:05:07 <mint_> great. thanks. that was really helpful :)
2021-01-14 03:07:26 <mint_> last question. When I want to do multi boot (lets say with 2 other OS). Do I run the usual "setup-alpine" and cancel when it comes to setting up the disks. And do this manully.
2021-01-14 03:08:03 <mint_> OR do I start with "setup-keymap" and do all the scripts one by one?
2021-01-14 03:08:14 <mint_> setup-hostname alpine
2021-01-14 03:08:17 <mint_> ... etc
2021-01-14 03:17:54 <Hello71> https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/master/setup-alpine.in#L34
2021-01-14 03:22:39 <mint_> OK... so here I see the actual script with each step, you mean? And you recommend creating an answer File? Or what do you mean exactly.
2021-01-14 09:03:51 <fourstepper> what would be the best way to handle `btrfs device scan` on boot when running from RAM? Should I just add a custom service and lbu add that particular serivce?
2021-01-14 09:23:57 <fourstepper> yeah, making a custom service is the way
2021-01-14 11:54:47 <TBK[m]> ======== release 3.13.0 ======== | http://dup.pw/alpine/aports/09276e69ab25
2021-01-14 11:54:54 <ikke> Yes
2021-01-14 11:56:14 <TBK[m]> time to pop the champagne 🍾 🎆
2021-01-14 11:57:20 <ikke> Almost
2021-01-14 12:01:08 <MY-R> TBK[m]: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12299
2021-01-14 12:01:22 <MY-R> nice checklist btw!
2021-01-14 12:01:53 <ikke> :)
2021-01-14 12:02:22 <MY-R> full transparency :)
2021-01-14 12:21:56 <Darksecond> nice! I was *just* about to install alpine on a machine :D
2021-01-14 14:39:27 <GreyXor> Congratulations and thanks to all Alpine Linux contributors for version 3.13! My team is going to  test it rightnow
2021-01-14 14:46:12 <ikke> Heh, we still need to announce it
2021-01-14 14:48:24 <GreyXor> it's alright, 3.13 was already released on cdn(dl-cdn.alpinelinux.org). We will post issues if necessary (but the rc were already without any problems)
2021-01-14 14:51:30 <Darksecond> Looks like the mongodb package has been dropped? Following along https://wiki.alpinelinux.org/wiki/UniFi_Controller and it looks like the mongodb package is no longer available
2021-01-14 14:51:49 <ikke> Darksecond: that was quite a while ago
2021-01-14 14:52:21 <ikke> 3.9 was the last version that still had mongodb
2021-01-14 14:52:22 <Darksecond> (I'm new to alpine, curious why it was dropped, also the wiki might need an update =D)
2021-01-14 14:52:38 <ikke> People don't like the new license
2021-01-14 14:53:35 <ikke> The APKBUILD has been moved to non-free
2021-01-14 14:53:45 <mrsenshi> Hello.
2021-01-14 14:53:56 <mrsenshi> Just upgraded to v3.13
2021-01-14 14:54:03 <mrsenshi> Lost Wayland under GNOME
2021-01-14 14:54:06 <Darksecond> ikke: thanks
2021-01-14 14:54:20 <mrsenshi> Is there any workaround?
2021-01-14 14:55:04 <ikke> mrsenshi: sorry, can you be a little bit more clear?
2021-01-14 14:55:41 <mrsenshi> Hi, ikke, Wayland won't appear as an option in GDM and X11 is default
2021-01-14 14:56:02 <mrsenshi> I've ensured that Wayland is not disabled in the GDM conffile
2021-01-14 14:56:25 <mrsenshi> On top of this, I made sure the steps listed on the Alpine wiki were followed
2021-01-14 14:56:38 <mrsenshi> Thus, wayland is lost!
2021-01-14 14:57:25 <PureTryOut[m]2> Cogitri: ☝️
2021-01-14 14:57:32 <ikke> :P
2021-01-14 14:58:59 <Cogitri> Keep in mind that Wayland is just called "GNOME", not "GNOME on Wayland" in GDM
2021-01-14 15:02:59 <mps> 
ACTION thinking to put on ignore list all those who (over)use emoticons

2021-01-14 15:03:20 <PureTryOut[m]2> 
ACTION thinks people shouldn't complain about such silly things

2021-01-14 15:03:50 <mps> 'silly' is keyword
2021-01-14 15:03:58 <mrsenshi> Settings says X11
2021-01-14 15:04:23 <mrsenshi> Indeed, I am not on Wayland unless settings is broken
2021-01-14 15:05:07 <Cogitri> echo $WAYLAND_DISPLAY doesn't return anything under X11, you could try that
2021-01-14 15:05:44 <mrsenshi> Yes, returns nothing.
2021-01-14 15:17:36 <Cogitri> Huh
2021-01-14 15:20:18 <MY-R> mps: I gave up and Im using terminal with emoji support
2021-01-14 15:23:07 <MY-R> 'alacritty' and 'termite' working for me best and showing colored one without any issues
2021-01-14 15:23:45 <ikke> I switched to alacritty
2021-01-14 15:24:08 <Cogitri> I still use Tilix, not quite as fast but the tiling is neat and it has some nice features like searching the terminal buffer
2021-01-14 15:24:28 <ikke> I use tmux for tiling :)
2021-01-14 15:29:12 <mps> MY-R: long time I use terminals which can show emoticons (urxvt and st) and I see them but they are quite annoying on IRC
2021-01-14 15:30:39 <MY-R> mps: urxvt doesnt support colored ones, those black-white are ugly :D
2021-01-14 15:31:25 <mps> all they are ugly, whatever colored or not
2021-01-14 15:32:21 <ikke> in urxvt, they are ugly
2021-01-14 15:32:59 <MY-R> mps: the future is now, old man :D
2021-01-14 15:33:40 <mps> MY-R: you are really wrong, future is always (ahem) in future
2021-01-14 15:33:59 <mps> 'free bear tomorrow', you know :)
2021-01-14 15:34:00 <MY-R> that was meme text!
2021-01-14 15:34:13 <mps> or beer
2021-01-14 15:34:18 <MY-R> :D
2021-01-14 15:34:34 <MY-R> bear > beer!
2021-01-14 15:34:58 <MY-R> 🧸 :D
2021-01-14 15:35:54 <MY-R> mps: 🧸 > 🍺 :D
2021-01-14 15:36:26 <mps> term future is mostly used by marketers and politicians, I hope you understand why
2021-01-14 15:36:28 <MY-R> 
ACTION hides

2021-01-14 15:36:49 <MY-R> ye I know that point
2021-01-14 15:38:44 <mps> MY-R: I see you use often 'ye' term, is that shorthand for 'yes'?
2021-01-14 15:39:13 <ikke> yeah, aye
2021-01-14 15:39:21 <mps> :)
2021-01-14 15:39:39 <MY-R> yep
2021-01-14 15:39:41 <MY-R> :D
2021-01-14 15:40:49 <mps> people should use 'colloquial' language on IRC, there are a lot of people who don't know slangs (spika)
2021-01-14 15:42:32 <minimal> especially when slang varies from village to village let alone from country to country
2021-01-14 15:55:07 <yann-kaelig> Hi. Is it possible with apk search to get the repository name where the package comes from ?
2021-01-14 15:55:41 <GreyXor> 3.13, can't install `s6-overlay`ERROR: unable to select packages: so:libskarnet.so.2.9 (no such package): required by: s6-overlay-preinit-1.0.2-r0[so:libskarnet.so.2.9] justc-envdir-1.0.0-r1[so:libskarnet.so.2.9]
2021-01-14 15:57:02 <ikke> GreyXor: did you do an apk upgrade --available?
2021-01-14 15:57:54 <GreyXor> Yes, + i'm using minirootfs
2021-01-14 15:58:42 <GreyXor> But maybe i've mistake something, i will double check
2021-01-14 16:02:57 <minimal> GreyXor: don't think they were rebuilt when libskarnet was recently updated :-(
2021-01-14 16:10:05 <ikke> We'll need to bump it in 3.13-stable
2021-01-14 16:19:18 <minimal> ikke: have been checking - so both just-envdir and s6-overlay-preinit depends on skalibs and when I peek inside at the .PKGINFO for both packages they both have relevant lines: "depend = so:libskarnet.so.2.9". Shouldn't this be sufficient to indicate a dependency on skalibs? pkg.alpinelinux.org does not show that dep
2021-01-14 16:20:43 <ikke> ncopa: should we add pkgs.a.o to the checklist as well?
2021-01-14 16:21:01 <ikke> Making sure it syncs the new release
2021-01-14 16:21:50 <ncopa> ok. might we a good idea
2021-01-14 16:23:19 <mrsenshi> Is there any Wayland setup or config guidance for this new release
2021-01-14 16:23:33 <mrsenshi> Because I really don't want to be stuck on X11
2021-01-14 16:23:41 <RootWyrm> ncopa: long time no chat.. I keep forgetting. So is the rpi vs. rpi4 kernel package thing still in the plans for 3.13.1 or thereabouts?
2021-01-14 16:24:54 <ncopa> hey! rpi vs rpi4 kernel?
2021-01-14 16:25:11 <ncopa> is there an issue for it?
2021-01-14 16:25:37 <RootWyrm> Yeah, lemme find it again.. lost all my dang tabs.
2021-01-14 16:25:39 <ikke> I thought the latest kernels directly support rpi nowadays?
2021-01-14 16:26:06 <RootWyrm> They do, it's an overlay thing.
2021-01-14 16:26:58 <RootWyrm> ncopa: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/11052 - that one :)
2021-01-14 16:27:01 <mps> ikke: they do but not sure is alpine kernels are built with all needed options
2021-01-14 16:27:12 <minimal> ikke: re: latest linux-edge kernels - yes and no - yes there's RPI support but no there's no RPI-specific DTB overlays included which are necessary for some of the standard RPI and for most/all of the 3rd RPI vendors addon hardware
2021-01-14 16:27:32 <ikke> ok, clear
2021-01-14 16:28:13 <mps> linux-edge armhf works on RPi zero, I'm sure :)
2021-01-14 16:28:15 <minimal> i.e. you can't control the official RPI PoE HAT's fan as that overlay is not in linux-edge
2021-01-14 16:28:24 <RootWyrm> Yep.. so the hope was to collapse rpi (1-3B+) and rpi4 (pi4 only) into a single
2021-01-14 16:28:46 <RootWyrm> Since an image built with rpi won't boot a pi4, and vice versa.
2021-01-14 16:29:03 <ncopa> RootWyrm: should be fixed in 3.13
2021-01-14 16:29:03 <RootWyrm> And also change up the directories so that it survived upgrades.
2021-01-14 16:29:41 <RootWyrm> ncopa: awesome, will add that to my list of things to test as soon as I have the new workstation actually in a good place.
2021-01-14 16:36:02 <ncopa> alpine 3.13 is out \o/
2021-01-14 16:38:55 <PureTryOut[m]2> 🎉
2021-01-14 16:43:00 <Cogitri> Hurray
2021-01-14 17:03:57 <minimal> GreyXor: it seems that the recent skalibs update in Edge (which is now also in the new 3.13 release) changed ABIs and means that code changes are required for justc-envdir and possibly s6-overlay-preinit. I'm working on this currently
2021-01-14 17:03:59 <exception> mrsenshi:  https://wiki.alpinelinux.org/wiki/Sway could serve as a starting point?
2021-01-14 17:30:18 <yann-kaelig> No, not now. I just downloaded the 3.12.3 and still working in my chroot
2021-01-14 17:31:55 <yann-kaelig> I'm curious to see what will happen now with my custom repository and the software like s6 which I absolutely need to stay in a particulary version
2021-01-14 17:32:25 <ikke> yann-kaelig: what was that a reaction too?
2021-01-14 17:32:40 <yann-kaelig> ikke: I'm not hurray :D
2021-01-14 17:32:47 <ikke> aha
2021-01-14 17:33:13 <ikke> as long as you use a stable release, that should not matter?
2021-01-14 17:33:54 <yann-kaelig> can  I still install softwares for server purpose if I stay with the 3.12.3 ?
2021-01-14 17:34:02 <ikke> sure
2021-01-14 17:34:07 <yann-kaelig> ok, good :)
2021-01-14 17:34:51 <ikke> the main repo of stable branches have 2 years of support
2021-01-14 17:35:00 <ikke> community 6 months
2021-01-14 17:35:10 <ikke> but they remain available
2021-01-14 17:35:29 <yuusha> hello !
2021-01-14 17:35:37 <ikke> if you look here: https://dl-cdn.alpinelinux.org/alpine/, we still have repos back to 3.0
2021-01-14 17:36:08 <ikke> If, for some obscure reason, you still need 2.x, we got you covered: http://ancient.alpinelinux.org/alpine/
2021-01-14 17:36:19 <ikke> yuusha: hi
2021-01-14 17:36:28 <yuusha> :)
2021-01-14 17:36:44 <yann-kaelig> thx for link. Very good, that mean  Imade the right choice for the server. I was afraid about some breakage because of the new version
2021-01-14 17:37:57 <yuusha> i have upgraded my rpi1 (from alpine 3.12) to 3.13; but the kernel version is still the same (Linux 5.4.43-0-rpi #1-Alpine Thu May 28 09:54:10 UTC 2020)
2021-01-14 17:38:17 <yuusha> I have used this command 'apk upgrade --update-cache --available' (on the wiki : https://wiki.alpinelinux.org/wiki/Upgrading_Alpine#Upgrading_Alpine_Linux_on_other_removable_media_.28such_as_CF.2FUSB.29)
2021-01-14 17:38:32 <yuusha> it says "However, this is not an adequate general solution because it won't honor any kernel upgrades and the like. For the general solution, you'll need to upgrade your boot medium (Compact Flash or USB)."
2021-01-14 17:39:00 <yuusha> how could I do that ? i need to format my SD card and re-install ? thank you in advance
2021-01-14 17:39:41 <ikke> no need to format
2021-01-14 17:39:48 <ikke> just update the contents
2021-01-14 17:39:48 <yann-kaelig> I was curious to see which version of ZFS* the version 3.13 provide but there is no ZFS at all. What doeas that mean, v3.13 still use the ZFS version on 3.12.x ?
2021-01-14 17:40:06 <ikke> yann-kaelig: are you checking that on pkgs.a.o?
2021-01-14 17:40:12 <ikke> because it's still synchronizing
2021-01-14 17:40:21 <yann-kaelig> https://pkgs.alpinelinux.org/packages?name=*zfs*&branch=v3.13
2021-01-14 17:40:34 <ikke> yann-kaelig: https://pkgs.alpinelinux.org/packages?name=&branch=v3.13
2021-01-14 17:40:43 <ikke> there is no package at all :)
2021-01-14 17:41:00 <yuusha> ikke: thank you! but I just need to extract the archive 'alpine-rpi-3.13.0-armhf.tar.gz' to /media/mmcblk0p1/ ?
2021-01-14 17:41:20 <ikke> yann-kaelig: for the time being, edge is still fairly representitive
2021-01-14 17:41:30 <ikke> yann-kaelig: https://pkgs.alpinelinux.org/packages?name=zfs&branch=edge
2021-01-14 17:42:44 <yann-kaelig> ok, thx. Curious about zfs because there is an open issue about a silent corruption at from on zfs 2.0.0
2021-01-14 17:42:53 <yann-kaelig> at least
2021-01-14 17:43:09 <yann-kaelig> corruption of data
2021-01-14 17:43:18 <ikke> yuusha: I believe so
2021-01-14 17:43:35 <ikke> yann-kaelig: was it fixed in 2.0.1?
2021-01-14 17:43:48 <ikke> you say it's still open
2021-01-14 17:44:01 <fourstepper> ikke I am having a simillar issue to yuusha - I thought I would use the command "setup-bootable -u https://dl-cdn.alpinelinux.org/alpine/latest-stable/releases/x86_64/alpine-extended-3.13.0-x86_64.iso /media/usb", but that just returns https://paste.sr.ht/~fourstepper/e7530d0c72cdfa7e2e06cdbf6163d5436a42dcb5
2021-01-14 17:44:06 <fourstepper> Did the procedure change?
2021-01-14 17:44:31 <ikke> https://github.com/openzfs/zfs/issues/11443
2021-01-14 17:44:52 <yann-kaelig> ikke: not an expert and not sure if Alpine could be also impacted but it's here https://pkgs.alpinelinux.org/packages?name=*zfs*&branch=v3.13
2021-01-14 17:45:02 <ikke> yann-kaelig: we have 2.0.1
2021-01-14 17:45:02 <yann-kaelig> https://github.com/openzfs/zfs/issues/11443
2021-01-14 17:45:05 <yann-kaelig> sry ^^
2021-01-14 17:45:29 <yuusha> ikke: I'll try that; but it could be nice if the wiki will be updated to cover the upgrade
2021-01-14 17:46:21 <yuusha> fourstepper: I have tried to upgrade from the tar.gz (see unofficial https://dhole.github.io/post/raspberry_pi_alpine_upgrade/)
2021-01-14 17:46:23 <fourstepper> i will be happy to update the wiki for the ram-from-ram upgrade
2021-01-14 17:46:39 <fourstepper> run from ram, lol
2021-01-14 17:46:56 <ikke> fourstepper: ah, latest-stable
2021-01-14 17:47:08 <fourstepper> eh, my bad
2021-01-14 17:47:18 <fourstepper> that shouldn't be the command I guess
2021-01-14 17:47:22 <ikke> well, the issue is that latest-stable is a symlink
2021-01-14 17:47:24 <yuusha> fourstepper: but when I upgrade, setup-bootable tries to find syslinux.sys; but it is not present since rpi releases have no ISO releases (just tar.gz)
2021-01-14 17:47:28 <ikke> which needs to be invalidated
2021-01-14 17:48:07 <fourstepper> this is sketchy too https://paste.sr.ht/~fourstepper/dd747a7b4ed835f7953eafb1a9677be6c47f9a78
2021-01-14 17:48:14 <fourstepper> which uses the correct url
2021-01-14 17:48:36 <ikke> and curl -I https://dl-cdn.alpinelinux.org/alpine/v3.13/releases/x86_64/alpine-extended-3.13.0-x86_64.iso
2021-01-14 17:48:39 <ikke> on that system
2021-01-14 17:49:00 <ikke> yuusha: yeah, for rpi, you cannot use setup-bootable
2021-01-14 17:49:07 <fourstepper> https://paste.sr.ht/~fourstepper/7c2f3bf6d91998f65fb9c70d80f80eab48bd3bdf
2021-01-14 17:49:10 <fourstepper> works fine
2021-01-14 17:49:10 <ikke> so extracting that tar.gz should be enough
2021-01-14 17:49:14 <yuusha> fourstepper: sorry I didn't see you're talking about x86-64 and not armhf (raspberry)
2021-01-14 17:50:26 <fourstepper> that's fine :) I will be looking into running some stuff of off rpis too, so I will be happy to see where you land
2021-01-14 17:50:49 <ikke> fourstepper: can you try to run setup-bootable with sh -x?
2021-01-14 17:52:34 <fourstepper> ikke: there you go: https://paste.sr.ht/~fourstepper/e13780fff2a485abeed2a71b21c8e8d39151f1f9
2021-01-14 17:52:42 <fourstepper> that's fine yuusha :)
2021-01-14 17:53:33 <ikke> fourstepper: I think you need to manually download the iso, you cannot point to a linke
2021-01-14 17:53:36 <ikke> to a url
2021-01-14 17:53:45 <fourstepper> interesting
2021-01-14 17:53:48 <ikke> "SOURCE can be a directory or a ISO image. DEST can be a mounted directory"
2021-01-14 17:53:53 <fourstepper> well let me try to download it and
2021-01-14 17:55:08 <fourstepper> it's interesting that in the wiki it points to a url
2021-01-14 17:55:17 <ikke> What wiki page?
2021-01-14 17:55:20 <fourstepper> perhaps some functionality was removed there
2021-01-14 17:55:27 <fourstepper> https://wiki.alpinelinux.org/wiki/Upgrading_Alpine
2021-01-14 17:55:39 <fourstepper> under `Upgrading Alpine Linux on other removable media (such as CF/USB)`
2021-01-14 17:55:56 <fourstepper> i will edit it once I am done if I succeed
2021-01-14 18:01:50 <fourstepper> seemed to work, thanks :)
2021-01-14 18:02:41 <ikke> I checked the commit history, and could not find any evidence support for downloading images was removed
2021-01-14 18:02:56 <yuusha> ikke: you're the best ! I have : 'tar xzf alpine-rpi-$VERSION-armhf.tar.gz' to /media/mmcblk0p1, did 'sync' and 'reboot' and now my rpi1 rebooted with the latest kernel (3.10.7!)
2021-01-14 18:03:01 <yuusha> thank you !
2021-01-14 18:03:06 <ikke> yuusha: nice it worked!
2021-01-14 18:03:36 <ikke> fourstepper: so that wiki page should be updated indeed
2021-01-14 18:07:09 <fourstepper> check if the update is okay
2021-01-14 18:07:13 <ikke> hmm
2021-01-14 18:07:16 <ikke> Wait
2021-01-14 18:07:18 <ikke> It _is_ supported
2021-01-14 18:07:43 <ikke> https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/master/setup-bootable.in#L304
2021-01-14 18:08:00 <fourstepper> aaaaaaaaaa
2021-01-14 18:08:02 <fourstepper> http...
2021-01-14 18:08:04 <fourstepper> not https
2021-01-14 18:08:08 <ikke> right
2021-01-14 18:08:11 <ikke> d'oh
2021-01-14 18:08:14 <fourstepper> facepalm
2021-01-14 18:08:18 <fourstepper> ok now I have to edit it back
2021-01-14 18:08:20 <fourstepper> :D
2021-01-14 18:08:28 <fourstepper> maybe it would be nice to have support for https too?
2021-01-14 18:08:32 <ikke> yes
2021-01-14 18:08:56 <fourstepper> ok, i will send a patch (if I manage to register)
2021-01-14 18:13:08 <fourstepper> ok should be on the way https://gitlab.alpinelinux.org/alpine/alpine-conf/-/merge_requests/14
2021-01-14 18:14:06 <ikke> fourstepper: thanks
2021-01-14 18:14:35 <fourstepper> btw, some time ago I was here asking about cgroupsv2 and running systemd in containers under alpine with those cgroups - I have managed to get this working, sort of - is there initiative to get cgroupsv2 on alpine perhaps by-default or at least a supported option?
2021-01-14 18:15:53 <ikke> fourstepper: why do you think cgroupsv2 is not supported?
2021-01-14 18:15:58 <fourstepper> not the systemd part - the cgroupsv2 part is the part that could also be interesting to people here
2021-01-14 18:16:15 <fourstepper> well, perhaps they are, maybe just undocumented, not sure :)
2021-01-14 18:16:49 <fourstepper> it's been working for me on the test machine, but I had some weird mount errors during boot time when I tried it. Let me check if I still have some notes regarding that...
2021-01-14 18:18:03 <fourstepper> seems like I don't.. well, I will replicate it and come back - a page on cgroups on the wiki would be helpful, I think
2021-01-14 18:18:21 <fourstepper> at least the parts specific to openrc
2021-01-14 18:29:11 <oliv3r[m]> Hey guys, while I totally love Alpine; is there a 'alpine with glibc' out there as well? I know arch is very similar in a lot of ways, but their focus is 'big desktops'
2021-01-14 18:29:37 <maxice8> I think there is
2021-01-14 18:29:41 <ikke> oliv3r[m]: I've heard one person trying to build alpine with glibc, but did not hear a lot from them anymore
2021-01-14 18:29:47 <mps> oliv3r[m]: search backlog of channel
2021-01-14 18:29:53 <ikke> oneinsect
2021-01-14 18:30:03 <maxice8> But I don't know the point since Musl and Alpine are linked super tightly together
2021-01-14 18:30:05 <oliv3r[m]> was that the user name or the project name? :)
2021-01-14 18:30:10 <ikke> username
2021-01-14 18:30:18 <oliv3r[m]> ok thanks ikke
2021-01-14 18:30:27 <mps> yes, search backlog for oneinsect, I poste url here about week ago
2021-01-14 18:30:33 <ikke> oliv3r[m]: btw, any specific reason?
2021-01-14 18:30:34 <oliv3r[m]> maxice81the point being, that you'd want everything that alpine is, but with glibc as a basis :)
2021-01-14 18:31:09 <oliv3r[m]> sadly not here: https://irclogs.alpinelinux.org/%23alpine-linux-2020-01.log
2021-01-14 18:31:17 <maxice8> oliv3r: I doubt it is even alpine at this point
2021-01-14 18:31:50 <minimal> there are 3rd party Alpine packages for glibc - I think they're aimed at people building docker images rather than a full OS install
2021-01-14 18:32:03 <ikke> oliv3r[m]: june/july/august
2021-01-14 18:32:08 <oliv3r[m]> ikkewell i REALLY like alpine and use it for IOT/embedded stuff; I have an existing device, that I want to redo; but there are some vendor binaries that simply require glibc; as the device is single function/single binary, doing the chroot thing won't relaly do much
2021-01-14 18:32:42 <ikke> oliv3r[m]: did you checkout https://pkgs.alpinelinux.org/package/edge/community/x86_64/gcompat?
2021-01-14 18:33:20 <oliv3r[m]> found it :) https://irclogs.alpinelinux.org/%23alpine-linux-2020-05.log
2021-01-14 18:33:37 <mps> https://github.com/Engincs/
2021-01-14 18:33:38 <ikke> You are in that log as well :P
2021-01-14 18:33:51 <oliv3r[m]> ikke ah, yes I remember reading that; but I also read the wiki on alpine +glibc and they mostly write about chroot solutions more or less
2021-01-14 18:34:18 <oliv3r[m]> lol yeah, though I idle mostly :p or open MR's :)
2021-01-14 18:35:28 <oliv3r[m]> Engincs isn't going places anytime soon :p
2021-01-14 18:36:21 <oliv3r[m]> ikke but looking more closely at gcompat may be enough; i'll check it our; but still; the only alternatives 'busybox based linux' with glibc aren't many out there, there's arch in a way, and you could co-erce debian I suppose
2021-01-14 18:40:08 <yann-kaelig> I see some custom packages with bad signature after an apk add, but it look like that do not stop the installation process. Are they installed ?
2021-01-14 18:41:03 <ikke> if it's bad signature, then no
2021-01-14 18:41:13 <ikke> yann-kaelig: what repo url do you use?
2021-01-14 18:41:17 <ikke> cat /etc/apk/repositories
2021-01-14 18:41:31 <yann-kaelig> ikke: my custom repository
2021-01-14 18:41:47 <ikke> aha, ok
2021-01-14 18:42:17 <ikke> Do you have the correct key installed in /etc/apk/keys?
2021-01-14 18:43:03 <yann-kaelig> Yes, and that strange because I do not have changed my key, only build some new APKBUILD
2021-01-14 18:53:59 <oliv3r[m]> speaking of BAD; I guess something is happening here: ERROR: alpine-keys-2.2-r0: BAD signature
2021-01-14 18:54:16 <oliv3r[m]> (using fetch http://dl-cdn.alpinelinux.org/alpine/latest-stable/main/x86_64/APKINDEX.tar.gz)
2021-01-14 18:54:51 <ikke> oliv3r[m]: does it work if you switch to v3.13 instead of latest-stable?
2021-01-14 18:55:14 <oliv3r[m]> oh is v3.13 released? when did that happen :p
2021-01-14 18:55:19 <ikke> today
2021-01-14 18:55:36 <oliv3r[m]> ah, that's why it's news :D well i'd expect latest-stable to point to v3.13 no?
2021-01-14 18:55:56 <ikke> yes, buuut, it's a symlink that used to point to v3.12
2021-01-14 18:56:03 <EF> Upgrade from hybrid 3.12/Edge with a weird lvm/raid setup went perfectly except I broke grub but can boot correct from the syslinux raid. Thanks to all.
2021-01-14 18:56:04 <ikke> and dl-cdn happens to be a caching cdn
2021-01-14 18:56:59 <ikke> so, a lot of urls still contain the contents of the v3.12 version
2021-01-14 18:57:03 <ikke> We still need to purge that
2021-01-14 19:00:35 <yuusha> bye everyone and special thanks to ikke ;)
2021-01-14 19:00:40 <Darksecond> I'm having all kinds of issues with qemu on 3.13, looks like (amongst other things) spice is disabled and QXL is not available
2021-01-14 19:04:46 <ikke> mps: Do you know anything about this?
2021-01-14 19:07:31 <ikke> Darksecond: you might need to install qemu-hw-display-qxl qemu-ui-spice-core qemu-ui-spice-app
2021-01-14 19:09:21 <mps> ikke: right
2021-01-14 19:09:40 <mps> qemu 5.2 have more modules/drivers splits
2021-01-14 19:13:03 <Darksecond> hmm, looks like it's still giving issues (although different ones) Failed to open module: Error relocating /usr/bin/../lib/qemu/ui-spice-core.so: egl_texture_blend: symbol not found
2021-01-14 19:13:03 <Darksecond> Failed to open module: Error relocating /usr/bin/../lib/qemu/hw-display-qxl.so: qemu_spice_display_switch: symbol not found
2021-01-14 19:13:03 <Darksecond> qemu-system-x86_64: QXL VGA not available
2021-01-14 19:14:41 <Darksecond> also needed qemu-ui-opengl
2021-01-14 19:14:56 <ikke> aha
2021-01-14 19:15:06 <ikke> maxice8: should that be a dependency?
2021-01-14 19:15:09 <ikke> mps: *
2021-01-14 19:15:45 <mps> Darksecond: yes, qemu-ui-opengl is needed with this
2021-01-14 19:16:00 <Darksecond> (and also needed to add qemu usb redirect package to get virt-manager to cooperate, but that's another issue entirely)
2021-01-14 19:16:18 <mps> yes and yes
2021-01-14 19:16:37 <mps> apk add qemu*
2021-01-14 19:17:03 <Darksecond> thanks for the help y'all, it works now :D
2021-01-14 19:17:08 <ikke> good
2021-01-14 19:18:26 <Hello71> oliv3r[m]: probably you should use void then
2021-01-14 19:18:46 <mps> option was/is to make all deps in one subpkg (qemu-all) or left to users to select what they need in their use cases
2021-01-14 19:19:52 <afontain_> out of curiosity, have some people tried to use apkovl with containers?
2021-01-14 19:28:30 <yann-kaelig>  I have a problem and I don't know what's wrong. I have updated the pkgver of my apkbuild software, run abuild checksum (ok) , next abuild -r (ok), the package bin has been created , next apk update but still the previous version is seen and not hte last one
2021-01-14 19:29:16 <ikke> is the apkindex file cached?
2021-01-14 19:29:26 <yann-kaelig> how can I check that
2021-01-14 19:29:34 <afontain_> well, did you setup ~/packages/$repo in /etc/apk/repositories?
2021-01-14 19:30:19 <caskd> from what i know local apkindex dirs don't behave properly
2021-01-14 19:30:31 <ikke> caskd: never had an issue with it..
2021-01-14 19:30:47 <ikke> caskd: the builders only have local apk repositories
2021-01-14 19:30:55 <caskd> i can always install local packages but upgrades never show up...
2021-01-14 19:31:18 <yann-kaelig> my local repository has beem upload to a server, and /etc/apk/repository is well configured
2021-01-14 19:31:34 <caskd> for remote repos it should be fine
2021-01-14 19:32:07 <caskd> try apk add --upgrade --no-cache
2021-01-14 19:32:26 <ikke> --no-cache does not do what you think it does
2021-01-14 19:32:48 <caskd> it should at least tell if the package is newer on remote
2021-01-14 19:32:57 <caskd> as it doesn't use the local cache
2021-01-14 19:33:17 <ikke> right
2021-01-14 19:33:19 <yann-kaelig> in fact,  I would like if possible with abuild, clean the old packages bin from my local repository, rebuild the INDEX and upload the result ot my remote server
2021-01-14 19:33:47 <yann-kaelig> so, first can I removed with abuild the old packages ?
2021-01-14 19:33:58 <ikke> abuild (should) automatically do that
2021-01-14 19:34:00 <mps> abuild cleanpkg
2021-01-14 19:34:04 <ikke> cleanoldpkg
2021-01-14 19:34:11 <mps> and this :)
2021-01-14 19:34:13 <ikke> but that's the default with -r
2021-01-14 19:34:25 <mps> not for oldpkg
2021-01-14 19:34:35 <caskd> ^
2021-01-14 19:34:50 <yann-kaelig> no, it's not the case for me
2021-01-14 19:35:12 <ikke> mps: I see, I always thought it did
2021-01-14 19:35:16 <yann-kaelig> the old packages are not removed after an abuild -r when I upgrade the pkgver
2021-01-14 19:35:37 <ikke> abuild cleanoldpkg then
2021-01-14 19:36:09 <mps> abuild cleanoldpkg, remove all previous versions except current
2021-01-14 19:37:03 <mps> I have alias acleanall 'abuild cleanoldpkg ; abuild cleanpkg'
2021-01-14 19:37:15 <ikke> rm -rf ~/packages/*
2021-01-14 19:37:17 <ikke> :P
2021-01-14 19:37:53 <mps> no, I don't want all pkg removal, just those where I run abuild
2021-01-14 19:38:05 <ikke> Was not a serious suggestion
2021-01-14 19:38:21 <mps> never say never :)
2021-01-14 19:39:42 <yann-kaelig> so, as expected now, I have an issue because the package bin can not be found ERROR: unsatisfiable constraints:
2021-01-14 19:40:37 <yann-kaelig> something wrong on my local cache I suppose
2021-01-14 19:40:52 <caskd> apk update
2021-01-14 19:41:12 <yann-kaelig> done, but doesn't fix the issue
2021-01-14 19:41:56 <mps> abuild index, in aports/sub/pkgname
2021-01-14 19:52:29 <yann-kaelig> ok so there is somethign else  Idon't know how to solve. Now when  I want  to build a package he still trying to use the old pkgbin version which do not exist anymore in my local repo
2021-01-14 19:54:19 <yann-kaelig> how can I clean/regenerate the cache
2021-01-14 19:56:17 <ikke> yann-kaelig: normally apk update should be enough
2021-01-14 19:57:28 <yann-kaelig> ikke: Sry, my bad,  I mean when I wnat to build abuild -r a package B he's trying to find the old version of A dep instead of the new one
2021-01-14 19:59:20 <ikke> yann-kaelig: apk should install the latest available version of a package in the repositories
2021-01-14 19:59:22 <yann-kaelig> https://dpaste.com/9TM8VRHTC oblibs-dev should be 0.1.1.1-r1
2021-01-14 20:00:39 <yann-kaelig> why is he trying to install an old version og oblibs-dev which doesn't exist anymore in my local repo
2021-01-14 20:01:34 <mps> yann-kaelig: 'apk policy oblibs-dev'
2021-01-14 20:01:37 <ikke> yann-kaelig: can you try this in your repo dir?
2021-01-14 20:01:40 <ikke> Thanks to GIGABYTE, Linode, Fastly, IBM, Packet, vpsFree and RapidSwitch for providing us with hardware and hosting.
2021-01-14 20:01:42 <ikke> arg
2021-01-14 20:01:44 <ikke> tar xzf APKINDEX.tar.gz -O APKINDEX | grep -E '^(P|V)'
2021-01-14 20:03:55 <yann-kaelig> ikke: I see. He's looking to my remote repository and not the local. I thought that my local repository has a priority from the remote
2021-01-14 20:04:48 <ikke> yann-kaelig: afaik, it just looks for the latest version of a package
2021-01-14 20:05:00 <yann-kaelig> even with abuild -r he's reading the remote repository not my local
2021-01-14 20:05:21 <ikke> abuild just ask apk
2021-01-14 20:05:54 <yann-kaelig> I see, I was sure that abuild didn't care about my remote repo but only the local
2021-01-14 20:06:23 <ikke> abuild just asks apk to install packages
2021-01-14 20:06:29 <ikke> it just uses whatever is available
2021-01-14 20:06:38 <ikke> regardless whether it's local or remote
2021-01-14 20:06:59 <ikke> but if a newer version is available, it should pick that
2021-01-14 20:07:06 <ikke> yann-kaelig: does apk policy list your local repo?
2021-01-14 20:07:19 <yann-kaelig> ikke: whatever is available in my /etc/apk/repository in this case
2021-01-14 20:07:23 <yann-kaelig> ikke: no
2021-01-14 20:07:32 <ikke> and did you add your local repo there?
2021-01-14 20:07:51 <ikke> if not, you should do that
2021-01-14 20:07:55 <yann-kaelig> no, only the remote
2021-01-14 20:10:23 <yann-kaelig> ikke: Can I mix the local and remote repository in my /etc/apk/repository on the distro I'm building my packages, and give for my build a priority to the local ?
2021-01-14 20:10:44 <ikke> You can mix them (that's what I do on my build machine as well)
2021-01-14 20:11:01 <ikke> but the priority is on version (apk prefers the latest version)
2021-01-14 20:11:09 <ikke> no matter where it comes from
2021-01-14 20:11:31 <ikke> But usually you build newer versions locally, so that should not be an issue
2021-01-14 20:11:56 <ikke> If you want a specific version, you could pin it in your dependencies
2021-01-14 20:12:05 <ikke> depends="foo=0.1"
2021-01-14 20:12:27 <ikke> (but don't overuse that)
2021-01-14 20:14:57 <yann-kaelig> ok, taking note, very important thing
2021-01-14 20:29:14 <oliv3r[m]> yep, using v3.13 over latest-stable works; so i'll not worry about it until the cache gets invalidated :)
2021-01-14 20:33:27 <yann-kaelig> Time to take a break, my brain is going to explode.
2021-01-14 20:33:38 <yann-kaelig> thank you very much for the help
2021-01-14 20:36:57 <xordspar0> Congrats on the release!
2021-01-14 20:38:43 <ikke> thanks, enjoy it :)
2021-01-14 20:41:21 <fys> My praises of alpine may seem mild but if you know me they're huge.. alpine doesn't make me angry.
2021-01-14 20:41:24 <fys> haha
2021-01-14 20:42:27 <Darksecond> another weird thing, but I might be reading it wrong, if I install libvirt-daemon it *also* installs libvirt, through libvirt-client. This seems wrong somehow
2021-01-14 20:51:01 <Thermi> Well, you do need libvirt
2021-01-14 20:51:16 <Darksecond> yes, but it also says that libvirt-daemon replaced libvirt
2021-01-14 20:51:37 <Darksecond> again, I could just be reading it wrong :)
2021-01-14 20:51:44 <Thermi> pastebin plz
2021-01-14 20:53:35 <Darksecond> https://git.alpinelinux.org/aports/tree/main/libvirt/APKBUILD?h=3.12-stable#n117 libvirt-daemon replaces libvirt and depends on libvirt-client which depends on libvirt
2021-01-14 20:53:57 <fys> yay dependency trees
2021-01-14 20:54:05 <Darksecond> if all you do is 'apk add libvirt-daemon' you end up with both libvirt-daemon and libvirt listed as installed packages
2021-01-14 20:54:48 <ikke> that's strange
2021-01-14 20:55:06 <ikke> replaces=libvirt and depends=libvirt don't make sense
2021-01-14 22:18:56 <micw> Hi. I've read that alpine 3.13 is released but I cannot see the images on docker hub nor can I find packages at https://pkgs.alpinelinux.org/packages?name=&branch=v3.13
2021-01-15 00:18:28 <hechos> hi ch#
2021-01-15 00:18:52 <hechos> maybe is for update, but im getting in mirror many errors
2021-01-15 00:18:57 <hechos> BAD signature
2021-01-15 00:19:40 <hechos> or is my inet connection?
2021-01-15 00:23:38 <timcowchip> :)
2021-01-15 00:39:13 <MY-R> hechos: what you have got in '/etc/apk/repositories'?
2021-01-15 01:00:29 <timcowchip> I can't mount usb in any file manager
2021-01-15 01:02:16 <timcowchip> i've got fuse installed in default runlevel
2021-01-15 01:03:16 <timcowchip> udisks2 and gvfs are installed
2021-01-15 01:11:52 <timcowchip> I can't mount usb in any file manager
2021-01-15 01:12:11 <timcowchip> thunar, nautilus, pcmanfm
2021-01-15 01:16:55 <Hello71> yes you just asked ten minutes ago
2021-01-15 01:17:35 <Hello71> fuse has nothing to do with it
2021-01-15 01:17:44 <Hello71> did you start udisks daemon
2021-01-15 01:19:06 <timcowchip> udisks daemon?
2021-01-15 01:20:45 <timcowchip>  udisks-daemon: not found
2021-01-15 01:23:11 <MY-R> apk -i add udisks
2021-01-15 01:24:05 <timcowchip> not udisks2, but udisks
2021-01-15 01:24:08 <timcowchip> ok
2021-01-15 01:24:26 <ipcloud> post upgrade ; firefox (wayland) crashing for me ; are others having the same?  ; what could I / should I capture ; or should I practice patience?
2021-01-15 01:24:44 <timcowchip> brb
2021-01-15 01:26:25 <ipcloud> a bit more specific tabs in firefox are crashing
2021-01-15 01:29:32 <ipcloud> from a quick logging of a run of firefox I am seeing a large number of Pango-WARNING ~... font_face status is: out of memory
2021-01-15 01:30:29 <ipcloud> this is *not* hair on fire ; just looking to pass along some details and see where I can help or get more info if that will help
2021-01-15 01:34:26 <timcowchip> mine is hair on fire
2021-01-15 01:35:26 <timcowchip> not only can't mount usb, I can't mount any drive but the installation partition
2021-01-15 01:35:53 <timcowchip> and I can't reboot or shutdown
2021-01-15 02:53:40 <outerpassage> hey all, how do you recommend installing a package with different compile time options than specified in the main aports tree? do you maintain a local aports with modifications?
2021-01-15 02:54:08 <maxice8> yes
2021-01-15 04:39:22 <jackara> Hello
2021-01-15 04:39:50 <jackara> How do i increase font size as the first thing after boot?
2021-01-15 04:40:39 <jackara> I mean after i booted and logged in, how can i change font size to bigger
2021-01-15 04:42:00 <jackara> Hello71_:
2021-01-15 04:42:03 <jackara> Hi
2021-01-15 05:12:32 <jackara> xordspar0: do u know how to change font size in cli?
2021-01-15 05:16:18 <xordspar0> jackara: Do you mean the font size in your terminal window? Or the Linux console?
2021-01-15 05:19:57 <jackara> I haven’t installed alpinelinux fully yet, im still at cli ant can’t read text (fonts too small)
2021-01-15 05:20:55 <jackara> xordspar0: ^
2021-01-15 05:21:08 <xordspar0> jackara: I think you need to install kbd. See https://wiki.archlinux.org/index.php/Linux_console#Fonts
2021-01-15 05:23:30 <jackara> I think there is a solution before doing so
2021-01-15 05:23:36 <jackara> xordspar0:
2021-01-15 05:25:13 <jackara> What is the default font manager of alpine
2021-01-15 05:26:11 <halosghost> there isn't one
2021-01-15 05:26:17 <halosghost> there kind of isn't a default anything for alpine
2021-01-15 05:26:26 <halosghost> for the most part :)
2021-01-15 05:27:15 <halosghost> save for the ultra basic things (like, shell, libc, coreutils, service manager, etc.)
2021-01-15 05:27:16 <xordspar0> The Linux Console fonts are a feature of the kernel. You can set a different font at boot in the kernel cmdline (I think) but if you want to change the font at runtime you have to use a userspace tool that talks to the kernel. kbd does that.
2021-01-15 05:28:47 <jackara> How do i change it at boot
2021-01-15 05:29:17 <jackara> Its the size i need increased
2021-01-15 05:30:21 <jackara> halosghost ^
2021-01-15 05:30:36 <xordspar0> I'm not sure about that part. The boot media is read-only. You can probably interrupt startup and modify the kernel cmdline in the bootloader. If you did that, you would have to look up the right arguments to change the font.
2021-01-15 05:31:10 <xordspar0> Try reading https://wiki.archlinux.org/index.php/Linux_console#Fonts and https://wiki.archlinux.org/index.php/HiDPI#Linux_console
2021-01-15 05:32:04 <xordspar0> I meant to say that the install media is read-only.
2021-01-15 05:32:55 <jackara> I can’t read the text in the cli properly, so i can’t download kdb
2021-01-15 05:33:12 <jackara> I need to setup-alpine and wifi
2021-01-15 05:33:33 <jackara> ...Before downloadinf
2021-01-15 05:35:57 <jackara> I know i can do it with setfont
2021-01-15 05:40:03 <xordspar0> Do you have a magnifying glass? :)
2021-01-15 05:41:54 <jackara> I’m in the cli
2021-01-15 05:42:24 <jackara> With a little screen on my raspberry pi 3.5 inch screen
2021-01-15 05:42:58 <jackara> And the fonts are too small for me to tell if its a p or a y
2021-01-15 05:43:09 <jackara> Even if i look very close
2021-01-15 05:46:09 <jackara> How bout resolution cli
2021-01-15 05:53:23 <jackara> I tried usercfg.txt disable _overscan=1
2021-01-15 05:53:32 <jackara> But it did not work
2021-01-15 06:01:41 <jackara> I made it work!
2021-01-15 06:01:56 <xordspar0> Cool, how?
2021-01-15 06:02:28 <jackara> I created a file called usercfg.txt and put in hdmi_group=2 (new line) hdmi_mode=3
2021-01-15 06:03:39 <jackara> Any questions before my journey continues elsewhere
2021-01-15 06:03:42 <jackara> ?
2021-01-15 06:12:39 <jackara> Bye
2021-01-15 06:23:31 <mkoske> Hello, what happened to jasper-dev? Cannot find anything about that
2021-01-15 06:24:49 <maxice8> aport was removed, information on the commit that removede it
2021-01-15 06:24:51 <maxice8> removed*
2021-01-15 06:25:20 <maxice8> https://gitlab.alpinelinux.org/alpine/aports/-/commit/776c741bdc671ff8f5264a0a74a356ef1f1e97bb
2021-01-15 06:45:05 <mkoske> maxice8: thanks
2021-01-15 07:04:06 <mkoske> Hm, I read the whole referenced github issue and it seems they got jasper back to live. But the package is still not in Alpine?
2021-01-15 07:04:42 <maxice8> Still not, no-one put the work to introduce it and be the maintainer for it
2021-01-15 07:06:37 <mkoske> ok, thanks...
2021-01-15 07:17:22 <EF> Of you've installed something from Edge previously, is there a way to change the repo from Edge to 3.13 without deleting and reinstalling?
2021-01-15 07:26:46 <Cogitri> EF: change repos to 3.13 and do apk upgrade -a
2021-01-15 07:29:05 <EF> Okay thanks. Nice and simple
2021-01-15 07:41:24 <[diablo]> Good morning #alpine-linux - just a little thank you. I've just updated to 3.13.0 , a breeze, fast, no issues. Used as my Docker host on a TrueNAS 12.0 Byhve VM ... picked it over the likes of Ubuntu Server LTS, and certainly do not regret it... what great work you're doing.
2021-01-15 07:56:40 <fourstepper> [diablo] it's even awesome as a TrueNAS replacement! :)
2021-01-15 07:56:58 <fourstepper> \/alternative
2021-01-15 08:06:24 <timcowchip> still can't shutdown or reboot
2021-01-15 08:07:01 <timcowchip> I've tried polkit, lxpolkit and polkit-gnome
2021-01-15 08:07:28 <timcowchip> do I have to be in the polkit group?
2021-01-15 08:07:38 <Cogitri> No
2021-01-15 08:08:21 <Cogitri> You only need polkit, a polkit helper (e.g. polkit-gnome on GNOME) and make sure that you use polkit-elogind if you use elogind or polkit if you use ck2
2021-01-15 08:09:33 <timcowchip> ah thanks Cogitri, I'll yry the polki-elogind way
2021-01-15 08:10:44 <timcowchip> brb
2021-01-15 08:19:58 <micw> Does anyone know when 3.13 images will be available on docker hub?
2021-01-15 08:21:30 <agb> now? https://hub.docker.com/layers/alpine/library/alpine/3.13/images/sha256-d11355b9026ef55c538d5eed406ea337e00f2d62490e051967bceb49bab34d58?context=explore
2021-01-15 08:34:51 <[diablo]> fourstepper :) well, I won't be dropping FreeNAS/TrueNAS , but its certainly a great OS to use as a VM on Bhyve :)
2021-01-15 08:35:30 <[diablo]> must say I adore my TN ... been on FN -> TN now for nearly 9 years
2021-01-15 09:14:09 <int_main> hey everyone
2021-01-15 09:14:29 <Irulan> Hello. Since I upgraded on 3.13 my xfce panels are empty. Only trash and power applet may be added to them
2021-01-15 09:14:32 <int_main> so, the new version's "apk info -s" command returns the size of the package in human-readable form instead of bytes
2021-01-15 09:14:43 <int_main> if there a parameter to make sure the output is still in bytes?
2021-01-15 09:15:54 <int_main> i had a script that outputted the sizes of all the packages and then sorted them down, but that doesn't work now
2021-01-15 09:16:24 <MilkSupreme> Hi! Is there a cloud-init image or do we have to build our own?
2021-01-15 09:24:45 <micw> agb, great, thank you. checked a few minutes before my post ant it was not there ^^
2021-01-15 10:36:59 <ikke> Anone happen to know how to remove cached mtu locks in linux? 'ip route get to <dest>' shows the cached entry (mtu lock xyz), but I cannot remove it before it expires
2021-01-15 10:40:30 <mps> cat /proc/sys/net/ipv4/route/mtu_expires
2021-01-15 10:42:18 <ikke> 600
2021-01-15 10:42:22 <ikke> which is what I see
2021-01-15 10:42:26 <micw> How can i build a package for an older alpine version? I try to build on 3.10 (in docker) and get ERROR: APKINDEX.tar.gz: UNTRUSTED signature while the build dependencies are installed
2021-01-15 10:42:31 <ikke> But I want to remove it before the expiry
2021-01-15 10:43:48 <mps> who sets mtu lock for route
2021-01-15 10:44:06 <ikke> It's caused bu a 'fragment needed' ICMP packet
2021-01-15 10:45:09 <mps> something is wrong there, mtu lock MTU is used to set DF flag
2021-01-15 10:45:50 <ikke> It happens because I pinged an IP with DF bit set, and the reply was a fragment needed icmp packet
2021-01-15 10:46:29 <ikke> Troubleshooting some MTU related issues, but these cached entries do not make it easier
2021-01-15 10:47:22 <mps> try 'ip r ... mtu number' (without lock)
2021-01-15 10:49:27 <mps> ikke: https://unix.stackexchange.com/questions/217286/difference-between-mtu-for-a-route-and-mtu-for-an-interface
2021-01-15 10:53:02 <mps> https://tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.cookbook.mtu-discovery.html
2021-01-15 10:54:41 <micw> oh, my fault, i used the packages dir from an old test build (with different key)
2021-01-15 10:55:47 <ikke> mps: the problem is that it's not an explicit route where the MTU is set
2021-01-15 10:55:53 <ikke> it's an endpoint
2021-01-15 10:57:26 <ikke> micw: ah, ip route replace <dest> <dev> mtu 1500 works
2021-01-15 10:57:33 <ikke> thanns
2021-01-15 10:58:33 <mps> ikke: to micw or mps?
2021-01-15 10:58:47 <ikke> mps: *
2021-01-15 10:58:51 <ikke> but it does not add a new entry
2021-01-15 10:58:55 <ikke> so it overrides the MTU
2021-01-15 10:59:00 <ikke> it does not remove the cached entry
2021-01-15 10:59:00 <mps> yes
2021-01-15 11:00:24 <mps> ip route show cached is changed some time after I learned ip
2021-01-15 12:23:42 <svedrin> hooray for 3.13 being released \o/ but unfortunately, when I run the Docker container on an armv7l Raspberry, dates seem to be broken: `docker run --rm -it alpine:3.13 date` gives "Sun Jan  0 00:100:4174038  1900"
2021-01-15 12:23:53 <svedrin> can I fix that somehow?
2021-01-15 12:32:14 <pojntfx> Hey everyone;)  I hope this is the right channel to ask this on, but I don't seem to be able to upgrade from 3.13 to edge. I've switched out the repos to edge using https://wiki.alpinelinux.org/wiki/Include:Upgrading_to_Edge, ran `apk upgrade --update-cache --available`, and while the repos show up during said last command, nothing happens. `apk
2021-01-15 12:32:14 <pojntfx> update` returns the correct repos as well, but is prefixed with `v3.13.0-gadb33ff0eb` for example. Clean install on bare metal - any ideas?
2021-01-15 12:37:20 <MY-R> pojntfx: 3.13 was created from edge, and 3.13 was released yesterday, soon you will have some updates
2021-01-15 12:38:05 <pojntfx> MY-R Thanks for the response; that clears things up :+1
2021-01-15 12:39:04 <MY-R> pojntfx: to be sure that all went smooth, you can check with 'apk version' if nothing left behind
2021-01-15 12:39:55 <pojntfx> Thanks; returns `Installed: Available: `.
2021-01-15 12:40:26 <MY-R> pojntfx: so all fine :)
2021-01-15 12:40:38 <pojntfx> :+1
2021-01-15 14:43:38 <fys> Let's see.. how do I ask this without inciting some sort of debate.
2021-01-15 14:43:45 <fys> Who uses alpine on their desktop?
2021-01-15 14:43:48 <fys> Just curious.
2021-01-15 14:44:30 <fys> I'm currently unhappy with my desktop distro and was curious if there was anything obvious about Alpine I hadn't encountered in embedded devices.
2021-01-15 14:49:07 <fourstepper> what do you use on the desktop now fys?
2021-01-15 14:49:37 <fourstepper> I have tried alpine and will probably return to it in the end, it just takes a bit more time than I currently want to spend moving to a different desktop OS
2021-01-15 14:52:10 <minimal> fys: Not yet but intend to build and try out MATE-based Alpine desktop see how it turns out
2021-01-15 14:56:27 <EF> At some point, swapping Raspbian to Alpine and my Void install elsewhere. If Alpine has the software you need, why not as long as you don't mind some tinkering.
2021-01-15 14:57:45 <minimal> fys: I have a Pi400 here which comes with a Raspbian desktop, would like to get it running an Alpine desktop instead
2021-01-15 15:06:02 <yann-kaelig> Hi
2021-01-15 15:06:17 <yann-kaelig> I don't understand something and the issue here https://dpaste.com/88NCYULRC
2021-01-15 15:07:13 <yann-kaelig> Why is here trying to find the old version of skalibs ?
2021-01-15 15:07:55 <yann-kaelig> The skalibs-dev pkg bin is available on my local repository
2021-01-15 15:08:05 <yann-kaelig> the last version
2021-01-15 15:08:54 <minimal> yann-kaelig: I'm the s6-overlay Alpine maintainer so I'm aware of problems in this area with Alpine 3.13 and Edge.
2021-01-15 15:09:13 <yann-kaelig> minimal: Hi, I'm on alpine 3.12
2021-01-15 15:09:39 <minimal> A new version of skalibs was packaged for Alpine shortly before the 3.13 release but the s6-overlay etc packages were not rebuilt after that
2021-01-15 15:10:06 <mro_name> minimal: will you write about your endevour with alPIne?
2021-01-15 15:10:06 <minimal> 3.12? so what are you building execline? its already in 3.12
2021-01-15 15:10:17 <minimal> s/what/why/g
2021-01-15 15:11:39 <yann-kaelig> minimal: I need it because I'm not using s6 as standalone but with 66
2021-01-15 15:12:35 <minimal> yann-kaelig: so you're rebuilding all the s6 stuff locally using the latest versions?
2021-01-15 15:13:45 <yann-kaelig> minimal: I need a specific version of skalibs execline s6 s6-rc etc... for compatibility with 66 tools
2021-01-15 15:16:22 <yann-kaelig> My version is higher than the one on Alpine linux 3.12. It should normally automatically take the newer version ? or I didn't understand something
2021-01-15 15:16:41 <minimal> right but you appear to be mixing Alpine's own packages with 66tools' s6 packages - apk is seeing 2 different versions of skalibs in the repos and some packages want one ver and other packages want the other ver - hence the conflict
2021-01-15 15:19:07 <minimal> there's a dependancy chain issue - if for example package A depends on skalibs 2.9.3.0 and package B depends on skalibs 2.9.2.1 and package A also depends on package B you've got a problem - you need to rebuild all packages that depend on skalibs to use the same version of skalibs
2021-01-15 15:20:51 <mps> fys: a lot of us use alpine as desktop
2021-01-15 15:22:04 <mps> this docker heritage leads some people that alpine is only for docker, and FUD on so called hacker channels
2021-01-15 15:22:38 <mps> leads some people to think*
2021-01-15 15:23:39 <yann-kaelig> minimal: I don't understand. Let's take my case with execline. The only one makedepends is on skalibs-dev which is available on my local repository, so where is this skalibs with lower version he trying to find ?
2021-01-15 15:29:58 <yann-kaelig> When I run abuild -r, the build process do not ONLY looking at the latest version available on my local repository ? There is something else behind the hood
2021-01-15 15:30:15 <minimal> yann-kaelig: have you checked the deps of all the various packages shown in the "satisfies" line in your screenshot? Its about "depends" of various packages, not "makedepends"
2021-01-15 15:32:11 <yann-kaelig> minimal: I see that, but I don't understand. What 66-tools etc.. has to do with my build. That right that there have been build with older version, but why abuild -r is looking for them
2021-01-15 15:33:39 <minimal> what does "apk info -r skalibs" show?
2021-01-15 15:36:08 <mps> fys: first alpine desktop I installed and used was on armv7 3 years ago
2021-01-15 15:36:21 <yann-kaelig> minimal: ok, I see. it's the -r option which want to install missing dep from the system
2021-01-15 15:37:42 <minimal> nope "apk info -r skalibs" will show which other packages depends on the skalibs package
2021-01-15 15:50:06 <yann-kaelig> minimal: Ok, there is without any doubt somethign I don't understand. I have disabled the remote repository and that why the build failed. Now I enable it, the build process success. It's not clear for me
2021-01-15 15:50:38 <yann-kaelig> the remote / my remote
2021-01-15 15:51:35 <yann-kaelig> no, it's not good he build he exeline with the old version on my remote and not on my local
2021-01-15 15:51:43 <yann-kaelig> arf...
2021-01-15 15:52:23 <minimal> yann-kaelig: did you run "apk update" after adding/removing entries from /etc/apk/repositories? apk caches package information from repos
2021-01-15 15:52:40 <yann-kaelig> no
2021-01-15 15:53:49 <minimal> you should do that to ensure the package info cache reflects the repos you're using
2021-01-15 15:59:29 <yann-kaelig> That doesn't solve my issue. abuild in fact install the deps on my system and in a chroot
2021-01-15 15:59:37 <yann-kaelig> in / not
2021-01-15 16:01:11 <yann-kaelig> He is not able to install the new version of skalibs-dev because that create a conflict with the skalibs on my system. Am I right ?
2021-01-15 16:03:14 <yann-kaelig> How am I suppose to fix this issue in fact
2021-01-15 16:03:40 <yann-kaelig> perhaps that could help me to understand the problem
2021-01-15 16:06:00 <minimal> yann-kaelig: in the original screenshot you provided ak is saying it cannot install skalibs 2.9.2.1-r2 as skalibs-dev 2.9.3.0-r1 depends on skalibs 2.9.3.0-r1. You cannot have both versions of skalibs package installed.
2021-01-15 16:07:20 <yann-kaelig> ok, I always thought that he building the package outside the system in a standalone environment
2021-01-15 16:09:19 <minimal> you could build packages in a chroot or in a docker containers or on a separate VM if you want that
2021-01-15 16:11:13 <yann-kaelig> Yes, and that the way to go. Don't understand why it's not something part of package builder
2021-01-15 16:12:03 <minimal> its optional, not required, so why have it part of abuild?
2021-01-15 16:13:01 <yann-kaelig> because in my opinion building package should not touch the state of my system for this purpose
2021-01-15 16:13:13 <yann-kaelig> in any case
2021-01-15 16:13:39 <minimal> I build my local packages using docker
2021-01-15 16:14:20 <minimal> which also has user-mode QEMU installed so I can build x86_64, armv7, and aarch64 versions on the same machine
2021-01-15 16:14:59 <yann-kaelig> Ok, any good and clear tutorial for this purpose for Alpine you could link ?
2021-01-15 16:15:39 <minimal> haven't used this: https://gitlab.alpinelinux.org/alpine/docker-abuild
2021-01-15 16:16:18 <minimal> that should be basically the same thing as what I'm using
2021-01-15 16:19:17 <yann-kaelig> Another good reason for such an option to be made available by default, would be to have an identical workflow for everyone in case of debugging or something else
2021-01-15 16:21:53 <yann-kaelig> Anyway, thx minimal for your help
2021-01-15 16:21:54 <minimal> there is a standard workflow - create a Gitlab MR for new Alpine aport and the CI infrastructure builds your aport for multiple archs in a standard way.
2021-01-15 16:22:24 <minimal> you're building a modified Alpine/66 hybrid and updating standard Alpine packages as part of that
2021-01-15 16:24:22 <yann-kaelig> That something I certainly will have to build but as you can see I have a lot to learn first :)
2021-01-15 17:23:38 <hg> 
ACTION should package zutty for alpine

2021-01-15 18:59:20 <unrznbl[m]> mysterious (so far) error in MR CI build... "operation not permitted" for a few different things in my Makefile: test, make https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/16885 any ideas?
2021-01-15 19:00:21 <guix-vits> how to use `ulimit -n`?
2021-01-15 19:00:28 <Hello71_> unrznbl[m]: might actually be a builder issue
2021-01-15 19:01:05 <unrznbl[m]> I thought maybe, seemed odd. Thanks.
2021-01-15 19:02:38 <unrznbl[m]> I'll retry one failing platform. Hello71_ you seen issues? Something to work on fixing?
2021-01-15 19:08:08 <ikke> 1checking
2021-01-15 19:11:44 <mps> also noticed but didn't wanted to annoy ikke
2021-01-15 19:12:05 <ikke> maybe latest musl upgrade?
2021-01-15 19:12:50 <mps> pass on ppc64le CI
2021-01-15 19:13:12 <mps> passes*
2021-01-15 19:18:30 <guix-vits>  /etc/security/limits.conf has no effect.
2021-01-15 19:19:40 <ikke> guix-vits: you need pam for that
2021-01-15 19:20:39 <guix-vits> thank you
2021-01-15 19:34:51 <mps> ikke: tried in lxc with musl-1.2.2, works fine
2021-01-15 19:39:41 <ikke> mps: also works if I run it manually in docker on the same host with the same image :(
2021-01-15 19:40:32 <guix-vits> not sure if busybox supports pam )
2021-01-15 19:41:18 <ikke> guix-vits: apk add shadow
2021-01-15 19:41:20 <guix-vits> good that shell seem to "inherit" limits.
2021-01-15 19:41:28 <ikke> limits are inherrited by default
2021-01-15 19:41:35 <ikke> by definition
2021-01-15 19:41:56 <kouvas> anyone knows how to get onboard broadcom wifi to work on raspberry 3B after following clasic install for persistence? It was working while in diskless mode but stopped after rebooting. I copied all brcm firmware drivers  in /lib/firmware but still no luck. No wireless devices found >>ip: ioctl 0x8913 failed: no such device
2021-01-15 19:42:45 <kouvas> and no broadcoam modules under /lib/modules/5.4.84-0rpi/kernel/net/wireless
2021-01-15 19:43:35 <kouvas> 
ACTION 

2021-01-15 19:46:02 <guix-vits> kouvas: /.modloop?
2021-01-15 19:48:34 <kouvas> not setup modloop and i am not really familiar with it, was not part of the wiki. first time trying alpine :)
2021-01-15 19:48:59 <kouvas> ls /
2021-01-15 19:50:57 <guix-vits> ls -A /
2021-01-15 19:53:44 <guix-vits> anyway, there is linux-firmware package.  idk.
2021-01-15 19:58:51 <yann-kaelig> awesome. Everything works as expected after my custom packages upgrade. Awesome distro, I like it :)
2021-01-15 21:31:41 <PureTryOut[m]2> does anybody have a link to the source of the Gitlab algitbot?
2021-01-15 21:32:05 <maxice8> the one that auto-labels and does the stale checks ?
2021-01-15 21:42:48 <ikke> algitbot itself is just a user in gitlab
2021-01-15 21:43:57 <unrznbl[m]> any tips on how to reproduce builds, maybe step by step locally? I guess using docker right? (I am trying to fixup https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/16885)
2021-01-15 21:44:23 <xordspar0> Does anyone know of a DNS lookup tool that uses the standard getaddrinfo interface? dig, host, and nslookup are all part of BIND, which uses a custom implementation. Busybox's nslookup also uses a custom implementation.
2021-01-15 21:44:37 <ikke> xordspar0: getent hosts <hostname>
2021-01-15 21:44:46 <ikke> unrznbl[m]: alpinelinux/alpine-gitlab-ci image
2021-01-15 21:45:09 <unrznbl[m]> thanks :)
2021-01-15 21:45:17 <ikke> clone the repo there, run abuild-keygen -ain
2021-01-15 21:45:30 <ikke> add the proper repositories in /etc/apk/repositories
2021-01-15 21:45:33 <ikke> and then abuild -r
2021-01-15 21:45:40 <ikke> in the correct package dir
2021-01-15 21:45:53 <unrznbl[m]> thanks :)
2021-01-15 21:46:18 <xordspar0> ikke: Awesome, thanks.
2021-01-15 21:46:32 <Hello71_> ping
2021-01-15 21:46:36 <ikke> pong
2021-01-15 21:46:41 <ikke> :P
2021-01-15 21:48:09 <nixi> hi, quick question. upgrade to 3.13 requires nextcloud transitional package. how would i go about using that when upgrading nextcloud from 18 to 20?
2021-01-15 21:48:27 <xordspar0> Yeah, ping works in a pinch but sometimes I want to know if there are multiple addresses for a host. This matters for Alpine because musl doesn't implement DNS over TCP.
2021-01-15 21:48:42 <ikke> getent hosts just returns a single one
2021-01-15 21:49:25 <xordspar0> Hm, ok.
2021-01-15 21:49:36 <ikke> nixi: what do you mean with a transitional package?
2021-01-15 21:50:24 <nixi> when i changed to the 3.13 repositoris and did an update, the output said that i need a transitional package `nextcloud19` in order to go from nextcloud 18 to 20
2021-01-15 21:50:46 <nixi> since nextcloud is version 18 in alpine 3.12 and version 20 in apline 3.13
2021-01-15 21:51:05 <ikke> ah hmm
2021-01-15 21:52:38 <nixi> when i try to install the package, i get this
2021-01-15 21:52:39 <nixi> ERROR: nextcloud19-19.0.6-r0: trying to overwrite usr/bin/occ owned by nextcloud-20.0.4-r0.
2021-01-15 21:52:51 <nixi> do i have to firstforce-remove the old version?
2021-01-15 21:53:36 <ikke> what package?
2021-01-15 21:54:13 <ikke> aoh, nextcloud 19
2021-01-15 21:54:16 <xordspar0> ikke: According to the glibc man page and my experimentation, getent hosts uses the deprecated gethostbyaddr interface. However, getent ahosts uses the modern POSIX getaddrinfo interface *and* it returns multiple addresses. :) I'm still experimenting to find its limits but it seems good.
2021-01-15 21:54:29 <nixi> ikke: currect package `nextcoud`, which is version 18
2021-01-15 21:54:37 <ikke> xordspar0: ah, good to know
2021-01-15 21:54:49 <nixi> i need to first upgrade to 19 and then back to `nextcloud` package from alpine 3.13
2021-01-15 21:54:52 <ikke> yes
2021-01-15 21:55:04 <nixi> nextcloud has an internal upgrade script which modifies the database etc.
2021-01-15 21:55:19 <nixi> and that does not work over multiple versions
2021-01-15 21:55:35 <nixi> how would i force-remove a package with apk?
2021-01-15 21:55:40 <nixi> without removing dependencies
2021-01-15 21:56:27 <MY-R> xordspar0: there is also 'knot-utils' package which got 'kdig' 'khost' and support tcp,tls without problem but ye probably another custom implementation
2021-01-15 21:56:30 <ikke> apk does not allow that
2021-01-15 21:57:21 <xordspar0> MY-R: Thanks, I'll check that.
2021-01-15 21:59:43 <unrznbl[m]> ikke:  for a docker ci build, what are the "proper repositories"? `WARNING: Ignoring http://dl-cdn.alpinelinux.org/alpine/edge/main: No such file or directory`
2021-01-15 22:00:17 <Hello71_> docker ci?
2021-01-15 22:00:43 <unrznbl[m]> yes.
2021-01-15 22:01:02 <unrznbl[m]> nevermind. it works now.
2021-01-15 22:01:21 <unrznbl[m]> I did basically `sudo apk update` `sudo apk upgrade` and then `abuild -r` and things are good 👍️
2021-01-15 22:01:26 <MY-R> xordspar0: sample output: https://tpaste.us/d5do
2021-01-15 22:01:58 <unrznbl[m]> cool! I got the same error as on CI! :) `make: /bin/sh: Operation not permitted` and
2021-01-15 22:01:58 <unrznbl[m]> `make: *** [Makefile:633: config.h] Error 127`
2021-01-15 22:02:07 <ikke> unrznbl[m]: oh, interesting
2021-01-15 22:02:11 <ikke> I could not reporduce it
2021-01-15 22:02:41 <unrznbl[m]> I'm doing this on x86_64 debian box with docker. Is there a temp dir I can get into to walk through things?
2021-01-15 22:02:49 <unrznbl[m]> 
ACTION checking nice wiki :)

2021-01-15 22:03:15 <ikke> the src dir
2021-01-15 22:04:10 <unrznbl[m]> 
ACTION dang... right in front my face :| 🤦

2021-01-15 22:06:05 <ikke> unrznbl[m]: which package are you building?
2021-01-15 22:07:58 <unrznbl[m]> community/cfengine
2021-01-15 22:08:08 <unrznbl[m]> I can run the commands from the Makefile individually, but not with `make`
2021-01-15 22:08:41 <unrznbl[m]> https://bpa.st/VKIQ
2021-01-15 22:09:42 <ikke> run it with strace (though, that means the container needs at leat SYS_PTRACE
2021-01-15 22:10:52 <xordspar0> unrznbl[m]: https://blog.johngoulah.com/2016/03/running-strace-in-docker/
2021-01-15 22:12:12 <unrznbl[m]> it just worked fwiw.
2021-01-15 22:12:28 <unrznbl[m]> https://bpa.st/SQJQ
2021-01-15 22:14:17 <unrznbl[m]> `/bin/sh -> /bin/busybox` which is 755 root:root, seems ok?
2021-01-15 22:15:42 <ikke> yes
2021-01-15 22:15:50 <ikke> but I don't suspect it's something trivially right that
2021-01-15 22:16:02 <Hello71_> at a guess it's exporting LD_something
2021-01-15 22:16:07 <unrznbl[m]> and I can certainly run it, so maybe a docker thing? Or something odd about make then eh?
2021-01-15 22:16:13 <Hello71_> hm...
2021-01-15 22:16:59 <Hello71_> oh, you're running into docker shit
2021-01-15 22:17:11 <Hello71_> faccessat2 is new
2021-01-15 22:17:16 <unrznbl[m]> dangit ;) ah...
2021-01-15 22:17:32 <ikke> Hello71_: I was suspecting it having to do with musl
2021-01-15 22:17:51 <ikke> but I cannot reporoduce it
2021-01-15 22:17:55 <unrznbl[m]> ah so make doesn't agree with libc?
2021-01-15 22:18:11 <PureTryOut[m]2> maxice8: yes that one
2021-01-15 22:18:16 <Hello71_> checking perms before exec is kinda bollocks to begin with
2021-01-15 22:18:16 <PureTryOut[m]2> the stale checks mainly
2021-01-15 22:18:40 <Hello71_> your host docker and/or libseccomp is too old
2021-01-15 22:19:12 <ikke> Hello71_: this happens on our CI as well
2021-01-15 22:19:25 <Hello71_> mm... probably still it
2021-01-15 22:19:40 <ikke> yes
2021-01-15 22:19:46 <ikke> but, I did try to run it
2021-01-15 22:19:46 <unrznbl[m]> makes a lot of sense though... fn is just not there so fails in this odd way
2021-01-15 22:19:48 <ikke> on our CI host
2021-01-15 22:20:03 <unrznbl[m]> yeah, that's why I saw it, for an MR :)
2021-01-15 22:20:05 <ikke> unrznbl[m]: it's something that docker is going to fix
2021-01-15 22:20:20 <ikke> they basically by default return EPERM for unknown syscalls
2021-01-15 22:20:37 <unrznbl[m]> updating docker, making docker match make match musl... right... ack. good to know.
2021-01-15 22:20:43 <ikke> which is throwing of code that expects ENOSYS if the syscall is not implemented
2021-01-15 22:21:18 <ikke> unrznbl[m]: it's more like docker not saying "HEY, YOU ARE NOT ALLOWED TO RUN THIS", instead of "golly, I have no idea what this is"
2021-01-15 22:21:52 <maxice8> PureTryOut: https://gitlab.alpinelinux.org/Cogitri/aports-qa-bot
2021-01-15 22:21:58 <PureTryOut[m]2> Thanks!
2021-01-15 22:22:47 <unrznbl[m]> https://bpa.st/3YSA - simple example, so need an updated docker in CI then?
2021-01-15 22:23:40 <ikke> at least the seccomp profile updated
2021-01-15 22:26:06 <ikke> so strange, I run it in docker on the exact host that is running x86_64 CI, but it just continues building
2021-01-15 22:26:14 <ikke> unrznbl[m]: can you share the source of that test file?
2021-01-15 22:27:32 <unrznbl[m]> yeah, it's in that last bpaste https://bpa.st/3YSA
2021-01-15 22:28:29 <ikke> ah, sorry, missed that
2021-01-15 22:32:06 <ikke> faccessat(AT_FDCWD, "/bin/sh", X_OK)    = 0
2021-01-15 22:32:09 <ikke> ..
2021-01-15 22:33:18 <unrznbl[m]> so I don't get it. It works for you on the same exact host (vm?) and not in CI? Like the VERY same vm or phys host?
2021-01-15 22:33:40 <ikke> yes
2021-01-15 22:33:48 <ikke> the exact same docker instance
2021-01-15 22:33:56 <unrznbl[m]> hmm. :(
2021-01-15 22:35:17 <ikke> maybe to do with how gitlab-runner starts docker-containers?
2021-01-15 22:35:27 <unrznbl[m]> yeah, I don't know docker too well.
2021-01-15 22:35:44 <unrznbl[m]> I noticed at the beginning of the log that there were mentions of several images?
2021-01-15 22:36:21 <ikke> first is the runner-helper, which gitlab-runner uses
2021-01-15 22:36:23 <unrznbl[m]> `Using Docker executor with image alpinelinux/alpine-gitlab-ci:latest`
2021-01-15 22:36:29 <ikke> yes
2021-01-15 22:36:35 <unrznbl[m]> `Using docker image sha256:f38ad8610a3a27f13b23e571e86c5892cac9ced20d59c419ac6f1ad981886b13 for alpinelinux/gitlab-runner-helper:latest`
2021-01-15 22:36:49 <unrznbl[m]> `Using docker image sha256:39803ef5501d8f89e9718fd7a7fdaf627da3b697926f7ddc35e233ce0f14ec02 for alpinelinux/alpine-gitlab-ci:latest`
2021-01-15 22:36:50 <ikke> I just updated the gitlab runner on that host
2021-01-15 22:37:01 <ikke> gitlab-runner-helper is something from gitlab-runner
2021-01-15 22:37:16 <unrznbl[m]> and I see it's re-running for my MR 👍️
2021-01-15 22:37:25 <ikke> yes, I restarted the job
2021-01-15 22:37:50 <unrznbl[m]> thanks for the help. sorry it's not working. Nothing irks me more than when something doesn't "just work" that is supposed to. ;)
2021-01-15 22:38:14 <ikke> nod
2021-01-15 22:38:22 <unrznbl[m]> I was all ready to work on mmsd and then I spent 30 minutes getting wifi working on my laptop. ☹️
2021-01-15 22:38:24 <ikke> same error
2021-01-15 22:38:36 <unrznbl[m]> yep.
2021-01-15 22:44:43 <ikke> I can only reproduce it if I run the container with a security profile that has faccessat2 removed
2021-01-15 22:44:48 <ikke> faccessat&
2021-01-15 22:45:28 <unrznbl[m]> ok. so maybe gitlab runner is doing that somehow. odd. obviously it is present for me on pureos(debian) as well.
2021-01-15 22:45:59 <ikke> yes, older docker versions have outdated seccom profiles as well
2021-01-15 22:46:00 <unrznbl[m]> remind me to not look at gnu code: https://bpa.st/KPYA so many `#`s :|
2021-01-15 22:46:25 <unrznbl[m]> (make lib/unisted.in.h)
2021-01-15 22:46:51 <unrznbl[m]> I gotta scram. Thanks for all the help and insight. Sorry it's broken. :(
2021-01-15 23:16:10 <ipcloud> update ; post 3.13.0 upgrade I was having firefox tab crashes ; doing `apk del firefox && apk add firefox`
2021-01-15 23:16:41 <ipcloud> now have successful rendering of sites
2021-01-15 23:24:34 <MY-R> reinstallin firefox fixed it?
2021-01-15 23:26:27 <MY-R> ipcloud: it was after or before 'musl' package upgrade?
2021-01-15 23:30:01 <ipcloud> MY-R: (2) machines ; booted ; firefox tabs crash ; then `apk del firefox  && apk add firefox` //no other update/upgrade
2021-01-15 23:30:34 <MY-R> very odd
2021-01-15 23:30:48 <ipcloud> on both machines post the del/add the browser would render pages/sites/ no tab crashes
2021-01-15 23:31:38 <ipcloud> odd yes ; but a painless 'fix' ; IF there is something I can capture/get to you that would help if there is a concern let me know
2021-01-15 23:35:00 <MY-R> lets wait when somebody else will have tab crashing issue :)
2021-01-15 23:38:45 <ipcloud> :+1:
2021-01-15 23:59:25 <hechos> hi guys got question.
2021-01-15 23:59:52 <Hello71_> yes
2021-01-15 23:59:56 <hechos> for what web browser can be replace qutebrowser, need same mode to operate. like vim.
2021-01-16 00:01:57 <hechos> fast commits works on defaults or need to compile e2fsprogs?
2021-01-16 00:03:06 <hechos> talking about ext4 of course.
2021-01-16 00:06:12 <mps> hechos: this is kernel driver feature
2021-01-16 00:07:38 <hechos> mps: alright so no need extra parameters?>
2021-01-16 00:08:30 <mps> which one
2021-01-16 00:11:24 <hechos> mps: Once enabled, fast commit information can be viewed in
2021-01-16 00:11:26 <hechos> /proc/fs/ext4/<dev>/fc_info.
2021-01-16 00:13:39 <hechos> mps: lwn as a article talking about fc_debug_force
2021-01-16 00:14:21 <hechos> and compiling dwm and dmenu got some warning may it be to gcc 10?
2021-01-16 00:16:44 <mps> it could be mount option, but I don't have machine with ext4 to check
2021-01-16 00:35:00 <hechos> mps: well see.
2021-01-16 00:57:13 <MilkSupreme> Hi, I can't seem to get static IP to apply, even though I have the settings in /etc/network/interfaces and ran /etc/init.d/networking restart, is there something I'm missing?
2021-01-16 00:57:51 <MilkSupreme> Seems to be stuck on dhcp
2021-01-16 01:13:11 <Hello71_> what did you put
2021-01-16 01:36:38 <MilkSupreme> should be correct, iface eth0 inet static and all that
2021-01-16 01:36:46 <MilkSupreme> and upon reboot, it gets replaced by dhcp
2021-01-16 01:37:05 <MilkSupreme> initial cloud-init works to set the file correctly but the config isn't reread
2021-01-16 07:51:52 <captainepoch> Hello
2021-01-16 07:52:15 <captainepoch> I'm trying to update from Nextcloud 18 to Nextcloud 20 using the package nextcloud19, but I get this error: trying to overwrite usr/bin/occ owned by nextcloud-18[...]
2021-01-16 07:52:46 <captainepoch> I'm upgrading the VM as root, so permissions shouldn't be a problem
2021-01-16 07:53:38 <ikke> Where did you get the package from?
2021-01-16 07:53:54 <ikke> It should replace (downgrade) the existing package
2021-01-16 07:55:01 <captainepoch> I'm using https://alpine.mirror.wearetriple.com/ to get the upgrades
2021-01-16 07:56:42 <ikke> And nextcloud19?
2021-01-16 07:56:50 <ikke> Where did you get that from
2021-01-16 07:57:51 <captainepoch> From the same repository, it's something apk tells you when you upgrade from Nextcloud 18 to Nextcloud 20, to use the transitional package nextcloud19 before
2021-01-16 07:57:52 <ikke> captainepoch: Perhaps for the upgrade, it's easier to just download the v19 archive, extract it somewhere, perform the upgrade and then remove that again
2021-01-16 07:58:36 <ikke> captainepoch: we have 18 and 20, not 19, so I wonder where you got it from
2021-01-16 07:58:51 <captainepoch> https://pkgs.alpinelinux.org/packages?name=nextcloud19&branch=v3.13
2021-01-16 07:58:53 <captainepoch> From there
2021-01-16 07:59:23 <ikke> aha
2021-01-16 07:59:26 <ikke> thanks
2021-01-16 08:00:57 <ikke> captainepoch: We should add a replaces/conflicts to the packages to make sure you can switch between them
2021-01-16 08:01:17 <ikke> now, when you install nextcloud19, it will still have nextcloud 18 installed
2021-01-16 08:01:35 <ikke> captainepoch: but, for now, it should be easy enough to apk del nextcloud; apk add nextcloud19
2021-01-16 08:02:14 <captainepoch> Yeah, I was about to do that :)
2021-01-16 08:02:17 <captainepoch> Thanks, ikke!
2021-01-16 08:04:02 <meropyri> Is there a way to automatically install the corresponding -doc package for every package I install? For example, `apk add doas` would install doas and doas-doc
2021-01-16 08:04:20 <mps> meropyri: apk add docs
2021-01-16 08:04:48 <mps> 'Meta package for pulling in all documentation'
2021-01-16 08:05:41 <meropyri> mps: Thanks! I remembered reading about it somewhere but I forgot the package name
2021-01-16 08:05:54 <mps> time to create faq.alpinelinux.org, isn't it? ikke ?
2021-01-16 08:12:39 <ikke> docs.a.o
2021-01-16 08:13:25 <mps> aha, maybe add faq section there
2021-01-16 08:13:47 <mps> hah
2021-01-16 08:14:07 <ikke> heh
2021-01-16 09:49:50 <MilkSupreme> How do we get alpine to re-read /etc/network/interfaces?
2021-01-16 09:52:21 <MilkSupreme> Currently trying to create a cloud-init image, I've been able to boot it fine and cloud-init does configure /etc/network/interfaces correctly, but it doesn't actually apply to the running network interface, even when restarting the service using rc-service restart networking and restarting the VM will overrite /etc/network/interfaces with dhcp
2021-01-16 09:56:52 <ikke> The networking service (through ifupdown(-ng) is what reads this file
2021-01-16 09:59:30 <MilkSupreme> Hmm, interesting, so I would have to trigger that after cloud-init
2021-01-16 09:59:41 <ikke> ifup <interface>
2021-01-16 09:59:52 <MilkSupreme> I suppose this is not expected behaviour? cloud-init is supposed to set this correctly the first time right?
2021-01-16 10:00:50 <ikke> I'm not too familiar with how cloud-init is supposed to work
2021-01-16 10:00:55 <ikke> but I guess so
2021-01-16 10:00:58 <MilkSupreme> Hmm, hokey dokey
2021-01-16 11:05:20 <adilix> hi all
2021-01-16 11:05:28 <ikke> o/
2021-01-16 11:05:33 <captainepoch> Hello
2021-01-16 11:05:56 <adilix> which of the virtualbox guest additions should i nstall? there are 3 packages
2021-01-16 11:06:47 <ikke> there is one main package\
2021-01-16 11:06:51 <ikke> and 2 subpackages
2021-01-16 11:07:09 <ikke> the -openrc subpackage does not matter (it's automatically installed if you have openrc)
2021-01-16 11:07:24 <captainepoch> The one named virtualbox-guest-additions
2021-01-16 11:07:29 <adilix> aha ok
2021-01-16 11:07:44 <adilix> i will install the normal guest additions
2021-01-16 11:08:01 <ikke> I think the -x11 subpackage includes extra integrations for x11
2021-01-16 11:08:31 <adilix> he installed the openrc version
2021-01-16 11:08:43 <ikke> that's just the openrc init scripts
2021-01-16 11:08:48 <captainepoch> The -openrc package is just the service for openrc
2021-01-16 11:09:08 <adilix> should i install the x11 to
2021-01-16 11:09:59 <ikke> adilix: if you plan to run x11, then yes
2021-01-16 11:10:03 <ikke> it contains VBoxClient
2021-01-16 11:10:25 <adilix> atm i dont need to run the x11
2021-01-16 11:10:29 <ikke> ok, then no
2021-01-16 11:10:52 <adilix> ok and now i need to reboot and its ok, or do i have to edit something
2021-01-16 11:11:02 <captainepoch> afaik no, you don't have to
2021-01-16 11:11:02 <captainepoch> :)
2021-01-16 11:11:12 <adilix> ok just rebooting
2021-01-16 11:11:35 <ikke> It just contains a service
2021-01-16 11:11:44 <ikke> so just starting that service is enough
2021-01-16 11:11:59 <adilix> yes but do i have to enable it, or is it enabled be default
2021-01-16 11:12:27 <ikke> rc-default add virtualbox-guest-additions
2021-01-16 11:12:33 <ikke> rc-service virtualbox-guest-additions start
2021-01-16 11:12:44 <ikke> so yes, you need to enable it
2021-01-16 11:12:58 <adilix> ok
2021-01-16 11:13:04 <ikke> services are not automatically enabled and started in Alpine
2021-01-16 11:14:06 <adilix> hmm rc-defaut not found
2021-01-16 11:14:58 <captainepoch> rc-update add virtualbox-guest-additions
2021-01-16 11:15:15 <ikke> sorry, mixed up
2021-01-16 11:15:23 <ikke> rc-update add virtualbox-guest-additions default
2021-01-16 11:15:31 <ikke> but default is default, so you can leave it out
2021-01-16 11:16:04 <adilix> added to default runlevel
2021-01-16 11:16:17 <ikke> that's good
2021-01-16 11:16:19 <adilix> rc-service
2021-01-16 11:16:58 <adilix> and its up and running
2021-01-16 11:17:11 <adilix> let me mount a shared folder
2021-01-16 11:18:20 <adilix> yeaaah its mounted
2021-01-16 11:19:25 <captainepoch> noice
2021-01-16 11:19:42 <adilix> works like hell , many thx
2021-01-16 11:29:57 <adilix> what is the edge repo?
2021-01-16 11:31:33 <ikke> It's the repo where we upgrade everything to the latest version preparing for the next stable release
2021-01-16 11:32:03 <ikke> So it does have the latest and 'greatest', but it might be broken from time to time
2021-01-16 11:32:49 <adilix> aha
2021-01-16 11:33:18 <adilix> i wanted to install some games for running game servers, but cant find anything
2021-01-16 11:33:44 <adilix> np, i will install from the official sites the game
2021-01-16 11:34:47 <afontain_> adilix: also, you might be tempted to do that someday, but don't mix edge and stable
2021-01-16 11:35:37 <adilix> yeaa i dont like bleeding edge packages
2021-01-16 11:35:41 <GreyXor> Hello, there is a problem with s6-overlay package ? If i run `apk add s6-overlay` i get this error `so:libskarnet.so.2.9 (no such package) required by: justc-envdir-1.0.0-r1[so:libskarnet.so.2.9]`
2021-01-16 11:35:55 <GreyXor> even after an `apk update`
2021-01-16 11:40:25 <GreyXor> Yes, skalibs is 2.10 but packages need 2.9 :/
2021-01-16 11:40:41 <ikke> what version?
2021-01-16 11:40:44 <ikke> of alpine
2021-01-16 11:40:46 <GreyXor> *3.13
2021-01-16 11:40:48 <afontain_> oh, skarnet isn't in this room
2021-01-16 11:41:01 <afontain_> most likely the package hasn't been rebuilt
2021-01-16 11:41:24 <ikke> I see s6-overlay-preinit was rebuilt 6 hours ago
2021-01-16 11:43:20 <GreyXor> It's `justc-envdir` hasn't been rebuilt
2021-01-16 11:43:30 <ikke> s6-overlay indeed has not been bumped
2021-01-16 11:43:36 <ikke> last commit was 12th of december
2021-01-16 11:43:43 <ikke> 10th*
2021-01-16 11:45:43 <afontain_> fun
2021-01-16 11:46:34 <GreyXor> i have to wait for mirror ? i can force rebuild online ?
2021-01-16 11:47:07 <ikke> GreyXor: You can submit a merge request against 3.13-stable that bumps the pkgrel
2021-01-16 11:49:47 <GreyXor> ikke: i can, which package ?
2021-01-16 11:51:27 <ikke> justc-envdir
2021-01-16 11:52:06 <ikke> ah
2021-01-16 11:52:09 <ikke> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/16816
2021-01-16 11:52:15 <ikke> So I guess that's why it's wasn't rebuilt yet
2021-01-16 12:46:58 <captainepoch> each time I do something like "doas -u testing", it says that I'm not allowed to do so
2021-01-16 12:47:05 <captainepoch> With sudo, I can (not in Alpine)
2021-01-16 12:47:20 <captainepoch> Is there something special I have to do in order to execute commands in that way?
2021-01-16 12:49:55 <ikke> captainepoch: seems to work for me
2021-01-16 12:50:06 <ikke> note that you have to provide a command to doas
2021-01-16 12:50:30 <ikke> unless you provide -s
2021-01-16 12:51:34 <captainepoch> how so?
2021-01-16 12:52:15 <ikke> how so what?
2021-01-16 12:52:19 <job> Did you edit /etc/doas.conf?
2021-01-16 12:52:42 <job> And is your user in the wheel group?
2021-01-16 12:53:33 <captainepoch> it is the nextcloud user, I don't think that user should be in the wheel group
2021-01-16 12:53:42 <captainepoch> And I'm executing that command from root
2021-01-16 12:55:14 <ikke> should work then
2021-01-16 12:55:28 <ikke> `doas -u <user> ls -l /etc` works for me as root
2021-01-16 12:57:51 <captainepoch> 'doas -u nextcloud php occ upgrade' -> doas: Operation not permitted
2021-01-16 12:57:57 <captainepoch> from root
2021-01-16 12:58:13 <captainepoch> Maybe I created the user bad
2021-01-16 12:59:03 <job> Add `permit persist :wheel` to /etc/doas.conf
2021-01-16 12:59:33 <job> Default config is empty
2021-01-16 13:00:16 <ikke> job: they execute it as root, so that should not matter
2021-01-16 13:01:20 <job> Yes, it doesn't work without. Even when logged in as root.
2021-01-16 13:01:51 <job> Except when you add rules for the root user to the doas.conf file
2021-01-16 13:03:26 <captainepoch> It worked, but the command asked me "doas (root@alpine) password:"
2021-01-16 13:03:28 <PureTryOut[m]2> So I have the `slapd` service from openldap set to start in runlevel default, but every time the device boots it's status is "stopped". I have to manually start it for it to actually start
2021-01-16 13:03:34 <captainepoch> I guess it's okay, job?
2021-01-16 13:03:34 <PureTryOut[m]2> What can I do about this? It doesn't seem to be crashing
2021-01-16 13:04:47 <captainepoch> welp, it worked, thank you very much, job and ikke :)
2021-01-16 13:05:42 <job> "persist nopass root" will give root permission without the need to enter a password.
2021-01-16 13:05:44 <ikke> PureTryOut[m]2: can you verify the contents of the pidfile with the actual pid?
2021-01-16 13:05:52 <ikke> job: seems to work ootb for me
2021-01-16 13:06:16 <ikke> at least, I do have the permit persist :wheel
2021-01-16 13:06:27 <ikke> but I can use doas as root without password
2021-01-16 13:07:16 <job> Strange, when I reinstall doas the config file only contains comments
2021-01-16 13:07:16 <PureTryOut[m]2> After starting it manually yeah the pidfile is correct. You mean I should check it just after boot?
2021-01-16 13:08:04 <ikke> PureTryOut[m]2: indeed
2021-01-16 13:09:10 <Apachez> dont you ootb me!
2021-01-16 13:09:37 <ikke> job: sorry, I meant, I only uncommented that line
2021-01-16 13:09:43 <ikke> job: I don't have anything specific for root
2021-01-16 13:12:18 <PureTryOut[m]2> ikke: well thing is, that pid file doesn't exist on fresh boot, and the service isn't running. So it's not like openrc just lost track of it
2021-01-16 13:12:40 <PureTryOut[m]2> Oh actually, syslog has something to say about it
2021-01-16 13:12:46 <PureTryOut[m]2> `Jan 16 13:10:24 fireblade daemon.err /etc/init.d/slapd[1727]: ERROR: cannot start slapd as dbus would not start`
2021-01-16 13:13:20 <PureTryOut[m]2> Seems dbus is started after slapd. Although I do wonder why slapd needs dbus at al
2021-01-16 13:13:24 <PureTryOut[m]2> *at all
2021-01-16 13:15:36 <PureTryOut[m]2> Hmm actually slapd init file mentions it should be started before dbus. Why does it care about dbus not launching at all then?
2021-01-16 13:18:13 <job> ikke: uncommenting the line in the default config should be enough ;)
2021-01-16 13:18:21 <ikke> ok
2021-01-16 14:21:30 <Apachez> why would slapd need to be started before dbus?
2021-01-16 14:21:34 <Apachez> I get the other way around
2021-01-16 14:25:05 <PureTryOut[m]2> No clue
2021-01-16 14:25:17 <PureTryOut[m]2> This is just the default from Alpine repos
2021-01-16 14:25:39 <PureTryOut[m]2> It launches just fine if dbus is already running
2021-01-16 17:07:58 <caskd> does alpine host a rsync server for the package which i could use to create a package mirror?
2021-01-16 17:08:09 <caskd> for the package repos*
2021-01-16 17:08:53 <ikke> caskd: yes
2021-01-16 17:09:04 <ikke> rsync.alpinelinux.org
2021-01-16 17:09:43 <caskd> thanks
2021-01-16 17:10:34 <ikke> 1https://wiki.alpinelinux.org/wiki/How_to_setup_a_Alpine_Linux_mirror
2021-01-16 17:11:11 <caskd> oh, didn't know that page even exists ^^'
2021-01-16 17:12:08 <PureTryOut[m]2> Actually is it also possible to setup a mirror just for edge or 3.13 or something?
2021-01-16 17:12:45 <ikke> PureTryOut[m]2: by including / excluding things you sync from rsync.a.o
2021-01-16 17:13:04 <PureTryOut[m]2> Oh I see it in the script yes
2021-01-16 17:13:13 <PureTryOut[m]2> Nice, might just setup a mirror for instant upgrades locally 😃
2021-01-16 17:32:41 <COVID-1984> what matrix client you use on alpine? couldn't find weechat-matrix in the repo
2021-01-16 17:33:20 <PureTryOut[m]2> I use Element in the browser, and sometimes NeoChat from the Alpine repos
2021-01-16 17:33:53 <PureTryOut[m]2> You can package weechat-matrix, it is indeed not available in the repos
2021-01-16 17:51:25 <mps> yesterday I started to play with matrix and use gomuks, terminal client
2021-01-16 18:01:03 <COVID-1984> PureTryOut[m]2: tnx
2021-01-16 18:26:48 <ikke> interesting issue: from time to time I run thigns in serial-like consoles (over ssh for example) usually they start as using the full length of my terminal, but some command seems to set it to something more limited
2021-01-16 18:26:53 <ikke> any idea how to reset that again?
2021-01-16 18:27:07 <Hello71_> reset
2021-01-16 18:27:13 <ikke> nope
2021-01-16 18:27:26 <Hello71_> stty cols x
2021-01-16 18:27:35 <ikke> it would be rows
2021-01-16 18:27:40 <ikke> but nope
2021-01-16 18:27:49 <Hello71_> i assumed "length" meant horizontally
2021-01-16 18:27:57 <ikke> sorry, amount of lines
2021-01-16 18:28:12 <ikke> 24 lines
2021-01-16 18:29:34 <Hello71_> i think maybe you need to stty rows and then reset
2021-01-16 18:29:36 <Hello71_> but idk
2021-01-16 18:29:43 <ikke> aha
2021-01-16 18:29:46 <ikke> setterm --resize
2021-01-16 18:30:04 <Hello71_> i thought that was only for /dev/tty*
2021-01-16 18:30:34 <Hello71_> i think LINES=x reset -w is the ncurses way
2021-01-16 18:32:38 <mps> resize > /dev/null
2021-01-16 18:33:23 <mps> if ($tty == "ttyS0") then resize > /dev/null
2021-01-16 18:33:23 <mps> endif
2021-01-16 18:33:34 <mps> this is in my .tcshrc
2021-01-16 18:34:46 <ikke> resize resets it back to 24 lines
2021-01-16 18:34:49 <mps> and inittab 'ttyS0::respawn:/sbin/agetty -L 115200 ttyS0 linux ....'
2021-01-16 18:35:42 <mps> then the ssh doesn't set correct term params
2021-01-16 18:36:48 <mps> what you use to connect to serial console? screen?
2021-01-16 18:36:50 <ikke> hmm, no, resize sets it correct, but vim then limits it
2021-01-16 18:36:54 <ikke> ssh
2021-01-16 18:37:27 <mps> what! ssh can connect to serial line?
2021-01-16 18:37:41 <ikke> no
2021-01-16 18:37:51 <ikke> there is something behind that converts it I guess
2021-01-16 18:38:01 <ikke> It's an out-of-band console
2021-01-16 18:38:09 <mps> ah, you don't have full control
2021-01-16 18:38:14 <mps> IPMI?
2021-01-16 18:38:30 <ikke> not sure what's behind it
2021-01-16 18:38:34 <ikke> idrac
2021-01-16 18:38:36 <ikke> i guess
2021-01-16 18:38:57 <mps> yes, these things 'likes' to screw consoles
2021-01-16 18:39:29 <ikke> what was the command again to update the grub config?
2021-01-16 18:39:53 <ikke> after you change grub config
2021-01-16 18:40:13 <ikke> the equivalent to update-extlinux
2021-01-16 18:40:51 <mps> update-grub? not sure
2021-01-16 18:41:17 <Hello71_> grub-mkconfig -o /boot/grub/grub.cfg
2021-01-16 18:41:26 <Hello71_> but in 95% of cases you should just write grub.cfg manually
2021-01-16 18:41:51 <Hello71_> if you're talking about the boot issue you probably want grub-install instead
2021-01-16 18:42:18 <ikke> I'm installing a new server
2021-01-16 19:55:13 <xoxys> Hi after switching to alpine 3.13 I'm unable to build my dockerfile on arm32 anymore
2021-01-16 19:55:44 <ikke> Why not?
2021-01-16 19:55:49 <xoxys> 3.12 is working without any issue in my CI pipeline (using dind) see https://drone.thegeeklab.de/xoxys/test/10
2021-01-16 19:56:05 <xoxys> 3.13 is failing https://drone.thegeeklab.de/xoxys/test/11
2021-01-16 19:56:30 <xoxys> I can also post the error output here if required, instead of the link
2021-01-16 19:57:19 <ikke> xoxys: https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.13.0#time64_requirements
2021-01-16 19:58:20 <xoxys> ouch .... thanks! I'll look into this
2021-01-16 20:01:01 <xoxys> As seccomb is part of the linux kernel this need to be verified on the physical host regardless of dind, right?
2021-01-16 20:02:09 <ikke> seccomp is not part of the kernel
2021-01-16 20:02:12 <ikke> it's a library
2021-01-16 20:02:35 <xoxys> ok
2021-01-16 20:13:05 <Guest26> i think i just bricked my system
2021-01-16 20:13:13 <Guest26> after upgrading to 3.13
2021-01-16 20:14:17 <Guest26> none of my network interfaces are available
2021-01-16 20:15:03 <Guest26> a strange thing i noticed while upgrading was that it was upgrading 700+ packages
2021-01-16 20:15:08 <Guest26> basically my whole system
2021-01-16 20:16:34 <caskd> i noticed some breaking changes on busybox ifupdown, probs that was it
2021-01-16 20:17:04 <ikke> we switched from busybox ifupdown to ifupdown-ng
2021-01-16 20:17:14 <caskd> or that
2021-01-16 20:17:28 <Guest26> is that the reason for the massive upgrades?
2021-01-16 20:18:05 <ikke> no
2021-01-16 20:18:10 <ikke> but
2021-01-16 20:18:14 <ikke> lots of packages were ugpraded
2021-01-16 20:18:27 <Guest26> oh
2021-01-16 20:18:38 <Guest26> well i need to fix this shit
2021-01-16 20:19:00 <Guest26> it was installing kernel 5.10
2021-01-16 20:19:06 <Guest26> but somehow im still on 5.4
2021-01-16 20:19:34 <Guest26> lts of course, i'm not using any other repos than main and community
2021-01-16 20:21:43 <Guest26> also, some weird package "gdk-pixbuf" is trying to downgrade itself each time i use apk
2021-01-16 20:21:52 <Guest26> but without internet that's pointless
2021-01-16 20:22:17 <ikke> rc-service networking restart
2021-01-16 20:22:43 <Guest26> cannot find device wlan0
2021-01-16 20:23:02 <Guest26> i only have lo
2021-01-16 20:23:04 <ikke> ls /lib/modules
2021-01-16 20:23:17 <Guest26> there are two kernels
2021-01-16 20:23:21 <Guest26> 5.10.7
2021-01-16 20:23:26 <Guest26> 5.4.84
2021-01-16 20:23:28 <Guest26> both lts
2021-01-16 20:23:40 <ikke> and uname -r?
2021-01-16 20:23:55 <Guest26> 5.4.84-lts
2021-01-16 20:24:02 <ikke> ok, so that corresonds
2021-01-16 20:24:56 <Guest26> 5.10 doesn't show up in syslinux
2021-01-16 20:25:22 <Guest26> ok something is weird
2021-01-16 20:25:36 <Guest26> inside of 5.4.84 there is a kernel folder
2021-01-16 20:25:48 <Guest26> inside of 5.10.7 there is not
2021-01-16 20:26:17 <MY-R> Guest26: did you use -a or --available when done apk upgrade?
2021-01-16 20:26:24 <Guest26> --available
2021-01-16 20:26:49 <Guest26> that's what the guide i linked earlier told me to do
2021-01-16 20:26:49 <MY-R> got any not upgraded packages when do: apk version
2021-01-16 20:26:58 <MY-R> ?
2021-01-16 20:27:07 <Guest26> yeah there is one
2021-01-16 20:27:12 <Guest26> luajit
2021-01-16 20:27:28 <Guest26> version 5.1.2019 available
2021-01-16 20:29:36 <MY-R> something depend on old lua and blocking upgrade (maybe some removed package dunno)
2021-01-16 20:30:24 <MY-R> but that is not a problem rightnow and weird that your kernel modules didnt upgrade at all
2021-01-16 20:30:35 <MY-R> Guest26: you have enough space on your partitions?
2021-01-16 20:31:16 <Guest26> yes
2021-01-16 20:31:17 <MY-R> and what arch?
2021-01-16 20:31:27 <Guest26> amd64
2021-01-16 20:33:47 <Guest26> can i not like downgrade all my packages
2021-01-16 20:33:59 <Guest26> or reinstall my wifi driver
2021-01-16 20:34:06 <MY-R> something went wrong during upgrade :\ Guest26 try reinstall kernel: apk fix linux-lts
2021-01-16 20:34:32 <Guest26> im getting some temporary error
2021-01-16 20:34:42 <MY-R> like?
2021-01-16 20:34:49 <Guest26> try again later
2021-01-16 20:34:53 <MY-R> bleh
2021-01-16 20:35:20 <Guest26> error: linux-lts-5.4.84: temporary error (try again later)
2021-01-16 20:35:46 <MY-R> Guest26: what you got inside '/etc/apk/repositories' file?
2021-01-16 20:36:07 <Guest26> v3.13
2021-01-16 20:36:13 <Guest26> main and community
2021-01-16 20:36:52 <MY-R> Guest26: grep linux-lts /etc/apk/world
2021-01-16 20:37:08 <Guest26> it's there
2021-01-16 20:37:12 <MY-R> is it showing linux-lts without version?
2021-01-16 20:37:17 <Guest26> yeaj
2021-01-16 20:37:19 <Guest26> yeah*
2021-01-16 20:39:18 <MY-R> Guest26: I have no idea why upgrade didnt replace your kernel
2021-01-16 20:39:40 <MY-R> Guest26: dont you have separated /boot partition which isnt mounted or something?
2021-01-16 20:40:45 <Guest26> what do you mean
2021-01-16 20:41:00 <Guest26> i remember the error
2021-01-16 20:41:07 <Guest26> actually
2021-01-16 20:41:12 <Guest26> while upgrading the kernel
2021-01-16 20:41:14 <Guest26> it said
2021-01-16 20:41:36 <Guest26> "Warning: cannot find modules [...]"
2021-01-16 20:44:00 <Guest26> wait
2021-01-16 20:44:07 <Guest26> i think the command you issued earlier
2021-01-16 20:44:11 <Guest26> just deleted my kernel
2021-01-16 20:45:05 <Hello71_> lol
2021-01-16 20:45:49 <ikke> who needs a kernel anyway
2021-01-16 20:46:02 <Guest26> boi
2021-01-16 20:46:10 <Guest26> im backin up all my shit
2021-01-16 20:46:35 <Guest26> this is ridiculous
2021-01-16 21:01:21 <MY-R> 
ACTION broke Guest26 system :<

2021-01-16 21:02:00 <Guest26> i feel like a arch user rn
2021-01-16 21:02:29 <ikke> I would boot from a live usb drive
2021-01-16 21:02:32 <ikke> Guest26: ^
2021-01-16 21:03:42 <c705> error: unsupported configuration: domain configuration does not support video model 'qxl'
2021-01-16 21:03:45 <c705> why?
2021-01-16 21:03:47 <c705> virsh
2021-01-16 21:04:13 <ikke> c705: got split up in a separate package in 3.13
2021-01-16 21:04:22 <c705> and what would that package be
2021-01-16 21:05:12 <ikke> https://pkgs.alpinelinux.org/packages?name=qemu-*qxl*&branch=edge
2021-01-16 21:06:28 <Greyfn> I'm having some problems setting up a cross-compile environment: whenever I try and run bootstrap.sh I get the following error:
2021-01-16 21:06:30 <Greyfn> ERROR: lua5.3-socket-3.0_rc1_git20160306-r2: BAD signature
2021-01-16 21:06:37 <Greyfn> this I find to be unusual
2021-01-16 21:06:41 <c705> ikke: same issue
2021-01-16 21:06:49 <c705> error: unsupported configuration: domain configuration does not support video model 'qxl' after adding package
2021-01-16 21:07:02 <Greyfn> is this suggesting my local aports is somehow corrupt? or there exists a package on the alpine repos with a bad signature?
2021-01-16 21:07:09 <ikke> Greyfn: what repository
2021-01-16 21:07:14 <mps> c705: add qemu-module-gl
2021-01-16 21:07:36 <c705> qemu-module-gl (no such package):
2021-01-16 21:07:39 <Greyfn> I'm on edge
2021-01-16 21:08:08 <mps> qemu-ui-opengl
2021-01-16 21:08:21 <ikke> Greyfn: what mirror?
2021-01-16 21:08:29 <Greyfn> dl-cdn
2021-01-16 21:08:32 <c705> apk add qemu-modules works
2021-01-16 21:08:43 <c705> you guys need a mailing list for this shit, I feel like an arch user too
2021-01-16 21:08:49 <Greyfn> unsure which specific mirror the cdn is pushing me to
2021-01-16 21:09:06 <mps> yes, that is safe option to install much of them
2021-01-16 21:09:23 <ikke> Greyfn: the cdn is a mirror on its own
2021-01-16 21:09:28 <Greyfn> ah
2021-01-16 21:09:38 <mps> there is alpine-users ML
2021-01-16 21:10:29 <Greyfn> https://pkgs.alpinelinux.org/package/edge/main/x86_64/lua-socket <- the package appears to be flagged, but I'm unsure why
2021-01-16 21:10:30 <c705> and are core package changes detailed in that ML. Pretty sure I'm on all the MLs and I don't see anything except for spam
2021-01-16 21:11:06 <Greyfn> also the package contents appears to be empty...!?
2021-01-16 21:16:22 <ikke> Greyfn: it's a meta package
2021-01-16 21:16:36 <Greyfn> oh now I feel silly
2021-01-16 21:16:42 <Greyfn> still, doesn't explain my signature issue
2021-01-16 21:17:42 <ikke> Greyfn: ERROR: lua5.3-socket-3.0_rc1_git20160306-r2: BAD signature\
2021-01-16 21:17:47 <ikke> so it's not a local issue
2021-01-16 21:18:38 <Greyfn> maintainer is Mika Havela; I could raise a bug or perhaps he's on IRC?
2021-01-16 21:18:45 <ikke> fixefd
2021-01-16 21:18:48 <ikke> fixed*
2021-01-16 21:19:06 <Greyfn> oh
2021-01-16 21:19:16 <Greyfn> well, good stuff - script is running fine now!
2021-01-16 21:19:20 <Greyfn> what was the issue?
2021-01-16 21:19:33 <ikke> dl-cdn is a caching packages
2021-01-16 21:19:41 <ikke> I purged the cache for that package
2021-01-16 21:19:55 <ikke> this can happen when the package is downgraded
2021-01-16 21:19:55 <Greyfn> thank you for the rapid help! most appreciated
2021-01-16 21:20:38 <Guest26> kevin
2021-01-16 21:20:43 <Guest26> what should i do
2021-01-16 21:21:02 <ikke> did you boot into a live image
2021-01-16 21:21:12 <Guest26> no
2021-01-16 21:21:19 <ikke> I would start with that
2021-01-16 21:21:20 <Guest26> my system didnt break after all
2021-01-16 21:21:25 <ikke> oh
2021-01-16 21:21:27 <Guest26> im in a shell right now
2021-01-16 21:21:38 <MY-R> you said that dont have kernel anymore :\
2021-01-16 21:21:46 <ikke> and no network
2021-01-16 21:22:01 <Guest26> no network still
2021-01-16 21:22:12 <Guest26> well i had 200mb free space
2021-01-16 21:22:16 <Guest26> after i ran ur command
2021-01-16 21:22:19 <MY-R> got old kernel and apk version only with single package to upgrade
2021-01-16 21:22:36 <MY-R> asked you about space and you said that all fine
2021-01-16 21:22:44 <Guest26> correct
2021-01-16 21:22:54 <ikke> ah, did you ran out of disk space?
2021-01-16 21:23:00 <Guest26> no
2021-01-16 21:23:05 <MY-R> 200MB is fine?
2021-01-16 21:23:08 <Guest26> i have 500gb left
2021-01-16 21:23:19 <Guest26> no what i mean is
2021-01-16 21:23:27 <Guest26> after running apk fix linux-lts
2021-01-16 21:23:47 <Guest26> my installed pkg count went from 3000mb to 2800mb
2021-01-16 21:23:55 <Guest26> so i assume apk removed the kernel
2021-01-16 21:24:44 <ikke> apk add linux-lts
2021-01-16 21:24:45 <ikke> but
2021-01-16 21:24:57 <ikke> if you managed to boot, you should have a kernel
2021-01-16 21:25:48 <Guest26> yes
2021-01-16 21:26:12 <Guest26> its trying to install linux-lts
2021-01-16 21:26:17 <Guest26> temporary error
2021-01-16 21:26:33 <ikke> sounds like dns issues
2021-01-16 21:26:38 <ikke> but you did not have a network, right?
2021-01-16 21:26:45 <Guest26> no network
2021-01-16 21:26:49 <MY-R> jesus......
2021-01-16 21:26:51 <Guest26> nothing
2021-01-16 21:27:04 <Guest26> only "lo" interface
2021-01-16 21:27:09 <Guest26> not even eth0
2021-01-16 21:28:12 <ikke> apk info | grep linux-firmware
2021-01-16 21:28:31 <MY-R> Guest26: can you connect cable with internet to this machine?
2021-01-16 21:29:17 <MY-R> Guest26: and how you got configured network, dhcp server?
2021-01-16 21:29:39 <Guest26> i can't do anything my-r
2021-01-16 21:29:41 <ikke> MY-R: without a working NIC, not sure if a cable would help either
2021-01-16 21:29:51 <ikke> Guest26: does my command return anythign?
2021-01-16 21:29:57 <Guest26> yeah
2021-01-16 21:30:01 <Guest26> gpu
2021-01-16 21:30:13 <ikke> but nothing more?
2021-01-16 21:30:15 <Guest26> no
2021-01-16 21:30:17 <Guest26> just gpu
2021-01-16 21:30:24 <Guest26> i have the realtek driver
2021-01-16 21:30:28 <Guest26> unless youve forgotten
2021-01-16 21:30:35 <ikke> https://pkgs.alpinelinux.org/packages?name=linux-firmware-*&branch=edge&arch=x86_64
2021-01-16 21:30:52 <ikke> Guest26: No, was not sure you were the same user
2021-01-16 21:31:16 <MY-R> Guest26: anything output when doing: dmesg |grep eth
2021-01-16 21:31:39 <ikke> so do you still have the rtl8821ce-lts package installed?
2021-01-16 21:31:52 <ikke> hm
2021-01-16 21:32:02 <Guest26> yes
2021-01-16 21:32:04 <ikke> if that was upgraded for the new kernel, then I can imagine it not working
2021-01-16 21:32:09 <Guest26> there is two
2021-01-16 21:32:18 <Guest26> installed rtl8821ce
2021-01-16 21:32:23 <Guest26> one for 5.10 kernel
2021-01-16 21:32:27 <Guest26> one for 5.4 kernel
2021-01-16 21:32:30 <ikke> hmm
2021-01-16 21:32:32 <Guest26> idk how to downgrade
2021-01-16 21:33:10 <ikke> what do you mean with "there is two"
2021-01-16 21:33:16 <MY-R> but you dont have working kernel 5.10 since /lib/modules/5.10* is basically empty?
2021-01-16 21:33:26 <ikke> I guess it just contains those rtl drivers
2021-01-16 21:34:39 <Guest26> not completelt my-r
2021-01-16 21:34:48 <Guest26> 5.10 does have the 8821 module
2021-01-16 21:34:55 <Guest26> but it lacks a kernel folder
2021-01-16 21:34:59 <ikke> yes
2021-01-16 21:35:04 <ikke> because you still have the old kernel installed
2021-01-16 21:35:53 <MY-R> Guest26: so you running now 5.10 or 5.4?
2021-01-16 21:36:49 <MY-R> uname -r
2021-01-16 21:37:04 <ikke> MY-R: they previously mentioned 5.4
2021-01-16 21:37:06 <Guest26> 5.4
2021-01-16 21:37:55 <MY-R> Guest26: and got /lib/modules/5.4.84-0-lts/extra/8821ce.ko ?
2021-01-16 21:38:11 <Guest26> no
2021-01-16 21:38:17 <MY-R> damn :/
2021-01-16 21:38:18 <Guest26> got
2021-01-16 21:38:31 <Guest26> 5.10/extra/8821.ko
2021-01-16 21:38:43 <MY-R> and there is not any "eth" mentioned in dmesg?
2021-01-16 21:39:02 <MY-R> ah
2021-01-16 21:39:03 <Guest26> i will check now
2021-01-16 21:39:14 <MY-R> if you dont have in 5.4 dir then wont be
2021-01-16 21:39:30 <Guest26> probs not
2021-01-16 21:40:31 <MY-R> Guest26: you need internet to fix that stuff, now already two versions are mixed up like something interrupt it in middle of upgrade
2021-01-16 21:40:46 <ikke> yes, hence my suggestion to boot from a live usb
2021-01-16 21:40:58 <MY-R> best option would be run live iso, chroot, and try upgrade/remove conflicting packages
2021-01-16 21:41:01 <MY-R> ye
2021-01-16 21:41:49 <blawiz> does redshift work for you? it seems to start fine, but doesnt adjust the screen at all
2021-01-16 21:41:54 <Guest26> my stuff is encrypted
2021-01-16 21:41:57 <MY-R> or just make some quick backup and install 3.13
2021-01-16 21:42:15 <ikke> Guest26: with luks?
2021-01-16 21:42:19 <Guest26> yeah
2021-01-16 21:42:33 <ikke> You should be able to unlock that from the live usb as well
2021-01-16 21:42:52 <MY-R> yes, without any problem
2021-01-16 21:43:17 <Guest26> i will take a look tommorow i think
2021-01-16 21:43:30 <Guest26> did you already have a possible solution in mind?
2021-01-16 21:43:47 <ikke> making sure your kernel is actually upgraded
2021-01-16 21:43:49 <MY-R> problem is that nobody know what went wrong to left system in such a state
2021-01-16 21:43:58 <MY-R> leave*
2021-01-16 21:44:32 <Guest26> ok
2021-01-16 21:45:23 <MY-R> maybe /boot wasnt mounted before upgrade or got there not enough space... if got /boot. dunno
2021-01-16 21:45:36 <ikke> They are gone
2021-01-16 21:45:45 <MY-R> 
ACTION loud thinking ;)

2021-01-16 21:46:05 <Guest94> forgot to ask something
2021-01-16 21:46:13 <Guest94> can i use a existing linux installation
2021-01-16 21:46:18 <Guest94> debian
2021-01-16 21:46:20 <Guest94> to chroot
2021-01-16 21:46:33 <ikke> should be possible, yes
2021-01-16 21:46:48 <Guest94> alright, cya tommorow
2021-01-16 21:46:52 <MY-R> gl!
2021-01-16 23:14:57 <Greyfn> urgh, so I'm hitting another issue with my cross-compile environment and bootstrap.sh: I'm getting the error "zstd-dev (no such package):" while in the kmod build step of the script
2021-01-16 23:15:11 <Greyfn> now perhaps I'm too sleep deprived, but zstd-dev definitely exists in the edge repos
2021-01-16 23:15:26 <Greyfn> any pointers? a local issue I guess?
2021-01-16 23:34:28 <Greyfn> kmod builds clean when I build it on it's own, so I'm at a loss as to why it would fail otherwise
2021-01-17 00:19:52 <Ashpool> Is it possible to make an Alpine-based bootable USB that runs the OS entirely from RAM and is readily removable after the OS has been booted? Basically I'm looking to modify the "extended" Alpine iso script so that /.modloop is not mounted and all modules from there are available from RAM.
2021-01-17 00:33:55 <Hello71_> setup-disk already has this in 3.13
2021-01-17 00:34:02 <Hello71_> and other stuff too
2021-01-17 00:34:17 <Hello71_> you can examine it as an example of how to unmount modloop
2021-01-17 00:35:50 <Hello71_> probably we should split that into a separate script
2021-01-17 00:37:02 <Ashpool> Hello71_, thanks for the hint, will definitely check that
2021-01-17 01:55:24 <outerpassage> hey all, xorg isn't finding my amd gpu. i've installed xf86-video-amdgpu and enabled kernel modesetting. any ideas why?
2021-01-17 01:55:38 <Hello71_> what do you mean "enabled kernel modesetting"
2021-01-17 01:55:45 <Hello71_> also are you using 3.13
2021-01-17 01:57:23 <outerpassage> i just followed the instructions on the wiki for radeon cards: https://wiki.alpinelinux.org/wiki/Radeon_Video
2021-01-17 01:57:37 <outerpassage> and yeah i'm on 3.13
2021-01-17 01:58:21 <outerpassage> er sorry 3.12
2021-01-17 01:58:25 <Hello71_> too much of these articles need to be deleted
2021-01-17 01:58:30 <Hello71_> upgrade to 3.13 first
2021-01-17 01:58:53 <outerpassage> ok
2021-01-17 01:59:28 <outerpassage> what's the problem with that wiki page?
2021-01-17 02:01:40 <Hello71_> well the troubleshooting part is obsolete, but at least it says that
2021-01-17 02:02:12 <Hello71_> setup-xorg-base used to automatically install ddx, so it was unnecessary to install it again
2021-01-17 02:02:20 <Hello71_> but worse, you don't actually want ddx now anyways
2021-01-17 02:02:41 <Hello71_> it says "enable KMS" but doesn't make clear that this is *early* KMS
2021-01-17 02:02:56 <Hello71_> which you probably do actually want but it should be made clear
2021-01-17 02:03:11 <outerpassage> i see, thanks
2021-01-17 02:05:35 <joescript> hi
2021-01-17 02:05:55 <Hello71_> lastly, fbcon isn't a module since 4.14
2021-01-17 02:06:21 <Hello71_> and even when it was a module, i'm skeptical of the provided reason
2021-01-17 02:06:51 <joescript> running dwm for alpine setup from the wiki with an AMD proc. running into no screen for xorg
2021-01-17 02:06:58 <Hello71_> it might have been true on some specific configuration, but implies that it's true on all cards
2021-01-17 02:07:22 <Hello71_> joescript: use 3.13 and unset nomodeset if upgrading
2021-01-17 02:36:29 <outerpassage> Hello71_: i did a fresh install of 3.13 and ran setup-xorg-base. i'm still getting no screen as well
2021-01-17 02:37:10 <Hello71_> paste xorg log
2021-01-17 02:48:57 <outerpassage> http://sprunge.us/URFxAi
2021-01-17 02:55:10 <Hello71_> paste dmesg
2021-01-17 02:56:17 <outerpassage> http://sprunge.us/e26sTd
2021-01-17 02:56:31 <outerpassage> thanks for taking the time to help, really appreciate it
2021-01-17 02:56:53 <Hello71_> np
2021-01-17 02:57:08 <Hello71_> [    0.000000] Command line: BOOT_IMAGE=vmlinuz-lts root=UUID=45141fcb-682e-475b-9d6b-4ce1c0a45d56 modules=sd-mod,usb-storage,ext4 nomodeset quiet rootfstype=ext4 initrd=initramfs-lts
2021-01-17 02:57:12 <Hello71_> well there's your problem
2021-01-17 03:03:13 <outerpassage> ah!
2021-01-17 03:03:26 <outerpassage> right, should have noticed the nomodeset
2021-01-17 04:02:14 <outerpassage> hm, having another issue now. startx tries to load libEGL.so.1 which doesn't exist. it is provided by the mesa-egl package, but it seems like that should have been installed as a dependency of xorg-server?
2021-01-17 04:02:44 <Hello71_> it's not required if you install a ddx
2021-01-17 04:02:48 <Hello71_> or disable glamor
2021-01-17 04:03:16 <Hello71_> and somewhat unfortunately, apk doesn't support any concept of optional/suggested packages atm
2021-01-17 04:04:56 <outerpassage> i have no idea what a ddx is or if i installed one lol
2021-01-17 04:05:07 <Hello71_> http://google.com/search?q=xorg+ddx
2021-01-17 04:05:24 <Hello71_> aka xf86-{video,input}-* in modern world
2021-01-17 04:06:30 <outerpassage> got it
2021-01-17 04:06:34 <Hello71_> even though modesetting/glamor is recommended configuration nowadays, we shouldn't bloat users' machines if they decide not to use it
2021-01-17 04:06:39 <outerpassage> so it's not unreasonable to install mesa-egl manually?
2021-01-17 04:06:56 <Hello71_> hm... setup-xorg-base should probably install it though
2021-01-17 04:07:15 <Hello71_> not sure which archs actually support modesetting/glamor and would need it though
2021-01-17 04:07:19 <Hello71_> Ariadne: ^
2021-01-17 04:07:20 <outerpassage> yeah i thought so. and running X after installing manually results in a broken display
2021-01-17 04:07:38 <Hello71_> well if you're literally just running X then of course you need some clients
2021-01-17 04:07:55 <outerpassage> er startx with i3
2021-01-17 04:08:55 <outerpassage> sounds like i need to read about glamor, this is new to me
2021-01-17 05:02:44 <guix-vits> ikke:  > ssh, serial
2021-01-17 05:02:44 <guix-vits> `export TERM=linux` also helps sometimes.
2021-01-17 05:10:24 <outerpassage> hmm. sway / wayland seems to work fine. xorg is still crashing due to not finding libEGL, not sure why
2021-01-17 07:47:31 <ikke> What should I do if initramfs does not seem to activate the lvm volume group? I can manually do it in the emergency shell
2021-01-17 07:47:36 <ikke> lvm feature is enabled
2021-01-17 07:48:25 <ikke> features="ata base ide scsi usb virtio ext4 lvm nvme"
2021-01-17 07:49:12 <ikke> But I can do lvm vgscan; lvm vgchange --sysinit --activate y
2021-01-17 08:17:35 <caskd> is anyone aware of gcc 10 being broken with cmake? https://gitlab.alpinelinux.org/caskd/aports/-/jobs/295591#L241
2021-01-17 08:18:47 <maxice8> There is an issue for it on GitLab
2021-01-17 08:20:15 <caskd> oh okay
2021-01-17 08:20:40 <Cogitri> https://gitlab.alpinelinux.org/alpine/aports/-/issues/12321
2021-01-17 08:28:28 <ikke> I'm missing something, what should activate lvm on boot?
2021-01-17 09:42:19 <Cogitri> How does one get anything other than llvmpipe rendering in Alpine VMs? Already installed linux-virt but seems like it's still all llvmpipe (and as such anything but fast)
2021-01-17 10:12:49 <Guest6554> hello everyone
2021-01-17 10:15:04 <Guest6554> ikke i'm in my trusty debian liveboot
2021-01-17 10:38:50 <Guest6554> i've mounted my disk now
2021-01-17 10:41:05 <Guest6554> running apk fix
2021-01-17 10:41:26 <Guest6554> gives me linux-lts 5.10 break wireguard-lts 5.4
2021-01-17 10:59:11 <Guest6554> MY-R
2021-01-17 11:01:40 <mps> Guest6554: remove wireguard-lts
2021-01-17 11:01:48 <Guest6554> done
2021-01-17 11:02:00 <Guest6554> figured that out 1 minute ago
2021-01-17 11:02:07 <Guest6554> syslinux can't find /boot
2021-01-17 11:02:43 <Guest6554> ill try something
2021-01-17 11:04:19 <Guest6554> right didn't work
2021-01-17 11:04:30 <Guest6554> i've mounted root part to /mnt
2021-01-17 11:04:44 <Guest6554> ive mounted boot part to /mnt/boot
2021-01-17 11:05:11 <Guest6554> when installing syslinux it cant find the device for part /boot
2021-01-17 11:05:20 <ikke> for d in dev proc; do mount --bind /$d /mnt/$d; done
2021-01-17 11:05:31 <ikke> chroot /mnt
2021-01-17 11:05:34 <Guest6554> inside the chroot?
2021-01-17 11:05:35 <Guest6554> oh
2021-01-17 11:05:37 <Guest6554> ok
2021-01-17 11:07:31 <Guest6554> worked
2021-01-17 11:07:35 <Guest6554> ill try reboot rn
2021-01-17 11:08:42 <Guest6554> oh shit
2021-01-17 11:08:45 <Guest6554> i see the issue now
2021-01-17 11:08:56 <Guest6554> wireguard-lts wasn't in my repo
2021-01-17 11:09:10 <Guest6554> i remember enabling a few edge repos to install it
2021-01-17 11:09:45 <Guest6554> everything is back to normal
2021-01-17 11:30:09 <Guest65> hey
2021-01-17 11:30:19 <Guest65> qemu is acting weird after update
2021-01-17 11:30:30 <Guest65> say it doesnt support video model virtio
2021-01-17 11:32:44 <Guest65> someone on stackexchange has the exact same problem
2021-01-17 11:41:39 <mps> apk add qemu-ui-opengl
2021-01-17 11:41:58 <mps> ah, that is something else
2021-01-17 12:23:04 <Greyfn> I'm still having problems with bootstrap.sh, specifically the ordered cross-build section. Script fails when building kmod with the following error (zstd-dev not found): https://pastebin.com/raw/H4uL9cpH
2021-01-17 12:23:19 <Greyfn> is there anybody that knows much about this who might be able to give me a hand or some pointers?
2021-01-17 12:23:29 <Ariadne> Hello71_: all archs which have video support modesetting
2021-01-17 12:24:34 <Greyfn> also kmod appears to build just fine when I do it individually in the aports tree
2021-01-17 12:37:07 <Ariadne> Greyfn: its because zstd hasn't been added to bootstrap path and made crossable
2021-01-17 12:38:21 <Greyfn> mmm, so I'm assuming that should have been done automatically and has failed somewhere along the lines
2021-01-17 12:40:39 <Greyfn> and when we're talking about the bootstrap path, that's the sysroot-* directory right?
2021-01-17 13:05:04 <Hello71_> Cogitri: for actual hwaccel and not just kms you need virgil/virgl
2021-01-17 13:05:58 <Hello71_> Ariadne: since setup-xorg-base doesn't install video ddx anymore, do you think it should install mesa-egl
2021-01-17 13:06:09 <MY-R> and I wanted ask Guest yesterday about any extra kernel modules.... damn wireguard and apk could be smarter :\
2021-01-17 13:06:12 <Cogitri> Hm, right, seems like my Fedora VM uses virgl while my Alpine VM doesn't, thanks for the pointer
2021-01-17 13:06:41 <Hello71_> considering we don't (officially) support proprietary drivers
2021-01-17 13:09:11 <Hello71_> ikke: https://gitlab.alpinelinux.org/alpine/mkinitfs/-/blob/master/nlplug-findfs.c
2021-01-17 13:09:33 <Hello71_> so in answer to your question, "magic" :p
2021-01-17 13:10:38 <Hello71_> guix-vits: it might fix terminal escapes but fundamentally rows/cols are not transmitted over serial
2021-01-17 13:13:30 <guix-vits> ok (mine serial named "woodpecker").
2021-01-17 13:14:10 <guix-vits> "дятел", that is :)
2021-01-17 13:27:59 <ikke> Hello71_: I in the mean time found out that nlplug-findfs does not find it directly on boot, but when I execute it in the emergency shell, the volume groups are found and present
2021-01-17 13:29:43 <Hello71_> are you using usb devices
2021-01-17 13:30:05 <ikke> no
2021-01-17 13:30:11 <ikke> sata disks
2021-01-17 13:30:24 <Hello71_> odd. i was thinking could be disk are not detected yet
2021-01-17 13:30:49 <Hello71_> but pci sata should have well-defined enumeration completion
2021-01-17 13:31:02 <ikke> Hello71_: https://tpaste.us/N8aZ
2021-01-17 13:31:22 <ikke> you see the disks have been found
2021-01-17 13:32:00 <Hello71_> yes
2021-01-17 13:32:16 <Hello71_> dunno then, i don't use lvm or mkinitfs :p
2021-01-17 13:32:30 <MY-R> ikke: is about pocket.net hosting? last time you gave me link to guides of this machine and they have disks connected to pcie card
2021-01-17 13:32:39 <MY-R> packet*
2021-01-17 13:33:19 <ikke> MY-R: I don't even recall, but yes, packet (equinix metal now)
2021-01-17 13:41:18 <MY-R> ikke: ah nah, those are just nvme so need add to mkinitfs and rebuild initramfs https://metal.equinix.com/developers/docs/guides/nvme-flash-drives/
2021-01-17 13:41:28 <ikke> I have nvme in there
2021-01-17 13:41:31 <MY-R> :)
2021-01-17 13:42:53 <ikke> If I run the exact same nlplug-findfs command in the emergency shell, the volumes are there
2021-01-17 13:43:18 <MY-R> maybe need add some delay like with usb?
2021-01-17 13:43:26 <ikke> MY-R: that's what I just did :P
2021-01-17 13:43:32 <MY-R> :P
2021-01-17 13:44:02 <ikke> is there an official way? I just edited mkinitfs-init and added a sleep 2 before
2021-01-17 13:44:26 <ikke> sigh
2021-01-17 13:44:39 <MY-R> I think there was something because people got problems with diskless installations
2021-01-17 13:44:52 <ikke> sleep 2 at least is not enough
2021-01-17 13:46:30 <MY-R> ah it was "waitusb=3" in kernel command so wont work with nvme
2021-01-17 13:47:02 <ikke> ok
2021-01-17 13:47:53 <ikke> sleep 10 it is
2021-01-17 13:47:57 <ikke> if that does not work, I'm clueless
2021-01-17 13:48:51 <MY-R> ye...
2021-01-17 14:00:43 <ikke> i have no clue
2021-01-17 14:04:27 <Hello71_> i don't think mkinitfs supports sleep. kernel has rootwait/rootdelay (slightly different) but of course that doesn't work with initramfs
2021-01-17 14:05:22 <MY-R> ikke: is it raid configuration or you trying just set it up quick enough? :P
2021-01-17 14:05:28 <js1943> Hi, I am having issue with postfix+sasldb2, is this the correct place to ask?
2021-01-17 14:05:44 <MY-R> ikke: are you using /dev/sdXX or UUIDs?
2021-01-17 14:33:48 <yann-kaelig> Hi
2021-01-17 14:34:36 <yann-kaelig> I know this is a known bug with grub2 and ZFS ( /usr/sbin/grub-probe: error: failed to get canonical path of `/dev/ata-VBOX_HARDDISK_VBd9332594-a0b7815d-part2'.) Still not fixed ...
2021-01-17 14:34:52 <yann-kaelig> Need to find the patch
2021-01-17 14:54:20 <Ariadne> Hello71_: seems reasonable
2021-01-17 14:54:56 <Ariadne> Hello71_: i would like to drop all DDX other than modesetting anyway
2021-01-17 14:55:24 <ikke> Hello71_: oh
2021-01-17 15:00:10 <ikke> Hello71_: so sleep <x> does nothing?
2021-01-17 15:03:58 <Hello71_> sorry, i wasn't clear. i mean that the kernel has facilities to poll for root or sleep, but mkinitfs doesn't seem to have either
2021-01-17 15:04:52 <ikke> aha, you mean, not built-in
2021-01-17 15:09:12 <Hello71_> yes
2021-01-17 15:09:52 <ikke> going to compare the nlplug-findfs debug output
2021-01-17 15:09:55 <Hello71_> i was agreeing with you that the only way to delay seems to be calling sleep manually
2021-01-17 15:10:12 <Hello71_> otoh it would be odd to have absolutely no delay, because you really do need one for usb
2021-01-17 15:11:15 <Hello71_> Ariadne: https://gitlab.alpinelinux.org/alpine/alpine-conf/-/merge_requests/15
2021-01-17 15:12:50 <ikke> nlplug-findfs: searchdev: dev='/dev/sdc2' type='LVM2_member' label='(null)' uuid='2fqAcP-FIf9-x3xK-Q08A-ZOr3-gdUd-ro6LV6'
2021-01-17 15:12:58 <ikke> so in this case it works
2021-01-17 15:15:35 <ikke> uevent: action='add' subsystem='block' devname='sdc2' devpath='/devices/pci0000:00/0000:00:03.2/0000:01:00.0/host12/port-12:0/end_device-12:0/target12:0:0/12:0:0:0/block/sdc/sdc2'
2021-01-17 15:19:19 <ikke> I cannot say that I'm not learning new things
2021-01-17 15:21:07 <ikke> If all else fails, I just hardcode lvm vgchange into mkinitfs :P
2021-01-17 15:39:13 <ikke> apparently at boot time, nlplug-findfs does not find /dev/sdc
2021-01-17 15:54:08 <ccrr10> Hi! Can I ask for help here regarding a crashing service?
2021-01-17 15:54:22 <ikke> sure
2021-01-17 15:55:30 <ccrr10> I installed ddclient as from https://wiki.alpinelinux.org/wiki/Ddclient, but the service always crashes
2021-01-17 15:56:41 <ccrr10> what can I share about my configuration to get help?
2021-01-17 15:57:25 <ikke> some relevant log otuput might help
2021-01-17 15:59:10 <ccrr10> Jan 17 13:51:09 routern3 user.debug : Will stop /usr/sbin/ddclient
2021-01-17 15:59:14 <ccrr10> Jan 17 13:51:09 routern3 daemon.err /etc/init.d/ddclient[3869]: start-stop-daemon: no matching processes found
2021-01-17 15:59:40 <wener[m]> after upgrade to 3.13 network can not auto setup
2021-01-17 16:00:04 <wener[m]> 
ACTION uploaded an image: image.png (1768KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/tNcnourVptJIpmxAgJjijsxH/image.png >

2021-01-17 16:00:44 <ikke> wener[m]: can you share your /etc/network/interfaces?
2021-01-17 16:01:02 <wener[m]> seems ifupdown-ng not trigger device scan or something, manually ip li add bond0 type bond report exists
2021-01-17 16:01:09 <wener[m]> then ip li show the bond0
2021-01-17 16:01:34 <wener[m]> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/GETfcTQyxylWAJETvELDMumJ/message.txt >

2021-01-17 16:01:49 <wener[m]> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/QjhPvAcvxdiSCMjUhwZXeNCl/message.txt >

2021-01-17 16:02:28 <ikke> iirc, bond-members is not supported yet
2021-01-17 16:02:42 <ikke> Ariadne said you need to still use bond-slaves for now
2021-01-17 16:04:00 <Hello71_> seems like problem is Device "wlan0" does not exist.
2021-01-17 16:04:25 <ikke> yeah, indeed
2021-01-17 16:04:28 <wener[m]> but I do use bond-slaves
2021-01-17 16:04:40 <Hello71_> so bond0 cannot be created
2021-01-17 16:04:46 <ikke> "bond-members eth0 wlan0"
2021-01-17 16:04:50 <wener[m]> ifquery bond0 report is bond-members
2021-01-17 16:04:51 <Hello71_> also i don't think you can bond eth and wlan anyways?
2021-01-17 16:05:21 <Hello71_> like, it doesn't actually work, because wlan has highly varying connection speed and latency
2021-01-17 16:05:46 <wener[m]> yes I can, I tried and works as expected, active and backup mode, not lacp
2021-01-17 16:07:06 <wener[m]> bond0 device is not displayed in `ip li` after boot
2021-01-17 16:08:15 <wener[m]> I have two server use bond, first server upgrade not works, I thought is my conf problem, but this server conf is simple enough
2021-01-17 16:08:49 <yann-kaelig>  I want to build my custom grub with the option enable-libzfs but even if I add zfs-libs to the makedepends the requirement is not satisfied. Any idea why libzfs are not found ?
2021-01-17 16:10:54 <ikke> yann-kaelig: I think you need zfs-dev
2021-01-17 16:10:56 <minimal> yann-kaelig: zfs-dev rather than zfs-libs?
2021-01-17 16:11:14 <ikke> zfs-libs is for run-time
2021-01-17 16:14:21 <yann-kaelig> good, thx :)
2021-01-17 16:16:28 <Hello71_> oh right, it works in active-backup mode
2021-01-17 16:17:03 <Hello71_> you probably need to put wlan module in /etc/modules
2021-01-17 16:18:55 <wener[m]> after boot, `ip li add bond0 type bond; ifenslave bond0 wlan0 eth0; udhcpc -i bond0` works
2021-01-17 16:19:08 <ccrr10> these are the only logs that the system gives me. Jan 17 17:10:11 routern3 daemon.err /etc/init.d/ddclient[4188]: status: crashed
2021-01-17 16:19:08 <ccrr10> Jan 17 17:10:17 routern3 user.debug : Will stop /usr/sbin/ddclient
2021-01-17 16:19:08 <ccrr10> Jan 17 17:10:17 routern3 daemon.err /etc/init.d/ddclient[4212]: start-stop-daemon: no matching processes found
2021-01-17 16:20:00 <wener[m]> and busybox ifupdown works in 3.12, I think is maybe related to ifupdown-ng
2021-01-17 16:20:47 <ikke> ccrr10: can you start ddclient manually
2021-01-17 16:21:09 <minimal> wener: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12319
2021-01-17 16:22:18 <wener[m]> thx, I'll try later
2021-01-17 16:28:56 <ccrr10> ikke routern3:~# rc-service ddclient start
2021-01-17 16:28:56 <ccrr10>  * Starting ddclient ... [ ok ]
2021-01-17 16:28:56 <ccrr10> . But the service crashed
2021-01-17 16:29:45 <ikke> and `139.178.84.244`
2021-01-17 16:29:48 <ikke> arg
2021-01-17 16:29:53 <ikke> /usr/sbin/ddclient
2021-01-17 16:31:16 <ccrr10> ikke routern3:~# /usr/sbin/ddclient
2021-01-17 16:31:16 <ccrr10> routern3:~# rc-service ddclient status
2021-01-17 16:31:16 <ccrr10>  * status: crashed
2021-01-17 16:37:50 <ikke> so..
2021-01-17 16:37:53 <ikke> reinstalled the OS
2021-01-17 16:37:57 <ikke> left it on 3.12 for now
2021-01-17 16:38:04 <ikke> (also picked a different disk)
2021-01-17 16:38:08 <ikke> and now it boots without issue
2021-01-17 16:38:20 <ikke> upgrading to 3.13 now and see if it still boots
2021-01-17 16:46:40 <ikke> MY-R: Hello71_ thanks for the help. I suspect I used the wrong disks
2021-01-17 16:46:53 <ikke> now it's finally working
2021-01-17 16:49:12 <ikke> oh, it's not using lvm :-/
2021-01-17 17:17:06 <drzacek> hello there
2021-01-17 17:17:37 <drzacek> is there some apk autocompletion package that I am missing? would be cool if I could tab-tab the possible package names to add
2021-01-17 17:18:32 <ikke> drzacek: someone here created autocompletion for zsh
2021-01-17 17:19:14 <yZ5vlALg86lP> oh? where is that zsh-autocomplete?
2021-01-17 17:19:54 <drzacek> apk list | grep autocompl gives nothing
2021-01-17 17:20:13 <artok> apk-tools-zsh-completion
2021-01-17 17:21:08 <drzacek> oh, my bad
2021-01-17 17:22:18 <yZ5vlALg86lP> \o/ thx so much whoever did this!
2021-01-17 17:32:48 <MY-R> ikke: that is why I asked about uuid/dev heh but how is that even possible to not use lvm
2021-01-17 17:33:14 <ikke> MY-R: No, I mean, I used the wrong set of disks
2021-01-17 17:33:15 <MY-R> ahh you using setup-alpine install, I always doing it in chroot way
2021-01-17 17:33:18 <MY-R> ye
2021-01-17 17:33:35 <ikke> there are 2 240G nvme disks, and 2 480G ssds
2021-01-17 17:33:48 <ikke> sda was one of the 480G disks
2021-01-17 17:33:55 <MY-R> ye and only one is used to boot from what I read
2021-01-17 17:34:15 <ikke> Well, it _did_ boot from it
2021-01-17 17:34:53 <MY-R> with multiple disks setting up uuid's is always fun :D
2021-01-17 17:35:09 <ikke> In this case, setup-alpine just does it
2021-01-17 17:35:31 <MY-R> yeah after you pick up "good" one :) gj!
2021-01-17 17:35:32 <ikke> Ok, booted 3.12 with lvm npwo
2021-01-17 17:35:34 <ikke> now
2021-01-17 17:35:40 <ikke> MY-R: alpine shows the sizes
2021-01-17 17:35:46 <ikke> so it's easy to pick
2021-01-17 17:36:10 <ikke> https://tpaste.us/Yo94
2021-01-17 17:36:32 <MY-R> probably, I tend to use chroot (encryptions etc) and like it that way :)
2021-01-17 17:36:44 <ikke> nod
2021-01-17 17:36:46 <caskd> yZ5vlALg86lP: np, was cool to write it
2021-01-17 17:37:06 <ikke> upgrading to 3.13 now
2021-01-17 17:37:44 <MY-R> hope CI will work like should after that :)
2021-01-17 17:38:15 <ikke> MY-R: I expect it should
2021-01-17 17:38:23 <ikke> newer docker / libseccomp should fix it
2021-01-17 17:38:29 <ikke> but this is just x86_64
2021-01-17 17:39:37 <MY-R> dont forget to write it down somehere (install process) :P
2021-01-17 17:42:07 <ikke> drum-roll
2021-01-17 17:45:19 <ikke> :(
2021-01-17 17:45:52 <ikke> no more output
2021-01-17 17:51:59 <ikke> Ok, back to the original issue
2021-01-17 17:52:05 <ikke> so seems like something in 3.13
2021-01-17 17:52:34 <ikke> Ok, then trying to downgrade back to 3.12
2021-01-17 17:54:05 <drzacek> can I install my current desktop installation to the pendrive/
2021-01-17 17:55:24 <drzacek> with "setup-disk" it should be possible, right? but what will be installed? just the base system, not the current state of the installed packages etc?
2021-01-17 17:56:05 <ikke> do you want to create an apkovl?
2021-01-17 17:56:11 <ikke> or what is your intention?
2021-01-17 17:56:41 <drzacek> to get a pendrive with usable linux on it
2021-01-17 17:57:00 <ikke> setup-bootable
2021-01-17 17:57:26 <drzacek> that's longterm, but right now I need something I can boot from to check my disk (disk need to be unmounted for that), and gui + irc is nice for troubleshooting
2021-01-17 17:58:05 <ikke> I don't think you can just transfer your current desktop setup to a usb disk
2021-01-17 18:55:29 <PaddseL> Hey guys, i'm struggling to get a working "sys mode" installation on a RPi 3 A+ with the new Alpine release. I followed the tutorial on the wiki, but "setup-disk" on the new release gives me following error: "ext4 is not supported. Only supported are: vfat". I tried to run this on a FAT32 formatted partition, this is throwing a lot of errors:
2021-01-17 18:55:29 <PaddseL> https://pastebin.com/hCeBCMfP It's not clear to me why the "setup-disk" suddenly only supports vfat formatted partitions, as they don't support e.g. symlinks. How am i supposed to install this?
2021-01-17 19:01:34 <Ashpool> Can I make `lbu` preserve ownership and permissions? I.e. can I include a file that is not owned by root and make it stay that way?
2021-01-17 19:02:04 <ikke> Ashpool: apparently not atm
2021-01-17 19:02:12 <ikke> at least, there are issues with that
2021-01-17 19:13:46 <minimal> PaddseL: the /boot partition needs to be vfat for the RPI bootloader to see it, root should be able to be ext however
2021-01-17 19:17:41 <artok> PaddseL: I got that same error
2021-01-17 19:19:06 <artok> and when tried to install into usb stick, it died, so I've got nothing more yet
2021-01-17 19:21:46 <minimal> which partition/filesystem is it complaining about? boot or root?
2021-01-17 19:23:28 <minimal> from looking at the script that error message should only occur regarding boot, https://git.alpinelinux.org/alpine-conf/tree/setup-disk.in#n224 , which does have to be vfat.
2021-01-17 19:24:54 <artok> I think this is somewhat outdated now ? https://wiki.alpinelinux.org/wiki/Classic_install_or_sys_mode_on_Raspberry_Pi
2021-01-17 19:28:57 <minimal> setup-disk creates the partitions
2021-01-17 19:29:45 <minimal> so yes you shouldn't need to follow that guide, simply run setup-disk
2021-01-17 19:34:28 <minimal> do you have lsblk? if so run that to see the various types
2021-01-17 19:45:15 <minimal> artok: for a USB stick you'll have to set the RPI to do USB boot (rather than or in addition to) SD card boot
2021-01-17 19:45:27 <artok> sure, that has been done
2021-01-17 19:45:58 <artok> pi4 is happily running, pi3b+ is the problematic, ..and slow usb =D
2021-01-17 19:46:03 <artok> but that is expected
2021-01-17 19:52:54 <minimal> so you installed 3.13 SYS mode on pi4 ok but the same method failed on pi3b+?
2021-01-17 20:14:25 <PaddseL> minimal thanks for your hints, going through the the setup interactive now and seems to work fine so far
2021-01-17 20:14:43 <Ariadne> wener[m]: have you upgraded to -r5 of the bonding package?
2021-01-17 20:15:36 <Ariadne> wener[m]: there was an omission in the bonding package that i corrected in -r5 (which was backported to 3.13)
2021-01-17 20:17:05 <Ariadne> wener[m]: anyway, ifupdown should bring up eth0 and wlan0 first before creating the bond.  it appears that your wlan0 is physically not present.
2021-01-17 20:17:45 <Ariadne> hmm
2021-01-17 20:17:53 <Ariadne> why does it bring up bond0 *before* the other two
2021-01-17 20:18:51 <Ariadne> wener[m]: what does ifquery -Lai /etc/network/interfaces say?
2021-01-17 20:33:31 <muetzm> is there any way to resolve missing dependency to libresolv.so.2 when trying to execute pre-built glibc binaries? No, I do not have sources to recompile: its a commercial closed-source application I want to get running on Alpine Linux
2021-01-17 20:33:49 <Hello71_> gcompat
2021-01-17 20:34:05 <Hello71_> but you can't just "drop in" glibc
2021-01-17 20:34:22 <Hello71_> or better, use glibc chroot
2021-01-17 20:34:26 <muetzm> I installed if bug it doesn‘t come with the mentioned lib
2021-01-17 20:35:22 <muetzm> chrooting into another linux you mean? such as gentoo?
2021-01-17 20:44:00 <Hello71_> hm... i vaguely recall some reason why gcompat doesn't provide libresolv
2021-01-17 20:44:50 <Hello71_> i think the answer is that you can create an empty one
2021-01-17 20:51:40 <artok> minimal: yeah
2021-01-17 20:52:15 <minimal> artok: aarch64 on both? or armv7?
2021-01-17 20:56:11 <artok> last test was armv7, but didn't yet change usb stick, if that is corrupted or something..
2021-01-17 20:58:13 <artok> gonna check that tomorrow again
2021-01-17 21:00:49 <minimal> artok: the point is that if rpi4 works but not rpi3 then it could be package related - for aarch64 the kernel packages used are linux-rpi4 (obviously for RPI4) and linux-rpi (for RPI3) whereas on armv7 its linux-rpi4 (again, for RPI4) and linux-rpi2 (for RPI2 and RPI3)
2021-01-17 21:07:25 <artok> yeah, that fact is known to me, just haven't had time to debug more
2021-01-17 21:08:10 <minimal> I use SYS mode on RPIs but I'm not using setup-disk, I'm created prepared SD card images myself
2021-01-18 06:59:15 <wener[m]> Ariadne: should I need to install bonding ? ifupdown-ng said support bond. The server is using bonding r4, upgrade, will reboot to check tonight
2021-01-18 06:59:38 <wener[m]> ifquery result is
2021-01-18 06:59:39 <wener[m]> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/OyxLcbteobktHnpXMERxoEUH/message.txt >

2021-01-18 07:54:17 <fourstepper> wener[m]: mind sending one liners here - this is what your message generated for us: wener[m] sent a long message:  < "https://matrix.org/_matrix/media/r0/download/matrix.org/OyxLcbteobktHnpXMERxoEUH/message.txt >"
2021-01-18 07:57:47 <wener[m]> but if use pastebin still generate a link
2021-01-18 08:39:36 <fourstepper> from my experience, the link can be generated even for things that you don't want to send through a link, so just be mindful
2021-01-18 09:01:52 <ccrr10> hi, i need help for a crasching service.
2021-01-18 09:02:29 <ccrr10> I have a problem with the ddclient service, I need help. I followed the directions as from https://wiki.alpinelinux.org/wiki/Ddclient, but as soon as I try to start the service I get a warning that it is crasched. The log files are sparse and don't help me figure out where the problem lies.
2021-01-18 09:03:56 <ccrr10> routern3:~# rc-service ddclient restart
2021-01-18 09:03:56 <ccrr10>  * Stopping ddclient ...
2021-01-18 09:03:56 <ccrr10>  * start-stop-daemon: no matching processes found                                                                                                 [ ok ]
2021-01-18 09:03:56 <ccrr10>  * Starting ddclient ...                                                                                                                          [ ok
2021-01-18 09:04:23 <ccrr10> Jan 18 10:03:01 routern3 user.debug : Will stop /usr/sbin/ddclient
2021-01-18 09:04:23 <ccrr10> Jan 18 10:03:01 routern3 daemon.err /etc/init.d/ddclient[6906]: start-stop-daemon: no matching processes found
2021-01-18 09:15:20 <ccrr10> this is debugging https://pastebin.com/TKK9aMGw
2021-01-18 09:18:19 <drzacek> ccrr10, looks like it eventually succeeds?
2021-01-18 09:18:34 <drzacek> it's for updating the dynamic dnc ip, right?
2021-01-18 09:19:22 <drzacek> did you wrote the service yourself, or did it come from the provider? it shouldn't be anything fancy, I think I just have wget one-liner in cron (different service tho)
2021-01-18 09:19:31 <ccrr10> drzacek: yes is for updating the dynamic ip
2021-01-18 09:21:55 <ccrr10> drzacek: I copied the service from the sample-etc_rc.d_init.d_ddclient.alpine file provided with ddclient-3.9.1
2021-01-18 09:22:59 <drzacek> can you paste the contents?
2021-01-18 09:24:26 <ccrr10> drzacek: yes https://pastebin.com/SjuHwtSS
2021-01-18 09:25:55 <drzacek> maybe the conf file is wrong?
2021-01-18 09:26:22 <drzacek> my bet is on the pid file, since it cries about start-stop daemon, maybe it doesn't know the pid
2021-01-18 09:26:49 <ccrr10> drzacek: just a moment I send that too
2021-01-18 09:29:35 <ccrr10> drzacek: ddclient.conf https://pastebin.com/eKYDudGa
2021-01-18 09:33:02 <drzacek> can you confirm that when it is running, pid file gets actually updated?
2021-01-18 09:34:20 <ccrr10> drzacek: routern3:~/ddclient-3.9.1# find / -name "ddclient.pid"
2021-01-18 09:35:08 <ccrr10> drzacek: routern3:~/ddclient-3.9.1# cat /run/ddclient.pid
2021-01-18 09:35:08 <ccrr10> 6939
2021-01-18 09:35:38 <ccrr10> routern3:~/ddclient-3.9.1# find / -name "ddclient.pid"
2021-01-18 09:37:16 <ccrr10> routern3:~/ddclient-3.9.1# rc-service ddclient restart
2021-01-18 09:37:16 <ccrr10>  * Stopping ddclient ... * start-stop-daemon: no matching processes found
2021-01-18 09:37:16 <ccrr10>  [ ok ]
2021-01-18 09:37:16 <ccrr10>  * Starting ddclient ... [ ok ]
2021-01-18 09:37:16 <ccrr10> routern3:~/ddclient-3.9.1# cat /run/ddclient.pid
2021-01-18 09:37:17 <ccrr10> 7028
2021-01-18 09:43:10 <ccrr10> Jan 18 10:36:57 routern3 user.debug : Will stop /usr/sbin/ddclient
2021-01-18 09:43:11 <ccrr10> Jan 18 10:36:57 routern3 daemon.err /etc/init.d/ddclient[6995]: start-stop-daemon: no matching processes found
2021-01-18 09:43:11 <ccrr10> Jan 18 10:42:47 routern3 daemon.err /etc/init.d/ddclient[7060]: status: crashed
2021-01-18 09:44:32 <ccrr10> drzacek: these are the messages I receive
2021-01-18 10:14:45 <ccrr10> thanks anyway
2021-01-18 10:18:21 <drzacek> hmm I'm no expert, so dunno what\s the problem is
2021-01-18 10:23:10 <drzacek> ccrr10, you can try asking in ##linux too, most of them only know systemd nowadays, but at least they are friendly
2021-01-18 10:23:16 <drzacek> maybe someone can help you more
2021-01-18 10:29:31 <ccrr10> drzacek: thanks you have been very helpful
2021-01-18 11:46:18 <yann-kaelig> Hi
2021-01-18 11:48:24 <yann-kaelig> There is something I don't understand on Alpine about ZFS and initramfs. Should I  rebuild the initramfs for this purpose ?
2021-01-18 11:48:58 <yann-kaelig> ZFS on rootfs
2021-01-18 11:50:35 <yann-kaelig> There is nothing about that on the wiki Alpine ZFS roots. The thing is , on my others distro I have to, with dracut or genkernel for exmaple on Gentoo
2021-01-18 12:01:39 <Cogitri> You have to enable the zfs feature in /etc/mkinitfs.conf and then regenerate your initramfs
2021-01-18 12:02:22 <ikke> /etc/mkinitfs/mkinitfs.conf
2021-01-18 12:02:32 <ikke> (I have typed that too much the last couple of days)
2021-01-18 12:02:51 <yann-kaelig> Cogitri: Hi.  I also found a package zfs-dracut. Doeas that mean that I have two diffrents way to accomplish the task ?
2021-01-18 12:03:09 <yann-kaelig> Hi ikke
2021-01-18 12:03:10 <ikke> Do you use dracut?
2021-01-18 12:03:13 <yann-kaelig> no
2021-01-18 12:03:34 <ikke> Then I don't think that package will help
2021-01-18 12:04:01 <ikke> like Cogitri said, add zfs to the list of features in that mkinitfs.conf file
2021-01-18 12:04:37 <ikke> and then run mkinitfs
2021-01-18 12:04:55 <ikke> or mkinitfs <kernel-version> if you need to generate it for a different version than the running kernel
2021-01-18 12:04:56 <yann-kaelig> does the order in the file matter ?
2021-01-18 12:05:42 <ikke> I don't think so
2021-01-18 12:05:55 <ikke> it just adds files to the initramfs
2021-01-18 12:10:16 <Cogitri> Yup, order doesn't matter
2021-01-18 12:11:22 <yann-kaelig> ok, thx. Well inside a chroot I have to run in fact  mkinitfs -b / 5.4.84-0-lts
2021-01-18 12:11:37 <ikke> nod
2021-01-18 12:11:51 <yann-kaelig> no?
2021-01-18 12:14:59 <ikke> nod, like head nodding
2021-01-18 12:17:12 <ikke> nod, like head nodding
2021-01-18 12:24:01 <yann-kaelig> :)
2021-01-18 12:25:57 <ikke> ';jlol
2021-01-18 12:26:01 <ikke> wasn't meant to send it twice
2021-01-18 12:42:58 <yann-kaelig> ha! very nice. The lsinitrd script save my life. Everything look good
2021-01-18 13:01:53 <zenny> Hi, has anyone succeded in installing ispconfig3 (ispconfig.org) in alpine? Their site does not mention alpine support. Yet!?
2021-01-18 13:07:59 <yann-kaelig>  ok, time to cross my fingers, reboot ^^
2021-01-18 13:17:44 <yann-kaelig> well, system boot but I must have made a mistake in 66 configuration, I'm stuck at the login screen and login as root from tty12 doesn't work
2021-01-18 13:17:58 <yann-kaelig> so, not bad :)
2021-01-18 13:33:33 <yann-kaelig> I'm in :) Interesting that with some distro  I can login with root on tty12 and other's not
2021-01-18 14:19:45 <yann-kaelig> Is there something with the mini root filesystem that could be related with the fact that I'm on read-only on / ?
2021-01-18 14:20:24 <yann-kaelig> mini root filesystem.tar.gz
2021-01-18 14:25:25 <yann-kaelig> cannot mount /: directory is not empty ??
2021-01-18 14:25:35 <yann-kaelig> that weird
2021-01-18 14:28:15 <yann-kaelig> cannot import ' ...' a pool with that name already exists
2021-01-18 15:14:04 <ccrr10>  hi, i need help for a crasching service on alpine-linux. Can someone help me?
2021-01-18 15:36:28 <artok> meowray: any progress with llvm compiler-rt musl ?
2021-01-18 15:38:20 <drzacek> ccrr10, did you asked in ##linux?
2021-01-18 15:39:59 <ccrr10> drzacek: yes but they sent me back here
2021-01-18 15:40:04 <drzacek> aw
2021-01-18 15:40:40 <yZ5vlALg86lP> ccrr10 describe the problem, post logs in a pastebin and hope someone bites.
2021-01-18 15:41:14 <yZ5vlALg86lP> asking general metaquestions has very low chances of getting anyone interested
2021-01-18 15:41:26 <drzacek> ccrr10, maybe new people here are awake and can help you, post the  two links you sent me earlier. If not, I see that openrc has its own irc channel on freenode, you can try there
2021-01-18 15:41:54 <drzacek> or in gentoo distro channel, since it comes from them, so maybe they have active users that might help? worth checking, if no one here can help
2021-01-18 15:41:59 <ccrr10> I have a problem with the ddclient service on alpine-linux. I followed the directions as from https://wiki.alpinelinux.org/wiki/Ddclient, but as soon as I try to start the service I get a warning that it is crasched. The log files are sparse and don't help me figure out where the problem lies.
2021-01-18 15:42:55 <yZ5vlALg86lP> have you straced it?
2021-01-18 15:43:07 <yZ5vlALg86lP> running the service directly instead of via openrc?
2021-01-18 15:43:26 <ccrr10> debug: https://pastebin.com/TKK9aMGw
2021-01-18 15:43:40 <yZ5vlALg86lP> i have no idea what this ddclient is, but stracing is always a good idea
2021-01-18 15:43:46 <ccrr10> ddclient service: https://pastebin.com/SjuHwtSS
2021-01-18 15:44:09 <ccrr10> ddclient.conf: https://pastebin.com/eKYDudGa
2021-01-18 15:44:38 <yZ5vlALg86lP> try stracing the client
2021-01-18 15:44:47 <drzacek> ccrr10, oh right, how do you start it?
2021-01-18 15:45:01 <yZ5vlALg86lP> and also try to run the client in gdb after installing dd-client-dbg if there is
2021-01-18 15:45:13 <ccrr10> routern3:~# rc-service ddclient start
2021-01-18 15:45:14 <ccrr10>  * Starting ddclient ... [ ok ]
2021-01-18 15:45:14 <ccrr10> routern3:~# rc-service ddclient status
2021-01-18 15:45:14 <ccrr10>  * status: crashed
2021-01-18 15:45:14 <yZ5vlALg86lP> or if not, add it to your apkbuild and rebuild it with dbg symbols
2021-01-18 15:46:13 <yZ5vlALg86lP> these are generic procedures to figure out why something crashes
2021-01-18 15:46:34 <yZ5vlALg86lP> it's good to have them on your toolbelt, you'll be like batman with them...
2021-01-18 15:47:11 <yZ5vlALg86lP> which package is ddclient in?
2021-01-18 15:48:06 <yZ5vlALg86lP> there is no package with ddclient
2021-01-18 15:48:45 <ccrr10> yZ5vlALg86lP: I am embarrassed but I do not know this procedure can you give me some other indication?
2021-01-18 15:49:02 <yZ5vlALg86lP> well, there is no ddclient in alpine linux
2021-01-18 15:49:15 <yZ5vlALg86lP> so first step is to figure out where it comes from
2021-01-18 15:50:00 <ccrr10> yes I know this
2021-01-18 15:50:29 <yZ5vlALg86lP> so?
2021-01-18 15:50:38 <yZ5vlALg86lP> where is it from?
2021-01-18 15:52:44 <ccrr10> I do not know! From sourceforge?
2021-01-18 15:53:30 <yZ5vlALg86lP> how did you install it?
2021-01-18 15:54:47 <ccrr10> with this procedure https://wiki.alpinelinux.org/wiki/Ddclient
2021-01-18 15:58:36 <drzacek> looks like you wget the sources
2021-01-18 16:00:16 <drzacek> don't see any build/make, maybe it's just a set of scripts? technically, updating ddns ip should just be a wget command
2021-01-18 16:02:09 <drzacek> ccrr10, 'cat /usr/sbin/ddclient'
2021-01-18 16:02:22 <yZ5vlALg86lP> it's a perlscript
2021-01-18 16:02:29 <ccrr10> it is a service, as if it were a script
2021-01-18 16:02:51 <drzacek> service is just a nicely prepared info for init to start something
2021-01-18 16:03:34 <drzacek> ccrr10, tell me, you editted that conf file, right? we don't see the data cause you removed your username/password etc, but you DO have that information there, right? maybe it just fails because it can't authenticate
2021-01-18 16:03:58 <yZ5vlALg86lP> if it crashes then i assume that perl segfaults?
2021-01-18 16:04:19 <drzacek> can it be told to be more verbose then?
2021-01-18 16:04:20 <yZ5vlALg86lP> but it also seems to run for quite some time. so it does not segfault immediately
2021-01-18 16:06:34 <ccrr10> the crashed signal appears in the crashed logs when I run the following command: rc-service ddclient status
2021-01-18 16:10:41 <ccrr10> drzacek: yes, I have removed my data. ddclient works as you can see from debugging
2021-01-18 16:11:18 <TBK[m]> ddclient is perl based. Nobody has bothered to create an aport so far (MR/patches are welcome). You can also put in a package request at https://gitlab.alpinelinux.org/alpine/aports/-/issues
2021-01-18 16:11:18 <TBK[m]> Alternatively can use inadyn.
2021-01-18 16:11:24 <drzacek> try running the command manually, aka calling the /usr/bin/ddclient with the params it gets from config, maybe it will tell you more?
2021-01-18 16:11:37 <yZ5vlALg86lP> can you run the perlscript direcly with `perl -d:Trace` prefixed and check what the output is before it crashes
2021-01-18 16:12:19 <yZ5vlALg86lP> but if perl segfaults, then it's probably a perl problem, and hopefully it's solved by upgrading the package
2021-01-18 16:12:25 <drzacek> ccrr10, I know this isn't the solution for THIS problem, but maybe it will help you - you can use the https://freedns.afraid.org/ and simple wget/curl one-liner to update the ip.
2021-01-18 16:13:16 <Cogitri> Most dns providers offer a REST api themselves too, I do that with Cloudflare
2021-01-18 16:13:19 <feuerteufel> Here is what I use:
2021-01-18 16:13:22 <ccrr10> TBK[m]: inadyn does it work with no-ip?
2021-01-18 16:13:33 <feuerteufel> wget -q -O - http://checkip.dyndns.org | grep -Eo '\<[[:digit:]]{1,3}(\.[[:digit:]]{1,3}){3}\>'
2021-01-18 16:15:34 <feuerteufel> I think, that ist the same server aour perl script is using ...
2021-01-18 16:15:51 <TBK[m]> ccrr10: As far as I know yes. It is mentioned in the project example - https://github.com/troglobit/inadyn#example
2021-01-18 16:21:40 <ccrr10> Thanks everyone for your help. I will use inadyn as yZ5vlALg86lP advised me
2021-01-18 16:29:24 <Lord> i stopped postgres 12 before using pg_dumpall and now if i star postgres it's the 13 which runs. Is there an easy way to still import data ?
2021-01-18 16:31:33 <mrsenshi> Hi, I found a fix to enable Wayland under GNOME.
2021-01-18 16:32:33 <mrsenshi> Everything under /lib/udev/rules.d/61-gdm.rules needs to be commented out, they are not by default. Those options disable Wayland under certain conditions for unnecessary reasons.
2021-01-18 16:33:08 <mrsenshi> If someone could update the guide/wiki for GNOME to include this information, that would be awesome and would help so many others.
2021-01-18 16:33:19 <Cogitri> Ah, I think that's for Nvidia drivers and stuff?
2021-01-18 16:33:37 <mrsenshi> I'm on a Librem 13, no Nvidia graphics
2021-01-18 16:33:46 <mrsenshi> Intel integrated graphics
2021-01-18 16:34:13 <mrsenshi> Nothing nonstandard.
2021-01-18 16:34:19 <mrsenshi> But yes
2021-01-18 16:34:31 <mrsenshi> This is supposed to be an issue that only Nvidia users nave.
2021-01-18 16:35:22 <mrsenshi> Also, GDM will refuse to respect other keyboard layouts.
2021-01-18 16:35:48 <mrsenshi> If anyone knows what to do about that, please let me know
2021-01-18 16:36:09 <drzacek> what is REST api?
2021-01-18 16:37:31 <yann-kaelig> Any idea where  Ican find the definition of each feature in mkinitfs.conf ?
2021-01-18 16:54:02 <artok> minimal: armv7 setup-disk didn't do bootable usb for rpi3b+, aarch64 setup-disk worked
2021-01-18 16:54:26 <ikke> yann-kaelig: check the features.d dir in the same directory
2021-01-18 16:54:56 <ikke> drzacek: that's something that Google can more easily and etter explain
2021-01-18 16:55:34 <drzacek> ikke, k, already on it. That ibm website don't answer it very clearly though, but I guess there's some nice yt tutorial I can watch later
2021-01-18 16:55:54 <ikke> It's an http based API
2021-01-18 16:57:00 <minimal> artok: hmm, its the same setup-disk script in both cases, sound like then the difference may be related to linux-rpi aarch64 package versus linux-rpi2 armv7 package then
2021-01-18 17:06:20 <minimal> artok: also possible its an issue with the contents of /boot/config.txt or /boot/usercfg.txt
2021-01-18 17:10:49 <artok> didn't save them from armv7 install
2021-01-18 17:10:56 <artok> damn
2021-01-18 17:26:18 <artok> ..and now the aarch64 stopped booting from usb
2021-01-18 17:46:13 <yann-kaelig> Well, look like there is something wrong during the init with ZFS https://ibb.co/RhFvFc0
2021-01-18 17:47:52 <yann-kaelig> On Gentoo with dracut or genkernel, but also on Arch I never seen something like that
2021-01-18 17:50:14 <yann-kaelig> The thing is that after that without my ZFS service, my bpool and rpool are mounted and imported , but with my ZFS service the / is on read-only
2021-01-18 17:50:55 <yann-kaelig> No issue like taht on Gentoo or Arch with ZFS on rootfs
2021-01-18 17:55:11 <yann-kaelig> https://dpaste.com/78F2FRZKA
2021-01-18 17:55:43 <yann-kaelig> https://dpaste.com/78FZFRZKA
2021-01-18 18:02:54 <markand> hello there
2021-01-18 21:14:40 <PureTryOut[m]2> Ha, the boost rebuild has appeared in the repos it seems. How can we upgrade now?
2021-01-18 21:14:48 <PureTryOut[m]2> I get lots and lots of conflicts
2021-01-18 21:15:53 <Cogitri> Hm, if everything is rebuilt upgrading should just work
2021-01-18 21:17:58 <PureTryOut[m]2> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/zxzIsFzveylkJMqNwkBXARpb/message.txt >

2021-01-18 21:18:01 <PureTryOut[m]2> Doesn't seem like it
2021-01-18 21:19:56 <afontain_> huh, anbox still hasn't been rebuilt for boost 1.75?
2021-01-18 21:20:36 <ikke> do you still have boost-dev installed?
2021-01-18 22:09:24 <dsm42> installing 3.13 on new rpi4; quick question, it's asking me for sys or data mode where previously it was just diskless ; can I still select diskless?   seems to have changed from 3.10/11
2021-01-19 04:26:59 <xordspar0> dsm42: This explains the difference between diskless, data, and sys modes: https://wiki.alpinelinux.org/wiki/Installation#Installation_Overview
2021-01-19 05:32:25 <WangPeng> 、
2021-01-19 05:32:41 <ikke> ,
2021-01-19 07:59:35 <Apachez> !
2021-01-19 08:45:29 <markand> hey guys
2021-01-19 08:45:46 <markand> is it mandatory to use networkmanager to get access to mDNS .local based hostnames?
2021-01-19 08:45:56 <markand> I'm using plain dhcpcd+wpa_supplicant for now
2021-01-19 08:47:01 <markand> and unfortunately, trying to access my local machines using e.g. raisin.local throws "bad address" at the moment
2021-01-19 09:14:57 <krisk> markand: would be interested to see the answer to your question as well.  AFAICT, Busybox/musl DNS resolver not necessarily supports mDNS.  I ended up configuring my router to respond to .local.lan instead.
2021-01-19 09:15:13 <markand> :(
2021-01-19 09:15:45 <krisk> My answer is not definitive though, I'm likely missing a trick.  More knowlegable people would need to confirm.
2021-01-19 09:54:00 <drzacek> 
ACTION needs to finally read up on that mdns thingy

2021-01-19 10:01:06 <guix-vits> markand try add 'search .' to /etc/resolv.conf
2021-01-19 10:01:49 <guix-vits> or `ping  localbox.`.  maybe it will work.
2021-01-19 10:01:56 <markand> drzacek, basically it helps exposing domain names without having to configure a DNS server nor static IPs
2021-01-19 10:02:22 <markand> for example on windows and macOS I can access my NAS synology by just ssh/pinging raisin.local
2021-01-19 10:02:54 <drzacek> I think my fritz.box uses that
2021-01-19 10:03:13 <drzacek> but beside fritzbox, I wasn't able to use it, didn't know how it worked and how to set it up
2021-01-19 10:03:27 <drzacek> is this the one where devices broadcast their "local domains" on lan?
2021-01-19 10:03:53 <markand> I think so
2021-01-19 10:04:31 <markand> but I'm not expert in that area so I may say stupidities, but I also think it's with that feature that you can easily find printers, scanners and DLNA
2021-01-19 10:04:39 <markand> and on Linux it's supposed to be done with avahi
2021-01-19 12:58:04 <yann-kaelig> Hi. I would like to create an Alpine Linux Standard archive. How the minirootfs archive is built ?
2021-01-19 12:58:45 <yann-kaelig> Is there some Alpine software to do that ?
2021-01-19 13:08:43 <MY-R> dsm42: when it ask about disk then select "none"
2021-01-19 13:56:32 <malloc> I'm attempting to apply https://gitlab.com/apparmor/apparmor/-/wikis/FullSystemPolicy on alpine linux. What I can't find out any equivalent to hooks on mkinitfs like with initramfs. Based on reading the mkinitfs manpage and /usr/share/mkinitfs/initramfs-init, it is possible to insert custom files pre-init through the contents of /etc/mkinitfs/, but there doesn't appeear to be a point where those are automatically executed in
2021-01-19 13:56:32 <malloc> /usr/share/mkinitfs/initramfs-init. Is there any supported way to insert and execute custom scripts and binaries before init?
2021-01-19 14:42:39 <Hello71_> malloc: networkmanager is only an orchestrator, there should be nothing you "need" nm for. in this case avahi should suit your needs
2021-01-19 14:43:12 <Hello71_> yann-kaelig: https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/scripts/genrootfs.sh
2021-01-19 14:45:09 <Hello71_> malloc: i don't think mkinitfs supports "hooks" concept.
2021-01-19 14:45:41 <Hello71_> you can use another initramfs generator instead of mkinitfs
2021-01-19 14:46:03 <Hello71_> but i don't see why this method cannot be deployed by simply using alternative init, say /etc/init, that execs /sbin/init after configuring
2021-01-19 14:46:40 <Hello71_> in general initramfs should probably be kept as lean as possible
2021-01-19 15:01:45 <yann-kaelig> Hello71_: Thx. Well, doesn't work /tmp/tmp.../bin/busybox and /tmp/tmp.../etc/shadow: not found
2021-01-19 15:06:02 <nano> I'm having difficulty with Firefox audio on Alpine Linux edge. Some audio plays, some doesn't. I'm using ALSA and have gstreamer and all its plugins installed. Firefox gives the following warning in the console: "Cannot play media. No decoders for requested formats: audio/mp3, audio/mpeg". Any idea what the issue is?
2021-01-19 15:06:22 <malloc> Well it would still be ugly since about every way would mean overriding something that will get erased on a package update and apk automatically uses mkinitfs, though it's still a lot better of an idea
2021-01-19 15:17:46 <Hello71_> put your code in /etc/init and add init=/etc/init to kernel parameters
2021-01-19 15:18:01 <Hello71_> this way also has benefit that you can easily disable your hooks
2021-01-19 15:20:02 <Hello71_> nano: i think you need to install ffmpeg
2021-01-19 15:20:17 <Hello71_> specifically ffmpeg-libs
2021-01-19 15:21:06 <nano> I have ffmpeg-libs installed.
2021-01-19 15:24:03 <Hello71_> can you play it with ffplay or mpv
2021-01-19 15:25:34 <nano> yes.
2021-01-19 15:26:15 <nano> From the output of firefox, it seems like gstreamer tries to use pulse audio even if it isn't installed.
2021-01-19 15:26:31 <nano> "XDG_RUNTIME_DIR (/tmp) is not owned by us (uid 1000), but by uid 0! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)"
2021-01-19 15:29:56 <yann-kaelig> Should I report an issue with genrootfs ? Or maybe I missed something but the script failed to run
2021-01-19 15:42:55 <guix-vits> malloc:  btw, currently apparmor is 2.x, not 3.x here.
2021-01-19 15:47:35 <yann-kaelig> https://dpaste.com/9TRT3JA3B
2021-01-19 15:48:04 <nano> I resolved my issue by installing apulse and launching firefox with 'apulse firefox'. It seems that firefox expects pulse audio to be installed.
2021-01-19 15:53:29 <Hello71_> wondering where so many people are getting this terrible advise to set XDG_RUNTIME_DIR=/tmp
2021-01-19 16:08:05 <eletrotupi> Hello! Noticed that when installing ruby-full, there's some conflict happening with ruby-bundler-doc and ruby-docs
2021-01-19 16:08:18 <eletrotupi> I should report this here, or directly to the maintainer?
2021-01-19 16:17:44 <TBK[m]> eletrotupi: https://gitlab.alpinelinux.org/alpine/aports/issues
2021-01-19 16:20:40 <mps> Hello71_: I think /tmp is default if XDG_RUNTIME_DIR is not set
2021-01-19 16:20:50 <Hello71_> no
2021-01-19 16:21:20 <mps> I have seen it few times and I don't have XDG_RUNTIME_DIR set
2021-01-19 16:21:23 <eletrotupi> Gracias TBK[m] :)
2021-01-19 16:23:51 <malloc> Thanks, it works, no process is unconfined now, though I'm now noticing it may be really problematic since apparmor appears to be seeing busybox as a single program and ignoring any profiles set to the symlinks of busybox. I'll try to figure it out later.
2021-01-19 16:29:19 <guix-vits> Hello71_: here: https://wiki.alpinelinux.org/wiki/Sway
2021-01-19 16:29:42 <Hello71_> bleh
2021-01-19 16:36:52 <jackfuryZZ> hello! how to create bootable usb with iso? im read wiki but bios not load usb.
2021-01-19 16:39:03 <ikke> Just writing the iso directly to usb should result in a bootable usb
2021-01-19 16:41:58 <fourstepper> kinda off topic, but does anyone here use isync to back up their mail?
2021-01-19 16:42:40 <fourstepper> I am basically wondering about a few settings not clearly explained in the manual that would lead to e-mail retention even if the mail is deleted on the remote
2021-01-19 16:45:09 <jackfuryZZ> ikke how to do it?
2021-01-19 16:46:10 <ikke> either use setup-bootable if you already have an alpine system, or use dd if=path/to/iso of=/dev/sd<x>
2021-01-19 16:54:59 <MY-R> on that Sway wiki should be link to this: https://wiki.alpinelinux.org/wiki/Wayland
2021-01-19 16:56:53 <guix-vits> jackfuryZZ:  is usb has higher boot priority than hdd in the bios?
2021-01-19 16:57:27 <guix-vits> sometimes it isn't by default.
2021-01-19 17:22:36 <Hello71_> they left already
2021-01-19 17:39:41 <yann-kaelig> So, I have created a custom entry in the mkimg.standard.sh script, and now how am I suppose to run the script ? There is nothign about that on https://wiki.alpinelinux.org/wiki/How_to_make_a_custom_ISO_image_with_mkimage
2021-01-19 17:40:17 <yann-kaelig> I want to script to run my custom entry
2021-01-19 17:40:43 <yann-kaelig> to/the
2021-01-19 17:42:40 <guix-vits> mkimg.standard.sh --help (idk, maybe)
2021-01-19 17:48:09 <yann-kaelig> I hate so much the wiki, it's unreadable,  it's messy, do the next section talk about something else, or should I run first the fist part, just insane
2021-01-19 17:48:45 <ikke> yann-kaelig: it's difficult to keep documentation consistent and up-to-date
2021-01-19 17:49:03 <ikke> We do not have people dedicated to documentation, it's all community provided
2021-01-19 17:49:20 <yann-kaelig> it's not if you use the appropriate sofware for documentation, an I still do not understand why the wiki are used for this purpose
2021-01-19 17:49:38 <fys> ikke: is there a formal submission process? documentation is my background
2021-01-19 17:50:07 <yann-kaelig> it's not up2date, it's messy, etc...
2021-01-19 17:50:15 <ikke> yann-kaelig: yes, I agree
2021-01-19 17:50:19 <ikke> fys: nothing formal
2021-01-19 17:50:36 <ikke> We have channel dedicated to documentation
2021-01-19 17:50:45 <ikke> #alpine-docs
2021-01-19 17:50:47 <fys> sorry, i did not know
2021-01-19 17:50:53 <ikke> no worry
2021-01-19 17:51:16 <yann-kaelig> https://www.mkdocs.org/
2021-01-19 17:51:37 <ikke> we already have something on docs.alpinelinux.org
2021-01-19 17:51:44 <ikke> https://docs.alpinelinux.org
2021-01-19 17:52:09 <ikke> docs group on gitlab: https://gitlab.alpinelinux.org/alpine/docs
2021-01-19 17:57:55 <yann-kaelig> I don't want to be unpleasant it's not my goal at all, but it's a bit like saying it's difficult to eat soup with a fork and wonder why  there are so few people that trying it
2021-01-19 17:58:21 <yann-kaelig> wiki is not appropriate for documentation .
2021-01-19 17:58:35 <mva> any proofs?
2021-01-19 17:58:38 <yann-kaelig> :D
2021-01-19 17:59:09 <ikke> yann-kaelig: that's why we setup docs.a.o, but that still needs people to write things for it
2021-01-19 17:59:09 <fys> This would be more fitting to the docs channel imo
2021-01-19 17:59:12 <mva> (btw, markdown **is** appropriate for documentation)
2021-01-19 17:59:46 <fys> I agree, markdown is very appropriate.
2021-01-19 18:00:17 <ikke> You can have the shiniest tools, you still need people doing the work
2021-01-19 18:00:33 <ikke> (and people who know enough to write correct documentation)
2021-01-19 18:00:40 <yann-kaelig> I didn't even know that there is a docs.alpinelinux
2021-01-19 18:00:45 <yann-kaelig> thx for the info
2021-01-19 18:01:02 <mva> ikke: (and also that they had enough spare time for that)
2021-01-19 18:01:27 <fys> if i have my choice of tools i use Atlassian Confluence but my formatting can work no matter what tool i use
2021-01-19 18:01:38 <fys> its about communicating each step clearly\
2021-01-19 18:01:39 <ikke> mva: doing the work implies having time to do it :)
2021-01-19 18:02:49 <yann-kaelig> that's why a spoon is still more suitable for a soup :)
2021-01-19 18:05:42 <fys> :D
2021-01-19 18:06:01 <fys> yann-kaelig: What about ramen? ;)
2021-01-19 18:06:06 <fys> kidding!
2021-01-19 18:06:08 <fys> hehe
2021-01-19 18:19:57 <pavement> how can I open a range of ports for mosh with awall?
2021-01-19 18:23:06 <ikke> "If the protocol is tcp or udp, the scope of the service definition may be constrained by defining an attribute named port, which is a list of TCP or UDP port numbers or ranges thereof, separated by the - character."
2021-01-19 18:23:15 <ikke> https://gitlab.alpinelinux.org/alpine/awall#services
2021-01-19 18:23:43 <fys> i know miniupnp is bad but it has been handy sometimes
2021-01-19 18:23:45 <fys> lol
2021-01-19 19:28:25 <mint__> Hello Guys, are you doing well?
2021-01-19 19:29:05 <mint__> Little question: Coming from GENTOO I can do a "emerge world" there, which reinstalls all packages in my world (file)
2021-01-19 19:29:15 <mint__> How is that possible in alpine?
2021-01-19 19:30:11 <mint__> and: if I have a whole file of packages, how could I tell apk to "add" them all? Or could I just replace the world file with a larger world file?
2021-01-19 19:30:11 <ikke> apk fix $(cat /etc/apk/world)
2021-01-19 19:30:45 <ikke> mint__: after modifying /etc/apk/world you can run `apk fix`
2021-01-19 19:31:13 <mint__> hm. good. seems logic. thanks ikke
2021-01-19 19:31:46 <ikke> that first command should probably be xargs apk fix </etc/apk/world
2021-01-19 19:33:57 <mint__> and another thing: let's say I want to do a "apk add e2fsprogs vfatprogs ...." and a lot of more packages, which I have all listet in a file. can I do this with 'cat' for example?
2021-01-19 19:34:31 <ikke> xargs apk add <file
2021-01-19 19:34:54 <mint__> ok. what does xargs mean?
2021-01-19 19:35:15 <ikke> xargs is a command that takes data on stdin and supplies that as arguments to the provided command
2021-01-19 19:40:01 <mint__> thanks! It works. Can I offer you a beer? :)
2021-01-19 19:40:20 <mint__> but the xargs I still dont understand. It is a command that...
2021-01-19 19:40:36 <ikke> If you have a file with a list, separated by newlines
2021-01-19 19:41:13 <mint__> Alright. and commas would work as well?
2021-01-19 19:41:20 <ikke> xargs assumes newlines
2021-01-19 19:41:26 <mint__> good
2021-01-19 19:41:42 <ikke> there is an option to specify a different one
2021-01-19 19:44:01 <mint__> got it all. thanks
2021-01-19 19:57:58 <Hello71_> xargs -a is better
2021-01-19 19:58:19 <Hello71_> e.g. works with sudo prompt
2021-01-19 20:23:05 <yann-kaelig> lol, I'm stu... I forgot to put zfs-utils-py to the iso. But it's working, I have a nice custom standardzfs iso
2021-01-19 20:55:21 <yann-kaelig> well, thx a lot for your help. Enough for today :) cu later
2021-01-19 20:55:46 <ikke> o/
2021-01-19 21:47:19 <bryanpedini> Hello everyone. Okay, I might be idiot, but `fdisk` followed by partition designing, followed by "w" shouldn't create files in "/dev/sdXn"? I followed those three steps but I only got "/dev/sda" and no block device files for the partitions...
2021-01-19 21:47:58 <ikke> bryanpedini: you can try to run partprobe (from parted)
2021-01-19 21:48:51 <bryanpedini> ikke: thanks! I thought "w", calling "ioctl()" or how it's called, from fdisk itself would have been sufficient
2021-01-19 21:49:03 <ikke> yes, normally that should be enough
2021-01-19 21:49:06 <bryanpedini> that did the trick, sorry this is my first Alpine install, I'm not familiar with this distro
2021-01-19 21:49:48 <mint__> Hi everyone. I got a little thing making me curious, though it's not a real problem:
2021-01-19 21:50:14 <ikke> bryanpedini: fdisk should normally work, but sometimes it has issues
2021-01-19 21:50:26 <ikke> with updating the kernel
2021-01-19 21:50:29 <mint__> trying to install FUNTOO using this guide: https://www.funtoo.org/Install/Download_and_Extract_Stage3
2021-01-19 21:50:29 <bryanpedini> I see.. thanks again
2021-01-19 21:50:56 <ikke> bryanpedini: aha, apparently partprobe uses a different ioctl
2021-01-19 21:51:05 <ikke> https://serverfault.com/questions/36038/reread-partition-table-without-rebooting
2021-01-19 21:51:06 <mint__> now alpine's tar would not run the options in this command: tar --numeric-owner --xattrs --xattrs-include='*' -xpf stage3-latest.tar.xz
2021-01-19 21:51:15 <mint__> linux mint would, gentoo oins
2021-01-19 21:51:30 <mint__> gentoo install cd would.. but not alpine
2021-01-19 21:51:39 <mint__> even though tar is added
2021-01-19 21:51:47 <ikke> hmm, so not busybox tar?
2021-01-19 21:52:04 <ikke> and what error do you get?
2021-01-19 21:52:24 <bryanpedini> now I see where the trick lies, haha
2021-01-19 21:53:03 <bryanpedini> just a final (hopefully) small question then, do I have to setup a special partition type in `fdisk` for cryptsetup LUKS or "Linux" is enough?
2021-01-19 21:53:24 <Hello71_> linux almost never cares about partition type
2021-01-19 21:53:56 <bryanpedini> lol... all right then, encrypted Alpine I'm coming...
2021-01-19 21:54:00 <bryanpedini> danke!
2021-01-19 21:55:18 <mint__> ...
2021-01-19 21:55:51 <ikke> mint__: A
2021-01-19 21:55:54 <ikke> ?
2021-01-19 22:00:42 <mint__> i m not sure if I want to reproduce it again ;) It was from the installed alpine SYS, though.
2021-01-19 22:00:51 <mint__> but doesnt matter so much
2021-01-19 22:01:46 <Hello71_> what is "oins"
2021-01-19 22:01:53 <ikke> would be good to verify whether you had busybox tar or actual tar
2021-01-19 22:02:04 <mint__> how do I?
2021-01-19 22:02:19 <Hello71_> tar --version
2021-01-19 22:02:49 <mint__> tar GNU tar 1.33
2021-01-19 22:03:26 <Hello71_> what does "not run the options in this command" mean
2021-01-19 22:04:10 <ikke> our tar is quite vanilla
2021-01-19 22:04:41 <mint__> --numeric-owner --xattrs --xattrs-include='*'
2021-01-19 22:04:43 <mint__> this
2021-01-19 22:05:28 <ikke> do you get an error?
2021-01-19 22:06:12 <ikke> https://tpaste.us/1JQ9
2021-01-19 22:06:40 <mint__> i try.... hold on
2021-01-19 22:10:36 <mint__> tar (child) cannot exec | Error is not recoverrable, exiting now | tar: Child returned status 2
2021-01-19 22:10:36 <Hello71_> my guess is you created a filesystem that doesn't support xattrs
2021-01-19 22:10:46 <mint__> ext4 ?
2021-01-19 22:10:53 <Hello71_> ...
2021-01-19 22:12:15 <koollman> 'cannot exec' imply it is executing something that is missing. most likely xz
2021-01-19 22:12:56 <mint__> so its because it is a .tar.xz file?
2021-01-19 22:13:39 <mint__> so guys, then I booted the gentoo live cd from 2010 or so and it worked..
2021-01-19 22:13:42 <koollman> you need xz installed so that it can be uncompressed by tar
2021-01-19 22:14:22 <mint__> thats it. thanks. xz was missing
2021-01-19 22:19:35 <mps> I had this few days ago, run 'apk add xz'
2021-01-19 22:19:52 <mps> ah, already fixed, sorry
2021-01-19 22:20:26 <mps> this bug should be fixed
2021-01-19 22:21:03 <mint__> and doing a chroot from alpine. Are there any bugs known. Is it a good idea to install FUNTOO from alpine environment?
2021-01-19 22:22:41 <mint__> env -i HOME=/root TERM=$TERM chroot . bash -l
2021-01-19 22:22:42 <mint__> gives
2021-01-19 22:22:56 <mint__> env: chroot : no such file opr dir...
2021-01-19 22:23:10 <mint__> or
2021-01-19 22:24:35 <mint__> (not a good idea)
2021-01-19 22:36:31 <mint__> besides: I love alpine as slim OS >
2021-01-19 22:36:34 <mint__> :)
2021-01-19 22:37:18 <mps> but fats are started to accumulate :)
2021-01-19 22:39:50 <Hello71_> gnu vs busybox env
2021-01-19 22:50:46 <pavement> uh oh
2021-01-19 22:50:57 <pavement> tried a lot, still cannot get awall to open ports for mosh :D
2021-01-19 23:08:17 <fys> o
2021-01-19 23:08:27 <fys> oops wrong window
2021-01-19 23:11:07 <xordspar0> markand: I don't think it's required to use networkmanager for resolving mDNS. Avahi has a daemon that you can run on the client end. I have only set up the responding side of Avahi on Alpine, not the query side, but this should work: https://wiki.archlinux.org/index.php/Avahi#Hostname_resolution
2021-01-19 23:28:59 <bryanpedini> sorry the noob question, but since there is no systemctl, how do I activate SDDM at boot?
2021-01-19 23:29:43 <bryanpedini> (I just installed plasma-desktop (minimal) and sddm)
2021-01-19 23:36:04 <xordspar0> bryanpedini: rc-update add <myservice>
2021-01-19 23:38:01 <xordspar0> You can use rc-service to find the name of your service. Or apk info --contents <mypackage>-openrc | grep etc/init.d
2021-01-19 23:38:08 <bryanpedini> xordspar0: thanks, but that didn't bring up the Plasma login screen even after a reboot, I might be missing something :sweat_smile:
2021-01-19 23:40:57 <bryanpedini> that's strange, issuing /usr/bin/sddm manually also doesn't change a single thing...
2021-01-19 23:42:04 <bryanpedini> lol, from sddm.log "this application failed to start because no Qt plugin is available" - okay, now I just have to figure out how to (properly) install Wayland
2021-01-19 23:49:07 <xordspar0> You can start the service without rebooting with rc-service sddm start. If it's not starting correctly you have to look at the logs like you're doing. :)
2021-01-20 01:49:19 <dsm42> i noticed my rpi4 was not increasing cpufreq under load (system was not hot) but I was able to just set the scaling_min_freq to 1500 (the non-overclocked max freq) and it stayed there and benchmarks were better.   is there something I have to do to make auto-scaling work on alpine?
2021-01-20 01:50:01 <dsm42> i was monitoring /sys/devices/system/cpu/cpufreq/... files
2021-01-20 02:03:55 <guix-vits> dsm42: check scaling_governor ?
2021-01-20 02:06:08 <guix-vits> why my /etc/fstab options have no effect on /?  my fstab copied to initramfs, but root is sill relatime.
2021-01-20 02:07:24 <dsm42> guix-vits: ahhh - mine is set to powersave
2021-01-20 02:08:15 <dsm42> thank you ... i guess I can just set that to "ondemand" or "performance" per the options in scaling_available_governors
2021-01-20 02:08:21 <dsm42> thank you very much
2021-01-20 02:10:00 <dsm42> yep, that worked : echo ondemand > scaling_governor
2021-01-20 02:11:14 <guix-vits> try schedutil or conservative
2021-01-20 02:11:29 <guix-vits> first is default in archlinux
2021-01-20 02:12:38 <guix-vits> second is cool, and increases the freq stepwise.  ondemand just pegs to max if "demanded".
2021-01-20 02:12:41 <dsm42> ahh, okay,  i will read up on those options tomorrow, so much faster now
2021-01-20 02:22:55 <guix-vits> seems /etc/init.d/root do not care about /etc/fstab at all.
2021-01-20 02:28:35 <guix-vits> solved by deleting all `case` that checks if / is mounted ro, from /etc/init.d/root.  and `case` where it do nithing if mountpoint is /.  now boots just fine!
2021-01-20 03:49:32 <MY-R> dsm42: you can also install 'cpupower' package and add service to start at boot time: rc-update add cpupower boot
2021-01-20 03:50:27 <MY-R> dsm42: by default is set to 'ondemand' and working best if expect full speed and cool when idle
2021-01-20 03:52:43 <MY-R> ^ /etc/conf.d/cpupower to set it up
2021-01-20 05:20:03 <krisk> xordspar0: re. mDNS, I think the question was about being able to resolve other hosts in LAN using mDNS and that might not work with Busybox/musl out of the box.  mDNS is typically  shipped as a NSS plug-in which mostly glibc thing.  I suppose dnsmasq is to the rescue but haven't got around to trying it out myself.  In my case, for the time being, my router resolves everything
2021-01-20 05:20:04 <krisk> <host>.local.lan.
2021-01-20 05:50:32 <xordspar0> krisk: Ah, I didn't know that about NSS. Thanks for the info.
2021-01-20 06:17:20 <krisk> xordspar0: Dunno for sure.  I mostly work with busybox/uClibc and/or busybox/glibc embedded systems.  Had a quick glance over musl wrt mDNS and in Busybox and it looked kind of discouraging to chace this up.  Typically small systems advertise themselves with a host name using avahi but the other way around (resolving other hosts in LAN) is a rather "fancy" feature.
2021-01-20 06:17:36 <krisk> s/chace/chase/
2021-01-20 06:19:03 <krisk> Would love to be told otherwise, I just didn't find enough motivation to pursue this any further with bare bones Busybox/musl on Alpine (trying to make it one of my working environments).
2021-01-20 08:20:28 <markand> xordspar0, thanks I'll have a look
2021-01-20 08:29:52 <markand> xordspar0, on alpine there is no nss-mdns package though
2021-01-20 08:45:17 <krisk> xordspar0: correct, because NSS is not implemeted in musl
2021-01-20 08:45:46 <krisk> markand: ^
2021-01-20 08:46:01 <markand> yes
2021-01-20 08:46:29 <markand> it's strange that this support has to be done directly in the libc
2021-01-20 10:33:08 <mizux> hi, since yesterday all my alpine docker using github workflow ubuntu-latest runner fail during cmake CXX compiler check (already 3 repo impacted) while there are working on my archlinux locally. Do you heard of this issue recently ?
2021-01-20 10:34:20 <ikke> mizux: alpine:edge images?
2021-01-20 10:34:28 <mizux> yup
2021-01-20 10:34:50 <ikke> faccessat2 syscall is most likely getting blocked by docker/libseccomp, preventing a proper fallback
2021-01-20 10:35:12 <ikke> It's a common issue with docker/libseccomp that is cropping up with new syscalls
2021-01-20 10:38:08 <mizux> is there a way to fix it ? do i need to use an older image ? do you have an issue on github for them (github workflow team) to fix this issue ?
2021-01-20 10:38:28 <mizux> one of my simplest docker https://github.com/Mizux/cmake-cpp/blob/main/ci/docker/alpine/Dockerfile
2021-01-20 10:38:50 <mizux> fail during cmake configure (cmake -S. -Bbuild) when checking ABI
2021-01-20 10:39:06 <mizux> https://github.com/Mizux/cmake-cpp/runs/1734145645?check_suite_focus=true#step:5:43
2021-01-20 10:45:27 <ikke> "make: /usr/bin/make: Operation not permitted"
2021-01-20 10:45:30 <ikke> that's the issue
2021-01-20 10:45:43 <ikke> which happens because it (though musl) tries to call faccessat2
2021-01-20 10:46:13 <ikke> One fix for now would be to pin musl(-dev) before upgrading packages (I don't see it  here, but I assume that's happening somewhere)
2021-01-20 10:51:33 <mizux> https://github.com/Mizux/cmake-cpp/blob/19b01c140abcc09c1e323f18ce979b0e1c9c1187/ci/docker/alpine/Dockerfile#L7
2021-01-20 10:55:36 <ikke> Can you check what musl version is installed?
2021-01-20 11:07:03 <mizux> # apk info musl
2021-01-20 11:07:13 <mizux> musl-1.2.2-r0
2021-01-20 11:08:28 <mps> mizux: apk version musl
2021-01-20 11:09:22 <mizux>  apk version musl
2021-01-20 11:09:22 <mizux> WARNING: Ignoring https://dl-cdn.alpinelinux.org/alpine/edge/main: No such file or directory
2021-01-20 11:09:22 <mizux> WARNING: Ignoring https://dl-cdn.alpinelinux.org/alpine/edge/community: No such file or directory
2021-01-20 11:09:22 <mizux> Installed:                                Available:
2021-01-20 11:09:22 <mizux> musl-1.2.2-r0                           ?
2021-01-20 11:10:11 <mizux> note: in my docker I use "apk add no-cache ..."
2021-01-20 11:11:20 <yann-kaelig> Hi. Well , building my custom iso, I really don't understand why my zfs package is not installed and available in the live. I tried to understand the wiki  https://wiki.alpinelinux.org/wiki/How_to_make_a_custom_ISO_image_with_mkimage about  apkovl, and I looked at the available scripts to take an example from mkimg.xen.sh but the line about apkvol is not used. So , I'm lost
2021-01-20 11:12:04 <mizux> supposing you look at mizux/cmake-cpp repo you can spwan a docker container using "make --directory=ci sh_alpine_env" this will build the image using ci/docker/alpine/Dockerfile until the env stage, then run a interactive container using it
2021-01-20 11:25:10 <yann-kaelig> mm, the apks files in the mkimg_standard file are not the package lsit which will be installed in the live but the packages which will be installed on the new system ?
2021-01-20 11:25:24 <yann-kaelig> lsit/list
2021-01-20 11:44:33 <yann-kaelig> well, add extra-repository doesn't works as expected. I was thinking that my packages with latest version will be used instead of those from the alpine repository but it not working
2021-01-20 11:46:41 <ikke> mizux: musl-1.2.2 on edge already uses faccess2. The version of musl on alpine:edge (without upgrading) is musl-1.2.2_pre6-r0
2021-01-20 11:46:47 <yann-kaelig> ha! it does work in fact, that weird
2021-01-20 11:46:49 <ikke> which does not have that syscall yet
2021-01-20 11:49:24 <mizux> the only command i use is apk add --no-cache git build-base linux-headers cmake
2021-01-20 11:49:47 <mizux> do you know how I can pin musl ? (sorry alpine noob here)
2021-01-20 11:51:08 <ikke> apk add musl=1.2.2_pre6-r0
2021-01-20 11:52:07 <yann-kaelig> genapkovl-zfs.sh : can't create /etc/apk/world permission denied
2021-01-20 11:53:08 <yann-kaelig> https://dpaste.com/64TSJ4JRT
2021-01-20 12:09:27 <yann-kaelig> lol, I killed my system
2021-01-20 12:09:27 <mizux> musl-1.2.2_pre6-r0:
2021-01-20 12:09:27 <mizux>     breaks: musl-dev-1.2.2-r0[musl=1.2.2-r0]
2021-01-20 12:09:31 <mizux> @ikke i think build-base must pull musl-dev
2021-01-20 12:10:38 <mizux> build-base -> libc-dev (0.7.2-r3) -> musl-dev
2021-01-20 12:13:34 <ikke> right, that explains why musl gets upgraded
2021-01-20 12:14:14 <mizux> https://gitlab.alpinelinux.org/alpine/aports/-/issues/12321
2021-01-20 12:14:23 <mizux> at least i'm not alone
2021-01-20 12:15:04 <mizux> (off topic I like the issue number)
2021-01-20 12:17:57 <ikke> No, you are not the only one
2021-01-20 12:20:37 <guix-vits> e.. do anyone who have a broken system use btrfs or zfs?
2021-01-20 12:21:02 <guix-vits> i just trying the "snapshot as root" thing.
2021-01-20 12:21:26 <guix-vits> like roll-backs.
2021-01-20 12:22:14 <guix-vits> or you testing the updatea in VMs first, on edge?
2021-01-20 12:42:14 <Hello71_> xordspar0, krisk: use musl-nscd
2021-01-20 12:47:08 <krisk> Hello71_: Ah, nice!  Thanks for the tip!
2021-01-20 12:51:31 <guix-vits> i've modified /etc/init.d/root.  apk audit | grep root yields nothing.
2021-01-20 12:53:18 <mizux> BTW many thanks ikke for your time !
2021-01-20 13:26:54 <ikke> mizux: no problem, we are facing the same issue
2021-01-20 13:27:09 <ikke> runc is atm working on a fix to prevent these issues in the future
2021-01-20 13:27:14 <ikke> but takes a while before that trickled down
2021-01-20 13:27:32 <ikke> https://github.com/opencontainers/runc/pull/2737
2021-01-20 13:43:47 <yann-kaelig> well, there is something not explained with this wiki https://wiki.alpinelinux.org/wiki/How_to_make_a_custom_ISO_image_with_mkimage when you want to make packages available at boot
2021-01-20 13:44:05 <yann-kaelig> it' doesn't work with permission denied
2021-01-20 13:45:22 <yann-kaelig> I tried to run with sudo but in this case there is another issue
2021-01-20 13:46:18 <yann-kaelig> https://dpaste.com/9LFMPBRXP
2021-01-20 13:46:53 <guix-vits> 
ACTION which command?  the page is big.

2021-01-20 13:52:55 <yann-kaelig> https://dpaste.com/D539DHUVC
2021-01-20 13:58:00 <yann-kaelig> full log when I tried to run the script as user https://dpaste.com/5FYWWXJEB
2021-01-20 14:09:07 <guix-vits> yann-kaelig: if you add tmp=/tmp before first use of $tmp?
2021-01-20 14:09:15 <guix-vits> idk.
2021-01-20 14:15:21 <yann-kaelig> well, this is the second time the script has killed my system
2021-01-20 14:16:10 <yann-kaelig> all my softwares has been removed, and the system doesn't boot anymore,
2021-01-20 14:20:53 <yann-kaelig> fortunately, I'm working on a VM Clone.
2021-01-20 14:20:57 <yann-kaelig> so, let try again
2021-01-20 14:27:17 <guix-vits> 
ACTION evil iso, act II.

2021-01-20 14:31:33 <yann-kaelig> I think this wiki shoudl be renamed to " How to kill your Alpine" ^^
2021-01-20 15:15:20 <yann-kaelig> ha! I got something working at least during the build of iso. Let's make a try and see if the packages are available on the live
2021-01-20 15:24:21 <yann-kaelig> doesn't works as expected.
2021-01-20 15:24:29 <yann-kaelig> Very bad explanation
2021-01-20 15:28:12 <guix-vits> this works? https://raw.githubusercontent.com/alpinelinux/aports/master/scripts/mkimg.standard.sh
2021-01-20 15:28:43 <guix-vits> extended already has zfs.
2021-01-20 15:30:34 <yann-kaelig> Yes, I know but I dont' want all the others softwares. I only need zfs with a standard alpine
2021-01-20 15:31:15 <yann-kaelig> And I want zfs available from the live
2021-01-20 15:31:18 <guix-vits> add "zfs" to standard (in same file).
2021-01-20 15:32:10 <yann-kaelig> That what  I have done, but zfs or zpool softwares are not available from the live
2021-01-20 15:32:26 <yann-kaelig> or/and
2021-01-20 15:32:54 <guix-vits> zfs-utils ?
2021-01-20 15:33:15 <yann-kaelig> Tested too, nothing changed. But zfs and zpool comes from zfs
2021-01-20 15:36:59 <guix-vits> maybe kernel_addons with for loop?
2021-01-20 15:38:13 <xordspar0> yann-kaelig: It's true that extended has a bunch of packages besides zfs, but that doesn't affect the size of the intalled system. There are just more packages available during installation. If you are only using it as a live rescue media and not for intallation, then I would argue that it's still valuable to use the official extended media instead of something that you have to maintain and
2021-01-20 15:38:15 <xordspar0> rebuild on your own. The only cost is that the iso is a few MB larger.
2021-01-20 15:38:53 <yann-kaelig> xordspar0: Hi. I want Alpine for my server
2021-01-20 15:39:36 <guix-vits> do server supports uefi?
2021-01-20 15:39:51 <yann-kaelig> I don't want all the packages installed for the server purpose.
2021-01-20 15:39:53 <yann-kaelig> no
2021-01-20 15:40:42 <xordspar0> So I would just use the extended installer. The iso is bigger, but it doesn't install extra packages on your system. It just makes more things available during installation.
2021-01-20 15:43:14 <guix-vits> yann-kaelig: did you tried zfs-lts instead of zfs?
2021-01-20 15:43:33 <guix-vits> maybe, idk.
2021-01-20 15:43:42 <yann-kaelig> teh issue is teh same on extended iso, zfs not found
2021-01-20 15:43:48 <yann-kaelig> teh/the
2021-01-20 15:44:10 <guix-vits> modprobe zfs?
2021-01-20 15:44:28 <yann-kaelig> done, but zfs and zpool not found
2021-01-20 15:48:17 <yann-kaelig> taht a good idea, let's try zfs-lts
2021-01-20 15:57:20 <yann-kaelig> in fact I don't need zfs-lts the LOG show zfs-lts
2021-01-20 16:01:13 <guix-vits> also it has no /usr/sbin/zfs..
2021-01-20 16:01:58 <guix-vits> https://pkgs.alpinelinux.org/contents?file=zfs&path=%2Fusr%2Fsbin&name=&branch=edge
2021-01-20 16:02:01 <yann-kaelig> that right no zfs , no zpool
2021-01-20 16:02:17 <yann-kaelig> even on 3.12.3
2021-01-20 16:03:15 <guix-vits> so it is in 'zfs' package, which is installed.  and sh cannot find zfs cmd.
2021-01-20 16:04:20 <adhawkins> I'm building a container based on the official python:alpine image. However, this seems to be based on alpine v3.12. As such, the version of one of the packages I want (borgbackup) is out of date. It seems to be up-to-date in alpine v3.13.
2021-01-20 16:04:37 <adhawkins> Is there an easy way to pull in this newer package version?
2021-01-20 16:06:37 <yann-kaelig> The way I have done for zfs as example for my 3.12.3 Alpine was to build it myself
2021-01-20 16:07:12 <adhawkins> I was hoping there'd be a simpler way :)
2021-01-20 16:08:25 <adhawkins> I guess I could use pip to install it (borgbackup) rather than apk. I think that'll get the latest version.
2021-01-20 16:10:06 <yann-kaelig> I don't know if it's a good idea, that could leave the system in a weird state
2021-01-20 16:10:28 <adhawkins> I've installed other packages using pip and it seems Ok. This is a container that's solely used to run borg for backups.
2021-01-20 16:10:44 <adhawkins> However, pip install borgbackup complains about missing openssl headers. Any way to get them installed in alpine?
2021-01-20 16:11:37 <maxice8> openssl-dev
2021-01-20 16:13:36 <adhawkins> Also complaining about needing cython.
2021-01-20 16:13:44 <adhawkins> Added that and it doesn't seem to find it :(
2021-01-20 16:13:46 <xordspar0> adhawkins: If the only purpose of the container is doing backups, maybe it's easier to do FROM alpine:3.13; RUN apk add borg python
2021-01-20 16:14:10 <adhawkins> Yeah, that may well be simpler xordspar0.
2021-01-20 16:15:03 <xordspar0> Presumably you want Python for some script you wrote? borg already depends on Python, so there's no need to install it explicitly.
2021-01-20 16:21:35 <adhawkins> xordspar0: No, just borgbackup (and emborg).
2021-01-20 16:23:06 <adhawkins> Ok, all sorted. Basing on alpine:3.13, and then installing py3-pip and some other packages as well as borgbackup. I can then pip3 install emborg and all appears well. Thanks xordspar0 and yann-kaelig. Appreciate the help.
2021-01-20 17:02:06 <adhawkins> Is there a way to 'request' packages to be added to alpine? Apologies if that's an FAQ :)
2021-01-20 17:02:24 <maxice8> Create an issue on https://gitlab.alpinelinux.org/alpine/aports
2021-01-20 17:09:17 <adhawkins> Done, thanks maxice8: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12337
2021-01-20 18:50:43 <PureTryOut[m]2> LibreOffice is still blocking upgrade of boost for me...
2021-01-20 18:51:23 <PureTryOut[m]2> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/AlutpeiqZXCbKXdcTHtuQEiU/message.txt >

2021-01-20 18:53:20 <PureTryOut[m]2> Oh actually, seems it has not gotten the boost bump yet
2021-01-20 18:55:11 <mps> hmm, I only see '* PureTryOut[m]2 sent a long message: ...' :)
2021-01-20 18:55:27 <PureTryOut[m]2> Not a link to the full thing?
2021-01-20 18:55:43 <mps> yes, and link
2021-01-20 18:55:47 <PureTryOut[m]2> (as I basically sent a pastebin like thing)
2021-01-20 18:55:56 <PureTryOut[m]2> yes, so click it if you want to see it 😛
2021-01-20 18:56:07 <mps> but this msg is without context
2021-01-20 18:56:39 <mps> hmmm
2021-01-20 18:57:03 <PureTryOut[m]2> Well not really, it's in context of "LibreOffice is still blocking upgrade of boost for me..."
2021-01-20 18:57:14 <mps> do whatever you want but this is not good communication
2021-01-20 18:57:19 <PureTryOut[m]2> I could've said "see log ☝️" but I thought this was clear enough
2021-01-20 18:57:33 <PureTryOut[m]2> Guess it wasn't
2021-01-20 18:58:18 <mps> 'When you are in Rome speak as Roman'
2021-01-20 19:00:36 <PureTryOut[m]2> Anyways I'm guessing LibreOffice needs a rebuild as well
2021-01-20 19:00:41 <xordspar0> I was pretty clear to me. "I have this problem", link to pastebin. ¯\_(ツ)_/¯
2021-01-20 19:01:42 <mps> PureTryOut[m]2: iirc, it is related to current gcc, not sure is it solved
2021-01-20 19:01:54 <PureTryOut[m]2> Oh?
2021-01-20 19:02:24 <mps> I didn't had time last months to follow gcc in alpine
2021-01-20 19:03:07 <mps> some patches from gcc-next are backported but not sure which ones
2021-01-20 19:03:34 <mps> gcc-11-pre or how it is named
2021-01-20 19:04:43 <mps> oh, this looks like related to boost libs current problems, not gcc
2021-01-20 19:06:55 <PureTryOut[m]2> Yeah ok, so as I said 😃
2021-01-20 19:08:03 <PureTryOut[m]2> I'm guessing you're talking about the CI problems?
2021-01-20 19:15:05 <mps> no, boost upgrade have some issues
2021-01-20 19:15:24 <mps> I think maxice8 know this a lot better
2021-01-21 10:44:36 <sickness> hi all
2021-01-21 10:45:56 <sickness> 2 questions which I can't find an answer on google nor alpinelinux.org: 1) is there a bcachefs enabled image of alpine linux? 2) is there a rock64 image of alpine linux? tnx
2021-01-21 10:56:30 <guix-vits> https://wiki.alpinelinux.org/wiki/Alpine_on_ARM
2021-01-21 10:58:04 <mps> guix-vits: this is outdated
2021-01-21 10:59:08 <guix-vits> cool.
2021-01-21 10:59:30 <mps> actually it is totally wrong and should be removed
2021-01-21 11:00:09 <mps> sickness: rock64 is rk3399?
2021-01-21 11:00:23 <guix-vits> sickness: i see no bcache: https://raw.githubusercontent.com/alpinelinux/aports/master/scripts/mkimg.standard.sh
2021-01-21 11:00:23 <guix-vits> but bcache-tools is in repos.
2021-01-21 11:00:48 <guix-vits> mps:  rockpro64 is 3399.
2021-01-21 11:01:01 <guix-vits> rock64 is another
2021-01-21 11:01:07 <mps> aha
2021-01-21 11:02:03 <mps> so, what SOC is rock64 based
2021-01-21 11:02:11 <mps> on what*
2021-01-21 11:05:14 <mps> aha, RK3328
2021-01-21 11:12:58 <samialazar[m]> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/bsISxrcmjFeiFMeYeRTQUAUW/message.txt >

2021-01-21 11:14:03 <samialazar[m]> i run into this during the installation (Fully-Encrypted alpine installation)
2021-01-21 11:15:55 <afontain_> you can try to reboot and see if it works
2021-01-21 11:16:07 <afontain_> otherwise, you'll have to fix the MBR manually I guess
2021-01-21 11:16:19 <afontain_> are you using legacy booting?
2021-01-21 11:17:17 <samialazar[m]> I ignored it but I doesn't boot. I am using UEFI
2021-01-21 11:17:29 <samialazar[m]>  * I ignored it but I doesn't boot. I am using UEFI afontain
2021-01-21 11:17:53 <afontain_> which bootloader have you got installed
2021-01-21 11:18:02 <samialazar[m]> grub
2021-01-21 11:18:16 <afontain_> try chrooting and running install-grub manually
2021-01-21 11:18:40 <afontain_> are you using GPT?
2021-01-21 11:18:48 <afontain_> have you got an EFI partition?
2021-01-21 11:19:48 <adhawkins> First time install of alpine, how do I get the console to use GB keyboard layout at boot?
2021-01-21 11:19:58 <adhawkins> I can change it on the fly, but it reverts after every reboot.
2021-01-21 11:20:18 <guix-vits> setup-keymap
2021-01-21 11:20:34 <samialazar[m]> Yes am Using GPT partition but protective MBR is also being created automatically. I also have EFI partition for the boot partition
2021-01-21 11:20:51 <samialazar[m]>  * Yes am Using GPT partition but protective MBR is also being created automatically. I also have EFI partition for the boot partition afontain
2021-01-21 11:20:55 <adhawkins> Pretty sure I did that, just trying again. guix-vits
2021-01-21 11:21:17 <afontain_> right
2021-01-21 11:21:25 <afontain_> so boot on the iso, chroot
2021-01-21 11:21:33 <adhawkins> Still the same guix-vits.
2021-01-21 11:21:37 <afontain_> check you've got everything in fstab, mount -a
2021-01-21 11:21:47 <adhawkins> It applied it after I ran it on the console, but after a reboot it's back to the US layout.
2021-01-21 11:22:11 <afontain_> and try to install grub again https://wiki.archlinux.org/index.php/GRUB#UEFI_systems
2021-01-21 11:22:28 <afontain_> weird that it didn't work though
2021-01-21 11:22:36 <guix-vits> adhawkins: try add loadkmap to boot runlevel?
2021-01-21 11:22:37 <afontain_> what's your computer model?
2021-01-21 11:22:57 <mps> adhawkins: rc-update add loadkmap
2021-01-21 11:23:01 <samialazar[m]> Lenovo thinkpad L430
2021-01-21 11:23:39 <samialazar[m]>  * Lenovo thinkpad L430 afontain
2021-01-21 11:24:14 <afontain_> right, thinkpads are supposed to be sane
2021-01-21 11:24:22 <afontain_> so check it's correctly installed
2021-01-21 11:24:25 <sickness> mps: it is rk3328
2021-01-21 11:24:27 <guix-vits> 
ACTION just did rc-status -a, seen loadkmap at 'boot' ;)

2021-01-21 11:24:51 <mps> sickness: yes, I found
2021-01-21 11:25:03 <sickness> guix-vits: that's also why I asked, I could also find bcache-tools, so I've thought maybe a bcachefs enabled kernel has been added, maybe in some beta repository idk =_)
2021-01-21 11:25:16 <adhawkins> mps guix-vits Still the same.
2021-01-21 11:25:42 <mps> sickness: I'm not sure if kernel works and bootloader but userspace should work ootb
2021-01-21 11:26:03 <mps> adhawkins: /etc/init.d/loakmap start
2021-01-21 11:26:21 <mps> loadkmap*
2021-01-21 11:26:28 <adhawkins> mps: Just found that myself and ran it, and the keymap is set correctly.
2021-01-21 11:26:34 <samialazar[m]> <afontain_ "right, thinkpads are supposed to"> Thanks! I will try it again
2021-01-21 11:26:37 <adhawkins> It's just not happening at boot for some reason.
2021-01-21 11:26:45 <mps> adhawkins: or it is loadkeys,
2021-01-21 11:27:20 <mps> adhawkins: this 'rc-update add loadkmap' is to run it on boot
2021-01-21 11:27:57 <adhawkins> mps: It's in /etc/runlevels/boot
2021-01-21 11:28:08 <adhawkins> And /etc/runlevels/default
2021-01-21 11:28:16 <mps> ah, ok
2021-01-21 11:28:22 <adhawkins> There is no loadkeys command.
2021-01-21 11:28:48 <adhawkins> No sign of loadkmap in the messages emitted on the console during boot.
2021-01-21 11:29:43 <mps> apk info -W /etc/init.d/loadkeys => /etc/init.d/loadkeys is owned by kbd-openrc-2.4.0-r0
2021-01-21 11:30:22 <adhawkins> I get 'Could not find owner package'
2021-01-21 11:31:13 <adhawkins> I've installed that package, and now get 'loadkeys not found' when I try to run that init script.
2021-01-21 11:31:58 <adhawkins> Ok, added loadkeys to runlevel default, rebooting.
2021-01-21 11:32:14 <adhawkins> Same problem.
2021-01-21 11:32:47 <adhawkins> If I run the initscript manually, I get "Loading key mappings [us]"
2021-01-21 11:32:53 <adhawkins> Where do I change that?
2021-01-21 11:32:55 <mps> rc-update | grep loadk
2021-01-21 11:33:23 <adhawkins> alpine:~# rc-update | grep loadk
2021-01-21 11:33:23 <adhawkins>              loadkeys |      default
2021-01-21 11:33:23 <adhawkins>              loadkmap | boot default
2021-01-21 11:33:51 <mps>  /etc/conf.d/loadkmap
2021-01-21 11:34:17 <mps> if there is no defined map it will not start, I think
2021-01-21 11:34:20 <adhawkins> loadkmap has gb, but loadkeys has us
2021-01-21 11:34:39 <mps> you don't need both
2021-01-21 11:35:35 <adhawkins> Changed /etc/conf.d/loadkeys to 'gb', but still the same.
2021-01-21 11:36:37 <adhawkins> https://termbin.com/mg9q
2021-01-21 11:36:38 <guix-vits> like KEYMAP=/etc/keymap/gb.bmap.gz ?
2021-01-21 11:37:11 <adhawkins> guix-vits: That's what's in loadkmap's config, yes.
2021-01-21 11:38:19 <mps> adhawkins: look  at /usr/share/bkeymaps/
2021-01-21 11:38:35 <mps> keymaps are there
2021-01-21 11:38:49 <adhawkins> Yes. There are several for gb.
2021-01-21 11:38:55 <adhawkins> I'm just using 'gb.map.gz'
2021-01-21 11:39:36 <mps> I'm not sure, I don't use them so can't confirm which one would work
2021-01-21 11:39:46 <adhawkins> Hang on, file actually says gb.bmap.gz. Fixing that.
2021-01-21 11:40:02 <adhawkins> Nope, still the same :(
2021-01-21 11:42:30 <adhawkins> Seems to me that loadkmap isn't being run at startup. If I run it manually it fixes the keyboard layout.
2021-01-21 11:43:35 <mps> I run loadkeys -s hhk from console when I need this kmap, and it works
2021-01-21 11:43:47 <mps> didn't tried on boot
2021-01-21 11:44:53 <Hello71> samialazar[m]: if you changed partition table layout after installing i think you may need to apk del syslinux
2021-01-21 11:45:13 <adhawkins> mps: Yes, but having it set at boot is what I'm trying to achieve ideally.
2021-01-21 11:45:26 <adhawkins> Don't need the console much, but when I do it'll be a pain to have to remember to load it manually.
2021-01-21 11:45:51 <mps> adhawkins: understand, but can't check right now
2021-01-21 11:46:49 <samialazar[m]> <Hello71 "samialazar: if you changed parti"> apk sys-linux was preformed during installation
2021-01-21 11:46:59 <samialazar[m]> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/ubyhyBphxNcKDmfCsAXwurZa/message.txt >

2021-01-21 11:47:01 <Hello71> grub is recommended for efi
2021-01-21 11:47:22 <Hello71> please don't send these types of messages, they are hard to read on irc
2021-01-21 11:47:46 <guix-vits> adhawkins:  try copy the service in /etc/init.d, and change it to just literally cat gb.bmap to loadkmap?
2021-01-21 11:47:48 <samialazar[m]> <Hello71 "grub is recommended for efi"> my system is UEFI
2021-01-21 11:48:56 <samialazar[m]> Hello71: Oh sorry.. My system is UEFI
2021-01-21 11:48:58 <guix-vits> adhawkins: and remove the normal loadkmap from /etc/runlevels
2021-01-21 11:49:21 <guix-vits> idk
2021-01-21 11:50:32 <mps> loadkmap is default to boot runlevel
2021-01-21 11:50:38 <Hello71> adhawkins: are you using diskless?
2021-01-21 11:50:41 <mps> not default
2021-01-21 11:50:51 <mps> Hello71: good point
2021-01-21 11:51:29 <guix-vits> )
2021-01-21 11:54:48 <adhawkins> Should the 'ebegin' and 'eend' lines be echoed or logged anywhere?
2021-01-21 11:54:56 <adhawkins> Hello71: No, this is installed to a hard disk
2021-01-21 11:55:08 <Hello71> sys install?
2021-01-21 11:55:21 <adhawkins> Yes. But now you ,maention it, I did re-run the setup again.
2021-01-21 11:55:40 <adhawkins> When it asked what disk to use I think I specified 'none'.
2021-01-21 11:55:46 <adhawkins> (so that it wouldn't overwrite the install)
2021-01-21 11:55:52 <adhawkins> Could that be it?
2021-01-21 11:56:13 <mps> heh
2021-01-21 11:56:45 <mps> docs.alpinelinux.org explains modes of install
2021-01-21 11:56:49 <adhawkins> Let me reinstall and see if that helps.
2021-01-21 12:02:58 <adhawkins> Nope, still the same. loadkmap is in /etc/runlevels/boot and /etc/runlevels/default
2021-01-21 12:03:09 <adhawkins> If I run it manually (/etc/init.d/loadkmap start) it loads the layout.
2021-01-21 12:03:39 <adhawkins> And if I run start again, it says it's already started. So for some reason, it's not running at boot.
2021-01-21 12:49:04 <afontain_> samialazar: any update
2021-01-21 12:49:05 <afontain_> ?
2021-01-21 13:15:55 <guix-vits> heraldry: fork and bowl of soup ;)
2021-01-21 13:23:33 <mps> guix-vits: creative: throw fork and drink from bowl :)
2021-01-21 13:25:54 <danci1973> Hello...
2021-01-21 13:27:57 <danci1973> My ISP is using PPPoE, therefor I'm running pppd - however, pppd creates the default route without actually using the remote IP as the gateway - default dev ppp99 scope link  ....
2021-01-21 13:28:08 <Hello71> sure, and?
2021-01-21 13:28:15 <mps> danci1973: is it needed
2021-01-21 13:28:37 <danci1973> Unfortunately, some other stuff (like libreswan scripts) rely on the output of 'ip ro' to have the 'regular' format 'default via 213.250.19.90 dev ppp99' ...
2021-01-21 13:29:23 <mps> looks like bug in freeswan
2021-01-21 13:29:25 <danci1973> Any way to tell pppd to always use the remote IP as gateway?
2021-01-21 13:30:04 <mps> danci1973: that could be done in ip-up script
2021-01-21 13:31:52 <mps> IPREMOTE param
2021-01-21 13:31:57 <mps> man pppd
2021-01-21 13:32:29 <danci1973> Yeah, I was just looking at that...
2021-01-21 13:32:32 <danci1973> Thanks.
2021-01-21 13:34:17 <mps> hmm, defaultroute in man description
2021-01-21 13:34:51 <mps> Add a default route to the system routing tables, using the peer as the gateway, when IPCP negotiation is successfully completed.
2021-01-21 17:57:41 <akiva> Morning all. How many people here are using Alpine as their daily driver? I went from Debian -> Arch -> Void (for a bit, but gave up) and I am really interested in the idea of using Alpine as my daily distro.
2021-01-21 17:59:12 <mps> akiva: depends what you need
2021-01-21 17:59:12 <qman__> It works fine, the main annoyance is lack of software since there are a lot of desktop programs that require glibc
2021-01-21 17:59:36 <qman__> For example, there are no GUI RSS readers
2021-01-21 17:59:53 <akiva> qman__: My reason to try out Void was that I wanted to switch to musl. I spend all day in the command line, for the most part. I mostly rely on vim and tmux, etc.
2021-01-21 17:59:55 <qman__> And GUI mail programs are limited to claws-mail
2021-01-21 18:00:00 <mps> I first installed it in qemu and used some time before switch
2021-01-21 18:00:13 <ikke> thunderbird is in testing
2021-01-21 18:00:20 <akiva> mutt for e-mail. Also a browser is nice :)
2021-01-21 18:00:38 <mps> akiva: you are at home then :)
2021-01-21 18:00:39 <qman__> Browsers suck for RSS, that's my current workaround
2021-01-21 18:01:02 <akiva> newsbeuter would be good for that, no?
2021-01-21 18:01:25 <mps> newsboat now, i think
2021-01-21 18:01:54 <akiva> mps: My main concern is the alpine docs seem lacking (my main reason to jump ship from Void). Right off the bat, I will have to create a custom install ISO for my 32-bit UMPC that I wish to use with btrfs and full-disk encryption.
2021-01-21 18:02:03 <akiva> mps: Oh, right, newsboat.
2021-01-21 18:02:26 <qman__> Text based readers have the significant limitation that they can't display images, and comics are mostly what I use RSS for
2021-01-21 18:02:36 <qman__> So yeah
2021-01-21 18:02:44 <qman__> But reliability is fine
2021-01-21 18:03:01 <qman__> If the available software meets your needs, then go for it
2021-01-21 18:03:13 <akiva> qman__: framebuffer options, I believe. Also: w3 or sixel, etc should help
2021-01-21 18:03:54 <Hello71> there are a lot of desktop programs that require glibc?
2021-01-21 18:04:08 <akiva> Hello71: It's the de factor, usually
2021-01-21 18:04:12 <akiva> de facto*
2021-01-21 18:04:47 <Hello71> i think void has most of these programs. historically alpine is more focused on server and embedded, so desktop programs are not that much added. i don't think it is musl related
2021-01-21 18:04:56 <qman__> It's less require and more everyone built everything on glibc and few have any incentive to change their code to work with musl
2021-01-21 18:05:25 <Hello71> there are some huge programs (browsers) that need some work but for vast majority of applications no changes are required
2021-01-21 18:05:45 <Hello71> akiva: i don't see why you can't use alpine-extended or even alpine-standard
2021-01-21 18:06:49 <Hello71> at least anything that supports both mac and gnu/linux should work on alpine with minimal changes
2021-01-21 18:07:45 <akiva> Hello71: I am unsure as to what you mean? I wasn't saying I could'nt, I was just curious to hear if anyone else is using it for a daily driver. The only concerns I have is documentation. It was a pain to find out how I could get btrfs and FDE working, for example. Void seemed great, but their docs are dreadful.
2021-01-21 18:08:11 <Hello71> https://git.alpinelinux.org/alpine-conf/tree/setup-disk.in
2021-01-21 18:08:39 <Hello71> in general, core features are same on all distros, except that debian is always out of date, and ubuntu is usually out of date
2021-01-21 18:08:49 <Hello71> only difference is what scripts they put on top
2021-01-21 18:09:03 <qman__> Alpine docs are pretty lacking too, the wiki is rough and has lots of outdated pages
2021-01-21 18:09:48 <qman__> The basics of alpine specific features are reasonably well covered, though
2021-01-21 18:15:45 <akiva> qman__: Yeah, that was my observation, too (although, I have had only a small amount of time to look so far)
2021-01-21 18:24:13 <chadwick> Has anyone faced issues with nfs-utils and starting the nfs or nfsmount services? I'm receiving an error about "rpc.statd" failing to start. It should be located in /usr/sbin/rpc.statd but nfs-utils never creates it when it installs. Adding an old repo and installing several versions back creates the rpc.statd but still fails to launch.
2021-01-21 18:25:09 <Hello71> i'm inclined to say that rpc.statd shouldn't be required for nfs4
2021-01-21 18:25:50 <Hello71> it seems that those scripts are in nfs-utils-openrc
2021-01-21 18:26:15 <Hello71> don't mix repo versions unless you definitely know what you're doing. it usually doesn't work and usually breaks more than you bargained for
2021-01-21 18:27:11 <snath03> Hello all,
2021-01-21 18:27:11 <snath03> Is it possible to use s6 + s6-rc + s6-linux-init instead of OpenRC ?
2021-01-21 18:27:29 <snath03> I mean skarnet's s6 init instead of the default OpenRC?
2021-01-21 18:27:44 <Hello71> snath03: maybe, but not supported by alpine currently
2021-01-21 18:28:25 <snath03> Has there been any discussion regarding it before?
2021-01-21 18:28:33 <Hello71> you can hook it up yourself, taking into account that alpine doesn't offer configs
2021-01-21 18:29:17 <Hello71> yes, there is some discussion about replacing openrc, since it is not that "small, simple, secure" and also is quite gentoo-oriented. how to do it and where to go are still open now
2021-01-21 18:29:31 <Hello71> but probably will not happen soon
2021-01-21 18:29:51 <snath03> Hmm.... say I have installed s6 and written all the configs myself, and have uninstalled OpenRC.. then after 6 months, the next update comes. Will OpenRC be re-installed?
2021-01-21 18:30:07 <Hello71> well you can't force-uninstall packages in apk
2021-01-21 18:30:37 <Hello71> and linux package managers don't magically install stuff. it's still based on your configuration
2021-01-21 18:31:06 <Hello71> alpine-base metapackage depends on openrc but you can remove it
2021-01-21 18:31:16 <Hello71> also you should update more than once every six months
2021-01-21 18:31:32 <snath03> > yes, there is some discussion about replacing openrc
2021-01-21 18:31:32 <snath03> Is it in the mailing lists? Is it publicly visible?
2021-01-21 18:32:08 <mps> snath03: irclogs.alpinelinux.org
2021-01-21 18:32:16 <Hello71> i think mostly informally on irc
2021-01-21 18:32:25 <Hello71> very early stages now
2021-01-21 18:32:39 <Hello71> i think nobody is that motivated to put in the necessary time
2021-01-21 18:33:30 <mps> we didn't found what should be better than openrc
2021-01-21 18:34:05 <snath03> > i think nobody is that motivated to put in the necessary time
2021-01-21 18:34:05 <snath03> I may have a go at it if I get some time after a few months...
2021-01-21 18:34:06 <snath03> What needs to be done (vaugely) ?
2021-01-21 18:35:13 <mps> snath03: even s6 author cannot persuade us to use it
2021-01-21 18:35:23 <snath03> Oh.....
2021-01-21 18:35:35 <snath03> I think you mean
2021-01-21 18:35:36 <snath03> default
2021-01-21 18:35:42 <mps> yes
2021-01-21 18:36:28 <snath03> But what if there was a way... say a package.. that allowed users to replace OpenRC with s6?
2021-01-21 18:36:35 <snath03> Not the default
2021-01-21 18:36:39 <snath03> Just a package
2021-01-21 18:36:47 <snath03> What do you think?
2021-01-21 18:36:53 <mps> long time I used runit as pid1, but about 4-5 years switched to openrc, less hassle
2021-01-21 18:37:10 <mps> s6 is packaged in alpine
2021-01-21 18:37:43 <snath03> Does installing the abovementioned package replace OpenRC as the default init ?
2021-01-21 18:37:49 <mps> no
2021-01-21 18:38:20 <mps> user have to do all changes and tweaks
2021-01-21 18:38:39 <snath03> Ok.
2021-01-21 18:38:55 <neckBeardy> chadwick, sounds like you are doing it wrong
2021-01-21 18:39:23 <mps> btw, I use runit in parallel with openrc for some supervised services
2021-01-21 18:39:48 <snath03> BTW.. I am thinking of running Alpine on a Raspberry Pi.
2021-01-21 18:39:48 <chadwick> Hello71, even after installing nfs-utils-openrc I still don't have an rpc.statd and the service won't run. That's with the current version of nfs-utils and nfs-utils-openrc. Any other ideas I can try?
2021-01-21 18:39:48 <snath03> What is the normal RAM usage of a base install?
2021-01-21 18:40:39 <mps> snath03: I run it comfortably on rpi zero
2021-01-21 18:41:41 <Hello71> chadwick: where are you looking for it
2021-01-21 18:41:46 <chadwick> I am able to successfully mount the NFS manually, I just can't get it to mount on reboot. My understanding was to do that I needed to have nfsmount running as a service after adding it to my /etc/fstab
2021-01-21 18:42:04 <chadwick> in /usr/sbin which is where the service error is pointing to
2021-01-21 18:42:10 <Hello71> for client you shouldn't need any services
2021-01-21 18:42:14 <Hello71> i think
2021-01-21 18:43:07 <Hello71> snath03: depends on loaded drivers but should be no more than 100 MB including hardware-reserved ram (e.g. gpu)
2021-01-21 18:43:08 <chadwick> Am I approaching how to get it to automount on reboot incorrectly?
2021-01-21 18:43:21 <neckBeardy> does rpc.statd exist in /sbin?
2021-01-21 18:43:46 <snath03> Hello71: OK. Thanks very much.
2021-01-21 18:44:04 <neckBeardy> if so, just make a symbolic link and you should be all set.
2021-01-21 18:44:14 <Hello71> i forgot to add "... as long as you reduce gpu ram to minimum"
2021-01-21 18:44:29 <Hello71> rpc.statd is in /sbin
2021-01-21 18:44:47 <Hello71> which is what https://git.alpinelinux.org/aports/tree/main/nfs-utils/rpc.statd.initd says
2021-01-21 18:47:30 <chadwick> Sorry, I think I've been staring at this too long. You're correct, rpc.statd is in /sbin/. I'm not sure why I was thinking /usr/sbin and the file is there. So I've been chasing something that isn't causing an issue. I am gettng "failed to start '/sbin/rpc.statd'".
2021-01-21 19:42:21 <fourstepper> where do the discussions regarding bringing packages from testing to main/community occur? I looked into the mailing list, but nothing seems to be there
2021-01-21 19:45:09 <Hello71> mostly on irc
2021-01-21 19:45:28 <Hello71> there isn't really a process
2021-01-21 19:47:08 <fourstepper> ah, thanks :)
2021-01-21 21:04:25 <fourstepper> Hello71:  well - perhaps two things could be discussed then; cgroupsv2 by default and podman in community repos
2021-01-21 21:05:40 <Hello71> is openrc going to v2 by default?
2021-01-21 21:05:53 <ikke> and merge requests
2021-01-21 21:05:54 <ikke> most of alpine happens by just doing work
2021-01-21 21:06:03 <ikke> some things are discussed before on the mailing list
2021-01-21 21:07:07 <fourstepper> I don't think openrc is going to cgroupsv2 by default - if tracking upstream close is wanted, I understand
2021-01-21 21:08:01 <fourstepper> What about podman? From what I have seen and experienced, it works as expected (A/B with Fedora) and I think it could be a nice addition officially
2021-01-21 21:08:38 <ikke> just ask the maintainer to move it to community
2021-01-21 21:09:09 <fourstepper> ok, I suppose most maintainers prefer to communicate via mail?
2021-01-21 21:12:03 <fourstepper> I now wonder if mps is the maintainer, or if the names are just similar by a chance? :)
2021-01-21 21:12:56 <mps> fourstepper: what package?
2021-01-21 21:13:01 <fourstepper> podman
2021-01-21 21:13:08 <Hello71> /whois mps
2021-01-21 21:13:15 <mps> no, I'm not maintainer of it
2021-01-21 21:13:24 <fourstepper> alright my bad
2021-01-21 21:13:51 <fourstepper> Hello71: useful, thanks
2021-01-21 21:17:04 <MY-R> or if you are stalker ;) then: /whois mps mps
2021-01-21 21:18:32 <mps> what 'stalker' means?
2021-01-21 21:19:36 <MY-R> double nickname will show you idle times :)
2021-01-21 21:20:10 <mps> ah
2021-01-21 21:20:12 <MY-R> so somebody can checking you if oyu are active
2021-01-21 21:20:45 <MY-R> there are plugins which can fake your activity :P
2021-01-21 21:20:47 <mps> but single also shows idle time
2021-01-21 21:21:16 <timcowchip> http://www.thelinuxlink.net/tllts/tllts_opus.rss
2021-01-21 21:21:22 <timcowchip> free as in beer rhel, alpine linux, repair, arcade cabinets, pi, suse
2021-01-21 21:21:42 <timcowchip> topics dicussed in podcast
2021-01-21 21:21:50 <fourstepper> heh
2021-01-21 21:21:51 <MY-R> mps: run it on other nick than yours
2021-01-21 21:22:17 <fourstepper> MY-R:  **if you have nothing to do
2021-01-21 21:22:56 <MY-R> fourstepper: ye :)
2021-01-21 21:30:10 <timcowchip> https://github.com/timcowchip/timcowchip-Alpine-repo/tree/master/gpodder updated to 3.10.17
2021-01-21 21:35:47 <Hello71> MY-R: technically it is depending on what server they're on
2021-01-21 21:36:11 <Hello71> the first parameter is supposed to be server name, i think nickname is an extension meaning "the server that this user is on"
2021-01-21 21:36:26 <MY-R> idle time? no, it was always like double nick to see it
2021-01-21 21:36:35 <MY-R> just it cant be own nick
2021-01-21 21:36:53 <MY-R> own nick always show idle time, dont need to repeat it
2021-01-21 21:37:24 <MY-R> but there are probably irc clients which doing that by default
2021-01-21 21:37:27 <Hello71> as i said, it should show it if the other user is on your server
2021-01-21 21:37:39 <Hello71> otherwise it needs a request to the other server
2021-01-21 21:37:45 <Hello71> see also /motd <server>
2021-01-21 21:39:32 <MY-R> maybe, I wont be whois everyone to check who using same server to check it :P
2021-01-21 21:41:50 <mps> looks like irssi does this by default, and for users on other servers also
2021-01-21 21:43:06 <mps> hmm, no, I had to use /whois Hello71 Hello71 to see time
2021-01-21 21:50:52 <Hello71> hm, i thought user's server would be in /who output but apparently not (at least on freenode)
2021-01-21 21:51:31 <Hello71> i mean you can check this relatively easily yourself by opening another client (without autojoin) configured for same server and whois each other
2021-01-21 21:51:48 <Hello71> or open two clients with explicit server designation
2021-01-21 21:51:53 <Hello71> doesn't really matter though
2021-01-21 21:54:05 <MY-R> aaaaa brb....
2021-01-21 21:55:35 <MY-R> Hello71: yep like you said, if on same server then dont need type twice but by default better do it if rly need that idle... :)
2021-01-21 22:27:16 <radiomark> If I put syslinux on the EFI boot partition, can I have them pick up the kernel and initrd from an ext4 partition?
2021-01-21 22:29:54 <Hello71> yes but consider grub instead
2021-01-21 22:31:59 <radiomark> Is there some limitation of syslinux?
2021-01-21 22:32:58 <Hello71> many
2021-01-21 22:33:09 <Hello71> mostly small individually but annoying if you hit them
2021-01-21 22:33:20 <radiomark> Can you offer something more concrete?
2021-01-21 22:33:27 <Hello71> grub has better filesystem drivers
2021-01-21 22:33:31 <radiomark> I'll be quite happy if I can just boot a kernel and initrd
2021-01-21 22:33:35 <Hello71> syslinux is hardly maintained
2021-01-21 22:33:45 <Hello71> grub isn't great either but on average it's better than syslinux
2021-01-21 22:34:02 <Hello71> in most cases i recommend esp as /boot
2021-01-21 22:34:02 <radiomark> Can syslinux read ext4 partition?
2021-01-21 22:34:11 <radiomark> I don't mind if it has to be ext2
2021-01-21 22:35:11 <Hello71> pretty sure it's theoretically able to read ext4
2021-01-21 22:35:23 <Hello71> but for example it can't read xfs v5
2021-01-21 22:35:31 <radiomark> Haha, I think I'm ok without xfs
2021-01-21 22:35:41 <radiomark> I just can't find any syslinux docs on how to point it at a partition
2021-01-21 22:35:51 <Hello71> any filesystem features created after 2010 probably don't work
2021-01-21 22:35:54 <mps> radiomark: syslinux boots from ext4 quite fine
2021-01-21 22:36:09 <radiomark> cool, I very much prefer syslinux for its simplicity, and it works well on my other alpine installs
2021-01-21 22:36:13 <radiomark> mps: thanks
2021-01-21 22:36:25 <Hello71> the question is whether these features are critical for reading kernel/initrd
2021-01-21 22:36:53 <Hello71> 64bit times are important but it doesn't really matter if your bootloader reads the wrong timestamp
2021-01-21 22:36:55 <mps> but for efi systems I'm not sure how to tell it to use ext4 part to read initram and kernel
2021-01-21 22:36:59 <radiomark> Well, since syslinux lists "ext4" filesystem support, I presume it's enough to read a kernel and boot from it
2021-01-21 22:37:04 <radiomark> :)
2021-01-21 22:37:08 <mps> because efi must be vfat
2021-01-21 22:37:17 <radiomark> Yeah, and I don't want /boot partition to be vfat
2021-01-21 22:37:37 <radiomark> So really I just want to pick up syslinux itself using EFI, and then go on to read my /boot with the kernels being managed by apk
2021-01-21 22:37:42 <Hello71> i still recommend using grub
2021-01-21 22:37:48 <Hello71> without grub-mkconfig, which mostly sucks
2021-01-21 22:38:01 <radiomark> Hello71: thanks, we hear you :)
2021-01-21 22:38:06 <Hello71> grub itself isn't much fatter than syslinux
2021-01-21 22:38:14 <Hello71> it's just mkconfig
2021-01-21 22:38:24 <radiomark> That whole config management is off-putting, yes
2021-01-21 22:38:33 <radiomark> For now I'd quite like to see if syslinux can do this
2021-01-21 22:39:59 <Hello71> writing custom grub.cfg is roughly similar to menu.lst. imo it is better than syslinux.cfg
2021-01-21 22:47:08 <mps> Hello71: I'm quite happy with syslinux on efi system
2021-01-21 22:48:15 <radiomark> mps: I'm trying with the kernel on the dos/efi partition first
2021-01-21 22:48:24 <radiomark> That's not working yet
2021-01-21 22:49:06 <mps> I don't know much about u/efi but afaik first partition must be vfat
2021-01-21 22:49:15 <radiomark> Sorry, vfat
2021-01-21 22:49:21 <radiomark> is what I meant, I'm just being old fashioned
2021-01-21 22:50:03 <Hello71> i think setup-disk is supposed to do it right
2021-01-21 22:50:13 <Hello71> or check arch wiki
2021-01-21 22:50:58 <mps> previous week I installed alpine on old macbook using syslinux as bootloader, but I did that from sript I made
2021-01-21 22:51:32 <radiomark> Yes, I have a script for installing my VM images, so I'm just hoping to extend that
2021-01-21 23:59:16 <radiomark> Does anyone know about libinput (on Alpine)?    Just getting blank output from "libinput list-devices" (as root)
2021-01-22 00:02:36 <Hello71> should be ootb
2021-01-22 00:02:52 <Hello71> check /dev/input
2021-01-22 00:03:10 <radiomark> Yeah I have plenty of /dev/input/mouse* and /dev/input/event*
2021-01-22 00:03:44 <radiomark> There's a cluet with "libinput debug-events"
2021-01-22 00:03:52 <radiomark> "Expected device added events on startup but got none. Maybe you don't have the right permissions?"
2021-01-22 00:03:54 <radiomark> But I'm running as root
2021-01-22 00:04:05 <Hello71> maybe need udev
2021-01-22 00:04:07 <radiomark> strace'ing it
2021-01-22 00:04:37 <radiomark> Interesting thought
2021-01-22 00:06:21 <radiomark> Ah, so I'm porbably encountering 'libev' ias an alternative to 'libinput'?
2021-01-22 00:12:23 <MY-R> radiomark: could you try install 'xinput' and check with xinput command?
2021-01-22 00:13:30 <radiomark> I only have two 'Virtual core pointer' and 'Virtual core keyboard' listed in X11
2021-01-22 00:13:44 <radiomark> I think I'm seeing libev which is alternative to libinput?
2021-01-22 00:14:11 <radiomark> Sorry, evdev
2021-01-22 00:16:31 <MY-R> it still should show you devices
2021-01-22 00:16:47 <MY-R> radiomark: do you have 'xf86-input-libinput' installed?
2021-01-22 00:17:16 <radiomark> Not any more; I was trying that before realising I should probably be using evdev
2021-01-22 00:17:30 <MY-R> both should use without issues
2021-01-22 00:17:40 <MY-R> s/use/work
2021-01-22 00:17:49 <radiomark> I'm not totally clear on the role of each part here, or which are alternatives ...yet
2021-01-22 00:18:08 <radiomark> I was running without udev (using eudev?)
2021-01-22 00:18:23 <radiomark> but installing udev seems to have made no difference either
2021-01-22 00:18:28 <radiomark> I have the /dev/input/* nodes
2021-01-22 00:18:50 <MY-R> eudev is just udev
2021-01-22 00:19:08 <MY-R> radiomark: did you reboot after?
2021-01-22 00:19:15 <radiomark> After installing udev?
2021-01-22 00:19:19 <radiomark> No I just started the service
2021-01-22 00:19:33 <radiomark> I think things are tangled here, I shouldn't be just guesing like this
2021-01-22 00:19:35 <MY-R> radiomark: please reboot
2021-01-22 00:19:46 <MY-R> Alpine by default using mdev
2021-01-22 00:19:48 <radiomark> I was originally trying to work back from an strace of "libevent debug-events"
2021-01-22 00:19:57 <MY-R> after install of eudev/udev it will replace mdev
2021-01-22 00:20:18 <radiomark> So I'd like to stay minimal to begin with to understand the components
2021-01-22 00:20:32 <radiomark> Rebooting is fine, but which '*dev' packages are you recommending to have installed?
2021-01-22 00:21:49 <MY-R> radiomark: https://wiki.alpinelinux.org/wiki/Alpine_setup_scripts#setup-xorg-base
2021-01-22 00:22:51 <MY-R> radiomark: udev just point to eudev
2021-01-22 00:22:58 <radiomark> Ah, I see that now
2021-01-22 00:23:29 <MY-R> you need udev/eudev for libinput stuff
2021-01-22 00:23:36 <radiomark> So I have the 'trackpoint' listed but no movement, only clicks
2021-01-22 00:23:38 <radiomark> And no keyboard
2021-01-22 00:23:43 <radiomark> (listed in "xinput")
2021-01-22 00:24:37 <MY-R> radiomark: did you run 'setup-xorg-base' command? it will install minimal stuff
2021-01-22 00:24:48 <radiomark> Yeah, I've run that -- though I had those packages installed already
2021-01-22 00:25:02 <MY-R> and reboot like told you before?
2021-01-22 00:25:11 <radiomark> Yeah I've rebooted
2021-01-22 00:25:25 <MY-R> and how you running xorg? startx?
2021-01-22 00:25:27 <radiomark> I'm just looking at the setup-udev script thaat ran as part of setup-xorg-base
2021-01-22 00:25:40 <radiomark> Yes using startx, for now
2021-01-22 00:26:16 <MY-R> and if running libinput/xinput as root then got everything?
2021-01-22 00:26:30 <radiomark> No you're right -- I hadn't had the 'setup-udev' run before the reboot
2021-01-22 00:26:36 <radiomark> I've done that and rebooted, it's a step further now
2021-01-22 00:27:20 <JamesNewAlpine> Hey everyone.
2021-01-22 00:27:21 <JamesNewAlpine> Hopefully I am in the right place, if not please send me on my way
2021-01-22 00:27:21 <JamesNewAlpine> I am hoping to get some help `x2goserver` in alpine.
2021-01-22 00:27:22 <JamesNewAlpine> When running:
2021-01-22 00:27:22 <JamesNewAlpine> `apk add x2goserver`
2021-01-22 00:27:23 <JamesNewAlpine> using these repos:
2021-01-22 00:27:23 <JamesNewAlpine> https://nl.alpinelinux.org/alpine/edge/main
2021-01-22 00:27:24 <JamesNewAlpine> https://nl.alpinelinux.org/alpine/edge/community
2021-01-22 00:27:24 <JamesNewAlpine> https://nl.alpinelinux.org/alpine/edge/testing
2021-01-22 00:27:25 <JamesNewAlpine> I am getting this error:
2021-01-22 00:27:25 <JamesNewAlpine> ```
2021-01-22 00:27:26 <JamesNewAlpine> Executing x2goserver-4.1.0.3-r3.post-install
2021-01-22 00:27:26 <JamesNewAlpine> Can't locate Try/Tiny.pm in @INC (you may need to install the Try::Tiny module) (@INC contains: /usr/local/lib/perl5/site_perl /usr/local/share/perl5/site_perl /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/core_perl /usr/share/perl5/core_perl) at /usr/sbin/x2godbadmin line 29.
2021-01-22 00:27:27 <JamesNewAlpine> BEGIN failed--compilation aborted at /usr/sbin/x2godbadmin line 29.
2021-01-22 00:27:27 <JamesNewAlpine> ERROR: x2goserver-4.1.0.3-r3.post-install: script exited with error 2
2021-01-22 00:27:28 <JamesNewAlpine> ```
2021-01-22 00:27:28 <JamesNewAlpine> You can see the full error here:
2021-01-22 00:27:29 <JamesNewAlpine>  https://github.com/jamesmstone/alpine-make-vm-image/runs/1745693573?check_suite_focus=true#step:4:370
2021-01-22 00:27:59 <MY-R> JamesNewAlpine: next time please use something like: https://tpaste.us/
2021-01-22 00:28:22 <JamesNewAlpine> sorry! will do
2021-01-22 00:29:43 <radiomark> MY-R: thanks
2021-01-22 00:29:52 <radiomark> so I'm running using libinput
2021-01-22 00:29:55 <MY-R> radiomark: now I think you have to decide what wanna use for your touchpad, libinput or evdev synaptics driver
2021-01-22 00:30:13 <MY-R> radiomark: ahh ok, gj :)
2021-01-22 00:30:21 <radiomark> You mean xf86-input-synaptics?
2021-01-22 00:30:40 <MY-R> radiomark: ye, some people still prefer to use it but will need extra configuration I guess
2021-01-22 00:30:45 <radiomark> On my old system (which was void linux) I ended up switching from that to input-libinput, but I can't remember why the reason
2021-01-22 00:31:02 <MY-R> so if libinput working fine then dont bother
2021-01-22 00:33:43 <TBK[m]> JamesNewAlpine: it seems x2goserver is missing perl-try-tiny as a dependency. Please report it at https://gitlab.alpinelinux.org/alpine/aports/issues
2021-01-22 00:33:43 <TBK[m]> As a workaround add perl-try-tiny - apk add perl-try-tiny
2021-01-22 00:34:11 <JamesNewAlpine> Great thanks, I will give that a go
2021-01-22 00:34:21 <MY-R> gitlab.alpinelinux.org is down or is just me?
2021-01-22 00:34:50 <caskd> MY-R: it is
2021-01-22 00:35:13 <MY-R> thanks
2021-01-22 00:35:23 <TBK[m]> appears so :/
2021-01-22 00:35:34 <MY-R> not directly down, just something in the middle
2021-01-22 00:35:44 <MY-R> route to it
2021-01-22 00:38:01 <MY-R> ah yeah: https://status.linode.com/
2021-01-22 01:20:41 <Hello71> radiomark: evdev is basically unmaintained
2021-01-22 01:20:55 <Hello71> of course at that rate xorg is also basically unmaintained now, so...
2021-01-22 01:21:41 <radiomark> Yeah I wonder about the whole xorg thing
2021-01-22 01:22:02 <radiomark> The whole reason I am using Linux is to run an X desktop
2021-01-22 01:22:39 <radiomark> This is also why I'm interested in trying Alpine as a desktop OS, as my needs are much the same as 20+ years ago
2021-01-22 01:22:59 <radiomark> Which is a decent unix-like system that runs X apps
2021-01-22 01:23:48 <radiomark> And X works really well :)
2021-01-22 01:32:10 <ns423517> I'm a newb who's trying to install git.  I'm adding repos to /etc/apk/repositories ( https://dl-cdn.alpinelinux.org/alpine/latest-stable/community/ ) but I keep getting errors when running "apk update".
2021-01-22 01:32:38 <ns423517> it keeps giving me "temporary error (try again later)"
2021-01-22 01:32:49 <ns423517> I'm not sure what else to do
2021-01-22 01:33:19 <ns423517> I'm running the virtual optimised version 3.13 inside virtualbox
2021-01-22 01:38:04 <radiomark> Folks, thanks for the help. X is working great on my Thinkpad x270
2021-01-22 01:38:55 <radiomark> Catch you later
2021-01-22 04:32:18 <Mer|in> hello
2021-01-22 04:33:42 <Mer|in> got a question about running alpine - it doesn't seem that the screen ever turns off or goes blank - is this a setting somewhere?
2021-01-22 04:33:59 <Mer|in> (running without x or wayland, simple tty console)
2021-01-22 05:25:50 <ikke> Mer|in: https://superuser.com/questions/152347/change-linux-console-screen-blanking-behavior
2021-01-22 05:43:16 <snath03> does alpine use elogind ?
2021-01-22 05:44:02 <ikke> snath03: alpine provides it, but you have to install it yourself
2021-01-22 05:44:09 <snath03> How do you run Xorg? Using elogind? Or directly as root? Or using setuid/setgid bit? Or something else?
2021-01-22 05:45:27 <ikke> I don't have experience with elogind myself, so I'm not sure
2021-01-22 05:45:42 <snath03> @ikke You don't run Xorg?
2021-01-22 05:46:03 <ikke> I do run xorg
2021-01-22 05:46:18 <snath03> How? using sudo?
2021-01-22 05:46:28 <ikke> No, just startx
2021-01-22 05:46:52 <ikke> I think it's already suid
2021-01-22 05:47:42 <snath03> > I think it's already suid
2021-01-22 05:47:43 <snath03> That's exactly what I wanted to know. Thanks!
2021-01-22 11:28:31 <radiomark> Hi, normally I would use wpa_supplicant, but it always feels a bit bulky. Is there an alternative worth considering?
2021-01-22 11:29:16 <ikke> I'm not sure if there is an alternative that would feel less bulky compared to wpa_supplicant
2021-01-22 11:30:00 <ccrr10> Hi, how can I exclude files and at the same time include other files in an lbu commit with a single command?
2021-01-22 11:30:14 <mps> radiomark: iwd?
2021-01-22 11:30:24 <mps> though it need dbus
2021-01-22 11:30:27 <radiomark> I know what you mean :) I suppose it's more clunky than bulky. It especially feels that way if I just want to connect to a public wifi stuff
2021-01-22 11:30:34 <radiomark> Though I am not keen on wrapping wpa_supplicant
2021-01-22 11:30:37 <radiomark> or dbus :)
2021-01-22 11:31:13 <mps> but iirc dbus is also needed for wpa_s
2021-01-22 11:31:27 <radiomark> Interesting, I don't  think I had dbus installed previously
2021-01-22 11:31:35 <ikke> mps: for what actually?
2021-01-22 11:31:51 <mps> kiss linux 'boss' made iwd without dbus
2021-01-22 11:31:55 <radiomark> It's installed without dbus
2021-01-22 11:32:20 <mps> s/boss/BDFL/
2021-01-22 11:32:23 <ikke> mps: I guess dbus integration is for status applets?
2021-01-22 11:32:47 <radiomark> I'd probabably be really happy with wpa_supplicant if it was a) easier to type;   b) had a quicker way to just add a new network with SSID and password
2021-01-22 11:32:57 <mps> ikke: not sure why it is for wpa_s, but is 'recomended'
2021-01-22 11:33:02 <radiomark> Perhaps both both of these are easy to solve
2021-01-22 11:33:38 <mps> radiomark: re udev, there is libudev-zero on alpine
2021-01-22 11:33:51 <Hello71> iwd is "new" wpa_supplicant alternative
2021-01-22 11:33:57 <radiomark> mps: you mean re yesterdays' conversation for X11 input devices?
2021-01-22 11:34:15 <Hello71> wpa_gui is decent
2021-01-22 11:34:32 <mps> radiomark: for whatever, no more e/udev
2021-01-22 11:34:34 <mps> :)
2021-01-22 11:34:43 <Hello71> too many obsolete fields but you can just ignore those
2021-01-22 11:35:01 <mps> Hello71: we also have iwgtk, iwd gui fronted :)
2021-01-22 11:35:03 <radiomark> iwd does depend on dbus
2021-01-22 11:35:19 <radiomark> I'm not sure I'm looking to go in that direction
2021-01-22 11:37:42 <mps> radiomark: look in kiss linux for iwd without dbus
2021-01-22 11:38:32 <radiomark> interesting, thanks
2021-01-22 11:38:55 <radiomark> I see myself gravitating towards wpa_supplicant rather than swimming against the tide with iwd
2021-01-22 11:38:58 <mps> but, wpa_s usually need dhcp client
2021-01-22 11:39:14 <radiomark> wpa_gui looks interesting, and maybe it proves you can add new networks temporarily from the cli
2021-01-22 11:39:16 <mps> while iwd have it included
2021-01-22 11:39:57 <mps> iwd also have iwctl (cli with readline) and can be used from scripts
2021-01-22 11:40:35 <mps> and, what is most important iwd have FILS implemented
2021-01-22 11:40:40 <radiomark> FILS?
2021-01-22 11:40:56 <mps> Fast Internet Link Setup
2021-01-22 11:41:31 <mps> new standard, connects in less than 200 ms (milli seconds)
2021-01-22 11:41:43 <radiomark> Presumably good for hopping between wifi points?
2021-01-22 11:41:49 <radiomark> I have 4 in this house
2021-01-22 11:41:51 <mps> right
2021-01-22 11:44:42 <Hello71> if you control all of them then set up roaming is better
2021-01-22 11:47:29 <JC72> Hi all
2021-01-22 11:47:37 <radiomark> I have set various settings, though I'm not sure exactly which would be meant by "roaming"
2021-01-22 11:47:55 <ikke> share the same SSID
2021-01-22 11:48:05 <radiomark> Yes, I've done that
2021-01-22 11:48:16 <radiomark> There were also some additional options to do with fast network switching, or similar
2021-01-22 11:48:25 <ikke> And clients can use the same IP
2021-01-22 11:48:30 <radiomark> This is openwrt
2021-01-22 11:48:48 <radiomark> Yes, it's the same dhcp server behind all the wifi hotspots
2021-01-22 11:53:02 <JC72> I have a question in relation to Docker.....I am interested in building my own Alpine Linux Parent Image for Docker. If you go to dockers website they tell you to use "debootstrap" but this is Debian’s tool... what tool would I use for Alpine Linux ?
2021-01-22 11:53:53 <ikke> JC72: minirootfs
2021-01-22 11:53:59 <ikke> it's not a tool
2021-01-22 11:54:55 <ikke> you can use docker image load to create an image from a tar archive
2021-01-22 11:55:15 <JC72> exactly
2021-01-22 11:55:31 <ikke> https://dl-cdn.alpinelinux.org/alpine/v3.13/releases/x86_64/alpine-minirootfs-3.13.0-x86_64.tar.gz
2021-01-22 11:56:01 <JC72> Thank you :)
2021-01-22 11:56:20 <ikke> You can extract that archive, adjust the contents to your liking, and then create a tar from that again and import that
2021-01-22 11:59:22 <JC72> @ikke Thanks :)
2021-01-22 12:00:44 <ikke> JC72: An more mimimal method would be downloading apk-static and creating a chroot with that
2021-01-22 12:00:52 <ikke> (which I guess would be more similar to debootstrap)
2021-01-22 12:03:02 <ikke> apk.static add -X https://dl-cdn.alpinelinux.org/alpine/v3.13/main --initdb --allow-untrusted --root path/to/chroot alpine-base
2021-01-22 12:07:03 <JC72> @ikke Thanks
2021-01-22 12:07:31 <radiomark> mps: I can't find libudev-zero on alpine, and eudev is a core dependency of the base system
2021-01-22 12:07:40 <radiomark> mps: though it looks an interesting project
2021-01-22 12:09:43 <mps> radiomark: enable testing apk repo
2021-01-22 12:09:50 <radiomark> aha, of course
2021-01-22 12:10:10 <radiomark> is it possible for me to enable testing in a way that I have to explicitly get packages from it?
2021-01-22 12:10:30 <mps> yes, pinning
2021-01-22 12:10:59 <Hello71> ah, 802.11r is only really needed for 802.1x
2021-01-22 12:12:17 <radiomark> mps: is pinning what I need? So that I do "apk add libudev-zero@testing"
2021-01-22 12:12:18 <Hello71> JC72: it is more docker-like to FROM alpine:edge and add your packages
2021-01-22 12:12:24 <radiomark> Otherwise it won't find it
2021-01-22 12:12:31 <radiomark> That's the behaviour I'm looking for
2021-01-22 12:12:37 <Hello71> radiomark: only specific packages are in testing. it is not like arch
2021-01-22 12:13:16 <radiomark> I don't know what arch does, but I just would like it to be more difficult to isntall packages from testing
2021-01-22 12:13:23 <radiomark> So that I know I'm specifically doing that
2021-01-22 12:14:19 <Hello71> pinning may be appropriate for you
2021-01-22 12:14:32 <mps> radiomark: yes, and there is article on wiki.a.o about this
2021-01-22 12:14:35 <fourstepper> I think the above will work as you need, adding the repo with the pin and then installing with package@testing should work
2021-01-22 12:15:05 <radiomark> I've added the repo, but I can easily search for packages and install them, so it appears as if they are in the main repos
2021-01-22 12:15:47 <radiomark> Aaah
2021-01-22 12:15:49 <mps> yes, but will not bee installed without 'pin' @testing at the end
2021-01-22 12:16:03 <radiomark> I see, I was not reading the useful bit of the docs
2021-01-22 12:16:31 <mps> yes, modern time and NG people :P
2021-01-22 12:16:55 <radiomark> NG?
2021-01-22 12:17:38 <mps> Not Good, though some thinks it mean Next Generation :)
2021-01-22 12:17:49 <radiomark> You mean me?
2021-01-22 12:18:17 <mps> in general
2021-01-22 12:19:00 <radiomark> No I just got tied up another page about pinning of version numbers
2021-01-22 12:19:24 <radiomark> Besides, i don't think I can be accused of being modern or next generation
2021-01-22 12:19:25 <radiomark> :)
2021-01-22 12:19:48 <mps> ok, ok
2021-01-22 12:20:08 <mps> I'm just kidding with you
2021-01-22 12:20:47 <mps> but a lot of people come here and questions without even trying to read some basic docs
2021-01-22 12:20:55 <mps> ask*
2021-01-22 12:20:56 <radiomark> Yeah, I have experience with that :)
2021-01-22 12:21:05 <radiomark> I am reading the docs, just it takes some finding your way through them
2021-01-22 12:21:41 <mps> radiomark: I see from your question that you are not NG
2021-01-22 12:22:03 <mps> qusetions*
2021-01-22 12:22:05 <radiomark> Well if anyone NG is installing a vanilla X11 desktop then let me know
2021-01-22 12:22:28 <mps> (typing on this old macbook keyboard is not easy)
2021-01-22 12:22:32 <radiomark> Honestly I'm really pleased with Alpine
2021-01-22 12:22:48 <radiomark> We've been using it on servers for a short time, and I was impressed so I wanted to see how it would work on my laptop
2021-01-22 12:23:12 <radiomark> Not a fan of the direction of Linux distributions at all, as the direction of travel is against everything I like about the platform
2021-01-22 12:23:34 <mps> radiomark: it works very well on about 7 of laptops for me
2021-01-22 12:23:39 <JC72> I am new to Alpine but its a good distribution :)
2021-01-22 12:23:43 <radiomark> Yeah I was apprehensive about musl, but it's great
2021-01-22 12:23:57 <radiomark> I have a couple of binary/proprietary apps that could be a challenge, still to come
2021-01-22 12:24:06 <mps> radiomark: all members of my family use only alpine
2021-01-22 12:24:35 <radiomark> I'm very pleased that there _is_ a Linux that is relatively in line with the more traditional unix-like platform
2021-01-22 12:24:49 <radiomark> Because at very least that will keep the ecosystem stronger for everyone
2021-01-22 12:25:06 <mps> only m son have macbook which he needs for ios apps development
2021-01-22 12:25:07 <radiomark> I don't think the monoculture that developers around systemd/freedesktop etc. is good
2021-01-22 12:25:25 <Guest01> Hi everyone, I have a problem after installing Alpine Linux v3.9: My (main) laptop screen is broken and i would like to change my main screen to an external screen (via hdmi). The obvious problem is now i cant (really) see what i am typing nor what the shell says. Also I am very new to (Alpine) Linux. (If helpful: My external screen works and shows
2021-01-22 12:25:26 <Guest01> some basic log messages: OpenRC starting up Linux ... Loading hardware drivers...)
2021-01-22 12:25:41 <mps> but he also use armv7 chromebook with alpine
2021-01-22 12:25:41 <JC72> Well I will say bye for now
2021-01-22 12:25:43 <radiomark> But this proves to me that actually Alpine makes a really great OS if what you want is to operate the machine in this manner
2021-01-22 12:25:56 <JC72> Have a good day and stay both safe and healthy :)
2021-01-22 12:25:57 <radiomark> Alpine + X11 + window manager + wifi
2021-01-22 12:27:07 <Guest01> Is "Alpine + X11 + window manager + wifi" related to my problem?
2021-01-22 12:27:13 <mps> radiomark: you mean 'awesome wm' :)
2021-01-22 12:27:34 <radiomark> ?
2021-01-22 12:27:36 <radiomark> I'm using fvwm
2021-01-22 12:28:11 <mps> ah, that was WM i used long time ago, first after twm
2021-01-22 12:28:33 <radiomark> I remember being excited about KDE 1.0
2021-01-22 12:28:37 <radiomark> Thinking how this would be the future
2021-01-22 12:28:42 <mps> also
2021-01-22 12:28:57 <radiomark> But over time I realised that if I wanted that sort of path, it was better to just use Windows or Mac
2021-01-22 12:29:41 <mps> I built kde from source when it was announced, but removed it after one month iirc and went back to fvwm
2021-01-22 12:30:03 <radiomark> I wonder what others thing, but it feels like Linux will be under pressure to essentially 'fork' two communies -- one with freedesktop/wayland that ultimately becomes laptop-focused Mac clone
2021-01-22 12:30:35 <Hello71> Guest01: this should work automatically?
2021-01-22 12:30:41 <Hello71> ah, 3.9
2021-01-22 12:30:43 <mps> though I tried also gnome for some time
2021-01-22 12:30:46 <Hello71> why are you using such ancient version
2021-01-22 12:30:51 <radiomark> I used to work in an environment which had several thousand Linux desktops for 15+ years ... ironically all of the effort for 'linux on the desktop' just seemed to make the experience worse
2021-01-22 12:30:57 <Hello71> 3.13 should do this automatically
2021-01-22 12:31:02 <radiomark> More like 20 years, actually
2021-01-22 12:31:23 <Hello71> 3.9 is eol
2021-01-22 12:32:19 <mps> radiomark: yes, I agree with your observation about 'linux on desktop', this will not happen
2021-01-22 12:32:39 <radiomark> Certainly not any more with the effort Microsoft have gone to
2021-01-22 12:32:54 <radiomark> The environment was in was more of a "network of workstations" environment
2021-01-22 12:33:13 <radiomark> I feel Linux could have made more of a stronghold here, but by chasing laptop usage you end up in a bit of a quandry
2021-01-22 12:33:24 <mps> if I want something which looks like win/mac and works like they I would use them
2021-01-22 12:33:42 <radiomark> Especially now Linux is so well integrated as, basically, an 'app' on these platforms
2021-01-22 12:34:12 <Hello71> not for mac
2021-01-22 12:34:24 <Hello71> funnily enough i think linux now works better on windows than mac
2021-01-22 12:34:46 <radiomark> btw. I was hoping for the simple "vncviewer" client on Alpine?
2021-01-22 12:35:03 <mps> but these efforts comes from people disappointed by win/mac and they try to make same on linux
2021-01-22 12:35:45 <Guest01> Hmm i don't know why i downloaded v3.9. But if v3.13 does this automatically i'm gonna get the newest. Hopefully i can mange to install v3.13 while seeing almost nothing.^^ Thank you!
2021-01-22 12:37:42 <Hello71> Guest01: you may also edit kernel parameters to add something like, uh... video=eDP-1:off or something like that
2021-01-22 12:37:44 <Hello71> not sure of syntax
2021-01-22 12:39:04 <radiomark> Only a few things have kept me from switching away from Linux alltogether recently after 20+ years, they are: a) a few binary Linux apps; b) Linux audio drivers; c) discovering Alpine
2021-01-22 12:39:35 <radiomark> Our servers would probably be BSD by now had we not discovered Alpine, not Redhat 8 or Debian
2021-01-22 12:51:35 <Guest01> Oh i got v3.13, don't know why i said v3.9 or where i saw that, I'm sorry. (At least .alpine-release says i got v3.13). My connected device gets automatically detected and shows as previously said some log information like "OpenRC starting up Linux" or "Loading hardware drivers" or "mounting /run" and stuff like that. But i want to swap this
2021-01-22 12:51:36 <Guest01> display with the shell. And i dont know how. Maybe there is a simple keyboard combination for that or smth like that..
2021-01-22 13:42:02 <guix-vits> Guest01: idk what you mean, but try append nomodeset to linux line, in grub, after eord "quiet"
2021-01-22 13:43:41 <Hello71> 3.9 already has nomodeset
2021-01-22 13:43:58 <Hello71> it's vastly more likely that removing nomodeset will fix any issues
2021-01-22 13:44:05 <guix-vits> 3.13 Guest01 has.
2021-01-22 13:46:21 <guix-vits> ok, Guest has broken monitor, built in laptop.  Guest want to redirect video, with shell, to external HDMI.
2021-01-22 13:46:57 <guix-vits> Guest01: try close laptop lid at boot?
2021-01-22 13:47:12 <Hello71> ah, then probably should add video=eDP-1:d
2021-01-22 13:47:30 <Hello71> i don't think that works without de, but can try
2021-01-22 13:52:48 <Guest01> Closing the laptop lid at boot time doesn't work unfortunately
2021-01-22 13:53:16 <Guest01> Where, when and how should i add the param video=eDP-1:d?
2021-01-22 13:54:42 <Guest01> I'm totally new to Linux, Grub and almost everything OS practice related.
2021-01-22 14:09:23 <guix-vits> Guest01:  on boot, if you see Grub menu, hit e.  find line ending with "quiet" (first word is "linux").  append video=.. thing to that line.
2021-01-22 14:09:23 <guix-vits> press Control + x.
2021-01-22 14:09:23 <guix-vits> https://wiki.archlinux.org
2021-01-22 14:14:25 <Guest01> I can't "find line ending with "quiet" (first word is "linux").". But are the kernel params stored in /etc/sysctl.conf? If so would echo "video=eDP-1:d" >> /etc/sysctl.conf work?
2021-01-22 14:14:51 <maxice8> the quiet is kernel cmdline I guess
2021-01-22 14:14:53 <Guest01> (I can't find it because my screen is unreadable)
2021-01-22 14:15:37 <ikke>  No, that would not work
2021-01-22 14:16:00 <ikke> For grub, you need to edit /etc/default/grub
2021-01-22 14:16:20 <ikke> And then regenerate the config
2021-01-22 14:18:09 <Hello71> /etc/sysctl.conf is unrelated to kernel parameters
2021-01-22 14:18:19 <Hello71> have you considered using ssh instead
2021-01-22 14:18:40 <Hello71> also eDP-1 is a guess. if you have old computer it may be connected with LVDS instead
2021-01-22 14:20:14 <Guest01> Oh i will try ssh
2021-01-22 14:55:25 <Guest01> So. Fortunately i installed OpenSSH with the setup script before my screen was completely broken and let it automatically start at boot time. When i now try to connect to it with user as root it says "Permission denied (publickey,password,keyboard-interactive)". The solution could be setting "PasswordAuthentication" in /etc/ssh/sshd_config to "yes"
2021-01-22 14:55:26 <Guest01> and then restart it. But how can i achieve that without seeing what i am doing? Perhaps using cli tools that removes specially the field PasswordAuthentication and afterwards i append it again. But if i make a mistake it could get way harder...
2021-01-22 15:03:02 <Guest01> Ah there is a ssh config cli
2021-01-22 15:03:11 <Guest01> tool
2021-01-22 16:05:03 <MY-R> Guest01: try login as normal user, sshd default config doesnt allow root user to login with password
2021-01-22 16:07:48 <nano> Anyone know how to get a Wacom tablet working with Alpine Linux and Sway?
2021-01-22 16:08:17 <MY-R> Guest01: when I wanted boot laptop without using screen then I was taking out disk and put in some PC and configured there sshd stuff
2021-01-22 16:09:15 <Hello71> nano: should be automatic with eudev
2021-01-22 16:09:34 <mps> MY-R: you don't know for rescue usb ;p
2021-01-22 16:10:47 <MY-R> mps: first I would have to somehow setting/boot that rescue to do it :)
2021-01-22 16:11:45 <mps> interesting. I do all that with rescue usb
2021-01-22 16:11:53 <MY-R> without screen and with disabled usb boot? :D
2021-01-22 16:12:22 <mps> then with serial console
2021-01-22 16:13:38 <MY-R> mps: serial console to laptop to see bios?
2021-01-22 16:14:33 <mps> but you wrote 'without screen', how you then access bios
2021-01-22 16:14:54 <MY-R> exactly
2021-01-22 16:15:09 <MY-R> he got broken screen but still abble to boot from disk
2021-01-22 16:15:28 <mps> then yes, makes sense
2021-01-22 16:15:29 <MY-R> so can grab that disk to other computer
2021-01-22 16:49:26 <hechos> how can set dircolros to shell?
2021-01-22 16:52:52 <mps> depends on shell
2021-01-22 16:53:00 <hechos> alquimist
2021-01-22 16:53:01 <hechos> sh
2021-01-22 16:53:07 <hechos> dash
2021-01-22 16:53:08 <hechos> sorry.
2021-01-22 16:53:17 <hechos> ash
2021-01-22 16:53:37 <mps> eval `dircolors`
2021-01-22 16:53:43 <mps> usually
2021-01-22 17:07:55 <hechos> mps: where put eval on .profile?
2021-01-22 17:09:01 <mps> depends on shell
2021-01-22 17:09:20 <mps> what it reads on start
2021-01-22 17:09:37 <nacelle> i find it odd that its not already there
2021-01-22 17:09:40 <ikke> for ash, it's .profile
2021-01-22 17:09:43 <nacelle> ($LS_COLORS)
2021-01-22 17:41:31 <hechos> so need to add eval 'dircolors' to .profile?
2021-01-22 20:12:04 <telmich> I was wondering if there is any plan to bump npm to 7.x in the near future in aports? I'm wondering because I hear from multiple sites that https://github.com/npm/cli/issues/2519 might be resolved with the newer version
2021-01-22 20:14:13 <ikke> 7.x?
2021-01-22 20:14:33 <ikke> at least in our repos, npm version seems to be attached to nodejs
2021-01-22 20:18:38 <nacelle> as it should be
2021-01-22 20:30:09 <telmich> I assume 7.x is part of 15.6 - I do not fully get the versioning
2021-01-22 20:30:41 <telmich> Just found https://github.com/npm/cli/issues/348 which seems to indicate that the resolver on Alpine is doing something "wrong". Does anyone know by heart how it differs from musl to glibc
2021-01-22 20:32:07 <ikke> telmich: it might depend on the dns server that returns the response
2021-01-22 20:32:45 <ikke> one thing I'm aware of that if the dns server returns NXDOMAIN for one record, musl assumes there are no records at all
2021-01-22 20:33:03 <ikke> According to standard, that is
2021-01-22 20:33:45 <ikke> https://gitlab.alpinelinux.org/alpine/aports/-/issues/11879
2021-01-22 20:33:46 <ikke> for example
2021-01-22 20:33:53 <ikke> that was fixed in docker4mac
2021-01-22 20:35:04 <ikke> telmich: note that a lot of people assume that what glibc does is right, and anything else is wrong
2021-01-22 20:35:13 <telmich> ikke: the DNS servers are luckily fully under my control, so I know that they return A & AAAA entries
2021-01-22 20:35:27 <ikke> ok, so I assume that's not the issue then
2021-01-22 20:35:30 <telmich> So a bit of background might be helpful:
2021-01-22 20:36:56 <telmich> I would like to run/install etherpad-lite; however I can't, as npm only tries to connect to an IPv4 address instead of the correctly reachable IPv6 address
2021-01-22 20:38:01 <telmich> This led me to open https://github.com/npm/cli/issues/2519 at which @albrecht:ungleich.ch via Matrix mentioned https://github.com/npm/cli/issues/348 which seems to indicate that this problem only exists on Alpine
2021-01-22 20:38:46 <ikke> telmich: the domain is registry.npmjs.org?
2021-01-22 20:39:12 <telmich> Yes, that's correct
2021-01-22 20:41:45 <ikke> https://github.com/libuv/libuv/issues/2225
2021-01-22 20:43:10 <ikke> so apparently glibc's getaddrinfo has some defaults set, while musl's doesn't
2021-01-22 20:44:08 <telmich> To be sure it's musl related, I'll try to reproduce it on Debian 10
2021-01-22 20:45:38 <telmich> Narf, Debian has a much older nodejs and npm versions...
2021-01-22 20:47:07 <ikke> telmich: seems like those flags are set nowadays in musl: https://git.musl-libc.org/cgit/musl/tree/src/network/getaddrinfo.c#n30
2021-01-22 20:48:22 <ikke> sorry, I read that wrong, that seems only validation
2021-01-22 20:50:05 <ikke> yeah, flags still default to 0
2021-01-22 20:51:18 <telmich> Ok, just verified, etherpad-lite does work on Debian 10 in an IPv6 only network
2021-01-22 20:51:57 <ikke> You mean, you can install it?
2021-01-22 20:52:28 <ikke> so AI_ADDRCONFIG seems the relevant flag
2021-01-22 20:54:22 <telmich> Yes, it works on Debian 10/IPv6 only
2021-01-22 20:59:34 <ikke> I'm wondering if applications should assume that AI_ADDRCONFIG is set or not
2021-01-22 21:03:11 <ikke> ah, you are already asking on #musl
2021-01-23 09:02:12 <telmich> It's still strange - it is only nodejs that does not work correctly
2021-01-23 09:02:41 <ikke> telmich: dalias mentioned npm must be doing something strange
2021-01-23 09:06:04 <ikke> And I think they could just explicitly pass the AI_ADDRCONFIG to getaddrinfo if they rely on that
2021-01-23 09:06:12 <ikke> instead of assuming it's set by default
2021-01-23 11:46:11 <yann-kaelig> Hi
2021-01-23 11:46:49 <yann-kaelig> Tell me from where the numbers after the release version in the APKINDEX description comes from ?
2021-01-23 11:49:43 <yann-kaelig> v3.13.0- these numbers --> 75-g3f342ec827
2021-01-23 11:52:30 <ikke> yann-kaelig: that's output from git describe
2021-01-23 11:52:35 <ikke> 75 commits after the tag
2021-01-23 11:52:42 <ikke> hash 3f342ec827
2021-01-23 11:58:47 <yann-kaelig> Hi ikke. Well I can only suppose that these values are generated and added to the APKINDEX with a command line. I'm trying to find them on the repository
2021-01-23 12:00:35 <yann-kaelig> On my side, with gitlab by default I only get the name of my repository
2021-01-23 12:02:19 <ikke> yann-kaelig: it's the apk index command that generates the APKINDEX files
2021-01-23 12:02:42 <ikke> yann-kaelig: it also accepts a --description parameter
2021-01-23 12:03:06 <ikke> https://gitlab.alpinelinux.org/alpine/abuild/-/blob/master/abuild.in#L1730
2021-01-23 12:03:13 <ikke> That's where the description is generated
2021-01-23 12:03:26 <yann-kaelig> yes, that the option I foudn in the wiki, so that why I supposed a $value is added to it
2021-01-23 12:04:20 <ikke> "-D  Set APKINDEX description (default: $repo $(git describe))"
2021-01-23 12:04:38 <ikke> but that assumes there are tags in your repo
2021-01-23 12:04:45 <ikke> (annotated tags)
2021-01-23 12:04:58 <yann-kaelig> ok I see, thx
2021-01-23 14:33:15 <yann-kaelig> There is something I don't understand. I have installed my custom packages skalibs and execline like explained in the wiki "Holding a specific package back". I checked my world and it's ok but now when I want to upgrade alpine 3.12 to alpine 3.13 the upgrade want to install the last version of skalibs.
2021-01-23 14:34:27 <mps> yann-kaelig: your pkg is built with old musl?
2021-01-23 14:34:38 <yann-kaelig> with the musl of alpine 3.12
2021-01-23 14:35:06 <mps> 1.1.24
2021-01-23 14:35:39 <mps> so yes, if you upgrade musl your pkg will be removed or upgraded
2021-01-23 15:07:54 <yann-kaelig> ok, so i'm going to create a chroot which will be used to build my packages. The thing is just before I start , the option -u $USER on github ( alpine-chroot-install ) script is not explained. What is this variable $USER and which value shoudl I provide for it ?
2021-01-23 15:08:32 <yann-kaelig> root , my normal user, a custom user ?
2021-01-23 15:20:49 <mps> don't know, I create chroots using apk only
2021-01-23 16:22:22 <yann-kaelig> well, look like my chroot is working. :)
2021-01-23 20:02:56 <feuerteufel> hi
2021-01-23 20:04:27 <feuerteufel> Cant get one of my maschine's upgraded to kernel "linux-virt-5.10.7", any hint?
2021-01-23 20:05:37 <feuerteufel> last maschine I upgraded did it during upgrade to alpine 3.13.0 ...
2021-01-23 20:07:29 <ikke> what does apk policy linux-virt show?
2021-01-23 20:07:51 <ikke> protip: there is no 's' in machine :)
2021-01-23 20:08:04 <ikke> (Not in english anyway)
2021-01-23 20:09:34 <feuerteufel> Ups, sorry
2021-01-23 20:09:45 <ikke> no worry
2021-01-23 20:10:08 <feuerteufel> https://p.logout.de/?9d6661fc9404a150#5vYn5Zboab8DrqvRYRt7gWkMzde4sBseLLqWoZYPjmwU <--- there it is
2021-01-23 20:11:04 <ikke> does apk add -u linux-virt work?
2021-01-23 20:11:27 <feuerteufel> I'll try ...
2021-01-23 20:12:23 <feuerteufel> No
2021-01-23 20:13:13 <ikke> grep linux /etc/apk/world
2021-01-23 20:13:41 <feuerteufel> linux-virt
2021-01-23 20:13:41 <feuerteufel> syslinux
2021-01-23 20:14:08 <feuerteufel> ^^
2021-01-23 20:14:45 <mps> feuerteufel: as ikke asked what shows 'apk policy linux-virt'
2021-01-23 20:14:52 <ikke> mps: the links shows it
2021-01-23 20:15:36 <ikke> 5.4.84-r0 is installed, and and 5.10.7-r0 is available
2021-01-23 20:15:43 <mps> shows html in curl out ;)
2021-01-23 20:15:57 <ikke> https://p.logout.de/?9d6661fc9404a150#5vYn5Zboab8DrqvRYRt7gWkMzde4sBseLLqWoZYPjmwU
2021-01-23 20:16:00 <ikke> raw output
2021-01-23 20:16:18 <ikke> ugh, you cannot link to raw output
2021-01-23 20:16:18 <feuerteufel> uname -r --> 5.4.84-0-virt
2021-01-23 20:16:22 <ikke> it's done in javascript
2021-01-23 20:16:50 <ikke> feuerteufel: ok, how about `apk add linux-virt=5.10.7-r0`
2021-01-23 20:17:54 <feuerteufel> You got a link to paste?
2021-01-23 20:18:05 <ikke> https://tpaste.us
2021-01-23 20:18:20 <ikke> you can also install tpaste
2021-01-23 20:18:25 <ikke> `apk add tpaste`
2021-01-23 20:18:31 <ikke> echo hello world | tpaste
2021-01-23 20:21:20 <feuerteufel> https://tpaste.us/nW6x
2021-01-23 20:21:44 <ikke> ah
2021-01-23 20:21:53 <ikke> you can remove wireguard-virt
2021-01-23 20:21:57 <ikke> the module is now inlcuded
2021-01-23 20:22:04 <mps> ah
2021-01-23 20:22:28 <mps> this should be FAQ
2021-01-23 20:23:05 <ikke> mps: should we add `replaces="wireguards-lts wireguard-virt"`
2021-01-23 20:23:11 <feuerteufel> so ... apk del wireguard-virt ...?
2021-01-23 20:23:18 <ikke> feuerteufel: yes
2021-01-23 20:23:28 <ikke> and then apk upgrade --available
2021-01-23 20:23:39 <mps> yes, and I think we talked about it (they ;)) but ncopa forgot
2021-01-23 20:23:52 <ikke> Maybe we should open an issue
2021-01-23 20:24:27 <mps> simpler is just add it in aports
2021-01-23 20:24:31 <ikke> mps: which version of linux included it?
2021-01-23 20:24:48 <mps> 5.6 I think
2021-01-23 20:25:02 <mps> have to look at git/changes
2021-01-23 20:25:16 <feuerteufel> https://tpaste.us/zxn9
2021-01-23 20:25:33 <ikke> good
2021-01-23 20:25:50 <ikke> make sure that linux-virt is not pinned to that version in /etc/apk/world
2021-01-23 20:26:43 <feuerteufel> so now I havew to try "apk upgrade -a"
2021-01-23 20:27:33 <mps> and BDFL sometime 'goes to my nerves' with conservative attitude to kernel
2021-01-23 20:28:25 <ikke> https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.13.0#Wireguard
2021-01-23 20:28:26 <feuerteufel> mps: I'm sorry?
2021-01-23 20:29:00 <mps> feuerteufel: why? don't understand
2021-01-23 20:29:24 <feuerteufel> Sorrty, no ...
2021-01-23 20:29:41 <feuerteufel> -t
2021-01-23 20:30:20 <feuerteufel> I'll try a reboot :finger crossed:
2021-01-23 20:32:27 <feuerteufel> Still on 5.4 sorry
2021-01-23 20:33:25 <ikke> hmm, probably because it did not upgrade the kernel in your bootloader
2021-01-23 20:33:32 <ikke> what bootloader do you use?
2021-01-23 20:34:23 <feuerteufel> It run's under xen
2021-01-23 20:35:08 <feuerteufel> I Think the tool is using extlinux
2021-01-23 20:36:17 <mps> try update-kernel
2021-01-23 20:36:17 <feuerteufel> I think I now wat now ... let me try ...
2021-01-23 20:37:27 <mps> feuer teufel, heh interesting nick
2021-01-23 20:38:27 <feuerteufel> :-))
2021-01-23 20:44:09 <feuerteufel> Ok now it work ...
2021-01-23 20:45:56 <feuerteufel> Changed the extlinux.conf becourse of not allowed to change from installation
2021-01-23 20:46:06 <feuerteufel> Thanks to all
2021-01-23 20:58:30 <feuerteufel> The next one works like it has to work ... ;)
2021-01-23 21:30:02 <mps> do we have any relatively small matrix gui client in repo, preferably gtk
2021-01-23 21:43:53 <oxek> where can I read about differences between Standard, Extended, and Virtual .iso images?
2021-01-23 21:44:04 <oxek> meaning what does extended offer in comparison to standard
2021-01-23 21:44:14 <oxek> and what optimizations are happening in virtual compared to standard
2021-01-23 21:45:06 <mps> oxek: extended have more pkgs on image
2021-01-23 21:45:39 <mps> virt is intended for virtual machines, qemu and similar
2021-01-23 21:46:11 <oxek> yes, but why would a separate image be needed/advised for virtual machines?
2021-01-23 21:46:25 <mps> kernel is smaller
2021-01-23 21:46:41 <oxek> so it's just a kernel difference?
2021-01-23 21:46:41 <mps> no driver for different hardware
2021-01-23 21:46:55 <mps> practically, yes
2021-01-23 21:47:24 <oxek> ok. Would still be nice if this was documented somewhere. I did not find it on the wiki nor on a brief online search.
2021-01-23 21:47:47 <mps> 'nomen est omen'
2021-01-23 21:48:12 <oxek> yeah, but sometimes people like details
2021-01-23 21:48:35 <mps> alpine is for people who can think
2021-01-23 21:49:09 <oxek> no amount of thinking will get me to find out which packages Extended adds compared to Standard
2021-01-23 21:49:58 <mps> huh, but names tell that extended is extended in some way
2021-01-23 21:50:37 <mps> and, we don't have enough man power to make docs of all these things
2021-01-23 21:51:16 <mps> oxek: you know, contributions are always welcome
2021-01-23 21:57:47 <Hello71> that reminds me, i need to send mail proposing wiki revamp
2021-01-23 21:58:12 <Hello71> imo wiki concept is fine, but we should aggressively prune non-alpine-specific content and redirect to arch wiki
2021-01-23 22:01:16 <mps> hmmm...
2021-01-23 22:02:00 <Hello71> i already mentioned in #alpine-devel but seems nobody responded
2021-01-23 22:02:07 <oxek> can someone please post the fingerprint of signing key used to sign alpine .iso images? Ideally if they already verified it somehow.
2021-01-23 22:02:37 <Hello71> obviously in optimal world we would have full alpine wiki with all information. but clearly alpine does not have manpower to maintain that
2021-01-23 22:02:53 <Hello71> either official project members or just driveby contributors
2021-01-23 22:03:00 <BillyZane> hello
2021-01-23 22:03:16 <Hello71> but otoh there is clearly a need for alpine-specific docs (e.g. alpine-conf, mkinitfs)
2021-01-23 22:03:21 <BillyZane> installing alpine linux, was wondering, what's the normal keyboard?
2021-01-23 22:03:36 <Hello71> if you don't know and your keyboard works fine then just press enter
2021-01-23 22:03:42 <Hello71> you can change it later
2021-01-23 22:04:02 <BillyZane> is us-alt-intl the normal qwerty keyboard we're use to
2021-01-23 22:04:07 <Hello71> no.
2021-01-23 22:04:18 <Hello71> one would think that "alt-intl" would make that clear
2021-01-23 22:04:24 <Hello71> and "we" is very america-centric
2021-01-23 22:04:25 <BillyZane> one would think
2021-01-23 22:04:33 <BillyZane> but one would also assume
2021-01-23 22:04:57 <BillyZane> you would think the US would use the metric system too
2021-01-23 22:04:58 <Hello71> a more uppity person would complain about neo-colonialism etc
2021-01-23 22:05:20 <BillyZane> and the US would participate in soccer, and call it football
2021-01-23 22:05:23 <BillyZane> but we don't
2021-01-23 22:05:28 <mps> Hello71: I agree that some better docs are needed but I doubt that can be done with wiki
2021-01-23 22:05:36 <BillyZane> so is us-alt-intl the typical keyboard layout we're all use to
2021-01-23 22:06:48 <mps> hhk is best keyboard
2021-01-23 22:07:35 <mps> and yes, default is kernel default
2021-01-23 22:08:20 <mps> i.e. 'none' in setup-keymap
2021-01-23 22:29:32 <frebib> Has the apk repo index format changed at all recently? All of a sudden `apk update` is throwing an ssl3_record error at me
2021-01-23 22:33:07 <mps> frebib: maybe system time is skewed
2021-01-23 22:33:46 <frebib> Reasonable suggestion, but I can reproduce the failure on the same host in Docker on 3.13, but not 3.12
2021-01-23 22:34:14 <frebib> https://gist.github.com/frebib/c7c659016433a370f2bfa2c667a5dcce/raw
2021-01-23 22:34:20 <mps> format is not changed
2021-01-23 22:34:56 <frebib> I also just regenerated the index and resigned it with an alpine 3.13 image
2021-01-23 22:35:51 <frebib> Unless that's a TLS error? 🤔
2021-01-23 22:37:15 <mps> have no idea with docker, I only saw similar with date skewed
2021-01-23 22:37:45 <frebib> Docker doesn't really make much difference, it's just a different userland. The time seems fine
2021-01-23 22:38:34 <frebib> Oh, s/http/https in /etc/apk/repositories seems to fix it
2021-01-23 22:38:46 <frebib> I guess http->https redirection is broken with apk then
2021-01-23 22:38:48 <mps> heh
2021-01-23 22:39:40 <frebib> Thanks for playing rubber duck :)
2021-01-23 22:39:47 <mps> depends on mirror you use
2021-01-23 22:39:52 <xordspar0> oxek: Docs would be great for the differences between the images, but the script to build them are simple enough: https://git.alpinelinux.org/aports/tree/scripts/mkimg.standard.sh
2021-01-23 22:40:19 <oxek> xordspar0: nice, thanks, I can work with that
2021-01-23 23:57:42 <qwertz123> I have an question. I'm wondering if there's a way to ignore a specific dependency. I wanna use pavucontrol without installing PulseAudio.
2021-01-24 00:05:13 <Hello71> !xyproblem2
2021-01-24 00:05:36 <Hello71> wrong channel, but still
2021-01-24 00:35:49 <hechos> hello guys
2021-01-24 00:36:36 <hechos> im dealing with dir_corlors is in /etc/dir_colors., made a template with dir_colors -p > /etc/dir_colors
2021-01-24 00:36:57 <hechos> but st im using suckless software cannot show any color output.
2021-01-24 00:37:53 <hechos> in .profile got eval "$(dircolors -b /etc/dir_colors)"
2021-01-24 00:38:42 <hechos> in other words need to set dir-colors system wide,
2021-01-24 00:53:25 <m4t> hey, i upgraded a system to 3.13 and ran into some issues because i didn't read release notes :) however i'm unsure of how to set the macaddr on eth0. previously "hwaddress ether ..." worked under an interface stanza. is there a way to achieve this ifupdown-ng? i'm looking at the source but don't see anything straightforward as of yet. would it need to be a pre-up command?
2021-01-24 01:03:49 <m4t> i went with: pre-up ip link set dev eth0 address ...
2021-01-24 01:08:25 <BillyZane> i just opened up a big bowl of pomegrante
2021-01-24 01:08:31 <BillyZane> *a big pomegranate in to a bowl
2021-01-24 01:08:39 <BillyZane> oh woops, wrong channel
2021-01-24 01:14:13 <MY-R> m4t: hwaddress xx:xx:xx:xx:xx:xx
2021-01-24 01:14:31 <MY-R> so just without 'ether'
2021-01-24 01:14:46 <LACampbell> Hello71: xyproblem is a meme. usually when you descrine your actual problem people will just tell you it isn't a problem
2021-01-24 01:14:53 <LACampbell> so better off to ask xy instead
2021-01-24 01:17:13 <m4t> MY-R: huh i grepped for hwaddress but got no matches. will give it a try, thanks.
2021-01-24 01:19:10 <m4t> executor-scripts/linux/link:[ -n "$IF_HWADDRESS" ] && IF_LINK_OPTIONS="$IF_LINK_OPTIONS address $IF_HWADDRESS"
2021-01-24 01:19:20 <m4t> oh so is it somehow abstracted into a variable named IF_HWADDRESS
2021-01-24 01:19:40 <m4t> foo -> $IF_FOO
2021-01-24 01:22:04 <MY-R> m4t: it working because Im using it
2021-01-24 01:22:16 <m4t> yeah it worked on a cold boot
2021-01-24 02:04:36 <hechos> guys, where need to define LS_COLORS, only get colors outside of xwindow.
2021-01-24 02:04:44 <hechos> st terminal doesnt show colors
2021-01-24 02:57:33 <outerpassage> is there a way to get `apk search` to show the repositories of the search results?
2021-01-24 02:58:15 <outerpassage> i have been resorting to the web interface on https://pkgs.alpinelinux.org/ for this, but it would be nice to do it from the terminal
2021-01-24 03:02:22 <outerpassage> hechos: are you using ash? the system wide ash config is in /etc/profile
2021-01-24 03:02:31 <m4t> outerpassage: apk policy '*somePattern*' seems to work. maybe not quite the same as a search
2021-01-24 03:03:02 <m4t> hechos /quit btw
2021-01-24 03:04:32 <outerpassage> oh oops, i have join/leave hidden
2021-01-24 03:05:02 <outerpassage> thanks m4t, will use that for now
2021-01-24 07:10:52 <guix-vits> hello.  i see the service 'consolefont' needs 'termencoding'.  i think it is obsolete: the utf-8 is currently a  tty default.  i just tried `printf "\033%s" "%@" > /dev/tty3`, then back to %G while looking at ru.wikipedia.  the vmlinuz-lts has utf8 console by default.
2021-01-24 08:16:21 <guix-vits> i am sorry for noise
2021-01-24 11:17:45 <ozzz> hello guys! how fix this?: ERROR: unable to select packages: gettext-dev-0.21-r0: breaks: .makedepends-python3-20210124.002145[!gettext-dev]
2021-01-24 11:18:27 <ozzz> I tried to remove .makedepends-python3-20210124.002145 but ERROR: No such package: .makedepends-python3-20210124.002145
2021-01-24 11:18:37 <ikke> What are you trying to do?
2021-01-24 11:18:47 <ikke> You still have makedepends for python3 installed
2021-01-24 11:19:01 <ikke> Is that intentionall?
2021-01-24 11:19:04 <ozzz> I need gettext-dev for sxmo compilation
2021-01-24 11:19:43 <ikke> Then `apk del .makedepends-python3-20210124.002145`
2021-01-24 11:19:55 <ozzz> yeah, but it says no such package
2021-01-24 11:20:10 <ikke> grep makedepends /etc/apk/world
2021-01-24 11:20:40 <ozzz> .makedepends-geoip=20210123.214423 .makedepends-m4=20210124.101256 .makedepends-python3=20210124.002145
2021-01-24 11:21:02 <ikke> `apk del '.makedepends-*'`
2021-01-24 11:21:04 <ozzz> seems I broken smth
2021-01-24 11:21:08 <ikke> No
2021-01-24 11:21:16 <ikke> You just leave makedepends behind
2021-01-24 11:21:20 <ikke> they need to be cleaned up
2021-01-24 11:21:55 <ikke> python3 makedepends conflict with gettext-dev
2021-01-24 11:22:01 <ikke> so that's why you cannot install it
2021-01-24 11:22:03 <ozzz> ikke: thanks a lot, now I check if it works
2021-01-24 11:22:41 <ozzz> ikke: thank you very much!
2021-01-24 11:23:36 <ikke> no problem
2021-01-24 11:23:54 <ikke> It's a good habbit to keep your system clean when you build packages, so that you make sure you have all dependencies listed
2021-01-24 11:25:42 <ozzz> yeah. I agree. But seems it was installed by some script
2021-01-24 11:25:59 <ozzz> what I previously run
2021-01-24 11:26:11 <ikke> abuild -r installs it
2021-01-24 11:26:17 <ikke> but also automatically remove it again
2021-01-24 11:26:48 <ozzz> it's on arm tablet. it crashes sometimes
2021-01-24 11:26:53 <ikke> aha
2021-01-24 11:27:27 <ozzz> I see that power not enough to handle load of 4 cores
2021-01-24 11:28:00 <ozzz> so it stucks sometimes, and seems script was interrupted
2021-01-24 11:28:09 <ozzz> so all that pkg left
2021-01-24 11:28:10 <ikke> yes, sounds plausible
2021-01-24 11:44:04 <mps> :)
2021-01-24 11:44:16 <mps> `apk del .makedepends-python3`
2021-01-24 11:44:24 <ikke> yes
2021-01-24 11:44:39 <ikke> forgot whether the timestamp was part of the package name or not
2021-01-24 11:44:57 <mps> ikke: should I prepare one big coffee for you also :)
2021-01-24 11:45:34 <ikke> thanks, appreciate it :)
2021-01-24 11:45:59 <mps> 
ACTION slides big coffee to ikke

2021-01-24 12:22:09 <Hello71> outerpassage: install weechat, use smart_filter
2021-01-24 12:33:23 <artok> irssi has that also
2021-01-24 15:19:18 <hechos> hello guys
2021-01-24 15:19:45 <hechos> dont know for what reason st on xwindow doest show coloured ls
2021-01-24 15:20:34 <mps> hechos: it does
2021-01-24 15:20:53 <hechos> ?
2021-01-24 15:21:22 <mps> hechos: it does, to repeat (but not sure for your setup)
2021-01-24 15:21:47 <hechos> mps: well., im bad setup. but can you tell how setup please?
2021-01-24 15:21:53 <hechos> correctly?
2021-01-24 15:22:02 <mps> do you run it on black/white monitor :)
2021-01-24 15:22:08 <hechos> no.
2021-01-24 15:22:10 <hechos> lol
2021-01-24 15:22:19 <hechos> funny.
2021-01-24 15:22:24 <hechos> but good.
2021-01-24 15:22:39 <mps> ls --color, does it works
2021-01-24 15:22:47 <hechos> yeah
2021-01-24 15:23:03 <hechos> got alias in .profile.
2021-01-24 15:23:05 <mps> yes? it works?
2021-01-24 15:23:17 <hechos> yes work., but doesnt in automatic way,
2021-01-24 15:23:35 <mps> ls by default doesn't use colors
2021-01-24 15:23:53 <hechos> alias ls='ls --color=always'
2021-01-24 15:23:55 <mps> you have to tell it to do so explictly
2021-01-24 15:24:23 <hechos> eval "$(dircolors -b /etc/dir_colors)"
2021-01-24 15:24:55 <hechos> tell me why this work outside of xwindow?
2021-01-24 15:24:58 <mps> idk, for tcsh 'eval `dircolors`' is enough
2021-01-24 15:25:03 <hechos> and doesnt on st.
2021-01-24 15:25:15 <mps> it works for me on st
2021-01-24 15:25:31 <guix-vits> xwindow: echo $TERM
2021-01-24 15:25:32 <mps> always worked
2021-01-24 15:25:46 <hechos> st-256color
2021-01-24 15:26:04 <guix-vits> try set to "linux" or "xterm"
2021-01-24 15:26:13 <guix-vits> maybe
2021-01-24 15:26:39 <hechos> is something tide to alpine. on void works.
2021-01-24 15:26:45 <mps> termname => st-256color
2021-01-24 15:26:52 <hechos> where?
2021-01-24 15:26:55 <hechos> tername
2021-01-24 15:26:58 <mps> in my st
2021-01-24 15:27:12 <mps> termname is tcsh 'echo $TERM'
2021-01-24 15:28:58 <hechos> let me clone again
2021-01-24 15:29:01 <hechos> st
2021-01-24 15:29:06 <hechos> and leave of patches
2021-01-24 15:29:14 <hechos> got grubvox patch and scrollbak
2021-01-24 15:30:00 <mps> eh, I have patched st with some tweaks, mostly for hhk keyboards
2021-01-24 15:31:22 <hechos> ok.
2021-01-24 15:31:25 <hechos> wait.
2021-01-24 15:32:21 <mps> hechos: do you want to look at my patched st, I can paste aport diff so you can apply and test
2021-01-24 15:33:10 <hechos> no still no colors
2021-01-24 15:33:24 <hechos> showme OK
2021-01-24 15:34:07 <hechos> mps: but is something on my setup.
2021-01-24 15:34:12 <hechos> not from st.
2021-01-24 15:34:22 <hechos> alias is not working
2021-01-24 15:34:25 <hechos> on st
2021-01-24 15:34:39 <mps> https://tpaste.us/LwXa
2021-01-24 15:35:08 <mps> it is not clean, but you can get idea, as all real hackers do
2021-01-24 15:35:22 <mps> ah
2021-01-24 15:35:24 <mps> alias
2021-01-24 15:36:17 <mps> what 'alias' shows to you
2021-01-24 15:36:58 <hechos> mps im not hacker just simply user trying to learn everyday
2021-01-24 15:37:36 <mps> that is that
2021-01-24 15:38:07 <mps> what 'alias' shows to you
2021-01-24 15:38:23 <hechos> mps: im talking about .profile
2021-01-24 15:38:50 <mps> I'm not sure that ash reads .profile
2021-01-24 15:39:01 <hechos> mps: tell you here reads.
2021-01-24 15:39:14 <hechos> if romove ls doesnt show more on colors.
2021-01-24 15:39:44 <mps> ?
2021-01-24 15:40:37 <hechos> tell you ash read .profile
2021-01-24 15:41:01 <mps> aha, 'ash -l' reads .profile but 'ash' doesn't
2021-01-24 15:41:37 <hechos> mps: ?
2021-01-24 15:42:18 <mps> ash invoked as login shell reads it, but not if invoked from cli
2021-01-24 15:42:50 <mps> read man page for ash on inet somewhere
2021-01-24 15:43:15 <hechos> yes is what im getting nuts on alpine need docs!
2021-01-24 15:45:57 <hechos> mps: thank you anyways
2021-01-24 15:47:34 <yann-kaelig> Hi. There is no need on Alpine apkbuild to prevent a package upgrade from changing some configuration files like on others distro ? On arch for example it's backup. I do nto see anytign liek that from the apkbuild wiki, but I want t obe sure
2021-01-24 15:54:52 <guix-vits> yann-kaelig:  mount -o bind /etc /etc
2021-01-24 15:55:08 <guix-vits> mount -o remount,ro,bind /etc
2021-01-24 15:55:26 <guix-vits> test )
2021-01-24 15:56:01 <guix-vits> 
ACTION seems that busybox cannot just di it in one pace

2021-01-24 15:59:05 <guix-vits> as for about apk, not apkbuild, then it created some .apk.new in my /etc/init.d.  didn't tested apkbuild myself.
2021-01-24 16:10:15 <mps> guix-vits: yes, update-conf updates them
2021-01-24 16:11:42 <qwertz123> Anyone knows if it's possible to have pinyin input on Alpine? Using fcitx or ibus.
2021-01-24 16:15:37 <guix-vits> ibus (1.5.23) is in repo.  idk.
2021-01-24 16:15:45 <Hello71> qwertz123: same as other distro
2021-01-24 16:16:59 <Hello71> guix-vits: remount,bind doesn't make sense
2021-01-24 16:17:12 <guix-vits> ?
2021-01-24 16:17:27 <guix-vits> else it said 'device busy'
2021-01-24 16:19:16 <guix-vits> what makes sense is one step '-o bind,ro', but it didn't worked )
2021-01-24 16:20:36 <ikke> yann-kaelig: files in /etc are not overwritten / removed, everything else is
2021-01-24 16:21:04 <ikke> yann-kaelig: apk does place .apknew files for those
2021-01-24 16:21:11 <ikke> so mounting it ro probably breaks things
2021-01-24 16:24:41 <guix-vits> o-lala
2021-01-24 16:34:35 <Hello71> ah, yes, i think busybox is "broken" in this manner (really it is kernel api which is confusing...)
2021-01-24 16:46:37 <qwertz123> guix-vits ibus works, but I can't find any input method/plugin for it
2021-01-24 16:48:26 <Hello71> maybe none packaged yet
2021-01-24 16:49:45 <Hello71> historically alpine was not so much used as desktop system, so possibly nobody added chinese input packages yet
2021-01-24 16:54:11 <guix-vits> qwertz123: ibus-lang ?
2021-01-24 16:54:26 <qwertz123> What I want is probably ibus-libpinyin
2021-01-24 16:54:31 <qwertz123> or fcitx-libpinyin
2021-01-24 16:54:54 <qwertz123> Found a libpinyin but not sure what or how to use it.
2021-01-24 16:55:47 <Hello71> https://pkgs.alpinelinux.org/package/edge/community/x86_64/libpinyin says required by maliit-keyboard
2021-01-24 16:56:12 <qwertz123> ah, maybe it's for mobile
2021-01-24 16:56:44 <Hello71> seems we only have ibus-anthy now and one mr for some other japanese
2021-01-24 16:57:00 <Hello71> maybe you can find a good chinese plugin and make mr for it
2021-01-24 17:00:52 <qwertz123> Gonna see if it's possible to get ibus-libpinyin to compile
2021-01-24 17:34:05 <qwertz123> Okay I got ibus-libpinyin to compile and work
2021-01-24 17:34:25 <qwertz123> Is it hard to write apkbuilds and contribute a package?
2021-01-24 17:34:48 <maxice8> depends, an APKBUILD is just a shellscript with lots of variables that must be set
2021-01-24 17:34:52 <maxice8> which will be processed
2021-01-24 17:55:03 <Wyk72> I have an issue with qemu 5.2  Alpine-edge , seems spice support is disabled (?)
2021-01-24 17:55:06 <Wyk72> qemu-system-x86_64: -spice port=5930,disable-ticketing: There is no option group 'spice'
2021-01-24 17:55:07 <Wyk72> qemu-system-x86_64: -spice port=5930,disable-ticketing: spice support is disabled
2021-01-24 17:55:34 <Wyk72> Am I missing something obvious?
2021-01-24 17:55:56 <Wyk72> on previous 3.12 was working fine, I updated to Edge and got this error
2021-01-24 17:57:11 <mps> Wyk72: install some of qemu modules, qemu-ui-spice-core for example
2021-01-24 17:57:44 <mps> qemu-ui-spice-app
2021-01-24 17:57:58 <Wyk72> (1/1) Installing qemu-ui-spice-core (5.2.0-r2)
2021-01-24 17:57:58 <Wyk72> OK: 2256 MiB in 660 packages
2021-01-24 17:57:58 <Wyk72> imm-prototype:~# ./immortality2-CSM-QXL.sh  /nvme/trunk/w7.qcow2
2021-01-24 17:57:59 <Wyk72> Set 'w7eth' persistent and owned by uid 0
2021-01-24 17:58:00 <Wyk72> brctl: bridge br0: Resource busy
2021-01-24 17:58:00 <Wyk72> Failed to open module: Error relocating /usr/bin/../lib/qemu/ui-spice-core.so: egl_texture_blend: symbol not found
2021-01-24 17:58:01 <Wyk72> qemu-system-x86_64: -spice port=5930,disable-ticketing: There is no option group 'spice'
2021-01-24 17:58:01 <Wyk72> qemu-system-x86_64: -spice port=5930,disable-ticketing: spice support is disabled
2021-01-24 17:58:25 <mps> please use paste service
2021-01-24 17:58:31 <Wyk72> that's what I got
2021-01-24 17:59:14 <mps> qemu-ui-opengl
2021-01-24 17:59:36 <Wyk72> qemu-system-x86_64: QXL VGA not available
2021-01-24 18:00:01 <mps> 'apk search qemu | sort' and look
2021-01-24 18:00:35 <Wyk72> qemu-hw-display-qxl
2021-01-24 18:00:41 <Wyk72> I needed this one too
2021-01-24 18:00:59 <Wyk72> but it's weird: previous qemu in 3.12 was working ok without those packages
2021-01-24 18:01:26 <mps> qemu 5.2 made more splits of modules
2021-01-24 18:01:56 <Wyk72> I see
2021-01-24 18:02:07 <Wyk72> now is working :)
2021-01-24 18:02:12 <Wyk72> thanks a million
2021-01-24 18:03:19 <maxice8> Didn't it get into the release notes?
2021-01-24 18:03:57 <ikke> what?
2021-01-24 18:04:13 <ikke> I guess not
2021-01-24 18:04:22 <ikke> nope
2021-01-24 18:11:21 <yann-kaelig> well, I have created a chroot with the alpine-chroot-install.git, when I'm building skalibs the ./configure failed all the time after : Checking whether system has /dev/urandom  ./configure: test crashed, aborting.
2021-01-24 18:12:58 <ikke> so you need to (bind) mount those in your chroot
2021-01-24 18:13:28 <ikke> from the host: mount --bind /dev $chroot/dev
2021-01-24 18:18:22 <yann-kaelig> ikke: Hi. Ha I see, so I have to remount manually the /dev /sys etc... ? This is something done when I create the chroot
2021-01-24 18:21:37 <ikke> I'm not sure if there is something that is supposed to do that
2021-01-24 18:21:43 <ikke> but it has to be done somehow
2021-01-24 18:30:03 <caskd> mps: i gotta test if this breaks my setup
2021-01-24 18:30:19 <caskd> will test it in about 10 mins
2021-01-24 18:30:20 <ikke> caskd: was this supposed to be posted in #alpine-dev?
2021-01-24 18:30:36 <caskd> oh yes my bad
2021-01-24 18:31:14 <mps> caskd: np
2021-01-24 18:33:26 <Hello71> oh, i thought qemu 5.2 was not in 3.13
2021-01-24 18:33:35 <Hello71> maybe should add to release notes then
2021-01-24 18:33:48 <mps> would be nice
2021-01-24 18:38:48 <Hello71> i have added it now
2021-01-24 20:59:42 <qwertz123> Anyone tried gcompat?
2021-01-24 20:59:54 <qwertz123> I'm unsure how to use it
2021-01-24 21:00:45 <ikke> just install it
2021-01-24 21:00:59 <ikke> it's used to run binaries linked against glibc
2021-01-24 21:01:17 <qwertz123> Nothing more needed?
2021-01-24 21:01:54 <ikke> not regarding libc
2021-01-24 23:01:56 <blawiz> can one list the files in a package?
2021-01-24 23:02:47 <ikke> apk info -L <pkgname>
2021-01-24 23:02:48 <mps> blawiz: apk info -L pkgname
2021-01-24 23:02:51 <ikke> mps: :D
2021-01-24 23:02:57 <mps> meh
2021-01-24 23:03:29 <mps> I must put you on ignore list ;P
2021-01-24 23:03:41 <ikke> haha
2021-01-24 23:04:08 <blawiz> sweet
2021-01-24 23:04:52 <mps> ikke: to my defense, I'm on third or fourth glass of good red wine ;)
2021-01-24 23:05:20 <ikke> mps: I had some glasses of wine as well :)
2021-01-24 23:05:52 <mps> then my must be with higher percents
2021-01-24 23:06:43 <ikke> probably
2021-01-24 23:07:17 <mps> ikke: jk (but you know this)
2021-01-24 23:07:26 <ikke> certainly
2021-01-24 23:07:43 <mps> you are always faster and I'm not in race with you
2021-01-24 23:10:55 <blawiz> hmm is this rpi4 vulkan graphical driver in repo? https://www.khronos.org/conformance/adopters/conformant-products#submission_530
2021-01-24 23:11:12 <blawiz> maybe only in armv7?
2021-01-24 23:12:35 <mps> i see vulkan in aarch64
2021-01-24 23:12:58 <mps> vulkan-loader-1.2.137-r0
2021-01-24 23:13:16 <blawiz> oh thats it? i have that installed
2021-01-24 23:13:42 <mps> but don't know if it works on rpis
2021-01-24 23:14:31 <ikke> https://github.com/KhronosGroup/Vulkan-Loader
2021-01-24 23:20:14 <Hello71> vulkan-loader isn't a driver though
2021-01-24 23:20:22 <Hello71> as the name says it's just a loader
2021-01-24 23:27:30 <Hello71> according to that link, the driver is called "v3dv"
2021-01-24 23:27:39 <Hello71> which alpine mesa doesn't build
2021-01-24 23:27:56 <Hello71> i think it may need some kernel support too
2021-01-24 23:28:12 <Hello71> Ariadne: do you know something about this?
2021-01-24 23:28:33 <Ariadne> no
2021-01-24 23:28:54 <Hello71> i see CONFIG_DRM_V3D but seems only for arm32
2021-01-24 23:30:40 <mps> DRM_V3D
2021-01-24 23:30:56 <mps>  Broadcom V3D 3.x and newer
2021-01-24 23:31:45 <Hello71> yes i saw already
2021-01-24 23:31:49 <Hello71> is it related to v3dv
2021-01-24 23:33:03 <mps> that's all in Kconfig help
2021-01-24 23:34:00 <Hello71> yes
2021-01-24 23:37:16 <mps> 'Choose this option if you have a system that has a Broadcom V3D 3.x or newer GPU, such as BCM7268'
2021-01-24 23:38:03 <mps> happily I don't have these broadcoms :)
2021-01-24 23:48:47 <blawiz> i didnt even have the raspberrypi packages installed! will try to reboot :]
2021-01-25 01:48:56 <blawiz> i upgraded from 3.12 to 3.13, sound and usb seems to not have drivers/be gone ...
2021-01-25 02:25:31 <Hello71> are you trying to upgrade a none install by apk
2021-01-25 02:43:15 <blawiz> no its disk installed i think (but started out as diskless, following https://wiki.alpinelinux.org/wiki/Raspberry_Pi )
2021-01-25 02:47:28 <blawiz> i should get some sleep
2021-01-25 04:06:23 <ZackWard> Hello i have set a server with alpine linux and i tried to mount /dev/sdB1 on /home/zackward/drive but it say permission denied when it try to add a file or folder i know i can chmod 777 but is kinda dangerous any one know what the proper way ? i know on debian/centos is something releated to group but with alpine i am clueless.
2021-01-25 04:50:47 <guix-vits> ZackWard: mount | grep sdb1
2021-01-25 04:51:15 <guix-vits> what fs, is it mounted ro?
2021-01-25 04:53:58 <guix-vits> also chmod a+t can add a sticky bit to dir.  so only owner or root can change the files inside.
2021-01-25 05:14:45 <ZackWard> guix-vits, is ext4 and rw
2021-01-25 05:15:21 <guix-vits> who owns the dir?
2021-01-25 05:15:50 <ZackWard> well i am root on the server i attached a secondary disk, so i type sudo mount /dev/sdb1 /home/zackward/drive
2021-01-25 05:16:04 <ZackWard> but when i go in i cannot do nothing i see the permission as root:root
2021-01-25 05:16:35 <guix-vits> root doesn't need sudo
2021-01-25 05:16:44 <ZackWard> well i log as user zackward
2021-01-25 05:16:50 <ZackWard> but i have root access that what i mean
2021-01-25 05:17:20 <guix-vits> zackward should have write right to target dir
2021-01-25 05:17:43 <ZackWard> so i should change the root:root for chown -R zackward:zackward drive ?
2021-01-25 05:18:14 <guix-vits> if all drive should be writable by this user, why not.
2021-01-25 05:18:31 <guix-vits> it is stored as id.
2021-01-25 05:18:38 <ZackWard> but there is no group i should add ?
2021-01-25 05:19:14 <guix-vits> idk
2021-01-25 05:19:16 <ZackWard> i know if i change chown root still have access but how can i give access to other user
2021-01-25 05:19:27 <guix-vits> chmod
2021-01-25 05:19:30 <ZackWard> in debian everyone have access to /mnt/drive
2021-01-25 05:19:39 <ZackWard> which # ?
2021-01-25 05:19:56 <guix-vits> chmod a=rwxt
2021-01-25 05:20:06 <guix-vits> probably, only on dirs
2021-01-25 05:20:26 <ZackWard> a=rwxt is 777 right ?
2021-01-25 05:20:27 <guix-vits> find -type d /dir
2021-01-25 05:21:26 <guix-vits> for x in `find DIR -type d`; do chmod a=rwx $x; done
2021-01-25 05:21:29 <guix-vits> then
2021-01-25 05:21:43 <guix-vits> chmod a=rwxt DIR
2021-01-25 05:22:08 <guix-vits> so all users can create files in all dirs
2021-01-25 05:22:15 <guix-vits> can be adjusted
2021-01-25 05:22:17 <ZackWard> thanks
2021-01-25 05:22:19 <ZackWard> it work :)
2021-01-25 05:22:27 <guix-vits> users cannot edit others files
2021-01-25 05:22:33 <guix-vits> because t
2021-01-25 05:22:40 <guix-vits> (sticky bit)
2021-01-25 05:22:51 <ZackWard> ok i see
2021-01-25 05:22:56 <guix-vits> user is number (id)
2021-01-25 05:23:24 <guix-vits> zackward is 1000 on X, but may be 1001 on say ubuntu box
2021-01-25 05:23:51 <ZackWard> ok
2021-01-25 05:23:52 <ZackWard> i see
2021-01-25 05:24:10 <ZackWard> in fstab i can add uid=1000 then ?
2021-01-25 05:24:35 <guix-vits> idk, never used this parameter.  i think it imply noexec and nodev
2021-01-25 05:24:44 <ZackWard> ok
2021-01-25 09:09:09 <nacelle> theres no diff between debian/centos/alpine in this aspect fwiw
2021-01-25 09:09:51 <nacelle> dont stoop to 777 if you can avoid it
2021-01-25 10:17:38 <guix-vits> 666 ?
2021-01-25 10:18:29 <guix-vits> 1666 probably
2021-01-25 11:28:27 <blawiz> can one change from edge repo to current stable?
2021-01-25 11:28:51 <ikke> change the version in /etc/apk/repositories
2021-01-25 11:29:00 <ikke> and then run apk upgrade --available
2021-01-25 11:29:45 <blawiz> that will downgrade or just not add any more edge packages?
2021-01-25 11:29:55 <ikke> downgrade
2021-01-25 11:30:27 <blawiz> cool that its that easy
2021-01-25 11:30:29 <ikke> But it depends a bit on what packages you have installed, some packages might hold back things
2021-01-25 12:04:12 <guix-vits> running grub-mkconfig:
2021-01-25 12:04:12 <guix-vits> Internal error: Unreleased memory pool(s) found.
2021-01-25 12:04:12 <guix-vits> You have a memory leak
2021-01-25 12:04:12 <guix-vits> didn't found what it is.
2021-01-25 12:04:24 <MY-R> guix-vits: ignore it
2021-01-25 12:04:33 <guix-vits> ok.
2021-01-25 12:11:48 <blawiz> 3.13 is last _stable_ right?
2021-01-25 12:12:11 <ikke> yes
2021-01-25 12:12:14 <ikke> see topic
2021-01-25 12:12:40 <blawiz> yeah, wasnt sure it was _stable_
2021-01-25 12:13:12 <blawiz> my sound/usb works when downgrading to 3.12 again (rpi4b)
2021-01-25 12:13:18 <ikke> https://alpinelinux.org/releases/
2021-01-25 12:13:34 <blawiz> aha :)
2021-01-25 12:13:36 <ikke> blawiz: any tagged release is stable
2021-01-25 12:34:42 <MY-R> blawiz: rpi4 in diskless mode?
2021-01-25 12:35:28 <Hello71> i asked this question yesterday already
2021-01-25 12:37:02 <MY-R> there should be some big information about those "upgrades" especially for rpi's that "apk -a upgrade" isnt enough
2021-01-25 12:37:40 <blawiz> MY-R: no its disked
2021-01-25 12:37:56 <MY-R> blawiz: and what kernel you got running after upgrade? uname -a ?
2021-01-25 12:38:16 <MY-R> did you replace all files which are in .tar.gz image?
2021-01-25 12:38:29 <blawiz> i think it was 5.10
2021-01-25 12:38:48 <blawiz> well at least what was installed was 5,10 iirc
2021-01-25 12:39:00 <yann-kaelig> Hi
2021-01-25 12:39:09 <blawiz> dunno about replacing .tar.gz. images
2021-01-25 12:39:35 <MY-R> blawiz: so you didnt download any .tar.gz? and just done "apk upgrade" ?
2021-01-25 12:39:54 <blawiz> MY-R: i followed https://wiki.alpinelinux.org/wiki/Raspberry_Pi
2021-01-25 12:40:12 <blawiz> MY-R: yeah with -U --available
2021-01-25 12:40:37 <MY-R> Im talking about upgrade process, you done that howto when installed 3.12 right?
2021-01-25 12:40:59 <blawiz> yeah
2021-01-25 12:41:09 <blawiz> wasnt sure if it mattered or not how i installed it
2021-01-25 12:41:40 <yann-kaelig> I really have a problem to upgrade alpine v3.12 to v3.13 with my custom repository and packages taht has been holded https://dpaste.com/4UJEKPM86
2021-01-25 12:41:49 <blawiz> when upgrading to 3.13 i did: sudo apk upgrade --update-cache --available;sync;reboot
2021-01-25 12:42:45 <MY-R> blawiz: it matter, disk mode on rpis isnt supported and need take care by things by self like upgrading/replacing old files with new ones from image
2021-01-25 12:44:28 <blawiz> i think upgrading to 3.13 wont help me tho, so ill prob stick to 3.12 for now
2021-01-25 12:44:46 <blawiz> (was hoping for redshift working/better graphic driver)
2021-01-25 12:48:04 <MY-R> blawiz: you didnt even upgrade that stuff and you are using old firmware, dtb files with fresh kernel but still you didnt confirm that you was running new kernel
2021-01-25 12:48:54 <blawiz> i checked /etc/alpine-release
2021-01-25 12:50:00 <blawiz> MY-R: you think installing with a new tar.gz will make redshift work?
2021-01-25 12:50:29 <MY-R> those files arent upgraded by simply doing "apk upgrade" it need to be copied from .tar.gz for rpi to your system
2021-01-25 12:50:32 <blawiz> is rpi disk mode likely to be supported in the future?
2021-01-25 12:51:11 <MY-R> even with diskless mode you have to take care by self to upgrade those files, can do it in online mode too
2021-01-25 12:52:07 <MY-R> just download that rpi image .tar.gz and check what got inside and replace it with what you got on system
2021-01-25 12:53:24 <yann-kaelig> look like because I have holded some packages and others which are not but depends on these holded packages, I'm in conflict and I don't know how to solve this
2021-01-25 12:58:34 <blawiz> MY-R: i might try, seem one would have to know what one is doing tho :p
2021-01-25 12:58:55 <blawiz> i see a lot of files differ tho
2021-01-25 13:07:12 <yann-kaelig> got it. I need first to disable alpine v3.13 repositories and update my holded and others packages from my custom repository, and next enable the alpine repo and release upgrade
2021-01-25 13:08:24 <MY-R> blawiz: you probably got mounted partition vfat mmcblk0p1 to /media/mmcblk0p1 right? and /media/mmcblk0p1/boot point/link to system /boot?
2021-01-25 13:10:02 <MY-R> badeball: and in /media/mmcblk0p1/ you have some .dtb .bin .txt .elf etc files?
2021-01-25 13:10:45 <MY-R> sorry, was it to blawiz ^
2021-01-25 13:11:31 <blawiz> MY-R: yeah
2021-01-25 13:11:55 <MY-R> blawiz: just try to NOT replace cmdline.txt/usercfg.txt since you modified them before to make it work
2021-01-25 13:12:21 <blawiz> so do the apk upgrade first then replace all the files?
2021-01-25 13:12:48 <blawiz> i see eg the files in tarball boot is not executable
2021-01-25 13:12:52 <MY-R> blawiz: ye, but not all, take care about those which you modfied by self
2021-01-25 13:15:10 <MY-R> blawiz: ye, no problem
2021-01-25 13:16:16 <blawiz> ok, ill try
2021-01-25 13:40:19 <blawiz> havent tested too much, but seems usb works now, but not alsa/sound
2021-01-25 13:43:56 <MY-R> blawiz: with rpi4 default card or got some extra one?
2021-01-25 13:44:42 <blawiz> MY-R: default
2021-01-25 13:44:55 <MY-R> maybe sound card changed order, there is hdmi sound output and analog one, right?
2021-01-25 13:45:21 <MY-R> check 'alsamixer' and 'alsamixer -c1'
2021-01-25 13:47:13 <MY-R> or you enabled it before by using "usercfg.txt" or done it in config.txt which replaced with new one
2021-01-25 13:47:15 <blawiz> alsamixer responds "cannot open mixer: No such device", alsamixer -c1 seems fine
2021-01-25 13:47:37 <blawiz> MY-R: yeah i have enabled it in usercfg.txt :]
2021-01-25 13:47:44 <MY-R> blawiz so looks like alsa changed device order... nothing new sadly, happening on normal PC too....
2021-01-25 13:48:08 <MY-R> ye but usercfg.txt shouldnt be replaced
2021-01-25 13:49:53 <MY-R> so you need to play with disabling the card which dont wanna use or replace their order by using modprobe
2021-01-25 13:50:38 <MY-R> both can do with modprobe file in /etc/modprobe.d/
2021-01-25 13:56:41 <blawiz> hmm not sure that thats the problem, to be clear when i run alsamixer -c1 i get the headphone part (i usually use the HDMI)
2021-01-25 13:57:31 <blawiz> also i dont think i really made different but after changeing .asoundrc to 1 and then back to 0, 'alsamixer' opens the hdmi controller
2021-01-25 13:57:40 <blawiz> instead of givig the error
2021-01-25 13:59:31 <MY-R> blawiz: so sound working?
2021-01-25 13:59:48 <MY-R> blawiz: do you have alsa service enabled?
2021-01-25 14:00:14 <MY-R> blawiz: after reboot is still a problem or fine?
2021-01-25 14:01:53 <MY-R> if you using hdmi and is your default card (when typing only alsamixer) then all fine
2021-01-25 14:02:35 <MY-R> maybe alsa needed recreate own state file
2021-01-25 14:02:44 <blawiz> MY-R: did a reboot, still no sound ... mpv give ao/alsa no such device
2021-01-25 14:03:01 <MY-R> blawiz: do you have alsa service enabled?
2021-01-25 14:03:54 <blawiz> MY-R: it was stopped, but starting it didnt help
2021-01-25 14:04:10 <MY-R> enable it to start
2021-01-25 14:04:27 <MY-R> it will then save state file and reread after boot
2021-01-25 14:05:00 <blawiz> rc-update add alsa?
2021-01-25 14:05:02 <MY-R> without that service alsa always start with default settings if you didnt use any alsactl store
2021-01-25 14:05:04 <MY-R> ye
2021-01-25 14:06:15 <MY-R> blawiz: do you have any special configuration in .asoundrc that you need that file?
2021-01-25 14:07:04 <blawiz> i did add alsa and reboot, same problem
2021-01-25 14:07:25 <blawiz> MY-R: not sure i need asoundrc or not, its a very basic/default asoundrc afaiu
2021-01-25 14:07:42 <blawiz> ive been trying abit with/without it
2021-01-25 14:07:50 <MY-R> ye but some default setting there can overwrite alsa autodetection stuff
2021-01-25 14:08:16 <blawiz> oh, so i should remove it and reboot?
2021-01-25 14:08:24 <MY-R> remove it first
2021-01-25 14:08:33 <MY-R> or do whatever you done that alsamixer was working and then remove it
2021-01-25 14:08:45 <MY-R> and after reboot ye
2021-01-25 14:11:28 <blawiz> when i remove .asounrc alsamixer errors except if i add -c1 or -c0
2021-01-25 14:11:38 <blawiz> did a reboot too, but same problem
2021-01-25 14:12:12 <blawiz> -c0 seems to always be hdmi
2021-01-25 14:12:48 <MY-R> -c0 = alsamixer running alone
2021-01-25 14:13:14 <blawiz> without ...?
2021-01-25 14:13:56 <MY-R> -c0 point to first default card
2021-01-25 14:14:02 <blawiz> alsa is added as 'default' in rcopen btw
2021-01-25 14:14:40 <MY-R> something changed somewhere, in alsa or in kernel
2021-01-25 14:15:23 <MY-R> blawiz: or maybe you changed hdmi port to different
2021-01-25 14:16:16 <MY-R> looks like sound card order is fine
2021-01-25 14:16:22 <blawiz> MY-R: you mean unplugged and used the other physical port?
2021-01-25 14:17:01 <MY-R> ye
2021-01-25 14:17:19 <blawiz> hmm nah, dont remember unplugging it
2021-01-25 14:18:02 <blawiz> ive had a headphone plugged in the jack for a while tho, i guess that doesnt matter
2021-01-25 14:18:06 <MY-R> so is in first port close to usb-c one?
2021-01-25 14:18:24 <blawiz> yeah, im using the one closest to power/usb-c
2021-01-25 14:18:35 <MY-R> maybe matter if got some autodetection if using that jack or not....
2021-01-25 14:21:24 <blawiz> unplugged the jack and reboot, doesnt seem to change anything
2021-01-25 14:26:03 <blawiz> MY-R: you have rpi4b working with 3.13?
2021-01-25 14:27:08 <thresh> hello.  is it reasonable to expect https://www.alpinelinux.org/cloud/ to be updated with a/ 3.13.0 lists and b/ actual ami ids instead of "launch" button?
2021-01-25 14:31:17 <rnkn> wow that site is impressive
2021-01-25 14:31:48 <rnkn> alpine has so many great things that are kept hidden (like docs.alpinelinux.org)
2021-01-25 14:38:03 <MY-R> blawiz: ye mine working fine but I dont use video/audio stuff on it so I cant be more helpful with it :\
2021-01-25 14:38:46 <blawiz> ahh
2021-01-25 14:43:32 <Hello71> thresh: i think the id is in the links
2021-01-25 14:49:41 <thresh> Hello71, yes, I know.  It's not very conventient compared to e.g. https://cloud-images.ubuntu.com/locator/ec2/
2021-01-25 14:51:15 <thresh> Also, the page doesnt specify what the account number publishing the images is.  (I know I can derive that information from the ami id using search, but againt it's not very convenient)
2021-01-25 14:52:50 <thresh> And I also know most of that information is in https://github.com/mcrute/alpine-ec2-ami/tree/master/releases, but heh. :-)
2021-01-25 16:27:41 <yann-kaelig> Is there an apk option from the command line or in a file config to get the packages version output with apk add -i ?
2021-01-25 16:30:53 <mcrute> thresh: I need to rebuild the site... the 3.13 AMIs have been avaiable for a little while now just not visible on the site yet
2021-01-25 16:31:17 <ikke> mcrute: let me take a look at that
2021-01-25 16:31:33 <ikke> mcrute: I need to figure out how to properly trigger that
2021-01-25 16:31:42 <mcrute> ikke: just pinged you in the infra room :-)
2021-01-25 16:31:51 <ikke> yea, noticed it
2021-01-25 16:36:59 <thresh> \o/
2021-01-25 16:38:46 <mps> yann-kaelig: apk info -v
2021-01-25 16:39:04 <mps> for installed pkgs, if you asked this
2021-01-25 16:40:03 <yann-kaelig> mps: Hi, no my bad if my explanation was not clear. I would like to get the output of apk add -i $MYPACKAGE but with the version number
2021-01-25 16:40:32 <yann-kaelig> not only the package name which are goign to be installed but also their version
2021-01-25 16:40:39 <mps> add is to 'add' pkg not to get much info
2021-01-25 16:41:31 <mps> ah, maybe 'apk version pkgname'
2021-01-25 16:50:29 <mcrute> the cloud images page is updated and 3.13 is now visible (thanks ikke)
2021-01-25 16:51:55 <thresh> thank you all
2021-01-25 16:54:13 <hechos> mps: hi mps.
2021-01-25 16:55:57 <mps> hechos: hi
2021-01-25 16:56:22 <hechos> lol still dealing with st coloured dir or  ls
2021-01-25 16:57:44 <hechos> mps: how can get strace and debugginsymbols
2021-01-25 16:58:21 <mps> strace?
2021-01-25 16:58:30 <hechos> mps: im talking with The-Compiler from qutebrowser
2021-01-25 16:58:42 <hechos> browser explode alot on alpine.
2021-01-25 16:58:54 <mps> you mean using gdb to find symbols
2021-01-25 16:59:00 <hechos> he tell need debugin symbols and strace
2021-01-25 16:59:30 <hechos> sorry stacktraces
2021-01-25 16:59:32 <mps> simply run 'strace $program_name"
2021-01-25 16:59:39 <hechos> my bad and my bad english.
2021-01-25 16:59:51 <mps> for stacktrace you have to use gdb
2021-01-25 17:00:04 <yZ5vlALg86lP> probably he also needs qutebrowser-dbg
2021-01-25 17:00:07 <hechos> well tell how is on alpine.
2021-01-25 17:00:13 <hechos> same as others ditros>\
2021-01-25 17:00:22 <mps> well, yes
2021-01-25 17:01:06 <hechos> haha,.
2021-01-25 17:19:19 <yann-kaelig> can not build my custom zfs-lts because the version of linux-lts-5.10.10-r0 still not available in the repo
2021-01-25 17:22:27 <ikke> yann-kaelig: ncopa is fixing it
2021-01-25 17:22:33 <yann-kaelig> that strange, https://pkgs.alpinelinux.org/package/edge/main/x86_64/zfs-lts ( version 5.10.9-r0 ) and the apkbuild show _kver=5.10.10
2021-01-25 17:22:44 <yann-kaelig> ok
2021-01-25 17:22:46 <yann-kaelig> :)
2021-01-25 17:22:47 <ikke> yann-kaelig: the builders are currently stuck
2021-01-25 17:22:51 <yann-kaelig> ho!
2021-01-25 17:27:17 <yann-kaelig> I have to build my own zfs stuff. I don't feel zfs 2.0.x it's ready for prod. On my gentoo I still on the version 0.8.x the 2.0.x is masked.
2021-01-25 18:02:35 <kavin64> Hi, I need some help reguarding increasing the maximum number of file descriptors/open files, how would I do so?
2021-01-25 18:04:29 <Newbyte> What bootloader does Alpine use if installed via the installer script?
2021-01-25 18:07:25 <ikke> Newbyte: depends on the host
2021-01-25 18:07:40 <ikke> (sys|ext)linux by default, grub if efi
2021-01-25 18:12:14 <nickgurr> Hey, I'm currently having a problem with dhcp on my fresh alpine install. it just says "failed to get a dhcp lease" every time and I can't connect to my network. When I try setting a static IP there are no errors but I still can't use my network for whatever reason I'm currently having a problem with dhcp on my fresh alpine install. it just says
2021-01-25 18:12:14 <nickgurr> "failed to get a dhcp lease" every time and I can't connect to my network. When I try setting a static IP there are no errors but I still can't use my network for whatever reason
2021-01-25 18:12:25 <Newbyte> I know about syslinux, but extlinux?
2021-01-25 18:12:39 <ikke> it's the same
2021-01-25 18:12:47 <Newbyte> Yeah, found the wiki page. Thanks
2021-01-25 18:13:56 <nacelle> nickgurr: time to figure out "whatever reason", because your connectivity is broken there.  the link itself is suspect, not the ip addressing.
2021-01-25 18:14:16 <nacelle> not getting dhcp is a good clue - are you plugged into the right network?  (does your switch have vlans?)
2021-01-25 18:15:48 <nickgurr> I am plugged into the right network, I checked
2021-01-25 18:18:13 <Newbyte> What's the reasoning behind using syslinux instead of grub?
2021-01-25 18:18:25 <ikke> simpler
2021-01-25 18:18:38 <ikke> more lightweight
2021-01-25 18:20:19 <Newbyte> How do I regenerate the configuration file with this? Couldn't find anything on the wiki
2021-01-25 18:20:35 <ikke> update-extlinux
2021-01-25 18:20:36 <MY-R> nickgurr: what interfaces have you got when run: ip a
2021-01-25 18:21:06 <Newbyte> that's simple enough, thanks
2021-01-25 19:14:09 <ncopa> yann-kaelig: im gonna push as soon the gitlab instance is back
2021-01-25 19:14:25 <yann-kaelig> yep, I see :)
2021-01-25 19:14:34 <yann-kaelig> nop
2021-01-25 19:14:54 <ikke> status: https://status.linode.com/incidents/dm9mc14kv2t4
2021-01-25 20:06:48 <ncopa> pushed
2021-01-26 06:51:15 <Guest69607> Howdy. I've got a Dell server with fakeraid (RAID0) and I'm interested in setting up Alpine Linux with LUKS and encrypted /boot. I'm getting conflicting opinions on whether this is possible or not with the most recent Alpine release. Is this possible?
2021-01-26 07:23:39 <ncopa> everything is possible. the impossible just takes longer time...
2021-01-26 08:33:34 <guix-vits> 
ACTION arch is possibly switches to dracut.

2021-01-26 08:51:33 <mps> guix-vits: don't see how and why this is related to alpine
2021-01-26 08:53:09 <guix-vits> even arch drop a homemade initramfs generator, or whats not it is.  "hard to maintain".
2021-01-26 08:54:47 <mps> and dracut is better or have strong marketing behind its back
2021-01-26 09:04:08 <guix-vits> i didin't tested yet.  hope it understands partlabels for luks :]
2021-01-26 10:33:50 <mint_> Hello 2 all! I have an extlinux.config like this, and for ALPINE it is working! For Manjaro and Windows not. Can you see the mistakes? Thanks so far!
2021-01-26 10:35:15 <mint_> sda: -sda1 boot partition -sda2 Alpine root partition -sda3 Windows Partition -sda4 Manjaro
2021-01-26 10:35:30 <mint_> LABEL ALP
2021-01-26 10:35:30 <mint_>   MENU DEFAULT
2021-01-26 10:35:30 <mint_>   MENU LABEL Linux Alpine
2021-01-26 10:35:30 <mint_>   INITRD initramfs-lts
2021-01-26 10:35:30 <mint_>   LINUX vmlinuz-lts
2021-01-26 10:35:30 <mint_>   APPEND root=/dev/sda2 modules=sd-mod,usb-storage,ext4 nomodeset quiet rootfstype=ext4
2021-01-26 10:35:32 <mint_> LABEL JARO
2021-01-26 10:35:34 <mint_>   MENU LABEL Linux Manjaro KDE
2021-01-26 10:35:36 <mint_>   LINUX vmlinuz-5.9-x86_64
2021-01-26 10:35:38 <mint_>   INITRD initramfs-5.9-x86_64.img
2021-01-26 10:35:40 <mint_> #  APPEND ro root=/dev/sda4 rootfstype=btrfs rootflags=subvol=@ quiet apparmor=1 security=apparmor udev.log_priority=3
2021-01-26 10:35:45 <mint_>   APPEND ro root=/dev/sda4 rootfstype=btrfs quiet apparmor=1 security=apparmor udev.log_priority=3
2021-01-26 10:35:47 <mint_> LABEL JARO
2021-01-26 10:35:49 <mint_>   MENU LABEL Manjaro - mod. INITRD
2021-01-26 10:35:51 <mint_>   LINUX vmlinuz-5.9-x86_64
2021-01-26 10:35:53 <mint_>   INITRD intel-ucode.img
2021-01-26 10:35:55 <mint_>   APPEND ro root=/dev/sda4 rootfstype=btrfs quiet apparmor=1 security=apparmor udev.log_priority=3
2021-01-26 10:35:57 <mint_> # Windows CE/ME/NT, a very dense operating system.
2021-01-26 10:35:59 <mint_>  # Second partition (2) on the first hard disk (hd0);
2021-01-26 10:36:01 <mint_>  # Linux would *typically* call this /dev/hda2 or /dev/sda2.
2021-01-26 10:36:03 <mint_> LABEL WIN
2021-01-26 10:36:05 <mint_>   MENU LABEL Windoof 10
2021-01-26 10:36:07 <mint_>   KERNEL chain.c32
2021-01-26 10:36:09 <mint_>   APPEND hd0 3
2021-01-26 10:40:00 <mint_> windows 10 AME with ntfs
2021-01-26 10:48:45 <ikke> Please use a past service next time
2021-01-26 10:49:08 <guix-vits> windows 10 is past, ye
2021-01-26 10:51:55 <mps> what!? no windows 20 :)
2021-01-26 11:00:39 <guix-vits> mint_: try add modules=btrfs to Manjaro.  idk
2021-01-26 11:02:06 <guix-vits> actually, i think i heard that syslinux cannot boot things from a separate partition?
2021-01-26 11:02:12 <guix-vits> idk, again
2021-01-26 11:06:30 <mps> guix-vits: I think you are right
2021-01-26 11:07:38 <mps> never seen partition parameter mentioned for syslinux
2021-01-26 11:15:22 <mint_> Thanks! <guix-vits> mint_: try add modules=btrfs to Manjaro.  idk
2021-01-26 11:16:14 <mint_> so guys what do you mean? booting windows should be possible, not right? There is even a ###ed section in the config file!
2021-01-26 11:56:44 <guix-vits> mint_: idk Syslinux, but that is für GRUB: https://www.gnu.org/software/grub/manual/grub/grub.html#DOS_002fWindows
2021-01-26 11:58:15 <guix-vits> if that is really so complicated to boot Win', then chances are syslinux does not support that.
2021-01-26 12:00:38 <mint_> Who is talking about grub?
2021-01-26 12:01:17 <mint_> thats the original entry from syslinux..:
2021-01-26 12:01:19 <mint_> # Windows CE/ME/NT, a very dense operating system.
2021-01-26 12:01:19 <mint_>  # Second partition (2) on the first hard disk (hd0);
2021-01-26 12:01:19 <mint_>  # Linux would *typically* call this /dev/hda2 or /dev/sda2.
2021-01-26 12:01:19 <mint_> #  KERNEL chain.c32
2021-01-26 12:01:19 <mint_> # LABEL cement
2021-01-26 12:01:20 <mint_> #  APPEND hd0 2
2021-01-26 12:03:38 <maxice8> Please use a paste service instead of posting more than 2 lines
2021-01-26 13:05:37 <eagles0513875> hey all. i just have a few questions
2021-01-26 13:06:09 <eagles0513875> im a bit confused is alpine linux container based distro so anything that runs on it is running technically in a container or am i mistaken
2021-01-26 13:18:31 <Hello71> no.
2021-01-26 13:22:37 <yann-kaelig> Hi
2021-01-26 13:22:57 <yann-kaelig> A nice alpine v3.13 with zfs 0.8.6 and linux-lts 5.4.92 :)
2021-01-26 13:27:33 <eagles0513875> what are minimum spec's required for alpine? also does SEL work on alpine?
2021-01-26 13:28:25 <yann-kaelig> minimum a pinephone
2021-01-26 13:28:40 <eagles0513875> how much ram etc? as im thinking of setting it up in a vm for testing etc?
2021-01-26 13:29:38 <mps> yann-kaelig: I run alpine on old nokia n900
2021-01-26 13:29:53 <yann-kaelig> ouaou! :, nice :)
2021-01-26 13:30:05 <mps> also on rpi zero with 256MB ram
2021-01-26 13:31:19 <yann-kaelig> interesting, I could make a try on my cubies 2.
2021-01-26 13:31:23 <eagles0513875> so i can run on a vm with 256mb?
2021-01-26 13:31:27 <mps> and qemu with 128MB ram, didn't tried less than this
2021-01-26 13:31:38 <eagles0513875> im going ot be testing on hyper-v on windows laptop
2021-01-26 13:31:56 <yann-kaelig> eagles0513875: test, test :)
2021-01-26 13:32:27 <yann-kaelig> it's a very flexible distro and nice to work with if you take a time to learn of course
2021-01-26 13:32:56 <eagles0513875> :)
2021-01-26 13:33:02 <eagles0513875> looking to use it as a potential replacement for centos
2021-01-26 13:33:08 <eagles0513875> not to mention security is important for me
2021-01-26 13:33:23 <eagles0513875> so SEL would be something i would want to implement amongst many other things.
2021-01-26 13:34:35 <mps> SEL?
2021-01-26 13:34:40 <eagles0513875> SELinux
2021-01-26 13:34:46 <eagles0513875> security enhanced linux
2021-01-26 13:34:47 <yann-kaelig> eagles0513875: Gogogo, without any doubt, my work right now is for my server. I have made some test previously, I can say that all tested web software works as expected
2021-01-26 13:34:57 <mps> ah, that
2021-01-26 13:35:05 <mps> useless things
2021-01-26 13:35:12 <yann-kaelig> :)
2021-01-26 13:35:14 <eagles0513875> nice mind if i ask the specs of your server yann-kaelig
2021-01-26 13:35:18 <eagles0513875> why useless mps
2021-01-26 13:36:18 <yann-kaelig> eagles0513875: it's a "big" if I can say that, intel quad core, 3GB, 2ssd, 2Hdd
2021-01-26 13:36:24 <yann-kaelig> 32gb
2021-01-26 13:36:28 <eagles0513875> omg mind blowing specs :p
2021-01-26 13:36:33 <mps> long time ago I backported to previous debian release selinux when it appeared first on debian (forgot code name and version)
2021-01-26 13:36:34 <eagles0513875> ahh was going to say 3gb
2021-01-26 13:36:35 <eagles0513875> lol
2021-01-26 13:36:51 <mps> maybe it can be still found somewhere on the net :)
2021-01-26 13:36:59 <eagles0513875> not part of the alpine repos?
2021-01-26 13:37:05 <eagles0513875> alpine is debian based?
2021-01-26 13:37:21 <mps> and I learned how it is useless
2021-01-26 13:37:30 <eagles0513875> how is it useless
2021-01-26 13:37:31 <mps> no, alpine is alpine based
2021-01-26 13:37:44 <eagles0513875> what does alpine have that helps protect against zero day like SEL does
2021-01-26 13:38:15 <mps> selinux doesn't protect against 0day, as anything can do that
2021-01-26 13:38:25 <eagles0513875> ok what would it protect against then?
2021-01-26 13:38:27 <mps> but marketing can make wonders
2021-01-26 13:38:57 <eagles0513875> im still figuring it out in all honesty
2021-01-26 13:39:32 <mps> most of us run OS on CPUs with some kind of hidden OS in them, is that enough to tell all about
2021-01-26 13:41:29 <mps> security is process and not product
2021-01-26 13:42:02 <yann-kaelig> yep
2021-01-26 13:42:37 <mps> if I want secure system I would start build computer with some old and simple CPU (6502 maybe) and make all intefaces and drivers myself
2021-01-26 13:45:33 <mps> but there are stories how some sound devices are used to 'eavesdrop' typewriters out of buildings, yes simple typewriters
2021-01-26 13:46:02 <yann-kaelig> this is my next optimisation, kernel shrinking
2021-01-26 13:47:33 <eagles0513875> got it :)
2021-01-26 14:04:32 <eagles0513875> looking forward to trying out the distro
2021-01-26 14:20:56 <unrznbl[m]> is there a doc/wiki about fixing packages in stable releases? I just fixed cfengine in edge but would like to make cfengine more usable in the latest stable. Just submit an MR?
2021-01-26 14:21:38 <ikke> Yes
2021-01-26 14:21:48 <ikke> Target the correct branch
2021-01-26 14:22:18 <unrznbl[m]> awesome. I'll make an MR against 3.13-stable then. thanks ikke
2021-01-26 14:56:20 <Guest70> Hi i have one hardware question: the latest alpine-linux work with ethernet realtek 8168/8111 ecc? Because with this ethernet card other distro that i try not working although I have followed several tutorials on how to change "driver" from version 8169 to 8168. Initially it works but as soon as you update something it stops working and does it
2021-01-26 14:56:21 <Guest70> even randomly. I have read that it is a known problem with realtek chipsets.
2021-01-26 15:05:04 <guix-vits> Guest70: alpine has linux-lts.  maybe it is "more stable".
2021-01-26 15:05:58 <ikke> guix-vits: they already use linux-lts
2021-01-26 15:06:12 <ikke> The problem is that this driver is not included in linux (yet)
2021-01-26 15:06:36 <Guest70> Yes exactly
2021-01-26 15:07:26 <Guest70> It is amazing how such a common card, perhaps the most common, has malfunctions
2021-01-26 15:07:40 <ikke> blame the vendors
2021-01-26 15:08:38 <Guest70> I try on machine with intel 100/ve :)
2021-01-26 15:08:48 <yann-kaelig> Ok, so now I would like to custom my linux-lts-5.4.94 kernel. The wiki is fine, but the thing is I still want my linux-lts-5.4.94 kernel with Alpine default .config in my main repository and next to that I want a the linux-lts-5.4.94 with my custom .config. I don't know how I should do this in a right way. Renaming the apkgbuild pkgname ? somehting like linux-lts-custom-5.4.94 ? Is it the right way to go ?
2021-01-26 15:09:31 <Hello71> does your "tutorial" tell to delete r8169.ko
2021-01-26 15:09:40 <Guest70> yes
2021-01-26 15:10:04 <guix-vits> yann-kaelig: ..  5.4?  not 5.10?
2021-01-26 15:10:11 <yann-kaelig> 5.4 yes
2021-01-26 15:11:21 <guix-vits> 
ACTION B)

2021-01-26 15:13:15 <eagles0513875> question, i just downloaded and installed i think the standard iso onto a vm on hyper-v yet its asking me for username and password
2021-01-26 15:13:19 <eagles0513875> are ther edefaults set for them
2021-01-26 15:13:24 <mps> ikke: it is included in kernel iirc
2021-01-26 15:13:34 <ikke> mp
2021-01-26 15:13:59 <ikke> mps: the custom driver we have was still needed iirc
2021-01-26 15:14:21 <mps> yes, because of some rumors around
2021-01-26 15:15:31 <mps> I would like to see evidence that the in kernel driver is worse than this in separate pkg
2021-01-26 15:15:46 <mps> not that they are good
2021-01-26 15:15:55 <minimal> Guest70: I've used Linux (both Alpine and other distros) with the r8169 driver for cards that report themselves as being 8168/8111
2021-01-26 15:16:17 <mps> I have 'crap' from realtek in usb dongle but don't use it
2021-01-26 15:16:28 <ikke> The first step is that it should work (fine the NICs)
2021-01-26 15:16:39 <ikke> find*
2021-01-26 15:17:36 <mps> Guest70: my advice is, remove out of kernel tree module and try one in kernel
2021-01-26 15:17:37 <minimal> Guest70: so what exactly is the problem? what causes it to stop working?
2021-01-26 15:17:49 <Guest70> minimal: for example i install ubuntu 20.04 lts and network card work. After i upgrade system with all patches the card at nextr reboot stop to work
2021-01-26 15:18:37 <minimal> Guest70: this is the alpine-linux channel, I believe there may be a different channel for Ubuntu :-) So what triggers the problem *on Alpine*?
2021-01-26 15:19:21 <Guest70> I'm not more expert on Linux but i try to search solutions and i disable 8169 module and install 8168 with dkms
2021-01-26 15:19:44 <mps> ah, this is not on alpine
2021-01-26 15:20:01 <Guest70> no, on ubuntu,red hat, mnjaro,opensuse ecc ecc
2021-01-26 15:20:03 <Guest70> :)
2021-01-26 15:20:19 <guix-vits> minimal:  ^ man just asked, if we have this trouble on alpine too.
2021-01-26 15:20:25 <mps> as minimal told you should ask there
2021-01-26 15:21:10 <Guest70> I think is the same on alpine
2021-01-26 15:21:14 <Guest70> i don't know
2021-01-26 15:21:25 <mps> guix-vits: OP question was not clear
2021-01-26 15:21:46 <guix-vits> 
ACTION B) B)

2021-01-26 15:22:04 <minimal> Guest70: so if it is causing problems on all those distros then its an issue with the linux kernel driver and should be raised with the kernel devs (maybe your network card is a new version or buggy version of 8168/8169)
2021-01-26 15:22:28 <minimal> Guest70: "I think is the same on alpine" - so are you actually seeing the problem on Alpine?
2021-01-26 15:23:52 <Guest70> minimal: on windows 10 with drivers work perfectly, i try tonight to install Alpine and and I will update you
2021-01-26 15:26:29 <minimal> unfortunately there is no one single 8168 or 8169 card - many motherboards from multiple manufacturers have these chips on board but they could have differently (i.e. different BIOSes could affect it)
2021-01-26 15:27:05 <minimal> I have several machines here using 8168/8169 running several distros for many years with no problems at all
2021-01-26 15:27:31 <Guest70> minimal: yes Yes, I totally agree with you. The speech is also complicated with the hardware revisions (.rev)
2021-01-26 15:33:07 <eagles0513875> guys i just booted my vm and i need to put in a username and password what are the defaults
2021-01-26 15:33:20 <ikke> eagles0513875: did you try 'root' as username?
2021-01-26 15:33:32 <eagles0513875> that i didnt to be fair. went to check the documentation actually first
2021-01-26 15:33:57 <eagles0513875> thanks thought ikke :)
2021-01-26 15:40:38 <guix-vits> remembered me the 'first boot' on armbian: "set the password.  no, too weak, try again"; then, after reboot: what was the password?  not asdf, for sure.
2021-01-26 15:41:04 <eagles0513875> question ois it easy to make one's own packages?
2021-01-26 15:47:20 <guix-vits> eagles0513875: should be easy (idk).  just shell: https://git.alpinelinux.org/aports/tree/community/emacs/APKBUILD
2021-01-26 15:48:41 <eagles0513875> is there any documentation somewhere on how to package? also any documentation that you are aware of on creating my own personal repositories?
2021-01-26 15:49:48 <guix-vits> https://wiki.alpinelinux.org.  but maybe old?
2021-01-26 15:50:04 <mps> eagles0513875: wiki.alpinelinux.org development section
2021-01-26 15:50:49 <eagles0513875> thanks mps will check it out also from what im reading on apk alpine along the lines of a source based distro or am i mistaken in saying that?
2021-01-26 15:51:23 <whatisthematrix[> <eagles0513875 "im a bit confused is alpine linu"> No that would be qubes
2021-01-26 15:51:55 <whatisthematrix[> Alpine is often used as the distro in containers
2021-01-26 15:52:12 <eagles0513875> ok. but it doesnt need to be though does it?
2021-01-26 15:52:40 <eagles0513875> reason why i thought it was source based is due to the face you guys do like gentoo if you want to recompile everything you have installed on your system you would do emerge @world
2021-01-26 15:53:13 <guix-vits> eagles0513875:  `apk add xyz` uses binary repo.
2021-01-26 15:53:38 <maxice8> apk is binary and install .apk archives, abuild creates .apk archives
2021-01-26 15:54:11 <eagles0513875> thanks :)  is it easy to create my own apk repos?
2021-01-26 15:55:24 <maxice8> it is automatically created with abuild
2021-01-26 15:58:53 <eagles0513875> ok kool :)
2021-01-26 15:59:01 <eagles0513875> thanks all :)
2021-01-26 16:01:32 <eagles0513875> will be back tomorrow all.
2021-01-26 16:01:40 <ikke> eagles0513875: yes, abuild -r creates a dir with an APKINDEX.tar.gz file
2021-01-26 16:01:47 <ikke> just point a webserver at that directory, and you have a repo
2021-01-26 16:02:14 <eagles0513875> :)  nice will look at it at some point. last question what would be the commands to reboot or shutdown the system?
2021-01-26 16:02:34 <ikke> reboot and shutdown :P
2021-01-26 16:02:42 <ikke> or poweroff
2021-01-26 16:03:01 <ikke> yeah, reboot and poweroff
2021-01-26 16:06:23 <eagles0513875> ok im stuck in the run level times lol thanks for that :)
2021-01-26 16:06:25 <eagles0513875> and now the last questio nfor the day
2021-01-26 16:06:27 <eagles0513875> if done apk add htop
2021-01-26 16:06:27 <eagles0513875> how do i get it installed now?
2021-01-26 16:08:40 <guix-vits> it is installed now
2021-01-26 16:09:12 <guix-vits> apk del uninstalls
2021-01-26 16:10:03 <guix-vits> https://docs.alpinelinux.org/user-handbook/0.1a/Working/apk.html
2021-01-26 16:14:23 <guix-vits> apk search libz.so
2021-01-26 23:08:24 <schrc3b6_> Hi, I'm using alpine as base image for some docker container and I just tried to upgrade to 3.13. But I have trouble with the postfix package. I'm getting the following error Message: unsupported dictionary type: hash. Is there a way to get Berkeley Database support back or am I missing something?
2021-01-26 23:09:56 <mps> schrc3b6_: did you read release notes
2021-01-26 23:11:21 <mps> https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.13.0
2021-01-26 23:12:30 <schrc3b6_> now I have thanks
2021-01-26 23:12:35 <opal> thats interesting
2021-01-26 23:12:59 <opal> (i didnt read because i dont use alpine 3.13 for mailserver)
2021-01-26 23:13:08 <opal> er
2021-01-26 23:13:13 <opal> no i do im on latest-stable
2021-01-26 23:13:18 <opal> might not have upgraded in a while lol
2021-01-26 23:13:27 <opal> dont tell anyone
2021-01-26 23:13:51 <opal> does /etc/os-release not change on major releases
2021-01-26 23:13:57 <opal> still reads 3.8.0 for me
2021-01-26 23:14:15 <mps> :)
2021-01-26 23:14:34 <opal> i swear to god i upgraded at some point between 3.8 and now
2021-01-26 23:14:38 <mps>  /etc/os-release is owned by alpine-base-3.13.0-r0
2021-01-26 23:14:44 <opal> i see
2021-01-26 23:15:05 <opal> oh i dont have alpine-base that explains it
2021-01-26 23:15:16 <opal> just -baselayout
2021-01-27 00:11:02 <Marquel> morning...
2021-01-27 00:11:20 <Marquel> i just tried upgrading alpine-3.12 to alpine-3.13
2021-01-27 00:11:42 <Marquel> and there was a grave problem: the system is installed inside a LVM-root volume.
2021-01-27 00:12:30 <Hello71> yes, i agree, lvm sucks
2021-01-27 00:12:32 <Marquel> alpine was unable to start the LVM during boot. it was no issue inside the rescue system to run the necessary LVM commands.
2021-01-27 00:12:46 <Hello71> ikke: ^
2021-01-27 00:12:50 <opal> >lvm sucks
2021-01-27 00:12:57 <opal> lol what are you basing that on
2021-01-27 00:12:58 <Marquel> the only chance to get it back to boot was to downgrade _at least_ linux-lts back to 5,4
2021-01-27 00:13:12 <Hello71> opal: sarcasm.avi
2021-01-27 00:13:38 <Hello71> i wonder what are some funnier file extensions
2021-01-27 00:14:28 <Hello71> .xls
2021-01-27 00:14:37 <Hello71> Marquel: bare metal or vm?
2021-01-27 00:14:38 <Marquel> .xlsxm
2021-01-27 00:14:57 <Marquel> Hello71: bare metal - the vms did not come back up within the planned 90 minutes.
2021-01-27 00:15:21 <Marquel> my ticketing system, my monitoring system and everything behind it are screaming with messages.
2021-01-27 00:19:26 <Hello71> haven't heard of .xlsxm. isn't it xlsm or something
2021-01-27 00:19:56 <Hello71> what kind of disks? and do you have kvm/physical access
2021-01-27 00:22:41 <opal> yeah the sarcasm was obvious ther
2021-01-27 00:23:40 <yann-kaelig> hi
2021-01-27 00:24:01 <yann-kaelig> where can I find the log of hte last package that I have update after a apk add ?
2021-01-27 00:35:25 <qman__> Marquel: I would look at mkinitcpio and make sure it's including lvm2 when building the initramfs for the new kernel
2021-01-27 00:37:46 <opal> yann-kaelig apk doesnt do logging by itself
2021-01-27 00:37:58 <yann-kaelig> something really weird is happening with on of our software after the last upgrade
2021-01-27 00:38:00 <yann-kaelig> https://ibb.co/WpzzKtx
2021-01-27 00:38:02 <opal> that im aware of anyway
2021-01-27 00:38:46 <yann-kaelig> I did not took the time to take note about the softwares that have been upgraded
2021-01-27 00:38:47 <mps> opal: you are right
2021-01-27 00:39:23 <yann-kaelig> I don't like to mush the default apk add without the -i in fact, and I forgot to use it this time ... :(
2021-01-27 00:40:23 <opal> yann-kaelig for segfaults you can enable coredumps with /etc/security/limits.conf / limits.d
2021-01-27 00:40:34 <opal> and thenuh
2021-01-27 00:40:37 <opal> then uh*
2021-01-27 00:41:03 <opal> i have in my /etc/sysctl.d/local.conf this: kernel.core_pattern=/var/crash/%p.%E?%s.core
2021-01-27 00:41:23 <opal> (which requires /var/crash to exist and be writable by anyone, like chmod 1777)
2021-01-27 00:41:39 <opal> then you can see what process is segfaulting and maybe get a stacktrace from it
2021-01-27 00:42:30 <opal> makes things a lot easier for me when im figuring out whats crashing on my system
2021-01-27 00:44:15 <yann-kaelig> is there a possibility from alpine git or I don't know somewhere I can find which softwares have been updated since the release of 3.13.0 ?
2021-01-27 00:44:50 <opal> i think figuring out what is crashing will be the best way for you to narrow the issue
2021-01-27 00:45:00 <opal> then you can see which package upgraded between then and now
2021-01-27 00:45:13 <opal> i thought dmesg was supposed to report which process segfaulted
2021-01-27 00:45:19 <opal> maybe i didnt look at the screenshot closely
2021-01-27 00:45:42 <opal> oh 66-enable
2021-01-27 00:45:57 <opal> didnt expect that to be a process name so i glanced over it, heh
2021-01-27 01:19:55 <MY-R> yann-kaelig: you can always select 3.13-stable branch so will get this: https://gitlab.alpinelinux.org/alpine/aports/-/commits/3.13-stable
2021-01-27 01:22:36 <yann-kaelig> thx
2021-01-27 01:22:41 <m4t> is there a bash completion for 'apk' hiding somewhere? apk search bash-completion comes up empty.
2021-01-27 02:05:45 <Cadey> is there a way to configure an alpine ISO to automatically install on a target computer?
2021-01-27 02:17:48 <Hello71> qman__: there's some race condition or something
2021-01-27 02:40:46 <yann-kaelig> ok, so I can not reproduve my segfault on alpine 3.12 , look like something  happening on v3.13 that cause the segfault
2021-01-27 02:41:18 <yann-kaelig> i'm have strace but i'm not an expert in that
2021-01-27 02:52:13 <yann-kaelig> found it it's musl
2021-01-27 02:52:24 <yann-kaelig> segfault randomly
2021-01-27 02:54:31 <m4t> yann-kaelig:  maybe 'ltrace' can help
2021-01-27 02:54:47 <m4t> or valgrind
2021-01-27 02:55:01 <m4t> but valgrind is less useful without the application compiled with debug info
2021-01-27 02:55:59 <yann-kaelig> so with musl on v3.12 it's ok, but with musl on v3.13 random segfault.
2021-01-27 02:56:02 <yann-kaelig> thx m4t
2021-01-27 02:56:12 <yann-kaelig> I will try
2021-01-27 02:57:03 <m4t> yann-kaelig: btw what package, and doing what, causes the segfault?
2021-01-27 02:58:45 <yann-kaelig> running a 66 software works without issue on v3.12 but the same software running on v3.13 segfault randomly
2021-01-27 03:06:51 <m4t> what is "66 software"?
2021-01-27 03:08:05 <yann-kaelig> https://web.obarun.org/software/66/v0.6.0.0/
2021-01-27 03:09:01 <yann-kaelig> and here is my work to port these tools on alpine https://framagit.org/architekt/alpine/main-apkbuild
2021-01-27 03:10:34 <m4t> ah
2021-01-27 03:12:24 <m4t> did you rebuild it for 3.13?
2021-01-27 03:12:31 <yann-kaelig> yes
2021-01-27 03:12:49 <m4t> anyways since you are building it yourself, try adding -ggdb3 CFLAG and running the unstripped binary under valgrind or gdb
2021-01-27 03:13:13 <yann-kaelig> I'm also surprise that building sofwares on v3.13 can work on v3.12. Did not expected that
2021-01-27 03:13:31 <m4t> i think musl is better about that than glibc
2021-01-27 03:14:32 <yann-kaelig> thx for the info about CFLAG
2021-01-27 03:14:58 <m4t> well CFLAGS technically
2021-01-27 03:15:06 <m4t> 
ACTION knows very little about APKBUILD

2021-01-27 03:15:30 <m4t> it also depends on the build system of 66, if it respects CFLAGS or requires something else
2021-01-27 03:16:05 <yann-kaelig> everything is fine, first time  I get this on v3.13. I done a lot of test on v3.12 and no issue at all
2021-01-27 03:17:16 <m4t> i've seen issues that appear on newer glibc, but don't on older. recently, a program was using an uninitialized struct, which happened to be NULL on older glibc, but something random on newer glibc
2021-01-27 03:17:19 <m4t> caused weird behavior
2021-01-27 03:17:44 <m4t> could be a subtle existing bug presenting itself with newer musl
2021-01-27 03:19:04 <m4t> actually it may have been the compiler, i'd need to double check
2021-01-27 03:19:05 <yann-kaelig> That little funny, because  I was afraid about zfs 2.0.x  and I am facing another unexpected problem
2021-01-27 03:20:25 <m4t> it's glibc (just tested)
2021-01-27 03:20:41 <yann-kaelig> Also with another test, I know it's not recommended, but I upgraded from v3.12 to v3.13 only musl, and the segfault appear
2021-01-27 03:21:55 <m4t> https://paste.ee/p/c44hU . the same binary works when switching into a chroot with older glibc
2021-01-27 03:24:47 <yann-kaelig> well, so back to alpine 3.12 for my server until the issue is solved
2021-01-27 03:26:31 <yann-kaelig> it's a good experience, and I'm starting to understand why updates are so feared
2021-01-27 03:30:42 <yann-kaelig> cu later, thx for the help
2021-01-27 03:53:53 <rnkn> hello, I installed sway (wayland) and alacritty and alacritty was working okay, then I ran setup-xorg-base and now launching alacritty under sway complains "There was an error initializing the shaders: Failed compiling shader: 0:1(10): error: GLSL 3.30 is not supported."
2021-01-27 03:54:44 <rnkn> am I safe to simply reverse the steps of setup-xorg-base and setup-udev?
2021-01-27 04:06:27 <rnkn> (sorry was d/c)
2021-01-27 05:15:01 <guix-vits> m4t: apk-tools-zsh-completion, but no bash.
2021-01-27 05:15:11 <m4t> :/ thanks
2021-01-27 05:31:16 <ikke> Marquel: We have the same issue on a server of ours
2021-01-27 05:33:10 <ikke> Marquel: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12325
2021-01-27 05:34:37 <ikke> Marquel: what kind of disks are these? legacy or efi boot?
2021-01-27 05:46:33 <Marquel> ikke: i _guess_ it's that very issue.
2021-01-27 05:47:03 <ikke> We used the exact same work-around
2021-01-27 05:47:06 <Marquel> ikke: it's hardware-raid1 on SSDs using legacy-boot (i think, have to check)
2021-01-27 05:47:43 <Marquel> ikke: i've manually downgraded the kernel to 5.4.84 and it works.
2021-01-27 05:47:58 <ikke> yes,same
2021-01-27 05:48:07 <ikke> and legacy boot as well
2021-01-27 05:48:58 <ikke> Marquel: if you have the opportunity, would it be possible to boot with the new kernel and then no quiet + debug_init=1 in the kernel parameters?
2021-01-27 05:49:28 <Marquel> i guess i can torture my consumers again tonight ;)
2021-01-27 05:49:41 <ikke> heh
2021-01-27 05:50:14 <Marquel> (have to do it the hard way anyway - apparently qemu doesn't like to _resume_ VMs when updating between minor versions...
2021-01-27 05:50:16 <Marquel> )
2021-01-27 05:51:14 <ikke> One theory is that the buffer that nlplug-findfs uses to store kernel events might be too small
2021-01-27 05:51:30 <Marquel> hm.
2021-01-27 05:51:38 <ikke> When I have the time, I want to test with a larger buffer
2021-01-27 05:52:12 <Marquel> i'm running another system with hardware-raid1 and legacy-boot on spinning rust - that one has scandelay=15 in its kernel-cmdline.
2021-01-27 05:53:13 <Marquel> yeah, delays the system boot for another 15 seconds, but since the system needs about 5 minutes (subjective) to reach grub from a cold or warm start, that's not much of an issue. and its not booted _that_ often.
2021-01-27 05:53:59 <ikke> I tried to manually add a delay to the mkinitfs-init script, but that did not seem to help
2021-01-27 05:54:12 <ikke> but I can try again later with a larger delay
2021-01-27 05:55:02 <Marquel> i will try scandelay as a first option, then with yours - agreed?
2021-01-27 05:55:44 <Marquel> Hello71: FYI: .xlsxm is the "openoffice XML" format with macros enabled - basically the version with malware included.
2021-01-27 05:56:29 <Marquel> Hello71: sure i do have KVM to the box, it's now the second time a careless Alpine upgrade went ... wrong. i'm prepared for the worst.
2021-01-27 05:57:09 <Marquel> qman__: well... LVM works clean from within the system's rescue-environment, that is, it is obviously included in the kernel and initrd.
2021-01-27 05:58:09 <ikke> yes, it's not on lvm problem
2021-01-27 09:58:14 <larkfisherman> Hey guys - I'm trying to make a minimalistic bootable Linux USB that will boot directly into my script (with curses interface) and write a pre-cloned ISO image to the host's SSD. Guys at #linux pointed me at alpine, and mentioned something about `rc.local` but I haven't had much success doing this on my own. Can anyone give me a pointer?
2021-01-27 10:22:34 <guix-vits> larkfisherman: alpine uses openrc.  /etc/init.d/ has services.  /etc/conf.d has "overrides" (?).  /etc/runlevels/* has enabled services.
2021-01-27 10:22:34 <guix-vits> as for booting directly, linux has boot parameter init= that can point to: /bin/sh, /usr/bin/emacs, etc.
2021-01-27 10:24:08 <guix-vits> see /etc/mkinitfs
2021-01-27 10:24:51 <guix-vits> 
ACTION may be wrong

2021-01-27 12:01:27 <Piraty> gnome-podcasts should depend on gst-plugins-good as it currently fails to decode id3 tags, it's mising libgstid3demux.so
2021-01-27 12:01:46 <maxice8> ^ cogitri
2021-01-27 12:08:23 <Cogitri> Oh, I'll add that in a bit
2021-01-27 12:09:02 <Piraty> obviously only affects streams using mp3, which would be nearly all i assume ;)
2021-01-27 12:09:20 <Piraty> 
ACTION curses excessive use of dlopen

2021-01-27 12:10:50 <Cogitri> Without dlopen the entire gstreamer ecosystem would become quite a mess though
2021-01-27 12:10:56 <Piraty> probably
2021-01-27 12:11:19 <Piraty> Cogitri: if i were to wish for a package, it's gpodder which i by now favor over gnome-podcasts
2021-01-27 12:11:40 <Piraty> i need to setup an alpine dev env and start contributing myself i guess
2021-01-27 12:12:00 <maxice8> yes
2021-01-27 12:12:15 <Piraty> i read your post about it maxice8
2021-01-27 12:12:35 <Piraty> but i think i'll take a different route
2021-01-27 12:12:37 <maxice8> the podman one ?
2021-01-27 12:12:45 <Piraty> no, alpine dev env
2021-01-27 12:12:50 <Piraty> on centos or sth
2021-01-27 12:13:02 <maxice8> https://www.cogitri.dev/posts/11-alpine-dev-env-in-fedora/ ?
2021-01-27 12:13:07 <Piraty> wou wrote on podman?
2021-01-27 12:13:17 <Piraty> yes the one on Cogitri's site
2021-01-27 12:13:26 <maxice8> podma is the container engine used
2021-01-27 12:13:35 <Piraty> right
2021-01-27 12:26:23 <Cogitri> Fixed Podcast's deps
2021-01-27 12:27:56 <eagles0513875> :)  loving alpine so far havent played with it much :)  still learning the ropes
2021-01-27 12:32:19 <mps> there is no good distro imo
2021-01-27 12:32:46 <mps> there are only worse
2021-01-27 12:33:09 <mps> actually OSes
2021-01-27 12:33:41 <eagles0513875> in what sense
2021-01-27 12:33:49 <mps> and I doubt good is impossible
2021-01-27 12:34:05 <mps> s/impossibe/possible/
2021-01-27 12:35:07 <mps> because it is hard and complicated things
2021-01-27 12:35:22 <eagles0513875> gotcha
2021-01-27 12:36:48 <mps> yes, I like alpine and I use it nearly everywhere, but that doesn't mean I don't see 'bad points'
2021-01-27 12:37:59 <mps> as I sometimes say: alpine is not good but alternatives are worse
2021-01-27 12:38:12 <eagles0513875> everything regardless of what you use will have its con's
2021-01-27 12:38:43 <mps> sure :)
2021-01-27 12:39:40 <mps> I can't imagine I could ever use macos (or god save us, win)
2021-01-27 12:40:08 <eagles0513875> lol i have to use them all granted been a while since i used osx to be fair
2021-01-27 12:40:35 <eagles0513875> im working towards moving my infra away from centos to alpine given the way centos has gone
2021-01-27 12:40:46 <eagles0513875> can alpine be considered a rolling distro?
2021-01-27 12:40:53 <mps> never used win (or macos) though I use computers from 1982 year
2021-01-27 12:41:10 <eagles0513875> nice me since 1991 at the tender age of 3
2021-01-27 12:41:37 <mps> eagles0513875: no, alpine have stable releases ever 6 months (about)
2021-01-27 12:41:51 <eagles0513875> got it.
2021-01-27 12:42:02 <eagles0513875> is it easy to upgrade from current release to new
2021-01-27 12:42:04 <mps> edge repo is development repo and could be 'taken' as rolling
2021-01-27 12:42:37 <eagles0513875> got it but then probably it comes with stability issues.
2021-01-27 12:43:25 <mps> hmm, memory sometimes fail, I use computers from 1986-87, but started to learn about them in 1983
2021-01-27 12:43:50 <eagles0513875> we both have seen them evolve in leaps and bounds
2021-01-27 12:44:07 <mps> eagles0513875: yes, edge breaks sometimes, and sometime seriosly
2021-01-27 12:44:38 <eagles0513875> for testing in a vm its ok but production i would need stability for sure. do you manage and run alot of alpine based servers?
2021-01-27 12:44:46 <mps> but even stable sometimes have some issues^Wproblems with some packages
2021-01-27 12:45:53 <mps> eagles0513875: I use alpine in production and real time services (and financial services, but don't tell this to anyone :) )
2021-01-27 12:46:10 <eagles0513875> feel free ot bite of my head with this comment
2021-01-27 12:46:15 <eagles0513875> mps i wont
2021-01-27 12:46:29 <eagles0513875> but why doesnt before releasing to a stable release, have like debian
2021-01-27 12:46:45 <eagles0513875> an unstable repo then move that into testing then to the release repo for the current stable release
2021-01-27 12:46:55 <Hello71> Marquel: i know, it's xlsm
2021-01-27 12:47:25 <mps> eagles0513875: because of 'man power'
2021-01-27 12:47:41 <eagles0513875> got it. is packaging currently done manually?
2021-01-27 12:48:36 <mps> eagles0513875: I was debian user for about 20 years, and I don't see big difference in 'stability' beetwen alpine stables and debian stables
2021-01-27 12:50:24 <mps> eagles0513875: for example, we on alpine always run tests on pkgs (expcept where this is really impossible)
2021-01-27 12:50:58 <eagles0513875> test on an isolated vm for example prior to rolling out to live
2021-01-27 12:51:47 <mps> every package runs its 'unit tests', except pkgs which don't have it
2021-01-27 12:52:08 <mps> but sometimes even for this alpine devs create some tests
2021-01-27 12:55:08 <Hello71> although imo we should have some automated integration tests (i.e. can you actually boot install iso on all archs and run setup-alpine)
2021-01-27 12:55:25 <Hello71> it would have caught 3.13-rc3 regression
2021-01-27 12:55:41 <Hello71> but i think debian doesn't have that either
2021-01-27 12:56:27 <ikke> Hello71: yes, it's a lot of effort to setup, though
2021-01-27 12:56:54 <Hello71> well depends on how accurate you want it to be
2021-01-27 12:57:19 <Hello71> as a first step could run everything in qemu
2021-01-27 13:53:12 <mps> quality of everything is fallen down, even this dutch tobacco which which was really nice 20 years ago
2021-01-27 13:53:52 <mps> consumerism ideology destroys humans
2021-01-27 14:04:29 <guix-vits> ook, ook!
2021-01-27 14:50:06 <Piraty> Cogitri: thank you very much
2021-01-27 15:51:18 <xordspar0> I maintain a package in testing that currently requires root to run its test suite, so the tests are disabled. It needs to create a directory in /var/lib or something. Is there a way to set up a private sandbox without root? Would nsenter work?
2021-01-27 15:53:53 <ikke> xordspar0: packages should never write to the host filesystem
2021-01-27 15:54:01 <ikke> outside of the defined locations
2021-01-27 15:54:32 <ikke> but, I doubt things like nsenter will work, due to lack of privileges
2021-01-27 15:55:17 <xordspar0> Yes, I know it shouldn't. :) Ok, I wasn't sure if nsenter needed elevated privileges or would work in CI.
2021-01-27 15:55:40 <ikke> xordspar0: I was checking what it would require
2021-01-27 15:59:05 <xordspar0> Either way, I'll file a bug against the project to not require root for running tests, but I was hoping to have tests running in the package from the start.
2021-01-27 15:59:32 <ikke> yeah, not requiring root sounds like a much saner approach
2021-01-27 16:09:23 <Hello71> unshare -Um
2021-01-27 16:09:51 <Hello71> nsenter is for entering ns
2021-01-27 16:54:58 <xordspar0> Hello71: True, thanks.
2021-01-27 17:04:45 <GekkePrutser> Is there no update for the sudo vulnerability yet?
2021-01-27 17:04:55 <GekkePrutser> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3156
2021-01-27 17:05:59 <ikke> GekkePrutser: yes
2021-01-27 17:06:14 <GekkePrutser> I'm on 3.11.7 by the way :) Maybe I need to upgrade the release
2021-01-27 17:06:18 <ikke> 3.12, 3.13 and edge have been fixed already
2021-01-27 17:06:21 <ikke> ah
2021-01-27 17:06:21 <GekkePrutser> Ah ok
2021-01-27 17:06:37 <ikke> right, the problem is that we would need to manually backport the fixes to those releases
2021-01-27 17:06:47 <GekkePrutser> Ah ok I should upgrade anyway
2021-01-27 17:06:52 <GekkePrutser> Now's a good time as any
2021-01-27 17:06:58 <ikke> officially 3.11 is still supported by alpine
2021-01-27 17:07:18 <GekkePrutser> Could I go straight to 3.13 from 3.11?
2021-01-27 17:07:44 <ikke> yes, it's possible
2021-01-27 17:08:06 <GekkePrutser> Super thanks!
2021-01-27 17:08:14 <ikke> but it depends a bit on what packages you have installed
2021-01-27 17:08:31 <GekkePrutser> Oh yeah not too much important tbh
2021-01-27 17:08:40 <GekkePrutser> If something breaks I'll deal with it
2021-01-27 17:08:54 <ikke> A lot of py2-* have been removed, so if you still have those in /etc/apk/world, uninstall them
2021-01-27 17:09:17 <GekkePrutser> Oh good to know thanks
2021-01-27 17:09:23 <GekkePrutser> I probably do as dependency
2021-01-27 17:09:58 <ikke> there are very little packages in 3.13 left over that depend on py2
2021-01-27 17:11:00 <GekkePrutser> Yeah I don't see it in the world file
2021-01-27 17:23:42 <GekkePrutser> Hm ok libvirt broke but I'll fix it
2021-01-27 17:23:57 <GekkePrutser> I knew that was the risk :D
2021-01-27 17:27:56 <GekkePrutser> Oh yeah and I had my own compiled sudo as the package one doesn't use PAM oops
2021-01-27 17:28:51 <GekkePrutser> So I could have just rebuilt that
2021-01-27 17:29:03 <ikke> heh
2021-01-27 17:32:43 <GekkePrutser> Worky! :D
2021-01-27 17:33:02 <GekkePrutser> Thanks for the advice!
2021-01-27 17:34:24 <ikke> np
2021-01-27 17:49:00 <guix-vits> 
ACTION http://www.murga-linux.com/puppy/viewtopic.php?t=78719

2021-01-27 17:50:51 <GekkePrutser> It looks like the libvirt in 3.13 doesn't support qxl video anymore?
2021-01-27 17:50:59 <GekkePrutser> Or maybe I'm doing something wrong
2021-01-27 17:54:06 <mps> GekkePrutser: you are asking for qemu?
2021-01-27 17:54:16 <GekkePrutser> yes qemu/kvm/libvirt
2021-01-27 17:54:22 <mps> read release notes for 3.13
2021-01-27 17:54:53 <mps> qemu 5.2 split more these helpers to separate modules/pkgs
2021-01-27 17:55:13 <GekkePrutser> Aha I did ee 5.2.0 mentioned but I didn't know about the split
2021-01-27 17:55:20 <c705> alpine really should have a proper release email that goes out
2021-01-27 17:55:28 <mps> https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.13.0#QEMU_packages_split
2021-01-27 17:55:33 <c705> i got one for 3.13, but there were very few if any actual details
2021-01-27 17:55:51 <GekkePrutser> Ahh I was looking at https://alpinelinux.org/posts/Alpine-3.13.0-released.html
2021-01-27 17:55:52 <GekkePrutser> Thanks!
2021-01-27 17:56:00 <mps> c705: do I see raised hand?
2021-01-27 17:56:24 <c705> what?
2021-01-27 17:57:18 <mps> volunter to write these mails
2021-01-27 17:58:09 <c705> sure, i'd love to
2021-01-27 17:58:55 <GekkePrutser> strange, I installed qemu-hw-display-qxl but I still get this when starting it: error: unsupported configuration: domain configuration does not support video model 'qxl'
2021-01-27 17:58:57 <mps> you can start with wiki page
2021-01-27 17:59:09 <GekkePrutser> I did reboot of course
2021-01-27 17:59:21 <mps> qemu-ui-opengl, iirc
2021-01-27 17:59:25 <GekkePrutser> ahh
2021-01-27 18:01:06 <GekkePrutser> Hmm no I think it needs more
2021-01-27 18:02:49 <GekkePrutser> It needed qemu-ui-spice-core too
2021-01-27 18:03:08 <GekkePrutser> Just in case someone else needed this info
2021-01-27 18:03:09 <GekkePrutser> Thanks!
2021-01-27 18:03:15 <mps> 'apk search qemu | sort' and look
2021-01-27 18:04:46 <GekkePrutser> Yeah I also noticed that there's a metapackage qemu-modules
2021-01-27 18:04:50 <GekkePrutser> That installs everything
2021-01-27 18:05:08 <GekkePrutser> Now it runs again!
2021-01-27 18:05:37 <GekkePrutser> Thanks again mps!
2021-01-27 18:05:56 <mps> GekkePrutser: np :)
2021-01-27 18:34:55 <GekkePrutser> By the way I see Ubuntu is using the exact same version as 3.11 (1.8.31)
2021-01-27 18:35:02 <GekkePrutser> So you could perhaps take their backported fixes :)
2021-01-27 18:36:06 <Hello71> taking anything from ubuntu sounds like a god-awful idea
2021-01-27 18:36:41 <GekkePrutser> Sorry just a suggestion
2021-01-27 18:36:52 <GekkePrutser> About what I discussed with ikke
2021-01-27 18:38:03 <ikke> Ah, was looking for other distro that backported it already
2021-01-27 18:38:15 <maxice8> https://security-tracker.debian.org/tracker/source-package/sudo ?
2021-01-27 18:38:55 <GekkePrutser> But that's not the same version
2021-01-27 18:39:01 <GekkePrutser> Ubuntu 20.04 has the exact same
2021-01-27 18:39:31 <GekkePrutser> I was just checking my stuff to see if it was updated everywhere so that's why I found out
2021-01-27 18:41:58 <GekkePrutser> https://launchpad.net/ubuntu/+source/sudo/1.8.31-1ubuntu1.2
2021-01-27 18:42:33 <Apachez> Unpacking sudo (1.9.1-1ubuntu1.1) over (1.9.1-1ubuntu1) ...
2021-01-27 18:44:24 <c705> why are we talking about ubuntu packages?
2021-01-27 18:45:04 <Hello71> https://securitylab.github.com/research/Ubuntu-gdm3-accountsservice-LPE
2021-01-27 18:45:19 <ikke> We still need to backport the sudo fix to 3.11 and 3.10
2021-01-27 18:45:20 <GekkePrutser> c705: It was about backporting that sudo vulnerabiliuty
2021-01-27 18:45:49 <maxice8> c705: they are useful
2021-01-27 18:46:12 <guix-vits> "backporting vulnerability".. ugh
2021-01-27 18:46:31 <GekkePrutser> Ok the patch :P
2021-01-27 18:46:34 <guix-vits> someone is sus
2021-01-27 18:46:50 <guix-vits> amongst us
2021-01-27 18:51:55 <mps> :)
2021-01-27 19:38:52 <Marquel> good evening.
2021-01-27 19:39:23 <Marquel> it seems, qemu-5.2 dropped QXL video support in alpine, yet there is a qxl video library for qemu available.
2021-01-27 19:39:28 <Marquel> how does that match?
2021-01-27 19:42:27 <MY-R> Marquel: https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.13.0#QEMU_packages_split
2021-01-27 19:43:34 <Marquel> MY-R: yeah, but installing the qxl-package does not allow me to start a qxl-configured vm.
2021-01-27 19:44:02 <Marquel> or do i have to re-install qemu itself after that as well or do a reboot?
2021-01-27 19:46:28 <MY-R> Marquel: 'qemu-hw-display-qxl' 'qemu-ui-opengl' 'qemu-ui-spice-core' or just install everything with 'qemu-modules' package
2021-01-27 19:51:09 <Marquel> *sigh*
2021-01-27 19:54:16 <Hello71> it is in the 3.13 release notes (now)
2021-01-27 19:54:25 <Hello71> ah, MY-R already posted it
2021-01-27 19:54:49 <Marquel> not the "modules" part.
2021-01-27 19:55:27 <Marquel> and, suffice to say (sorry if i'm unnecessarily blunt here) just saying "yeah, we've split it" isn't close to being enough to say for an upgrade.
2021-01-27 19:56:27 <MY-R> Hello71: I think those wiki release notes should be posted with some big red leters on alpinelinux.org release page :)
2021-01-27 19:56:57 <Marquel> they should also contain more information on what to do when upgrading.
2021-01-27 19:57:14 <Hello71> Marquel: well the idea is you read it, then you run it, then it says "qxl not supported", then you think "maybe i need some more packages"
2021-01-27 19:57:36 <Marquel> like "okay, we've split it. if you know what you're doing, stop reading. if not, here is what you need to get the functionality back."
2021-01-27 19:59:40 <Hello71> Marquel: feel free to add more information
2021-01-27 20:00:34 <Marquel> (sorry, i'm coming from distributions where changes like these - more so on minor revision upgrades - come with package-manager integrated manuals on what to do, how, what to expect and what might go wrong."
2021-01-27 20:05:54 <kmmndr> Hi all :-)
2021-01-27 20:06:16 <GekkePrutser> I had the same issue earlier @Marquel
2021-01-27 20:06:17 <kmmndr> Is it possible to define custom patch args while applying default_prepare ?
2021-01-27 20:06:25 <GekkePrutser> I also had to install qemu-ui-spice-core
2021-01-27 20:06:37 <GekkePrutser> Oops it was already mentioned
2021-01-27 20:07:23 <Marquel> GekkePrutser: yeah, i did it with qemu-modules.
2021-01-27 20:07:38 <GekkePrutser> Yeah me too in the end because I had an issue with USB too
2021-01-27 20:07:44 <Hello71> i think qemu-hw-display-qxl should possibly depend on qemu-ui-spice-core
2021-01-27 20:07:56 <Marquel> I'd have thought such drastic changes are for major releases.
2021-01-27 20:08:05 <Marquel> but apparently i've been mistaken.
2021-01-27 20:08:30 <Hello71> semver doesn't really make sense for a linux distro
2021-01-27 20:08:34 <Marquel> Hello71: apparently it should, for it does not work on its own.
2021-01-27 20:08:41 <Hello71> ubuntu doesn't have concept of "major release"
2021-01-27 20:08:59 <Marquel> Hello71: neither does Gentoo, they don't have releases at all.
2021-01-27 20:09:10 <Hello71> yes but among distros that have "release" concept
2021-01-27 20:09:17 <Marquel> Hello71: but if Gentoo starts to break things, it's not silently during "upgrade".
2021-01-27 20:09:19 <Hello71> otherwise we can sit here all day listing rolling release distros
2021-01-27 20:09:32 <Marquel> yep.
2021-01-27 20:12:24 <Marquel> anyway, i'd say "don't break things unless it's somehow made clear that things _will_ break."
2021-01-27 20:14:11 <mps> Marquel: alpine doesn't have much people to make all these announces and docs
2021-01-27 20:15:28 <Marquel> mps: i can see what has happened here and i didn't say i am lacking a certain degree of understanding as to what, how and why.
2021-01-27 20:15:40 <Marquel> i'm just saying this should not happen this way.
2021-01-27 20:16:16 <mps> well, 'things' happens
2021-01-27 20:18:06 <Marquel> yeah, but in this case, and it has now bitten me twice, i'm wondering if "dedicated to be small and secure" is enough of a reason to start betting my ass when doing upgrades on my core systems.
2021-01-27 20:18:16 <GekkePrutser> For me I solved the problem quickly thanks to the support here, I just think one line in the release notes like "qemu-modules now contains all the previously bundled modules" would have helped.
2021-01-27 20:18:28 <Marquel> ACK.
2021-01-27 20:18:53 <Hello71> 19:59 <Hello71> Marquel: feel free to add more information
2021-01-27 20:19:09 <Marquel> i've read you.
2021-01-27 20:20:01 <Marquel> Hello71: but in all honesty, a core system is a core system, not a system i'm playing around with upgrades on, trying to figure what an incomplete release note as omitted and then adding the information i needed myself in the first place.
2021-01-27 20:20:08 <ikke> GekkePrutser: It's hard for us to track all these changes to packages (and be aware of the impact of certain changes)
2021-01-27 20:20:34 <ikke> With 3.13, I already tied to cover a lot with the release notes on the wiki, which I started to fill early
2021-01-27 20:20:38 <mps> ikke: right
2021-01-27 20:20:39 <ikke> Some things we only hear later
2021-01-27 20:20:48 <Marquel> let me guess: qemu is part of "community" and thus, mainline devs do not care as much?
2021-01-27 20:21:00 <ikke> Marquel: no, it has nothing to do with that
2021-01-27 20:21:15 <ikke> there are thousands of packages
2021-01-27 20:21:24 <Marquel> ikke: agreed.
2021-01-27 20:21:25 <GekkePrutser> Yes indeed ikke! I found the wiki later, when I first looked for release notes I just found the announcement on the Alpine website that just mentions 1 line, this is what confused me
2021-01-27 20:21:32 <GekkePrutser> But thanks for your support!
2021-01-27 20:21:38 <ikke> the release notes link multiple times to this wiki
2021-01-27 20:21:47 <GekkePrutser> Yes I should have clicked through
2021-01-27 20:21:54 <Marquel> but then _someone_ made the decision to split between 3.12 and 3.13. and then omitted the part of adding docs.
2021-01-27 20:21:55 <GekkePrutser> I don't mean to cpmplain
2021-01-27 20:22:04 <MY-R> ikke: that is why I said to make that link RED :D
2021-01-27 20:22:11 <GekkePrutser> I really appreciate the work you do and Alpine is a great distro
2021-01-27 20:22:12 <ikke> Marquel: 3.13 is branched of of edge
2021-01-27 20:22:19 <ikke> there is 6+ months of changes
2021-01-27 20:23:05 <ikke> And what I understood is that qemu split things off more in modules
2021-01-27 20:23:07 <Marquel> ikke: still: someone made the decision to split the package and did not add it to documentation for release notes, or neglected to mention the impact it might have.
2021-01-27 20:23:45 <ikke> Marquel: I try to make people aware of this
2021-01-27 20:23:52 <ikke> documenting these kinds of changes
2021-01-27 20:23:54 <mps> Marquel: no, qemu upstream made it as such, i.e. splitting modules
2021-01-27 20:25:38 <mps> and yes, I take responsibility to upgrade qemu to 5.2 just some short time before 3.13 release, else we will be criticised why we didn't ship latest 'shiny' qemu
2021-01-27 20:25:46 <Marquel> mps: i doubt that - Gentoo still uses just one package. with a lot of install-time compile-this-or-that-feature-as-well switches, admittedly, yet it doesn't look like qemu itself has split it. the source is still distributed as a single file.
2021-01-27 20:26:01 <mps> and there was not enough time to document all these changes
2021-01-27 20:26:30 <mps> Marquel: ok, we are not gentoo
2021-01-27 20:26:33 <Marquel> mps: i am not blaming you nor anyone else. i'd like to have stricter procedures in place.
2021-01-27 20:26:36 <ikke> Marquel: it has to do with how qemu is packaged in alpine
2021-01-27 20:26:44 <Marquel> ikke: obviously.
2021-01-27 20:26:46 <Marquel> :q
2021-01-27 20:26:55 <Marquel> (drat!)
2021-01-27 20:27:41 <mps> huh, ikke you owe me a lot of wine because you keep me on this channel :)
2021-01-27 20:27:51 <ikke> mps: :)
2021-01-27 20:29:31 <Marquel> honestly said, i'd even like to help out - but as i said before: alpine is now running a core system of mine (and i don't have the resources to buy another 15k+ server to have a testbed), so i can add to release notes, yet i'd still require the package maintainers to forward me the essential information. in time.
2021-01-27 20:30:11 <mps> :)
2021-01-27 20:30:16 <ikke> the problem is, there are a lot of changes
2021-01-27 20:30:27 <ikke> these particular one affects you now, so it very obvious
2021-01-27 20:30:58 <ikke> But we try to improve this
2021-01-27 20:31:38 <Marquel> ikke: guess what: I'm running an alpine-vm on 3.13 which works absolutely fine - but then it doesn't use LVM inside itself, it's just stored on LVM... ;)
2021-01-27 20:32:11 <ikke> Marquel: I spent an entire weekend on that lvm problem
2021-01-27 20:32:30 <mps> (never upgrade critical systems before testing)
2021-01-27 20:32:37 <Marquel> and that's what i meant with "stricter procedures" - add a change which potentially breaks things and you need to inform some entity of it so it can be properly tested and documented for release.
2021-01-27 20:33:04 <Marquel> mps: lucky me there was a way back ;)
2021-01-27 20:33:34 <GekkePrutser> I added mention of the qemu-modules to the wiki ;)
2021-01-27 20:33:35 <mps> our list of (beta) testers is really small, zero I think
2021-01-27 20:33:55 <Marquel> though, admittedly, it would be nice if upgrading something like "linux-lts" would produce at least one round of backups, so in case of boot errors i could just select the prior kernel+initrd to boot... ;)
2021-01-27 20:34:12 <ikke> Marquel: we have an issue open about that
2021-01-27 20:34:43 <ikke> https://gitlab.alpinelinux.org/alpine/aports/-/issues/12157
2021-01-27 20:35:26 <Marquel> "and keep the old image files as well"
2021-01-27 20:36:50 <ikke> This has already been created to keep track of changes for Alpine 3.14: https://wiki.alpinelinux.org/wiki/Draft_Release_Notes_for_Alpine_3.14.0
2021-01-27 21:23:55 <qwertz123> How stable is edge compared to stable Alpine, stable enough for a regular desktop computer?
2021-01-27 21:31:18 <Marquel> ikke: looks great.
2021-01-27 21:31:45 <ikke> qwertz123: relatively stable, but there could be some issue from time to time
2021-01-27 22:13:50 <harryruhr> Will there be an update for sudo CVE-2021-3156 in Alpine 3.11? I updated several Alpine machines today, Alpine 3.12 had the sudo update, 3.11 did not
2021-01-27 22:15:29 <c705> it's being looked into I believe
2021-01-28 03:31:21 <crosbymichael> how do i keep a static resolv.conf when my default route is dhcp? i don't want to use the upstream dns and just want my local resolver but it keeps switching it on me
2021-01-28 04:14:26 <opal> dhcpcd or udhcpc
2021-01-28 04:14:32 <opal> there are different ways
2021-01-28 04:14:42 <opal> dhcpcd you just put "nohook resolv.conf" into /etc/dhcpcd.conf
2021-01-28 04:14:46 <opal> let me look for udhcpc
2021-01-28 04:15:11 <opal> been so long ago i may have forgotten now
2021-01-28 04:15:58 <opal> yeah sorry maybe someone else knows that off the top of their head
2021-01-28 04:32:53 <crosbymichael> this should get me pointed in the right place
2021-01-28 04:33:03 <crosbymichael> i'm using the default, so that is probably udhcpc
2021-01-28 04:33:55 <opal> yeah
2021-01-28 04:35:23 <opal> busybox source tree has some matches for resolv.conf
2021-01-28 04:35:42 <opal> if i was in another mood tonight i'd drop everything and figure out exactly what i did before
2021-01-28 04:35:54 <opal> but i've been dealing with other stuff breaking tonight :p
2021-01-28 04:47:23 <crosbymichael> no worries, thanks!
2021-01-28 05:21:25 <girth> are there many third party repos for alpine?
2021-01-28 05:21:33 <girth> do people need them?
2021-01-28 05:34:30 <ikke> opal: you can set RESOLV_CONF=no in /etc/udhcpc.conf
2021-01-28 05:35:14 <ikke> girth: there are people with their own repos, but usually it's because they need something special
2021-01-28 05:36:30 <girth> roger... thankyou
2021-01-28 05:37:12 <ikke> oh sorry, that udhcpc.conf was meant for crosbymichael
2021-01-28 10:35:53 <asht> Hey, I'm trying to install Alpine with LUKS/LVM and UEFI
2021-01-28 10:36:11 <asht> My boot partition (and ESP of course) aren't encrypted
2021-01-28 10:37:23 <asht> After I boot form GRUB, the initramfs asks me for a passphrase for my root partition (which is logical), as it should.
2021-01-28 10:39:31 <asht> But after I enter the passphase I'm just dropped into a busybox recovery shell and get the a message: "mount: mounting UUID=0dc...(the UUID of the partition that I just entered the passphrase for, inside which is my root) on /sysroot failed: No such file or directory"
2021-01-28 10:41:04 <asht> when I run blkid I can see my the encrypted LVM partition, but not the partition that I just entered the passphrase for
2021-01-28 10:41:10 <asht> Help please?
2021-01-28 11:09:07 <ikke> asht: is this Alpine 3.13?
2021-01-28 11:11:57 <asht> ikke: wait, let me check
2021-01-28 11:13:42 <asht> Yes, it's 3.13.0
2021-01-28 11:16:55 <daper> asht: is that uuid from the crypt partition after luks opens it?
2021-01-28 11:17:37 <asht> daper: the UUID that fails can't be found? yes
2021-01-28 11:21:21 <ikke> asht: are you able to downgrade the kernel to the one from 3.12 and try again?
2021-01-28 11:22:02 <asht> ikke: I can try later
2021-01-28 11:22:28 <asht> even though it seems more like a problem with the initramfs
2021-01-28 11:23:04 <ikke> asht: https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.13.0#LVM_boot_scanning
2021-01-28 11:23:11 <asht> but which kernel version did version 3.12 use?
2021-01-28 11:23:16 <ikke> 5.4.x
2021-01-28 11:23:42 <ikke> Want to see if it's the same issue
2021-01-28 11:23:51 <asht> okay
2021-01-28 11:25:28 <asht> Okay, I'll try to do this in an hour or two and will write here if it works
2021-01-28 11:33:18 <asht> ikke: Do I need to configure and build a vanilla kernel from kernel.org myself or is there any pre-built binary (or config) that I should just download?
2021-01-28 11:33:37 <ikke> Just use the one from the 3.12 repo
2021-01-28 11:35:16 <asht> I never used Alpine before so I'm sorry for the dumb question, do I just need to configure apk somehow to include a custom 3.12 and apk add linux?
2021-01-28 11:36:31 <ikke> This is the command I used:
2021-01-28 11:36:33 <ikke> apk add -X https://dl-cdn.alpinelinux.org/alpine/v3.12/main linux-lts=5.4.84-r0 linux-firmware=20200519-r1
2021-01-28 11:57:20 <mint_>  I have a little problem with my bootloaders, please. I am using extlinux, as proposed by the installation:
2021-01-28 11:58:46 <mint_> I have this entry for linux 10. And I got the error: "Failed to load COM32 file menu.c32" my entry: LABEL cement
2021-01-28 11:58:46 <mint_> KERNEL chain.c32
2021-01-28 11:58:46 <mint_> APPEND hd0 3
2021-01-28 11:59:41 <mint_> s I copied chain.32 of the /usr/share/syslinux directory into boot and the error is gone but I get another one
2021-01-28 12:00:05 <mint_> Booting... this is not a bootable disk. Please insert a bootable d...
2021-01-28 12:00:13 <mint_> do you know this problem?
2021-01-28 12:01:38 <mint_> entry for windows 10. (correction above)
2021-01-28 12:19:45 <asht> ikke: I downgraded the kernel, there's no difference
2021-01-28 12:20:42 <ikke> OK, then it's most likely a different issue
2021-01-28 12:21:10 <asht> Do you have any idea then?
2021-01-28 12:27:58 <Hello71> mint_: bios, not efi?
2021-01-28 12:29:21 <mps> mint_: try to set bootable flag for boot partiotion
2021-01-28 12:29:40 <mint_> its legacy
2021-01-28 12:29:49 <mint_> bootable flag is  there. sda1
2021-01-28 12:29:56 <mint_> boot partition
2021-01-28 12:30:40 <MY-R> asht: are you sure your /etc/fstab point to correct "/" device?
2021-01-28 12:34:12 <asht> MY-R: yes
2021-01-28 12:34:48 <asht> MY-R: but the fstab isn't read at that stage
2021-01-28 12:34:48 <MY-R> and you have LVM on LUKS or LUKS on LVM?
2021-01-28 12:34:58 <asht> LUKS on LVM
2021-01-28 12:35:48 <MY-R> ah ok then dunno, I never done luks on lvm but always got lvm on luks and not even sure how it work in Alpine
2021-01-28 12:39:02 <Hello71> lvm on luks is almost always better
2021-01-28 12:39:06 <mps> mint_: did you tried to mount boot part to /mnt and run 'extlinux --install /mnt'
2021-01-28 12:39:09 <Hello71> for security
2021-01-28 12:39:32 <asht> Hello71: really? why?
2021-01-28 12:39:40 <Hello71> less metadata exposed
2021-01-28 12:40:13 <mint_> I will gladly. Bit mps, the LINUX part of that same extlinux is booting vmlinuz-lts of Alpine
2021-01-28 12:40:42 <mps> mint_: ah
2021-01-28 12:40:47 <mps> so not needed
2021-01-28 12:41:21 <mint_> well, it seems I never get windows running using extlinux, even though it is such a small entry...
2021-01-28 12:41:37 <mint_> hd0 3 for /dev/sda3 right?
2021-01-28 12:42:07 <mint_> is it a permission or executable problem of the files in the boot partition?
2021-01-28 12:42:17 <Hello71> i think you may have better luck with chain ntldr=bootmgr
2021-01-28 12:42:25 <Hello71> based on https://wiki.syslinux.org/wiki/index.php?title=Comboot/chain.c32
2021-01-28 12:42:47 <Hello71> at least that works better with grub
2021-01-28 12:42:57 <Hello71> or better, use efi if your system supports it
2021-01-28 12:43:18 <asht> Hello71: I chose LUKS/LVM because I have a 2TB hard drive and a 500GB SSD and I'm planning to use this install as a simple dom0 (I'll probably eve remove libressl, maybe even TTY support). Using LUKS/LVM I can have a /var partition that is bigger than just my HDD
2021-01-28 12:43:40 <Hello71> bcache/dm-cache is better
2021-01-28 12:43:54 <Hello71> lvm is mainly for use with identical disks
2021-01-28 12:44:00 <mint_> ok..
2021-01-28 12:44:00 <mint_> LABEL Windows 10
2021-01-28 12:44:00 <mint_> APPEND hd0 3
2021-01-28 12:44:00 <mint_> KERNEL chain ntldr=bootmgr
2021-01-28 12:44:44 <Hello71> based on the documentation it should probably be COM32 chain.c32; APPEND ntldr=/bootmgr
2021-01-28 12:45:10 <asht> Hello71: okay, does it matter though? Or do you think there is any better option in my case?
2021-01-28 12:45:45 <Hello71> also separate /var partition is basically ancient practice at this point
2021-01-28 12:46:17 <asht> Hello71: yes, but aren't all of the VMs are stored there?
2021-01-28 12:46:54 <asht> And I "aren
2021-01-28 12:47:14 <asht> sorry for the English BTW
2021-01-28 12:50:07 <mint_> LABEL cement
2021-01-28 12:50:08 <mint_> KERNEL chain.c32
2021-01-28 12:50:08 <mint_> APPEND chain ntldr=bootmgr
2021-01-28 12:50:10 <mint_> like this?
2021-01-28 13:36:31 <com______> Hello, I am trying to compile a server application on Alpine. When I run ./configure I get "configure:24144: error: cannot compute sizeof (char16_t)". What could I be missing?
2021-01-28 13:36:52 <mint_> hm. I give up :) But I would like to see how you boot into windows from an alpine machine.. ;-)
2021-01-28 13:40:22 <asht> com_____: try creating a simple C program that tries to print the sizeof(char16_t) and see if it works (remember to #include <stdint.h>)
2021-01-28 13:40:43 <asht> nvm
2021-01-28 13:40:53 <asht> I read int16_t instead of char16_t
2021-01-28 13:43:06 <asht> so #include <uchar.h> instead of <stdint.h>
2021-01-28 15:11:33 <opal> <@ikke> opal: you can set RESOLV_CONF=no in /etc/udhcpc.conf
2021-01-28 15:11:35 <opal> ah ok
2021-01-28 15:11:47 <opal> yeah i did something contrived for it
2021-01-28 17:24:12 <SJr> I just want to test if something is a bug in musl versus glibc, I have noticed that you can install glibc on alpine but with musl also installed I am wondering how I can force something to use glibc instead of musl.
2021-01-28 17:24:53 <ikke> SJr: it needs to be linked to either musl or glibc
2021-01-28 17:24:58 <ikke> it's not something you can swap on the fly
2021-01-28 17:25:39 <SJr> Ah so I can't just do some magic with LD_LIBRARY_PATH or whatever, it's source compatibility not binary compatibility.
2021-01-28 17:25:59 <ikke> yes
2021-01-28 17:26:35 <opal> can install glibc on alpine now?
2021-01-28 17:26:52 <ikke> there is no glibc package, there is only a shim
2021-01-28 17:26:53 <SJr> Well I found some random instructions on it and it probably isn't great, but I just wanted to debug something.
2021-01-28 17:26:59 <opal> gcompat im assuming
2021-01-28 17:27:03 <opal> ive wanted to switch my desktop from glibc to musl/gcompat and try that out
2021-01-28 17:27:27 <opal> SJr back when i used alpine i just set up a glibc chroot of some sort
2021-01-28 17:27:30 <opal> that's an option
2021-01-28 17:27:40 <opal> alpine on desktop i mean... i still use alpine in general
2021-01-28 17:28:01 <SJr> yeah but I think I would need to recompile PHP
2021-01-28 17:28:26 <SJr> Here are some random instructions I know about for glibc (https://docs.pact.io/docker/#reference-image)
2021-01-28 17:28:40 <opal> ah you just want to use glibc for one program that depends on other things
2021-01-28 17:28:42 <opal> i see
2021-01-28 17:35:25 <mrsenshi> Does anyone have experience running pipewire under GNOME?
2021-01-28 17:35:55 <mrsenshi> I've had to use root permissions to start pipewire, it doesn't seem to want to run otherwise
2021-01-28 17:36:13 <mrsenshi> I could set suid but I don't think that's supposed to be necessary.
2021-01-28 17:40:21 <Cogitri> Launches w/o root for me
2021-01-28 17:57:02 <mrsenshi> Odd, any potential missteps or GNOME-complications?
2021-01-28 18:01:11 <Cogitri> I'm on GNOME too. Seems like I'm not fully upgraded, but let's try again with an upgraded system
2021-01-28 18:07:10 <mrsenshi> Alright. Also, how did you fully disable pulseaudio?
2021-01-28 18:07:31 <mrsenshi> It keeps trying to restart every time I kill it, and it shouldn't even be starting in the first place
2021-01-28 18:07:58 <Cogitri> Ah, I didn't replace pa with pipewire, I just use pipewire for things like wayland desktop share
2021-01-28 18:08:30 <Cogitri> I think we have a wiki page for replacing pa with pipewire
2021-01-28 19:17:51 <PureTryOut[m]2> if you want pipewire to replace pulseaudio, don't just kill pulseaudio
2021-01-28 19:18:12 <PureTryOut[m]2> Make Pipewire start pipewire-pulse (as mentioned on the wiki), then reboot after making sure your system is fully upgraded
2021-01-28 19:18:53 <PureTryOut[m]2> 
ACTION is typing from his laptop with Pipewire auto-started on boot straight from the distro packaging, and config modified per the wiki to launch pipewire-pulse

2021-01-28 19:18:58 <PureTryOut[m]2> It works quite well!
2021-01-28 19:39:19 <mrsenshi> I've read the wiki
2021-01-28 19:39:28 <mrsenshi> I'll read it again I guess
2021-01-28 19:49:24 <PureTryOut[m]2> Note that we just pushed a change to the package to autostart Pipewire on DE's like KDE Plasma and GNOME
2021-01-28 19:49:35 <PureTryOut[m]2> Just as in today, a few hours ago
2021-01-28 19:58:55 <mrsenshi> Huh, maybe my mirror is out of sync?
2021-01-28 20:02:44 <mrsenshi> No, packages well up to date
2021-01-28 20:02:47 <mrsenshi> Nothing.
2021-01-28 20:06:38 <MY-R> mrsenshi: what version do you get when run: apk -v search pipewire
2021-01-28 20:06:58 <mrsenshi> pretty sure it's -r1 but I'll check
2021-01-28 20:08:29 <mrsenshi> Yeah, 0.3.10-r
2021-01-28 20:08:34 <mrsenshi> *r1
2021-01-28 20:11:32 <MY-R> mrsenshi: so you should have already file: /etc/xdg/autostart/pipewire.desktop
2021-01-28 20:12:18 <mrsenshi> Pretty sure I don't
2021-01-28 20:13:01 <mrsenshi> Can confirm, it's just not there
2021-01-28 20:13:41 <MY-R> mrsenshi: apk fix pipewire
2021-01-28 20:14:11 <mrsenshi> No change, will try for pipewire-pulse
2021-01-28 20:14:27 <mrsenshi> Still nothing
2021-01-28 20:14:32 <MY-R> and be sure that your system is up-to-date, check if nothing left with command: apk version
2021-01-28 20:15:05 <mrsenshi> Well I've done every upgrade possible and apk version returns nothing
2021-01-28 20:15:11 <mrsenshi> My system is absolutely up to date
2021-01-28 20:15:29 <mrsenshi> On version 3.13 in case that makes a difference, not on edge
2021-01-28 20:15:40 <MY-R> eh
2021-01-28 20:16:12 <mrsenshi> Yeah, this seems a little weird
2021-01-28 20:16:13 <MY-R> so how did you get r1 version?
2021-01-28 20:17:17 <mrsenshi> I upgrade my system periodically, and I've tried to update those packages specifically. Unless I am more clueless about package management than I thought, this should be the latest version without a doubt
2021-01-28 20:18:45 <MY-R> r1 version is only in "Edge" did you enable edge repo and got it from there, I'm confused already
2021-01-28 20:19:03 <MY-R> it is just simple update, you can get that file manualy and put it in directory
2021-01-28 20:20:07 <mrsenshi> I'll just pin to edge for pipewire
2021-01-28 20:21:08 <mrsenshi> OK, I've tried to reinstall the edge version because apk seems to report version numbers confusingly
2021-01-28 20:21:35 <mrsenshi> (ok, mostly because I'm an idiot)
2021-01-28 20:22:21 <mrsenshi> Yeah, file still isn't there?
2021-01-28 20:22:37 <mrsenshi> Weird.
2021-01-28 20:22:51 <mrsenshi> I'll check I haven't screwed something up and report later
2021-01-28 20:23:10 <MY-R> probably it doesnt install at all and you have r0 version
2021-01-28 20:24:55 <mrsenshi> Alright nevermind, I figured it out
2021-01-28 20:25:01 <MY-R> mrsenshi: apk -v info | grep pipewire
2021-01-28 20:25:29 <mrsenshi> I've found the file, its on the right version and everything is finally there.
2021-01-28 20:25:53 <mrsenshi> I can see /etc/xdg/autostart/pipewire.desktop
2021-01-28 20:25:59 <mrsenshi> Do I remove the pulseaudio entry?
2021-01-28 20:26:28 <MY-R> if you dont need it :)
2021-01-28 21:36:43 <mrsenshi> OK, how do you disable pulseaudio
2021-01-28 21:36:57 <mrsenshi> Because it just starts without me wanting it to be there
2021-01-28 21:37:11 <mrsenshi> I'm sure it's not enabled in init
2021-01-28 21:49:10 <MY-R> mrsenshi: if I remember correctly it was enough to change/set "autospawn=no" in /etc/pulse/client.conf
2021-01-28 21:49:26 <mrsenshi> Awesome
2021-01-28 21:49:52 <mrsenshi> Thanks MY-R for the expedient answers!
2021-01-28 21:52:32 <MY-R> mrsenshi: better let me know if it worked :)
2021-01-28 22:39:50 <blawiz> u dudes, youtube-dl working for you?
2021-01-28 22:54:05 <blawiz> youtube-dl version 2020.05.29 ......................
2021-01-28 22:55:25 <MY-R> blawiz: did you think about update to 3.13?
2021-01-28 22:56:00 <blawiz> oh right, i downgraded to 3.12 again
2021-01-28 23:20:55 <mercia> \join #emacs
2021-01-28 23:25:47 <mrsenshi> Noooo hahaha
2021-01-28 23:25:57 <mrsenshi> Pipewire won't even run now.
2021-01-28 23:31:22 <mrsenshi> GNOME just shows a gap where the volume indicator was meant to be and nothing can access pipewire-pulse
2021-01-28 23:36:29 <mrsenshi> OK, I can't even try to open a media player or watch a video
2021-01-28 23:36:33 <mrsenshi> Everything has broken
2021-01-28 23:43:17 <MY-R> mrsenshi: what did you change in '/etc/pipewire/pipewire.conf' file?
2021-01-28 23:44:05 <mrsenshi> Resample quality, sample rate, enabled bluetooth
2021-01-28 23:44:58 <MY-R> mrsenshi: and there is no "exec /usr/bin/pipewire-pulse" line or at least is commented?
2021-01-28 23:45:27 <mrsenshi> None, I'm pretty sure that has been replaced with something else
2021-01-28 23:45:42 <mrsenshi> That line is not in the file.
2021-01-28 23:45:49 <mrsenshi> Ill disable the other stuff and try a reboot
2021-01-28 23:45:53 <MY-R> ok, so maybe try to not add too much and keep it as simple/generic it  can be and then try
2021-01-28 23:45:56 <MY-R> yes!
2021-01-28 23:47:48 <mrsenshi> Wait, I have an Idea.
2021-01-28 23:49:41 <mrsenshi> No, no difference
2021-01-28 23:49:45 <mrsenshi> Not a single thing
2021-01-28 23:54:35 <mrsenshi> The file is absolutely stock except for enabling pipewire-pulse the correct way
2021-01-28 23:55:01 <mrsenshi> This is doing nothing to change the situation
2021-01-28 23:57:03 <mrsenshi> IT WORKS
2021-01-28 23:57:58 <MY-R> mrsenshi: what was wrong?
2021-01-28 23:59:21 <blawiz> cab one upgrade one package to 3.13?
2021-01-29 00:00:10 <blawiz> (or specific version)? sudo apk add "youtube-dl=2021.01.08-r0" doesnt seem to work
2021-01-29 00:00:26 <mrsenshi> OK, it works but GNOME is unaware
2021-01-29 00:00:39 <mrsenshi> Gnome audio control is broken
2021-01-29 00:04:33 <mrsenshi> And... My system just deadlocked.
2021-01-29 00:05:04 <mrsenshi> (temporarily)
2021-01-29 00:06:10 <MY-R> blawiz: did you add 'alpine/v3.13/community' in '/etc/apk/repositories' ?
2021-01-29 00:07:50 <blawiz> MY-R: no, how will apk know which to use, eg when upgrading?
2021-01-29 00:08:07 <MY-R> blawiz: https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management#Repository_pinning
2021-01-29 00:09:57 <blawiz> MY-R: ah, sweeet
2021-01-29 07:12:59 <monado> hello everyone, is there a way i can install alpine with a bootloader and all that but without install media? maybe something like via a chroot?
2021-01-29 07:27:45 <Cogitri> monado: https://wiki.alpinelinux.org/wiki/Alpine_Linux_in_a_chroot
2021-01-29 08:33:37 <Guest80065> no ntop on 3.13? any alternatives or other suggestions?
2021-01-29 08:36:09 <Marquel> ikke: i take it the LVM boot issue is not fixed with linux-lts-5.10.x?
2021-01-29 08:36:24 <Marquel> Guest80065: depends on what you intend to see.
2021-01-29 08:37:36 <Guest80065> pretty much the same functionality that ntop provides
2021-01-29 08:37:42 <Guest80065> (provided)
2021-01-29 08:41:37 <Guest80065> apk search virtualbox-addons?
2021-01-29 08:41:54 <Guest80065> is there an apk for this?
2021-01-29 08:44:02 <Marquel> Guest80065: try pkgs.alpinelinux.org - maybe it'll help you to find the right name.
2021-01-29 08:44:52 <Guest80065> will do...
2021-01-29 08:45:54 <Guest80065> Package	Version	Project	Licence	Branch	Repository	Architecture	Maintainer	Build date
2021-01-29 08:45:57 <Guest80065> No item found...
2021-01-29 08:49:11 <Marquel> well, then ntop is maybe not ported (yet).
2021-01-29 09:01:18 <Guest80065> Marquel: ok sweet... thanks for the info... had the feeling ntop was maybe long in the tooth / stale-ish
2021-01-29 09:01:27 <Guest80065> but suits my use case fine
2021-01-29 09:04:26 <Marquel> wulfy23: yeah, sometimes old tools get dropped without notice of probable replacement.
2021-01-29 09:06:57 <Marquel> looks like it was still in 3.11 - with v5.0.1 - hard to tell if it was just not ported to younger version of alpine or if it won't build anymore and thus got dropped b/c upstream is dead.
2021-01-29 09:10:51 <Marquel> wulfy23: and, judging by the ntop website and github, ntop itself is gone for ntopng - maybe noone found the time yet to build a package for alpine.
2021-01-29 09:11:33 <wulfy23> Marquel: yup, makes sense
2021-01-29 10:41:24 <hoodedfigure> Hi, when I add package 'mpd 'and run 'mpd --version' I get this error: 'sh: mpd: Operation not permitted'
2021-01-29 10:41:24 <hoodedfigure> This is the case even if run as root or any other parameter like '--help'
2021-01-29 10:42:48 <jjuran> hoodedfigure: You might run strace to find out what operation is failing.
2021-01-29 10:44:08 <hoodedfigure> jjuran: how would I do that? Can you suggest a command?
2021-01-29 10:51:36 <ikke> Is this inside docker?
2021-01-29 11:08:26 <hoodedfigure> @ikke: yes
2021-01-29 11:09:07 <hoodedfigure> Your nick fools my IRC client. You know that, right?
2021-01-29 11:13:53 <qwertz123> Is it possible to run something like virtualbox or gnome-boxes on Alpine?
2021-01-29 11:14:18 <qwertz123> gnome-boxes is available but it says "Boxes cannot access the virtualization backend"
2021-01-29 11:16:39 <Cogitri> qwertz123: You probably have to start libvirt via openrc
2021-01-29 11:32:46 <Luyindula> hi guys, I am running Alpine 3.8 with 4.14.52-0-vanilla on about 500 hosts, same configuration, and lately been getting an increasingly number of kernel errors, with either tainted or not tainted messages
2021-01-29 11:33:18 <Luyindula> could you reccomend a place to discuss and maybe troubleshoot more on the issue? the Internet so far has not answered many questions
2021-01-29 11:33:22 <Luyindula> thanks
2021-01-29 11:35:15 <Cogitri> Considering that Alpine 3.8 has been EOL for about half a year your best bet is to upgrade to a supported version
2021-01-29 11:38:15 <Luyindula> fair point, unfortunately this might brake alot of other things on top and I would prefer to explore other opportunities
2021-01-29 11:40:32 <Cogitri> I suppose you could try upgrading the kernel yourself, I don't think we have the capacity to debug a long unsupported kernel version on an unsupported OS :/
2021-01-29 11:42:47 <Luyindula> makes sense, I will have some more reading and then have a go, thank you
2021-01-29 11:45:18 <ikke> Marquel: testing 5.10.11 now
2021-01-29 11:53:31 <Marquel> thx.
2021-01-29 11:55:05 <ForeverNoob[m]> hi, would a closed source app with Ubuntu support be able to run on Alpine? AFAIK no because it is compiled with gcc in mind instead of musl, right?
2021-01-29 11:55:21 <blawiz> is there anything in busybox that is not in coreutils? they seem to have almost identical install size
2021-01-29 11:55:32 <Marquel> ForeverNoob[m]: glibc, instead of musl, but yeah.
2021-01-29 11:55:36 <ikke> ForeverNoob[m]: gcompat might work
2021-01-29 11:56:01 <ForeverNoob[m]> ah ok yeah sorry I'm not very familiar with compiling ecosystems :)
2021-01-29 11:56:10 <ForeverNoob[m]> I'll take a look at gcompat
2021-01-29 11:56:41 <ForeverNoob[m]> if I can make Bitwig Studio run on Alpine I'll probably die of amazement
2021-01-29 11:57:04 <Marquel> ForeverNoob[m]: f.ex. firefox drm video stuff - does not work on Alpine at all. it does not properly check that its intended runtime (glibc) is available and then just crashes.
2021-01-29 11:57:58 <ForeverNoob[m]> ouch, yeah. Then again I don't mind missing browser DRM.
2021-01-29 12:01:06 <ikke> Marquel: 5.10.11 does not work yet
2021-01-29 12:02:16 <Marquel> ikke: i thought so.
2021-01-29 12:13:24 <mrsenshi> Right, being the very noobish non-expert I am, I _still_ can only get pulseeffects only mostly working
2021-01-29 12:14:29 <mrsenshi> Bluetooth created known issues, as I soon discovered, which is OK. What isn't OK is that I don't get to enjoy any volume controls without opening up pavaucontrol
2021-01-29 12:19:04 <ForeverNoob[m]> oof, audio on Linux is already a pain, I can't imagine it being a walk in the park on Alpine.
2021-01-29 12:19:27 <ForeverNoob[m]> it's very brave of you to try to get PA working :)
2021-01-29 12:19:43 <ForeverNoob[m]> hopefully PipeWire will make stuff much easier in the future
2021-01-29 12:38:03 <blawiz> many pkgs seem to lack info, eg: 'apk info -L coreutils' returns nothing
2021-01-29 12:41:26 <maxice8> -L needs the pkg to be installed
2021-01-29 12:43:17 <blawiz> ah
2021-01-29 12:46:51 <omni> it would be neat to be able to fetch that info though, if the package is not installed
2021-01-29 12:48:08 <Hello71_> apk fetch pkg; tar -tf pkg.tar.gz
2021-01-29 12:48:11 <Hello71_> .apk
2021-01-29 12:48:46 <Hello71_> hoodedfigure: no, you don't understand irc. @ is a "prefix" meaning channel operator.
2021-01-29 12:49:34 <Hello71_> Marquel: i think ntop is not really in "alpine spirit". last i checked, it's quite heavy and doesn't even do that much
2021-01-29 12:50:04 <blawiz> busybox has 215 commands, coreutils has 106
2021-01-29 12:50:21 <blawiz> bb has vi, wget, unzip, su, mdev, poweroff, nc, mount, find, awk etc
2021-01-29 12:55:14 <blawiz> coreutils has some commands bb doesnt have, eg: fmt join nice nl nohup shuf
2021-01-29 13:01:42 <Marquel> Hello71_: possible, and i don't even care, i don't use it, i've been burying the problem under Zabbix ;)
2021-01-29 13:02:12 <Hello71_> busybox is more comparable to coreutils + util-linux + other random crap
2021-01-29 13:06:39 <omni> I tried to create the alias apk-rls='apk fetch -s $1 | tar -zt' but it fail for some reason..
2021-01-29 13:14:30 <Hello71_> aliases don't set numbered arguments.
2021-01-29 13:15:07 <Hello71_> rule of thumb is that if you have any special characters at all, you probably want a function instead
2021-01-29 13:23:56 <hoodedfigure> jjuran: strace is not possible inside container
2021-01-29 13:52:54 <guix-vits> omni:  apk-rls () { apk fetch -s $1 | tar -zt; }
2021-01-29 14:04:42 <Hello71_> hoodedfigure: https://wiki.alpinelinux.org/wiki/Draft_Release_Notes_for_Alpine_3.14.0#faccessat2
2021-01-29 14:05:23 <Hello71_> also docker 19.03 allows ptrace with kernels newer than 4.8
2021-01-29 14:05:44 <Hello71_> so just don't use ancient docker/kernels
2021-01-29 14:18:02 <hechos> hello guys, anyone using qutebrowser?
2021-01-29 14:18:45 <Lord> yes
2021-01-29 14:19:14 <hechos> Lord: tell me more?
2021-01-29 14:20:20 <hoodedfigure> Hello71_: I'm not running Alpine 3.14
2021-01-29 14:20:39 <Hello71_> you're using alpine:edge in docker
2021-01-29 14:21:04 <hoodedfigure> Hello71_: no
2021-01-29 14:21:07 <guix-vits> hechos:  chromium with sane controls.  :set, :help.  has no built-in password manager(still?)
2021-01-29 14:21:10 <Hello71_> mm.
2021-01-29 14:21:25 <hechos> guix-vits: work fine?
2021-01-29 14:21:25 <Hello71_> maybe your docker overlay is noexec?
2021-01-29 14:21:43 <guix-vits> hechos: idk (was on arch)
2021-01-29 14:22:41 <hechos> guix-vits: still got rendercrashed, talking with main developer The-Compiler i say is problem from qtwebengine need to change compile flags. but to compile need almost 40GB ram
2021-01-29 14:22:49 <hechos> guix-vits: idk what is?
2021-01-29 14:23:01 <hoodedfigure> mpd stopped workin maybe half a year ago or longer. I didn't have time to look into it but not much changed. The executable just stopped working. (I update Alpine base regularly)
2021-01-29 14:23:18 <hechos> so render crashed process happen a lot in Alpine.
2021-01-29 14:25:14 <Hello71_> hoodedfigure: still need strace mpd.
2021-01-29 14:25:39 <Lord> hechos : more
2021-01-29 14:25:41 <Hello71_> use --cap-add=CAP_SYS_PTRACE if you have ancient docker/kernels
2021-01-29 14:26:01 <guix-vits> hechos:  try switch qutebrowser's engine to webkitgtk, temporarily?  (it has better user css enforcement also, last time i seen.)
2021-01-29 14:26:06 <Lord> i use qutebrowser but on gentoo, not alpine
2021-01-29 14:26:43 <hechos> guix-vits: is a option.
2021-01-29 14:27:05 <qman__> I like qutebrowser but it hogs memory even worse than most other chromium based browsers
2021-01-29 14:27:13 <qman__> which doesn't do well the way I use browsers
2021-01-29 14:27:17 <ikke> I suspect setcap had been used on the binary
2021-01-29 14:27:46 <guix-vits> hechos: it was some option in :set, yes
2021-01-29 14:27:54 <ikke> hoodedfigure: ^
2021-01-29 14:28:22 <hechos> guix-vits: can be define on config.py
2021-01-29 14:28:47 <hechos> guix-vits: in alpine is unique web brower =with vim commands right?
2021-01-29 14:29:08 <guix-vits> qman__: cause pythonищще :) (idk)
2021-01-29 14:29:55 <Hello71_> hm, could be
2021-01-29 14:30:39 <guix-vits> hechos: in repos i seen also: firefox, epiphany (gnome-web).
2021-01-29 14:32:10 <guix-vits> also w3m, for console.  users in video group can have pictures in tty.
2021-01-29 14:33:38 <guix-vits> (best used with w3m-doc)
2021-01-29 15:16:36 <hoodedfigure> ikke: /usr/bin/mpd cap_sys_nice=ep
2021-01-29 15:17:16 <ikke> That's not allowed in Docker by default
2021-01-29 15:17:43 <ikke> Removing that would fix it
2021-01-29 15:19:23 <hoodedfigure> ikke: you solved the conundrum, thanks. Removing the cap helps
2021-01-29 15:53:21 <hoodedfigure> Thanks for your help, good evening
2021-01-29 16:10:40 <PureTryOut[m]2> maxice8: I see you mention in a MR that you use Chromium from Flatpak. Can you tell me how? For me it greets me with a window telling me it can't launch due to some security measure being enabled, and the steps it gives me to disable it all don't work
2021-01-29 16:11:59 <maxice8> I don't use Alpine Linux on the desktop anymore I don't remember
2021-01-29 16:13:39 <PureTryOut[m]2> You don't? 😱
2021-01-29 16:13:41 <PureTryOut[m]2> Why not?!
2021-01-29 16:14:13 <maxice8> I don't, because it is annoying to deal with, I'll keep it in containers.
2021-01-29 16:23:43 <PureTryOut[m]2> 😱
2021-01-29 16:23:51 <PureTryOut[m]2> Something worth fixing then!
2021-01-29 16:24:08 <maxice8> good luck
2021-01-29 17:43:00 <eydaimon> I've noticed mlocate is very very slow to return results (compared to before). Are there any tweaks tha tneed to be done to build the db ?
2021-01-29 17:47:56 <yann-kaelig> Hi. Any idea why on the alpine-standard iso, my eth0 interface after I run setup-interface is not configured
2021-01-29 17:48:24 <yann-kaelig> done
2021-01-29 17:48:37 <yann-kaelig> need to run init.d script
2021-01-29 18:25:20 <yann-kaelig> I have run setup-disk -m sys /mnt . What "You might need fix the MBR to be able to boot " Is the MBR installed or not ?
2021-01-29 18:26:40 <yann-kaelig> What " You might need fix the MBR ..." means
2021-01-29 18:27:14 <yann-kaelig> Is it or not installed after I run the setup-disk. This message only create a confusion
2021-01-29 18:28:45 <yann-kaelig>  I don't see anything about that on the wiki
2021-01-29 18:32:25 <yann-kaelig> I foudn an answer: chroot, apk del syslinux apk add grub :D
2021-01-29 19:11:40 <yann-kaelig> hehe, s6/66 everywhere :)
2021-01-29 19:35:30 <filoozom> Hi everyone, I've got a question about EFI and baremetal install
2021-01-29 19:36:29 <filoozom> Basically, I'd like to install alpine on a harddrive, but https://wiki.alpinelinux.org/wiki/Include:Copying_Alpine_to_Flash doesn't work with EFI
2021-01-29 19:42:30 <asht> Weird, it worked for me
2021-01-29 19:42:42 <asht> Can you describe what the exact problem is?
2021-01-29 19:46:38 <guix-vits> filozom: make usb a gpt, create a partition of ef00 type (gdisk), make a fat32 fs on.
2021-01-29 19:46:38 <guix-vits> mount .iso file, copy all things to fat32.  it should boot (to ram).  now install to harddrive, if want.
2021-01-29 19:48:55 <filoozom> asht Just copying over allowed you to boot from UEFI?
2021-01-29 19:49:34 <asht> a simple dd if=... of=/dev/sda bs=16M with the standard GNU Utils, yes
2021-01-29 19:50:02 <filoozom> Oh, I followed "Copy ISO content to USB stick as individual files"
2021-01-29 19:50:25 <filoozom> I'll try the other one then, thanks!
2021-01-29 19:50:52 <filoozom> I'm getting a bit crazy with all the documentation with efibootmgr etc
2021-01-29 19:51:51 <filoozom> And then I dd'd /dev/sr0 to my harddrive but that didn't work either
2021-01-29 19:51:58 <filoozom> And I didn't get a correct partition tabe
2021-01-29 19:52:00 <filoozom> table *
2021-01-29 19:53:53 <asht> filoozom: try checksumming the .iso to check if it's corrupt (compare it to the one listed in the site)
2021-01-29 19:57:04 <filoozom> By the way, do you know why grub is used for efi and syslinux for bios?
2021-01-29 19:57:31 <ikke> syslinux is the default, and is simpler / more lightweight
2021-01-29 19:57:58 <ikke> grub was used for the support of efi, though I've heard syslinux can support efi as well
2021-01-29 19:59:04 <filoozom> Apparently so
2021-01-29 19:59:21 <filoozom> Might be interesting to replace grub with syslinux for both in that case
2021-01-29 20:00:03 <asht> I think the best option with UEFI (if you're not dual-booting) is to just have no bootloader
2021-01-29 20:04:46 <asht> Can someone help me booting with LUKS/LVM?
2021-01-29 20:05:05 <asht> the initramfs created by mkinitfs doesn't work
2021-01-29 20:05:38 <ikke> asht: can you boot with debug_init=1 in the kernel parameters?
2021-01-29 20:05:58 <asht> okay, let me try it
2021-01-29 20:07:51 <filoozom> asht: can you do that without first booting and adding an entry to the board? (or at least that's how I understood it, but I'm a noob)
2021-01-29 20:10:23 <asht> filoozom: Well, I am no expert myself and I've never tried doing this (but I want to do this after I solve my own problem). But I know that you need to configure the kernel yourself to hard-code the command line options, and optionaly the initramfs
2021-01-29 20:11:22 <guix-vits> i think, w/o initramfs kernel cannot decrypt LUKS(?)
2021-01-29 20:11:23 <asht> I think that you can do that though
2021-01-29 20:12:22 <filoozom> I've booted Arch on a self-encrypting device and efibootmgr before
2021-01-29 20:12:25 <filoozom> But I don't recall at all
2021-01-29 20:12:25 <opal> guix-vits you mean full-disk encryption?
2021-01-29 20:12:36 <opal> i have an unencrypted / for this reason
2021-01-29 20:12:37 <filoozom> btw, your dd of the ISO didn't work for me at al
2021-01-29 20:12:37 <asht> guix-vits: yes, you're right
2021-01-29 20:12:40 <filoozom> all *
2021-01-29 20:13:02 <filoozom> And I checked the shasum :p
2021-01-29 20:13:10 <asht> filoozom: is the partition table valid at least?
2021-01-29 20:14:48 <filoozom> It says it contains a so9660 signature, which makes sense
2021-01-29 20:17:11 <filoozom> I guess it did work actually
2021-01-29 20:17:20 <filoozom> I think I'm slowly becoming crazy, I've been at it too long
2021-01-29 20:17:39 <guix-vits> opal: alpine has kernel params:  cryptroot=UUID=8-4-4-4-12, cryptdm=name, cryptsetup.  actually, didn't tested cryptkey.  cryptroot seems to not understand PARTLABELs.
2021-01-29 20:17:39 <guix-vits> i heard that encryption can protect fs metadata from deduplication by ssd-things, so encrypted all.
2021-01-29 20:17:54 <filoozom> My objective is just to boot basic Alpine (like if it was PXE) and then load my apkovl
2021-01-29 20:18:32 <opal> i'd like to read more about the ssd deduplication if you have anything to share about that
2021-01-29 20:18:38 <filoozom> I just can't for the life of me figure out a way to put that on a small partition on my drive
2021-01-29 20:19:06 <ikke> filoozom: setup-bootable can make a flash drive that is bootable and writable (for apkovl / cache)
2021-01-29 20:19:42 <guix-vits> opal:  seen some conversation on #btrfs, it is all.
2021-01-29 20:21:16 <Peasant65> Hey! Is is possible to install alpine headless? (over ssh for example)
2021-01-29 20:21:42 <asht> ikke: okay, I added debug_init=1. I now see that nplug-findfs sais it "exit due to timeout (5000)"
2021-01-29 20:21:52 <ikke> asht: that's normal
2021-01-29 20:22:07 <asht> There's a lot of other stuff that's printed of course
2021-01-29 20:22:10 <ikke> yes
2021-01-29 20:22:57 <asht> ikke: that's normal? you mean this timeout doesn't affect anything?
2021-01-29 20:23:02 <ikke> yes
2021-01-29 20:23:14 <ikke> it just waits for events until no more events come in for 5 seconds
2021-01-29 20:23:18 <asht> okay
2021-01-29 20:23:37 <asht> should I just send a link to a picture of my screen here?
2021-01-29 20:24:20 <ikke> First, what are the parameters that are provided to nlplug-findfs
2021-01-29 20:25:56 <asht> ikke: I can't see it because there are too many messages
2021-01-29 20:26:14 <asht> Is there a log file that's stored anywhere?
2021-01-29 20:29:19 <guix-vits> 
ACTION scrollback built in tty is a  legacy, kek

2021-01-29 20:30:10 <ikke> asht: you tried shift + pgup?
2021-01-29 20:30:33 <asht> Yes
2021-01-29 20:30:37 <guix-vits> isn't that removed?
2021-01-29 20:30:56 <ikke> guix-vits: not that I'm aware of
2021-01-29 20:31:19 <asht> I think I remember that I saw some message complaning about tty something
2021-01-29 20:31:26 <ikke> job control?
2021-01-29 20:31:36 <ikke> that's also normal in an emergency shell
2021-01-29 20:31:42 <asht> Yes I assumed so
2021-01-29 20:32:34 <ikke> (I've spent a weekend recently on a serial connection trying to fix a server with boot issues as well, so I'm quite familiar with that environment :P)
2021-01-29 20:32:53 <ikke> But the work-around there was to downgrade linux
2021-01-29 20:33:20 <asht> Yes I tried that yesterday
2021-01-29 20:33:27 <ikke> it wat nlplug-findfs not properly finding lvm volumes at boot (but the 2nd time I run it manually, it did work)
2021-01-29 20:34:11 <asht> I tried downgrading to Linux 5.4 but there was no differnce
2021-01-29 20:34:42 <asht> but I think I didn't create a new initramfs after downgrading if that matters
2021-01-29 20:35:13 <ikke> No, should not matter
2021-01-29 20:35:31 <ikke> it was purely the kernel, not the initramfs that made the difference
2021-01-29 20:35:42 <asht> well, no differnce for me
2021-01-29 20:36:12 <guix-vits> asht: what is the kernel command line?  did you set different uuids for cryptroot and root?  is modules= has the fs of / ?
2021-01-29 20:36:20 <ikke> cat /proc/cmdline
2021-01-29 20:37:32 <asht> BOOT_IMAGE=/vmlinuz-lts root=UUID=udc8e... ro modules=sd-mod,usb-storage,xfs quiet rootfstype=xfs cryptroot=UUID=4a62... debug_init=1
2021-01-29 20:39:17 <asht> UUID=4a62... is the LUKS encrypted LVM partition that contains the root (XFS)
2021-01-29 20:40:18 <asht> UUID=0dc8e... is the decrypted root partition
2021-01-29 20:40:29 <guix-vits> try add 'cryptsetup' (or 'cryptkey', if generated).  and cryptdm=my_root, just in case.  to cmdline
2021-01-29 20:40:46 <asht> okay
2021-01-29 20:42:03 <asht> what exactly should I replace my_root with in cryptdm?
2021-01-29 20:42:30 <asht> the encrypted partition or the decrypted one inside of it?
2021-01-29 20:42:51 <guix-vits> any simple string (it is a name in /dev/mapper yo be created)
2021-01-29 20:43:39 <asht> OMG that fixed it!
2021-01-29 20:43:57 <asht> THANK YOU!
2021-01-29 20:44:01 <ikke> Nice!
2021-01-29 20:44:22 <guix-vits> 
ACTION make amer.. alpine use a dracut initrd

2021-01-29 20:47:45 <ikke> what is the advantage of dracut?
2021-01-29 20:52:05 <Hello71_> features
2021-01-29 20:53:45 <guix-vits> ye, just a small step toward fedora-musl |)
2021-01-29 20:56:03 <guix-vits> standard-linuxd
2021-01-29 21:00:11 <guix-vits> WONTFIXcons..
2021-01-29 21:05:39 <blawiz> anyone got redshift to work on rpi4b?
2021-01-29 21:07:20 <guix-vits> blawiz: is it wayland?  i remember.. years ago it didn't (on wayland).
2021-01-29 21:08:33 <guix-vits> (amd64)
2021-01-29 21:09:20 <maxice8> how heavy is dracut ?
2021-01-29 21:10:16 <maxice8> depends on bash, I'll pass
2021-01-29 21:10:37 <guix-vits> https://archlinux.org/packages/extra/x86_64/dracut/
2021-01-29 21:11:55 <guix-vits> hm, systemd.
2021-01-29 21:12:06 <maxice8> that's optional see the void-linux pkg
2021-01-29 21:15:50 <blawiz> guix-vits: i dont think so
2021-01-29 21:16:49 <filoozom> Yey, I did it! Booting on efi with syslinux requires bootx64.efi or efibootmgr
2021-01-29 21:17:13 <filoozom> I didn't want the latter, so just copied /boot/syslinux to /boot/EFI/boot and renamed syslinux.efi to bootx64.efi
2021-01-29 21:23:21 <hechos> mps: you are right sh dont read .profile,, need to do manually "source ~/.profile"
2021-01-29 21:23:45 <ikke> .profile is only read for login shells
2021-01-29 21:23:57 <ikke> sh -l
2021-01-29 21:24:19 <hechos> ikke: ?
2021-01-29 21:24:44 <ikke> if you run plain `sh`, you do not get a login shell
2021-01-29 21:24:50 <ikke> then .profile is not consoluted
2021-01-29 21:25:00 <hechos> ash
2021-01-29 21:25:04 <ikke> yes
2021-01-29 21:25:16 <ikke> ash does read .profile for login shells
2021-01-29 21:25:23 <hechos> so need to read .profile in this got alias to ls --color.
2021-01-29 21:25:54 <hechos> but when open st need to do manually. typing ever time source .profile.
2021-01-29 21:27:08 <ikke> https://tpaste.us/JYpq
2021-01-29 21:28:40 <ikke> it's only sourced for login shells
2021-01-29 21:28:47 <ikke> so st must not create a login shell
2021-01-29 21:30:17 <hechos> ikke: sh: syntax error: unterminated quoted string
2021-01-29 21:30:32 <ikke> must have missed one quote
2021-01-29 21:30:35 <hechos> ikke: on my .profile.
2021-01-29 21:32:11 <hechos> ikke: https://termbin.com/guqu
2021-01-29 21:33:41 <hechos> patch -p1 $PWD/aports/scripts/mkimg.base.sh < $PWD/files/mkimg.base.sh.diff
2021-01-29 21:33:47 <hechos> sorry.
2021-01-29 21:39:39 <hechos> ikke: The-Compiler from qutebrowser shows this about crashed rendered process, im talking this about alpine.
2021-01-29 21:39:47 <hechos> ikke: can take a look?
2021-01-29 21:40:59 <ikke> I have no idea about that
2021-01-29 21:41:39 <hechos> ikke: who is maintaner if qtwebengine?
2021-01-29 21:41:48 <hechos> if of.
2021-01-29 21:42:04 <ikke> https://pkgs.alpinelinux.org/packages?name=qt5-qtwebengine&branch=edge
2021-01-29 21:42:35 <hechos> Bart Ribbers
2021-01-29 21:42:37 <hechos> ?
2021-01-29 21:44:53 <ikke> PureTryOut[m]2: here
2021-01-29 22:11:14 <hechos> ikke: do you see my .profile?
2021-01-30 01:19:05 <Peasant65> How comes alpine standard does not boot from usb, but alpine extended does? Both get to grub, but the standard just shows black afterwards.
2021-01-30 01:19:56 <qwertz123> Someone who uses mate on Alpine? I have mate-control-center installed but I can't figure out any way to launch it.
2021-01-30 01:22:19 <Hello71_> Peasant65: sounds like different versions
2021-01-30 01:22:49 <Peasant65> Both latest isos fresh from alpinrlinux website
2021-01-30 01:23:06 <Peasant65> 3.13 i believe that is
2021-01-30 01:23:07 <Hello71_> according to https://pkgs.alpinelinux.org/contents?page=1&arch=x86_64&branch=edge&name=mate-control-center seems like it has some desktop files
2021-01-30 01:23:20 <Hello71_> >release 3.13.1 is out!
2021-01-30 01:26:54 <qwertz123> Seems like it doesn't have the actual "mate-control-center"
2021-01-30 01:26:56 <qwertz123> weird
2021-01-30 01:27:21 <qwertz123> But every program that can be opened from mate-control-center is there
2021-01-30 05:03:03 <opal> Zoey 101
2021-01-30 05:03:07 <opal> wrong copy paste
2021-01-30 05:03:16 <opal> >Both get to grub,
2021-01-30 05:03:29 <opal> on vanilla alpine installs? shouldnt that be syslinux youre seeing
2021-01-30 10:58:18 <Segfault0> Hey I was redoing my bootstrap of Alpine for ppc (on 3.13 this time) and ran into an issue compiling lzip 1.22, I couldn't find anything about it in the gentoo repos so it's likely some weird combination of ppc and musl causing issues although I'm not sure, lzip 1.21 compiles fine
2021-01-30 10:58:29 <Segfault0> It was some weird issue about 'no matching function for call to "__to_xstring"'
2021-01-30 10:58:40 <Segfault0> Couldn't find much on it anywhere
2021-01-30 11:00:18 <ikke> Segfault0: Is that ppc64le?
2021-01-30 11:00:30 <Segfault0> No, 32 bit ppc
2021-01-30 11:00:38 <ikke> aha, ok
2021-01-30 11:00:57 <Segfault0> I know it's an unsupported configuration but a lot of the base bootstrap seems to compile fine :)
2021-01-30 11:03:24 <ikke> For ppc64le it seems to work for us without issue as well
2021-01-30 11:04:35 <Segfault0> I know ppc seems to be missing a few functions here and there sometimes although it's a bit odd that Gentoo wouldn't have run into an issue like that
2021-01-30 11:08:22 <ikke> https://github.com/gcc-mirror/gcc/blob/master/libstdc%2B%2B-v3/include/ext/string_conversions.h
2021-01-30 11:15:50 <Segfault0> Alpine is using gcc 10.2.1_pre1?
2021-01-30 11:15:58 <Segfault0> Seems a bit risky
2021-01-30 11:20:31 <ikke> There was a bug we ran into
2021-01-30 11:33:31 <Segfault0> Bah, bootstrap script needs to be updated in aports master again
2021-01-30 11:33:49 <Segfault0> kmod now depends on zstd which isn't in the script
2021-01-30 11:36:28 <Segfault0> Both times I've tried to do this something has needed to be added to the bootstrap script lol
2021-01-30 11:37:06 <ikke> Things are changing a lot
2021-01-30 12:31:28 <Hello71_> i think bootstrap.sh is kind of ignored between releases
2021-01-30 12:34:43 <Segfault0> That wouldn't surprise me
2021-01-30 12:35:54 <Segfault0> Tomorrow I'll check if there's already an issue opened about it and if not I'll open one
2021-01-30 12:36:26 <ikke> Most likely not
2021-01-30 12:36:41 <Segfault0> I didn't see one with a brief search
2021-01-30 12:45:30 <feuerteufel> Hi @ all, I'm trying tu upgrade one of my servers to Version 3.13 but it won't work.
2021-01-30 12:46:21 <feuerteufel> Here You can see what happened --> https://tpaste.us/8j0b
2021-01-30 12:47:35 <feuerteufel> That dosn't say's nothing to me (the error message) ..
2021-01-30 12:47:56 <Hello71_> seems like you need to apk del bkeymaps
2021-01-30 12:49:39 <Hello71_> apk del bkeymaps; apk add kbd-bkeymaps
2021-01-30 12:51:24 <feuerteufel> That's it?
2021-01-30 12:52:41 <feuerteufel> So, first I have to go Back to 3.12, right?
2021-01-30 13:02:36 <feuerteufel> Hello71_:  Looks like it worked without going back --> https://tpaste.us/raEj
2021-01-30 13:03:07 <Hello71_> hm
2021-01-30 13:03:27 <Hello71_> maybe you need apk upgrade -a; apk add kbd-bkeymaps
2021-01-30 13:03:34 <Hello71_> i think you may be missing keymap now
2021-01-30 13:03:54 <Hello71_> ah, no, you just misspelled kbd-bkeymaps
2021-01-30 13:04:18 <feuerteufel> I'll try live after lunch and refer then ... Thank's so far!
2021-01-30 13:05:53 <feuerteufel> Am I able to check the keymap?
2021-01-30 13:07:33 <Hello71_> well if you set your keymap to anything other than "us" then after you reboot it will be in qwerty mode
2021-01-30 13:07:47 <feuerteufel> "Z and Y" are working correct ... but I'm on over ssh
2021-01-30 13:08:08 <Hello71_> if you don't use local keyboard then i say don't worry about it
2021-01-30 13:10:34 <feuerteufel> Most time Im not using a Keboard directly maybe ones a year and then I probably forgot about it :-))
2021-01-30 13:10:46 <gradenko> Hey there.  I'm pretty new to this system, I wonder what the general workflow is like when one wants to debug a package?  As in,  where the debugging symbols are stored / how to build them myself, some common tips and tricks, and so on
2021-01-30 13:11:07 <feuerteufel> Got to go to lunch ...
2021-01-30 13:11:11 <feuerteufel> cul
2021-01-30 13:12:18 <ikke> gradenko: debug symbols are stripped by default, if there is a $pkgname-dbg packaage available, then the debug symbols are there
2021-01-30 13:24:54 <gradenko> I see
2021-01-30 13:51:03 <gradenko> Is there a mechanism that allows us to pretend that a package is installed, to resolve dependency conflicts?
2021-01-30 13:51:27 <maxice8> virtual packages should be enough
2021-01-30 14:04:41 <ikke> apk add -t <name.>
2021-01-30 14:04:45 <ikke> (without dot
2021-01-30 14:06:01 <gradenko> That works, thanks! :)   (I thought I'd have to create a new virtual package with a "provides"/"replaces" field, Debian's messing with my mind I guess)
2021-01-30 15:50:53 <Peasant65> How do i install fsck.ntfs (or ntfsfix, ntfsck) on alpine?
2021-01-30 15:54:08 <Peasant65> Figured it out. It's ntfs-3g-progs on alpine.
2021-01-30 15:59:42 <Hello71_> !pkgfile
2021-01-30 15:59:55 <Hello71_> wrong channel
2021-01-30 15:59:59 <Hello71_> apk add cmd:fsck.ntfs
2021-01-30 16:00:09 <ikke> You'd still need to know the correct binary name
2021-01-30 16:10:18 <Hello71_> does it not have fsck.ntfs?
2021-01-30 16:10:25 <ikke> no
2021-01-30 16:10:44 <Hello71_> hm, only mkfs.ntfs
2021-01-30 17:13:31 <feuerteufel> Sorry, I didn't followed the first rule "never touch a runing System" ...
2021-01-30 17:16:47 <feuerteufel> The server from before is a xen host but now it's not working eany more ...
2021-01-30 17:17:13 <ikke> What is not working?
2021-01-30 17:18:06 <feuerteufel> the dom= look's like it works but I can't start eany domU's
2021-01-30 17:18:17 <feuerteufel> *dom0*
2021-01-30 17:18:39 <ikke> I don't know anything about xen
2021-01-30 17:20:00 <feuerteufel> Hopefully somebody else ... it looks like somthing is missing
2021-01-30 17:21:03 <feuerteufel> https://tpaste.us/PKXQ  <-- That's what I get when I try to start a domU
2021-01-30 17:22:25 <feuerteufel> That stuff was running for years and I updated this stuff a couple of times ...
2021-01-30 17:23:43 <feuerteufel> Never had that "big" problems .
2021-01-30 17:32:22 <Hello71_> i think this is 5.10.11 problem
2021-01-30 17:48:11 <Hello71_> feuerteufel: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12373
2021-01-30 17:51:33 <feuerteufel> How do I find this Kernel?
2021-01-30 18:00:06 <feuerteufel> Do I have to get that kernel out of edge?
2021-01-30 18:04:08 <feuerteufel> Im sorry, can't find the kernel 5.10.10-r1 for x86_64 ...
2021-01-30 18:29:04 <feuerteufel> Hello71_: In that issue is a hint that the kernel "linux-lts-5.10.11-r1" is already patched, I can't get it but it is there ...
2021-01-30 18:29:45 <feuerteufel> That's what I tryed --> https://tpaste.us/6P4n
2021-01-30 18:31:29 <feuerteufel> I do have an VM whith getting testing inclouded but it's not running :-(( ... so I can't take a look ...
2021-01-30 19:17:08 <feuerteufel> I think I got it :-))
2021-01-30 19:46:20 <feuerteufel> Ok, it looks like the kernel was the trick ... I installed the kernel (5.10.11-r1) localy and all 14 VM's are up
2021-01-30 19:48:07 <feuerteufel> 3 off them are already tested, but I think that was it ...
2021-01-30 19:49:38 <feuerteufel> Hello71_: ikke: Thanks a lot!
2021-01-30 19:59:16 <feuerteufel> One more Question: Im I allowed to remove the tegged line out of the /etc/apk/repositories and the "hand installed kernel" will stay and what will heppend when a newer kernel comes up?
2021-01-30 19:59:41 <feuerteufel> Oh, sorry 2 questions ;)
2021-01-30 20:03:23 <m4t> feuerteufel: https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management#Holding_a_specific_package_back
2021-01-30 20:08:01 <feuerteufel> m4t: Yea, the system is trying to downgrade
2021-01-30 20:08:16 <m4t> feuerteufel: did you install it with 'apk add pkg=version'?
2021-01-30 20:08:37 <feuerteufel> No
2021-01-30 20:08:47 <m4t> try doing that with the new repo still enabled
2021-01-30 20:08:59 <m4t> i think even if it's already installed it should pin it
2021-01-30 20:09:02 <ikke> If the package is pinned with that repo in /etc/apk/world, then apk will complain
2021-01-30 20:09:43 <feuerteufel> So how I'm able to pin that kernel?
2021-01-30 20:10:25 <feuerteufel> Or hold it until a newer one comes up?
2021-01-30 20:14:01 <mps> 5.10.12 is released few hours ago
2021-01-30 20:14:53 <mps> is the bug xen related or something general
2021-01-30 20:15:14 <mps> xen is not mentioned in chagelog
2021-01-30 20:15:57 <feuerteufel> Ah so I have to do "apk add linux-lts>5.10.11-r1"
2021-01-30 20:24:31 <feuerteufel> mps: In edge I can't find it (kernel 5.10.12)
2021-01-30 20:28:00 <mps> feuerteufel: not yet pushed
2021-01-30 20:28:05 <danboid> Is there any reason why on-one has packaged MATE for Alpine?
2021-01-30 20:28:13 <danboid> *no-one
2021-01-30 20:28:24 <feuerteufel> When I try to pin it, I get that --> https://tpaste.us/maR7
2021-01-30 20:28:27 <maxice8> lack of interest
2021-01-30 20:29:21 <mps> feuerteufel: I doubt that '->' is possible
2021-01-30 20:29:33 <mps> '>' maybe
2021-01-30 20:33:56 <feuerteufel> https://tpaste.us/R4X9 <-- That's what I tryed, non of them worked :-)
2021-01-30 20:35:26 <mps> apk add linux-lts>5.10.11-r1
2021-01-30 20:35:44 <mps> or, apk add linux-lts=5.10.11-r1
2021-01-30 20:36:15 <mps> usually I use last one
2021-01-30 20:39:23 <feuerteufel> The First one worked the mistake was the Ticks {apk add 'linux-lts>5.10.11-r1'}
2021-01-30 20:40:01 <mps> yes, that is why I removed them from examples
2021-01-30 20:40:11 <danboid> Is GNOME the only desktop currently packaged for Alpine?
2021-01-30 20:40:41 <artok> danboid: no ?
2021-01-30 20:40:49 <mps> danboid: xfce4, kde
2021-01-30 20:40:50 <feuerteufel> I foung that here --> https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management#Holding_a_specific_package_back
2021-01-30 20:41:06 <danboid> mps, OK, thanks
2021-01-30 20:42:01 <artok> I fell in love with dwm when I had to use linux as main laptop
2021-01-30 20:43:16 <feuerteufel> mps: But system still tryes to downgrade, see here --> https://tpaste.us/9j8n
2021-01-30 20:45:13 <mps> with this before 'apk add linux-lts=5.10.11-r1' ?
2021-01-30 20:46:03 <feuerteufel> I did "apk add linux-lts>5.10.11-r1"
2021-01-30 20:46:16 <mps> I'm not good with english, but pinning means 'pinning' afaik
2021-01-30 20:46:32 <mps> try '='
2021-01-30 20:46:56 <feuerteufel> And then "apk update" and "apk upgrade -as"
2021-01-30 20:47:02 <feuerteufel> Ok
2021-01-30 20:48:10 <feuerteufel> Ok, that works
2021-01-30 20:48:46 <feuerteufel> Will the system show up when a newer kernel comes up?
2021-01-30 20:48:58 <mps> ?
2021-01-30 20:50:51 <mps> -s can be used with all sub commands which 'changes' something
2021-01-30 20:52:11 <feuerteufel> As you earlier sayed, the kernel 5.10.12 is comming up, I don't think I need the pinning any more, am I right?
2021-01-30 20:52:29 <mps> probably
2021-01-30 20:52:47 <mps> but you'll have to remove 'pin'
2021-01-30 20:56:10 <Hello71_> apk add linux-lts>5.10.11-r1 does apk add linux-lts and puts output in a file called 5.10.11-r1
2021-01-30 20:57:58 <feuerteufel> Where are this files?
2021-01-30 20:58:35 <mps> in dir where you run this
2021-01-30 21:01:55 <feuerteufel> Yes, I found it but when you do "apk upgrade -as" apk say's downgrade kernel -->  https://tpaste.us/9j8n
2021-01-30 21:03:46 <filoozom> Hi, does anyone know how do to make diskless Alpine find an apkovl on an LVM device?
2021-01-30 21:15:37 <feuerteufel> Ok, I got it. The tagged line with edge has to be in the /etc/apk/repositories
2021-01-30 21:17:45 <feuerteufel> I'll let it run that way and change the Kernel wen one of my other systems comes up with the 5.10.12 kernel ...
2021-01-30 21:18:09 <feuerteufel> Thanks a lot!
2021-01-30 21:19:36 <mps> I just pushed linux-edge 5.10.12 to builders :)
2021-01-30 21:20:55 <feuerteufel> But it comes up in edge, right?
2021-01-30 21:21:30 <feuerteufel> I'll wait until it is in stable, but tks ...
2021-01-30 21:22:51 <mps> linux-edge is testing, which means always available for any release
2021-01-30 21:23:15 <mps> is in*
2021-01-30 21:24:13 <mps> but it is (hm) testing kernel for brave ones who want/need new things
2021-01-30 21:28:02 <feuerteufel> :-))
2021-01-30 21:28:52 <mps> 'a cake' with linux-edge is in that in can coexist with linux-lts, so one can have 'rescue' kernel ready
2021-01-30 21:30:21 <mps> and installation is simple 'apk add -X http://dl-cdn.alpinelinux.org/alpine/edge/testing linux-edge'
2021-01-30 21:31:54 <mps> another 'benefit/feature' it is 'tweaked' to interactive use cases, desktops
2021-01-30 21:32:47 <mps> (will someone else praise my work, I'm already tired :) )
2021-01-30 21:41:09 <feuerteufel> mps: Thanks a lot, again yust fond next prob. looks like the pv-grub-x86_64 dosn't run ... have to see
2021-01-30 21:43:01 <mps> feuerteufel: I don't have experience with this
2021-01-30 21:49:23 <feuerteufel> I'll see I have a little
2021-01-30 21:51:09 <feuerteufel> I wold like to have a smoke to get the brain free, but it's that fu... cold outside
2021-01-30 21:53:22 <mps> feuerteufel: just was out for one :)
2021-01-30 21:54:40 <feuerteufel> I'm still thinking -10°C ...
2021-01-30 21:55:29 <mps> uh, but I sometimes do even on -15-20
2021-01-30 21:56:00 <mps> fresh air is always good for brain ;)
2021-01-31 02:12:13 <hechos> how can set always to set "sh -l"
2021-01-31 02:13:05 <hechos> already change on st config.def.h static char *shell "/bin/sh -l";
2021-01-31 02:46:28 <Segfault0> Well I got all the way through a ppc alpine bootstrap and chrooted into an fs from a real powermac, it worked! :)
2021-01-31 02:46:43 <Segfault0> Tried to compile a few extra packages and I seem to be running into issues with ncurses-libs
2021-01-31 02:47:54 <Segfault0> ncurses itself compiled fine but things that depend on it seem to be unable to find curses.h
2021-01-31 02:50:08 <Segfault0> Which is odd because the package *does* contain /usr/lib/curses.h
2021-01-31 02:50:38 <maxice8> /usr/include you mean ? /usr/lib is for libraries
2021-01-31 02:50:46 <Segfault0> Oh yeah sorry /usr/include
2021-01-31 03:28:04 <jjuran> Segfault0: Awesome, I'd love to see more options for Linux on Power Macs
2021-01-31 03:30:44 <Segfault0> I'm just working on getting the debian copy of yaboot to (hopefully) boot the alpine kernel, I hope I got my kernel config correct :)
2021-01-31 03:32:13 <Segfault0> Well it booted, looks like I got it at least somewhat right
2021-01-31 03:45:34 <Ranvir> Hello, everyone! I had a few questions about installation of Alpine Linux and how to setup custom partitioning (I specifically want there to be no swap partition) and I am struggling to achieve this using the setup-alpine script. Can someone please guide me with this? I can update the docs, if I learn something new and useful :)
2021-01-31 04:05:02 <guix-vits> Ranvir: use setup-disk
2021-01-31 04:05:37 <guix-vits> if you point it on something like /mnt, with all prepared and mounted under... blah
2021-01-31 04:06:32 <guix-vits> but on UEFI system, you will need then chroot (see archwiki), and install grub from chroot.
2021-01-31 04:08:09 <guix-vits> apk add grub-efi
2021-01-31 04:08:33 <guix-vits> grub-install ...
2021-01-31 04:08:33 <guix-vits> grub-mkconfig ...
2021-01-31 06:03:00 <Segfault0> Hmm, bzip2 isn't cross compiling properly
2021-01-31 06:03:18 <Segfault0> It seems to be generating binaries for the host architecture rather than the target
2021-01-31 06:36:53 <Segfault0> I got it to build but I'm a little sceptical because it might still have been doing some weird things
2021-01-31 06:38:08 <Segfault0> I think I've started to reach the point of packages that aren't tested with cross-compilation whatsoever and so just completely break
2021-01-31 06:38:29 <Segfault0> Which worries me because that means the alternative is compiling on the target which is going to be a huge pain
2021-01-31 06:53:35 <ikke> Segfault0: yeah, the bzip2 package is not prepared for cross-compiling
2021-01-31 06:56:57 <ikke> It just has a Makefile, but it does have a comment "# To assist in cross-compiling"
2021-01-31 06:57:15 <Segfault0> ikke: this seems to fix it enough to compile https://termbin.com/5habo
2021-01-31 06:57:36 <ikke> aha
2021-01-31 06:57:48 <Segfault0> I installed the cross-compiled package on my mac and it was able to compress files although I haven't tested anything else
2021-01-31 07:36:05 <guix-vits> 
ACTION "your" mac, ha. ha. hA.

2021-01-31 07:52:19 <Segfault0> I reckon this one's old enough to be ok :P
2021-01-31 07:56:19 <mps> Segfault0: running linux (or any free OS) on old machines is something which I consider a 'good thing'
2021-01-31 07:56:55 <Segfault0> That's why I've been cross compiling aports :)
2021-01-31 07:59:00 <mps> yes, I 'followed' your writings about this here, and I really like what you did
2021-01-31 07:59:25 <mps> though I don't have any of these machines
2021-01-31 08:00:36 <Segfault0> My only ppc mac is a 500mhz G4 although at some point I'd like to get my hands on a more powerful one
2021-01-31 08:00:37 <mps> but imo, these are works where we should put our efforts and not on things which help big companies to sell their products
2021-01-31 08:12:07 <rnkn> I'm debating switching from cgit to stagit
2021-01-31 08:39:07 <dngray> ugh, i swear since i upgraded alpinelinux unbound refuses to work ☹️
2021-01-31 08:39:07 <dngray> must be something simple.
2021-01-31 08:39:27 <dngray> problem seems to be forwarding queries
2021-01-31 08:53:38 <guix-vits> dngray:  errors about "maximum connection"?
2021-01-31 09:08:20 <dngray> hmm that could be the issue, i just noticed none of my queries from my network were working
2021-01-31 09:08:43 <dngray> need to look at it more deeply but the logs didn't show anything too useful
2021-01-31 09:09:11 <dngray> i could put queries directly into dnscrypt-proxy, but not forward to it
2021-01-31 09:09:48 <dngray> ie
2021-01-31 09:09:53 <dngray> dig @127.0.0.1 -p 53000 google.com
2021-01-31 09:09:54 <dngray> works
2021-01-31 09:20:25 <Segfault0> Hmm, tried compiling rust for ppc and it errored out right near the end with something about casts losing precision, last time I was here I remember someone mentioning rust cross compiling being worked on so I'll probably just wait and see how that goes
2021-01-31 09:32:22 <dngray> so 3.13 has unbound 1.13 whereas 3.12 had 1.10
2021-01-31 09:32:29 <dngray> so i wonder if something happened inbetween that
2021-01-31 09:58:49 <Marquel> dngray: unbound released 1.11, 1.12 and 1.13 befor alpine 3.13 was released…?
2021-01-31 09:59:04 <dngray> yeah they were
2021-01-31 09:59:25 <dngray> i haven't looked into it for a few hrs been trying to sort something else out
2021-01-31 10:06:03 <dngray> hmm i wonder if alpinelinux supports EFI yet
2021-01-31 10:06:34 <dngray> https://wiki.alpinelinux.org/wiki/Create_UEFI_secureboot_USB
2021-01-31 10:06:38 <dngray> i suppose is the way
2021-01-31 10:10:36 <Marquel> kind of.
2021-01-31 10:11:03 <dngray> i think its not really supported actually
2021-01-31 10:11:12 <Segfault0> It sort of works but it's kinda dodgy
2021-01-31 10:11:22 <dngray> normally i just do setup-bootable /media/cdrom /dev/sdx1
2021-01-31 10:11:50 <dngray> Installing /dev/sdb1 to alpine-extended-3.13.1 210128
2021-01-31 10:12:22 <Marquel> dngray: well, if you want secure boot, you need to kind of do it that way, but that's dodgy in the terms of not talking about configuring UEFI or "properly" chaning all the secure boot keys.
2021-01-31 10:12:44 <dngray> yeah well i don't like using MOKs anyway
2021-01-31 10:12:53 <Marquel> what's important to know is this: if you can "enroll" your own secure boot key, anybody else can - rendering it pretty useless.
2021-01-31 10:12:56 <dngray> if i am doing it illl use custom keys and load those into my bios
2021-01-31 10:12:59 <dngray> and then just sign
2021-01-31 10:13:07 <Marquel> yeah, better.
2021-01-31 10:13:36 <Marquel> you don't need the shim, it's sufficient to have a signed grub-efi binary available and select that for boot.
2021-01-31 10:13:41 <dngray> then i set a supervisor password
2021-01-31 10:14:10 <dngray> dracut makes it nice and painless on archlinux 🙂
2021-01-31 10:14:11 <dngray> yeah i never use the shim
2021-01-31 10:14:19 <Marquel> note: windows _does_ occasionally replace its own bootloader with its own version. it does NOT check whether it's still signed with its own keys and validly so.
2021-01-31 10:14:31 <dngray> hmm i don't think ive seen this error before
2021-01-31 10:15:02 <Marquel> it just notices the binary has changed and it is replaced by the "unsigned" original.
2021-01-31 10:15:05 <dngray> Warning: initrd /boot/intel-ucode.img,/boot/amd-ucode.img,/boot/initramfs-lts was not found. System will likely not boot
2021-01-31 10:15:06 <dngray> Making /dev/sdb1 bootable...
2021-01-31 10:15:15 <dngray> this is doing the setup-bootable method via an alpinelinux machine
2021-01-31 10:15:56 <dngray> Marquel: yeah i only like using custom keys or i don't bother
2021-01-31 10:20:02 <dngray> hmm lame
2021-01-31 10:20:04 <dngray> it won't boot  now
2021-01-31 10:20:24 <dngray> loooks like something has changed and i can no longer simply do setup-bootable /media/cdrom /dev/sdb1
2021-01-31 10:22:15 <dngray> oh the new handbook looks nice https://docs.alpinelinux.org/user-handbook/0.1a/Installing/medium.html
2021-01-31 10:24:25 <dngray>  ugh some straight forward up to date docs would be awesome
2021-01-31 10:24:36 <dngray> i think a heap of noobs have edited the wiki into a bloated mess of ranting
2021-01-31 10:34:04 <dngray> maybe i can just use dd to a stick
2021-01-31 10:34:08 <dngray> and then install it to that other stick
2021-01-31 10:34:17 <dngray> because all these guides suck
2021-01-31 11:05:03 <Segfault0> Ok well I figured out why libevent doesn't want to compile
2021-01-31 11:05:26 <Segfault0> abuild is installing openssl-dev on the host but not the sysroot-ppc setup where it puts target dependencies
2021-01-31 11:05:37 <Segfault0> I'm not sure how to get it to install things there
2021-01-31 11:08:25 <ikke> there is makedepends_host vs makedepends_build
2021-01-31 11:09:19 <ikke> https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/busybox/APKBUILD#L13
2021-01-31 11:11:16 <Segfault0> Aha thanks that's exactly what I needed
2021-01-31 11:12:47 <Segfault0> It built perfectly
2021-01-31 11:20:14 <Segfault0> Oh wow this is going to be a recurring issue I think
2021-01-31 11:20:30 <Segfault0> I compiled the links browser and it didn't have SSL support for the same reason as libevent not building
2021-01-31 11:23:06 <Segfault0> I'd compile on device but... 500mhz G4 isn't exactly going to be fun for that
2021-01-31 11:23:15 <Segfault0> I wonder if linux can run on the wii u
2021-01-31 11:24:26 <ikke> We only cross-compile to bootstrap the basic toolchain
2021-01-31 11:24:37 <ikke> after that, we build native as soon as possible
2021-01-31 11:24:45 <ikke> so most packages are not suitable for cross-compiling out of the box
2021-01-31 11:25:17 <ikke> Segfault0: maybe distcc is an option?
2021-01-31 11:25:40 <Segfault0> Possibly although linking would likely run out of RAM
2021-01-31 11:25:45 <Segfault0> My G4 only has 320MB
2021-01-31 11:26:22 <Segfault0> Maybe if I set up zram and only used one compile thread it could work though
2021-01-31 11:27:38 <Segfault0> Apparently postmarketOS uses a combination of qemu usermode emulation and distcc to cross-build everything but "natively"
2021-01-31 11:29:29 <Apachez> does distcc even have the same optimizations as gcc?
2021-01-31 11:29:40 <Apachez> I mean the compiled output
2021-01-31 11:29:45 <Segfault0> distcc uses whatever compiler you like
2021-01-31 11:29:52 <Segfault0> So in theory should be identical
2021-01-31 11:30:49 <Segfault0> ikke: once on the target architecture is there an automated way to build a large number of packages?
2021-01-31 11:31:51 <Segfault0> Ideally I'd like to just run a script sort of like bootstrap.sh that dumps all the packages into a directory, that way I can get bind/nfs mounts set up and have it all automatically go to my http server
2021-01-31 11:33:20 <ikke> Segfault0: https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/main/aports-build
2021-01-31 11:34:07 <ikke> That's what the builders use to automatically build all packages in dependency order
2021-01-31 11:34:14 <Segfault0> Ah sounds good
2021-01-31 11:34:42 <Segfault0> I assume it can handle things like skipping packages if their dependencies couldn't be built?
2021-01-31 11:36:15 <ikke> You can set it to keep continue building on errors, but there is no explicit check that avoids building packages if the dependencies are missing
2021-01-31 11:36:41 <Segfault0> I guess that should be fine given that it would just fail to install dependencies, error and continue
2021-01-31 11:36:54 <ikke> yes
2021-01-31 11:37:03 <Segfault0> The issue is that both go and rust don't compile for ppc
2021-01-31 11:37:19 <ikke> right
2021-01-31 11:37:22 <Segfault0> afaik go just doesn't support it yet (or maybe ever) and a bug means I can't cross compile rust
2021-01-31 11:41:49 <dngray> Marquel: oh i think i forgot  i actually did make keys for my server at one point and enrolled them
2021-01-31 11:47:37 <Segfault0> Hmm I think my compiling setup is going to need an upgrade if I'm going to be building significant chunks of the aports repo
2021-01-31 11:47:48 <Segfault0> Good thing I've already ordered a new CPU for my server :P
2021-01-31 12:12:09 <dngray> hmmm
2021-01-31 12:12:16 <dngray> i seem to remember diskless being an option?
2021-01-31 12:12:35 <dngray> i only see sys, data, lvm now
2021-01-31 12:13:00 <dngray> when i run setup-alpine
2021-01-31 12:13:13 <dngray> and i'm asked that question, what option am i supposed to pick?
2021-01-31 12:13:49 <dngray> i just used to have one partition fat32 that had my apkprov.tar.gz and the other boot files in it
2021-01-31 12:14:34 <guix-vits> dngray: try "none"
2021-01-31 12:14:42 <dngray> oh is that the one
2021-01-31 12:14:57 <dngray> nope, doen't accept none
2021-01-31 12:15:04 <dngray> and it seems someone has removed the fdisk guide
2021-01-31 12:15:08 <dngray> in how to partition it manually
2021-01-31 12:15:24 <dngray> fuck me this wiki has gone to shit
2021-01-31 12:15:34 <guix-vits> setup-disk /mnt
2021-01-31 12:15:42 <dngray> it used to be good when mostly only ncopa wrote stuff and a few contributors heh
2021-01-31 12:16:20 <dngray> i like the idea of having docs.alpinelinux.org though with a handbook of good docs
2021-01-31 12:16:23 <dngray> like freebsd does
2021-01-31 12:16:26 <dngray> i think that's a really good idea
2021-01-31 12:18:23 <dngray> oh maybe it is none
2021-01-31 12:42:15 <Marquel> dngray: my server doesn't support secure boot it seems.
2021-01-31 12:43:32 <Marquel> but then my server is a piece of hardware designed to sit behind inches of steel doors inside a cage or a lampertz cell, at least in some vault not as easily accessible as its current location behind the vacuum cleaner.
2021-01-31 12:45:17 <dngray> hopefully this works now
2021-01-31 12:45:28 <dngray> then i can go back to figuring out why unbound isn't.
2021-01-31 12:47:13 <dngray> fucking god damn it
2021-01-31 12:47:18 <dngray> invalid cluster 0
2021-01-31 12:47:29 <dngray> you need to load a kernel first
2021-01-31 12:47:49 <dngray> yeah seems setup-bootable /dev/cdrom /dev/sdx1 does no longer work
2021-01-31 12:48:00 <dngray> i never remember seeing that warning about possibly having an unbootable system either
2021-01-31 12:50:59 <dngray> wtb some decent fucking install instructions
2021-01-31 12:51:58 <dngray> even for users like that have used alpinelinux for years its very annoying because you can't tell what has changed
2021-01-31 13:04:14 <dngray> hopefully this works https://wiki.alpinelinux.org/wiki/Create_a_Bootable_USB#Copy_ISO_content_to_USB_stick_as_individual_files
2021-01-31 13:12:16 <aquamo42> dngray: I also noticed the lack of the "none" option while installing on an rpi4 a week or so ago.  Also tried none anyway and it didn't work.  Something changed somewhere in the 3.10 -> 3.11 range - not sure how to get the old way back.  good luck
2021-01-31 13:12:43 <dngray> i was on 3.12 i think
2021-01-31 13:12:51 <dngray> but i haven't run setup-alpine in a long time
2021-01-31 13:13:07 <dngray> just done setup-bootable and copied apkprov to new usb stick
2021-01-31 13:13:19 <dngray> and now the docs have been completely shitted up from what i remember
2021-01-31 13:13:37 <dngray> they used to be fairly clear cut and actually worked, now the wiki has been flooded with a thousand "noob guides" all which are wrong
2021-01-31 13:13:49 <dngray> it well be pretty good when the handbook is done
2021-01-31 13:13:59 <dngray> i mean some people are that lazy they don't even proof read their shit
2021-01-31 13:14:27 <dngray> its like the days of crappy linux blog posts
2021-01-31 13:14:35 <dngray> it happened all about the time alpine linux got popular lol
2021-01-31 13:18:57 <dngray> interesting the usb stick seems to boot in my vm
2021-01-31 13:18:58 <dngray> but not on my actual server
2021-01-31 13:18:59 <dngray> unless it was booting in bios mode, not UEFI like the server wants
2021-01-31 14:23:07 <fourstepper> dngray I can agree that a lot of the articles that are on the wiki are pretty misleading
2021-01-31 14:25:52 <mps> which is 'nature' of wikis ;0
2021-01-31 14:25:57 <mps> ;)
2021-01-31 14:42:59 <yann-kaelig> Hi
2021-01-31 14:44:33 <yann-kaelig> I got an issue with my alpine chroot where I'm building my bin packages, so I have to recreate one, and I have copied manually all the binary from the remote to my chroot. But I'm not sure if it's enough to be able now to start building my next apkbuild
2021-01-31 14:46:26 <aquamo42> make sure you add the build-base package I guess to start with.  everything else will depend on your build deps
2021-01-31 14:46:48 <yann-kaelig> I'm a little worried if the chroot will be able to understand the state of the apkindex file
2021-01-31 14:48:21 <ikke> the apkindex file is the state
2021-01-31 14:48:38 <dngray> actually the one i found in the end that was worthwile was this one https://wiki.alpinelinux.org/wiki/Create_UEFI_boot_USB
2021-01-31 14:48:50 <dngray> i always love using parted --script commands for guides
2021-01-31 14:48:55 <dngray> much nicer than fdisk actually
2021-01-31 16:08:55 <com______> How to make a ./configure script use binutils-gold instead of the standard linker?
2021-01-31 16:18:54 <Lutin> I'm going to ask something aweful maybe but is the directory structure of Alpine like Debian based distro's ? As I come from there it would help much, so far I saw it looks pretty the same.
2021-01-31 16:20:36 <dngray> > i like the idea of having docs.alpinelinux.org though with a handbook of good docs
2021-01-31 16:20:37 <dngray> i might try to help out with that
2021-01-31 16:20:42 <dngray> at least proof reading etc.
2021-01-31 16:59:22 <dngray> oh i figured out my DNS issue lol
2021-01-31 16:59:31 <ikke> dngray: what was it?
2021-01-31 18:59:32 <guix-vits> it was misconfiguration.  the forward ip was of neighbour's wifi.
2021-01-31 23:38:21 <Lutin> OK back to Alpine. What do you gusy suggest for docker images, apk or compile into /opt /
2021-01-31 23:38:22 <Lutin> ?
2021-01-31 23:45:55 <mps> just preparing for bed but I read changelog for kernel 5.11-rc6 (just released) and looks like it have xen fixes which feuerteufel reported and nvme timeout fixes which took weekend from ikke
2021-01-31 23:46:27 <mps> probably will be backported to 5.10.13 in a day or two
2021-01-31 23:46:51 <mps> didn't looked details because didn't yet pulled git changes
2021-01-31 23:49:03 <Hello71> didn't minimal report them first
2021-01-31 23:49:44 <Hello71> also aren't those servers sata, not nvme?
2021-01-31 23:50:43 <mps> what? I think ikke talked about nvme, or I'm wrong