2021-02-01 01:25:58 <Segfault0> Is there a guide anywhere on how to use aports-build?
2021-02-01 01:30:00 <Segfault0> Also as a matter of fact how to get it built for the target architecture since it's not a part of the bootstrap script
2021-02-01 01:42:39 <Segfault0> Hmm, trying to build expat gets stuck entering fakeroot doing nothing with the message "libfakeroot, when sending message: Invalid argument" being visible
2021-02-01 02:55:46 <guix-vits> Segfault0: idk the matter, but heard that some qemu-binfmt service exist for cross-compilation.
2021-02-01 02:56:17 <Segfault0> I got a ppc chroot working, that's how I was compiling expat
2021-02-01 02:56:32 <Segfault0> I just don't know if there's an automated way to build aports-build and all its dependencies
2021-02-01 04:18:38 <Lutin> I think Alpine will be another adittion to my more perfect life :D
2021-02-01 04:46:48 <tsujp> I'm using AlpineWSL on WSL2 and I cannot edit my /etc/doas.conf file while as root..?
2021-02-01 04:46:51 <tsujp> Anyone know what's up with that?
2021-02-01 04:47:43 <tsujp> Whoops forgot the ! in vi, disregard -_-
2021-02-01 05:00:17 <Lutin> is Alpine usable as Docker host ?
2021-02-01 05:03:37 <guix-vits> 
ACTION error:  docker_host: unndefined variable.

2021-02-01 05:03:57 <guix-vits> 
ACTION varrriable

2021-02-01 05:32:25 <Lutin> Damn... I instaled Alpine as my DockerVM... I'm amazed.. this is freaking fast!
2021-02-01 07:24:48 <tsujp> I cannot get `fnm` working on alpine (a node version manager); `node: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory`
2021-02-01 07:24:57 <tsujp> I've installed libstdc++ to no avail
2021-02-01 07:24:58 <tsujp> alpine 3.12
2021-02-01 07:30:31 <tsujp> ah yes musl things
2021-02-01 07:30:33 <tsujp> hmm
2021-02-01 09:24:07 <mrsenshi> Audio crackling on PipeWire?
2021-02-01 09:46:49 <guix-vits> pshshsh.. no .. pshshsh
2021-02-01 09:47:15 <guix-vits> that just illusion, ignore it.
2021-02-01 09:47:37 <guix-vits> 
ACTION *pshshshsh

2021-02-01 11:06:06 <lambdagolem> Hello! I installed doas and then tried to edit /etc/doas.conf and it appears to be readonly(-r--r----- )? Is there a different config file i should edit or should i just make /etc/doas.conf writable for root?
2021-02-01 11:07:50 <mps> no
2021-02-01 11:09:08 <mps> use 'force' write from editor
2021-02-01 11:10:14 <lambdagolem> Ok thank you
2021-02-01 11:12:12 <lambdagolem> So is this a sort of security mechanism or something?
2021-02-01 11:15:52 <ikke> yes
2021-02-01 11:15:58 <mps> yes, sudo have 'visudo' command for this, but doas still doesn't
2021-02-01 11:18:36 <ikke> lambdagolem: the idea is that if you edit that file while using doas, and you make a mistake, you lock yourself out
2021-02-01 11:25:49 <streamlet_hy> hi,How to check which package the file belongs to?
2021-02-01 11:26:05 <ikke> apk info -W /path/to/file
2021-02-01 11:26:21 <ikke> (-W is short for --who-owns)
2021-02-01 11:26:32 <streamlet_hy> thanks
2021-02-01 11:48:29 <streamlet_hy> Our team is porting Alpine to mips64el (we plan to port it to a new architecture later), and the current 3.11 version of the software package has basically been built. I use the buildrepo tool, but it cannot recursively build the package. Is there any other way to solve this?
2021-02-01 11:49:22 <ikke> el is little-endian, right?
2021-02-01 11:49:32 <streamlet_hy> yes
2021-02-01 11:49:58 <mps> ikke: no, it is endian little
2021-02-01 11:50:01 <ikke> :)
2021-02-01 11:50:42 <mps> now liliput can declare war :)
2021-02-01 11:51:27 <lambdagolem> mps, ikke thank you for your explenations about doas!
2021-02-01 11:51:33 <ikke> streamlet_hy: what do you mean with buildrepo not being able to run recursively?
2021-02-01 11:51:52 <ikke> streamlet_hy: buildrepo should build packages in dependency order
2021-02-01 11:52:03 <ikke> so dependencies should be built before the packages that require them
2021-02-01 11:54:19 <streamlet_hy> For example: if package A\B\C depends on D, building D will also build A\B\C
2021-02-01 11:54:38 <Segfault0> The mips guys get a whole team? :P
2021-02-01 11:55:41 <mps> people wake up when they see 'dead end' in front ;)
2021-02-01 11:56:21 <ikke> streamlet_hy: it will not *re*build those packages, but if A, B and C have not been built yet, buildrepo shouldbuild them before D
2021-02-01 11:56:25 <Segfault0> I should see if I can recruit some people to help with ppc :P
2021-02-01 11:56:41 <streamlet_hy> I want to build a clean system, not a system that may have dependencies chaos after multiple updates.
2021-02-01 11:57:03 <mps> Itanium is removed from kernel 5.11-rc6, now we can expect a lot of effort for Itanium
2021-02-01 11:57:11 <ikke> streamlet_hy: The alpine builders use clean lxc containers that only have the packages they built as source
2021-02-01 11:57:15 <Segfault0> There should be no reason to rebuild packages that haven't changed since the last time they were built no?
2021-02-01 11:57:31 <ikke> streamlet_hy: and it uses buildrepo, so if it would not build dependencies before the packages that require them, it would simply not work
2021-02-01 11:58:18 <mps> Segfault0: if dependecies are changed then is good idea to rebuild (though not always, ifc)
2021-02-01 11:58:20 <ikke> streamlet_hy: it does rely on lua-aports to figure out the dependencies of packages to calculate the build order
2021-02-01 11:58:25 <mps> ofc*
2021-02-01 11:59:05 <ikke> streamlet_hy: could you give a concrete example where it does not work?
2021-02-01 11:59:15 <Segfault0> mps: yeah some things need to be rebuilt because of ABI instability (correct me if I'm wrong I think that's what it's called) but most things shouldn't change afaik
2021-02-01 12:00:11 <ikke> ABI changes are the main reason packages need to be rebuilt
2021-02-01 12:00:37 <ikke> If you update a library, and that library has ABI breaking changes, then everything built against the previous version needs to be rebuilt
2021-02-01 12:00:49 <mps> Segfault0: for ABI changes rebuild is must, but sometimes also for some implementation changes rebuild is good idea
2021-02-01 12:01:09 <streamlet_hy> I probably learned about SUSE's OBS (open build service) and thought it was reasonable, because I had encountered a situation where the dependency was not established after updating the system, but it was not on Alpine.
2021-02-01 12:02:54 <mps> to be safe, on every release freeze alpine rebuild nearly everything
2021-02-01 12:03:18 <ikke> Each new stable version is built from scratch
2021-02-01 12:03:42 <Segfault0> I assume that doesn't include bootstrapping though
2021-02-01 12:03:51 <mps> except testing (which is not release officially)
2021-02-01 12:04:12 <mps> Segfault0: true
2021-02-01 12:04:13 <ikke> Segfault0: it's bootstrapped with current edge
2021-02-01 12:04:49 <Segfault0> Oh? I was under the impression that bootstrapping didn't get tested much
2021-02-01 12:06:25 <streamlet_hy> if I update musl a lot, I think it would be more appropriate to update the entire system
2021-02-01 12:07:05 <mps> streamlet_hy: makes sense
2021-02-01 13:26:55 <tpanmajia> Alpine gtk 3 seems not to honor xsettings
2021-02-01 13:27:23 <tpanmajia> ran xsettingsd, disabled hinting in relevant settings item, hinting persists
2021-02-01 13:28:19 <tpanmajia> I have a spare Debian stable to test and could not reproduce this when running xsettingsd to provide a XSettings server
2021-02-01 13:29:47 <tpanmajia> s/a XSettings/an XSettings/
2021-02-01 13:29:56 <Cogitri> tpanmajia: We don't really apply any patches to our gtk+3.0, so I doubt that that's on us
2021-02-01 13:30:10 <tpanmajia> Cogitri: what custom distribution patches
2021-02-01 13:30:46 <tpanmajia> Cogitri: IMO gtk3 should read prefs from xsettings then from the relevant RC files
2021-02-01 13:31:32 <Cogitri> Well, that should be something that GTK upstream implements if they think that's a good idea
2021-02-01 13:32:37 <tpanmajia> Cogitri: it's not only a good idea... IIRC it should work like that
2021-02-01 13:32:58 <tpanmajia> I couldn't imagine where else gtk looks for prefs at
2021-02-01 13:37:23 <tpanmajia> https://developer.gnome.org/gtk3/stable/GtkSettings.html#GtkSettings--gtk-keynav-wrap-around
2021-02-01 13:37:59 <tpanmajia> https://wiki.archlinux.org/index.php/GTK#Configuration
2021-02-01 13:38:51 <tpanmajia> GTK3 *should* honor XSettings first, however ArchWiki says gsettings is also considered, so really weird
2021-02-01 13:55:16 <tpanmajia> read Debian patches, nothing related to parsing settings
2021-02-01 13:56:12 <tpanmajia> while the singly-patched Alpine version doesn't honor XSettings much, so strange
2021-02-01 14:09:29 <tpanmajia> f*** GTK
2021-02-01 15:31:19 <guix-vits> ^^^ gnu/porn.  free as in freedom.
2021-02-01 15:31:59 <guix-vits> booby toolkit.  HOT
2021-02-01 15:32:58 <guix-vits> 
ACTION 1:22 hrs.  yeah

2021-02-01 15:33:05 <ikke> guix-vits: please behave
2021-02-01 15:33:22 <guix-vits> ?
2021-02-01 17:14:05 <nuovolnx> hello everybody. Can I use alpine linux on desktop like other distro? Why alpine is so small than other distro?
2021-02-01 17:14:47 <PureTryOut[m]2> Yes of course you can, I'm typing this from Alpine Linux with the KDE Plasma DE
2021-02-01 17:15:43 <wsinatra> nuovolnx: I use it as a daily driver with xfce4, and i3 on a droid4 phone even. You can use alpine for anything you put your mind to
2021-02-01 17:15:54 <wsinatra> the small portion is that it's a design philosophy
2021-02-01 17:18:05 <nuovolnx> wsinatra: At this point I ask myself: are other distributions wasting space unnecessarily?
2021-02-01 17:18:59 <wsinatra> depends on the way you want to look at it. Alpine splits packages, a really common example is -dev.
2021-02-01 17:19:48 <wsinatra> You can install lua5.3, but won't get the lua dev files without lua5.3-dev. A lot of distros ship those two things together. Is it bloat? Not really, they're useful things to package and give people
2021-02-01 17:20:00 <maxice8> nuovolnx: no
2021-02-01 17:20:02 <wsinatra> but splitting them keeps things lean
2021-02-01 17:20:28 <ikke> different goals
2021-02-01 17:20:31 <maxice8> wsinatra : basically all distros except arch, crux and source based ones split pkgs
2021-02-01 17:21:55 <wsinatra> that's a fair point :)
2021-02-01 17:22:14 <nuovolnx> wsinatra: Is there a complete guide to alpinelinux? A book? Maybe a book in Italian would be the best thing for me. I would like to understand something more, I don't know if alpine linux is the right way.
2021-02-01 17:24:25 <ikke> nuovolnx: there is hardly a book in english, let alone italian :)
2021-02-01 17:25:05 <com_B> There's also Adélie Linux, which is similar but more desktop-oriented.
2021-02-01 17:26:23 <nuovolnx> Is it possible to replace android with alpine on a phone? I guess it is not something for everyone.
2021-02-01 17:27:18 <com_B> That's called PostmarketOS, but it only supports a few devices.
2021-02-01 17:27:51 <wsinatra> You can get regular alpine to boot on some of the same phones, most of the ones maemo leste support work for that
2021-02-01 17:36:18 <nuovolnx> maxice8: On a desktop would you recommend alpine linux? To surf the internet, read email, listen to music ...
2021-02-01 17:39:17 <mps> nuovolnx: try it and decide does it fit for your needs
2021-02-01 17:39:54 <mps> no one except you can know will you be satisfied with it
2021-02-01 17:43:27 <wsinatra> nuovolnx: I went from ubuntu -> centos -> rhel -> arch -> alpine. I've been happiest with alpine in those travels, but I wouldn't have thought I would be until I tried it. I was certain at one point Ubuntu was the best :)
2021-02-01 17:43:41 <wsinatra> like mps said, give it a shot, you won't lose anything by learning and trying
2021-02-01 17:44:42 <nuovolnx> wsinatra: have you ever tried debian?
2021-02-01 17:44:47 <ikke> I think alpine as a desktop makes most sense for people who are already invested in some way in Alpine Linux
2021-02-01 17:44:51 <mps> wsinatra: from the start I knew that I will be happy with it ;)
2021-02-01 17:45:10 <mps> ikke: ;P
2021-02-01 17:45:45 <mps> (say someone who don't use alpine on desktop :) )
2021-02-01 17:45:49 <wsinatra> nuovolnx: I used debian for my EC2 servers on AWS currently for work, and I've used debian as far back as debian 4 on embedded systems
2021-02-01 17:46:09 <ikke> mps: I don't say that people who use alpine _have_ to use it on the desktop
2021-02-01 17:46:24 <mps> I used debian for everything for two decades
2021-02-01 17:46:43 <mps> ikke: jk with you
2021-02-01 17:47:43 <ikke> yeah, I'm aware, my reply sounds more serious then I intend it to be
2021-02-01 17:47:50 <mps> before debian I used slackware, with alpine I had some feeling that I'm back on my 'old home, sweet old home'
2021-02-01 17:49:51 <nuovolnx> Does Alpine linux have a package manager? If so, does it automatically resolve my dependencies when I do an installation?
2021-02-01 17:50:24 <wsinatra> apk, the alpine package keeper, and yes it has dependencies :) it's also bloody well fast if you ask me
2021-02-01 17:50:35 <com_B> Yes, you can do "apk add" just like "apt install" on Ubuntu.
2021-02-01 18:10:49 <nuovolnx> In debian and also other distributions when removing a package it is not really removed even using the "purge" option. An expert told me that gentoo actually deletes an application, I don't know if gentoo has a package manager or not. When you remove something in Alpine linux is it completely deleted?
2021-02-01 18:28:18 <Cogitri> nuovolnx: Yes, dependencies of the removed package are deleted as well
2021-02-01 18:31:29 <yann-kaelig> Hi
2021-02-01 18:35:40 <nuovolnx> Cogitri: I remember once on debian I removed pulseaudio with apt-get purge, but it doesn't really remove. Maybe I can't explain myself well. It has something to do with compiling the kernel.
2021-02-01 18:37:15 <nuovolnx> Cogitri: I know that the Gentoo distribution completely removes software because you have to compile software from source and do the reverse procedure when you have to uninstall it.
2021-02-01 19:00:38 <nuovolnx> Are you sure that all traces of the software disappear once uninstalled? Even in the kernel?
2021-02-01 19:01:05 <feuerteufel> Hi, mps: Tks! What that means for me (Kernel)?
2021-02-01 19:02:20 <Cogitri> muovolnx: All files will be purged - unless they're in /etc and you modified them
2021-02-01 19:02:39 <ikke> nuovolnx: things are uninstalled from the filesystem
2021-02-01 19:02:45 <ikke> nuovolnx: what is in memory stays in memory
2021-02-01 19:03:56 <ikke> nuovolnx: apk knows what files belong to a package, so the files it installed, it will remove again
2021-02-01 19:04:11 <ikke> nuovolnx: but if an application write things to disk, apk will leave it alone
2021-02-01 19:04:59 <ikke> (apk would not even know about those files)
2021-02-01 19:05:50 <nuovolnx> Is there an Alpine linux live?
2021-02-01 19:06:47 <mps> feuerteufel: that means that the next kernel will have fixes for your problem with xen, I hope
2021-02-01 19:06:49 <ikke> the iso is live by default
2021-02-01 19:07:12 <nuovolnx> Do you have to install everything by hand? For example the desktop environment? Or is there a graphical installation?
2021-02-01 19:07:46 <mps> feuerteufel: and I think it will be released in a day or two, but again just hope
2021-02-01 19:07:56 <ikke> there is a helper script that installs xorg, but you will have to install a DE / WM yourself
2021-02-01 19:08:29 <ikke> https://wiki.alpinelinux.org/wiki/Xfce_Setup
2021-02-01 19:09:01 <feuerteufel> mps: Tks again! We'll see ...
2021-02-01 19:09:30 <nuovolnx> For desktop use I think Alpine linux is unsuitable.
2021-02-01 19:10:02 <com_B> That's why Adélie Linux was created, not completely finished yet though.
2021-02-01 19:10:22 <mps> nuovolnx: I would say that 'you are wrong'
2021-02-01 19:10:57 <mps> alpine is best desktop for me
2021-02-01 19:12:40 <nuovolnx> What kernel use this version alpine-standard-3.13.1-x86_64?
2021-02-01 19:13:00 <ikke> https://pkgs.alpinelinux.org/packages?name=linux-lts&branch=v3.13
2021-02-01 19:14:22 <nuovolnx> Is it newer than kernel of mint 20.1 5.4.0-65-generic
2021-02-01 19:14:47 <ikke> yes
2021-02-01 19:15:04 <ikke> if you read that link, you see it's 5.10.11
2021-02-01 19:15:45 <nuovolnx> ikke: in fact that's what I just wrote
2021-02-01 19:16:10 <nuovolnx> 5.10.11 is newer than 5.4.0-65
2021-02-01 19:17:22 <nuovolnx> Is this faster? More reliable than the older one?
2021-02-01 19:24:26 <ikke> Newer kernels come with performance imrovements, new features, but also new bugs and regressions
2021-02-01 19:28:37 <Hello71> apt purge is totally unrelated to kernel.
2021-02-01 19:28:51 <Hello71> you are conflating several things there: config files and libraries
2021-02-01 19:29:12 <Hello71> apt remove doesn't remove config files, apt purge does
2021-02-01 19:30:51 <Hello71> for libraries, many programs determine support for certain features at compile time, not run time, so if you want to remove those libraries, you need to recompile their dependent packages
2021-02-01 19:31:04 <Hello71> but that's not really related to apt or purge or whatever
2021-02-01 19:31:25 <nuovolnx> ikke: some time ago I tried to install a debian in text mode. Then I had to install xorg, dm, wm. For this reason I said that Alpine does not have everything ready. Perhaps it is more suitable for educational purposes, in other words to learn how a linux system is made. But to have everything ready and immediately I think a distro of those ready to use is better. I hope I'm not wrong.
2021-02-01 19:32:38 <nuovolnx> Hello71: thank you
2021-02-01 19:32:59 <nuovolnx> thanks everybody for information
2021-02-01 19:33:54 <ikke> nuovolnx: Alpine is certainly usefull for production uses
2021-02-01 19:34:37 <ikke> nuovolnx: but it's not a newbie OS that holds your hand
2021-02-01 19:35:46 <nuovolnx> ikke: Unfortunately as I imagined
2021-02-01 19:36:18 <nuovolnx> for newbie is better mint
2021-02-01 19:36:26 <nuovolnx> for desktop
2021-02-01 19:39:42 <rany> anyway the wiki really helped me out yesterday. I've just started with alpine and i'm loving it
2021-02-01 19:39:50 <mps> best desktop is apple M1 for newbies, of all I have seen
2021-02-01 19:39:58 <Hello71> >desktop
2021-02-01 19:40:47 <rany> i've found that using flatpak for apps that work on gnu/linux works well
2021-02-01 19:41:03 <rany> so far i've only had to install thunderbird with flatpak because the one in alpine's repo SEGFAULTs
2021-02-01 19:47:18 <maxice8> I highly recommend flatpak
2021-02-01 19:48:51 <rany> it's absolutely great, though the wikis don't mention it in https://wiki.alpinelinux.org/wiki/Running_glibc_programs
2021-02-01 19:49:18 <rany> but i eventually figured that because alpine has flatpak support, it should work fine
2021-02-01 19:54:10 <rany> does alpine still use grsecurity?
2021-02-01 19:55:44 <Hello71> grsecurity went closed source many years ago
2021-02-01 19:56:00 <Hello71> so no
2021-02-01 19:56:18 <rany> Hello71: thanks, cuz the wiki confused me a bit with grsecurity kernel tunables that no longer work
2021-02-01 19:56:30 <Hello71> all those should have been removed long ago
2021-02-01 19:56:37 <Hello71> but nobody wants to maintain wiki unfortunately
2021-02-01 19:57:24 <rany> is there any guide to getting your package submitted to alpine's repos?
2021-02-01 19:57:32 <Hello71> file mr at gitlab
2021-02-01 19:57:41 <Hello71> use apkbuild-lint first
2021-02-01 19:58:03 <rany> what happens if the package gets removed from the repos?
2021-02-01 19:58:15 <rany> how could i get a list of foreign packages (not in the repo)
2021-02-01 19:58:41 <rany> i'm worried that maintainers abandon a packages and i'm stuck with an old version of the package for eternity
2021-02-01 20:00:29 <rany> archlinux for example had `pacman -Qm`. Not sure what the Alpine equiv is
2021-02-01 20:01:41 <ikke> apk version -l '?'
2021-02-01 20:02:28 <rany> thanks ikke
2021-02-01 20:02:55 <rany> though, i've noticed some packages do get removed from the repo
2021-02-01 20:03:10 <rany> does apk warn me when that happens?
2021-02-01 20:03:48 <rany> https://pkgs.alpinelinux.org/packages?name=brightnessctl&branch=edge https://pkgs.alpinelinux.org/packages?name=brightnessctl&branch=v3.11
2021-02-01 20:04:23 <rany> ^ for example this
2021-02-01 20:11:29 <ikke> No, apk does not warn about this (but, it does not remove the packages either)
2021-02-01 20:12:06 <ikke> the command I gave would list the packages that are no longer present in the repo
2021-02-01 20:13:05 <rany> thanks, i'll just check that every now and then ;)
2021-02-01 20:14:06 <ikke> This would only happen between major versions
2021-02-01 20:15:10 <mps> rany: light pkg is maintained
2021-02-01 20:16:24 <rany> mps: works perfect on sway! thanks :)
2021-02-01 20:16:50 <rany> seems like it functions in the same way as brightnessctl
2021-02-01 20:17:55 <mps> similar, and better imo
2021-02-01 20:19:31 <rany> plus it gives you the percentage directly ....
2021-02-01 20:19:48 <rany> with brightnessctl i had to get the current and max brightness and use bc to get the average
2021-02-01 20:19:52 <rany> this is more lightweight
2021-02-01 20:20:09 <rany> s/average/percentage
2021-02-01 20:21:40 <mps> I forgot, I wrapped it in lua applet for awesome wm, but I remember it is best of all backlight packages I tried
2021-02-01 20:35:24 <timcowch1p>  I think I have a permission problem
2021-02-01 20:35:48 <ikke> did you try to aSk nicely?
2021-02-01 20:35:57 <timcowch1p> I get a blank page at localhost/zm
2021-02-01 20:36:10 <timcowch1p>  I have the console with my cameras listed, but I get a blank page when I select one for viewing
2021-02-01 20:36:13 <timcowch1p>  I have the console with my cameras listed, but I get a blank page when I select one for viewing
2021-02-01 20:36:19 <ikke> zm is zoneminder?
2021-02-01 20:36:25 <timcowch1p> yes
2021-02-01 20:37:02 <timcowch1p> I can see the video stream from my camera in vlc
2021-02-01 20:37:14 <ikke> did you check the developer tools in your browser?
2021-02-01 20:37:40 <ikke> and relevant log files
2021-02-01 20:38:36 <timcowch1p> the log files only show something about skins failling to be linked
2021-02-01 20:43:14 <timcowch1p> I noticed zoneminder is flagged
2021-02-01 20:43:35 <timcowch1p> and php is at 8 now
2021-02-01 20:44:11 <timcowch1p> I'm using the old flagged version of zoneminder with php7
2021-02-01 20:44:19 <ikke> php7 is still the default
2021-02-01 20:44:25 <timcowch1p> ok
2021-02-01 20:49:39 <timcowch1p> :)
2021-02-01 20:51:45 <feuerteufel> Is it possible to get a "full" grep on alpine?
2021-02-01 20:51:54 <ikke> apk add coreutils
2021-02-01 20:52:30 <ikke> sorry
2021-02-01 20:52:32 <ikke> apk add grep
2021-02-01 21:01:06 <timcowch1p> is their another browser besides firefox?
2021-02-01 21:02:23 <timcowch1p> chromium
2021-02-01 21:06:07 <timcowch1p> I get the same results with chromium
2021-02-01 21:14:40 <feuerteufel> ikke: Tks! And "egrep" is inclouded :-))
2021-02-01 21:16:31 <Lutin> how the hack can Alpine be so freaking fast ? I run it with docker on top of it and even docker is much faster!
2021-02-01 21:25:22 <Hello71> probably you have low ram
2021-02-01 21:25:48 <Hello71> busybox init + openrc uses much less ram than systemd, in part due to doing much less stuff
2021-02-01 21:26:35 <rany> the one thing i miss is daemon autorestart and user systemd services
2021-02-01 21:28:15 <bougyman> rany: you can leverage runit for that.
2021-02-01 21:28:37 <bougyman> or s6, or many other supervisors. I happen to prefer runit
2021-02-01 21:29:06 <rany> bougyman: is that what `supervise-daemon` does?
2021-02-01 21:29:14 <bougyman> I've never seen that.
2021-02-01 21:29:25 <bougyman> runit would be runsvdir and runsv
2021-02-01 21:29:46 <bougyman> http://smarden.org/runit/
2021-02-01 21:29:57 <ikke> yes, supervise-daemon would autorestart services
2021-02-01 21:30:01 <bougyman> You do _not_ have to replace init to use runit.
2021-02-01 21:30:36 <rany> thanks, i was wondering what that does x)
2021-02-01 21:30:40 <bougyman> Honestly I don't understand why alpine doesn't default to s6-init or runit-init as its pid1, but that's another conversation.
2021-02-01 21:32:27 <c705> why should it/
2021-02-01 21:32:29 <Hello71> mainly historical reasons but also i don't think it's that important
2021-02-01 21:32:40 <bougyman> You don't think pid1 is important?
2021-02-01 21:33:03 <bougyman> I'll just disagree and back away slowly, here. Don't want to start a religious war.
2021-02-01 21:33:07 <c705> openrc is fine. why should it default to <insert-init-here>
2021-02-01 21:33:57 <bougyman> I'm just glad alpine is still compatible with replacing init, unlike most distros.
2021-02-01 21:39:16 <mps> bougyman: show stopper for runit is it doesn't use poll(3)
2021-02-01 21:40:05 <bougyman> doesn't use poll() for what, exactly?
2021-02-01 21:41:19 <bougyman> I mean, because I do see it using poll()
2021-02-01 21:41:43 <mps> uh, where
2021-02-01 21:41:59 <mps> i/o multiplexing
2021-02-01 21:42:26 <bougyman> https://github.com/vulk-archive/runit/blob/master/src/trypoll.c
2021-02-01 21:42:58 <mps> bougyman: hmm, right and I was short sighted
2021-02-01 21:43:58 <mps> when I proposed runit as replacement for alpine about 1-2 years ago I was told that it doesn't support poll(3) and I didn't checked
2021-02-01 21:44:14 <mps> shame on me
2021-02-01 21:44:36 <bougyman> Probably because it abstacts it a bit.
2021-02-01 21:44:43 <bougyman> To check for imitation poll() libraries.
2021-02-01 21:44:52 <mps> yes, I see now
2021-02-01 21:45:53 <timcowch1p> setting up zoneminder on Alpine = taking crazy pills
2021-02-02 00:54:57 <Lutin> it seems that 5G is enough for a Alpine VM
2021-02-02 01:01:29 <tpanmajia> 5G is even enough for a desktop setup
2021-02-02 01:06:53 <Lutin> tpanmajia yeah seems so! I'm now on 1.7GB in usage... made it 5G to be sure... won't grow as it's a Docker host
2021-02-02 01:07:09 <Lutin> mounted volumes for docker ;)
2021-02-02 01:07:10 <tpanmajia> yes
2021-02-02 01:09:29 <Lutin> Yeah 2.5G is just... it's dynamic allocated so... I don't care "...." :)
2021-02-02 01:14:58 <tpanmajia> Alpine gtk 3 seems not to honor xsettings. Ran xsettingsd, disabled hinting in relevant settings item, hinting persists. Have a spare Debian stable to compare.
2021-02-02 01:15:23 <tpanmajia> Does gtk 3 honors gsettings first nowadays?
2021-02-02 01:15:37 <Lutin> but wow Alpine is fast
2021-02-02 01:15:47 <Lutin> I'm like in love
2021-02-02 01:16:03 <tpanmajia> Yes but
2021-02-02 01:18:43 <Lutin> but ?
2021-02-02 01:23:33 <tpanmajia> but gtk glitches
2021-02-02 01:24:05 <tpanmajia> might not be an Alpine bug though
2021-02-02 01:25:12 <Lutin> bugreport it ?
2021-02-02 01:25:55 <tpanmajia> would be a good idea but might not be a bug since I don't know whether gtk 3 honors gsettings first nowadays
2021-02-02 01:27:27 <TBK[m]> https://gitlab.alpinelinux.org/alpine/aports/issues
2021-02-02 01:29:35 <tpanmajia> Well this might not be an issue
2021-02-02 01:50:00 <Lutin> Do bash script you wrote for whatever distro just work on Alpine ?
2021-02-02 01:52:46 <tpanmajia> yes
2021-02-02 01:55:00 <Lutin> Cool! The design of Alpine feels a little but debian like, feels good
2021-02-02 01:58:41 <Lutin> tpanmajia you ran a desktop on it ?
2021-02-02 01:59:58 <FeelingLUKS-y> Hello!
2021-02-02 02:00:37 <tpanmajia> indeed
2021-02-02 02:03:47 <Hello71> alpine is very not debian
2021-02-02 02:03:54 <Hello71> except insofar as it's definitely not rhel
2021-02-02 02:06:38 <tpanmajia> Hello71: agreed
2021-02-02 02:07:32 <FeelingLUKS-y> Okay, so I'm attempting to install Alpine with LVM on LUKS, using the wiki page of the same name.
2021-02-02 02:07:33 <FeelingLUKS-y> I just got to the part where you use parted to create the partitions, and have already made the 200MB EFI partition. I used `parted print list` to confirm with myself that this was working as expected. Now it's asking me to make an ext4 partition with the remaining space. From the diagram, it looks like that's the partition that's going to become
2021-02-02 02:07:33 <FeelingLUKS-y> the LUKS container, but that filesystem type is listed as LUKS. I was interested in using btrfs instead of ext4, but it seems like maybe that partition is getting overwritten with a different filesystem entirely, LUKS. Inside that container are listed a root, boot, and swap partition, so it seems like maybe the filesystem used at this point doesn't
2021-02-02 02:07:34 <FeelingLUKS-y> really matter, because it's getting overwritten with that LUKS container, and I would configure my filesystem there instead.
2021-02-02 02:07:34 <FeelingLUKS-y> Basically, can I set up btrfs instead of ext4 here, and in what step does this happen?
2021-02-02 02:09:09 <tpanmajia> well
2021-02-02 02:09:48 <tpanmajia> I don't quite know whether Alpine has support regarding to btrfs subvolumes and snapshots etc
2021-02-02 06:10:57 <JakeSays> hey i'm looking at the downloads page and i see armhf and armv7 - what's the difference?
2021-02-02 06:11:05 <JakeSays> is armhf armv6?
2021-02-02 06:27:30 <ikke> JakeSays: yes
2021-02-02 06:27:40 <ikke> arm32v6 with hardfloat
2021-02-02 09:38:45 <bantu> Hello everyone. I'm booting from PXE and everything seems fine so far. Now I'd like to run a simple script to install execute some other stuff. What is the best of doing that?
2021-02-02 09:39:18 <bantu> I tried delivering a /etc/local.d/foo.start file via apkovl, but this seems to have some other side effects.
2021-02-02 12:26:15 <JakeSays> ikke: thanks!
2021-02-02 12:39:20 <sakamoto> I have an issue with the shutdown menu in mate. It sometimes disappears and sometimes shows up by itself. I'm suspecting elogind.
2021-02-02 12:40:03 <sakamoto> Is there any special configuration needed for elogind (I'm launching the session using lightdm).
2021-02-02 12:40:18 <sakamoto> Thanks in advance
2021-02-02 12:47:16 <rany> i've a question regarding keyboard binding of a specific media key
2021-02-02 12:48:17 <rany> for whatever reason binding to XF86MicMute doesn't work but all others woudl work
2021-02-02 12:48:32 <rany> XF86AudioMicMute *
2021-02-02 12:49:07 <rany> i believe alpine needs a speciic
2021-02-02 12:49:14 <rany> package for that key to work?
2021-02-02 13:18:43 <FreeBDSM> hi, do old releases (3.11) still maintained?
2021-02-02 13:19:32 <FreeBDSM> found the answer, they should be
2021-02-02 13:20:36 <Hello71> bantu: i think that's probably one of the better methods. what issues are you having?
2021-02-02 13:20:54 <Hello71> sakamoto: i think you need polkit too?
2021-02-02 13:21:22 <Hello71> FreeBDSM: https://alpinelinux.org/releases/
2021-02-02 13:21:30 <Hello71> rany: shouldn't be. did you try evtest or xev
2021-02-02 13:27:17 <rany> Hello71: https://0x0.st/-oWW.txt
2021-02-02 13:27:27 <rany> i'm on swaywm
2021-02-02 13:29:41 <FreeBDSM> https://pkgs.alpinelinux.org/flag/main/curl/7.67.0-r3 - 404
2021-02-02 13:29:57 <FreeBDSM> tried to flag this package, as it is vulnerable and needs to be updated
2021-02-02 13:31:07 <rany> FreeBDSM: it's not from the latest alpine so i don't think the flagging would work
2021-02-02 13:31:14 <rany> https://pkgs.alpinelinux.org/flag/main/curl/7.74.0-r0 works for example
2021-02-02 13:31:33 <Hello71> rany: does it work with evtest
2021-02-02 13:32:16 <sakamoto> Hello71 I have polkit installed too.
2021-02-02 13:32:38 <FreeBDSM> rany: okay, filed ticket https://gitlab.alpinelinux.org/alpine/aports/-/issues/12386
2021-02-02 13:32:58 <rany> Hello71: not at all, when i'm holding the FN key it stops working all of a sudden
2021-02-02 13:33:03 <FreeBDSM> ncopa: ^
2021-02-02 13:33:37 <FreeBDSM> (mentioning you because the issue is security-related and you are mentioned as package's maintainer)
2021-02-02 13:34:02 <Hello71> sakamoto: did you rc-update add polkit default
2021-02-02 13:34:07 <Hello71> or polkitd or whatever
2021-02-02 13:35:39 <rany> this is pretty weird tbf
2021-02-02 13:37:03 <rany> evtest event codes https://0x0.st/-oW3.txt
2021-02-02 13:37:16 <rany> mic mute key is missing
2021-02-02 13:39:14 <FreeBDSM> TBK[m]: hello. Please assign this ticket to yourself: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12387 - it is about redis package available in 3.11 repo being vulnerable and needing an update. Thanks.
2021-02-02 13:39:15 <Hello71> rany: your keyboard is programmed wrong. probably the vendor hacked around it with a shitty windows driver
2021-02-02 13:39:35 <rany> Hello71: no, it worked fine before
2021-02-02 13:39:43 <Hello71> hm.
2021-02-02 13:39:52 <Hello71> maybe downgrade kernel?
2021-02-02 13:40:03 <rany> i'm on the same kernel as before
2021-02-02 13:40:23 <rany> it worked fine on alpine a few hours ago but the reinstall messed it up
2021-02-02 13:40:48 <rany> archlinux and ubuntu also supported the mic mute button
2021-02-02 13:40:55 <rany> it's just alpine :(
2021-02-02 13:42:21 <Hello71> maybe try power cycling
2021-02-02 13:42:29 <Hello71> i guess you are on laptop, so remove battery if you can
2021-02-02 13:43:12 <Hello71> FreeBDSM: why are you using alpine 3.11 anyways
2021-02-02 13:44:20 <sakamoto> Hello71 I had elogind and polkit in default runlevel
2021-02-02 13:44:45 <sakamoto> Gonna try moving elogind to boot because gentoo wiki suggested that.
2021-02-02 13:44:48 <Hello71> while we do support ~four releases, realistically everybody should generally be using the last two releases. we don't have substantial manpower like debian/rhel to backport upstream patches
2021-02-02 13:47:08 <Hello71> in this case i think we only need to backport 5.0.8 but still
2021-02-02 13:47:36 <Hello71> there's no point of LTS if we update all packages to latest version
2021-02-02 13:58:15 <rany> power cycling didn't help
2021-02-02 13:59:00 <rany> it didn't make things worse either, so ;)
2021-02-02 14:02:21 <rany> oh btw, evtest does register microphone mute now
2021-02-02 14:02:40 <rany> it's a seperate keyboard called "ThinkPad Extra Buttons"
2021-02-02 14:02:58 <rany> "AT Translated Set 2 keyboard" and "ThinkPad Extra Buttons" are seperate
2021-02-02 14:03:07 <bantu> Hello71: without my apkvol, boot seems to be fine. when I provide a apkvol with only my script, ssh_key is not fetched, the hostname is not set and I see "/lib/modules: no such file or dir"
2021-02-02 14:05:27 <Hello71> rany: seems plausible
2021-02-02 14:22:02 <telmich> Just upgraded my notebook and after reboot keyboard/mouse in xorg don't work anymore - currently trying to debug whether that's a udev or similar issue
2021-02-02 14:22:28 <Hello71> dalias had similar problem earlier
2021-02-02 14:22:56 <Hello71> i think xf86-input-{keyboard,mouse} are working even worse than before
2021-02-02 14:23:07 <Hello71> i think he said that udevadm trigger fixes it
2021-02-02 14:25:57 <filoozom> Hi, does anyone know how to make an alpine image that is able to find an apkovl on a LVM drive? I tried adding lvm and dm-mod to initfs_features and initfs_cmdline in module= but that doesn't change anything
2021-02-02 14:47:15 <yann-kaelig> Hi. Do yo usee anythign wrong that I could missed in this Xorg log file ? https://dpaste.com/8BDQ96QZW I can not start plasma through startx or sddm has a black screen
2021-02-02 15:17:50 <FreeBDSM> Hello71: thanks for reviewing tickets. We are running 3.11 because we are working in a restricted environment and to pull fresh versions I either need to ask cicd guys to re-configure nexus to use more recent alpine repo, or I'll have to upload all the necessary packages there manually. Both ways are sub-optimal.
2021-02-02 15:18:17 <Hello71> >we are working a restricted environment
2021-02-02 15:18:39 <Hello71> translation: we believe that checkbox security is more important than actual security
2021-02-02 15:19:45 <FreeBDSM> Hello71: no, we have secops and poor ci/cd that can't just track updates themselves and make us create jira tickets for everything.
2021-02-02 15:19:57 <Hello71> yes
2021-02-02 15:23:33 <FreeBDSM> does anyone here have experience configuring rootless dockerd on alpine?
2021-02-02 15:24:44 <FreeBDSM> https://docs.docker.com/engine/security/rootless/#prerequisites asks for newuidmap and newgidmap packages, which I can't find for alpine
2021-02-02 15:25:05 <FreeBDSM> ah, the package name is shadow-uidmap
2021-02-02 15:30:15 <FreeBDSM> another dependency is fuse-overlayfs which is available only for edge branch
2021-02-02 15:30:36 <FreeBDSM> what happens if I download a package from edge branch and try to install it on Alpine 3.11?
2021-02-02 15:40:27 <telmich> Hmm, udevadm is there
2021-02-02 15:41:12 <telmich> Hello71: you don't refer to 'xf86-input-{keyboard,mouse}' literally, do you? Because I do have the input for evdev and co., but don't see either package
2021-02-02 15:41:54 <Hello71> xf86-input-{keyboard,mouse} are obsolete. use xf86-input-evdev or xf86-input-libinput
2021-02-02 15:42:12 <Hello71> FreeBDSM: maybe it works, maybe not
2021-02-02 15:42:29 <Hello71> if you're on 32-bit arch, most likely not
2021-02-02 15:48:59 <telmich> I found the bug
2021-02-02 15:49:59 <telmich> For some reason xorg works on other machines even if my user is not in the input group
2021-02-02 15:50:54 <telmich> For some other reason (?) on this notebook mouse/keyboard don't work if I am not in the `input` group
2021-02-02 16:00:45 <ikke> Different *dev implementation?
2021-02-02 16:23:58 <Hello71> or you have elogind, or suid xorg...
2021-02-02 17:48:18 <mator> hello. why does https://wiki.alpinelinux.org/wiki/Setting_the_timezone is marked as obsolete ?!
2021-02-02 17:50:03 <ikke> Probably because of this: "Timezone setting is now handled by Setup-alpine#setup-timezone"
2021-02-02 17:59:27 <mator> ikke, thanks
2021-02-02 18:47:37 <yann-kaelig> this is really weird, KDE start, but I have no background no menu, a balck screen , next konsole start, I don't even know why, try to start an app from there, dolphin it's working
2021-02-02 19:05:00 <yann-kaelig> jwm works
2021-02-02 19:05:11 <yann-kaelig> seem kde has a big issue with i915 driver
2021-02-02 19:08:58 <yann-kaelig> any idea why I still have nomodeset in my boot but I have removed evrythign from the default grub file ?
2021-02-02 19:11:08 <ikke> did you rub grub-mkconfig afterwards?
2021-02-02 19:11:18 <ikke> run*
2021-02-02 19:11:37 <yann-kaelig> yes
2021-02-02 19:13:35 <ikke> egrep '^\s+linux' /boot/grub/grub.cfg\
2021-02-02 19:15:52 <artok> how about /etc/default/grub ?
2021-02-02 19:16:08 <MY-R> is it matter? in '/etc/modprobe.d/kms.conf' it will eventually enable it
2021-02-02 19:16:11 <yann-kaelig> taht what I have done wit hthis file
2021-02-02 19:16:20 <yann-kaelig> etc/default/grub
2021-02-02 19:18:34 <MY-R> yann-kaelig: with which xorg driver you was trying run kde? intel or modesetting?
2021-02-02 19:18:52 <yann-kaelig> I have installed both in fact
2021-02-02 19:19:07 <yann-kaelig> xf86-video modesetting and intel
2021-02-02 19:20:08 <MY-R> so you could check the second one if first detected didnt work, with intel is kind of mess lately, hang, freezes, missing menus, depend from configurations
2021-02-02 19:25:01 <yann-kaelig> kinfosettings show the driver in use is Intel
2021-02-02 19:25:13 <yann-kaelig> kinfocenter
2021-02-02 19:26:40 <MY-R> so try with modesetting one
2021-02-02 19:27:25 <yann-kaelig> what the name of the driver, can not find any wiki about that
2021-02-02 19:28:33 <MY-R> https://wiki.archlinux.org/index.php/intel_graphics#Xorg_configuration
2021-02-02 19:29:16 <MY-R> create file and instead intel write there: Driver "modesetting"
2021-02-02 19:51:12 <yann-kaelig> failed to initialize glamor at screenInit
2021-02-02 19:51:21 <yann-kaelig> insane
2021-02-02 19:51:31 <yann-kaelig> nvidia powaaa
2021-02-02 19:51:38 <yann-kaelig> at least it works out of the box
2021-02-02 19:52:11 <user1> hi, the alpine-rpi-3.13.1-aarch64.tar.gz.asc file is empty, is it supposed to be?
2021-02-02 19:54:07 <yann-kaelig> ho
2021-02-02 19:55:20 <yann-kaelig> incredibeubeul. I have to remove all the xf86-video-intel with the deps, but it's not working fully
2021-02-02 19:55:48 <yann-kaelig> could not initialize opengl/glx when I'm looking in the kde info center
2021-02-02 19:56:36 <MY-R> yann-kaelig: you have some missing packages there probably without xorg logs hard to say anything
2021-02-02 19:58:49 <yann-kaelig> MY-R: well, I can see something about modeset(0) glamor initialization failed
2021-02-02 19:59:55 <MY-R> user1: it shouldnt be empty, nice catch
2021-02-02 20:00:00 <yann-kaelig> https://dpaste.com/HMHLDZLFU
2021-02-02 20:00:15 <MY-R> yann-kaelig: to have working modesetting you need mesa stuff
2021-02-02 20:00:58 <user1> MY-R: ty, someone ought to tell ncopa?
2021-02-02 20:02:00 <MY-R> user1: you can create issue on gitlab or maybe somebody will check it sooner or later
2021-02-02 20:02:29 <yann-kaelig> MY-R: mesa was installed so something else I'm issing
2021-02-02 20:02:33 <yann-kaelig> missing
2021-02-02 20:03:43 <MY-R> yann-kaelig: packages like: mesa-dri-intel
2021-02-02 20:04:02 <Hello71> i think all mesa packages pull in each other atm
2021-02-02 20:04:24 <Hello71> https://gitlab.alpinelinux.org/alpine/alpine-conf/-/merge_requests/15
2021-02-02 20:04:40 <Hello71> not sure why i wrote 3.14
2021-02-02 20:05:12 <MY-R> at least should but he got error in xorg like: (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/swrast_dri.so failed (Error loading shared library /usr/lib/xorg/modules/dri/swrast_dri.so: No such file or directory)
2021-02-02 20:05:47 <MY-R> and that file is provided by mesa-dri-gallium
2021-02-02 20:05:54 <Hello71> "couldn't get display device"
2021-02-02 20:06:04 <yann-kaelig> MY-R: no, with mesa-dri-intel xorg failed to start
2021-02-02 20:06:43 <Hello71> i think need video group
2021-02-02 20:06:44 <Hello71> or elogind
2021-02-02 20:06:51 <MY-R> ah ye
2021-02-02 20:09:11 <yann-kaelig> so it's working but that strange, why the vendor driver is VMware ?
2021-02-02 20:09:48 <MY-R> yann-kaelig: are you running it in VM? :P or you just checking some weird kde logs?
2021-02-02 20:10:14 <yann-kaelig> no, it's on my samsung netbook
2021-02-02 20:10:41 <yann-kaelig> that why I dont' understand, and I have my xorg.conf with driver modesetting
2021-02-02 20:10:56 <MY-R> Hello71: ye nice catch with "couldn't get display device" I see that using grep EE or WW is pointless with xorg logs already :\
2021-02-02 20:11:39 <MY-R> yann-kaelig: what did you change that it started to work? added own user to "video" group or installed elogind?
2021-02-02 20:12:36 <yann-kaelig> I need to remove the nomodeset at grub boot time
2021-02-02 20:13:01 <yann-kaelig> i'm in the group video and using elogind
2021-02-02 20:14:02 <MY-R> yann-kaelig: start again and paste logs
2021-02-02 20:58:40 <FeelingLUKS-y> test
2021-02-02 20:58:44 <FeelingLUKS-y> success
2021-02-02 20:58:50 <yann-kaelig> ok I got it, something wrong in my case  with DRI with intel driver. So I tried to disable DRI and now KDE start as expected
2021-02-02 21:00:11 <yann-kaelig> but why my vendor driver is VMWARE !!
2021-02-02 21:00:16 <yann-kaelig> wth
2021-02-02 21:06:58 <FeelingLUKS-y> Hey! I'm setting up disk encryption with the LVM on LUKS wiki article. I'm at the part where it tells you to create an `ext4` partition using parted, which then appears to be overwritten with the LUKS container. I was wondering in which step I would substitute btrfs for ext4, and if it's safe to do so.
2021-02-02 21:06:58 <FeelingLUKS-y> Essentially, three questions:
2021-02-02 21:06:59 <FeelingLUKS-y> 1. Is it a good idea to even use btrfs? I'm attracted to some of the features of btrfs, in particular the SSD optimizations as I am using a SATA SSD connected externally for this install.
2021-02-02 21:06:59 <FeelingLUKS-y> 2. Which partitions inside the LUKS container does it make sense to use btrfs for? I know swap is out, that uses a different filesystem entirely. `root` is the one I'd probably want to use regardless, since that'd have the most frequently used data. But I also want to know if it's safe to use btrfs for the `boot` partition, and if that's even worth
2021-02-02 21:07:00 <FeelingLUKS-y> it given that data is only used intermittently IIRC.
2021-02-02 21:07:00 <FeelingLUKS-y> 3. _How_ do I do this? What step do I switch ext4 to btrfs? Also, do I need to for example have the boot partition be ext4 and put btrfs tools on there, so it can mount the root partition?
2021-02-02 21:07:01 <FeelingLUKS-y> Also if there's anything important I forgot to mention, or if I'm doing something dumb, please tell me.
2021-02-02 21:08:48 <c705> so, for btrfs..
2021-02-02 21:09:37 <c705> you're going to take a performance hit, but if you intend to use the features of btrfs (cow, checksumming, snapshots, compression etc) then the performance hit might be worth it
2021-02-02 21:10:09 <c705> i would not recommend high random i/o on the btrfs filesystem (like a db workload or VM images)
2021-02-02 21:10:25 <timcowchip> has anyone ever had zoneminder working on Alpine?
2021-02-02 21:10:29 <c705> and you'll take a space hit too. only way to know is to try for yourself
2021-02-02 21:11:29 <FeelingLUKS-y> what workload should btrfs be used for, then?
2021-02-02 21:11:30 <timcowchip> I assume the maintainer did
2021-02-02 21:12:34 <FeelingLUKS-y> c705: also parted complained about potential performance hit from sectors being aligned weirdly, or something? should I worry about that at this point?
2021-02-02 21:13:00 <c705> well, anything that i didn't mention
2021-02-02 21:13:25 <c705> no idea about parted, I use fdisk
2021-02-02 21:13:29 <FeelingLUKS-y> ah.
2021-02-02 21:13:44 <c705> if it's an SSD, it isn't going to matter anyways
2021-02-02 21:14:00 <FeelingLUKS-y> what's not going to matter?
2021-02-02 21:14:16 <FeelingLUKS-y> the random IO speeds?
2021-02-02 21:14:23 <c705> sector misalignment
2021-02-02 21:14:25 <FeelingLUKS-y> oh
2021-02-02 21:15:31 <FeelingLUKS-y> I just had the idea that if I end up running a database, I'd just clear some space, resize my partition, and then make an ext4 partition for the database. Would that work?
2021-02-02 21:16:29 <c705> sure, why wouldn't it
2021-02-02 21:17:06 <FeelingLUKS-y> okay.
2021-02-02 21:18:06 <FeelingLUKS-y> is there a way to pass a partition through to a VM so it handles it directly, to avoid some of the performance hit from modifying a virtual hard disk, that you mentioned btrfs is prone to?
2021-02-02 21:24:40 <c705> you can pass a whole disk into a VM if that's what you mean
2021-02-02 21:26:12 <FeelingLUKS-y> I meant a single partition. Sounded like the kind of fucky thing that wouldn't be possible
2021-02-02 21:26:14 <FeelingLUKS-y> so guess not
2021-02-02 21:26:19 <Apachez> RIP SN9
2021-02-02 21:27:31 <c705> no, you can't pass a part of a disk into a VM
2021-02-02 21:27:35 <c705> as far as I'm aware anyways
2021-02-02 21:27:59 <yann-kaelig> lol, kde sucks with intel GPU
2021-02-02 21:28:10 <yann-kaelig> crash everywhere
2021-02-02 21:29:09 <yann-kaelig> but it's more important to move on systemd startup than fixing this  issues
2021-02-02 21:31:25 <yann-kaelig> let's try xfce
2021-02-02 21:31:50 <FeelingLUKS-y> 
ACTION makes obligatory anti-systemd comment

2021-02-02 21:41:45 <yann-kaelig> well, another nice thing is jwm with kde applications.
2021-02-02 21:44:47 <MY-R> yann-kaelig: you could try with disabled DRI3 so then DRI2 will only work (I had that issue time ago when on DRI3 on intel driver got random hangs)
2021-02-02 21:46:07 <MY-R> yann-kaelig: in that file which created in xorg.conf.d where you set Driver "intel" then under paste: Option "DRI" "2"
2021-02-02 21:46:28 <MY-R> that will disable DRI3 which not always working fine with intel
2021-02-02 21:50:09 <yann-kaelig> MY-R: I tried DRI2 but i doen't work as expected. Anyway, jwm with some kde apps is enough for this little netbook
2021-02-02 21:50:20 <yann-kaelig> no need of plasma
2021-02-02 21:50:31 <yann-kaelig> I removed plasma
2021-02-02 21:52:18 <MY-R> yann-kaelig: you can also try with different accel methods, "sna" and "uxa" where sna is used by default
2021-02-02 21:52:36 <MY-R> it is always fun with intel
2021-02-02 21:57:36 <timcowchip> itchy kaboo :)
2021-02-02 21:57:53 <timcowchip> pardon my insanity
2021-02-02 21:58:48 <timcowchip> I've been trying to get zoneminder setup and running
2021-02-02 22:02:52 <yann-kaelig> MY-R: it's working with jwm, so until something crash I will stay with the default value.
2021-02-02 22:05:04 <MY-R> yann-kaelig: ok :)
2021-02-02 22:08:12 <yann-kaelig> Tried to add sddm, just to be nicer, it doesn't work too, why I'm not surprise ... :D
2021-02-02 22:10:58 <FeelingLUKS-y> MY-R: I've already set up the volumes under the assumption I'd be using GRUB 2.04 with UEFI and LUKS2. I don't think it'd be that much work to go back and set it up to be compatible with GRUB, but I don't think that'd work well. I could also try building GRUB from source but that sounds... painful. Unfortunately the current release of GRUB, as you
2021-02-02 22:10:59 <FeelingLUKS-y> pointed out, does not have the commits adding luks2 support. So I was thinking I'd switch to syslinux for the time being. Thankfully, I haven't installed any bootloader yet. Although the wiki page on LUKS doesn't say anything about how to install syslinux with UEFI, which is kind of concerning. It should support UEFI though, I'm just not sure how
2021-02-02 22:10:59 <FeelingLUKS-y> to modify the procedure to install syslinux with UEFI. Also it's not clear if a syslinux setup would support a keyfile, which would be preferred so I would only have to type the key once.
2021-02-02 22:11:00 <FeelingLUKS-y> So, mainly, how can I install syslinux with LUKS under UEFI? And, can I set up a key file for LUKS, while using syslinux?
2021-02-02 22:11:41 <Hello71> lol syslinux definitely won't have more features than grub
2021-02-02 22:12:10 <Hello71> but really the smart solution is don't use encrypted /boot
2021-02-02 22:12:36 <Hello71> the security benefits are highly dubious
2021-02-02 22:12:54 <c705> not to mention i'm pretty sure grub does support luks. I was using it 5 years ago, not sure why it wouldn't be supported
2021-02-02 22:13:13 <FeelingLUKS-y> c705: luks2 is different(tm)
2021-02-02 22:14:09 <FeelingLUKS-y> there are commits in january 2020 adding support for luks2 but they haven't been packaged into a source release yet so I don't think they'll be made available for easy install via `apk` until that happens
2021-02-02 22:14:29 <FeelingLUKS-y> via: why are you named like a common word
2021-02-02 22:14:58 <c705> luks2 has been around for years
2021-02-02 22:15:29 <FeelingLUKS-y> and GRUB2 hasn't supported it until that commit I mentioned from last year. That commit AFAIK has not made it into the package supplied by alpine
2021-02-02 22:15:31 <c705> it's a bitch to do, and has very little value, but I got it working once
2021-02-02 22:15:50 <c705> grub2 has been a round longer than luks2 even
2021-02-02 22:16:22 <FeelingLUKS-y> apparently grub2 was late adding luks2 support
2021-02-02 22:16:53 <yann-kaelig> how can I remove the nomodeset entry in grub ? grub-mkconfig doesn't take care about my changs in /etc/default/grub ,
2021-02-02 22:17:28 <FeelingLUKS-y> I'm still like 90% sure that neither grub2 2.04 rc2, nor the latest source release 2.04, support LUKS2. That commit hasn't been packaged into any of the tarballs, nor has it been packaged on alpine's repos
2021-02-02 22:17:30 <Hello71> yann-kaelig: /etc/update-extlinux.conf
2021-02-02 22:17:38 <Hello71> FeelingLUKS-y: that's true... and?
2021-02-02 22:17:51 <c705> https://git.savannah.gnu.org/cgit/grub.git/commit/?id=365e0cc3e7e44151c14dd29514c2f870b49f9755
2021-02-02 22:17:59 <c705> that was the patch over a year ago
2021-02-02 22:18:31 <FeelingLUKS-y> yeah, and I don't think that patch has made it into the latest source tarball, and therefore hasn't been packaged for alpine
2021-02-02 22:18:39 <FeelingLUKS-y> I'd have to build from git sources
2021-02-02 22:19:06 <c705> that's the commit into the source
2021-02-02 22:19:07 <FeelingLUKS-y> Hello71: I set up my LUKS volume using luks2
2021-02-02 22:19:26 <Hello71> yes, but as long as you're not dumb enough to put /boot on it, it doesn't matter
2021-02-02 22:23:05 <FeelingLUKS-y> Hello71: I think I can proceed. How do I resize a logical volume I've already created? I want to increase the swap partition size form 2GB to 18-24GB so I can suspend to disk. It mentions creating a volume slightly larger than your ram if you want to suspend to disk, but I forgot to do that.
2021-02-02 22:26:06 <c705> decrease filesystem, decrease partition
2021-02-02 22:26:27 <yann-kaelig> Loool
2021-02-02 22:26:32 <yann-kaelig> firefox crash
2021-02-02 22:27:23 <c705> user error
2021-02-02 22:27:40 <FeelingLUKS-y> c705: success
2021-02-02 22:28:09 <Hello71> "logical volume" term should be reserved for lvm
2021-02-02 22:28:20 <Hello71> probably you mean "partition"
2021-02-02 22:28:47 <Hello71> also i think all linux filesystems support swap files nowadays
2021-02-02 22:28:54 <FeelingLUKS-y> I mean logical volume. I was trying to resize the logical volume that contains the swap, so I can fit my RAM into it for suspend to disk
2021-02-02 22:28:59 <c705> btrfs didn't until recently
2021-02-02 22:29:11 <FeelingLUKS-y> also decided against btrfs
2021-02-02 22:29:15 <Hello71> i think "recently" was like 5 years ago
2021-02-02 22:29:17 <FeelingLUKS-y> too much work
2021-02-02 22:29:24 <yann-kaelig> is it something related with the fact that alpine use musl ? I have tried some distro before and I never got this sort of issues with intel , kde, firefox
2021-02-02 22:29:25 <MY-R> c705: grub 2.04 was released in 2019-07-04 so dont have luks2
2021-02-02 22:29:30 <Hello71> btrfs is definitely anti-alpine
2021-02-02 22:29:33 <FeelingLUKS-y> 5 years ago I was 12/13
2021-02-02 22:29:33 <c705> it's not any more work than any other filesystem....
2021-02-02 22:29:45 <c705> and how is btrfs "anti-alpine"
2021-02-02 22:29:57 <FeelingLUKS-y> c705: It's more work for me, I don't know wtf I'm doing, so figuring shit out on my own means more work
2021-02-02 22:30:16 <c705> it's mkfs.btrfs instead of mkfs.ext4
2021-02-02 22:30:21 <c705> where does the extra work come in?
2021-02-02 22:30:27 <FeelingLUKS-y> what about the kernel modules?
2021-02-02 22:30:29 <Hello71> huh, my mistake. it was actually 5.0
2021-02-02 22:30:50 <c705> what about the kernel modules?
2021-02-02 22:30:51 <Hello71> c705: it's not "small, simple, secure"
2021-02-02 22:31:04 <c705> Hello71: fine, but neither is some other shit that comes with alpine
2021-02-02 22:31:07 <Hello71> slow, buggy, introduces weird failure modes
2021-02-02 22:31:08 <FeelingLUKS-y> c705: I'm worried about kernel modules. I am not well versed with that and I'm not sure how to make sure that I'll be able to mount root
2021-02-02 22:31:40 <Hello71> wrt kernel modules i agree there is no difference nowadays
2021-02-02 22:31:46 <c705> I haven't experienced any bugs or "weird failure modes" (which by the way are disabled by default)
2021-02-02 22:31:54 <c705> It's slow by design
2021-02-02 22:32:02 <c705> Never meant to be a fast filesystem
2021-02-02 22:32:11 <Hello71> slower than zfs and much slower than bcachefs?
2021-02-02 22:32:30 <c705> Never head of bcachefs
2021-02-02 22:32:50 <FeelingLUKS-y> what filesystem _should_ I use, if not ext4 or btrfs? I have a SATA SSD here, going to plug in it directly but during install it's connected via a USB adaptor
2021-02-02 22:32:54 <c705> ZFS also doesn't support your "complexity" argument, so i guess we'll just stick with ext2 for everything, right?
2021-02-02 22:33:10 <c705> FeelingLUKS-y: what do you plan on doing in the filesystem?
2021-02-02 22:33:11 <FeelingLUKS-y> please don't start a flame war I need help
2021-02-02 22:33:14 <Hello71> btrfs continues to have spurious ENOSPC, it's jus tless than before
2021-02-02 22:33:26 <Hello71> FeelingLUKS-y: on linux, if you're not sure, ext4 is almost always a safe choice
2021-02-02 22:34:06 <c705> Hello71: right, you have to overprovision btrfs. Full disk space is bad
2021-02-02 22:34:13 <c705> Same with all the other btree filesystemsw
2021-02-02 22:34:28 <Hello71> all filesystems use btrees now?
2021-02-02 22:34:37 <c705> sorry?
2021-02-02 22:34:37 <Hello71> the problem is bad cow, it's unrelated to btrees
2021-02-02 22:34:40 <FeelingLUKS-y> c705: I want to have this Alpine Linux install to get used to less idiot-proofed parts of linux, like setting up my own desktop environment and such. Part of why I chose Alpine, because it's small.
2021-02-02 22:34:54 <FeelingLUKS-y> So basically various desktop workloads
2021-02-02 22:35:21 <FeelingLUKS-y> I'm assuming the correct choice in this case is ext4 because it's designed for that kind of workload
2021-02-02 22:35:22 <Hello71> afaik all modern filesystems use some kind of btree structures
2021-02-02 22:35:58 <Hello71> (in this context i'm not differentiating between b-tree, b+ tree, or whatever similar kind of non-binary tree structure)
2021-02-02 22:36:32 <c705> right
2021-02-02 22:36:49 <Hello71> FeelingLUKS-y: again, if you're not sure, ext4 is a safe choice on linux. there's nothing particularly bad about it, but there's also nothing special
2021-02-02 22:36:50 <yann-kaelig> ext4 with no_journal for /boot , xfs for rootfs / data is fine and my prefered zfs which I use right now
2021-02-02 22:36:56 <c705> well, i've never had any issues with it, but I also know what i'm getting into
2021-02-02 22:37:01 <yann-kaelig> but stay away from ext4
2021-02-02 22:37:09 <c705> yann-kaelig: can you not?
2021-02-02 22:37:11 <FeelingLUKS-y> yann-kaelig: why
2021-02-02 22:37:16 <c705> ext4 is fine
2021-02-02 22:37:25 <FeelingLUKS-y> no please explain I want to hear this
2021-02-02 22:37:29 <yann-kaelig> because I always got data corruption with it
2021-02-02 22:37:47 <c705> yann-kaelig: that's called 'user error'
2021-02-02 22:37:49 <Hello71> i used btrfs a few years ago, long after people started saying "btrfs is stable now". system hanged and crashed and i lost a bunch of (fortunately not very important) data
2021-02-02 22:37:50 <FeelingLUKS-y> and what were you doing on ext4 when the data corruption occured?
2021-02-02 22:37:53 <yann-kaelig> now, with zfs I can sleep well :)
2021-02-02 22:38:21 <Hello71> it's fair to say that zfs is less likely to lose data than basically any other filesystem out there
2021-02-02 22:38:22 <c705> Hello71: i hear all sorts of people saying that, but I've never had issues. Granted, when it first came out it was sketchy
2021-02-02 22:38:25 <Hello71> but it's bad on a lot of other metrics
2021-02-02 22:38:41 <FeelingLUKS-y> c705:
2021-02-02 22:38:42 <FeelingLUKS-y> user error lmao
2021-02-02 22:38:42 <FeelingLUKS-y> also just because I'm the type of dumbass to commit user error, what behavior should I avoid?
2021-02-02 22:38:47 <c705> It's not a fast filesystem, but the snapshots for data retention are important to me
2021-02-02 22:39:09 <c705> FeelingLUKS-y: don't take advice from random internet assholes unless you can understand what they mean
2021-02-02 22:39:13 <Hello71> c705: personally my biggest problem with btrfs is people claiming "it's stable now, promise" despite the constant trickle of unexplained data loss
2021-02-02 22:39:47 <c705> Hello71: i have never had any sort of data loss with btrfs, and I find it hard to imagine how that would happen with Cow on
2021-02-02 22:40:04 <Hello71> it doesn't really hurt anyone if their desktop runs 20% slower than it should (obviously depending on workload), but it's bad if they lose 20% of their data
2021-02-02 22:40:13 <Hello71> even if you say "well they should have backups"
2021-02-02 22:40:23 <FeelingLUKS-y> c705: I understand enough to avoid falling for the easier-to-set traps by trolls. I'm not going to wipe my EFI vars and brick my mbobo
2021-02-02 22:40:33 <Hello71> cow doesn't ensure anything other than possibly "your data may be on the disk somewhere that we can't find"
2021-02-02 22:40:49 <c705> well, yeah, if btrfs caused any sort of data loss I would not be using it. I can see stupid users turning experimental features on or following some dumbass blog from 10 years ago
2021-02-02 22:41:12 <Hello71> unless your data is super low entropy, it's not very helpful if your data is technically still on the disk, just chopped into 4k chunks and spread everywhere
2021-02-02 22:41:28 <c705> Hello71: checksumming then, even. btrfs checks block integrity before the commit to disk
2021-02-02 22:41:46 <Hello71> yes, again, that only ensures that the data exists somewhere
2021-02-02 22:42:06 <Hello71> the important part (and the hard part) of filesystems is making sure you keep a good record of how to get to it
2021-02-02 22:42:17 <FeelingLUKS-y> What would you all recommend for boot and root, then?
2021-02-02 22:42:29 <c705> I don't know. I've never had an issue
2021-02-02 22:42:41 <c705> FeelingLUKS-y: ext4
2021-02-02 22:42:48 <FeelingLUKS-y> okay fair
2021-02-02 22:43:02 <Hello71> ESP as /boot, ext4 root with whichever luks or no luks
2021-02-02 22:43:28 <yann-kaelig> btrfs it's an Oracle joke for linux users :D
2021-02-02 22:43:41 <FeelingLUKS-y> if I really want to, flash storage is cheap(er than it used to be) so I can drag everything onto an external hard drive that I care about and switch filesystems
2021-02-02 22:43:43 <Hello71> encrypted boot, btrfs, lvm, etc only if you know what you're doing and really need it
2021-02-02 22:44:01 <Hello71> s/boot/\/boot/
2021-02-02 22:44:05 <FeelingLUKS-y> yann-kaelig: you seem to have lots of opinions. What's your recommendation?
2021-02-02 22:44:15 <c705> encrypted boot is pretty dumb in my opinion
2021-02-02 22:44:33 <c705> better to keep /boot on an external disk you carry with you if you're that concerned about it
2021-02-02 22:45:45 <Hello71> yeah
2021-02-02 22:45:56 <Hello71> i don't see any plausible threat model thwarted by encrypted /boot
2021-02-02 22:46:45 <FeelingLUKS-y> wouldn't encrypted boot thwart an evil maid attack? If someone overwrites it, they won't be able to make a convincing replica and you'll know something's off, so they can't steal your key
2021-02-02 22:47:09 <c705> anyone could use a hardware keylogger to get the key
2021-02-02 22:47:13 <FeelingLUKS-y> fair
2021-02-02 22:47:22 <FeelingLUKS-y> fuck it ext4 time
2021-02-02 22:47:51 <FeelingLUKS-y> final setup time soon, making swap now
2021-02-02 22:49:13 <c705> point being, if you're leaving your hardware physically accessible, you're already screwed
2021-02-02 22:49:32 <yann-kaelig> FeelingLUKS-y: I have no opinion about btrfs because I'm not using it, but why Oracle would bother with btrfs when they have a really good one named ZFS. That why I was thinking that btrfs was a phising for linux user at the past. But now with OpenZFS, sorry Oracle ...
2021-02-02 22:49:45 <FeelingLUKS-y> god that's a lot of words
2021-02-02 22:50:16 <FeelingLUKS-y> wait I still don't know if I can install syslinux with UEFI on LUKS. remember luks2 wasn't going to work with GRUb
2021-02-02 22:50:22 <FeelingLUKS-y> wait I still don't know if I can install syslinux with UEFI on LUKS. remember luks2 wasn't going to work with GRUB*
2021-02-02 22:50:25 <Hello71> encrypted boot implies that it asks for a password or some credentials to unlock /boot
2021-02-02 22:50:40 <Hello71> at most you can get them to come back an extra time
2021-02-02 22:50:58 <Hello71> the bootloader only needs to load the kernel and initramfs
2021-02-02 22:51:12 <Hello71> if you put those things on an encrypted disk, then obviously the bootloader will need to decrypt them to load it
2021-02-02 22:51:20 <Hello71> the simple solution is just to not encrypt them
2021-02-02 22:51:44 <Hello71> anybody that gets your computer will know what kernel you're running, but that's normally not terribly useful
2021-02-02 23:47:37 <FeelingLUKS-y> Hello
2021-02-02 23:47:45 <FeelingLUKS-y> I'm back and the damn thing do no work
2021-02-02 23:49:08 <FeelingLUKS-y> So, I'm on the section of installing LVM on LUKS, where you chroot into `/mnt/`, and then run update-extlinux. Unfortunately it errors out with `extlinux: cannot find device for path /boot`
2021-02-02 23:51:24 <FeelingLUKS-y> actually I think that's fine
2021-02-02 23:54:22 <avih> hi, with edge, after updating today (prev update was some weeks ago), startx doesn't work anymore as a user. using sudo does start xorg (and an xfce session for root - not the user's session). is it a known issue?
2021-02-02 23:54:46 <MY-R> I like to have encrypted /boot so can keep there initramfs images with keys included to encrypt rest of the disks
2021-02-02 23:58:01 <FeelingLUKS-y> thankfully I only have one disk
2021-02-02 23:58:23 <FeelingLUKS-y> Is there a package for memtest86+ on alpine or do I have to grab that myself?
2021-02-02 23:58:34 <FeelingLUKS-y> I think there are binaries actually since it's a closed source program
2021-02-03 00:02:22 <MY-R> "The original Memtest86 is now handled by PassMark® Software Pty Ltd."
2021-02-03 00:02:33 <MY-R> and "Memtest86+ is released under the terms of the Gnu Public License (GPL)."
2021-02-03 00:03:50 <MY-R> so are at least two versions
2021-02-03 00:05:48 <MY-R> I remember that from passmark was working better when used it with more than 1 core/thread
2021-02-03 00:17:48 <tpanmajia> PassMark
2021-02-03 00:17:54 <tpanmajia> that sounds familiar
2021-02-03 00:18:17 <tpanmajia> avih: xinit broken?
2021-02-03 00:18:31 <tpanmajia> avih: try directly issuing Xorg
2021-02-03 00:30:40 <FeelingLUKS-y> how do I install syslinux in UEFI mode while in the temporary environment described in https://wiki.alpinelinux.org/wiki/LVM_on_LUKS#Creating_the_Partition_Layout
2021-02-03 00:30:52 <FeelingLUKS-y> there's no instructions for UEFI syslinux
2021-02-03 00:41:35 <MY-R> FeelingLUKS-y: https://wiki.alpinelinux.org/wiki/Bootloaders#EFI
2021-02-03 00:42:46 <FeelingLUKS-y> MY-R: I looked at that but can't figure out how to make it work.
2021-02-03 00:43:06 <MY-R> FeelingLUKS-y: but keep in mind that can be outdated, I think mps was lately doing something with uefi + syslinux and maybe got some notes about it
2021-02-03 00:43:26 <FeelingLUKS-y> mps: please help I have no idea what I'm doing
2021-02-03 00:45:33 <MY-R> ye me either, maybe need extra user 'efibootmgr' to add entry
2021-02-03 00:45:42 <MY-R> s/user/use
2021-02-03 00:46:30 <MY-R> grub using it automatically
2021-02-03 00:48:24 <MY-R> FeelingLUKS-y: maybe that can help: https://wiki.archlinux.org/index.php/syslinux#Installation_on_UEFI
2021-02-03 00:55:30 <FeelingLUKS-y> okay I give up
2021-02-03 00:55:43 <FeelingLUKS-y> nuking current install because it's half finished and I'm tired
2021-02-03 01:00:40 <MY-R> FeelingLUKS-y: dont forget do dump your shell history so can always recreate your steps
2021-02-03 01:01:02 <FeelingLUKS-y> too late
2021-02-03 01:01:04 <FeelingLUKS-y> rebooted
2021-02-03 01:01:09 <MY-R> :]
2021-02-03 01:01:34 <Un-LUKS-y> hi
2021-02-03 01:02:42 <MY-R> luks working fine, take a break and try again :)
2021-02-03 01:02:54 <Un-LUKS-y> yes that was the plan
2021-02-03 01:02:57 <Un-LUKS-y> see you in six months
2021-02-03 01:02:59 <Un-LUKS-y> thanks for your help
2021-02-03 01:03:08 <MY-R> heh
2021-02-03 01:04:02 <Un-LUKS-y> hopefully by then whoever maintains grub for GNU will have packaged a new source release, and then whoever maintains the GRUB package on alpine main repo will have packaged that new named version, and then someone will have added a bit more detail to the LVM LUKS page
2021-02-03 01:08:19 <Lutin> if you enable edge repo for a package can you simply disable it again ?
2021-02-03 01:08:46 <Lutin> I mean.. dependencies and such
2021-02-03 01:11:05 <Un-LUKS-y> it's not available on any repo
2021-02-03 01:11:13 <MY-R> Lutin: I think you are looking for this: https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management#Repository_pinning
2021-02-03 01:11:59 <Lutin> MY-R aha so they can use them on "request"?
2021-02-03 01:13:42 <MY-R> Lutin: if package from edge will need dependencies from edge then it will pull them from there
2021-02-03 01:13:55 <Hello71> grub version doesn't really matter
2021-02-03 01:14:10 <MY-R> ye if he dont need encrypted /boot
2021-02-03 01:14:10 <Lutin> MY-R yeah but I mean.. it's not used for APK upgrade orso ?
2021-02-03 01:14:21 <Lutin> because of the @
2021-02-03 01:14:41 <MY-R> Lutin: that is the point of pinning so it wont upgrade your whole system to edge, ye
2021-02-03 01:15:24 <Lutin> MY-R cool!
2021-02-03 01:15:31 <Lutin> I love alpine
2021-02-03 01:15:47 <Lutin> Finally a distro that make live more easy
2021-02-03 01:15:52 <Lutin> *life
2021-02-03 01:16:03 <Lutin> just because "KISS" things
2021-02-03 01:16:29 <MY-R> Lutin: but remember that mixing stable with edge isnt great idea, maybe for small apps with not often updated dependencies can be ok
2021-02-03 01:16:58 <Lutin> MY-R needed docker persistence volume plugin so nothing fancy
2021-02-03 01:17:15 <avih> tpanmajia: same. from the user: Xorg doesn't start, sudo Xorg starts. i was just asking if it's a known change. troubleshooting only follows if the answer is "no. it should not have changed"
2021-02-03 01:17:44 <MY-R> Lutin: ook :)
2021-02-03 01:17:54 <avih> nevertheless, you got your answer.
2021-02-03 01:18:00 <Lutin> MY-R :D
2021-02-03 01:18:04 <tpanmajia> avih: the setuid bit might be broken
2021-02-03 01:18:09 <tpanmajia> just my guess
2021-02-03 01:18:15 <Lutin> MY-R enable community is OK in my opinion?
2021-02-03 01:18:38 <MY-R> yep
2021-02-03 01:18:41 <tpanmajia> well the package choice is limited if you don't enable it
2021-02-03 01:19:11 <Un-LUKS-y> MY-R: Wait, could I turn Alpine into a rolling release setup by just commenting out the numbered branch and uncommenting edge? and ofc doing apk update and apk upgrade
2021-02-03 01:19:18 <Hello71> as i recall, you shouldn't be invoking Xorg directly
2021-02-03 01:19:25 <Hello71> instead using startx
2021-02-03 01:19:29 <Lutin> Damn this feels soo 2005 with Debian when I was running testing by default and sometimes even bleeding edge :D
2021-02-03 01:19:41 <Un-LUKS-y> I was two years old in 2005
2021-02-03 01:19:44 <Hello71> Un-LUKS-y: sure, it is somewhat similar to debian "unstable"
2021-02-03 01:19:49 <Un-LUKS-y> noted
2021-02-03 01:19:51 <MY-R> packages in main are supported for longer time where those in community not so much or per request
2021-02-03 01:20:08 <Lutin> Wow this is great
2021-02-03 01:20:20 <Lutin> anyone running Alpine as his Desktop ?
2021-02-03 01:20:29 <Lutin> I don't like Arch
2021-02-03 01:20:34 <avih> tpanmajia: you keep trying to toubleshoot, but i'm not interested before understanding if it's a known or unknown issue/change.
2021-02-03 01:20:38 <Hello71> except debian/apt tries harder to keep dependencies straight
2021-02-03 01:20:45 <Un-LUKS-y> Lutin: well of course. Not me, I'm tinkering right now
2021-02-03 01:20:52 <tpanmajia> avih: the honest answer is IDK...
2021-02-03 01:21:00 <Lutin> Un-LUKS-y Just Do It :P
2021-02-03 01:21:00 <avih> thanks.
2021-02-03 01:21:06 <Hello71> avih: well the answer is "sort of but if it affects you you're doing it wrong to start with"
2021-02-03 01:21:10 <MY-R> Un-LUKS-y: like I said before it is bad idea to mix too much stable with edge, better would be build needed packages from edge on stable I think
2021-02-03 01:21:16 <tpanmajia> avih: you might be interested to see the aports tree
2021-02-03 01:21:56 <avih> the point is, i don't want to explore it if it's a known issue.
2021-02-03 01:22:18 <avih> it's not urgent. i was just asking if it's known or not.
2021-02-03 01:22:31 <Un-LUKS-y> MY-R: I meant only edge, upgrading the whole system with packages from edge
2021-02-03 01:22:54 <MY-R> Un-LUKS-y: ye of course
2021-02-03 01:23:06 <tpanmajia> avih I'm just providing new information in case you are interested
2021-02-03 01:23:12 <tpanmajia> if not that's fine
2021-02-03 01:23:17 <avih> appreciated.
2021-02-03 01:23:19 <Un-LUKS-y> About to use `wipe` to overwrite my SSD with screaming. Using the custom byte feature with `0x41`
2021-02-03 01:24:08 <MY-R> Un-LUKS-y: https://wiki.alpinelinux.org/wiki/Upgrading_Alpine#Upgrading_to_Edge
2021-02-03 01:24:19 <Hello71> it's a waste of write cycles to wipe with fixed data
2021-02-03 01:24:33 <Hello71> either TRIM or wipe with CSPRNG
2021-02-03 01:25:09 <MY-R> Un-LUKS-y: replace stable with edge + you can add extra testing repo, apk update and remember to run upgrade with --available / -a
2021-02-03 01:25:33 <Un-LUKS-y> Hello71 how do I TRIM
2021-02-03 01:25:39 <Un-LUKS-y> that sounds faster than this
2021-02-03 01:25:45 <Hello71> blkdiscard
2021-02-03 01:25:57 <Un-LUKS-y> how do I blkdiscard
2021-02-03 01:26:09 <Hello71> problem with trim is an attacker can determine how much of the disk you're using
2021-02-03 01:26:15 <Hello71> and have a good guess about which parts
2021-02-03 01:26:39 <Hello71> but for most threat models that isn't enough of a concern to outweigh the substantial performance and lifetime costs
2021-02-03 01:26:53 <Un-LUKS-y> I'll securely wipe the disk later, before trying to install LUKS again. for right now this is more than sufficient
2021-02-03 01:27:12 <Hello71> also not all drives have DZAT
2021-02-03 01:27:20 <Hello71> but i think most should nowadays
2021-02-03 01:27:42 <Un-LUKS-y> it says it failed because it's not supported
2021-02-03 01:28:03 <Hello71> it doesn't usually work through usb
2021-02-03 01:28:37 <Un-LUKS-y> damn
2021-02-03 01:29:00 <Un-LUKS-y> well, I don't really care about wiping this either way and my earlier attempts have probably corrupted it enough that I won't accidentally boot it
2021-02-03 01:29:09 <Un-LUKS-y> fucking hell I'm tired
2021-02-03 01:29:11 <Un-LUKS-y> bye
2021-02-03 01:38:59 <avih> tpanmajia: i'd guess it's this, but i don't understand... https://github.com/alpinelinux/aports/commit/d7a1300f15
2021-02-03 01:42:36 <Hello71> ah, i was wrong, wrapper was removeed
2021-02-03 01:46:07 <tpanmajia> avih most likely this
2021-02-03 01:46:12 <tpanmajia> file a bug thrn
2021-02-03 01:46:22 <tpanmajia> s/thrn/then/
2021-02-03 01:47:09 <tpanmajia> well does anyone know how to use the aports system
2021-02-03 01:47:15 <Hello71> i have added a note for this at https://wiki.alpinelinux.org/wiki/Draft_Release_Notes_for_Alpine_3.14.0#rootless_Xorg
2021-02-03 01:47:33 <tpanmajia> I just need a tutorial but couldn't find any on the wiki
2021-02-03 01:48:02 <Hello71> it's probably a good idea to avoid edge if you don't know how to solve these issues
2021-02-03 01:48:18 <Hello71> and honestly, it might be a good idea to avoid alpine entirely, especially for desktop systems
2021-02-03 01:48:45 <tpanmajia> Hello71: why exactly
2021-02-03 01:48:47 <Hello71> we don't have manpower to maintain extensive documentation and handholding
2021-02-03 01:49:10 <Hello71> it's relatively DIY. great if you have the knowledge to take advantage
2021-02-03 01:49:29 <Hello71> i think we should try to improve in those areas, and others agree, but problem is always time
2021-02-03 01:50:11 <tpanmajia> yes but it's okay for power users
2021-02-03 01:50:22 <tpanmajia> is there any documentation on aports?
2021-02-03 01:51:10 <Hello71> that counts as part of "power users" :p
2021-02-03 01:51:17 <Hello71> https://gitlab.alpinelinux.org/alpine/aports
2021-02-03 01:52:03 <tpanmajia> I don't quite think so... but tolerable to read source
2021-02-03 02:13:20 <avih> Hello71: thx. adding the user to video and input made it work. how come there's no usermod?
2021-02-03 02:13:38 <Hello71> busybox has, uh... addgroup?
2021-02-03 02:13:46 <Hello71> you can apk add util-linux
2021-02-03 02:14:02 <Hello71> er, shadow
2021-02-03 02:14:47 <Hello71> not sure why there are all these slightly different tools: debian adduser, busybox adduser, shadow useradd, i think util-linux has some too
2021-02-03 02:14:51 <Hello71> none of them are compatible
2021-02-03 02:15:46 <avih> the first 5 guides to add a user to a group all used usermod...
2021-02-03 02:15:57 <avih> + which google found
2021-02-03 02:16:30 <avih> i ended up editing /etc/group manually
2021-02-03 02:17:42 <Hello71> alpine doesn't use shadow-utils or pam (by default anyways)
2021-02-03 02:18:25 <avih> if there's an xorg wiki page then i think this info should be there too (other than at the release notes). i think it's the first system i had to add the user to these groups to make xorg work
2021-02-03 02:21:32 <avih> Hello71: btw, how did you know about these groups? iirc it wasn't mentioned at the commit message, was it?
2021-02-03 02:21:35 <tpanmajia> just use /etc/group
2021-02-03 02:21:41 <avih> i did
2021-02-03 02:27:52 <avih> e.g. this might be incomplete now (not sure) https://wiki.alpinelinux.org/wiki/Xfce_Setup
2021-02-03 02:34:20 <Hello71> most of these articles are wrong
2021-02-03 02:34:49 <MY-R> outdated and mixed old with new things ye
2021-02-03 03:09:58 <avih> doesn't inspire much confidence...
2021-02-03 03:12:05 <Hello71> like i said, alpine docs are in poor shape
2021-02-03 03:12:20 <Hello71> which to be fair is also the case on ubuntu wiki etc
2021-02-03 03:50:22 <Lutin> anyone using docker-php-ext- on Alpine ? I don't understand what people like about it
2021-02-03 05:50:09 <Marquel> ikke: FYI regarding BUG #12325: alpine's linux-virt-5.10 series is NOT affected. it can boot clean from a LVM setup, no issue, not with 5.10.7 up to 5.10.12. just tried in a virtualized environment.
2021-02-03 05:56:05 <ikke> Marquel: I guess it is somehow related to actual hardware
2021-02-03 05:56:35 <ikke> or do you run both in a VM?
2021-02-03 05:56:36 <Marquel> ikke: probably scanning too fast/soon?
2021-02-03 05:56:56 <ikke> Marquel: one theory is that the buffer that nlplug-finds uses is too small
2021-02-03 05:56:59 <Marquel> nope. the one system being affected is actually the Hypervisor for the one unaffected.
2021-02-03 05:57:06 <ikke> right
2021-02-03 05:58:29 <Marquel> wrt. my own tests: that "scandelay" i talked about earlier is actually a gentoo-specific parameter in their default initrd, delaying the scan for devices for the specified amount of seconds, giving the system time to settle for slower storage devices.
2021-02-03 05:58:49 <Marquel> so, that one's not an option for alpine as it is not supported in alpine's initrd.
2021-02-03 05:59:28 <ikke> Marquel: I've manually added a 'sleep 10' before nlplug-findfs, but that did not seem to make a difference
2021-02-03 05:59:50 <Marquel> i'd say it's a buffer issue indeed then.
2021-02-03 06:02:03 <ikke> Something like this: https://tpaste.us/Lwga
2021-02-03 06:02:12 <ikke> not sure if 128 instead if 32 is enough
2021-02-03 06:05:52 <Marquel> that's four-fold, could be.
2021-02-03 06:06:07 <Marquel> i guess they're not gone forever?
2021-02-03 06:09:35 <ikke> ?
2021-02-03 06:09:58 <Marquel> it's not a buffer taken from system's memory and never returned to the system?
2021-02-03 06:10:19 <Marquel> i guess the area is free'd after nlplug-finds is completed?
2021-02-03 06:10:33 <ikke> It's just a program that temporarily runs to find the rootfs
2021-02-03 06:11:16 <ikke> Some distro's use 128M apparently
2021-02-03 06:11:21 <Marquel> in that case your biggest issue is in fact that there might not be enough memory for those buffers available.
2021-02-03 06:14:46 <ikke> I sure hope 512kb -> 2M would not be an issue
2021-02-03 06:16:49 <ikke> One thing is not explained yet, though
2021-02-03 06:17:04 <ikke> If I manuallt run the same command in the emergency shell, it does work
2021-02-03 06:27:27 <Marquel> maybe less events from the kernel at that time?
2021-02-03 06:28:53 <ikke> perhaps
2021-02-03 06:46:06 <Marquel> i hate race-conditions.
2021-02-03 06:46:11 <Marquel> ;-)
2021-02-03 06:53:26 <ikke> yes
2021-02-03 06:53:35 <ikke> but this is too consistent for mere race conditions
2021-02-03 07:16:25 <Marquel> no, it's a consistent race-condition. it's a race of events happening only at a specific stage. that's a reproducible race condition, which makes it a bit easier to debug and fix, yet it is not something a dev would stumble upon without in-depth testing. ;)
2021-02-03 09:35:14 <falcon__74> Cheers folks. Is anyone aware of any 'commercial support' option for Alpine linux in enterprise customer setup (a'la RHEL, SLES etc.) ?
2021-02-03 10:58:45 <lrascao> hi all
2021-02-03 10:59:10 <lrascao> i'm trying out 3.13.1
2021-02-03 10:59:16 <lrascao> $ docker run -it alpine:3.13.1 /bin/sh
2021-02-03 10:59:38 <lrascao> $ ping www.google.com
2021-02-03 10:59:39 <lrascao> ping: bad address 'www.google.com'
2021-02-03 10:59:53 <lrascao> however nslookup works and i can ping the address
2021-02-03 11:00:00 <lrascao> exact same thing with 3.12 works fine
2021-02-03 11:00:40 <lrascao> any idea why?
2021-02-03 11:07:40 <lrascao> ah, 3.13 has the same issue
2021-02-03 11:08:11 <tpanmajia> capabilities?
2021-02-03 11:08:39 <lrascao> was this something changed from 3.12 to 3.13?
2021-02-03 11:09:06 <tpanmajia> just my guess
2021-02-03 11:09:21 <lrascao> yeah, i'll take a look see, thanks
2021-02-03 11:09:33 <tpanmajia> alright
2021-02-03 11:48:15 <lrascao> fiddled a bit with --privileged, no dice
2021-02-03 11:49:44 <ikke> lrascao: can you run ping under strace?
2021-02-03 11:49:53 <lrascao> ah damn, it's minikube's dns server
2021-02-03 11:49:58 <ikke> aha
2021-02-03 12:11:03 <lrascao> nameserver 10.0.2.3, is the same on both 3.12 and 3.13
2021-02-03 12:11:15 <lrascao> strace ping www.google.com fails with exit code 1
2021-02-03 12:11:18 <lrascao> on 3.12
2021-02-03 12:11:32 <lrascao> outside of strace is still able to ping
2021-02-03 12:11:43 <lrascao> something on 3.13 is more strict with dns
2021-02-03 12:12:00 <lrascao> and other something on 3.12 is allowing the ping to happen
2021-02-03 12:15:29 <lrascao> 3.12
2021-02-03 12:15:57 <lrascao> nslookup www.google.com, Address: 142.250.184.4, server can't find www.google.com: NXDOMAIN
2021-02-03 12:16:01 <lrascao> but the ping succeeds
2021-02-03 12:16:26 <lrascao> same nslookup output on 3.13, but the ping fails with "bad address"
2021-02-03 12:16:29 <lrascao> funny stuff
2021-02-03 12:20:15 <lrascao> yeah, swapping DNS servers does the trick
2021-02-03 12:20:23 <lrascao> now i need to find why minikube's is fucked
2021-02-03 14:16:27 <utevo-lux> hey guys, having issues booting the virt and extended iso's on vmware workstation 15.5.7 on win7-sp1, about 95% of attempts end with "Mounting boot media failed"
2021-02-03 14:16:48 <utevo-lux> however it looks like appending this makes it work consistently: modules=sr_mod
2021-02-03 14:17:22 <utevo-lux> was wondering if this is a known issue, or if there's a more preferred fix? currently leaning towards editing the iso with the new cmdline
2021-02-03 14:20:07 <utevo-lux> (I'll check the online irclogs if I end up disconnecting, not sure how stable this connection is)
2021-02-03 14:21:23 <qman__> I wasn't aware anyone sitll used vmware workstation, haven't seen that in 13, 14 years?
2021-02-03 14:25:20 <qman__> in any case, it's probably not detecting the virtual CD drive as needing that module
2021-02-03 14:27:42 <utevo-lux> eh seems i spoke too soon, that fixes virt but extended still struggles
2021-02-03 14:28:14 <utevo-lux> I've noticed other funky stuff in workstation 15 so might be just another regression
2021-02-03 14:28:42 <utevo-lux> out of curiosity, what alternatives would you recommend? vbox? libvirt-qemu?
2021-02-03 14:30:41 <qman__> on a linux host, qemu/kvm, on windows, virtualbox or hyper-v, both have downsides
2021-02-03 14:31:36 <Hello71> qemu or hyper-v on windows
2021-02-03 14:31:38 <qman__> for alpine specifically, virtualbox on windows, last time I tried hyper-v it didn't work
2021-02-03 14:31:50 <Hello71> turn on all of the virtio
2021-02-03 14:31:51 <qman__> though that may have been fixed since
2021-02-03 14:32:37 <Hello71> and set install media as a removable drive, nobody actually installs from optical disk anymore
2021-02-03 14:33:29 <Hello71> of course installing from optical media is "supposed" to work, but if nobody tests it...
2021-02-03 14:49:55 <utevo-lux> tried converting the iso to a scsi hdd, same result (nlplug-findfs fails), loaded modules are scsi_mod,sr_mod,libata,vmw_pvscsi,sd_mod
2021-02-03 14:50:07 <utevo-lux> similar tricks with setting modules= doesn't seem to change much
2021-02-03 15:06:28 <Hello71> hm, vmware still doesn't support virtio?
2021-02-03 15:07:43 <Hello71> which controller did you set
2021-02-03 15:07:46 <Hello71> it should be pvscsi
2021-02-03 15:22:10 <Hello71> https://gitlab.alpinelinux.org/alpine/aports/-/issues/8476 also reports lsilogic doesn't work
2021-02-03 15:28:04 <utevo-lux> I'll be damned, works great after setting mem.hotadd=false
2021-02-03 15:28:13 <utevo-lux> thanks a bunch for linking that :D
2021-02-03 16:06:32 <Guest53> What's the current status on pipewire?
2021-02-03 16:07:46 <maxice8> PureTryOut is using it as far as I remember
2021-02-03 16:07:52 <maxice8> Works fine here on fedora silverblue
2021-02-03 16:08:13 <Guest53> I've used it on void just fine
2021-02-03 16:08:27 <Guest53> But haven't gotten it working on Alpine
2021-02-03 16:08:33 <PureTryOut[m]2> Yeah I use it on my laptop as PulseAudio replacement, works fine
2021-02-03 16:08:35 <PureTryOut[m]2> I'm missing network streaming still though which is a bit sad
2021-02-03 16:08:54 <Guest53> PA replacement is all I need
2021-02-03 16:09:16 <Guest53> Network streaming is not necessary for me
2021-02-03 16:10:32 <Guest53> Do I need to do something specific to get it going? What I've tried is uncommenting the pipewire-pulse line in /etc/pipewire/pipewire.conf and launching it with pipewire.
2021-02-03 16:11:06 <PureTryOut[m]2> That's the only thing you need
2021-02-03 16:11:10 <Guest53> I also have pipewire and pipewire-pulse installed
2021-02-03 16:11:13 <PureTryOut[m]2> Well, and launch Pipewire on time
2021-02-03 16:11:21 <PureTryOut[m]2> Which it'll do by default in latest package
2021-02-03 16:11:37 <PureTryOut[m]2> Read https://wiki.alpinelinux.org/wiki/PipeWire if you aren't already
2021-02-03 16:12:39 <Guest53> Is it possible to get rtkit?
2021-02-03 16:12:52 <Guest53> Not sure how necessary it is
2021-02-03 16:13:13 <PureTryOut[m]2> I don't know what that is tbh
2021-02-03 16:13:50 <Guest53> A module mentioned in pipewire.conf, I guess it gives pipewire higher priority
2021-02-03 16:15:05 <Guest53> Okay update, I got sound now.
2021-02-03 16:16:11 <PureTryOut[m]2> Cool. Check if you're running Pipewire as the PulseAudio server with `pactl info`
2021-02-03 16:21:16 <Guest53> Server Name: PulseAudio (on PipeWire 0.3.20)
2021-02-03 16:21:29 <Guest53> Okay that seems to be working
2021-02-03 16:21:46 <Guest53> Having one weird issue, flatpak apps doesn't seem to like pipewire.
2021-02-03 16:37:24 <mrsenshi> Guest53: I've been trying to use PipeWire and it's been a bit painful
2021-02-03 16:38:24 <mrsenshi> So far, I can't get volume controls to work on GNOME with pipewire, Bluetooth audio is broken due to conflicts with pulseaudio and there's weird crackling and severe stuttering/slowdown when playing audio at times for no reason
2021-02-03 16:39:39 <Guest53> Tried to get GNOME to work on Alpine but it didnt for me.
2021-02-03 16:39:53 <Guest53> So I use MATE instead
2021-02-03 16:40:35 <Guest53> I wish pavucontrol wouldn't have a dependency on pulseaudio
2021-02-03 16:43:15 <PureTryOut[m]2> Well it makes sense 😉 We could see if we can make pipewire-pulse provide PulseAudio, so you can have a Pulseaudio free system while still using regular Pulse tools
2021-02-03 16:44:15 <Guest53> That's another way
2021-02-03 17:16:57 <aquamo42> does alpine-setup accept a 'answers' file thing where I can have it automatically proceed through installation without user input?
2021-02-03 17:17:07 <aquamo42> err, setup-alpine i meant
2021-02-03 17:17:52 <aquamo42> oh n/m looks like my answer is right there in the script itself ... sorry for noise
2021-02-03 17:18:08 <c705> -f  Answer file to use installation
2021-02-03 17:19:13 <aquamo42> c705: tyvm
2021-02-03 17:19:32 <aquamo42> also here in the docs:  https://docs.alpinelinux.org/user-handbook/0.1a/Installing/setup_alpine.html
2021-02-03 18:23:42 <bl4ckb0ne> did somebody packaged the latest 5.11 rc?
2021-02-03 18:30:23 <ikke> Don't thinm
2021-02-03 18:30:41 <ikke> Don't think so. No one from Alpine at least*
2021-02-03 18:34:06 <bl4ckb0ne> i guess i could wait for it to land in linux-edge
2021-02-03 18:34:38 <bl4ckb0ne> anybody here tried to boot alpine on the helios64?
2021-02-03 18:42:37 <mps> bl4ckb0ne: I testing kernel 5.11-rc series on alpine aarch64, works fine
2021-02-03 18:43:07 <bl4ckb0ne> oh nice, do you have an image somewhere?
2021-02-03 18:44:01 <mps> I have it but it is slimmed down version for rk3399 gru-kevin chromebook
2021-02-03 18:44:44 <mps> doubt it will boot on helios64
2021-02-03 18:44:58 <bl4ckb0ne> helios64 is rk3399 as well, is there doc somewhere to reproduce the steps?
2021-02-03 18:45:44 <mps> you can use APKBUILD for current linux-edge
2021-02-03 18:45:59 <mps> maybe I some small tweaks
2021-02-03 18:46:10 <mps> s/I/a/
2021-02-03 18:46:36 <bl4ckb0ne> i think the uboot patches for the helios64 are not upstream but I had a good experience with the dtb stolen from armbian
2021-02-03 18:46:53 <bl4ckb0ne> i was able to boot pmos but the driver for the sata card is in 5.11
2021-02-03 18:47:24 <bl4ckb0ne> is there something on the wiki for the procedure to produce an image?
2021-02-03 18:47:45 <bl4ckb0ne> https://wiki.alpinelinux.org/wiki/How_to_make_a_custom_ISO_image_with_mkimage found it
2021-02-03 18:49:23 <mps> that is about iso images, not particular packages
2021-02-03 18:50:34 <mps> and I'm sometimes tempted to push -rcX to aports but always 'step back' when I feel urge
2021-02-03 18:51:14 <mps> don't like to make mess with someone systems, though I have branch in local repo
2021-02-03 18:51:47 <bl4ckb0ne> could i build an image with a local package?
2021-02-03 18:52:49 <mps> you mean iso image?
2021-02-03 18:52:54 <bl4ckb0ne> oh wait i can just use the latest release and install the custom kernel once im logged in
2021-02-03 18:52:56 <bl4ckb0ne> yeah
2021-02-03 18:53:09 <mps> yes, you can
2021-02-03 20:21:05 <Hello71> well unless old kernel doesn't boot
2021-02-03 20:22:51 <bl4ckb0ne> that's just a minor detail
2021-02-03 20:24:47 <Hello71> or if it can't access your disk, or network, etc
2021-02-03 20:26:59 <bl4ckb0ne> i already cant access my disks anyway
2021-02-03 22:30:42 <MY-R> damn, 5.10 kernel is unusable, random freezes, missing menus and worst full hangs where only reset button help... and now reading that isnt only with people using intel gpu
2021-02-03 23:57:30 <c705> not seeeing any issues whatsoever with 5.10
2021-02-04 00:09:02 <MY-R> lucky you, I already found enough "whining" people like me with same issues and after I switched to 5.4.x all is rock stable again
2021-02-04 00:13:06 <c705> i'd probably start by blaming the runtime
2021-02-04 00:13:26 <c705> it's been a very long time since i've seen anything major get into the stable branch
2021-02-04 00:28:11 <MY-R> for me looks like kernel issue: https://gitlab.freedesktop.org/drm/intel/-/issues/2905
2021-02-04 00:32:13 <Hello71> seems like almost everybody has it fixed by removing xf86-video-intel
2021-02-04 00:32:24 <MY-R> no
2021-02-04 00:32:31 <Hello71> which is unfortunate (userspace shouldn't be able to hang kernel) but basically par for the course
2021-02-04 00:33:18 <Hello71> at least half of people seem to be referencing it
2021-02-04 00:33:27 <MY-R> removed intel and used modesetting only and was same on Alpine and in Gentoo
2021-02-04 00:34:48 <MY-R> with intel at least I could kill X and start again, with modesetting I could only push reset button :\
2021-02-04 00:43:31 <tpanmajia> pipewire good
2021-02-04 00:58:37 <tpanmajia> after 3.13 update my firefox borked
2021-02-04 00:59:22 <tpanmajia> Pango-WARNING **: 08:58:47.546: scaled_font status is: out of memory
2021-02-04 01:01:48 <tpanmajia> the seccomp violaltion is reported through
2021-02-04 01:05:03 <tpanmajia> export MOZ_DISABLE_CONTENT_SANDBOX=1 workarounds
2021-02-04 06:32:31 <BillyZane> hi
2021-02-04 06:33:51 <BillyZane> when installing alpine linux, the three modes available: disk, data, and sys are available
2021-02-04 06:34:13 <BillyZane> err.. diskless, data, and sys
2021-02-04 06:35:09 <BillyZane> as i understand it, the diskless mode will install alpine on the hard disk, and the entire OS gets booted on to ram on startup
2021-02-04 06:35:18 <BillyZane> can i change modes after installation?
2021-02-04 06:35:30 <ikke> BillyZane: it will *not* install it on the hard disk
2021-02-04 06:35:44 <BillyZane> hmmm
2021-02-04 06:35:58 <BillyZane> it will install it directly to ram?
2021-02-04 06:36:02 <ikke> The installation will remain in ram, and alpine relies on lbu (local backup) to persist changes
2021-02-04 06:36:25 <BillyZane> i see
2021-02-04 06:36:29 <ikke> BillyZane: it's already running in ram when you boot
2021-02-04 06:36:37 <BillyZane> oh i see :o
2021-02-04 06:36:51 <BillyZane> so if i install to ram, after installation, i'll be in the OS?
2021-02-04 06:36:58 <BillyZane> well, technically i'm already in it
2021-02-04 06:37:09 <ikke> yes
2021-02-04 06:37:21 <BillyZane> and then if i want to create a persistent backup, i use lbu ?
2021-02-04 06:37:36 <BillyZane> does the installer create the first backup
2021-02-04 06:38:19 <ikke> BillyZane: yes, it should
2021-02-04 06:38:51 <BillyZane> after that, any time i install something, i'll be able to choose between installing to the ram, or installing to the OS
2021-02-04 06:38:55 <BillyZane> *installing to the disk
2021-02-04 06:39:01 <BillyZane> is it possible to install to both simultaneously
2021-02-04 06:39:04 <ikke> no
2021-02-04 06:39:13 <ikke> the rootfs is in ram
2021-02-04 06:39:17 <BillyZane> i see
2021-02-04 06:39:22 <ikke> everything you install will be in ram
2021-02-04 06:39:29 <ikke> you can optionally mount a disk somewhere
2021-02-04 06:39:36 <BillyZane> i see, that makes sense
2021-02-04 06:39:48 <BillyZane> how much space does alpine linux typically use?
2021-02-04 06:40:13 <ikke> <1G for a basic install
2021-02-04 06:40:23 <BillyZane> i'm planning to use this as a server. i got 8 gigs of ram, and i want to run zfs on linux with two 3gb disks
2021-02-04 06:40:49 <BillyZane> i've been told zfs uses a lot of ram, or likes to anyway
2021-02-04 06:41:24 <ikke> it has its down disk cache
2021-02-04 06:41:38 <ikke> fs cache
2021-02-04 06:42:22 <ikke> what I read is that it works in the same way, in that it should return the ram when it's needed
2021-02-04 06:43:39 <BillyZane> disk cache?
2021-02-04 06:43:50 <BillyZane> sorry i was in the bathroom
2021-02-04 06:44:57 <ikke> file system cache, files that have been recenlty read
2021-02-04 06:46:09 <BillyZane> and does this come by default with the diskless install option?
2021-02-04 06:46:21 <BillyZane> are the disks encrypted?
2021-02-04 06:48:23 <ikke> zfs is an out-of-tree module, so the default modloop does not contain it
2021-02-04 06:48:35 <ikke> So it's
2021-02-04 06:48:54 <ikke> it would be easier to do on a disk setup
2021-02-04 06:48:55 <BillyZane> i don't care for zfs on root
2021-02-04 06:49:01 <ikke> ok
2021-02-04 06:49:22 <BillyZane> i just want to be able to mount two disks and run zfsonlinux with the disk encryption option
2021-02-04 06:49:49 <BillyZane> but as a general practice, i also like to encrypt /
2021-02-04 06:50:17 <BillyZane> i'll select diskless in the installer
2021-02-04 06:53:40 <BillyZane> ikke, i'm using the virtualbox installer at the moment, and it doesn't seem to have diskless mode as an option. there's 'sys', 'data', 'lvm', 'lvmsys', and 'lvmdata'
2021-02-04 10:48:47 <ingenieurmt> Hi all, wondering if anyone is experiencing issues with Docker networking on Alpine Linux 3.13 as the host OS? I'm having significant issues with the embedded DNS resolver refusing connections, and I've also seen some iptables-related errors when running down/up with my Compose script.
2021-02-04 12:46:54 <concernedanon10> Hey, I'm planning to run a private IRC server for friends on my Alpine server. The only problem is that I can't find proper IRCds on Alpine
2021-02-04 12:47:16 <concernedanon10> The only ones I could fine are Charybdis, which is abandoned https://github.com/charybdis-ircd/charybdis
2021-02-04 12:47:41 <concernedanon10> And ngIRCd, which has security issues currently https://github.com/ngircd/ngircd/pull/276
2021-02-04 12:48:10 <concernedanon10> Are there any other IRCds on Alpine that I missed?
2021-02-04 12:49:02 <Cogitri> matrix-ircd could work but isn't packaged yet
2021-02-04 12:56:34 <concernedanon10> Thank you, but it seems like matrix-ircd was designed with Matrix in mind, whereas I want to run a pure IRC server
2021-02-04 12:56:54 <concernedanon10> Should I open a package request?
2021-02-04 12:57:56 <Cogitri> You can do that, but realistically you'll have to package it yourself if you want it in Alpine soon
2021-02-04 12:59:49 <tehcloud> if you're willing to compile stuff by hand your list of options expands
2021-02-04 13:00:00 <tehcloud> and for an ircd that is maybe what you want to do anyway
2021-02-04 13:02:07 <concernedanon10> Yeah but it's kinda tiresome keeping up with new releases and their quirks, especially when most software is primarliy tested against glibc, so build errors on musl are quite common
2021-02-04 13:03:00 <Hello71> BillyZane: we don't have a "virtualbox installer"
2021-02-04 13:03:33 <Hello71> we have a "virt image" which has an installer, but it's not virtualbox and it's the same installer for all platforms
2021-02-04 13:03:43 <Hello71> diskless mode is called "none"
2021-02-04 13:50:45 <concernedanon10> Noob question: whenever I download something from my home server, SSH stops working until the transaction finished. Is there a way to balance the load between services so that I can continue to use SSH even when downloading files?
2021-02-04 13:51:29 <concernedanon10> Note: it doesn't "stop" as in disconnects or anything like that, it just stops responding and then resumes when the download finishes
2021-02-04 14:00:50 <Hello71> bufferbloat?
2021-02-04 14:46:40 <PureTryOut[m]2> Hmmpf, an environment variable I've set in `/etc/conf.d/<service>` doesn't get passed to the service. It only works if I set the env var manually and then run the commands of the service file manually
2021-02-04 14:50:07 <Hello71> did you put "export"
2021-02-04 14:53:25 <PureTryOut[m]2> Oh, for some reason I assumed that wasn't necessary 🤔 I guess the file is just sourced before execution of the service then?
2021-02-04 14:53:37 <Hello71> usually
2021-02-04 14:55:10 <ikke> PureTryOut[m]2: correct
2021-02-04 14:55:30 <PureTryOut[m]2> That did the trick indeed. How silly of me lol, thanks
2021-02-04 14:56:11 <qman__> concernedanon10: you fix that by setting a transmit rate limit (upload) a little bit below the amount your ISP cuts you off at, usually on your home router
2021-02-04 14:57:53 <concernedanon10> qman__: My server isn't exposed to the internet, I'm using it on my local network
2021-02-04 15:00:45 <qman__> strange, never had that happen on local - could be the same problem which would be addressed the same way, just on the server instead of your router, or it could be that sending the data is causing too much I/O or CPU use and it's not able to do anything else
2021-02-04 15:01:02 <qman__> you can check the latter by checking the local console (physical or virtual) and seeing if it's responsive there during the transfer
2021-02-04 15:23:03 <MY-R_> concernedanon10: like qman__ said, especially if you have HDD's on that server, then be sure you not using "none" io scheduler on them: cat /sys/block/sd*/queue/scheduler
2021-02-04 15:25:24 <concernedanon10> qman__: Thank you for the suggestions, the tty is perfectly fine and responsible when this happens, CPU usage is low and I/O doesn't matter I think because ssh is loaded in RAM.
2021-02-04 21:41:34 <gunix> hello
2021-02-04 21:41:39 <gunix> i have an issue an i need some help
2021-02-04 21:42:54 <gunix> we are running alpine containers in prod and we would like to stick to that. One of the services we run in prod is squid. The build files can be found here for all squid version (all alpine versions are found in branches and each alpine version has a different squid version): https://git.alpinelinux.org/aports/tree/main/squid
2021-02-04 21:43:19 <gunix> my problem is I have to change the code of squid and recompile it, and create a NEW docker image with squid, but without the build dependencies
2021-02-04 21:43:52 <gunix> i read the code and i know where I have to modify the code, but I am having troubles compiling squid and creating the new docker image, mostly because I am getting confused regarding the procedure
2021-02-04 21:44:44 <gunix> so... I guess I have to recompile it and recreate the package, create some sort of in-house alpine repo, upload the new squid package to my own repository and after that install it to the docker image with a normal dockerfile.
2021-02-04 21:44:54 <gunix> is this what I should do, or is there an easier way?
2021-02-04 22:02:17 <Hello71> seems reasonable
2021-02-04 22:02:29 <Hello71> but you can also just specify a filename to apk add
2021-02-04 22:02:52 <Hello71> which i think creates a 'virtual repository'
2021-02-04 22:12:59 <Hello71> a real repository obviously makes it easier to update
2021-02-04 22:16:44 <gunix> Hello71: so you think I can create the package in one container in a volume, mount that volume in the 2nd container and add the package?
2021-02-04 22:16:55 <Hello71> seems reasonable
2021-02-04 22:17:08 <Hello71> although it'd be more docker-like to just use the one dockerfile
2021-02-04 22:17:27 <Hello71> and use the layers to discard the unnecessary bits
2021-02-04 22:17:59 <gunix> Hello71: the problem with that I have no idea how to move the dependencies
2021-02-04 22:18:21 <Hello71> well you need to apk add all of the packages that you make
2021-02-04 22:18:48 <Hello71> if you want those from the standard repos, then just apk add what you make, and apk will automatically fetch its dependencies
2021-02-04 22:19:23 <gunix> Hello71:these: https://bpa.st/KVBA
2021-02-04 22:19:49 <gunix> Hello71: oh so I mount the package in the dockerfile in the 2nd container (the prod container), and apk add, and remove the package file
2021-02-04 22:20:08 <gunix> i still use apk add, not the copy from
2021-02-04 22:20:08 <Hello71> yes. don't copy around binaries unless you really have no other option
2021-02-04 22:20:30 <Hello71> well you can copy, but if you're building a proper package anyways, then just copy the package?
2021-02-04 22:20:35 <gunix> yea i am used to copy binaries and prod code from GoLang/PHP when using the same procedure
2021-02-04 22:21:11 <Hello71> it's not really a great practice with any language, but some languages make it less bad (although there are still lots of pitfalls)
2021-02-04 22:21:13 <gunix> Hello71: yea I am building a package mostly because I THINK it will be easier to build squid using apk build system instead of cloning the repo and building from the squid repo :-D
2021-02-04 22:21:40 <Hello71> well it's harder to build, but easier to install and maintain
2021-02-04 22:22:01 <gunix> i'll try both methods, see what I figure out first
2021-02-04 22:22:20 <gunix> how do i install man/
2021-02-04 22:22:22 <gunix> ?
2021-02-04 22:22:26 <Hello71> apk add man
2021-02-04 22:22:37 <gunix> https://bpa.st/NVCA
2021-02-04 22:22:51 <Hello71> hm, i thought that was still working
2021-02-04 22:22:54 <Hello71> apk add mandoc
2021-02-04 22:22:58 <gunix> ty
2021-02-04 22:22:59 <Hello71> and you probably also want apk add doc
2021-02-04 22:23:14 <gunix> man: No entry for apk in the manual.
2021-02-04 22:23:16 <gunix> :-D
2021-02-04 22:23:30 <gunix> doc (missing):
2021-02-04 22:23:32 <Hello71> or is it apk add docs
2021-02-04 22:23:39 <gunix> required by: world[doc]
2021-02-04 22:23:55 <gunix> docs worked
2021-02-04 22:23:56 <gunix> thank you
2021-02-04 22:24:20 <gunix> it added then squid manual but not the apk manual
2021-02-04 22:24:22 <gunix> lol
2021-02-04 22:24:54 <gunix> `apk --help add`
2021-02-04 22:24:56 <gunix> that did it
2021-02-04 22:25:03 <Hello71> your alpine is too old then
2021-02-04 22:25:09 <Hello71> only 3.13+ has man apk
2021-02-04 22:25:53 <gunix> it has --repositories-file
2021-02-04 22:26:14 <Hello71> sounds like you're making things too complicated
2021-02-04 22:26:30 <Hello71> apk add squid.apk
2021-02-04 22:28:13 <gunix> oh ok
2021-02-04 22:28:29 <gunix> ok i will get to work, I think I have all the information i need
2021-02-04 22:30:53 <smurfendrek123> Hi, why is the ca-certificates package not installed by default? Just to save space?
2021-02-04 22:39:53 <Hello71> https://gitlab.alpinelinux.org/alpine/aports/-/issues/5821
2021-02-04 22:40:56 <Hello71> openwrt also doesn't install cacerts
2021-02-04 22:41:39 <smurfendrek123> @Hello71, thanks! it seems like packages like curl do however
2021-02-04 22:41:44 <smurfendrek123> so that kinda answers my question
2021-02-04 22:42:07 <smurfendrek123> but i since discovered that this wasn't my problem. i've got a website where curl complains about the ssl cert, but my browser doesn't
2021-02-04 22:42:26 <c705> what's the complaint?
2021-02-04 22:42:39 <smurfendrek123> url is https://splus.cumulus.vub.ac.be/SWS/v3/evenjr/NL/STUDENTSET/studentset.aspx
2021-02-04 22:42:45 <Cogitri> I think that usually happens when your cert doesn't include the root cert or smth like that
2021-02-04 22:42:51 <smurfendrek123> curl: (60) SSL certificate problem: unable to get local issuer certificate
2021-02-04 22:43:31 <smurfendrek123> Ye but I checked, and that USERTRust root CA is included in that certificate.Txt file in the alpine repositories
2021-02-04 22:43:39 <c705> yeah, they have their cert signed by some bum CA
2021-02-04 22:44:07 <gunix> why would people do that instead of just using Let's Encrypt?
2021-02-04 22:44:14 <c705> "GEANT Vereniging" - not trusted in my chain
2021-02-04 22:44:27 <c705> gunix: because people are ignorant when it comes to TLS
2021-02-04 22:44:53 <c705> most people follow outdated, shitty internet guides that result in a barely functioning system
2021-02-04 22:45:06 <smurfendrek123> Ye its a bum CA, but as far as I can tell, it's trusted by the ca-certificates package <c705> gunix: because people are ignorant when it comes to TLS
2021-02-04 22:45:07 <smurfendrek123> <c705> most people follow outdated, shitty internet guides that result in a barely functioning system
2021-02-04 22:45:11 <smurfendrek123> sorry wrong copy paste
2021-02-04 22:45:27 <c705> I have ca-certificates on alpine 3.13 and it's not trusted
2021-02-04 22:45:27 <smurfendrek123> https://gitlab.alpinelinux.org/alpine/ca-certificates/-/blob/master/certdata.txt
2021-02-04 22:45:33 <gunix> btw, I would be kinda pissed if I would create an alpine container nad it would have cacert by default there. There is no reason to install it unless you want that container to trust anything from the normal root certs. Maybe I just want to force my apps to use only my self-signed
2021-02-04 22:45:45 <gunix> s/nad/and/
2021-02-04 22:46:19 <smurfendrek123> Wait, but isn't it the USERTRUST cert that has to be trusted? The geant is intermediate right?
2021-02-04 22:47:28 <c705> I don't know, I didn't look that closely
2021-02-04 22:47:45 <c705> I'm just letting you know my browser doesn't trust that cert, and I tend to believe it
2021-02-04 22:49:43 <smurfendrek123> Yea mine neither, but the USERTrust CA is trusted, right? Or do you think the GEANT one might be so bum that it's blacklisted?
2021-02-04 22:50:46 <c705> I don't know, but something in the chain isn't trusted, and I'm not going to fart around with upstream cacerts to validate it. There's probably a good reason why it isn't trusted
2021-02-04 22:51:13 <c705> Call the site webmaster and ask them to use a sane CA
2021-02-04 22:51:44 <c705> I see schools doing this garbage too. Having their external sites served up with a cert signed by their own CA that nobody else on plnet earth knows about
2021-02-04 22:52:13 <c705> It's so dumb..especially when ACME/LetsEncrypt is now a thing
2021-02-04 22:52:31 <MY-R_> for me site above working just fine in firefox
2021-02-04 22:52:51 <c705> did you bypass the SSL errors
2021-02-04 22:53:24 <MY-R_> no
2021-02-04 22:54:15 <c705> what browser? chrome?
2021-02-04 22:55:18 <MY-R_> firefox but not on alpine
2021-02-04 22:56:14 <c705> ..okay, but we're talking about alpine
2021-02-04 22:57:50 <MY-R_> yeah, but you claimed that certificate is shit bla bla bla
2021-02-04 22:58:40 <c705> right, so why is your mystery OS trusting that cert but alpine is not
2021-02-04 22:59:46 <MY-R_> maybe because package in Alpine is in this version? ca-certificates-20191127
2021-02-04 23:00:12 <gunix> i don't want to support the bum CA, but my distro has their CA
2021-02-04 23:00:15 <gunix> btw, i use arch'
2021-02-04 23:00:20 <gunix> i was waiting so long to say that...
2021-02-04 23:00:45 <c705> so alpine hasn't updates ca-certs since 2019..that's lovelyu
2021-02-04 23:00:59 <gunix> i actually don't care about the CA that much, it was just a pretext to let you know I use arch
2021-02-04 23:01:12 <LACampbell> arch is bloated. it has gnu utils. eww
2021-02-04 23:01:25 <maxice8> Arch is nice
2021-02-04 23:01:32 <maxice8> I use fedora silverblue though
2021-02-04 23:02:21 <gunix> i like fedora a lot but it's bloated cause it has SELinux :-D
2021-02-04 23:03:08 <gunix> silverblue is a masterpiece, though
2021-02-04 23:03:22 <MattK> hey guys, is anyone having some really strange networking issues with Docker on an Alpine host? Containers randomly unable to do DNS resolution, iptables errors when starting containers, etc?
2021-02-04 23:03:48 <MattK> this is on 3.13, 3.12 seems to work fine
2021-02-04 23:04:03 <gunix> MattK: what versions do you have this issue on?
2021-02-04 23:04:42 <gunix> we have about 100k alpine containers in prod and I can't confirm the bug. But if something like that would happen, I would get fired, so I am curious
2021-02-04 23:05:40 <MattK> latest Docker engine is definitely affected, I updated it last night
2021-02-04 23:05:52 <MattK> just grabbing the specific version now
2021-02-04 23:05:54 <gunix> oh, sorry. ALPINE HOST, not alpine container. My bad. I read that wrong
2021-02-04 23:06:35 <MattK> yeah, Alpine 3.13 is my host OS in this instance
2021-02-04 23:06:54 <MattK> Docker engine is 20.10.3
2021-02-04 23:08:04 <gunix> let me check that
2021-02-04 23:09:50 <MattK> here's an example of the iptables error I see quite often
2021-02-04 23:09:54 <MattK> ERROR: for traefik  Cannot start service traefik: driver failed programming external connectivity on endpoint traefik (ac31309090f39270f61a3651804d0ca70656864ccbe3eb61ab0a8d90772d646e):  (iptables failed: iptables -t filter -A DOCKER ! -i br-c4c395a1d145 -o br-c4c395a1d145 -p tcp -d 10.5.0.8 --dport 443 -j ACCEPT: Another app is currently holding the xtables lock. Perhaps you want to use the -w option?
2021-02-04 23:09:54 <MattK>  (exit status 4))
2021-02-04 23:10:54 <c705> some other process before your iptables line has a lock file
2021-02-04 23:11:03 <c705> I suppose -w is to ignore the lock file
2021-02-04 23:11:23 <gunix> i found a server in our fleet running docker 20.10.3 on arch, I am checking now if it is healthy
2021-02-04 23:12:53 <MattK> The only thing I can think of that would be holding the lock file would be the Traefik container itself, but the container had been stopped and removed prior to being started
2021-02-04 23:14:27 <MattK> that message doesn't appear all the time either, it seems to occur randomly
2021-02-04 23:15:21 <gunix> MattK: I have a feeling docker 20.10.3 is misbehaving on arch too
2021-02-04 23:16:19 <MattK> are you seeing errors in container logs indicating that the embedded DNS (127.0.0.11) is refusing connections?
2021-02-04 23:17:28 <gunix> MattK: we don't have logs. And we don't use 127.0.0.11
2021-02-04 23:18:19 <c705> 127.x.x.x is the same as 127.0.0.1
2021-02-04 23:19:22 <MattK> c705: 127.0.0.11 is Docker's embedded DNS for resolving container names to internal IPs on a custom bridge network, I had a document on it here somewhere
2021-02-04 23:20:32 <Hello71> c705: problem is you have apparently not heard of "intermediate certificates"
2021-02-04 23:20:39 <Hello71> smurfendrek123: the site is misconfigured: https://www.ssllabs.com/ssltest/analyze.html?d=splus.cumulus.vub.ac.be
2021-02-04 23:20:40 <c705> Hello71: what?
2021-02-04 23:20:53 <Hello71> "This server's certificate chain is incomplete. Grade capped to B."
2021-02-04 23:20:56 <c705> that's what I said. Something in the chain is fucked up
2021-02-04 23:21:07 <Hello71> "in the chain"?
2021-02-04 23:21:12 <smurfendrek123> Hello71, what does it mean for a chain to be incomplete?
2021-02-04 23:21:16 <c705> Yes, in the chain
2021-02-04 23:21:20 <Hello71> idk what you're on about
2021-02-04 23:21:26 <smurfendrek123> I see that some extra certs have to be downloaded, is that what that means?
2021-02-04 23:21:27 <c705> The Trust chain
2021-02-04 23:21:36 <c705> You know..how TLS tends to be implemented
2021-02-04 23:21:41 <Hello71> smurfendrek123: http://google.com/search?q=incomplete+certificate+chain
2021-02-04 23:21:52 <Hello71> 22:51 <c705> I see schools doing this garbage too. Having their external sites served up with a cert signed by their own CA that nobody else on plnet earth knows about
2021-02-04 23:21:54 <Hello71> this is totally unrelated
2021-02-04 23:21:56 <c705> CA issues-> Intermediate issues-> Cert
2021-02-04 23:21:58 <smurfendrek123> haha fair
2021-02-04 23:22:31 <Hello71> reason why it works in firefox is because it caches intermediates
2021-02-04 23:22:52 <Hello71> chrome doesn't cache but grabs it from AIA URL
2021-02-04 23:22:56 <c705> sometimes. you're assuming that's what it is
2021-02-04 23:23:01 <Hello71> sigh
2021-02-04 23:23:12 <c705> don't sigh me
2021-02-04 23:23:19 <smurfendrek123> thanks lads
2021-02-04 23:23:57 <Hello71> it's missing an intermediate cert according to ssllabs. are there potentially other issues on top of that? maybe
2021-02-04 23:24:07 <c705> For example, my firefox correctly reports the SSL issue. MY-R_'s didn't for god knows what reason
2021-02-04 23:24:10 <Hello71> but your shit about "own CA" is completely and utterly wrong.
2021-02-04 23:24:30 <c705> No it isn't
2021-02-04 23:24:39 <c705> That was a tangent that is unrelated to this issue
2021-02-04 23:24:47 <Hello71> ..........
2021-02-04 23:24:50 <c705> And it's not wrong, i see people doing this shit all the time
2021-02-04 23:25:48 <Hello71> what a dumb excuse for being totally off base. just admit you're wrong and move on
2021-02-04 23:26:12 <c705> if you're going to step on other people to make yourself feel better, at least get your facts straight
2021-02-04 23:26:15 <Hello71> this is also wrong: 23:11 <c705> I suppose -w is to ignore the lock file
2021-02-04 23:26:17 <c705> and then you can fuck right off
2021-02-04 23:26:24 <gunix> MattK: all IPs running with macvlan on that host are having 200ms extra latency for no reason
2021-02-04 23:26:45 <Hello71> 22:51 <c705> Call the site webmaster and ask them to use a sane CA
2021-02-04 23:26:55 <Hello71> this is also totally wrong. the CA is fine, the server is just configured wrong.
2021-02-04 23:27:08 <MattK> gunix: that's a new one, I haven't seen that issue yet. I think all of my macvlan stuff is on a different host though, and it's still running an older Docker engine.
2021-02-04 23:27:10 <Hello71> literally every standard CA issues intermediates
2021-02-04 23:27:31 <c705> obviously
2021-02-04 23:27:54 <Hello71> some stick the intermediate on the cert they give you, and some give you the footgun of doing it yourself
2021-02-04 23:28:47 <hg> I haven't checked my SSLLabs score in a while
2021-02-04 23:28:51 <hg> feels nice to get that A+
2021-02-04 23:29:09 <hg> I imagine it's how other people feel when they look at their fancy certificates
2021-02-04 23:36:26 <ikke> MattK: I think I noticed that on our CI hosts
2021-02-04 23:37:08 <ikke> After boot, dns fails. After I restart docker, it works
2021-02-04 23:38:23 <MY-R_> c705: outdated ca-certificates package in Alpine wasn't the reason? :P
2021-02-04 23:39:20 <MattK> ikke: that sounds almost like there's a race condition on boot. I don't think I've tried restarting just the Docker process yet, I'll give that a go now
2021-02-04 23:39:22 <MY-R_> in gentoo I have little "newer" ... 20200601
2021-02-04 23:39:32 <c705> MY-R_: never claimed it was
2021-02-04 23:42:27 <c705> this looks directly related:
2021-02-04 23:42:27 <c705> https://www.agwa.name/blog/post/fixing_the_addtrust_root_expiration
2021-02-05 00:01:23 <Lutin> My life would never have been so sexy after Alpine Linux :)
2021-02-05 00:27:01 <gunix> how many cores does abuild use by default?
2021-02-05 00:27:21 <gunix> the room is not getting warm from extra processing
2021-02-05 00:27:57 <gunix> export JOBS=2
2021-02-05 00:27:59 <gunix> export MAKEFLAGS=-j$JOBS
2021-02-05 00:28:01 <gunix> 2?
2021-02-05 00:32:06 <ebb> Looks like 2
2021-02-05 00:39:27 <gunix> why am I getting this? sudo: setrlimit(RLIMIT_CORE): Operation not permitted
2021-02-05 00:44:49 <korbinian> gd'day, i was wondering about the ASUS tinkerboard and alpinelinux support. it's an armv7 cpu, i've booted it using the ASUS stock kernel and am currently trying to build linux 5.10 on it. ...why doesn't it fly with the armv7 kernel that ships with alpine?
2021-02-05 00:45:09 <korbinian> it _seems_ to work, at least i can use the userland together with this asus-supplied 4.x kernel
2021-02-05 00:46:06 <korbinian> (also, why is "sys" support for raspis explicitely turned off in setup-disk? this also seems to work wel)
2021-02-05 00:46:12 <korbinian> (well, even)
2021-02-05 00:57:52 <gunix> i am doing `abuild -c -F package` and I can't figure where the package is
2021-02-05 01:36:16 <Hello71> c705: an interesting theory, but again, according to the ssllabs result, no. the issuer of the site certificate is GEANT OV RSA CA 4, not Sectigo RSA Domain Validation Secure Server CA.
2021-02-05 01:36:56 <Hello71> korbinian: missing dtb? or drivers?
2021-02-05 01:37:22 <Hello71> iirc alpine 3.13 has experimental support for sys on rpi
2021-02-05 01:37:31 <korbinian> rpi-sys works flawlessly
2021-02-05 01:37:44 <korbinian> pre-partition sd, comment out 3 lines in the script and just _go_ for it
2021-02-05 01:37:44 <Hello71> or something like that
2021-02-05 01:37:48 <c705> i didn't really look into any details. all I was saying to the guy is that something in the ssl chain was screwed from my side as well
2021-02-05 01:37:59 <korbinian> but i have a harder time with the tinkerboard from asus
2021-02-05 01:37:59 <Hello71> ...
2021-02-05 01:38:28 <c705> i haven't experienced any other issues, so i assume the website had something misconfigured on their side
2021-02-05 01:38:46 <korbinian> in fact last night i've setup my old rpi1a in "sys" mode using an 8gb SD
2021-02-05 01:39:37 <c705> i assumed it was the CA, but i'm aware it could have been anything in that chain
2021-02-05 01:40:38 <korbinian> Hello71: funny enough this tinkerboard is supported by mainline linux, so my guess is it's disabled by choice or even on purpose
2021-02-05 01:40:54 <korbinian> i'll see in a while whenever the 5.10 build commences
2021-02-05 01:48:52 <gunix> Hello71: do you know how I can create an apk package?
2021-02-05 01:49:32 <c705> now that i'm looking at it, the webserver staright up doesn't send a CA cert with the cert
2021-02-05 01:50:00 <c705> i guess some browsers end up taking it into its own hands to try and verify it
2021-02-05 02:07:30 <gunix> yea, i can not figure it out. I followed all instructions from https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package but it does not work
2021-02-05 02:08:08 <gunix> according to /etc/abuild.conf, apk files should be saved to REPODEST=$HOME/packages/ but i get nothing there
2021-02-05 02:21:39 <gunix> i give up, i'm going to sleep
2021-02-05 02:24:00 <bl4ckb0ne> is dotnet core not already packaged because of license issues?
2021-02-05 02:24:32 <maxice8> I assume lack of interest
2021-02-05 02:25:00 <maxice8> https://gitlab.alpinelinux.org/alpine/aports/-/issues/8603 2 years
2021-02-05 02:25:52 <Hello71> we need a !doesntwork -.-
2021-02-05 02:26:48 <Hello71> bl4ckb0ne: partially lack of actual patches rather than just issues but mostly because compiling it is hard
2021-02-05 02:27:17 <Hello71> and if we're just going to dump a blob, you might as well download it yourself
2021-02-05 02:27:21 <bl4ckb0ne> im trying their scripts
2021-02-05 02:27:26 <bl4ckb0ne> > dotnet-install.sh: line 908: http_code: unbound variable
2021-02-05 02:27:28 <bl4ckb0ne> so far so good
2021-02-05 02:30:03 <bl4ckb0ne> hmmm do I want to debug a +1kloc bash script on a thursday night
2021-02-05 03:17:29 <jammers> has anyone ran into this on alpine?  I have not fonts showing in GTK2 and GTK3 apps, only boxes instead of text
2021-02-05 03:42:28 <Lutin> why is haproxy so far behind in version ? 2.2.8 vs 2.4.3
2021-02-05 03:43:33 <Lutin> Oh damn I'm wrong, haproxy is building -dev for docker production :S
2021-02-05 04:10:27 <crosbymichael> so i just updated my server to 3.13 and it looks like nfs is broken when the exports are on zfs
2021-02-05 04:50:06 <Lutin> crosbymichael bugreport
2021-02-05 09:03:35 <PureTryOut[m]2> I wonder, does Alpine Linux support the Raspberry Pi Zero? The download page doesn't mention it specifically but I guess the armhf image might work?
2021-02-05 09:04:21 <mps> PureTryOut[m]2: yes, armhf works on rpi zero
2021-02-05 09:04:42 <PureTryOut[m]2> Cool, will test that out soon probably
2021-02-05 09:06:01 <mps> rpi zero w is only of rpis i have and it serves me only to testing alpine armhf
2021-02-05 09:06:46 <PureTryOut[m]2> I'm thinking of using it for a webcam project. So make a picture every few minutes and upload it somewhere, nothing else
2021-02-05 09:08:07 <mps> you are spying around :)
2021-02-05 09:08:21 <PureTryOut[m]2> Nah haha
2021-02-05 09:10:34 <mps> btw, you are experienced in matrix, do we have in alpine gui client but one which doesn't depend on full kde/gnome and doesn't segfaults as neochat does
2021-02-05 09:11:27 <mps> for now I use gomuks which works but would like to test some of gui clients
2021-02-05 09:31:33 <PureTryOut[m]2> Neochat segfaults? Please report that somewhere
2021-02-05 09:31:52 <PureTryOut[m]2> I guess you could give Quaternion a shot, depends on Qt but nothing from KDE
2021-02-05 09:32:35 <PureTryOut[m]2> I'm not that familiar with Matrix clients besides the ones I use tbh, so Element and NeoChat mainly
2021-02-05 09:32:35 <mps> quaternion works but it is not yet ready for everyday use, ime
2021-02-05 09:34:36 <mps> currently fluffychat is good/best but works only on phone
2021-02-05 09:34:58 <mps> and I don't want to use it with flatpack on desktop
2021-02-05 09:37:38 <nacelle> PureTryOut[m]2: check out the motion project - https://motion-project.github.io/
2021-02-05 09:37:59 <nacelle> take pictures on motion, not just every few minutes
2021-02-05 09:38:02 <nacelle> or take video, etc.
2021-02-05 09:38:09 <PureTryOut[m]2> Yeah I know about it, but I just packaged fswebcam which seems to be simpler and fitting for my needs
2021-02-05 09:38:21 <PureTryOut[m]2> No need for video or pictures on motion, just pictures every minute or so
2021-02-05 09:38:32 <nacelle> timelapse?
2021-02-05 09:38:45 <nacelle> (timelapse is cool)
2021-02-05 09:38:46 <PureTryOut[m]2> No need for timelapse either
2021-02-05 09:39:06 <nacelle> uh... thats what you're doing.
2021-02-05 09:39:12 <nacelle> pictures every minute...
2021-02-05 09:39:27 <PureTryOut[m]2> Sure but I always just need the last picture, I don't need to save older ones
2021-02-05 09:45:21 <OvO> Someone try to build CEF on alpne?
2021-02-05 10:33:04 <asht> Hey, do you know how to enable SPICE support for KVM?
2021-02-05 10:33:27 <asht> Should I install spice-headers and then build KVM, libvirt and QEMU by myself?
2021-02-05 10:33:46 <asht> Or is there something else that I might be missing?
2021-02-05 10:46:15 <mps> asht: did you read release notes and wiki
2021-02-05 10:48:15 <MY-R> asht: qemu was split in to many modules, you can install all of them (qemu-modules) or one by one, loo at list of them: apk -v search qemu|sort
2021-02-05 10:50:04 <asht> Okay, I'll try it
2021-02-05 10:50:21 <asht> I read the wiki but I don't remember seeing reading this
2021-02-05 10:51:24 <MY-R> ye, that link to wiki should be more visible on release page :\
2021-02-05 10:52:52 <MY-R> wait, where are release notes?
2021-02-05 10:52:58 <MY-R> mps: ?
2021-02-05 10:54:00 <MY-R> ahh the only link is under "3.13.0" ...
2021-02-05 10:54:13 <mps> MY-R: yes
2021-02-05 10:54:28 <MY-R> even for me is hard to find all that when looking at it
2021-02-05 10:55:06 <mps> people should 'learn' to read carefully release notes, and alpine ones are not big
2021-02-05 10:58:44 <korbinian> good news, successfully booted and using 5.10.12 on the tinkerboard. that now runs something that is very equal to 3.13, in fact, the kernel is one minor newer.
2021-02-05 10:58:52 <korbinian> actually 'sys' installed it.
2021-02-05 10:59:13 <korbinian> is there a place to contribute some of the findings, or even an image?
2021-02-05 10:59:30 <korbinian> 'booted and using 5.10.12' make that a .13
2021-02-05 11:05:15 <mps> tinkerboard is arm64?
2021-02-05 11:06:00 <korbinian> nah, "only" armv7. some old ASUS arm board i had around and wanted to use.
2021-02-05 11:06:24 <korbinian> in fact it's a board that isn't properly supported by any other distro despite having mainline kernel support
2021-02-05 11:06:28 <korbinian> so i thought i'd give it a spin
2021-02-05 11:07:38 <korbinian> also wtf are the asus webdesigner smoking
2021-02-05 11:07:39 <korbinian> https://www.asus.com/en/Motherboards-Components/Single-Board-Computer/All-series/Tinker-Board/
2021-02-05 11:08:36 <korbinian> https://tinker-board.asus.com/product/tinker-board.html this, actually. finally a useful URL
2021-02-05 11:12:26 <mps> korbinian: you can report to mailing list and/or directly to me anything you think could be useful, or even create issue/report on gitlab.a.o aports project (hmm, funny name to not use worse word)
2021-02-05 11:13:51 <mps> I'm ready to add u-boot (if it is upstream) and needed options in kernel for this board
2021-02-05 11:14:08 <korbinian> ok, i'll try coming back with really good instructions on what to do then
2021-02-05 11:14:14 <korbinian> currently i'm fighting against the serial console
2021-02-05 11:14:25 <telmich> Good morning! I recently see several system on which the loopback device is not brought up during boot, even though the standard two lines are present in the interfaces file
2021-02-05 11:14:25 <telmich> Is this a known bug?
2021-02-05 11:14:30 <korbinian> but looks like this board could have a second life as my git server
2021-02-05 11:15:03 <mps> telmich: rc-update add loopback sysinit
2021-02-05 11:15:52 <mps> korbinian: I agree, these old board are still very useful, especially with alpine on them
2021-02-05 11:16:37 <mps> my mail, web and some other services runs quite fine on an old armv7
2021-02-05 11:18:04 <korbinian> one strange thing tho, what could make the kernel read the sd card slot as mmcblk0 on one boot, yet as mmcblk1 on the next :|
2021-02-05 11:18:18 <korbinian> that definitely is this devices fault, i've never seen that happen on other HW
2021-02-05 11:18:49 <korbinian> Linux tinkerboard 5.10.13 #1 SMP Fri Feb 5 04:34:36 UTC 2021 armv7l Linux
2021-02-05 11:18:52 <korbinian> \o/
2021-02-05 11:29:16 <mps> korbinian: most board in dts files didn't fixed order of mmc card
2021-02-05 11:30:24 <mps> for example I added patch in alpine for elm chromebook to have always same mmc cards order
2021-02-05 11:35:18 <korbinian> mps: looks like i need to dive into these dtb files then a bit. some distraction, finally
2021-02-05 11:35:30 <korbinian> nevertheless, alpine is awesome <3
2021-02-05 11:35:39 <korbinian> it now is my mailserver
2021-02-05 11:35:59 <mps> :)
2021-02-05 11:36:13 <mps> \o/
2021-02-05 11:36:27 <korbinian> \o/
2021-02-05 11:38:25 <mps> 2GB RAM, not bad. my server runs on 1GB
2021-02-05 11:39:40 <korbinian> i'm convinced when i leave out clamav of my usual mailserver setup (inspired by the ISPmail howto documents) it would well fit within 256MB of ram
2021-02-05 11:39:43 <korbinian> like easily
2021-02-05 11:39:46 <korbinian> probably in less than 128
2021-02-05 11:39:51 <korbinian> thank you uclibc
2021-02-05 11:47:40 <korbinian>  /dev/agetty: cannot open as standard input: No such file or directory - this may be a hint that your securettys is missing your serial line
2021-02-05 11:47:44 <korbinian> super obvious isn't it
2021-02-05 11:47:46 <korbinian> oO
2021-02-05 11:48:43 <mps> yes
2021-02-05 11:49:40 <mps> I forgot again to patch alpine-base with ttyS{0,1} and ttyAMA{0,1}, huh
2021-02-05 11:50:11 <korbinian> ah, neither was in
2021-02-05 11:50:23 <korbinian> none of tty[S|AMA][0|1]
2021-02-05 11:50:27 <mps> ah no, busybox needs this patch
2021-02-05 11:50:44 <ikke> What provides ttyAMA*?
2021-02-05 11:50:59 <mps> hope will not forget this evening
2021-02-05 11:51:18 <mps> ikke: some arm serial devices/consoles
2021-02-05 11:51:24 <ikke> aha, ok
2021-02-05 11:51:30 <korbinian> no, ama :P
2021-02-05 11:51:45 <ikke> lol
2021-02-05 11:52:02 <mps> slang again? what it means
2021-02-05 11:52:22 <korbinian> nah, bad word jokes
2021-02-05 11:52:38 <korbinian> something else tho, is official support for sys installs on raspberrys coming?
2021-02-05 11:52:53 <korbinian> as currently it just needs a pre-partitioned SD and the 3 lines of check in setup-disk commented out
2021-02-05 11:53:56 <mps> korbinian: something like this https://arvanta.net/alpine/armhf-setup/
2021-02-05 11:54:23 <korbinian> yes, that kind of matches my steps.. i got it working OK already
2021-02-05 11:54:36 <korbinian> was just wondering if it was coming into the actual distro
2021-02-05 11:56:45 <mps> RPis should be removed, imo
2021-02-05 11:58:31 <korbinian> dont :( my beloved 1st-ever gen rpi1a :(
2021-02-05 11:58:48 <korbinian> quite frankly, raspbian, armbian is too heavy and this dietpi thing doesn't quite work
2021-02-05 11:58:54 <korbinian> please, dont drop raspi support
2021-02-05 11:59:16 <ikke> armhf will become more difficult
2021-02-05 11:59:41 <mps> actually all needed for rpis is already in mainline kernels
2021-02-05 12:00:07 <ikke> But there was still an issue with the DTS files?
2021-02-05 12:00:11 <ikke> or something like that
2021-02-05 12:00:23 <mps> I don't see any reason to have separate flavor
2021-02-05 12:00:45 <mps> ikke: no, I solved this with u-boot
2021-02-05 12:00:59 <ikke> ah, ok
2021-02-05 12:01:06 <korbinian> speaking of which, this tinkerboard dts/dtb file definitely has issues
2021-02-05 12:01:11 <korbinian> not only mmc, also wifi
2021-02-05 12:01:14 <mps> here you can see 'guide' https://arvanta.net/alpine/mailine-rpizw/
2021-02-05 12:01:37 <mps> ikke: ^
2021-02-05 12:08:11 <mps> hmm, I remember why I didn't added tty[S|AMA][0|1]
2021-02-05 12:08:44 <mps> some people consider this security issue :(
2021-02-05 12:09:08 <mps> which doesn't make sense nowadays, but ...
2021-02-05 12:09:11 <korbinian> now i would assume these type of people know how to silence a serial line, but ... well
2021-02-05 12:09:14 <korbinian> :P
2021-02-05 12:20:57 <Hello71> mps: ncopa said that it is not on by default since some people may have non console devices attached
2021-02-05 12:21:37 <Hello71> additionally some devices have substantial serial noise when floating, so it may accidentally do some damage or other misbehavior
2021-02-05 12:21:48 <Hello71> see also: CONFIG_SYSRQ_SERIAL or whatever it is
2021-02-05 12:22:22 <mps> Hello71: this doesn't make sense, if console is not attached nothing will happen if ttySx in /etc/securetty
2021-02-05 12:23:02 <mps> Hello71: maybe this is about /etc/inittab?
2021-02-05 12:23:04 <Hello71> i thought you were talking about inittab
2021-02-05 12:23:10 <Hello71> 11:47 <korbinian>  /dev/agetty: cannot open as standard input: No such file or directory - this may be a hint that your securettys is missing your serial line
2021-02-05 12:23:11 <mps> ok
2021-02-05 12:23:12 <Hello71> missed this
2021-02-05 12:23:20 <mps> np :)
2021-02-05 12:23:21 <Hello71> korbinian: alpine uses musl for many many years now
2021-02-05 12:23:39 <Hello71> and i think uclibc is basically unmaintained now
2021-02-05 12:24:17 <mps> and btw, I agree with you about inittab, that shouldn't be enabled by default
2021-02-05 13:09:17 <korbinian> Hello71: ... yes. that was a slip on my end
2021-02-05 13:09:33 <korbinian> last time i was into embedded linux was 2.4.18 and uclibc :< i am sorry
2021-02-05 13:09:52 <korbinian> and no, i didnt just curse alpine as 'embedded linux', no disrespect ;)
2021-02-05 13:23:27 <Hello71> alpine is suitable for a variety of purposes, including many "embedded" uses
2021-02-05 13:23:40 <korbinian> i can imagine so
2021-02-05 13:23:53 <korbinian> it's running a production mailserver for me and powering my tiny rpi1a
2021-02-05 13:24:10 <korbinian> oh, and my soekris x86 router too
2021-02-05 13:24:49 <korbinian> and it has a tiny learning curve, i love that a lot
2021-02-05 13:25:09 <korbinian> one fun example was when i accidentially threw a long ass line of apt install into an alpine shell
2021-02-05 13:25:17 <korbinian> and it actually just complained about one package :D
2021-02-05 15:23:56 <FreeBDSM> is there an alpine packages repo for 'latest stable'?
2021-02-05 15:24:24 <Cogitri> https://alpine.global.ssl.fastly.net/alpine/latest-stable/
2021-02-05 15:24:41 <FreeBDSM> thanks, is it official?
2021-02-05 15:25:00 <FreeBDSM> I mean, alpine has different hostname
2021-02-05 15:25:06 <FreeBDSM> can I trust fastly.net?
2021-02-05 15:25:41 <FreeBDSM> aw, crap, that's some 3rd party, probably 'cdn'
2021-02-05 15:25:46 <FreeBDSM> that's bad :(
2021-02-05 15:25:53 <Cogitri> You can use any of the mirrors at https://mirrors.alpinelinux.org/
2021-02-05 15:26:25 <Cogitri> The link I sent is the official HTTPS mirror btw
2021-02-05 15:26:44 <Cogitri> It's a CDN so it should be pretty fast no matter where you're located
2021-02-05 15:27:26 <FreeBDSM> Cogitri: tables there represent stuff like I see on pkgs.alpinelinux.org: branch/release for each version (like 3.11, 3.12, etc. + edge), I don't see 'latest stable' there
2021-02-05 15:27:36 <FreeBDSM> afaiu edge is trunk
2021-02-05 15:28:48 <Cogitri> edge is rolling release, yes
2021-02-05 15:29:07 <Cogitri> v3.13 (the first version below edge) == latest-stable in this case
2021-02-05 15:29:17 <Cogitri> latest-stable is just a symlink on the mirrors
2021-02-05 15:29:44 <FreeBDSM> Cogitri: yes, but how does this symlink look like for, say, http://mirror.yandex.ru/mirrors/alpine/ ?
2021-02-05 15:29:54 <FreeBDSM> ah, nvm
2021-02-05 15:30:07 <FreeBDSM> should've just opened it in the browsrt
2021-02-05 15:30:12 <FreeBDSM> the symlink is there
2021-02-05 15:30:14 <FreeBDSM> thanks Cogitri
2021-02-05 15:31:20 <Cogitri> 👍️
2021-02-05 16:26:35 <gunix> how do you turn a "pkg" folder into a .apk file?
2021-02-05 16:26:50 <gunix> `abuild package` is creating the folder, but I would like to have the package
2021-02-05 17:00:06 <yZ5vlALg86lP> gunix have you checked if the pkg is in ~/packags/<flavor>/<arch> ?
2021-02-05 17:00:24 <yZ5vlALg86lP> btw i recommend using `abuild rootpkg` instead
2021-02-05 17:00:55 <yZ5vlALg86lP> eh ~/packages/... is the correct path root
2021-02-05 17:35:37 <gunix> yZ5vlALg86lP: yes, i did. the package is not there
2021-02-05 17:35:45 <gunix> `abuild rootpkg` did not work for me
2021-02-05 17:35:47 <crosbymichael> disconnected over night, has anyone else run into nfs exports from ZFS with 3.13 and the recent nfs bump?
2021-02-05 17:38:06 <yZ5vlALg86lP> gunix you know that abuild is a shellscript?
2021-02-05 17:38:19 <yZ5vlALg86lP> should be quite easy to figure out/trace/debug what's going wrong
2021-02-05 17:38:58 <yZ5vlALg86lP> btw your > "`abuild rootpkg` did not work for me"  is not really actionable. but if you don't want help with it, i guess it's ok, to be vague
2021-02-05 17:51:28 <gunix> yZ5vlALg86lP: i will post more details but I am in the middle of stuff
2021-02-05 17:51:39 <gunix> yZ5vlALg86lP: though I think I have a dirty trick that can get me passed this point
2021-02-05 17:51:53 <gunix> i can just copy the binary from one image to the other, cause that's all i need
2021-02-05 19:55:46 <gunix> I am stuck here: https://bpa.st/P4SQ
2021-02-05 19:56:02 <gunix> this looks like a build bug from the series of "never run as root"
2021-02-05 19:56:12 <gunix> i am running this in a docker container, so I can run it as root without a risk
2021-02-05 19:56:22 <ikke> gunix: running as root is not really working
2021-02-05 19:56:28 <gunix> ikke: great.
2021-02-05 19:56:34 <gunix> ikke: ok, i will build around that
2021-02-05 19:57:06 <ikke> It should not be difficult to have a dedicated user
2021-02-05 19:57:17 <ikke> if you are too lazy, you can use alpinelinux/build-base
2021-02-05 19:58:55 <gunix> i added the dependencies to the dockerfile for now
2021-02-05 19:59:23 <gunix> not sure if I am lazy or overworked. The effect is probably the same
2021-02-05 19:59:42 <ikke> if you just need to build a single package, that should work
2021-02-05 20:00:11 <gunix> yes, I just need to rebuild squid and replace the binary from the normal package :-D
2021-02-05 20:01:23 <gunix> i know I could do this right, but i want to test to see if my squid modification works. I am currently going for this: http://ix.io/2Os9
2021-02-05 20:46:13 <user0> newbee queston for set-up alpine
2021-02-05 20:46:18 <user0> hi all
2021-02-05 20:47:27 <user0> Question if you can tell me if this makes sense
2021-02-05 20:48:50 <user0> since i wanna run qemu gnome boxes for seperate activities
2021-02-05 20:49:07 <user0> using alpine as base system
2021-02-05 20:50:31 <user0> i will do nothing on alpine onle virtual machines
2021-02-05 20:52:25 <ikke> so what's the question?
2021-02-05 20:54:45 <user0> thanks. Not using docker or any highier level stuff basic gnome boxes and basic login encryption. You think trying to go Alpine extra simple is overkill and will require many other app install to get it working
2021-02-05 20:55:27 <user0> i mean my plan for working
2021-02-05 20:57:36 <user0> plan: 1-install alpine 2-Install gnome boxes for many profiles
2021-02-05 20:58:29 <c705> what's the question though? you want our validation?
2021-02-05 20:59:32 <user0> Is this perfectly sensible or should i get some other lightweight os
2021-02-05 21:00:06 <user0> yes validation Goos Me newbee so doubts are easy
2021-02-05 21:00:49 <user0> Have you heard of people doing this before
2021-02-05 21:02:56 <ikke> I have never heard of 'gnome boxes'
2021-02-05 21:03:05 <Hello71> ... your question is "does gnome boxes work on alpine" but with ten lines instead of one?
2021-02-05 21:03:12 <user0> it's like virtual box
2021-02-05 21:03:35 <Hello71> basically qemu + virtualbox gui
2021-02-05 21:03:52 <user0> yes i supose that is part of the question. me newbee
2021-02-05 21:04:20 <Hello71> dunno anyone uses gnome boxes, but we have the package and qemu works fine
2021-02-05 21:04:26 <Hello71> so presumably gnome boxes will be at least passable
2021-02-05 21:04:36 <Hello71> Cogitri: ^
2021-02-05 21:05:05 <feuerteufel> Hi, for all they helped get out of my xen kernel problem (and every body who is intressted in):
2021-02-05 21:05:46 <feuerteufel> It work with the standard kernel 5.10.12 :-))
2021-02-05 21:06:09 <user0> Hello71 is there a specific qemu package i should install Doen't have to be boxes
2021-02-05 21:06:31 <user0> i you say this works i will use taht
2021-02-05 21:06:35 <user0> that
2021-02-05 21:06:35 <Hello71> afaik there's nothing particularly wrong with gnome boxes except it's gnome
2021-02-05 21:06:53 <Hello71> so limited features and stubborn ui
2021-02-05 21:07:58 <feuerteufel> Now a question, how do I get the pinning of the kernel 5.10.11-r1 cleared?
2021-02-05 21:08:17 <Hello71> edit /etc/apk/world?
2021-02-05 21:08:39 <mps> apk add -u linux-whatever
2021-02-05 21:09:51 <mps> or it is 'apk add linux-whatever'
2021-02-05 21:11:21 <user0> Hello71 can you please tell where i can download this qemu package, is it debian, ubuntu or else ever
2021-02-05 21:11:27 <Hello71> wat
2021-02-05 21:12:15 <feuerteufel> But the "5.10.11-r1" file ist stimm there ...
2021-02-05 21:12:42 <feuerteufel> Yust delete that file?
2021-02-05 21:12:51 <ikke> what file?
2021-02-05 21:13:28 <user0> or a link to a tutorial i can follow. yes me newbee indeed
2021-02-05 21:14:04 <mps> feuerteufel: trial and eroor is good teacher
2021-02-05 21:15:15 <Cogitri> Hello71: GNOME Boxes should work, yes
2021-02-05 21:15:17 <user0> Thanks for the help
2021-02-05 21:15:44 <Hello71> mps: backup before trial? i guess that's also good teacher
2021-02-05 21:16:29 <mps> Hello71: no, backup is not good teacher :)
2021-02-05 21:16:44 <Hello71> i mean not backing up is teacher
2021-02-05 21:16:56 <mps> then we agree
2021-02-05 21:17:04 <feuerteufel> When I pined it there came up a file in the activ dir called 5.10.11-r1 (it comes from that command "apk add linux-lts>5.10.11-r")
2021-02-05 21:17:57 <ikke> feuerteufel: ah, I think that's because you used an unescaped >
2021-02-05 21:17:58 <mps> feuerteufel: this file is just output of of apk add linux-lts
2021-02-05 21:18:06 <ikke> that file is just empty
2021-02-05 21:18:14 <ikke> or
2021-02-05 21:18:18 <ikke> the output of the apk command
2021-02-05 21:18:24 <mps> maybe not?
2021-02-05 21:18:41 <mps> maybe not empty I mean
2021-02-05 21:19:07 <ikke> it will have the contents of whatever apk add linux-lts outputs
2021-02-05 21:19:33 <ikke> feuerteufel: you can safely remove that file
2021-02-05 21:20:18 <feuerteufel> There ist yust "OK: 1328 MiB in 314 packages" in ...
2021-02-05 21:20:18 <mps> feuerteufel: sorry if I sound unkind but read something about shell redirections
2021-02-05 21:21:36 <feuerteufel> I think ikke is right ... (not escaped ">")
2021-02-05 21:24:37 <feuerteufel> I know about redirectiing, never mind ...
2021-02-05 21:25:26 <mps> feuerteufel: how did you missed >
2021-02-05 21:25:27 <feuerteufel> But then I still don't kwow how pinning works corectly ...
2021-02-05 21:26:19 <mps> in my understanding pinning means exact and one version, when we talking about apk
2021-02-05 21:27:22 <mps> (but I'm going to 'pin' one home made bottle of wine)
2021-02-05 21:27:43 <feuerteufel> That was one off the command I got told hre to pn the kernel, but never mind I'll delete that file
2021-02-05 21:28:04 <ikke> feuerteufel: the command works, you just need to escape / quote it
2021-02-05 21:28:38 <feuerteufel> Ok thanks!
2021-02-05 21:28:53 <mps> ikke: isn't this 'cumbersome' behaviour
2021-02-05 21:29:18 <mps> maybe it should be '=>'
2021-02-05 21:29:41 <mps> oh no, clashes with perl
2021-02-05 21:29:47 <mps> >=
2021-02-05 21:30:09 <ikke> still needs to be escaped
2021-02-05 21:38:42 <feuerteufel> I think, I also found it with out ecaping in the wike. ikke, but still I think you right ...
2021-02-05 21:40:11 <ikke> This is shell basics
2021-02-05 21:42:48 <feuerteufel> Yes, but I didn't  think of it while trying that ... sorry
2021-02-05 21:51:09 <feuerteufel> Is there somewhare a doc how pinning works?
2021-02-05 21:51:12 <gunix> nice name, feuerteufel
2021-02-05 22:04:17 <feuerteufel> ikke: I tryed all that stuff from here: https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management
2021-02-05 22:04:42 <feuerteufel> In section Holding a specific package back
2021-02-05 22:06:00 <feuerteufel> The only thing it worked for me is "apk linux-virt=5.10.12-r0"
2021-02-05 22:06:58 <ikke> Those examples use quotes
2021-02-05 22:07:58 <feuerteufel> After that, I found this in /etc/apk/world "linux-virt=5.10.12-r0"
2021-02-05 22:08:22 <feuerteufel> Yes, I also did ...
2021-02-05 22:09:49 <feuerteufel> I yust used the Kernel for testing becouse I don't have instaled Asterisk ...
2021-02-05 22:31:18 <feuerteufel> Here some examples: https://tpaste.us/QWql
2021-02-05 22:31:50 <feuerteufel> Only the last 2 worked ...
2021-02-06 01:11:00 <Lutin> And another MTA SPF/DKIM images created of 75MB :D
2021-02-06 01:11:09 <Lutin> insetad of Ubuntu 700B at least
2021-02-06 03:11:00 <Lutin> what is the right way to update the systemtime in Alpine using ntpd ?
2021-02-06 03:11:05 <Lutin> doesn't seem to run
2021-02-06 03:11:06 <Lutin> or so
2021-02-06 03:26:12 <Lutin> mhh chrony was started but actually said... F*ck Off.. do it yourself, so I kicked it and it did it's job as expected again
2021-02-06 09:18:56 <OvO> Something changed in nginx package? Today rebooted and nginx failed with "nginx: [emerg] open() "/run/nginx/nginx.pid" failed (2: No such file or directory)" I can set pid config by myself in nginx.conf or create /run/nginx/, but curious. Alpine 3.13
2021-02-06 09:19:25 <ikke> OvO: let me check
2021-02-06 09:20:38 <OvO> ikke: coz i use this nginx configs like a long time and never set pid by myself.
2021-02-06 09:20:54 <ikke> is this on docker?
2021-02-06 09:21:03 <OvO> ikke: nope, server.
2021-02-06 09:21:08 <ikke> ok
2021-02-06 09:31:03 <ikke> OvO: the service should make sure that /run/nginx exists
2021-02-06 09:31:26 <ikke> checkpath --directory --owner nginx:nginx ${pidfile%/*}
2021-02-06 09:38:38 <OvO> Oh, wait...
2021-02-06 09:52:56 <OvO> Now i see, something really changed in system. Coz not only this not working.
2021-02-06 09:56:59 <OvO> Rebooted only because kernel updated. Now some custom scripts not working.
2021-02-06 09:57:13 <OvO> wtf
2021-02-06 12:56:52 <mm_> alpine 3.13: cannot login to GUI: alpine auth.err elogind-daemon[2523]: Failed to set utmp path to /dev/null/utmp: Not supported
2021-02-06 12:57:23 <ikke> Cogitri: ?
2021-02-06 12:57:26 <ikke> ^
2021-02-06 13:02:33 <telmich> mps: thanks for the loopback hint!
2021-02-06 13:02:38 <Cogitri> Uhm, works for me I guess
2021-02-06 13:03:14 <ikke> strange that it looks for /dev/null/utmp
2021-02-06 13:03:31 <ikke> That is obviously wrong
2021-02-06 13:04:20 <Cogitri> Not sure how any of the utmp stuff works to be honest, I think we recently had a change there?
2021-02-06 13:04:58 <mm_> Yes, thought so as well, how do I fix it?
2021-02-06 13:05:25 <Cogitri> Well, first we'd have to make sure that's actually a fatal error
2021-02-06 13:05:36 <Cogitri>  I think we had errors out utmp previously too but those aren't fatal
2021-02-06 13:05:37 <mm_> how?
2021-02-06 13:08:35 <Cogitri> Could you enable debug logging in /etc/gdm/custom.conf and send that here?
2021-02-06 13:09:57 <mm_> I had an error previously that pam_elogind.so was not found and installed elogind and polkit-elogind, now this error comes up and I am still unable to login to X11, but can login to a console and ssh ...
2021-02-06 13:11:14 <Cogitri> Huh, elogind and polkit-elogind should be automatically installed if you install `hnome`
2021-02-06 13:11:17 <Cogitri> gnome*
2021-02-06 13:11:32 <Hello71> https://gitlab.alpinelinux.org/alpine/aports/-/issues/3282
2021-02-06 13:12:51 <mm_> how do i turn on debugging in /etc/lightdm/lightdm.conf?
2021-02-06 13:13:27 <mm_> there is no gdm, only lightdm ...
2021-02-06 13:14:16 <Cogitri> Ah, if you don't use gdm then I'm afraid I don't know how to help you, haven't ever used lightdm
2021-02-06 13:16:56 <mm_> found the debug option in lightdm-gtk-greeter.conf ... maybe I will get something out of it ...
2021-02-06 13:30:37 <kmmndr> Hi all :-)
2021-02-06 13:31:20 <kmmndr> thunderbird is still crashing using latest version from testing
2021-02-06 13:31:21 <ikke> o/
2021-02-06 13:31:31 <kmmndr> https://gitlab.alpinelinux.org/alpine/aports/-/issues/12017
2021-02-06 13:31:45 <kmmndr> I did compile thunderbird-dbg
2021-02-06 13:32:57 <kmmndr> It is complaining at installation (ERROR: Failed to create usr/lib/debug/usr/lib/thunderbird/libxul.so.debug: No error information) but the file is still present on disk
2021-02-06 13:33:57 <kmmndr> Any idea why ?
2021-02-06 13:50:19 <kmmndr> I'm trying to get the backtrace of the segfault at thunderbird startup
2021-02-06 13:52:23 <kmmndr> Printing the backtrace in gdb generate an error "../../gdb/inline-frame.c:172: internal-error: void inline_frame_this_id(frame_info*, void**, frame_id*): Assertion `frame_id_p (*this_id)' failed."
2021-02-06 13:52:29 <kmmndr> Cogitri: any idea ? :-)
2021-02-06 14:24:03 <Cogitri> kmmndr: Not really, maybe try lldb
2021-02-06 14:24:49 <kmmndr> Cogitri: Thanks, I'll try
2021-02-06 15:14:25 <mps> telmich: np
2021-02-06 15:15:12 <mps> I had issues starting slim when removed ifudown-ng and loopback was savior
2021-02-06 15:15:29 <Lutin> it seems that chrony doesn't resync time when my VMcomes out of standbymodus
2021-02-06 15:15:43 <Lutin> or actually my laptop out of standby where my Vm runs on
2021-02-06 15:51:43 <Namenoter> Pulseaudio is installed, and dbus is installed. When starting vlc error: Failed to connect to the session daemon D-Bus: /usr/bin/dbus-startup completed abnormally without any error message
2021-02-06 15:51:54 <Namenoter> Don't hit me I'm a noob. And I use a translator.
2021-02-06 15:54:06 <ikke> What version of Alpine Linux?
2021-02-06 15:54:19 <Namenoter> 3.13
2021-02-06 15:55:13 <Namenoter> The main, community repositories are connected.
2021-02-06 15:55:30 <telmich> I've two almost identical notebooks, one has xbacklight output, one does not. Both have the sysfs entry. I wonder what is different...
2021-02-06 16:01:59 <telmich> Both have xf86-video-intel. The working one is on Linux 5.10.6, the non working one on Linux 5.10.13
2021-02-06 16:03:04 <Hello71> light is better anyways :p
2021-02-06 18:16:44 <telmich> It seems grafana 7.4.0 is broken on alpine. It contains this code in the index.html that is clearly wrong: `<link rel="stylesheet" href="[[.ContentDeliveryURL]]public/build/grafana.[[ .Theme ]].<%= webpack.hash %>.css" />`
2021-02-06 18:17:52 <telmich> Question is, whether this problem is due to a build error on alpine or something else (the webpack.hash part stays literally in the code and generates urls like https://emonitor1.place5.ungleich.ch/public/build/grafana.dark.%3C%=%20webpack.hash%20%%3E.css
2021-02-06 18:22:23 <telmich> On a devuan system the html contains `<link rel="stylesheet" href="public/build/grafana.[[ .Theme ]].d3489276abe5fda2bd26.css" />`
2021-02-06 18:29:12 <hechos> hello guys is right edge repos doesnt have xf86-input-keyboard???
2021-02-06 18:36:41 <MY-R> hechos: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12362
2021-02-06 18:36:44 <MY-R> hechos: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12374
2021-02-06 18:38:08 <hechos> okey so how can replace?
2021-02-06 18:38:25 <hechos> when install edge as no keyboard.
2021-02-06 18:42:51 <hechos> evdev?
2021-02-06 18:44:45 <MY-R> hechos: evdev and/or libinput
2021-02-06 18:45:13 <hechos> MY-R: what you think have to use for keyboarD?
2021-02-06 18:46:06 <MY-R> doesnt matter which, I prefer evdev but libinput is I think already default in many distros
2021-02-06 18:46:41 <hechos> MY-R: okey.
2021-02-06 18:46:42 <hechos> thnx
2021-02-06 18:46:51 <MY-R> you are welcome :)
2021-02-06 18:47:28 <hechos> no need to configure any file right?
2021-02-06 18:47:34 <hechos> to use evdev?
2021-02-06 18:48:32 <MY-R> should work right out of the box
2021-02-06 18:49:02 <hechos> im installing to testing and see if qutebrowser 2.01 works better in alpine
2021-02-06 18:50:14 <MY-R> hechos: https://gitlab.alpinelinux.org/alpine/aports/-/issues/11023
2021-02-06 18:51:12 <MY-R> so should work
2021-02-06 18:51:17 <hechos> MY-R: aha, but is fixed?
2021-02-06 18:51:36 <hechos> i know qtwebengine lack of support of musl.
2021-02-06 18:52:05 <hechos> damm still got no keyboard
2021-02-06 18:52:13 <hechos> install evdev and doesnt work.
2021-02-06 18:52:14 <MY-R> issue is still open but other things causing problems were merged, so maybe will be fine
2021-02-06 18:52:38 <MY-R> hechos: it depends how you start wm, are your user in "input" group?
2021-02-06 18:52:52 <hechos> ohh, may be not.
2021-02-06 18:53:49 <hechos> MY-R: i use suckless dwm slstatus st.
2021-02-06 18:53:55 <hechos> dmenu
2021-02-06 18:54:52 <MY-R> hechos: did you run before setup-xorg-base?
2021-02-06 18:55:55 <telmich> ok, there are 2 regressions when upgrading to 5.10.13: a) the user has to be in the `input` group, otherwise xorg does not allow access anymore and b) xbacklight does not work on intel  UHD Graphics 620 anymore
2021-02-06 18:56:23 <hechos> MY-R: no i write automated script to install an setup all my stuff.
2021-02-06 18:56:33 <telmich> Both were not present in 5.10.12
2021-02-06 18:56:44 <hechos> MY-R: poorly designed but works.
2021-02-06 18:56:48 <hechos> MY-R: lol
2021-02-06 18:57:21 <hechos> telmich: thanks
2021-02-06 18:57:32 <hechos> telmich: BSD
2021-02-06 18:57:50 <MY-R> hechos: not sure but you need eudev installed (by default Alpine using mdev) and start dbus service
2021-02-06 18:57:51 <hechos> always need to be in input, other way as no keyaboard.
2021-02-06 18:58:34 <hechos> MY-R: alright.
2021-02-06 18:59:08 <telmich> Well, it was not required to be in the `input group` until 5.10.13
2021-02-06 18:59:11 <MY-R> hechos: just look at the setup-xorg-base script what it doing
2021-02-06 18:59:17 <hechos> MY-R: dont know is my setup or openrc but runit on voidlinux load faster x window. here on alpine have some delay to start dwm
2021-02-06 18:59:46 <MY-R> for sure runit load much faster
2021-02-06 19:00:01 <hechos> MY-R: this setup like is work perfectly on latest-stable. problems is when switch to edge?
2021-02-06 19:00:04 <hechos> !
2021-02-06 19:00:26 <hechos> MY-R: really or kidding me?
2021-02-06 19:00:27 <MY-R> if working great then dont touch it :)
2021-02-06 19:01:55 <hechos> yeah confirm need to be on input group, otherway doesnt got nothing.
2021-02-06 19:08:01 <hechos> MY-R: if touch runit leave to work you say?
2021-02-06 19:12:04 <MY-R> openrc is default in Alpine so all should work just fine, if you wanna play with runit just to save few seconds of boot time then you will be on your own
2021-02-06 19:12:37 <hechos> MY-R: no way, leave like that.
2021-02-06 19:12:43 <telmich> hmm, downgrading to 5.4.84-0-lts does not fix the problem, so it might not actually be a kernel issue
2021-02-06 19:12:54 <hechos> MY-R: 3 seconds 8 months of research
2021-02-06 19:13:07 <hechos> MY-R: nevermind, just ask to know.
2021-02-06 19:13:52 <MY-R> :)
2021-02-06 19:21:01 <telmich> Follow up: I could not identify what causes the xbacklight not to work anymore, but I've seen it now on 2 devices (t490s)
2021-02-06 21:00:05 <bl4ckb0ne> does apk havesomething to locate dependencies from inside the package?
2021-02-06 21:00:18 <telmich> Downgrading to Alpine 3.13 (from edge) fixes the xbacklight issue
2021-02-06 21:00:20 <maxice8> dependencies from inside the package ?
2021-02-06 21:00:23 <bl4ckb0ne> I have an error on a .so not found but the file is inside the package
2021-02-06 21:00:41 <bl4ckb0ne> (packaging binary source)
2021-02-06 21:01:39 <Cogitri> Maybe the so isn't in the library search path
2021-02-06 21:13:55 <bl4ckb0ne>  dosnt seems to be blocking the process though
2021-02-06 21:18:50 <alxsdf> How do I force apk to overwrite ffmpeg-libs with a local version compiled with different options, without removing it?
2021-02-06 21:19:23 <ikke> alxsdf: give the package a different name, and then add a provides + replaces on the old package
2021-02-06 21:22:02 <alxsdf> that... would be timely the package took an hour or two to recompile. Is there a way to remove a dependency without removing dependents? It would be easier to pull it out and then push the new one in (the dependency is going to be satisfied when the packages are in use, it just will temporarily be broken)
2021-02-06 21:22:10 <alxsdf> *because the
2021-02-06 21:22:43 <alxsdf> I'm two steps away from extracting the package components and mv'ing them across the filesystem
2021-02-07 02:06:31 <Lutin> it seems that chrony doesn't resync time when my VMcomes out of standbymodus, or actally my laptop does... how does that come ? Can I et some interval for chrony or so ?
2021-02-07 03:28:22 <LearningPython> I'm trying to install go. I downloaded the Linux install file, and followed the instructions under "linux" here: https://golang.org/doc/install
2021-02-07 03:28:53 <LearningPython> Then I added export PATH=$PATH:/usr/local/go/bin to /etc/profile
2021-02-07 03:29:02 <LearningPython> and did source /etc/profile
2021-02-07 03:29:10 <LearningPython> But when I type go version it says ash: command not found
2021-02-07 03:29:50 <LearningPython> Even if I cd into /usr/local/go/bin  and type go version it says ash: command not found
2021-02-07 03:52:36 <qman__> you downloaded a binary from the internet, and it's more than likely built against glibc
2021-02-07 03:52:47 <qman__> alpine uses musl libc
2021-02-07 03:53:25 <qman__> instead, you should use alpine packages to install software when available, and compile them for alpine when not
2021-02-07 03:53:27 <qman__> https://pkgs.alpinelinux.org/packages?name=go&branch=edge
2021-02-07 03:55:46 <qman__> so, undo everything you did, and instead, apk add go
2021-02-07 05:50:37 <LearningPython> qman__ apk add go gives
2021-02-07 05:50:48 <LearningPython> no such package
2021-02-07 05:52:02 <LearningPython> What do you mean it's built against glibc but I should use alpine packages. I understand glibc is a C library
2021-02-07 05:52:03 <qman__> you need to enable the community repository
2021-02-07 05:52:16 <LearningPython> oh
2021-02-07 05:53:49 <qman__> most linux distributions are built using glibc, and most linux software binaries floating around on the internet are also built on glibc because of it, but alpine is not, and won't run binaries built with glibc
2021-02-07 05:54:05 <LearningPython> oh
2021-02-07 05:54:30 <LearningPython> I've added the community repo but when I typ eapk add go it says  OK: 1338mib in 158 packages
2021-02-07 05:55:30 <qman__> apk info go
2021-02-07 05:55:38 <qman__> should show you information about the available/installed go packages
2021-02-07 05:56:14 <qman__> also, you have to apk update after enabling the repo if you didn't already
2021-02-07 05:57:45 <LearningPython> oh no I haven't. I am not familiar with apk package manager. What I'm trying to do is install bettercap. Bettercap says it runs in alpine linux in a docker container that uses alpine linux. So I thought, why not install alpine linux natively then install bettercap
2021-02-07 05:58:01 <LearningPython> but to install bettercap on alpine linux you need go
2021-02-07 05:58:10 <LearningPython> So now I'm trying to install go and having all sorts of problems
2021-02-07 05:58:39 <qman__> well, if you view the dockerfile they use to build their container, it will show you all the exact steps they used
2021-02-07 05:58:59 <LearningPython> I did apk up[date and it says '13879 distinct packages available'
2021-02-07 05:59:08 <LearningPython> Oh, I see.
2021-02-07 05:59:20 <qman__> ok, you should be able to apk add go now
2021-02-07 06:00:20 <LearningPython> it just says
2021-02-07 06:00:20 <LearningPython> OK: 1338 MiB in 158 packages
2021-02-07 06:00:34 <qman__> ok, what about apk info go
2021-02-07 06:00:43 <qman__> you should see a paragraph with the version available
2021-02-07 06:00:48 <LearningPython> Go programming language compiler
2021-02-07 06:00:48 <LearningPython> go-1.15.7-r0 webpage:
2021-02-07 06:00:49 <LearningPython> https://golang.org/
2021-02-07 06:00:49 <LearningPython> go-1.15.7-r0 installed size:
2021-02-07 06:00:50 <LearningPython> 309 MiB
2021-02-07 06:01:01 <LearningPython> but go version says ash: go: not found
2021-02-07 06:01:14 <qman__> did you remove the one you downloaded?
2021-02-07 06:02:18 <LearningPython> I just did now
2021-02-07 06:02:23 <LearningPython> But apk add go still sayts the same thing
2021-02-07 06:04:20 <qman__> are you running "apk add go" as root?
2021-02-07 06:04:40 <LearningPython> yessir
2021-02-07 06:04:57 <LearningPython> just says OK: 1338MiB in 158 packages
2021-02-07 06:05:25 <qman__> ls /usr/bin/go
2021-02-07 06:05:29 <qman__> that's where it installs
2021-02-07 06:05:48 <qman__> I just tested on one of my VMs
2021-02-07 06:06:40 <LearningPython> wow
2021-02-07 06:06:42 <LearningPython> So it's there
2021-02-07 06:06:57 <LearningPython> if I go there, ./go version works
2021-02-07 06:07:04 <qman__> since you edited your PATH before, check to make sure there isn't an error with it
2021-02-07 06:07:16 <qman__> echo $PATH to check
2021-02-07 06:07:51 <LearningPython> it says /usr/local/go/bin:/usr/local/go/bin
2021-02-07 06:07:59 <qman__> well, there's your problem
2021-02-07 06:08:03 <qman__> you removed /usr/bin and /bin from it
2021-02-07 06:08:20 <LearningPython> All the instructions told me to extract the file in /usr/local/
2021-02-07 06:08:29 <qman__> $ echo $PATH
2021-02-07 06:08:30 <qman__> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
2021-02-07 06:08:33 <LearningPython> and then add the path /usr/local.... to path
2021-02-07 06:08:38 <LearningPython> why the fuck is go in usr/bin
2021-02-07 06:08:51 <qman__> packages managed by your system go in /usr/bin
2021-02-07 06:08:56 <LearningPython> I've only ever extracted any files in /usr/local
2021-02-07 06:09:03 <qman__> software you install manually generally goes in /usr/local/bin
2021-02-07 06:09:06 <LearningPython> So you're saying the instructions were wrong
2021-02-07 06:09:20 <qman__> as in, not managed by your package manager
2021-02-07 06:09:53 <qman__> that isn't the issue, the issue is that rather than add those to your PATH, you replaced your PATH with only those entries
2021-02-07 06:10:37 <qman__> it checks each entry in order, left to right, so the leftmost ones are checked first
2021-02-07 06:10:55 <qman__> so when you add custom locations for manually installed software, you add them to the left side, but you still need the other ones
2021-02-07 06:11:03 <qman__> for all the other software already installed on your system
2021-02-07 06:11:34 <LearningPython> I kinda 50% understand that. I'm still learning linux too, and path stuff has always confused me
2021-02-07 06:11:42 <qman__> you can fix this in your current session by doing this
2021-02-07 06:11:54 <qman__> export PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
2021-02-07 06:12:11 <qman__> you'll need to check your config files though, any ones you edited, and revert them to the original settings
2021-02-07 06:12:14 <LearningPython> holy shit that did fix it
2021-02-07 06:12:56 <LearningPython> I'm still confused. I only extracted my downloaded files into /usr/local. When I manually downloaded it. Why couldn't I launch the binary from there?
2021-02-07 06:13:14 <qman__> the binary is not compatible with alpine, so it can't be executed
2021-02-07 06:13:24 <LearningPython> ohhhhhhhhhhhhhhhh
2021-02-07 06:13:47 <LearningPython> And then the package manager downloaded a compatible binary to /usr/bin, and I was able to correctly add that to my path?
2021-02-07 06:13:52 <qman__> yes
2021-02-07 06:14:02 <LearningPython> thank you qman__ that makes sense
2021-02-07 06:14:42 <LearningPython> so if I were using a more mainstream distro that used glibc, the 'normal' first way I tried would've worked
2021-02-07 06:14:50 <qman__> yes, although
2021-02-07 06:14:52 <LearningPython> or if I were to have compiled it myself on alpine
2021-02-07 06:14:59 <qman__> I would stil advise to use the package manager on any other distribution first
2021-02-07 06:15:18 <qman__> and only do it that way if the package manager either doesn't supply it, or doesn't supply a new enough version, or similar
2021-02-07 06:16:36 <qman__> when you install software without using the package manager, you're on your own when it comes to updates and compatibility; if you use the package manager, then you just run system updates to keep things up to date
2021-02-07 06:16:49 <qman__> and it manages dependencies for you
2021-02-07 06:17:35 <qman__> and yes, if you need software that isn't in the alpine repositories, you can compile it yourself on alpine, against musl libc, to produce binaries that work on alpine
2021-02-07 06:17:48 <qman__> alpine has abuild to make it easy
2021-02-07 06:18:01 <LearningPython> Yeah. I was thinking it probably had something to do with that. I didn't realize there were more repos I had to add
2021-02-07 06:18:26 <LearningPython> Yeah I was going to go down that path next, if I couldn't do it this way, but it looked even more challenging
2021-02-07 06:19:03 <qman__> yeah, when I say easy I mean relatively so, there's still a fair bit to it
2021-02-07 06:19:04 <LearningPython> But I wanted to understand why it wasn't working and now I do; so I thank you for that
2021-02-07 10:20:37 <AndroidDAW> is it possible to port apk-tool (alpine's package manager) to android?
2021-02-07 10:20:49 <AndroidDAW> specifically a java api
2021-02-07 10:24:11 <mps> AndroidDAW: why?
2021-02-07 10:24:32 <mps> android apk and alpine apk are different things
2021-02-07 10:25:51 <AndroidDAW> cus i want to use an alpine based jfrog package repository as a package repository for my android applications
2021-02-07 10:26:33 <AndroidDAW> eg package my application and any additional info into alpine apk packages and upload to the repo
2021-02-07 10:27:09 <mps> what repo? alpine?
2021-02-07 10:27:21 <mps> which*
2021-02-07 10:27:45 <AndroidDAW> https://smallville7123.jfrog.io/ui/admin/repositories/remote/new
2021-02-07 10:29:07 <mps> sorry, I still don't understand intention
2021-02-07 10:30:55 <AndroidDAW> i want to create a package management application for android where i can easily install and update my own applications without needing to go through complex google play package releasing and stuff
2021-02-07 10:31:43 <mps> but alpine apk-tool can't handle android apks
2021-02-07 10:31:47 <AndroidDAW> i know
2021-02-07 10:31:57 <AndroidDAW> but it CAN package them
2021-02-07 10:32:04 <mps> better look at f-droid
2021-02-07 10:32:12 <AndroidDAW> (just like any other file the alpine package apk may contain)
2021-02-07 10:32:52 <AndroidDAW> mps: it probably does not have an easy to use api for package management
2021-02-07 10:33:02 <AndroidDAW> f-droid probably doesnt*
2021-02-07 10:33:11 <mps> apk-tools are simple and will be simple and a lot of changes will be needed to handle android apks
2021-02-07 10:33:28 <AndroidDAW> paper1: i dont want to handle android apks
2021-02-07 10:33:32 <AndroidDAW> mps: *
2021-02-07 10:33:41 <AndroidDAW> i want to handle alpine apks
2021-02-07 10:33:47 <mps> ok
2021-02-07 10:34:04 <mps> alpine apk is basically tar file
2021-02-07 10:35:22 <ikke> AndroidDAW: android is adding more and more limitations to this kind of workflows
2021-02-07 10:35:25 <AndroidDAW> basically, android.apk + data.txt -> alpine.apk -> repo -> apk-tool -> alpine.apk -> extract to android.apk and data.txt -> parse data.txt -> install android.apk via android's pm
2021-02-07 10:36:30 <AndroidDAW> and any metadata alpine apk's require
2021-02-07 10:46:18 <AndroidDAW> mps: ?
2021-02-07 10:49:36 <mps> AndroidDAW: sorry I still don't understand. But as I told to extend apk-tools to handle android requeriments is not simple task as just porting it
2021-02-07 10:50:58 <mps> but again I don't know is android apk tools are actually used alpine apk-tools as base when they made it
2021-02-07 10:51:08 <mps> maybe, who knows :)
2021-02-07 10:51:14 <AndroidDAW> i dont need it to handle android
2021-02-07 10:51:27 <AndroidDAW> i just need it to upload, search, and download packages
2021-02-07 10:51:42 <AndroidDAW> build, upload, download, and extract*
2021-02-07 10:51:56 <mps> will android allow this?
2021-02-07 10:52:18 <AndroidDAW> what do you mean
2021-02-07 10:53:18 <mps> android doesn't allow installation easily
2021-02-07 10:53:42 <AndroidDAW> i know
2021-02-07 10:53:42 <mps> it wants to check permissions etc for apps
2021-02-07 10:53:49 <AndroidDAW> i know
2021-02-07 10:54:16 <mps> can you install app on android by simply untar tarball
2021-02-07 10:54:29 <AndroidDAW> and it is up to the user to decide if the app should be installed depending on the permissions it requires
2021-02-07 10:54:58 <AndroidDAW> mps: as long as the apk file inside the tarball is not corrupted during untaring
2021-02-07 10:55:23 <mps> then you have solution
2021-02-07 10:55:32 <AndroidDAW> i know
2021-02-07 10:56:03 <AndroidDAW> the only problem is api-tool is not built for android/ndk
2021-02-07 10:56:07 <AndroidDAW> apk-tool *
2021-02-07 10:56:22 <AndroidDAW> or whatever the package manager is
2021-02-07 10:56:44 <mps> you can try to build it
2021-02-07 10:56:44 <AndroidDAW> apk/apk-tool/whatever xP
2021-02-07 10:56:57 <mps> apk-tools is name
2021-02-07 10:57:05 <AndroidDAW> ok :)
2021-02-07 11:32:06 <AndroidDAW> how easy is it to create a alpine package from scratch?
2021-02-07 11:32:35 <ikke> not difficult
2021-02-07 11:32:45 <AndroidDAW> ok :)
2021-02-07 11:32:53 <AndroidDAW> where would i find info on doing so?
2021-02-07 11:33:09 <ikke> https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package
2021-02-07 11:36:42 <telmich> fyi: we are soon migrating our ceph clusters to alpine, around 1 PB of data
2021-02-07 11:36:42 <AndroidDAW> oof it looks complicated
2021-02-07 11:37:14 <ikke> AndroidDAW: use newapkbuild, and you get most of the structure already
2021-02-07 11:37:23 <ikke> then it's just filling in the 'gaps'
2021-02-07 11:37:38 <ikke> telmich: quite a lot :)
2021-02-07 11:40:39 <AndroidDAW> hmmm
2021-02-07 11:41:06 <AndroidDAW> how would i go about building an alpine package on mac os?
2021-02-07 11:42:12 <AndroidDAW> eg enough to successfully package, say song,mp3 into an installable alpine apk package
2021-02-07 11:42:17 <ikke> AndroidDAW: https://gitlab.alpinelinux.org/alpine/docker-abuild
2021-02-07 12:00:18 <mrsenshi> Still hoping someone has a fix for pipewire on GNOME, not seeing volume controls...
2021-02-07 12:04:55 <mps> telmich: 1% is reserved for me? ;p
2021-02-07 12:32:08 <Newbyte> Where does APK store its lockfile?
2021-02-07 12:33:07 <mps> Newbyte: /lib/apk/db/
2021-02-07 12:54:44 <telmich> mps: hehe..1 huge %. It's actually funny: we usually upgrade the cluster so that it operates in the 75-80% area. Turns out, the bigger it gets, the more hdds you need for just restoring 1%...
2021-02-07 12:54:52 <telmich> Side node: ceph on alpine seems to be missing quite some requirements: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12404
2021-02-07 13:01:15 <qman__> yeah, that sort of problem is not uncommon in the community repo, particularly when there's no maintainer, as is currently the case with ceph
2021-02-07 13:06:27 <qman__> guessing they need to be added here https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/ceph/APKBUILD#L552
2021-02-07 13:12:01 <telmich> In that case we might be going down the road of becoming a maintainer. I think ceph on alpine can be very valuable for a lot of people
2021-02-07 13:13:00 <qman__> yeah, was about to mention, I wouldn't trust 1PB of data on an unmaintained community package ;)
2021-02-07 13:53:27 <telmich> Something is again messing with IPv6 on a fresh Linux installation and sets `net.ipv6.conf.bond0.use_tempaddr = 2`
2021-02-07 13:53:58 <telmich> Interestingly, no /etc/sysctl.d files that cause this
2021-02-07 13:56:38 <telmich> Also interesting: it's set for bonding, bridges, but not for eth0/eth1
2021-02-07 15:53:59 <telmich> Do we have cri-o in alpine?
2021-02-07 15:55:12 <MY-R> telmich: check '/lib/sysctl.d/'
2021-02-07 15:56:23 <MY-R> net.ipv6.conf.default.use_tempaddr = 2 / net.ipv6.conf.all.use_tempaddr = 2
2021-02-07 15:57:08 <fourstepper> hi, is it possible that nfs server on Alpine doesn't handle nfsv3?
2021-02-07 15:58:18 <telmich> hmm, does not look like
2021-02-07 15:59:03 <fourstepper> I mean, nfsv4
2021-02-07 16:02:48 <Hello71> i think it needs some different configuration
2021-02-07 16:03:04 <Hello71> compared to v3
2021-02-07 16:03:17 <Hello71> https://git.alpinelinux.org/aports/tree/main/linux-lts/config-lts.x86_64#n8411
2021-02-07 16:03:26 <Hello71> er, https://git.alpinelinux.org/aports/tree/main/linux-lts/config-lts.x86_64#n8429
2021-02-07 16:11:59 <oorangak> Anyone knows why xfce won't detect my webcam?
2021-02-07 16:13:41 <Hello71> you're going to have to be more specific
2021-02-07 16:16:54 <oorangak> It doesn't detect it in cheese, zoom via flatpak
2021-02-07 16:16:55 <oorangak> None
2021-02-07 16:17:04 <oorangak> I already modprobed it,
2021-02-07 16:17:13 <oorangak> But kde worked fine
2021-02-07 17:16:52 <telmich> MY-R: thanks a lot! How comes that file is now in /lib and not /etc/sysctl.d anymore?
2021-02-07 17:22:38 <MY-R> telmich: dunno but you can always overwrite it by put things in /etc/sysctl.d/
2021-02-07 17:24:34 <mps> because modern developers want to destroy 'old world' and make 'new world' according their ideology^Wvisions
2021-02-07 17:24:36 <MY-R> so Alpine can still provide sane default settings without worry that user miss them
2021-02-07 17:44:49 <darkfader> MY-R: as if that would not work with a file named /etc/sysctl.d/00-alpine-3.12-defaults
2021-02-07 17:50:37 <MY-R> darkfader: sure but then some users would start modificate that file and apk couldnt overwrite it and after upgrade to next release (3.13) there will be another extra 3.13-defaults
2021-02-07 17:53:07 <job79> oorangak: is your user in the 'video' group?
2021-02-07 19:05:11 <darkfader> MY-R: can't agree. my colleagues and i were able to solve that for a 90k-people org with 10000+ of linux systems in a way that didn
2021-02-07 19:05:55 <darkfader> 't need any extra dirs and still gave space to users to do their stuff
2021-02-07 19:06:37 <darkfader> mps'view might sound harsh but its closer to truth
2021-02-07 19:07:15 <darkfader> sometimes it's better to sit down a few days longer in design of trivialties to find something nicer for the end-users
2021-02-07 19:07:32 <darkfader> anyesy
2021-02-07 19:07:54 <darkfader> it's 2021 and we should enjoy life and not care about when it's weird
2021-02-07 19:15:26 <mps> darkfader: I tried to write kindly message
2021-02-07 19:54:57 <yann-kaelig> Hi
2021-02-07 19:55:38 <yann-kaelig> I'm looking for an apkgbuild as example to package a web nodejs application. Any name that you have in mind ?
2021-02-07 19:59:02 <maxice8> kiwiirc ?
2021-02-07 20:34:06 <gray-_-wolf> Does APKBUILD has something like epoch that is present in PKGBUILDs (archlinux's) or is that something that was deemed not necessary?
2021-02-07 20:34:24 <maxice8> We don't have as far as I'm aware
2021-02-07 20:35:47 <gray-_-wolf> Hm I guess for distro with actual releases (not rolling) it's not really necessary
2021-02-07 20:41:22 <ikke> Sometimes it would be convenient to have
2021-02-07 20:58:01 <int0TheRain> Hi!
2021-02-07 20:58:02 <int0TheRain> is there a non-amazon mirror of the cloud-init enabled images that are listed at https://alpinelinux.org/cloud/ ?
2021-02-07 20:58:43 <ikke> int0TheRain: we're still working to provide images for other cloud providers
2021-02-07 20:58:53 <int0TheRain> looking to use it local in a kvm
2021-02-07 20:59:41 <int0TheRain> am using now https://github.com/alpinelinux/alpine-make-vm-image but was wondering if i can give cloud-init ones a spin
2021-02-07 21:00:11 <gray-_-wolf> ikke: is there a "wishlist" for providers somewhere?
2021-02-07 21:00:13 <int0TheRain> i'm using alpine in a kvm'd setup - running k3s on it
2021-02-07 21:03:25 <Hello71> iirc all you need to do is apk add cloud-init
2021-02-07 21:03:35 <Hello71> which several people here were upset about
2021-02-07 21:04:34 <int0TheRain> gray_-_wolf https://cloud-images.ubuntu.com/ - 3 big ones and many flavours of images for diff hypervisors
2021-02-07 21:05:44 <int0TheRain> Hello71 yeah i know - but since i bake my qcow2 image already using alpine-make-vm-image i get to configure the machine so i don't need cloud-init anymore
2021-02-07 21:06:27 <ikke> Hello71: beccause it changes the system in ways that's not normal/expected for aports packages (but the usecase is different)
2021-02-07 21:07:17 <Hello71> yes, i am still upset about cloud-init rc-update
2021-02-07 21:07:29 <mps> also I'm
2021-02-07 21:07:39 <mps> but ..
2021-02-07 21:08:09 <mps> I care less and less for alpine path now
2021-02-07 21:08:56 <mps> it is doomed already
2021-02-07 21:09:28 <int0TheRain> :D
2021-02-07 21:09:28 <int0TheRain> trust me whatever your quarrel is with cloud-init:D  stick your head outthere and try to find something simple and minimal and working :)
2021-02-07 21:09:29 <int0TheRain> not blowing hot air into anyone's ass but i'm self-hosting for 15+ years and kinda seen them all :)
2021-02-07 21:10:06 <int0TheRain> (talking about a distro)
2021-02-07 21:10:31 <Hello71> wat
2021-02-07 21:10:39 <mps> not much about cloud-init (it is just one pkg) but in general about alpine
2021-02-07 21:12:06 <mps> that doesn't mean I will stop to make alpine better, ofc
2021-02-07 21:12:27 <mps> but few can't stop degradation, I fear
2021-02-07 21:14:13 <int0TheRain> ikke: any estimation when some things would be published ?
2021-02-07 21:14:13 <int0TheRain> getting my hands dirty with packer like https://github.com/wenerme/alpine-image is not on my plate right now
2021-02-07 21:17:24 <gray-_-wolf> Well I do like tini-ec2-bootstrap more then cloud-init. Seems to work well enough (I do admit I have patched version) and it is much smaller and simplier.
2021-02-07 22:38:20 <oorangak> job79: yes my user is in the video group
2021-02-07 22:38:31 <oorangak> damnit I can't reply
2021-02-07 22:39:14 <oorangak> [00:53]  job79: yes
2021-02-07 22:39:18 <oorangak> Fucm
2021-02-07 22:41:28 <oorangak> Yes
2021-02-07 22:45:01 <oorangak> job79: yea I'm in the video group
2021-02-07 22:45:13 <oorangak> Damn
2021-02-08 00:00:00 <zacts> does alpine Linux support KDE?
2021-02-08 00:00:58 <Hello72> this seems like some kind of xy problem...
2021-02-08 00:01:18 <Hello72> it's not exactly hard to check if alpine has some kde packages
2021-02-08 00:02:00 <zacts> yeah. I see that it has KDE packages, but I wonder how well supported KDE is on alpine
2021-02-08 00:02:45 <Hello72> alpine is not historically a desktop distro, but recently some people want to use it that way (and are putting in effort to make it usable)
2021-02-08 00:02:54 <Hello72> PureTryOut[m]2: ^
2021-02-08 00:02:56 <zacts> hum... actually, I think I'll just try it out in qemu or something.
2021-02-08 00:03:08 <zacts> I only have one laptop, and I'm wondering if I might switch to alpine.
2021-02-08 00:03:36 <Hello72> that is a reasonable idea. alpine 3.13 has some changes to make desktop usage better by default
2021-02-08 00:03:48 <zacts> ok
2021-02-08 00:03:52 <Hello72> (removing nomodeset and defaulting to xf86-video-modesetting)
2021-02-08 00:05:12 <Hello72> but alpine is a diy distro, similar to arch but even more so. if you're expecting a fedora or ubuntu experience you'll be disappointed
2021-02-08 00:06:07 <zacts> thanks
2021-02-08 01:21:58 <tsujp> howdy -- I'm trying to install `sway` but it's reporting there is no such package..? x86_64 `apk update && apk add sway`
2021-02-08 01:22:00 <tsujp> What gives?
2021-02-08 01:28:02 <ipcloud[m]> is your /etc/apk/repositories set to the 'edge' branch?
2021-02-08 01:28:15 <ipcloud[m]> see = https://pkgs.alpinelinux.org/packages?name=sway&branch=edge
2021-02-08 01:29:23 <tsujp> it's set to `latest-stable` which also has sway: https://pkgs.alpinelinux.org/packages?name=sway&branch=v3.13
2021-02-08 01:30:55 <tsujp> ipcloud[m] http://ix.io/2OGS
2021-02-08 01:31:55 <tsujp> ugh I forgot to enable community, my bad
2021-02-08 01:31:59 <tsujp> tis commented out
2021-02-08 07:21:22 <tsujp> Does anyone here use syncthing on alpine? It has no config file when installed from `apk` right?
2021-02-08 10:10:01 <mrsenshi> Most robust guide for full disk encryption on Alpine Linux? I'm looking to have a separate home and root partition, encrypted with different keys. This makes it possible for me to mount or share the home partition without exposing the root partition to possible tampering.
2021-02-08 16:03:51 <falcon74> Hi
2021-02-08 16:05:03 <falcon74> How well does Rust-lang work on Alpine ? What is the right way to install it ? I tried the officially recommended method with curl fetching a shell-script and executing it, which seemed to run to completion, but I just get loads of _Unwind_... errors.
2021-02-08 16:06:27 <PureTryOut[m]2> The official method uses Rustup which afaik doesn't yet work with Musl. You can instead get Rust and Cargo from the Alpine repositories for now, `apk add cargo`
2021-02-08 16:14:56 <falcon74> Ah ok, thanks. Does this mean that most of the crates too might not work on musl ?
2021-02-08 16:19:22 <ikke> falcon74: they should work
2021-02-08 16:20:05 <ikke> most crates don't rely directly on libc
2021-02-08 16:20:59 <falcon74> Ah, good to know. I hope that it is true for diesel and actix.
2021-02-08 16:21:17 <falcon74> This discussion on reddit threw me off a bit https://www.reddit.com/r/rust/comments/j52wwd/overcoming_linking_hurdles_on_alpine_linux/
2021-02-08 16:24:12 <ikke> From what I see, that's mostly about fully static compiling
2021-02-08 16:24:30 <ikke> target-feature=+crt-static
2021-02-08 16:25:38 <falcon74> Indeed
2021-02-08 16:55:40 <telmich> I think I asked yesterday, but did not see any reply: cri-o in alpine is something that is intentionally not there or just nobody cared so far?
2021-02-08 16:57:32 <ikke> Not sure if anyone has tried it before
2021-02-08 17:11:10 <mps> what is cri-o
2021-02-08 17:11:18 <ikke> https://cri-o.io/
2021-02-08 17:11:27 <ikke> a container run-time
2021-02-08 17:11:44 <ikke> optmized for kubernetes
2021-02-08 17:12:59 <mps> ah, I'm not interested for sure ;)
2021-02-08 17:22:45 <ebb> CRI-O is an adapter between the Kubernetes Container Runtime Interface (CRI) and the Open Container Initiative (OCI) Runtime interface
2021-02-08 17:23:00 <ebb> It took me a good half-hour to work out that those are separate, when first reading up on it
2021-02-08 18:20:01 <telmich> It seems like cri-o is "the" container engine that most k8s deployments are using now
2021-02-08 18:21:32 <telmich> If anyone is interesting in adding cri-o support, I already started writing the apkbuild, but struggle a bit with the deps - f.i. I don't see libdevmapper-dev in alpine
2021-02-08 18:23:51 <telmich> https://gitlab.alpinelinux.org/telmich/aports/-/tree/cri-o/testing/cri-o
2021-02-08 18:23:53 <programmerq> telmich▸ cri-tools is in the testing repository, along with a bunch of other kubernetes type packages
2021-02-08 18:24:19 <programmerq> not sure if that has cri-o itself
2021-02-08 18:24:21 <programmerq> https://pkgs.alpinelinux.org/package/edge/testing/x86_64/cri-tools
2021-02-08 18:24:43 <programmerq> fcolista is the maintainer of a lot of those kube packages.
2021-02-08 18:30:55 <telmich> That's a different thing, cri-tool. But a good hint to coordinate with fcolista
2021-02-08 18:31:10 <telmich> fcolista: ping. Are you interested in cri-o in Alpine / do you have any thoughts on it?
2021-02-08 22:56:28 <mla> maxice8: i see you removed a pkg i was maintainer of -- foxtrotgps. is there chance if i put mr to move back to testing.. would that be merged? libglade + gtk2 are eol.. but still in alpine so foxtrotgps should still be buildable
2021-02-08 22:57:09 <maxice8> yes but the libglade dependency must be removed
2021-02-08 22:58:35 <mla> alight thanks - will have to check if libglade is opt dep
2021-02-08 22:58:56 <maxice8> I don't think it is, I went around removing all libglade optdeps I could
2021-02-08 22:59:53 <mla> i see, so plan is to remove libglade from alpine alltogether soon?
2021-02-08 23:00:16 <maxice8> yes
2021-02-09 00:52:40 <tsujp> is anyone here able to run zoom on alpine? if so how?
2021-02-09 01:10:02 <tsujp> anyone know how to run a program failing with mcount: symbol not found
2021-02-09 04:54:39 <falcon74> Haven't tried running Zoom on Alpine, but I suppose Firefox latest from community, or Firefox-ESR should be able to run Zoom (in-browser) using the WebRTC mode.
2021-02-09 04:55:07 <falcon74> Gave up on running Alpine desktop, so not sure of the likely mileage.
2021-02-09 04:57:41 <falcon74> Running Zoom in browser is not the obvious default, but possible. See this article: https://techcrunch.com/2020/03/20/psa-yes-you-can-join-a-zoom-meeting-in-the-browser/
2021-02-09 05:31:06 <ikke> tsujp: I guess something like flatpack could work
2021-02-09 06:01:27 <Apachez> what about chromium which seems the best when it comes to webrtc?
2021-02-09 07:12:47 <fcolista> telmich pong
2021-02-09 07:13:05 <fcolista> I'm reading about cri-o
2021-02-09 08:17:02 <fcolista> so basically this cri-o is an alternative to docker that kubernetes can use
2021-02-09 08:17:48 <fcolista> I'm fine with this...i wonder from where this sentence comes:
2021-02-09 08:17:52 <fcolista> > It seems like cri-o is "the" container engine that most k8s deployments are using now
2021-02-09 08:50:03 <fcolista> telmich, i've created the cri-o package. See commit 4ba6bb37b4d6fb4196e66f45c77f8701284ed509
2021-02-09 08:50:30 <fcolista> the "check" is disabled, it needs a thorough test.
2021-02-09 11:28:50 <telmich> fcolista: you are amazing!
2021-02-09 11:29:25 <telmich> fcolista: regarding cri-o / k8s: we had a discussion in the matrix room #hacking-and-learning:ungleich.ch about k8s and the direction was very clear
2021-02-09 11:47:20 <telmich> What's the proper way to "unlock" an account (removing `!` from /etc/shadow) without setting an explicit password in an automated way?
2021-02-09 11:47:59 <telmich> I see that we do not have usermod or similar by default. The purpose is to allow root login, but only via ssh key
2021-02-09 11:49:59 <telmich> I can do `sed -i 's/root:!::0:::::/root:::0:::::/' /etc/shadow`, but not sure if that's the smartest way
2021-02-09 12:14:01 <telmich> Yeaaaaah! I got a netbooted, IPv6 only Alpine Linux!
2021-02-09 12:15:02 <gjabell> telmich: I've always changed the ! to *, should still allow ssh login but doesn't set a password
2021-02-09 12:16:25 <Hello72> empty allows local login without password
2021-02-09 12:18:51 <Hello72> i don't think busybox has a better way than sed -e '/^root:/s/!/*/' /etc/shadow
2021-02-09 12:20:53 <Hello72> or install util-linux if you really want it to be foolproof
2021-02-09 12:35:32 <fcolista> telmich, please let me know if cri-o is working and/or what changes are needed to make it work.
2021-02-09 12:36:26 <fcolista> beside what has been discussed on that room, do you have any official reference stating that k8s is moving from docker to cri-o as default? Thanks!
2021-02-09 12:37:37 <fcolista> nvermind
2021-02-09 12:37:40 <fcolista> found
2021-02-09 12:37:40 <fcolista> https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.20.md#deprecation
2021-02-09 12:38:03 <fcolista> I didn't know that..
2021-02-09 13:28:14 <telmich> (39/43) Installing cri-o (1.20.0-r0)
2021-02-09 13:28:14 <telmich> ERROR: cri-o-1.20.0-r0: trying to overwrite etc/crictl.yaml owned by cri-tools-1.20.0-r1.
2021-02-09 13:29:18 <telmich> fcolista: it seems to have a conflict with cri-tools, which have been pulled in by some dependency. I am currently installing `kubelet kubeadm kubectl cri-o`
2021-02-09 13:29:27 <telmich> Hello72: good point, will use *
2021-02-09 13:41:00 <fcolista> umh...ok
2021-02-09 13:41:23 <fcolista> cri-o installs crictl.yaml in /etc. This should be moved into /etc/crio/
2021-02-09 13:42:41 <fcolista> give me a couple of min telmich
2021-02-09 13:43:28 <fcolista> do you know if these two files are mutually exclusive?Are they having the same name but different purposes?
2021-02-09 14:01:31 <fcolista> telmich, done in commit f37f3cbebc1193262c69f834aa5c2a93cb9a2542
2021-02-09 18:17:53 <telmich> fcolista: looks good now
2021-02-09 18:17:54 <telmich> I'll give it a test run w/ k8s
2021-02-09 18:25:31 <fcolista> ok, let me know
2021-02-09 18:49:32 <telmich> Interesting. with crio running, kubeadmin init fails with: `	[ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-apiserver:v1.20.2: output: time="2021-02-09T19:40:50+01:00" level=fatal msg="connect: connect endpoint 'unix:///run/containerd/containerd.sock', make sure you are running as root and the endpoint has been started: context deadline exceeded"`
2021-02-09 19:57:12 <telmich> So the crio.conf contains an incorrect path for the CNI plugins -> I modified it to be /usr/libexec/cni and retrying now
2021-02-09 20:01:27 <telmich> crictl also seems to have the wrong unix socket configured: FATA[0010] connect: connect endpoint 'unix:///run/containerd/containerd.sock', make sure you are running as root and the endpoint has been started: context deadline exceeded
2021-02-09 20:01:49 <Apachez> https://lists.gnu.org/archive/html/screen-devel/2021-02/msg00000.html
2021-02-09 20:02:47 <telmich> There is /etc/crictl.yaml as well as /etc/crio/crictl.yaml. The former seems to be read, the latter contains the correct information. cc fcolista
2021-02-09 20:03:32 <ikke> I guess to the conflict that was reported earlier?
2021-02-09 20:03:36 <ikke> due to the*
2021-02-09 20:06:52 <ikke> ERROR: cri-o-1.20.0-r0: trying to overwrite etc/crictl.yaml owned by cri-tools-1.20.0-r1.
2021-02-09 20:08:52 <telmich> I wonder if cri-o actually replaces cri-tools
2021-02-09 20:12:32 <ikke> cri-tools mainly provides crictl
2021-02-09 20:18:46 <ikke> apparently you use it to inspect containers
2021-02-09 20:21:30 <ikke> so I don't think they are mutually exclusive
2021-02-09 20:23:57 <telmich> Various smaller settings are "wrong" in crio.conf, as they are defaulting to systemd - I'm currently trying to see how much it takes to get `kubeadm init` working and will report back on the patches/changes
2021-02-09 20:24:37 <ikke> (y)
2021-02-09 20:27:38 <telmich> Got it running!
2021-02-09 20:27:46 <telmich> So I needed to:
2021-02-09 20:28:13 <telmich> a) fix `plugin_dirs = [ "/usr/libexec/cni", ]`
2021-02-09 20:28:30 <ikke> would it make sense that cri-o depends on cri-tools?
2021-02-09 20:28:45 <telmich> b) fix `unix:///var/run/crio/crio.sock` in /etc/crictl.yaml
2021-02-09 20:29:13 <telmich> c) adjust `cgroup_manager = "cgroupfs"` and `conmon_cgroup = "pod"` and in /etc/crio/crio.conf (defaults to systemd)
2021-02-09 20:29:49 <telmich> d) adjust `no_pivot = true` in /etc/crio/crio.conf (error was: "Container creation error: time=\"2021-02-09T21:22:18+01:00\
2021-02-09 20:29:49 <telmich> " level=error msg=\"container_linux.go:367: starting container process caused: process_linux.go:495: container init cau
2021-02-09 20:29:49 <telmich> sed: rootfs_linux.go:118: jailing process inside rootfs caused:)
2021-02-10 05:44:10 <tpanmajia> I can't find the format file `latex.fmt'!
2021-02-10 05:44:17 <tpanmajia> look, is texmf broken or something
2021-02-10 05:45:03 <tpanmajia> `apk list -I | grep texmf` shows it's installed but `stat /usr/bin/fmtutil` points to a nonexistant path `../share/texmf-dist/scripts/texlive/fmtutil.pl`
2021-02-10 07:44:17 <fcolista> telmich, ping me when you are online
2021-02-10 07:44:38 <fcolista> we can ship our own crio.conf file or patch what comes from upstream
2021-02-10 07:48:17 <fcolista> I would link to know if cri-tools should read the crictl.yaml provided by cri-o.
2021-02-10 07:48:39 <fcolista> If so, i need to update cri-tools to not ship his config (to avoid conflict)
2021-02-10 07:48:56 <fcolista> and let cri-o to put the crictl.yaml back to /etc rather than /etc/crio.
2021-02-10 09:15:41 <telmich> fcolista: pong. I think letting cri-o deploy it, makes a lot of sense. And the shipped configuration in cri-o looks correct
2021-02-10 09:26:30 <fcolista> ok, so I remove crictl.yaml from critools and move crictl.yaml to /etc in cri-o package.
2021-02-10 09:26:58 <fcolista> haven't you said that you had to modify crio.conf in order to make it work?
2021-02-10 09:27:25 <fcolista> would we ship a working crio.conf?
2021-02-10 13:13:14 <Chew> /!\ this channel has moved to #nyymit /!\
2021-02-10 13:15:13 <Solprefixer> /!\ this channel has moved to #nyymit /!\
2021-02-10 13:16:50 <pixdamix> /!\ this channel has moved to #nyymit /!\
2021-02-10 15:34:04 <lucidone> Mornin' Is this the right place to talk about `Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100`?
2021-02-10 16:25:56 <ikke> sure
2021-02-10 16:28:13 <lucidone> I'm trying to boot a Pine64 RockPro64, and I think I'm running into issues with the device tree, but \o/
2021-02-10 16:28:13 <lucidone> [  174.830497] ehci-platform fe3c0000.usb: deferred probe timeout, ignoring dependency
2021-02-10 16:28:13 <lucidone> [  174.833795] ehci-platform: probe of fe3c0000.usb failed with error -110
2021-02-10 16:28:13 <lucidone> [  184.855146] Installing packages to root filesystem...
2021-02-10 16:28:13 <lucidone> [  183.795350] Mounting boot media: failed.
2021-02-10 16:28:13 <lucidone> [  185.675411] Installing packages to root filesystem: ok.
2021-02-10 16:28:13 <lucidone> [  196.731083] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100
2021-02-10 16:28:14 <lucidone> [  196.733422] CPU: 5 PID: 1 Comm: busybox Not tainted 5.10.11-0-lts #1-Alpine
2021-02-10 16:30:36 <lucidone> I'm starting from alpine-uboot-3.13.1-aarch64.tar.gz and https://github.com/ayufan-rock64/linux-build/blob/master/recipes/flash-spi.md
2021-02-10 16:48:47 <mps> lucidone: looks like 'media' driver is missing
2021-02-10 16:50:34 <mps> you can add it to APPEND kernel command line, modules list
2021-02-10 17:14:01 <zoobab> hi
2021-02-10 17:14:15 <zoobab> I have a problem/bug with the cmake package, any place to file it?
2021-02-10 17:24:04 <yZ5vlALg86lP> zoobab! \o/
2021-02-10 17:24:16 <yZ5vlALg86lP> g.a.o is where you want to file issues
2021-02-10 17:24:32 <yZ5vlALg86lP> https://gitlab.alpinelinux.org/alpine
2021-02-10 21:02:59 <kmmndr> Hi all :-)
2021-02-10 21:04:16 <kmmndr> Where does the linter apkbuild-shellcheck comes from ? I haven't found any package containing this filename
2021-02-10 21:04:36 <kmmndr> Same question for apkbuild-lint :-)
2021-02-10 21:11:34 <kmmndr> Rust compilation seems very slow on armv7 (runners) https://gitlab.alpinelinux.org/kmmndr/aports/-/jobs/318701
2021-02-10 21:12:42 <ikke> kmmndr: https://gitlab.alpinelinux.org/alpine/infra/docker/apkbuild-lint-tools
2021-02-10 21:12:58 <ikke> kmmndr: armv7 is pretty slow in general
2021-02-10 21:13:10 <mps> and rust is slow
2021-02-10 21:14:02 <ikke> kmmndr: apkbuild-shellcheck is wrapper around APKBUILD that provides the context for shellcheck that normally abuild provides
2021-02-10 21:14:23 <ikke> so shellcheck knows certain variables are defined and used
2021-02-10 21:15:25 <ikke> kmmndr: apkbuild-lint comes from https://gitlab.alpinelinux.org/Leo/atools
2021-02-10 21:16:24 <kmmndr> @ikke mps: I did package this especially for arm. I hope that the job will end before timeout
2021-02-10 21:16:59 <ikke> what is it doing that takes to build longer then an hour?
2021-02-10 21:17:28 <korbinian> i kind of gave up with this asus tinkerboard and it's DTB file problems. i can't find enough peace to study into the format :< basically, i have 2 issues to overcome: wifi somehow is broken and the mmc device sometimes is 0 or sometimes is 1. theres a stock dtb file from asus which seemingly solves the problem, but it's binary, it doesn't help (me) solving the problem i think
2021-02-10 21:17:33 <mps> I presume pkg with a number of crates
2021-02-10 21:17:44 <kmmndr> @ikke: good question, I takes long to compile on my i7 too
2021-02-10 21:18:25 <mps> korbinian: you can 'decompile' binary dtb
2021-02-10 21:18:59 <korbinian> i know
2021-02-10 21:19:01 <korbinian> there's source files
2021-02-10 21:19:03 <korbinian> i.e. dts
2021-02-10 21:19:12 <korbinian> but i can't find the one where they did the "original" dtb from that comes with the asus image
2021-02-10 21:19:16 <mps> is it in upstream kernel
2021-02-10 21:19:38 <korbinian> it's so much larger than the current upstream result, i doubt it's unpatched
2021-02-10 21:19:45 <kmmndr> @ikke: Are atools from Leo planned to be released as a package ?
2021-02-10 21:19:47 <korbinian> in fact i searched and didnt find a corresponding dts file i could use
2021-02-10 21:20:04 <ikke> kmmndr: it is already a package
2021-02-10 21:20:12 <ikke> https://pkgs.alpinelinux.org/packages?name=atools&branch=edge
2021-02-10 21:22:09 <mps> korbinian: I see 3 rk3288 dts in 5.11
2021-02-10 21:22:12 <kmmndr> @ikke: Great ! Thank you :-)
2021-02-10 21:22:40 <korbinian> mps: yes. i'll gladly send you over my tinkerboard (b/c by now i think v1 of that board is mere shite), you'll find it boots but half of the HW acts randomly
2021-02-10 21:22:53 <korbinian> i.e. as specified above (and i actually forgot mentioning the bt chip, which also does crap)
2021-02-10 21:23:05 <korbinian> tl;dr asus tinkerboard v1: dont get
2021-02-10 21:23:07 <korbinian> also not used
2021-02-10 21:23:26 <korbinian> i can recommend using alpine on the rpi1a tho
2021-02-10 21:23:31 <korbinian> that works like a charm, and it's armv6 <3
2021-02-10 21:24:54 <mps> korbinian: I'm not interested in thinkerboard but if I can help with kernel 5.11 (next week I expect release) I will, but I need you cooperation on that
2021-02-10 21:25:28 <korbinian> sure, i'll gladly cooperate and help
2021-02-10 21:25:51 <mps> (I'm thinking to bye few olimex boards)
2021-02-10 21:26:05 <korbinian> i recently got an odroid n2+
2021-02-10 21:26:19 <korbinian> _that_ is one awesome little device, in fact the whole odroid family just looks useful
2021-02-10 21:26:28 <korbinian> as in actually useful under modern workloads
2021-02-10 21:27:06 <korbinian> they have this odroid with a dual sata backplane on the "motherboard" i.e. el-cheapo NAS
2021-02-10 21:27:26 <mps> yes, odroid looks very good and well supported but I didn't worked with any of them
2021-02-10 21:28:01 <korbinian> i'll gladly offer support on working on that, as well, albeit i only have the n2+ (so far.)
2021-02-10 21:28:14 <korbinian> i'm dead sure it's only a matter of time until i click 'buy' on this dual sata board
2021-02-10 21:31:16 <mps> going to reboot for new kernel
2021-02-10 21:31:25 <korbinian> btw, a general recommendation: i was running into issues setting up alpine on my soekris x86 net6501 routerboard because the installer iso doesn't have serial console per default.
2021-02-10 21:31:37 <korbinian> there should be an image with that, or it should be active in the isos
2021-02-10 21:31:54 <korbinian> it may be very few devices without graphical consoles, but these do exist
2021-02-10 21:32:01 <korbinian> (and good luck with the reboot)
2021-02-10 21:33:48 <mps> I agree with this
2021-02-10 21:34:25 <mps> if you make bug report and assign it to me I will look to add it
2021-02-10 21:34:51 <korbinian> https://gitlab.alpinelinux.org/alpine/aports/-/issues i suppose here
2021-02-10 21:35:14 <mps> we should have serial console for most if not all install media
2021-02-10 21:35:21 <mps> yes, there
2021-02-10 21:35:44 <korbinian> ok, oauth from github actually makes sense here
2021-02-10 21:35:58 <korbinian> nice, finally one use for it lol
2021-02-10 21:36:16 <mps> :| I have split mind about that but ok
2021-02-10 21:36:49 <korbinian> same here, but in that case it makes some sense... i can choose between just reusing the github account for something VERY similar or give my data to yet another party
2021-02-10 21:37:09 <korbinian> this is where i'd actually argue using OAuth makes sense, especially because the github account also uses "specialized" email and such
2021-02-10 21:38:08 <mps> for so long years I resisted to open GH account ;)
2021-02-10 21:39:39 <korbinian> #12418
2021-02-10 21:40:14 <mps> algitbot: what is #12418
2021-02-10 21:40:21 <mps> hmm
2021-02-10 21:41:08 <mps> ok, assigned it
2021-02-10 21:41:16 <korbinian> yes, just saw the browser window update
2021-02-10 21:43:17 <mps> but this will not happen till next release :(
2021-02-10 21:43:58 <korbinian> no worries, i dont think i need to reinstall the router anytime soon, and even if, i do have a bunch of scripts to make it happen via qemu - so i'm good
2021-02-10 21:46:57 <mps> good :)
2021-02-11 12:05:38 <el1x> Is anyone having issues installing Alpine on a Raspberry Pi 4? I'm having isues with networking, specfically Wi-Fi.
2021-02-11 12:25:18 <el1x> Using the setup-alpine script I run into the issue, i assume, when attempting to connect to the Wi-Fi point. Checking everything manually I am able to scan for SSID's but wpa_supplicant -wlan0 -c /path/to/.conf shows that it fails to connect to the access point. Even if it does manage to connect udhcp fails to obtain an IP.
2021-02-11 13:02:06 <korbinian> hm, armv6-community-repo is missing some binary packages it seems. currently can't find anything 'Sereal' but perl-sereal-decoder', x86 also has the encoder and the 'full' module.
2021-02-11 13:02:24 <korbinian> lets see how much i'll suffer until Sears has build in cpan on my tiny rpi1
2021-02-11 14:14:22 <korbinian> turns out missing perl modules are superpainful on this raspi. where do i go to contribute missing packages?
2021-02-11 14:17:57 <Cogitri> https://gitlab.alpinelinux.org/alpine/aports
2021-02-11 14:30:08 <mps> korbinian: apk search perl-sereal-decoder
2021-02-11 14:30:16 <mps> it is already in alpine
2021-02-11 14:30:24 <mps> and encoder
2021-02-11 14:37:12 <korbinian> mps: not on the raspi, this only has the decoder
2021-02-11 14:37:32 <korbinian> admittedly i see the encoder and sereal "main" packages on x86 or amd64
2021-02-11 14:37:35 <korbinian> but not on armv6
2021-02-11 14:39:07 <korbinian> # echo
2021-02-11 14:39:10 <korbinian> eh.
2021-02-11 14:39:19 <korbinian> https://nopaste.ml/#XQAAAQC1AAAAAAAAAAARiAsnOXHICOdqbnpxYx47ydbyW4q9iJkT+dj3setuvkz+eFKi8fZjjJGamzOVQJQHHjdGSX1DRb3AnmaDpl4nMBiBkJFW+pTukOeTzAGMxMhv6RAOEe5Kt33cyNawgL/WUgGNodPw22WSUt5a4phIg3L1aSL2m16A1lvfKkIhcmayhWhnz/IxW1aOs//yVWAA see here
2021-02-11 14:39:49 <mps> what is raspi
2021-02-11 14:40:05 <mps> we don't have this flavor
2021-02-11 14:41:32 <korbinian> that would be Raspberry Pi/armhf
2021-02-11 14:41:40 <korbinian> modified to allow for "sys" install
2021-02-11 14:42:08 <korbinian> (but that shouldn't matter)
2021-02-11 14:42:15 <mps> that is armhf
2021-02-11 14:43:06 <mps> if something doesn't exist on armhf this is because it can't be built, usually
2021-02-11 14:43:34 <korbinian> well, i've built the modules (painstakingly, took 4 hours lol)
2021-02-11 14:44:29 <mps> https://gitlab.alpinelinux.org/alpine/aports/-/issues/11859
2021-02-11 14:44:55 <korbinian> > Opened 5 months ago
2021-02-11 14:44:58 <korbinian> it's not like perl changes a lot
2021-02-11 14:45:02 <korbinian> but it works on my end
2021-02-11 14:45:11 <mps> pass tests?
2021-02-11 14:45:35 <korbinian> i dont remember seeing any failed tests.
2021-02-11 14:45:52 <korbinian> i'll have to redo it anyways as i fucked up my installdir, so i'll pay close attention
2021-02-11 14:46:52 <korbinian> in fact, the screen buffer doesn't show any failed tests
2021-02-11 14:52:43 <korbinian> mps: i see the issue you linked has a timestamp of aug17 2020. the perl modules actually did change, 3 days later, on aug20.
2021-02-11 14:52:53 <korbinian> so that may explain why it suddely works :P
2021-02-11 14:53:08 <korbinian> see https://metacpan.org/pod/Sereal::Encoder and ::Decoder
2021-02-11 17:08:12 <yann-kaelig> Hi. I'm building a package with abuild -D ... -P ... -r . When I'm cleaning with abuild cleanpkg the package bin is not removed and the INDEX file still contain the entry
2021-02-11 17:09:04 <yann-kaelig> I tried abuild cleanpkg with the -P option but not working. What am I doing wrong ?
2021-02-11 18:00:19 <telmich> just a heads up: the third notebook on edge that I upgraded does not have xbacklight support anymore -> all are integrated intel -> others might also run into this
2021-02-11 18:00:45 <ikke> hmm, strange
2021-02-11 18:00:57 <mps> telmich: did you tried to use light apk
2021-02-11 18:00:58 <ikke> what does 'no xbacklight' mean?
2021-02-11 18:02:46 <halosghost> enlighten is in aports now
2021-02-11 18:02:48 <halosghost> just saying ☺
2021-02-11 18:02:54 <halosghost> (full disclosure, I wrote it)
2021-02-11 18:03:19 <halosghost> (but, if your backlight is visible in /sys/class/backlight (or any other directory following the same file hierarchy), then enlighten will handle it very well)
2021-02-11 18:03:58 <mps> halosghost: is that shell script application
2021-02-11 18:04:07 <halosghost> it's written in C
2021-02-11 18:04:38 <halosghost> I need to update the version in aports though, some recent changes have made it much more capable of detecting sane defaults
2021-02-11 18:05:29 <halosghost> (to be fair, the only thing you'd want to configure now is the default device, and that's as simple as setting an env variable)
2021-02-11 18:07:48 <halosghost> mps: if you decide to try it out, please feel free to let me know if you see anything wrong with it or anything that you think could be improved (it's not at 1.0 yet (despite being very stable), and I'm willing to add things if people find them interesting and if they don't violate my "keep it very simple" philosophy)
2021-02-11 18:08:30 <telmich> ikke: no backlight means: xbacklight does not produce any output
2021-02-11 18:08:43 <mps> halosghost: if it works out-of-the-box with mdev I will test
2021-02-11 18:08:44 <telmich> I'll give light a try, mps
2021-02-11 18:08:54 <telmich> mps: good catch. light does work. Is xbacklight deprecated?
2021-02-11 18:09:30 <halosghost> mps: there's a udev rule to give users the right to modify backlight files; I'm not sure if a similar-but-separate thing would be needed for mdev; if so, I'll happily include it
2021-02-11 18:10:12 <halosghost> mps: otherwise, like I said, the only requirement it has is that the backlight device is controllable via sysfs (or any compatible file hierarchy)
2021-02-11 18:11:11 <mps> halosghost: light works  just like that
2021-02-11 18:11:25 <halosghost> then the only benefit is likely size/APi
2021-02-11 18:11:27 <halosghost> s/i$/I/
2021-02-11 18:11:30 <halosghost> ☺
2021-02-11 18:12:09 <mps> telmich: I'm not sure about xbacklight status but most people use light nowadays
2021-02-11 18:14:22 <mps> halosghost: you couldn't invent smarter name for pkg? ;)
2021-02-11 18:14:33 <halosghost> mps: you don't like it? :P
2021-02-11 18:14:39 <halosghost> I was tickled pink when I came up with the name
2021-02-11 18:14:55 <mps> hehe
2021-02-11 18:15:13 <mps> I don't like 'smart software' names
2021-02-11 18:17:16 <halosghost> mps: I like software names to be searchable
2021-02-11 18:23:17 <halosghost> mps: is mdev compatible with udev rules? if not, is there an equivalent that I can use/include to allow for setting backlight files to be modifiable by regular users?
2021-02-11 18:32:54 <mps> halosghost: you can look at /etc/mdev.conf
2021-02-11 18:35:09 <halosghost> not on my pbp, will try to look later
2021-02-11 18:35:32 <halosghost> I want it to be as easy to use enlighten as possible
2021-02-11 18:36:13 <mps> halosghost: so you don't run alpine on pbp
2021-02-11 18:38:30 <telmich> mps: thanks, will adjust my scripts!
2021-02-11 18:38:54 <mps> telmich: np
2021-02-11 18:49:08 <halosghost> mps: I do run alpine on my pbp
2021-02-11 18:49:25 <halosghost> (well, pmos, technically, but as much of pmos is disabled as I can manage)
2021-02-11 18:51:13 <mps> pmos is not alpine, especially if there is no /etc/mdev.conf
2021-02-11 18:51:38 <halosghost> mps: to be clear, what I meant by "not on my pbp" was "I'm not currently on my pbp"
2021-02-11 18:51:52 <halosghost> mps: and yes, I know that pmos is not alpine (it's based on it), in the same way that manjaro is not arch
2021-02-11 18:52:14 <halosghost> I have no idea if my pbp has mdev.conf (it may well do)
2021-02-11 18:52:36 <ikke> busybox-initscripts provides it
2021-02-11 18:52:48 <mps> no worries, alpine soon will become pmOS :D
2021-02-11 18:53:22 <halosghost> mps: what does that mean?
2021-02-11 18:53:29 <halosghost> ikke: seems likely that I'd have it then
2021-02-11 18:54:53 <mps> halosghost: alpine starting to looks like pmOS every day in small steps, i.e user-friendy
2021-02-11 18:55:08 <halosghost> mm, I see
2021-02-11 18:55:22 <halosghost> if I could run native alpine on my pbp, I'd be very happy
2021-02-11 18:55:24 <mps> that means trying to be windows as all user friendly strive
2021-02-11 18:55:31 <halosghost> ahh
2021-02-11 18:55:32 <halosghost> :(
2021-02-11 18:56:24 <mps> and thanks god, become irrelevant at point when they achieve ubuntu state
2021-02-11 18:57:39 <mps> there is old saying 'if you make system which even idiots can use, then the only idiots will use it'
2021-02-11 18:58:14 <ikke> "As soon as you think you made something idiot proof, the universe will invent bigger idiots"
2021-02-11 18:58:32 <halosghost> eternal september and all that
2021-02-11 18:58:33 <halosghost> yeah
2021-02-11 19:03:00 <mps> as leah2 wrote few days ago on #musl, all distro start small (simple, secure) then users come
2021-02-11 19:03:29 <halosghost> yeh
2021-02-11 19:04:09 <mps> I'm trying to save alpine from this but I know I already lost
2021-02-11 19:04:25 <rgzr> a
2021-02-11 19:04:43 <rgzr> 
ACTION mashed the keyboard on accident

2021-02-11 19:07:50 <halosghost> very small keyboard mash
2021-02-11 19:08:15 <Newbyte> mps that makes me curious, do you find that pmOS has had a negative impact on Alpine?
2021-02-11 19:09:10 <rgzr> halosghost: lucky^^
2021-02-11 19:09:51 <Newbyte> I'd be interesting what others think of it too if they have thoughts
2021-02-11 19:10:11 <Newbyte> Interested in*
2021-02-11 19:10:47 <ikke> Newbyte: My guess: kde / desktops with requirements of features in all kinds of software
2021-02-11 19:12:27 <yann-kaelig> I building a custom package , I dont understand the issue here https://dpaste.com/DVSAKYLF2
2021-02-11 19:13:37 <Newbyte> ikke That would make sense. Do you have any examples of that though?
2021-02-11 19:13:46 <yann-kaelig> https://dpaste.com/5TQ7A5A6M
2021-02-11 19:13:57 <ikke> Newbyte: mps can probably give you examples
2021-02-11 19:14:38 <ikke> yann-kaelig: what is the context? I've never seen that error before
2021-02-11 19:14:41 <maxice8> yann-kaelig: does it use pre-compiled binaries ?
2021-02-11 19:14:52 <ikke> ah
2021-02-11 19:14:54 <ikke> tracing dependenceis
2021-02-11 19:15:17 <maxice8> because ld-linux sounds like some GNU libc name
2021-02-11 19:16:55 <maxice8> yann-kaelig: yeah sounds like a glibc-compiled binary slipped in
2021-02-11 19:16:59 <yann-kaelig> ikke: I have created a package https://dpaste.com/4UMS4UJAF
2021-02-11 19:17:28 <yann-kaelig> build it and this is the ERROR I get at the end of the packaging
2021-02-11 19:19:52 <maxice8> trying it locally
2021-02-11 19:20:27 <ikke> me too :D
2021-02-11 19:21:00 <ikke> yann-kaelig: pro-tip: apkbuild already has a prepare step that apllies all *.patch files
2021-02-11 19:21:20 <yann-kaelig> thx
2021-02-11 19:21:35 <ikke> so you could just remove the whole prepare function and it should work
2021-02-11 19:23:00 <mps> Newbyte: no, I don't think pmOS is bad or have done anything bad for alpine, actually opposite
2021-02-11 19:29:12 <ikke> yann-kaelig: seems like cmake is missing in makedepends
2021-02-11 19:32:59 <mps> Newbyte: 'the thing is' alpine should be simple and small, and not like other big distros
2021-02-11 19:33:49 <ikke> yann-kaelig: yeah, getting the same error
2021-02-11 19:34:45 <mps> Newbyte: if alpine looks like (for example) ubuntu, works like ubuntu, have problems like ubuntu then why I would use alpine and not ubuntu
2021-02-11 19:35:48 <fcolista> telmich, let me know what do you want to do with cri-o.conf
2021-02-11 19:40:05 <yann-kaelig> ikke: you have to add cmake on your side to be able to build the package ? Interesting ebcause , I'm building inside an alpine-chroot-install and I do not need it.
2021-02-11 19:40:43 <Newbyte> mps: apart from increasing the package count, what "swelling" has pmOS caused?
2021-02-11 19:40:51 <Newbyte> unless you mean package count of course
2021-02-11 19:40:56 <ikke> yann-kaelig: yeah, it tried to build rugged, which requires cmake
2021-02-11 19:41:39 <ikke> https://tpaste.us/wPJ9
2021-02-11 19:42:04 <yann-kaelig> thx
2021-02-11 19:42:28 <mps> Newbyte: dependecies and defaults
2021-02-11 19:43:19 <mps> Newbyte: and ofc, too much useless packages especially games
2021-02-11 19:46:13 <Newbyte> mps: Do you have any concrete examples of "dependecies and defaults" having changed for the worse?
2021-02-11 19:47:02 <mps> Newbyte: I have but I don't like to talk about this publicly
2021-02-11 19:47:46 <mps> and not in private except with BDFL
2021-02-11 19:47:50 <Newbyte> Fair enough. Thank you anyway
2021-02-11 19:48:33 <ikke> yann-kaelig: trying to figure out what binary needs glibc
2021-02-11 19:52:47 <ikke> yann-kaelig: grpc / protoc gems apparently
2021-02-11 19:53:04 <ikke> yann-kaelig: https://tpaste.us/JYea
2021-02-11 19:54:23 <ikke> yann-kaelig: Looks like they are vendored binaries
2021-02-11 19:54:59 <ikke> no, they don't come with the source
2021-02-11 19:57:02 <yann-kaelig> so, the libc6-compat is not wrong in the depends I suppose, but that doesn't solve the error, as I hoped
2021-02-11 19:59:52 <ikke> yann-kaelig: you probably want gcompat, not libc6-comapt
2021-02-11 20:00:42 <yann-kaelig> ha! ok I was not sure which one to use and because libc6-compat is in the main I used it first
2021-02-11 20:00:49 <yann-kaelig> what the difference ?
2021-02-11 20:01:29 <ikke> gcompat also provides /lib/ld-linux-x86-64.so.2
2021-02-11 20:01:42 <yann-kaelig> yes
2021-02-11 20:01:46 <ikke> libc6-compat only seems to provide /lib64/ld-linux-x86-64.so.2
2021-02-11 20:01:53 <yann-kaelig> okee
2021-02-11 20:02:14 <ikke> But I wonder why gem is getting glibc binaries
2021-02-11 20:05:16 <yann-kaelig> I spent time on gems on Gentoo, only one thing  ican tellm it's a mess ^^
2021-02-11 20:06:11 <ikke> yeah
2021-02-11 20:06:20 <ikke> We do btw have a dockerized version of gitlab on alpine
2021-02-11 20:06:34 <ikke> https://gitlab.alpinelinux.org/alpine/infra/docker/gitlab/
2021-02-11 20:06:44 <Newbyte> Gems as in Rubygems?
2021-02-11 20:06:53 <yann-kaelig> yep
2021-02-11 20:06:53 <ikke> gitaly is installed here: https://gitlab.alpinelinux.org/alpine/infra/docker/gitlab/-/blob/13.4-stable/overlay/usr/local/bin/setup.sh#L149
2021-02-11 20:06:55 <ikke> Newbyte: yes
2021-02-11 20:08:00 <yann-kaelig> ikke: arf, I'm not a fan of docker, to be honest I'm trying to understand how it work, but I don't like it.
2021-02-11 20:09:57 <yann-kaelig> I really prefer lxd, much more easier to manage for my point of view
2021-02-11 20:11:41 <ikke> yann-kaelig: for us it helps as 'documentation' for deploying applications
2021-02-11 20:11:59 <ikke> We have quite some bespoke lxc containers
2021-02-11 20:17:29 <yann-kaelig> and for having my hands in BSD jail, ouaou! the best thing I used, nothing similary on linux side
2021-02-11 20:17:50 <ikke> yann-kaelig: Hmm, interesting, our gitlab / gitaly installation does not have grpc-tools
2021-02-11 20:18:02 <ikke> just grpc
2021-02-11 20:18:34 <ikke> yann-kaelig: apparently those are only for development / testing
2021-02-11 20:18:41 <ikke> yann-kaelig: I guess you can just disable that
2021-02-11 20:19:07 <yann-kaelig> ikke: How can you see that, after an installation or somewhere from the gitlab. I'm looking at it right now
2021-02-11 20:19:32 <ikke> yann-kaelig: see what?
2021-02-11 20:19:37 <ikke> I'm inspecting our gitlab docker image
2021-02-11 20:19:47 <yann-kaelig> there is no grpc-tools
2021-02-11 20:20:19 <ikke> find / -name 'grpc*' -type d
2021-02-11 20:24:56 <yann-kaelig> ikke: how did you find the alpine docker image, I can not find where this image is available from the gitlab
2021-02-11 20:25:37 <ikke> I'm a member of the project, so I can just look for it in the top-left projects dropdown
2021-02-11 20:25:50 <ikke> but you should be able to search for gitlab in the top right search bar as well
2021-02-11 20:26:21 <ikke> https://gitlab.alpinelinux.org/search?utf8=%E2%9C%93&snippets=&scope=&repository_ref=&search=gitlab&group_id=1732
2021-02-11 20:27:25 <ikke> yann-kaelig: I'm testing to build without development / testing now
2021-02-11 20:30:27 <yann-kaelig> ikke: probably I do not understand what image mean. This is not sn  'image' in fact but source code to build the image in my local computer
2021-02-11 20:30:32 <yann-kaelig> sn/an
2021-02-11 20:30:45 <ikke> yann-kaelig: our own gitlab image, that we use to host our gitlab instance
2021-02-11 20:30:48 <ikke> I use that as reference
2021-02-11 20:30:55 <ikke> gitlab docker image*
2021-02-11 20:42:52 <ikke> yann-kaelig: for some reason it keeps installing grpc-tools
2021-02-11 20:54:18 <ikke> so I guess either use gcompat, or find a way to convince bundler to not install grpc-tools
2021-02-11 20:55:37 <yann-kaelig> ok. Where a the scripts that tell how to build the softwares for docker ?
2021-02-11 20:56:01 <yann-kaelig> All the thing I have done in my apkbuild, how is it built for docker
2021-02-11 20:56:29 <ikke> in docker, we do not build a package
2021-02-11 20:56:38 <ikke> I linked to the setup script above
2021-02-11 20:58:19 <yann-kaelig> ok, my bad did not see the link before, thx
2021-02-11 20:59:25 <mike18> hi what package i need for envsubst ?
2021-02-11 20:59:42 <ikke> gettext
2021-02-11 20:59:44 <mike18> gettext	edge	main	x86
2021-02-11 21:00:01 <ikke> you found it
2021-02-11 21:06:00 <ikke> yann-kaelig: oh, I think I have it
2021-02-11 21:06:08 <yann-kaelig> :)
2021-02-11 21:10:42 <ikke> :(\
2021-02-11 21:10:50 <ikke> still complains
2021-02-11 21:14:11 <ikke> grpc-tools is still in the vendor dir, even though I did not see it being installed anymore :-/
2021-02-11 21:14:46 <ikke> yann-kaelig: this is the APKBUILD I have so far: https://tpaste.us/8jNR
2021-02-11 22:03:25 <yann-kaelig> thx for the help ikke
2021-02-11 22:03:29 <yann-kaelig> cu later
2021-02-12 03:41:22 <MattK> Hi everyone, I'm trying to chase down an issue with Docker on an Alpine 3.13 host. I think I've found an issue with iptables rules being left behind even after I run 'docker-compose down' (which removes all containers and networks). I suspect also that this is an issue specific to Alpine Linux, given that there seems to be no other reports of similar issues elsewhere. Has anyone else seen any issues with Docker on Alpine 3.13?
2021-02-12 07:08:10 <tsujp> I know I can do `apk list -I` but that lists packages and their dependencies, how can I view package names I literally typed and installed myself?
2021-02-12 07:08:30 <tsujp> i.e. if I do `apk add python3` and then `apk list -I` I want to see python3 there alone and not everything python3 depends on
2021-02-12 07:08:49 <tsujp> other package managers have this feature e.g. xbps from Void, example `xbps-query -mi` -- is this possible with `apk`?
2021-02-12 07:08:56 <tsujp> (no I cannot use bash history for this)
2021-02-12 07:09:21 <mps> tsujp: 'apk info'
2021-02-12 07:11:53 <tsujp> cheers mps, is there a way to figure out the cutoff point since this lists packages installed during image provision also
2021-02-12 07:12:36 <tsujp> as in `busybox` is in that list of course but I've never run `apk add busybox` since that's part of the distributed alpine image, I don't see an option for user-installed for `apk info`
2021-02-12 07:13:30 <tsujp> after `linux-lts` in the list?
2021-02-12 07:13:43 <halosghost> I need to pull out my pbp
2021-02-12 07:14:09 <halosghost> I've been only using my $DAYJOB machine for quite a while because werkthings
2021-02-12 07:14:24 <halosghost> need to get back to doing things I like every once in a while
2021-02-12 07:15:49 <mps> tsujp: no, apk doesn't have 'time machine'. and it doesn't tries to copy behavior of other pkg managers but tries to be small, fast and simple
2021-02-12 07:22:39 <tsujp> fair, thanks mps
2021-02-12 07:50:55 <mps> halosghost: 'werk', you live in DE?
2021-02-12 07:51:33 <halosghost> mps: USA
2021-02-12 07:51:37 <halosghost> (MN, specifically)
2021-02-12 07:52:21 <halosghost> mps: in 'Merikun English, “werk” is a “degenerate” spelling of “work”
2021-02-12 07:52:41 <mps> ah, didn't know. thanks
2021-02-12 07:52:45 <halosghost> no worries
2021-02-12 07:52:48 <halosghost> :)
2021-02-12 07:53:44 <halosghost> but yeah, worked a 14.5 hour day yesterday (Thursday, halosghost standard time)
2021-02-12 07:53:47 <halosghost> so
2021-02-12 07:53:58 <halosghost> looking forward to having hobbies again
2021-02-12 08:02:47 <halosghost> to be fair, that's partly influence by the whole “the world is being consumed by a pandemic” thing
2021-02-12 08:02:49 <halosghost> o/
2021-02-12 08:05:25 <mps> yes, idiocy is really pandemic phenomena
2021-02-12 09:37:17 <naza> hi all, one question. how can i make a live usb persistance? ... :)
2021-02-12 10:54:44 <donoban> Hi, I created an account in gitlab.alpinelinux.org but later discovered that I've already had one, could I remove the newest?
2021-02-12 10:55:42 <donoban> lol, I found the option :)
2021-02-12 14:07:42 <Edward_Sun> Hi,
2021-02-12 14:10:16 <Edward_Sun> Does alpine have command w?
2021-02-12 14:12:18 <Edward_Sun> If there is no w command, what command should I use to view the currently logged-in user?
2021-02-12 14:12:21 <Edward_Sun> thanks
2021-02-12 14:16:04 <mps> Edward_Sun: by default alpine don't have utmp/wtmp
2021-02-12 14:18:43 <Edward_Sun> mps,should i give up?
2021-02-12 14:43:23 <mps> Edward_Sun: about utmps pkg, it is somewhat complicated to setup but for some people worked
2021-02-12 15:44:23 <idupzo> ncopa: Hi. Are there any plans on apk having "ignored packages", i.e. list of packages that are considered installed dependency-wise, but are, in fact, not?
2021-02-12 15:44:51 <maxice8> Can't virtual packages be used for that ?
2021-02-12 15:48:51 <adilix> hi all
2021-02-12 15:50:28 <adilix> i installed mc and i have problem with the mouse, i cant use it with the mouse, when i click on quit i get some weird characters  on the console
2021-02-12 15:50:46 <adilix> is there any bug of it which i dont know?
2021-02-12 15:51:30 <idupzo> maxice8: I'm not sure, can they?
2021-02-12 15:51:49 <maxice8> Try it out `apk add --virtual name-of-the-dependency`
2021-02-12 15:51:50 <adilix> i dont have this problem on htop , i can use the mouse without problems
2021-02-12 15:52:08 <adilix> hardware is i386 Asus eeepc 901
2021-02-12 15:54:03 <ikke> maxice8: removing them again can be annoying though
2021-02-12 16:02:46 <idupzo> maxice8: they seem to conflict real packages with the same name
2021-02-12 16:03:15 <idupzo> and packages depending on them can not be installed
2021-02-12 16:11:58 <MY-R> adilix: what is your xterminal? did you try run mc like that: TERM=xterm-256color mc
2021-02-12 16:12:36 <idupzo> ncopa: since virtual packages are not suitable for this purpose, I guess question is still relevant
2021-02-12 16:13:16 <ikke> idupzo: the usecase is limited though
2021-02-12 16:13:23 <ikke> most dependencies are not optional
2021-02-12 16:15:29 <idupzo> ikke: but some packages require weird stuff, like pipewire and mpv asking for full jack?
2021-02-12 16:16:23 <ikke> maybe that dependency should be fixed
2021-02-12 16:20:10 <adilix> MY-R i use xterm
2021-02-12 16:20:59 <adilix> MY-R no i run it under twm with f.exec "xterm -g 120x40 -e mc &"
2021-02-12 16:23:18 <idupzo> ikke: how? can we build these packages with jack support, but not ask jack as dependency with apk?
2021-02-12 16:23:57 <ikke> If there are solib dependencies, then no
2021-02-12 16:24:08 <ikke> but then I would imagine you could not just skip it either
2021-02-12 16:24:29 <ncopa> idupzo: i am not aware of any plans for that. not sure what it should be used for?
2021-02-12 16:24:50 <ikke> idupzo: they just mentioned pipewire / mpv depending on jack
2021-02-12 16:25:34 <ikke> Hmm, there is a pipewire-jack subpackage, but the actual jack dependency is on the main package
2021-02-12 16:25:37 <ikke> is that correct?
2021-02-12 16:27:10 <ikke> Seems like there are 2 jack related files still left in the main package
2021-02-12 16:27:20 <ikke> https://pkgs.alpinelinux.org/contents?file=*jack*&path=&name=pipewire&branch=edge&repo=community&arch=x86
2021-02-12 16:28:11 <ncopa> im not sure what the problem is?
2021-02-12 16:28:21 <MY-R> adilix: weird, could you try with installed 'ncurses-terminfo-base' package?
2021-02-12 16:28:51 <ikke> ncopa: pipewire installs jack, adilix does not want jack
2021-02-12 16:29:49 <idupzo> 
ACTION not wanting jack

2021-02-12 16:30:24 <ikke> ah, ossy, yes
2021-02-12 16:30:27 <ikke> sorry*
2021-02-12 16:31:58 <ikke> idupzo: I think I have a fix for pipewire
2021-02-12 16:33:15 <ikke> idupzo: there is a pipewire-jack subpackage, but not all jack related files were moved there
2021-02-12 16:36:48 <ikke> idupzo: compare these 2: the top one is in the repos, the bottom one I just built: https://tpaste.us/PKYY
2021-02-12 16:39:52 <idupzo> ikke: yeah, bottom one looks great
2021-02-12 16:40:09 <ikke> idupzo: But I don't know if pipewire works without that lib
2021-02-12 16:43:53 <idupzo> ikke: why not?
2021-02-12 16:44:16 <idupzo> libpulse is also in pipewire-pulse
2021-02-12 16:44:32 <idupzo> and it works great
2021-02-12 16:45:18 <ikke> idupzo: my MR got merged
2021-02-12 16:45:22 <ikke> by the maintainer
2021-02-12 16:45:34 <ikke> So in about 15 minutes, it should no longer pull in jack
2021-02-12 16:45:41 <ikke> 15 - 30 minutes
2021-02-12 16:46:06 <idupzo> ikke: I guess mpv is not as possible to fix right?
2021-02-12 16:47:17 <ikke> idupzo: checking
2021-02-12 16:48:29 <ikke> idupzo: no, it's the mpv binary itself that depends on jack
2021-02-12 16:49:44 <mps> huh, you want me to make separate mpv pkg
2021-02-12 16:50:39 <idupzo> no, just asking
2021-02-12 16:51:20 <mps> idupzo: I mean, mpv without pulse, pipewire and all these useless things
2021-02-12 16:51:22 <idupzo> if that possible jack support as separate package
2021-02-12 16:51:55 <ikke> idupzo: no, mpv does not use dlopen, so the binary must have the jack libs present, otherwise it will not start
2021-02-12 16:51:58 <idupzo> like mpv-minimal?
2021-02-12 16:52:15 <mps> no, mpv-proper
2021-02-12 16:52:35 <ikke> lol
2021-02-12 16:52:40 <idupzo> *sounds* amazing
2021-02-12 16:53:10 <mps> actually I have it locally in branch, just need to push to aports
2021-02-12 16:53:19 <ikke> idupzo: if it happens to support your sound lib :P
2021-02-12 16:55:32 <idupzo> If we are not going full-firefoxed it should have alsa right!
2021-02-12 16:55:36 <idupzo> ?*
2021-02-12 16:58:25 <mps> idupzo: also I have firefox without pulse, pipewire, dbus and some other useless things
2021-02-12 17:00:27 <idupzo> also sounds amazing, suits minimalist spirit of Alpine I guess
2021-02-12 17:02:26 <mps> not minimalist, but more 'no useless bloat'
2021-02-12 17:03:29 <idupzo> exactly
2021-02-12 17:40:18 <donoban> Hi, I'm trying to write a simple 'acf-docker'. For doing a properly repository and APKBUILD I'm testing with acf-iptables but after cloning aports tree and trying to "abuild" acf-iptables I get a sha512sum missmatch
2021-02-12 17:40:55 <adilix> never saw this in my hole life, i installed jwm and used the default config , when i start Calculator it crashes the complete the X server, under twm it works ok
2021-02-12 17:41:34 <donoban> Since I'm testing on a virtual machine I manually downloaded acf-iptables-v0.7.1.tar.gz and get the sha512sum, updated the APKBUILD file but it stills complaining about wrong checksum
2021-02-12 17:42:07 <adilix> anyone can explain it?
2021-02-12 17:42:36 <donoban> is there any segfault error in dmesg?
2021-02-12 17:44:07 <adilix> no nothing
2021-02-12 17:44:19 <adilix> Server terminated succesfully :)
2021-02-12 17:44:33 <donoban> hehe, sorry no idea
2021-02-12 17:47:01 <adilix> another problem , just installed motif and the server terminates succesfully, any explaination?
2021-02-12 17:47:28 <adilix> why isnt there any mwm binary , tried with uil but crashes
2021-02-12 17:54:53 <adilix> apk del solved the problem
2021-02-12 18:07:10 <_bleb> just curious, what is different about the virtual iso compared to the standard one?
2021-02-12 18:08:21 <ikke> slimmed down kernel
2021-02-12 18:08:28 <ikke> ie, less hardware support
2021-02-12 18:08:34 <_bleb> optimized for virtual systems
2021-02-12 18:08:41 <_bleb> oh ok
2021-02-12 18:09:04 <ikke> it's mostly about what kernel options are enabled
2021-02-12 18:09:23 <_bleb> is there any place with more detail info about how the different isos are built and what exactly goes into them?
2021-02-12 18:09:53 <ikke> https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/scripts
2021-02-12 18:10:11 <ikke> for the kernel options, you need to look at the kernel package
2021-02-12 18:13:14 <_bleb> cool thanks
2021-02-12 18:21:07 <donoban> I just created a new repository with a very basic version,  https://gitlab.alpinelinux.org/donoban/acf-docker , I can only let it in private or internal access, is that ok? I want to run a APKBUILD from a virtual machine could it download the src without being logged?
2021-02-12 18:58:15 <mckay-trabajo> any one..   is h2o currently orphaned ? as per https://gitlab.alpinelinux.org/alpine/aports/-/commit/d36edbca12fc2877d9ef195af6cdd4307bd183e9 ? what we must do to collaborate apart of just made merge requests?
2021-02-12 18:59:02 <ikke> mckay-trabajo: yes, it's unmaintaned. Just making a merge request to adopt it should be enough
2021-02-12 18:59:55 <mckay-trabajo> you always onlyne at irc ikke XD ok thanks.. i try to check what's need.. currently i opened some issues agains ho2 upstream..
2021-02-12 20:00:30 <anjan> hi guys, apk wont install the latest version of the package (1.3.0) and keeps installing 1.1.11. I have tried apk upgrade -a. Here is the policy: https://paste.sr.ht/~anjan/fe87aca43206cf80c8595b3ab619b2e47ce1c4d2 Here is the output of apk upgrade -a https://paste.sr.ht/~anjan/d5ed582c6c3130e9f644af9f1d3f429f2399c624
2021-02-12 20:01:06 <Cogitri> Try installing the package ==1.3.0
2021-02-12 20:01:14 <Cogitri> Apk will tell you the error then
2021-02-12 20:02:02 <ikke> apk add sxmo-utils=1.3.0
2021-02-12 20:03:40 <anjan> alright fixed
2021-02-12 20:03:47 <anjan> I had a bunch of cmd:sxmo-* stuff
2021-02-12 20:03:52 <anjan> I deleted those lines
2021-02-12 20:03:54 <anjan> thanks guys
2021-02-12 20:04:04 <anjan> is that a cause for concern?
2021-02-12 20:04:11 <anjan> have I borked my install and should reinstall?
2021-02-12 20:05:20 <ikke> no, should be fine
2021-02-12 20:05:24 <ikke> apk fix
2021-02-12 20:05:57 <ikke> I notice more often that installing cmd:* directly causes issues on upgrades
2021-02-12 20:09:47 <Guest27> Hi everyone, I am trying to reinstall zlib with debugging symbols (I built my own version using abuild), but it seems that reinstalling with apk only make a new symlink but doesn't replace /lib/libz.so.1.2.11. Does anyone have any idea how to properly reinstall packages (without deleting the old ones prior)?
2021-02-12 20:11:08 <ikke> Guest27: abuild strips debug symbols by default, make sure you have a -dbg subpackage
2021-02-12 20:11:36 <ikke> easiest way to replace an existing packages is to give it a newer version
2021-02-12 20:12:05 <anjan> ikke: I see, thank you
2021-02-12 20:12:15 <anjan> Im assuming it's the same case for the so:* lines?
2021-02-12 20:12:24 <ikke> I guess so
2021-02-12 20:12:26 <Guest27> I edited my /etc/abuild.conf to include debug symbols (via -g in CFLAGS). Are you saying it will strip these symbols anyway when I create a new package?
2021-02-12 20:12:31 <anjan> I removed those and a bunch of packages that werent upgrading before now upgraded
2021-02-12 20:12:33 <ikke> Guest27: yes
2021-02-12 20:12:39 <anjan> I wonder how those lines got there
2021-02-12 20:12:43 <anjan> I didnt add them.....
2021-02-12 20:12:51 <Guest27> ikke is there a way to disable this behavior?
2021-02-12 20:12:58 <ikke> Guest27: if you look close at the abuild output, it should see a line mentioning "stripping symbols"
2021-02-12 20:13:17 <ikke> Guest27: add a $pkgname-dbg subpackage, and install that as well
2021-02-12 20:13:44 <Guest27> If I add $pkgname-dbg to the APKBUILD it will automatically generate a debug symbols file?
2021-02-12 20:14:21 <ikke> https://gitlab.alpinelinux.org/alpine/abuild/-/blob/master/abuild.in#L2725
2021-02-12 20:15:48 <ikke> so, yes
2021-02-12 20:15:59 <ikke> It does not disable optimization though
2021-02-12 20:16:09 <ikke> so you might want to add -O0
2021-02-12 20:16:40 <Guest27> Ah! Yes, I am trying this now... and it worked! Thanks so much, you were extremely helpful. :)
2021-02-12 20:17:12 <ikke> No problem
2021-02-12 22:43:22 <Hello71> Edward_Sun: did you try whoami
2021-02-12 22:49:50 <Hello71> _bleb: https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/scripts/mkimg.standard.sh#L70
2021-02-12 22:50:41 <telmich> How do I setup an enviroment variable  (DOCKER_RAMDISK=true) for / in the openrc script /etc/init.d/docker?
2021-02-12 22:50:42 <telmich> Seems like "just adding it to /etc/conf.d/docker" does not export it to the docker daemon
2021-02-12 22:51:40 <telmich> fcolista: Yes, some small changes needed: `cgroup_manager = "cgroupfs"` (instead of systemd), conmon_cgroup = "pod". I have seen that the plugins_dir is already fixed
2021-02-12 22:54:44 <Hello71> did you put export
2021-02-12 22:56:11 <telmich> No, I did not!
2021-02-12 23:10:14 <telmich> thanks for the pointer, Hello71
2021-02-12 23:29:31 <Hello71> note that with some environment variables this may not have the desired effect, e.g. PATH or LD_PRELOAD
2021-02-12 23:49:30 <m_ben> hello everyone, long-time Gentoo user here looking for a new simple linux-distro. I have a few questions regarding alpine linux. do I need to compile the kernel myself like in gentoo or does alpine provide kernel images?
2021-02-13 00:09:56 <MY-R> m_ben: you dont have to compile kernel in alpine, also in gentoo dont have too (sys-kernel/gentoo-kernel-bin)
2021-02-13 00:16:29 <anjan> m_ben: ya, the binary kernel is a new addition. Im using it on my gentoo machine right now. It's great!
2021-02-13 00:19:07 <m_ben> I don't know about gentoo-kernel-bin, but I've noticed faster boot times with manually compiled kernels. but I'm sick of recompiling every package in gentoo which is why I want to try another distro
2021-02-13 01:09:00 <m_ben> is it possible to customize packages like in gentoo with USE flags?
2021-02-13 01:19:32 <Hello71> the main benefit to boot time would be skipping a slow initramfs
2021-02-13 01:19:41 <Hello71> a minimal initramfs can be extremely fast
2021-02-13 01:38:48 <m_ben> overall is it worth using alpine linux for a desktop machine? most ppl use it for docker only
2021-02-13 01:40:56 <yZ5vlALg86lP> loads of people here use it as their desktop
2021-02-13 01:55:46 <Hello71> yes but as you know if it's not posted on linkedin and twitter it doesn't count
2021-02-13 02:13:57 <yZ5vlALg86lP> boomer. you need to post it on tiktok nowadays...
2021-02-13 02:23:32 <Hello71> i think snapchat is suitable for the docker era
2021-02-13 02:23:39 <Hello71> everything is temporary
2021-02-13 02:25:20 <yZ5vlALg86lP> ok then also insta and pinterest count
2021-02-13 10:05:19 <Misthios> Xd
2021-02-13 12:30:26 <c7s> how does apk go from the -dev packages in makedepends to installing actual dependencies? e.g. why does mpv pull in jack but not ffmpeg, when they both have their -dev packages in makedepends
2021-02-13 12:31:14 <ikke> c7s: abuild traces soname dependencies on the files that are in the package
2021-02-13 12:31:36 <ikke> and adds a so:libfoo.so.1.2.3 dependency to the package
2021-02-13 12:32:15 <c7s> I see
2021-02-13 12:32:34 <ikke> so the makedepends do not matter in that regard
2021-02-13 12:35:52 <ikke> ffmpeg is not a library itself, so there are no soname dependencies that can occur
2021-02-13 12:36:09 <ikke> https://tpaste.us/nWb9
2021-02-13 12:38:19 <ikke> c7s: mpv does depend on ffmpeg-libs
2021-02-13 12:39:12 <ikke> but there is no libffmpeg.so
2021-02-13 12:39:46 <c7s> yeah makes sense, it doesn't use ffmpeg.c to do stuff
2021-02-13 12:39:59 <ikke> instead, you have libavcodec.so, libavdevice.so, libavfilter.so and more
2021-02-13 12:40:17 <ikke> they all come from ffmpeg-libs
2021-02-13 13:45:45 <mckaygerhard> ikke the current gitlab instance does not permit to me make multiple forks? to work in multiple packages?
2021-02-13 13:46:09 <ikke> you just need one fork for that
2021-02-13 13:46:45 <ikke> And I haven't seen any git hosting solution that supports multiple forks
2021-02-13 13:49:27 <artok> branches
2021-02-13 13:49:56 <ikke> nod
2021-02-13 13:56:03 <artok> noobish question.. did setup-disk allow using multiple physical disks?
2021-02-13 13:56:50 <ikke> yes, but it would setup raid by default
2021-02-13 13:56:55 <artok> just wondering to put alpine as main host on my beloved mac pro, and that has sda to sde
2021-02-13 13:58:54 <artok> ok now then.. forcing it to do mounts as I want to would be first creating mountpoint for root, mount partition to it, then create dirs /mnt/usr /mnt/var and whatever, mount wanted disks to those, and then hit setup-disk -m sys /mnt
2021-02-13 13:59:07 <artok> or is there any other wya?
2021-02-13 13:59:49 <ikke> not aware of any alternative
2021-02-13 14:14:36 <mckaygerhard> ikke gitlab lasted support multiple forks..
2021-02-13 14:15:13 <mckaygerhard> https://gitlab.com/gitlab-org/gitlab-foss/-/issues/36268
2021-02-13 14:16:14 <mckaygerhard> the problem is that there already other packages i work and the forks are the current alpine version where will be release
2021-02-13 14:16:52 <mckaygerhard> each brand is each alpine release where will released.. puff umm
2021-02-13 14:17:17 <mckaygerhard> i guess ncopa ikke the era with mnultiple project for each package are comming
2021-02-13 14:17:53 <Cogitri> Just use multiple branches?
2021-02-13 14:18:11 <ikke> yes
2021-02-13 14:18:14 <mckaygerhard> ¬_¬
2021-02-13 14:18:17 <ikke> git is flexible enough
2021-02-13 14:18:25 <ikke> You just need to know how to use git
2021-02-13 14:18:38 <mckaygerhard> o common ikke
2021-02-13 14:18:47 <mckaygerhard> puff arrg ok ok i use branches
2021-02-13 14:18:59 <ikke> that's what everybody does
2021-02-13 14:19:16 <ikke> You can use git worktrees if you want multiple local directories to work on
2021-02-13 14:19:23 <mckaygerhard> yeah but using one project for each package no a hugeee repo for all package that eat all my internet quota
2021-02-13 14:19:29 <mckaygerhard> huuuge
2021-02-13 14:19:36 <mckaygerhard> very very hugee ..
2021-02-13 14:19:42 <ikke> Look at worktrees
2021-02-13 14:19:49 <ikke> multiple forks does not help that
2021-02-13 14:20:04 <mckaygerhard> ¬_¬u ya ya ok .. puff
2021-02-13 14:20:12 <mckaygerhard> grrr
2021-02-13 14:20:59 <mckaygerhard> in any case not today but one project for each package will commin in near future
2021-02-13 14:21:12 <mckaygerhard> as smith said: its innevitable
2021-02-13 14:22:22 <ikke> No, it's not
2021-02-13 14:23:08 <ikke> Packages don't stand on their own
2021-02-13 14:26:31 <ikke> good luck maintaining 7k + projects
2021-02-13 14:27:07 <mckaygerhard> umm ook ok..
2021-02-13 14:27:08 <Hello71> wat
2021-02-13 14:27:29 <Cogitri> ikke: I think some projects (e.g. Fedora) have per-package source repos
2021-02-13 14:27:37 <mckaygerhard> umm i guess is due lack of manpowers ? so with a single repo you could check each or
2021-02-13 14:27:55 <mckaygerhard> Cogitri:  almost all distros have as git per project
2021-02-13 14:28:23 <Cogitri> Which is nice for giving maintainers push access to their package's repos even if they're not core devs, but it the ports principle of Alpine is a lot nicer imho, it's kind of a pain working on that many repos
2021-02-13 14:28:42 <ikke> yes
2021-02-13 14:28:44 <mckaygerhard> but ikke has a point on her side! lack of collaborators make difficult to manager many proyects..
2021-02-13 14:29:05 <ikke> mckaygerhard: think about updating a dependency used by many packages
2021-02-13 14:29:17 <mckaygerhard> so i will work with that for the moment but a future with a per project on each package is innevitable ikke ncopa
2021-02-13 14:29:29 <ikke> it's not innevitable
2021-02-13 14:29:33 <ikke> it's a choice
2021-02-13 14:29:38 <mckaygerhard> yeah i understand ikke .. i check that in the last commit of the h2o ..
2021-02-13 14:30:23 <mckaygerhard> was easi to set the orphan in one simgle commit but will be innevitable as Cogitri said
2021-02-13 14:30:42 <mckaygerhard> well thanks for clarification..
2021-02-13 14:30:44 <Cogitri> ?
2021-02-13 14:31:14 <mckaygerhard> one project per package Cogitri .. puff irc do no have context per response messages like telegram
2021-02-13 15:28:38 <adilix> hi all
2021-02-13 15:29:03 <adilix> why manpages shows me nothing? i get only a white page
2021-02-13 15:29:27 <ikke> white page?
2021-02-13 15:31:51 <adilix> yes i get only white pages
2021-02-13 15:32:26 <ikke> where?
2021-02-13 15:33:02 <adilix> on xterm
2021-02-13 15:33:38 <adilix> one example:
2021-02-13 15:35:03 <adilix> when i do man fvwm-root i get this -> Manual page fvwm-root(1) byte 0/0 (END) (press h for help or q to quit)
2021-02-13 15:35:06 <adilix> thats all
2021-02-13 15:38:08 <adilix> whats wrong or broken
2021-02-13 15:43:20 <ikke> It's working for me
2021-02-13 15:45:04 <adilix> i will make a screenshot
2021-02-13 15:50:42 <adilix> where can i upload screenshots ?
2021-02-13 15:55:25 <adilix> here is a screenshot https://postimg.cc/9rcZDCXB
2021-02-13 16:02:57 <ikke> adilix: apk info -W $(which man
2021-02-13 16:04:22 <LonnieTC> Hi All,  Hope that everyone is doing well.
2021-02-13 16:04:56 <LonnieTC> I'm new to Alpine Linux and am namely interested in the Alpine-Xen to see what it can do.
2021-02-13 16:05:08 <LonnieTC> Any good documentation on it?
2021-02-13 16:05:34 <adilix> ikke i get a prompt >
2021-02-13 16:05:47 <ikke> adilix: oh, the closing ) was not copied
2021-02-13 16:05:54 <ikke> LonnieTC: https://wiki.alpinelinux.org/wiki/Xen_Dom0, not sure how good it is though
2021-02-13 16:07:05 <adilix> ikke /usr/bin/man is owned by man-db-2.9.3-r2
2021-02-13 16:07:24 <ikke> adilix: cat /etc/alpine-release
2021-02-13 16:09:06 <adilix> ikke 3.13.1
2021-02-13 16:09:07 <LonnieTC> ikke Thanks.  I am interested to see if Apline-Xen can run completely RAM-based as well as to fire up a few user VM's for a simple demo and will give it a try.
2021-02-13 16:09:30 <ikke> I have no experience with xen, so cannot really help you there
2021-02-13 16:10:31 <LonnieTC> No worries and I will keep searching as I have a number of addition questions on this approach. maybe the alpine-devel list is more appropriate as a thought.
2021-02-13 16:13:06 <yann-kaelig> Hi
2021-02-13 16:15:43 <ikke> adilix: apk del man-db; apk add mandoc
2021-02-13 16:19:45 <yann-kaelig> I have two packages to build inside a chroot. Package gitlab-shell is built first and create the group and user gitlab, next package gitlab is built but for a reason I don't understand, when I run "abuild package " I get : install can't change ownership /my/path operation not permitted. Is it because of the command I run, or the gitlab package doesn't know about the gitlab group and user ? How can I solve this issue
2021-02-13 16:21:23 <EvilPyro> Hello! I'm trying to capture audio with ffmpeg and pulseaudio, ffmpeg outputs "Unknown input format: 'pulse'" which i guess might be related to ffmpeg not compiled with pulseaudio, Is there a solution?
2021-02-13 16:21:30 <yann-kaelig> I don't want if it's possible to use numeric owner and group but the naming scheme with my command install -d -o gitlab -g gitlab suring the package() processing
2021-02-13 16:27:38 <adilix> ikke great it works now
2021-02-13 16:27:42 <adilix> ikke thx
2021-02-13 16:28:21 <adilix> but what about my other problem with mc, i cant use mc with the mouse, anyone found a solution to this
2021-02-13 16:32:31 <mrsenshi> Right, let's say I want to install alpine but I'd like to from a different environment. Could I install all of the tools and setup scripts on something like an Ubuntu live install and do everything from there?
2021-02-13 16:32:54 <yann-kaelig> if a group and user is created and installed after the build of the first package, the buidl of the second package is not able to find the group and user that has been installed by the first build ? or I missed something
2021-02-13 16:38:38 <ikke> yann-kaelig: do you use pkgusers / pkggroups in the apkbuild?
2021-02-13 16:39:07 <yann-kaelig> ikke: not in the second package.
2021-02-13 16:39:10 <yann-kaelig> HI
2021-02-13 16:40:06 <yann-kaelig> package/apkbuild
2021-02-13 16:40:49 <ikke> That makes sure the user is present during building the package
2021-02-13 16:41:35 <ikke> abuild uses fakeroot
2021-02-13 16:44:18 <yann-kaelig> do you mean that is not only necessary for apkbuild to create group and user with the help of -pre.install  but also for the second package pkgusers and pkggroups permit the apkbuild to 'find' from the groups and users that are in the "system"?
2021-02-13 16:44:54 <yann-kaelig> from/
2021-02-13 16:44:54 <ikke> the pre-install script make sure the users exist in the target system
2021-02-13 16:45:02 <ikke> the pkgusers / pkgroups make sure it exists during build
2021-02-13 16:45:27 <yann-kaelig> okee
2021-02-13 16:47:20 <ikke> abuild has helpers that can create these users as non-root
2021-02-13 16:47:46 <yann-kaelig> So I need to rebuild everything
2021-02-13 16:48:11 <yann-kaelig> to take into account this change
2021-02-13 16:48:50 <yann-kaelig> can not work if I add pkgusers/pkggroups and only run abuild package
2021-02-13 16:49:21 <Lutin> Anyone running OSRM here on alpine ? I have issues compiling it
2021-02-13 16:51:34 <ikke> No idea what that is
2021-02-13 16:52:32 <jwgarber> hello everyone. is there a practical difference between the boot and default runlevels? e.g. so far I've been adding dhcpcd to default, but should it be boot instead?
2021-02-13 16:56:38 <Edward_Sun> ~ # traceroute 8.8.8.8
2021-02-13 16:56:39 <Edward_Sun> traceroute: NO OPT x!
2021-02-13 16:58:16 <Edward_Sun> I encountered this problem ,  thanks
2021-02-13 17:00:55 <Lutin> ikke geo routing
2021-02-13 17:02:56 <ikke> what issues do you have with compiling it?
2021-02-13 17:05:48 <cornfeedhobo> hello. I'm running into a strange situation. When I have a static WAN and a DHCP LAN, I'm assigned two default routes, with the WAN taking precedence, However, when assigning a static LAN address, no default route is set (expected), but when I add `up ip route add default via x.x.x.x` I get a complaint from RTNETLINK that a default route already exists
2021-02-13 17:05:58 <cornfeedhobo> so ... why would it work when dhcp?
2021-02-13 17:10:24 <Edward_Sun> cornfeedhobo   metric
2021-02-13 17:11:09 <Edward_Sun> WAN 0   LAN 1
2021-02-13 17:11:47 <cornfeedhobo> Edward_Sun: hah i was just returning to say i missed the metric. thanks!!
2021-02-13 17:28:10 <mrsenshi> Oh dear God, how have no grub2 releases supported LUKS2?
2021-02-13 17:28:48 <mrsenshi> Has alpine patched in support for LUKS2
2021-02-13 17:38:21 <ikke> https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/main/grub
2021-02-13 17:39:50 <artok> now that I've got /usr on separate partition, openrc is unable to do init properly even I added /etc/fstab to initramfs
2021-02-13 17:46:34 <cornfeedhobo> mrsenshi: luks is supported in grub2 for a while. but it doesn't support any keymaps other than US, so be careful
2021-02-13 17:54:08 <adilix> can someone explain why i get this weird caracters when i scroll back the history on xterm https://postimg.cc/Y4wH7rw1
2021-02-13 17:59:39 <mrsenshi> cornfeedhobo: LUKS1≠LUKS2 and ye
2021-02-13 17:59:45 <mrsenshi> *yes
2021-02-13 17:59:54 <mrsenshi> 'Edit /etc/default/grub and add the following kernel options to the GRUB_CMDLINE_LINUX_DEFAULT parameter, replacing <UUID> with the UUID of the encrypted partition (in this case, /dev/sda2):
2021-02-13 17:59:54 <mrsenshi> cryptroot=UUID=<UUID> cryptdm=lvmcrypt cryptkey'
2021-02-13 18:00:37 <mrsenshi> In the most literal manner possible, exactly how shouldvthis look
2021-02-13 18:02:41 <mrsenshi> Nevermind
2021-02-13 18:08:28 <MY-R> adilix: that is old mc "issue" with ash shell, bash for example not trying remember in history command started with space
2021-02-13 18:33:35 <mrsenshi> Hello!
2021-02-13 18:34:44 <mrsenshi> Followed this wiki page, with alterations such that I'm using BIOS with GPT and GRUB, to do an encrypted install of Alpine Linux
2021-02-13 18:34:46 <mrsenshi> https://wiki.alpinelinux.org/wiki/LVM_on_LUKS
2021-02-13 18:35:16 <mrsenshi> And now, when I attempt to boot, the screen spams "GRUB" repeatedly
2021-02-13 18:36:19 <mrsenshi> In all fairness, the system did complain when I tried to install grub, assuming that my EXT4 boot partition was an EXT2 filesystem and that it was missing nesting or something like that
2021-02-13 18:36:46 <mrsenshi> However, I'm rather confused as to why it's spamming grub repeatedly rather than complaining and failing
2021-02-13 18:37:00 <mrsenshi> Any ideas?
2021-02-13 18:37:24 <mrsenshi> (I'm feeling fairly confident I did the LUKS-Related stuff correctly)
2021-02-13 19:02:57 <EF> gpt is a pain to get right. You can check the encrypted stuff by booting the memory stick again, install lvm and crypt then mount it all up again,
2021-02-13 19:03:38 <EF> If your /boot isn't encrypted use syslinux.
2021-02-13 19:05:00 <mrsenshi> Boot is not encrypted, but I wish to use grub
2021-02-13 19:05:12 <mrsenshi> I've done everything accordingly
2021-02-13 19:05:44 <mrsenshi> I'll try turning off the ESP flag I accidentally left on boot, reformat to EXT4 and reinstall grub
2021-02-13 19:30:54 <lucidone> Failed to write utmpx:  No such file or directory
2021-02-13 20:07:05 <ajg> If I run `abuild` a `*.apk` file will be created with my packaged build. However, if I run `abuild fetch verify unpack prepare build package` only a `pkg` directory is created, I don't see any generated `.apk` file. Is there an extra command or flag I need to set to create the `.apk` package?
2021-02-13 20:08:30 <ikke> rootpkg and index
2021-02-13 20:08:50 <ikke> (rootpkg instead of package)
2021-02-13 20:08:56 <adilix> MY-R should i go for bash?
2021-02-13 20:09:10 <MY-R> adilix: dont ask me
2021-02-13 20:10:27 <ajg> @ikke thanks, I see that now. :)
2021-02-13 20:16:23 <adilix> ok np, just changed to bash , let me see if i have this issue again
2021-02-13 20:23:16 <krisk> I'm lost with `socksify` (dante) which fails with finding (resolving) `bindresvport` symbol which AFAICT is not implemented in musl.  How come this package can be functional in Alpine?
2021-02-13 20:24:36 <adilix> anyone a solution for my mc problem with the mouse?
2021-02-13 20:25:04 <ikke> adilix: no idea
2021-02-13 20:25:35 <adilix> hmm
2021-02-13 20:25:51 <adilix> i cant find any solution even on google
2021-02-13 20:26:01 <adilix> i think its a mc problem
2021-02-13 20:26:27 <MY-R> adilix: what is your: echo $TERM
2021-02-13 20:26:44 <adilix> term is always xterm
2021-02-13 20:26:53 <MY-R> so is wrong
2021-02-13 20:27:03 <adilix> there is no other terminal installed
2021-02-13 20:27:08 <MY-R> maybe not wrong but bleh
2021-02-13 20:27:46 <adilix> i dont have this problem with htop on xterm onlyh with mc
2021-02-13 20:27:59 <adilix> so its more a mc related problem i think
2021-02-13 20:28:29 <MY-R> adilix: did you install that package which told you last time?
2021-02-13 20:28:38 <adilix> \the mouse works perfectly in htop, i can quit clicking on quit
2021-02-13 20:28:49 <adilix> which package?
2021-02-13 20:29:28 <MY-R> ncurses-terminfo-base
2021-02-13 20:30:21 <adilix> MY-R let me install it
2021-02-13 20:33:13 <MY-R> ncurses-terminfo should be probably installed by default
2021-02-13 20:33:17 <adilix> MY-R just installed it , but the problem remains
2021-02-13 20:34:08 <MY-R> ncurses-terminfo is installed, right?
2021-02-13 20:34:31 <adilix> only ncurses-terminfo-base
2021-02-13 20:35:18 <adilix> just installing ncurses-terminfo
2021-02-13 20:35:57 <adilix> problem remains
2021-02-13 20:36:16 <adilix> i think its a mc issue , no way do solve it
2021-02-13 20:36:56 <MY-R> adilix: relogin or close ar xterm windows
2021-02-13 20:37:02 <MY-R> s/ar/all
2021-02-13 20:38:20 <adilix> i have rebooted
2021-02-13 20:40:26 <adilix> very difficult to find what is causing it
2021-02-13 20:40:34 <MY-R> eh, maybe because mc is build with --without-x
2021-02-13 20:41:06 <adilix> aaaaaa thats it , for sure
2021-02-13 20:41:07 <MY-R> mouse working fine when ssh on alpine with mc but probably wont work in X
2021-02-13 20:41:46 <adilix> yes , most apps work ok with the mouse , as i said htop works perfectly
2021-02-13 20:41:48 <MY-R> ncurses-terminfo-base you can uninstall, but leave on system "ncurses-terminfo"
2021-02-13 20:43:30 <adilix> ok did it
2021-02-13 20:43:52 <adilix> i have to wait for an updated mc package
2021-02-13 20:44:00 <adilix> np
2021-02-13 21:20:24 <mrsenshi> Stuck at a grub command line at every boot
2021-02-13 21:20:40 <mrsenshi> It doesn't complain or throw errors.
2021-02-13 21:20:58 <mrsenshi> And the configuration is generated correctly
2021-02-13 21:23:58 <mps> grub is over engineered but only solution for uefi
2021-02-13 21:24:17 <mps> refit/refind maybe
2021-02-13 21:24:57 <mps> syslinux on some uefi boards is not stable
2021-02-13 21:24:58 <mrsenshi> I don't use UEFI
2021-02-13 21:25:12 <mrsenshi> I'm making my life difficult by doing grub on bios with gpt
2021-02-13 21:25:18 <mrsenshi> Why? Because I hate myself.
2021-02-13 21:25:18 <mps> mrsenshi: in that case I would use syslinux
2021-02-13 21:25:52 <mrsenshi> Yeah, no can do, all I need to do is figure out what's going on with grub because I'm damn sure the configuration is correct
2021-02-13 21:27:00 <mrsenshi> I'll update the docs when I've figured this all out
2021-02-13 21:27:06 <mrsenshi> You can all benefit after that
2021-02-13 21:28:29 <mps> I lost half of this day figuring out how grub works in alpine on uefi
2021-02-13 21:29:04 <krisk> mps: Is it?  I'm using syslinux without a problem...
2021-02-13 21:29:07 <mps> very unintuitive, in two words
2021-02-13 21:29:26 <krisk> mps: Is it?  I'm using syslinux on uefi without a problem
2021-02-13 21:29:48 <mps> krisk: syslinux on macbook pro from 2008/2009
2021-02-13 21:30:41 <krisk> mps: simple, in one word :)
2021-02-13 21:30:41 <mps> krisk: it works on most 'normal' boards, but macbook is separate story
2021-02-13 21:31:00 <krisk> mps: I see... fair enough.  Mine is Carbon X1
2021-02-13 21:32:22 <krisk> But isn't it all about executing syslinux.efi?  What's the fuss about it?
2021-02-13 21:32:35 <mps> krisk: yes, I also prefer simplicity of syslinux
2021-02-13 21:33:23 <mps> krisk: for unknown reason it stops at 'loading vmlinuz ...' or 'loading initramfs ...'
2021-02-13 21:33:39 <mps> but not always, sometimes it boot fine
2021-02-13 21:34:32 <mps> and I don't have time to build it with patches accumulated
2021-02-13 21:35:24 <krisk> Oh, I see... EFI support on a board from 2008/2009 might be buggy, or whatever.  Fair enough.
2021-02-13 21:35:34 <mps> somehow I managed to boot this machine with grub, and for now will left it as such
2021-02-13 21:35:51 <krisk> Yeah, makes sense.
2021-02-13 21:37:31 <krisk> There's also EFI stub in Linux kernel supported and that's even simple, but not sure if it'd work with your HW
2021-02-13 21:37:47 <krisk> Alpine might not have enabled it though by default
2021-02-13 21:38:52 <mps> krisk: no, it doesn't help
2021-02-13 21:39:05 <mps> and iirc this is enabled
2021-02-13 21:39:58 <mps> and I'm starting to care less and less about computers
2021-02-13 21:40:35 <mps> instead of usable devices they become insane
2021-02-13 21:41:27 <krisk> TBH, a 2008/2009 walled garden HW is not the easiest to work with
2021-02-13 21:42:27 <mps> I'm not sure if there are not 'new and shiny' which are worse
2021-02-13 21:43:32 <krisk> Some brands tend to be less complicated, if not super-compatible.  Lenovo, Tuxedo, Dell etc.
2021-02-13 21:44:15 <krisk> Or anything that supports Coreboot or any somesuch
2021-02-13 21:44:50 <mps> I switched to arm devices about 5-6 years ago, intels are just artifacts from old era
2021-02-13 21:47:11 <krisk> Arm is a nightmare to boot with all the device trees etc.  For personal computing and compatiblity, IMO it's a step backwards.  For embedded/specialised, not too bad.
2021-02-13 21:47:42 <mps> krisk: well, my experience is opposite with arm
2021-02-13 21:48:48 <Jasper[m]> Depends on what you buy
2021-02-13 21:49:06 <Jasper[m]> Any random phone or tablet just sucks due to downstream kernels
2021-02-13 21:49:20 <krisk> Fair.  I've never tried to use ARM for personal computing, so can't really tell.  Working with ARM as embedded devices, I just anticipate it being a nightmare for personal computing.
2021-02-13 21:49:26 <Jasper[m]> Nvidia's going to do sbbr/sbsa soon
2021-02-13 21:49:32 <Jasper[m]> With UEFI
2021-02-13 21:49:32 <mps> ehm, phones, useless devices
2021-02-13 21:50:49 <mps> about 5 years I bought samsung exynos (Peach Pi) chromebook for workstation, I'm quite satisfied with it
2021-02-13 21:51:12 <mps> 5 years ago*
2021-02-13 21:51:12 <Jasper[m]> Never miss the extra perf?
2021-02-13 21:51:26 <Jasper[m]> There are a couple devices you could use as potential upgrades
2021-02-13 21:51:46 <Jasper[m]> There's the Pinebook Pro as the cheaper option and one of the Windows on ARM laptops as the more expensive ones
2021-02-13 21:52:17 <mps> Jasper[m]: yesterday I booted alpine on apple macbook pro M1, which is arm, fantastic speed
2021-02-13 21:52:31 <Jasper[m]> Good choice too
2021-02-13 21:52:43 <Jasper[m]> the air is at least comparable to the pro x in price
2021-02-13 21:52:49 <Jasper[m]> But perf is indeed better
2021-02-13 21:53:20 <Jasper[m]> Currently messing around with the older Asus Transformer tablets with the tegra's, but that's proving difficult
2021-02-13 21:53:22 <mps> building qemu in 50 seconds, hey
2021-02-13 21:54:16 <mps> I own and use two old arm64 chromebooks, acer R13 and samsung one plus, both 4GB RAM
2021-02-13 21:55:00 <mrsenshi> Why does installing grub tell me I have a memory leak
2021-02-13 21:56:37 <ikke> mrsenshi: seems to be some kind of known issue, you can ignore it
2021-02-13 21:57:07 <mrsenshi> Right, but I can't ignore a system that throws me into the grub shell with no feedback or complaints
2021-02-13 22:12:29 <ajg> Is there a way to reinstall a package that already exists using `apk` without (1) bumping the version (2) deleting the existing file explicitely? I just added a new ELF section to a package but I can't install it atop an already existing installation. `apk fix` does not seem to overwrite/replace existing files that differ so little.
2021-02-13 22:34:36 <chexo3> hey has anyone considered adding a warning for wireless users about Windows Fast Boot? I spent way too long trying to use a tethered connection to a MacBook because I thought my wifi card wouldn't work
2021-02-13 22:34:55 <chexo3> would be really helpful to know I could just change a setting in windows and be done with it
2021-02-13 22:35:07 <chexo3> thankfully it's working now ofc
2021-02-13 23:43:59 <mrsenshi> Hello again Everyone!
2021-02-13 23:44:11 <mrsenshi> It turns out I'm not stupid and there's a bug!
2021-02-13 23:45:14 <mrsenshi> By default, when you try to generate a grub config file, you end up with an option that has an unfinished if statement, it just stops at else and doesn't fi
2021-02-13 23:50:52 <Hello71> krisk: have you considered proxychains
2021-02-13 23:51:14 <Hello71> mrsenshi: seems like the script is crashing
2021-02-14 09:21:34 <artok> every single time there is update on rpi kernel, there is something wrong with firmware on wifi =D
2021-02-14 09:23:30 <mps> convenience, killer of human freedom
2021-02-14 09:23:54 <mps> rpi is bad/wrong choice
2021-02-14 09:26:03 <artok> cheap enough for the robotics work
2021-02-14 09:26:45 <artok> sure, nvidia jetson nano would be great
2021-02-14 09:26:50 <mps> yes, and again "convenience, killer of human freedom"
2021-02-14 09:27:45 <artok> sure
2021-02-14 09:27:54 <mps> if the firmware doesn't work as it should, what it is worth for
2021-02-14 09:29:32 <mps> buying such devices we only feed greedy companies
2021-02-14 09:31:29 <mps> I can't comprehend how happened that on 'free' movement these greedy managed to rip most from us, especially 'free'
2021-02-14 09:33:04 <artok> it sounded great when they launched first products
2021-02-14 09:33:27 <mps> yes, I remember ;)
2021-02-14 09:34:03 <artok> now risc-v ...
2021-02-14 09:35:02 <mps> right, now it looks good, but I already have some doubts (from experience)
2021-02-14 09:43:10 <artok> oh great, https://github.com/raspberrypi/linux/issues/4145 I wasn't only one
2021-02-14 09:44:01 <artok> great, because I don't care to file bug report right now =D
2021-02-14 09:52:02 <lucidone> RPi firmware really needs better CI
2021-02-14 09:57:29 <artok> lucidone: box that updates itself, if there is something wrong, write report to disk, downgrade, reboot, send error report.. sure enough it would be quite easy
2021-02-14 09:58:07 <artok> now I need to connect keyboard and display every time =D
2021-02-14 09:58:27 <lucidone> I need to allocate some time to build/buy an sdcard multiplexer
2021-02-14 11:55:12 <krisk> Anyone had success with running `socksify` on Alpine?  It seems to require `bindresvport()` which AFAICT is not implemented in musl.
2021-02-14 11:55:39 <krisk> It's part of 'dante' package available in Alpine but no idea how it's supposed to be functional.
2021-02-14 12:00:34 <ikke> krisk: No comprehensive test, but `socksify curl alpinelinux.org` works for me
2021-02-14 12:01:00 <krisk> ikke: fair enough... possibly I'm missing something on my system :\
2021-02-14 12:01:24 <ikke> Note that I did not setup a socks proxy or something
2021-02-14 12:01:31 <ikke> just running it with an empty config
2021-02-14 12:03:08 <krisk> Try with `SOCKS_SERVER="127.0.0.1:1"` set
2021-02-14 12:03:17 <krisk> With an empty config seems to work for me as well.
2021-02-14 12:04:16 <ikke> error: symbolfunction(): compile time configuration error?  Failed to find "bindresvport" using RTLD_NEXT: Symbol not found: bindresvport
2021-02-14 12:04:24 <krisk> The point is to stop HTML from making any connections when rendered in `w3m`
2021-02-14 12:04:36 <krisk> Yeah, I get the exactly same error
2021-02-14 12:05:02 <ikke> krisk: you might want to ask in #musl then
2021-02-14 12:05:41 <krisk> Uh, but this is packaged for Alpine, so isn't it supposed to work with whatever musl version is available in Alpine?
2021-02-14 12:06:05 <krisk> Or maybe it's an edge case not considered by the packager?
2021-02-14 12:06:54 <krisk> Asking in #musl in this case does not make sense to me:  it's fairly clear that `bindresvport()` is not implemented.
2021-02-14 12:07:07 <krisk> I'm just wondering how this got packaged for Alpine in this state.
2021-02-14 12:10:19 <ikke> krisk: Yes, I think the packager is not aware this is not working
2021-02-14 12:10:53 <ikke> The project has no test suite to verify everything is working
2021-02-14 12:10:58 <ikke> And it built fine apparently
2021-02-14 12:11:55 <ikke> no issues reported about this either
2021-02-14 12:13:03 <krisk> OK, fair enough.  Thanks for checking.  It's useful to me to at least know that I'm not missing something abvious.
2021-02-14 12:14:13 <ikke> So you could open an issue on gitlab.alpinelinux.org
2021-02-14 12:15:56 <krisk> Will do, going to check few other things first.
2021-02-14 13:30:58 <donoban> Hi, probably is not something very useful but I'm having fun writing an acf module for docker. I am wondering if showing all info (containers, images, networks, volumes) in details page like here: https://share.riseup.net/#kyfXI0VnB54ljpWvQJKKBw is a good idea or it would be better to show only a summary like (30 containers, 20 running, 5 paused, 5 off)... and then show detailed info in a tab for each category
2021-02-14 13:31:45 <donoban> Also is it here https://gitlab.alpinelinux.org/donoban/acf-docker the right place for upload it?
2021-02-14 13:32:35 <donoban> or maybe I should clone another repo and then do a pull request
2021-02-14 13:34:52 <Cogitri> I suppose kunkuu would know about that but apparently they're not in this channel
2021-02-14 13:36:04 <donoban> maybe is better to write to some mail list?
2021-02-14 13:40:29 <Cogitri> Maybe
2021-02-14 13:40:45 <Cogitri> ikke: I suppose you would know where to do that?
2021-02-14 13:47:17 <mrsenshi> Yeah okay, I've done all my install stuff successfully and I can say confidently that there's something wrong with grub-mkconfig
2021-02-14 13:48:02 <mrsenshi> Also, I can't seem to be able to change the input language/layout for GDM
2021-02-14 13:51:12 <ikke> Not sure what the goal is?
2021-02-14 13:57:55 <ikke> donoban: you're writing a module for acf that manages docker containers?
2021-02-14 13:58:34 <ikke> tdtrask manages acf, so maybe you can ask him
2021-02-14 14:47:41 <donoban> yes ikke, well I'm trying to manage all docker related tasks (containers, images, networks, volumes,etc...)
2021-02-14 14:47:49 <ikke> donoban: sure
2021-02-14 14:48:15 <ikke> Well, do talk to tdtrask then
2021-02-14 14:48:36 <donoban> ok
2021-02-14 15:56:56 <TheFatal> hey guys i tried to create a package which will copy files into /usr/instantclient, but it does not work here is my APKBUILD file, can u pls say what i do wrong ?  http://pastie.org/p/3VxqvP0ubILwshfMnC7MJr
2021-02-14 16:08:20 <Hello71> jfc my eyes
2021-02-14 16:17:57 <JoeRussell> @TheFatal a) downloads are behind login page b) and you APKBUILD is wrong - read https://wiki.alpinelinux.org/wiki/APKBUILD_Reference
2021-02-14 16:27:11 <maxice8> move the files to the `package()` function and mv to "$pkgdir"/usr/instantclient
2021-02-14 17:20:03 <midasi> What's the process to promote a package from testing to community?
2021-02-14 17:20:30 <maxice8> verify that it works then make a merge request with a commit moving it from testing to community
2021-02-14 17:20:55 <midasi> oh ok thanks
2021-02-14 17:23:27 <unrznbl[m]> any ideas on why gtk3 apps give "cannot open display: :0" when xterm and gtk (not 3) apps work fine? xhost + doesn't fix. I am just using normal, not remote/ssh. Debug with options to X server or something?
2021-02-14 20:38:04 <donoban> I'm editing a git project via ssh into an alpine virtual machine, anyone knows if I can get colors on git diff?
2021-02-14 20:38:37 <ikke> apk add less
2021-02-14 20:40:09 <donoban> ohhh thanks ikke
2021-02-14 23:10:33 <TheFatal> is it possible to create a symlink by abuild ?
2021-02-14 23:14:49 <TheFatal> when i tried  ln -s "$pkgdir"/usr/instantclient/libclntsh.so.* "$pkgdir"/usr/lib/libclntsh.so it became lrwxrwxrwx 1 root root   82 Feb 14 23:14 libclntsh.so -> /home/builder/package/pkg/alpine-instantclient/usr/instantclient/libclntsh.so.11.1
2021-02-14 23:15:23 <maxice8> yes it is
2021-02-14 23:15:33 <maxice8> see the mupdf APKBUILD
2021-02-15 00:55:26 <metbsd> i'm leaving alpine linux, bye
2021-02-15 00:55:37 <metbsd> this binary is compiled with glibc not muslc
2021-02-15 00:55:43 <metbsd> it'll never run in alpine
2021-02-15 00:56:35 <hg> bye, then
2021-02-15 01:02:20 <Hello71> nobody tell them about gcompat
2021-02-15 01:30:31 <Lutin> 
ACTION tells everyone about gcompat

2021-02-15 09:07:40 <LACampbell> Lutin: thanks for telling me about gcompat
2021-02-15 09:08:07 <Lutin> LACampbell oh, did I help ? You are very welcome :D
2021-02-15 09:08:23 <LACampbell> maybe. I searched it and it talked about adelie linux
2021-02-15 09:08:58 <LACampbell> https://github.com/AdelieLinux/gcompat oh here we go. maybe I can accomplish my dream of running sublime text on alpine
2021-02-15 09:32:26 <Lutin> LACampbell ah good one, ping you later about Alpine desktop ;)
2021-02-15 09:44:43 <kmmndr> Hi all :-)
2021-02-15 09:45:10 <kmmndr> What package could I add if I'm missing icons in apps ?
2021-02-15 09:46:30 <kmmndr> Meld application to be precise
2021-02-15 09:55:59 <kmmndr> Hum ... it seems to be the same question for gnome and kde apps. Icon themes are mandatory for Gnome and Kde apps, but there is currently no default theme
2021-02-15 09:56:22 <kmmndr> And I guess breeze and adwaita are too big to be considered as a dependency
2021-02-15 09:57:55 <kmmndr> Is there any smaller alternative ?
2021-02-15 09:58:39 <Cogitri> adwaita-icon-theme should do the trick
2021-02-15 09:59:10 <Cogitri> We currently don't depend on it since users may want to use a different icon theme and we don't have a mechanism for optional deps
2021-02-15 10:11:22 <kmmndr> Cogitri: It makes sense
2021-02-15 10:12:36 <kmmndr> Is it possible to print tips after installing packages ?
2021-02-15 10:43:47 <Cogitri> Sure, but we'd have to print that for every GTK package
2021-02-15 10:44:35 <Cogitri> So really, this should be implemented via optional deps, not printing this after installing any GTK packages
2021-02-15 11:33:25 <donoban> any acf expert here? I'm using handle_form() using a cfe with multiple select fields, can I force the order it displays them? Currently it seems random
2021-02-15 11:34:54 <donoban> oh, maybe it is 'seq' value?
2021-02-15 11:35:25 <donoban> yep, all right ^^
2021-02-15 12:06:16 <donoban> Running:        args.descr, args.errtxt = modelfunctions.run_executable({"docker", "-d", "-it", args.value.image.value}, true)
2021-02-15 12:06:25 <donoban> I get: unknown shorthand flag: 'd' in -d
2021-02-15 12:08:36 <donoban> ohh lol I was just missing "run" argument
2021-02-15 15:03:29 <tdtrask> donoban: I'm the ACF expert :)
2021-02-15 15:03:57 <tdtrask> but it seems like you already figured out the answers to your questions :)
2021-02-15 15:07:14 <tdtrask> As far as the design of your new docker ACF, as in what is displayed on each page, I would leave that up to the designer. If you're working on it, you would have a better idea of a functional UI than I would.
2021-02-15 15:25:57 <chexo3> Hello!
2021-02-15 15:27:23 <chexo3> Is there a way I can use the proprietary Nvidia drivers on Alpine? They’re compiled against glibc, so I’d need to use a chroot probably, but I don’t see why it wouldn’t be possible. Has anyone had luck using the closed source drivers on Alpine?
2021-02-15 15:43:27 <hg> gcompat is a thing
2021-02-15 15:43:37 <hg> not sure how it would work with drivers though
2021-02-15 15:44:54 <unrznbl[m]> odd question, I try to setup libvirt and do `modprobe tun` and get "Module tun not found in directory /lib/modules/5.10.15-0-lts" but doing `lsmod` I see tun is loaded and doing `insmod /lib/modules/5.10.16-0-lts/kernel/drivers/net/tun.ko` it works. Oh. Version mismatch for modprobe? 5.10.15 != 5.10.16. Hmm. :|
2021-02-15 15:48:06 <unrznbl[m]> a reboot fixed it :) just upgraded and I guess modprobe didn't get the memo ;)
2021-02-15 15:49:44 <mps> hg: will not work with nvidia
2021-02-15 16:09:02 <donoban> tdtrask: I will focus first on the functionality which seems the most complicated task, and then the design seems easy to change
2021-02-15 16:24:17 <chexo3> Has anyone figured out how to run the closed source Nvidia drivers on Alpine Linux? I’m aware of the problem that they’re compiled against glibc, just wondering anyone’s figured out a chroot for it or something.
2021-02-15 16:49:10 <Hello72> have you considered not disconnecting within 30 seconds of asking your question
2021-02-15 21:31:04 <mps> hmm, interesting, can't remove llvm10  on armv7 though 'apk info -r llvm10' doesn't show anything which depends on it
2021-02-15 21:37:27 <int0TheRain> hi everyone,
2021-02-15 21:37:27 <int0TheRain> running alpine on a older gen nuc as a kvm host where i run 3 vms - alpine too - where i run k3s (kubernetes) on the containerd runtime.
2021-02-15 21:37:28 <int0TheRain> everything was running smooth for couple of days - today i experience intermitent interruptions with all connectivity.
2021-02-15 21:38:14 <int0TheRain> i have to initiate ping to another host in the network in order for the ssh connection to pick up
2021-02-15 21:39:15 <int0TheRain> on the host - VMs are all on a bridge on eth0
2021-02-15 21:40:50 <int0TheRain> the VM is fine, i'm in via VNC - kvm has this capability
2021-02-15 21:42:26 <int0TheRain> dunno where to look further to debug this, i'm not THE most knowledgable in cgroups - i don't think it's related to that
2021-02-15 21:45:20 <int0TheRain> i have the last dmesg
2021-02-15 21:45:20 <int0TheRain> [   77.625826] cgroup: cgroup: disabling cgroup2 socket matching due to net_prio or net_cls activation
2021-02-15 21:45:21 <int0TheRain> which in Arch forum
2021-02-15 21:45:21 <int0TheRain> ppl describe kernel panic requiring hard reset
2021-02-15 21:45:22 <int0TheRain> https://bugs.archlinux.org/task/66824
2021-02-15 21:45:22 <int0TheRain> i don't experience a panic
2021-02-16 00:31:01 <_bleb> some programs generate state in the home dir
2021-02-16 00:32:49 <_bleb> seems like the 'data' option in setup-alpine only mounts /var on persistent storage
2021-02-16 00:35:03 <_bleb> feels like i would also want /home and /root to be persistent, but since it is not a preconfigured option it feels like i must be missing something
2021-02-16 03:01:22 <nakilon> hello
2021-02-16 03:02:11 <nakilon> I had a script for the alpine linux container that uses youtube-dl and ffmpeg -- it worked fine October-December, now I try to run it again but I get the youtube-dl "429 error too many requests"
2021-02-16 03:02:49 <nakilon> not sure if it will help but is there a way to update the youtube-dl? I've already did the docker pull alpine
2021-02-16 03:45:12 <timlegge> nakilon: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/429
2021-02-16 03:51:29 <nakilon> I know what the http error means
2021-02-16 03:52:24 <nakilon> unless they've updated HTTP standards between December and February
2021-02-16 07:20:38 <desultory> nakilon: youtube-dl is hosted on github (https://github.com/ytdl-org/youtube-dl), and if you don't build the docs the deps are practically just python...
2021-02-16 10:01:15 <timlegge> nakilon: sorry.  not everyone does
2021-02-16 10:24:17 <donoban> Ey tdtrask, do you know if there is some difference dispatching details view and some custom view? I'm trying to run same 'docker-details-html.lsp' code (which runs fine) as 'docker-containers-html.lsp' and I get errors due trying to access nil values.
2021-02-16 10:45:20 <donoban> I was missing a function in "docker-controller", it works fine now
2021-02-16 10:57:27 <rempas> Does anyone knows how I can login to tty1?
2021-02-16 10:57:37 <rempas> I tried everything but nothing seems to work
2021-02-16 12:55:17 <mrsenshi> How do the devs feel about Mandatory Access Control? I notice that apparmor is well out of date and support for selinux is very limited currently.
2021-02-16 12:55:32 <mrsenshi> I'm assuming there's a stance against MAC prevailing?
2021-02-16 13:04:09 <Cogitri> SELinux is just way too much effort to keep working for Alpine right now
2021-02-16 13:04:23 <Cogitri> apparmor could work if someone steps up to maintain it that isn't me :D
2021-02-16 13:13:33 <mps> I hope no one will :)
2021-02-16 13:57:28 <Newbyte> would AppArmor being properly maintained affect non-AppArmor users in a negative way?
2021-02-16 14:01:19 <maxice8> non-apparmor users being people that disabled (or not activated) it ?
2021-02-16 14:03:39 <Cogitri> It wouldn't affect them at all
2021-02-16 14:04:05 <Cogitri> Since we probably wouldn't install it by default
2021-02-16 14:10:28 <Newbyte> good question maxice8. I should rephrase: Would someone who is not interested in AppArmor be able to use Alpine Linux the same way as if the package did not exist if someone picked up AppArmor and maintained it properly?
2021-02-16 14:10:49 <maxice8> yes
2021-02-16 15:54:47 <PureTryOut[m]2> How do you let apk create a virtual meta package again? The ones prefixed with a dot?
2021-02-16 15:55:02 <maxice8> --virtual <name>
2021-02-16 15:55:07 <PureTryOut[m]2> Thanks!
2021-02-16 16:24:22 <PureTryOut[m]2> Honestly, I should've been using that way earlier, it's so handy
2021-02-16 17:36:14 <ajm1> Hi, I was planning on using Alpine as KVM host and for a couple of guest VMs (for a SAMBA DC and server).  When it comes to creating the guest VMs, I'd like a spice display but am getting errors when creating the VMs: Error relocating /usr/bin/../lib/qemu/ui-spice-core.so: egl_texture_blend: symbol not found
2021-02-16 17:38:19 <mps> ajm1: follow release notes to alpine wiki and read section about qemu
2021-02-16 17:40:35 <bleb> does apk have a setting somewhere to make it look for and install X-doc whenever you install X?
2021-02-16 17:42:12 <ajm1> OK, I'd been there and read through - I was hoping not to have to install the whole of GTK , vte, CUPS etc on a headless hypervisor but if that's not possible...
2021-02-16 17:43:17 <mps> bleb: apk add docs
2021-02-16 17:44:57 <wsinatra> ajm1: you're probably missing a package
2021-02-16 17:46:22 <wsinatra> apk add qemu-ui-spice-core, but you should apk search qemu and you'll note that the qemu package is broken down into a collection of smaller packages
2021-02-16 17:46:52 <wsinatra> you'll probably want to add a whole subset of those packages, rather than just the alpine qemu package
2021-02-16 17:50:29 <ajm1> thanks, I had already added ui-spice core, but I have just found qemu-ui-opengl which maybe sounds like a possible candidate
2021-02-16 17:55:55 <ajm1> yay, running!  I thought I'd trawled the list of likely packages quite thoroughly but missed that one until I installed qemu-ui-gtk as instructed by the wiki
2021-02-16 17:56:53 <ajm1> after deleting that (and its 23 deps!) just the qemu-ui-opengl was sufficient to get my display.  Thanks for the support...
2021-02-16 18:03:59 <wsinatra> don't mention it ajm1, glad you got it working :)
2021-02-16 18:26:09 <EF> How can you force del an apk? My issue is nextcloud19 cannot be deleted and conflicts with nextcloud (20.x.x)
2021-02-16 18:26:47 <ikke> What is depending on nextcloud19?
2021-02-16 18:27:46 <ikke> EF: there is not force delete
2021-02-16 18:28:04 <ikke> If something is depending on a package
2021-02-16 18:28:30 <EF> Think it is /usr/bin/occ is owned by 19 and 20 cannot overwrite it or some such weiredness.
2021-02-16 18:28:38 <EF> wierdness
2021-02-16 18:28:58 <ikke> Can you show the actual error messages?
2021-02-16 18:31:28 <EF> Will shortly, just been nobbled for reading stories time!
2021-02-16 18:49:25 <EF> ikke: no message, trying to delete gives; 1 error: 2089MiB in 339 packages.
2021-02-16 18:49:45 <ikke> EF: apk fix
2021-02-16 18:50:37 <EF> Tried that, it tries (and fails) to overwrite the nextcloud 20.x.x files and won't delete afterwards
2021-02-16 18:52:56 <ikke> EF: what if you delete both, and then install nextcloud 20 again?
2021-02-16 18:53:41 <EF> Trying to avoid that as lots of deps for nextcloud but if there is no other solution, will do so.
2021-02-16 18:53:57 <ikke> apk should be fast enough
2021-02-16 18:54:28 <EF> It is the quantity of typing!
2021-02-16 19:00:14 <EF> Nope, same issue, apk lists one error and does nothing.
2021-02-16 19:00:58 <EF> Trying fix on 19 then del
2021-02-16 19:03:23 <Dan39> anyone know why when i try to find this channel with alis it doesn't show up? i did "/msg alis list *alpine*" and it shows like every other alpine channel except this one...
2021-02-16 19:04:56 <ikke> It's marked as private
2021-02-16 19:06:33 <EF> ikke: removing nextcloud 20, fix nextcloud19, del/purge nextcloud19, package remains!
2021-02-16 19:12:27 <Dan39> i was about to ask a question about why package wasn't found, but i figured it out... i just needed to run setup-apkrepos
2021-02-16 19:19:25 <Dan39> hmm... but does anyone know why the aarch64 raspberrypi package is missing a bunch of the utilities that armhf has? like raspivid and raspistill
2021-02-16 19:20:09 <Dan39> looks like armv7 has them all too... only aarch64 is missing them
2021-02-16 19:21:09 <Dan39> well, let's see if armv7 is setup to work with pi4
2021-02-16 19:21:15 <Dan39> (armhf wasn't)
2021-02-16 19:22:16 <Dan39> looks like it is. i'll switch to that for now
2021-02-16 19:22:45 <ikke> Dan39: it would be just a matter of instlling the raspberrypi package
2021-02-16 19:23:11 <Dan39> ikke: i did. the packages are different
2021-02-16 19:23:15 <ikke> ah, ok, like that
2021-02-16 19:23:16 <Dan39> i checked the package contents online also,
2021-02-16 19:23:40 <Dan39> aarch64 doesn't have over half of the files in it than armhf and armv7
2021-02-16 19:23:42 <ikke> yeah, I see
2021-02-16 19:27:12 <EF> ikke: it seems in /etc/apk/world, nextcloud19-files was listed but not installed, apk info | grep nextcloud19 showed nextcloud19.
2021-02-16 19:27:45 <ikke> did you remove it?
2021-02-16 19:27:49 <EF> apk del nextcloud19-files caused nextcloud19 to be removed!
2021-02-16 19:28:07 <EF> all seems well again in nextcloud world.
2021-02-16 19:28:12 <ikke> ok, good
2021-02-16 19:28:18 <EF> thank you
2021-02-16 19:54:30 <Dan39> any idea why i am getting "v4l-utils (no such package)" ? seems to be in the repo according to the site
2021-02-16 19:55:09 <ikke> did you enable the community repo?
2021-02-16 19:55:29 <Dan39> i was about to look that up haha
2021-02-16 19:55:38 <Dan39> just noticed it is in community :P sorry
2021-02-16 19:55:42 <ikke> np
2021-02-16 19:58:57 <Dan39> this is turning in to more often than it's worth haha
2021-02-16 19:59:04 <Dan39> s/often/effort/
2021-02-16 19:59:37 <ikke> Dan39: fyi, it seems upstream does not build those binaries on aarch64
2021-02-16 20:32:19 <Dan39> thanks
2021-02-16 21:15:39 <Dan39> does this seem legit? https://raspberrypi.stackexchange.com/a/51440
2021-02-16 21:16:29 <Techcable> So I noticed the current Python version on 'edge' is 3.8.
2021-02-16 21:16:33 <Techcable> Are there plans to update it to 3.9?
2021-02-16 21:16:54 <Dan39> i was surprised it was 3.8 and not 3.7 hahaha
2021-02-16 21:23:45 <Dan39> still doesn't work :(
2021-02-16 21:27:50 <Dan39> i bet i'm modprobing the wrong module for my camera, or it isn't supported
2021-02-16 21:28:03 <Dan39> let me boot to raspbian and see if i can figure out what kernel module is used on there
2021-02-16 21:29:46 <Dan39> bcm2835_v4l2
2021-02-16 21:29:50 <Dan39> looks like the same one mentioned
2021-02-16 21:30:45 <Dan39> though i also see   bcm2835_codec, snd_bcm2835, bcm2835_isp
2021-02-16 21:31:19 <Dan39> there are a bunch of video modules too, but they are all used by one of this bcm2835 modules so should be automatically brought in with modprobe i think
2021-02-16 21:33:30 <Dan39> bcm2835_v4l2, bcm2835_isp, and bcm2835_codec are already loaded after boot up
2021-02-16 21:33:42 <Dan39> but /dev/video0 still doesn't exist
2021-02-16 23:28:38 <bl4ckb0ne> is there doc somewhere about how to install the uboot aarch64 tarball onto a sdcard?
2021-02-17 01:19:11 <Dan39> bl4ckb0ne: if it's a tarball i think you usually just extract it onto the card
2021-02-17 01:20:27 <Dan39> bl4ckb0ne: other board i use with uboot i just `mkfs.ext3 /dev/sdb1; mount /dev/sdb1 /mnt; tar -xf /path/to/tarball.tar.gz -C /mnt/; umount /mnt`
2021-02-17 01:21:06 <Dan39> that's just how to extract a tar, i honestly don't know if there is anything extra to do for alpine, sorry
2021-02-17 01:38:30 <Hello71> it depends on the native bootloader
2021-02-17 07:34:25 <mps> bl4ckb0ne: Dan39: here are some notes and scripts which I use for different arm use cases installation/setup https://arvanta.net/alpine/
2021-02-17 09:49:40 <Edward_Sun> how to set ipv4 preferred? thank you!
2021-02-17 09:50:52 <Edward_Sun> modifying /etc/gai.conf is invalid
2021-02-17 10:01:49 <mps> Edward_Sun: there is no gai.conf on musl
2021-02-17 10:59:11 <yann-kaelig> Hi
2021-02-17 10:59:15 <ikke> o.
2021-02-17 10:59:18 <ikke> o/
2021-02-17 10:59:22 <yann-kaelig> Hi ikke
2021-02-17 11:03:00 <yann-kaelig> perhaps you can help me. I can not find how to 'clean' after a command line: bundle install if I want to install everything again. Also I need to set a new config for a gem but I can not find how to install only this gem to take into account I made the new config
2021-02-17 11:11:17 <Edward_Sun> mps , I understand, thanks
2021-02-17 11:18:48 <thresh> hi.  i'm using multiple repositores in my /etc/apk/repositories file, and would like to be able to pin specific repository to have higher priority.  (In Debian, I can use apt-pinning for that).  Is there a similar mechanism in apk?
2021-02-17 11:19:51 <thresh> Well, I should have googled: https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management#Repository_pinning :)
2021-02-17 11:25:18 <nakilon> yann-kaelig not sure I understood you but there is no need to "clean" in order to launch another app with new dependencies resolved
2021-02-17 11:25:39 <nakilon> do "bundle exec ..." and gems of the versions specified in Gemfile.lock will be used
2021-02-17 11:26:25 <nakilon> also "bundle pristine" should reinstall them from scratch if you suppose something went wrong during install
2021-02-17 11:26:27 <ikke> nakilon: they are trying to package different gitlab components
2021-02-17 11:28:03 <nakilon> if you mean "try launch another dependency version" then edit the Gemfile, then "bundle" will regenerate/resolve new versions and update the Gemfile.lock file so then "bundle exec ..." will use them
2021-02-17 11:28:41 <nakilon> sometimes people do a mistake of doing "bundle install" but then launching the app without the "bundle exec" prefix makes it not actually using what was resolved
2021-02-17 11:29:06 <ikke> nakilon: I think yann-kaelig runs bundle install in deployment mode (creating a vendor dir)
2021-02-17 11:29:24 <yann-kaelig> yes that right.
2021-02-17 11:31:15 <nakilon> also by "install only this gem to take into account I made the new config" I guess you mean you've updated a single gem version and don't want to update a lot of other dependencies -- I guess there is "bundle update --conservative" flag for than
2021-02-17 11:31:38 <yann-kaelig> I'm already on my gitlab investigation/work and I havec decided to lean a little more following the manual installation
2021-02-17 11:32:32 <nakilon> *that
2021-02-17 11:34:52 <yann-kaelig> so, I need to change the google-protobuf config to bundle config --local build.google-protobuf --with-cflags=-D__va_copy=va_copy and next I would like to install it again with this change.
2021-02-17 11:38:44 <nakilon> if docs like https://bundler.io/man/bundle-config.1.html aren't enough you may also ask on #ruby and #bundler but the last channel probably isn't much active considering its size
2021-02-17 11:41:55 <yann-kaelig> well, look like removing vendor/bundle/* is enough to start installa from scratch
2021-02-17 11:51:02 <viwal> Hi I have question related to Apple M1 - I have docker image build on top of Aplinelinux and it nicely works on the newes apple M1 processor, but I have problem to download the image from cdn. I see there is already some ARM's like repo. Is there a way to workaround/fix this?
2021-02-17 11:51:42 <ikke> viwal: what problem do you have downloading it?
2021-02-17 11:53:12 <viwal> ikke: https://dpaste.org/Sk2e
2021-02-17 11:54:27 <ikke> dockerize is not built for any arm* arches
2021-02-17 11:54:29 <ikke> https://pkgs.alpinelinux.org/packages?name=dockerize&branch=edge
2021-02-17 11:57:08 <viwal> ikke: oh ok, so it means I need to skip this step right?
2021-02-17 11:57:44 <ikke> I would say so
2021-02-17 11:58:18 <ikke> Seems like dockerize is not maintained at the moment
2021-02-17 11:58:48 <viwal> ikke: thanks - I go to try it. The main problem is, this is project I got from my colleagues so I do not know what exactly this step means and if I can skip it :/
2021-02-17 11:59:08 <ikke> I guess not without changing other things
2021-02-17 12:10:55 <ikke> viwal: I'm tyding up the package a bit
2021-02-17 12:12:37 <viwal> ikke: thanks, but I guess it will not help me in my case anyway?
2021-02-17 12:23:06 <ikke> I want to see if it works on arm as well
2021-02-17 12:25:10 <viwal> ikke: ok perfect, so when do you think it will be released so I can test it?
2021-02-17 12:25:38 <ikke> This evening (a couple of hours)
2021-02-17 12:27:55 <viwal> Wonderfull - thanks a lot. I it will be able to run on ARM it save so many stress to me :D
2021-02-17 13:04:13 <mckay-trabajo> ikke ncopa pkgrel must be incremented in each commit or i can leave as is and only incremnted just the i send the merge recuest?
2021-02-17 13:17:06 <Dan39> any tips for getting camera to work on raspberry pi?
2021-02-17 13:33:21 <Dan39> haha, i see what happened. when i wget'ed the start_x.elf and fixup_x.dat files it downloaded an html page instead of downloading the actual file
2021-02-17 13:34:05 <mckay-trabajo> XD
2021-02-17 14:05:44 <Dan39> damn, still no luck
2021-02-17 14:05:49 <Dan39> i really thought that would do it
2021-02-17 14:12:10 <ncopa> mckay-trabajo: you dont need bump pktrel in every commit, only the commit(s) that requires rebuild
2021-02-17 14:12:51 <mckay-trabajo> ncopa in my fork i can mantain the pkgrel and only in the merge request will dump it?
2021-02-17 15:04:56 <Guest8> Hi, does Alpine has recovery tools?
2021-02-17 15:05:09 <Guest8> I'm stuck with boot error: switch_root: can't execute '/sbin/init': Exec format error
2021-02-17 15:11:36 <Dan39> Guest8: what board? what alpine image did you download?
2021-02-17 15:11:43 <Dan39> like, what architecture?
2021-02-17 15:33:57 <Guest8> I'm running it as a VM on TrueNAS Core so the image is x86_64
2021-02-17 15:40:27 <Guest8> Dan39 I did an upgrade and I think that's the reason it happend
2021-02-17 16:01:37 <Dan39> oh
2021-02-17 16:02:06 <Dan39> exec format error is usually when i try to run like the wrong architecture bin
2021-02-17 16:04:23 <mckay-trabajo> umm i guess Dan39
2021-02-17 16:04:47 <Guest8> Dan39 so maybe the update changed something?
2021-02-17 16:04:49 <mckay-trabajo> i recommended to check md5sum of the downloaded file firts..
2021-02-17 16:05:37 <Guest8> mckay-trabajo it's not a new installation
2021-02-17 16:05:55 <Dan39> Guest8: can you post more logs?
2021-02-17 16:06:14 <Dan39> Guest8: did the host system get updated, or alpine?
2021-02-17 16:06:26 <mckay-trabajo> it makes sense if where updated..
2021-02-17 16:06:30 <Guest8> This is the screenshot of the VNC https://imgur.com/a/rKfg6rP
2021-02-17 16:07:55 <Guest8> I did update the Alpine with apk upgrade and it got stuck because of a problem with my ISP I didn't know it's the ISP so I stopped the update and rebooted
2021-02-17 16:09:04 <Guest8> I did use an Ubuntu live just to see if everything is OK and it seems that the files are there
2021-02-17 16:24:12 <Guest8> Dan39 is there any way to get the logs you asked for?
2021-02-17 16:24:39 <ikke> viwal: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/18426
2021-02-17 16:24:55 <viwal> ikke: thanks a lot!
2021-02-17 16:30:43 <Dan39> Guest8: the screenshot is about all i was looking for
2021-02-17 16:31:09 <Dan39> Guest8: oh, you stopped an update?
2021-02-17 16:31:13 <Dan39> well... just reinstall
2021-02-17 16:31:17 <Dan39> haha
2021-02-17 16:31:31 <Guest8> Dan39 is it going to wipe my data?
2021-02-17 16:31:38 <Dan39> that's up to you
2021-02-17 16:31:46 <Dan39> you could probably fix it
2021-02-17 16:31:52 <Dan39> i just don't know how :P
2021-02-17 16:32:09 <Guest8> =$
2021-02-17 16:32:21 <c7s> you can mount the vm's filesystem on the host system, depending on what you're using it will be different
2021-02-17 16:32:49 <Dan39> if you can boot from some other media then chroot into the system and hope enough files are there so you can run apk again to reinstall everything
2021-02-17 16:33:16 <Dan39> or mount the vm filesystem like c7s said, though i usually find just booting a vm from an iso quicker/easier
2021-02-17 16:33:41 <Guest8> Dan39 that's what I need to know, how to perform that.
2021-02-17 16:33:54 <Guest8> Do I need the same ISO or I can download a newer version?
2021-02-17 16:34:14 <Guest8> Will the Alpine ISO help me achieving it?
2021-02-17 16:35:50 <Guest8> c7s mounting will be pain, it's a zvol
2021-02-17 16:35:57 <Dan39> Guest8: any linux bootable iso would do, it doesn't need to be alpine
2021-02-17 16:36:04 <Dan39> just needs to boot up so you can chroot
2021-02-17 16:36:34 <Guest8> Dan39 ok, let's say I booted with the latest Ubuntu live
2021-02-17 16:36:38 <Guest8> What should I do next?
2021-02-17 16:36:49 <Guest8> Ubuntu doesn't have "apk" AFAIK
2021-02-17 16:36:50 <Dan39> if you are getting stuck on that already though, i fear you do not have enough experience to fix this system
2021-02-17 16:37:24 <Dan39> do you know how to list available disks and mount a filesystem?
2021-02-17 16:37:36 <Guest8> Yes
2021-02-17 16:37:42 <Dan39> well do that first
2021-02-17 16:38:00 <Guest8> Already said that I have access to the drive via Ubuntu
2021-02-17 16:38:15 <Dan39> ok
2021-02-17 16:38:21 <Dan39> just mount it and chroot
2021-02-17 16:38:32 <Dan39> you don't need to do anything in ubuntu
2021-02-17 16:38:44 <Dan39> don't use apt or anything ubuntu related
2021-02-17 16:38:45 <bl4ckb0ne> anybody know why linux-edge is behind on aarch64?
2021-02-17 16:39:39 <Guest8> Dan39 ok, I'm mounting it now
2021-02-17 16:39:56 <ikke> viwal: seems to work fine on aarch64
2021-02-17 16:40:11 <ikke> bl4ckb0ne: aarch64 is stuck
2021-02-17 16:40:36 <bl4ckb0ne> what's going on?
2021-02-17 16:41:08 <ikke> signal-cli is getting stuck during build
2021-02-17 16:41:59 <bl4ckb0ne> can i help anywhere?
2021-02-17 16:42:48 <ikke> It has already been disabled, I just killed the job
2021-02-17 16:42:58 <ikke> so the builder show now skip it
2021-02-17 16:43:09 <bl4ckb0ne> nice, ill keep an eye on the package then
2021-02-17 16:43:55 <Dan39> Guest8: were you able to chroot?
2021-02-17 16:44:12 <ikke> bl4ckb0ne: you can follow the build progress here: https://build.alpinelinux.org/
2021-02-17 16:44:15 <bl4ckb0ne> mps: ty for your link
2021-02-17 16:44:21 <Dan39> Guest8: then see if network is working, ping example.com
2021-02-17 16:45:12 <Guest8> Dan39 can I do chroot directly on the /dev/sda3?
2021-02-17 16:45:28 <Guest8> Never used chroot so I'm careful
2021-02-17 16:45:38 <ikke> chroot is harmless
2021-02-17 16:45:50 <Dan39> Guest8: no, you mount the filesystem then chroot into the directory where you mounted it
2021-02-17 16:46:02 <Guest8> Ok, mounting now
2021-02-17 16:46:12 <ikke> You probably also need to mount /dev /proc /proc/sys
2021-02-17 16:46:22 <Dan39> maybe...
2021-02-17 16:46:24 <ikke> depending on what you want to do
2021-02-17 16:46:48 <Dan39> then probably try using `apk fix`, though i'm not very experienced with apk. ikke, think that will fix his system where he stopped apk mid-update?
2021-02-17 16:47:21 <ikke> It's at least a good first step
2021-02-17 16:48:08 <Dan39> i usually do rbind dev proc and sys whenever i chroot
2021-02-17 16:48:34 <ikke> yes, idneed
2021-02-17 16:48:37 <Dan39> but that's because i'm usually fixing bootloader also when chrooting, so need access to /dev at least
2021-02-17 16:49:18 <ikke> for d in dev proc proc/sys; do mount --rbind /$d /mnt/$d; done
2021-02-17 16:49:19 <Dan39> archlinux has a nice script for it that i wish was standard on all distros
2021-02-17 16:49:22 <ikke> heh
2021-02-17 16:49:24 <Dan39> arch-chroot
2021-02-17 16:49:25 <ikke> arch-chroot
2021-02-17 16:49:37 <Dan39> it rbinds them all and then unmounts them when you exit
2021-02-17 16:49:49 <Dan39> and i think does resolv.conf too
2021-02-17 16:50:43 <Dan39> so, i resorted to just getting raspbian to boot readonly because i couldn't get camera to work in alpine :(
2021-02-17 16:51:07 <Dan39> last step i had was to just symlink /home/pi/.Xauthority into /tmp so X would start, now it's working
2021-02-17 16:51:20 <Dan39> not ideal, but should be good
2021-02-17 16:51:36 <Guest8> Dan39 ok, all mounted
2021-02-17 16:52:40 <ikke> chroot path/to/mount/point /bin/sh
2021-02-17 16:53:29 <Guest8> ikke I get an error: chroot: failed to run command '/bin/sh': Exec format error
2021-02-17 16:53:55 <Dan39> Guest8: run `file /mount/point/bin/sh`
2021-02-17 16:53:58 <ikke> yea
2021-02-17 16:54:36 <Dan39> Guest8: sure you didn't accidentally change to VM to arm or something? lol
2021-02-17 16:54:59 <Guest8> Dan39 pretty sure :)
2021-02-17 16:55:16 <Guest8> Did the file command
2021-02-17 16:55:20 <Guest8> doesn't solve the chroot error
2021-02-17 16:55:41 <Dan39> Guest8: paste the output of the file command here please
2021-02-17 16:55:49 <Dan39> it doesn't fix anything
2021-02-17 16:56:22 <Guest8>  /rescue/bin/sh: symbolic link to /bin/busybox
2021-02-17 16:56:32 <Guest8>  /rescue is the mount point
2021-02-17 16:56:40 <ikke> file /rescue/bin/busybox
2021-02-17 16:57:12 <Guest8> ikke output is /rescue/bin/busybox: data
2021-02-17 16:57:22 <Dan39> o_O
2021-02-17 16:57:29 <ikke> O_o
2021-02-17 16:57:48 <ikke> well, busybox also provides the init
2021-02-17 16:57:55 <ikke> so if bb is corrupt, then not a lot will work
2021-02-17 16:58:22 <ikke> try: apk --chroot /rescue fix busybox
2021-02-17 16:58:37 <Dan39> he isn't booted with alpine
2021-02-17 16:58:46 <ikke> oh, ok
2021-02-17 16:58:54 <ikke> there is apk-static
2021-02-17 17:00:19 <ikke> https://gitlab.alpinelinux.org/kdaudt/apk-tools/-/jobs/272884/artifacts/file/src/apk.static
2021-02-17 17:00:54 <ikke> viwal: the merge request is merged, in about 15-30 minutes, it should be available
2021-02-17 17:01:07 <ikke> viwal: would can you test it then?
2021-02-17 17:01:24 <Dan39> Guest8: run: wget https://gitlab.alpinelinux.org/kdaudt/apk-tools/-/jobs/272884/artifacts/file/src/apk.static; chmod +x apk-static; ./apk-static --chroot /rescue fix busybox
2021-02-17 17:02:28 <Dan39> ikke: what's that static bin compiled for? Guest8 is using x86_64
2021-02-17 17:04:13 <ikke> x86_64 :)
2021-02-17 17:04:22 <Guest8> Ok, trying that command
2021-02-17 17:04:31 <ikke> it's --root btw, not --chroot
2021-02-17 17:05:17 <ikke> viwal: if it's working, I can move it to the community repo
2021-02-17 17:07:03 <viwal> ikke: thinking how can I try it
2021-02-17 17:07:26 <ikke> viwal: when they are synced to the mirrors, the command you had should just work
2021-02-17 17:07:47 <viwal> ikke: How can I check if it's synced?
2021-02-17 17:08:38 <viwal> ok I go to try it
2021-02-17 17:09:19 <viwal> ikke: still same error :/
2021-02-17 17:10:00 <ikke> https://dl-cdn.alpinelinux.org/alpine/edge/testing/aarch64/ dockerize should appear here
2021-02-17 17:10:03 <ikke> it's not there yet
2021-02-17 17:10:39 <viwal> ikke: I will check it in moment and try it if synced
2021-02-17 17:11:13 <viwal> ikke: Anyway really thank you a lot for your investigation
2021-02-17 17:11:35 <ikke> viwal: it was the horrible APKBUILD that inspired me to clean it up :P
2021-02-17 17:11:52 <Guest8> Dan39 so now it did an update from the sources and the output is: (1/1) [APK unavailable, skipped] Reinstalling busybox (1.31.1-r9) OK 1299 MiB in 215 packages
2021-02-17 17:12:15 <ikke> Guest8: can you try the chroot again?
2021-02-17 17:12:43 <viwal> ikke: I am just and Python developer and do not have so much exp with Docker nor Linux build, so I checked the code, but was not able to see anything there :D
2021-02-17 17:13:04 <Guest8> ikke same error Exec format error
2021-02-17 17:13:40 <ikke> Guest8: try: ./apk.static --root /rescue -X https://dl-cdn.alpinelinux.org/<version>/main fix busybox
2021-02-17 17:13:49 <ikke> replace <version> with the version you are running
2021-02-17 17:13:57 <Guest8> ok
2021-02-17 17:15:07 <Guest8> ikke how do I get the version?
2021-02-17 17:15:21 <ikke> cat /rescue/etc/alpine-release
2021-02-17 17:17:03 <Guest8> I guess I need 3.11 if the version is 3.11.6
2021-02-17 17:17:16 <ikke> v3.11
2021-02-17 17:17:37 <ikke> You might also need to add --allow-untrusted if it does not use the keys from the chroot
2021-02-17 17:19:59 <Guest8> ikke I get: ERROR: busybox-1.31.1-r9.post-upgrade: script exited with error 127
2021-02-17 17:20:37 <Guest8> Uploaded file: https://uploads.kiwiirc.com/files/ffdb4bb0a5b4f4910f099ebd366fb102/%D7%AA%D7%9E%D7%95%D7%A0%D7%94.png
2021-02-17 17:20:55 <ikke> But the things before that worked?
2021-02-17 17:21:04 <ikke> post-upgrade is not that important
2021-02-17 17:21:29 <Guest8> What about .trigger?
2021-02-17 17:21:42 <ikke> also not import for what you need
2021-02-17 17:22:02 <Guest8> So, how do I know if it's ok? try to chroot again?
2021-02-17 17:22:10 <ikke> yes
2021-02-17 17:23:18 <Guest8> ikke now I get: chroot: failed to run command '/bin/sh': Accessing a corrupted shared library
2021-02-17 17:24:06 <Guest8> btw, I really appreciate your help
2021-02-17 17:24:36 <ikke> busybox only dependso on musl, so try the same comman with musl instead of busybox
2021-02-17 17:24:57 <Dan39> i wonder what the state of those files are
2021-02-17 17:25:01 <ikke> yeah
2021-02-17 17:25:15 <Dan39> i have a feeling they didn't just "get corrupted" haha
2021-02-17 17:25:18 <Guest8> you mean the apk-static command?
2021-02-17 17:25:23 <ikke> Guest8: yes
2021-02-17 17:25:30 <Guest8> ok, let's try
2021-02-17 17:26:52 <Guest8> ikke it says the APK unavailable, skipped
2021-02-17 17:27:06 <ikke> Guest8: did you add the repo again with -X?
2021-02-17 17:27:12 <Guest8> Yes
2021-02-17 17:27:29 <Guest8> Same command just changed to musl
2021-02-17 17:27:39 <ikke> huh
2021-02-17 17:28:01 <ikke> alternatively: can you install busybox-static with that command?
2021-02-17 17:28:19 <ikke> so instead of fix, use add busybox-static
2021-02-17 17:28:35 <Dan39> Guest8: can you just copy the data you want out of there now and reinstall alpine?
2021-02-17 17:28:51 <ikke> with busybox-static and apk-static, you should be able to recover
2021-02-17 17:29:26 <Guest8> ikke I get the similar output as what I had with the busybox script exited with error 127
2021-02-17 17:29:45 <ikke> ok, now try: chroot /rescue/bin/busybox.static sh
2021-02-17 17:30:00 <Guest8> Dan39 I would do anything to avoid it, I had docker running so it will be pain to set it all up again. stupid me.
2021-02-17 17:31:20 <Guest8> ikke seems to be invalid as it says cannot change root becuase it's not a directory
2021-02-17 17:33:39 <ikke> download https://dl-cdn.alpinelinux.org/alpine/v3.11/main/x86_64/busybox-static-1.31.1-r9.apk and https://dl-cdn.alpinelinux.org/alpine/v3.11/main/x86_64/apk-tools-static-2.10.5-r0.apk
2021-02-17 17:33:50 <Dan39> ikke: do you mean... chroot /rescue /bin/busybox.static sh
2021-02-17 17:33:58 <ikke> Dan39: ah, yes
2021-02-17 17:34:03 <ikke> silly me
2021-02-17 17:34:08 <ikke> I had the feeling I was missing something :P
2021-02-17 17:34:43 <Guest8> I'm in
2021-02-17 17:34:59 <ikke> good
2021-02-17 17:36:43 <Guest8> I get /#
2021-02-17 17:37:10 <ikke> Yes, you are now in a shell, with your original system as root
2021-02-17 17:37:17 <ikke> does apk work?
2021-02-17 17:38:11 <Guest8> I just tried apk update but I get: sh: apk: No error information
2021-02-17 17:38:59 <Guest8> same if i run apk alone
2021-02-17 17:39:58 <ikke> Can you temporarily exit the chroot (ctrl+d), then install apk-static the same way?
2021-02-17 17:41:01 <Guest8> with the same command (-X etc)? because it doesn't find such a package
2021-02-17 17:41:29 <ikke> then copy the one you already downloaded inside the chroot
2021-02-17 17:41:41 <ikke> cp apk.static /rescue/sbin/
2021-02-17 17:42:00 <Guest8> done
2021-02-17 17:42:08 <ikke> then enter the chroot again
2021-02-17 17:42:21 <chexo3> Has anyone had success using the proprietary Nvidia drivers with sgerrand’s glibc wrapper package?
2021-02-17 17:42:29 <Guest8> ikke I'm in again
2021-02-17 17:42:44 <ikke> apk.static audit --system
2021-02-17 17:44:18 <Marquel> ikke: out of curiosity - has there been any movement on nlplug-findfs with younger kernels? i'm still holding it back for my hypervisor in fear of another katastrophic crash.
2021-02-17 17:44:42 <ikke> Marquel: not yet
2021-02-17 17:44:48 <Guest8> ikke ok, it's done. many lines starting with U and a few with X in the end
2021-02-17 17:45:01 <ikke> Marquel: I have some time the comming 2 days, let's see if I get something
2021-02-17 17:45:11 <ikke> Marquel: I did hear someone else having the same issue
2021-02-17 17:46:42 <ikke> Guest8: files with X are missing, and with U are modified
2021-02-17 17:47:08 <Guest8> @ikk
2021-02-17 17:47:18 <Guest8> ikke so did it fix those files?
2021-02-17 17:47:35 <Dan39> i'd bet audit doesn't fix anything...
2021-02-17 17:47:55 <ikke> correct
2021-02-17 17:47:59 <ikke> it just reports
2021-02-17 17:48:17 <Guest8> All right
2021-02-17 17:48:23 <ikke> apk fix can reinstall packages
2021-02-17 17:48:33 <ikke> but you need to know what to fix
2021-02-17 17:48:54 <ikke> Guest8: first try: apk.static fix musl
2021-02-17 17:48:59 <Guest8> ok
2021-02-17 17:49:26 <Guest8> Same APK unavailable skipped
2021-02-17 17:49:37 <ikke> cat /etc/alpine/repositories
2021-02-17 17:50:11 <Guest8> No alpine in etc
2021-02-17 17:50:28 <ikke> O_o
2021-02-17 17:50:31 <ikke> what
2021-02-17 17:51:16 <Dan39> heh
2021-02-17 17:51:23 <Dan39> i knew something else was going on
2021-02-17 17:51:25 <ikke> mkdir -p /etc/apk/repositories
2021-02-17 17:51:37 <Dan39> wait...
2021-02-17 17:51:45 <Dan39> ikke: you said /etc/alpine above... which is it? lol
2021-02-17 17:51:55 <ikke> oops
2021-02-17 17:52:10 <ikke> it's /etc/apk/repositories
2021-02-17 17:52:22 <ikke> cat /etc/apk/repositories
2021-02-17 17:52:27 <Dan39> Guest8: ^^
2021-02-17 17:53:37 <Guest8> I can't even use cat :)
2021-02-17 17:53:54 <Guest8> every command saying No error information
2021-02-17 17:53:56 <ikke> </etc/apk/repositories
2021-02-17 17:54:06 <ikke> also: busybox.static --install -s
2021-02-17 17:54:19 <ikke> that should replace the symlinks to point to busybox.static
2021-02-17 17:55:08 <Guest8> busybox.static isn't and absolute path
2021-02-17 17:55:14 <Guest8> *an
2021-02-17 17:55:33 <ikke> /sbin/busybox.static --install -s
2021-02-17 17:55:55 <Guest8> Not found O_o
2021-02-17 17:56:07 <ikke> sorry, just /bin
2021-02-17 17:56:17 <ikke> /bin/busybox.static --install -s
2021-02-17 17:56:33 <Guest8> ok.
2021-02-17 17:56:35 <Guest8> no output
2021-02-17 17:56:52 <ikke> ls -l /bin/sh
2021-02-17 17:57:53 <Guest8> ls doesn't work :(
2021-02-17 17:58:13 <ikke> busybox.static ls -l /bin/sh
2021-02-17 17:58:21 <ikke> but that probably means it didn't work
2021-02-17 17:58:54 <Guest8> this one worked
2021-02-17 17:59:11 <ikke> what's the output?
2021-02-17 17:59:53 <Guest8> lrwxrwxrwx 1 root root 12 Feb 17 19:17 /bin/sh -> /bin/busybox
2021-02-17 18:00:55 <ikke> ok, so the symlinks weren't replaced
2021-02-17 18:01:36 <Guest8> nope
2021-02-17 18:04:33 <ikke> busybox.static mkdir /local
2021-02-17 18:04:47 <ikke> /bin/busybox.static --install -s /local
2021-02-17 18:05:06 <ikke> export PATH="/local:$PATH"
2021-02-17 18:05:26 <Dan39> for the love of ikke just copy your docker configs and restart haha
2021-02-17 18:05:41 <ikke> Dan39: I see it as a challenge to get the system working again
2021-02-17 18:05:46 <Dan39> ok ok haha
2021-02-17 18:05:55 <ikke> as long as Guest8 has patience enough
2021-02-17 18:06:19 <Dan39> i would just have Guest8 give me ssh access to the vm haha
2021-02-17 18:06:25 <Lutin> Wasn't it possible to pin a repo without putting it in the repo file ?
2021-02-17 18:06:27 <Guest8> ikke I like that stuff because it helps me understand how things work
2021-02-17 18:06:49 <Dan39> well in that case, proceed :p sorry
2021-02-17 18:06:55 <Guest8> ikke the 3 commands have no output
2021-02-17 18:07:01 <ikke> Guest8: believe it or not, these kinds of things also teach me how stuff works
2021-02-17 18:07:12 <ikke> which ls
2021-02-17 18:07:39 <Guest8>  /local/ls
2021-02-17 18:07:45 <ikke> nice, that's working
2021-02-17 18:08:08 <Guest8> yes, I can use ls now
2021-02-17 18:08:14 <Guest8> Should I try apk?
2021-02-17 18:08:32 <ikke> first check /etc/apk/repositories
2021-02-17 18:09:05 <Guest8> I have a mess there
2021-02-17 18:09:30 <Guest8> main and community of V3.12 and latest stable community
2021-02-17 18:09:46 <ikke> hmm, that's not good
2021-02-17 18:09:54 <ikke> did you try to upgrade to 3.12?
2021-02-17 18:10:01 <Guest8> Maybe in the past
2021-02-17 18:10:22 <ikke> ok, maybe just comment out everything and just make sure you have 3.11 main and community
2021-02-17 18:10:30 <Guest8> ok
2021-02-17 18:11:07 <Guest8> done
2021-02-17 18:11:14 <ikke> now apk.static update
2021-02-17 18:11:35 <Guest8> fetched
2021-02-17 18:11:46 <ikke> apk.static fix musl busybox apk
2021-02-17 18:13:09 <Guest8> ERROR: Package 'apk' not found
2021-02-17 18:13:15 <ikke> apk-tools, my bad
2021-02-17 18:13:30 <ikke> I guess I'm tired :)
2021-02-17 18:13:36 <Guest8> Sorry..
2021-02-17 18:13:39 <ikke> np
2021-02-17 18:13:45 <ikke> just bear with me
2021-02-17 18:13:47 <Guest8> Successfully reinstalled
2021-02-17 18:13:54 <ikke> try /bin/sh
2021-02-17 18:14:17 <Guest8> no output
2021-02-17 18:14:24 <ikke> you are in a new shell now :)
2021-02-17 18:14:28 <ikke> ctrl+d to exit again
2021-02-17 18:14:35 <Guest8> COOL
2021-02-17 18:14:45 <ikke> try just `apk fix`
2021-02-17 18:14:55 <Guest8> inside the second shell?
2021-02-17 18:15:00 <ikke> shouldn't matter
2021-02-17 18:15:20 <Guest8> I get just OK: 1303 MiB in 217 packages
2021-02-17 18:16:18 <ikke> apk audit --packages -q | xargs apk fix
2021-02-17 18:16:23 <ikke> (from man apk-audit)
2021-02-17 18:17:24 <Guest8> reinstalled 7 packages and generated grub config
2021-02-17 18:18:08 <ikke> ok, I guess now is the time to test your system again
2021-02-17 18:18:50 <Guest8> Ok, rebooting.
2021-02-17 18:19:24 <Dan39> good job guys
2021-02-17 18:19:40 <Dan39> *fingers crossed*
2021-02-17 18:21:52 <Guest8> Wohooooo
2021-02-17 18:21:59 <Guest8> You're awesome!
2021-02-17 18:22:16 <ikke> Nice
2021-02-17 18:22:18 <Guest8> I'm not updating my system anymore
2021-02-17 18:22:25 <Guest8> Thank you so much!
2021-02-17 18:23:29 <Dan39> just don't kill apk in the middle of updates lol
2021-02-17 18:23:56 <Dan39> or, you ARE using a VM... take a snapshot first
2021-02-17 18:23:58 <Guest8> It did some weird things, stuck at 0 percent of a package
2021-02-17 18:24:12 <Guest8> Taking a snapshot right now :)
2021-02-17 18:25:05 <Guest8> Thank you all again!
2021-02-17 18:39:57 <artok> so it isn't possible to populate another arch chroot without qemu anymore?
2021-02-17 18:40:25 <Dan39> artok: what do you mean?
2021-02-17 18:40:28 <Dan39> "populate"?
2021-02-17 18:40:38 <artok> or did I have binfmt support always on my builder so there hasn't been any errors =D
2021-02-17 18:41:07 <Dan39> my distro right now has it automatic, so when i run chroot it is actually running qemu on all the bins automatically
2021-02-17 18:41:20 <artok> apk --arch aarch64 -X http://dl-cdn.alpinelinux.org/alpine/v3.13/main -U --allow-untrusted --root /data/sysroots/aarch64 --initdb add alpine-base musl-dev libc-dev linux-headers
2021-02-17 18:41:20 <Dan39> with binfmt i believe, yeah
2021-02-17 18:41:24 <artok> that kind of things
2021-02-17 18:41:58 <ikke> installing the packages should work, but the *-install scripts and triggers won't work
2021-02-17 18:42:56 <artok> need to check if there is some changes to apk return codes, or docker handling of 'em
2021-02-17 18:43:18 <artok> because triggers return fail -> docker build fails
2021-02-17 18:45:13 <Dan39> the binfmt qemu support is freaking awesome though. one day i chroot'ed into an arm os from my x86_64 and was doing stuff when i finally realized "wait... how is this working!?"
2021-02-17 18:45:36 <artok> sure, if you're not trying to do something "real" things
2021-02-17 18:46:54 <artok> as 16core Xeon E5520 @ 2.27GHz qemu is slower than Raspberry Pi4 native
2021-02-17 18:47:08 <artok> at least when compiling
2021-02-17 18:47:21 <ikke> yeah, emulation is not particularly fast
2021-02-17 18:51:16 <Dan39> i mean, small programs compiled in a few seconds for me haha
2021-02-17 18:51:24 <Dan39> but i'm talking maybe 1k lines of C
2021-02-17 21:57:19 <kmmndr> Just out of curiosity, what are the required steps to gain merge permission on gitlab ? ;-)
2021-02-17 21:58:34 <ikke> kmmndr: being active, take care of packages, perhaps review merge requests
2021-02-17 21:58:43 <Cogitri> Be a trust worthy contributor for some time (like >=6 months probably) and then you're good to go
2021-02-17 22:00:02 <ciireax> Hi, would there be any way to install the proprietary nvidia driver?
2021-02-17 22:02:26 <kmmndr> I decided to finally move my laptop to AlpineLinux, and to add all the packages I was missing
2021-02-17 22:02:38 <Cogitri> ciireax: Nope, needs glibc
2021-02-17 22:03:15 <jordandoyle> hi guys, quick one.. how do i change an apk policy so i get the latest version of a package?
2021-02-17 22:03:25 <ikke> apk add -u pkgname
2021-02-17 22:03:48 <ciireax> Cogitri: Ah, bummer, should've bought an amd gpu I guess
2021-02-17 22:04:22 <jordandoyle> hm not sure whats stopping this package from upgrading then: https://bin.gy/wicatrutel
2021-02-17 22:05:30 <Cogitri> ciireax: Always a good idea to buy AMD :D
2021-02-17 22:05:45 <ikke> jordandoyle: try apk add qemu=5.2.0
2021-02-17 22:05:50 <ciireax> Cogitri: :D
2021-02-17 22:05:53 <ikke> jordandoyle: try apk add qemu=5.2.0-r2
2021-02-17 22:07:38 <ciireax> Cogitri: Anyway, thanks for your reply.
2021-02-17 22:08:15 <jordandoyle> ah there we go ikke that gave me a bit more info :) qemu-gtk was renamed to qemu-ui-gtk but apk didnt seem to pick up and there were conflicting dependencies between the versions
2021-02-17 22:08:22 <jordandoyle> thanks very much pal
2021-02-17 22:08:27 <ikke> no problem
2021-02-17 22:10:29 <jordandoyle> lets see if all my VMs come back up after an upgrade like that (4/7) Upgrading qemu (3.1.0-r3 -> 5.2.0-r2)
2021-02-17 22:11:00 <ikke> note that qemu 5.2 has split up more things, meaning you might need more subpackages
2021-02-17 22:12:04 <jordandoyle> thanks for the heads up :)
2021-02-17 22:19:51 <jordandoyle> looks like the box doesn't wanna come up at all after the upgrade... time to spend yet another night fighting with usb console cables & putty lol
2021-02-17 22:24:13 <MY-R> would be cool if apk return such a informations when using 'upgrade
2021-02-17 22:46:00 <jordandoyle> box seems to have forgotten its default route
2021-02-17 22:46:24 <jordandoyle> idk why it's not getting it from dhcp
2021-02-17 23:04:06 <jordandoyle> apparently /etc/network/interfaces doesn't like `hwaddress ether` on a bond interface anymore 🤷
2021-02-17 23:41:34 <MY-R> jordandoyle: remove 'ether' and will work again
2021-02-17 23:57:37 <Lutin> how can I do pinning in the APK command itself ?
2021-02-18 00:04:31 <Lutin> also, I cannot find out where -X for is in APK :)
2021-02-18 04:57:05 <blubshep> Can I make abuild use a local git repository, (I suppose I can use git archive to create a tarball and source it, but is there a better way, possibly to this automatically)
2021-02-18 09:06:13 <yes> hi, I'm trying to install Alpine on a raspberry pi. when I run `setup-disk` on the mounted ext4 partition, it says ext4 is not supported and vfat is the only supported filesystem. is there anything I'm missing? following the classic install guide on the Alpine wiki
2021-02-18 09:06:53 <ikke> The basic disk setup is not supported (yet) with setup-alpine
2021-02-18 09:07:48 <yes> alright, so what can I do about this? I'd like to have a persistent installation
2021-02-18 09:08:56 <ikke> https://wiki.alpinelinux.org/wiki/Raspberry_Pi#Traditional_disk-based_.28sys.29_installation
2021-02-18 09:09:15 <ikke> https://wiki.alpinelinux.org/wiki/Classic_install_or_sys_mode_on_Raspberry_Pi
2021-02-18 09:09:38 <yes> yeah I was following that classic install guide you linked
2021-02-18 09:50:12 <artok> yes: onto sd card?
2021-02-18 09:54:44 <yes> artok: yes
2021-02-18 12:10:58 <yes> I've managed to get it working. I had to use the 3.12 image, and setup-disk works on with ext4. and from there, upgraded to 3.13
2021-02-18 12:11:21 <yes> also, not sure if this is worth mentioning, but on Alpine edge the wireless interface cannot be found on an RPi 4
2021-02-18 13:07:07 <Jenkler> What Licenses does Alpine support?
2021-02-18 13:07:15 <Jenkler> Why not SSPL-1.0 ?
2021-02-18 13:08:12 <ikke> https://spdx.org/licenses/
2021-02-18 13:09:27 <Cogitri> SSPL-1.0 isn't officially opensource so it's in non-free
2021-02-18 13:09:28 <ikke> Jenkler: Oh, like that
2021-02-18 13:09:38 <Jenkler> OSI-approved licenses
2021-02-18 13:10:11 <Jenkler> "As per distribution policy, we only ship software licensed under
2021-02-18 13:10:11 <Jenkler> OSI-approved licenses that conform to the open source definition:"
2021-02-18 13:10:19 <Jenkler> Found that ;)
2021-02-18 13:12:09 <Jenkler> Cogitri, Is anything in non-free maintained?
2021-02-18 13:12:23 <Jenkler> Or just left there to die
2021-02-18 13:12:47 <ikke> Someone can maintain it, but the chance is small that someone will
2021-02-18 13:13:28 <Jenkler> ikke, ok
2021-02-18 14:13:13 <manassalian> hello
2021-02-18 14:33:52 <Cogitri> Jenkler: Usually stuff just dies in non-free since most folks don't feel like maintaining not opensource stufd
2021-02-18 14:34:11 <Cogitri> And since it's not built by our builders others have to build it themselves anyway
2021-02-18 14:34:14 <ikke> And things that are not being built anyway
2021-02-18 14:34:15 <ikke> yeah
2021-02-18 15:14:00 <nibbinack> hi, when building an apk from source, is there some way to use cached distfiles instead of downloading them again?
2021-02-18 15:14:38 <nibbinack> say i have a local repo of some source files and i don't want to download them from the upstream repo, is there a standard way to do this ?
2021-02-18 15:15:34 <phalanx> Hello: when upgrading alpine is apk upgrade sufficient or have --available && sync to be added?
2021-02-18 15:17:55 <nibbinack> also is there maybe a way to make the build system make use rebuild libraries without installing them? for example i build the latest musl and want to build some other packages based on this new version (oir other libraries), can i make the build system aware of the new libraries
2021-02-18 15:18:23 <nibbinack> atm i only see the .apk file , so it probably needs to be installed somewhere
2021-02-18 15:24:05 <ikke> nibbinack: source files are written to /var/cache/distfiles and will be reused
2021-02-18 15:24:41 <ikke> nibbinack: abuild also writes the built packages to ~/packages/<reponame>, which is a apk repo, so you can add it to /etc/apk/repositories
2021-02-18 15:24:52 <ikke> as long as the version is newer, it will use that
2021-02-18 15:39:29 <nibbinack> ikke: hmm, need to try it again, i think in my case it still wanted to download stuff, or is there some way to make abuild skip the build step? there is also distfiles.alpinelinux.org which maybe is used by the official buildsystem? so it should be possible to get all source files from a single location
2021-02-18 15:42:28 <nibbinack> ikke: the thing is i dont really want to install a new diy musl library or other stuff on the main build system, so i guess in order to make the abuild aware of the new library i need to use some kind of chroot or other way
2021-02-18 15:42:58 <ikke> nibbinack: You would need to install it
2021-02-18 15:44:07 <nibbinack> :/   any way to avoid that, specifying some path to the new library ?
2021-02-18 15:45:28 <ikke> LD_LIBRARY_PATH I guess
2021-02-18 15:47:08 <ikke> But I'm not sure if that works for the loader itself
2021-02-18 15:47:25 <nibbinack> going to give it a try
2021-02-18 15:48:32 <viwal> ikke: Hi, just wanna let you know, that `dockerize` you cleaned yesterday works on my M1 Apple :) Thanks man!
2021-02-18 15:48:42 <ikke> viwal: cool
2021-02-18 15:49:30 <viwal> ikke: Yesterday I had to go so sorry for delay :)
2021-02-18 15:49:35 <ikke> no worry
2021-02-18 17:16:44 <blubshep> Is there package except coreutils that provides the pr command?
2021-02-18 17:21:45 <ikke> https://pkgs.alpinelinux.org/contents?file=pr&path=*bin*&name=&branch=edge
2021-02-18 17:23:40 <blubshep> I see plan9port is the only other option, but anyways thanks
2021-02-18 19:29:46 <Apachez> T minus 1h15min for splashdown at mars
2021-02-18 19:30:07 <steinbach> cgi mars?
2021-02-18 19:33:40 <artok> splashdown is kind of optimistic..
2021-02-18 19:34:00 <artok> there is no water as in earth =)
2021-02-18 19:34:05 <artok> on
2021-02-18 19:34:46 <artok> anyways, waiting for it too
2021-02-18 19:36:06 <donoban> hehe me too ^^
2021-02-18 19:50:47 <Apachez> artok: sudden impact ? ;)
2021-02-18 20:53:16 <Apachez> parachute deployed woho!
2021-02-18 20:56:49 <Apachez> and touchdown alive :)
2021-02-18 21:40:07 <metbsd> hi, is alpine linux a rolling release? there is no EOF?
2021-02-18 21:42:03 <Cogitri> I guess you mean EOL, not EOF?
2021-02-18 21:42:04 <programmerq> edge is rolling. there are also releases
2021-02-18 21:42:05 <Cogitri> https://alpinelinux.org/releases/
2021-02-18 22:00:59 <mckay-trabajo> mars 2020 landed
2021-02-18 23:22:21 <LACampbell> well it's 2021, so it's late
2021-02-18 23:23:50 <nacelle> it took a while to get there...
2021-02-18 23:24:33 <nacelle> it kept going to mars even while you were sleeping.  (sad trombone)
2021-02-19 01:55:53 <metbsd> i'm trying to export a mount point. it says the directory does nt support
2021-02-19 01:56:56 <metbsd> /mnt/movie 22.22.22.0/255.255.255.0(rw,no_root_squash,no_subtree_check)
2021-02-19 01:57:40 <metbsd> exportfs: /mnt/movie does not support NFS export
2021-02-19 01:57:49 <metbsd> this is a exfat usb drive
2021-02-19 01:59:46 <metbsd> does anyone know why
2021-02-19 03:15:40 <nacelle> maybe try exporting it read only?
2021-02-19 03:15:51 <nacelle> rw is a bit much for nfs and fat
2021-02-19 03:16:10 <nacelle> (i dont know specifically though, I dont use fat fs's often, sorry)
2021-02-19 03:31:31 <Lutin> what is the binary path for postgresql to start it manually ?
2021-02-19 03:31:36 <Lutin> so no /etc/init.d
2021-02-19 03:41:47 <xordspar0_> kmmndr: FYI, you don't need commit access to submit packages. You can submit them and have someone else review and merge them.
2021-02-19 04:07:59 <metbsd> i'm not able to exports exfat or ntfs share
2021-02-19 04:08:05 <metbsd> samba works but nfs doesn't
2021-02-19 07:05:43 <chenguoqi> Hi all,  We have ported Alpine Linux 3.11 to Loongson 3a4000 (mips64el), and we are in the process of porting the edge version. We very much want to share our results with the community.  If you want to experience the Alpine Linux 3.11 for mips64el, you can visit alpine.loongnix.org Or you can use docker pull loongnix/alpine:3.11  We are very happy to provide Loongson machine to the community as the builder of mips64el platform. Ca
2021-02-19 07:05:45 <chenguoqi> n tell me the address to mail the Loongson machine to the community?
2021-02-19 07:07:18 <ikke> chenguoqi: Hello
2021-02-19 07:08:27 <chenguoqi> Hi,   ikke
2021-02-19 07:10:46 <chenguoqi> Alpine Linux new platform mips64el porting  support?
2021-02-19 07:16:19 <ikke> chenguoqi: please hold on until ncopa is available
2021-02-19 07:20:22 <chenguoqi> ikke:OK
2021-02-19 08:24:38 <clandmeter> chenguoqi: hi
2021-02-19 08:25:30 <chenguoqi>  clandmeter:Hi
2021-02-19 08:25:43 <atkka> hi
2021-02-19 09:24:26 <gabes358> hi there, alpine friends :)
2021-02-19 09:25:40 <gabes358> having some issues with "vifm" on alpine
2021-02-19 09:31:23 <ncopa> gabes358: hi! what issues do you have?
2021-02-19 09:32:58 <gabes358> after hitting "w" (quickview) i am getting an error msg "sh: file: not found"
2021-02-19 09:34:50 <ncopa> interesting
2021-02-19 09:34:57 <ncopa> here it actually works
2021-02-19 09:35:22 <ncopa> i havent used vifm before but this app looks really nice
2021-02-19 09:36:40 <ncopa> ok. i have it reproduced
2021-02-19 09:39:08 <gabes358> i was looking for a decent terminal file manager. tried many and vifm works best for me.
2021-02-19 09:39:54 <ncopa> vifm is trying to run something that is missing
2021-02-19 09:41:41 <ncopa> no idea what it is trying to do. can you please file an issue on https://gitlab.alpinelinux.org/alpine/aports/-/issues
2021-02-19 09:41:57 <ncopa> i think the fix is simple. just add something to depends. the question is what to add :)
2021-02-19 09:43:02 <gabes358> sure, i am gonna file an issue. thanks for taking a look @ncopa
2021-02-19 10:09:39 <gabes358> this issue is really annoying. after it hits, the app screen rendering gets broken, making the app unusable.
2021-02-19 10:11:07 <gabes358> filed an issue https://gitlab.alpinelinux.org/alpine/aports/-/issues/12451
2021-02-19 10:12:30 <gabes358> i just recently started using alpine and really like it a lot.
2021-02-19 10:13:30 <gabes358> i'd like to get all my favourite tools working on alpine including vifm
2021-02-19 10:15:35 <gabes358> built a homelab with proxmox ve cluster from a bunch of old PCs
2021-02-19 10:19:06 <gabes358> using it to learn the tech - linux, kvm, k8s, lxc, docker
2021-02-19 10:21:54 <gabes358> alpine fits perfectly with its small footprint. you get more density on your hw, spins up blazing fast and reboots in seconds
2021-02-19 10:27:01 <ncopa> nice to hear you like it
2021-02-19 10:27:48 <ncopa> i think vifm problem is just to find out exactly what it is missing. on my work desktop it works, so I think I have the missing package installed
2021-02-19 10:27:55 <ncopa> but no clue what package it might be
2021-02-19 10:29:33 <ikke> Here it works as well
2021-02-19 10:30:17 <ikke> gabes358: can you try: strace -f -o vifm.strace vifm
2021-02-19 10:32:15 <ncopa> i think i found it
2021-02-19 10:32:19 <ncopa> 22    execve("/bin/sh", ["sh", "-c", "file /root/test.txt -b --mime-ty"...], 0x7f5148c94b60 /* 9 vars */ <unfinis
2021-02-19 10:32:19 <ncopa> hed ...>
2021-02-19 10:32:50 <ikke> so file?
2021-02-19 10:32:58 <ikke> apk add file
2021-02-19 10:33:03 <lablt_> any of you have "XDG_RUNTIME_DIR is not set in the environment. Aborting" when running sway ? I know the workaround to set to /tmp but it is not a solution
2021-02-19 10:35:30 <ikke> yes, you need the `file` packagfe
2021-02-19 10:35:40 <ikke> Tested in docker, and without it, it failes
2021-02-19 10:35:42 <ikke> fails
2021-02-19 10:39:12 <ikke> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/18515
2021-02-19 10:48:17 <ncopa> ikke: merged it. maybe cherry-pick for 1.13?
2021-02-19 10:48:25 <ncopa> s/1.13/3.13/
2021-02-19 10:48:26 <ikke> Sure, can do
2021-02-19 10:51:02 <gabes358> Yes I cann confirm, `apk add file` solved the issue. So glad it was just a missing dep issue and I can use my vifm on Alpine.Thank you guys for sorting this out!
2021-02-19 11:00:40 <ikke> It should be fixed in edge and soon in 3.13 as well
2021-02-19 11:03:11 <lablt_> reply to myself : installing elogind AND starting it solve the issue !
2021-02-19 11:04:33 <Cogitri> Hm, elogind should start automatically on login too
2021-02-19 11:08:10 <lablt_> yes I have installed it after sway and add it to default rc but havent restarted my computer...
2021-02-19 11:28:49 <gabes358> oh boi :D  now that we know the `file app` was missing, the error msg makes a lot more sense "sh: file: not found"
2021-02-19 11:29:05 <ikke> yes :)
2021-02-19 11:29:13 <ikke> it's literally 'file' that's not found
2021-02-19 11:31:58 <ncopa> lol
2021-02-19 12:11:47 <Hello71> metbsd: you need special flags to export fuse
2021-02-19 12:12:01 <Hello71> it is not alpine related
2021-02-19 12:13:02 <Hello71> for exfat make sure you are using latest kernel with kernel exfat
2021-02-19 12:26:37 <yann-kaelig> Hi
2021-02-19 12:29:07 <yann-kaelig> Interesting to see than when a package wich create a user, for example nginx, when I remove the packge the user/group still are in the passwd/group files. Is there a reason for that ?
2021-02-19 12:29:20 <ikke> yes
2021-02-19 12:29:38 <Hello71> same as all distros
2021-02-19 12:30:26 <yann-kaelig> Hi ikke. So, I don't undersant why the user/group are still in these files if the package has been removed
2021-02-19 12:30:33 <yann-kaelig> understand
2021-02-19 12:41:51 <Cogitri> Because you may still have files owned as that user
2021-02-19 12:47:19 <mckay-trabajo> Cogitri: the posrrm scritp must check that and removed the user if the uninstall process is a purge one! if only are a remove one just dont remove the user.. in that way apk need more advanced features
2021-02-19 12:49:54 <Cogitri> I really don't see what would be the big deal with leaving a system user, it takes up a few bytes in a config file and you can't login as the user anyway
2021-02-19 12:50:08 <Cogitri> So purging it is basically asking for trouble without any real gain
2021-02-19 12:51:11 <mckay-trabajo> leave a system user could be a secuirity hole! umm it seems people only see convenient things
2021-02-19 12:51:56 <mckay-trabajo> so púrge is: "remove all as i demand.. cos i'm the root and i'm the god not you package manager"
2021-02-19 12:52:29 <mckay-trabajo> so Cogitri purge vs removal is a great feature for administrators what know that to do
2021-02-19 12:54:38 <ikke> Just a user existing is not necessarily a security concenrt
2021-02-19 12:54:41 <ikke> concern
2021-02-19 12:54:50 <ikke> A base installation comes with quite a bit of users already
2021-02-19 12:55:30 <ikke> https://tpaste.us/LwxW
2021-02-19 12:55:36 <Cogitri> System users don't have a login
2021-02-19 12:56:56 <yann-kaelig> I do nto have the same point of view. Appart the fact but I'm not an expert in this area, about what mckay-trabajo is saying, I would like to get my system in the same state as before after removing something which is not anymore in my system. The thing about files owned by is another thing
2021-02-19 12:57:24 <ikke> Programs can create files
2021-02-19 12:57:29 <ikke> which are out of scope of apk
2021-02-19 12:57:34 <ikke> so you can never get into the same state anyway
2021-02-19 12:58:15 <mckay-trabajo> that's the deal as yann-kaelig said.. also ikke programs can create but the nginx user are crated by apk scripts..
2021-02-19 12:59:02 <mckay-trabajo> by example in lighttpd alpine package an lighttpd user is created BY APKL not by program ikke so is apk fault so?
2021-02-19 13:00:05 <mckay-trabajo> and finally Cogitri .. not matter what are or not.. root is the commander and demand to remove the user, if a program let "something" in system and doe snot notify to the root, this is a security issue
2021-02-19 13:00:24 <yann-kaelig> taht right taht why I was looking about something like deluserin the $pkgname.post-deinstall, but there is nothing like that
2021-02-19 13:00:26 <mckay-trabajo> very interestig conversation!
2021-02-19 13:00:43 <Cogitri> You can always use userdel
2021-02-19 13:01:00 <Cogitri> I don't think adding a "break my system please" switch to apk makes sense
2021-02-19 13:01:05 <ikke> No, the prevailing opinion is that admins are responsible for cleaning up users (and files owned by that user)
2021-02-19 13:02:17 <ikke> apk itself does not manage users, the pre-install scripts create users for convenience (otherwise it would be impossible to have package files owned by a user other than root)
2021-02-19 13:04:22 <mckay-trabajo> ok ikke and how admins can remove and user if apk does not notify about that?
2021-02-19 13:05:16 <mckay-trabajo> tell me Cogitri about that .. very intersting conversation.. so in that way i know root admin must search for.. but well "break my system" is not "i demand removal of all cos i0'm hurry and i know what i'm doing"
2021-02-19 13:05:21 <ikke> If you care about it so much, regularly check for users that you think should not exist
2021-02-19 13:05:44 <mckay-trabajo> yeah is a good point to but we are in 21 th century XD
2021-02-19 13:05:58 <mckay-trabajo> so.. .
2021-02-19 13:11:23 <mckay-trabajo> so as yann-kaelig said, apk must leave the system in same estate before installing.. user nginx and also user lighttpd is created by apk so is an irresponsability of the package manager program ikke and Cogitri
2021-02-19 13:11:35 <yann-kaelig> mckay-trabajo: I can only be agree with you. For me this is the weak point of gnulinux OS. Lack of communication with the user. So you spend the rest of the time having to search the web on obsolete tuttorials, just because of that
2021-02-19 13:12:47 <mckay-trabajo> also another point ikke and Cogitri, the traditional "configure & make and make install" it leave the system as is before install when the unninstall are performed in the old days.. that's the problem why sshitstemd exists.. by those "details"
2021-02-19 13:14:55 <ikke> Only if you are lucky. Many Makefiles do not even provide a proper uninstall recipe, and then still, can leave behind lots fof stuff
2021-02-19 13:17:10 <ikke> Very plainly, a system users is at most a mapping of a UID to a name
2021-02-19 13:17:57 <mckay-trabajo> eyah ikke only nomadays makefiles..
2021-02-19 13:18:20 <ikke> Apparently apk itself choose not to deal with system users
2021-02-19 13:19:13 <mckay-trabajo> but the fact ikke is that in conclusion.. the nginx (and also lighttpd) users are created by the apk respective packages.. and does not deleted by apk packages.. so is a fault in fact
2021-02-19 13:19:31 <ikke> It's a fact that they are created by post-install scripts
2021-02-19 13:19:40 <ikke> that it's a fault is an opinion
2021-02-19 13:19:51 <ikke> (that they are not removed)
2021-02-19 13:20:04 <mckay-trabajo> if that delilcate point is not taken in consideration.. what more files are leave in the system without root notification? its a hole fault
2021-02-19 13:20:23 <ikke> mckay-trabajo: You must have a very naive expectation then
2021-02-19 13:20:45 <ikke> programs can leave files behind almost everywhere they have write permission to
2021-02-19 13:21:05 <mckay-trabajo> eyah . that's why is a very intersting converstation
2021-02-19 13:21:08 <ikke> You expect a database to persist the files somewhere
2021-02-19 13:21:16 <ikke> but that's not managed by apk
2021-02-19 13:21:32 <mckay-trabajo> but the user is managed by apk .. that's the point ikke
2021-02-19 13:21:34 <ikke> You also expect that not every service runs as root
2021-02-19 13:21:38 <mckay-trabajo> that nginx and lighttpd user
2021-02-19 13:21:44 <ikke> mckay-trabajo: it's not managed by apk itself
2021-02-19 13:21:54 <ikke> there is no option in apk to create users
2021-02-19 13:21:55 <mckay-trabajo> of course but was created by..
2021-02-19 13:22:10 <ikke> yes, but you would complain as well if that didn't happen
2021-02-19 13:22:31 <mckay-trabajo> so the real solution is that the package must not create system users or spcecial user if later will leave as garbage
2021-02-19 13:22:49 <ikke> mckay-trabajo: so you say services must always run as root?
2021-02-19 13:22:55 <ikke> and all programs
2021-02-19 13:23:19 <mckay-trabajo> not .. i said that root must take care of that.. alpine only package as upstream as i know.. and always ncopa said XD
2021-02-19 13:23:49 <mckay-trabajo> and take note ikke, and if package changes something.. must return as was .. as previously was
2021-02-19 13:24:00 <mckay-trabajo> its a very delicate thing
2021-02-19 13:26:31 <Cogitri> If you want that you're probably better off using alpine in a container and throwing it away when you want to go back to the base image
2021-02-19 13:26:41 <ikke> or use a run-from-ram system
2021-02-19 13:26:56 <Cogitri> Really, a package could write anywhere it has write permissions so apk can't do anything about that
2021-02-19 13:27:20 <Cogitri> And deleting users which don't even have a login serves no purpose other than making passwd nicer to look at
2021-02-19 13:27:41 <ikke> And you also have to take into account that you could remove a package, and then install it again
2021-02-19 13:27:56 <ikke> The new user would then have a different UID as the previous one
2021-02-19 13:28:11 <ikke> causing issues with existing files / directories that had the old UID as owner
2021-02-19 13:28:31 <ikke> so it's not as trivial as you make it up to be
2021-02-19 13:29:16 <ikke> A system is not stateless
2021-02-19 13:30:07 <metbsd> could you help me too, ikke
2021-02-19 13:30:18 <metbsd> nfs can't export ntfs or exfat
2021-02-19 13:30:50 <qman__> yes, ntfs and exfat do not support native unix-style permissions and cannot be exported over nfs
2021-02-19 13:31:05 <yann-kaelig> ikke: that what I'm thinking about, and you can see the problem with /etc/passwd and /etc/group. Either UID/GID are statically fixed to the user/group or there should be another way in a dynamic assignement
2021-02-19 13:31:09 <metbsd> ok is there a solution?
2021-02-19 13:31:16 <metbsd> because i can export them in debian
2021-02-19 13:31:16 <qman__> use a native filesystem instead
2021-02-19 13:31:26 <metbsd> it's 4t drive full of data...
2021-02-19 13:32:12 <metbsd> but it's no problem for debian?
2021-02-19 13:33:15 <metbsd> there must be a fix right?
2021-02-19 13:33:18 <qman__> must be some trickery with the options, then
2021-02-19 13:33:29 <qman__> I would not expect it to work, at all
2021-02-19 13:33:38 <metbsd> no trickery at all.
2021-02-19 13:33:45 <metbsd> samba works
2021-02-19 13:33:49 <metbsd> on alpine
2021-02-19 13:34:01 <qman__> samba is windows file sharing, of course it works
2021-02-19 13:34:43 <qman__> samba does not use the native unix style permissions across to the clients like nfs does
2021-02-19 13:34:48 <ikke> yann-kaelig: when you setup a system, do you remove all the users that exist already that are not being used?
2021-02-19 13:34:54 <mckay-trabajo> ikke the prograsm doe snot take uiid as names.. just strings.. as names.. so dont take away the real problem XD
2021-02-19 13:35:05 <metbsd> that sucks
2021-02-19 13:35:10 <ikke> mckay-trabajo: you don't understand the issue
2021-02-19 13:35:22 <metbsd> i only use containers so i don't need debian that much
2021-02-19 13:35:42 <metbsd> but i gotto surrender to nfs now
2021-02-19 13:35:46 <mckay-trabajo> i understand your point.. but as i just checked.. lighttpd is not system user.. so uiid is not problem
2021-02-19 13:36:53 <mckay-trabajo> in fact ikke it seems any new user at postinstall script seems is not system user.. well i not use that crap of nginx neither apache but i must checked to have a point
2021-02-19 13:37:13 <ikke> mckay-trabajo: a system user is any user with UID < 1000
2021-02-19 13:37:26 <mckay-trabajo> yeah.. that' i said
2021-02-19 13:37:47 <mckay-trabajo> umm let me check again ikke i'll be back later
2021-02-19 13:38:01 <qman__> metbsd: you'll need to compare all the options and settings, the filesystem mount options, whether you're using ntfs-3g or the old one, the nfs export settings, and so on; it might also be some hack in the source code
2021-02-19 13:38:08 <ikke> "lighttpd:x:100:101:lighttpd:/var/www/localhost/htdocs:/sbin/nologin"
2021-02-19 13:38:14 <ikke> UID 100, so system user
2021-02-19 13:39:01 <qman__> but like I said, I'd expect it to not work, so you'll have to figure out what debian is doing to make it work
2021-02-19 13:39:22 <mckay-trabajo> oh i made my package of lighttp i changed that.. must be a non system user.. puff
2021-02-19 13:39:33 <mckay-trabajo> lighttpd must not be asystem user.. puff
2021-02-19 13:39:45 <metbsd> qman__: debian use exfat-fuse and ntfs-3g
2021-02-19 13:39:57 <metbsd> because that's an 4.x kernel
2021-02-19 13:40:03 <mckay-trabajo> so ikke you said that for first time uid could be 100 .. if we purge the next time could be 200 and so and so..
2021-02-19 13:40:13 <metbsd> but exfat support is included in 5.x kernel
2021-02-19 13:40:57 <mckay-trabajo> umm i dont wee the problem uid wil be recicled..
2021-02-19 13:42:50 <qman__> mckay-trabajo: the package having been installed, could create files on your system with uid 100; if you uninstall the package and later reinstall it, and it gets a different uid, it would expect those files to exist with the new uid, and they would have 100, breaking the package
2021-02-19 13:43:40 <qman__> in the worst case, it could even cause the install process to fail
2021-02-19 13:44:03 <mckay-trabajo> umm qman__ that's is problem of the package paths .. not problem of the system uid ower propierties.. by example /run/lighttp directory and files under that path must be owned to lighttp so that0's not problem
2021-02-19 13:44:19 <ikke> mckay-trabajo: the problem is that existing files/directories are still owned by UID 100 (or have permissions on UID 100), while now the lighttpd user has UID 200
2021-02-19 13:44:43 <qman__> the install procedure will not and should not trash existing files
2021-02-19 13:44:46 <ikke> mckay-trabajo: unless you have a system that makes sure every file and directory now has the correct permissions for UID 200, things break
2021-02-19 13:45:05 <mckay-trabajo> of course ikke so that's why a new order named "purge" is the case when root (the real god) want a "total removal" icnluding those files XD
2021-02-19 13:45:18 <ikke> mckay-trabajo: and that's out of scope of apk
2021-02-19 13:45:29 <qman__> the package manager does not track every single file ever created with a system user's UID
2021-02-19 13:46:07 <mckay-trabajo> create an user are out of scope of apk cos it leave files of course.. and ikke in those case of differnen files.. as i xplained: by example /run/lighttp directory and files under that path must be owned to lighttp so that0's not problem
2021-02-19 13:47:50 <yann-kaelig> ikke: well, it's interesting to see how Gentoo manage the user/group case. I removed openvpn, and portage warn me after that the comment for user openvpn has been updated to: Comment: User for net-vpn/openvpn; user account removed @ 2021-02-19. In my /etc/passwd at least I can see which account are 'orphaned' openvpn:x:394:394:User for net-vpn/openvpn; user account removed @ 2021-02-19:/dev/null:/sbin/nologin
2021-02-19 13:47:56 <ikke> mckay-trabajo: try to think of a usecase where this _will_ break
2021-02-19 13:48:29 <mckay-trabajo> ikke.. the 1% vs the 99% of the users cases XD of course i thnked about it
2021-02-19 13:48:49 <qman__> it's a lot more than 1%
2021-02-19 13:49:01 <qman__> in your own example, the use case that will break is /etc/lighttpd
2021-02-19 13:49:21 <qman__> if that exists, and is owned by another user, then the next install with a different uid will not work
2021-02-19 13:53:10 <metbsd> hmm i dont have such big drive to convert fs
2021-02-19 13:53:51 <yann-kaelig> dont' want to talk about the /etc mess ^^ Ho! my 1 year old /etc/dracut.conf.d it's still here, my openvpn too. How many files in my /etc are still here when I'm no longer using these softwares
2021-02-19 13:53:59 <metbsd> i guess i need to go back to debian just for that nfs issue?
2021-02-19 13:54:18 <metbsd> that sure sucks
2021-02-19 13:54:41 <metbsd> or run nfs container with debian based
2021-02-19 13:55:46 <mckay-trabajo> qman__:  /etc/lighttp is bad managed.. system changes must be in /var
2021-02-19 13:56:23 <mckay-trabajo> the lighttpd package is bad packages.. the config file must have a directuve with and iunclude of /var/lighttpd and later here made the admin changes..
2021-02-19 13:56:37 <qman__> no
2021-02-19 13:59:46 <mckay-trabajo> in fact under a "purge" all is removed and apk does not support that.. the real reason of why a user is leave and why some files is leaved behind.. qman__
2021-02-19 13:59:48 <qman__> systemwide config files go in /etc, not /var; the data goes in /var
2021-02-19 14:00:13 <mckay-trabajo> system config fgiles are not touched by anybody .. that's the problem qman__
2021-02-19 14:00:26 <mckay-trabajo> i'm a older very older unix user..
2021-02-19 14:00:40 <metbsd> how old
2021-02-19 14:00:58 <mckay-trabajo> so much.. (-)
2021-02-19 14:01:02 <qman__> system config files are touched by the system admin, who sets them up
2021-02-19 14:01:14 <qman__> you know, the person installing and removing packages
2021-02-19 14:01:26 <mckay-trabajo> the person is aperson.. not system
2021-02-19 14:01:44 <mckay-trabajo> "the peerson" the people.. the human.. not the system
2021-02-19 14:01:51 <mckay-trabajo> ad HP unix book said
2021-02-19 14:01:54 <qman__> that has nothing to do with anything
2021-02-19 14:02:16 <mckay-trabajo> is root of cause that you think /etc/lighttp are let behind ..
2021-02-19 14:02:20 <qman__> systemwide config means files that apply to the whole system, not files that are only ever written to by system users
2021-02-19 14:02:44 <qman__> as opposed to locally-scoped config files, such as per user configurations
2021-02-19 14:02:53 <mckay-trabajo> that's the piint.. qman__ system wide.. and if you configure a vdomain .. must not in system wide.. cos is not for all system.. only for one suser
2021-02-19 14:03:19 <mckay-trabajo> that's why creatin a user for lighttpd must not be managed by apk
2021-02-19 14:03:28 <qman__> again, no
2021-02-19 14:04:06 <qman__> they don't necessarily line up with specific users, and even when they do, it's a templated configuration in /etc, which then optionally includes more per-user configs
2021-02-19 14:04:28 <qman__> you still need the main config in /etc, which is still edited by the system admin
2021-02-19 14:04:46 <mckay-trabajo> system admin is person system widelly is not a person..
2021-02-19 14:05:18 <mckay-trabajo> apk has a faul "root god" demanding removal of all and apk doe snot support it, the user is leave behind and must be removed by demand but not notified to root
2021-02-19 14:05:55 <qman__> look, it's pretty simple; removing that information would break things, so it doesn't remove it
2021-02-19 14:06:05 <qman__> if you don't like it, write your own package manager, see how it goes
2021-02-19 14:06:22 <mckay-trabajo> would bvreak thinks.. of course .. only in partial removal.. not in purge cases .. that is not supporting by apk..
2021-02-19 14:06:49 <mckay-trabajo> is clear qman__ that apk leave thing behind.. that's a fact already reconiced here!
2021-02-19 14:06:59 <mckay-trabajo> cos does not supprot purge..
2021-02-19 14:07:03 <qman__> it leaves things behind when it has to, to not break things
2021-02-19 14:07:04 <mckay-trabajo> only removal
2021-02-19 14:07:12 <qman__> it's that simple
2021-02-19 14:07:24 <mckay-trabajo> simple cos is only removal case.. bu root want purging
2021-02-19 14:07:39 <mckay-trabajo> and purge case is not supoprted
2021-02-19 14:07:42 <qman__> even when you choose a purge option, there are things outside the scope of what the package manager is aware of, and it cannot remove
2021-02-19 14:08:11 <mckay-trabajo> purge is purge! nothing will survive to "rm -fr"
2021-02-19 14:08:42 <qman__> the package manager cannot rm -rf / for obvious reasons
2021-02-19 14:08:49 <qman__> there's nothing left here to discuss
2021-02-19 14:09:14 <mckay-trabajo> the package manager does not install complete root.. it depend of qman__
2021-02-19 14:09:55 <mckay-trabajo> so is a nonsense case about "rm -rf / " but coudl happened cos there's a command that do that adn is unnestopable
2021-02-19 14:47:35 <metbsd> are you sure nfs won't export ntfs and exfat because of their file system?
2021-02-19 14:53:31 <nacelle> nfs mostly works with POSIX fs's, ntfs and fat are not.
2021-02-19 14:53:50 <nacelle> i wonder if exporting ro (read only) instead of rw (read write) would work
2021-02-19 14:58:50 <metbsd> i asked this qudstion in ##linux they say nfs does not care about permission
2021-02-19 14:59:05 <metbsd> as long as you can mount it, nfs export it
2021-02-19 14:59:15 <nacelle> you might need no_root_squash, but I think you had that
2021-02-19 14:59:16 <metbsd> but you are saying it does
2021-02-19 14:59:22 <metbsd> i add that
2021-02-19 14:59:24 <metbsd> same
2021-02-19 14:59:47 <nacelle> i'm not saying it does or doesnt
2021-02-19 14:59:54 <nacelle> i can only help you experiment :-)
2021-02-19 15:00:01 <metbsd> also, same docker container with same compose, debian works alpine don't
2021-02-19 15:20:54 <xordspar0_> metbsd: Maybe try on Alpine with the fuse versions of exfat and ntfs. Then it should be the same as Debian, right?
2021-02-19 15:54:49 <bleb> since when did busybox ls print colors
2021-02-19 15:55:05 <bleb> (despite my TERM=vt220)
2021-02-19 16:00:43 <bleb> i guess it is too comlex to heed TERM settings, but not too complex to implement colors in the first place
2021-02-19 16:00:49 <bleb> l a m e
2021-02-19 17:22:46 <bleb> wouldn't want that to get in the way of my more important complaint
2021-02-19 17:22:51 <bleb> anyone know what became of the nvi package?
2021-02-19 17:24:29 <bleb> this shows up in search results https://pkgs.alpinelinux.org/package/edge/testing/x86_64/nvi
2021-02-19 17:24:30 <ikke> da085140b84076388e1f905385505ae572243e94: testing/nvi: remove as it hard-depends on BerkeleyDB
2021-02-19 17:24:50 <bleb> but searching pkgs.alpinelinux.org has no record that it was in any release
2021-02-19 17:25:22 <ikke> it was in testing, so it never has been part of any release
2021-02-19 17:25:45 <bleb> ah
2021-02-19 17:26:23 <bleb> what's the deal with berkeleydb
2021-02-19 17:27:09 <ikke> https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.13.0#Deprecation_of_Berkeley_DB_.28BDB.29
2021-02-19 17:27:33 <ikke> AGPL for libraries is not a good combination
2021-02-19 17:28:05 <bleb> lol nvi was unmaintained anyway
2021-02-19 17:29:30 <bleb> what about putting the last non-agpl version of bdb in testing, or including it in the nvi package
2021-02-19 17:30:33 <ikke> bleb: that version has security vulnerabilities
2021-02-19 17:31:06 <bleb> what do you think about including it in the nvi package
2021-02-19 17:35:44 <bleb> since the vulnerabilities obviously don't matter for that case
2021-02-19 17:38:35 <bleb> no elvis package either? reeeeee
2021-02-19 17:38:54 <ikke> Feel free to provide one :)
2021-02-19 17:39:30 <bleb> i assume vim requires modification to prevent it from trying to get clever with the mouse
2021-02-19 17:39:53 <ikke> I don't think we modify that
2021-02-19 17:40:08 <ikke> We have no patches for vim
2021-02-19 17:42:48 <bleb> nvi is better anyway
2021-02-19 17:42:52 <bleb> i'll just compile it myself
2021-02-19 17:44:26 <ikke> Sounds like your best option
2021-02-19 17:45:25 <bleb> what packages depend on dbd and have gpl-incompatible licenses anyway
2021-02-19 17:45:40 <ikke> postfix
2021-02-19 17:45:48 <ikke> for one
2021-02-19 17:46:45 <bleb> huh
2021-02-19 17:46:55 <bleb> i don't quite see that as a rationale to remove it
2021-02-19 17:47:30 <bleb> but if the package was maintained primarily for its use in postfix, i guess the maintainer would no longer have a reason to
2021-02-19 17:56:11 <ikke> bleb: depending on what particular BSD license being used, nvi might be incompattible with (A)GPL as well
2021-02-19 17:56:43 <ikke> But I guess it's using the 3-clause BSD license
2021-02-19 17:58:10 <bleb> that's compatible isn't it
2021-02-19 17:58:29 <ikke> yes
2021-02-19 17:58:33 <bleb> anyway there are plenty of nvi versions that bundle older versions of bdb
2021-02-19 17:58:47 <bleb> so one of those would make the most sense if it were to be a package again
2021-02-19 17:59:31 <ikke> What does nvi use bdb for anyway?
2021-02-19 18:00:16 <bleb> wikipedia says "nvi is unusual because it uses a database to store the text as it is being edited"
2021-02-19 18:00:33 <ikke> sounds peculiar :)
2021-02-19 18:01:17 <bleb> bdb was written by the nvi author too
2021-02-19 18:01:33 <ikke> Something like hammers and nails
2021-02-19 18:01:54 <bleb> having an external dependency was a bad idea to begin with probably
2021-02-19 18:51:20 <leah2> it's ridiculous how it works :D
2021-02-19 19:51:21 <COVID-1984> any idea if you benefit from having a musl-based host if you run musl-based docker images (like alpine)?
2021-02-19 20:11:40 <Dan39> COVID-1984: what do you think?
2021-02-19 20:12:10 <COVID-1984> not sure
2021-02-19 20:12:12 <COVID-1984> I think probably not
2021-02-19 20:12:17 <COVID-1984> Dan39: and you?
2021-02-19 20:14:25 <ikke> It should not matter for the programs in the container
2021-02-19 20:14:39 <ikke> they will use libc inside the container
2021-02-19 20:22:25 <Dan39> i think he means, will alpine running in a docker image run faster if the host OS also uses musl?
2021-02-19 20:22:47 <ikke> docker is not virtualization
2021-02-19 20:22:52 <Dan39> right
2021-02-19 20:23:12 <mckay-trabajo> COVID-1984:  XD "1984"  XD
2021-02-19 20:24:40 <COVID-1984> Right, so if you run a bunch of docker images
2021-02-19 20:24:49 <COVID-1984> that are based on alpine, then they're all musl
2021-02-19 20:24:58 <COVID-1984> So I'm wondering if those will run better on a musl host, than a glibc host
2021-02-19 20:25:48 <ikke> COVID-1984: I would not expect so
2021-02-19 20:27:16 <COVID-1984> It doesn't sound very certain :)
2021-02-19 20:27:30 <COVID-1984> I guess it would all be up to the kernel
2021-02-19 20:27:44 <COVID-1984> so it would matter zero if the host & guest are matched glibc/musl or not
2021-02-19 20:27:50 <COVID-1984> But maybe someone else knows better
2021-02-19 20:43:15 <COVID-1984> any thoughts on running alpine on baremetal for production? Is this common? It will be my next baremetal distro...
2021-02-19 20:45:32 <ikke> alpine works fine on baremetal
2021-02-19 20:48:10 <programmerq> arguably it was designed with baremetal in mind, yeah?
2021-02-19 20:48:55 <ikke> yes
2021-02-19 20:48:58 <programmerq> and no, the host libc and container libc implementation aren't going to interact.
2021-02-19 20:49:17 <ikke> run-from-ram on bare metal
2021-02-19 20:49:54 <nacelle> in theory you could save a -little- bit of disk space if the host and containers are using the same libc, but... so much work for so little gain.
2021-02-19 20:50:08 <ikke> that does not make sense
2021-02-19 20:50:20 <nacelle> ?
2021-02-19 20:50:30 <ikke> even if libc is the same, the docker image will still contain a copy
2021-02-19 20:50:46 <nacelle> i said container, not docker :-)
2021-02-19 20:51:06 <ikke> even with lxc or other containers that's the case
2021-02-19 20:51:14 <ikke> with any chroot
2021-02-19 20:52:56 <nacelle> you can do it with bind mounts, etc.
2021-02-19 20:53:02 <nacelle> its not a great idea
2021-02-19 20:53:14 <COVID-1984> ya the musl lib will be built into the alpine docker images regardless
2021-02-19 20:53:21 <COVID-1984> so I don't see how it would save space either
2021-02-19 20:53:31 <gabes358> /
2021-02-19 20:53:46 <COVID-1984> I use those alpine images (which have musl) regardless... The only question is using musl or glibc on my dev machine
2021-02-19 20:53:51 <COVID-1984> (I run void linux)
2021-02-19 20:56:34 <nacelle> -sigh- i'm arguing on a purely technical standpoint and went off into the nerd weeds, which doesnt apply to the original and context establishing question, sorry.
2021-02-19 20:57:42 <COVID-1984> nacelle: ah ok
2021-02-19 20:57:44 <COVID-1984> tnx
2021-02-19 20:59:10 <nacelle> in other words, no benefit or detraction from the host running musl vs libc, regardless of guests, from that perspective.
2021-02-19 20:59:34 <nacelle> (I'm sure you could drill into performance of each, etc. if you wanted to... but you dont want to ;-))
2021-02-19 21:00:08 <nacelle> also, I have alpine running on "bare metal" on some pi's ... does that count? :-P
2021-02-19 21:02:01 <COVID-1984> hehe idk :)
2021-02-19 21:02:11 <COVID-1984> i was never interested in the pi's
2021-02-19 21:02:23 <COVID-1984> awesome for prototyping i think
2021-02-19 21:03:27 <nacelle> awesome for saving power if you dont need more than computing and ram
2021-02-19 21:03:37 <nacelle> Nmap done: 256 IP addresses (63 hosts up) scanned in 2.52 seconds
2021-02-19 21:03:47 <nacelle> I use a few pi's, a few big x86's, etc. :-)
2021-02-19 21:04:05 <COVID-1984> no need to save power personally
2021-02-19 21:05:14 <nacelle> i can only run so many boxes per circuit from the breaker box
2021-02-19 21:07:47 <COVID-1984> You in Texas or something?
2021-02-19 21:07:52 <COVID-1984> hehe jk :)
2021-02-19 21:08:18 <nacelle> nah, american circuits are generally 15amp
2021-02-19 21:08:22 <nacelle> sometimes up to 20
2021-02-19 21:08:35 <nacelle> but even approaching 15 can make some circuit breaker boxes weep
2021-02-19 21:08:36 <c705> these cdays, it's 20
2021-02-19 21:08:45 <nacelle> not even
2021-02-19 21:08:49 <nacelle> 20 is not super common
2021-02-19 21:08:51 <c705> usually have 100-200 coming into the house
2021-02-19 21:08:56 <c705> 20 is code now for kitchens
2021-02-19 21:08:59 <nacelle> they still use 15 where they can
2021-02-19 21:09:01 <nacelle> right
2021-02-19 21:09:09 <c705> and bedrooms I believe
2021-02-19 21:09:11 <nacelle> but most of the house will still be 15 otherwise
2021-02-19 21:09:17 <nacelle> I dont think so, i'll go check
2021-02-19 21:09:31 <c705> I'm also Canadian, so there's that. Not super up to date on code
2021-02-19 21:09:51 <c705> I think most builders just go with 20 across the board for new builds. 15 was common up until recently though
2021-02-19 21:10:21 <nacelle> not here
2021-02-19 21:10:34 <qman__> codes have changed a lot in the last few years
2021-02-19 21:10:36 <nacelle> they go with 15 where they can, 20 where they have to
2021-02-19 21:10:39 <qman__> tons of new regulations, so it wouldn't surprise me
2021-02-19 21:10:50 <qman__> but up until about 10 years ago, 15 amp was "normal" for homes
2021-02-19 21:10:51 <nacelle> my panel is certified to 2020 regulations
2021-02-19 21:10:59 <nacelle> it was put in in 2018
2021-02-19 21:11:09 <nacelle> complete redo of the wiring in this place
2021-02-19 21:11:17 <c705> k&t?
2021-02-19 21:11:31 <c705> or aluminum b/s
2021-02-19 21:12:46 <nacelle> siemens
2021-02-19 21:13:07 <nacelle> the guy who did this place does it on the side for the landlord, his day job is doing hospital electrical
2021-02-19 21:13:36 <c705> why did he do all the wiring? boredom?
2021-02-19 21:13:41 <nacelle> cash
2021-02-19 21:13:44 <nacelle> i presume
2021-02-19 21:13:56 <c705> well, yeah, but why did the client need a total rewire
2021-02-19 21:14:16 <nacelle> house was built in the 50s and had an ancient panel
2021-02-19 21:14:27 <c705> wiring should be fine, just flip the panel
2021-02-19 21:14:34 <c705> unless aluminum wiring then....yeah
2021-02-19 21:14:34 <nacelle> i believe he said "it was one of those zincos that catches fire when you think about them catching fire"
2021-02-19 21:14:47 <c705> sounds like aluminum
2021-02-19 21:14:48 <nacelle> i'm guessing it was that way
2021-02-19 21:15:08 <c705> sounds like a total bitch. not an easy job
2021-02-19 21:15:12 <nacelle> they did the whole house, top to bottom
2021-02-19 21:15:13 <nacelle> yeah
2021-02-19 21:15:29 <c705> might as well take ity down to the frame and rebuild at that point
2021-02-19 21:15:38 <c705> which I imagine they did
2021-02-19 21:15:39 <nacelle> basically, some lady died in this house after buying it new, he bought it and rebuilt it for a rental to geek-lords (<--)
2021-02-19 21:15:42 <qman__> my brother's house was built in the 50s, no ground lugs on any of the original stuff
2021-02-19 21:15:55 <nacelle> c705: thats what they did
2021-02-19 21:16:06 <nacelle> the basement is super nice, like i'm in a brand new building
2021-02-19 21:16:09 <c705> sounds cool. I want to do something similar, but houses are ridiculously overpriced up here right now
2021-02-19 21:16:27 <nacelle> great for running lots of alpine linux in :-)
2021-02-19 21:30:47 <yann-kaelig> Well, still on my gitlab work, so Gitlab recommend to use their own git from gitaly, why not but in this case I can not permit to install this git version if the system already has the official git. So, I tought first to add a depend=! but I can not build because my sytem has git ^^
2021-02-19 21:36:09 <yann-kaelig> I'm really curious to see how gitlab is built on alpine docker
2021-02-19 21:36:35 <ikke> For now, we still use the git version from the system
2021-02-19 21:39:02 <yann-kaelig> Hi ikke. which version of gitlab you are using ?
2021-02-19 21:39:28 <yann-kaelig> they recommend gitalty-git from GitLab 13.6
2021-02-19 21:40:57 <ikke> 13.7 atm
2021-02-19 21:41:53 <yann-kaelig> on alpine 3.13 ?  I need to backport the git apkbuild from 3.13 to 3.12 and rebuilt it or it's not working
2021-02-19 21:42:26 <ikke> Yes, on 3.13 indeed
2021-02-19 21:43:43 <ikke> https://gitlab.alpinelinux.org/alpine/infra/docker/gitlab/-/compare/13.4-stable...13.7-stable
2021-02-19 22:20:59 <yann-kaelig> "I sometimes think that Docker is only really used in the web world as an attempt to package software projects which drag in a completely unmaintainable number of dependencies."
2021-02-19 22:21:05 <yann-kaelig> This is so true :)
2021-02-19 22:22:21 <yann-kaelig> I really tried, but docker is not for me.  It's a nightmare in all aspects
2021-02-19 22:25:43 <ikke> For us it makes our live a bit easier
2021-02-19 22:25:53 <ikke> one is dependencies, which can become quite a mess
2021-02-19 22:26:19 <ikke> the other is a codified way of installing an deploying applications
2021-02-19 22:26:52 <ikke> and*
2021-02-19 22:31:02 <programmerq> yann-kaelig▸ yeah before docker became popular, I had a python/django app that I was tasked with deploying. I had to compile apache with specific options, set up virtualenv in a certain way, deal with application user accounts, run a logging agent, and make sure I was able to get 'pip install' to do the right thing. That ended up being about 20 pages of explicit documentation and a
2021-02-19 22:31:05 <programmerq> similarly sized script to make it work. That same setup would probably be a 15 line Dockerfile tops. That experience is what sold me on Docker pretty early on, lol.
2021-02-19 22:31:59 <Cogitri> Yup, docker's nice for easy deployments and CI
2021-02-19 22:32:00 <programmerq> I think I had a python version with specific compile options too. it was pretty annoying
2021-02-19 22:32:37 <Cogitri> But it's kind of scary how many outdated docker images are out there with loads od security issues on-board
2021-02-19 22:33:12 <ikke> Yes
2021-02-19 22:33:23 <programmerq> you could say that about any software distribution method too, and use images with a trusted pipeline.
2021-02-19 22:33:27 <ikke> I have schduled our images to be rebuilt weekly
2021-02-19 22:33:31 <ikke> scheduled*
2021-02-19 22:34:33 <yann-kaelig> the way everything is 'built' is interesting but then overall supervision and handling in a system I can't get used to it, the tools are not suitable for me
2021-02-19 22:35:01 <ikke> the combination of docker and docker-compose works for me
2021-02-19 22:35:59 <qman__> docker is a fantastic tool, but you have to use it correctly to really take advantage of it
2021-02-19 22:36:03 <qman__> lots of people use it poorly
2021-02-19 22:36:14 <ikke> ahuh
2021-02-19 22:38:06 <yann-kaelig> as a sysadmin on my server, I have a view of everything on the system, I can easily manipulate everything, on docker for me there is too much opacity
2021-02-19 22:38:26 <yann-kaelig> or there is a lack of good tools
2021-02-19 22:38:55 <qman__> the tools are out there, you just have to learn them
2021-02-19 22:38:59 <Hello71> docker for linux is pretty transparent
2021-02-19 22:39:06 <qman__> far as opacity, the dockerfile tells you everything you need to know
2021-02-19 22:39:09 <Hello71> using the overlay driver and namespaces
2021-02-19 22:39:55 <qman__> you are correct in that a lot of people and companies just build an image, send it out, and never maintain it
2021-02-19 22:40:18 <qman__> to do it right you really need a build pipeline
2021-02-19 22:42:46 <qman__> software requires maintenance, and docker doesn't change that, it's just one part that can help make it easier
2021-02-19 22:43:24 <yann-kaelig> docker for me it's like a paper and a box. On the paper we have a description of what the box contains, but if you want to get inside the box, first you need to understand what the paper is talking about but also you need some not really friendly tools to understand how to get an acces in the box. And after that you don't really know how to use the box
2021-02-19 22:44:06 <qman__> docker exec gets you a shell, if you really need it, but if you're doing it right, you don't need it
2021-02-19 22:44:39 <qman__> any changes you need to make are either done in source and rebuilt, or specified as env variables or secrets or volumes, etc., on the deployment
2021-02-19 22:46:19 <qman__> this is the main advantage, the image is an immutable artifact, and the container is identically reproducible, as a rule, you don't modify it in situ
2021-02-19 22:48:17 <qman__> similar idea to running your environments with config management tools, but taken to a further extreme, and simplified
2021-02-19 22:50:02 <c705> simplified in the right hands
2021-02-19 22:50:18 <c705> i've seen ridiculous things done in the name of "devops"
2021-02-19 22:50:41 <qman__> for sure
2021-02-19 22:51:13 <qman__> full disclosure, I created and run a docker swarm-based platform in a large enterprise, and we're working toward kubernetes
2021-02-19 22:52:30 <qman__> it's quite an undertaking, especially at this scale, but the advantages are significant
2021-02-19 22:53:29 <yann-kaelig> I think these tools finally killed the idea of being able to create your own server at home
2021-02-19 22:54:22 <qman__> it really hasn't, it's just a different approach
2021-02-19 22:54:41 <qman__> for the home user, you don't usually need clusters and redundancy, so it's actually pretty straightforward
2021-02-19 22:55:48 <c705> if you understand what a chroot is, it's really not all that different
2021-02-19 22:58:22 <qman__> in fact, I'd argue that part of the problem is that it's a bit too easy - because it's so easy to build, deploy, and distribute software, people who don't understand what it takes to maintain software and run it reliably, try to run it in ways and situations where they shouldn't, because they can
2021-02-19 23:03:28 <yann-kaelig> qman__: taht right, but little by little to build a software you need go, ruby, npm, all the deps mess and it doesn't really help. how can we democratize the idea of server at home if the softwares are tailored for big companies
2021-02-19 23:04:22 <c705> that's the entire benefit of docket, to manage those deps easier
2021-02-19 23:04:46 <c705> you're not going to get away from shitty software
2021-02-19 23:04:58 <c705> better to stick it in a container so that it's predictable
2021-02-19 23:25:28 <qman__> with docker, you minimize the build process down to what your specific software needs
2021-02-19 23:25:47 <qman__> so if you're running a python app, you build a container with python, then load your app into it
2021-02-19 23:26:10 <qman__> same goes for anything else, ruby, go, npm, dotnet, ...
2021-02-19 23:28:14 <EvanCarroll> How do I mark a package as CONFLICTS as a package maintainer?
2021-02-19 23:29:00 <EvanCarroll> if I use provides=otherpkg=ver, it'll work in that if I have otherpkg and try to install my own package, it will remove otherpkg and the install my package. But to go back to otherpackge it just seemst to silently fail
2021-02-19 23:29:07 <EvanCarroll> I would rather it give the user to remove package and revert.
2021-02-19 23:29:29 <EvanCarroll> ~/aports/testing # apk add /root/packages/testing/x86_64/perl-singlethreaded-5.32.1-r0.apk
2021-02-19 23:29:32 <EvanCarroll> (1/2) Purging perl (5.32.0-r0)
2021-02-19 23:29:35 <EvanCarroll> (2/2) Installing perl-singlethreaded (5.32.1-r0)
2021-02-19 23:29:36 <EvanCarroll> ~/aports/testing # apk add perl
2021-02-19 23:29:36 <EvanCarroll> OK: 272 MiB in 74 packages
2021-02-19 23:29:39 <EvanCarroll> Executing busybox-1.32.1-r3.trigger
2021-02-19 23:29:41 <EvanCarroll> OK: 272 MiB in 74 packages
2021-02-19 23:30:00 <EvanCarroll> So it just says "OK" right away, and what I wat there is the same thing happend to get there.
2021-02-19 23:30:10 <EvanCarroll> "purge and install"
2021-02-20 01:26:27 <EvanCarroll> https://github.com/EvanCarroll/alpine-packaging-image
2021-02-20 02:41:37 <Lutin> it seems that the apk add postgresql in Alpine doesn't create the owned /run/postgresql folde
2021-02-20 02:41:46 <Lutin> *folder
2021-02-20 03:12:37 <Hello71> iirc alpine doesn't use tmpfiles so /run dirs are created by init script
2021-02-20 03:18:19 <Lutin> Ah! and in docker... that doesn't work :D
2021-02-20 03:19:01 <Lutin> thanks Hello71 :)
2021-02-20 03:21:01 <Hello71> well yes, if you run the service manually you can't rely on default distro configs
2021-02-20 03:21:29 <Hello71> e.g. it may fail to drop privileges properly
2021-02-20 03:29:42 <Lutin> Hello71 yeah... docker so no systemd kinda things and so on
2021-02-20 03:50:21 <bern83> dear forum, there is a little issue with setting up Xorg. is there any output I can give you to help me?
2021-02-20 03:50:29 <bern83> I type Xorg --configure
2021-02-20 03:50:49 <bern83> nd get "Error relocating /lib/libudev.so.1: gettid symbol not found
2021-02-20 03:51:08 <bern83> after a fresh install of alpine linux 3.12
2021-02-20 04:47:17 <bern83> ?
2021-02-20 06:20:16 <EvanCarroll> https://unix.stackexchange.com/questions/635108/how-can-i-make-an-alpine-package-conflict-with-another-alpine-package
2021-02-20 11:27:33 <Bern83> ah - damn. Can I go back to around 3 or 4 o clock in the channel? I asked a question then... ^^
2021-02-20 11:27:40 <Bern83> Hellouu :-)
2021-02-20 11:33:55 <ikke> Bern83: / # Xorg --configure
2021-02-20 11:33:57 <ikke> Unrecognized option: --configure
2021-02-20 11:34:07 <ikke> this is on 3.12
2021-02-20 11:34:16 <ikke> so 1) Xorg seems to be working
2021-02-20 11:34:22 <ikke> 2) it does not know the --configure option
2021-02-20 11:34:48 <ikke> This is on a fresh docker 3.12 imag4e
2021-02-20 11:34:51 <ikke> image
2021-02-20 11:38:16 <Bern83> thanks ikke
2021-02-20 11:39:17 <Bern83> but there is a problem with that library. It was "libudev" library I believe. And since I do Crypto Mining, the XMRIG program gives also an error about that very same library.
2021-02-20 11:39:55 <Bern83> However I cannot reproduce the xmrig error, since I resolved that one already with a system backup
2021-02-20 11:42:37 <Bern83> but I think I'll leave that - xorg problems are kind of nasty...
2021-02-20 11:42:58 <Bern83> and hard to describe via distance I guess
2021-02-20 13:25:26 <yunfan> hi,had anyone run alpine 3.13 on pine64 succeful ?
2021-02-20 14:26:53 <PureTryOut[m]2> "On Pine64" makes no sense since Pine64 is a company. What specific hardware of them do you mean?
2021-02-20 19:37:37 <jackaraa> I would like to mount media as read only then load persist and then umount media, how is this done?
2021-02-20 19:39:35 <jackaraa> Also how can i watch kern.log (boot up log)
2021-02-20 19:41:57 <Dan39> jackaraa: watch kern.log at what point, once the system is booted and you have access to a console, or like during the boot up?
2021-02-20 19:42:29 <jackaraa> After boot
2021-02-20 19:42:36 <Dan39> you can just use tail -f
2021-02-20 19:42:53 <Dan39> or if it's in dmesg just use dmesg -w
2021-02-20 19:44:27 <Dan39> jackaraa: remind me, what messages are in kern.log? just kernel messages, or like the init messages to, like does it say the services being started?
2021-02-20 19:45:53 <jackaraa> Searched online, found its called kern.log
2021-02-20 19:46:14 <Dan39> oh, i see
2021-02-20 19:46:23 <jackaraa> Searching for openrc bootup process statuses, yes
2021-02-20 19:46:24 <Dan39> well i usually just ls /var/log and see what logs ar available
2021-02-20 19:46:36 <Dan39> different distros have different logs
2021-02-20 19:47:00 <jackaraa> dmesg are avalible
2021-02-20 19:47:15 <Dan39> dmesg is always available
2021-02-20 19:47:21 <Dan39> but that probably doesn't have what you want
2021-02-20 19:47:37 <Dan39> just look in /var/log and open some files till you find the one with the message you want :P
2021-02-20 19:48:14 <Dan39> a lot of distros have /var/log/messages which has like everything
2021-02-20 19:48:27 <Dan39> and some a /var/log/boot.log
2021-02-20 19:49:08 <Dan39> but of course we are talking about Alpine specifically... so maybe i will get a VM booted with Alpine and i can see for sure in like 10 seconds
2021-02-20 19:53:29 <MY-R> jackaraa: edit '/etc/rc.conf' and uncomment/change line: rc_logger="YES"
2021-02-20 19:54:21 <Dan39> just noticed that myself
2021-02-20 19:54:23 <MY-R> jackaraa: after boot you will have file '/var/log/rc.log'
2021-02-20 19:54:32 <Dan39> bootup messages do not end up anywhere in /var/log by default haha
2021-02-20 19:55:25 <jackaraa> Thanks man
2021-02-20 20:07:48 <ajg> Hi everyone, if I am using `abuild` to build and package a library, why does the resulting library in `pkg` have an older date than when it was built? For examply, if I package `musl` with `abuild fetch verify unpack prepare build rootpkg` then the `pkg` directory is created with a `musl` directory inside which both have today's date. However, the `lib` directory inside that and
2021-02-20 20:07:50 <ajg> `ld-musl-x86_64.so.1` inside `lib` both have a date of January 26th.
2021-02-20 20:11:24 <ikke> Maybe the dates come from the source archive?
2021-02-20 20:13:00 <ajg> The `src` folder I get has dates form January 15th. And the `libc` that is built in there has today's date. :/
2021-02-20 20:13:30 <ikke> does it make a difference if you user package instead of rootpkg?
2021-02-20 20:13:35 <ikke> s/user/use/
2021-02-20 20:16:14 <ajg> Yes, when I just use `package` instead of `rootpkg` I get `ld-musl-x86_64.so.1` created on today's date.
2021-02-20 20:16:30 <ikke> so some peculiarity in fakeroot perhaps?
2021-02-20 20:17:38 <ikke> ajg: perhaps try: FAKEROOT= abuild rootpkg
2021-02-20 20:17:48 <ajg> That is what it seems like. The date doesn't mean much to me, I was just thinking the date would be a good reference to ensure that a package I built from source was installed/overwrote a pacakge installed with `apk`.
2021-02-20 20:18:45 <ajg> Using FAKEROOT= ... didn't change things.
2021-02-20 20:19:00 <ikke> ah, I think I know
2021-02-20 20:19:13 <ikke> It probably uses the commit date to make builds reproducable
2021-02-20 20:19:55 <ikke> https://gitlab.alpinelinux.org/alpine/abuild/-/blob/master/abuild.in#L1659
2021-02-20 20:21:23 <ajg> Ah I see. Thanks for that :). Is there a better way to ensure the package I built is installed/overwrites the a current package installed with `apk`?
2021-02-20 20:21:36 <ikke> ajg: give it a different version
2021-02-20 20:21:52 <ikke> or a different pkgrel
2021-02-20 20:25:04 <ajg> Yeah, that is a possibility. Thanks :)
2021-02-20 20:28:15 <jackaraa> Have a nice day
2021-02-20 21:39:08 <ajg> I bumped the version of musl to install a custom built .apk with `apk add --upgrade musl@ajgmain` where ajgmain is a tag for my custom repo at ~/packages/main. However this doesn't do anything - it just prints the message `OK: 410 MiB in 126 packages`. This is weird because I only have my custom repository in my /etc/apk/repositories file and that has 12 packages in it. When I run `apk
2021-02-20 21:39:10 <ajg> update` it tells me `OK: 138 distinct packages available`. Why is `apk add` not finding these other 12 packages in my custom repo?
2021-02-20 21:40:50 <ikke> what does apk policy musl return?
2021-02-20 21:41:56 <ajg> musl policy:
2021-02-20 21:41:58 <ajg>   1.2.2-r0:
2021-02-20 21:42:00 <ajg>     lib/apk/db/installed
2021-02-20 21:42:02 <ajg>   1.2.3-r0:
2021-02-20 21:42:04 <ajg>     @ajgmain /home/ajg/packages/main
2021-02-20 21:42:06 <ajg>   1.2.2-r2:
2021-02-20 21:42:08 <ajg>     @ajgmain /home/ajg/packages/main
2021-02-20 21:43:01 <ikke> apk policy musl-dev
2021-02-20 21:43:22 <ajg> musl-dev policy:
2021-02-20 21:43:24 <ajg>   1.2.2-r0:
2021-02-20 21:43:26 <ajg>     lib/apk/db/installed
2021-02-20 21:43:28 <ajg>   1.2.2-r2:
2021-02-20 21:43:30 <ajg>     @ajgmain /home/ajg/packages/main
2021-02-20 21:43:32 <ajg>   1.2.3-r0:
2021-02-20 21:43:33 <ikke> so you need to upgrade musl-dev as well
2021-02-20 21:43:34 <ajg>     @ajgmain /home/ajg/packages/main
2021-02-20 21:44:46 <ajg> That worked! How did you figure that out?
2021-02-20 21:44:51 <ikke> experience
2021-02-20 21:45:49 <ajg> ;p is a package not upgraded unless other relevant packages/deps are upgraded as well?
2021-02-20 21:46:06 <ikke> if another package is holding it back, then it's not upgraded indeed
2021-02-20 21:46:18 <ikke> apk has a very strict dependency resolver
2021-02-20 21:47:22 <ikke> musl-dev-1.2.2-r1 depends on:
2021-02-20 21:47:25 <ikke> musl=1.2.2-r1
2021-02-20 21:47:37 <ikke> so musl cannot be upgraded unless musl-dev is as well
2021-02-20 21:48:56 <ajg> That makes sense. How can I get that information? Using `apk info -r` or `apk info -R` doesn't seem to give me those specifics (at least, not directly).
2021-02-20 21:49:17 <ikke> apk info -R musl-dev
2021-02-20 21:49:43 <ikke> apk info -r musl returns it as well
2021-02-20 21:49:53 <ikke> musl-1.2.2-r1 is required by:
2021-02-20 21:50:01 <ikke> musl-dev-1.2.2-r1
2021-02-20 21:50:13 <ikke> but it does not show the hard requirement
2021-02-20 21:51:24 <ajg> Alright, well this is helpful in case I run into the issue again. Thanks for being so present in this channel, you have saved me lots of time :)
2021-02-20 21:51:40 <ikke> ajg: probably: apk add musl=1.2.3-r0@arjgmain would have showed it as well
2021-02-20 21:52:04 <ikke> hm, might be the other way around
2021-02-20 21:52:13 <ikke> musl@argmain-1.2.3-r0
2021-02-20 21:52:52 <ajg> Yeah: `apk add musl@ajgmain=1.2.3-r0`
2021-02-20 22:29:19 <yZ5vlALg86lP> yeah, ikke++
2021-02-20 23:27:27 <jackaraa> I would like some help configuring a proper ruleset, i have the ideas but want to be sure it works right
2021-02-20 23:33:36 <jackaraa> I want it to block common attacks, deny ping request on input, accept ping request on output, deny ping request on input, deny ping reply on output, allow input from localhost on eth0 to dport 53, I’m in doubt on this one: allow output on localhost dport 53 (or allow output on eth0 from source localhost dport 53), allow input related,established, allow output on eth0
2021-02-20 23:35:40 <Hello71> disabling ping is stupid and counterproductive 99.9% of the time
2021-02-20 23:35:50 <Hello71> especially if you accept requests on standard ports
2021-02-20 23:36:26 <Hello71> it makes everyone's life harder, except maybe attackers because if you're dumb enough to block ping you probably have weak passwords
2021-02-20 23:36:26 <koollman> jackaraa: do you know which common attack is blocked by a firewall ?
2021-02-20 23:37:52 <jackaraa> iptables -t filter -A INPUT -p tcp —tcp-flags ALL ALL -j DROP
2021-02-20 23:37:56 <jackaraa> ALL NONE
2021-02-20 23:39:02 <jackaraa> koollman:
2021-02-20 23:44:45 <Hello71> if there were easy attacks that could be easily thwarted by one click then the kernel would already protect against them
2021-02-20 23:45:18 <Hello71> these cargo cult firewall rules poorly protect against decades old attacks
2021-02-21 00:37:16 <bleb> i was wondering, does alpine linux have a policy against agpl libraries?
2021-02-21 00:41:08 <bleb> i was looking at the nvi packages for other distros and it seems like most of them have it depend on db4 or db5.3, specific older version of bdb
2021-02-21 00:41:24 <bleb> maybe alpine has a particular policy against unmaintained libraries?
2021-02-21 00:59:41 <bleb> i haven't been able to find a discussion of the decision to "deprecate" berkeley db, described here: https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.13.0#Deprecation_of_Berkeley_DB_.28BDB.29
2021-02-21 00:59:56 <bleb> was there any mailing list discussion?
2021-02-21 02:25:05 <jackaraa> How do i enable dnscrypt-proxy? It won’t resolve using dnscrypt when i start the process
2021-02-21 02:50:25 <jackaraa> Any one?
2021-02-21 03:23:26 <yunfan> mps: hi ,
2021-02-21 03:24:39 <yunfan> mps: the pine64 sbc failed to boot alpine , i had tried 3.13/3.12/3.11 , and i could ensure the board dont have problem, because dietpi could be boot
2021-02-21 03:33:51 <jackaraa> Hello
2021-02-21 03:34:08 <jackaraa> I got dnscrypt-proxy to start
2021-02-21 03:43:41 <hechos> hello friends, need some information.
2021-02-21 03:44:27 <hechos> need packages: qemu-user-static and binfmt-support. to chroot a aarch64 arch.
2021-02-21 03:52:56 <hechos> what is names of packages on alpine or where can find information about it.
2021-02-21 03:53:15 <hechos> already looking on inet, and wiki cannot find the packages.
2021-02-21 07:24:38 <mps> yunfan: hi, what doesn't work? bootloader, kernel or something else?
2021-02-21 07:36:34 <jackaraa> In Custom_Kernel under Configuring kernel I find it difficult to figure out where src/linux-VER is and also how where one should run make menuconfig from, I’m trying to change the kernel on rpi 4 and have copied /boot/config-rpi4 to aports/main/linux-rpi
2021-02-21 09:01:05 <yunfan> mps: my usb2ttl adapter broken, so i cant know if its only kernel's problem, from my reveiw, the problem is when i plugin the power, only a red led light on, no other things happened, and the hdmi output dont have any response
2021-02-21 09:01:39 <yunfan> i will got a workable serial consonle tools to check if the u boot itself works mps
2021-02-21 09:31:16 <mps> yunfan: ok, thank you for report, and of course for future effort to help us solve problem
2021-02-21 11:07:40 <yunfan> mps: i found someone had a wiki page about pine64 for alpine, it says it work since 3.11, looks like that's failed
2021-02-21 11:07:50 <yunfan> and i want to contact the author
2021-02-21 12:38:13 <donoban> ey, when you write to the mail list is it normal don't receieve your message?
2021-02-21 12:39:23 <ikke> yes
2021-02-21 12:45:10 <donoban> ok thx :)
2021-02-21 13:20:40 <argine> how are the packages for arm64 build ? crosscompilation or on real hardware ?
2021-02-21 13:21:29 <ikke> real hardware
2021-02-21 14:01:14 <argine> are arm64 packages compiled with bti/pac/mte support like suse does ? https://en.opensuse.org/ARM_architecture_support
2021-02-21 14:13:55 <ikke> argine: https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/linux-lts/config-lts.aarch64#L458
2021-02-21 14:14:43 <ikke> Some are enabled, some not in the kernel
2021-02-21 14:15:24 <ikke> but I doubt we build packages with those features, as it would limit the hardware that the packages would run on
2021-02-21 14:18:48 <argine> would programs fail if there is no hardware support ? i dont think so but i'm not 100% sure
2021-02-21 14:19:10 <argine> iirc there is not really any > armv8.3 hardware available
2021-02-21 14:19:44 <argine> so if suse still compiles there packages with those features it probably will work without hardware support ?
2021-02-21 14:20:08 <ikke> "Tumbleweed has enabled the BTI config options in the kernel, but userspace did not enable it yet"
2021-02-21 14:20:43 <argine> question is if this is due to lacking hardware support or other reasons
2021-02-21 14:21:03 <argine> i'll maybe ask them
2021-02-21 14:21:10 <ikke> I don't know enough about this to give an informed answer
2021-02-21 14:30:09 <mps> BTI and MTE are armv8.5 features
2021-02-21 17:33:10 <Hello71> donoban: you can check on mailing list archives
2021-02-21 17:33:20 <Hello71> on the World Wide Web
2021-02-21 17:35:56 <Hello71> argine: iirc musl doesn't fully support bti yet
2021-02-21 17:36:19 <Hello71> for those kernel-specific features e.g. PAN you may check https://git.alpinelinux.org/aports/tree/main/linux-lts/config-lts.aarch64
2021-02-21 17:45:13 <donoban> I saw it ty Hello71
2021-02-21 17:49:22 <root> Hi
2021-02-21 17:50:15 <Guest65274> I was curious about the amount of disk space needed to install alpine linux on the disk
2021-02-21 17:50:39 <Guest65274> I tried it with 1 GiB and it failed but with 1.5 GiB it succeeded
2021-02-21 17:51:19 <Guest65274> The wiki says "At least 0-700 MB space on a writable storage device. [Only required in "sys" or "data" mode installations"
2021-02-21 17:51:31 <Guest65274> If this is the case then why did it fail with 1 GiB/
2021-02-21 17:51:35 <Hello71> it depends on what you select
2021-02-21 17:51:40 <Hello71> the wiki is probably very out of date
2021-02-21 17:51:58 <Guest65274> When setup-alpine asked for which disk I chose the sda and then just put sys - with 1.5 GiB it works but with 1 GiB it doesn't
2021-02-21 17:52:13 <Hello71> if you're in a vm you should use virtio
2021-02-21 17:52:25 <Guest65274> The wiki was " last edited on 31 January 2021, at 06:32."
2021-02-21 17:53:41 <Hello71> i mean that doesn't mean that particular section was edited
2021-02-21 17:53:58 <Hello71> if you're in a vm you should also be using alpine-virt
2021-02-21 17:54:04 <Hello71> which definitely needs less than 1 GB
2021-02-21 17:55:30 <Guest65274> This https://wiki.alpinelinux.org/wiki/Requirements states that it needs for the base install 100 MB for /boot 500 for /root and for /home 1 GB. That makes sense since it worked with 1.5 GiB
2021-02-21 17:57:03 <Guest65274> However, when the other wiki page says https://wiki.alpinelinux.org/wiki/Installation#Minimal_Hardware_Requirements "At least 0-700 MB space on a writable storage device. [Only required in "sys" or "data" mode " what does it mean?
2021-02-21 17:57:03 <mps> export SWAP_SIZE=0 setup-alpine
2021-02-21 17:57:30 <Guest65274> Oh, might it be the swap it taking that space?
2021-02-21 17:57:37 <Guest65274> ^is
2021-02-21 17:58:25 <Hello71> also esp is 512 by default
2021-02-21 17:59:15 <Guest65274> But even with swap the other page says that /boot needs 100 MB, 500 Megs for /root and 1 GB for /home so even with swap_size being 0 it iwll take more than 700MB as said in the wiki??
2021-02-21 17:59:39 <Hello71> /root isn't /
2021-02-21 17:59:41 <mps> export BOOT_SIZE=xxx
2021-02-21 17:59:49 <mps> export ROOT_SIZE=xxx
2021-02-21 18:00:18 <Guest65274> But isn't 100 MB for boot size and for root 500 Megs a "requirement"?
2021-02-21 18:00:25 <Guest65274> The minimum "needed"
2021-02-21 18:01:06 <Guest65274> mps ?
2021-02-21 18:01:35 <mps> BOOT_SIZE is 512MB by default, others are calculated
2021-02-21 18:01:55 <Hello71> mps: only on efi
2021-02-21 18:01:56 <mps> but all three can be 'fixed'
2021-02-21 18:02:31 <Guest65274> What do you mean by "fixed"?
2021-02-21 18:02:44 <mps> set manually
2021-02-21 18:03:35 <Guest65274> By the 3 you mean root, swap and home
2021-02-21 18:03:36 <Guest65274> ?
2021-02-21 18:03:47 <Guest65274> Not boot, right?
2021-02-21 18:03:58 <mps> no home
2021-02-21 18:04:05 <mps> boot, swap, root
2021-02-21 18:04:34 <Guest65274> But for base the requirement page lists 1 GB for home
2021-02-21 18:04:58 <mps> no, home even doesn't need to exists
2021-02-21 18:05:44 <Guest65274> Oh yeah. So if I set home to zero by export HOME_SIZE=0 and then do setup-alpine should it work with 1 GiB disk too?
2021-02-21 18:05:45 <mps> last night I installed in qemu and all it took is less than 300MB
2021-02-21 18:06:05 <mps> no, there is no HOME_SIZE variable
2021-02-21 18:06:16 <Guest65274> So how would I say create no home?
2021-02-21 18:06:40 <mps> setup-disk doesn't create home partition
2021-02-21 18:07:09 <Guest65274> Even setup-alpine doesn't?
2021-02-21 18:07:28 <Hello71> setup-alpine calls setup-disk
2021-02-21 18:07:48 <mps> yes, that is same thing, setup-alpine actually invokes setup-disk for disk part of installation
2021-02-21 18:07:48 <Guest65274> Oh yeah
2021-02-21 18:08:17 <Hello71> why are you fiddling with these 100s MB anyways? nobody actually has 1.5 GB disk
2021-02-21 18:08:17 <Guest65274> If that is the case then what is the reason in qemu with 1 GiB disk setup-alpine is running out of space?
2021-02-21 18:08:37 <Hello71> use qcow2 and discard=unmap then forget about it
2021-02-21 18:09:02 <Guest65274> I am just curious about these nuances
2021-02-21 18:09:11 <mps> probably swap 'eat' size
2021-02-21 18:09:20 <Guest65274> Wdym?
2021-02-21 18:10:11 <mps> swap size is calculated by RAM size, I don't know exact arithmetic how
2021-02-21 18:10:27 <Guest65274> So what should I set swap_size too?
2021-02-21 18:11:03 <mps> I always set to 0, so swap partition is not created
2021-02-21 18:12:21 <Guest65274> Let me try with SWAP_SIZE = 0
2021-02-21 18:13:20 <Hello71> swap should probably be autodisabled if linux-virt is used
2021-02-21 18:13:22 <mps> SWAP_SIZE=0
2021-02-21 18:14:32 <mps> Hello71: yes and I wanted to change setup-disk to ask user questions about all three, but I'm not good in shell programming
2021-02-21 18:14:54 <mps> these three makes a lot of confusions for new users
2021-02-21 18:15:15 <Hello71> i think this problem of partitioning should use some common software to all distros
2021-02-21 18:15:39 <Guest65274> By linux-virt what are you referring to?
2021-02-21 18:15:41 <Hello71> i think there are some already actually, but not sure if any are good
2021-02-21 18:15:48 <mps> yes, porting debian installer would be big step forward ;)
2021-02-21 18:16:59 <Guest65274> Even with swap size=0 i get errors
2021-02-21 18:17:11 <Guest65274> and that linux-lts ....... no space left on device
2021-02-21 18:18:14 <mps> SWAP_SIZE=0, upper case all
2021-02-21 18:18:37 <Guest65274> I did do export SWAP_SIZE=0
2021-02-21 18:19:22 <Hello71> as i said already you should use alpine-virt
2021-02-21 18:19:42 <Guest65274> Just interested in why ir is not working for me but is for others
2021-02-21 18:20:05 <Hello71> linux-lts itself is 259 MB installed
2021-02-21 18:20:39 <mps> yes, and plus all firmware by default
2021-02-21 18:21:20 <mps> Guest65274: use -virt as Hello71 advised
2021-02-21 18:21:23 <Guest65274> How do I check if I am booted from live system or disk?
2021-02-21 18:21:43 <Hello71> ah yes, firmware is another 100s MB
2021-02-21 18:22:48 <Hello71> 642 MB ouch
2021-02-21 18:23:17 <Hello71> and i think that doesn't account for block size, so in practice more than that
2021-02-21 18:25:11 <Guest65274> How do I check if I am booted from live system or disk?
2021-02-21 18:25:22 <Guest65274> Like command to run
2021-02-21 18:25:36 <ikke> check if root is mounted as tmpfs
2021-02-21 18:26:14 <Guest65274> Forgot how to do that
2021-02-21 18:26:16 <Guest65274> What is the command?
2021-02-21 18:26:27 <ikke> mount
2021-02-21 18:26:54 <Guest65274> Yes, I know but how do I check if root is mounted at tmpfs?
2021-02-21 18:26:54 <ikke> mount | grep -F 'on / '
2021-02-21 18:27:00 <Guest65274> Oh ok
2021-02-21 18:27:37 <Guest65274> It says "tmpfs on / type tmfs (rw....) "
2021-02-21 18:27:54 <Guest65274> What does that mean? Am I booted from disk or live system?
2021-02-21 18:27:59 <ikke> live system
2021-02-21 18:28:53 <Guest65274> Oh ok. So even though the wiki says that 700 MB is enough for installing alpine linux to a disk, it isn't
2021-02-21 18:29:52 <mps> don't rely on wikis for any good infos
2021-02-21 18:30:01 <Guest65274> Then what should I reply on?
2021-02-21 18:30:16 <Guest65274> reply
2021-02-21 18:30:18 <Guest65274> rely
2021-02-21 18:30:34 <mps> yourself, by testing
2021-02-21 18:32:49 <Guest65274> Lastly please just explain it to me or dumb it down, I don't understand. So the wiki's https://wiki.alpinelinux.org/wiki/Requirements page says that 100 Megs is required for boot, 500 Megs for Root and 1 Gig for home. The one's that the setup-alpine script creates is boot, swap and the filesystem root. I set the swap size to be 0 so then only 100+500 Megs are needed 600 Megs
2021-02-21 18:33:07 <Guest65274> If this is the case then why does even with 1 GiB disk it not work?
2021-02-21 18:34:27 <mps> 
ACTION rm -rf https://wiki.alpinelinux.org/wiki/

2021-02-21 18:34:49 <Guest65274> uh please seriously explain where am I going wrong
2021-02-21 18:35:06 <Guest65274> Why doesn't it work with more than required space
2021-02-21 18:35:21 <mps> how to explain seriously something which is wrong, I have no idea
2021-02-21 18:35:33 <g0r3> yeah probably the wiki is wrong
2021-02-21 18:36:23 <Guest65274> The installation page even caterogically states that "700 MB on a writable storage device. [only required in "sys" or data mode installations]". Last I checked 1 GiB is more than 700 MB]
2021-02-21 18:42:09 <Guest65274> How much swap space does setup-alpine set by default
2021-02-21 18:44:54 <Hello71> https://git.alpinelinux.org/alpine-conf/tree/setup-disk.in
2021-02-21 18:46:12 <viran> Hey, im trying to customize an alpine linux dockere image, im running apk add python3-dev; pip install crypto; apk del python3-dev - The add command make the image size jump from 42mb to 350mb - the del command seem to remove the dev tools but the image size remain 350mb, any idea why?
2021-02-21 18:49:49 <Hello71> apk add py3-crypto?
2021-02-21 18:50:11 <Hello71> #docker is probably more appropriate
2021-02-21 18:51:58 <viran> thanks, py3-crypto is pycryptodome - which is not the same, could work, not sure
2021-02-21 18:52:29 <ikke> https://pycryptodome.readthedocs.io/en/latest/src/vs_pycrypto.html
2021-02-21 18:52:50 <ikke> "PyCryptodome exposes almost the same API as the old PyCrypto so that most applications will run unmodified."
2021-02-21 18:53:30 <Guest65274> I did export SWAP_SIZE=0 and then setup-alpine and it shows sda as 0.9 GB QEMU hard disk and then I get failed to create /lib/modules/5.10.14/modules no such file or directory and then linux-lts-5.10: no space left on device. What does this mean ?
2021-02-21 18:57:09 <Guest65274> Anyone? mps: Hello71: ?
2021-02-21 18:58:58 <Guest65274> ?
2021-02-21 18:59:04 <mps> it means 'no space left on device' (says someone who are self taught in english and don't understand it)
2021-02-21 19:00:21 <Guest65274> I know lol. I mean it is 0.9 GB QEMU hard disk which is more than the 700 MB listed on the Installation page
2021-02-21 19:00:30 <Guest65274> So it should be enough, right?
2021-02-21 19:00:38 <Guest65274> How is there no space left on device?
2021-02-21 19:00:48 <Guest65274> Especially with me having set SWAP_SIZE=0
2021-02-21 19:01:57 <mps> if the 512MB is used for boot, then only 512MB is left for root, calculate rest
2021-02-21 19:03:14 <Guest65274> if the 512MB is used for boot --- Where does it say it is 512 MB?
2021-02-21 19:03:37 <Hello71> setup-disk, as i already said
2021-02-21 19:03:48 <Hello71> but for the half dozenth time, use alpine-virt
2021-02-21 19:03:54 <Guest65274> But 100 Megs is used for boot
2021-02-21 19:05:29 <Guest65274> mps: where are you getting those numbers from?
2021-02-21 19:05:43 <Guest65274> The https://wiki.alpinelinux.org/wiki/Requirements requirements page says only 100 Megs is used for boot
2021-02-21 19:05:56 <Guest65274> And 500 megs for root
2021-02-21 19:06:51 <mps> I told few times, wiki is wrong
2021-02-21 19:08:44 <Guest65274> Ok, so how do you know 512 MB is used for boot?
2021-02-21 19:08:47 <Guest65274> Link please
2021-02-21 19:08:55 <Guest65274> mps:
2021-02-21 19:09:37 <mps> from experience only, for syslinux boot size is 100MB and for efi it is 512MB
2021-02-21 19:09:42 <Hello71> 18:44 <Hello71> https://git.alpinelinux.org/alpine-conf/tree/setup-disk.in
2021-02-21 19:11:00 <Guest65274> How do I check if I am efi or not?
2021-02-21 19:11:06 <Guest65274> mps:
2021-02-21 19:13:02 <mps> sorry, I'm not u/efi expert
2021-02-21 19:14:32 <donoban> Guest65274: is it a running system? try: dmesg | grep efi
2021-02-21 19:15:36 <Guest65274> It outputs tsc: refined tsc clocksource calibration...
2021-02-21 19:15:41 <Guest65274> So is it efi?
2021-02-21 19:16:43 <Guest65274> donoban:
2021-02-21 19:19:06 <Piraty> where would i put commands i want to be executed on boot before the main runlevel's services are started ? (legacy systems had /etc/rc.local for that)
2021-02-21 19:20:28 <donoban> probably not Guest65274
2021-02-21 19:20:36 <donoban> I have a lot of efi/uefi messages
2021-02-21 19:20:44 <donoban> first is, efi: EFI v2.60 by Lenovo
2021-02-21 19:23:04 <jackaraa> Hey, how do i remove custom kernel dependencies ? I ended up with a lot of packages in my cache folder
2021-02-21 19:24:14 <Guest65274> then why does it say no space left on device?
2021-02-21 19:24:21 <Guest65274> if i am using boot also
2021-02-21 19:24:35 <donoban> Piraty: I think that you should use local service, see /etc/init.d/local
2021-02-21 19:24:58 <donoban> and read /etc/local.d/README
2021-02-21 19:25:09 <Guest65274> donoban: do you know?
2021-02-21 19:25:21 <Guest65274> my original question is "4> I did export SWAP_SIZE=0 and then setup-alpine and it shows sda as 0.9 GB QEMU hard
2021-02-21 19:25:24 <Guest65274>                     disk and then I get failed to create /lib/modules/5.10.14/modules no such file or
2021-02-21 19:25:30 <Piraty> donoban: thank you for that suggestion, yet i think that's not the right place to put iptables foo as i'd like to ensure iptables is configured before network is
2021-02-21 19:25:54 <mps> donoban: /etc/init.d/local is invoked after all other services
2021-02-21 19:26:00 <jackaraa> How to remove custom kernel dependencies
2021-02-21 19:26:44 <donoban> Piraty: if you want to use it for iptables, I suggest you use iptables-save and iptables-restore
2021-02-21 19:26:46 <jackaraa> Please help, I run in tmpfs and i have a lot of packages installed.. how do i remove dem?
2021-02-21 19:26:51 <jackaraa> Them*
2021-02-21 19:27:00 <donoban> I use it with acf-iptables
2021-02-21 19:28:49 <donoban> Guest65274: that error could be a missversion with your current kernel and what it tries to install or upgrade, maybe creaeting initramfs?
2021-02-21 19:30:30 <jackaraa> Can anyone help me?
2021-02-21 19:30:43 <Hello71> what is "custom kernel dependencies"
2021-02-21 19:30:48 <Hello71> jackaraa: wait more then seven minutes jfc
2021-02-21 19:34:03 <jackaraa> When you do abuild -r it installs dependencies
2021-02-21 19:35:19 <jackaraa> How do i remove those dependencies that wasn’t installed before
2021-02-21 19:35:34 <ikke> abuild should uninstall them again as well
2021-02-21 19:37:15 <jackaraa> My cache is full of packages
2021-02-21 19:39:37 <jackaraa> I’ve looked them through now and i have many of linux-firmware*
2021-02-21 19:39:43 <jackaraa> Is this normal?
2021-02-21 19:40:28 <Guest65274>  Hi
2021-02-21 19:40:40 <Guest65274> I did export SWAP_SIZE=0 and then setup-alpine and it shows sda as 0.9 GB QEMU hard disk and then I get failed to create /lib/modules/5.10.14/modules no such file or directory and then linux-lts-5.10: no space left on device. Why does this happen?
2021-02-21 19:40:50 <donoban> Piraty: I see that "/etc/init.d/iptables" has "before net" in depends(), I guess it will be loaded before having networking but I'm not sure
2021-02-21 19:40:54 <ikke> jackaraa: sounds normal
2021-02-21 19:41:19 <ikke> jackaraa: if you enabled caching of packages, then those packages will remain in the cache unless you remove them
2021-02-21 19:41:21 <Piraty> donoban: looks reasonable for my iptables usecase
2021-02-21 19:41:59 <Guest65274> Why does this happen? Anyone?
2021-02-21 19:42:32 <ikke> Guest65274: did you check if that disk was full?
2021-02-21 19:43:01 <Guest65274> What do you mean?
2021-02-21 19:43:11 <jackaraa> Thanks
2021-02-21 19:43:12 <Guest65274> It was a fresh disk that I ran setup-alpine on
2021-02-21 19:43:23 <ikke> right, but after you installed it, did you verify the disk space usage?
2021-02-21 19:43:24 <Guest65274> And it said 0.9 GB
2021-02-21 19:43:43 <Guest65274> Oh no. How can I?
2021-02-21 19:44:03 <ikke> mount the disks, and run df -h
2021-02-21 19:44:15 <Guest65274> I did fdisk -l /dev/sda2
2021-02-21 19:44:18 <Guest65274> Would that work too?
2021-02-21 19:44:27 <ikke> fdisk does not report how much space is used
2021-02-21 19:44:38 <ikke> just the partition sizes
2021-02-21 19:45:09 <Guest65274> When doing mount /dev/sda2 /mnt it says resource busy
2021-02-21 19:45:18 <ikke> is it already mounted?
2021-02-21 19:45:27 <Guest65274> Not sure
2021-02-21 19:45:31 <Guest65274> How can I check?
2021-02-21 19:45:38 <ikke> try: df -h /mnt
2021-02-21 19:46:41 <Guest65274> It says that the size is 690.9 M and that Used is 643.0M  of dev/sda2
2021-02-21 19:47:05 <ikke> Can you show the complete output please?
2021-02-21 19:48:21 <ikke> if you have a network connection, you can apk add tpaste and then do: df -h /mnt | tpaste
2021-02-21 19:48:39 <Guest65274> https://gyazo.com/cf9bf569b1532c6025a1b08ae6ddce8f
2021-02-21 19:48:41 <Guest65274> IS THIS OKAY?
2021-02-21 19:48:50 <Guest65274> caps lock sorry
2021-02-21 19:49:11 <ikke> so, that partition is indeed full
2021-02-21 19:49:47 <Guest65274> Yes, how is the size of the disk 690 when I created a 1 GiB Qemy disk and setup-alpine shows /dev/sda to be 0.9 GB?
2021-02-21 19:49:58 <ikke> And some of the space is probably used for boot (sda1), which is what mps already mentioned
2021-02-21 19:50:06 <ikke> Guest65274: this is sda2
2021-02-21 19:50:15 <ikke> But to boot, you also need a boot partition
2021-02-21 19:50:22 <ikke> which takes about 100-200M
2021-02-21 19:50:35 <ikke> so do: fdisk -l /dev/sda
2021-02-21 19:50:59 <Guest65274> dev/sda1 is 100 M and /dev/sda2 is 718
2021-02-21 19:51:05 <Guest65274> What about the remainder?
2021-02-21 19:52:29 <Guest65274> Also the installation guide says that "At least 0-700 MB space on a writable storage device. [Only required in "sys" or "data" mode installations". Don't I already meet that requirement even my /dev/sda2 is more than 700 MB , then how is it running out of space?
2021-02-21 19:52:54 <ikke> kernel + firmware can take up space
2021-02-21 19:53:36 <Guest65274> Oh yeah, that is why I was getting some can't write firmware errors
2021-02-21 19:53:38 <ikke> note that over time, things can grow in size
2021-02-21 19:53:47 <Guest65274> Right?
2021-02-21 19:53:50 <ikke> yes
2021-02-21 19:53:51 <ikke> most liely
2021-02-21 19:53:54 <ikke> likely
2021-02-21 19:54:10 <Guest65274> Then was the installation guide not taking into account the firmware size?
2021-02-21 19:54:28 <ikke> maybe the firmware size has grown since that was written
2021-02-21 19:54:45 <Guest65274> But it was updated in Jan 2021
2021-02-21 19:54:52 <Guest65274> The guide
2021-02-21 19:55:02 <ikke> Doesn't mean that someone verified that part
2021-02-21 19:55:23 <Guest65274> Oh yeah, they might have not paid attention to that part, right?
2021-02-21 19:55:27 <ikke> certainly
2021-02-21 19:55:58 <ikke> and if you do a bit more of a manual installation, you can get by with a lot less by making sure only the things are installed that you actually need
2021-02-21 19:56:21 <ikke> Guest65274: if it's on qemy, did you try to install the -virt iso?
2021-02-21 19:56:28 <ikke> qemu*
2021-02-21 19:56:38 <Guest65274> Or can "At least 0-700 MB space on a writable storage device. " mean that 700 MB space (not taking into account firmware) ?
2021-02-21 19:56:52 <Guest65274> Like 700 Mb remaining after accounting for firmware
2021-02-21 19:57:00 <Guest65274> Could that be what was meant?
2021-02-21 19:57:10 <ikke> Not likely
2021-02-21 19:57:28 <Guest65274> So it is more likely that the kernel and firmware size grew?
2021-02-21 19:57:34 <ikke> yes
2021-02-21 19:57:42 <Guest65274> What other reason could there be?
2021-02-21 19:58:29 <Guest65274> ikke:
2021-02-21 19:59:38 <Guest65274> What other reasons can you think of?
2021-02-21 20:02:27 <Guest65274> ?
2021-02-21 20:09:56 <kvadevack> How would one go about re-signing a binary package with another key? (i.e. the Alpine equivalent of rpmsign --resign)
2021-02-21 20:10:14 <Guest65274> ikke: Do you think that that issue with the wiki is because the firmware sizes and the kernel size has grown??
2021-02-21 20:14:07 <Guest65274> Yes?
2021-02-21 20:15:23 <Guest65274> mps: I am not even using EFI and it still runs out of storage. Is it because the 700 MB listed in the wiki does not take into consideration that the firmware sizes have grown, along with the kernel size, and that the kernel is needed to boot Alpine Linux??
2021-02-21 20:15:29 <Guest65274> Do you think this is the case?
2021-02-21 20:17:55 <ikke> Guest65274: it's pure speculation, I have no idea
2021-02-21 20:18:46 <mps> ikke: you owe me yet another big red wine bottle :)
2021-02-21 20:19:27 <Guest65274> ikke: But is that what you think?
2021-02-21 20:19:34 <mps> Guest65274: I repeat, wiki is wrong, wikis are not official documentation
2021-02-21 20:19:46 <ikke> Guest65274: I told you what I think
2021-02-21 20:20:01 <Guest65274> Which is that the kernel size or the firmware sizes have grown
2021-02-21 20:20:18 <ikke> I said that might be one possible cause
2021-02-21 20:20:25 <mps> and yes, I agree with ikke, in the meantime base system is grown by size, probably
2021-02-21 20:20:27 <Guest65274> What could be another?
2021-02-21 20:20:34 <ikke> other things grown in size
2021-02-21 20:20:43 <mps> and wiki is not updated
2021-02-21 20:20:53 <Guest65274> It was edited in january of this uear
2021-02-21 20:20:56 <Guest65274> ^year
2021-02-21 20:21:09 <ikke> Guest65274: I already told you, that does not mean a thing
2021-02-21 20:21:14 <ikke> Someone could have added a .
2021-02-21 20:21:17 <mps> huhm, wiki is *not* official
2021-02-21 20:21:21 <Guest65274> Oh yeah.
2021-02-21 20:21:26 <Guest65274> What is the official doc?
2021-02-21 20:21:35 <ikke> https://docs.alpinelinux.,org
2021-02-21 20:21:37 <ikke> https://docs.alpinelinux.org
2021-02-21 20:21:57 <Guest65274> Thanks
2021-02-21 20:21:59 <mps> and it is also outdated
2021-02-21 20:22:18 <Guest65274> Perhaps the wiki was referring to alpine -virt and not normal alpine ?
2021-02-21 20:22:20 <ikke> Keeping documentation up-to-date is a lot of work
2021-02-21 20:22:33 <mps> for example there is 'SWAPSIZE' mentioned which is now wrong, now it is SWAP_SIZE
2021-02-21 20:22:37 <ikke> Guest65274: just let it go
2021-02-21 20:23:05 <Guest65274> Ok, but is it probable that the wiki was referring to alpine -virt and not normal alpine?
2021-02-21 20:23:30 <ikke> Guest65274: just let it go
2021-02-21 20:23:59 <ikke> this is just pure speculation, not practical use
2021-02-21 20:24:25 <Guest65274> I know but is it possible that the wiki was talking about the requirements of alpine virt and not regular alpine?
2021-02-21 20:24:37 <ikke> We have no way of knowing
2021-02-21 20:24:53 <Guest65274> None of you are wiki writers?
2021-02-21 20:24:56 <Guest65274> or maintaners
2021-02-21 20:25:33 <ikke> the wiki is not actively maintained
2021-02-21 20:25:43 <ikke> most of it anywya
2021-02-21 20:25:58 <ikke> mps and I did not write most of it
2021-02-21 20:25:59 <Guest65274> Because alpine is less popular than say arch?
2021-02-21 20:27:07 <ikke> We don't have a large community of people writing these things no, though we probably should spend more effort on documentation
2021-02-21 20:28:12 <ikke> The arch community is a lot bigger
2021-02-21 20:29:22 <Guest65274> is there any way to know who wrote an article in the wiku
2021-02-21 20:29:26 <Guest65274> ^wiki?
2021-02-21 20:32:17 <Guest65274> ??
2021-02-21 20:33:26 <ikke> Perhaps try to look
2021-02-21 20:34:17 <Guest65274> https://wiki.alpinelinux.org/wiki/User:Sb1 wrote it
2021-02-21 20:34:20 <Guest65274> Who is Sb1?
2021-02-21 20:35:42 <Guest65274> ikke: ?
2021-02-21 20:39:16 <ikke> no clue
2021-02-21 20:39:37 <Guest65274> k
2021-02-21 20:40:09 <donoban> -_-
2021-02-21 20:40:38 <musoop> -_-
2021-02-21 20:41:14 <donoban> lol
2021-02-21 20:55:23 <MY-R> alpine-stable: du -hs /lib/firmware 617.4M / alpine-edge: du -hs /lib/firmware 641.6M
2021-02-21 20:55:25 <MY-R> :D
2021-02-21 20:57:19 <Hello71> i don't think files are ever deleted from linux-firmware
2021-02-21 20:57:50 <Hello71> i also suspect a number of these packages shouldn't actually be arch=all
2021-02-21 20:59:07 <Hello71> for example i don't think amd-ucode is applicable on arch != x86_64 or possibly x86
2021-02-21 20:59:30 <MY-R> I ran it in two qemu x86_64 fresh installations (used standard iso)
2021-02-21 20:59:37 <MY-R> ye, it will be growing :)
2021-02-21 21:01:09 <Hello71> tmpfs is misleading, directories are 0 size
2021-02-21 21:01:29 <mps> we discussed some time ago about detect which ones are needed on installation, and there is some 'talk' on devel ML
2021-02-21 21:01:49 <Hello71> yes, i saw that. but arch is a separate issue
2021-02-21 21:03:38 <MY-R> I mean I installed on disk edge and stable and then checked the size
2021-02-21 21:06:46 <donoban> uhM, version 3.12.3 -> 550.4M
2021-02-21 21:08:10 <Hello71> ok, i thought you just did apk add linux-firmware
2021-02-21 21:08:45 <MY-R> Hello71: nah, but it sounded like that, sorry :)
2021-02-21 21:09:35 <donoban> I don't have any firmware package in apk world
2021-02-21 21:10:23 <donoban> on other install which uses virt-iso the folder is empty
2021-02-21 21:11:10 <MY-R> all correct :)
2021-02-21 21:20:23 <g0r3> the guy that was arguing here about the minimal storage space even posted in on reddit lol
2021-02-21 21:20:58 <MY-R> <3 :D
2021-02-21 21:55:56 <Hello71> wondering if i should reply
2021-02-21 21:57:46 <ikke> lesigh
2021-02-21 22:18:00 <Hello71> they're also /u/ mentioning each user in replies
2021-02-21 22:23:55 <g0r3> i see. really exhausting personality
2021-02-21 22:26:09 <g0r3> i don't know how one can make such a big deal out of this
2021-02-21 22:32:56 <mps> ikke: so, my note about this on 'other channel' is correct, I think
2021-02-21 22:33:17 <mps> what is reddit link
2021-02-21 22:33:42 <g0r3> https://redd.it/lp6gfy
2021-02-21 22:34:11 <mps> g0r3: thanks
2021-02-21 23:04:35 <g0r3> mps: he deleted it lol
2021-02-21 23:07:59 <mps> :)
2021-02-21 23:08:43 <mps> for about half year I'm asking myself why I'm trying to help some users
2021-02-21 23:12:52 <g0r3> same. sometimes it can be really annoying but i try my best to teach them that researching and trying are the best ways
2021-02-21 23:14:36 <mps> well, I'm tempted to write simple 'RTFM' but as developer I resist (still :) )
2021-02-21 23:15:37 <mps> but will be pleased to see this from people not officially 'alpinists'
2021-02-21 23:16:30 <g0r3> damn it i wanted to contribute. so i just wont then i can write 'RTFM' :P
2021-02-21 23:17:24 <mps> g0r3: understand your feelings :)
2021-02-21 23:23:08 <g0r3> well we'll see
2021-02-21 23:28:08 <g0r3> mps: but i can tell you, the discord server is worse. today someone wanted to 'hack' my ip
2021-02-21 23:30:57 <mps> heh, I don't use anything proprietary, service or software, to my knowledge tbh
2021-02-21 23:33:23 <mps> g0r3: /whois g0r3 don't tell me much
2021-02-21 23:33:48 <g0r3> i want to do this as well somwhere in the future but many friends are talking there and i joined some great communties, so it's hard for me to let go
2021-02-21 23:34:56 <mps> communities are amorphous 'entities' which doesn't mean anything sensible to me
2021-02-21 23:35:17 <g0r3> im new to irc. i started using it today
2021-02-21 23:35:50 <mps> ah, ok, no problem
2021-02-21 23:36:34 <g0r3> do you recommend some channels i can join?
2021-02-21 23:37:07 <mps> no, when you 'feel' needs for something you will know, I think
2021-02-21 23:38:17 <g0r3> okay
2021-02-21 23:39:21 <mps> g0r3: I have to go to bed, thanks for chat and good night
2021-02-21 23:39:33 <g0r3> good night!
2021-02-22 01:10:16 <hechos> hello guys.
2021-02-22 01:11:03 <hechos> im reading and try to see how can cross-chroot x86 to aarch64 rpi3 installation.
2021-02-22 01:11:29 <hechos> as packages for binary blobs for rpi3?
2021-02-22 02:26:39 <Dan39> hechos: you can chroot into arm root from x86 with qemu. if you have qemu with binfmt you can even use regular `chroot` and it may _just work_
2021-02-22 02:27:02 <Dan39> install some packages similar to: qemu binfmt-support qemu-user-static
2021-02-22 02:27:07 <Dan39> on the host
2021-02-22 02:27:18 <Dan39> those are the debian packages
2021-02-22 02:28:53 <Dan39> on my fedora system it worked without me even realizing it. packages had already been installed. tbh i haven't tried it with aarch64 i believe, but have with armhf and armel
2021-02-22 02:34:18 <hechos> Dan39: im on voidlinux right now, and got these pacakges.
2021-02-22 02:35:06 <hechos> Dan39: here on void i cross-chroot and run programs in aarch64 and install rpi3 to sdcard and configure all from livecd for example.
2021-02-22 02:35:17 <Dan39> cool
2021-02-22 02:37:15 <hechos> but im try to migrate my setup to alpine.
2021-02-22 02:45:52 <LACampbell> hechos: why alpine over void? I mean I like alpine, but I am curious about void as well
2021-02-22 02:50:56 <hechos> LACampbell: void run fine, runit is fast. but alpine is lean. got more control on packages.
2021-02-22 02:51:33 <hechos> LACampbell: overall void is far better than archlinux for my at least. im very bad user, no much experience.
2021-02-22 02:52:20 <hechos> LACampbell: but feels freebsd for example more organizated for example. linux as tons of and depends of apps. im talking about base-system.
2021-02-22 02:52:31 <hechos> freebsd 13 betas run so fast.
2021-02-22 02:52:40 <hechos> what im testing so far.
2021-02-22 02:52:48 <hechos> my experience
2021-02-22 02:53:25 <hechos> on alpine got qutebrowser and qt web engine was totally broken on last release on musl.
2021-02-22 02:53:58 <hechos> dont know. apk-build is very organizated.
2021-02-22 02:54:14 <hechos> but is my opinion far to be real.
2021-02-22 02:55:58 <LACampbell> yeah I don't really consider myself a linux expert either. but ironically I find the 'easy' distros like debian to be really hard, because there's so much complexity and magic
2021-02-22 02:57:23 <hechos> debian for my debootstrap dont like.
2021-02-22 02:57:36 <hechos> apk works nice, xbps too.
2021-02-22 02:57:56 <hechos> all my system as configure to chroot like learn on arch.
2021-02-22 02:58:27 <hechos> freebsd can just unpack to chroot and the configure in same or less way as linux due.
2021-02-22 02:58:34 <LACampbell> yeah apk is a million times better than apt
2021-02-22 02:58:44 <hechos> a lot million.
2021-02-22 02:58:59 <LACampbell> I really liked openBSD too, but hardware support is the issue with that
2021-02-22 02:59:06 <hechos> an is fast and dont install recommend deps.
2021-02-22 02:59:33 <hechos> openbsd as lack of new hardware support and performace wishe.
2021-02-22 02:59:47 <hechos> i preffer netbsd. more complex for say.
2021-02-22 03:01:43 <hechos> lack of new hardware support to. and some server xeon's old. dont boot on openbsd and netbsd.
2021-02-22 03:03:31 <Dan39> LACampbell: that seems about right, so much complexity and magic. if you just follow the guide and do a basic install it is easy and works fine, but if you want to actually know how things work, there is so much complex/magic crap
2021-02-22 03:04:14 <Dan39> and i'm not a fan of debian packages
2021-02-22 03:13:08 <hechos> anyone using pipewire?
2021-02-22 03:24:39 <atkka> hello alpine
2021-02-22 03:25:55 <atkka> I'm having an issue with a pi, udhcpc fails to get a lease on boot but after I'm booted I can issue udhcpc -i wlan0 and get an address instantly, any suggestions?
2021-02-22 03:27:11 <Hello71> 3.13?
2021-02-22 03:27:57 <atkka> correct
2021-02-22 03:39:21 <atkka> so it will actually connect on its own, but it happens about a minute or two after boot
2021-02-22 03:47:20 <Apachez> atkka: try doing a tcpdump, is the bootp broadcast flag set or not set and who is your dhcp server ?
2021-02-22 03:47:45 <Apachez> microsoft dhcp server seems to have issues with default setting of *nix dhcp clients regarind bootp broadcast flag
2021-02-22 03:48:49 <Lutin> Apachez oh my you are everywhere with yor helicopterview!
2021-02-22 03:49:51 <Apachez> bootp-broadcast-always;
2021-02-22 03:49:52 <Apachez> The bootp-broadcast-always statement instructs dhclient to always set the bootp broadcast flag in request packets, so that servers will always broadcast replies. This is equivalent to supplying the dhclient -B argument, and has the same effect as specifying 'always-broadcast' in the server's dhcpd.conf. This option is provided as an extension to enable dhclient to work on IBM s390 Linux guests.
2021-02-22 03:49:58 <Apachez> Lutin: ?
2021-02-22 03:50:14 <Lutin> Apachez Apache ?
2021-02-22 03:51:02 <Lutin> We all know you have nightvision on by default and a (s)hot smoking gun/missle
2021-02-22 04:35:39 <atkka> Apachez: thanks for the tips, I'll have to test more later. It has worked in the past, not sure what is going on now, Mikrotik router is the dhcp server
2021-02-22 05:38:50 <LACampbell> Dan39: the debian tipping point for me was when I accidentally installed about 2gb of icons on a headless system, and about 4 debian experts tried to help me remove them but couldn't. downloaded a bunch of aptitude 'add ons' to help, no luck. realised if they can't do this basic stuff, I can't :)
2021-02-22 08:09:38 <g0r3> i switched to stable because i have to do school from home but newest xorg version on edge is broken (for me)
2021-02-22 08:11:03 <mps> g0r3: it works fine here on aarch64 edge. what is broken in your case
2021-02-22 08:12:08 <g0r3> where can i upload my log file? is pastebin okay?
2021-02-22 08:12:42 <mps> g0r3: apk add tpaste, and then 'echo whatever | tpaste'
2021-02-22 08:13:15 <mps> or, tpaste < filename
2021-02-22 08:13:41 <g0r3> https://tpaste.us/E1Ze
2021-02-22 08:13:43 <mps> or, whatever with unix cli
2021-02-22 08:15:23 <mps> hmm, did you installed xf86-video-modesetting
2021-02-22 08:15:28 <g0r3> error occurs on 1.20.10-r3 x86_64. with 1.20.10-r0 on stable branch its still working. broken since update to -r3 yesterday
2021-02-22 08:15:36 <g0r3> no let me try
2021-02-22 08:16:35 <mps> oh, 'open /dev/dri/card0: Permission denied'
2021-02-22 08:17:14 <g0r3> yeah. i tried a dirty workaround by giving +r to card0 but  that didnt affect the error
2021-02-22 08:17:45 <mps> do you start it as user or root
2021-02-22 08:17:50 <g0r3> user
2021-02-22 08:18:29 <mps> try 'addduser g0r3 video', logout and again
2021-02-22 08:19:07 <g0r3> okay i will when schools over because switching to edge again takes my bad hardware about ~10 minutes
2021-02-22 08:20:18 <mps> g0r3: ok, in meantime https://arvanta.net/alpine/install-x/
2021-02-22 08:20:52 <mps> this is how to set under qemu, but hints are ok for bare metal
2021-02-22 08:21:32 <g0r3> thank you!
2021-02-22 08:21:50 <mps> np :)
2021-02-22 08:23:46 <g0r3> i recognized another 'bug' or something like that. on stable my xrandr settings in .xinitrc are applied with no problems. on edge it said it could'nt find the mode 1920x1080 but when i logged in i can execute it manually without errors. strange error, but maybe your guide will fix this too
2021-02-22 08:26:14 <mps> g0r3: I don't write guides, these are just notes or hints
2021-02-22 08:27:12 <g0r3> sorry :P
2021-02-22 08:27:17 <mps> np
2021-02-22 08:28:03 <mps> though I didn't upgraded yet to latest xorg in edge, so don't know if newest have real bug
2021-02-22 08:29:28 <g0r3> i'll test it in ~45 minutes
2021-02-22 09:10:04 <mps> g0r3: in meantime I tested latest X on edge aarch64, works fine
2021-02-22 09:12:44 <g0r3> mps: okay great. then i hope it works for me too. it's installing rn
2021-02-22 09:40:29 <g0r3> mps: thank you really much. both errors got fixed by adding my user to the video group and installing the modesetting package
2021-02-22 10:39:01 <mps> g0r3: good, and thanks for feedback
2021-02-22 11:21:53 <Hello71> iirc xf86-video-modesetting doesn't actually do anything
2021-02-22 11:39:39 <g0r3> Hello71: i'll test it
2021-02-22 11:55:12 <Hello71> well it doesn't do anything *bad*
2021-02-22 12:01:05 <g0r3> weird
2021-02-22 12:30:59 <samialazar[m]> [13:28] tablett:~% startx
2021-02-22 12:30:59 <samialazar[m]> /usr/libexec/Xorg.wrap: Only console users are allowed to run the X server
2021-02-22 12:31:35 <samialazar[m]> I have problem starting startx
2021-02-22 12:47:41 <mckay-trabajo> samialazar[m]:  run as user not as root puff thos windosers
2021-02-22 12:48:19 <ikke> mckay-trabajo: please be respectful
2021-02-22 12:49:20 <mckay-trabajo> it seems that everibody thinks that linux are the same as windo.. "rus as admin".. seems there's one script at xsession that request root access by something sh*t named "sudo"
2021-02-22 12:53:16 <samialazar[m]> <mckay-trabajo "samialazar:  run as user not as "> I am not running it as root.
2021-02-22 12:53:54 <mckay-trabajo> samialazar[m]:  but you have one script in the xsession process that request some level of..
2021-02-22 12:54:19 <samialazar[m]> > <@freenode_mckay-trabajo:matrix.org> samialazar:  run as user not as root puff thos windosers
2021-02-22 12:54:19 <samialazar[m]>  * I am not running it as root. You never run startx as root!
2021-02-22 12:55:04 <mckay-trabajo> samialazar[m]:  but you have one script in the xsession process that request some level of..  do you know how x org works.. xsessikon have a coupe of scripts that runs invoked by the "startX" inclusivelly if you are an ordinary user
2021-02-22 12:55:35 <mckay-trabajo> chaeck permission file in /etrc/X11 there's one file that defines if console users should or not runs
2021-02-22 12:56:02 <mckay-trabajo> linux is not windo too much winbuntu in older days that file by default dont permits to run any thing
2021-02-22 12:56:14 <mckay-trabajo> let me remenber the name waith for monment
2021-02-22 13:00:37 <mckay-trabajo> samialazar[m]: /etc/X11/Xwrapper.config  puff that is the file.. check for this.. if that file are ok then you are trying to run xorg from an already x session
2021-02-22 13:01:01 <mckay-trabajo> you must read the manual.. linux needs to read..
2021-02-22 13:01:59 <mckay-trabajo> From man Xorg.wrap:
2021-02-22 13:32:53 <hechos> hello guys how can override arch set on apk, need to sync aarch64.
2021-02-22 13:33:27 <hechos> because apk doesnt look linux-rpi. im trying to cross-chroot installation to sdcard.
2021-02-22 13:34:03 <hechos> already use apk add --arch aarch64 sync all repos fine, but doesnt see linux-rpi.
2021-02-22 13:39:14 <minimal> hechos: there is no linux-rpi for aarch64, only linux-rpi2 (for late model RPI2 and for all RPI3 models) and linux-rpi4 (obviously for RPI4)
2021-02-22 13:40:00 <minimal> hechos: oops, doh! I'm talking rubbish :-) Sorry yes there is linux-rpi which is for RPI3 and late model RPI2
2021-02-22 13:40:21 <minimal> which model of RPI are you using?
2021-02-22 13:40:26 <hechos> yeah im looking on website. got linux-rpi.
2021-02-22 13:40:35 <hechos> 3B
2021-02-22 13:40:49 <minimal> ok, so for aarch64 linux-rpi covers that
2021-02-22 13:41:06 <minimal> did you do the "apk add" inside chroot?
2021-02-22 13:41:06 <hechos> got x86 laptop and trying to build sdcard leave ready to go on chrooted
2021-02-22 13:41:32 <hechos> im have script work on almost automatic way made by me.
2021-02-22 13:42:15 <hechos> on x86_64 and i686 work fine. but i modified to prepare-sdcard and cannot get to force arch sync.
2021-02-22 13:42:26 <minimal> hechos: yeah, I do the same to build armv7 and aarch64 RPI images. question is whether you're running the "apk add" inside the chroot or not?
2021-02-22 13:42:38 <hechos> apk --arch aarch64 add and get world linux-rpi...
2021-02-22 13:43:03 <hechos> think so need to update repos on host machine. to aarch64
2021-02-22 13:43:23 <minimal> if you're passing "--arch aarch64" I'm assuming you're not running this inside chroot (as then no need to pass the arch option)
2021-02-22 13:44:03 <hechos> sure, im running from outside and spicify to apk --root
2021-02-22 13:44:07 <minimal> using qemu/binfmt to run aarch64 binaries on x86/x86_64?
2021-02-22 13:44:50 <minimal> I've never done that - I always do the initial base Alpine inside "outside" and then chroot into it to add packages (with binfmt/qemu-user-aarch64 setup)
2021-02-22 13:44:52 <hechos> using qemu-aarch64
2021-02-22 13:45:03 <hechos> dont find binfmt-support
2021-02-22 13:45:27 <hechos> i do the same operations on voidlinux but have more idea about packages names.
2021-02-22 13:46:17 <hechos> in void install qemu-user-static and binfmt-support and copy executable qemu-aarch64-static to chroot and all works.
2021-02-22 13:46:51 <minimal> I'm not building the images on an Alpine host machine but, assuming the host is Alpine, it seems that the qemu-openrc package has an init script for binfmt
2021-02-22 13:47:07 <hechos> yeah alpine.
2021-02-22 13:47:25 <hechos> own made iso. just add clouple sys-utils
2021-02-22 13:48:05 <minimal> why copying the qemu-aarch64-static to chroot? Its run by the host machine (via binfmt), not in the chroot
2021-02-22 13:48:41 <hechos> minimal: because is not copy to chroot give exec format error.
2021-02-22 13:49:08 <hechos> all commands run at chroot ${root} adduser
2021-02-22 13:49:11 <hechos> for example.
2021-02-22 13:49:33 <mps> mckay-trabajo: you are, linux is now windows/ubuntu but it strives, and it will lost this (who first come to girl, girl is his - or by Sun Tzu 'who first occupy field of battle is at the easy)
2021-02-22 13:49:54 <mps> s/you are/you are right/
2021-02-22 13:50:14 <mps> s/now/not/
2021-02-22 13:50:26 <mckay-trabajo> that's right mps is a near future and we are in danger 9_9
2021-02-22 13:51:15 <hechos> only way is unpacking tarballs.. right?
2021-02-22 13:51:25 <mps> mckay-trabajo: we are not, BSD will get a lot of talented developers ;)
2021-02-22 13:52:02 <mckay-trabajo> i like the BSD like kernel XD ..  yesterday i was talking with a eye bllind person and he must change temporally to windo shit cos their linux upgrade (parriot shit)  when upgrade it cut all the blind-assistant programs..
2021-02-22 13:52:05 <hechos> crochet.
2021-02-22 13:53:09 <mckay-trabajo> and also mps noted that mostly big linux changes their installers to "calamares" and now by example in debian blind people cannot install by is own.. cos does not supoprot speed to text
2021-02-22 13:53:27 <mckay-trabajo> speed -> spech
2021-02-22 13:53:31 <mckay-trabajo> speech
2021-02-22 13:54:07 <hechos> minimal: so nothing to do about it ?
2021-02-22 13:54:37 <minimal> hechos: I can only tell you that binfmt/qemu works for me to create chroot environments for both armv7 and aarch64. Using static apk to install the base chroot for aarch64 and then using chroot to run commands such as "apk add" inside the chroot.
2021-02-22 13:57:38 <minimal> hechos: running this initially:     apk --arch aarch64 --initdb --allow-untrusted --root /chroot --update-cache add --quiet alpine-base
2021-02-22 13:58:34 <minimal> hechos: and then later doing:     chroot /chroot apk add linux-rpi
2021-02-22 13:59:17 <hechos> minimal: mmm will give try,. let me see.
2021-02-22 14:00:27 <minimal> hechos: that's assuming that binfmt/qemu is set up on the host and that you've prepared and places a repositories file inside the chroot first pointing to aarch64 repos for main (and maybe community)
2021-02-22 14:00:56 <hechos> minimal: yeah works, i remove linux-rpi and install all packages and later add linux-rpi.
2021-02-22 14:01:00 <hechos> well is if works.
2021-02-22 14:07:33 <hechos> minimal: no still doesnt see package required by world : linux-rpi
2021-02-22 14:07:55 <hechos> think so the diry fix is static.
2021-02-22 14:08:01 <minimal> did you run a "chroot /chroot apk update" to make sure it have package info?
2021-02-22 14:08:03 <hechos> think so have to try.
2021-02-22 14:08:12 <hechos> mmm no.
2021-02-22 14:08:50 <minimal> the above has been working fine for me for approx 1 year (I have it automated via Ansible)
2021-02-22 14:10:11 <hechos> minimal: yeah doesnt understood Ansible. but hear about it .
2021-02-22 14:22:43 <hechos> minimal: no even inside chroot still sync x86_64 repos.
2021-02-22 14:23:37 <minimal> and inside the chroot for the etc/apk/repositories file that you created the entries have "aarch64" in them, not "x86_64"?
2021-02-22 14:24:56 <hechos> no matter what, you can add /latest-stable/aarch64 and still sync x86/
2021-02-22 14:25:40 <minimal> I mean if *inside* your chroot if you "cat /etc/apk/repositories" do you see aarch64 or x86_64 mentioned?
2021-02-22 14:26:33 <hechos> minimal: yes i cat /mnt/etc/apk/repositories.
2021-02-22 14:27:25 <hechos> in /mnt/etc/apk/arch >> aarch64
2021-02-22 14:27:27 <hechos> all is fine.
2021-02-22 14:27:38 <hechos> but sync host. dont know.
2021-02-22 14:27:55 <minimal> sync host? what do you mean?
2021-02-22 14:29:26 <minimal> what happens when you run "chroot /chroot apk update"? (replace "/chroot" with whatever directory you use)
2021-02-22 14:29:42 <hechos> minimal: with chroot/mnt apk update --allow-untrusted
2021-02-22 14:29:49 <hechos> works but give error 127
2021-02-22 14:30:22 <minimal> I think you don't have binfmt set up correct on the host so its not using qemu-user-aarch64 to run aarch64 binaries
2021-02-22 14:30:53 <hechos> minimal: can make mkdir -p $ROOT /etc/apk/aarch and then run all from inisde of chroot
2021-02-22 14:31:09 <hechos> yeah
2021-02-22 14:31:18 <hechos> how to setup properly ?
2021-02-22 14:32:12 <minimal> that depends on the host OS you are using
2021-02-22 14:32:22 <hechos> liveusb
2021-02-22 14:32:53 <minimal> Alpine? As said before I've not set up binfmt on Alpine so far so can give you instructions
2021-02-22 14:33:27 <hechos> well can modify on host /etc/apk/arch too right/
2021-02-22 14:34:09 <minimal> no changing that file won't let your x86_64 host magically run aarch64 binaries
2021-02-22 14:35:04 <minimal> that's binfmt and qemu-aarch64-static's job
2021-02-22 14:37:50 <hechos> minimal: i know but already have installed.
2021-02-22 14:46:51 <hechos> minimal: thanks for your help.
2021-02-22 15:20:51 <EF> ~/quit
2021-02-22 15:34:55 <Luyindula> hi guys, I am running Alpine 3.8 in diskless mode (from RAM) on a physical host with 4G of RAM. Is there a way to configure the size of the / partition? Currently the system mounts a 2G / partition at startup. Is the size something that I can configure? Alternatively, am I out of scope? Should I be using data disk mode?  Thanks
2021-02-22 15:37:48 <donoban> Luyindula: 3.8 is EOL, upgrade to a newer release
2021-02-22 15:40:33 <donoban> respect the root size I don't know, and the data disk mode it depends on your needs
2021-02-22 15:40:50 <donoban> if you only need few config customization LBU is probably enough
2021-02-22 15:41:29 <donoban> if you want to save kind of database with GB's of data the data disk mode is an option or even a sys install
2021-02-22 15:42:59 <Luyindula> the issue is that my / partition is filled up with apk packages
2021-02-22 15:43:51 <Luyindula> I just wanted to know if this is by design something you can edit (the size of the / partition). Because I haven't found this info yet
2021-02-22 15:44:25 <donoban> what ISO are you using, alpine-standard?
2021-02-22 15:44:37 <Luyindula> by apk packages I meant installed, the lbu cache is on a different partition, on a disk
2021-02-22 15:44:45 <Luyindula> alpine-extended
2021-02-22 15:46:22 <donoban> I would try with alpine-standard and just install if something is needed
2021-02-22 15:49:00 <Luyindula> makes sense
2021-02-22 15:49:32 <Luyindula> though I am still curious to the answer of my original question :)
2021-02-22 15:49:56 <Luyindula> if not something you can edit, how is it set up, 50% of total available RAM?
2021-02-22 15:50:06 <Luyindula> just saying
2021-02-22 15:50:23 <donoban> I think that there is some bootable arg for set it
2021-02-22 15:53:56 <donoban> anyway Luyindula , I think that the size is only used if you write something into it
2021-02-22 15:54:27 <donoban> if it's 50% of your total mem, it is only a max size, I desn't mean you are losing memory
2021-02-22 16:00:50 <MY-R> Luyindula: mount -o remount,size=2500M /
2021-02-22 16:01:01 <Luyindula> being a diskless installation, my understanding is that all the ./world packages that reside physically on disk, in cache, get installed at boot, so all the "installed packages" end up in /usr or other paths related to / which are in RAM
2021-02-22 16:01:34 <MY-R> should work with fstab too
2021-02-22 16:02:11 <Luyindula> hmm, ok, I can try that
2021-02-22 16:23:47 <xordspar0> Why does find -exec always exit zero? This returns 0 for me on Alpine 3.13: find /etc -exec false \; ; echo $?
2021-02-22 16:24:41 <xordspar0> According to POSIX, find -exec should exit nonzero if any of the invocations of the -exec return nonzero. I read through the busybox source and it seems to support this...is it an optional feature that isn't enabled in Alpine?
2021-02-22 16:34:26 <g0r3> xordspar0: what's the expected ouput?
2021-02-22 16:38:31 <Luyindula> donoban: MY-R: this is the winning command :) works in fstab, as well. Thanks for your help
2021-02-22 16:38:31 <Luyindula> mount tmpfs / -t tmpfs -o remount,size=3000m
2021-02-22 16:39:14 <xordspar0> g0r3: According to POSIX, my example should exit with a nonzero status code because the exec expression exited with a 1.
2021-02-22 16:41:08 <xordspar0> Wait, my mistake. That's only for -exec {} +. The semicolon version doesn't have that feature. This returns 1 as expected: find /etc -exec false {} + ; echo $?
2021-02-22 16:42:25 <g0r3> yep :)
2021-02-22 16:56:31 <xordspar0> g0r3: Thanks for taking a look.
2021-02-22 16:56:40 <jackaraa> I followed persist mount at raspberry pi installation, is it possible to unmount /media/mmcblk0p1 after mounting /media/persist (/media/mmcblk0p1/persist.img)
2021-02-22 16:59:31 <jackaraa> Back
2021-02-22 17:03:20 <MY-R> Luyindula: :)
2021-02-22 17:46:40 <jackaraa> .
2021-02-22 17:48:32 <jackaraa> How do i unmount the partition where persist media was loaded from in fstab? (Tmpfs)
2021-02-22 17:50:34 <jackaraa> I want to load tmpfs, unplug drive, plug drive if need lbu. (How can i make sure its the same drive thats plugged in?) ((perhaps better to lbu with ssh))
2021-02-22 18:01:41 <jackaraa> Following the Raspberry Pi Installation guide, persist partition is loaded via /media/mmcblk0p1. How do i unmount /media/mmcblk0p1 after persist has been mounted?
2021-02-22 18:02:01 <jackaraa> I want to run tmpfs without needs of media
2021-02-22 18:04:09 <ikke> jackaraa: please don't leave minutes after you just asked a question
2021-02-22 18:04:15 <ikke> You keep bouncing
2021-02-22 18:04:49 <jackaraa> Sorry, i timed out. It has been fixed now
2021-02-22 18:05:54 <ikke> In general, you can not unmount a volume if you mount other things from that valume
2021-02-22 18:07:07 <jackaraa> Isn’t it mounted into ram?
2021-02-22 18:07:27 <ikke> It doesn't work like that
2021-02-22 18:08:18 <ikke> Can you show the guide you've been following?
2021-02-22 18:10:18 <jackaraa> https://wiki.alpinelinux.org/wiki/Raspberry_Pi#Persistent_storage
2021-02-22 18:10:23 <jackaraa> ikke^
2021-02-22 18:11:58 <jackaraa> As i understood it, /media/mmcblk0p1 AND /media/mmcblk0p1/persist.img (aka /media/persist) is loaded in to ram
2021-02-22 18:12:06 <jackaraa> Which makes it double
2021-02-22 18:12:40 <ikke> mounting a volume does not load it into ram
2021-02-22 18:13:02 <ikke> What you want sounds contradictory
2021-02-22 18:13:16 <ikke> You want a persist file, but at the same time, 'remove' the media on which it's persisted
2021-02-22 18:13:44 <jackaraa> I want: load media, load img into ram, unload media
2021-02-22 18:14:06 <ikke> jackaraa: sounds you want a plain run-from-ram system with LBU backup
2021-02-22 18:14:21 <jackaraa> Yes
2021-02-22 18:14:27 <ikke> Then you do not need the persist file
2021-02-22 18:14:36 <ikke> you need lbu to make an apkovl, which gets loaded on boot
2021-02-22 18:14:57 <ikke> after it's loaded, you can stop the modloop service, and then you are free to unmount and remove the boot media
2021-02-22 18:15:08 <ikke> Then everything is in ram
2021-02-22 18:18:02 <jackaraa> So lbu include persist.img then fstab persist?
2021-02-22 18:18:23 <jackaraa> Or how do one do this?
2021-02-22 18:20:42 <ikke> no, persist.img is not what you want
2021-02-22 18:30:40 <jackaraa> Hmm
2021-02-22 18:30:49 <jackaraa> Can u please explain this?
2021-02-22 18:31:50 <Dan39> ikke: have you tried googling it?
2021-02-22 18:31:56 <Dan39> shit, wrong person, sorry ikke
2021-02-22 18:32:05 <Dan39> i meant, jackaraa, have you tried googling it?
2021-02-22 18:32:18 <Dan39> first result for me brings up https://wiki.alpinelinux.org/wiki/Alpine_local_backup
2021-02-22 18:32:29 <Dan39> which says When Alpine Linux boots in diskless mode, initially it only loads a few required packages from the boot device by default. But local adjustments in RAM are possible, e.g. by installing a package or adjusting some configuration.
2021-02-22 18:32:31 <Dan39> And all the modifications can be saved to an overlay file (.apkovl) to make them survive a reboot.
2021-02-22 19:56:55 <Apachez> Perseverance Rover’s Descent and Touchdown on Mars (Official NASA Video)  https://www.youtube.com/watch?v=4czjS9h4Fpg
2021-02-22 19:57:20 <ikke> Apachez: Though interesting, this is more something for #alpine-offtopic
2021-02-22 20:02:09 <g0r3> is there a way to list channels? i dont know any other than this
2021-02-22 20:03:14 <ikke> g0r3: https://wiki.alpinelinux.org/wiki/Alpine_Linux:IRC
2021-02-22 20:17:05 <g0r3> ikke: thx
2021-02-22 20:26:27 <c705> does apk log anywhere I'm not seeing?
2021-02-22 20:26:34 <ikke> -no
2021-02-22 20:26:37 <ikke> no
2021-02-22 20:27:22 <c705> mihht be handy to add a simple log to /var/log
2021-02-22 21:46:39 <outerpassage> the wiki page for ALSA seems to indicate that ALSA should be run as an openrc service
2021-02-22 21:47:11 <outerpassage> i don't have any such service running, but alsa seems to be working fine
2021-02-22 21:51:16 <mps> outerpassage: rc-update add alsa
2021-02-22 21:51:38 <outerpassage> yes but why is sound working without the service running?
2021-02-22 21:52:01 <mps> this way it will save your settings on shutdown and restore on boot
2021-02-22 21:52:40 <mps> outerpassage: it runs fine because it uses defaults by kernel modules
2021-02-22 21:53:03 <outerpassage> i see, thanks
2021-02-22 21:53:22 <mps> if you are 'happy' with this then yes, you don't need service to run on boot/shutdown
2021-02-22 23:56:05 <loosh> has something changed with iproute2 (in alpine or otherwise)? https://wiki.alpinelinux.org/wiki/Configure_Networking#IPv6_Stateless_Autoconfiguration states iface eth0 inet6 auto is valid, however this fails on at least 3.12.3. "ifup: unknown method "auto""
2021-02-22 23:57:17 <loosh> using manual instead of auto seems to work, but this is some divergence from the documented way
2021-02-23 00:13:26 <Apachez> ikke: plot twist, alpine is included in one of the systems onboard
2021-02-23 01:29:35 <Hello71> mckay-trabajo: you are trying to run startx from screen/tmux?
2021-02-23 01:30:31 <Hello71> c705: i think apk tries to avoid unnecessary disk usage leak, e.g. cache is not enabled by default
2021-02-23 01:31:12 <Hello71> you might consider doas and sending syslog to a separate file
2021-02-23 01:31:53 <Hello71> it won't catch abuild-apk though
2021-02-23 01:32:21 <Hello71> loosh: /etc/network/interfaces is ifupdown, not iproute2. ifupdown may call iproute2 depending on your configuration
2021-02-23 01:32:55 <Hello71> if you're installing a new system you should use 3.13
2021-02-23 04:09:04 <hechos> question: can build aarch64 with mkimage.sh from aports and run qemu?
2021-02-23 16:14:48 <hechos> hello guys.
2021-02-23 16:15:38 <hechos> need some help configure binfmt.
2021-02-23 16:16:02 <hechos> reading over the web cannot configure properly on alpine.
2021-02-23 16:16:15 <hechos> wiki as no information about it.
2021-02-23 17:22:31 <hechos> okey got configured bintfmt registers and enabled.
2021-02-23 17:23:16 <hechos> but still got errors 127 for example on busybox when apk installation.
2021-02-23 17:25:05 <hechos> dont need qemu-user-static??
2021-02-23 21:08:35 <tiaz> Hello, is there any package that provides python2 pip in 3.13/
2021-02-23 21:08:36 <tiaz> *?
2021-02-23 21:08:54 <tiaz> I realize it's EOL/in the process of being removed/etc
2021-02-23 21:09:44 <ikke> No, there is not
2021-02-23 21:10:04 <tiaz> ikke: ok, thanks
2021-02-23 21:23:22 <steinbach> hey
2021-02-23 21:23:45 <steinbach> im on glibc now, and all i can say... finally gfx performance
2021-02-23 21:24:27 <steinbach> wrong channel
2021-02-23 21:24:28 <steinbach> xD
2021-02-23 21:31:26 <mckay-trabajo> steinbach:  XD
2021-02-23 22:31:33 <hirnpfirsich> good evening. I have a local patch that modifies the mkinitfs script (for remote zfs encrypted rootfs unlock). AFAIK every update of the mkinitfs package would nuke my patch, correct ? What would be the best way to prohibit that ? Should I make my own mkinitfs package ? Is there a way to lock a package into a certain version ? Thank you all so much
2021-02-23 22:31:33 <hirnpfirsich> ! :)
2021-02-23 22:34:29 <g0r3> https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management#Advanced_APK_Usage
2021-02-23 22:34:32 <g0r3> maybe this helps
2021-02-23 22:39:18 <Andre483> /!\ this chat has moved to irc.crimeircd.net #0 /!\
2021-02-23 22:39:23 <Andre483> /!\ this chat has moved to irc.crimeircd.net #0 /!\
2021-02-23 22:53:31 <leachim6Zb> 8nyhz8lyQA4PY2i3h1mKdYlafpCw66hqc1OsGioDBa6XKDkhb6lu8PffYsHTTbQPRD9pIRQbrWDHplwUPvtUglKlOakESY7QhAxFwawUTsrGBZ2qOEMzWR1I
2021-02-23 22:59:02 <hirnpfirsich> thanks @g0r3 that should solve my problem ! :) Just out of curiosity: apk packages can execute scripts after certain stages of installation (post-install etc.) Is there a way to hook onto these "events" from the outside or a third-party package ? for example: Could apk trigger a script after every kernel update ?
2021-02-23 23:00:57 <Cogitri> Only if you adjust it in the aports package
2021-02-24 05:38:00 <ikke> there is triggers
2021-02-24 05:48:54 <wefwefssgw> hi! i have been enjoying the simplicity and security of Alpine Linux since I found out about it last week. I initially thought Debian Stable was the most secure, but found out it was just the most generic that would work most anything.
2021-02-24 05:51:05 <wefwefssgw> i have saved a few terminal commands i used to setup my daily driver Alpine Linux desktop. For now it is on virtualbox until I figure out how to best document/automate it. i don't have any formal training in computing, so sorry for the newbie words
2021-02-24 05:52:20 <wefwefssgw> i would like to create a script that has the minimal things i used to start my normal daily work.
2021-02-24 05:53:15 <wefwefssgw> i have a list of commands i ran to setup Alpine Linux on virtualbox. i was wondering if someone could help me make it a script i could run in one command
2021-02-24 05:53:30 <wefwefssgw> i dont know what language or even where to start to do that
2021-02-24 05:53:53 <ikke> the simplest is a shell script
2021-02-24 05:54:38 <ikke> In a shell script, you can just add the commands just like you would type them in a terminal
2021-02-24 05:56:41 <wefwefssgw> ok thank you
2021-02-24 05:57:36 <wefwefssgw> i made a quick pastebin of the commands i am using.
2021-02-24 05:59:24 <wefwefssgw> https://pastebin.com/SVPETCgT
2021-02-24 06:01:00 <ikke> except for the ----, that's basically what you would add to your script
2021-02-24 06:01:20 <wefwefssgw> i went through several Alpine wiki documents and came up with the above list commands to setup a desktop environment as a guest on virtualbox. i would eventually like to use alpine on my bare metal laptop
2021-02-24 06:01:23 <wefwefssgw> ok thank you
2021-02-24 06:09:17 <wefwefssgw> i've never written a script before and not sure how to start with the alpine commands i have on the pastebin link.
2021-02-24 06:09:35 <wefwefssgw> i can follow examples well if there is something similar
2021-02-24 06:44:02 <mbuf> How can I see the files provided in a .apk file?
2021-02-24 06:44:33 <ikke> if you have an .apk file, just tar tf <filename>
2021-02-24 06:44:33 <mbuf> I am on Ubuntu, and would like to extract and see the file in .apk
2021-02-24 06:44:45 <ikke> tzf
2021-02-24 06:45:22 <mbuf> ikke, thanks, that worked!
2021-02-24 07:01:05 <mbuf> Which Alpine package provides linux/perf_event.h?
2021-02-24 07:10:14 <mps> mbuf: linux-headers
2021-02-24 07:12:18 <mbuf> mps, thanks!
2021-02-24 07:15:19 <mps> mbuf: sorry, it is linux-lts-dev or linux-edge-dev
2021-02-24 07:16:54 <mps> mbuf: it is actually chaotic, yes linux-headers and some other linux* apks
2021-02-24 07:18:04 <mps> but linux-headers is one at the top of list
2021-02-24 07:19:03 <mps> apk info -W  /usr/include/linux/perf_event.h => /usr/include/linux/perf_event.h is owned by linux-headers-5.7.8-r0
2021-02-24 10:05:18 <kytart> hi people, quick question. Does anyone have experience with running weston in Alpine on Raspberry Pi? I can't get it to run
2021-02-24 10:05:55 <kytart> or any other wayland compositor that uses DRM
2021-02-24 10:24:24 <LACampbell> if I want to write C code with -lncurses, what alpine packages do I use?
2021-02-24 10:24:37 <LACampbell> I have ncurses libs
2021-02-24 10:26:04 <LACampbell> nevermind forgot how to use gcc
2021-02-24 10:26:07 <mps> LACampbell: ncurses-dev
2021-02-24 15:06:42 <wefwefssgw> i was disconnected since my last post. not sure if anyone responded
2021-02-24 15:07:05 <wefwefssgw> https://pastebin.com/SVPETCgT
2021-02-24 15:08:01 <wefwefssgw> i'm trying to figure out how to write a script to run after the first install to help setup my desktop environment. i'm also open to comments if anyone sees and error or has other ideas or security features i can add
2021-02-24 15:10:42 <Dan39> you use alpine as a daily desktop?
2021-02-24 15:11:44 <wefwefssgw> good question, yes i do. it has been working well and i don't have a lot of needs outside the browser and encryption software
2021-02-24 15:11:57 <Dan39> nice
2021-02-24 15:12:05 <Dan39> i didn't think it was used as a destkop that oftne
2021-02-24 15:12:36 <Dan39> why do you want to make a script for this? deploying a lot of systems? just for fun? or...?
2021-02-24 15:12:53 <Dan39> i'm a little confused by lines 14 to 18
2021-02-24 15:13:18 <Dan39> like, why the  $(echo) on line 14?
2021-02-24 15:14:10 <Dan39> and is 15-16 supposed to be over multiple lines? lol looks like you copied wrapped lines by accident
2021-02-24 15:14:26 <wefwefssgw> just for fun and to learn i guess. i took a virtualbox snapshot of my current system after running the pasted commands, so i have a good base system. however, i'm open to and enjoy reinstalling things seamlessy as possible
2021-02-24 15:14:41 <wefwefssgw> thanks for the information! lol
2021-02-24 15:14:58 <Dan39> thanks for what information? o_O
2021-02-24 15:16:01 <wefwefssgw> i'm not sure why there is an echo there, it was on a page in the alpine wiki...i can check where it is make a recommendation to change
2021-02-24 15:16:20 <Dan39> i mean, all it does as far as i can tell is insert a blank line
2021-02-24 15:17:25 <Dan39> echo mount -t vboxsf vbox_shared_folder_name /mnt/outside > /etc/local.d/outside.start
2021-02-24 15:17:28 <Dan39> chmod +x /etc/local.d/outside.start
2021-02-24 15:17:40 <Dan39> umm... i think you usually just put mounts into /etc/fstab
2021-02-24 15:17:55 <Dan39> and then the init process mounts what you have in fstab for you at boot
2021-02-24 15:18:56 <Dan39> though i don't know what 'vboxsf' is tbh, so maybe there is something special going on there i don't know about :P
2021-02-24 15:20:15 <wefwefssgw> vboxsf is supposed to mount a shared folder in my alpine linux guest machine, but i can't get it work
2021-02-24 15:20:27 <wefwefssgw> to share with my host machine (debian 10)
2021-02-24 15:20:32 <Dan39> interesting
2021-02-24 15:20:39 <Dan39> sure it isn't vboxfs?
2021-02-24 15:20:52 <Dan39> i feel like that would make more sense, fs like filesystem :P
2021-02-24 15:21:18 <Dan39> nevermind, it is vboxsf
2021-02-24 15:21:23 <Dan39> <_<
2021-02-24 15:22:11 <Dan39> wefwefssgw: i imagine you have to install extra packages/drivers to support that. did you do that?
2021-02-24 15:22:16 <Dan39> i may be wrong though
2021-02-24 15:23:18 <wefwefssgw> yea, i was double checking that it was vboxsf also
2021-02-24 15:24:01 <wefwefssgw> i think all i needed to install was the virtualbox-guest-additions, but i did that
2021-02-24 15:24:19 <wefwefssgw> it is supposed to allow shared folder, guest machine encryption, and shared clipboard
2021-02-24 15:24:42 <wefwefssgw> i think my mount code is wrong though like you pointed out aboce
2021-02-24 15:24:45 <wefwefssgw> above
2021-02-24 15:25:16 <ikke> For a shared clipboard, you need the vodka
2021-02-24 15:25:28 <ikke> Vox-client running
2021-02-24 15:25:52 <ikke> Sorry, auto correct 😑
2021-02-24 15:26:57 <Dan39> need the vodka!
2021-02-24 15:27:05 <Dan39> ok, going to liquor store per ikke's command!
2021-02-24 15:27:46 <Dan39> wefwefssgw: i use libvirt / virt-manager and shared clipboard always just works without installing anything in guest
2021-02-24 15:35:12 <wefwefssgw> haha ikke
2021-02-24 15:35:31 <wefwefssgw> ok thanks for the information. i have virt-manager installed on my host, i may try that!
2021-02-24 15:36:10 <wefwefssgw> does libvirt start or come automatically with virt-manager
2021-02-24 15:38:42 <Dan39> if you install virt-manager it probably brings it in as a dependency
2021-02-24 15:38:47 <Dan39> it's a whole system to replace virtualbox
2021-02-24 15:39:06 <Dan39> manager virtual machines using multiple different hypervisors
2021-02-24 15:41:54 <Dan39> looks like alpine has it in repos
2021-02-24 15:44:28 <wefwefssgw> cool. thank you for the help. my goal is to use alpine on bare metal with virt-manager running an alpine daily driver VM, and other VMs for other purposes.
2021-02-24 15:44:36 <wefwefssgw> it looks like all the tools are available
2021-02-24 15:44:59 <Dan39> why would your daily driver be in a VM? :|
2021-02-24 15:45:21 <Dan39> i have my daily driver bare metal and then VMs on that
2021-02-24 15:45:33 <Dan39> but i could see the use, sure...
2021-02-24 15:46:07 <wefwefssgw> yea i know it is very strange lol. it is easier for me to manage backup if my entire system is just one .ova file. i have my personal documents, rss feed lists, etc, in that one VM
2021-02-24 15:46:42 <Dan39> that's what i was thinking
2021-02-24 15:46:47 <Dan39> can snapshot your daily driver easily
2021-02-24 15:47:02 <Dan39> restore etc
2021-02-24 15:47:07 <wefwefssgw> that's true and i know a VM takes a performance hit relative to bare metal
2021-02-24 15:47:27 <Dan39> though bare metal filesystems also are doing that now, like with btrfs or zfs
2021-02-24 15:50:31 <wefwefssgw> i don't think there is much i'm missing in order to try alpine on bare metal. i wanted to clean up my install instructions before trying it out. i won't know how the wifi does until i try, but everything else should work like in my test vm
2021-02-24 15:51:04 <wefwefssgw> if all that works, i'm open to learning to take and restore daily snapshots, backed up somewhere
2021-02-24 15:55:59 <wefwefssgw> i cleaned up my copied wrapped lines. i guess i can just delete the echo, but not sure
2021-02-24 15:56:14 <wefwefssgw> https://pastebin.com/nrQVx0fW
2021-02-24 15:56:29 <Dan39> wefwefssgw: i would also get rid of all that chaining of &&s
2021-02-24 15:56:39 <Dan39> kind looks messy
2021-02-24 15:56:48 <Dan39> if you want the script to stop at error you can add `set -e` at the top
2021-02-24 15:57:29 <wefwefssgw> ok thank you. ive never taken a programming class, just learning
2021-02-24 15:57:30 <Dan39> or add a signal trap for errors, then print the error line
2021-02-24 15:57:46 <Dan39> that's what i do for most of my scripts that are actually going to be like production scripts
2021-02-24 15:59:45 <Dan39> like this:
2021-02-24 15:59:51 <Dan39> traperr() {
2021-02-24 15:59:54 <Dan39>     echo "There was an error on line $1."
2021-02-24 15:59:55 <Dan39>     exit 1
2021-02-24 15:59:58 <Dan39> }
2021-02-24 15:59:59 <Dan39> trap 'traperr $LINENO' ERR
2021-02-24 16:00:19 <Dan39> i like that myself
2021-02-24 16:00:41 <Dan39> but lot of people have different methods
2021-02-24 16:01:12 <Dan39> i use add a `|| logerror 'message'` to like every important command
2021-02-24 16:01:16 <Dan39> that became annoying to do
2021-02-24 16:02:09 <Dan39> wefwefssgw: i would replace the "; $(echo)" with just a blank line below that
2021-02-24 16:04:23 <Dan39> wefwefssgw: actually, i assumed they were appending to the file. they aren't, so i don't know why you would even want a blank line at the beginning. just remove it...
2021-02-24 16:23:11 <wefwefssgw> sry had to step away.
2021-02-24 16:23:57 <wefwefssgw> so to 'set -e' at the top, is this the correct syntax:
2021-02-24 16:24:07 <wefwefssgw> apk add -e sed attr dialog bash bash-completion
2021-02-24 16:24:30 <Dan39> no
2021-02-24 16:24:57 <Dan39> i meant litreally the line "set -e"
2021-02-24 16:25:00 <Dan39> by itself
2021-02-24 16:25:05 <Dan39> as line #2
2021-02-24 16:25:23 <Dan39> but the trap i pasted above would be better, use that instead
2021-02-24 16:25:41 <wefwefssgw> ok thanks i tried to sat e when i should have just set e.
2021-02-24 16:25:52 <wefwefssgw> ok ill try the trap
2021-02-24 16:28:07 <wefwefssgw> so i set the trap at the very top on line 1?
2021-02-24 16:28:19 <Dan39> well, line 2
2021-02-24 16:28:29 <Dan39> line 1 is usually #!/bin/bash
2021-02-24 16:28:36 <wefwefssgw> ok thanks
2021-02-24 16:29:39 <Dan39> may want to be careful on alpine though
2021-02-24 16:29:52 <Dan39> is /bin/bash actually busybox at that time? is it even available?
2021-02-24 16:30:12 <Dan39> there are some bash-isms that aren't available with busybox
2021-02-24 16:33:14 <ikke> alpine does not come by default with bash
2021-02-24 16:33:58 <wefwefssgw> ok i don't mind installing it first if that is the best way
2021-02-24 16:34:23 <ikke> The best way would be not to rely on bash
2021-02-24 16:36:04 <wefwefssgw> i like the minimalism
2021-02-24 16:36:07 <Dan39> busybox has trap, but not for ERR
2021-02-24 16:36:13 <Dan39> so that won't work :P
2021-02-24 16:36:33 <Dan39> "set -e" does work though
2021-02-24 16:37:23 <wefwefssgw> so i would write: set -e
2021-02-24 16:37:36 <wefwefssgw> on line 1 instead of two
2021-02-24 16:37:52 <Dan39> well, line 1 i would make: #!/bin/sh
2021-02-24 16:37:53 <wefwefssgw> since i dont need #!/bin/bash
2021-02-24 16:37:59 <wefwefssgw> sry, i thought that was removed
2021-02-24 16:38:02 <Dan39> you should still have a she-bang imo
2021-02-24 16:38:11 <Dan39> i mean, sha-bang haha
2021-02-24 16:38:18 <wefwefssgw> lol
2021-02-24 16:38:25 <ikke> yes, you still need it
2021-02-24 16:38:42 <Dan39> wait, it is shebang
2021-02-24 16:39:20 <ikke> yes
2021-02-24 16:41:12 <Dan39> ikke: any preference you have? :P
2021-02-24 16:41:42 <ikke> https://en.wikipedia.org/wiki/Shebang_(Unix)
2021-02-24 16:42:39 <Dan39> i meant for handling errors in shell scripts haha, not the name of the #! line :D
2021-02-24 16:43:19 <ikke> oh, lol
2021-02-24 16:43:20 <Apachez> shebang! shebang!
2021-02-24 16:43:29 <Apachez> llalala shemoves shemoves
2021-02-24 16:49:17 <wefwefssgw> is this looking better?
2021-02-24 16:49:48 <wefwefssgw> https://pastebin.com/vqCPkJKT
2021-02-24 16:50:44 <wefwefssgw> i just saw the extra && i need to get rid of
2021-02-24 16:53:12 <Dan39> do you have a reboot command in middle of the script? lol
2021-02-24 16:53:34 <ikke> heh
2021-02-24 16:53:48 <wefwefssgw> and i can probably combine the two 'apk add' together into one, but not sure if one needs to run before the other or simaltaneously
2021-02-24 16:54:02 <wefwefssgw> lol yea how would the script start back up after rebooting lol
2021-02-24 16:54:26 <wefwefssgw> maybe i just use two scripts and reboot with my finger
2021-02-24 16:54:51 <Dan39> i mean, you can have reboot at the end
2021-02-24 16:55:14 <Dan39> but maybe put 2nd script to run at bootup before you reboot
2021-02-24 16:55:27 <Dan39> though i'm not a big fan of that
2021-02-24 16:55:59 <Dan39> wefwefssgw: another interesting option is to learn something like Ansible, though i'm not sure how well it integrates with Alpine
2021-02-24 16:56:10 <Dan39> it is available at least... https://wiki.alpinelinux.org/wiki/Ansible
2021-02-24 16:56:24 <ikke> yeah, should work
2021-02-24 16:57:23 <Dan39> i don't know Ansible though, besides know it exists and kind of what it does
2021-02-24 16:58:07 <ikke> Might be a bit much for just managing a single machine, especially if you are not yet familiar with it
2021-02-24 17:00:59 <wefwefssgw> i think i could just move that line and preceding one to the last line
2021-02-24 17:02:00 <wefwefssgw> not sure it is critical for it to reboot at that point
2021-02-24 17:07:59 <wefwefssgw> https://pastebin.com/iYMcB67p
2021-02-24 17:08:51 <Dan39> whats line 27?
2021-02-24 17:11:10 <wefwefssgw> i think everything except 'setup-xorg-base' can be run with the previous 'apk add' command. 'setup-xorg-base' is an Alpine setup thing that runs by itself
2021-02-24 17:11:37 <Dan39> wefwefssgw: i think you could also change line 15, not a fan of that weird echo newline
2021-02-24 17:12:11 <Dan39> looks like setup-dns just adds it to /etc/resolv.conf
2021-02-24 17:12:26 <Dan39> so maybe just do: echo nameserver 8.8.8.8 >/etc/resolv.conf
2021-02-24 17:13:52 <minimal> Dan39: I use Ansible to build Alpine VM and physical machine disk images More flexible then shellscripts...
2021-02-24 17:14:27 <Dan39> figured that was a good option :P
2021-02-24 17:29:55 <wefwefssgw_> dang got knocked off again
2021-02-24 17:32:10 <wefwefssgw_> so for the setup-dns line, do i make the entire line 15 into this: echo nameserver 8.8.8.8 >/etc/resolv.conf
2021-02-24 17:35:17 <Dan39> that's what i would do... lol
2021-02-24 17:35:33 <Dan39> that's exactly what setup-dns is doing
2021-02-24 17:38:04 <Dan39> wefwefssgw_: the script is pretty simple, you can see it here https://github.com/alpinelinux/alpine-conf/blob/master/setup-dns.in
2021-02-24 17:39:20 <Dan39> i'm surprised there is even a script for it...
2021-02-24 17:57:39 <wefwefssgw> thank you for that resource. github.com/alpinelinux/alpine-conf/ has some useful scripts i wasnt aware of. ill just remove my dns setup line, and run that one command
2021-02-24 17:58:21 <wefwefssgw> that is also where the setup-xorg-base is from. if i just want xfce4, maybe i can just run that instead of xorg-base
2021-02-24 17:59:42 <Dan39> the regular expressions can be kind of intimidating if you don't know regex, but it's not that hard to learn, and once you do it is usually easy to decipher a lot of them that look very complicatd at first glance, but actually aren't
2021-02-24 18:00:18 <Dan39> a sed like this is a bit confusing though haha: sed -e 's:/:\\/:g'
2021-02-24 18:00:45 <Dan39> since 90% of sed substitutions you see will be like 's/abc/def/g'
2021-02-24 18:00:49 <wefwefssgw> yes it looks very complicated at first
2021-02-24 18:00:59 <Dan39> but the first character after the s is used as the delimiter
2021-02-24 18:01:23 <Dan39> lot of people don't know that trick
2021-02-24 18:02:22 <wefwefssgw> that makes sense
2021-02-24 18:02:26 <Dan39> there's some weird kludgey looking stuff going on in the setup-xorg-base script haha
2021-02-24 18:04:46 <Dan39> it looks like all the mumbo-jumbo comes down to just uncommenting the community repo
2021-02-24 18:04:56 <wefwefssgw> it looks like if i just run setup-xfce-desktop it will also run setup-xorg-base and install firefox
2021-02-24 18:05:37 <wefwefssgw> right, thats what i was seeing also. i feel like theres a simpler way to do that
2021-02-24 18:06:10 <wefwefssgw> but if it works thats cool
2021-02-24 18:07:14 <Dan39> i think this would've worked to replace that whole lines 4 through 12:  sed -i 's/^#\(.*community.*\)/\1/'
2021-02-24 18:12:59 <wefwefssgw> that cleaned it up a little. theres probably a script that already does the hostname near the beginning
2021-02-24 18:13:22 <wefwefssgw> https://pastebin.com/s3cQNPVi
2021-02-24 18:19:01 <wefwefssgw> i may try learning a more lightweight tiling window manager. i'm not very good at just using the keyboard yet
2021-02-24 18:19:29 <Dan39> i use to use xmonad
2021-02-24 18:22:13 <Dan39> but that's probably way too heavy dependency wise to be used with alpine haha
2021-02-24 18:22:24 <Dan39> requires haskell which is huge
2021-02-24 18:22:58 <Dan39> awesomewm or i3 are pretty popular
2021-02-24 19:06:53 <hechos> hello guys.
2021-02-24 19:07:31 <hechos> still dealing to get work transparent emulation with qemu.
2021-02-24 19:23:44 <Dan39> "transparent emulation" what do you mean hechos ?
2021-02-24 19:24:19 <hechos> Dan39: run a binary from other platform.
2021-02-24 19:25:22 <hechos> already test proot but install get no installation of packages, error 127
2021-02-24 19:25:25 <Dan39> oh, right
2021-02-24 19:25:38 <Dan39> you mean like the binfmt automatic running qemu?
2021-02-24 19:25:42 <hechos> but here on alpine doesnt have qemu-user-static
2021-02-24 19:25:57 <hechos> Dan39: something like that.
2021-02-24 19:27:04 <Dan39> well, alpine doesn't have a binfmt-support package either
2021-02-24 19:27:14 <hechos> Dan39: right.
2021-02-24 19:27:18 <hechos> Dan39: i see.
2021-02-24 19:27:29 <Dan39> dunno, sorry.
2021-02-24 19:27:35 <hechos> Dan39: so configure trought script. and install qemu-aarch64
2021-02-24 19:33:11 <hechos> Dan39: i dont have idea?
2021-02-24 19:34:37 <Dan39> sorry, dunno
2021-02-24 19:35:06 <hechos> Dan39: alright, keep reading and trying... still alive!
2021-02-24 19:36:07 <hechos> Dan39: any idea how can get mountpoins options form desire device?
2021-02-24 19:39:17 <Dan39> haha
2021-02-24 19:39:23 <Dan39> what do you mean?
2021-02-24 19:39:26 <Dan39> mountpoint options?
2021-02-24 19:40:01 <hechos> yeah,
2021-02-24 19:40:26 <hechos> mount give all. mount | grep "/dev/sda"
2021-02-24 19:40:39 <hechos> but just need to get options.
2021-02-24 19:40:48 <hechos> just mountoptions.
2021-02-24 19:46:22 <jemershaw> I'm running alpine 3.12.4 when using docker from 3.12 package when I run two containers one named api and other named db I can't lookup the container by `getent host db`
2021-02-24 19:46:38 <jemershaw> If I pull down docker from 3.11 everything works
2021-02-24 19:47:07 <jemershaw> docker-engine, etc seems fine it is just docker-20.10.3-r0
2021-02-24 20:12:13 <programmerq> jemershaw▸ I just fired up alpine 3.12 in virtualbox via vagrant and install docker-20.10.3-r0
2021-02-24 20:13:31 <programmerq> the built in docker DNS resolution for container-to-container service discovery seems to be working just fine. I tried with 'drill' in the container to explicitly test the 127.0.0.11 resolver that docker provides.
2021-02-24 20:14:23 <programmerq> do you have a more specific set of steps to reproduce? getent in what base image?
2021-02-24 20:14:35 <programmerq> connected to a docker user-defined network or the default docker0 network?
2021-02-24 20:38:54 <hechos> how can run binary for other platform transplarently?
2021-02-24 20:39:05 <hechos> im qemu+binfmt
2021-02-24 20:39:16 <hechos> cannot get configure properly.
2021-02-24 20:47:58 <jemershaw> programmerq: I'm using a user-defined network with docker compose -- it seems to be happening randomly I thought it was that version but now it is happening on 19 so it might just be my setup
2021-02-24 20:48:23 <ikke> I did notice myself sometimes on boot dns is unresponsive
2021-02-24 20:48:30 <ikke> after restarting docker it would work again
2021-02-24 20:49:44 <jemershaw> ikke: hmm I'll check to see if that is happening
2021-02-24 21:07:57 <jemershaw> yeah dns in the container is completely busted
2021-02-24 21:09:03 <ikke> and after you restart docker?
2021-02-24 21:10:08 <jemershaw> yep but what is weird if I create a container in the same network that container works
2021-02-24 21:10:24 <jemershaw> so maybe the container attaches to the network too early or something weird
2021-02-24 21:10:50 <jemershaw> I'm using docker-compose to create the network so not sure if that is the problem or not
2021-02-24 21:11:09 <ikke> We use docker-compose as well
2021-02-24 23:21:29 <metbsd> hmm i still can't nfs mount a exfat nfs share
2021-02-24 23:21:37 <metbsd> it got stock at connecting
2021-02-25 01:12:12 <chexo3> Hey! I’ve tried the glibc-compat package by sgerrand... but unfortunately I can’t figure out how to use it once it’s installed. Is it a chroot or what? Very confused.
2021-02-25 01:59:06 <sgm__> After your feedback, I worked on my script a little more and it helped simplify it. As I kept removing unecessary things needed for my daily driver, I realized Alpine comes with almost everything I need already.
2021-02-25 01:59:45 <sgm__> https://pastebin.com/cXMFQ1Nz
2021-02-25 02:00:23 <sgm__> I'm still working on finding lightweight, featureful alternatives to the packages I am currently using.
2021-02-25 03:43:52 <sgm__> falkon isn't starting after a default xfce4 install. nothing happens when i click the icon. not sure how to troubleshoot to see what it needs
2021-02-25 05:48:12 <yunfan> hi, i want to learn how to wrote auto script which will be trigger when network ready, so which docuemnt could i read?
2021-02-25 05:48:20 <yunfan> of course i mean on alpine
2021-02-25 05:55:32 <ikke> https://github.com/OpenRC/openrc/blob/master/service-script-guide.md#be-wary-of-need-net-dependencies
2021-02-25 05:58:13 <yunfan> ikke: thanks, will this works when the network changed?
2021-02-25 05:59:07 <yunfan> for eg, the ipv6 i got from the soho modem is about 2days life, when it arrive the life time, i guess it will trigger a new dhcp again, after it gain the new ip address, will my script be triggered again /
2021-02-25 06:08:38 <ikke> I don't think so
2021-02-25 06:09:11 <ikke> Doesn't the dhcp server give out the same IP address again?
2021-02-25 06:44:04 <yunfan> ikke: of course it wont gave the same ip i think
2021-02-25 06:45:30 <ikke> most dhcp servers will give out the same ip address
2021-02-25 06:48:29 <yunfan> ikke: not most isp in china
2021-02-25 06:48:56 <ikke> right
2021-02-25 07:38:00 <mps> yunfan: if you are using ethernet link it should auto configure ipv6 when isp 'send' changes
2021-02-25 07:39:33 <mps> for pppoe also (but have to backport latest ppp daemon for alpine 3.13 or older), or use some of scripts which are triggered by pppd on some events
2021-02-25 07:40:43 <mps> yes, it is complicated despite the fact that ipv6 selling point is 'easy and simple to autoconfig' (lies, damned lies and marketing)
2021-02-25 07:49:31 <Asmadeus> speaking of ipv6, isp routers and linux-- any advice on ndp proxying? the linux proxy_ndp sysctl with ip neigh add proxy on each ip manually works but I'd like to spare myself adding each ip manually (especially with privacy dynamic ips...), and ndppd doesn't seem very reliable either
2021-02-25 08:04:31 <ak_> hi
2021-02-25 08:05:23 <ak_> when I do apk add alpine-desktop it says no such package
2021-02-25 08:06:35 <ak_> please help
2021-02-25 08:06:39 <Cogitri> That package has been removed after 3.11
2021-02-25 08:06:54 <ak_> according to the wiki
2021-02-25 08:06:59 <ak_> it is still there
2021-02-25 08:07:22 <ak_> is it really removed
2021-02-25 08:07:44 <Asmadeus> it is
2021-02-25 08:07:55 <Cogitri> https://pkgs.alpinelinux.org/packages?name=alpine-desktop&branch=v3.11
2021-02-25 08:07:58 <Cogitri> https://pkgs.alpinelinux.org/packages?name=alpine-desktop&branch=v3.12
2021-02-25 08:26:45 <sgm> i cleaned things up a bit. i tried to go with dwm or awesomewm, but couldn't get the display resolution correct as a virtualbox guest, so i went back to xfce4, but in a less cluttered way than i approached it last time
2021-02-25 08:27:15 <sgm> https://pastebin.com/zjgF6PrR
2021-02-25 08:57:52 <lupo_on_freenode> As far as I understand, CPU microcode updates are / have to be part of the initrd. Is this the case for Alpine, too? Does apk add intel-ucode do this step, or is manual intervention necessary here?
2021-02-25 09:17:17 <mps> lupo_on_freenode: afaik, if intel-ucode installed it is automatically added to initramfs
2021-02-25 09:19:09 <lupo_on_freenode> mps, I would expect, too. But if there is any hint indicating this is displayed while the package is installed, I have overseen it.
2021-02-25 09:23:14 <mps> lupo_on_freenode: alpine is quiet on most task, intentionally
2021-02-25 09:27:39 <lupo_on_freenode> mps, thanks.
2021-02-25 10:29:51 <maerwald> did someone break alpine:3.12 docker image? I'm getting "error: collect2: fatal error: cannot find 'ld'" during builds
2021-02-25 10:37:47 <Cogitri> maerwald: build-base is installed?
2021-02-25 10:38:10 <maerwald> it's possible that my toolchain is picking ld.gold, I'll have go check
2021-02-25 10:39:08 <maerwald> (GHC is hard-coding the linker at compile-time and it's quite hard to tell it to use something else at runtime)
2021-02-25 10:41:32 <maerwald> yeah, I think that's it
2021-02-25 10:52:55 <KirillFilatov> Hello! I got Alpine 3.13 just installed on my flash drive and ran into this:
2021-02-25 10:52:55 <KirillFilatov> "At the time of writing, the boot process has several bugs in it. If selecting the correct device drops you into a shell with grub> or grub rescue> written in it, please seek help from any locations listed in the introduction"
2021-02-25 10:52:55 <KirillFilatov> Thank you.
2021-02-25 10:52:55 <KirillFilatov> First boot after installation was OK. I got "grub>" on next reboot after some post-installation actions.
2021-02-25 10:52:55 <KirillFilatov> Could ypu please help me to find out the solution?
2021-02-25 10:59:33 <mps> KirillFilatov: I'm not expert in grub but looks like it is somehow changed some parameters in grub.cfg with something you did "after some post-installation actions" (as you wrote)
2021-02-25 11:02:00 <KirillFilatov> Thanks for reply. I just installed some packages and add non-provilleged user.
2021-02-25 11:02:00 <KirillFilatov> I don't think this could damaged grub.cfg
2021-02-25 11:02:45 <mps> it shouldn't
2021-02-25 13:51:35 <Hello71> could be you deleted grub accidentally?
2021-02-25 13:52:14 <Hello71> what happens if you do configfile (hd<TAB>.../grub/grub.cfg
2021-02-25 13:52:20 <Hello71> some assembly required
2021-02-25 14:02:52 <Lutin> huh ? Where did the package psycopg2 go ? I installed it last week, not in repo anymore
2021-02-25 14:03:32 <Lutin> ah found... community... seach didn't have it earlier with wildcads :S
2021-02-25 14:03:39 <artok> py3-psy...
2021-02-25 14:18:05 <jemershaw> ikke: it seems as though my problem was there might have been too many containers starting at once. I started a few manually and then ran `up -d` and haven't experienced this issue since.
2021-02-25 14:18:55 <Lutin> artok yeah found it you docker buddy :)
2021-02-25 14:35:26 <artok> haha =)
2021-02-25 14:37:19 <Lutin> artok quick! something special for you in our cave channel :P
2021-02-25 15:03:35 <KirillFilatov> Hello71: I suppose no. I'll try to reinstall grub later. Let you know. Thank you
2021-02-25 17:27:50 <ecsantos94> hey guys, how are you doing? i need help with alpine linux on virtualbox. can't make guest additions (full screen and shared clipboard) work. already read the docs (currently 404, don't know why) and all relevant wiki entries. afaik the wiki entries for virtualbox are outdated (2019). i appreciate your time and patience.
2021-02-25 17:52:13 <c705> alpine is the host or the guest OS
2021-02-25 17:54:23 <Guest7522> you all helped me out a lot the last couple of days. just wanted to share the simple steps i take to setup my alpine linux daily driver
2021-02-25 17:54:37 <Guest7522> https://pastebin.com/MqThi45L
2021-02-25 18:04:27 <ecsantos94> c705: my host is Windows 10 version 2004. I'm using the latest VirtualBox and the latest Alpine ISO (the iso for virtual machines)
2021-02-25 18:35:13 <Guest7522> does anyone have a recommendation for a laptop where all the drivers will work with just the alpine linux extended .iso out the box/
2021-02-25 18:35:44 <Guest7522> and the wifi drivers and firmware working out the box
2021-02-25 18:36:50 <ikke> probably something with an intel nic
2021-02-25 19:16:24 <ajg> I am looking to run `abuild check` with a different dynamic linker/loader (`/usr/glibc-compat/lib/ld-linux-x86_64.so.2`) rather than the default (`/lib/ld-musl-x86-64.so.1`). It seems that using LD_LIBRARY_PATH is not enough. Since I only want to do some quick comparisons I thought about symlinking my desired linker to the name of the musl linker, but I am worried about bricking my system.
2021-02-25 19:16:25 <ajg> Any thoughts?
2021-02-25 19:18:16 <ikke> reads*
2021-02-25 19:18:16 <ikke> ajg: it's the linker that read LD_LIBRRY_PATH
2021-02-25 19:18:17 <ikke> so you cannot use that to change the linker
2021-02-25 19:19:28 <Dan39> ikke: are you the main alpine dev, or...?
2021-02-25 19:19:46 <ikke> Dan39: no
2021-02-25 19:20:02 <ajg> Right, of course. I'm an idiot. :) What would be the best way to manipulate the linker then? Do I either have to make some symlinks or use patchelf or something (on the binaries I want to influence)? Or is there a better way?
2021-02-25 19:20:40 <mps> Dan39: he is
2021-02-25 19:20:57 <mps> :P
2021-02-25 19:22:23 <mps> Dan39: ikke controls everything important for alpine and cares about these things
2021-02-25 19:22:55 <mps> so he is the 'boss' for me regarding alpine
2021-02-25 19:23:28 <Dan39> haha
2021-02-25 19:24:57 <ikke> ncopa is the maintainer
2021-02-25 19:25:23 <ikke> He has the signing keys that everyone trusts :)
2021-02-25 19:28:11 <mps> keys aren't important so much, they can always be overriden by '--allow-untrusted' ;)
2021-02-25 20:11:49 <Guest7522> if i wanted to get the same result as this config file, could i just run
2021-02-25 20:12:04 <Guest7522> apk add abiword audacious claws-mail dhcpcd dhcpcd-ui evince gnumeric lxdm ristretto sudo eudev xf86-input-keyboard xf86-input-mouse xf86-video-vesa xfce4 xorg-server xscreensaver
2021-02-25 20:12:21 <Guest7522> sorry this config file: https://git.alpinelinux.org/aports/commit/?id=59ed4dcbaef9
2021-02-25 20:13:26 <ikke> I would start with setup-xorg
2021-02-25 20:14:52 <Guest7522> setup-xorg-base?
2021-02-25 20:17:32 <ikke> yesyes
2021-02-25 21:27:28 <Guest10> Hello! Any idea why my file isn't found? https://imgur.com/a/DDMv01J
2021-02-25 21:28:25 <c705> no x permission or the path is wrong
2021-02-25 21:29:26 <kmmndr> Hi all :-)
2021-02-25 21:30:04 <Guest10> I made `chmod +x`but it change nothig :/  `ls` show the file in green but it doesn't find it :(
2021-02-25 21:30:08 <kmmndr> Is there an issue on ppc64le gitlab runners ?
2021-02-25 21:30:31 <kmmndr> My jobs seems to be frozen https://gitlab.alpinelinux.org/kmmndr/aports/-/jobs/332874
2021-02-25 21:31:32 <c705> missing #! line then
2021-02-25 21:32:57 <ikke> or wrong arch
2021-02-25 21:48:35 <ikke> kmmndr: just needed a bit more patient
2021-02-25 21:48:35 <ikke> kmmndr: the network for that CI host is not that stable, so uploading artifacts can take longer
2021-02-25 23:50:41 <Hello71> 99.9% this is glibc exe and missing interp
2021-02-25 23:51:01 <Hello71> i'm highly skeptical that unity will work on gcompat either
2021-02-25 23:55:19 <sgm> falkon browser isn't starting. not sure how to troubleshoot. i would prefer to try the lightweight browser as opposed to firefox
2021-02-25 23:56:08 <Dan39> sgm: how are you trying to start it?
2021-02-25 23:56:30 <sgm> on xfce4 graphical desktop, clicking the icon in the drop down menu
2021-02-25 23:56:34 <sgm> nothing happens
2021-02-25 23:56:39 <Dan39> note i know next to nothing about falkon browser, but while i eat dinner i'm happy to help troubleshooter, if only to rubber ducky a little
2021-02-25 23:57:00 <Cogitri> Coyld try opening it in a terminal
2021-02-25 23:57:02 <sgm> cool no rush thanks
2021-02-25 23:57:04 <Dan39> did you try starting it from the terminal to see if there is an error message output?
2021-02-25 23:57:20 <Dan39> from like xfce4-terminal i mean
2021-02-25 23:57:28 <Dan39> damn Cogitri beat me to it haha
2021-02-25 23:58:03 <Cogitri> Heh :D
2021-02-25 23:59:35 <sgm> this is a silly question, but how to do start from the command line? 'start falkon'?
2021-02-26 00:00:19 <sgm> nevermind, just the word falkon
2021-02-26 00:00:31 <Dan39> type "falk" and hit tab is what i would do
2021-02-26 00:02:37 <sgm> QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
2021-02-26 00:02:37 <sgm> libEGL warning: MESA-LOADER: failed to open swrast: Error loading shared library /usr/lib/xorg/modules/dri/swrast_dri.so: No such file or directory (search paths /usr/lib/xorg/modules/dri)
2021-02-26 00:02:37 <sgm> libEGL warning: DRI2: failed to authenticate
2021-02-26 00:02:37 <sgm> libEGL warning: MESA-LOADER: failed to open swrast: Error loading shared library /usr/lib/xorg/modules/dri/swrast_dri.so: No such file or directory (search paths /usr/lib/xorg/modules/dri)
2021-02-26 00:02:37 <sgm> libEGL warning: DRI2: failed to authenticate
2021-02-26 00:02:40 <sgm> QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled
2021-02-26 00:02:42 <sgm> Falkon: Creating new profile directory
2021-02-26 00:02:44 <sgm> Error creating database schema "No query Unable to fetch row"
2021-02-26 00:02:46 <sgm> [3193:3193:0226/000217.011587:ERROR:zygote_host_impl_linux.cc(89)] Running as root without --no-sandbox is not supported. See https://crbug.com/638180.
2021-02-26 00:04:12 <sgm> you know what, i ran it as a regular user and it worked
2021-02-26 00:04:41 <Dan39> yeah, usually any GUI programs you always run as user
2021-02-26 00:04:49 <Dan39> you should avoid running a browser as root especially
2021-02-26 00:05:03 <Dan39> if it gets hacked, now they have access to your full system instead of just user perms
2021-02-26 00:05:49 <sgm> for sure that, it is exposed to so many vulnerabilities.
2021-02-26 00:05:51 <Cogitri> You should consider installing one of the mesa dri drivers too, seems like you're running without any hardware acceleration right now
2021-02-26 00:05:54 <Dan39> of course, it depends tho lol
2021-02-26 00:06:04 <sgm> yea i'm still getting an error
2021-02-26 00:06:06 <sgm> QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
2021-02-26 00:06:06 <sgm> libEGL warning: DRI2: failed to authenticate
2021-02-26 00:06:06 <sgm> libEGL warning: MESA-LOADER: failed to open swrast: Error loading shared library /usr/lib/xorg/modules/dri/swrast_dri.so: No such file or directory (search paths /usr/lib/xorg/modules/dri)
2021-02-26 00:06:06 <sgm> libEGL warning: DRI2: failed to authenticate
2021-02-26 00:06:06 <sgm> libEGL warning: MESA-LOADER: failed to open swrast: Error loading shared library /usr/lib/xorg/modules/dri/swrast_dri.so: No such file or directory (search paths /usr/lib/xorg/modules/dri)
2021-02-26 00:06:09 <sgm> QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled
2021-02-26 00:06:11 <sgm> Falkon: Creating new profile directory
2021-02-26 00:06:13 <sgm> Error creating database schema "No query Unable to fetch row"
2021-02-26 00:06:15 <sgm> [3193:3193:0226/000217.011587:ERROR:zygote_host_impl_linux.cc(89)] Running as root without --no-sandbox is not supported. See https://crbug.com/638180.
2021-02-26 00:06:20 <sgm> localhost:~# exit
2021-02-26 00:06:22 <sgm> localhost:~$ falkon
2021-02-26 00:06:24 <sgm> libEGL warning: DRI2: failed to authenticate
2021-02-26 00:06:26 <Hello71> stop pasting dozens of lines
2021-02-26 00:06:26 <sgm> libEGL warning: MESA-LOADER: failed to open swrast: Error loading shared library /usr/lib/xorg/modules/dri/swrast_dri.so: No such file or directory (search paths /usr/lib/xorg/modules/dri)
2021-02-26 00:06:29 <sgm> libEGL warning: DRI2: failed to authenticate
2021-02-26 00:06:31 <sgm> libEGL warning: MESA-LOADER: failed to open swrast: Error loading shared library /usr/lib/xorg/modules/dri/swrast_dri.so: No such file or directory (search paths /usr/lib/xorg/modules/dri)
2021-02-26 00:06:34 <sgm> QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled
2021-02-26 00:06:36 <sgm> Falkon: Creating new profile directory
2021-02-26 00:06:38 <sgm> Error creating database schema "No query Unable to fetch row"
2021-02-26 00:06:40 <sgm> QWebEngineUrlScheme::registerScheme: Too late to register scheme "falkon"
2021-02-26 00:06:42 <sgm> QWebEngineUrlScheme::registerScheme: Too late to register scheme "extension"
2021-02-26 00:06:44 <sgm> Please register the custom scheme 'falkon' via QWebEngineUrlScheme::registerScheme() before installing the custom scheme handler.
2021-02-26 00:06:47 <sgm> Please register the custom scheme 'extension' via QWebEngineUrlScheme::registerScheme() before installing the custom scheme handler.
2021-02-26 00:06:52 <sgm> Use of deprecated not thread-safe setter, use setUrlRequestInterceptor instead.
2021-02-26 00:06:54 <sgm> Falkon: 1 extensions loaded
2021-02-26 00:06:56 <sgm> sorry i should have used pastebin for that
2021-02-26 00:06:59 <Dan39> Hello71: learn to count lol
2021-02-26 00:07:26 <Hello71> *plonk*
2021-02-26 00:07:51 <Dan39> sgm: that last one was a bit much haha, i was going to say something, but this is a pretty slow channel so figured whatever
2021-02-26 00:08:25 <sgm> yep i apologize, it didn't look that big in the terminal. won't happen again
2021-02-26 00:08:34 <sgm> is pastebin the best way to share?
2021-02-26 00:08:53 <Dan39> Hello71: serious question... what is *plonk* supposed to be in this scenario? lol
2021-02-26 00:09:19 <Hello71> i didn't even say anything on the first dump
2021-02-26 00:10:06 <Dan39> haha i know
2021-02-26 00:10:13 <Dan39> just wondering, no harm.
2021-02-26 00:10:38 <Dan39> no spite or anything, i promise ;)
2021-02-26 00:11:20 <Dan39> sgm: yes, something like pastebin, but usually not pastebin.com itself
2021-02-26 00:11:42 <Dan39> most freenode channels don't like the pastebin.com site
2021-02-26 00:52:32 <sgm> thanks for the advice. i installed 'mesa-dri-intel' and it cleared up that error with falkon
2021-02-26 01:01:38 <Dan39> nice
2021-02-26 01:01:42 <Dan39> oh, he gone
2021-02-26 02:45:45 <sgm> https://justpaste.me/FT7D
2021-02-26 04:27:36 <sgm> is there any downside to using a few flatpak applications with Alpine Linux? I should be able to install and remove them without extra dependies laying around clogging up the system right?
2021-02-26 04:27:56 <sgm> it seem relatively secure
2021-02-26 13:35:05 <jackaraa> What’s the standard password for lxc alpine linux container?
2021-02-26 13:44:17 <yZ5vlALg86lP> probably no password. if yes, then you must aske the people that built the container
2021-02-26 14:51:07 <KirillFilatov> Hello71: You were right, I accidentally removed grub. I swaped original /etc/apk/world file with my old world file - and got booting problem.
2021-02-26 14:51:08 <KirillFilatov> By the way, do you know, how can I install packages listed in a file (not in command line) not using world ?
2021-02-26 15:08:24 <Hello71> apk add $(cat file)?
2021-02-26 15:08:46 <Hello71> better cat file >> world; apk fix
2021-02-26 16:26:20 <bleb> how does the docs package work?
2021-02-26 16:27:59 <bleb> I don't see references to docs in -doc packages, or vice versa, so I guess checking for docs must be hard coded into apk?
2021-02-26 17:05:34 <Hello71> install_if
2021-02-26 17:05:42 <Hello71> plus default_doc
2021-02-26 17:05:52 <Hello71> see abuild source
2021-02-26 17:13:46 <ikke> https://gitlab.alpinelinux.org/alpine/abuild/-/blob/master/abuild.in#L1778
2021-02-26 17:45:36 <Lutin> does anyone know why chrony doesn't update the systemtime when Alpine as VM comes out of standby/hibernate ?
2021-02-26 18:12:09 <bleb> Hello71: thanks
2021-02-26 18:54:47 <eschen42> I am looking for a reference to bring up Xorg on a macbook pro (oct 2015) running alpine linux
2021-02-26 19:07:05 <mps> eschen42: I'm running alpine with Xorg on macbook pro from 2010 (or 2011, or 2009)
2021-02-26 19:07:54 <mps> nothing special except wifi drivers have to be downloaded from 'somewhere' and installed manually
2021-02-26 19:09:52 <bleb> nice
2021-02-26 19:30:41 <Hello71> 2015 is too new
2021-02-26 19:31:54 <mps> :)
2021-02-26 19:32:39 <mps> interesting, I'm considering to buy 2020, M1 though
2021-02-26 19:45:46 <bleb> too new for what?
2021-02-26 19:45:50 <bleb> is linux support not there
2021-02-26 19:55:33 <rodper45> can nvidia card support be added somehow?
2021-02-26 19:56:13 <ikke> rodper45: no
2021-02-26 19:56:23 <ikke> rodper45: ask nvidia
2021-02-26 19:57:04 <rodper45> not even with the package provided by nvidia?
2021-02-26 19:57:23 <ikke> if it's a binary, then it's compiled against glibc
2021-02-26 19:57:55 <rodper45> understood
2021-02-26 19:59:17 <ikke> https://pkgs.alpinelinux.org/package/edge/community/ppc64le/xf86-video-nouveau exists
2021-02-26 19:59:27 <ikke> https://pkgs.alpinelinux.org/package/edge/community/x86_64/xf86-video-nouveau
2021-02-26 23:33:12 <doggone> libvirt doesn't seem to pick up OVMF firmware automatically anymore (or network interfaces, but i don't care about those). Anyone know why?
2021-02-26 23:35:26 <jackaraa> Hey can someone please explain a bridge to me, when i set it up i have troubles connecting to the internet, maybe because of nftables not being configured right (do i have to make a portforwarding rule?). Do it forward all traffic from eth0 and clousing eth0?
2021-02-26 23:36:24 <doggone> jackaraa: does it work when you disable nftables? a bridge works more or less like a network switch
2021-02-26 23:37:17 <doggone> it should work without nftables doing anything, or any special rules for sysctl
2021-02-26 23:37:59 <jackaraa> Hmm.. i can check
2021-02-26 23:38:06 <doggone> what are you trying to do with the bridge anyway?
2021-02-26 23:41:40 <jackaraa> It worked
2021-02-26 23:41:58 <jackaraa> doggone: trying to complete lxc installation
2021-02-26 23:42:11 <jackaraa> What rule for nftables should i aplly
2021-02-26 23:44:05 <doggone> well, you should not block the traffic that you wish to allow, really. nftables doesn't block by default
2021-02-26 23:44:20 <doggone> and a bridge just passes all traffic
2021-02-26 23:44:46 <doggone> so basically your lxc host is functioning like a transparent firewall, when using nftables
2021-02-26 23:45:35 <jackaraa> Transparent firewall?
2021-02-26 23:56:58 <jackaraa> Found this: https://wiki.nftables.org/wiki-nftables/index.php/Bridge_filtering
2021-02-26 23:57:16 <jackaraa> doggone: ^
2021-02-26 23:57:29 <doggone> jackaraa: an "invisible" firewall. most firewalls are routers as well, but you are not doing that
2021-02-26 23:57:49 <doggone> imagine a network switch doing filtering (usually called ACLs in their terminology)
2021-02-26 23:59:31 <jackaraa> How to make a invisible firewall
2021-02-26 23:59:39 <jackaraa> doggone:^
2021-02-27 00:01:34 <jackaraa> Back
2021-02-27 00:47:50 <jackaraa> I seek help sitting up bridge in nftables
2021-02-27 00:48:19 <jackaraa> Also i want a more strict ruleset for lo which dnscrypt-proxy uses. Any suggestions
2021-02-27 00:48:22 <jackaraa> ?
2021-02-27 01:33:02 <jackaraa> Hey, any nftables experts?
2021-02-27 01:50:55 <jackaraa> Bye
2021-02-27 01:55:59 <Hello71> jfc this guy
2021-02-27 01:56:17 <Hello71> bleb: my mistake, it's 2016+ with t2/touch bar/usb-c
2021-02-27 01:57:41 <Hello71> see https://github.com/Dunedan/mbp-2016-linux but tl;dr support is very mixed
2021-02-27 01:59:03 <Hello71> mps: broadcom wifi sucks in general but i think most of the stuff is supported upstream now
2021-02-27 01:59:13 <Hello71> on pre-2016 models
2021-02-27 06:27:40 <Guest29518> i'm attempting to connect to openvpn as a client. when i run 'openvpn myvpnserver.ovpn' i get some lines of code and nothing happens
2021-02-27 06:27:44 <Guest29518> https://justpaste.me/Ft2r
2021-02-27 08:51:41 <captainepoch> mort___: wtf
2021-02-27 08:54:07 <mps> Hello71: I agree, broadcom is bad for open/free (sucks as you say) but I have some 'things' with their chips, so just trying to get it working somehow
2021-02-27 08:57:16 <mps> for broadcom and other big manufacturers we are a bunch of idiots (in better case) or evil hackers (in worse case) who are trying to steal their precious inventions^Wmoney
2021-02-27 13:02:00 <DylanVanAssche_> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/eBvzlKbqGoicnhBRsfFMPDav/message.txt >

2021-02-27 13:17:15 <donoban> DylanVanAssche_: probably doesn't help, but is it LANG proplery set right?
2021-02-27 13:20:45 <DylanVanAssche_> donoban: That's set to `C.UTF-8` but doesn't seem to influence GNOME as I picked English US with `setup-keymap` but GNOME still uses English UK
2021-02-27 13:25:27 <donoban> I suppose that you restarted Gnome after that?
2021-02-27 13:28:55 <donoban> I did setup-keymap and LANG continues C.UTF-8
2021-02-27 13:31:23 <donoban> Not Gnome but maybe related
2021-02-27 13:31:31 <donoban> take a look DylanVanAssche_ https://wiki.alpinelinux.org/wiki/Xfce_Setup#Configure_xorg-server_.28optional.29
2021-02-27 13:31:50 <donoban> I got to go see you
2021-02-27 14:46:58 <DylanVanAssche_> donoban: Yes, I restarted GNOME and even my device, just to be sure 🙂
2021-02-27 14:46:58 <DylanVanAssche_> I run GNOME under Wayland so Xorg won't help I think
2021-02-27 14:48:43 <Cogitri> I think you have to set the lang via Settings
2021-02-27 14:52:28 <DylanVanAssche_> Yes, that's what I did, but it doesn't give the English US option, only English UK.
2021-02-27 14:52:28 <DylanVanAssche_> I'm wondering if I miss a package
2021-02-27 14:52:53 <DylanVanAssche_> Cogitri: ^^^
2021-02-27 15:12:46 <g0r3> hey, i want to use a  vpn but i dont have the kernelmodule tun. is there a package with it? didnt find one
2021-02-27 15:13:14 <ikke> g0r3: it's a default kernel module, should be automatically modprobed
2021-02-27 15:13:30 <ikke> g0r3: did you recently upgrade the kernel without rebooting>\
2021-02-27 15:13:47 <g0r3> ah yeah i just did. let me reboot
2021-02-27 15:16:22 <g0r3> ikke: thx. i would not have get it
2021-02-27 15:27:05 <mps> how to block grub to upgrade its conf on kernel upgrades
2021-02-27 15:33:05 <Cogitri> DylanCanAssche_: Hm no, should be there when you click on English -> United States
2021-02-27 15:37:42 <Hello71> mps: easiest way is echo exit 1 > /etc/grub.d/00_disable
2021-02-27 15:38:02 <Hello71> actually not 100% sure that works but i vaguely recall trying it
2021-02-27 15:38:13 <Hello71> https://git.alpinelinux.org/aports/tree/main/grub/grub.trigger needs an opt out
2021-02-27 15:38:54 <DylanVanAssche_> 
ACTION uploaded an image: image.png (29KiB) < https://matrix.org/_matrix/media/r0/download/dylanvanassche.be/HfokVDizQaIpCTRyREFbLCTO/image.png >

2021-02-27 15:38:59 <DylanVanAssche_> Cogitri: This is what I get ^^^
2021-02-27 15:40:12 <DylanVanAssche_> But the keyboard list does not show it
2021-02-27 15:40:22 <DylanVanAssche_> 
ACTION uploaded an image: image.png (29KiB) < https://matrix.org/_matrix/media/r0/download/dylanvanassche.be/BxvRmOtpfmZPgJqcvpWeGeRE/image.png >

2021-02-27 15:41:39 <DylanVanAssche_> (Tried to switch to English UK as language to see if that would make a difference, not really)
2021-02-27 15:42:16 <mps> Hello71: thanks
2021-02-27 15:42:31 <Hello71> it might cancel the upgrade, i'm not sure
2021-02-27 15:43:20 <mps> I will add 'exit 0' in second line, for now
2021-02-27 15:46:09 <Hello71> brute force option is of course chattr +i /boot/grub/grub.cfg
2021-02-27 15:46:23 <Hello71> but i guess that doesn't work on fat
2021-02-27 15:47:08 <Hello71> ah, or you can apk del grub
2021-02-27 15:47:58 <mps> yes, as one of options
2021-02-27 15:48:07 <Hello71> mps: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12484
2021-02-27 15:48:21 <mps> though I would like to find generic config option for alpine
2021-02-27 15:49:29 <mps> nice, now we have where to follow this problem
2021-02-27 16:11:46 <DylanVanAssche_> Cogitri: After some trial-and-error you can select English US by selecting English UK > English US.
2021-02-27 16:11:47 <DylanVanAssche_> Now my keyboard is correct, but the UX is a bit misleading 😛
2021-02-27 19:17:35 <Lutin> Wow Alpine is so nice... you can actally find what packages you need when you miss a libpq.h file! And no russian roulette with installing shitty deps
2021-02-27 19:54:19 <g0r3> Lutin: how?
2021-02-27 19:55:38 <mps> apk-file libpq.h
2021-02-27 20:03:11 <Hello71> basically all distros have this
2021-02-27 20:03:30 <Hello71> although the quality varies
2021-02-27 20:07:44 <ikke> Cogitri: https://gitlab.alpinelinux.org/alpine/infra/docker/alpine-gitlab-ci/-/merge_requests/6
2021-02-27 20:12:26 <Cogitri> Hooray 🎉
2021-02-27 20:32:07 <Lutin> g0r3 packages page ?
2021-02-27 23:38:33 <jackaraa> Hey, when i run bridge interface i have no internet connection.
2021-02-27 23:43:04 <Lutin> jackaraa that's normal
2021-02-27 23:43:15 <Lutin> read about linux and bridging
2021-02-27 23:43:16 <jackaraa> Why?
2021-02-27 23:43:21 <Lutin> google
2021-02-27 23:43:27 <Lutin> it's bridged
2021-02-27 23:51:57 <jackaraa> Lutin: you tell me
2021-02-27 23:52:13 <Lutin> jackaraa google will
2021-02-27 23:53:43 <jackaraa> What bout macchanger, shall i google that too?
2021-02-27 23:54:15 <jackaraa> Im asking here not google, explain you’re self
2021-02-28 00:03:19 <yZ5vlALg86lP> these are very basic questions you're asking maybe alpine is not the right distro for you. alpine is a distro for people who know already a lot about these things.
2021-02-28 00:03:54 <yZ5vlALg86lP> also these questions you are asking are not alpine related, they are generic linux things
2021-02-28 00:04:47 <jackaraa> Wrong
2021-02-28 00:05:08 <jackaraa> Two disappointments
2021-02-28 00:06:22 <jackaraa> You should be welcoming new comers instead you a failing which is disappointment
2021-02-28 00:06:23 <jackaraa> A
2021-02-28 00:07:31 <yZ5vlALg86lP> you are of course welcome here
2021-02-28 00:08:04 <jackaraa> How come you push me away then
2021-02-28 00:08:51 <jackaraa> Can some one please explain to me how bridges works or how to set them up and keep internet connection
2021-02-28 00:09:18 <halosghost> https://wiki.archlinux.org/index.php/Network_bridge
2021-02-28 00:09:27 <halosghost> some reading that may be useful
2021-02-28 00:10:36 <jackaraa> I have been reading that
2021-02-28 00:11:29 <jackaraa> Site does  not found
2021-02-28 00:11:36 <jackaraa> I read Brige
2021-02-28 00:11:37 <halosghost> do you have a more specific question then? (e.g., why you're getting a particular error, or a question about how to accomplish a specific setup)
2021-02-28 00:11:58 <jackaraa> I add bridge, then ping, ping does not respond
2021-02-28 00:12:23 <jackaraa> I have no net when bridge is added
2021-02-28 00:12:44 <halosghost> can you paste your configs and example error output?
2021-02-28 00:13:50 <yZ5vlALg86lP> a bridge device is not supposed to be pinged, it's a layer2 thing, those have no ip address to ping
2021-02-28 00:14:49 <jackaraa> halosghost: i just add dhcp bridge to /etc/network/interfaces, then service networking restart
2021-02-28 00:16:39 <halosghost> jackaraa: and the configs and error output?
2021-02-28 00:16:47 <jackaraa> I add bridge dhcp to interfaces, restart networking service, then ping, there is no ping. What i assume here is that br0 is a extra network using eth0
2021-02-28 00:17:08 <jackaraa> No error output except no ping
2021-02-28 00:17:28 <halosghost> “no ping” doesn't mean anything to me
2021-02-28 00:17:46 <halosghost> and “add bridge dhcp to interfaces” also doesn't mean anything to me
2021-02-28 00:18:00 <halosghost> this is why the actual configs and unexpected/error command output is helpful
2021-02-28 00:18:34 <halosghost> if you're not familiar with pastebins, it may make sense to familiarize yourself with https://ix.io
2021-02-28 00:18:52 <halosghost> so that it is easy to share configs/output when you are asking for help
2021-02-28 00:19:18 <halosghost> (just to be clear, I'm not angry; this is just kind of a normal part of asking for support on IRC in the parts of servers I've been on)
2021-02-28 00:19:20 <jackaraa> Here: https://wiki.alpinelinux.org/wiki/LXC#Prepare_network_on_host
2021-02-28 00:20:13 <halosghost> jackaraa: that tells me what you read to setup your file, but doesn't actually tell me what's in your file
2021-02-28 00:20:32 <halosghost> which is why pastebinned config/output is so helpful
2021-02-28 00:20:43 <halosghost> because it communicates the exact information
2021-02-28 00:22:25 <jackaraa> Well, i don’t log
2021-02-28 00:23:24 <jackaraa> Lutin says its normal to not have internet connections when one run bridge networking
2021-02-28 00:25:33 <halosghost> 🤷
2021-02-28 00:25:41 <halosghost> without more information, I don't really know what I can help with
2021-02-28 00:27:14 <halosghost> (it may make sense go through the setup again, step by step and collect the output
2021-02-28 00:27:16 <halosghost> )
2021-02-28 00:27:29 <halosghost> (doing so might even reveal to yourself what went oddly)
2021-02-28 00:27:51 <halosghost> even if it doesn't, it will help anyone you ask for support get an idea for what's happening
2021-02-28 00:30:15 <jackaraa> Im trying to get net on lxc, by adding br0 interfaces at etc network interfaces, when applied there is no connection to the net
2021-02-28 00:39:37 <jackaraa> I wish you could help me, i really do
2021-02-28 00:40:07 <halosghost> I wish I could too
2021-02-28 00:42:31 <jackaraa> Lutin: you where right, i should ask a search engine, i am finding some now
2021-02-28 00:47:35 <jackaraa> It says something about not to add eth0, but only br0. Will try it in a bit
2021-02-28 00:47:56 <mbucc> Greetings
2021-02-28 00:48:10 <Lutin> jackaraa good ;)
2021-02-28 00:49:05 <mbucc> I'm trying to install nix from edge, but getting the error unable to select package libboost_context.so.1.75.0 (no such package)
2021-02-28 00:49:38 <mbucc> I tried apk add boost (since package search said boost was the only package that had that .so filename)
2021-02-28 07:06:26 <crok> how do i subscribe to alpine users list from my protonmail? it is not accepting special characters.
2021-02-28 07:50:30 <mps> yZ5vlALg86lP: +1 :)
2021-02-28 09:08:27 <nu> neat ipv6 trick: if you create a bridge, it will get an auto inet6 address (fe80::....:....), which you could ping if you are on the same layer 2 network (with ping6 ff02::1%$IFACE). It's useful because these addresses are static (as they are generated from the iface's mac), and they require no network configuration like dhcp
2021-02-28 09:14:53 <ikke> You can also ping FF02::1 on an interface to get a reply from all routers
2021-02-28 09:15:51 <ikke> Sorry FF02::2
2021-02-28 09:17:21 <ikke> These are multicast addresses, so more then one device can reply
2021-02-28 09:19:03 <mps> and ipv4 also have multicast addresses/ranges
2021-02-28 09:20:19 <mps> are FF02:: range multicast or broadcast?
2021-02-28 09:21:07 <ikke> Ipv6 does not have broadcast
2021-02-28 09:22:11 <mps> yes
2021-02-28 09:22:15 <ikke> Though in practice, it probably still works that way, unless you have explicit switch support
2021-02-28 09:22:40 <mps> yes, that is somewhat misleading in ipv6
2021-02-28 09:24:07 <ikke> You need IGMP snooping
2021-02-28 09:25:33 <mps> I think so, but didn't used multicast over wide are for long time so forgot details
2021-02-28 09:25:40 <matland> IGMP snoop dawwwg
2021-02-28 09:28:35 <ikke> Ipv6 ndp is multicast
2021-02-28 09:31:15 <mps> https://en.wikipedia.org/wiki/Multicast_address#Notable_IPv6_multicast_addresses
2021-02-28 11:30:48 <jackaraa> How do i make macchanger change mac before first network interface gets created? Can one make changes to /etc/network/interfaces ?
2021-02-28 12:21:53 <donoban> I'm trying to setup an new alpine vm which only has acces to tor proxy
2021-02-28 12:22:52 <donoban> after setup proxy config and manual setting up the profile (I think that this should be improved) I'm getting "405 Method Not Allowed"
2021-02-28 12:24:45 <donoban> could by busybox/wget problem?
2021-02-28 12:32:57 <donoban> https://gitlab.alpinelinux.org/alpine/aports/-/issues/10446
2021-02-28 12:40:29 <donoban> I want to setup this VM for having stable connection to irc :S
2021-02-28 13:11:06 <manti7> the /etc/init.d/networking hangs at the ppp0 if it is not reachable and prevents the next init scripts like sshd from starting. Is there a timeout for the ifup or how can I make the startup not hang?
2021-02-28 14:17:19 <Hello71> manti7: are you using ifupdown-ng
2021-02-28 14:24:55 <manti7> 
ACTION check if ifupdown-ng is used

2021-02-28 14:28:41 <manti7> Hello71: yes ifupdown-ng is used
2021-02-28 14:30:29 <Hello71> what does your interfaces file look like?
2021-02-28 14:36:45 <manti7> Hello71: the ppp0 interface hang some times https://pastebin.com/jGcVBZzh
2021-02-28 14:49:49 <manti7> i think the best workaround is to outsource the pppd call of the provider to an extra start script. because the problem is caused by the hanging pppd
2021-02-28 15:03:01 <mps> manti7: that is how I do that. using runit supervisor to control pppd
2021-02-28 15:29:24 <jackaraa> How do i make macchanger change mac before first network interface gets created? Can one make changes to /etc/network/interfaces ?
2021-02-28 15:31:39 <mps> is that possible at all
2021-02-28 15:32:31 <mps> how to change mac address on non existent interface
2021-02-28 15:39:11 <MY-R> jackaraa: add line like this in /etc/network/interfaces: hwaddress xx:xx:xx:xx:xx:xx
2021-02-28 15:46:32 <MY-R> jackaraa: add line like this in /etc/network/interfaces: hwaddress xx:xx:xx:xx:xx:xx
2021-02-28 16:20:45 <Hello71> MY-R: denied
2021-02-28 16:25:29 <nacelle> the old ask and leave
2021-02-28 16:53:45 <jackaraa> MY-R: what about when bridge create eth0 (hwaddress?)?
2021-02-28 17:32:22 <donoban> hi, is there any problem with alpine and let's encrypt? I try to connect with weechat to freenode in an alpine vm and get: gnutls: peer's certificate is NOT trusted
2021-02-28 17:32:51 <fys> my uacme issued certs are working
2021-02-28 17:33:14 <donoban> maybe I need to install some package
2021-02-28 17:33:29 <fys> I just use uacme.
2021-02-28 17:34:03 <fys> Is it possible your cert is expired?
2021-02-28 17:34:12 <fys> They don't like a year like paid certs.
2021-02-28 17:34:15 <fys> last*
2021-02-28 17:34:29 <donoban> it is not mine
2021-02-28 17:34:33 <donoban> it's a freenode cert
2021-02-28 17:34:37 <donoban> issued by let's encrypt
2021-02-28 17:34:53 <fys> then why did you mention alpine?
2021-02-28 17:34:58 <fys> im confused
2021-02-28 17:35:21 <fys> if you have a question about freenode's services you need to go to #freenode or #support or whatever
2021-02-28 17:35:23 <donoban> I moved my weechat configuration to a new alpine vm, I want use it there tmux and avoid disconections
2021-02-28 17:35:37 <donoban> here (fedora-23) it works perfectly
2021-02-28 17:35:46 <donoban> but on the alpine vm it rejects the certificate issuer
2021-02-28 17:36:09 <fys> could be a trillion things based on that limited amount of info
2021-02-28 17:36:11 <donoban> i thought that the most probably is that I need to install something on alpine to have let's encrypt certificates
2021-02-28 17:36:12 <fys> incorrect time
2021-02-28 17:36:20 <fys> poorly configured packages
2021-02-28 17:36:31 <fys> bad conf file for filesystem
2021-02-28 17:36:38 <fys> too many variables
2021-02-28 17:36:47 <donoban> well the error I see is
2021-02-28 17:37:05 <donoban> 17:36 =!= gnutls: peer's certificate is NOT trusted
2021-02-28 17:37:07 <donoban> 17:36 =!= gnutls: peer's certificate issuer is unknown
2021-02-28 17:37:32 <donoban> let me try with a fresh weechat configuration
2021-02-28 17:37:35 <fys> that's definitely a symptom
2021-02-28 17:37:42 <fys> no sign of the problem, however
2021-02-28 17:37:43 <mps> apk add ca-certificates
2021-02-28 17:37:56 <donoban> I think it's already installed
2021-02-28 17:37:56 <fys> listen to mps, he's smart
2021-02-28 17:38:31 <donoban> checked, it's already installed
2021-02-28 17:38:32 <mps> then maybe, apk add ca-certificates-bundle
2021-02-28 17:38:40 <donoban> I did also
2021-02-28 17:38:48 <mps> date?
2021-02-28 17:39:01 <ShaRose> Curiousity, anyone know if there'd even be any interest in a patch like apkovl where you can pass a setup answer file for PXE booting? As far as I can tell the only way to set up pxe boot where it pulls setup info is to point it at an apkovl which includes a setup script to run the install
2021-02-28 17:39:09 <donoban> uhM, current date of the VM?
2021-02-28 17:39:20 <mps> donoban: yes
2021-02-28 17:39:21 <fys> An incorrect time/date will definitely screw up cert trust
2021-02-28 17:39:35 <donoban> localhost:/home/donoban# date
2021-02-28 17:39:37 <donoban> Sun Feb 28 17:38:52 UTC 2021
2021-02-28 17:39:44 <mps> fys: I'm not smart
2021-02-28 17:39:50 <fys> LOL
2021-02-28 17:39:50 <donoban> uhM, I'm at 18:39 really
2021-02-28 17:40:08 <mps> donoban: also I'm
2021-02-28 17:40:09 <fys> An hour can definitely be enough to eff stuff up
2021-02-28 17:40:28 <fys> My time was off by an hour on a devuan install the other night and it locked me out of the repo.
2021-02-28 17:40:31 <fys> lol
2021-02-28 17:40:31 <mps> though I use irrsi, not weechat
2021-02-28 17:40:33 <jackaraa> Any one knows how to add interface bridge with hwaddress for eth0
2021-02-28 17:40:36 <donoban> let's try again
2021-02-28 17:40:59 <donoban> same error
2021-02-28 17:41:05 <fys> https://wiki.alpinelinux.org/wiki/Bridge
2021-02-28 17:41:07 <fys> jackaraa: ^
2021-02-28 17:41:11 <jackaraa> And also using 10.0.0.0 net (give address starting with 10)
2021-02-28 17:41:23 <ShaRose> On a related topic, in initramfs-init there's a alpine_start kernel option which, as far as I can tell, isn't used anywhere
2021-02-28 17:44:03 <mps> donoban: openssl s_client chat.freenode.net:6697
2021-02-28 17:44:10 <mps> and look there
2021-02-28 17:44:15 <donoban> I'm rebooting the vm
2021-02-28 17:44:28 <donoban> it seems that after changing the date it lost connection to internet
2021-02-28 17:45:02 <mps> heh, strange
2021-02-28 17:45:14 <donoban> yes hehe
2021-02-28 17:45:22 <donoban> I think is the VPN broken in the middle
2021-02-28 17:47:24 <jackaraa> How to make bridge give 10.0.0.0 addresses and custom hwaddress?
2021-02-28 17:47:49 <donoban> what I had to look there mps ?
2021-02-28 17:48:10 <mps> if the certs you get are correct
2021-02-28 17:48:54 <mps> or some errors, I can't tell now which one but I think you will see them if they exists
2021-02-28 17:49:33 <donoban> uHM, I would see that there are no errors
2021-02-28 17:49:41 <donoban> I'm gonna pastebin it
2021-02-28 17:49:50 <donoban> what was that tool for pasting from commandline?
2021-02-28 17:49:52 <donoban> tpaste?
2021-02-28 17:56:31 <mps> donoban: yes
2021-02-28 18:00:19 <donoban> bbah
2021-02-28 18:00:29 <donoban> all day disconnecting
2021-02-28 18:00:42 <jackaraa> I want to setup private sub net
2021-02-28 18:00:54 <jackaraa> On bridge
2021-02-28 18:01:45 <fys> create the bridge and assign the bridge a LAN ip?
2021-02-28 18:02:07 <fys> i don't understand the question
2021-02-28 18:03:47 <jackaraa> Can i get bridge to use a 10.x.x.x network?
2021-02-28 18:05:11 <fys> sure
2021-02-28 18:05:15 <fys> why not?
2021-02-28 18:05:39 <donoban> fys, mps, definitevely the problem seems weechat (or weechat packages on alpine) related, irrsi connects fine
2021-02-28 18:05:44 <fys> ah
2021-02-28 18:05:49 <fys> i use irssi :)
2021-02-28 18:06:18 <donoban> I used it years ago, I started to use weechat recently
2021-02-28 18:06:31 <donoban> both are pretty similar really
2021-02-28 18:06:38 <fys> im one of those old men who refuse to change
2021-02-28 18:06:47 <fys> i use screen, irssi and openrc - leave me alone dammit
2021-02-28 18:06:50 <fys> and yes, i use mutt
2021-02-28 18:06:51 <fys> haha
2021-02-28 18:06:59 <donoban> hehe
2021-02-28 18:07:18 <mps> fys: only different here is I use tmux for irrsi, rest is same
2021-02-28 18:07:23 <fys> i would never advocate for my software choices, ive just used them for too long to change my mind now
2021-02-28 18:07:30 <donoban> I'm gonna check weechat doc, probably it's searching certificates on wrong place for alpine
2021-02-28 18:07:32 <jackaraa> How?
2021-02-28 18:07:45 <fys> jackaraa: i linked to the wiki article that describes how
2021-02-28 18:07:56 <fys> https://wiki.alpinelinux.org/wiki/Bridge
2021-02-28 18:08:05 <jackaraa> I donno how to use it correctly
2021-02-28 18:08:18 <fys> Look at the example interfaces file
2021-02-28 18:08:21 <fys> it should clear it up
2021-02-28 18:09:27 <fys> create the bridge and treat br0 as any other network interface device
2021-02-28 18:09:40 <fys> the bridge driver handles everything else
2021-02-28 18:10:03 <jackaraa> What 10.x.x.x to use instead?
2021-02-28 18:10:29 <mps> fys: I'm not old man (though a lot of times earth made circles around sun from time when my eyes have seen this world first time) but I also don't like to change, and I still advocate these tools for newcomers to computers
2021-02-28 18:11:12 <mps> why? because these tools are better than modern alternatives
2021-02-28 18:11:19 <fys> I'm not *that* old, I'm 32 but I've been using Unix based operating systems since I was 12.
2021-02-28 18:11:31 <fys> jackaraa: I don't understand your question.
2021-02-28 18:11:44 <fys> 10.x.x.x is just the first octet of an IP address.
2021-02-28 18:11:57 <mps> fys: mps*2 :)
2021-02-28 18:12:11 <fys> I'm not trying to be rude but you don't seem to understand what you want, so achieving it will be difficult.
2021-02-28 18:12:14 <fys> mps: :D
2021-02-28 18:12:35 <jackaraa> I want to have a private sub net / 10.x.x.x for my interfaces that bridge makes(am i wrong?)
2021-02-28 18:13:16 <fys> Are you trying to do something with qemu?
2021-02-28 18:13:43 <mps> fys: not exactly but also not far from this
2021-02-28 18:13:51 <fys> :)
2021-02-28 18:13:59 <jackaraa> I want to run lxc with a 10.x.x.x assigned address
2021-02-28 18:14:32 <mps> there is wiki page on wiki.a.o about running lxc on alpine
2021-02-28 18:16:32 <jackaraa> I want 10.x.x.x
2021-02-28 18:16:39 <jackaraa> How to apply it?
2021-02-28 18:17:25 <ikke> Give the lxc bridge an address in that subnet, and make sure all the containers get one as well
2021-02-28 18:18:22 <ikke> jackaraa: https://pkgs.alpinelinux.org/package/edge/main/x86_64/lxc-bridge this is what we use ourselves
2021-02-28 18:18:23 <jackaraa> Yes
2021-02-28 18:20:10 <ikke> It's basically dnsmasq + lxcbr
2021-02-28 18:21:33 <jackaraa> How do one use it?
2021-02-28 18:22:27 <ikke> Edit /etc/conf.d/dnsmasq.lxcbr0 (see /etc/init.d/dnsmasq) with the correct settings
2021-02-28 18:22:37 <ikke> and then start dnsmasq.lxcbr0
2021-02-28 18:23:30 <jackaraa> I use dnscrypt-proxy... will it effect it
2021-02-28 18:23:53 <ikke> I don't know
2021-02-28 18:24:22 <donoban> is there any simple method for testing gnutls?
2021-02-28 18:24:25 <ikke> I think if you do not change /etc/resolv.conf, it should not do anything with dns
2021-02-28 18:24:32 <donoban> It seems that irssi works fine because relies on openssl
2021-02-28 18:24:59 <ikke> donoban: that's a bit of a generic question
2021-02-28 18:25:07 <jackaraa> What i want is for my computer to assign a 10.x.x.x/24 address for new lxc containers
2021-02-28 18:25:28 <donoban> hehe, well checking that gnutls is properly configured, or at least is reading the ca's from the right place
2021-02-28 18:26:07 <ikke> jackaraa: 'your computer' does not assign ip addresses
2021-02-28 18:26:24 <ikke> You need a dhcp server for that, or staically set ip addresses
2021-02-28 18:26:31 <ikke> dnsmasq provides a dhcp server
2021-02-28 18:26:47 <ikke> or you can setup dhcpd
2021-02-28 18:27:29 <jackaraa> I want static
2021-02-28 18:27:47 <ikke> Then set the ip address in /etc/network/interfaces in each container
2021-02-28 18:28:03 <donoban> I found the problem
2021-02-28 18:28:21 <donoban> it seems that my config which comes from fedora and has another ca path
2021-02-28 18:28:40 <jackaraa> I heard 10.x.x.x was better then 192.168.x.x networks since the interacts without using the internet unlike 192.168.x.x
2021-02-28 18:28:52 <ikke> jackaraa: that does not make sense at all
2021-02-28 18:29:02 <ikke> both 10.x.x.x and 192.168.x.x are private subnets
2021-02-28 18:29:10 <ikke> the only difference is that 10.x.x.x is larger
2021-02-28 18:29:38 <ikke> The only issues you can have is that it could overlap with something else that also uses a subnet in the same range
2021-02-28 18:30:18 <donoban> well sorry guys it seems fixed, thx for your help
2021-02-28 18:30:27 <jackaraa> Say i want 10.10.10.1 for bridge and then let bridge make 10.10.10.2 for container 1 and 10.10.10.3 for container 2
2021-02-28 18:30:42 <ikke> jackaraa: the bridge does not give out addresses
2021-02-28 18:30:47 <ikke> the bridge is just an interface
2021-02-28 18:30:52 <ikke> with an ip address
2021-02-28 18:31:03 <ikke> jackaraa: your containers are just 'machines' with an ip address
2021-02-28 18:31:06 <ikke> so handle it like that
2021-02-28 18:31:08 <jackaraa> What does bridge do?
2021-02-28 18:31:16 <mps> donoban: np, we all overlook sometimes some things
2021-02-28 18:31:27 <ikke> jackaraa: connect multiple interfaces
2021-02-28 18:31:38 <jackaraa> Bridge uses interfaces?
2021-02-28 18:31:47 <ikke> a bridge _is_ an interface
2021-02-28 18:31:54 <fys> ^
2021-02-28 18:32:03 <donoban> hehe I tested with a fresh config but freenode kicked me if don't use SASL auth, so it confused me
2021-02-28 18:32:17 <ikke> Technically it's a layer 3 interface connected to a layer2 brdige
2021-02-28 18:32:24 <fys> 13:09 < fys> create the bridge and treat br0 as any other network interface device
2021-02-28 18:32:30 <fys> 13:09 < fys> create the bridge and treat br0 as any other network interface device
2021-02-28 18:32:37 <fys> 13:09 < fys> create the bridge and treat br0 as any other network interface device
2021-02-28 18:32:40 <ikke> :)
2021-02-28 18:32:41 <fys> 13:09 < fys> create the bridge and treat br0 as any other network interface device
2021-02-28 18:32:45 <fys> ops
2021-02-28 18:32:50 <fys> im so sorry about that
2021-02-28 18:32:57 <fys> i was scrolled up and thought it wasnt pasting
2021-02-28 18:33:07 <fys> D:
2021-02-28 18:33:11 <fys> new terminal im using!
2021-02-28 18:36:26 <fys> bridge devices are a lot like mdadm devices
2021-02-28 18:36:45 <fys> once the userland tool interacts with the kernel to create the device.. its just... a device
2021-02-28 18:41:19 <jackaraa> How do i apply hwaddress to eth0 that br0 is using before bridge creates it?
2021-02-28 18:42:18 <fys> you don't...
2021-02-28 18:42:42 <fys> that's not how a bridge works
2021-02-28 18:43:04 <fys> You're asking how to do something you don't do.
2021-02-28 18:43:15 <fys> And refusing to listen when we explain the process.
2021-02-28 18:43:20 <fys> Please read the Wiki.
2021-02-28 18:43:47 <fys> Think of a bridge as RAID, you combine BEFORE you use.
2021-02-28 18:44:39 <jackaraa> How do i change eth0 hwaddress used by br0?
2021-02-28 18:44:59 <fys> you create the bridge and assign the interface details in /etc/network/interfaces like usual
2021-02-28 18:45:16 <fys> https://wiki.alpinelinux.org/wiki/Bridge
2021-02-28 18:45:21 <fys> I've pasted this 3 times now.
2021-02-28 18:45:30 <fys> Please read it so I don't have to again.
2021-02-28 18:45:45 <fys> Literally all your questions are answered in that page.
2021-02-28 18:47:53 <fys> We try to be as accommodating but this channel is for the distro, you're stuck on a concept not specific to the distro.
2021-02-28 18:54:52 <jackaraa> When i do: auto lo;iface lo inet loopback;;auto br0;iface br0 inet static;bridge-ports br0;bridge-stp 0;address 192.168.1.100;netmask 255.255.255.0;gateway 192.168.1.1;hwaddress xx:xx:xx:xx:xx:xx
2021-02-28 18:55:29 <jackaraa> It applies original mac on eth0
2021-02-28 18:57:03 <ikke> You are not configuring eth0
2021-02-28 19:00:18 <fys> https://bugzilla.redhat.com/show_bug.cgi?id=571991
2021-02-28 19:00:35 <fys> This might point you somewhere, I'm going to do other things now.
2021-02-28 19:01:14 <jackaraa> auto eth0;iface eth0 inet manual;hwaddress xx:xx:xx:xx:xx:xx
2021-02-28 19:01:22 <jackaraa> Works ikke^
2021-02-28 19:07:37 <donoban> has anyone desktop notifications fowarding with ssh/tmux?
2021-02-28 19:42:10 <Hello71> i use a bespoke mqtt setup
2021-02-28 19:42:24 <Hello71> it's not very good but it works well enough
2021-02-28 19:51:35 <donoban> uhm, a guy from #weechat talk me about mosh
2021-02-28 19:51:55 <donoban> it seems interesting but I think that it would require a lot of port redirections...
2021-02-28 19:52:32 <mps> donoban: it works out-of-the-box, usually
2021-02-28 19:52:41 <donoban> moush?
2021-02-28 19:53:01 <mps> mosh
2021-02-28 19:53:16 <ikke> I'm using mosh
2021-02-28 19:53:17 <donoban> but I'm running: my-computer -> ssh server -> ssh-vm -> ssh-vm (tmux/weechat)...
2021-02-28 19:53:26 <donoban> can I reach the final endpoint directly with mosh?
2021-02-28 19:53:32 <donoban> without port opening/redirection?
2021-02-28 19:53:58 <mps> you can use --port arg with mosh
2021-02-28 19:54:29 <donoban> well the problem is that only server visible is the first
2021-02-28 19:54:39 <donoban> I can't reach the other without ssh first
2021-02-28 19:55:30 <mps> I use mosh with port NATing on servers, with iptables rules
2021-02-28 19:55:33 <donoban> but no problem, I will open the mosh port on the server, and then redirect...
2021-02-28 19:56:13 <donoban> I suppose that mosh is all encrypted and has key auth right?
2021-02-28 19:56:33 <ikke> it uses normal ssh to authenticate
2021-02-28 19:56:43 <ikke> then it negotiates a session key
2021-02-28 19:57:12 <donoban> uhM, if I could connect directly with ssh to the last VM, could I user direct mosh too?
2021-02-28 19:57:38 <donoban> but I suppose that doing that with ssh tunneling is not very good idea
2021-02-28 19:59:48 <donoban> well I will check tomorrow
2021-02-28 19:59:51 <mps> I use mosh to connect to VMs on remote servers, with iptables help ofc
2021-02-28 20:00:27 <ikke> You don't need portforwarding with mosh if you don't need it for ssh, but you do need to allow additional ports
2021-02-28 20:00:46 <mps> right
2021-02-28 20:00:51 <donoban> yes the think is that I have ssh opened inside ssh session
2021-02-28 20:01:19 <donoban> ssh user@first-server, ssh user@first-vm, ssh user@second-vm, tmux :D
2021-02-28 20:01:42 <donoban> I should configure the firewall properly instead doing it
2021-02-28 20:07:26 <jackaraa> Mount point lxc unpriviliged ?
2021-02-28 20:07:56 <jackaraa> Nvm
2021-02-28 20:08:24 <jackaraa> https://wiki.alpinelinux.org/wiki/Install_Alpine_on_LXC#Container_creation
2021-02-28 21:22:50 <iveqy> after doing apk upgrade on edge and rebooting my computer I no longer have mouse nor keyboard in X on my laptop
2021-02-28 21:24:17 <fys> apk add xf86-input-mouse xf86-input-keyboard
2021-02-28 21:24:41 <fys> might want to re-run Xorg -configure after
2021-02-28 21:24:46 <iveqy> fys: thanks, I already have those packages
2021-02-28 21:25:03 <fys> hm, i had a similar issue when i was setting up kodi but that fixed it for me :(
2021-02-28 21:25:25 <ikke> iveqy: is your user member of the input group?
2021-02-28 21:26:35 <iveqy> no
2021-02-28 21:27:03 <iveqy> ikke: that solved it, thanks!
2021-02-28 21:27:26 <fys> ikke is a good guy (:
2021-02-28 21:28:01 <ikke> Just repeating things I've heard here :P
2021-02-28 21:28:17 <fys> Hey, most people don't even do that anymore.
2021-02-28 21:28:18 <fys> lol
2021-02-28 21:28:28 <iveqy> fys: he is :). I actually also installed xf86-input-evdev that could have been the culprint, but it doesn't seem to give any effect. Still get an EE in the xorg log
2021-02-28 21:28:38 <fys> Ah
2021-02-28 21:28:56 <fys> Installing Kodi/Plex was actually my first experience using X11 on Alpine
2021-02-28 21:29:06 <fys> previously i only used it in networking application
2021-02-28 21:30:53 <fys> Quite amazed at how low the footprint is to allow the most performance for the application level.
2021-02-28 21:31:11 <fys> "Just enough."
2021-02-28 21:46:17 <mps> though this are simple notes how to run xfce in qemu, could be of the help in general https://arvanta.net/alpine/install-x/
2021-02-28 22:08:48 <Hello71> xf86-input-{mouse,keyboard} have been removed in 3.14
2021-02-28 22:24:28 <raith> Are there instructions to installing Alpine Linux on a usb drive with persistence? I have been following the instructions here, https://wiki.alpinelinux.org/wiki/Create_a_Bootable_USB and when I get to the step for creating a local directory on the USB media for APK cache I get a message saying device is read only.
2021-02-28 22:25:02 <ikke> raith: you cannot use the default iso directly
2021-02-28 22:25:07 <ikke> isofs is read-only bu default
2021-02-28 22:25:18 <ikke> not by default, by definition
2021-02-28 22:28:31 <raith> even after running "mount -o remount,rw /media/sdax"? if that is the case how does one create an install to a usb drive with persistence?
2021-02-28 22:29:10 <ikke> yes, isofs is not made to be writable
2021-02-28 22:29:21 <ikke> on alpine there is a setup-bootable script
2021-02-28 22:29:42 <ikke> You can also do it manually, which is slightly more involved
2021-02-28 22:32:26 <raith> I have tried using the setup-bootable script but can't figure out how to use it properly.
2021-02-28 22:34:00 <raith> can setup-bootable be used from a flash drive or does alpine need to be installed on a system in order to work?
2021-02-28 22:34:38 <ikke> should work from a live system
2021-02-28 22:37:44 <raith> would the correct syntax look like "setup-bootable /media/sda /media/usb" ? provided that sda is the live media I've booted from or can the live media not be used?
2021-02-28 22:38:19 <ikke> I don't think it can be used
2021-02-28 22:39:06 <raith> okay, thank you.
2021-02-28 22:39:25 <ikke> You should be able to point it to a url of the iso
2021-02-28 22:40:52 <Hello71> you can if you stop modloop first
2021-02-28 22:41:04 <Hello71> er
2021-02-28 22:41:26 <Hello71> you should be able to if you stop modloop first
2021-02-28 22:41:42 <raith> okay I'll try using a url. does the destination usb drive need to be in square brackets?
2021-02-28 22:42:20 <ikke> no
2021-02-28 22:43:18 <raith> okay, thanks again. I'll try stopping modloop if I can't get it to work using a url. thanks for the help.
2021-02-28 23:21:03 <Lutin> Do contrib libs in a package you compile need to be compiled as well ?
2021-02-28 23:21:08 <Lutin> so upfront