2020-04-01 00:26:50 <alxsdf> hmm
2020-04-01 03:57:36 <Celelibi> I have several python packages to install in a docker image. Some of have an apk, some don't. Some are on pypi, some on github only (at least the version I want).
2020-04-01 03:57:57 <Celelibi> And I'd want to keep that docker image as small as possible. What's the right way to go about it?
2020-04-01 03:59:43 <Celelibi> Should I make an apk for each package? Should I install everything with pip (meaning installing build-base with gcc and everything)?
2020-04-01 03:59:54 <albr> McBoat[d]: My advice is to install those you can via `pip`, and the remainder of them via GitHub. Make sure to delete any build-only dependencies after, such as a C compiler for any package with native extensions.
2020-04-01 04:04:46 <Celelibi> Hm. Yeah, that's probably simpler than having a bunch of APKBUILD for all the unmet dependencies.
2020-04-01 04:06:53 <Celelibi> I'm however unsure how to remove the useless packages.
2020-04-01 04:07:14 <Celelibi> I don't think apk maintains a list of "automatically installed" packages.
2020-04-01 04:10:10 <Celelibi> Aaaaand gevent doesn't compile...
2020-04-01 04:11:09 <maxice8> I'd recommend making apks
2020-04-01 04:12:01 <Celelibi> That'll be annoying to maintain.
2020-04-01 04:12:47 <albr> McBoat[d]: Alpine does remove dependencies automatically
2020-04-01 04:13:10 <Celelibi> I started with the apk. I have 8 of them currently.
2020-04-01 04:13:37 <Celelibi> BTW, why are you calling me McBoat[d] ?
2020-04-01 04:14:03 <maxice8> That is a discord irc bridge
2020-04-01 04:14:06 <albr> monado[d]: there has to be a better nickname solution for the bridge
2020-04-01 04:14:24 <albr> McBoat[d]: There usually isn't; bridges are always clumsy
2020-04-01 04:14:24 <Celelibi> Ah.
2020-04-01 04:14:29 <maxice8> McBoat is the user in discord
2020-04-01 04:14:32 <albr> McBoat[d]: what's the name of the bridge itself from the IRC end, btw?
2020-04-01 04:14:44 <albr> monado[d]: albr_
2020-04-01 04:14:47 <albr> McBoat[d]: ah
2020-04-01 04:14:51 <maxice8> albr atm
2020-04-01 04:14:53 <albr> monado[d]: alpine-bridge
2020-04-01 04:14:56 <albr> McBoat[d]: yeah that could definitely do with some improvement
2020-04-01 04:15:17 <albr> McBoat[d]: consider alpine_discord or something
2020-04-01 04:15:27 <Celelibi> Well, you'll be surprised that what I'm working on is running pylink-discord. ^^
2020-04-01 04:15:27 <albr> monado[d]: Too long
2020-04-01 04:15:42 <albr> monado[d]: What is it exactly
2020-04-01 04:15:43 <maxice8> riot/matrix doesn't have this problem with nicknames
2020-04-01 04:16:13 <albr> McBoat[d]: I mean I don't think it's a problem on the Discord end
2020-04-01 04:16:23 <albr> McBoat[d]: Discord has a 32 character bound, which is tight but workable
2020-04-01 04:16:44 <albr> McBoat[d]: Do you mean that IRC doesn't support the nickname alpine_discord?
2020-04-01 04:16:47 <Celelibi> IRC usually have a 30/32 characters limit.
2020-04-01 04:16:48 <albr> monado[d]: it’s also native on riot no?
2020-04-01 04:17:06 <albr> monado[d]: Discord is a crappy messaging platform, the bridge is webhook a
2020-04-01 04:17:21 <Celelibi> Is that the only API?
2020-04-01 04:17:40 <albr> McBoat[d]: No, there's the webhook API and there's the bot API
2020-04-01 04:17:59 <Celelibi> Yeah, much like slack.
2020-04-01 04:18:46 <albr> McBoat[d]: The former can only post messages and is used typically for notifications. The latter has about as much control as a regular user, except for different invites, friendships and rate limiting (since only humans invite themselves, make friends and speak at reasonable paces)
2020-04-01 04:19:13 <albr> McBoat[d]: In this case, our setup involves a bot that creates webhooks in order to separate different people's messages on IRC
2020-04-01 04:19:32 <albr> McBoat[d]: that way, it looks like this:
2020-04-01 04:19:33 <albr> McBoat[d]: https://cdn.discordapp.com/attachments/661834182934265883/694762851801235507/unknown.png
2020-04-01 04:19:38 <albr> monado[d]: (we use matterbridge)
2020-04-01 04:20:00 <albr> McBoat[d]: instead of this: (from the Fedora Linux Discord server)
2020-04-01 04:20:02 <albr> McBoat[d]: https://cdn.discordapp.com/attachments/661834182934265883/694762969283821630/unknown.png
2020-04-01 04:26:19 <Celelibi> erf. The solution with pip would be complicated as well. disco-py depends on an older version of gevent. Which has native extensions. Which don't compile with python 3.8.
2020-04-01 04:27:03 <albr> McBoat[d]: Ouch, Alpine still on 2.7?
2020-04-01 04:27:12 <albr> monado[d]: shouldn’t be
2020-04-01 04:27:48 <albr> McBoat[d]: looks to be
2020-04-01 04:27:49 <albr> McBoat[d]: https://cdn.discordapp.com/attachments/661834182934265883/694764933157748767/unknown.png
2020-04-01 04:28:04 <albr> McBoat[d]: Hey, what are y'all's culture on IRC for posting short code blocks? I don't wanna intrude
2020-04-01 04:28:41 <Celelibi> Everything uses python3. I think there's been a C API change somewhere along the 3 versions.
2020-04-01 04:29:19 <albr> monado[d]: From what I’ve seen, use pastebins
2020-04-01 04:29:31 <albr> monado[d]: (it’s why I link arxius in the rules channel)
2020-04-01 04:29:49 <albr> McBoat[d]: Oh, alright. Somehow didn't notice that
2020-04-01 04:29:52 <albr> McBoat[d]: Will do
2020-04-01 04:30:05 <Celelibi> Yeah, on IRC we mostly use pastbins.
2020-04-01 04:30:31 <Celelibi> Although 2 or 3 lines are usually fine. Depends on the channel.
2020-04-01 04:31:49 <albr> monado[d]: You seem to know your way around discord, is there a good way I can get the mailing list feed on a discord channel?
2020-04-01 04:37:52 <maxice8> McBoat alpine is on 3.8.2
2020-04-01 04:38:52 <albr> monado[d]: What is the antithesis of alpine Linux
2020-04-01 04:44:58 <Celelibi> Windows 95 ?
2020-04-01 04:46:01 <albr> monado[d]: ok
2020-04-01 04:46:15 <albr> monado[d]: this discord is the windows 95 server for today
2020-04-01 04:51:06 <maldridge> but literally any paste service but pastebin
2020-04-01 04:52:19 <albr> monado[d]: arxius isn’t pastebin, but what’s so bad about pastebin?
2020-04-01 05:02:42 <maldridge> besides being blocked on a number of corporate networks as a C&C endpoint, its generally a pretty poor quality paste service
2020-04-01 05:03:50 <albr> monado[d]: Ah
2020-04-01 07:19:19 <jirib> hi all, i tried to do vfio passthrough for a network card (igb) and in libvirt alpinelinux vm i see igb error in dmesg
2020-04-01 07:19:23 <jirib> any tip?
2020-04-01 07:33:23 <monado> hi, so I have an alpine vm i'm going to use to try to learn some basic server stuff. I was wondering if there was a guide about how to get openjdk or something of the like
2020-04-01 07:33:50 <monado> test
2020-04-01 07:34:16 <monado_> test
2020-04-01 07:34:22 <monado_> test
2020-04-01 07:34:31 <PureTryOut[m]> Since openjdk is in the repos, you can just do a "apk add openjdk<some version>" https://pkgs.alpinelinux.org/packages?name=openjdk*&branch=edge
2020-04-01 07:34:31 <monado> test
2020-04-01 07:34:32 <Cogitri> apk add ?
2020-04-01 07:34:39 <monado> ah ok
2020-04-01 07:34:42 <monado> so nothing special
2020-04-01 07:34:47 <PureTryOut[m]> What are you testing and can you do it somewhere else?
2020-04-01 07:36:07 <monado> i didn't know if my messages were sending
2020-04-01 07:36:10 <monado> i'm sorry
2020-04-01 10:49:21 <codebam> can the nim compiler be rebuilt please? it's like 2 years old now
2020-04-01 10:49:31 <codebam> I want to build this but I can't because nim is too old
2020-04-01 10:49:39 <codebam> https://github.com/oakes/vim_cubed
2020-04-01 10:49:49 <codebam> I'm being productive
2020-04-01 10:50:16 <Cogitri> Well, you're free to bump it and make a MR
2020-04-01 10:50:47 <codebam> sure okay
2020-04-01 11:03:51 <markand> my raspberry pi is at 80C° while doing literally nothing
2020-04-01 11:05:54 <mps> markand: my asus notebook i7 with optimus (nvidia and intel GPU) is over 80 when doing nothing
2020-04-01 11:06:00 <markand> heh
2020-04-01 11:06:33 <Cogitri> Time to slap a water cooler on that thing! :P
2020-04-01 11:06:49 <mps> but I built bbswitch module to poweroff nvidia and it is normally between 50-60
2020-04-01 11:07:14 <mps> go over 70 when building big packages
2020-04-01 11:10:37 <Cogitri> My work laptop is pinned at 100° when building, I'm certain one of those Intel i9s will burn down the company at one point
2020-04-01 11:11:47 <albr> TuxThePenguin[d]: Heh have you seen the new Ryzens?
2020-04-01 11:13:59 <codebam> does alpine support the odroid xu4? https://ameridroid.com/products/odroid-xu4
2020-04-01 11:14:33 <codebam> right now I have it running ubuntu
2020-04-01 11:15:04 <Cogitri> Yes, the new Ryzens are really interesting, already upgraded my desktop to a 3950X
2020-04-01 11:16:24 <Cogitri> codebam: Not sure about those arm boards, maybe mps knows more
2020-04-01 11:16:33 <codebam> oh okay
2020-04-01 11:16:46 <albr> TuxThePenguin[d]: AMD basically managed to squeeze top tier mobile i9 performance into something that can be cooled in something you could realistically call portable lol
2020-04-01 11:17:01 <codebam> I didn't see it in the list of supported SoC's, but it supports ubuntu so it should support other linux such as alpine no?
2020-04-01 11:17:08 <codebam> I'm not really sure
2020-04-01 11:20:51 <mps> codebam: xu4 is exynos, iirc?
2020-04-01 11:20:58 <codebam> yeah it is
2020-04-01 11:21:48 <mps> alpine armv7 userspace works fine on my exynos chromebook
2020-04-01 11:22:08 <albr> monado[d]: Didn’t know those existed
2020-04-01 11:22:19 <mps> it is most responsive machine in X/gui I have
2020-04-01 11:22:32 <mps> only had to build kernel myself
2020-04-01 11:22:32 <codebam> oh okay cool
2020-04-01 11:23:03 <codebam> would I just unpack the tarball and rebuild the kernel for my SoC?
2020-04-01 11:23:51 <mps> I think yes, but for now don't use kernel 5.6 (5.5 is ok) because it have problem with apk tools
2020-04-01 11:24:22 <codebam> will I even be able to? the kernel for the odroid is only 4.4 iirc
2020-04-01 11:24:47 <mps> I run exynos with 5.5.13
2020-04-01 11:25:00 <mps> works everything I need
2020-04-01 11:25:04 <codebam> oh okay. will see if I can get 5.5.13 working then
2020-04-01 11:25:07 <codebam> might as well
2020-04-01 11:25:34 <mps> I can post my kernel .config if you need it
2020-04-01 11:26:02 <codebam> that would be awesome actually. do I need any out of tree patches for exynos or is everything in-tree?
2020-04-01 11:26:19 <codebam> thank you!
2020-04-01 11:26:45 <mps> for me it works without any patch but I don't know will xu4 need some
2020-04-01 11:27:03 <codebam> oh okay
2020-04-01 11:35:49 <mps> codebam: try and if you have problem ask me, I will be back at home in about few hours where I keep my configs
2020-04-01 11:37:42 <mps> ncopa: read few lines of backlog here and you will see why we need 'special' kernels
2020-04-01 11:45:11 <codebam> would I need to merge alpine u-boot patches into this? https://github.com/hardkernel/u-boot/tree/odroidxu4-v2017.05
2020-04-01 11:45:18 <codebam> or vice-versa
2020-04-01 11:45:35 <mps> no
2020-04-01 11:45:48 <codebam> would I just use the stock u-boot?
2020-04-01 11:45:53 <codebam> the one it came with
2020-04-01 11:46:00 <mps> I think alpine doesn't have xu4 u-boot
2020-04-01 11:46:19 <codebam> yeah that's what I mean. the wiki for arm says that if it's supported by mainline u-boot/kernel
2020-04-01 11:46:32 <codebam> the xu4 doesn't support mainline u-boot I don't think
2020-04-01 11:46:38 <codebam> or mainline kernel without patches
2020-04-01 11:47:05 <mps> I will look when I come back to home, can't tell from the head
2020-04-01 11:47:12 <codebam> https://wiki.alpinelinux.org/wiki/Alpine_on_ARM#Unupported_SoCs
2020-04-01 11:47:21 <codebam> oh okay. thanks mps
2020-04-01 11:47:29 <mps> np :)
2020-04-01 11:48:10 <codebam> :)
2020-04-01 11:54:56 <mps> codebam: 5.5.14 is just released
2020-04-01 11:55:25 <mps> and all stable releaeses, and 5.4 lts
2020-04-01 11:56:22 <mps> hope it is not April fools releases :)
2020-04-01 12:14:57 <codebam> mps you mean this? https://github.com/hardkernel/linux/tree/odroid-5.4.y
2020-04-01 12:15:08 <codebam> or where are you seeing 5.5.14?
2020-04-01 12:15:23 <codebam> ohh you mean on kernel.org
2020-04-01 12:19:23 <mps> codebam: look here https://archlinuxarm.org/platforms/armv7/samsung/odroid-xu4
2020-04-01 12:20:22 <mps> uhmm, it is Mediatek MT8173 2.1GHz SOC
2020-04-01 12:20:38 <mps> doesn't sounds good
2020-04-01 12:20:44 <codebam> oh hmmm
2020-04-01 12:20:48 <codebam> wait really?
2020-04-01 12:21:03 <codebam> that page says Exynos 5422
2020-04-01 12:21:04 <mps> sorry, wrong link
2020-04-01 12:21:08 <mps> yes
2020-04-01 12:21:12 <mps> exynos
2020-04-01 12:21:13 <codebam> oh okay
2020-04-01 12:22:30 <codebam> someone should update that page to use wipefs instead of dd
2020-04-01 12:22:39 <codebam> to wipe the drive
2020-04-01 12:22:39 <mps> hmm, Arch alarm uses pkgver=4.14.173 kernel
2020-04-01 12:23:19 <codebam> the hardkernel repo has a 5.4 kernel but it doesn't say it's for the xu4
2020-04-01 12:23:48 <codebam> I don't see why it wouldn't work
2020-04-01 12:24:02 <mps> I think so
2020-04-01 12:24:31 <mps> but I don't have their boards so I don't what works for sure
2020-04-01 12:24:49 <codebam> either way I guess it's just unpacking and flashing the bootloader
2020-04-01 12:25:09 <mps> yes, this usually works
2020-04-01 12:26:33 <mps> looks like Arch alarm uses same kernel as for xu3
2020-04-01 12:26:55 <mps> https://archlinuxarm.org/platforms/armv7/samsung/odroid-xu4
2020-04-01 12:27:19 <mps> wget http://os.archlinuxarm.org/os/ArchLinuxARM-odroid-xu3-latest.tar.gz
2020-04-01 12:27:59 <codebam> oh yeah the xu3 has the same SoC
2020-04-01 12:28:04 <codebam> just checked
2020-04-01 12:28:14 <codebam> https://archlinuxarm.org/platforms/armv7/samsung/odroid-xu3
2020-04-01 12:28:27 <codebam> Exynos 5422
2020-04-01 12:30:17 <mps> you can extract u-boot and kernel from Arch alarm and use it and you can install alpine userspace on top of them
2020-04-01 12:30:41 <mps> I tried and tested this for some arm32 and arm64 boards
2020-04-01 12:31:45 <codebam> so I would install arch and then how would I replace it with alpine?
2020-04-01 12:32:08 <codebam> after it's extracted what things would I replace or change?
2020-04-01 12:33:58 <mps> well, usually I create alpine userspace in chroot on other box, tar it, and untar on destination system (sd card mostly)
2020-04-01 12:37:54 <codebam> would I be able to do that if I wanted to use the arch kernel and u-boot that way though?
2020-04-01 12:38:05 <codebam> I guess it wouldn't be copying /boot
2020-04-01 12:44:02 <codebam> I don't think I can make a chroot since it's arm
2020-04-01 12:44:11 <codebam> unless I used another arm board to do it
2020-04-01 12:53:21 <mps> you can chroot on arm for sure
2020-04-01 12:54:32 <albr> monado[d]: can alpine run on ppc
2020-04-01 12:55:14 <mps> you boot Arch alarm, install alpine in chroot (even directly on mounted second micro sd/usb flash) and then copy u-boot, kernel, modules and firmware to destination mmc/usb
2020-04-01 12:55:18 <albr> TuxThePenguin[d]: I think I saw ppc in the packages
2020-04-01 12:55:37 <mps> ppc64le, yes
2020-04-01 12:56:09 <albr> TuxThePenguin[d]: No 32 bit ppc?
2020-04-01 12:57:00 <mps> afaik no
2020-04-01 12:57:11 <albr> monado[d]: Were any macs 64 bit ppc?
2020-04-01 12:57:18 <albr> TuxThePenguin[d]: The G5 ones were
2020-04-01 12:57:20 <albr> monado[d]: I think the G5 was
2020-04-01 12:57:22 <albr> monado[d]: yeah
2020-04-01 12:57:29 <albr> TuxThePenguin[d]: So iMac G5 and the last Mac Pros
2020-04-01 12:57:42 <albr> monado[d]: *powemac
2020-04-01 12:57:51 <albr> TuxThePenguin[d]: Right
2020-04-01 12:57:54 <albr> TuxThePenguin[d]: Yeah
2020-04-01 12:58:13 <PureTryOut[m]> That Discord bridge is still here?
2020-04-01 12:58:18 <albr> TuxThePenguin[d]: I always wanted an iMac G5 lol, too bad they're really overpriced here
2020-04-01 12:58:25 <albr> monado[d]: I think so
2020-04-01 12:58:34 <albr> monado[d]: G5 is a collectors item
2020-04-01 12:59:16 <mps> anyone with POSIX shell knowledge can tell me if the 'if [ $var =~ *.*.a]' can work for pattern match
2020-04-01 13:00:04 <albr> TuxThePenguin[d]: @monado Yes but they start at the equivalent of like 100 USD for a G5 machine and those were never particularly rare
2020-04-01 13:00:04 <albr> TuxThePenguin[d]: Actually they've gone down in price a bit
2020-04-01 13:00:12 <mps> no, it can't, but does pattern match works in POSIX shell test
2020-04-01 13:01:07 <albr> monado[d]: they’re also really loud, really huge, power hungry and an intel Mac mini would slap the thing in performance
2020-04-01 13:01:15 <albr> TuxThePenguin[d]: Yeah
2020-04-01 13:01:19 <albr> monado[d]: So while it would be really cool, it usually isn’t practical
2020-04-01 13:11:39 <odc> mps: i don't think so. You could use a case statement instead: `case libx.a in *.a) echo match;; esac`
2020-04-01 13:12:40 <eggbean> This channel does not come up with `/msg alis list alpine`.  Strange
2020-04-01 13:13:28 <eggbean> Q: How to set timezone in Dockerfile?
2020-04-01 13:13:40 <eggbean> ..defined using host
2020-04-01 13:13:59 <mps> odc: yes, I know that I can use case
2020-04-01 13:14:56 <odc> heh, i have not read this channel in months >_>
2020-04-01 13:15:02 <mps> odc: hmm, does case have 'not in', i.e. `case libx.a not in *.a) echo match;; esac`
2020-04-01 13:16:02 <odc> mps: i'm pretty sure it does not
2020-04-01 13:16:17 <mps> which doesn't make sense, after thinking a little
2020-04-01 13:16:39 <mps> odc: thanks for confirming my 'fears'
2020-04-01 13:17:23 <odc> shell scripting is the most fun scripting :D
2020-04-01 13:18:33 <mps> yes, I prefer perl, and used shell scripts mostly as wrappers for commands, so don't have much experience with details
2020-04-01 13:18:55 <mps> but, APKBUILD is posix shell
2020-04-01 13:19:23 <mps> and I'm trying to not use much external tools/programs
2020-04-01 13:19:47 <odc> ^ that's why i like Alpine
2020-04-01 13:20:28 <Cogitri> Shellscripts are fine for small stuff but they can get really annoying to maintain quickly
2020-04-01 13:20:43 <Cogitri> So I usually write everything but very casual stuff in some compiled pang
2020-04-01 13:20:51 <Cogitri> s/pang/lang/
2020-04-01 13:23:54 <odc> hm, pang.io has been registered 🤔
2020-04-01 13:45:30 <albr> McBoat[d]: mps: use the default case
2020-04-01 13:46:09 <albr> McBoat[d]: case libx.a in; *.a) ;; *) echo match ;; esac
2020-04-01 13:48:52 <albr> McBoat[d]: Oh and at that you should quote your variables when using plain [ ; using unquoted left-hand arguments is specific to bash's [[
2020-04-01 13:52:14 <albr> McBoat[d]: Lastly, in the case of the pattern you want to check, you can get the same results with substrings: "${foo:${#foo}-2}" will return the last two characters of variable foo, and you can check them against '.a'
2020-04-01 14:12:54 <albr> monado[d]: Getting stuck here rip
2020-04-01 14:12:55 <albr> monado[d]: https://cdn.discordapp.com/attachments/661834182934265883/694912176070328330/image0.jpg
2020-04-01 14:14:33 <TBB> shell scripts need to be properly written just like any code, really. it's fully possible to write maintainable shell script.
2020-04-01 14:17:02 <mps> McBoat[d]: ah, I see. good idea to try. thanks
2020-04-01 14:43:47 <TBB> gotta ask, mps. did you type all that yourself or do you already use some sort of bridge compatible nick completion?
2020-04-01 14:51:05 <mps> TBB: irssi with tab completrion
2020-04-01 14:58:46 <TBB> custom? my irssi doesn't do that.
2020-04-01 14:59:35 <mps> hmm, how so?
2020-04-01 15:01:19 <TBB> because the message doesn't come from McBoat[d], but from albr
2020-04-01 15:01:23 <TBB> protocolwise
2020-04-01 15:02:04 <mps> ah, that
2020-04-01 15:02:18 <mps> mouse copy-paste :)
2020-04-01 15:03:22 <albr> McBoat[d]: > mouse
2020-04-01 15:03:23 <albr> McBoat[d]: the Alpine high court shall now decide your fate
2020-04-01 15:03:31 <mps> though I have trigger to rewrite msgs from gitgutter and puts in as in normal irc client, and then tab complete works
2020-04-01 15:04:11 <mps> not mouse, touchpad or touchscreen :)
2020-04-01 15:04:34 <albr> monado[d]: can't find a textual like client on linux
2020-04-01 15:05:52 <mps> last night I started to make trigger for 'albr' but didn't finished
2020-04-01 15:20:58 <ahills> how long after 3.X comes out should I expect to stop seeing updates for 3.(X-1)?
2020-04-01 15:21:13 <maxice8> 3.X ?
2020-04-01 15:21:15 <ahills> I have a few hosts on 3.10, can I wait for 3.12 or 3.13, or should I update now?
2020-04-01 15:21:21 <maxice8> 3.12 ? you mean
2020-04-01 15:21:24 <ahills> X = 10, 11, 12, etc
2020-04-01 15:21:43 <maxice8> ah, packages in main have 6 months of bugfixes + 1.5 year of secfixes
2020-04-01 15:21:43 <ahills> yeah, alpine minor version I guess
2020-04-01 15:21:50 <ahills> how about community?
2020-04-01 15:21:51 <maxice8> packages in community have 6 months of bugfixes
2020-04-01 15:22:02 <ahills> ok
2020-04-01 15:22:16 <maxice8> if you use only stuff on main then you can stay for 2 years, if you have stuff in community then it is recommended to switch every 6 months
2020-04-01 15:22:17 <ahills> if 3.12 doesn't come out until 10 months after 3.11, would that change?
2020-04-01 15:22:57 <maxice8> I can't tell how will such a delay will pan out
2020-04-01 15:23:14 <maxice8> i think it will most likely depend on what the BDFL decides to do
2020-04-01 15:29:31 <ahills> makes sense
2020-04-01 15:29:32 <ahills> thanks
2020-04-01 15:29:43 <ahills> I didn't realize releases were planned at 6-month intervals
2020-04-01 15:43:08 <gjabell> Has anyone gotten mastodon running natively on alpine?
2020-04-01 16:33:56 <eggbean> Q: How to set timezone in Dockerfile?
2020-04-01 16:49:01 <artok> umm... adding tzdata and linking /etc/localtime to the correct file in /usr/share/zoneinfo
2020-04-01 16:49:08 <artok> or something like that
2020-04-01 16:49:22 <maxice8> or copying the file and then deleting tzdata i think
2020-04-01 16:50:36 <artok> yah, no need to keep all timezone data
2020-04-01 16:51:24 <artok> setup-timezone seems to take the file out of the package, copy it to /etc/zoneinfo and then link localtime to that
2020-04-01 16:57:48 <eggbean> artok: There is no /etc/timezone in the running container
2020-04-01 16:59:58 <eggbean> Okay, found this: https://wiki.alpinelinux.org/wiki/Setting_the_timezone
2020-04-01 17:00:22 <eggbean> "Only for NON uclibc installs"  Erm, what is that?
2020-04-01 17:01:04 <eggbean> iirc, I remember dealing with muslibc when finding packages, so I suppose this would apply
2020-04-01 17:56:16 <Hello71> page is from 2006
2020-04-01 17:56:28 <Hello71> well actually it's from 2013 but still
2020-04-01 17:57:27 <maxice8> Guess it is from a time Alpine used uclibc
2020-04-01 17:57:45 <Hello71> how do you get tzdata updates then? hope DST never changes and leap seconds don't exist?
2020-04-01 18:03:21 <Cogitri> Maybe it was built into the libc
2020-04-01 18:51:05 <aduty> can anyone here help me with some awall stuff?
2020-04-01 18:51:55 <aduty> my first problem is that dropped packets are not showing in /var/log/messages, and according to the documentation, they should show there by default
2020-04-01 20:56:48 <albr> Asineth[d]: what user is awall running as?
2020-04-01 21:20:38 <Monkeh> Evening. Just a friendly request for a bug mangler to see about getting https://gitlab.alpinelinux.org/alpine/aports/issues/10934 looked at.
2020-04-01 21:24:56 <Cogitri> Monkeh: Thanks for digging into that. If you think it's a bug in musl then it'd probably be best to talk with musl folks
2020-04-01 21:25:18 <Monkeh> Cogitri: Well, there's an ISC fix which will handle it fine
2020-04-01 21:26:07 <Monkeh> If someone else wants to argue POSIX compliance with a libc dev, great, I.. have had a bad experience (not with musl, I admit)
2020-04-01 21:46:42 <stenur> yeah good experience with musl. is kind even in case of brain farts! different to GLibC, very unkind even in case of real real bugs!
2020-04-02 00:19:09 <ux_man> if I was unable to install the xen-iso offered by the alpine website, will I be able to convert a alpine-exended installation to a xen server?
2020-04-02 10:06:17 <markand> hmmm, someone knows why I still don't have /dev/dri on raspberry pi (armv7) even though I've put dtoverlay=vc4-kms-v3d has specified on the wiki page?
2020-04-02 10:06:24 <markand> I also have mesa-dri-vc4 installed
2020-04-02 10:17:50 <markand> nvm, on the Pi 4 you must use vc4-fkms-v3d insteda
2020-04-02 13:50:43 <rvlander[m]> Hi, I am trying to cross compile a rust program for alpine (aarch64). I used the aarch64-unknown-linux-musl toolchain from rustup.
2020-04-02 13:51:01 <rvlander[m]> I encoutered a problem with a ffi crates not finding symbols.
2020-04-02 13:51:49 <rvlander[m]> Guys from pmos told me you were using a custom toolchain? Where should I look? Thx.
2020-04-02 13:54:35 <Cogitri> We have rust in our repositories too, you could try using that
2020-04-02 13:54:54 <Cogitri> Can you send us what exactly is going wrong tho?
2020-04-02 13:55:40 <rvlander[m]> I am not compiling from alpine
2020-04-02 13:55:42 <rvlander[m]> I wanted to compile for alpine
2020-04-02 13:56:00 <rvlander[m]> from Archlinux x64
2020-04-02 13:56:07 <rvlander[m]> and just transfer the built exe to my device
2020-04-02 13:56:28 <rvlander[m]> maybe it is too ambitious?
2020-04-02 14:03:39 <Cogitri> If you do that you'll _need_ to compile all the ffi libs in statically
2020-04-02 14:04:18 <Cogitri> And those ffi libs need to be compiled against musl and not against glibc
2020-04-02 14:04:26 <Cogitri> Which is probably what you're tripping over
2020-04-02 14:04:45 <Cogitri> That has nothing to do with our Rust
2020-04-02 14:06:27 <rvlander[m]> unless I find a way compile in the pmboostrap environment
2020-04-02 14:06:39 <rvlander[m]> ok thx.
2020-04-02 14:10:49 <rvlander[m]> In what packaged are libudev devloppements files packaged?
2020-04-02 14:11:03 <maxice8> eudev-dev
2020-04-02 14:12:22 <rvlander[m]>  * In what package are libudev developpements files packaged?
2020-04-02 14:13:15 <rvlander[m]> thx
2020-04-02 15:56:57 <arch_nemesis> I'm a recent Alpine convert and am really enjoying how lightweight and quick it is. I have a quick question: is it normal for Alpine *not* to create a grub.cfg file inside the /boot/efi/EFI/alpine directory?
2020-04-02 15:57:55 <arch_nemesis> because i have a server with a serial console, and in order for me to be able to see the Grub menu or the console, i had to manually add grub settings to the grub defaults file
2020-04-02 15:58:41 <arch_nemesis> i'm working if it's a bug for the alpine setup scripts not to create the grub.cfg file in the EFI partition
2020-04-02 15:59:35 <arch_nemesis> wondering* i mean
2020-04-02 16:14:59 <telmich> Good evening
2020-04-02 16:16:06 <telmich> I've just found a "bug" in cdist that it fails when editing two times the crontab of a user at the same time. I've "fixed" it in cdist to disallow parallel editing, but shouldn't `crontab -u` be locking?
2020-04-02 16:16:15 <telmich> Reference: https://code.ungleich.ch/ungleich-public/cdist/commit/0f639a9278e32b395bbc0f20b53b89ce1bb324a8
2020-04-02 16:45:49 <arch_nemesis> this might be a dumb question, but where can i get the full featured dd from? i don't like the busybox dd
2020-04-02 16:46:36 <arch_nemesis> nvm, found it, it's coreutils package
2020-04-02 17:07:40 <Cogitri> arch_nemesis: fwiw, apk search cmd:dd would've helped you with that
2020-04-02 17:19:40 <sigma__> I'm attempting to add PHP to the DockerHub image httpd:alpine and after adding package php7-apache2 and restarting Apache, I get the following message:
2020-04-02 17:19:42 <sigma__> "Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe.  You need to recompile PHP."
2020-04-02 17:21:17 <sigma__> Is it best to go a different route (another Docker image) or can I somehow add thread-safety to this one without too much trouble?
2020-04-02 17:22:03 <yosef> Hello I have downloaded alpine on cd booting ask me for login what do I put for login n password? Thanks.
2020-04-02 17:24:14 <mps> yosef: root
2020-04-02 17:24:36 <yosef> for password?
2020-04-02 17:25:00 <mps> nothing
2020-04-02 17:25:04 <mps> just enter
2020-04-02 17:25:21 <yosef> thanks mps
2020-04-02 17:25:33 <mps> np :)
2020-04-02 17:28:02 <programmerq> sigma__: the alpine-based docker images tend to not utilize the alpine packages for what it is, so that question would likely do better in #docker or #docker-library or the github repo for the image in question. See https://github.com/docker-library/php/blob/master/7.4/alpine3.11/cli/Dockerfile
2020-04-02 17:31:35 <sigma__> programmerq: Thanks
2020-04-02 17:32:53 <programmerq> depending on what you want to do, you may be able to just use alpine's php package directly (and make your own image)
2020-04-02 17:33:45 <programmerq> oh, I misread your initial question-- you _are_ using the alpine package.
2020-04-02 17:33:55 <sigma__> I'm using http:alpine currently.
2020-04-02 17:33:59 <sigma__> Trying to add PHP to it.
2020-04-02 17:34:28 <sigma__> Suggestion in #docker is to use php:<version>-apache instead.
2020-04-02 17:34:53 <programmerq> yeah, that's an option-- I don't think there are alpine variants that have php and apache.
2020-04-02 17:35:03 <sigma__> I don't see any under PHP.
2020-04-02 17:35:13 <programmerq> you may also be able to change the apache config to not do threaded MPM
2020-04-02 17:35:20 <sigma__> I don't think I should do that.
2020-04-02 17:35:30 <programmerq> you could also build your own alpine-based image and use alpines apache and php packages.
2020-04-02 17:35:34 <programmerq> why not?
2020-04-02 17:35:59 <sigma__> I don't know enough to say. Just doesn't seem like I should be messing with that unless I understand what I'm doing.
2020-04-02 17:36:59 <programmerq> basically, in apache you have prefork or worker mpm models. the prefork spawns multiple processes with one thread each. your apache is currently configured to utilize the worker model, which means that each of its child processes use many threads each.
2020-04-02 17:37:19 <programmerq> since the alpine php package is compiled for single thread, you can run apache in the prefork single thread mode and you'll be fine.
2020-04-02 17:37:37 <sigma__> How can I determine how this effects my web app?
2020-04-02 17:37:41 <sigma__> affects*
2020-04-02 17:40:43 <sigma__> Current MPM actually seems to be event, not worker.
2020-04-02 17:41:43 <sigma__> Prefork seems to use more RAM. Worker and event are multithreaded, but event reuses connections. That's what I've learned so far.
2020-04-02 17:44:15 <sigma__> Tradeoff here seems to be using more memory (prefork MPM) or using more disk space (non-alpine Docker image).
2020-04-02 19:53:38 <markand> do you have some recommendations about networking with failover + an optional interface?
2020-04-02 19:54:02 <markand> I have a dock for my thinkpad which has a ethernet card, I'd like to get automatic dhcp on it when it's detected
2020-04-02 19:54:09 <markand> but without using the bloated networkmanager
2020-04-02 19:54:58 <markand> so if my ethernet adapter is found, I want wireless to be used as fallback
2020-04-02 20:03:42 <markand> maybe running dhcpcd service globally could be enough
2020-04-02 20:06:53 <linuxterm69> can someone help me
2020-04-02 20:07:12 <linuxterm69> oh lol freenode gave me 69 at the end of my username
2020-04-02 20:08:35 <linuxterm69> I am getting this error message when I try to run startx
2020-04-02 20:08:43 <linuxterm69> https://ibb.co/BfWcZyJ
2020-04-02 20:09:27 <linuxterm69> I am running alpine linux as a qemu kvm guest
2020-04-02 20:10:24 <linuxterm69> the logs show this
2020-04-02 20:10:42 <linuxterm69> https://ibb.co/F5m9k3p
2020-04-02 20:11:14 <linuxterm69> Is alpine using the wrong drivers?
2020-04-02 20:11:17 <linuxterm69> I just installed it
2020-04-02 20:18:07 <soderlundf> linuxterm69: Have you read this https://wiki.alpinelinux.org/wiki/Xfce_Setup ?
2020-04-02 20:18:54 <linuxterm69> I read https://wiki.alpinelinux.org/wiki/Dwm
2020-04-02 20:19:00 <linuxterm69> since thats what I am trying to setup
2020-04-02 20:19:25 <linuxterm69> and yeah I looked at that
2020-04-02 20:19:49 <wsinatra> What display driver are you using?
2020-04-02 20:23:34 <soderlundf> Perhaps xf86-video-vesa is missing?
2020-04-02 20:24:01 <wsinatra> there's a specific qemu driver that can be used too, I believe it's -qxl, but don't remember precisely
2020-04-02 20:28:32 <mps> yes, qxl is best IME
2020-04-02 20:30:03 <linuxterm69> adding vesa fixed the problem
2020-04-02 20:30:57 <soderlundf> nice
2020-04-03 00:46:27 <albr> MFD[d]: Tide Alpine
2020-04-03 00:47:52 <albr> MFD[d]: https://cdn.discordapp.com/attachments/661834182934265883/695434358462480465/image0.jpg
2020-04-03 00:50:28 <albr> monado[d]: that’s more offtopic material
2020-04-03 01:48:11 <albr> PerryPal[d]: What would be the DE that installs in the least number of steps and is easiest to install
2020-04-03 01:48:18 <albr> PerryPal[d]: What would be the DE that installs in the least number of steps and is easiest to install?
2020-04-03 01:49:05 <bluezinc> is this channel mirrored somewhere?
2020-04-03 01:50:19 <albr> monado[d]: discord
2020-04-03 02:41:53 <inex> hello! does wine work fine in alpine? i need to run a binary from a 90s game in cmd.exe
2020-04-03 03:01:09 <Hello71> "in cmd.exe"
2020-04-03 03:02:47 <Hello71> the double irony is that there was no cmd.exe for consumer windows until XP
2020-04-03 03:06:33 <inex> oh, 00s then my bad. i checked and its a 2003 game, so i was a bit off
2020-04-03 03:07:08 <nacelle> if wine doesnt work you could run it in a vm under qemu/kvm, etc.
2020-04-03 03:07:26 <nacelle> but if wine is a package i imagine it works
2020-04-03 03:07:47 <nacelle> (where i'm not sure if wine compiles with musl, but its so old i'm guessing it should)
2020-04-03 03:08:29 <nacelle> 
ACTION remembers doing things with wine in the 90s to get things like network stack configuration utilities to run for particular nics with really questionable chipsets

2020-04-03 05:58:17 <cim209> typo in the wiki https://i.imgur.com/nglj7i5.png
2020-04-03 05:58:31 <cim209> https://wiki.alpinelinux.org/wiki/Upgrading_Alpine#Upgrading_to_latest_release
2020-04-03 06:06:26 <_ikke_> skdjdfs
2020-04-03 06:18:41 <cim209> yes exactly my reaction when i saw it
2020-04-03 06:27:16 <_ikke_> heh
2020-04-03 06:29:20 <_ikke_> fixed
2020-04-03 06:46:44 <markand> hey there
2020-04-03 06:46:59 <markand> I have a small trouble regarding luks with alpine for the root partition
2020-04-03 06:47:11 <markand> I have added the proper cryptroot cryptdm options in the kernel command line
2020-04-03 06:47:41 <markand> but the kernel stills not boot and complain that I miss a root option (and therefore does not understand that my root partition require encryption passphrase)
2020-04-03 07:17:58 <Cogitri> Hm, wfm
2020-04-03 07:18:14 <Cogitri> Let me check my boot options
2020-04-03 07:18:31 <markand> do you also use UUID for bot cryptroot and root ?
2020-04-03 07:18:58 <Cogitri> `cryptdm=pool cryptroot=/dev/nvme0n1p4 modules=btrfs,nvme root=/dev/mapper/pool rootfstype=btrfs rootflags=subvol=root`
2020-04-03 07:19:02 <Cogitri> These should be the relevant flags.
2020-04-03 07:19:15 <markand> I have rootfstype=ext4 as well
2020-04-03 07:19:27 <Cogitri> And you have cryptdm and root set too?
2020-04-03 07:19:32 <markand> yes
2020-04-03 07:19:37 <markand> but I used UUID everywhere
2020-04-03 07:20:30 <markand> VFS: Cannot open root device "mapper/cryptroot" or unkown-block(0,0): error -6
2020-04-03 07:20:45 <markand> so it tries to mount directly my cryptroot partition without even asking the passphrase
2020-04-03 07:24:15 <markand> Cogitri, do you have a /etc/crypttab file ?
2020-04-03 07:24:34 <markand> I think it's only required for non root devices
2020-04-03 07:29:39 <Cogitri> No, and how would it access that in the initramfs when your / is still encrypted
2020-04-03 07:30:12 <Cogitri> Specifying those params in my kernel cmdline and adding the cryptroot mkinitfs feature is all I did
2020-04-03 07:30:22 <markand> okay
2020-04-03 08:09:50 <markand> what I don't understand is how the kernel is supposed to know that this is an encrypted partition, or is the kernel itself responsible of asking the passphrase or the initramfs script?
2020-04-03 08:13:33 <Cogitri> No, it's not
2020-04-03 08:13:58 <Cogitri> That's why you set root=/dev/mapper/$cryptdm
2020-04-03 08:14:15 <koollman> the kernel do not care much. and the point of /etc/crypttab is not to be accessed directly, but to be copied in initramfs by the initramfs generation scripts
2020-04-03 08:14:33 <Cogitri> Which is the unencrypted device for your /dev/$whateveryourencrypteddiskis
2020-04-03 08:29:40 <codebam> hey would anyone be able to take a look at this? https://0x0.st/iuHu.txt
2020-04-03 08:29:48 <codebam> how can / should I fix this error with apk fix
2020-04-03 08:29:50 <codebam> ?
2020-04-03 08:31:07 <Cogitri> That file should be deleted from exa
2020-04-03 08:31:10 <Cogitri> Let me fix taht
2020-04-03 08:31:25 <codebam> okay, cool thanks!
2020-04-03 10:33:40 <owo_uwu> does the repo slpit free packages from non free ones?
2020-04-03 10:34:48 <_ikke_> We have a separate non-free repo
2020-04-03 10:35:07 <_ikke_> Which we don't distribute packages for
2020-04-03 10:35:54 <owo_uwu> good to know, thanks!
2020-04-03 10:42:57 <tankf33der> hi all
2020-04-03 10:44:00 <tankf33der> I hope everybody knows clang-llvm10 cant compile C anymore on i686, right?
2020-04-03 10:44:04 <tankf33der> x64 ok.
2020-04-03 10:45:58 <tankf33der> even hello world C programm, easy to repeat.
2020-04-03 10:48:50 <Cogitri> Open a bug report about that please
2020-04-03 10:49:40 <tankf33der> i will.
2020-04-03 11:05:09 <tankf33der> Cogitri: should it be aport issue ?
2020-04-03 11:05:20 <TBK[m]> tankf33der: yes
2020-04-03 11:13:29 <tankf33der> done, thanks.
2020-04-03 11:13:32 <tankf33der> https://gitlab.alpinelinux.org/alpine/aports/issues/11357
2020-04-03 13:00:53 <Hello71> markand: this error can only be issued if you omit initramfs
2020-04-03 13:01:16 <Hello71> ... or if your initramfs is parsed as initrd
2020-04-03 13:22:10 <markand> I have proper initrd kernel command line argument, however I didn't understand your second statement
2020-04-03 15:21:37 <arctictherogue> hello
2020-04-03 15:21:57 <maxice8> Hi
2020-04-03 15:22:07 <arctictherogue> so I am trying to get gnome working with alpine in virtualbox but am having trouble with input and wondering if anyone may be able to help me
2020-04-03 15:22:32 <arctictherogue> I am able to start gnome but have no input
2020-04-03 15:23:23 <albr> monado[d]: hi
2020-04-03 15:25:07 <arctictherogue> hi
2020-04-03 15:28:32 <arctictherogue> if it helps input doesn't work with xfce either
2020-04-03 15:39:15 <Cogitri> arctictherogue: Did you install xf86-input-libinput ?
2020-04-03 15:39:22 <Cogitri> And start udev?
2020-04-03 16:13:38 <stenur> TimB_: i see.
2020-04-03 16:31:54 <arctictherogue> < Cogitri> arctictherogue: Did you install xf86-input-libinput ?
2020-04-03 16:31:56 <arctictherogue> yes
2020-04-03 16:32:31 <arctictherogue> sorry for that weird message layout lol I am very new to IRC
2020-04-03 16:32:52 <arctictherogue> let me try that again
2020-04-03 16:33:02 <arctictherogue> Cogitri: yes
2020-04-03 16:36:43 <Cogitri> No worries
2020-04-03 16:36:57 <Cogitri> Hm, udev is loaded too?
2020-04-03 16:39:45 <arctictherogue> yeah udev is loaded
2020-04-03 16:42:19 <arctictherogue> I have also installed and loaded guest additions
2020-04-03 17:17:34 <Hello71> does the keyboard work
2020-04-03 17:17:36 <Hello71> or did you only try mouse
2020-04-03 17:53:09 <arctictherogue> Hello71: the keyboard also doesn't appear to work
2020-04-03 17:54:14 <Cogitri> And you're really, really sure you've enabled udev, udev-{postmount,trigger} in your rc-update ?
2020-04-03 17:54:41 <mps> arctictherogue: did you installed xf86-input-libinput
2020-04-03 17:54:48 <arctictherogue> what is the second udev thing?
2020-04-03 17:54:52 <arctictherogue> yes I have libinput
2020-04-03 17:55:14 <Cogitri> Those are udev services which set up your devices
2020-04-03 17:55:46 <arctictherogue> I ran `rc-service udev start`
2020-04-03 17:56:01 <arctictherogue> did I need to run another command?
2020-04-03 17:56:07 <Cogitri> You need the other things too (and probably want to add those to to your rc-update)
2020-04-03 17:56:24 <mps> dbus start is good idea
2020-04-03 17:56:34 <mps> if it is not started already
2020-04-03 17:58:33 <arctictherogue> I have dbus already will add the other dbus stuff
2020-04-03 17:58:39 <arctictherogue> udev stuff*
2020-04-03 18:02:54 <arctictherogue> Cogitry: adding udev{postmount,trigger} fixed the issue
2020-04-03 18:02:56 <arctictherogue> thanks
2020-04-03 18:10:47 <arctictherogue> shoot I pinged you wrong
2020-04-03 18:10:58 <arctictherogue> Cogitri: that worked thanks
2020-04-03 18:11:24 <albr> monado[d]: *irc clients have tab complete for nicknames
2020-04-03 18:11:41 <monado> oh great, I get pinged here
2020-04-03 18:12:05 <Cogitri> 👍️
2020-04-03 18:12:05 <Cogitri> Already hit that a few times myself already :)
2020-04-03 18:12:38 <monado> irc has emojis?
2020-04-03 18:12:47 <_ikke_> irc has unicode
2020-04-03 18:12:53 <monado> ah right
2020-04-03 18:13:12 <mps> monado: not all users have emoji fonts
2020-04-03 18:13:21 <monado> macOS has everything
2020-04-03 18:13:28 <albr> McBoat[d]: aside from competence
2020-04-03 18:13:29 <_ikke_> Like me, except when using an android app :)
2020-04-03 18:13:45 <monado> lmao mcboat
2020-04-03 18:15:19 <mps> if people want to communicate sucessfuly on irc they should follow least common denominator
2020-04-03 18:15:55 <monado> true
2020-04-03 18:16:02 <arctictherogue> emoji not loading for me
2020-04-03 18:16:09 <monado> but in the end, it's limiting
2020-04-03 18:16:15 <arctictherogue> probably because I don't have it installed
2020-04-03 18:16:25 <monado> arctictherogue you can get noto-font-emoji
2020-04-03 18:16:27 <albr> McBoat[d]: Doesn't seem to work on Discord either
2020-04-03 18:16:28 <albr> McBoat[d]: https://cdn.discordapp.com/attachments/661834182934265883/695698245954830416/unknown.png
2020-04-03 18:16:40 <monado> mcboat depends on your system
2020-04-03 18:16:52 <monado> https://i.arxius.io/181b44a2
2020-04-03 18:16:56 <albr> McBoat[d]: Well, I mean that it doesn't fit within Discord/Twemoji
2020-04-03 18:17:01 <albr> McBoat[d]: so it uses the system set
2020-04-03 18:17:15 <arctictherogue> monado: yeah I know just been too lazy for now
2020-04-03 18:17:57 <monado> I actually really like tab complete on irc, wish discord had something similar
2020-04-03 18:27:37 <markand> someone knows why on my alpine, X starts by mirroring my two monitors rather than extending them? as such my bigger monitor takes the same resolution as my smaller which is terribly blurry
2020-04-03 18:27:41 <markand> on OpenBSD it extends it by default
2020-04-03 20:53:47 <alxsdf> markand: I have an arandr script to configure things on startup
2020-04-03 20:54:45 <alxsdf> markand: it would help if you threw your X config files at us though. Although I haven't done this kind of debugging for a looong time so I don't know which ones would be pertinent. It would also help to know which DE/WM you're using too
2020-04-03 20:55:23 <alxsdf> markand: I don't mean to come across as harsh or anything, although this will probably sound like that, but a general rule of thumb is you need to give info about your system to get help :)
2020-04-03 21:27:41 <markand> alxsdf, I don't set any X.Org configuration, all default
2020-04-03 21:28:02 <markand> and I use dwm
2020-04-03 21:29:43 <markand> https://pastebin.com/CXSZzHyF the /var/log/Xorg.0.log
2020-04-03 21:36:08 <Dekedro> Hi, am I missing something or is command `man` gone from Alpine? Can't find it in ports
2020-04-03 21:37:00 <maxice8> apk add cmd:man
2020-04-03 21:38:05 <Dekedro> # apk add cmd:manERROR: unsatisfiable constraints:  cmd:man (virtual):    provided by: mdocml man-db    required by: world[cmd:man]
2020-04-03 21:38:20 <Dekedro> Formatting messed up, sorry
2020-04-03 21:38:56 <maxice8> It is asking you to pick one of those, mdocml or man-db
2020-04-03 21:41:55 <Dekedro> Of course it is, I feel stupid now :). Anyway, haven't seen this syntax before, is it documented somewhere?
2020-04-03 21:43:22 <maxice8> Not sure
2020-04-03 21:46:47 <Dekedro> "apk add cmd:CMD" basically tells to install package providing CMD command, right?
2020-04-03 21:46:59 <maxice8> basically, yes
2020-04-03 21:47:38 <Dekedro> maxice8 thanks for help
2020-04-03 21:50:31 <Dekedro> When trying to run 'apk add docs' I get 'ERROR: unsatisfiable constraints: man (missing): required by: docs-0.2-r1[man]'. From APKBUILD looks like docs depend on man package but as there are several to choose from, installation fails (?). Is is a bug or am I missing something?
2020-04-03 21:55:44 <Cogitri> Dekedro: You're not missing anything and I don't see a bug. apk wants you to choose (install) one of the providers, so you'll have to to that
2020-04-03 21:58:17 <_ikke_> Cogitri: that has changed though
2020-04-03 21:58:24 <_ikke_> there used to be only ome
2020-04-03 21:58:39 <_ikke_> so `apk add docs` used to be enough
2020-04-03 21:58:58 <markand> where is that cmd: syntax documented? never seen it before
2020-04-03 22:05:07 <Dekedro> Cogitri well, but 'docs' depend on `man` package, not executable right? Packages 'mdocml' and 'man-db' just provide `man` executable, so there is no way to satisfy 'docs' prerequisites?
2020-04-03 23:22:43 <maldridge> maxice8: 2151 merged broken code, I would recommend reverting it
2020-04-03 23:25:50 <maldridge> s/2151/5804/
2020-04-04 01:33:27 <maxice8> !5804
2020-04-04 01:42:53 <maxice8> @markand is is merely a provides=
2020-04-04 01:43:13 <maxice8> you can do it for everything, those packages provide a packaged called cmd:$NAME_OF_THE_BINARY
2020-04-04 01:43:45 <maxice8> this is done for every script that would appear in a normal $PATH (/bin /usr/bin /sbin /usr/sbin), abuild will check those for executables and add a provides cmd: to it for each binary found
2020-04-04 09:26:07 <markand> thanks maxice8
2020-04-04 11:51:06 <markand> in fact dhcpcd + wpa_supplicant is just basically sufficent instead of a full blown networkmanager configuration
2020-04-04 11:51:20 <markand> I just added a few metric options in dhcpcd.conf to prefer ethernet interfaces when they are available
2020-04-04 12:53:45 <rvlander[m]> hi, I am trying to compile rust crate smithay
2020-04-04 12:54:04 <rvlander[m]> but on libloading I have an error: cargo:warning=aarch64-alpine-linux-musl-gcc: error: unrecognized command line option '-m64'
2020-04-04 12:55:10 <rvlander[m]> I am unsure of who is responsible for options passed to gcc. cargo? some alpine custom config?
2020-04-04 12:55:41 <Cogitri> Probably its build.rs doing funny stuff
2020-04-04 12:55:43 <rvlander[m]> does '-m64' event makes sense with aarch64?
2020-04-04 12:56:01 <rvlander[m]> it does not seem so exotic
2020-04-04 12:56:15 <Cogitri> m64 is usually to build 64-bit binaries
2020-04-04 12:56:24 <Cogitri> Maybe that is x86_64 specific though
2020-04-04 12:56:48 <Cogitri> Anyway, it's probably that crate doing some custom stuff in its build.rs because cargo still doesn't have a standard interface for that
2020-04-04 12:58:11 <newalpineuser> Hi all, is there a reason why I cannot find vncserver in alpine ?
2020-04-04 12:58:52 <_ikke_> There is libvncserver
2020-04-04 12:59:07 <_ikke_> But I don't think that's what you are looking for
2020-04-04 12:59:23 <newalpineuser> yes, I was looking for the vncserver
2020-04-04 12:59:24 <_ikke_> So probably because nobody packaged it
2020-04-04 12:59:52 <newalpineuser> for ubuntu I used to work with vnc4server
2020-04-04 13:00:02 <newalpineuser> Is it easy to package?
2020-04-04 13:00:18 <newalpineuser> Will it take long to port vnc4server to alpine linux?
2020-04-04 13:00:43 <newalpineuser> I was working with alpine, and really was kind of breeeze till now
2020-04-04 13:00:50 <_ikke_> Depends on if it's compattible with musl and if there are a lot of dependencies
2020-04-04 13:00:58 <newalpineuser> I can see x11vnc but its not an option
2020-04-04 13:02:01 <newalpineuser> ok, well, I guess I will have to wait in that case
2020-04-04 13:02:26 <newalpineuser> strange that nobody needed it , or may be I am the only one using vnc
2020-04-04 13:03:52 <TBB> you can use something better than vnc on Alpine though
2020-04-04 13:04:16 <newalpineuser> yeah?I am open to suggestions
2020-04-04 13:04:29 <TBB> although, now that I think of it, I'm not sure if it has been officially packaged for Alpine either. damn.
2020-04-04 13:05:08 <TBB> oh, yeah, it is. x2go's server component performs far better than vnc.
2020-04-04 13:05:10 <newalpineuser> what you had in mind?
2020-04-04 13:05:45 <TBB> tunnels via ssh for security, and if I remember correctly, uses RDP
2020-04-04 13:07:12 <newalpineuser> ok does it create a new xsession?
2020-04-04 13:07:57 <newalpineuser> I guess i can play around and find out
2020-04-04 13:08:14 <newalpineuser> Alpine linux wiki did not had any mention of x2go
2020-04-04 13:08:24 <newalpineuser> or it was in progress if I remeber
2020-04-04 13:08:45 <newalpineuser> they did had xrdp mentioned but somehow I was not able to get it to work
2020-04-04 13:08:49 <TBB> it's been over a year since I've last played with it, but the project I was in chose it as the remote desktop component, it was that convincing
2020-04-04 13:09:01 <newalpineuser> the xrdp-sesman and vino both keeps crashing for me
2020-04-04 13:09:32 <TBB> the problem at that time was that the x2go project was in the middle of a transition from Qt version 4 to 5, but that must've happened by now
2020-04-04 13:09:41 <newalpineuser> https://wiki.alpinelinux.org/wiki/Remote_Desktop_Server
2020-04-04 13:09:58 <newalpineuser> x2go still seems to be in progress for alpine I think
2020-04-04 13:11:57 <TBB> it's in the community repo so it should be quite usable. the client wasn't ported to Alpine yet because of the aforementioned Qt transition, but there was a patched version that worked
2020-04-04 13:12:33 <newalpineuser> I guess i will give it a try, I have triied everything else anyways
2020-04-04 13:12:40 <newalpineuser> Thanks TBB!
2020-04-04 13:13:09 <newalpineuser> But a simple vncserver would have been nice
2020-04-04 13:14:41 <TBB> yeah, I had this project using Alpine as a base where a remote desktop was a requirement, and I remember going through all the VNC options and coming to the conclusion they're no good. VNC is a good general remote desktop protocol as it works practically everywhre, but it's far from being the most efficient.
2020-04-04 13:15:24 <TBB> and now that I start remembering details, I think x2go used yet another protocol from another remote desktop solution that went closed source at some point
2020-04-04 13:19:17 <TBB> oh yeh, NoMachine NX. Used it back in the day, and it kicked ass
2020-04-04 13:21:30 <mps> long time ago there was Broadway extension to X, used it in 1996-1997 over Atlantic when the links were 256Kbs (bits, not bytes)
2020-04-04 13:21:42 <mps> and it was fine
2020-04-04 13:21:50 <oneinsect> https://guacamole.apache.org/
2020-04-04 13:22:06 <oneinsect> html5 based remote desktop
2020-04-04 13:22:51 <TBB> for every adequate solution, there's a couple of html based inadequate ones I guess :)
2020-04-04 13:23:17 <mps> :)
2020-04-04 13:23:27 <oneinsect> :-D
2020-04-04 13:25:06 <TBB> sorry oneinsect, didn't mean to belittle your suggestion, I'm just allergic to web based solutions!
2020-04-04 13:25:53 <oneinsect> naaa i didnt mind, i am easy going
2020-04-04 13:30:51 <newalpineuser> Yeah, I tried guacamole too
2020-04-04 13:31:06 <newalpineuser> the thing is all these things just take too much time to setup
2020-04-04 13:31:50 <newalpineuser> For vncserver I have just one single command written over somewhere which gives me consistent result
2020-04-04 13:32:11 <newalpineuser> By setup I mean things like resolution, etc
2020-04-04 13:32:26 <newalpineuser> What if I want to work on three devices each with a different resolution
2020-04-04 13:32:38 <newalpineuser> I will have to figure it out all over again
2020-04-04 13:40:15 <dustfinger> I have a device that uses postmarketOS which is based on alpine-linux. What sets the default TERM environment variable in alpine-linux? Is vt100 a registered termcap in /etc/terminfo in alpine-linux?
2020-04-04 13:42:32 <TBB> my guess is, it comes from inittab, and it doesn't seem it's a registered termcap
2020-04-04 13:44:19 <oneinsect> what was the command to list the package build order in aports (with dependency sorted)? someone told me here but i forgot
2020-04-04 13:44:31 <oneinsect> it was using lua
2020-04-04 13:47:49 <oneinsect> okie thanks it was _ikke_ "a tool like ap (from lua-aports) can be used to find the proper build order of packages"
2020-04-04 13:53:58 <argentite> Hello, what is the minimum disk space required for an Alpine boot partition using Syslinux as bootloader?
2020-04-04 13:56:58 <dustfinger> TBB: Thanks, I will look into that.
2020-04-04 13:57:06 <newalpineuser> I just installed and i see 100Mb alloted
2020-04-04 13:57:38 <newalpineuser> the used is way less though ~15MB
2020-04-04 13:58:30 <argentite> newalpineuser: Ok thanks. I'll try with a 32 MB partition. I want to install on a small USB drive
2020-04-04 13:59:09 <dustfinger> TBB: /etc/inittab does not set the TERM. I think the vt100 must just be a fallback because normally that is a safe bet. So I take it that a standard apline install doesnot have /etc/terminfo/v/ ?
2020-04-04 14:00:06 <dustfinger> oh, that is what you meant by "it doesn't seem it's a registered termcap". Would this be considered a defect then? If the fallback is a termcap that is not registered?
2020-04-04 14:01:42 <dustfinger> oh yah, the inittab should have linux at the end of all those lines. tty term should be set to linux
2020-04-04 14:02:07 <mps> dustfinger: it is fixed in some of the previous ncurses commits to aports
2020-04-04 14:03:49 <dustfinger> Okay, so to fix it in postmarketOS we would need to include a newer version of ncurses, is that correct?
2020-04-04 14:04:10 <dustfinger> I am not affiliated with postmarketOS by the way. I didn't mean to make that sound as though I was. I am just a user learning.
2020-04-04 14:11:16 <mps> I don't know much how pmOS upgrade pkgs, maybe you can ask on their channel or mailing list
2020-04-04 14:12:33 <dustfinger> I will once I figure out what to tell them. I am currently searching through ncurses changelog to try to find out when the fix came in. Thanks everyone for answering a few of my questions.
2020-04-04 14:14:21 <mps> dustfinger: 95aa0e7217d9ad1e89b6b66d235f2bff4f59af07
2020-04-04 14:16:27 <dustfinger> oh,so they added vtwoo. Thanks for the link. Also, I was looking in the wrong place, I was looking at ncurses change log and not the aports, but both seem to have terminfo patches recently.
2020-04-04 14:16:28 <dustfinger> Thanks.
2020-04-04 14:20:41 <mps> np
2020-04-04 17:37:02 <ScottHDev> Hello, I'm building docker images based on alpine linux. I have two questions :
2020-04-04 17:37:54 <ScottHDev> First, is alpine a suitable distro for compiling? Second do you know if there is any repo package for libxml2 ?
2020-04-04 17:38:27 <oneinsect> yes its very much suitable for compiling
2020-04-04 17:38:31 <maxice8> yes, libxml2 is the package for libxml2
2020-04-04 17:39:25 <ScottHDev> Yep nice, I think my browser glitched as it didn't find this package in https://pkgs.alpinelinux.org/
2020-04-04 17:40:25 <oneinsect> next time try searching like *libxml*
2020-04-04 17:40:30 <oneinsect> should return them
2020-04-04 17:40:40 <oneinsect> or something like *xml*
2020-04-04 17:41:16 <ScottHDev> with wildcard
2020-04-04 18:08:55 <mobrine> Hello. I have a fresh install of alpine in a vm and I'm trying to update using "apk update" but nothing happens. And when I try ping a domain like google.com I keep getting 'bad address error'. Can someone please help me?
2020-04-04 18:09:23 <Cogitri> Well, are the nameservers in your /etc/resolv.conf alive?
2020-04-04 18:10:02 <mobrine> I tried 'echo "nameserver 8.8.8.8 > /etc/resolv.conf" but nothing changes'
2020-04-04 18:11:21 <mobrine> sorry a typo in quotes
2020-04-04 18:11:48 <Cogitri> Hm. ifconfig shows a configured interface?
2020-04-04 18:12:16 <mobrine> no blank
2020-04-04 18:16:21 <nacelle> have you run setup-alpine yet?
2020-04-04 18:19:55 <mobrine> Yeah. it seems that's my problem. Sorry for wasting your time
2020-04-04 18:21:51 <nacelle> heh, no problem
2020-04-04 18:22:43 <nacelle> that caught me off guard too.  I was expecting the nic to magically be up like in "most" other installer boots.
2020-04-04 18:22:52 <nacelle> it makes sense why its not, but its weird at first.
2020-04-04 18:22:59 <nacelle> 
ACTION digs alpine

2020-04-04 18:24:48 <nacelle> oh they probably left hrm. -sigh-
2020-04-04 18:24:50 <nacelle> freenode.
2020-04-04 19:33:15 <Celelibi> What is a valid version name with respect to apk?
2020-04-04 19:36:20 <TBK[m]> Celelibi: https://wiki.alpinelinux.org/wiki/APKBUILD_Reference#pkgver
2020-04-04 19:37:45 <Celelibi> Ah.
2020-04-04 19:37:56 <Celelibi> Damn, I can't use git describe to generate the version name.
2020-04-04 19:38:30 <Cogitri> We usually use 0_git<date>
2020-04-04 19:41:51 <Celelibi> So there's no way to put the commit id in the version?
2020-04-04 19:42:57 <oneinsect> Cogitri: will installing a new apk of same or higher version replace the existing so files of the existing package?4
2020-04-04 19:43:03 <Celelibi> BTW, the default snapshot function uses today's date. Which is not very smart.
2020-04-04 19:43:05 <oneinsect> .so files
2020-04-04 19:43:54 <Celelibi> If we're naming the git revisions with dates, it should at least be the commit's date.
2020-04-04 19:45:11 <Cogitri> We do that
2020-04-04 19:45:47 <Cogitri> And there's no way to put the commit id in the version because how would you tell what version is more recent than another one?
2020-04-04 19:45:48 <Cogitri> Apk wouldn't ever upgrade you
2020-04-04 19:46:36 <Celelibi> Indeed. But there's the number of commits since the last tag for that.
2020-04-04 19:46:49 <oneinsect> thanks
2020-04-04 19:47:20 <Celelibi> I mean, git describe usually output something like $lasttag-$commitssince-$commitid.
2020-04-04 19:47:26 <oneinsect> if the package is not installed however a file exists will it overwrite them during installation of that apk?
2020-04-04 19:47:36 <oneinsect> same name file*
2020-04-04 19:48:57 <Cogitri> I'm pretty sure it'll overwrite the file, yes
2020-04-04 19:49:02 <oneinsect> thanks
2020-04-04 19:49:16 <Cogitri> (Unless it's in /etc, then it'll create a $file.apknew if the other file is different from the file it wants to install)
2020-04-04 19:49:31 <oneinsect> ooh
2020-04-04 19:50:35 <McSalty> Hi everyone, I have an olimex olinuxino a20 lime2 board (completely open hardware). I've used alpine linux before on x86 architectures, but never on ARM. I found some info about how to get it up and running, but I'm wondering if I can expect issues with wanting it to boot from the 8GB onboard NAND storage. Thanks
2020-04-04 19:50:46 <oneinsect> the thing is there is a cross compiler libs which are just copied for compilation purpose which will help build an same package apk and that apk will be installed ...so asked in that context
2020-04-04 19:51:13 <oneinsect> it will work perfectly fine with any arm board
2020-04-04 19:51:47 <oneinsect> there is a stupid guide i made a while back in alpine https://wiki.alpinelinux.org/wiki/DIY_Fully_working_Alpine_Linux_for_Allwinner_and_Other_ARM_SOCs
2020-04-04 19:51:52 <oneinsect> you can refer to that
2020-04-04 19:53:01 <Cogitri> McSalty: Hm, I don't know ARM boards, but I don't see how that'd cause trouble unless that needs some module we don't have in our initramfs
2020-04-04 19:53:07 <Cogitri> mps: Do you know more about that?
2020-04-04 19:53:50 <oneinsect> McSalty can use our rootfs with a custom kernel
2020-04-04 19:53:56 <oneinsect> and it will happily boot
2020-04-04 19:54:12 <oneinsect> i think its armv7
2020-04-04 19:54:49 <oneinsect> i have personally tested on 8 to 10 allwinner soc boards
2020-04-04 19:54:58 <mps> McSalty: Cogitri: yes, user space probably will work without issues but kernel and u-boot should be built or obtained from some other distro
2020-04-04 19:55:13 <oneinsect> correct
2020-04-04 19:55:42 <mps> I run armv7 on three Allwinner A20 boards
2020-04-04 19:56:10 <oneinsect> there you go, the master himself is here
2020-04-04 19:56:28 <McSalty> oneinsect: thanks. That is actually one of the references I found, nice to meet the author! I will try to get it up and running, and it seems quite strange forward, but I wanted to check for the nand boot part. Otherwise I try to bootstrap the NAND flash from the SD card, but then I still need an SD, which I would rather like to leave out. mps: Cogitri: ok thanks for the info about the u-boot.
2020-04-04 19:57:16 <McSalty> mps: is it also the olimex board, or another board with the a20?
2020-04-04 19:57:40 <mps> I tested alpine armv7 on one Allwinner A10 board on NAND
2020-04-04 19:57:48 <oneinsect> the language is bad on that wiki, but i will improve later, i havent added nand boot part but it should not be tough
2020-04-04 19:57:56 <oneinsect> over to mps
2020-04-04 19:58:16 <mps> McSalty: I use two bananpi boards and one lamobo
2020-04-04 19:59:41 <mps> and, I'm built kernel 5.6 for A20 and it works, but didn't pushed yet to alpine aports
2020-04-04 19:59:59 <McSalty> mps: ok, that gives me some confidence then if you tried it on an A10 board its NAND flash.
2020-04-04 20:00:09 <mps> need to report bug I found to f2fs maintainer
2020-04-04 20:00:26 <McSalty> oneinsect: no problem about the language. Very glad you have made the wiki in the first place.
2020-04-04 20:00:37 <mps> but don't have much time these days
2020-04-04 20:01:32 <oneinsect> mps do you have any specific instructions on flashing the image (once built of alpine) to nand of A10 or A20?
2020-04-04 20:02:35 <McSalty> be back in a few minutes. thanks a lot so far for the info
2020-04-04 20:03:00 <mps> iirc, I first created mmc card FS, boot it and then did again created one on nand, but that was about nearly year ago
2020-04-04 20:03:46 <mps> and (as usual) I didn't wrote doc what exact step is needed for that (shame on lazy me)
2020-04-04 20:03:53 <oneinsect> aha very straightforward and clever instead of directly flashing it
2020-04-04 20:12:09 <McSalty> i'm back. mps: that sounds like a good idea to first try to boot it with mmc card FS.
2020-04-04 20:13:07 <McSalty> and no worries about not having documents, i'll try to figure it out. The wiki of oneinsect is very straight forward as well, so it's only the flash part
2020-04-04 20:13:43 <oneinsect> what weird name I choose, oneinsect :D
2020-04-04 20:15:23 <oneinsect> btw I have successfully installed the cross compiled tool chain in a separate directory within chroot of alpine and have set the path for gcc to the last, but it cannot find libs yet, does LD_LIBRARY_PATH work in alpine?
2020-04-04 20:16:19 <McSalty> 8 legs, that's very productive when programming i guess :D! but anyway, if i encounter some strange issues, i'll try to figure it out and maybe add it to the wiki, or come back over to this channel to let you know.
2020-04-04 20:16:53 <Cogitri> LD_LIBRARY_PATH works for me, oneinsect
2020-04-04 20:17:33 <oneinsect> sure McSalty: please free to add to wiki, it will help others in search of knowledge
2020-04-04 20:17:42 <oneinsect> does abuild pick up CFLAGS and LDFLAGS?
2020-04-04 20:17:59 <oneinsect> let me try LD_LIBRARY_PATH first
2020-04-04 20:21:21 <McSalty> thanks guys. will get some sleep, and spend my quarantine time with my a20 tomorrow. see y'all
2020-04-04 20:21:39 <oneinsect> good night
2020-04-04 20:22:28 <oneinsect> hmm doesnt work for me even thought I add export LD_LIBRARY_PATH=/root/x-tools/x86_64-linux-gnu/x86_64-linux-gnu/sysroot/lib
2020-04-04 20:23:08 <oneinsect> the gcc is still looking for libraries only in libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f77744e2000)
2020-04-04 20:23:08 <oneinsect> 	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f77742f1000)
2020-04-04 20:23:08 <oneinsect> 	/lib64/ld-linux-x86-64.so.2 (0x00007f7774632000)
2020-04-04 20:23:42 <oneinsect> may be the cross compile has hard coded the library paths and will only look there
2020-04-04 20:27:57 <Cogitri> It can have an RPATH, yes
2020-04-04 20:28:17 <Cogitri> See `readelf -a $file | grep -i rpath`
2020-04-04 20:28:46 <oneinsect> let me
2020-04-04 20:31:47 <oneinsect> returns nothing
2020-04-04 20:32:19 <Cogitri> Then there's no rpath
2020-04-04 20:32:32 <oneinsect> hmmmmm
2020-04-04 20:41:22 <oneinsect> what the.....
2020-04-04 20:41:24 <oneinsect> For security reasons, when running an executable with elevated privileges (such as setuid, setgid, special capabilities, etc.), the search path list is different than normal: LD_LIBRARY_PATH is ignored, as well as any path in rpath or runpath
2020-04-04 20:42:10 <oneinsect> If your executable needs to have elevated privileges, you’ll need to specify your dependencies in absolute paths, or place them in the default locations (e.g., /lib).
2020-04-04 20:42:27 <oneinsect> darn now i will forced to place them in default locations
2020-04-04 20:42:55 <oneinsect> i hope the apks overwrite them post compilation while installing
2020-04-04 20:43:13 <oneinsect> be*
2020-04-04 20:45:24 <Cogitri> You could add additional default paths in the ld.so.conf
2020-04-04 20:46:05 <oneinsect> yeaa and do an ldconfig, let me see if it picks up that
2020-04-04 20:55:26 <oneinsect> hmm not working
2020-04-04 21:00:36 <oneinsect> however ldconfig -v does list them
2020-04-04 21:00:40 <oneinsect> kinda strange
2020-04-04 21:05:42 <oneinsect> i mean it doesnt even say cannot find library just says x86_64-linux-gnu-gcc: not found
2020-04-05 00:50:12 <cerna> Hi, completely new to Alpine (2 hours): I am trying to test viability of building software on Alpine (mainly because of musl), but I am finding that some Alpine APK packages do not have .pc pkg-config files and are not found by configure/Autotools. Is that right or am I doing something wrong?
2020-04-05 00:50:37 <maxice8> You'll have to be more specific
2020-04-05 00:50:44 <maxice8> what packages ?
2020-04-05 00:51:15 <cerna> Libzmq for example.
2020-04-05 00:52:06 <maxice8> it is in libzmq-dev
2020-04-05 00:52:19 <maxice8> you can search with apk search --exact pc:<pkg-config-name>
2020-04-05 00:52:24 <maxice8> apk search -x pc:libzmq as an example
2020-04-05 00:54:37 <bl4ckb0ne> what's the package that contains all the doc?
2020-04-05 00:55:05 <maxice8> all the doc ?
2020-04-05 00:55:35 <bl4ckb0ne> yeah
2020-04-05 00:55:41 <maxice8> what is that ?
2020-04-05 00:55:48 <bl4ckb0ne> documentation?
2020-04-05 00:55:53 <bl4ckb0ne> im missing a few pages
2020-04-05 00:55:56 <maxice8> for zeromq ?
2020-04-05 00:56:39 <bl4ckb0ne> no for everything
2020-04-05 00:56:49 <maxice8> install the docs package then
2020-04-05 00:56:55 <maxice8> it will install the -doc subpackage for every package you have
2020-04-05 00:57:33 <bl4ckb0ne> i saw a meta package or something that contained a lot of doc here
2020-04-05 00:57:37 <bl4ckb0ne> but i dont remember the name
2020-04-05 00:57:55 <maxice8> metapackages don't contain anything, you're looking for the docs package
2020-04-05 00:58:41 <bl4ckb0ne> well then at least the posix documentation then
2020-04-05 00:59:03 <maxice8> man-pages ?
2020-04-05 00:59:37 <cerna> maxice8: Yeah, package zeromq-dev. Thanks for the command tip, this is going to hurt more before it's going to get better 😛
2020-04-05 01:00:28 <maxice8> Alpine linux splits the development files (pkgconfig, cmake, .so, and a few others) into a -dev subpacakge
2020-04-05 01:00:55 <maxice8> documentation goes into -doc which includes anything in /usr/share/man
2020-04-05 01:00:56 <bl4ckb0ne> maxice8: perfect thanks
2020-04-05 01:45:19 <cerna> Hmm, the last libcgroups package was in 3.1/devel: https://lists.sr.ht/~sircmpwn/alpine-devel/%3C1410576027-12152-1-git-send-email-ibid.ag%40gmail.com%3E Wonder if I could build it against https://github.com/void-linux/musl-fts of if it too rabbit holey.
2020-04-05 02:44:45 <maxice8> It was removed in 2017 apparently because nobody touched it for long enough
2020-04-05 05:31:17 <rijks> How can get a list of pinned packeges installed?
2020-04-05 05:38:28 <clandmeter> rijks: i think only from world
2020-04-05 05:40:09 <rijks> where or how do I view world?
2020-04-05 05:41:57 <maxice8> cat /etc/apk/world
2020-04-05 05:43:04 <rijks> perfect thanks
2020-04-05 05:57:36 <oneinsect> apkbuild prepare fails for bzip2 while general make is able to successfully compile it, any idea why https://justpaste.me/KyHd
2020-04-05 06:07:30 <Cogitri> Seems like a patch fails to apply
2020-04-05 06:23:30 <oneinsect> strange
2020-04-05 06:23:40 <oneinsect> the patch binary is from busybox
2020-04-05 06:24:24 <oneinsect> may be the culprit is bzip2-1.0.4-makefile-CFLAGS.patch
2020-04-05 06:27:44 <oneinsect> Cogitri: any idea what this patch is doing?
2020-04-05 06:27:45 <oneinsect> https://git.alpinelinux.org/aports/tree/main/bzip2?h=master
2020-04-05 06:28:31 <oneinsect> i mean that output is not really helping to deduce anything
2020-04-05 06:28:35 <oneinsect> what exactly is wrong
2020-04-05 06:30:08 <Cogitri> I guess it makes bzip2 respect the flags we set instead of just using -O2 -g
2020-04-05 06:31:02 <oneinsect> okie commented out that patch
2020-04-05 06:31:05 <oneinsect> still same error
2020-04-05 06:31:37 <oneinsect> darn what does this means patching file Makefile
2020-04-05 06:31:38 <oneinsect>  Hunk 1 FAILED 85/85.
2020-04-05 06:32:23 <oneinsect> A hunk might fail if the similarities of a hunk don't match what's in the original file.
2020-04-05 06:32:25 <_ikke_> Busybox patch does not have fuzzy matching
2020-04-05 06:32:40 <oneinsect> oooh my god!!!!!!!
2020-04-05 06:33:02 <oneinsect> can i just bang my head someplace
2020-04-05 06:33:11 <_ikke_> apk add patch
2020-04-05 06:33:14 <_ikke_> :)
2020-04-05 06:33:30 <oneinsect> and it brings in musl
2020-04-05 06:33:33 <_ikke_> heh
2020-04-05 06:33:44 <oneinsect> i wish there was a static version of patch
2020-04-05 06:34:17 <oneinsect> or may be i will just do a static compile for patch also like abuild in musl environment
2020-04-05 06:43:48 <oneinsect> darn the tar: unrecognized option '--xattrs'
2020-04-05 06:43:49 <oneinsect> , the busybox tar also has issues
2020-04-05 08:30:06 <albr> ScottHamilton[d]: Hello back, I'm building llvm (only the clang project). And cmake can't find ocaml :
2020-04-05 08:30:07 <albr> ScottHamilton[d]: ```Could NOT find OCaml (missing: OCAMLFIND OCAML_VERSION OCAML_STDLIB_PATH)```
2020-04-05 08:30:09 <albr> ScottHamilton[d]: Whereas  I've installed ocaml, ocaml-runtime and ocaml-dev packages from the repos ?
2020-04-05 09:24:29 <Lord> hey : does vi supports utf8 ?
2020-04-05 09:24:40 <Lord> each character is displayed as ".."
2020-04-05 09:25:01 <Lord> and everything i find on the web is setting the correct LOCALE (not possible with musl)
2020-04-05 09:28:13 <mps> Lord: you mean busybox vi applet? no, it doesn't. though if you enter utf8 and save, open in other programs shows utf8
2020-04-05 09:28:35 <Lord> hooo it's just the display
2020-04-05 09:28:37 <Lord> ok
2020-04-05 09:28:42 <Lord> that's a bit sad :-/
2020-04-05 09:29:12 <mps> busybox is intended to be small. install vim and all is ok
2020-04-05 09:45:36 <Lord> well utf8 should be a basic feature in 2020
2020-04-05 11:58:20 <markand> Lord, yes it should but handling UTF-8 in a text editor is not as easy
2020-04-05 14:27:39 <oneinsect> friends
2020-04-05 14:27:41 <oneinsect> bzip2-1.0.8-r1 x86_64 {bzip2} (bzip2-1.0.6)
2020-04-05 14:27:41 <oneinsect> bzip2-static-1.0.8-r1 x86_64 {bzip2} (bzip2-1.0.6)
2020-04-05 14:27:41 <oneinsect> bzip2-doc-1.0.8-r1 x86_64 {bzip2} (bzip2-1.0.6)
2020-04-05 14:27:57 <oneinsect> why do my apk packages show 1.0.8 and then 1.0.6 in the brackets
2020-04-05 14:29:11 <oneinsect> i compiled (build command) in one-chroot but packaged them in another chroot, is it because of that? as the original chroot did not have openssl library for signing
2020-04-05 14:29:26 <oneinsect> both chroots are same infact from edge only
2020-04-05 14:31:11 <oneinsect> the bzip2-1.0.8 is the correct source
2020-04-05 15:50:39 <oneinsect> anyone?
2020-04-05 15:54:25 <Cogitri> That's in apk info?
2020-04-05 15:55:03 <oneinsect> yes
2020-04-05 15:57:13 <oneinsect> actually its from apk list
2020-04-05 15:58:10 <oneinsect> can you check this
2020-04-05 15:58:10 <oneinsect> https://justpaste.it/5bk7m
2020-04-05 15:58:38 <oneinsect> zlib compiled well!
2020-04-05 15:58:52 <oneinsect> so bzip2 but somehow there those in the brackets
2020-04-05 15:59:56 <oneinsect> so did*
2020-04-05 16:18:53 <c705> how should i report a bug on a package? https://gitlab.alpinelinux.org/alpine/aports/issues/new or is there a package specific place I should report?
2020-04-05 16:19:16 <Cogitri> That's the right place
2020-04-05 16:19:20 <c705> cheers
2020-04-05 16:25:37 <Cogitri> 👍️
2020-04-05 16:26:42 <Cogitri> oneinsect: huh, it says that for me too
2020-04-05 16:27:15 <oneinsect> strange
2020-04-05 16:27:17 <oneinsect> why so?
2020-04-05 16:27:27 <Cogitri> Seems like that's the license field: `license="bzip2-1.0.6"`
2020-04-05 16:27:42 <oneinsect> ooh can we correct it?
2020-04-05 16:27:47 <oneinsect> or does it have to be like that?
2020-04-05 16:27:54 <oneinsect> i mean is that the correct way?
2020-04-05 16:29:54 <oneinsect> one more thing during perl compilation it says, Bzip2.xs:17:10: fatal error: bzlib.h: No such file or directory
2020-04-05 16:29:54 <oneinsect>  17 | #include "bzlib.h"
2020-04-05 16:30:06 <oneinsect> but bzlib.h is there in /usr/include
2020-04-05 16:30:23 <Cogitri> Probably missing an -I/usr/include or smth like that
2020-04-05 16:30:48 <oneinsect> i am just doing abuild -v build
2020-04-05 16:31:27 <oneinsect> abuild is supposed to find /usr/include
2020-04-05 16:32:23 <Cogitri> Yes, I suppose perl's build doesn't set that compiler flag
2020-04-05 16:32:27 <Cogitri> That has nothing to do with abuild
2020-04-05 16:33:01 <oneinsect> darn how are you guys able to compile successfully using the same APKBUILD file then
2020-04-05 16:35:32 <_ikke_> Cogitri: isn't /usr/include used by default?
2020-04-05 16:37:31 <Cogitri> Usually yes, but I don't know Perl and if it says it can't find that file even though it's in /usr/include then I'd assume it's not including that path
2020-04-05 16:37:54 <Cogitri> But since I wasn't provided a log or something I'm just doing educated guesses here, really :)
2020-04-05 16:38:33 <oneinsect> okie was able to compile successfully bzip2 and zlib and next in order was perl, anyway thanks Cognitri: will go back and re-do this again
2020-04-05 17:14:34 <oneinsect> perl itself depends on depends_dev="perl-utils"
2020-04-05 17:15:00 <Cogitri> depends_dev are only pulled in when you install perl-dev
2020-04-05 17:15:03 <Cogitri> And not during build
2020-04-05 17:15:15 <oneinsect> ooh
2020-04-05 17:55:06 <Hamilton> Is it sensible to use alpine as daily driver? Is speed sacrificed for size?
2020-04-05 17:55:27 <albr_> monado[d]: i'd say it's sensible
2020-04-05 17:57:58 <c705> Hamilton: i do
2020-04-05 17:58:15 <c705> not sure how "sensible" it is. depends on how you use your PC
2020-04-05 17:58:31 <Hamilton> c705, General software dev machine
2020-04-05 17:58:39 <c705> go for it
2020-04-05 17:58:40 <Hamilton> Or actually embedded software dev machine
2020-04-05 17:58:52 <Cogitri> Well, if everything works for you with musl, sure
2020-04-05 17:59:01 <Cogitri> I use Alpine on all of my devices with GNOMW
2020-04-05 17:59:17 <Cogitri> I run VSCode in a flatpak because it doesn't run with musl tho
2020-04-05 18:00:05 <Hamilton> How much is an Arch + a tiling wm? 300 MiB? Is the 200 MiB difference all due to glibc?
2020-04-05 18:02:16 <maxice8> Storage or Memory ?
2020-04-05 18:04:45 <Hamilton> maxice8, Ah I meant storage but now I see they may also differ in RAM usage. Is there a technical blog somewhere comparing Alpine with other light-weights? I've only watched a 20min presentation by ncopa (I think)(which was great)
2020-04-05 18:13:49 <albr_> ScottHamilton[d]: Do you know if this is  fatal error :
2020-04-05 18:13:49 <albr_> ScottHamilton[d]: extlinux: Not directory: /mnt/boot
2020-04-05 18:13:55 <albr_> ScottHamilton[d]: ?
2020-04-05 18:16:16 <albr_> ScottHamilton[d]: ok, I've restarted setup-disk with boot mounted, hope it won't erase it
2020-04-05 18:48:27 <oneinsect> Cogitri: can you check this https://git.alpinelinux.org/aports/tree/main/perl/APKBUILD the variable says BZIP2_INCLUDE=/usr/inculde
2020-04-05 18:48:33 <oneinsect> is that spelling correct?
2020-04-05 18:49:01 <oneinsect> _ikke_
2020-04-05 18:49:04 <oneinsect> _ikke_:
2020-04-05 18:49:23 <Cogitri> I guess not
2020-04-05 18:50:20 <oneinsect> corrected it and trying to rebuild now
2020-04-05 18:51:23 <oneinsect> darn 2 hours went down the drain just to find that and how were you guys able to build without any errors?
2020-04-05 18:52:01 <Cogitri> I guess for us /usr/include was in the standard include path anyway
2020-04-05 18:52:14 <oneinsect> oooh
2020-04-05 18:52:43 <oneinsect> where do i raise a request to correct this?
2020-04-05 18:53:12 <oneinsect> its gone past previous after correction
2020-04-05 18:53:17 <oneinsect> error*
2020-04-05 18:53:26 <TBK[m]> aports related issues - https://gitlab.alpinelinux.org/alpine/aports/issues
2020-04-05 18:58:12 <oneinsect> okie opened an issue
2020-04-05 18:58:40 <oneinsect> someone please correct it
2020-04-05 18:58:40 <oneinsect> https://gitlab.alpinelinux.org/alpine/aports/issues/11362
2020-04-05 18:59:24 <TBK[m]> Providing a MR (Merge Request) is the fastest way to get it fixed :)
2020-04-05 18:59:46 <oneinsect> okie next time, thought its too trivial
2020-04-05 19:00:34 <Cogitri> Well, if it's trivial than a MR is even easier to make :)
2020-04-05 19:01:41 <oneinsect> okie i will try in sometime, i dont have the infra in this laptop of mine
2020-04-05 21:06:09 <coredumb> Good evening
2020-04-05 21:06:33 <coredumb> What's the correct way to install Alpine over serial console with default ISO image?
2020-04-05 21:18:20 <_ikke_> coredumb: It's easier when you have a writable usb disk with the image content on it
2020-04-05 21:19:09 <coredumb> _ikke_: I believe so
2020-04-05 21:19:17 <coredumb> Was copying the iso to usb
2020-04-05 21:19:32 <_ikke_> You'd also need to add a bootloader
2020-04-05 21:19:36 <coredumb> guess there's another way to make a usb install ?
2020-04-05 21:19:49 <_ikke_> there is setup-bootable
2020-04-05 21:20:49 <coredumb> let's say I don't have a running alpine
2020-04-05 21:21:39 <_ikke_> You can do it manually
2020-04-05 21:21:44 <_ikke_> with a few steps
2020-04-05 21:21:46 <coredumb> OK I can manage from a docker image
2020-04-05 21:26:30 <coredumb> _ikke_: if I mount the device first, what should be the FS ?
2020-04-05 21:29:41 <_ikke_> either ext3/4 or fat
2020-04-05 21:29:46 <coredumb> ok
2020-04-06 01:33:43 <rahiqion> Is drew devault in here?
2020-04-06 01:35:34 <ddevault> rahiqion: yes
2020-04-06 01:35:47 <rahiqion> ddevault: i hear you're a jerk
2020-04-06 01:35:58 <ddevault> what the hell
2020-04-06 01:36:07 <rahiqion> welp, now you know at least one person thinks you're a jerk
2020-04-06 01:36:37 <albr_> monado[d]: lmao
2020-04-06 01:36:37 <rahiqion> i hope you'll take this lesson in stride and kill the next person you think might call you a jerk in the future. it only takes one.
2020-04-06 01:36:59 <rahiqion> ddevault: do you run alpine?
2020-04-06 01:37:39 <ddevault> I'm not really interested in talking to you under these pretenses
2020-04-06 01:38:04 <rahiqion> ah, too bad. jerk move.
2020-04-06 01:38:10 <albr_> monado[d]: some people like to feed off drama
2020-04-06 01:38:11 <nacelle> rahiqion: please go.
2020-04-06 01:38:26 <rahiqion> reading my tone in anything but a massive joke was your first mistake, nacelle
2020-04-06 01:38:54 <nacelle> I -see- you're a jerk.
2020-04-06 01:38:59 <nacelle> now please, go.
2020-04-06 01:39:07 <albr_> monado[d]: I’m a jerk
2020-04-06 01:39:16 <albr_> monado[d]: Junior educated rich kid
2020-04-06 01:47:06 <TBB> coming up next: rahiqion walks back to his flying saucer and sets course to the last known location of a harmless native of #somechannel named ddevaulu ...
2020-04-06 01:47:41 <albr_> McBoat[d]: The hell went down here
2020-04-06 01:47:43 <rahiqion> nacelle: you even misread what i said; the fuck?
2020-04-06 01:49:40 <albr_> monado[d]: humorous
2020-04-06 01:49:47 <albr_> monado[d]: conversation
2020-04-06 04:22:07 <alpine-userx> Hello people... I'm trying to update my alpine 3.7 install ('data' mode, with boot files residing on the same ext2 partition) and running into issues
2020-04-06 04:24:29 <alpine-userx> can't get any version starting 3.8 to boot up at all... getting initrams emergency recovery shell launched
2020-04-06 04:26:34 <alpine-userx> i believe modloop kernel parameter no longer works with 3.8 onwards and it's unable to locate it. Previously, the location had to be manually specified using kernel modloop=/path/to/modloop parameter
2020-04-06 04:27:50 <alpine-userx> Also came across some documentation referencing alpine_dev parameter and that seems to be even older and doesn't work either
2020-04-06 04:29:51 <alpine-userx> Does anyone know how to specify the device/path location in newer version if not using FAT/syslinux partition? I load the boot files from ext2 partition using GRUB
2020-04-06 04:32:18 <_ikke_> https://gitlab.alpinelinux.org/alpine/mkinitfs/-/blob/master/initramfs-init.in#L333
2020-04-06 04:32:24 <_ikke_> alpine_dev should still exist
2020-04-06 04:34:03 <_ikke_> Thouogh I don't see it reference anymore
2020-04-06 04:36:13 <alpine-userx> Hmmm so modloop has indeed been removed, as I suspected
2020-04-06 04:36:51 <alpine-userx> If you look at that code, you will see that even though alpine_dev is listed, it's not being used at all
2020-04-06 04:37:00 <_ikke_> yes, I mentioned that
2020-04-06 04:37:58 <alpine-userx> it's referenced here: https://wiki.alpinelinux.org/wiki/Create_a_Bootable_USB
2020-04-06 04:38:40 <alpine-userx> although since it's referencing grsec, i knew it must be even older than 3.7
2020-04-06 04:40:04 <alpine-userx> Okay, so now that there's no modloop and alpine_dev is just being ignored, how to make this work in a ext2 filesystem?
2020-04-06 04:47:33 <quesker> I did apk add python3.  for pip do I apk add pip3?
2020-04-06 04:48:17 <alpine-userx> As a side note, any idea why has this ability been removed? It's ironic that a linux distro can be loaded from a FAT filesystem but not an ext* filesystem.
2020-04-06 04:48:33 <albr_> monado[d]: quesker: pypip3
2020-04-06 04:49:05 <albr_> monado[d]: Actually that doesn’t seem to be right
2020-04-06 04:49:12 <_ikke_> it's built-in
2020-04-06 04:49:16 <quesker> py3-pip found it thanks
2020-04-06 04:49:28 <_ikke_> right, subpkg
2020-04-06 04:50:25 <albr_> monado[d]: py3-pip
2020-04-06 04:50:31 <albr_> monado[d]: ah seems you got it already
2020-04-06 04:51:00 <_ikke_> https://pkgs.alpinelinux.org/contents?file=pip3&path=&name=&branch=edge&arch=x86_64
2020-04-06 05:34:17 <oneinsect> i am eager to test out alpine on AMD Ryzen 9 4900H
2020-04-06 05:35:37 <albr_> monado[d]: zoom zoom
2020-04-06 06:24:48 <oneinsect> how do you static compile tar with musl
2020-04-06 06:24:55 <oneinsect> the static flags doesnt build one
2020-04-06 06:25:47 <Cogitri> Maybe the configure script has an option for it
2020-04-06 06:27:03 <oneinsect> checking
2020-04-06 06:27:51 <oneinsect> --enable-static --disable-shared get ignored
2020-04-06 06:28:46 <markand> hey there
2020-04-06 06:29:49 <oneinsect> hi
2020-04-06 06:41:17 <albr_> ScottHamilton[d]: Hello
2020-04-06 06:44:49 <markand> oneinsect, whith software?
2020-04-06 06:45:17 <markand> even though not common, not all software propose those options (some are not buildable as shared or vice versa)
2020-04-06 06:45:25 <oneinsect> tar software
2020-04-06 06:45:30 <oneinsect> markand:
2020-04-06 06:45:41 <oneinsect> GNU-tar
2020-04-06 07:03:48 <newalpineuser> Hi how do I install an older version of any package using apk?
2020-04-06 07:07:41 <clandmeter> not  possible if you do not have the package logcal
2020-04-06 07:07:44 <clandmeter> local*
2020-04-06 07:08:19 <Cogitri> And even then using old packages is unsupported
2020-04-06 07:09:44 <clandmeter> we delete old pkg when new pkg arrives.
2020-04-06 07:10:19 <newalpineuser> I can see this, https://superuser.com/questions/1055060/how-to-install-a-specific-package-version-in-alpine
2020-04-06 07:10:28 <newalpineuser> but somehow does not work for me
2020-04-06 07:10:55 <clandmeter> it only works if that version is in the index
2020-04-06 07:11:12 <clandmeter> and that version will be locked, so apk upgrade will not upgrade it.
2020-04-06 07:11:50 <newalpineuser> well, I am running in this issue in x11vnc https://github.com/LibVNC/libvncserver/issues/328
2020-04-06 07:12:11 <newalpineuser> alpine package is at 0.9.16-r0 unfortunately
2020-04-06 07:12:24 <newalpineuser> and it seems to work in 0.9.15
2020-04-06 07:12:47 <newalpineuser> So how do it go to 0.9.15 then? any other suggestions?
2020-04-06 07:12:48 <clandmeter> sorry, its not supported.
2020-04-06 07:13:00 <clandmeter> try installing it yourself
2020-04-06 07:13:02 <newalpineuser> Can i download it manually and install?
2020-04-06 07:13:11 <Cogitri> Well, fixing the 0.9.16 release would be the way to go forward about this then
2020-04-06 07:13:50 <newalpineuser> Cogitri  I fear I am not that competent person
2020-04-06 07:14:53 <clandmeter> that issue you mention says its fixed in 0.9.13
2020-04-06 07:14:55 <newalpineuser> umm , ok so let me see where I can find apk packages, I am assuming I can download them like a .deb package in debian and install
2020-04-06 07:15:45 <Cogitri> Well, we don't offer old packages for download
2020-04-06 07:15:48 <newalpineuser> Yesh i did not understanf that comment either but see this https://github.com/LibVNC/libvncserver/issues/328#issuecomment-492765468
2020-04-06 07:15:51 <Cogitri> So you'd have to build it yourself
2020-04-06 07:16:03 <newalpineuser> whaaat :'(
2020-04-06 07:17:17 <clandmeter> newalpineuser: alpine is not always the best product for less experienced users.
2020-04-06 07:17:44 <newalpineuser> how is that possible just out of curiosity? What about users who are on older alpine release
2020-04-06 07:17:55 <newalpineuser> can they not download older packages?
2020-04-06 07:18:05 <clandmeter> you cannot
2020-04-06 07:18:25 <clandmeter> or you need to switch to an older version of alpine
2020-04-06 07:18:29 <newalpineuser> I mean, what if the new packages are incompatible for them?
2020-04-06 07:18:59 <newalpineuser> clandmeter so my point being, there must be a repo for where I can download the apk package right?
2020-04-06 07:19:03 <clandmeter> distributions are complex, they look simple from user case, but it like one giant puzzle.
2020-04-06 07:19:29 <clandmeter> newalpineuser: its not that simple, so the answer is probably no.
2020-04-06 07:20:35 <clandmeter> programs depend on specific libs, and even libs depend on specific other libs (core libs like libc).
2020-04-06 07:21:03 <clandmeter> so if oyu start mixing them from older releases, things get unstable or not working at all.
2020-04-06 07:28:11 <newalpineuser> yea makes sense I guess
2020-04-06 07:28:31 <newalpineuser> also I understood that comment, the issue is in libvncserver which is 0.9.12 in alpine
2020-04-06 07:29:02 <newalpineuser> so it is fixed in 0.9.13 of libvncserver
2020-04-06 07:30:16 <newalpineuser> 0.9.16 of x11vnc is consuming 0.9.12 of libvncserver
2020-04-06 07:35:06 <TBK[m]> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/zZJUzoHTWsocqkgGkVQaehfD >

2020-04-06 07:43:27 <lars__> Hey all. Where do I report that a package is missing its init/service ?
2020-04-06 07:43:40 <TBK[m]> ^
2020-04-06 07:46:15 <TBK[m]> lars__: https://gitlab.alpinelinux.org/alpine/aports/issues
2020-04-06 07:57:31 <lars__> TBK[m]: Thank you. Bug rapport submitted.
2020-04-06 08:13:17 <lars__> Anybody using wireguard ? alpine seems there is an error with my setup. But its the same wg0.conf file as I use on all my other systems
2020-04-06 08:13:25 <lars__> Line unrecognized: `Address=10.64.10.189/32,fc00:bbbb:bbbb:bb01::1:abc/128'Configuration parsing error
2020-04-06 08:18:29 <TBK[m]> lars__: is there a dash in the ipv6 range? /-128
2020-04-06 08:20:00 <lars__> TBK[m]: Yes. (from wg0.conf file) Address = 10.64.10.189/32,fc00:bbbb:bbbb:bb01::1:abc/128
2020-04-06 08:22:33 <lars__> But as far as I know. Its meant to be there. Works like that on arch, debian etc
2020-04-06 09:00:16 <lars__> Adding ip6tables solved my wireguard connect problem
2020-04-06 09:01:08 <Cogitri> 👍️
2020-04-06 09:06:22 <lars__> No it didnt. It works with the quick wg tool. But ifup still complains. Line unrecognized: `Address=10.64.10.189/32,fc00:bbbb:bbbb:bb01::1:abc/128'Configuration parsing error
2020-04-06 09:20:50 <albr_> ScottHamilton[d]: I've got issues logging in to my alpine session. I don't know what's the default login and password.
2020-04-06 09:30:32 <albr_> toinux[d]: /32 ?
2020-04-06 09:35:53 <mps>  ScottHamilton[d]: ones you set during install
2020-04-06 09:36:26 <mps> 'root' and enter key if you didn't set them
2020-04-06 09:53:20 <albr_> ScottHamilton[d]: Ok, then I guess I need to install again
2020-04-06 09:54:18 <mps> you can boot with 'init=/bin/sh' in kernel cmdline and reset password
2020-04-06 09:55:29 <Cogitri> Or add `s` to the CLI, then you'll land in an emergency shell of the initramfs
2020-04-06 09:55:36 <Cogitri> s/CLI/kernel cmdline/
2020-04-06 09:58:35 <mps> heh, kernel 5.6 have cmdfile besides cmdline
2020-04-06 10:16:53 <markand> hmmm I'm having an issue with mutt, checking mails work fine but sending ends in "No authenticators available"
2020-04-06 10:16:59 <markand> my same conf works fine elsewhere
2020-04-06 10:18:10 <markand> 
ACTION tries to rebuild with --with-gss

2020-04-06 10:23:28 <mps> did you installed sasl lib
2020-04-06 10:24:47 <markand> it is pulled by mutt
2020-04-06 10:24:52 <mps> cyrus-sasl-plain
2020-04-06 10:25:01 <markand> ah
2020-04-06 10:25:05 <markand> I though libsasl
2020-04-06 10:25:31 <mps> I had this issue about year ago, adding cyrus-sasl-plain solved it
2020-04-06 10:25:57 <markand> worked!
2020-04-06 10:25:58 <markand> thanks mps
2020-04-06 10:26:06 <mps> maybe we should add note somewhere about that
2020-04-06 10:26:06 <markand> I installed -login variant as well
2020-04-06 10:26:39 <markand> I think that's what a optionaldepends could be made for ;p
2020-04-06 10:26:49 <mps> heh :)
2020-04-06 10:27:16 <mps> if someone doesn't need it than we should not put it in depends
2020-04-06 10:40:20 <Cogitri> We really need optional dependencies in apk tho
2020-04-06 10:40:59 <Cogitri> It's fine that we try to keep dependencies down to a minimum but right now we have the choice between bloating deps or hoping and users install the right things
2020-04-06 10:48:23 <mps> could this be solved by docs for packages
2020-04-06 10:49:12 <Cogitri> Who reads through the docs for every package they install
2020-04-06 10:49:57 <Cogitri> There needs to be some output from APK at the end of the transition which is like "Installed package X which recommends packages: Y (reason), Z (reason)"
2020-04-06 10:50:16 <Cogitri> Nice, simple, very informative and hard to miss
2020-04-06 10:50:29 <mps> and to chatty
2020-04-06 10:53:48 <albr_> ScottHamilton[d]: One solution is to make multiple packages with different deps options
2020-04-06 10:54:10 <albr_> ScottHamilton[d]: mutt-light, mutt-full, mutt-minimal
2020-04-06 10:54:14 <albr_> ScottHamilton[d]: for example
2020-04-06 10:54:27 <_ikke_> @scott, that's a lot of maintenance though
2020-04-06 10:55:13 <albr_> ScottHamilton[d]: I think it's easier than maintaining every options in a single package
2020-04-06 11:02:31 <markand> I like the way openbsd's pkg_add print package message at the end of installation
2020-04-06 11:02:35 <markand> so you can't miss them
2020-04-06 11:02:41 <markand> but optionaldepends could be a thing anyway
2020-04-06 11:03:50 <TBB> oh noes, soon someone will suggest USE flags
2020-04-06 11:04:22 <mps> maybe README.alpine for packages which needs extra info
2020-04-06 11:04:26 <TBB> it'll be all downhill from there, and soon upgrading Perl will break an Alpine install every time ;D
2020-04-06 11:04:48 <markand> not sure why this USE flag came here
2020-04-06 11:05:32 <markand> optionaldepends is a recommendation about additional packages that can be installed as extra when the software itself does not immediately require them (e.g. using dlopen rather than linking to them)
2020-04-06 11:20:49 <TBB> it'll be the logical progression for introducing optional deps
2020-04-06 11:21:21 <TBB> unless you strictly stick to the approach Scott mentioned, which in turn increases maintenance load
2020-04-06 11:22:01 <TBB> (which is somewhat doable still as long as it's well controlled)
2020-04-06 11:22:43 <markand> why I didn't receive Scott's messages? Oo
2020-04-06 11:23:04 <markand> oh I get it
2020-04-06 11:23:34 <markand> albr_ is a bot bridge for matrix?
2020-04-06 11:23:43 <TBB> that's my impression, yes
2020-04-06 11:23:48 <markand> okay :)
2020-04-06 11:24:29 <mps> albr_ is bridge to (really annoying) discord
2020-04-06 11:29:29 <TBB> 
ACTION stands corrected :)

2020-04-06 11:47:36 <Cogitri> TBB: That's some really flawed logic there, just because we offer optional dependencies we don't suddenly become a source based distro
2020-04-06 11:48:18 <Cogitri> And @scott, that's a lot more effort than just having a `optionaldeps` field in an APKBUILD and probably will turn into a mess really quickly
2020-04-06 11:48:38 <Cogitri> Especially for packages which have many optional deps
2020-04-06 11:49:12 <Cogitri> mps: Is it really a problem when the package manager tells you info you usually need to know to get a functional package instead of burying them in some weird file?
2020-04-06 11:49:31 <Cogitri> If you don't want that output redirect stdout to /dev/null
2020-04-06 11:52:34 <TBB> I didn't suggest it to happen suddenly, but the logic is solid as such: either you provide options and you don't, and the more you provide options the bigger the pressure builds for having a way to handle them. But, that said, the currenty way with additional and visible information about what optional deps are available is IMO a good approach.
2020-04-06 11:52:56 <TBB> provide _or_ don't, slight typo fix
2020-04-06 11:53:56 <TBB> I come from Gentoo originally and that was enough source based distro for the rest of my life :)
2020-04-06 11:54:22 <Cogitri> My suggestion isn't to add options
2020-04-06 11:54:33 <Cogitri> It wouldn't change anything about the build
2020-04-06 11:55:03 <Cogitri> It'd just show the users an "Oy, this package is pretty unfunctional because we didn't want to pull in unnecessary deps for 5% of our userbase, so install this if you need feature X"
2020-04-06 12:00:06 <TBB> I find that to be the sensible approach in the current situation; either that or metapackages
2020-04-06 12:01:04 <Cogitri> Neat :)
2020-04-06 12:05:38 <TBB> I just let my imagination run a bit too wild at times, and that combined with my in-built lousy stand-up comedian usually leads to remarks like my initial one :D
2020-04-06 12:07:13 <albr_> ScottHamilton[d]: Then you may want to make a lite version with no optional deps for the 5% and a defaul one woth optdeps.
2020-04-06 12:07:26 <albr_> ScottHamilton[d]: *default
2020-04-06 12:07:34 <albr_> ScottHamilton[d]: With
2020-04-06 12:09:00 <Cogitri> But the other users might not want a full package either. Really, having optdepends where users can choose the deps they need seems easiest to pull off in the long run, avoids confusion ("do I need -full?") and allows users to keep a minimal system while still knowing what deps they actually need
2020-04-06 12:09:59 <albr_> ScottHamilton[d]: Ok
2020-04-06 12:10:55 <albr_> ScottHamilton[d]: That would be nice if you prompt with ccmake like ncurse interace for what should be installed and what shouldn't
2020-04-06 12:11:57 <albr_> ScottHamilton[d]: And think of functionnalities rather than raw deps
2020-04-06 12:14:25 <TBB> how much of software in general compiles in such a way that it checks the existence of certain deps at run time instead of just compiling extra functionality in?
2020-04-06 12:14:46 <Cogitri> Hmm...although that would be nice in some circumstances, I think that's something that could be done later on (once we have a first version which just prints stuff ot the CLI)
2020-04-06 12:14:57 <Cogitri> TBB: Not that much, must stuff hard-depends on something if you set it during buildtime
2020-04-06 12:15:28 <Cogitri> Since having a runtime dep means either depending on the binary (which can be brittle) or using dload and friends
2020-04-06 12:29:49 <mps> most such question are from users which comes here from big distros, and they expect (or even insist) alpine must be same as these big distros
2020-04-06 12:31:40 <mps> alpine have word 'simple' and word 'small' in description, and I would like that these words are not just 'marketing lies'
2020-04-06 12:33:07 <Cogitri> Well, by keeping those dependencies optional we're small and simple, no?
2020-04-06 12:33:30 <Cogitri> I think if we don't have optional deps we're not simple because you have to read some obscure docs to see what you need or deal with weird errors
2020-04-06 12:33:42 <Cogitri> And if we only offer -full packages we aren't small anymore
2020-04-06 12:33:56 <mps> optional deps are useles, who will read it
2020-04-06 12:35:13 <Cogitri> Those who run `apk add` supposedly
2020-04-06 12:35:21 <Cogitri> If you don't read that output we can't really help users
2020-04-06 12:35:30 <Cogitri> s/you/users/
2020-04-06 12:39:02 <mps> we expect from our users that they can read, look around and at the end think
2020-04-06 12:44:45 <albr_> ScottHamilton[d]: From a user perspective, it would be grate to think in a functionnality way rather than in a reps way
2020-04-06 14:00:27 <oneinsect> friends, perl fails on not finding zlib.h this time however /usr/include contains zlib.h any variable that i can set in APKBUILD
2020-04-06 14:00:50 <oneinsect> to help make file of perl to find zlib.h
2020-04-06 14:01:51 <oneinsect> intially it failed to find bzip2 headers but that is now fixed
2020-04-06 14:10:13 <lars__> Anybody has an idea how to start wireguard client on boot. The wiki only covers the server part.
2020-04-06 14:18:15 <TBK[m]> WG does not have a "server" component since all peers act as a client and server.
2020-04-06 14:18:15 <Cogitri> oneinsect: You could set CFLAGS="-I/usr/include" in the APKBUILD if perl takes that
2020-04-06 14:18:18 <TBK[m]> https://wiki.alpinelinux.org/wiki/Configure_a_Wireguard_interface_(wg)
2020-04-06 14:18:50 <Cogitri> lars:__ You could add a script to /etc/local.d which runs wg-quick
2020-04-06 14:34:07 <lars__> The etc/networking/interface solution only works if you list no address. WHich you have to on the "Client" side to connect to the server.
2020-04-06 14:35:10 <lars__> So I have to use wg-quick to start wireguard. /etc/local.d sounds like a good solution. But there need to be two parts. boot and shutdown. Not sure how to work that
2020-04-06 14:43:00 <lars__> Seems /etc/local.d is not suited for start/stop operations, Since you can only start/stop ALL scripts in that directory. So both start and stop scripts will be executed at boot.
2020-04-06 14:43:05 <lars__> Any other ideas ?
2020-04-06 14:44:19 <mps> lars__: no. script.stop is executed on poweroff or reboot
2020-04-06 14:46:38 <lars__> mps: So if I run rc-update add local default. Alpine will only run scripts with the .start extension at boot and only the .stop scripts at poweroff ?
2020-04-06 14:47:09 <mps> yes
2020-04-06 14:48:23 <mps> read /etc/local.d/README
2020-04-06 14:48:32 <oneinsect> any guesses why perl is not pick up zlib.h in /usr/include? is it looking at /usr/local/include?
2020-04-06 14:48:56 <lars__> mps: Thx. Will try that.
2020-04-06 14:49:06 <oneinsect> picking*
2020-04-06 14:49:34 <mps> oneinsect: it looks. maybe you have something which changed that
2020-04-06 14:50:49 <mps> you are still riding 'alpine glibc' horse ? :)
2020-04-06 14:50:57 <oneinsect> its just pain alpine chroot without anything
2020-04-06 14:50:57 <oneinsect> ./apk -X http://dl-cdn.alpinelinux.org/alpine/edge/main/ -U --allow-untrusted --arch $TARGET_ARCH --root /root/engincs-os-chroot/ --initdb add busybox-static apk-tools-static alpine-keys linux-headers
2020-04-06 14:51:07 <oneinsect> i mean i have now reached a stage
2020-04-06 14:51:17 <oneinsect> where i have built bzip2 and zlib
2020-04-06 14:51:26 <oneinsect> struck at 3rd package perl
2020-04-06 14:51:28 <oneinsect> in order
2020-04-06 14:51:38 <oneinsect> once this is done the horse will be ready
2020-04-06 14:51:52 <oneinsect> :D
2020-04-06 14:52:04 <mps> dead^Wready :)
2020-04-06 14:52:08 <oneinsect> i should have an iso in next 2-4 days
2020-04-06 14:52:16 <oneinsect> lol
2020-04-06 14:52:53 <oneinsect> can anyone tell me what are list of environmental variables in alpine full installed version?
2020-04-06 14:52:57 <mps> probably 'INCLUDE' is changed somewhere
2020-04-06 14:53:44 <oneinsect> i did not change it, if it compiles in full alpine installation then it should work, any ideas where zlib.h is in the full alpine?
2020-04-06 14:54:49 <oneinsect> Zlib.xs:34:10: fatal error: zlib.h: No such file or directory
2020-04-06 14:56:37 <mps> it is /usr/include/zlib.h
2020-04-06 14:56:46 <mps> did you installed zlib-dev
2020-04-06 14:57:09 <oneinsect> yes ofcourse
2020-04-06 14:57:26 <mps> apk info -L zlib-dev
2020-04-06 15:01:02 <oneinsect> https://justpaste.me/LTEz
2020-04-06 15:06:45 <mps> so there is 'usr/include/zlib.h' (and please use text/plain paste service)
2020-04-06 15:07:29 <oneinsect> sure i will text service next time
2020-04-06 15:07:35 <oneinsect> yes there is
2020-04-06 15:18:30 <oneinsect> https://ctxt.io/2/AABAFyJcFA
2020-04-06 15:18:37 <oneinsect> mps: full log
2020-04-06 15:19:44 <oneinsect> error first occurs make[1]: *** [Makefile:934: Makefile] Error 1
2020-04-06 15:20:53 <mps> why you have this '-Ilib'
2020-04-06 15:21:23 <mps> and this '-I./zlib-src'
2020-04-06 15:21:40 <oneinsect> i dont have it, i mean i am just running abuild -v build to check
2020-04-06 15:22:23 <mps> and you are building miniperl?
2020-04-06 15:23:20 <oneinsect> just using this
2020-04-06 15:23:22 <oneinsect> https://git.alpinelinux.org/aports/tree/main/perl/APKBUILD
2020-04-06 15:23:58 <oneinsect> made absolutely no changes anywhere
2020-04-06 15:25:38 <mps> are you running abuild on your glibc system, or alpine proper?
2020-04-06 15:26:12 <oneinsect> glibc system
2020-04-06 15:26:47 <mps> oh, then I don't know, sorry
2020-04-06 15:26:55 <oneinsect> never mind
2020-04-06 15:33:10 <TBK[m]> lars__:  openrc could be a solution. I did a quick search and found two script - https://gist.github.com/tokoyami/ff5a777dab005dcb93e3b975c9481856 & https://bugs.gentoo.org/672582
2020-04-06 15:34:31 <albr_> ScottHamilton[d]: I'm unable to reinstall alpine on lvm partition in trial-boot
2020-04-06 15:41:46 <oneinsect> some problem sorted, moved past that error
2020-04-06 15:42:00 <oneinsect> by include ZLIB_INCLUDE ZLIB_LIB
2020-04-06 15:42:38 <oneinsect> including*
2020-04-06 15:43:26 <oneinsect> though sed is used, env vars could be
2020-04-06 15:43:26 <oneinsect>  used too:
2020-04-06 15:43:26 <oneinsect>  ZLIB_INCLUDE=/usr/include
2020-04-06 15:43:26 <oneinsect>  ZLIB_LIB=/usr/lib
2020-04-06 15:57:09 <oneinsect> one more questions to the knowledgeable folks, in gcc -lz what does -lz stand for?
2020-04-06 15:57:46 <maxice8> link libz
2020-04-06 15:57:56 <oneinsect> aha
2020-04-06 15:58:18 <maxice8> -levent links to libevent
2020-04-06 15:58:28 <oneinsect> now it strangely says x86_64-linux-gnu/bin/ld.bfd: cannot find -lz
2020-04-06 15:58:40 <maxice8> missing /lib/libz.so
2020-04-06 15:58:48 <oneinsect> checking
2020-04-06 15:58:54 <Cogitri> Or missing -L/lib
2020-04-06 16:02:54 <oneinsect> bingo maxice8: and Cogitri: libz.so was in /lib/ and not in /usr/lib so the above should be ZLIB_LIB=/lib
2020-04-06 16:03:57 <oneinsect> compilation successfully done, this whole thing happens because of the artifacts of cross-compiler tool chain which uses usr/lib so I need set it there when I actually build one
2020-04-06 16:04:18 <oneinsect> so that there is consistency maintained
2020-04-06 16:04:28 <oneinsect> thanks folks
2020-04-06 16:51:36 <lars__> TBK[m]: Perfect. Didnt even think about the init option. Works fine, the "after","before" are especially useful.
2020-04-06 16:53:06 <TBK[m]> lars__: I did a quick revision of the GH script. I have not done any testing as of yet.
2020-04-06 17:13:35 <nixi> i am not sure whether this is specific to alpine, but i am nuable to access SMART on my hp p410 smart array
2020-04-06 17:13:54 <nixi> i loaded the gh module, but smartctl still tells me that there is no SMART available
2020-04-06 17:14:04 <nixi> is there anything else i need to do?
2020-04-06 17:14:21 <nixi> sg module, sorry
2020-04-06 17:15:24 <nixi> i installed cciss_vol_status, which somehow works: http://dpaste.com/16KYKCE
2020-04-06 17:16:20 <nixi> but when i run smartctl, i get this: http://dpaste.com/3PRGM42
2020-04-06 17:16:58 <nixi> and when i pass the `-s on` option as it says, i get this: http://dpaste.com/0NT7D30
2020-04-06 18:11:54 <cerna> Is there anything more informative to the siruation with Python2 packages than https://wiki.alpinelinux.org/wiki/Python_package_policies#Python_2_deprecation ?
2020-04-06 18:18:41 <maxice8> Not in a easy to find way, there are the git logs to see what was moved to python3
2020-04-06 18:24:20 <cerna> I have just seen some pull request which "claim python binary" and such. Problem is, I need Python2. So I am interested in how fast it is going to disappear in Alpine.
2020-04-06 18:25:02 <maxice8> python2 binary will still be available
2020-04-06 18:25:17 <maxice8> if that Merge request is merged then calling python will open python3
2020-04-06 18:38:27 <phanter> Hi
2020-04-06 18:38:39 <oneinsect> hi
2020-04-06 18:39:28 <phanter> I want to run my django app on Alpine (bare metal, not docker). So I need to start gunicorn at startup (via openrc?). However, I cannot find a good guide or way to do this.
2020-04-06 18:39:42 <phanter> Anyone her who can give me pointers or advice?
2020-04-06 18:41:38 <Cogitri> rc-update add gunicorn
2020-04-06 18:41:45 <Cogitri> That is if we provide an initd servive
2020-04-06 18:41:58 <Cogitri> service*
2020-04-06 18:42:18 <phanter> do we provide these? How do I find it out?
2020-04-06 18:43:29 <Cogitri> https://pkgs.alpinelinux.org/contents?file=&path=%2Fetc%2Finit.d&name=py3-gunicorn&branch=edge&repo=community&arch=x86_64
2020-04-06 18:43:35 <Cogitri> Doesn't seem like we do :/
2020-04-06 18:43:38 <phanter> and I use gunicorn now installed within the virtual environment... so it might complicate things that I need the virtual environment (since not all dependencies/versions are available as package in apk).
2020-04-06 18:44:01 <Cogitri> Hm, I don't really know Python at all, but can you use uwgsi?
2020-04-06 18:45:59 <phanter> probably could. I have no experience with that. Gunicorn seems to be adviced most. I combine it with nginx. It works well when I start it by hand...
2020-04-06 18:46:13 <programmerq> phanter: for non-containerized python apps, check out virtualenv. install your python dependencies via pip. Run a process runner/watcher like supervisord or runit or monit for your application-specific processes. alpine has a package for all three of those.
2020-04-06 18:46:39 <phanter> supervisord... I have used that in the past... will check!
2020-04-06 18:48:44 <programmerq> you could always write your own init script for gunicorn. alpine has the py3-gunicorn package, but I wouldn't necessarily use the alpine-provided package if it doesn't have all the dependencies (in favor of virtualenv+pip which can include a gunicorn install)
2020-04-06 18:49:08 <programmerq> https://wiki.alpinelinux.org/wiki/Writing_Init_Scripts
2020-04-06 18:50:45 <phanter> well, I am not looking wforward to writing my own init scripts... I will have a renewed look at supervisor...
2020-04-06 18:51:31 <programmerq> I have had things running for years with a simple monit+cron setup. stuff that should have been updated a long time ago, but never break, so I forget they exist.
2020-04-06 19:21:22 <Hello71> https://www.archlinux.org/packages/community/any/gunicorn/files/
2020-04-06 19:21:34 <phanter> supervisord did the trick indeed! Thanks!
2020-04-06 19:59:58 <aduty> can someone help me understand why no logs from iptables dropped packets show in /var/log/messages despite having a logdrop chain?
2020-04-06 20:42:03 <albr_> toinux[d]: docker ? lxc ?
2020-04-06 20:42:09 <albr_> toinux[d]: docker ? lxc ? bare metal ?
2020-04-06 20:42:53 <albr_> toinux[d]: there is a known bug on debian + lxc where iptables logs are sent to /dev/null, have you tried NFLOG ?
2020-04-06 20:50:47 <aduty> running in a vm
2020-04-06 20:51:33 <aduty> I did try nflog and could not find any logs from that either
2020-04-06 20:51:52 <aduty> however, I have never used nflog before, so I could be missing some config
2020-04-06 20:54:47 <monado> ddevault I agree with you, the X200 is the best laptop ever made
2020-04-06 20:57:28 <argentite> Hello, I'm trying to setup a simple encrypted system with a unencrypted /boot partition in /dev/sda1 and LUKS root on /dev/sda2 How do I enable the equivalent of "cryptsetup luksOpen ..." during boot?
2020-04-06 21:01:40 <_ikke_> I don't know any specifics,but did you look at https://wiki.alpinelinux.org/wiki/LVM_on_LUKS ?
2020-04-06 21:07:33 <argentite> _ikke_: I have adapted that article with some non-LVM specific things from Archwiki: https://wiki.archlinux.org/index.php/Dm-crypt/Encrypting_an_entire_system#LUKS_on_a_partition But it seems I'm missing a key step.
2020-04-06 21:37:26 <cerna> Is there any Open-Source project which builds Alpine packages as a part of CI/CD pipeline on every push/pull which integrates this logic into main repository I could have look at?
2020-04-06 21:59:04 <c705> cerna: i'm kinda working in that direction. try clloning aports and looking at scripts/
2020-04-06 21:59:14 <c705> i'd like to formally document those scripts at some point
2020-04-06 22:22:17 <cerna> c705: Thanks. I was thinking about scripting the creation of APKBUILD and then calling the build (in something nice to write in, not bash). However, how to integrate into the repository (looking at it like the /debian folder from DPKG world)?
2020-04-06 23:59:48 <hazmi35> hi
2020-04-06 23:59:56 <hazmi35> exit
2020-04-07 03:06:28 <oneinsect> darn the ld of toolchain is only looking within the sysroot when I say ld -lcursesw --verbose
2020-04-07 03:06:28 <oneinsect> , its refusing to look into usr/lib or lib/x86_64-linux-gnu
2020-04-07 03:06:49 <oneinsect> irrespective of setting LD_LIBRARY_PATH or LIBRARY_PATH
2020-04-07 05:38:21 <Cogitri> oneinsect: Just set the right path in /etc/ld.so.conf.d
2020-04-07 06:08:26 <oneinsect> i set the path Cogitri:
2020-04-07 06:09:42 <oneinsect> let me paste the output
2020-04-07 06:10:49 <oneinsect> https://www.heypasteit.com/clip/0IUKI1
2020-04-07 06:11:24 <oneinsect> GCC and GNU ld are configured against a common sysroot. This means that where ld scripts refer to their subordinate libraries using an absolute path, the path is still relative to sysroot.
2020-04-07 06:12:21 <oneinsect> it refuses use any environment variable including LD_PRELOAD
2020-04-07 06:12:36 <oneinsect> and crosstool-ng just doesnt provide a mechanism to disable sysroot
2020-04-07 06:12:43 <oneinsect> while building them
2020-04-07 06:45:58 <nixi> i posted here yesterday without luck, so i will try again. i am unable to access SMART on my hp smart array p410. smartctl just says that smart is available but not enabled and when i try enabling smart, it does not work. am i missing some drivers or anything?
2020-04-07 06:46:31 <nixi> cciss_vol_status works, but that can not send mail when something is wrong
2020-04-07 06:46:38 <nixi> and does not do SMART
2020-04-07 06:49:23 <_ikke_> cciss_vol_status -s /dev/sda
2020-04-07 06:49:25 <_ikke_> /dev/sda: (Smart Array P410i) RAID 5 Volume 0 status: OK.
2020-04-07 06:51:08 <_ikke_> even smartctl is working for me
2020-04-07 06:51:30 <_ikke_> SMART Health Status: OK
2020-04-07 06:51:42 <_ikke_> (from smartctl --all /dev/sda -d cciss,1
2020-04-07 06:52:03 <_ikke_> nixi: ^
2020-04-07 06:57:44 <nixi> _ikke_: when i run smartctl, i get this
2020-04-07 06:57:45 <nixi> http://dpaste.com/2F7JXTR
2020-04-07 06:58:16 <nixi> when i pass the `-s on` option, i get this http://dpaste.com/21PHZ0J
2020-04-07 06:59:04 <nixi> cciss_vol_status works like so: http://dpaste.com/0N81GDE
2020-04-07 06:59:42 <_ikke_> for me: SMART support is:     Enabled
2020-04-07 06:59:52 <nixi> well, what have you installed?
2020-04-07 07:00:02 <nixi> do you have the same raid array?
2020-04-07 07:00:12 <nixi> oh, p410i, nevermind
2020-04-07 07:00:41 <_ikke_> smartmontools and cciss_vol_status
2020-04-07 07:01:56 <_ikke_> nixi: try smartctl -s on
2020-04-07 07:02:05 <nixi> _ikke_: i did, that is the last dpaste
2020-04-07 07:02:10 <_ikke_> ah
2020-04-07 07:02:10 <nixi> it just refuses to start
2020-04-07 07:02:28 <_ikke_> "ATA output registers missing"
2020-04-07 07:02:31 <nixi> i even loaded the sg module to see if that helps, but nope
2020-04-07 07:02:51 <nixi> _ikke_: hmmm, what does that mean?
2020-04-07 07:02:58 <nixi> this is my first time working with raid
2020-04-07 07:03:00 <_ikke_> I have no clue
2020-04-07 07:03:17 <_ikke_> I don't have a lot of experience with it either
2020-04-07 07:04:23 <_ikke_> https://sourceforge.net/p/smartmontools/mailman/message/32691422/
2020-04-07 07:10:29 <nixi> what am i looking for?
2020-04-07 07:23:56 <_ikke_> I don't know, just trying to look for what it might mean
2020-04-07 15:11:50 <Hauxley> Hello, can you ask questions about alpine here? :)
2020-04-07 15:12:15 <_ikke_> Sure, you don't need to ask permission :)
2020-04-07 15:14:40 <Hauxley> ok just wanted to make sure :)  i have a question. I'm new to Alpine and Linux in general and tried to use the ACF. I followed the wiki and ran setup-acf. i guess the script installed all the packages i needed. It's a cool webinterface but i dont need it so i want to remove it. Do i need to uninstall all the packages one by one or is it another
2020-04-07 15:14:40 <Hauxley> easier option? - Thanks
2020-04-07 15:14:50 <TBB> _ikke_, you're missing so many opportunities for bad stand-up comedy!
2020-04-07 15:16:46 <_ikke_> TBB: I often resist that urge :)
2020-04-07 15:23:52 <programmerq> Hauxley: I don't recall off the top of my head whether setup-acf installs packages *for* you
2020-04-07 15:24:03 <programmerq> but generally speaking, if you install a package explicitly, and it pulls in dependencies
2020-04-07 15:24:17 <programmerq> and then you 'apk del' that package, it'll remove unneeded dependencies automatically.
2020-04-07 15:24:36 <programmerq> so if you run 'apk del' on the acf-* packages you have installed, you should see a bunch of other dependencies go with it.
2020-04-07 15:29:46 <Hauxley> Ok thanks i think i understand :)  when you say acf-* thats just for all the potential associated packages to the acf? thats not a command to run?
2020-04-07 15:57:24 <Hauxley> I fixed it now :)  i uninstalled all the packages and added --purge. i bunch went away with acf-apk-tools then just had to remove the mini_httpd :)  thanks for the help have a good night
2020-04-07 15:57:36 <Hauxley> or day (y)
2020-04-07 19:09:25 <oliv3r[m]> Hey CogitriI tink the pipelines for some of the architectures are stuck (with relation to !6486)
2020-04-07 19:10:32 <Cogitri> Huh, that's a new way to write my nickname, usually it's Cogitry :D
2020-04-07 19:10:56 <Cogitri> Anyway, I guess the CI is busy on FF 75 right now, so your build should start in an hour or so
2020-04-07 19:11:43 <artok> jammed space key =)
2020-04-07 19:13:02 <telmich> Good evening! How do I find out which package owns /usr/bin/fire?
2020-04-07 19:13:29 <maxice8> apk info -W
2020-04-07 19:14:52 <telmich> Thanks, maxice8
2020-04-07 19:15:28 <maxice8> You're welcome
2020-04-07 19:15:37 <clandmeter> note: that only works if the pkg is installed
2020-04-07 19:16:47 <Cogitri> Otherwise apk-file might be useful
2020-04-07 19:49:30 <oliv3r[m]> Cogitri hah, I used tab complition, go figure :) maybe I accidentally typed the 'l' somewhere by accident?
2020-04-07 19:49:38 <oliv3r[m]> I do appologies :D
2020-04-07 19:50:40 <oliv3r[m]> apologize ... it's to late :(
2020-04-07 19:58:44 <Cogitri> Heh, no worries :P
2020-04-07 20:04:11 <oliv3r[m]> also did a rebase as per gitlab's request :) lets hope the CI finishes before new changes are merged that break the merge again :)
2020-04-07 20:05:12 <_ikke_> heh
2020-04-07 20:08:11 <telmich> Something is strange with `ip` even from the iproute2 package at the moment:
2020-04-07 20:08:39 <telmich> `ip route add 0/0 nexthop via inet6 fe80::21b:21ff:febb:6934 dev bond0.25` returns `RTNETLINK answers: Invalid argument`
2020-04-07 20:08:46 <telmich> Anyone a clue on what is going wrong?
2020-04-07 20:11:29 <telmich> I've tested `ip route add 0/0 nexthop via inet6 fe80::21b:21ff:febb:6934 dev wlan0` on another alpine system with the same error; it works on a debian / devuan system running 4.19.0 and iproute 4.20.0
2020-04-07 20:41:15 <bovis> In trying to compile a project, I receive the same "#include <directfb.h>" error shown here https://git.alpinelinux.org/aports/commit/?id=ede95d986c91cc187d590baddf3f69caee3fed8e
2020-04-07 20:42:11 <bovis> But that link suggests the problem should be fixed. I've installed SDL2 and SDL2-dev
2020-04-07 20:43:08 <bovis> I'm unsure what to try to get past the issue
2020-04-07 20:48:13 <Cogitri> bovis: You have directfb-dev or however it's called installed?
2020-04-07 20:52:58 <bovis> Cogitri: Yes, directfb and -dev
2020-04-07 20:55:23 <mps> anyone knows why dvtm depends on ncurses-terminfo ?
2020-04-07 20:57:12 <bovis> Cogitri: It's not the same issue, but what I found here (https://github.com/dhewm/dhewm3/issues/252) suggests that the makefile is looking for directfb.h in /usr/include/ when it's actually in /usr/include/directfb, where it is located on my computer
2020-04-07 20:57:34 <Cogitri> bovis: Hm, I don't really know sdl nor CMake well, but you could work around it by setting your CLFAGS to -I/usr/include/directfb
2020-04-07 20:57:51 <bovis> Cogitri: I did try CMAKE_PREFIX_PATH:STRING="/usr/lo
2020-04-07 20:57:55 <bovis> cal:/usr/local/directfb"
2020-04-07 20:58:01 <bovis> But with no success
2020-04-07 20:59:02 <Cogitri> I don't think that does something
2020-04-07 20:59:08 <Cogitri> Just set CFLAGS
2020-04-07 21:04:06 <Hauxley> Hello there, where can i find a logg for recently installed packages? Also do you guys have tips for removing packages with all the associated folders and files with that package install? - Thanks :)
2020-04-07 21:04:13 <Hauxley> a log*
2020-04-07 21:04:27 <bovis> Cogitri: I'm unfamiliar with this. Running 'CFLAGS="-I/usr/include/directfb" make' didn't work. Am I doing what you asked correctly?
2020-04-07 21:05:28 <_ikke_> Hauxley: apk does not log anything
2020-04-07 21:06:18 <Hauxley> ah ok :)
2020-04-07 21:07:03 <bovis> _ikke_: Can you force apk to log?
2020-04-07 21:07:19 <bovis> ^^ Hauxley
2020-04-07 21:08:51 <_ikke_> bovis: you can alias apk to send output to a log file as well as the terminal
2020-04-07 21:09:07 <_ikke_> alias apk='command apk | tee /var/log/apk.log'
2020-04-07 21:09:09 <_ikke_> something like that
2020-04-07 21:09:20 <_ikke_> alias apk='command apk | tee -a /var/log/apk.log'
2020-04-07 21:09:28 <_ikke_> but breaks probably because it cannot write to apk.log
2020-04-07 21:09:31 <_ikke_> as a normal user
2020-04-07 21:09:36 <Cogitri> bovis: you need to set the cflags before running cmake or whatever the build system is
2020-04-07 21:10:44 <bovis> Cogitri: I did try also 'CFLAGS="..." cmake', and that didn't do the trick either when trying to run make afterward
2020-04-07 21:34:03 <artok> for cmake, -DCMAKE_C_COMPILER_FLAGS="-I<foo>" is good to have for start
2020-04-07 21:34:25 <artok> using env isn't that exact, usually
2020-04-07 21:36:44 <bovis> artok: Unsure if this happened previously, but running cmake with your suggestion resulted in an error of "Manually-specified variables were not used by the project"
2020-04-07 21:39:32 <artok> woah.
2020-04-07 21:40:30 <artok> -DCMAKE_C_FLAGS ?
2020-04-07 21:42:43 <bovis> CMAKE_C_COMPILER_FLAGS is what the error refers to
2020-04-07 21:44:00 <bovis> artok: My original compile instructions were to run exactly this: cmake -D OPTION_OFFICIAL_ONLY:BOOL=ON ..
2020-04-07 21:44:11 <bovis> I added your DCMAKE... and got that error
2020-04-07 21:44:33 <bovis> Removed the OFFICIAL stuff, and cmake compiled without the error
2020-04-07 21:44:51 <bovis> But after all that, make still gives me the error of being unable to find directfb.h
2020-04-07 21:45:58 <artok> CMAKE_C_FLAGS override CFLAGS env variable, CMAKE_C_COMPILER_FLAGS should work also, it is later cmake variable that is first populated...
2020-04-07 21:48:34 <artok> but the project might have some setting for the dicrectfb include
2020-04-07 21:57:13 <bovis> artok: There are multiple includes in the CMakeCache.txt file. None I see for directfb, but a few for SDL2, like SDL2_INCLUDE_DIR:PATH=/usr/include/SDL2 (I'm thinking about the original Alpine commit I referenced earlier)
2020-04-07 21:59:02 <bovis> That file does also reference what I just tried with the line CMAKE_C_COMPILER_FLAGS:UNINITIALIZED=-I/usr/local/directfb
2020-04-07 22:26:16 <artok> cmake cache is the thingie that is populated, CMakeList.txt is the one that searchs for the directfb
2020-04-07 22:46:25 <bovis> artok: https://bpaste.net/XELQ Searching for directfb in grep returns only two matches
2020-04-07 22:47:35 <bovis> In the second file, CXX.includecache, "directfb.h" is on a line by itself. Can I edit that file to include the full path to directfb.h?
2020-04-07 22:51:26 <artok> yet grep is done on source dir?
2020-04-07 23:11:23 <bovis> artok: That grep includes src. Done directly in src, it returns nothing.
2020-04-07 23:14:54 <artok> even the #include <directfb.h> doesn't show on the sources?
2020-04-07 23:17:40 <bovis> artok: ^^ I'm not sure what you're asking. The output of grep from before is all I know about finding directfb.h.
2020-04-07 23:19:18 <artok> file that has the include directive should show up on that grep list =)
2020-04-07 23:19:21 <bovis> Here's the make error I'm receiving https://bpaste.net/AZNA
2020-04-07 23:19:57 <artok> aah !
2020-04-07 23:20:09 <artok> that is SDL-dev problem
2020-04-07 23:20:48 <bovis> artok: As I discussed with Cogitri, I've installed SDL2 and its -dev package
2020-04-07 23:21:38 <bovis> Looking here, it seems as if I've recieved a related error but that it was patched: https://git.alpinelinux.org/aports/commit/?id=ede95d986c91cc187d590baddf3f69caee3fed8e
2020-04-07 23:22:25 <artok> and you're up to date with that .pc ?
2020-04-07 23:31:07 <bovis> artok: I've updated my system within the past week
2020-04-07 23:45:36 <artok> if having both -dev packages installed, it is project cmake that has something wrong
2020-04-08 06:21:51 <snimavat> is it possible to create a minimal image for virtualbox — like docker image is just few mb, but standard image is over 100mbs
2020-04-08 06:22:41 <snimavat> i want to run a headless vm, i need few packages only, ssh, git, java, gradle — thts it
2020-04-08 06:23:07 <mps> snimavat: for docker you need just one application (usually)
2020-04-08 06:23:16 <snimavat> yep
2020-04-08 06:23:26 <snimavat> i want to run the alpine in virtualbox, not docker
2020-04-08 06:23:40 <mps> for VM you need kernel, modules, firmware, system processes etc
2020-04-08 06:23:47 <snimavat> i may install docker inside alpine, but not the otherway around
2020-04-08 06:24:32 <snimavat> actually planning to create an alpine based development environment
2020-04-08 06:24:40 <snimavat> tht i will run inside virtualbox
2020-04-08 06:25:02 <mps> I would say that 'docker is one application isolation', not OS
2020-04-08 06:25:13 <snimavat> yes, thts correct
2020-04-08 06:25:32 <snimavat> is it possible to create a 40/50 mb image for virtualbo
2020-04-08 06:25:40 <snimavat> rather thn the few hundred mbs
2020-04-08 06:25:45 <snimavat> i dont want desktop env etc
2020-04-08 06:25:49 <snimavat> just headless
2020-04-08 06:25:50 <mps> if you want to run alpine in container than maybe LXC is better option than docker
2020-04-08 06:25:54 <snimavat> with minimal stuff
2020-04-08 06:26:57 <mps> and alpine by default doesn't have desktop
2020-04-08 06:27:32 <snimavat> so i see virtualbox iso available on downlod section is few hundred mbs
2020-04-08 06:27:36 <snimavat> is tht minimum i need ?
2020-04-08 06:28:04 <mps> I don't think we have virtualbox iso
2020-04-08 06:28:30 <snimavat> i mean, the iso for virtual machines
2020-04-08 06:29:46 <mps> hardly it can be smaller and still usable for most users
2020-04-08 06:30:50 <snimavat> humm
2020-04-08 06:31:03 <snimavat> ok, i think thn i will have to use tht
2020-04-08 06:31:30 <snimavat> it would have been great if i had just a working alpine with package manager and nothing else - may be under 50mb
2020-04-08 06:31:38 <snimavat> and i can install whtever i want from repositories
2020-04-08 06:32:18 <mps> I would suggests installing in LXC then
2020-04-08 06:39:40 <_ikke_> snimavat: it might be possible to create an iso that contains just the bare minimum
2020-04-08 06:40:05 <snimavat> _ikke_ any links how can i proceed with tht ?
2020-04-08 06:40:35 <_ikke_> Step 1 is figuring out what the bare minimum is
2020-04-08 06:40:48 <cim209> anyone know what any of these means? https://cloud.demyx.sh/s/54qRwJtbYsoB4Qw/preview
2020-04-08 06:42:54 <snimavat_> other thn tht i will later install git, node, jdk, and may be docker
2020-04-08 06:54:18 <rahiqion> Does anyone in here understand gnupg much?
2020-04-08 06:54:49 <rahiqion> I'm messing around in a ctf and had to decrypt a file with gpg, but I'm wondering how gpg did this without generating any keys on its own.
2020-04-08 06:55:07 <rahiqion> Furthermore, how I decrypted it with a password when I didn't have anything but said passphrase.
2020-04-08 06:58:40 <rahiqion> Ah, it's because it was symmetrically encrypted. But now I'm wondering how I'd verify this with cyberchef.
2020-04-08 10:20:57 <mps> is ISDN is still used anywhere?
2020-04-08 10:21:30 <_ikke_> cim209: it's a kernel stack trace
2020-04-08 10:21:45 <danieli> mps: not a lot for sure
2020-04-08 10:23:36 <mps> thinking to remove it from kernel
2020-04-08 10:24:08 <mps> anyway we don't have userspace tools for ISDN in repo
2020-04-08 10:25:45 <Cogitri> I think the ISDN kernel stuff doesn't have a maintainer anymore too, or does it?
2020-04-08 10:26:11 <Cogitri> At least in Germany about all connections are switched to IP now
2020-04-08 10:27:45 <mps> iirc, you are right about kernel status for ISDN
2020-04-08 13:15:37 <albr_> ScottHamilton[d]: Hello, how on earth is this possible : `Could NOT find Z3: Found unsuitable version "0.0.0", but required is at least "4.7.1" (found /usr/lib/libz3.so)` I've installed the z3-dev package by the way
2020-04-08 13:16:57 <Cogitri> I guess some bad CMake that assumes that the version is like so: libz3.so.x.x.x but development libs always end in libname.so
2020-04-08 13:17:13 <Cogitri> You should probably patch the CMake file to use pkg-config or smth
2020-04-08 13:23:40 <albr_> ScottHamilton[d]: Ok, nice I'll do that (it's llvm's cmake btw)
2020-04-08 13:34:55 <artok> I think it still compiles into it
2020-04-08 13:38:03 <artok> oh, llvm cmake shows correct version
2020-04-08 13:38:37 <artok> pkg-config is there ?
2020-04-08 13:45:07 <albr_> ScottHamilton[d]: Nope, cmake fails
2020-04-08 13:48:40 <albr_> ScottHamilton[d]: And no, th z3.pc file doesn't exist
2020-04-08 13:48:46 <albr_> ScottHamilton[d]: And no, the z3.pc file doesn't exist
2020-04-08 14:01:16 <hexmlx> Hi, i have a strange problem with wifi on a raspberry pi 4 (but he same issue happen also with a pi3b). I can connect to the network just fine but i cannot send o recieve package, i tried both ping and ssh, the strange thing is that i can obtain an ip via udhcpc but nothing else. the command i use to connect are "udhcpc -i wlan0 -x hostname:rpi"
2020-04-08 14:01:17 <hexmlx> and "wpa_supplicant -i wlan0 -c /tmp/wpa_supplicant.conf -B -dd". Also i tried doing a package capture via tcpdump and i see the ping going out and the response coming in but ping dosen't print anything it seem that the packages don't reach the userspace, could it be a routing problem? ( i've done the ping via "ping -I wlan0 10.10.1.254" and
2020-04-08 14:01:17 <hexmlx> capture via "tcpdump -i wlan0 -w /ping_wifi_router.pcap"
2020-04-08 14:02:47 <oneinsect> i am still struggling with this, http://codepad.org/I4nFmH7O
2020-04-08 14:03:18 <oneinsect> how do i make the ld looking into directories other than the sysroot
2020-04-08 14:03:19 <oneinsect> x86_64-linux-gnu-ld -lz --verbose
2020-04-08 14:03:36 <oneinsect> Cogitri: my savior are you here friend
2020-04-08 14:04:57 <oneinsect> how do i check where the ld is looking for (if at all) a ld.so.conf file
2020-04-08 14:07:08 <Cogitri> You can set the LIBRARY_PATH environment, gcc/clang will look in that dir
2020-04-08 14:07:22 <artok> LD_LIBRARY_PATH ?
2020-04-08 14:07:24 <Cogitri> Otherwise pass CFLAGS="-L$dir"
2020-04-08 14:07:29 <Cogitri> No, only LIBRARY_PATH
2020-04-08 14:07:38 <oneinsect> i cant pass CFLAGS to all packages of aports
2020-04-08 14:07:40 <artok> oh yah, runtime
2020-04-08 14:07:56 <oneinsect> but it is not picking up either LD_LIBRARY_PATH or LIBRARY_PATH
2020-04-08 14:07:57 <Cogitri> LD_LIBRARY_PATH is for ld, the runtime thingie, LIBRARY_PATH is for the linker
2020-04-08 14:08:09 <oneinsect> https://sysprogs.com/w/fixing-rpath-link-issues-with-cross-compilers/
2020-04-08 14:08:18 <Cogitri> You can set cflags just fine for aports
2020-04-08 14:08:23 <Cogitri> Just set it in /etc/abuild.conf
2020-04-08 14:08:38 <oneinsect> oooh
2020-04-08 14:09:05 <oneinsect> i only need this hack till i compile the binutils (proper)
2020-04-08 14:09:29 <oneinsect> btw how do i find out if ld is indeed looking for <your toolchain sysroot directory>\etc\ld.so.conf. file
2020-04-08 14:09:35 <albr_> ScottHamilton[d]: CFLAGS nope, LDFLAGS
2020-04-08 14:12:49 <oneinsect> so LDFLAGS="-L/lib"
2020-04-08 14:12:53 <oneinsect> that should do?
2020-04-08 14:12:59 <oneinsect> so LDFLAGS="-L/usr/lib"
2020-04-08 14:25:06 <albr_> ScottHamilton[d]: yes
2020-04-08 14:26:16 <oneinsect> hmmm its a ugly hack, i wish there was a way to ld to look into other than sysroot folder
2020-04-08 14:26:23 <oneinsect> to tell*
2020-04-08 14:46:46 <albr_> ScottHamilton[d]: Ok so cogitri, the lib /usr/lib/libz3.so.4.8.7.0 exists
2020-04-08 14:51:40 <Cogitri> Well yes, but you link against libz3.so because the linker doesn't know about that version
2020-04-08 15:20:01 <hexmlx> i've found that this command fix the issue but i'm still not sure what i'm doing wrong that necessitate such workaround: sysctl net.ipv4.conf.wlan0.rp_filter=0
2020-04-08 15:24:22 <_ikke_> hexmlx: how did you find that sysctl?
2020-04-08 15:24:56 <hexmlx> on serverfault: https://serverfault.com/questions/391954/linux-router-ping-doesnt-route-back/428976#428976
2020-04-08 15:25:46 <_ikke_> rp_filter is return path filtering
2020-04-08 15:28:02 <mps> _ikke_: small note, reverse path filter
2020-04-08 15:28:16 <mps> sorry for nitpick
2020-04-08 15:29:03 <_ikke_> Ty
2020-04-08 15:29:16 <hexmlx> from what i'm undestading (not much) it seem that the ping request start from wlan0 but the answer arrive on eth0. Now, both eth0 and wlan0 are in the same network, but from the tcpdump the answer come to the wlan0 interface, with the corret destination ip so i'm not sure why i'm triggering this fiter (but lowlevel networking it's something new for
2020-04-08 15:29:16 <hexmlx> me so i'm probably mistaken). (also english is not my main language)
2020-04-08 16:30:33 <ash_worksi> not sure if this is for this channel but doesn't postgresql-dev install the pg server and do you *NEED* that if you're only ever going to connect to a remote container?
2020-04-08 16:50:28 <_ikke_> ash_worksi: postgresql-dev should only contain files / libraries necessary to build something against postgres
2020-04-08 17:31:42 <ash_worksi> _ikke_: thanks
2020-04-08 17:32:02 <ash_worksi> you always know what to say to calm me down _ikke_ :)
2020-04-08 17:32:17 <_ikke_> :)
2020-04-08 19:09:14 <RootWyrm_> So here's a headscratcher... /etc/modules has af_packet, ipv6. But isn't loading either.
2020-04-08 19:10:00 <_ikke_> try adding them to a file in /etc/modules-load.d
2020-04-08 19:10:32 <cim209> _ikke_: the screenshot i posted doesn't show much does it?
2020-04-08 19:10:51 <_ikke_> no
2020-04-08 19:10:56 <RootWyrm_> Will give it a shot.. I presume this is upstream being stupid again? They also broke `loop max_loop=64`
2020-04-08 19:11:00 <cim209> i figured
2020-04-08 19:11:36 <cim209> i have a feeling it's my network mount, log showed some errors and did a fsck, hopefully that does it
2020-04-08 19:11:53 <RootWyrm_> _ikke_: nope, no change. And modules-load.d just looks for bare file still, not xx.conf, yeah?
2020-04-08 19:13:39 <maxice8> it looks at all *.conf in /etc/modules-load.d
2020-04-08 19:13:59 <_ikke_> what does exactly?
2020-04-08 19:14:30 <_ikke_> modules service apparently
2020-04-08 19:14:37 <_ikke_> but it also looks in /etc/modules
2020-04-08 19:14:45 <RootWyrm_> Yeah, that's no change either. Something is definitely Not Right here with the kernel.
2020-04-08 19:14:46 <maxice8> yes
2020-04-08 19:15:07 <_ikke_> RootWyrm_: can you manually load them?
2020-04-08 19:15:30 <RootWyrm_> Nope, insmod says no bueno on path. And the ONLY module being loaded is squashfs.
2020-04-08 19:16:03 <RootWyrm_> Er, modprobe... insmod says invalid kernel format.
2020-04-08 19:16:48 <_ikke_> sounds like you have the wrong kernel modules
2020-04-08 19:16:58 <_ikke_> what does uname -r and ls /lib/modules return?
2020-04-08 19:17:17 <RootWyrm_> Close, I see what's going on now, and it's bad. The 5.4.27 update got the modules but not the actual base kernel on rpi here somehow.
2020-04-08 19:17:37 <RootWyrm_> So the system's actually running 5.4.12 but none of the 5.4.12 modules are there.
2020-04-08 19:19:32 <_ikke_> RootWyrm_: Sounds like your bootmedia is not updated
2020-04-08 19:20:26 <RootWyrm_> One would think, but, no.. this particular one's been through a couple kernel updates so unless something changed in how rpi's are handled should have been fine.
2020-04-08 19:21:55 <RootWyrm_> OOF. 'apk del linux-rpi4' -> ERROR: unsatisfiable constraints: kernel (missing): required by: world[kernel] linux-rpi4-5.4.27-r0 (missing): required by: world[linux-rpi4-5.4.27-r0]
2020-04-08 20:03:59 <oneinsect> quick question
2020-04-08 20:04:21 <oneinsect> ld.bfd --sysroot=/ -lz --verbose    this works but only temporarily
2020-04-08 20:04:46 <oneinsect> and this also works ld.bfd -L/usr/lib -lz --verbose
2020-04-08 20:05:12 <oneinsect> do we a global sysroot environmental variable that ld.bfd looks for?
2020-04-08 20:05:45 <oneinsect> that can override its self instead of me changing abuild.conf
2020-04-08 20:06:00 <oneinsect> have*
2020-04-08 20:07:14 <oneinsect> sysroot env variable for ld only
2020-04-08 20:08:26 <Cogitri> I don't know of one
2020-04-08 20:09:10 <oneinsect> never mind btw i am progressing well, should complete build all the main packages soon
2020-04-08 20:09:15 <oneinsect> and have an iso
2020-04-08 20:09:23 <oneinsect> thanks to you Cogitri:
2020-04-08 20:10:17 <oneinsect> except this minor hickup which I will solve by quickly compiling binutils after the dependencies from aports and move to using it
2020-04-08 20:10:50 <oneinsect> i wish they a global value which only ld picked up
2020-04-08 20:16:07 <RootWyrm_> _ikke_: welp, suspect I found the problem. Looks like actual hardware failure.
2020-04-08 20:16:15 <_ikke_> ohh
2020-04-08 20:18:25 <RootWyrm_> Either that or 5.4.27 has a reaaaaaaaally nasty bug, but, given the USB ports are dead as a doornail too...
2020-04-08 20:18:27 <_ikke_> Hmm, I restarted my vps with a new kernel, now iptables says: "iptables: No chain/target/match by that name."
2020-04-08 20:18:59 <_ikke_> RootWyrm_: it could probably not load the proper modules
2020-04-08 20:19:29 <RootWyrm_> _ikke_: no, even after that was fixed, all four USB ports are completely dead.
2020-04-08 20:19:38 <RootWyrm_> And around 32% packet loss.
2020-04-08 20:32:20 <_ikke_> Weird, the ip_tables modules seem to be missing
2020-04-08 20:41:58 <RootWyrm_> Ooof, yeah, and bad news... throwing Raspbian at it resurrected everything.
2020-04-08 20:42:19 <_ikke_> bad or good news?
2020-04-08 20:42:29 <RootWyrm_> That's bad news for the 5.4.27 package.
2020-04-08 20:42:47 <_ikke_> but good for you
2020-04-08 20:42:52 <_ikke_> means your hw is not broken
2020-04-08 20:43:21 <Xelraa> RootWyrm_ raspbian is out of the box but shitD based tho
2020-04-08 20:43:30 <Xelraa> as long as you use systemD you are damned
2020-04-08 20:43:39 <RootWyrm_> Yes, but, kind of a big deal WRT 5.4.27 being the only thing in the repo.
2020-04-08 20:44:09 <_ikke_> Xelraa: no flaming please
2020-04-08 20:44:11 <RootWyrm_> Also, because of the failure mode, it's literally impossible to debug which piece or part is broken.
2020-04-08 20:45:50 <RootWyrm_> _ikke_: so, now the question is, how to fix it? Go forward? Move back?
2020-04-08 20:48:04 <oneinsect> sorry to poke inbetween but why doesnt gcc package of alpine have libssp?
2020-04-08 20:48:15 <oneinsect> i dont see the so file in package contents
2020-04-08 20:49:00 <oneinsect> "When stack smashing protection is not provided by the C library, libssp provides the functionality needed to support the -fstack-protector flag"
2020-04-08 20:49:11 <oneinsect> are we using c library for stack smashing protection?
2020-04-08 20:51:09 <RootWyrm_> oneinsect: no apology necessary.. IIRC musl is being built with stack smash protection enabled.
2020-04-08 20:51:39 <oneinsect> okie so we are using musl to enable stack protection and not the gcc one
2020-04-08 20:53:44 <oneinsect> for knowledge seekers some info here https://patchwork.openembedded.org/patch/150197/ hence the reason for choice of musl
2020-04-08 20:53:49 <hiro> hey, some recent changes made alsa sound stop working in my firefox ESR, updated yesterday. am i alone with this?
2020-04-08 20:53:54 <oneinsect> thanks RootWyrm:
2020-04-08 20:55:04 <RootWyrm_> oneinsect: glad I could help :)
2020-04-08 20:55:45 <mps> hiro: it works here
2020-04-08 20:55:56 <hiro> argh, then it must be something i caused
2020-04-08 20:56:07 <hiro> mpd is working fine with same /etc/asound.rc
2020-04-08 20:56:14 <hiro> s/rc/conf/
2020-04-08 20:56:38 <hiro> aplay, too.
2020-04-08 20:57:20 <hiro> mps: you're definitely using alsa, not pulseaudio?
2020-04-08 20:58:23 <RootWyrm_> _ikke_: where the heck would kernel bug go these days? aports on gitlab?
2020-04-08 20:59:09 <_ikke_> yes
2020-04-08 20:59:09 <mps> hiro: sure, one of the reasons to switch to alpine was that on debian firefox can't work without pulseaudio
2020-04-08 20:59:51 <hiro> mps: can you please check about:support and tell me how it looks for a working alsa?
2020-04-08 21:00:02 <hiro> mps: it's empty here, but i suspect it should show an audio device
2020-04-08 21:00:23 <hiro> mps: googling didin't turn anything up apart from people that said 5 years ago that alsa isn't supported any more
2020-04-08 21:00:24 <hiro> ;)
2020-04-08 21:01:02 <hiro> ah, now i also caught this in stderr
2020-04-08 21:01:02 <hiro> [Child 23883, MediaPlayback #2] WARNING: Decoder=7f8b70de7740 Decode error: NS_ERROR_DOM_MEDIA_MEDIASINK_ERR (0x806e000b) - OnMediaSinkAudioError: file /home/buildozer/aports/community/firefox-esr/src/firefox-68.6.1/dom/media/MediaDecoderStateMachine.cpp, line 3307
2020-04-08 21:01:15 <mps> no alsa in about:support
2020-04-08 21:01:27 <maxice8> @mps slide down to media
2020-04-08 21:01:35 <maxice8> what does Audio Backend tells you ?
2020-04-08 21:01:39 <maxice8> i use Pulseaudio which is pulse-rust
2020-04-08 21:02:29 <mps> maxice8: no mention of alsa also there
2020-04-08 21:03:04 <maxice8> What does it say, I want the string
2020-04-08 21:04:16 <mps> http://tpaste.us/xkdQ
2020-04-08 21:05:07 <hiro> oh interesting
2020-04-08 21:05:18 <hiro> so it doesn't show anything...
2020-04-08 21:05:24 <hiro> but works regardless?
2020-04-08 21:05:32 <mps> sure
2020-04-08 21:05:33 <hiro> mps: when didi you last upgrade? :)
2020-04-08 21:05:43 <mps> few days ago
2020-04-08 21:06:03 <hiro> i guess when the CVE happened
2020-04-08 21:06:06 <mps> when I pushed firefox-esr upgrade to aports :)
2020-04-08 21:06:15 <hiro> hahaha it's YOU then
2020-04-08 21:06:32 <mps> but it works fine
2020-04-08 21:06:36 <hiro> you made that package, yeah?
2020-04-08 21:06:44 <mps> and worked before
2020-04-08 21:06:53 <hiro> i guess it's something weird on my system
2020-04-08 21:07:02 <hiro> let me enable dmix
2020-04-08 21:07:49 <mps> and, btw it works on three x86_64 boxes in my home, and one aarc64 and one armv7
2020-04-08 21:09:16 <mps> but, new firefox-esr in CI, probably will be merged in a few hours
2020-04-08 21:09:35 <hiro> ok i can confirm sound works on my card 0
2020-04-08 21:10:07 <mps> ah, good
2020-04-08 21:10:09 <hiro> i had tried to specify an asound.conf, which works for aplay and mpd, but somehow firefox fucks it up
2020-04-08 21:10:23 <hiro> s/specify/fill in/
2020-04-08 21:10:48 <hiro> thanks for this firefox package
2020-04-08 21:11:01 <hiro> due to alsa it's the only usable one that exists to my knowledge
2020-04-08 21:11:24 <hiro> i don't know on what other distro firefox+alsa JUST WORKS (TM)
2020-04-08 21:13:34 <mps> I didn't created this apk, just helped somewhat
2020-04-08 21:19:29 <hiro> i can confirm it's just that without dmix firefox doesn't even try
2020-04-08 21:19:40 <hiro> i have configured my second card but via dmix and all is fine
2020-04-08 21:20:01 <hiro> if you don't have an asound.conf dmix is on by default nowadays i think
2020-04-08 21:20:36 <hiro> mps: still appreciated to be part of a community that has some common sense left to enable the alsa thing for those people who don't want pulseaudio
2020-04-08 21:20:43 <hiro> :)
2020-04-08 21:24:26 <hiro> off again, have a good one
2020-04-08 21:25:07 <mps> hiro: hmm, and this common sense is fading away, nowadays
2020-04-09 00:09:17 <mobrine> Hello. I want to compile a C program using gcc. I'm always getting an erro of missing headers 'bits/stdint-intn.h'. I have libc-dev installed. And I knew that I'm missing libc6-dev according to some answers in stackoverflow. Is there some packages available through the alpine package manager?
2020-04-09 00:11:00 <maxice8> That seems like a glibc specific header
2020-04-09 00:11:23 <maxice8> try removing the include and see if it works
2020-04-09 00:24:39 <mobrine> No It doesn't work. There are some types loaded from there
2020-04-09 00:27:07 <maxice8> bits/stdint.h ? then
2020-04-09 00:27:24 <maxice8> also please give an url to the program's source
2020-04-09 01:53:06 <edolnx> Greetings! Having trouble trying to use the scripts/bootstrap.sh from abuilds to make a cross compile environment for aarch64 or armhf from an x86_64 install. It fails to prepare binutils complaining about builddir being set correctly. Any ideas?
2020-04-09 06:56:15 <oneinsect> folks 38: autotools and whitespace in file names          FAILED (tools.at:1310)
2020-04-09 06:56:22 <oneinsect> any idea why that test fails?
2020-04-09 06:56:40 <oneinsect> rest all are good for autoconf
2020-04-09 06:59:52 <Cogitri> folks as in the package folks?
2020-04-09 07:00:14 <oneinsect> lol i folks as in my dear friend Cogitri: :D
2020-04-09 07:00:24 <oneinsect> i mean*
2020-04-09 07:00:49 <Cogitri> Ah ^^
2020-04-09 07:04:16 <oneinsect> https://lists.gnu.org/archive/html/bug-autoconf/2018-04/msg00003.html
2020-04-09 07:04:54 <oneinsect> This one is due to well known issue Unescaped left brace in regex is deprecated here. do all your tests pass Cognitri?
2020-04-09 07:04:58 <oneinsect> for autoconf?
2020-04-09 07:08:05 <oneinsect> so i cannot tell automake to use a file with whitespaces in its name
2020-04-09 07:08:08 <oneinsect> noted
2020-04-09 07:08:49 <oneinsect> i wonder if you guys noticed this one, i mean this issue since its the same APKBUILD i am using of alpine edge
2020-04-09 07:11:34 <Cogitri> Well, if the thing is in our repos then I suppose the checks passed on our builders
2020-04-09 07:11:50 <oneinsect> hmmmmm
2020-04-09 07:12:12 <oneinsect> this one escaped your builders
2020-04-09 10:18:54 <oneinsect> where did this patch go? 0001-fix-compilation-with-latest-xattr.patch
2020-04-09 10:18:54 <oneinsect> https://git.alpinelinux.org/aports/diff/main/acl/APKBUILD?id=8d23e79e8e2de4e599dc516d9060a4d3958c8a49
2020-04-09 10:19:03 <oneinsect> dont need it here https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/main/acl
2020-04-09 10:19:45 <oneinsect> dont see*
2020-04-09 10:20:54 <Cogitri> You could use git log for that
2020-04-09 10:21:44 <oneinsect> hmmmmm
2020-04-09 11:21:20 <_ikke_> anyone knows whether the ip_tables kernel module is required for iptables, or are there other modules? ip_tables is apparnetly missing on my vps and iptables (command) is not working (unknown chain/target..) error
2020-04-09 11:26:18 <mps> _ikke_: I think it is obligatory to have it for iptables to work
2020-04-09 11:27:47 <_ikke_> right
2020-04-09 11:28:08 <_ikke_> strange thing is that I cannot find it in the modules dir for the previous kernel I was running
2020-04-09 11:28:13 <_ikke_> (it used to work fine before)
2020-04-09 11:31:05 <mps> did you upgrade kernel?
2020-04-09 11:32:16 <_ikke_> It's a kernel provided by the provider
2020-04-09 11:32:32 <mps> ah
2020-04-09 11:36:25 <_ikke_> These are the netfilter related modules: http://tpaste.us/QnE8
2020-04-09 11:38:09 <mps> hmm, strange there is no ip_tables
2020-04-09 11:38:18 <_ikke_> yes
2020-04-09 11:38:59 <_ikke_> CONFIG_IP_NF_IPTABLES=y
2020-04-09 11:39:14 <_ikke_> sounds like it's built-in?
2020-04-09 11:41:24 <_ikke_> "iptables: No chain/target/match by that name."
2020-04-09 11:43:33 <_ikke_> iptables -P INPUT ACCEPT
2020-04-09 11:43:35 <_ikke_> iptables: Bad built-in chain name.
2020-04-09 11:46:44 <mps> probably something specific to vendor kernel build
2020-04-09 11:47:19 <mps> that is why I insist of using 'my' kernels on VM providers
2020-04-09 11:47:42 <_ikke_> Yeah, they apparently now allow you to use vendor kernels, but only for new instances types apparently
2020-04-09 11:47:53 <mps> kernels from my distro or ones I build
2020-04-09 11:48:31 <mps> hm, by 'vendor' I mean VM provider
2020-04-09 11:49:09 <_ikke_> sorry, I meant distro kernel
2020-04-09 11:49:26 <mps> ah, ok. np :)
2020-04-09 11:50:47 <_ikke_> any clue what else might be necessary to use the alpine kernel except apk add linux-lts?
2020-04-09 11:50:55 <_ikke_> I guess setting up a bootloader
2020-04-09 11:52:55 <mps> some VM providers allow use of distro bootloader but most don't
2020-04-09 11:53:35 <_ikke_> "Local boot allows you to start your instance with a local configuration and a specific kernel version."
2020-04-09 11:53:49 <Cogitri> Hm, don't most VM provides give you the option to boot a sysrescuecd or smth and set up your own system?
2020-04-09 11:53:55 <mps> most uses grub out-of-VM-image but read grub.cfg from VM-image
2020-04-09 11:54:01 <_ikke_> Cogitri: yes, they do
2020-04-09 11:54:10 <_ikke_> I guess I'll have to do that
2020-04-09 11:55:10 <_ikke_> Can you have a proper bootloader if you just have a single partition?
2020-04-09 11:56:00 <Cogitri> If you use BIOS, yes
2020-04-09 11:56:06 <Cogitri> With UEFI, no
2020-04-09 11:56:21 <_ikke_> This is VM on a cloud provider, no idea what they are using
2020-04-09 11:56:38 <Cogitri> GRUB must have support for your rootfs then though and I think you need some special padding at the very front of the disk where grub can install itself or smth
2020-04-09 11:57:00 <Cogitri> Well, does /sys/firmware/efi exist?
2020-04-09 11:57:01 <_ikke_> I see only 1024 bytes being 0
2020-04-09 11:57:18 <_ikke_> Cogitri: no
2020-04-09 11:57:47 <_ikke_> /dev/vda is ext4, so I could probably reformat it
2020-04-09 11:58:00 <Cogitri> Then they're probably using legacy booting
2020-04-09 12:02:56 <_ikke_> so if I use a rescue system, how would I manage to install alpine then?
2020-04-09 12:04:00 <Cogitri> I just boot the rescue system, format the disk I want to install on and mount that and then follow https://wiki.alpinelinux.org/wiki/Alpine_Linux_in_a_chroot
2020-04-09 12:04:20 <Cogitri> Don't forget to set a root password, that happens every 2nd time I do a chroot install :)
2020-04-09 12:04:42 <_ikke_> haha D:
2020-04-09 12:04:44 <_ikke_> :D
2020-04-09 12:05:34 <_ikke_> I'll try that, thanks
2020-04-09 12:08:18 <mps> I installed alpine on gandi.net VM by first creating qemu VM locally, make tarball, and untar it on their premise
2020-04-09 12:12:02 <hiro> how the FUCK do i disable mouse in vim?!?!?!
2020-04-09 12:12:17 <hiro> all this shit stopped working:
2020-04-09 12:12:17 <hiro> set mouse=
2020-04-09 12:12:17 <hiro> set mouse-=a
2020-04-09 12:12:25 <hiro> set nocompatible        " Use Vim defaults (much better!)
2020-04-09 12:12:42 <hiro> disabling this fucking color syntax highlighting was also already hard
2020-04-09 12:13:47 <_ikke_> hiro: a little less swearing please
2020-04-09 12:16:11 <hiro> sorry for being so emotional about it, it literally ruins my day.
2020-04-09 12:26:31 <hiro> it's completely broken. only way to disable it was in /usr/share/vim/vim82/defaults.vim
2020-04-09 12:26:47 <hiro> you just have to delete it there, somehow it ignores /etc/vim/vimrc
2020-04-09 12:26:52 <hiro> but only for the mouse!!
2020-04-09 12:34:54 <hiro> the weirdest thing: if you put it into ~/.vimrc the mouse is successfully disabled with set mouse=
2020-04-09 12:35:01 <hiro> but in /etc/vim/vimrc it is not
2020-04-09 12:35:06 <hiro> WHAT IS THIS
2020-04-09 12:58:01 <u0jQx9gPyrYg> i never understood this mouse thing in the terminal? if i want to use a mouse i use gvim
2020-04-09 12:58:13 <u0jQx9gPyrYg> same in tmux
2020-04-09 13:06:27 <hiro> the best is the combination of tmux and vim mouse where you never know where it will go argh
2020-04-09 13:06:32 <hiro> it's hilarious tbh
2020-04-09 14:07:17 <oneinsect> when adding apk add bash, it says error un-satisfiable constraints /bin/sh (missing) required by: bash-5.0.16-r0[/bin/sh]
2020-04-09 14:07:22 <oneinsect> but it doesnt tell me what is missing
2020-04-09 14:07:28 <oneinsect> how to look for more info
2020-04-09 14:07:53 <_ikke_> it misses cmd:/bin/sh
2020-04-09 14:08:06 <oneinsect> what does that mean?
2020-04-09 14:08:14 <oneinsect> sh is there
2020-04-09 14:08:26 <oneinsect> its where i am running it from
2020-04-09 14:10:15 <oneinsect> _ikke_: throw me some info
2020-04-09 14:11:04 <oneinsect> aha
2020-04-09 14:11:08 <oneinsect> i have ash seems like
2020-04-09 14:12:27 <didile> HI
2020-04-09 14:14:24 <_ikke_> oneinsect: those are provides, virtual packages
2020-04-09 14:14:35 <Cogitri> Yes, apk doesn't search for literally /bin/sh
2020-04-09 14:14:49 <oneinsect> ooooh
2020-04-09 14:14:54 <Cogitri> But it automatically detects what cmds a package contains
2020-04-09 14:15:08 <Cogitri> So you can do fancy stuff like `apk add cmd:python3` and install whatever package contains that command
2020-04-09 14:15:24 <didile> The Alpine 3.9 apk command isn't working
2020-04-09 14:16:14 <didile> apk add bash --update gives an error:
2020-04-09 14:16:15 <didile>  ERROR: http://dl-cdn.alpinelinux.org/alpine/v3.9/main: Permission denied #402
2020-04-09 14:17:08 <oneinsect> apk searches for virtual package of /bin/sh which is required for bash installation
2020-04-09 14:17:17 <oneinsect> but nowhere does it mention the above
2020-04-09 14:20:50 <didile> the APK repository is broken
2020-04-09 14:23:00 <oneinsect> doesnt work even if i add a virtual package apk add -t sh
2020-04-09 14:23:10 <oneinsect> i even added p:cmd:/bin/sh to it
2020-04-09 14:23:17 <oneinsect> still cannot install bash
2020-04-09 14:23:23 <oneinsect> same error
2020-04-09 14:24:26 <didile> Here is the full error:
2020-04-09 14:24:30 <didile> `[info]  ---> Running in a73860f5a032[info] fetch http://dl-cdn.alpinelinux.org/alpine/v3.9/main/x86_64/APKINDEX.tar.gz[info] ERROR: http://dl-cdn.alpinelinux.org/alpine/v3.9/main: Permission denied[info] WARNING: Ignoring APKINDEX.b89edf6e.tar.gz: No such file or directory[info] fetch
2020-04-09 14:24:30 <didile> http://dl-cdn.alpinelinux.org/alpine/v3.9/community/x86_64/APKINDEX.tar.gz[info] ERROR: http://dl-cdn.alpinelinux.org/alpine/v3.9/community: Permission denied[info] WARNING: Ignoring APKINDEX.737f7e01.tar.gz: No such file or directory[info] ERROR: unsatisfiable constraints:[info]   bash (missing):[info]     required by: world[bash][info] Removing
2020-04-09 14:24:31 <didile> intermediate container a73860f5a032[error] The command 'apk --update add bash' returned a non-zero code: 1`
2020-04-09 14:37:55 <oneinsect> okie its there in busybox and busybox initscripts
2020-04-09 14:37:59 <oneinsect> sorry my bad
2020-04-09 14:44:26 <Cogitri> didile: Please use a pasting provider for multiline error messages
2020-04-09 14:45:20 <didile14> https://pastebin.com/3cCY1fHh
2020-04-09 14:46:39 <Cogitri> Hm, fwiw I can fetch the APKINDEX just fine
2020-04-09 14:46:44 <Cogitri> You're running that command as root, right?
2020-04-09 14:48:17 <didile14> I'm running it in a Dockerfile built with sbt-native-packager
2020-04-09 14:48:25 <didile14> Step 2/13 : RUN ["apk", "--update", "add", "bash"]
2020-04-09 14:48:43 <didile14> base on openjdk:8-jre-alpine
2020-04-09 14:49:30 <_ikke_> Cogitri: it's using seabios apparently
2020-04-09 14:49:41 <didile14> It suddently stopped to work yesterday after months of perfectly working setup
2020-04-09 14:50:01 <Cogitri> Hm, do you know more about that error, ikke?
2020-04-09 14:50:50 <_ikke_> Cogitri: no
2020-04-09 14:51:21 <Cogitri> That's unfortunate
2020-04-09 14:51:59 <Cogitri> Anyway, if it uses seabios you need to leave a few bits at the beginning of the disk for grub to install
2020-04-09 14:52:08 <Cogitri> And shouldn't need a seperate /boot
2020-04-09 14:52:27 <Cogitri> didile14: I might be able to look into it later on, but you might want to upgrade to Alpine 3.11 anyway
2020-04-09 14:52:59 <_ikke_> Cogitri: I already did create a separate /boot
2020-04-09 14:53:09 <_ikke_> but apparently it's still booting their kernel :(
2020-04-09 14:53:11 <didile14> Alpine 3.11 isn't supported by OpenJDK
2020-04-09 14:54:12 <_ikke_> permission denied on network sounds like a firewall interfering
2020-04-09 14:54:21 <_ikke_> ie, iptables
2020-04-09 14:55:55 <mps> didile14: ' apk policy openjdk11' => http://dl-cdn.alpinelinux.org/alpine/v3.11/community
2020-04-09 14:57:23 <didile14> An error occurred during a connection to dl-cdn.alpinelinux.org. PR_END_OF_FILE_ERROR
2020-04-09 14:57:57 <didile14> "Secure Connection Failed"
2020-04-09 14:58:17 <Cogitri> Hm, dl-cdn is http
2020-04-09 14:58:40 <Cogitri> You could try a different mirror from https://mirrors.alpinelinux.org/
2020-04-09 14:58:49 <Cogitri> ikke: And you install grub?
2020-04-09 14:59:11 <_ikke_> extlinux
2020-04-09 14:59:13 <didile14> I'll try AdoptOpenJDK docker instead of the official one
2020-04-09 15:06:04 <_ikke_> ugh, now the instance is in some kind of stuck state, trying to stop
2020-04-09 15:08:52 <Cogitri> didile14: That might work, but AFAICS openjdk11 is available on 3.11
2020-04-09 15:09:34 <didile14> I'm using Play Framework 2.5.X
2020-04-09 15:09:41 <didile14> it doesn't support OpenJDK11
2020-04-09 15:15:17 <didile14> I changed for another image: adoptopenjdk/openjdk8:alpine-jre
2020-04-09 15:15:59 <didile14> using Alpine 3.11
2020-04-09 15:16:03 <didile14> https://pastebin.com/0ibfT8fp
2020-04-09 15:16:05 <didile14> same error
2020-04-09 15:16:32 <Cogitri> Are you using a HTTP proxy?
2020-04-09 15:16:48 <didile14> no
2020-04-09 15:17:51 <Cogitri> Try setting your mirrors to https://alpine.global.ssl.fastly.net/alpine/ instead of http://dl-cdn.alpinelinux.org/alpine/  for the HTTPS version, maybe that fixes it already. This works fine on multiple machines of mine, so I'm afraid this isn't on Alpine
2020-04-09 15:18:03 <didile14> I posted an issue before and got a response from someone havine the same issue for another Alpine based image: https://github.com/docker-library/openjdk/issues/402#issuecomment-611478577
2020-04-09 15:19:18 <Cogitri> Maybe the CDN has problems in some parts of the word, but then that'd be on Fastly
2020-04-09 15:19:31 <Cogitri> Anyway, you could try one of the other mirros on https://mirrors.alpinelinux.org/ for now
2020-04-09 15:19:58 <didile14> how should I do that in a Dockerfile? With apk command?
2020-04-09 15:21:54 <Cogitri> `echo "https://alpine.global.ssl.fastly.net/alpine/v3.11/main" > /etc/apk/repositories` in the Dockerfile
2020-04-09 15:22:01 <didile14> I'm in Switzerland (Europe)
2020-04-09 15:22:14 <Cogitri> (Same for other repos you want to fetch, e.g. community instead of main if you want to fetch community)
2020-04-09 15:24:23 <Cogitri> Huh, it works fine for me in Germany
2020-04-09 15:24:34 <Cogitri> ikke: Sorry to ping you again but you know the CDN stuff better than me
2020-04-09 15:25:52 <_ikke_> permission denied sounds more like a local issue then a remote issue
2020-04-09 15:26:04 <_ikke_> "ERROR: http://dl-cdn.alpinelinux.org/alpine/v3.9/main: Permission denied"
2020-04-09 15:26:08 <_ikke_> this is the issue, right?
2020-04-09 15:26:11 <Cogitri> Yes
2020-04-09 15:26:36 <Cogitri> I thought it might be a proxy but 2 users have this issue and both mentioned that they don't use proxies
2020-04-09 15:27:08 <_ikke_> hmm
2020-04-09 15:27:17 <didile14> yes that's right
2020-04-09 15:27:24 <didile14> both main and community
2020-04-09 15:28:22 <didile14> same if I try to download the file with Firefox or any browser
2020-04-09 15:28:31 <didile14> 403
2020-04-09 15:28:35 <_ikke_> does curl -v http://dl-cdn.alpinelinux.org/alpine/v3.9/main/x86_64/adwaita-icon-theme-dev-3.31.1-r0.apk work?
2020-04-09 15:29:00 <didile14> nop
2020-04-09 15:29:37 <didile14> output: https://pastebin.com/GtLkfbyb
2020-04-09 15:31:17 <_ikke_> 403 forbidden
2020-04-09 15:32:12 <didile14> akka Permission denied
2020-04-09 15:33:56 <_ikke_> fastly itself is not reporting a lot of errors
2020-04-09 15:34:54 <_ikke_> didile14: that IP address belongs to Swisscom (Schweiz) AG
2020-04-09 15:34:57 <_ikke_> so it's your ISP
2020-04-09 15:35:31 <didile14> argh
2020-04-09 15:35:55 <_ikke_> try using a different DNS server
2020-04-09 15:37:59 <oneinsect> abuild.conf just like LDFLAGS for /usr/lib where do I set /usr/include within that conf file
2020-04-09 15:38:13 <oneinsect> any quick help?
2020-04-09 15:38:39 <oneinsect> acl still fails building saying FATAL ERROR: attr/error_context.h does not exist.
2020-04-09 15:39:15 <Cogitri> CFLAGS="-I$dir" and same for CXXFLAGS
2020-04-09 15:39:25 <oneinsect> thanks
2020-04-09 15:39:42 <_ikke_> Hmm, looks like I'm in an efi shell?
2020-04-09 15:39:47 <oneinsect> may be in the next avatar I will thank you by naming by Son after you
2020-04-09 15:40:22 <Cogitri> ikke: EFI Shell in Seabios? Huh
2020-04-09 15:41:06 <didile> changed my DNS for 8.8.8.8 and it works!
2020-04-09 15:41:10 <_ikke_> "Displays the UEFI Shell command list or verbose command help"
2020-04-09 15:41:31 <oneinsect> works now! thanks Gods!
2020-04-09 15:41:43 <oneinsect> can i name my son then?
2020-04-09 15:41:49 <oneinsect> :P
2020-04-09 15:42:47 <markand> hmmm, I have sound on my raspberry pi with a USB headset but not with chromium...
2020-04-09 15:42:57 <_ikke_> Cogitri: maybe the local boot option switches it to efi?
2020-04-09 15:43:23 <Cogitri> markand: Does it show up in alsamixer? Maybe it nerds pulse
2020-04-09 15:43:39 <_ikke_> Cogitri: it's doing ipxe apparently
2020-04-09 15:43:42 <Cogitri> ikke: Maybe it boots with OVMF then
2020-04-09 15:43:48 <Cogitri> Huh
2020-04-09 15:43:48 <markand> it works fine with pulse (pulsemixer shows it)
2020-04-09 15:43:55 <markand> and I can play music with mpv
2020-04-09 15:44:11 <Cogitri> 
ACTION is happy that my hoster just does plain EFI booting with OVMF

2020-04-09 15:44:37 <markand> however, I think chromium sticks to alsa and that it tries to output the sound through the jack rather than my USB headset
2020-04-09 15:49:10 <markand> oh wait maybe I need alsa-plugins-pulse
2020-04-09 15:49:18 <markand> audio on Linux is so messy :)
2020-04-09 15:54:09 <Cogitri> Ah, that's probably on us not building Chromium against pulse to avoid the dep
2020-04-09 15:54:25 <Cogitri> But alsa-plugins-pulse is something you almost always want
2020-04-09 15:57:09 <hiro> markand: the alternative is to set up asound.rc with a dmix thingy that has your headphones as default, then chrome would be using that
2020-04-09 15:57:18 <hiro> markand: i had to set up the same yday.
2020-04-09 15:58:41 <markand> I did yes it works
2020-04-09 16:00:42 <mps> for me it works out-of-the-box without any of 'helpers'
2020-04-09 16:00:48 <mps> native alsa
2020-04-09 16:02:47 <markand> USB headset ?
2020-04-09 16:03:08 <mps> no, wire
2020-04-09 16:03:35 <markand> USB acts as a soundcard so it requires some conf
2020-04-09 16:03:41 <didile> Ive an error while installing bash
2020-04-09 16:03:42 <mps> oh, you mean usb card
2020-04-09 16:03:52 <didile> [info] Executing glibc-bin-2.31-r0.trigger
2020-04-09 16:03:58 <didile> [info] /usr/glibc-compat/sbin/ldconfig: /usr/glibc-compat/lib/ld-linux-x86-64.so.2 is not a symbolic link
2020-04-09 16:04:00 <markand> yes
2020-04-09 16:04:19 <mps> then asound.conf can be set
2020-04-09 16:04:52 <Cogitri> didile: Probably something AdoptOpenJDK does
2020-04-09 16:05:14 <Cogitri> IIRC they do some dirty hacks (packaging glibc in Alpine) so we can't support that
2020-04-09 16:05:23 <Cogitri> Either use the native Alpine containers or ask them about that
2020-04-09 16:07:44 <didile> How do you known that? I mean I've been looking for their Dockerfile for a while...
2020-04-09 16:15:56 <Cogitri> I talked to AdoptOpenJDK at the FOSSDEM
2020-04-09 16:16:38 <Cogitri> If we could somehow package it natively on Alpine but apparently they need glibc right now, so their Alpine containers aren't really too much Alpine anymore
2020-04-09 16:17:13 <didile> OpenJDK needs glibc yes
2020-04-09 16:18:13 <Cogitri> AdoptOpenJDK does, openjdk itself doesn't
2020-04-09 16:18:24 <Cogitri> We have it packaged just fine in our repos with musl
2020-04-09 16:18:38 <Cogitri> At least in Edge we have all versions form 8 to 14
2020-04-09 16:18:48 <didile> I've seen it on official OpenJDK repo that's why
2020-04-09 16:19:31 <didile> what's the best way to go so?
2020-04-09 16:19:54 <didile> use an Alpine image and add OpenJDK from APK?
2020-04-09 16:20:09 <Cogitri> At least that's the only way we support
2020-04-09 16:20:27 <Cogitri> You're free to do it other ways but then you should probably ask the vendors distributing those images if they can help
2020-04-09 16:20:28 <didile> That's the best way to go I guess
2020-04-09 17:31:40 <bovis> I'm trying to install a local package with apk. With this as my apkbuild (https://bpaste.net/SS3Q) why do I receive the error "No such package: .makedepends-freealut"?
2020-04-09 17:40:50 <bovis> Full output of build: https://bpaste.net/FKHQ
2020-04-09 17:44:07 <_ikke_> "ERROR: freealut: builddeps failed"
2020-04-09 17:44:25 <_ikke_> It failed to install the dependencies, so uninstalling them will also fail
2020-04-09 17:52:59 <bovis> _ikke_: What dependencies am I trying to install if I've listed none?
2020-04-09 17:53:49 <_ikke_> bovis: does apk fix return something?
2020-04-09 17:54:41 <E1337>  Anyone able to help me trouble-shoot a custom kernel install for alpine? Every time I attempt to install and reboot I get an error "mounting UUID=xxx /sysroot: No such device found". I can show my Kernel build steps and install steps and different things I have tried if it would help :)
2020-04-09 17:55:00 <maxice8> iirc busybox mount does not support UUID=
2020-04-09 17:55:50 <bovis> _ikke_: Yes. It installed a package. This leads to other build errors, but otherwise is helpful
2020-04-09 17:55:53 <bovis> Thanks
2020-04-09 18:02:02 <E1337> The current "/boot/extlinux.conf" file uses an 'APPEND root=UUID=xxx' and it seems to boot fine. I check the uuid it points to /dev/sda3. When I boot with the new kernel and enter the limited shell mode there is no /dev/sda3 present. Any idea why this could be?
2020-04-09 19:20:37 <oneinsect> friends binutils throws an error saying ./obstack.c: In function 'call_chunkfun':
2020-04-09 19:20:37 <oneinsect>  ./obstack.c:92:23: error: request for member 'extra' in something not a structure or union
2020-04-09 19:20:37 <oneinsect>    92 |     return h->chunkfun.extra (h->extra_arg, size);
2020-04-09 19:20:43 <oneinsect> any idea?
2020-04-09 19:21:53 <Cogitri> I guess it stays implicit declaration somewhere above? Sounds like a missing header
2020-04-09 19:22:21 <oneinsect> but which one
2020-04-09 19:23:53 <oneinsect> okie
2020-04-09 19:23:56 <oneinsect> let me dig in
2020-04-09 19:28:37 <oneinsect> hmmmm what headers could it be missing
2020-04-09 19:28:54 <E1337> To supplement my earlier question I have made a post on unix stackexchange that has more information: https://unix.stackexchange.com/questions/579035/mounting-uuid-xxx-on-sysroot-failed-no-such-device-occurs-after-linux-kernel
2020-04-09 19:30:10 <Cogitri> Well, can you manually mount the rootfs to /sysroot in the emergency shell?
2020-04-09 19:37:04 <E1337> Congitri: I can mount in the emergency shell, not sure what I should be mounting to /sysroot to be honest (bit of a noob). I assume you mean the disk where /boot folder is?
2020-04-09 19:37:32 <Cogitri> No, you mount your / to sysroot
2020-04-09 19:37:39 <Cogitri> And mount your /boot to /sysroot/boot
2020-04-09 19:39:29 <oneinsect> Cogitri: I think binutils code gives priority for CFLAGS which has compiler include path added for help it find the other headers but then there is obstack.h in the include path from my toolchain, any idea on how to patch the makfile of binutils to fix this?
2020-04-09 19:40:04 <oneinsect> added to it to help find the other*
2020-04-09 19:40:04 <Cogitri> -isystem is always included as first thing
2020-04-09 19:40:26 <oneinsect> i dont want it to pick up the obstack.h from /usr/include
2020-04-09 19:40:40 <oneinsect> seems that is what is messing it up
2020-04-09 19:41:04 <E1337> I am assuming the filesystem in the emergency shell is from the initramfs (there is no /boot there). I can't find where my rootfs is. No disks show with fdisk -l either.
2020-04-09 19:41:32 <Cogitri> Then you probably forgot to add the right features to mkinitfs.conf
2020-04-09 19:41:41 <Cogitri> You don't happen to use a virtual disk or nvme?
2020-04-09 19:41:51 <E1337> Yes, running in a VM
2020-04-09 19:42:13 <Cogitri> With virtio as driver for the disk?
2020-04-09 19:45:03 <E1337> Checking now
2020-04-09 19:48:06 <oneinsect> any idea on how to tell to ignore a certain file via CFLAGS to the makefile
2020-04-09 19:49:29 <albr_> McBoat[d]: You wouldn't via CFLAGS; you would just remove the file from any listings
2020-04-09 19:49:46 <oneinsect> ummmm
2020-04-09 19:50:04 <E1337> Cogitri: As far as I can tell it is using the sd driver for sda devices
2020-04-09 19:50:23 <Cogitri> E1337: If you do use virtio drives, simply add "virtio" to the features list in /etc/mkinitfs/mkinitfs.conf
2020-04-09 19:50:25 <albr_> McBoat[d]: although typically all C files of a project are interdependent it might not work out very well
2020-04-09 19:50:47 <Cogitri> And rebuild the initramfs with `mkinitfs`afterwards
2020-04-09 19:50:56 <Cogitri> There's no such driver as `sd`.
2020-04-09 19:51:18 <albr_> McBoat[d]: CFLAGS are just the flags that tell the compiler how to behave (for example, -O to set the optimization level and -g to enable debug symbols)
2020-04-09 19:52:02 <E1337> `readlink /sys/block/sda/device/driver` gives ../../../../../../bus/scsi/drivers/sd. Unless I am reading the wrong thing?
2020-04-09 19:52:17 <E1337> I'll change the mkinitfs.conf and give it a shot
2020-04-09 19:52:24 <albr_> McBoat[d]: Typically Makefiles either have a static list of files or determine them via $(wildcard); if it's the former you can just remove the file by name and if it's the latter you can splice it out with $(patsubst) or similar
2020-04-09 19:53:11 <Cogitri> E1337: Just open virt-manager or whatever you're using for virtualization and check what you set as driver
2020-04-09 19:55:10 <oneinsect> albr_: thanks for now i have just moved the existing toolchain header of obstack.h to backup and abuild has built successfully binutils so i will be anyway replacing the toolchain binutils
2020-04-09 20:02:56 <E1337> Cogitri: Been trying to find anything of the sort in VirtualBox but can't. All I can say is it is stored in a .vmdk file. Also: '/sys/dev/block/8:0/device/driver -> ../../../../../../../bus/scsi/drivers/sd' is found after running 'ls -l /sys/dev/block/*/device/driver ls -l /sys/dev/block/*/driver'
2020-04-09 20:05:06 <E1337> Cogitri: Also, virtio is already in the features list of /etc/mkinitfs/mkinitfs.conf
2020-04-09 20:05:08 <Cogitri> Hm, I think somewhere in Virtualbox in your disk selection there should be a menu where you can choose what interface to use
2020-04-09 20:05:15 <Cogitri> E.g. SATA vs IDE
2020-04-09 20:05:32 <Cogitri> But I've never used VB because it kind of sucks compared to virt-manager
2020-04-09 20:06:38 <E1337> I'll take another look. Just used VB out of habit, haven't really looked into others. I'll check out virt-manager after this.
2020-04-09 20:06:57 <nacelle> qemu/kvm with virt-manager (and virsh) is wonderful stuff imo.
2020-04-09 20:07:08 <E1337> Cogitri: Controller is IDE
2020-04-09 20:07:33 <E1337> nacelle: How is vagrants support for it?
2020-04-09 20:08:12 <Cogitri> E117: Could you try switching to SATA and see if the disk shows up then?
2020-04-09 20:08:34 <Cogitri> nacelle: Yes, virt-manager is amazing, I use it for all my virtualization needs
2020-04-09 20:14:34 <nacelle> i use it for 50% of what I do, 50% I do in virsh (because scripting, etc.)
2020-04-09 20:14:43 <nacelle> virsh dumpxml is handy
2020-04-09 20:14:51 <nacelle> especially when cloning machines
2020-04-09 20:29:30 <E1337> Cogitri: I have tried while using both AHCI and virtio-scsi. Same error for both. Can you check my install method? https://imgur.com/a/lI7asYU
2020-04-09 20:34:32 <Cogitri> I think you forgot to also install the modules
2020-04-09 20:34:49 <Cogitri> You only install the vmlinuz file, so the modules containing other drivers are missing
2020-04-09 20:34:54 <E1337> I ran `make modules_install` just before thoose commands
2020-04-09 20:35:09 <E1337> Didn't include it in screenshot because of the large output lol
2020-04-09 20:35:12 <Cogitri> Ah
2020-04-09 20:37:17 <Cogitri> Anyway, it's time to sleep for me now, so I'm afraid I can't help you more today, maybe you'll find someone else who can help you in the meantime :)
2020-04-09 20:37:39 <E1337> Cogitri: All good. Thanks for the help :D
2020-04-09 20:50:13 <jvoisin> this might be a stupid question, but why isn't /etc/profile not sourced by default?
2020-04-09 21:50:25 <ciwirbeo> Hi all, just trying to figure out how to install the dependencies for dropbox client in alpine. Until recently, using the frolvlad/alpine-glibc container as a base, the only additional dependencies required were: glib, libstdc++, libatomic, su-exec, shadow, and python3
2020-04-09 21:51:26 <ciwirbeo> however, now dropbox throws an error about a missing lib: ImportError: libglapi.so.0: cannot open shared object file: No such file or directory
2020-04-09 21:51:56 <ciwirbeo> but I can't figure out what alpine package might provide libglapi.so.0 ?
2020-04-09 21:52:11 <maxice8> apk search -x so:libglapi.so.0
2020-04-09 21:52:43 <ciwirbeo> thanks will take a look
2020-04-10 03:06:55 <prologic> I'm having a lot of trouble compiling https://github.com/kmxz/overlayfs-tools on an Alpine environment. I keep getting linker errors: undefined reference to `fts_read'
2020-04-10 03:07:06 <prologic> Yes I have fts and fts-dev installed
2020-04-10 03:07:22 <maxice8> is -lfts in the linker flags ?
2020-04-10 03:07:29 <prologic> that too
2020-04-10 03:07:38 <prologic> but still I get linker errors
2020-04-10 03:07:46 <prologic> I can see the .so;.a(s) in /usr/lib too
2020-04-10 03:07:53 <maxice8> Do you have an abuild or trying to compile by hand ?
2020-04-10 03:08:00 <prologic> by hand
2020-04-10 03:08:07 <prologic> but I can put toegether a Dockerfile that repros this
2020-04-10 03:08:17 <maxice8> i'll see it here then
2020-04-10 03:08:51 <prologic> # make
2020-04-10 03:08:51 <prologic> gcc -lfts -lm main.o logic.o sh.o -o overlay$
2020-04-10 03:09:18 <prologic> https://gist.github.com/prologic/89a176863038b7974ea142014568dc57
2020-04-10 03:10:31 <prologic> what else do you want ot see?
2020-04-10 03:11:22 <maxice8> i'm also getting attr/xattr.h missing
2020-04-10 03:12:03 <prologic> I patched that actually
2020-04-10 03:12:34 <prologic>   # patch attr/xattr.h
2020-04-10 03:12:34 <prologic>   sed -i'' -e 's|attr/xattr\.h|sys/xattr.h|g' *.c
2020-04-10 03:24:29 <maxice8> puts -lfts at the end
2020-04-10 03:25:41 <maxice8> https://imgur.com/a/rIzPMSm
2020-04-10 03:25:53 <maxice8> the linker args must come at the end
2020-04-10 03:29:48 <maxice8> learn something new every day
2020-04-10 03:30:16 <prologic> wtf
2020-04-10 03:30:18 <prologic> are you kidding me?
2020-04-10 03:32:11 <maxice8> No
2020-04-10 03:32:13 <prologic> oh good lord
2020-04-10 03:32:16 <prologic> tthat is so weird
2020-04-10 03:32:19 <maxice8> See the imgur link
2020-04-10 03:32:20 <prologic> is ld really that senstiive?
2020-04-10 03:32:30 <prologic> Yeah I just confirmed your fix :)
2020-04-10 03:32:35 <prologic> that's insane
2020-04-10 03:32:35 <maxice8> Moral of the story, use a build system like meson
2020-04-10 03:32:42 <prologic> haha
2020-04-10 03:32:46 <prologic> hey I didn't write this shit :)
2020-04-10 03:32:53 <prologic> someone else did and it looks like it was done by hand
2020-04-10 03:33:01 <prologic> the makefile is broken
2020-04-10 03:33:06 <prologic> the attr.h includes are broken
2020-04-10 03:33:13 <prologic> I wonder if the binary works now ;)
2020-04-10 03:33:19 <maxice8> They are glibc I believe
2020-04-10 03:37:36 <prologic> thanks for your help :)
2020-04-10 03:37:41 <prologic> I feel kind of stupid :)
2020-04-10 04:22:09 <prologic> https://github.com/prologic/overlayfs-tools/commit/47dcb518dfad7341b60b1ae1d860d32b00e72d02
2020-04-10 04:22:15 <prologic> omg I've never written a line of C in my life
2020-04-10 04:22:21 <prologic> 😱
2020-04-10 07:08:07 <Hal_Alpine> Hey y'all
2020-04-10 07:08:32 <Cogitri> Hello
2020-04-10 07:09:49 <Hal_Alpine> I'm having trouble starting X; whenever I try, it throws the following errors: https://termbin.com/s11l
2020-04-10 07:10:58 <Cogitri> What's your GPU?
2020-04-10 07:11:36 <Hal_Alpine> AMD Radeon RX 560
2020-04-10 07:11:50 <Hal_Alpine> I made sure to install xf86-video-amdgpu, but it hasn't yet made a difference.
2020-04-10 07:17:17 <Cogitri> udev{,-postmount,-triggers} is loaded?
2020-04-10 07:17:52 <Hal_Alpine> I'm not sure. How do I check for that?
2020-04-10 07:18:49 <Cogitri> rc-update would show it
2020-04-10 07:19:45 <Hal_Alpine> OK
2020-04-10 07:20:01 <Hal_Alpine> sysinit, default, sysinit respectively
2020-04-10 07:22:12 <Hal_Alpine> Should they be on boot instead? or all three be on sysinit?
2020-04-10 07:26:54 <Cogitri> No, the current seems good
2020-04-10 07:27:05 <Hal_Alpine> OK
2020-04-10 07:29:22 <Cogitri> Does /dev/fb0 exist?
2020-04-10 07:29:43 <Hal_Alpine> Yes
2020-04-10 07:32:27 <Cogitri> Huh
2020-04-10 07:32:42 <Hal_Alpine> Indeed
2020-04-10 07:33:03 <Cogitri> I assume linux-firmware is installed?
2020-04-10 07:33:21 <Hal_Alpine> It is
2020-04-10 07:34:24 <mps> there were reportesd issues with older linux-lts and amd video driver
2020-04-10 07:34:59 <Hal_Alpine> I installed using the latest snapshot, though
2020-04-10 07:35:00 <mps> though we didn't manage to reproduce it
2020-04-10 07:35:24 <mps> what is your kernel version
2020-04-10 07:35:25 <Cogitri> It just works for me with a 5700 XT
2020-04-10 07:35:36 <Hal_Alpine> mps: 4.19.98-0
2020-04-10 07:36:06 <mps> aha, try to install linux-lts and set it to boot
2020-04-10 07:36:13 <Hal_Alpine> I wish I could afford a 5700 XT, but this computer needs a less potato CPU first
2020-04-10 07:36:23 <Hal_Alpine> How do I switch kernels in Alpine? I'm a noob with this distro ^^;
2020-04-10 07:37:03 <mps> in /boot extlinux.conf or /boot/grub/grub.cfg
2020-04-10 07:37:20 <Hal_Alpine> Alright
2020-04-10 07:37:31 <mps> what is your boot loader
2020-04-10 07:37:54 <Hal_Alpine> GRUB; I wasn't offered a choice
2020-04-10 07:38:33 <mps> then it should boot linux-lts automatically if you install it
2020-04-10 07:39:41 <Hal_Alpine> Alright
2020-04-10 07:39:49 <Hal_Alpine> Any other advice before I reboot?
2020-04-10 07:40:23 <mps> yes, take one brandy :)
2020-04-10 07:40:36 <Hal_Alpine> I don't drink, but I appreciate the sentiment :)
2020-04-10 07:41:04 <Hal_Alpine> BRB
2020-04-10 07:42:51 <Hal_Alpine> No change :(
2020-04-10 07:43:20 <mps> what shows 'uname -a'
2020-04-10 07:44:32 <Hal_Alpine> https://termbin.com/pxvs
2020-04-10 07:44:56 <mps> good
2020-04-10 07:45:09 <Hal_Alpine> OK
2020-04-10 07:45:15 <mps> how do you start X
2020-04-10 07:45:26 <Hal_Alpine> startx
2020-04-10 07:46:07 <mps> try next: 'apk add tpaste' then 'tpaste < /var/log/Xorg.0.log' and post url
2020-04-10 07:47:47 <Hal_Alpine> http://tpaste.us/7KZ6
2020-04-10 07:49:08 <mps> huh,  348.991] (EE) Failed to load module "ati" (module does not exist, 0)
2020-04-10 07:49:15 <mps> maybe this is issue
2020-04-10 07:49:45 <Hal_Alpine> It should be using amdgpu, since this is a newer card
2020-04-10 07:49:47 <Hal_Alpine> ?
2020-04-10 07:51:10 <Cogitri> Yes, that's not problematic, it just goes through all drivers
2020-04-10 07:51:32 <Hal_Alpine> Ah
2020-04-10 07:51:52 <mps> do you have xf86-video-amdgpu apk installed
2020-04-10 07:52:20 <mps> apk info -e xf86-video-amdgpu
2020-04-10 07:52:49 <Hal_Alpine> Yes
2020-04-10 07:53:50 <mps> uhm, I cannot check it thoroughly because I don't have amd gpu
2020-04-10 07:53:58 <Hal_Alpine> :/
2020-04-10 07:54:18 <mps> but looks like something related to missing some package
2020-04-10 07:55:09 <mps> apk info -e xf86-video-modesetting
2020-04-10 07:58:26 <Hal_Alpine> That's installed
2020-04-10 07:59:34 <mps> huh, I don't have more ideas, sorry
2020-04-10 07:59:49 <Hal_Alpine> Thank you anyway :)
2020-04-10 07:59:56 <mps> np
2020-04-10 08:09:54 <Hal_Alpine> Blah
2020-04-10 08:17:56 <Hal_Alpine> I guess Alpine isn't for me, then :/
2020-04-10 08:18:31 <TBB> what kind of a computer is this?
2020-04-10 08:19:16 <Hal_Alpine> An amd64 desktop that I built in 2017
2020-04-10 08:20:43 <mps> Hal_Alpine: I wouldn't give up so fast. try some other live distro and look what is needed for X to work
2020-04-10 08:20:59 <Hal_Alpine> I'm about to; ideally, GRUB's boot-from-ISO ability works for me
2020-04-10 08:21:03 <mps> and then look if all that exist on alpine
2020-04-10 08:21:07 <Hal_Alpine> but the ISOs are on an exFAT partition, so knock on wood
2020-04-10 08:21:30 <TBB> okay. I was thinking of a possible dual gfx adapter problem, since I've encountered problems with those and AMD; gpu integrated into the cpu and such
2020-04-10 08:22:04 <Hal_Alpine> No, the CPU is Intel
2020-04-10 08:22:23 <Hal_Alpine> At the time I built this, I wanted it to be a hackintosh, and AMD hackintoshing was still an exercise in hypertension
2020-04-10 08:22:41 <TBB> :D
2020-04-10 08:22:44 <Hal_Alpine> :D
2020-04-10 08:23:26 <Hal_Alpine> OK, BBL
2020-04-10 08:23:29 <TBB> I had this laptop with an Intel i7 and a separate AMD gpu chip. It required blacklisting the integrated gpu
2020-04-10 10:55:30 <Guest37> Good day guys
2020-04-10 10:57:03 <Guest37> Can I ask for help ? Im trying to compile a driver for my usb wifi dongle but keep getting
2020-04-10 10:57:13 <Guest37> make[1]: *** /lib/modules/5.4.27-0-lts/build: No such file or directory.  Stop.
2020-04-10 11:05:20 <_ikke_> Guest37: add linux-lts-dev to your makedepends
2020-04-10 11:05:42 <_ikke_> or if you build it manually, apk add linux-lts-dev
2020-04-10 11:07:21 <Guest37> Thank you, Ill try that
2020-04-10 12:48:46 <_ikke_> What would determine whether you add a service to sysinit, boot or default?
2020-04-10 12:49:30 <_ikke_> I guess at what part in the boot process something is started, but is it described somewhere when what boot level is initiated?
2020-04-10 12:49:57 <Cogitri> At what stage of the booting you need it available. To he honest, I'm not sure if things would break if you were to put everything into default (without shutdown services of course) though
2020-04-10 13:08:07 <clandmeter> _ikke_: an example, cgroups needs to be in sysinit cause other services depend on it.
2020-04-10 13:09:15 <Cogitri> Hm, if you put it in default it'll be started before that if another service depends on it
2020-04-10 13:09:48 <clandmeter> problem is that some dont
2020-04-10 13:10:17 <clandmeter> in my case it was setting cgroups to v2 only
2020-04-10 13:16:00 <alpq> Do the package maintainers take package requests? If so, what means of communication is preferred in this regard: irc, mailing list, bugtracker?
2020-04-10 13:17:54 <albr_> monado[d]: make an issue in gitlab
2020-04-10 13:19:24 <alpq> Got it, thanks
2020-04-10 13:24:20 <albr_> monado[d]: no
2020-04-10 13:24:23 <albr_> monado[d]: *np
2020-04-10 14:25:00 <FreeBDSM> hello
2020-04-10 14:25:12 <FreeBDSM> please, remind me how to obtain .apk files from browser?
2020-04-10 14:25:42 <FreeBDSM> I don't see a link/button for it on pkgs.alpinelinux.org :(
2020-04-10 14:25:49 <Cogitri> You can go to  Man will nicht neben jemand bestimmtes sitzen and navigate to the right dir to download it
2020-04-10 14:25:51 <FreeBDSM> but I remember there was some trick
2020-04-10 14:25:58 <_ikke_> :D
2020-04-10 14:26:03 <Cogitri> https://alpine.global.ssl.fastly.net/alpine/
2020-04-10 14:26:04 <Cogitri> Derp, wrong paste from lesson lol
2020-04-10 14:26:18 <FreeBDSM> thanks!
2020-04-10 14:26:28 <Cogitri> User Accessibility lessons aren't fun :c
2020-04-10 14:26:49 <Cogitri> Who needs a good UI anyway! :P
2020-04-10 14:31:00 <FreeBDSM> if I download just the ones I need but not their deps - the ones I need won't work. manually getting everything I need - is a bit of a pita
2020-04-10 14:31:19 <FreeBDSM> can I use alpine to download everything I install as .apk files?
2020-04-10 14:32:52 <_ikke_> apk fetch -R
2020-04-10 14:35:35 <FreeBDSM> can mysql-client be used to connect to mssql?
2020-04-10 14:35:49 <_ikke_> no
2020-04-10 14:36:13 <FreeBDSM> _ikke_: is there a client for alpine to connect to mssql?
2020-04-10 14:39:20 <FreeBDSM> https://docs.microsoft.com/en-us/sql/connect/odbc/linux-mac/installing-the-microsoft-odbc-driver-for-sql-server?view=sql-server-2017#alpine-linux looks like this is the best one can have
2020-04-10 14:40:32 <edolnx> FreeBDSM, looks like sqsh may have FreeTDS support but I don't see the support libraries for other languages in the aports tree
2020-04-10 14:45:41 <edolnx> I've been stuck the past few days trying to get the aports/utils/bootstrap.sh script to make an aarch64 or armhf cross compile environment working on my x86_64 box. Here is a pastebin with the output https://pastebin.com/Dm8vVW4g any ideas on what I can do to correct this? (My goal is to cross-compile some kernels for these machines because compiling them on a Pi3 is so slow)
2020-04-10 16:14:36 <manj-gnome> I'm trying to use the wget in alpine 3.11 and it won't follow a 307 redirect.  I don't see any flags that would enable it to do so.  It works fine in Arch and follows the redirect.  It must be a different implementation of wget.  What can I do?
2020-04-10 16:15:04 <mps> manj-gnome: apk add wget
2020-04-10 16:15:15 <_ikke_> manj-gnome: you are using busybox wget, which is more limited
2020-04-10 16:15:36 <manj-gnome> got it, thank you
2020-04-10 16:58:07 <spameier> Hello
2020-04-10 16:59:20 <spameier> I am trying to setup a VM with Alpine Linux and full disk encryption as a kind Proof-of-concept.
2020-04-10 17:01:50 <spameier> I have an internal disk and a usb stick configured for this VM and got it setup so that the bootloader resides on the usb stick and the main disk is opened with cryptsetup in plain mode.
2020-04-10 17:04:09 <spameier> I get as far as installing a base system by mounting the encrypted disk (/dev/mapper/crypt) on /mnt and the usb stick (/dev/sda1) on /mnt/boot and then running setup-disk /mnt
2020-04-10 17:04:36 <spameier> I can then chroot into the newly installed system and generate initfs and grub config
2020-04-10 17:07:43 <spameier> Heres where I am stuck: I don't know how to setup the initfs and grub config. I guess I need to add cryptsetup and cryptkey to mkinitfs.conf and also add modules dm-crypt and dm-mod to /etc/default/grub but don't know how to specify the options for kernel or initfs to properly open the encrypted disk.
2020-04-10 17:08:23 <spameier> Can anyone give any pointers where to have a look for the proper boot parameters?
2020-04-10 17:09:41 <spameier> Currently the boot screen just sits there at 'Loading initial ramdisk ...' and does nothing else. Just dropping to a shell would be nice at the moment...
2020-04-10 18:10:06 <edolnx> spameier, I have found the best path is to have an unencrypted partition that has the contents of /boot and then encrypt everything else. I typically just have a second partition that I use dm-crypt to encrypt and use that as an LVM physical volume, then you can create a logical volume for your mount points and swap. I believe if you create an /etc/crypttab before you rebuild your initramfs it will pull in the correct
2020-04-10 18:10:06 <edolnx> modules. The only things that will not be encrypted with this method are your boot loader, kernel, and initrd. There are typically no secrets in those anyway.
2020-04-10 18:15:16 <spameier> Yeah then you have everything in one disk. My goal though is to encrypt the full disk and to boot off a USB stick. So far I got it working using luksFormat on the disk and with the help of man mkinitfs-bootparam.
2020-04-10 18:15:55 <spameier> My problem seems to have been that mkinitfs doesn't support plain encrypted drives. I am testing now the detached header option...
2020-04-10 18:16:35 <edolnx> You could put the content of /boot on your USB stick - no problem there. LUKS really wants a partition and not a raw disk device so putting a partition table on your disk and a single partition, and then encrypting that, may help.
2020-04-10 21:32:05 <PureTryOut[m]> My USB headset doesn't get recognized by either Alsa or PulseAudio. Can it be that linux-lts is missing some kernel modules or something?
2020-04-10 21:33:53 <Hello71> edolnx: that's not true at all.
2020-04-10 21:34:05 <Hello71> except that part about unencrypted /boot, that's fine
2020-04-10 22:44:34 <edolnx> Hello71, what's not true?
2020-04-10 22:45:25 <Hello71> luks, insofar as it's a specific thing, doesn't care about partitions or "raw disk devices". that's the whole point of "everything is a file"
2020-04-10 22:46:05 <Hello71> hell, you can use dm on loop just fine. it'll be slow, but fine
2020-04-10 22:48:43 <edolnx> The "everything is a file" construct is only true for Plan9, in Linux there are lots of special cases. And yes, you can use raw devices but as you said it will be slow. Using a partition device ensures you can seek around the media in 4k LBA chunks instead of byte-by-byte. That's the primary advantage.
2020-04-10 22:50:38 <edolnx> Depending on underlying media there are also advantages if/when your drive starts having issues (transparent LBA relocation) and SSD wear.
2020-04-10 22:55:27 <gjabell> anyone had issues with libvirt not starting recently?
2020-04-10 23:46:55 <Hello71> edolnx: that's, uh... what?
2020-04-10 23:47:03 <Hello71> i don't
2020-04-10 23:47:05 <Hello71> what
2020-04-11 00:00:26 <shadowdaemon> Can I just remove things from /etc/apk/world?  I have inadvertently polluted that file.
2020-04-11 00:04:47 <cantstanya> Hello71: I think the point that was trying to be made (which is irrelevant to your example and the actual desire) is that if you setup luks on top of a block device alone instead of a partition from a block device with a partition table then misalignment has a chance of occurring.
2020-04-11 00:05:06 <cantstanya> But yes that has nothing to do with your example of using luks on a loop device that was associated with a file. Ironically your example demonstrates slowdown with more layers. While that example give demonstrates possible slow down with out the additional layer.
2020-04-11 00:05:09 <cantstanya> kinda amusing
2020-04-11 00:05:13 <Hello71> partitions *are* block devices.
2020-04-11 00:05:13 <cantstanya> heh
2020-04-11 00:06:01 <cantstanya> s/device/$& that's not a partition/
2020-04-11 00:06:12 <Hello71> damn kids nowadays with their device management daemons
2020-04-11 00:06:29 <cantstanya> well that has nothing to do with it
2020-04-11 00:06:30 <Hello71> back in my day sysadmins manually mknoded each device
2020-04-11 00:06:45 <Hello71> but moreover, that's not how alignment works. that's not how arithmetic works.
2020-04-11 00:06:51 <Hello71> 0 is aligned to *everything*.
2020-04-11 00:07:01 <Hello71> 0 is the most aligned sector
2020-04-11 00:08:53 <Hello71> how do you think alignment works
2020-04-11 00:09:11 <cantstanya> I'm not saying I agree. I mean personally I use luks on top of the drives themselves which have no partition table and haven't experienced anything indicating that it's significantly slower.
2020-04-11 00:09:47 <cantstanya> I'm just saying it's funny that two seemingly orthogonal things were being agreed on irrespective of them being right or not.
2020-04-11 00:25:34 <Hello71> it's not that easy to notice shorn writes without benchmarking...
2020-04-11 00:25:40 <Hello71> mostly it just causes extra SSD wear
2020-04-11 00:26:28 <Hello71> and also theoretically data loss on power failure, but iirc even sqlite expects 4096 byte atomic writes if the drive advertises it
2020-04-11 00:27:38 <cantstanya> Well if I'm not noticing it, can't be too significant for me to care. Never stated they don't exist either. I don't know or care.
2020-04-11 00:32:42 <cantstanya> If it's nothing noticeable going through some tests `fio` or `iozone` with both setups, it's negligible.
2020-04-11 01:15:38 <nacelle> 0 would be aligned to everything if everything didnt try to stick a FAT table at 0
2020-04-11 01:15:53 <nacelle> or something
2020-04-11 01:16:02 <nacelle> so you end up with 512, 2048, or some other offset
2020-04-11 01:16:14 <nacelle> and that offset then has to align with erase block sizing, etc.
2020-04-11 01:55:07 <Hello71> except then you're not really doing "on top of a block device alone".
2020-04-11 01:55:16 <Hello71> you're doing "512 off of a block device alone"
2020-04-11 02:11:45 <brbendert> hello, was wondering if anyone here managed to get alpine linux to authenticate against a samba DC ?? wbinfo works as expected but since there is no support for nss in musl getent does not lookup winbind
2020-04-11 02:12:09 <brbendert> does that sound correct ??
2020-04-11 02:17:04 <nacelle> Hello71: its turtles all the way down
2020-04-11 02:18:20 <Hello71> brbendert: musl nscd
2020-04-11 02:18:29 <Hello71> and also apparently sssd is the future anyways
2020-04-11 02:18:30 <brbendert> i did install that
2020-04-11 02:18:33 <Hello71> but you still need nscd
2020-04-11 02:18:45 <Hello71> not sure if you need to patch musl to use it
2020-04-11 02:18:48 <brbendert> when starting the service it complains about libnss
2020-04-11 02:19:06 <brbendert> libnss_files.so.0
2020-04-11 02:20:23 <brbendert> i am not sure how a package can make it into the system with a broken dependency
2020-04-11 04:19:04 <iggy> runtime loader... if the person testing doesn't have that feature enabled, the module never gets loaded and they don't hit that bug
2020-04-11 04:19:51 <brbendert> fair enough
2020-04-11 07:29:11 <oneinsect> abuild says warning: libgmp.so.10, needed by ./.libs/libisl.so, not found (try using -rpath or -rpath-link)
2020-04-11 07:29:11 <oneinsect>  even though I have it in /usr/lib and i have the path to abuild.conf export LDFLAGS="-L/usr/lib -L/lib -Wl,--as-needed"
2020-04-11 07:29:29 <oneinsect> this is for isl apkbuild package
2020-04-11 07:29:32 <oneinsect> any ideas people
2020-04-11 07:31:52 <iggy> did you run ldconfig?
2020-04-11 07:32:02 <oneinsect> ofcourse i did
2020-04-11 07:32:55 <oneinsect> and the verbose of ldconfig shows that libgmp.so.10 -> libgmp.so.10.4.0 is there usr/lib
2020-04-11 07:32:59 <oneinsect> kinda strange
2020-04-11 07:34:36 <iggy> or course, sorry... I guess my next step would be making sure versions match
2020-04-11 07:34:45 <iggy> and paths
2020-04-11 07:35:40 <oneinsect> versions and paths match? meaning?
2020-04-11 07:38:09 <iggy> the .so versions, i.e. .so.10 points to a version that is still installed
2020-04-11 07:38:34 <oneinsect> hmmmm
2020-04-11 07:39:06 <iggy> and that the paths from ldd match
2020-04-11 07:52:22 <oneinsect> ooh man i still cant figure what the problem is
2020-04-11 07:52:31 <oneinsect> .so does point to an installed version
2020-04-11 07:57:24 <DYSW> Any idea how to install the libwrap package ? Its used by the danted/sockd server. But not available as I can see
2020-04-11 08:12:55 <oneinsect> okie seems it is only going to find it via -lgmp and doesnt care about LDFLAGS
2020-04-11 08:13:41 <oneinsect> and you know my toolchain ld has a sysroot hardcoded which doesnt allow it to find
2020-04-11 09:05:15 <greguu[away]> any toughbook cf-30 users out there ?
2020-04-11 09:09:13 <Cogitri> Ask your question
2020-04-11 09:12:51 <greguu> Cogitri: any trick on how to suspend on lid close ?
2020-04-11 09:13:02 <rapha> hi
2020-04-11 09:13:18 <rapha> is there a way to configure /var/log/messages so that long lines don't get truncated?
2020-04-11 09:15:07 <Cogitri> greguu: Hm, at least on my Spectre X360 suspend on lid close works just fine (at least in GNOME)
2020-04-11 09:15:17 <Cogitri> Does normal suspension work?
2020-04-11 09:15:24 <mps> greguu: 'cat /etc/acpi/LID/00000080  | tpaste' => http://tpaste.us/kyeb
2020-04-11 09:16:53 <greguu> mps: there is no /etc/acpi/LID/
2020-04-11 09:16:59 <greguu> :(
2020-04-11 09:24:27 <rapha> oh it seems busybox's syslogd has a hardcoded limit of 256 bytes message size :-(
2020-04-11 09:24:43 <rapha> so rsyslog or syslog-ng ... choices, choices
2020-04-11 09:25:56 <greguu> Cogitri: yes, pm-suspend does work
2020-04-11 09:28:20 <greguu> btw, a Spectre X360 is not really close to a CF-30 Panasonic Toughbook
2020-04-11 09:29:46 <mps> greguu: create it
2020-04-11 09:30:15 <greguu> mps: well, may need a kernel patch to the alpine kernel to make it work
2020-04-11 09:31:10 <mps> it works on alpine kernels, aarch64, armv7 and x86_64 on my boxes
2020-04-11 09:31:58 <greguu> suspend on lid close also does work on my other devices, just not on the CF-30 toughbook
2020-04-11 09:32:40 <Cogitri> <greguu "btw, a Spectre X360 is not reall"> No, but I very much dobut that anyone in this chat is going to have that exact device
2020-04-11 09:34:20 <greguu> well, that was my initial question.  any toughbook cf-30 users out there ?
2020-04-11 09:34:33 <greguu> if not, just ignore
2020-04-11 09:43:28 <rapha> okay, but how do you disable busybox's syslog so it doesn't conflict with syslog-ng without also disabling busybox's cron?
2020-04-11 09:45:11 <afontain_> `rc-update del syslog` ?
2020-04-11 09:47:44 <rapha> it's not even in default
2020-04-11 09:47:52 <rapha> and when you stop syslog, you also stop cron
2020-04-11 09:48:02 <rapha> but when you start syslog-ng, you don't start cron
2020-04-11 09:48:21 <rapha> and of course, when you start cron, you start syslog
2020-04-11 11:21:40 <afontain_> damn
2020-04-11 11:22:12 <afontain_> is there some kind of provide= mechanism for openRC?
2020-04-11 12:28:32 <Lingunixtix> has anyone tried building asmutils lately? It achieves 100x smaller binaries of unix tools, partly with a custom elf startup code. http://asm.sourceforge.net/asmutils/a-linux-0.17.tar.gz
2020-04-11 12:29:09 <Lingunixtix> http://asm.sourceforge.net/asmutils/asmutils-0.18.tar.gz
2020-04-11 12:40:34 <oneinsect> are they tool old?
2020-04-11 12:49:17 <Lingunixtix> development stopped in 2006 but the tools work as new if you build it. ;) Only replace gmake with make in MCONFIG.
2020-04-11 12:54:37 <oneinsect> i will try them sometime
2020-04-11 12:54:57 <oneinsect> once i am done with this nasty glibc work
2020-04-11 13:08:39 <Lingunixtix> oneinsect: those tools also include a tiny libc.
2020-04-11 13:08:53 <oneinsect> oooh
2020-04-11 13:08:54 <oneinsect> is it
2020-04-11 13:08:56 <oneinsect> thats nice
2020-04-11 13:09:11 <oneinsect> i could try this on a cortex m4 with an mmu
2020-04-11 13:09:20 <oneinsect> a very tiny tiny linux
2020-04-11 13:09:25 <oneinsect> :D would be nice
2020-04-11 13:09:36 <oneinsect> a mmu*
2020-04-11 13:14:53 <kaey> those utils only work on i386
2020-04-11 13:15:20 <oneinsect> x64?
2020-04-11 13:15:44 <oneinsect> yeaa my bad i missed these i386 specific but what about 64-bit?
2020-04-11 13:15:49 <oneinsect> are*
2020-04-11 13:30:01 <u0jQx9gPyrYg> which cortex m4 has an mmu?
2020-04-11 13:30:05 <u0jQx9gPyrYg> they only have mpus
2020-04-11 13:30:26 <rapha> hmm ... under what name does Alpine package https://wiki.policyd.org/ ?
2020-04-11 13:34:57 <oneinsect> yes your are right
2020-04-11 13:35:03 <oneinsect> m4 doesnt have mmu
2020-04-11 13:52:13 <_ikke_> rapha: https://repology.org/project/policyd/versions
2020-04-11 13:57:50 <rapha> oh, that's an interesting website
2020-04-11 13:58:17 <rapha> okay, so "absent in repositories" means that ppl generally install that themselves from sources?
2020-04-11 13:59:40 <Lingunixtix> oneinsect: regarding 64bit: the elf startup code needs to be adapted to elf64. It would be worth producing really nifty tiny binaries e.g. a httpd daemon in 530 bytes only (32bit).
2020-04-11 14:01:03 <Cogitri> rapha: Either they install it themselves or they go ahead and package it so it's in the repos
2020-04-11 14:05:40 <mps> anyone know how to fetch patch from this on github https://github.com/crystal-lang/shards/pull/344/files
2020-04-11 14:06:39 <Cogitri> https://github.com/crystal-lang/shards/pull/344.patch
2020-04-11 14:07:40 <oneinsect> could try that Lingunixtix: but later
2020-04-11 14:07:46 <oneinsect> i almost nearing my quest
2020-04-11 14:07:47 <mps> doesn't work: You are being <a href="https://patch-diff.githubusercontent.com/raw/crystal-lang/shards/pull/344.patch">redirected
2020-04-11 14:09:19 <mps> ah, works in firefox but not with curl
2020-04-11 14:10:12 <mps> and with 'curl -L', ofc.
2020-04-11 14:10:16 <mps> Cogitri: thanks
2020-04-11 14:54:32 <Lingunixtix> kaey: work in 64bit too but replacing the custom startup code with whatever the linker normally puts in results in much larger binaries.
2020-04-11 15:01:06 <oneinsect> hmmmm
2020-04-11 15:48:16 <Hello71> afontain_: how would net work
2020-04-11 16:30:44 <jvoisin> is there a way to pass a file to source to the default shell?
2020-04-11 16:32:25 <Cogitri>  /etc/profile.d ?
2020-04-11 16:33:23 <jvoisin> it doesn't get sourced upon login :/
2020-04-11 16:35:42 <Cogitri> The thing ends with .sh ?
2020-04-11 16:35:55 <jvoisin> yup
2020-04-11 16:36:05 <Cogitri> Huh
2020-04-11 16:36:22 <Cogitri> Well, can't you set the thing in your shell's configuration otherwise?
2020-04-11 16:36:33 <jvoisin> https://paste.debian.net/1139749/
2020-04-11 16:36:39 <Cogitri> I set some variables in my .config/fish/config.fish, I guess with bash that'd be .bashrc
2020-04-11 16:37:37 <jvoisin> except it's busybox' ash here, the default shell from alpine
2020-04-11 16:38:34 <Cogitri> Then it's .ashrc, I guess
2020-04-11 16:38:41 <Cogitri> Or .profile
2020-04-11 16:39:02 <jvoisin> neither are working :/
2020-04-11 16:39:35 <Cogitri> Hm, I'm pretty sure those should work
2020-04-11 16:39:42 <Cogitri> I think .ashrc needs to be executable though
2020-04-11 16:40:13 <jvoisin> still nope :/
2020-04-11 16:42:09 <nacelle> its .profile and /etc/profile for ash
2020-04-11 16:42:26 <nacelle> i just tested a user with a .profile, it worked for me
2020-04-11 16:42:38 <jvoisin> weird
2020-04-11 16:42:47 <jvoisin> could it be proxmox' black magic?
2020-04-11 16:42:52 <nacelle> the .profile does _NOT_ have to be set executable
2020-04-11 16:42:55 <nacelle> no
2020-04-11 16:43:15 <koollman> it will be sourced, not executed :)
2020-04-11 16:43:17 <nacelle> what are you putting into the .profile and where are you putting it?
2020-04-11 16:43:41 <jvoisin> https://paste.debian.net/1139751/
2020-04-11 16:44:45 <nacelle> that works for me
2020-04-11 16:44:50 <nacelle> prompt is nice n' green
2020-04-11 16:45:20 <jvoisin> meh
2020-04-11 16:46:06 <nacelle> maybe your terminal sucks? idk
2020-04-11 16:46:28 <jvoisin> the prompt should change as well
2020-04-11 16:46:38 <nacelle> it does
2020-04-11 16:46:49 <jvoisin> not here :/
2020-04-11 16:47:06 <nacelle> how are you logining out and loging in again?
2020-04-11 16:47:12 <nacelle> loging out, even
2020-04-11 16:47:39 <jvoisin> `pct enter 104` → to enter the lxc container number 104, running in proxmox
2020-04-11 16:51:27 <nacelle> might be that you're going over serial there, not a proxmox issue but a container thing.
2020-04-11 16:52:42 <jvoisin> I'll look deeper into this, thanks :)
2020-04-11 16:53:47 <nacelle> it may be that the proxmox virtual serial port isnt handling the bits right, but i seriously doubt this.  maybe they just never put color handling into their thing. -shrug-  (and therefore maybe it is a proxmox thing as you suspect)
2020-04-11 16:54:15 <nacelle> if you ssh in from a capable terminal, you should be able to set the colors over that
2020-04-11 16:54:25 <nacelle> at least that will help you verify the .profile is working
2020-04-11 18:56:10 <albr_> ScottHamilton[d]: Hello, seems like alpine isn't really optimal to build llvm https://stackoverflow.com/questions/50258121/building-llvm-6-under-linux-alpine
2020-04-11 18:57:26 <Cogitri> It still needs a few patches on musl, es
2020-04-11 18:58:30 <albr_> ScottHamilton[d]: Ok, so in the meantime what can I do ? Change to another distribution ?
2020-04-11 18:59:03 <Cogitri> Apply the patches?
2020-04-11 18:59:03 <Cogitri> Or use the LLVM we have in our repos
2020-04-11 18:59:36 <albr_> ScottHamilton[d]: I'm building it
2020-04-11 18:59:51 <Cogitri> ...but why?
2020-04-11 19:00:13 <albr_> ScottHamilton[d]: The llvm in alpine's repos is compiled?
2020-04-11 19:01:20 <Cogitri> Well yes, of course it is, everything in our repos is compiled, that's the point of them
2020-04-11 19:01:44 <Cogitri> But why do you want to build it from source when you have the binaries available from us
2020-04-11 19:02:58 <albr_> ScottHamilton[d]: I'm building it with special options such as PGO, ASSERTIONS, and multiple times to get a fully optimized toolchain
2020-04-11 19:02:59 <albr_> ScottHamilton[d]: (building llvm with llvm)
2020-04-11 19:03:22 <oneinsect> hola people, i am going back to buildroot
2020-04-11 19:03:44 <oneinsect> cross-tool is failing after some 15 packages especially isl
2020-04-11 19:04:17 <Cogitri> <albr_ "ScottHamilton[d]: I'm building i"> Ah well, then just apply the two patches we have in our repos and it should work, I suppose.
2020-04-11 19:04:42 <Cogitri> (Assertions probably means that your LLVM will crash though at time stho, those are meant for debugging)
2020-04-11 19:04:56 <albr_> ScottHamilton[d]: yes I know
2020-04-11 19:05:22 <oneinsect> no one wants to talk me?
2020-04-11 19:05:25 <oneinsect> :p
2020-04-11 19:06:18 <oneinsect> yeaa yeaa i know i pollute these forums with glibc all over
2020-04-11 19:06:30 <Cogitri> No worries. I guess buildroot is the better tool for the job
2020-04-11 19:06:44 <oneinsect> ooh Cogitri: talked to me!
2020-04-11 19:06:47 <oneinsect> :D
2020-04-11 19:16:01 <Cogitri> Well, it's good a to talk a bit while coding
2020-04-11 19:16:30 <oneinsect> just pulling your leg Cogitri: go ahead i will not disturb further
2020-04-11 19:21:06 <mps> oneinsect: :)
2020-04-11 19:21:24 <oneinsect> :D
2020-04-12 05:29:18 <glihm> Hi guys!
2020-04-12 05:29:55 <glihm> I'm completly new to alpine linux and usualy I am using Arch. I was wondering me if alpine is also very up to date for packages version?
2020-04-12 05:30:23 <glihm> or it's more like an ubutun, a bit less often.
2020-04-12 05:43:29 <albr_> monado[d]: depends on what repo you’re using
2020-04-12 05:44:04 <albr_> monado[d]: edge is what could be considered rolling release while the numbered releases freeze packages and are supported for a set amount of time
2020-04-12 06:09:56 <Cogitri> They already left
2020-04-12 06:12:27 <albr_> monado[d]: Thats unfortunate
2020-04-12 06:14:11 <Cogitri> Yup
2020-04-12 06:35:01 <albr_> McBoat[d]: that's how it is with IRC
2020-04-12 06:35:11 <albr_> McBoat[d]: can't keep your client running 24/7
2020-04-12 06:35:27 <albr_> McBoat[d]: And not everybody has a message backlog proxy
2020-04-12 06:36:13 <albr_> McBoat[d]: Out of curiosity, is there a message logging bot in this channel, besides the message history on the Discord end?
2020-04-12 06:37:50 <_ikke_> algitbot logs as well
2020-04-12 06:39:40 <albr_> McBoat[d]: ah; where to?
2020-04-12 06:39:46 <mps> dev.a.o/irclogs
2020-04-12 06:39:53 <albr_> McBoat[d]: gracias
2020-04-12 06:39:56 <_ikke_> https://dev.alpinelinux.org/irclogs/
2020-04-12 10:25:07 <u0jQx9gPyrYg> > McBoat[d]: can't keep your client running 24/7  of course you can have your client running 24/7, what do you think most of us do here in this chan? you can run your client in some less critical server in a tmux, or you can rent one of those super cheap 1eur/month vps
2020-04-12 10:46:23 <danieli> or use a web-based client
2020-04-12 10:46:27 <danieli> or something like irccloud
2020-04-12 11:14:08 <id4rk> Hello. I tried to install Alpine in a 1GB cf card but I’m getting errors.
2020-04-12 11:14:40 <id4rk> Can I make a custom partitioning? Without SWAP?
2020-04-12 11:15:13 <_ikke_> yes
2020-04-12 11:15:35 <_ikke_> when asked about what disks to use, select none
2020-04-12 11:15:54 <_ikke_> Then, when finished, make your disk setup as desired
2020-04-12 11:16:17 <_ikke_> then run setup-disk with the desired root partition (I think)
2020-04-12 11:19:44 <id4rk> Thank you _ikke_, I will try this.
2020-04-12 11:20:11 <_ikke_> make sure you do have a boot partition mounted at /boot
2020-04-12 11:39:44 <id4rk> I wish there was just an option to not use swap in the menu. Like... do you want to create a swap partition? (Default Yes) And then it asks you for sys, data... etc... or sysnoswap
2020-04-12 11:41:35 <id4rk> Or a little partition manager... which gives you a bit more choice during the setup.
2020-04-12 11:42:55 <id4rk> I mean... who wants swap in a SSD world? Only wastes writes.
2020-04-12 11:46:01 <mps> id4rk: export SWAP=0 (or similar)
2020-04-12 11:46:16 <mps> before starting setup-alpine
2020-04-12 11:46:48 <id4rk> Let me try that!
2020-04-12 11:47:07 <maxice8> SWAP_SIZE=0
2020-04-12 11:47:10 <maxice8> according to /sbin/setup-disks
2020-04-12 11:47:48 <mps> SWAP_SIZE, yes
2020-04-12 11:48:18 <mps> I forgot exact syntax :)
2020-04-12 11:50:15 <id4rk> Ok... let’s see if it does not complain about missing space this time.
2020-04-12 11:53:24 <id4rk> Thanks for the trick, but unfortunately it does not seem enough.
2020-04-12 11:54:44 <_ikke_> What is the error you are getting in the first place?
2020-04-12 11:59:56 <id4rk> Creating file systems..., Installing system on /dev/sda3:, /mint/boot/ is device /dev/sda1, ERROR: Failed to create lib/modules/5.4.27-0-lts/kernel/drivers/scsi/scsi_mod.ko : No Space left on device, ERROR: linux-lts-5.4.27-r0: No space left on device, 100%#####, boot is device /dev/sda1
2020-04-12 12:00:07 <id4rk> Each Komma = new line
2020-04-12 12:00:59 <id4rk> It probably has something to do with the different mount points?
2020-04-12 12:04:11 <mps> setup-disk -h
2020-04-12 13:45:39 <timo-k> Hi everyone from small rainy village in Finland!
2020-04-12 13:46:09 <nacelle> hello timo
2020-04-12 13:46:22 <timo-k> I'm trying to install Alpine but faced a surprising problem
2020-04-12 13:47:14 <timo-k> I have Ryzen 1700 and Asrock AB350M. Alpine boots as expected but sees no network interfaces
2020-04-12 13:47:30 <timo-k> 'lo' is ther of course
2020-04-12 13:47:50 <TBB> not really that surprising at all
2020-04-12 13:48:07 <timo-k> Oh, ok, that's promising
2020-04-12 13:48:46 <TBB> you could try just "service hwdrivers start" and see if it gets you the interface
2020-04-12 13:49:14 <nacelle> usually network isnt up until after "setup-alpine" is ran
2020-04-12 13:49:25 <nacelle> entirely normal
2020-04-12 13:49:35 <timo-k> Trying hwdrivers...
2020-04-12 13:49:37 <TBB> yeah, network isn't up before setup-alpine or setup-interfaces
2020-04-12 13:49:52 <TBB> oh wait timo, you're still at the installer phase
2020-04-12 13:50:52 <timo-k> Not really, I think
2020-04-12 13:51:19 <timo-k> I copied a working setup from VirtualBox into a USB-stick
2020-04-12 13:52:16 <timo-k> "hwdrivers has already been started"
2020-04-12 13:52:58 <timo-k> I tried before 'setup-interfaces' but it didn't seem to do enything
2020-04-12 13:54:51 <timo-k> "ifconfig -a" shows nothing more than 'lo'
2020-04-12 13:56:01 <TBB> well, I suppose it goes to modprobing a bunch of drivers and seeing if any of them recognizes your network interface, it's rtl8111gr
2020-04-12 13:56:34 <TBB> so, modprobe rtl8169 and see if it gives you an interface
2020-04-12 13:59:50 <TBB> sorry, the module name is r8169
2020-04-12 14:01:18 <timo-k> No luck. I also tried all from amd-folder
2020-04-12 14:01:34 <timo-k> Should the interface show up in 'ifconfig -a' right away?
2020-04-12 14:02:45 <TBB> as soon as you've run modprobe, yeah. ... a bit of googling seems to talk a lot about having to deal with realtek's own driver, but the information isn't very recent
2020-04-12 14:04:22 <timo-k> Hm, maybe I boot Ubuntu and look what module it seems to use...
2020-04-12 14:05:04 <TBB> probably easiest that way
2020-04-12 14:06:45 <mps> timo-k: what is your kernel version
2020-04-12 14:07:55 <mps> if you copied it from virtual box maybe it is linux-virt?
2020-04-12 14:14:05 <timo-k> Kernel 5.4 -- I'll check
2020-04-12 14:14:26 <timo-k> Ubuntu seems to load r8169 and realtek
2020-04-12 14:14:48 <timo-k> booting back to Alpine...
2020-04-12 14:15:27 <mps> timo-k: linux-lts or linux-virt?
2020-04-12 14:16:40 <timo-k> uname says 5.4.27-0-lts
2020-04-12 14:17:26 <mps> aha, that's ok
2020-04-12 14:20:13 <timo-k> Tried to modprobe r8169 and realtek but no luck
2020-04-12 14:21:47 <GyroW> What's the easiest way to run a command at boot?
2020-04-12 14:22:03 <maxice8> put it in an executable in /etc/local.d
2020-04-12 14:22:15 <maxice8> and enable local service
2020-04-12 14:22:56 <mps> timo-k: it is enabled in latest kernel, CONFIG_R8169=m
2020-04-12 14:24:13 <timo-k> Ok, yes it seems to load alright
2020-04-12 14:25:07 <mps> do you eth? device then
2020-04-12 14:26:04 <GyroW> Thanks!
2020-04-12 14:26:06 <mps> sorry, do you see eth? device then
2020-04-12 14:26:41 <timo-k> Where? ifconfig doesn't show enything but 'lo'
2020-04-12 14:29:22 <mps> then maybe it is not driver for your card
2020-04-12 14:30:03 <timo-k> There is "r8169: probe of ... failed with error -2" in dmesg
2020-04-12 14:30:13 <mps> lspci can help to see what is you eth card
2020-04-12 14:33:07 <TBB> hw spec says 8111gr
2020-04-12 14:33:10 <TBB> realtek
2020-04-12 14:34:37 <TBB> realtek has a driver for it; it's always the worst case scenario: find a realtek chip in your system, pray it's supported, find out it's not, hunt for either realtek's own drivers or random github forks, compile and pray some more
2020-04-12 14:36:25 <mps> what is this CONFIG_AMD8111_ETH=m
2020-04-12 14:36:41 <timo-k> I think this should be supported out of the box by Linux. I have run Ubuntu on this setup from 4.15 era
2020-04-12 14:36:46 <mps> not realtek?
2020-04-12 14:38:31 <timo-k> Should it do any difference if I start from fresh and put clean ISO-image into the USB-drive?
2020-04-12 14:38:53 <mps> maybe, and good idea to try
2020-04-12 14:39:04 <timo-k> I'll try...
2020-04-12 14:40:10 <TBB> that's probably it
2020-04-12 14:47:26 <timo-k> Aaha - no it didn't change anything, but...
2020-04-12 14:48:45 <timo-k> Now I noticed that r8169 whined about missing realtek-module. I now loaded FIRST realtek and THEN r8169 and that did it
2020-04-12 14:49:23 <timo-k> Before I tried to load them in the other order
2020-04-12 14:50:31 <mps> timo-k: so you got eth0 ?
2020-04-12 14:52:20 <timo-k> Yes
2020-04-12 14:53:44 <mps> nice :)
2020-04-12 14:55:56 <timo-k> Okay, when I reboot, do "modprobe -r r8169; modprobe realtek; modprobe r8169" and then setup-alpine everything goes as expected
2020-04-12 14:59:17 <timo-k> How do I fix this conveniently? I expected that there should be a dependency in modules.dep but I'm not seeing it even in Ubuntu's version.
2020-04-12 15:24:52 <mps> 'depmod -a'
2020-04-12 15:28:17 <timo-k> I already thought I edit modules.dep by hand but it is in .modloop which is ro
2020-04-12 15:29:18 <timo-k> It sems I need to learn to use squashfs...
2020-04-12 15:44:43 <timo-k> modules.softdep mentions realtek.ko as a dependency of r8169.ko. Is it possible the busybox modprobe doesn't read softdep?
2020-04-12 16:08:33 <timo-k> Is there a full version of modprobe in some apk?
2020-04-12 16:09:59 <artok> kmod
2020-04-12 16:28:26 <timo-k> artok: thanks
2020-04-12 16:36:43 <timo-k> Ok, kmod made it
2020-04-12 16:37:03 <timo-k> busybox modprobe can't do softdeps
2020-04-12 16:41:03 <timo-k> I know this is offtopic but I'll try my luck anyway: Does anyone happen to know any magic how to get ASRock MB to boot always from USB-drive if available? It seems to forget the setting every time the USB-drive is not there at boot.
2020-04-12 16:42:47 <RootWyrm_> timo-k: that's not an ASRock thing, that's an Aptio thing and non-fixable. If the boot device goes away, it gets taken out of boot priority.
2020-04-12 16:42:59 <Cogitri> I know your pain, my ASRock B450 board does that too
2020-04-12 16:43:16 <Cogitri> But yes, I guess it's not on Asrock, but it's just the only thing I always boot of an USB
2020-04-12 16:43:37 <RootWyrm_> More often than not the actual root cause is using the wrong USB port.
2020-04-12 16:43:56 <Cogitri> (because I forgot to add an /boot partition to my main drive, derp)
2020-04-12 16:45:35 <timo-k> Thanks - I was afraid that being unsolvable
2020-04-12 16:45:51 <RootWyrm_> Absolutely must be a port directly attached to a root hub, and must be a root hub available at stage 1. So if you plug it into the ASMedia port, it's not gonna work.
2020-04-12 16:48:32 <timo-k> Hmm, I'm not sure if I understand correctly. I am able to boot from USB-drive. The problem is that if I detach the drive and boot from somewhere else and later want to boot again from the USB-drive, I need monitor and keyboard again to select the boot source
2020-04-12 16:48:35 <RootWyrm_> timo-k: you're trying to use the rear ports, correct?
2020-04-12 16:48:45 <timo-k> Yes
2020-04-12 16:48:47 <RootWyrm_> timo-k: oh. Then no. That is normal period.
2020-04-12 16:49:15 <RootWyrm_> If you disconnect it, it is gone from boot order, period. The eligible device list is rebuilt every time at stage 1`.
2020-04-12 16:51:32 <timo-k> I'm setting up an headless server and thought that it would be nice to be able to boot from a ssh-enabled Alpine rescue USB-drive if, sorry, when something goes wrong - but, oh well...
2020-04-12 16:52:55 <Cogitri> That could work with an IPMI I guess
2020-04-12 16:53:23 <timo-k> Yes, that would be ideal
2020-04-12 16:55:11 <timo-k> How hard would it be to put up a ssh enabled live CD?
2020-04-12 16:55:14 <RootWyrm_> timo-k: well then boy do I have the board for you. https://www.asrockrack.com/general/productdetail.asp?Model=X470D4U
2020-04-12 16:55:45 <RootWyrm_> (Note, has to be the FRONT USB ports. The rears aren't available for boot.)
2020-04-12 16:57:52 <timo-k> Oh yes I have drooled on that (X470D4U) but it is a bit expensive and hard to get here
2020-04-12 17:05:16 <RootWyrm_> I have several, really great board.. working with them on QVLing some additional SATA DOMs too.
2020-04-12 19:09:03 <albr_> -Propre[d]: Hello, I have a problem with my touchpad. My laptop is an Asus 900A and the touchpad was working perfectly on Linux Xandros. With Linux Alpine on XFCE Desktop, the touchpad can only move, I can't click on anything (with both buttons and double-tap). I tried to install xf86-input-libinput but nothing changes, and the mouse was very slow. With xf86-input-synaptics, nothing changes too, but the mouse speed was normal. Wh
2020-04-12 19:09:50 <_ikke_> The message has been truncated: "but the mouse speed was normal. Wh.."
2020-04-12 19:13:05 <albr_> -Propre[d]: Here is the truncated part : What can I do to repare my touchpad ? (Sorry for my bad English, I'm French). Thank you in advance !
2020-04-12 19:17:18 <_ikke_> Just some random guesses
2020-04-12 19:17:26 <_ikke_> Is your user member of the input group?
2020-04-12 19:18:32 <albr_> -Propre[d]: No, but if my user is not member of this group, I don't know why I can still move the cursor
2020-04-12 19:18:44 <_ikke_> no idea
2020-04-12 19:18:47 <albr_> -Propre[d]: I will try to add my user to this group and then login / logout
2020-04-12 19:22:29 <albr_> -Propre[d]: Nothing changes for the touchpad, but now my keyboard and my USB mouse don't work 😂
2020-04-12 19:22:34 <albr_> -Propre[d]: I will try to reboot
2020-04-12 19:25:04 <albr_> -Propre[d]: Is there a way to reboot but reverse my command ?
2020-04-12 19:25:16 <albr_> -Propre[d]: I can't do anything without keyboard
2020-04-12 19:26:35 <_ikke_> try ctrl+alt+F2
2020-04-12 19:27:06 <albr_> -Propre[d]: during alpine boot ?
2020-04-12 19:27:32 <_ikke_> When it's booted
2020-04-12 19:27:41 <_ikke_> I assume you directly get a graphical interface/
2020-04-12 19:27:42 <_ikke_> ?
2020-04-12 19:27:50 <albr_> -Propre[d]: Yes
2020-04-12 19:27:59 <_ikke_> Then try that combination
2020-04-12 19:28:15 <_ikke_> if it works, you should see a console with a login prompt
2020-04-12 19:33:11 <albr_> -Propre[d]: I get it only when I poweroff my laptop and I tip the combination
2020-04-12 19:45:16 <albr_> -Propre[d]: I think I'm blocked 😦
2020-04-12 19:46:45 <_ikke_> When you boot, do you get grub or syslinux?
2020-04-12 19:47:41 <albr_> -Propre[d]: Where is this wrote ?
2020-04-12 19:48:19 <albr_> -Propre[d]: Where is this written?
2020-04-12 19:48:54 <_ikke_> When you start
2020-04-12 19:49:05 <_ikke_> when you boot, before alpine is started
2020-04-12 19:52:55 <albr_> -Propre[d]: I can't find anything, sorry. I have followed the documentation of Alpine Linux to install it
2020-04-12 19:53:57 <albr_> -Propre[d]: I think it is SysLinux
2020-04-12 19:54:59 <albr_> -Propre[d]: Ok it's really syslinux
2020-04-12 19:55:15 <_ikke_> ok
2020-04-12 19:55:32 <_ikke_> when it boots, I think you then have to press tab when you see syslinux
2020-04-12 19:57:17 <albr_> -Propre[d]: I get "Alpine/Linux Boot Menu"
2020-04-12 19:57:33 <albr_> -Propre[d]: And "Linux lts" under
2020-04-12 19:57:46 <_ikke_> There should be a legend that tells you how to edit
2020-04-12 19:59:51 <albr_> -Propre[d]: What do I need to edit ?
2020-04-12 20:00:04 <_ikke_> the boot cmdline
2020-04-12 20:00:34 <albr_> -Propre[d]: I can edit ".linux vmlinuz-lts root=UUID=92af80a3-1487-4456-b19d-b85e477f5c60 modules=sd-mod,usb-storage,ext4 nomodeset quiet rootfstype=ext4 initrd=initramfs-lts"
2020-04-12 20:00:58 <_ikke_> right
2020-04-12 20:00:58 <albr_> -Propre[d]: I'm not sure this is what I need to edit
2020-04-12 20:01:04 <_ikke_> append single to it
2020-04-12 20:01:05 <albr_> -Propre[d]: Okay
2020-04-12 20:01:08 <_ikke_> 'single'
2020-04-12 20:01:13 <_ikke_> without the quotes
2020-04-12 20:01:16 <albr_> -Propre[d]: Okay
2020-04-12 20:01:43 <albr_> -Propre[d]: Okay I'm entering single mode !
2020-04-12 20:06:14 <albr_> -Propre[d]: It says that my user does not exist, I don't know how I'm supposed to remove it from input group
2020-04-12 20:07:49 <_ikke_> id <username>
2020-04-12 20:10:27 <albr_> -Propre[d]: id: unknown user myuser
2020-04-12 20:10:43 <_ikke_> getent passwd
2020-04-12 20:11:30 <albr_> -Propre[d]: sh: getent: not found
2020-04-12 20:11:42 <albr_> -Propre[d]: Maybe I should try with cat ?
2020-04-12 20:12:00 <_ikke_> cat /etc/passwd
2020-04-12 20:12:18 <albr_> -Propre[d]: There is a lot of users but not my user 😭
2020-04-12 20:12:29 <_ikke_> but it's strange that getent is not available
2020-04-12 20:12:54 <_ikke_> do you use run-from-ram?
2020-04-12 20:13:21 <albr_> -Propre[d]: I think no
2020-04-12 20:13:35 <albr_> -Propre[d]: My laptop is an Asus Eee PC 900A
2020-04-12 20:13:51 <albr_> -Propre[d]: I replaced Linux Xandros with Linux Alpine
2020-04-12 20:15:04 <_ikke_> mount | grep ' / '
2020-04-12 20:21:33 <albr_> -Propre[d]: none on / type rootfs (rw)
2020-04-12 20:21:33 <albr_> -Propre[d]: proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
2020-04-12 20:21:35 <albr_> -Propre[d]: sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
2020-04-12 20:21:36 <albr_> -Propre[d]: devtmpfs on /dev type devtmpfs (rw,nosuid,relatime,size=470344k,nr_inodes=117586,mode=755)
2020-04-12 20:21:37 <albr_> -Propre[d]: devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
2020-04-12 20:21:38 <albr_> -Propre[d]: shm on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime)
2020-04-12 20:34:17 <_ikke_> That first line looks really strange
2020-04-12 20:34:25 <_ikke_> I've never seen 'none' mounted to /
2020-04-12 20:36:26 <albr_> -Propre[d]: I don't know what should I do in that particular case...
2020-04-12 20:36:55 <_ikke_> ls /dev/sd*
2020-04-12 20:38:12 <albr_> -Propre[d]: no such file or directory
2020-04-12 20:48:54 <albr_> -Propre[d]: should I mount/unmount anything ?
2020-04-12 20:49:31 <_ikke_> You can try to mount your disk to /mnt or something like that if it's available
2020-04-12 20:59:38 <markand> hey guys
2020-04-12 20:59:56 <markand> since I've upgraded my Alpine on my raspberry (aarch64) my wireless interface had gone (was working fine just before)
2020-04-12 21:00:04 <markand> linux-firmware-brcm is installed
2020-04-12 21:05:24 <markand> it's actually running 5.4.12-0-rpi
2020-04-12 21:06:32 <markand> Oo can't understand why it has a so old kernel as I upgraded it Oo
2020-04-12 21:07:55 <artok> LTS kernel
2020-04-12 21:35:21 <km_> Exim package maintainer not here by chance?
2020-04-12 21:36:42 <km_> today I added Alpine animal for the Exim farm (https://buildfarm.exim.org/), to run tests, but running the full test suite made it time out on builds.sr.ht
2020-04-12 21:36:58 <km_> jobs #186045, #186046 and #186047
2020-04-12 21:37:30 <km_> algitbot: wrong URL, use https://builds.sr.ht/~exim/job/186045 instead :)
2020-04-12 21:39:19 <mps> km_: algitbot is right, but your references are wrong :)
2020-04-12 21:39:40 <km_> can't blame the bot ;)
2020-04-12 21:40:43 <mps> '#' is alpine issue/bug report number prefix
2020-04-12 21:41:10 <km_> sorry, algitbot, I'm new here and to alpine :)
2020-04-12 21:41:17 <mps> and I think exim maintainer is not on our IRC channels
2020-04-12 21:41:30 <km_> ok, then I'll have to to debugging myself
2020-04-12 21:41:44 <km_> right now I'm running several test "batches": 1..999, 1000..1999 and so on until test 5999 - https://builds.sr.ht/~exim and will try debugging further tomorrow
2020-04-12 21:42:10 <km_> maybe ddevault would give a clue on where the test suite gets stuck
2020-04-12 21:42:11 <mps> you can post mail to maintainer, or contributor, maybe you will have luck
2020-04-12 21:42:47 <ddevault> once the build fails it should prompt you to SSH into the build VM
2020-04-12 21:42:51 <ddevault> from there you can debug normally
2020-04-12 21:43:20 <ddevault> oh, if it timed out there's little to be done there
2020-04-12 21:43:22 <ddevault> hm
2020-04-12 21:43:25 <km_> yes, but when it does not fail but times out...
2020-04-12 21:43:49 <ddevault> batching sounds reasonable, but consider a binary search
2020-04-12 21:43:53 <km_> normally a full testrun takes ~40 mins (on openbsd and freebsd that is)
2020-04-12 21:44:39 <km_> I'll try to identify a range and then tomorrow do testrun when connected via ssh
2020-04-12 21:44:46 <ddevault> you could also make the tests more verbose
2020-04-12 21:44:50 <ddevault> so it prints the name of each test as it starts working on it
2020-04-12 21:44:54 <ddevault> this would be wise in general I think
2020-04-12 21:45:54 <km_> I'll check if Exim test suite supports that...
2020-04-12 21:48:58 <ddevault> I'd just drop the batching in favor of that, actually
2020-04-12 21:49:04 <ddevault> even if you have to patch Exim's test runner to support it
2020-04-12 21:49:17 <ddevault> it would be a much more efficient use of resources and would get you the answer much sooner
2020-04-12 21:51:12 <km_> well, yes, but at least now I know that tests until 1000 and after 2000 are fine -- that's good to know in general
2020-04-12 21:51:27 <km_> for debugging I will use a more targeted approach
2020-04-12 21:52:03 <ddevault> knowing tests 0-1000 and 2000- are fine is nice but it would be a lot better to know test 1204 is the culprit
2020-04-12 21:53:19 <km_> ddevault: I'll get there :) alpine is a new member of the farm (and new to me, too)
2020-04-12 21:54:30 <km_> and until I figure out, I'll make sure that commit builds are submitted with tests 1..50, which do work
2020-04-12 21:55:12 <km_> I don't want to waste your computing power, ddevault
2020-04-12 23:56:49 <Ai9zO5AP> hello
2020-04-12 23:58:20 <afontain_> hi
2020-04-13 00:09:02 <monado> hello
2020-04-13 00:36:22 <GekkePrutser> There's no DKMS for Alpine? :'(
2020-04-13 00:37:06 <GekkePrutser> I can't find any reference to it on the wiki or any packages
2020-04-13 00:43:31 <monado> Could you remind me of what that is?
2020-04-13 00:49:10 <GekkePrutser> It's a scheme for building kernel modules (keeping them up to date)
2020-04-13 00:49:17 <GekkePrutser> https://en.wikipedia.org/wiki/Dynamic_Kernel_Module_Support
2020-04-13 00:49:35 <GekkePrutser> I was trying to install VirtualBox but I can't compile the kernel modules for it
2020-04-13 00:50:05 <GekkePrutser> I thought Alpine would make a really nice clean host OS but maybe I have to change my plans..
2020-04-13 00:50:21 <GekkePrutser> I know I could use QEMU/KVM but I have existing VMs :)
2020-04-13 00:55:09 <GekkePrutser> I've been searching for Virtualbox on Alpine too but all I get is about the opposite: Running Alpine inside virtualbox :)
2020-04-13 01:03:55 <GekkePrutser> I even tried to compile them manually but not really succeeding
2020-04-13 01:16:32 <nacelle> have you tried your vms under qemu/kvm?
2020-04-13 01:17:02 <nacelle> there is very little thats incompatible between those in general - maybe a nic driver or something will be different, but for the most part it should "just work"
2020-04-13 01:17:23 <GekkePrutser> Hm yeah but I used the shared folders feature and the host only comms which I believe are not available in QEMU
2020-04-13 01:17:50 <nacelle> wrong, they are
2020-04-13 01:17:58 <nacelle> you can provide shared mounts into guests
2020-04-13 01:18:02 <nacelle> i have one setup that wya
2020-04-13 01:18:04 <GekkePrutser> Oh really? Thanks! I'll have a look
2020-04-13 01:18:08 <nacelle> please do
2020-04-13 01:18:20 <nacelle> friends dont let friends run virtualbox ;-P
2020-04-13 01:18:38 <GekkePrutser> I've never used it before.. At work we use VMWare and at home I was on VBox for a long time but now that it's Oracle I wouldn't mind to get off it anyway
2020-04-13 01:19:06 <nacelle> virt-manager and virsh are powerful
2020-04-13 01:19:10 <nacelle> virsh especially
2020-04-13 01:19:25 <nacelle> virt-manaager you'll be most comfortable with to manage the qemu/kvm guests
2020-04-13 01:20:41 <GekkePrutser> Hm I prefer CLI
2020-04-13 01:21:00 <GekkePrutser> Thanks I found the wiki page, sounds really good
2020-04-13 01:21:50 <Hello71> actually qemu has three implementations of shared folders
2020-04-13 01:22:30 <GekkePrutser> Ok thanks for correcting me! I'll get into this
2020-04-13 01:22:39 <GekkePrutser> Great that I can keep using Alpine, I really love its minimalism
2020-04-13 01:22:56 <GekkePrutser> Like when I boot the system and it's using 60MB :D
2020-04-13 01:23:00 <Hello71> four if you count virtual fat
2020-04-13 01:23:01 <GekkePrutser> of RAM
2020-04-13 01:23:42 <Hello71> but that's not really shared, it's just a convenience wrapper over mounting an image
2020-04-13 01:55:41 <nacelle> virsh is for cli
2020-04-13 01:55:53 <nacelle> it is awesome imo
2020-04-13 01:56:07 <Ai9zO5AP> i wonder why my alpine took long time to start
2020-04-13 02:00:15 <GekkePrutser> Yeah I was just trying out virt-manager but I can't get the policy agent to work properly (I don't have a desktop environment - that's probably why)
2020-04-13 02:00:22 <GekkePrutser> I'm just running it with a remote X export :D
2020-04-13 02:00:34 <GekkePrutser> I'll figure it out but I'll read into virsh first
2020-04-13 02:00:40 <GekkePrutser> Thanks again for all the help!
2020-04-13 02:52:01 <nacelle> I make a vnc desktop that I... vnc into.
2020-04-13 02:52:15 <nacelle> it runs virt-manager 24/7
2020-04-13 02:58:47 <nacelle> (I have several hypervisors like this)
2020-04-13 02:59:39 <nacelle> "desktop" in the loosest sense too, its just blackbox :-)
2020-04-13 09:33:21 <oneinsect> in the APKBUILD is there a postinstallation method that can be called
2020-04-13 09:33:23 <oneinsect> just like package
2020-04-13 09:34:23 <_ikke_> oneinsect: you can define a post install script
2020-04-13 09:34:33 <oneinsect> any example?
2020-04-13 09:34:43 <_ikke_> https://wiki.alpinelinux.org/wiki/APKBUILD_Reference#.24pkgname.post-install
2020-04-13 09:35:11 <oneinsect> this script is there within the APKBUILD folder itself?
2020-04-13 09:35:30 <oneinsect> coz i need to create and include ld.so.conf
2020-04-13 09:35:33 <oneinsect> etc
2020-04-13 09:36:10 <_ikke_> It's in the same folder as the APKBUILD, yes
2020-04-13 09:36:12 <oneinsect> i dont know if should do it like touch ${pkgdir}/etc/ld.so.conf within the package() function or outside as script
2020-04-13 09:36:25 <oneinsect> suggestion?
2020-04-13 09:36:28 <_ikke_> the former
2020-04-13 09:36:33 <oneinsect> aah alrite
2020-04-13 09:36:44 <_ikke_> If it's a matter of installing files, doing it in package() is the best option
2020-04-13 09:36:53 <oneinsect> thanks
2020-04-13 09:37:52 <oneinsect> and any idea on how to do a arch based compiler option selection in build() function like for example --enable-static-pie, broken on ARM and --enable-cet, x86 only
2020-04-13 09:38:05 <oneinsect> i mean for ./configure
2020-04-13 09:38:28 <markand> I'm a bit confused by the many number of terms used for ARM architectures
2020-04-13 09:38:42 <markand> debian used armel/armhf and other distributions use other terms as well
2020-04-13 09:38:57 <markand> is armhf equivalent to ARMv6 in Alpine?
2020-04-13 09:39:04 <_ikke_> oneinsect: use a case statement on CARCH
2020-04-13 09:39:11 <_ikke_> and set a variable with the options based on the arch
2020-04-13 09:39:18 <oneinsect> any example _ikke_
2020-04-13 09:39:21 <oneinsect> quick one?
2020-04-13 09:41:35 <_ikke_> A bit like this: https://git.alpinelinux.org/aports/tree/main/alpine-ipxe/APKBUILD#n25
2020-04-13 09:42:01 <_ikke_> But you use that to define arguments to ./configure
2020-04-13 09:43:54 <mps> markand: arm ecosystem is jungle
2020-04-13 09:45:15 <markand> yes
2020-04-13 09:46:33 <mps> to know what is difference between different distro and flavors only option is to investigate them thoroughly
2020-04-13 09:48:06 <Cogitri> markand: It's armv6 Hard Float (so with hardware acceleration for floating point operations)
2020-04-13 09:52:03 <mps> not all armv6 are equal
2020-04-13 09:57:19 <oneinsect> understood
2020-04-13 09:57:21 <oneinsect> will try
2020-04-13 09:58:49 <km_> ddevault: hooray!
2020-04-13 09:59:06 <km_> running the test suite in a detached tmux revealed the sinner
2020-04-13 09:59:18 <km_> https://0bin.net/paste/BehWtDMp9KemD5yR#orQbn7WGfTpqvq1Vozeb802+chzUGijtstTCp2omqZK
2020-04-13 10:00:15 <km_> installing coreutils _should_ solve the issue
2020-04-13 10:01:38 <km_> but, to be honest, exinext is an ugly hack: https://git.exim.org/exim.git/blob/HEAD:/src/src/exinext.src
2020-04-13 10:03:28 <oneinsect> _ikke_: can i also have a case where i can change makedepends based on cases?
2020-04-13 10:03:40 <maxice8> yes
2020-04-13 10:03:42 <_ikke_> sure
2020-04-13 10:04:01 <oneinsect> hmmm how do i pass the variable to the apkbuild then from shell?
2020-04-13 10:04:10 <_ikke_> huh?
2020-04-13 10:04:18 <_ikke_> you just adjust makedepends
2020-04-13 10:04:35 <_ikke_> case $CARCH in x86) makedepends="$makedepends foobar";; esac
2020-04-13 10:05:19 <_ikke_> or if you want to exclude
2020-04-13 10:05:24 <oneinsect> i meant can $CARCH be something else
2020-04-13 10:05:32 <oneinsect> say bootstrap
2020-04-13 10:05:39 <_ikke_> Sure, it's just shell
2020-04-13 10:05:45 <_ikke_> It can be any variable
2020-04-13 10:05:46 <oneinsect> thanks
2020-04-13 10:22:47 <oneinsect> what is this variable for pkgrel=0? is it for doing multiple releases for same pkgver="2.30"
2020-04-13 10:23:06 <_ikke_> yes, if you change something in the packaging without there being a new release
2020-04-13 10:23:11 <oneinsect> aha
2020-04-13 10:23:13 <oneinsect> thanks
2020-04-13 10:23:16 <_ikke_> this makes sure the package is unique and the builders will build a new version
2020-04-13 10:29:53 <oneinsect> thanks
2020-04-13 10:37:43 <km_> so, now and going forward Apline will be tested as a platform for Exim: https://buildfarm.exim.org/cgi-bin/show_history.pl?nm=ibex&br=HEAD
2020-04-13 10:45:22 <maxice8> neat
2020-04-13 10:49:16 <maerwald> has anyone bootstrapped an alpine ghc 32bit?
2020-04-13 10:55:32 <Cogitri> Hm, no, we only have 64-bit right now :/
2020-04-13 10:55:52 <Cogitri> I wanted to look into that soon, but I won't make it for 3.12
2020-04-13 10:55:56 <Cogitri> And I don't really know Haskell at all so it might take a bit
2020-04-13 10:56:05 <Cogitri> And I'll try to get LDC to arches other than x86_64 before that
2020-04-13 10:57:29 <maerwald> How is the 64bit one bootstrapped? With a glibc GHC?
2020-04-13 10:58:19 <_ikke_> right now it's bootstrapped with itself
2020-04-13 10:58:27 <_ikke_> not sure how the original bootstrap went
2020-04-13 11:00:26 <Cogitri> Hm, apparently it was introduced in cf0b33112cd566332be4376233f1c297f03255e7
2020-04-13 11:01:12 <Cogitri> I don't really get where that ghc-bootstrap package came from tho
2020-04-13 11:01:23 <_ikke_> Cogitri: it's a provides
2020-04-13 11:01:57 <_ikke_> https://git.alpinelinux.org/aports/tree/community/ghc/APKBUILD#n37
2020-04-13 11:02:02 <Cogitri> Yes, but how is it built with ghc-bootstrap when it was first introduced
2020-04-13 11:10:30 <maerwald> There are these https://github.com/redneb/ghc-alt-libc/releases
2020-04-13 11:10:36 <maerwald> but they are compiled on gentoo and so I get runtime errors with missing symbols (e.g. tparm)
2020-04-13 11:18:41 <maerwald> oh, actually, they work... it's just the ncurses thing with tinfo split
2020-04-13 11:18:52 <maerwald> that's all I needed
2020-04-13 15:33:46 <_ikke_> Anyone knows why I'm getting this error? I'm copying a config which I know works, but when I try to send mail, I get these errors: http://tpaste.us/EOQJ
2020-04-13 15:34:30 <_ikke_> Relevant config: http://tpaste.us/0Pbx
2020-04-13 15:36:04 <_ikke_> (postfix, on alpine)
2020-04-13 15:40:49 <mps> _ikke_: maybe this can help 'recipient_canonical_classes = envelope_recipient'
2020-04-13 15:41:21 <mps> postconf -v | grep canonical_classes
2020-04-13 15:41:31 <_ikke_> I had this first: recipient_canonical_classes = envelope_recipient, header_recipient
2020-04-13 15:41:51 <mps> that look good
2020-04-13 15:46:13 <_ikke_> hmmm
2020-04-13 15:46:34 <_ikke_> Might have been spaces around the ' = ' that I didn't have
2020-04-13 15:47:59 <_ikke_> 500 5.5.2 Error: bad syntax
2020-04-13 15:48:01 <_ikke_> 221 2.7.0 Error: I can break rules, too. Goodbye.
2020-04-13 15:48:03 <_ikke_> :D
2020-04-13 15:48:11 <tehcloud> after 2 months in the jungle I updated Alpine without it breaking anything (edge)
2020-04-13 15:48:15 <tehcloud> great sign
2020-04-13 15:48:40 <_ikke_> mps: it's no longer failing on that part
2020-04-13 15:48:46 <_ikke_> mps: thanks for thinking along
2020-04-13 15:50:08 <mps> heh, never thought of spaces in postfix main.cf, it looks so natural to have them. Now when you mentioned that I become conscious of them :)
2020-04-13 16:01:16 <Xelraa> why on earth d< d< d< not work in vim on alpine?
2020-04-13 16:01:31 <Xelraa> first I thought it's something with the ssh or my terminal but does the same thing in deep console
2020-04-13 16:01:45 <_ikke_> Are you using vi instead of proper vim?
2020-04-13 16:02:13 <Xelraa> no its vim
2020-04-13 16:02:20 <Xelraa> you cant even install vi
2020-04-13 16:02:28 <_ikke_> vi is present by default
2020-04-13 16:02:39 <_ikke_> (a busybox applet)
2020-04-13 16:02:53 <_ikke_> what is d< supposed to do?
2020-04-13 16:06:24 <Xelraa> ok I got it vi is busybux, was not a good idea to move it :<
2020-04-13 16:15:52 <Xelraa> today I learned my lesson how to destroy alpine linux in 5 seconds mv /usr/bin/vi /usr/bin/oldvi; chmod 000 /usr/bin/oldvi
2020-04-13 16:16:04 <Xelraa> won myself another run with the live cd :D
2020-04-13 16:16:14 <Xelraa> d< deletes back one or more characters
2020-04-13 16:16:49 <_ikke_> Doesn't do anything for me (non-alpine system)
2020-04-13 16:17:03 <_ikke_> Are you sure it's not some kind of extension?
2020-04-13 16:17:52 <_ikke_> Xelraa: even simpler: >/bin/busybox
2020-04-13 16:21:36 <_ikke_> or rm -rf /usr
2020-04-13 16:27:04 <mps> 'd<' could be delete shift-width, but I see it first time
2020-04-13 16:45:20 <Quasar> Hello All,
2020-04-13 16:46:18 <_ikke_> o/
2020-04-13 16:46:58 <Quasar> My docker Alpine 3.11  will not apk update, first time failed forever.  it is having difficulty with APKINDEX.  Anyone with similar difficultie
2020-04-13 16:47:25 <_ikke_> Quasar: what is the exact error?
2020-04-13 17:08:34 <RootWyrm_> Well this is a headscratcher. Task has no conditionals, fails to run, -vvv says the skip_reason is "Conditional result was False". But there's no conditional. o.O
2020-04-13 17:13:07 <Quasar> Let me get a screen shot
2020-04-13 17:19:43 <Quasar> wouldn't you know it, as soon as I ask for help it fixes itself on it's own.  It did say temporary error.  I should have been a bit more patient. Thanks
2020-04-13 17:28:11 <RootWyrm_> Oops, wrong channel. Ugh.. long day already.
2020-04-13 22:11:16 <Guest97657> Trying to install alpine is asking me for a login n password anyone have an Idea what this might be?Thanks.
2020-04-13 22:12:09 <mps> username: root
2020-04-13 22:12:20 <mps> password: just press Enter
2020-04-13 22:12:40 <Guest97657> Thanks mps
2020-04-13 22:12:55 <mps> np
2020-04-13 22:14:25 <mps> we should change this on install isos and tarballs
2020-04-13 22:26:11 <fusion> perhaps a /etc/issue type of message
2020-04-13 22:39:16 <Hello71> arch has autologin...
2020-04-14 05:35:58 <rofail> hey yalls, how's everyone?
2020-04-14 05:46:09 <_ikke_> Doing alright. It usually helps to ask an actual question :)
2020-04-14 05:46:37 <rofail> oh sorry, i was just kinda curious, what sets this os apart from say something like arch?
2020-04-14 05:49:07 <joebobjoe> excuse me
2020-04-14 05:49:14 <_ikke_> rofail: musl libc instead of glibc, openrc instead of systemd. stable releases if you care for that.
2020-04-14 05:49:47 <joebobjoe> when I do  ps -p mypid  it doesn't work. it says  ps: unrecognized option: p
2020-04-14 05:50:25 <maxice8> install procps, it provides cmd:ps that has -p
2020-04-14 05:50:38 <joebobjoe> but this is a posix option
2020-04-14 05:50:43 <joebobjoe> why does not busy box support it?
2020-04-14 05:50:59 <maxice8> I don't know, you'll have to contact busybox upstream for an answer
2020-04-14 05:51:36 <joebobjoe> is there an alternative to busybox that is not a gnu project that is posix compatible?
2020-04-14 05:51:49 <maxice8> @rofail APK (our package manager), usage of musl, and splitting of packages mostly
2020-04-14 05:52:16 <joebobjoe> does busybox not come with man pages either?
2020-04-14 05:52:20 <rofail> thanks guys.. i've done some browsing of the package choice.
2020-04-14 05:52:22 <joebobjoe> all you get is the command line help?
2020-04-14 05:52:28 <maxice8> @joebobjoe i don't think procps is a GNU project
2020-04-14 05:52:30 <maxice8> i could be wrong though
2020-04-14 05:52:32 <_ikke_> joebobjoe: there is toybox, not sure if it's posix compattible
2020-04-14 05:52:50 <maxice8> toybox ps has -p
2020-04-14 05:53:30 <joebobjoe> thanks I'll check out the toy box
2020-04-14 05:53:33 <maxice8> @joebobjoe apk add busybox-doc
2020-04-14 05:53:43 <joebobjoe> ok yes I see procps is not gnu, thanks
2020-04-14 05:54:08 <joebobjoe> why does apk info print a blank line at the end of its output? always annoying when utilities do that
2020-04-14 05:55:38 <joebobjoe> I guess a lot of utilities do that
2020-04-14 05:55:51 <joebobjoe> procps adds a blank line before output of its help
2020-04-14 05:55:58 <joebobjoe> but not after
2020-04-14 07:51:56 <mps> Hello71: re 'arch has autologin...'. I change all my boxes with alpine which use serial consoles as primary console to use autologin
2020-04-14 07:53:02 <mps> and also, openwrt by default have autologin, I thought to propose similar for alpine install iso/tarball
2020-04-14 08:15:53 <jirib> how to start docker-compose containers after startup of OS?
2020-04-14 08:20:51 <Cogitri> https://stackoverflow.com/a/45193532
2020-04-14 08:24:11 <jirib> Cogitri: so 'restart: always' makes dockerd known about docker-compose files and it will start those containers?
2020-04-14 08:24:18 <jirib> s/known/know
2020-04-14 08:24:45 <jirib> i was curious how it can start if i have docker-compose.yml in various paths on my filesystem
2020-04-14 08:25:03 <jirib> automatically after boot of course...
2020-04-14 08:25:06 <_ikke_> jirib: it restarts the containers
2020-04-14 08:25:17 <_ikke_> docker-compose is just automation for creating containers and more
2020-04-14 08:25:29 <_ikke_> so docker does not need to know about any compose file
2020-04-14 08:25:38 <_ikke_> it just restarts the containers again
2020-04-14 08:32:07 <jirib> so dockerd reads /var/lib/docker/containers/<uuid>/config.v2.json during boot or how does it work exactly?
2020-04-14 08:36:59 <_ikke_> Something like that, I don't know all the details
2020-04-14 08:38:41 <jirib> _ikke_: thanks a lot
2020-04-14 08:38:55 <jirib> Cogitri: thx ;)
2020-04-14 08:40:39 <jirib> as shorewall is iptables only and it's little bit outdated
2020-04-14 08:40:39 <jirib> has anybody started to make firewalld package for alpinelinux?
2020-04-14 08:40:39 <_ikke_> jirib: alpine has awall
2020-04-14 08:40:42 <jirib> does it play nicely with docker, libvirt?
2020-04-14 08:41:01 <jirib> can i restart awall and not to lose docker/libvirt rules?
2020-04-14 08:41:08 <_ikke_> awall recently added a feature to use namespaced changes so that it does not interfere with docker
2020-04-14 08:41:18 <_ikke_> s/changes/chains
2020-04-14 08:45:18 <fridim> Hi, i'm trying to build https://github.com/debauchee/barrier  on alpine, but i get "Missing header: X11/Xlib.h  X11/XKBlib."   Even though they both are present in /usr/include.  Any idea ?
2020-04-14 09:31:25 <jirib> fridim: CFLAGS/CPPFLAGS ?
2020-04-14 09:31:58 <jirib> fridim: does it go into X11 subdir in /usr/include ?
2020-04-14 09:32:48 <jirib> you can use strace to see what paths does it try to access if unsure
2020-04-14 09:49:21 <fridim> jirib, found it, i just had to `rm CMakeCache.txt`  that was not done in their clean_build.sh ...
2020-04-14 09:49:32 <fridim> jirib, thanks :)
2020-04-14 09:49:37 <jirib> urw
2020-04-14 10:04:29 <PhoenixMage> 
ACTION scratches his head

2020-04-14 10:04:54 <PhoenixMage> Trying to work out if udevd should be running inside a container or not
2020-04-14 10:05:01 <PhoenixMage> Alpine container that is
2020-04-14 10:07:08 <hiro> PhoenixMage: imo it shouldn't
2020-04-14 10:07:31 <hiro> PhoenixMage: i want no poettering software in my containers
2020-04-14 10:10:47 <_ikke_> hiro: thank you for your non substantive contribution
2020-04-14 10:12:05 <PhoenixMage> hiro: I agree but I cant seem to get udev events into my container, only kernel events
2020-04-14 10:12:21 <PhoenixMage> --net=host doesnt work like everyone says it should
2020-04-14 10:12:25 <_ikke_> Why do you need / want udev events in a container?
2020-04-14 10:12:42 <_ikke_> Normally you are not adding hardware to a container
2020-04-14 10:13:08 <PhoenixMage> _ikke_: I build some rook images based on alpine and it watches for a udev event when an rbd device is created
2020-04-14 10:13:16 <hiro> PhoenixMage: personally i get all eudevd events out of the udev as fast as possible by writing into my own event framework...
2020-04-14 10:13:25 <hiro> PhoenixMage: then i distribute the events using my own system
2020-04-14 10:13:37 <hiro> PhoenixMage: the reason: udev is doing crazy things like kill my processes
2020-04-14 10:13:44 <PhoenixMage> hiro: Could be worse, could be systemd-udev :p
2020-04-14 10:13:53 <hiro> PhoenixMage: samee shit tbh :)
2020-04-14 10:14:10 <hiro> once they get their fingers into something it becomes all complicated to do anything simple
2020-04-14 10:14:43 <hiro> PhoenixMage: just run simple scripts from udev.
2020-04-14 10:14:48 <hiro> PhoenixMage: then do what you like with the data
2020-04-14 12:13:25 <fridim> With A
2020-04-14 12:14:34 <fridim> Where do you usually define the variables used in the scripts in /etc/init.d/ ?  For example i want to change a username for a daemon
2020-04-14 12:15:29 <fridim> ah, /etc/conf.d  got it
2020-04-14 12:15:35 <_ikke_> indeed
2020-04-14 13:27:21 <fridim> anything specific has to be done for /etc/conf.d/mydaemon  to be included ?
2020-04-14 13:36:29 <_ikke_> you need to add it in the correct place in $pkgdir in the package() function
2020-04-14 13:36:38 <_ikke_> and make sure you have an -openrc subpkg
2020-04-14 13:57:22 <wsinatra> Anyone here know if Openrc can provide a directory context to a run service? For example, I want to run a Lapis (lua openresty web server) from /var/www, but need to run lapis server production IN that directory to have it work.
2020-04-14 13:57:55 <wsinatra> I was thinking that a simple shell script would work, just a cd & function call, but that seems like kludge
2020-04-14 14:25:23 <jirib> wsinatra: https://github.com/OpenRC/openrc/issues/218 ?
2020-04-14 14:26:12 <wsinatra> jirib: oddly enough, I just stumbled upon that, and it's exactly what I needed. Thank you!
2020-04-14 15:36:00 <oneinsect> what abuild say ERROR: Unable to open root: No such file or directory
2020-04-14 15:36:00 <oneinsect> '
2020-04-14 15:36:07 <oneinsect> during the rootpkg step
2020-04-14 15:36:13 <oneinsect> ERROR: Failed to open apk database: No such file or directory
2020-04-14 15:36:22 <oneinsect> what does it mean root
2020-04-14 16:00:29 <Hello71> strace
2020-04-14 19:51:38 <jirib> hi all
2020-04-14 19:51:57 <jirib> how to set 'lp' permission (for cups) on /dev/bus/usb/002/008 ?
2020-04-14 19:52:13 <jirib> i'm surprised there's nothing in mdev.conf for this
2020-04-14 19:58:51 <maxice8> Having fun with onefetch: https://imgur.com/a/Nv9mITy
2020-04-14 19:59:22 <_ikke_> What is it?
2020-04-14 20:01:21 <maxice8> Shows git repo stats like neofetch/screenfetch
2020-04-14 20:16:26 <nacelle> alpine on a pi4 is slower at network than raspbian, by a sadly noticable margin.  not sure why yet (kernel?), anyone else know why?
2020-04-14 20:22:09 <jirib> nobody really using usb printer? /dev/bus/usb/*/* is root:root
2020-04-14 20:22:21 <jirib> cupsd runs under lp, right?
2020-04-14 20:25:17 <Cogitri> wfm but I use udev and not mdev
2020-04-14 20:26:51 <jirib> iiuc it should be something like SUBSYSTEM=usb;PRODUCT=xxx root:lp  660, but what is PRODUCT? is it idProduct? my device is Vendor=04b8 ProdID=0007
2020-04-14 20:29:41 <PhoenixMage> Try using udevadm monitor and see what it says
2020-04-14 20:38:59 <jirib> PhoenixMage: oh man, thank you very much!
2020-04-14 20:39:02 <jirib> # udevadm info --path /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1 | grep PRODUCT
2020-04-14 20:39:04 <jirib> E: PRODUCT=4b8/7/100
2020-04-14 20:39:11 <jirib> SUBSYSTEM=usb;PRODUCT=4b8/7/100;.* root:lp 660 */lib/mdev/usbdev
2020-04-14 20:39:17 <jirib> now it's root:lp, thx!
2020-04-14 20:58:54 <albr_> monado[d]: 14 years ago
2020-04-14 20:58:56 <albr_> monado[d]: sheesh
2020-04-14 21:35:53 <Northstrider> If I do `ping google.com` I get "bad address", but `ping google.com.` works fine, why would that be?
2020-04-14 21:38:12 <Northstrider> ndots:5 in /etc/resolv.conf, solved
2020-04-14 21:43:33 <jirib> ad cups, mdev, local usb printer - https://wiki.alpinelinux.org/wiki/Printer_Setup#mdev_hacks_for_USB_printers
2020-04-14 21:43:50 <jirib> it works for me
2020-04-14 22:16:18 <joebobjoe> hello, when I apk add busybox-doc then do man busybox all I see is a blank man page
2020-04-14 22:16:28 <joebobjoe> never seen that before in my life, a blank man page lol
2020-04-14 22:18:07 <joebobjoe> this is what I see http://codepad.org/oB27de53
2020-04-14 22:32:11 <jirib> joebobjoe: probably mandoc problem? i see smb.conf(5) is bad as well
2020-04-15 06:32:01 <markand> I've read here and there that using login -f in /etc/inittab should be avoided in favor of agetty --autologin instead
2020-04-15 06:32:14 <markand> someone knows why? I've been using login -f successfully here
2020-04-15 06:37:15 <mps> agetty sets TERM
2020-04-15 06:39:12 <mps> long time ago I tried with 'login' but it makes some mess, and I switched to agetty and forgot what were issues with login
2020-04-15 07:42:33 <PhoenixMage> Dont suppose anyone knows how to compile docker against libudev? :(
2020-04-15 07:48:54 <markand> okay thanks mps :)
2020-04-15 07:50:09 <mps> markand: YAW. I think to change our install isos and tarballs to use agetty autologin
2020-04-15 07:50:10 <PureTryOut[m]> Is there a quick way to see which of the packages you have installed come from the testing repository?
2020-04-15 08:55:07 <fridim> ncopa, hi o/  i can't use /etc/conf.d/syncthing apparently. Any issue with that ? According to _ikke_ "you need to add it in the correct place in $pkgdir in the package() function, and make sure you have an -openrc subpkg"
2020-04-15 08:55:39 <_ikke_> fridim: Can you specify more details?
2020-04-15 08:55:43 <_ikke_> What is not working?
2020-04-15 08:56:08 <_ikke_> and how does your APKBUILD look like?
2020-04-15 08:56:08 <fridim> i'm trying to change the user
2020-04-15 08:56:20 <fridim> it's not mine, i'm using syncthing (apk add syncthing)
2020-04-15 08:56:31 <_ikke_> aha
2020-04-15 08:56:42 <_ikke_> Ok, then I misunderstood
2020-04-15 08:56:53 <_ikke_> then ignore my first advice
2020-04-15 08:56:54 <fridim> in the /etc/init.d/syncthing script, it uses $SYNCTHING_USER  user
2020-04-15 08:57:06 <fridim> and i tried to changed that in /etc/conf.d/syncthing
2020-04-15 08:58:02 <fridim> but it's ignoring it, it still runs as 'syncthing' user
2020-04-15 09:32:51 <Guest75> How can I disable logging?
2020-04-15 09:33:16 <Guest75> Or redirect all logs to /dev/null
2020-04-15 09:34:52 <_ikke_> echo
2020-04-15 09:35:10 <_ikke_> echo '*.*  /dev/null' >/etc/syslog.conf
2020-04-15 09:35:43 <_ikke_> or simply just disable syslog
2020-04-15 09:36:01 <Guest75> -O /dev/null in opts
2020-04-15 09:36:10 <_ikke_> rc-service stop syslog; rc-default del syslog boot
2020-04-15 09:36:12 <Guest75> in /etc/conf.d/syslog
2020-04-15 09:36:14 <Guest75> is what I done rn
2020-04-15 09:36:27 <Guest75> rc-service stop syslog; rc-default del syslog boot; doesn't work starts up anyway
2020-04-15 09:36:47 <_ikke_> probably because it's pulled in
2020-04-15 09:36:47 <Guest75> It is not on rc-service/rc-update list of services anymore, but it starts anyway
2020-04-15 09:36:50 <Guest75> ah
2020-04-15 09:36:58 <Guest75> most likely by crond
2020-04-15 09:37:42 <_ikke_> need logger
2020-04-15 09:37:48 <_ikke_> yes
2020-04-15 09:38:58 <Guest75> yeah I will have to take that into account that some programs might want to use cron
2020-04-15 09:41:24 <_ikke_> so -O/dev/null should be working then, right?
2020-04-15 09:42:53 <_ikke_> Programs might expect /dev/log to exist as well
2020-04-15 09:46:05 <Guest75> tmpfs   /var/log         tmpfs   rw,nodev,nosuid,size=10M          0  0
2020-04-15 09:46:06 <Guest75> hmm
2020-04-15 19:01:36 <fahad_> What's the best way to update FD limits on boot (ulimit -n xxxx)
2020-04-15 19:01:41 <fahad_> for OpenRC?
2020-04-15 19:12:29 <Cogitri> Set it in /etc/security.conf or however it's called?
2020-04-15 19:32:09 <clandmeter> or check rc.conf which is openrc config
2020-04-16 05:40:02 <PhoenixMage> I am perusing the APKBUILD reference page on the wiki and wonder what is meant by a "Shared objects dependency"?
2020-04-16 05:40:57 <Cogitri> Probably the so: dependencies
2020-04-16 05:41:50 <Cogitri> abuild automatically  checks what libraries a package links against during build and then adds deps on those
2020-04-16 05:42:01 <PhoenixMage> That was my assumption too, was just looking for clarity
2020-04-16 05:42:24 <PhoenixMage> So if something built against seccomp then seccomp is an assumed dependency
2020-04-16 05:43:30 <_ikke_> an implicit dependency
2020-04-16 05:44:05 <PhoenixMage> Anyone know why an alpine docker container would not see udev messages from netlink but an ubuntu container would? Both instaniated the exact same way...
2020-04-16 05:44:30 <PhoenixMage> udevadm for ubuntu shows UDEV and KERNEL messages, alpine only shows KERNEL messages...
2020-04-16 05:45:43 <PhoenixMage> systemd confuses things, I cant work out if the systemd socket actually fires an instance of udevd to process the message inside the container
2020-04-16 09:36:09 <Jenkler> Why is firefox not avalible in 3.11
2020-04-16 09:36:17 <Jenkler> only firefox-esr
2020-04-16 09:36:36 <Jenkler> and chromium is kinda old to
2020-04-16 09:39:05 <albr_> monado[d]: edit /etc/apk/repositories and enable edge
2020-04-16 09:39:22 <Jenkler> albr_, dont want to use edge
2020-04-16 09:39:32 <Jenkler> 3.11 is more stable
2020-04-16 09:39:59 <albr_> monado[d]: well the releases will only let you use LTS versions of software
2020-04-16 09:40:06 <albr_> monado[d]: that only makes sense no?
2020-04-16 09:40:09 <mps> firefox (not esr) was long time only in testing
2020-04-16 09:40:27 <albr_> monado[d]: hi, mps
2020-04-16 09:40:44 <mps> moved to community month or two ago
2020-04-16 09:40:44 <Jenkler> mps, ok, why. Is not firefox stable
2020-04-16 09:41:30 <mps> monado[d]: Hi, you are still 'out of proper irc client'
2020-04-16 09:41:32 <Jenkler> firefox do only exist in edge. Not 3.11 community
2020-04-16 09:42:03 <albr_> monado[d]: mps, i'm on my laptop. If I were at my mac, i'd be using irc
2020-04-16 09:42:09 <mps> Jenkler: yes, it is moved to community after 3.11 release, because that
2020-04-16 09:42:35 <albr_> monado[d]: why would you even need a release if you're not running it in a server or something
2020-04-16 09:42:38 <mps> monado[d]: np, just saying
2020-04-16 09:42:51 <Jenkler> mps, cool. So in 3.12 it will exist
2020-04-16 09:43:05 <Jenkler> need to wait for 3.12 then
2020-04-16 09:43:15 <albr_> monado[d]: you could use the flatpak
2020-04-16 09:43:21 <albr_> monado[d]: if you were keen on doing that
2020-04-16 09:43:23 <mps> I hope and I will insist to be move back to testing, hi Cogitri :)
2020-04-16 09:43:39 <mps> I hope not*
2020-04-16 09:49:59 <oliv3r[m]> Hi, I just noticed a bug with the tpm2-tss (subpackages) and fixed it in !6873 but I'm curious as if this was intended, or was it really just a silly bug?
2020-04-16 10:50:56 <Guest75> Hey what's the easiest way to setup a custom dhcp server that persists amongst reboots?
2020-04-16 10:51:08 <Guest75> I am in /etc/network/interfaces file rn
2020-04-16 10:51:31 <Guest75> do I just use a tabulator on the interface I want to modify and add in nameserver <router override>
2020-04-16 10:52:16 <_ikke_> Guest75: So you mean dns server, not dhcp server?
2020-04-16 10:52:44 <Guest75> auto eth0
2020-04-16 10:52:44 <Guest75> iface eth0 inet dhcp
2020-04-16 10:52:45 <Guest75>         hostname raspberrypi
2020-04-16 10:52:54 <Guest75> I want to now add in dns server override
2020-04-16 10:52:57 <Guest75> of the dhcp
2020-04-16 10:52:58 <Guest75> to it
2020-04-16 10:53:16 <Guest75> or should I just install networkmanager and call it a day
2020-04-16 10:53:32 <PhoenixMage> Guest75: edit /etc/resolv.conf
2020-04-16 10:53:42 <Guest75> won't it get overriden by router on a reboot tho
2020-04-16 10:53:46 <_ikke_> yes
2020-04-16 10:54:10 <_ikke_> https://help.ubuntu.com/community/StaticDnsWithDhcp
2020-04-16 10:54:11 <mps> config openresolv ?
2020-04-16 10:54:37 <_ikke_> That's about ubuntu, but perhaps it works like that for Ubuntu as well
2020-04-16 10:54:40 <_ikke_> Alpine I mean
2020-04-16 10:55:41 <Guest75> while true; do ssh root@192.168.0.6; done; waiting for connection I will wait for it to reboot and see if the change works
2020-04-16 10:56:38 <Guest75> overriden
2020-04-16 10:57:47 <Guest75> raspberrypi:~# rc-service networking restart
2020-04-16 10:57:47 <Guest75> yeah maybe I should have first restarted networking service
2020-04-16 10:58:09 <Guest75> sudo invoke-rc.d networking restart < upstart command so
2020-04-16 10:59:27 <Guest75> busybox likely handles the networking
2020-04-16 10:59:33 <Guest75> udhcpc: sending discover
2020-04-16 11:01:58 <mps> setting fixed nameserver can be done in /etc/resolvconf.conf, openresolv apk
2020-04-16 11:03:34 <PhoenixMage> add a script to /etc/networking/if-post-up.d ?
2020-04-16 11:10:00 <Guest75> yeah I will just setup a static ip address
2020-04-16 11:10:06 <Guest75> I allready use dhcp reservation
2020-04-16 11:10:33 <Guest75> one way or another I will be writting to /etc/resolv.conf over and over
2020-04-16 11:11:13 <Guest75> I preffered to keep dhcp in case I would use it on some other network
2020-04-16 11:14:01 <hiro> guys, udhcpc already supports not overwriting the /etc/resolv.conf
2020-04-16 11:14:09 <hiro> you don't need to add more packages to resolve this problem
2020-04-16 11:14:19 <hiro> just change the script that is run by udhcpc
2020-04-16 11:14:33 <hiro> personally i have a line in there that creates the file /etc/resolv_dhcp.conf
2020-04-16 11:14:36 <Guest75> (default /etc/udhcpc/default.script) -p ...
2020-04-16 11:14:39 <Guest75> hmm
2020-04-16 11:14:53 <hiro> this file is then used by whatever software that might want to use the dhcp-provided dns forwarding servers, for example dnsmasq
2020-04-16 11:15:06 <hiro> but you're free to ignore those servers or do whatever else
2020-04-16 11:15:08 <hiro> Guest75: yes
2020-04-16 11:15:31 <hiro> this is extremely flexible bec. it's JUST A SCRIPT, so easy to understand and modify to your personal preference.
2020-04-16 11:16:15 <hiro> it's extremely simple to do it this way, easy to understand and you have 100% control
2020-04-16 11:16:24 <hiro> there's other things that are related, too, like ntp servers...
2020-04-16 11:16:37 <hiro> you might get local ntp servers via dhcp, in that script you can cover all that
2020-04-16 11:18:15 <hiro> the ubuntu style stuff is too complicated and doesn't even cover everything that you can do this way
2020-04-16 11:18:24 <hiro> it's completely misdesigned.
2020-04-16 11:19:05 <mps> and 'sold' as easy to use :D
2020-04-16 11:19:48 <PhoenixMage> smells like systemd
2020-04-16 11:20:05 <Guest75>         -s PROG         Run PROG at DHCP events (default /usr/share/udhcpc/default.script)
2020-04-16 11:20:06 <Guest75> widze
2020-04-16 11:20:23 <Guest75> it was on etc on ubuntu man page
2020-04-16 11:20:38 <Guest75> UDHCPC="/etc/udhcpc"
2020-04-16 11:20:38 <Guest75> UDHCPC_CONF="$UDHCPC/udhcpc.conf"
2020-04-16 11:20:38 <Guest75> RESOLV_CONF="/etc/resolv.conf"
2020-04-16 11:20:39 <Guest75> ;hmm
2020-04-16 11:20:51 <PhoenixMage> How many lines of code does systemd have now? Over a million I think
2020-04-16 11:21:22 <Guest75> systemd-nspawn and systemd-run is what is the more convinent part of it tbh
2020-04-16 11:21:49 <Guest75> mainly because nspawn is easier to use than docker and you can place the rootfs/use your vms rootfs'es easilly
2020-04-16 11:22:12 <Guest75> and systemd-run is probablly the easiest way I have seen to run programs under a certain cgroup
2020-04-16 11:24:50 <Guest75> I mean maybe if I done it like run shell, set cgroup to the ash/bash prompt then set the flag to make children inherit cgroup
2020-04-16 11:25:13 <Guest75> and launch a program then I would have a way to have a program get the cgroup from a start; at least the easiest way I can see to do it
2020-04-16 11:37:57 <Guest75> yeah I realised now I don't grasp sh syntax for if at all
2020-04-16 11:38:17 <Guest75> I am not sure if "$ip" or "192.168.0.6" is detected as a number
2020-04-16 11:38:19 <Guest75> instead of a string
2020-04-16 11:38:50 <Guest75> wait let me check nested ifs
2020-04-16 11:39:04 <Guest75> okay so fi is just }
2020-04-16 11:39:43 <Guest75> inb4 #!/usr/bin/env tcc -run
2020-04-16 11:40:22 <Guest75> or I will use case
2020-04-16 11:41:29 <Guest75> I have to check the syntax
2020-04-16 11:41:50 <Guest75> okay
2020-04-16 11:43:17 <Guest75> HAHAYES
2020-04-16 11:43:18 <Guest75> yep
2020-04-16 11:43:23 <Guest75> case worked the confirmation is there
2020-04-16 11:43:40 <Guest75> nameserver 192.168.0.6
2020-04-16 11:43:41 <Guest75> yep
2020-04-16 11:44:01 <thresh> hey, anyone aware of aarch64 alpinelinux AWS AMI?
2020-04-16 11:59:38 <hiro> 13:21 Guest systemd-nspawn and systemd-run is what is the more convinent part of it tbh
2020-04-16 11:59:42 <hiro> i don't even use this stuff
2020-04-16 11:59:47 <hiro> i don't know why people do...
2020-04-16 12:00:17 <hiro> i feel like i was an early adopter, and back then i had to choose between things that weeren't even cool yet. and i sticked with that.
2020-04-16 12:00:40 <hiro> my "containers" are mostly limited to 1) chroot + network namespaces 2) kvm VMs if i want more isolation
2020-04-16 12:01:26 <hiro> if you are an early adopter of systmd-nspawn or docker or whatever other hype there is nowadays, all you should realize is that everything is broken
2020-04-16 12:01:44 <hiro> and if you are not an early adopter of this crap, why do you pretend it's worth anything to everybody around you?
2020-04-16 12:02:17 <hiro> yes, docker is hard to use, but i don't need nspawn to "use my rootfs"
2020-04-16 12:02:28 <hiro> i can use my rootfs just fine WITHOUT any framework to assist me
2020-04-16 12:02:47 <hiro> it's *already there*, so if nobody hides it from my processes i don't need anything to unhide it, hm?
2020-04-16 12:03:28 <hiro> "systemd-run is probablly the easiest way I have seen to run programs under a certain cgroup" -> that does indeed sound usueful...
2020-04-16 12:03:43 <hiro> so far there was no way for me to use cgroups because of this, and i just used VMs instead (cause i had to figure them out aynway)
2020-04-16 12:03:55 <hiro> but if you're saying cgroups became usable bec. of systemd-run i might give it a shot soon
2020-04-16 12:04:25 <hiro> though... it does have systemd in it's name. is there no alternative so i don't have to feel all poettered over?
2020-04-16 12:05:19 <hiro> 13:38 Guest I am not sure if "$ip" or "192.168.0.6" is detected as a number
2020-04-16 12:05:21 <hiro> in sh?
2020-04-16 12:05:29 <hiro> in bourne everything is a string
2020-04-16 12:06:05 <hiro> even when you do echo $((1+1)) the two 1's are a string before being converted and then solved numerically...
2020-04-16 12:06:06 <Fear> your text: 1+1
2020-04-16 12:06:14 <hiro> Fear: hm?
2020-04-16 12:06:16 <afontain_> I'd be interrested in an alternative to systemd-run's cgroups support too
2020-04-16 12:06:27 <hiro> afontain_: i haven't tried it yet, so i can't really judge
2020-04-16 12:07:11 <afontain_> accessible documentation on cgroups is… lacking imo
2020-04-16 12:07:16 <hiro> but i'd like to know how bad it is if you already played with it
2020-04-16 12:07:40 <afontain_> I didn't
2020-04-16 12:08:56 <afontain_> my use case was restricting Firefox to 1.5GB RAM or something on limited memory
2020-04-16 12:09:15 <afontain_> (think: pinebook, librem5)
2020-04-16 12:10:07 <afontain_> I've had bad experiences with Firefox on an 1GB RAM EeePC
2020-04-16 12:48:01 <hiro> i've had bad experiences with firefox on a superomputer
2020-04-16 12:54:13 <afontain_> I mean that the browser ram usage made everything unusable
2020-04-16 12:54:33 <afontain_> no matter how light the DE or the browser btw
2020-04-16 12:54:51 <afontain_> (well, except for elinks or dillo)
2020-04-16 12:56:44 <hiro> i can not confirm that, bec. firefox was unusable before i hit the ram limits
2020-04-16 12:57:06 <hiro> and dillo works fine with low memory usage even on 128MB RAM for me.
2020-04-16 12:57:15 <hiro> it really is about the browser. IMO.
2020-04-16 12:58:30 <TBB> firefox takes everything it gets and then some; I finally had to upgrade the pc because of getting into these 15 minute swap hells
2020-04-16 12:58:49 <_ikke_> Been there, done that
2020-04-16 12:59:18 <_ikke_> I have to restart Fx once a day because it claimed all memory
2020-04-16 13:00:29 <TBB> I'm not at somewhat usable levels, 2 instances open with maybe 10 tabs total, memory consumption at 9 GB. but both instances were restarted today.
2020-04-16 13:00:33 <TBB> *now
2020-04-16 14:09:05 <hiro> what i do nowadays is just start multiple firefoxes, one per tab. i.e. i stop using their tab thingy and let the process exit every time i close a "tab"/window and with it all the data that got collected in the meantime.
2020-04-16 14:09:48 <hiro> this way when i just have a site open for a short time, and it's one of those that waste so much cpu and memory, it will be guaranteed it doesn't linger around somewhere
2020-04-16 14:12:08 <TBB> I don't go quite as extreme as that but I do run several instances for different purposes
2020-04-16 14:24:26 <hiro> it also helps bec. you can hand-craft a very limited .config
2020-04-16 14:24:38 <hiro> where it just can not overwrite things or add folders or stupid caches
2020-04-16 14:25:04 <hiro> you can just symlink /dev/null into places and take away the firefox user permissions
2020-04-16 14:25:15 <hiro> this is the only way to prevent it to mine certain data...
2020-04-16 14:25:22 <hiro> and keep a lean profile
2020-04-16 23:38:03 <Fear> sorry, I kept a trigger enabled by mistake one that I was working on.
2020-04-17 00:51:48 <PhoenixMage> son of a bit... https://github.com/gentoo/eudev/blob/799591c57368bbe47667f5b696050247a766b117/src/libudev/libudev-monitor.c#L177-L188
2020-04-17 01:01:58 <PhoenixMage> Anyone remember what an attribute starting with a s is? Similar to d is directory
2020-04-17 01:04:18 <PhoenixMage> Socket, need more coffe
2020-04-17 02:43:16 <albr> McBoat[d]: hey y'all, bit of a stupid one. Trying to get a Ruby application running in Docker, and it was failing to require 'json'. So I checked in irb, and lo and behold, the issue persisted
2020-04-17 02:43:40 <albr> McBoat[d]: It throws a «LoadError (cannot load such file -- json)» in irb
2020-04-17 02:44:43 <albr> McBoat[d]: Worth noting that it works on my host system (Fedora 31, Ruby 2.6.5) but not in the container (Alpine 3.11; Ruby 2.6.6)
2020-04-17 02:45:08 <albr> McBoat[d]: Anybody know what's up here?
2020-04-17 04:03:09 <PhoenixMage> w00t, fixed :D Next version of eudev will work without patching too
2020-04-17 06:24:53 <Marquel> good morning. at this point I am considering to run a new virtualization server, that is, the hardware, not the actual virtual machines, with Alpine. I've seen there is a number of different types of iso available for download and installation. the question is, which one would be best suited to run a fairly recent AMD EPYC CPU as a Qemu/KVM hypervisor host?
2020-04-17 06:33:14 <mps> Marquel: standard or extened isos are ok
2020-04-17 06:37:33 <Marquel> mps: so the virtual iso would be for an actual VM?
2020-04-17 06:54:45 <mps> yes
2020-04-17 06:59:42 <Marquel> thx.
2020-04-17 07:00:21 <mps> np
2020-04-17 07:51:31 <azarus> In my $HOME/.profile, I try to source $HOME/.ashrc, but I get this error message:
2020-04-17 07:51:43 <azarus> /bin/ash: .: line 1: 3: No file descriptors available
2020-04-17 07:52:30 <maxice8> please send your .profile via a paste service (preferably only the lines up to the offending one)
2020-04-17 07:52:59 <azarus> it's literally just ". $HOME/.ashrc"
2020-04-17 07:53:01 <azarus> that's the whole file
2020-04-17 08:13:13 <KatolaZ> azarus: replace it with "cat $HOME/.ashrc"
2020-04-17 08:13:28 <KatolaZ> it looks like you have something at line 3 of that file that requires a file that cannot be found
2020-04-17 08:18:55 <azarus> KatolaZ: Yeah, that error seems to be resolved now, but it still doesn't seem to get sourced when I launch a shell
2020-04-17 08:19:03 <azarus> Thank you.
2020-04-17 08:35:34 <nacelle> azarus: why not just use .profile ?
2020-04-17 09:09:28 <azarus> nacelle: had that before, doesn't seem to source anyhting :/
2020-04-17 12:23:08 <ScrumpyJack> going to attempt replacing ubuntu-efi with alpinelinux-efi remotely. any warnings/suggestions?
2020-04-17 12:34:07 <Guest76> hello _ikke_
2020-04-17 12:34:49 <_ikke_> o/
2020-04-17 12:34:59 <Guest76> you remember me right?
2020-04-17 12:35:26 <_ikke_> yes
2020-04-17 12:35:39 <Guest76> right
2020-04-17 12:35:55 <Guest76> so i just tried booting up the latest release of alpine 3.11.5
2020-04-17 12:36:00 <Guest76> it detects none of my interfaces
2020-04-17 12:36:14 <Guest76> i have a ethernet cable plugged in
2020-04-17 12:36:15 <_ikke_> It will be part of 3.12
2020-04-17 12:36:29 <Guest76> is this a bug?
2020-04-17 12:36:33 <_ikke_> which is due soon
2020-04-17 12:37:50 <Guest76> oh
2020-04-17 12:38:01 <Guest76> so the rtl8821ce driver with be included in it?
2020-04-17 12:38:07 <_ikke_> yes
2020-04-17 12:38:21 <Guest76> nice
2020-04-17 12:38:32 <Guest76> ill suppose it would be a better idea to have patience
2020-04-17 12:39:21 <Guest76> do you have a exact ETA?
2020-04-17 12:39:28 <_ikke_> no
2020-04-17 12:39:37 <_ikke_> That's kind of an oxymoron
2020-04-17 12:39:37 <Guest76> mhm
2020-04-17 12:39:53 <_ikke_> an ETA is never exact
2020-04-17 12:40:22 <Guest76> right
2020-04-17 12:40:33 <Guest76> would the ETA be in this month?
2020-04-17 12:40:36 <_ikke_> it's due first of may
2020-04-17 12:40:52 <Guest76> ok
2020-04-17 12:40:54 <_ikke_> But the builders still need to be setup
2020-04-17 12:41:00 <Guest76> builders?
2020-04-17 12:41:21 <_ikke_> The systems that build all the packages for that release
2020-04-17 12:41:36 <Guest76> oh
2020-04-17 12:41:42 <Guest76> mhm
2020-04-17 12:41:49 <Guest76> but it should recognize my ethernet
2020-04-17 12:41:55 <Guest76> but eth0 isnt even there
2020-04-17 12:42:02 <_ikke_> If edge does, than 3.12 should as well
2020-04-17 12:42:18 <Guest76> im talking about the 3.11.5 release iso
2020-04-17 12:42:22 <Guest76> the installer
2020-04-17 12:42:34 <_ikke_> yes, that one does not have that module
2020-04-17 12:42:52 <Guest76> I know, but that isn't the problem
2020-04-17 12:43:15 <Guest76> the previous release would check for (eth0), but this one just doesnt check or load any of the interfaces
2020-04-17 12:43:20 <Guest76> i have no network
2020-04-17 12:47:51 <hackkitten> Is there a guide for setting up Xorg on Raspberry Pi (3B)? I followed the general Xfce guide, but Xorg errored out with 'no devices found' when I tried to start lightdm
2020-04-17 12:55:48 <parazyd> hmm, I rsynced my hard drive to another drive and ran `apk fix` on every package. However now when I start X, I get no keyboard input, only mouse
2020-04-17 12:56:02 <parazyd> Anyone have an idea? I couldn't find anything relevant in the Xorg log
2020-04-17 12:56:29 <parazyd> Except for:
2020-04-17 12:56:30 <parazyd> [ 40042.987] (EE) /usr/share/libinput: failed to find data files
2020-04-17 12:56:30 <parazyd> [ 40042.987] (EE) Failed to load the device quirks from /usr/share/libinput and /etc/libinput/local-overrides.quirks. This will negatively affect device behavior. See https://wayland.freedesktop.org/libinput/doc/1.15.4/device-quirks.html for details.
2020-04-17 12:56:38 <parazyd> But I'm not sure if this was there before
2020-04-17 12:57:42 <parazyd> (Installing libinput doesn't help)
2020-04-17 15:01:33 <fritz19> Hi, which image should be used for netbooting multiple raspberry pis netboot aarch64 or the raspberrypi images?
2020-04-17 15:05:45 <nacelle> fritz19: use the pi image
2020-04-17 15:06:10 <nacelle> maybe this will help: https://gist.github.com/erincandescent/c3266fc3cbb7fe21be0ab1def7adbc48
2020-04-17 15:09:49 <fritz19> nacelle: thanks for the input.
2020-04-17 15:23:16 <mps> does dillo work on alpine for anyone ?
2020-04-17 19:31:04 <hackkitten> after failing to set up Xorg on an RPi 3, I tried to just use SDL2 without X11, but I cannot even get the mesa driver to appear. /dev/dri is never created, even after following the instructions in the wiki. What's going on? Are GPU drivers broken on Raspberry Pi with Alpine?
2020-04-17 19:31:23 <Cogitri> Do you have udev setup?
2020-04-17 19:44:05 <_ikke_> ~.
2020-04-17 19:49:52 <hackkitten> udev?
2020-04-17 19:50:11 <hackkitten> not sure what that is
2020-04-17 19:51:11 <hackkitten> following the instructions here I just got a black screen with blinking cursor: https://wiki.alpinelinux.org/wiki/XFCE_Setup
2020-04-17 19:51:31 <hackkitten> I previously followed the OpenGL and other instructions here: https://wiki.alpinelinux.org/wiki/Raspberry_Pi
2020-04-17 19:51:47 <hackkitten> maybe I broke something beyond repair, though
2020-04-17 19:55:13 <_ikke_> hackkitten: modprobe fbcon fixed that issue for me
2020-04-17 19:55:29 <_ikke_> not sure if that's still relevant, because it was a couple of yearsb ack
2020-04-17 19:58:13 <hackkitten> "modprobe: FATAL: Module fbcon not found in directory /lib/modules/5.4.12-0-rpi2"
2020-04-17 20:00:50 <hackkitten> doesn't seem to work =/
2020-04-17 20:01:10 <hackkitten> also not sure why it is looking at rpi2 stuff when it runs on an rpi3?
2020-04-17 21:00:52 <mckaygerhard> hackkitten: fbcon now are not a separate module.. its a option compiled int the drm modules of each GPU.. do you build a custom kernel?
2020-04-17 21:22:28 <hackkitten> mckaygerhard: no, using the release from the downloads page, though with edge repositories enabled
2020-04-17 21:56:27 <opal> god apparently synapse is really out of date in alpine stable
2020-04-17 21:57:10 <opal> wait huh
2020-04-17 21:57:40 <opal> yeah
2020-04-17 21:57:47 <opal> 1.7.0 in latest-stable
2020-04-17 21:57:57 <opal> sorry got confused what numbers i was looking at for a second
2020-04-17 22:35:19 <bovis> I'm running a chroot (32bit) on my main system (64bit). Can I compile 32-bit programs within the chroot?
2020-04-17 22:37:51 <mps> yes
2020-04-17 22:38:53 <mps> maybe you have to set personality with 'linux32' command
2020-04-18 00:20:45 <mckaygerhard> so hackkitten then the kernel has a build problem
2020-04-18 03:41:37 <slaasl> Can your AlpineLinux gtk program use input method?
2020-04-18 03:43:04 <slaasl> I compiled a Fcitx to my laptop, the xim program can be used, but the gtk cannot be used
2020-04-18 03:48:03 <slaasl> I think I found the problem, I must set the LANG environment variable to use Gtk's IME....
2020-04-18 08:35:52 <markand> hmmm, it's not used /etc/security/limits.conf in Alpine? I've tried to add the following for ardour:
2020-04-18 08:36:02 <markand> @audio   -  rtprio     95
2020-04-18 08:36:02 <markand> @audio   -  memlock    unlimited
2020-04-18 08:36:25 <markand> but once loggued, ulimit -a still report 0 for max rt prio
2020-04-18 08:42:26 <markand> hmmmm, util-linux isn't linked to PAM
2020-04-18 08:52:34 <mps> markand: util-linux can be used without pam
2020-04-18 08:52:43 <mps> so, not need to be linked
2020-04-18 08:53:24 <markand> nvm, it's shadow that provides PAM'ed login
2020-04-18 08:53:26 <markand> works fine now
2020-04-18 08:53:42 <markand> let's see if it fixes ardour with that new RTPRIO value
2020-04-18 11:27:52 <oneinsect> i get this error
2020-04-18 11:27:53 <oneinsect> x86_64-alpine-linux-musl/bin/ld: cannot find -lncurses
2020-04-18 11:27:59 <oneinsect> while compiling texinfo
2020-04-18 11:28:08 <oneinsect> even though i have all libs installed including static
2020-04-18 11:28:10 <oneinsect> did ldconfig
2020-04-18 11:28:12 <oneinsect> any ideas?
2020-04-18 11:32:09 <Cogitri> Missing -L ?
2020-04-18 11:33:15 <oneinsect> okie missed https://git.alpinelinux.org/aports/tree/main/texinfo/fix-build-without-NLS.patch
2020-04-18 11:33:17 <oneinsect> darn
2020-04-18 11:33:24 <oneinsect> thanks Cogitri:
2020-04-18 11:37:49 <oneinsect> same error
2020-04-18 11:37:53 <oneinsect> will check if missing -L
2020-04-18 11:38:19 <oneinsect> i mean why isnt ld find ncurses
2020-04-18 11:38:20 <oneinsect> x86_64-alpine-linux-musl/bin/ld: cannot find -lncurses
2020-04-18 11:38:29 <oneinsect> what strange ****
2020-04-18 12:12:39 <oneinsect> apparently only libncursesw.a exists in alpine and no libncurses.a was ever found
2020-04-18 12:12:43 <oneinsect> https://pkgs.alpinelinux.org/contents?file=*libncurses*&path=&name=&branch=edge&arch=x86_64
2020-04-18 12:12:47 <oneinsect> why?
2020-04-18 12:12:54 <oneinsect> missed something somewhere?
2020-04-18 12:13:27 <oneinsect> i thought the Ncurses
2020-04-18 12:13:27 <oneinsect> development package had it
2020-04-18 12:13:41 <oneinsect> or the static package
2020-04-18 12:14:14 <oneinsect> do you see that Cogitri: ?
2020-04-18 12:14:17 <oneinsect> or is it only me?
2020-04-18 12:14:31 <monado> is maldridge still here
2020-04-18 12:14:53 <oneinsect> ikke: with the new handle, did you notice?
2020-04-18 12:20:39 <oneinsect> there is no libcurses.a in the whole of alpine
2020-04-18 12:20:41 <oneinsect> oh my god
2020-04-18 12:20:48 <oneinsect> can someone do something please
2020-04-18 12:30:12 <monado> Might need to switch distro if void has two distinct teams around it?
2020-04-18 12:30:21 <monado> though it doesn't affect me all to much
2020-04-18 12:33:50 <Cogitri> oneinsect: well, you can add that to necurses-static I suppose
2020-04-18 12:43:12 <oneinsect> yeaa i mean one other thing is bash expects -lcurses however the symbolic links to -lncurses are not generate
2020-04-18 12:43:18 <oneinsect> that is another aspect as well
2020-04-18 12:43:28 <oneinsect> due to which static compile of bash in alpine fails
2020-04-18 12:43:45 <oneinsect> shall i submit a ticket to these two?>
2020-04-18 12:43:57 <oneinsect> generated*
2020-04-18 17:29:24 <bovis> Can abuild work in a chroot? Running any abuild command just returns nothing.
2020-04-18 17:35:28 <mps> yes, it can
2020-04-18 17:41:02 <bovis> mps: Hello again. What would cause, um, nothing to happen?
2020-04-18 17:44:58 <mps> bovis: try with -v (verbose) flag
2020-04-18 17:49:20 <lunaphyte> does a "base" alpine install include wget?
2020-04-18 17:49:49 <Cogitri> I includes busybox wget, yes
2020-04-18 17:50:00 <Cogitri> s/I/It/
2020-04-18 17:50:04 <lunaphyte> ah, busybox has wget?
2020-04-18 17:50:07 <lunaphyte> ok, thanks
2020-04-18 17:50:18 <u0jQx9gPyrYg> a very simple version of wget
2020-04-18 17:52:20 <lunaphyte> wget doesn't support put as far as i can tell, and i'm adding support to a small init script which requires put, so just was thinking about how i felt about establishing a dependency on curl
2020-04-18 17:53:01 <bovis> mps: Odd it still returns nothing. Like I just hit return with no command at all
2020-04-18 17:53:26 <mps> that's really odd
2020-04-18 20:16:07 <maldridge> monado: indeed, maldridge is still here
2020-04-18 20:29:23 <bovis> Thalheim mps nsz dalias: The compile with Thalheim's build worked. Thanks for all the assistance.
2020-04-18 20:34:07 <mps> bovis: nice :)
2020-04-18 22:19:19 <hiro> hey. i just installed the grafana package from the alpine repo and i have a complaint: the default config triggered my alarms bec. it made two outgoing HTTPS connections...
2020-04-18 22:19:39 <hiro> in retrospect it seems this is to be expected and can only be disabled by manually changing the config files
2020-04-18 22:20:27 <hiro> i think the config files should only be shipped in an alpine package if this stuff is disabled by default!
2020-04-18 22:20:47 <maxice8> Please make an issue on gitlab.a.o
2020-04-18 22:21:53 <hiro> algitbot: ?
2020-04-18 22:22:20 <maxice8> algitbot automatically expands alpinelinux.org urls for convenience
2020-04-18 22:46:42 <hiro> god. this is not ok. this is why i don't use windows, and now on alpine linux i have the same problems!
2020-04-18 22:46:46 <hiro> same with influxdb
2020-04-18 22:46:58 <hiro> what is wrong with all this hipster software, and people just let them do?!
2020-04-18 22:51:15 <palate> hello :)
2020-04-18 22:51:28 <palate> I have an error compiling a package that uses aioinit. Is that not part of musl-libc?
2020-04-18 22:52:07 <maxice8> aio_init ?
2020-04-18 22:52:24 <palate> `error: 'aioinit' was not declared in this scope` -> I'm not sure if I'm missing an include or if that's not part of musl
2020-04-18 22:52:34 <palate> maxice8: oh, let me try
2020-04-18 22:52:38 <maxice8> Man-page says it is GNU-specific
2020-04-18 22:52:47 <palate> maxice8: what does that mean?
2020-04-18 22:53:13 <maxice8> it is possibly not implement in Musl libc
2020-04-18 22:54:03 <palate> oh :(
2020-04-18 22:54:32 <palate> how did you get the manpage? `man aioinit` doesn't work for me
2020-04-18 22:54:39 <maxice8> search engine
2020-04-18 22:57:16 <palate> right. So if aio is not implemented in musl, I'm screwed
2020-04-18 22:59:33 <palate> Well, I tried. Moving back to an ubuntu image ^^. Thanks for the help!
2020-04-18 23:00:09 <palate> It's weird though, because #include <aio.h> works -_-
2020-04-18 23:03:34 <maxice8> It defines stuff in this from what i understand https://pubs.opengroup.org/onlinepubs/009695399/basedefs/aio.h.html
2020-04-18 23:05:07 <palate> maxice8: well my code includes aio.h..
2020-04-18 23:05:33 <palate> but the one you link here doesn't have aio_init
2020-04-18 23:30:16 <palate> ok, giving up. thanks maxice8 for the help!
2020-04-19 02:58:27 <joebobjoe> why does alpine have the gnu man pages?
2020-04-19 02:58:35 <joebobjoe> when I do man 3 sleep I get some gnu page
2020-04-19 02:58:40 <joebobjoe> even though I'm running musl
2020-04-19 02:59:19 <joebobjoe> are pages in the linux man-pages project not gnu-specific?
2020-04-19 03:34:59 <albr> McBoat[d]: musl is unrelated to the shell you use
2020-04-19 03:35:08 <albr> McBoat[d]: er, my bad, misread that
2020-04-19 03:35:44 <albr> McBoat[d]: man 3 pages aren't GNU specific; they're POSIX. glibc and musl are ABI-incompatible but API-compatible
2020-04-19 03:37:27 <albr> McBoat[d]: (well, to be fair, glibc has some extensions like 64-bit time and some platform-specific stuff, but both are API-compatible to the standard)
2020-04-19 03:45:56 <joebobjoe> @McBoat so gnu has a separate set of pages that are generic and don't include documentation for their extensions?
2020-04-19 03:46:09 <joebobjoe> otherwise, docs for gnu extensions would be in a musl distribution
2020-04-19 03:47:01 <albr> McBoat[d]: Nope, they are the same page. I just checked in an Alpine container vs. my Fedora host; they are identical
2020-04-19 03:48:17 <albr> McBoat[d]: as I said, though; it's a generic *page,* just signed GNU since those were the folks who wrote that page. The contents of man pages aren't standardized since 1) that's out of the scope of any spec 2) somebody's always gonna find a way to improve how they're written 3) they need to be translated
2020-04-19 11:41:22 <trfl> when booting the alpine iso, how can i provide kernel parameters?
2020-04-19 11:41:25 <trfl> i am experiencing display corruption when booting 3.10.4-virt in libvirt-qemu and qxl video, figured i'd go digging
2020-04-19 11:41:38 <ikke> depends on the bootloader
2020-04-19 11:42:57 <trfl> i'm not sure what the alpine iso ships with, i think it's isolinux/syslinux? it just prints "boot:" and doesn't seem to be very helpful :p
2020-04-19 11:43:14 <ikke> yeah, that's sys/extlinux
2020-04-19 11:43:24 <ikke> You can just start typing there
2020-04-19 11:43:52 <trfl> oh so just add kernel arguments and hit enter?
2020-04-19 11:48:46 <trfl> mh wasn't that easy, all i get is  loading "whatever"... failed: No such file or directory
2020-04-19 11:49:20 <ikke> I recall having to supply the entire boot line
2020-04-19 11:49:25 <ikke> but can you try pressing tab there?
2020-04-19 11:50:05 <trfl> oho yes it offered virt
2020-04-19 11:50:13 <trfl> and "virt nomodeset" works!
2020-04-19 11:51:01 <trfl> thanks, that was less work than i expected lol
2020-04-19 12:18:00 <markand> I can't remember what I need to do/install to get my bluetooth mouse working
2020-04-19 12:18:06 <markand> it is paired/connected/trusted with bluez
2020-04-19 12:18:19 <markand> and the mouse is connected, but not working
2020-04-19 13:54:03 <velix> Is there a way to install a package without its dependencies?
2020-04-19 14:20:33 <Cogitri> velix: You can make virtual packages to satisfy the dependencies
2020-04-19 14:20:44 <Cogitri> But be mindful that dependencies are dependencies for a reason
2020-04-19 14:21:08 <velix> Yeah, I'm abusing Alpine a bit, since I need a dependency from a package only.
2020-04-19 14:21:16 <velix> So I don't need need all the stuff from it.
2020-04-19 14:21:21 <velix> I got a work-around ;)
2020-04-19 14:21:28 <velix> Fetch the apk, extract what I need and run away.
2020-04-19 14:21:32 <Cogitri> Ah
2020-04-19 14:21:32 <Cogitri> Well, virtual packages should do the trick then
2020-04-19 14:21:42 <Cogitri> Ah, that works too of course :)
2020-04-19 14:22:11 <velix> Saves tons of megabytes and stress on the mirrors.
2020-04-19 14:22:26 <velix> Don't want to make too much traffic these days.
2020-04-19 17:51:20 <Hello71> mirrors measure bandwidth in terabytes. a few megabytes doesn't make a difference
2020-04-19 17:53:36 <artok> Depeche Mode - Everything Counts
2020-04-19 18:04:49 <ikke> Depeche Mode - Just can't get enough
2020-04-19 18:48:37 <artok> best band ever
2020-04-19 18:48:37 <artok> at least what I've seen live =)
2020-04-19 19:07:03 <TBB> they were amazing in 1998 when I first saw them, but the last couple of gigs have been pretty meh
2020-04-19 19:07:34 <TBB> that '98 is still in my top 5 gigs of all time
2020-04-19 21:47:47 <lunaphyte> i just did a "sys" install, and it appears to have used grub for the bootloader.  i didn't specify anything, and the documentation i've read suggests syslinux is the default bootloader.  what am i missing?
2020-04-19 22:41:43 <Hello71> i think grub is default on efi
2020-04-19 22:47:41 <lunaphyte> oh, ok, thanks.  do you know if that's documented anywhere?
2020-04-19 22:50:02 <Hello71> probably not other than the scripts
2020-04-19 22:50:06 <Hello71> but the scripts are reasonably easy to read
2020-04-19 22:50:11 <lunaphyte> ok
2020-04-19 22:51:00 <Hello71> kinda hard to find by google though. https://git.alpinelinux.org/alpine-conf/tree/
2020-04-19 22:51:14 <lunaphyte> thanks
2020-04-19 22:51:38 <Hello71> https://git.alpinelinux.org/alpine-conf/tree/setup-disk.in#n1306
2020-04-19 22:51:41 <lunaphyte> on a different topic, when setup-alpine runs setup-disk, i'd like it do do setup-disk -L, so it does lvm.  is there a way to do that?  or do i have to run setup-disk manually if i want lvm?
2020-04-19 22:51:47 <Hello71> default BOOTLOADER=${BOOTLOADER:-syslinux} at the top
2020-04-19 22:52:03 <Hello71> I guess that's the configuration then, you do BOOTLOADER=syslinux setup-disk
2020-04-19 22:54:15 <Hello71> dunno if it works though. afaict syslinux is not really maintained anymore
2020-04-19 22:54:41 <James_Epp> why maintain perfection? ;)
2020-04-19 22:54:45 <lunaphyte> oh, why do you think that?
2020-04-19 22:55:01 <Hello71> didn't get efi support at all for a long time, and even now Arch wiki says it's "partial". I tried syslinux boot with XFS root and it didn't work due to some new xfs metadata format
2020-04-19 22:55:23 <lunaphyte> i guess it's been a while since a release, but i think historically, there haven't been frequent releases anyway
2020-04-19 22:55:28 <Hello71> then I gave up. grub with custom config is good enough for me
2020-04-19 22:55:41 <Hello71> and systemd-boot on EFI (no Alpine on desktops for me)
2020-04-19 22:56:23 <maxice8> there is gummiboot which is an early version of systemd-boot
2020-04-19 22:56:29 <maxice8> :D i also packaged systemd-boot once
2020-04-19 22:56:31 <James_Epp> Apart from isolinux and some here and there binaries like memdisk, I'm very surprised when I see syslinux in use. That being said, syslinux is very much a "KISS" package. Reading a syslinux cfg file is WAY easier than any grub file.
2020-04-19 22:56:37 <Hello71> yeah, or direct efistub
2020-04-19 22:56:54 <Hello71> James_Epp: well the legacy grub format was pretty simple
2020-04-19 22:57:13 <Hello71> actually if you prefer the syslinux config format, grub2 has a module to read those
2020-04-19 22:57:18 <Hello71> it can also read legacy grub config files
2020-04-19 22:57:20 <James_Epp> I forget where I saw the joke, it went something like "GRUB is a great operating system, lacking only in a good bootloader"
2020-04-19 22:57:40 <James_Epp> Interesting, I didn't know that reg: grub2 reading syslinux cfgs
2020-04-19 22:57:44 <Hello71> you do need to write a one-line grub config that just says "syslinux_configfile syslinux.cfg"
2020-04-19 22:57:59 <Hello71> or something along those lines
2020-04-19 22:58:21 <Hello71> the grub config format isn't really that bad though if you don't try to use the special features
2020-04-19 22:58:39 <Hello71> and at that point I don't think syslinux module mess is a big improvement
2020-04-19 22:58:48 <Hello71> grub-mkconfig does suck though
2020-04-19 22:59:14 <James_Epp> These days grub is the best tool for the job [opinion].
2020-04-19 22:59:28 <Hello71> https://wiki.archlinux.org/index.php/User:Eschwartz/Grub#Write_the_configuration_from_scratch
2020-04-19 23:01:34 <lunaphyte> ah, answered my own question.  lvmsys or lvm and then sys
2020-04-19 23:02:01 <Hello71> oh, I forgot about your other question. couldn't answer it anyways
2020-04-19 23:02:40 <lunaphyte> no worries
2020-04-19 23:05:19 <lunaphyte> if i'd like the "regular" suite of various common programs like mount, df, etc., instead of busybox, how can i do that?
2020-04-19 23:14:19 <Hello71> apk add coreutils util-linux
2020-04-19 23:15:02 <Hello71> procps-ng psmisc etc
2020-04-19 23:15:06 <Hello71> https://pkgs.alpinelinux.org/contents
2020-04-19 23:17:27 <lunaphyte> ah, thanks
2020-04-20 00:19:11 <Piraty> judging from https://git.alpinelinux.org/aports/tree/community/wine/APKBUILD , wine on alpine does 64 bit only, so no WoW64?
2020-04-20 00:24:05 <maxice8> Can't an Alpine 32bit choort be used ?
2020-04-20 00:48:42 <lunaphyte> is there anything that's natively part of the setup-alpine process that can add an "initial user"?
2020-04-20 01:09:09 <James_Epp> lunaphyte, I am incredibly new to alpine (literally only ran the setup once) but I imagine that would require an answer file
2020-04-20 02:07:02 <gjabell> Is there a way to be notified of or list the apk-new files?
2020-04-20 02:07:09 <gjabell> Ie when upstream config changes
2020-04-20 02:07:32 <gjabell> I guess find would work :P
2020-04-20 03:25:59 <Hello71> lunaphyte: I'd wager not, because "chroot /mnt adduser myuser" is one step
2020-04-20 03:30:42 <Hello71> usually people want sudo set up automatically but I think nobody has implemented that yet
2020-04-20 05:00:36 <PhoenixMage> How can I stop apk upgrade from overwriting certain files? Like my custom grub.cfg
2020-04-20 05:22:06 <ikke> where is this grub.cfg located?
2020-04-20 05:25:23 <Marquel> ikke: usually /boot/grub
2020-04-20 05:25:38 <Marquel> also, generated from /etc/grub/*
2020-04-20 05:27:02 <ikke> Marquel: yes, that was my idea
2020-04-20 05:27:12 <ikke> if it's /boot/grub, then it's not apk that is overwriting it
2020-04-20 05:37:58 <Marquel> hrm. don't know that well, but from my knowledge it's /etc/grub which is managed by package manager and /boot/grub/grub.cfg is then updated by grub-mkconfig.
2020-04-20 05:40:10 <ikke> the package manager does not overwrite files in /etc
2020-04-20 05:41:03 <Marquel> but it should put the package's defaults there, shouldn't it?
2020-04-20 05:41:53 <ikke> Only on first install
2020-04-20 05:42:02 <ikke> if you adjust it, it will note overwrite it
2020-04-20 05:42:19 <Marquel> alas, it might be those defaults are in /usr/share/grub or something. however, the grub-stages do use /boot/grub/grub.cfg.
2020-04-20 06:01:22 <PhoenixMage> Its definitely overwriting it somehow when a new kernel is added and saves the old one to grub.cfg.backup
2020-04-20 06:02:09 <PhoenixMage> Annoys me because its a custom kernel for an armv7 device and if I reboot it before I remember then I have to go find the device and plug a kb and screen into it
2020-04-20 06:07:34 <TheSlackOne> Hello, I'm using Alpine 3.10 on a ARM and following this https://wiki.alpinelinux.org/wiki/Setting_up_GVM10 to setup OpenVas, it does not mentions it, but OpenVAS Manager is required and looks like Alpine does not have the package (openvasmd).
2020-04-20 06:37:13 <TBK[m]> TheSlackOne: https://community.greenbone.net/t/is-openvas-manager-and-gvmd-the-same/1777 -> openvasmd = gvmd
2020-04-20 06:59:57 <TheSlackOne> TBK[m]: Thanks!
2020-04-20 07:14:13 <vsm> Hi all! I wanted to know if it is possible to create an apkovl file from the apk static tool?
2020-04-20 07:14:31 <vsm> I tried here: https://github.com/vincentserpoul/alpine-diskless-headless/tree/master/apk
2020-04-20 07:15:17 <vsm> I build on a x86-64 host for an aarch64 host
2020-04-20 07:15:59 <vsm> but it seems even though I use the --arch=aarch64 flag, some of the exectutable are set in x86-64
2020-04-20 07:16:39 <vsm> I tried different combinations: no qemu-aarch64 + x86_64 apk tool version + aarch64
2020-04-20 07:17:05 <vsm> qemu-aarch64-static + aarch64 apk tool + aarch64 flag
2020-04-20 07:17:40 <vsm> the last one gives me "aarch64" in /etc/apk/arch (the others combinations don't, despite the flag)
2020-04-20 07:20:23 <vsm> but still, when I try to run "qemu-aarch64-static setup-hostname" > it fails as if the setup-hostname was for another arch
2020-04-20 07:22:58 <vsm> qemu-aarch64-static /sbin/setup-hostname > Error while loading /sbin/setup-hostname: Exec format error
2020-04-20 07:23:53 <vsm> whereas qemu-aarch64-static /sbin/apk update is completely fine
2020-04-20 07:47:26 <avih> hi, i haven't upgraded alpine in some weeks, and i get this error "unsatisfiable constraints" with libffi - https://0x0.st/i199.txt and help on how to resolve it?
2020-04-20 07:47:45 <avih> any*
2020-04-20 07:48:31 <avih> i have main/community/testing enabled, and i'm on edge
2020-04-20 07:48:49 <avih> (i think barely anything installed from testing though)
2020-04-20 07:49:32 <avih> (barely anything == i don't think i have things installed from testing, maybe just one or two)
2020-04-20 07:51:07 <Cogitri> Do you have some pinned dependencies?
2020-04-20 07:51:30 <avih> i haven't used alpine in a while. how do i test that?
2020-04-20 07:51:43 <Cogitri> cat /etc/apk/world | grep =
2020-04-20 07:51:57 <avih> empty
2020-04-20 07:52:03 <avih> so i guess no?
2020-04-20 07:52:10 <Cogitri> Or maybe something depends on so:libffi.so.6 (that was what held me back)
2020-04-20 07:52:24 <Cogitri> As in that is in /etc/apk/world
2020-04-20 07:52:32 <Cogitri> <avih "so i guess no?"> Yup, no return on that means no pinned deps
2020-04-20 07:53:07 <avih> k. so how do i figure out what's holding me back? it seems related to llvm10 from the output
2020-04-20 07:53:37 <avih> (i don't mind uninstalling things, i'm not too attached to this install, but i do want to keep it functional and updated)
2020-04-20 07:54:59 <Cogitri> Yeah, llvm-10 pulls in the new libffi version
2020-04-20 07:55:25 <avih> yeah, i'll try uninstalling it and see if it gets fixed.
2020-04-20 07:55:35 <Cogitri> Ah, that probably won't work
2020-04-20 07:55:40 <avih> ?
2020-04-20 07:55:46 <avih> how so?
2020-04-20 07:56:10 <Cogitri> Hm, sadly the error reporting in apk isn't that amazing with these things, you could try `apk add $thingThatDependsOnLibFFI6=$latestVersion`
2020-04-20 07:56:30 <Cogitri> <avih "how so?"> llvm10-libs is probably pulled in by loads of other stuff like mesa
2020-04-20 07:56:52 <avih> so i'll cleau up the (llvm10 only) deps too
2020-04-20 07:57:00 <avih> clean* up
2020-04-20 07:57:53 <avih> (removing llvm10 on its own indeed didn't help. now i should figure out/recall how to remove orphan deps)
2020-04-20 07:57:59 <Cogitri> The easiest thing to do would probably be replacing your /et/apk/world so it only contains alpine-base
2020-04-20 07:58:05 <Cogitri> (Backup your world before!)
2020-04-20 07:58:12 <Cogitri> Then do `apk upgrade -a`
2020-04-20 07:58:21 <Cogitri> And then restore the backup and upgrade agai
2020-04-20 07:58:54 <avih> i'm living on the edge. no backup for me! :)
2020-04-20 07:59:14 <avih> but i do wan to see what teh deps are
2020-04-20 08:02:33 <avih> Cogitri: do you think it's an issue of my setup or at the repos? it seems libffi is needed by tons of stuff, and i also have libffi-dev. any chance these two conflict in some way and the issue is basically out of my control?
2020-04-20 08:02:54 <Cogitri> It's probably on us
2020-04-20 08:03:13 <Cogitri> We've rebuilt libffi against the new version and apparently that didn't go too well
2020-04-20 08:03:14 <avih> oh, in that case i can just wait till it gets fixed, right?
2020-04-20 08:03:31 <Cogitri> Well, we'd need to know what exactly is broken for that
2020-04-20 08:03:52 <avih> how can i help with that?
2020-04-20 08:03:55 <Cogitri> Can you try something ala `sudo apk add py3-gobject3=3.36.0-r2 mozjs68=68.7.0-r0 gjs=1.64.1-r2 mozjs60=60.9.0-r6 glib=2.64.2-r3 gobject-introspection=1.64.1-r2 wayland-libs-client=1.18.0-r4 wayland-libs-server=1.18.0-r4 p11-kit=0.23.20-r5 llvm9-libs=9.0.1-r3` ?
2020-04-20 08:04:14 <Cogitri> That will force apk to try to install the latest version of these and will hopefully give us a better error message
2020-04-20 08:04:18 <Cogitri> (Backup your world before)
2020-04-20 08:04:30 <Cogitri> Or just remove the `=.*` afterwards again
2020-04-20 08:04:53 <avih> i get the same error as in my original report (didn't compare it with diff, but it looks the same)
2020-04-20 08:05:21 <Cogitri> Can you send the error msg?
2020-04-20 08:05:25 <avih> yeah
2020-04-20 08:05:45 <avih> hmm.. might be different https://0x0.st/i19W.txt
2020-04-20 08:06:07 <avih> (the pastebin gave it a different URL - it uses the same url if it has the same content)
2020-04-20 08:06:42 <Cogitri> Oh, I see the problem :)
2020-04-20 08:06:49 <Cogitri> You have py-gobject installed which we've dropped some time ago
2020-04-20 08:06:54 <Cogitri> So that didn't get rebuild
2020-04-20 08:06:58 <Cogitri> Can you try removing py-gobject ?
2020-04-20 08:07:04 <avih> sure
2020-04-20 08:07:42 <avih> hmm
2020-04-20 08:07:43 <avih> $ sudo apk del py-gobject
2020-04-20 08:07:43 <avih> World updated, but the following packages are not removed due to:
2020-04-20 08:07:43 <avih>   py-gobject: py-gtk
2020-04-20 08:07:56 <avih> remove that too?
2020-04-20 08:08:23 <Cogitri> Yes
2020-04-20 08:08:24 <avih> (i don't really need it. i was testing some python gtk thingy)
2020-04-20 08:08:39 <Cogitri> Ah yes, better to remove those, those packages are stone old by now :)
2020-04-20 08:09:11 <avih> still no go https://0x0.st/i19y.txt
2020-04-20 08:09:33 <Cogitri> Hm, the `apk add` I did above doesn't work either?
2020-04-20 08:10:15 <avih> i didn't run it after the removals. should i re-run it now?
2020-04-20 08:10:28 <Cogitri> Yes please
2020-04-20 08:11:01 <avih> got a similar error https://0x0.st/i19v.txt
2020-04-20 08:11:44 <Cogitri> Can you python2=2.7.17-r4 to the list?
2020-04-20 08:12:16 <avih> similar error https://0x0.st/i19w.txt
2020-04-20 08:15:16 <avih> (i don't think i need py-pygtksourceview2 and python2-tkinter)
2020-04-20 08:15:35 <avih> (and even if i did, i'd prefer them removed over a non-updating system)
2020-04-20 08:18:44 <avih> i removed them, still issue on upgrade and with the same add command: https://0x0.st/i19x.txt
2020-04-20 08:19:31 <avih> Cogitri: is python2 supposed to still be supported by alpine?
2020-04-20 08:19:41 <ikke> avih: it's depreated
2020-04-20 08:19:42 <avih> maybe that's the issue?
2020-04-20 08:19:45 <ikke> deprecated
2020-04-20 08:20:00 <avih> right. well, i don't need it personally, so i'll just remove it
2020-04-20 08:21:47 <avih> hmm... python2 has deps which i can't tell if they're python2-specific or not, specifically setuptools:
2020-04-20 08:21:48 <avih> $ sudo apk del python2
2020-04-20 08:21:48 <avih>   python2: python2-dev py-setuptools py2-pip py-gi
2020-04-20 08:21:48 <avih> World updated, but the following packages are not removed due to:
2020-04-20 08:22:52 <ikke> You need to verify what's in your world file that depends on anything python2 related
2020-04-20 08:23:21 <avih> i think 'apk del python2` just listed those, didn't it?
2020-04-20 08:23:37 <mps> does --rdepends work for such cases
2020-04-20 08:24:15 <avih> mps: was that directed to me?
2020-04-20 08:24:48 <mps> avih: no, in general
2020-04-20 08:25:14 <mps> sometimes I use it
2020-04-20 08:26:50 <avih> something weird is going on. i can't remove those remaining packages, neither together nor one by one. it keeps saying that it's not removed due to <deps which i just tried to remove>
2020-04-20 08:27:17 <Cogitri> avih: Remove  py-gi
2020-04-20 08:27:29 <Cogitri> It's still pulling in the old python2
2020-04-20 08:27:30 <avih> i did
2020-04-20 08:28:03 <avih> https://0x0.st/i19E.txt
2020-04-20 08:28:30 <ikke> recursive dependencies
2020-04-20 08:28:42 <ikke> You need to check what's in /etc/apk/world
2020-04-20 08:28:42 <Cogitri> Ah, removing python2 itself shouldn't be required though
2020-04-20 08:28:46 <avih> sudo apk del python2 --> shows me the deps (python2: python2-dev py-setuptools py2-pip). if i try to remove them together, it also doesn't go
2020-04-20 08:29:26 <avih> what should be required then? :)
2020-04-20 08:29:39 <avih> it's weird. indeed if there's some recursive deps there
2020-04-20 08:29:43 <ikke> You need to check what's in /etc/apk/world
2020-04-20 08:29:44 <avih> as if*
2020-04-20 08:30:04 <ikke> Those are the packages that are explicitly installed
2020-04-20 08:30:13 <ikke> removing any dependencies that are not explicitly installed is not going to do much
2020-04-20 08:30:45 <avih> this is my /etc/apk/world https://0x0.st/i196.txt
2020-04-20 08:31:16 <avih> i don't know what i should be looking for though..
2020-04-20 08:31:35 <ikke> so py-pip
2020-04-20 08:32:19 <avih> sec
2020-04-20 08:32:46 <avih> (brb phone)
2020-04-20 08:32:48 <ikke> You might want to prune that anyway, I see a lot of things you probably don't need anymore
2020-04-20 08:33:30 <ikke> Unless you need to build projects, you probably don't need any *-dev package
2020-04-20 08:43:56 <avih> back, sorry.
2020-04-20 08:44:31 <avih> yeah, i do use this system to test development of projects, so mostly except for python-dev things, which is mostly for testing, i do use the -dev packages
2020-04-20 08:45:03 <ikke> abuild uses virtual packages as dependency roots
2020-04-20 08:45:17 <avih> but i'll try to remove py-pip
2020-04-20 08:45:25 <ikke> so you could do something like apk add -t foo-bar-deps pkg1-dev pkg2-dev
2020-04-20 08:45:43 <ikke> Then all you need to do is to remvoe foo-bar-deps to get rid of everything again
2020-04-20 08:48:34 <avih> but it seems to go deeper. i removed the python2 things, including py-pip, and tried upgrading again, still breaks on libffi issue. i tried removing llvm10-libs and upgrade again, and now libffi-dev has issues. i tried removing that, and it didn't because too many things (which i actually use, like qt-*-dev) depend on it
2020-04-20 08:49:55 <avih> i don't want to force-"fix" this system. if you think it's some issue on your side which would get fixed in some time when i try to upgrade again, then it's just fine - i'll wait with the upgrade
2020-04-20 08:50:04 <Cogitri> Again, llvm10 isn't the problem, the packages holding the new version back are
2020-04-20 08:50:20 <Cogitri> And I don't think there's something to fix on our side, since packages we've dropped since seem to hold your system back
2020-04-20 08:50:32 <Cogitri> So you probably need to remove those
2020-04-20 08:50:34 <avih> ok, good info. thx.
2020-04-20 08:51:05 <avih> so, qt-*-dev seem to depend on libffi-dev. i do want to keep qt-*-dev packages. is libffi-dev supported?
2020-04-20 08:51:12 <Cogitri> Yes
2020-04-20 08:51:16 <avih> good.
2020-04-20 08:51:41 <Cogitri> Did the apk add command provide some better info after removing py-gi ?
2020-04-20 08:51:55 <avih> so that's my latest error output https://0x0.st/i19n.txt
2020-04-20 08:52:09 <avih> hmm.. didn't try that. will now.
2020-04-20 08:52:29 <avih> ERROR: unsatisfiable constraints:
2020-04-20 08:52:29 <avih>     breaks: python2-dev-2.7.17-r0[python2=2.7.17-r0]
2020-04-20 08:52:29 <avih>     satisfies: world[python2=2.7.17-r4]
2020-04-20 08:52:29 <avih>   python2-2.7.17-r4:
2020-04-20 08:53:33 <Cogitri> Maybe also add python2-dev to the mix I guess
2020-04-20 08:53:36 <avih> removed (again?) python2 and python2-dev, this is now the upgrade output: https://0x0.st/i19y.txt
2020-04-20 08:54:04 <avih> Cogitri: add meaning to your apk add command? or to the things to remove?
2020-04-20 08:54:10 <Cogitri> To the add command
2020-04-20 08:54:15 <Cogitri> With a =2.7.17-r4
2020-04-20 08:54:35 <avih> even after i did apk del python2 python2-dev ?
2020-04-20 08:55:30 <Cogitri> Ah, if you deleted those two I'd try to do the apk add without both python2 and python2-dev
2020-04-20 08:55:36 <avih> RROR: unsatisfiable constraints:
2020-04-20 08:55:36 <avih>   python2-2.7.17-r4:
2020-04-20 08:55:36 <avih>     breaks: python2-dev-2.7.17-r0[python2=2.7.17-r0]
2020-04-20 08:55:58 <avih> ok. sec
2020-04-20 08:56:21 <Cogitri> Huh, how does it break that if you don't have it installed 🤔
2020-04-20 08:56:39 <avih> i don't think i need python2... seems i have python2-2.7.17-r0[so:libffi.so.6]
2020-04-20 08:57:13 <avih> maybe i do have it installed? 9not that i recall, but it seems to be referenced at the error outout)
2020-04-20 08:57:15 <avih> output*
2020-04-20 08:57:34 <avih> https://0x0.st/i19R.txt
2020-04-20 08:58:52 <avih> ok, it seems i'm just unable to remove python2-dev:
2020-04-20 08:58:53 <avih> $ sudo apk del python2 python2-dev
2020-04-20 08:58:53 <avih> World updated, but the following packages are not removed due to:
2020-04-20 08:58:53 <avih>   python2: python2-dev
2020-04-20 08:59:17 <avih> so python2 depends on python2-dev, and i can't remove them together?
2020-04-20 08:59:42 <avih> 9i don't think the order should matter, but i'll try swapping the del order)
2020-04-20 09:00:10 <avih> nope. same issue. i can't seem to be able to remove python2 and python2-dev
2020-04-20 09:02:31 <avih> (i don't mind editing files to "remove" them manually, if you tell me how and you think it can't be done with apk)
2020-04-20 09:03:11 <Cogitri> Well, https://0x0.st/i19R.txt suggest python2 is still installed
2020-04-20 09:03:33 <Cogitri> So I'd just run the `apk add` I mentioned above and add python2 and python2 dev to it and see what package it can't upgrade
2020-04-20 09:04:15 <avih> with -2.7.... ?
2020-04-20 09:04:18 <avih> =
2020-04-20 09:04:31 <ccapndave> Hey everyone.  I'm trying to install `font-noto-cjk`, (https://pkgs.alpinelinux.org/package/edge/community/s390x/font-noto-cjk) but I think its in a later version of Alpine than I am using as apk can't find it.
2020-04-20 09:04:38 <ccapndave> Is there some way to bring it in?
2020-04-20 09:05:03 <Cogitri> avih: With the exact version, es
2020-04-20 09:05:39 <Cogitri> Should be in >=3.11
2020-04-20 09:07:32 <ccapndave> I've got `@edge http://dl-cdn.alpinelinux.org/alpine/edge/main` in /etc/apk/repositories if that's any use
2020-04-20 09:07:58 <Cogitri> No need to use edge when it's in 3.11
2020-04-20 09:08:12 <Cogitri> And using 3.11 is a good idea anyway since community is only supported for 6 months
2020-04-20 09:08:22 <Cogitri> So it's not supported in older releases
2020-04-20 09:08:23 <ccapndave> Cogitri: Ah, that was replying to me :)
2020-04-20 09:08:24 <ccapndave> Sorry
2020-04-20 09:08:32 <ccapndave> How can I tell what I'm using?
2020-04-20 09:08:43 <ccapndave> Its a pre-built Dockerfile so I didn't explicitly set it all up
2020-04-20 09:09:02 <Cogitri> cat /etc/os-release I guess
2020-04-20 09:09:16 <ccapndave> VERSION_ID=3.10.2
2020-04-20 09:09:22 <ikke> or just cat /etc/apk/repositories
2020-04-20 09:09:34 <ccapndave> It seems like my Dockerfile has been updated to 3.11.5, so I'll update that and see how I get on
2020-04-20 09:09:37 <ccapndave> Cheers :)
2020-04-20 09:10:29 <avih> Cogitri: i don't get how your add command helps. why would i want to add those things (and python and python-dev) at specific packages when at least python2[-dev] seem to be holding me back?
2020-04-20 09:11:10 <avih> (so far i just run it, but now that i look at it, i don't understand why it helps)
2020-04-20 09:11:11 <Cogitri> If you add them explicitly then apk will be forced to consider the upgrade
2020-04-20 09:11:22 <Cogitri> And then it'll show what still pulls in libffi.so.6
2020-04-20 09:11:26 <avih> gotcha
2020-04-20 09:11:36 <Cogitri> Your goal is to have nothing left that depends on libffi.so.6 here so everything pulls in libffi.so.7
2020-04-20 09:12:43 <avih> indeed
2020-04-20 09:14:13 <markand> hey
2020-04-20 09:14:29 <Cogitri> Hola
2020-04-20 09:14:36 <markand> I can't get my bluetooth mouse to work, it's connected/paired correctly with bluez but seems ignored with X.Org
2020-04-20 09:16:22 <Cogitri> Hm, you have xf86-input-libinput installed/USB mice work?
2020-04-20 09:16:43 <markand> yes
2020-04-20 09:16:50 <markand> only the bluetooth mode fails
2020-04-20 09:16:51 <avih> that's the add command with python2 attempts. i tried both r0 and r4, but i'm probably doing something wrong
2020-04-20 09:16:52 <avih> https://0x0.st/i1p8.txt
2020-04-20 09:17:22 <markand> it's not the first time I use it under alpine, not sure where I failed though :P
2020-04-20 09:17:42 <Cogitri> avih: Ah no, you need to add it with -r4
2020-04-20 09:17:56 <avih> i did that too at that command - it has both r0 ad r4
2020-04-20 09:18:05 <markand> maybe a kernel module missing
2020-04-20 09:18:06 <ikke> wouldn't pinning all these versions cause issues later?
2020-04-20 09:18:06 <Cogitri> And probably also need python2-dev=2.7.17-r4
2020-04-20 09:18:16 <Cogitri> ikke: It's only temporarely
2020-04-20 09:18:21 <Cogitri> You remove the pinned versions later on
2020-04-20 09:18:23 <avih> Cogitri: look at the last paste - it has that too
2020-04-20 09:18:29 <Cogitri> But apk's error reporting is very subpar on upgrade
2020-04-20 09:18:50 <Cogitri> avih: remove the python2-dev=2.7.17-r0 python2=2.7.17-r0
2020-04-20 09:18:52 <avih> the add command includes: python2=2.7.17-r4 python2-dev=2.7.17-r4 python2-dev=2.7.17-r0 python2=2.7.17-r0
2020-04-20 09:18:55 <avih> ok
2020-04-20 09:19:02 <avih> (i tried that too, but i'll retry)
2020-04-20 09:19:18 <Cogitri> markand: Hm, udev would load that automatically for you though
2020-04-20 09:19:33 <avih> https://0x0.st/i1pc.txt
2020-04-20 09:19:38 <avih> still no good
2020-04-20 09:19:46 <ikke> I think that as long as you removed the packages which only depend on the old version, apk upgrade --available should work
2020-04-20 09:20:39 <markand> okay I think I got it
2020-04-20 09:20:41 <avih> i'm willing to remove all of them, preferably with some automatic dependency detection, but manual is fine too, but so far i was not able to
2020-04-20 09:20:45 <markand> I remember now: it's the input-hog error
2020-04-20 09:21:24 <Cogitri> ikke: It should work, yes, but finding out what old package still needs that version is hard with that command
2020-04-20 09:22:04 <Cogitri> avih: Well, `mv /etc/apk/world /etc/apk/world.orig && echo "alpine-base" > /etc/apk/world && apk upgrade -a && mv /etc/apk/world.orig /etc/apk/world && apk upgrade -a` should do the trick then
2020-04-20 09:22:05 <markand> modprobe uhid == done
2020-04-20 09:22:11 <Cogitri> That will remove everything and reinstall it again
2020-04-20 09:22:26 <ikke> try apk info -r so:libffi.so.6
2020-04-20 09:22:44 <ikke> But that probably returns the same info as you already had
2020-04-20 09:23:38 <avih> Cogitri: interesting. so basically upgrade only base, then restore the old world, and somehow it would now succeed to upgrade?
2020-04-20 09:24:41 <avih> ikke: https://0x0.st/i1pu.txt i'm willing to remove all of those and later reinstall individual ones which i want (probably at least firefox)
2020-04-20 09:24:44 <Cogitri> Yup
2020-04-20 09:25:46 <avih> Cogitri: should i still do your command with the alpine-base upgrade?
2020-04-20 09:26:09 <avih> (i don't use wayland, fwiw)
2020-04-20 09:27:00 <avih> (i still didn't run the alpine-base-only upgrade)
2020-04-20 09:27:27 <Cogitri> Well, I'd just do it and see what happens, it won't hurt and probably is the easiest way to fix this without messing around much
2020-04-20 09:27:34 <avih> k
2020-04-20 09:29:29 <avih> Cogitri: 845 packages upgraded, that's the errors just after the last https://0x0.st/i1pe.txt
2020-04-20 09:30:26 <avih> hmm.. it mentions py2-vte. i might have that installed at some stage.
2020-04-20 09:30:38 <avih> have had*
2020-04-20 09:30:46 <Cogitri> Yes, removing that would be good then
2020-04-20 09:30:50 <Cogitri> And probably is the root cause
2020-04-20 09:31:21 <Cogitri> Removing the packages missing from your world will fix it
2020-04-20 09:31:22 <Cogitri> Since those have been dropped by Alpine
2020-04-20 09:31:23 <avih> well, it didn't show up in any output so far i think
2020-04-20 09:31:56 <ikke> it was part of your /etc/apk/world
2020-04-20 09:32:17 <ikke> and problem is that these commands sadly don't work recursively
2020-04-20 09:32:44 <ikke> they only mention direct dependencies, but they might have been pulled in by something else and so on
2020-04-20 09:32:51 <avih> right. missed that then. so just removing these packages should be ok? the list does include linux-grsec and linux-vanilla
2020-04-20 09:33:03 <avih> how do i make sure the system still works after i remove them?
2020-04-20 09:33:04 <Cogitri> Yes, we're using linux-lts now
2020-04-20 09:33:20 <Cogitri> `apk add linux-lts` should work
2020-04-20 09:33:31 <Cogitri> (After doing the upgrade)
2020-04-20 09:33:45 <avih> so apk add linux-lts && apk del linux-grsec linux vanilla   ?
2020-04-20 09:33:54 <Cogitri> Yup
2020-04-20 09:33:57 <avih> linux-vanilla *
2020-04-20 09:34:52 <avih> it doesn't let me add linux-lts - it prints unsatisfiable constraints exactly like at the end of that apk upgrade
2020-04-20 09:35:12 <Cogitri> Fix your dependencies first then I guess
2020-04-20 09:35:15 <Cogitri> And add linux-lts afterwards
2020-04-20 09:35:49 <avih> oh, remove all those things first? including linux-vanilla and grsec, before installing linux-lts?
2020-04-20 09:35:56 <Cogitri> Yes
2020-04-20 09:36:12 <avih> hmm what linux would i be left with if i remove vanilla and grsec?
2020-04-20 09:37:18 <ikke> none, but the running kernel will still work
2020-04-20 09:37:20 <Cogitri> None
2020-04-20 09:37:21 <Cogitri> Yes
2020-04-20 09:38:25 <avih> oh my, this removes 737 packages...
2020-04-20 09:38:46 <ikke> spring cleaning :)
2020-04-20 09:39:27 <avih> oh no, it's _installing_ 727 packages, following that apk del command... (without yet apk-add linux-lts)
2020-04-20 09:39:48 <avih> apk del   gconf libfetch-dev linux-grsec linux-vanilla man mozjs-38-dev py2-vte py
2020-04-20 09:39:49 <avih> thon-dev qt5-x11extras-dev
2020-04-20 09:39:49 <avih> ...
2020-04-20 09:39:49 <avih> (1/737) Installing fakeroot (1.24-r0)
2020-04-20 09:40:49 <Cogitri> Nice, it should work once it's done then
2020-04-20 09:41:07 <avih> i hope i have enough disk spac. iirc this whole system is on 8G or so space
2020-04-20 09:41:12 <avih> space*
2020-04-20 09:41:26 <avih> (so far at 251)
2020-04-20 09:41:43 <Cogitri> Well,it worked before that, so it should work now
2020-04-20 09:41:46 <ikke> 8GB should be plenty :)
2020-04-20 09:42:03 <ikke> It's not windows :P
2020-04-20 09:42:18 <avih> i know. this has to be one of the main reasons i love alpine. 8g for a full development machine :)
2020-04-20 09:42:44 <ikke> Of course there are huge packages willing to eat up all that space for you
2020-04-20 09:43:57 <avih> that being said, i still don't understand how running apk del can end up installing things...
2020-04-20 09:44:15 <Cogitri> It doesn't?
2020-04-20 09:44:15 <ikke> removing constraints apparently
2020-04-20 09:44:25 <avih> Cogitri: but id did and still does.
2020-04-20 09:44:36 <avih> see the command i posted above
2020-04-20 09:44:45 <Cogitri> Isn't that the `apk upgrade -a` you're running right now?
2020-04-20 09:44:59 <avih> it's not. it's the del command
2020-04-20 09:45:04 <avih> look up few lines
2020-04-20 09:45:11 <Cogitri> Ah. Well, it tries to satisfy `world` then
2020-04-20 09:45:33 <Cogitri> If you kept your old world it wouldn't have installed packages
2020-04-20 09:45:49 <avih> well, to me it's quite unexpected TBH... (but i'm not complaining :) )
2020-04-20 09:46:11 <avih> (95%)
2020-04-20 09:46:12 <ikke> apk always tries to satisfy world :)
2020-04-20 09:46:17 <ikke> world is so demanding
2020-04-20 09:46:28 <avih> it is, isn't it? :)
2020-04-20 09:46:54 <avih> "OK: 1745 MiB in 756 packages"
2020-04-20 09:47:01 <avih> so what now? apk add linux-lts?
2020-04-20 09:47:41 <Cogitri> Yup
2020-04-20 09:48:12 <avih> so if i rebooted before that, it won't boot?
2020-04-20 09:48:31 <Cogitri> Yes
2020-04-20 09:48:45 <avih> good thing it seems to be working so far then :)
2020-04-20 09:49:05 <avih> (this is pure magic!)
2020-04-20 09:49:52 <ikke> Linux keeps everything in memory, it does not rely on files being present on the FS
2020-04-20 09:50:04 <avih> yeah. as i said, magic :)
2020-04-20 09:51:00 <avih> so now alpine edge is linux-lts, which happens to be 5-4-32 now?
2020-04-20 09:51:19 <Cogitri> Yup
2020-04-20 09:51:22 <avih> Executing syslinux-6.04_pre1-r6.trigger
2020-04-20 09:51:22 <avih> OK: 2500 MiB in 843 packages
2020-04-20 09:51:24 <avih> reboot?
2020-04-20 09:52:08 <avih> (also included "/boot is device /dev/sda1" which was eaten by the irc client because it starts with /)
2020-04-20 09:52:24 <ikke> yeah, make sure your /boot is updated as well
2020-04-20 09:52:33 <avih> how do i check that?
2020-04-20 09:52:37 <ikke> ls /boot
2020-04-20 09:52:56 <avih> (87/87) Installing linux-lts (5.4.32-r0)
2020-04-20 09:52:56 <avih> Executing busybox-1.31.1-r14.trigger
2020-04-20 09:52:56 <avih> Executing mkinitfs-3.4.5-r1.trigger
2020-04-20 09:52:56 <avih> Executing kmod-27-r0.trigger
2020-04-20 09:52:56 <avih> ==> initramfs: creating /boot/initramfs-lts
2020-04-20 09:52:56 <avih> Executing syslinux-6.04_pre1-r6.trigger
2020-04-20 09:52:58 <avih>  /boot is device /dev/sda1
2020-04-20 09:53:01 <avih> OK: 2500 MiB in 843 packages
2020-04-20 09:53:12 <ikke> looks good
2020-04-20 09:53:17 <avih> yeah, /boot has things in it
2020-04-20 09:53:29 <avih> reboot?
2020-04-20 09:53:39 <ikke>  initramfs: creating /boot/initramfs-lts
2020-04-20 09:53:43 <ikke> yes
2020-04-20 09:53:51 <ikke> better find out now that things are broken then later I guess
2020-04-20 09:54:35 <avih> oh my, it worked! :D
2020-04-20 09:55:01 <Cogitri> Nice :)
2020-04-20 09:55:02 <Cogitri> Make sure to remove all `=` from your world though
2020-04-20 09:55:18 <ikke> I think apk upgrade -a should fix that as well, but not sure
2020-04-20 09:55:25 <avih> booted, firefox works. i'll figure out the rest later. very very nice, and very very thank you for the hand holding :)
2020-04-20 09:55:29 <Cogitri> Or, itt does?
2020-04-20 09:55:40 <Cogitri> Oh it does?*
2020-04-20 09:55:48 <Cogitri> Interesting, didn't know apk upgrade -a removed that
2020-04-20 09:55:53 <ikke> I'm not sure if it actually modifies /etc/apk/world
2020-04-20 09:55:54 <avih> hmm.. wait, right, i still have those = at world.. ?
2020-04-20 09:55:56 <avih> checking now
2020-04-20 09:55:56 <Cogitri> avih: Glad that it works now :)
2020-04-20 09:56:20 <ikke> "Resets versioned world dependencies, and changes to prefer replacing or downgrading packages (instead of holding them) if the currently installed package is no longer available from any repository"
2020-04-20 09:56:22 <ikke> See the first part
2020-04-20 09:57:36 <avih> i can't see "=" at /etc/apk/world...
2020-04-20 09:57:53 <ikke> Then it's good
2020-04-20 09:58:02 <ikke> Than*
2020-04-20 09:58:09 <avih> then* :)
2020-04-20 09:58:18 <ikke> heh
2020-04-20 09:59:35 <avih> world still seems to have the things i want, like qt5-dev, firefox, editors, etc. and things i tried so far (like geany and firefox) seems to be working. really nice
2020-04-20 10:00:06 <avih> much appreciated guys. thank you very much.
2020-04-20 10:01:27 <avih> (i really do love alpine...)
2020-04-20 10:05:20 <avih> Cogitri: apk upgrade -U -a did nothing. it updated the APKINDEX files but didn't add anything, just printed:OK: 2500 MiB in 843 packages
2020-04-20 10:05:43 <avih> (i'm guessing that's a good thing)
2020-04-20 10:07:06 <ikke> yes
2020-04-20 10:07:12 <avih> right. good.
2020-04-20 10:09:02 <avih> hmm.. smaller than i thought, and still 1.5G free: /dev/sda3       5.7G  4.2G  1.3G  78% /
2020-04-20 10:09:09 <avih> very nice.
2020-04-20 10:10:49 <avih> (pretty amazing to me. considering it appears to include qt-qtbase-dev and qt-qtsvg-dev. the qt sdk is not small...)
2020-04-20 10:11:31 <mps> just got segfault with 'apk del -r pkgname'
2020-04-20 10:12:33 <Cogitri> Please grab a backtrace then
2020-04-20 10:12:54 <avih> ikke: why is the default linux called linux-lts rather than always keep the default linux just "linux" (considering i had to remove linux-grsec and linux-vanilla, which could have also be avoided if the base name was just "linux")
2020-04-20 10:12:54 <mps> running strace now
2020-04-20 10:13:52 <Cogitri> Strace doesn't really help much on a coredump
2020-04-20 10:13:59 <Cogitri> Please run it in gdb and grab a backtrace
2020-04-20 10:14:09 <avih> like, keep the name "linux" and reserve linux-foo for tests/whatever, and once it's stable, rename it to "linux" ?
2020-04-20 10:14:45 <avih> or maybe linux-alpine if "linux" alone is too non specific
2020-04-20 10:15:05 <mps> linux-lts is long term stable
2020-04-20 10:15:12 <avih> i know what it is, yes
2020-04-20 10:16:00 <mps> 'linux' is too generic
2020-04-20 10:16:15 <avih> but the default name of the base linux package has changed over the years. it was linux-grsec, then became linux-vanilla, and now it's linux-lts. and i'm asking why not keep one name for the base linux package, such as linux-alpine, so that it's just replaced when something major changes
2020-04-20 10:17:06 <mps> because we wanted to have some meaning in pkg name
2020-04-20 10:18:10 <avih> well, that would be inconvenient again once it changes to another meaningful name, like history shows can happen
2020-04-20 10:18:22 <mps> there is also linux-rpi for raspberry pis
2020-04-20 10:19:01 <avih> hmm
2020-04-20 10:19:43 <avih> (and i said, do keep the linux-whatever names for kernels specific to $whatever, but also keep the base/default package with the same name, such as linux-alpine)
2020-04-20 10:19:48 <mps> and maybe we will have linux-edge in near future
2020-04-20 10:20:03 <avih> right
2020-04-20 10:20:52 <avih> the main point is that i _think_ it would be nicer if the base linux package name will not change over time.
2020-04-20 10:21:00 <mps> linux-alpine would be misleading, because every linux-* in alpine will be linux alpine
2020-04-20 10:21:09 <avih> that's correct
2020-04-20 10:21:32 <mps> and we plan to keep linux-lts as default for future
2020-04-20 10:21:55 <avih> sure. same as you did with grsec and vanilla, i presume
2020-04-20 10:22:17 <mps> whenever latest upstream kernel LTS is released we will switch to it as default kernel
2020-04-20 10:22:44 <avih> (that being said, i don't disagree that linux-lts is more likely to stay than more specific names)
2020-04-20 10:23:22 <avih> (but i thought linux-vanilla would stay, too, and it has not)
2020-04-20 10:23:40 <mps> it is not so easy to find proper name (as it looks)
2020-04-20 10:23:48 <avih> aye
2020-04-20 10:24:36 <avih> so, if the "meaning" will be less specific as to the kind of kernel it is, and more specific to the fact that it's the default alpine linux package, i think it would have the highest potential to stay
2020-04-20 10:25:33 <mps> well, we always add release notes for such changes
2020-04-20 10:25:52 <avih> sure. but good docs are not a good replacement for seemless behavior
2020-04-20 10:26:18 <mps> yes, nothing is perfect :)
2020-04-20 10:26:22 <avih> :)
2020-04-20 10:26:32 <avih> agreed. let's keep it at that :)
2020-04-20 10:28:56 <avih> but it only goes to show that even with such relatively long--installed system (since the days grsec was still teh default), alpine still hums along. few bumps along the way, but nothing too critical. in fact, today was the hardest i've had with alpine, and it was solved within half an hour or so, thanks to the help here.
2020-04-20 10:29:57 <mps> :)
2020-04-20 10:30:03 <avih> :)
2020-04-20 10:33:36 <avih> keep up the good work. later :)
2020-04-20 10:44:18 <PureTryOut[m]> Is there a reason why grub-mkconfig always adds nomodeset to the grub config? It breaks my GPU...
2020-04-20 10:49:54 <Cogitri> And isn't really what you want unless you're in a rescue system
2020-04-20 13:07:59 <badeball> hi! I'm using abuild with -i to build & install alsa-lib, but `apk list alsa-lib` is empty after abuild. should it be or have I not built & installed it correctly?
2020-04-20 13:12:31 <vsm> I guess my previous q was too long, so I'll keep it simpleis it impossible to create a valid apkovl with apk-tools static?
2020-04-20 13:36:19 <qman__> vsm: no, seems well-asked to me, but I have zero experience with the subject, sorry
2020-04-20 14:11:01 <vsm> no worries, I'll just continue trying :)
2020-04-20 15:28:03 <vsm> I answered my own question actually... I was stuck on that for the last 2 weeks (on and off), now finally booting wih all the conf \o/
2020-04-20 15:29:41 <TBK[m]> vsm: congrats :) If you have the time and think it should be documented, then please add it to the wiki.
2020-04-20 15:30:57 <vsm> I think it's pretty clean and could definitely benefit those who wants a quick, industrialized, headless install.
2020-04-20 15:31:09 <vsm> So I will clean it up a bit and submit it in the wii
2020-04-20 15:31:15 <vsm> wiki
2020-04-20 18:04:38 <karasz> hi guys
2020-04-20 18:05:07 <karasz> is there any option to install samba dbg packages? I don't seem to be able to find them
2020-04-20 18:18:05 <TBK[m]> karasz: It does not exit at the moment. You can create a feature request at https://gitlab.alpinelinux.org/alpine/aports/issues
2020-04-20 18:20:00 <TBK[m]> s/exit/exist
2020-04-20 19:05:22 <sincere_fox> Hey every1, May I ask, I want to install alpine on a desktop, but I have no ethernet cable, only wifi, how can I perform this install
2020-04-20 19:07:39 <wsinatra> That's feasible. I have a netbook I use as a daily driver without an ethernet port
2020-04-20 19:07:46 <wsinatra> the install went just fine on just wifi
2020-04-20 19:08:21 <wsinatra> you might need to manually connect to your access point with wpa_supplicant after your first reboot
2020-04-20 19:57:08 <sincere_fox> wsinatra: should I pick the standard or the extended? up to this point I've only use alpine for virtual machines
2020-04-20 19:57:31 <sincere_fox> so IDK
2020-04-20 20:11:40 <wsinatra> I've personally always used standard and haven't had any issues with it
2020-04-20 20:12:07 <wsinatra> I'm not entire certain how many more packages are in extended, or really what they are
2020-04-20 20:12:39 <wsinatra> but so long as you have wpa_supplicant you can at very least manually connect to wifi, until you have all of your packages installed
2020-04-20 20:13:17 <Hello71> https://git.alpinelinux.org/alpine-iso/tree/
2020-04-20 20:44:06 <mlu> anyone here run Alpine on AWS EC2? would you recommend it?
2020-04-20 20:44:37 <mlu> thinking of using Alpine to setup a few Wireguard tunnels between regions
2020-04-20 20:45:03 <danieli> is there even an AMI for it?
2020-04-20 20:45:16 <danieli> there is no official AMI to my knowledge, and I would be careful about using community ones
2020-04-20 20:47:37 <mlu> haven't seen an official one, but it doesn't look too hard to build an AMI
2020-04-20 20:48:05 <mlu> I'd particularlty be customizing it to be a router
2020-04-20 20:50:57 <TBK[m]> mlu: there is a guide on the wiki  https://wiki.alpinelinux.org/wiki/Install_Alpine_on_Amazon_EC2 I do not know if it is up to date
2020-04-20 20:51:57 <mlu> guess like we'll find out
2020-04-21 00:58:42 <lunaphyte> i have a catch 22, i think :)
2020-04-21 01:00:39 <lunaphyte> during install, i want to do a custom disk/filesystem config, before i run setup-alpine, so i can pass my mount point to setup-disk
2020-04-21 01:01:57 <lunaphyte> but to do that, there are some packages needed, like lvm2.  but to install those, i need a working network connection, which setup-alpine configures
2020-04-21 01:07:42 <Hello71> you don't have to use setup-alpine
2020-04-21 01:09:33 <maxice8> setup-interfaces
2020-04-21 01:12:22 <lunaphyte> there aren't elements from setup-alpine that the various child scripts rely on?  i can independently run things like setup-interfaces?
2020-04-21 01:13:00 <maxice8> You can read /sbin/setup-alpine to see if they depend on any special options
2020-04-21 01:13:05 <lunaphyte> what happens when i ultimately run setup-alpine and it runs setup-interfaces again?
2020-04-21 01:13:14 <maxice8> i believe you can just skip those you already set
2020-04-21 01:13:32 <lunaphyte> oh, ok.  i'll try that, thanks
2020-04-21 02:30:15 <lunaphyte> where [and how] in the git repos can i find libalpine.sh or whatever generates it?
2020-04-21 02:31:01 <maxice8> https://git.alpinelinux.org/alpine-conf/about/
2020-04-21 02:32:26 <lunaphyte> oh, geez,  it was right in front of my face :(
2020-04-21 02:32:28 <lunaphyte> thanks :)
2020-04-21 02:32:43 <maxice8> apk info -W /lib/libalpine.sh, then look at the package in aports to get the URL
2020-04-21 12:10:52 <Ai9zO5AP> Hi Alpinish
2020-04-21 12:15:53 <Cogitri> Yo
2020-04-21 12:16:25 <afontain_> hi
2020-04-21 13:01:23 <albr_> monado[d]: hi
2020-04-21 13:17:56 <edocod> Henlo!
2020-04-21 13:18:23 <edocod> I installed w and who on my Alpine Linux server, however i cannot seem to be able to see connected users
2020-04-21 13:18:45 <edocod> who just gives me no output, while "w" gives me the usual header, but no users
2020-04-21 13:18:49 <edocod> Am i doing something wrong?
2020-04-21 13:19:44 <Cogitri> I can't find the issue for it right now, but I think GNU who is broken on musl
2020-04-21 13:19:55 <ikke> Isn't it just not supported?'
2020-04-21 13:20:03 <edocod> How about "w"? Is it the same command?
2020-04-21 13:20:22 <albr_> McBoat[d]: "installed w and who"
2020-04-21 13:20:30 <edocod> I got w from procps
2020-04-21 13:20:31 <albr_> McBoat[d]: Busybox ships both of them, no?
2020-04-21 13:20:59 <mps> musl doesn't support utmp/wtmp
2020-04-21 13:21:14 <ikke> ^
2020-04-21 13:21:33 <edocod> So is there an alternate way to find out if there are connected users?
2020-04-21 13:22:07 <Cogitri> I think there's some external lib for utmp, maybe we could build who against that
2020-04-21 13:23:59 <mps> yes, there is utmps package, from s6 tools
2020-04-21 13:24:24 <mps> Cogitri: afaik, no external libs
2020-04-21 13:25:21 <Cogitri> You mean in busybox? Yes, that makes sense
2020-04-21 13:25:35 <Cogitri> But does it make sense to build the w triplet for busybox?
2020-04-21 13:26:13 <mps> hmm, interesting question
2020-04-21 14:15:33 <rapha> hi
2020-04-21 14:15:55 <rapha> is there a way to get an edge install down to 3.11.5?
2020-04-21 14:16:21 <maxice8> You can try changing the mirrors in /etc/apk/repositories and doing apk update, apk upgrade -a
2020-04-21 14:16:26 <maxice8> don't recommend though
2020-04-21 14:16:38 <rapha> hmm worth a try, since it's a fresh install
2020-04-21 14:18:01 <ikke> Should work
2020-04-21 14:27:45 <rapha> yay, worked! thank yooouuuu :)
2020-04-21 15:14:34 <[diablo]> hey good afternoon #alpine-linux .. well firstly may I say, wow.... love it. Firstly I'm pretty much a Docker newbie, and Alpine is slick. But, for me a big wow was using it as my FreeNAS VM for Docker. I've installed RHEL more times than I care to remember, likewise Ubuntu Server ... Loved installing Alpine. Smart, simple, boots fast as #!@*&
2020-04-21 15:15:27 <[diablo]> very impressed - I hope that its easy to maintain, and updates smoothly etc longterm
2020-04-21 15:16:22 <[diablo]> and not a hint of systemd ... awesome sauce
2020-04-21 17:23:24 <srg> I have a Docker image that is FROM alpine 3.11. It installs a few packages, along with busybox-suid, and creates a new unpriv'ed user, then switches to that user. I'd like to be able to `su` to root from the user without a password (I never set one), but it keeps prompting me for one.
2020-04-21 17:23:31 <srg> What's the best way to do this?
2020-04-21 17:48:34 <artok> add sudo and edit sudoers file
2020-04-21 17:48:43 <ikke> or doas
2020-04-21 17:49:01 <artok> and su-exec depending what your container does
2020-04-21 17:49:27 <artok> really depends on use case
2020-04-21 17:51:39 <srg> Well my use case is: This is a generic container used for CI builds. Most projects can run fine as the unpriv user (which is default), but some projects need root. So I was hoping I could just add busybox-suid and then `su -` in my automation build
2020-04-21 17:51:57 <srg> I can use sudo instead
2020-04-21 17:53:07 <ikke> Yes, just configure sudo / doas to not require a password
2020-04-21 17:53:38 <srg> Thanks!
2020-04-21 20:20:35 <albr> PerryPal[d]: I am trying to install alpine to a USB using the standard iso. I go through the installation process but after asking “How would you like to use it”, it gives this.
2020-04-21 20:20:35 <albr> PerryPal[d]: https://cdn.discordapp.com/attachments/661834182934265883/702252457648062574/image0.jpg
2020-04-21 20:20:41 <albr> PerryPal[d]: Any solutions or workarounds
2020-04-21 20:24:53 <ikke> hmm, interesting
2020-04-21 20:25:02 <ikke> On 3.11?
2020-04-21 20:25:09 <ikke> x86_64?
2020-04-21 20:26:08 <Cogitri> Do you have net and did fetching the repositories work?
2020-04-21 20:26:25 <ikke> good question
2020-04-21 20:27:48 <albr> PerryPal[d]: No fetching repo did not work but I have a working Ethernet connection
2020-04-21 20:28:29 <albr> PerryPal[d]: How should I set it up. The ip is not visible in ip a either?
2020-04-21 20:29:03 <ikke> Does /etc/network/interfaces look correct?
2020-04-21 20:29:16 <albr> PerryPal[d]: I will check
2020-04-21 20:29:43 <albr> PerryPal[d]: There is nothing on it
2020-04-21 20:30:44 <ikke> did you run setup-alpine?
2020-04-21 20:32:01 <albr> PerryPal[d]: Yes
2020-04-21 20:32:34 <albr> PerryPal[d]: I initialized eth0 but still got the same error
2020-04-21 20:32:44 <ikke> initialized how?
2020-04-21 20:33:21 <albr> PerryPal[d]: It asks which one do want to initialize and the default is eth0
2020-04-21 20:34:13 <ikke> And what error do you get?
2020-04-21 20:34:33 <ikke> that sfdisk is missing?
2020-04-21 20:34:39 <albr> PerryPal[d]: There is no error on the base of initializing that network interface.
2020-04-21 20:34:46 <albr> PerryPal[d]: Yeah sadism is missing.
2020-04-21 20:35:11 <albr> PerryPal[d]: Instead of dhcp this time I am trying out the static ip to see what happens
2020-04-21 20:36:13 <albr> PerryPal[d]: After using the static ip too, I get this
2020-04-21 20:36:14 <albr> PerryPal[d]: https://cdn.discordapp.com/attachments/661834182934265883/702256395814174761/image0.jpg
2020-04-21 20:36:53 <ikke> Did you set dns servers as well?
2020-04-21 20:37:01 <albr> PerryPal[d]: No
2020-04-21 20:40:58 <ikke> THat's probably why it could not reach mirrors.alpinelinux.rog
2020-04-21 20:41:29 <albr> PerryPal[d]: Yep
2020-04-21 20:41:52 <albr> PerryPal[d]: Any way I can fix this
2020-04-21 20:42:55 <ikke> can you ping something now?
2020-04-21 20:43:02 <ikke> 1.1.1.1 for example?
2020-04-21 20:43:44 <albr> PerryPal[d]: Sry I meant to ask you of there is any way I can fix this
2020-04-21 20:44:09 <albr> PerryPal[d]: It says network untraceable
2020-04-21 20:44:18 <albr> PerryPal[d]: It says network unreachable
2020-04-21 20:44:44 <ikke> ip link show dev eth0
2020-04-21 20:46:16 <albr> PerryPal[d]: K
2020-04-21 20:46:57 <albr> PerryPal[d]: It shows the Ethernet profile but there is no op address there
2020-04-21 20:47:18 <albr> PerryPal[d]: It shows the Ethernet profile but there is no ip address there
2020-04-21 20:48:46 <ikke> try to add this to /etc/network/interfaces: http://tpaste.us/onYE
2020-04-21 20:49:11 <albr> PerryPal[d]: Ok
2020-04-21 20:50:58 <albr> PerryPal[d]: I have done that.
2020-04-21 20:51:10 <ikke> now ifup eth0
2020-04-21 20:52:32 <albr> PerryPal[d]: It says the interface eth0 is already configured
2020-04-21 20:52:52 <albr> PerryPal[d]: But pinging still doesn’t work
2020-04-21 20:52:55 <ikke> ifdown eth0 && ifup eth0
2020-04-21 20:54:11 <albr> PerryPal[d]: IT Worked!!!!
2020-04-21 20:54:17 <albr> PerryPal[d]: Ping works
2020-04-21 20:54:38 <albr> PerryPal[d]: Thank you so so much bro
2020-04-21 20:54:51 <ikke> np
2020-04-21 20:55:10 <ikke> No idea why setup-interfaces is not working for you
2020-04-21 21:15:40 <artok> ah
2020-04-21 21:16:12 <artok> full llvm toolchain to build targeting x86_64, aarch64, armv7 alpine systems
2020-04-21 21:16:19 <artok> oh, and avr
2020-04-21 21:35:10 <albr> PerryPal[d]: Would anyone know how to set up sudo.
2020-04-21 21:35:33 <albr> PerryPal[d]: I know on Ubuntu you can add another user with user mod but idk how to do it in alpine
2020-04-21 21:50:25 <afontain_> you still can, if you install `shadow-utils`
2020-04-21 21:50:54 <fusion> yikes
2020-04-21 21:51:06 <maxice8> i think it is just shadow
2020-04-21 21:51:39 <fusion> the alpine user utils modify how environment variables are passed between original user and sudo user (eg. doing 'sudo su')
2020-04-21 21:52:04 <fusion> the busybox ones do not do this
2020-04-21 21:53:23 <fusion> so i would just install them to do your operation and then remove? hehe
2020-04-21 21:54:58 <afontain_> maxice8: true
2020-04-21 21:55:09 <afontain_> I remind I was surprised by the name and double-checked it wasn't something else
2020-04-22 07:12:40 <codebam> https://github.com/telegramdesktop/tdesktop/issues/2353#issuecomment-490400763
2020-04-22 07:12:53 <codebam> could we please build the telegram-desktop package with wayland support?
2020-04-22 07:13:27 <TBK[m]> codebam: https://gitlab.alpinelinux.org/alpine/aports/issues/new?issue
2020-04-22 07:13:40 <codebam> okay, thank you
2020-04-22 07:18:22 <codebam> oh never mind
2020-04-22 07:19:25 <indisturbed> codebam: What's the matter?
2020-04-22 07:19:46 <codebam> I continued reading the thread and it works fine when installing qt5-qtwayland
2020-04-22 07:24:20 <Chiptune> Hi all! Sometimes after reboot my system cant get ip from router by using dhcp (ip assigned to machine MAC). Udhcpc trying to get ip some times, then fails and system boots next service. Any ideas?
2020-04-22 07:43:32 <TBK[m]> Chiptune: More info is needed (Alpine version, etc.). Plus logs from the device and the router router would properly make it a lot easier to diagnose.
2020-04-22 07:44:02 <danieli> indeed, perhaps even do a packet capture with wireshark and look closer at the dhcp transaction
2020-04-22 07:44:24 <danieli> for all we know the router could be discarding the packet(s) or refusing
2020-04-22 07:47:37 <Chiptune> Oh, well, looks like i found problem. My router dont free lease, so, after reboot machine cant get ip.
2020-04-22 07:48:07 <Chiptune> Alpine 3.11
2020-04-22 07:49:38 <Chiptune> Need to check something...
2020-04-22 08:13:03 <dngray[m]> > Oh, well, looks like i found problem. My router dont free lease, so, after reboot machine cant get ip.
2020-04-22 08:13:19 <dngray[m]> it should just get the same IP then
2020-04-22 08:16:18 <danieli> indeed
2020-04-22 16:33:35 <neneko> I think the latest version of py3-libtorrent-rasterbar broke deluge. I'm getting an error about a missing symbol in the cpython .so.
2020-04-22 16:34:42 <Cogitri> maxice8: ^ ?
2020-04-22 16:35:57 <neneko> _ZN10libtorrent9peer_infoD1Ev: symbol not found
2020-04-22 16:36:20 <maxice8> wfm
2020-04-22 16:36:27 <maxice8> what versions are you on ?
2020-04-22 16:37:36 <neneko> 1.2.3-rc1, then I upgraded to 1.2.6-rc0 and it broke.
2020-04-22 16:38:02 <neneko> Deluge is version 2.0.3-rc5
2020-04-22 16:38:26 <neneko> Downgrading to the old version fixes it.
2020-04-22 16:40:45 <maxice8> I can't replicate it
2020-04-22 16:41:57 <maxice8> Can you open an issue on gitlab.a.o ?
2020-04-22 17:04:46 <Celelibi> Any idea when py3-gevent will be upgraded to 1.5.0? ^^
2020-04-22 17:06:05 <Celelibi> because there's some incompatibility between python3.8 and gevent 1.4: https://github.com/gevent/gevent/issues/1491
2020-04-22 17:08:09 <maxice8> When someone gets into upgrading it
2020-04-22 17:09:34 <Cogitri> You may want to open an issue about it on gitlab.a.o
2020-04-22 17:48:51 <Celelibi> Cogitri, I'm unsure which project I should open a issue against.
2020-04-22 17:49:21 <TBK[m]> aports
2020-04-22 17:49:38 <TBK[m]> Celelibi: https://gitlab.alpinelinux.org/alpine/aports/issues/new?issue
2020-04-22 17:50:54 <Celelibi> Thanks
2020-04-22 18:09:53 <alex-alpine> Hi all
2020-04-22 18:10:34 <alex-alpine> Guys, how can i launch xserver for single executable? google-chrome for example?
2020-04-22 18:12:15 <alex-alpine> When i try to, xserver struggle to find swrast_dri.so. But when i install xfce, desktop starts correctly, but everything is frozen
2020-04-22 18:23:50 <Cogitri> You're probably missing the X drivers
2020-04-22 18:24:04 <Cogitri> Install xf86-input-libinput and the right xf86-video driver for your GPU
2020-04-22 18:24:51 <alex-alpine> I forget to mention that im doing this for qemu... Via this script https://github.com/alpinelinux/alpine-make-vm-image
2020-04-22 18:25:18 <alex-alpine> Il try now, thanks!
2020-04-22 18:28:44 <albr> PerryPal[d]: how would you get emacs on alpine linux?
2020-04-22 18:30:33 <Cogitri> Probably by installing emacs
2020-04-22 18:31:24 <ikke> https://pkgs.alpinelinux.org/packages?name=emacs&branch=edge
2020-04-22 18:31:55 <ikke> It's in the community repo
2020-04-22 18:54:10 <Hello71> Cogitri: xf86-video-modesetting is now recommended
2020-04-22 18:54:17 <Hello71> s/xf86-video-//
2020-04-22 18:57:07 <Cogitri> Does that work for all cards tho?
2020-04-22 18:57:13 <Cogitri> I just use xf86-video-amdgpu
2020-04-22 18:57:25 <Cogitri> (Or rather I don't since I use Wayland now)
2020-04-22 18:58:43 <artok> does dwm go well with wayland?
2020-04-22 19:00:39 <hiro> artok: no
2020-04-22 19:00:59 <hiro> most things don't really go well with wayland.
2020-04-22 19:01:03 <artok> I fell in love with dwm
2020-04-22 19:01:15 <maxice8> dwm is a X Window manager
2020-04-22 19:01:26 <maxice8> so no, it won't work on Wayland
2020-04-22 19:02:00 <hiro> and as you can guess, most other window managers are X window managers. so no, most of them unless specifically mentioned, will not work with wayyland.
2020-04-22 19:02:13 <artok> yah, port
2020-04-22 19:12:26 <alex-alpine> Hello71: i used this little script to build image https://pastebin.com/VmLfSDWz and this is the build log: https://pastebin.com/FnqV6yEg
2020-04-22 19:13:13 <alex-alpine> same error about swrast_dri.so persists...
2020-04-22 19:17:11 <Hello71> Cogitri: all cards supporting KMS
2020-04-22 19:17:17 <Hello71> that's why it's called modesetting
2020-04-22 19:23:17 <Zakinishi> I have an installation of alpine in diskless mode. I also have a user - `app` - with a home directory `/home/app` in which it should have write access. Every time I reboot the computer the home directory is owned by root however, stopping `app` from writing to the directory. I cannot find much info online - anyone have an idea what could be done?
2020-04-22 19:25:27 <ikke> Zakinishi: did you commit that change before you rebooted?
2020-04-22 19:25:30 <ikke> with lbu
2020-04-22 19:26:41 <Zakinishi> Yes
2020-04-22 19:27:30 <Ai9zO5AP> there no Linux but Alpine
2020-04-22 19:28:08 <Ai9zO5AP> Alpine need only Perl Carton as pkg and everything will be rock
2020-04-22 19:29:48 <Zakinishi> Wait, just got it to persist. I previously added `/home/app/` and `/home/app/*` to lbu (based on https://gitlab.alpinelinux.org/alpine/aports/issues/10124) but now I tried adding `/home/app` and that seems to have persisted the folder.
2020-04-22 19:30:08 <Zakinishi> Trailing slash is obviously important :)
2020-04-22 19:30:48 <ikke> hmm, ok didn't know that either
2020-04-22 20:01:20 <alex-alpine> Guys, what i have to do with swrast_dri.so?...
2020-04-22 20:02:55 <mps> alex-alpine: what is you arch?
2020-04-22 20:03:08 <mps> and alpine version
2020-04-22 20:03:12 <Hello71> well you still didn't say the error
2020-04-22 20:03:16 <Hello71> or what you're doing
2020-04-22 20:03:25 <Hello71> or your X version, or alpine version
2020-04-22 20:06:30 <alex-alpine> Oh, sorry, error : `AIGLX error: dlopen of /usr/lib/xorg/modules/dri/swrast_dri.so (no such file or directory)`
2020-04-22 20:07:04 <alex-alpine> Kernel version: 5.4.27-0-virt, arch: x86_64
2020-04-22 20:07:45 <alex-alpine> Xorg server 1.20.6, protocol version 11
2020-04-22 20:09:31 <mps> apk add mesa-dri-swrast
2020-04-22 20:13:26 <alex-alpine> mps: you are the saviour
2020-04-22 20:13:29 <alex-alpine> thank you!
2020-04-22 20:14:03 <numaja> Hi @ all ...  I have a problem with failing APKINDEX due BAD signature, checked resolc.conf, deleted cache, pinged the adress succesfull and need some advice what else I can do
2020-04-22 20:14:17 <mps> alex-alpine: you are welcome :)
2020-04-22 20:14:33 <Hello71> probably you should install your actual dri driver though
2020-04-22 20:14:41 <Hello71> probably you cherry-picked wrong erryr
2020-04-22 20:14:43 <Hello71> ... error.
2020-04-22 20:14:59 <mps> Hello71: looks like it run in some VM
2020-04-22 20:15:04 <alex-alpine> maybe :)
2020-04-22 20:15:19 <alex-alpine> I will return if something bad happens, that i could not handle
2020-04-22 20:15:29 <mps> and in this case virtio is better option
2020-04-22 21:27:36 <codebam> why does our version of xdg-desktop-portal not have org.freedesktop.impl.portal.Session or org.freedesktop.impl.portal.ScreenCast?
2020-04-22 21:27:49 <codebam> is that intentional?
2020-04-22 21:29:55 <codebam> https://0x0.st/ijbj.png
2020-04-22 21:30:35 <Cogitri> You have to install xdg-desktop-portal-gtk for that I think
2020-04-22 21:30:55 <codebam> I have that installed as well
2020-04-22 21:31:05 <Cogitri> Huh
2020-04-22 21:31:21 <Cogitri> Can you open an issue about that and assign me to it?
2020-04-22 21:31:34 <Cogitri> I'll take a look tomorrow but it's time to sleep now
2020-04-22 21:31:52 <codebam> for sure, thanks. goodnight :)
2020-04-23 03:04:57 <valoga> hey all
2020-04-23 03:05:01 <valoga> how is aarch64 support?
2020-04-23 03:05:17 <valoga> considering moving one of my embedded devices from arch to alpine
2020-04-23 03:06:52 <valoga> well I guess I'll have to try it then =)
2020-04-23 03:12:08 <valoga> which image should I run to form the basis of an install to chroot? when I mount the iso I don't see in the much of a way of a rootfs
2020-04-23 03:23:23 <valoga> found alpine-chroot-install
2020-04-23 04:33:28 <ayylmaodoug> Does anyone here have a pi 4b working with alpine?
2020-04-23 04:33:49 <ayylmaodoug> I cannot get it to build at all even after unextracting it.
2020-04-23 04:34:42 <ayylmaodoug> https://www.youtube.com/watch?v=eMbxtcO15xg
2020-04-23 04:34:53 <ayylmaodoug> this is the guide I used except I used the 64 version of the tar
2020-04-23 06:10:18 <nacelle> ./
2020-04-23 06:10:18 <nacelle> yes
2020-04-23 06:11:25 <nacelle> ayylmaodoug: https://wiki.alpinelinux.org/wiki/Raspberry_Pi I followed this, it worked for me
2020-04-23 06:11:50 <nacelle> (but I also have alpine going on a pi2 and pi3)
2020-04-23 06:12:08 <ayylmaodoug> I'll give it a shot I guess
2020-04-23 06:12:11 <nacelle> havent put it on my pi0's yet, but thats soon
2020-04-23 06:12:16 <ayylmaodoug> but I dont know how I'm supposed to do the config part
2020-04-23 06:12:20 <ayylmaodoug> can it be done in powershell?
2020-04-23 06:12:53 <nacelle> usercfg.txt?  I imagine so
2020-04-23 06:12:58 <nacelle> i've no idea though
2020-04-23 06:13:20 <nacelle> (I dont run windows)
2020-04-23 06:13:37 <nacelle> maybe make the file so it has unix line endings instead of dos
2020-04-23 06:13:42 <nacelle> but i'
2020-04-23 06:13:46 <nacelle> m not sure it will care
2020-04-23 06:14:48 <nacelle> you could make the usercfg.txt later on if you dont need it to get the pi going though
2020-04-23 06:15:51 <nacelle> like most of whats done in it is to setup non-standard video  - if you're using an hdmi monitor/tv anyways, you can probably skip doing usercfg.txt on your windows box when you make the alpine image.  you can make usercfg.txt after alpine is running on the pi.
2020-04-23 06:17:24 <nacelle> (this is why it says "Optionally" for the "create a usercfg.txt" statement)
2020-04-23 06:38:55 <ayylmaodoug> hmm
2020-04-23 06:39:05 <ayylmaodoug> my main problem is that I dont get any signal from the pi
2020-04-23 06:39:24 <ayylmaodoug> that could be a lack of installed image on the pi though, theres not even a bios screen but for all I know the pi doesnt have one
2020-04-23 10:23:59 <Jenkler> There is a kinda old chromium in 3.11, is this exploit patched? https://meterpreter.org/cve-2020-6457-google-chrome-use-after-free-vulnerability-alert/
2020-04-23 10:25:17 <Jenkler> is it fixed in edge, then a backport is in order? ncopa
2020-04-23 10:29:33 <ncopa> Jenkler: yes, i suppose so
2020-04-23 10:29:49 <ncopa> but currently im busy with the openssl CVE that requires new releases
2020-04-23 10:30:04 <ncopa> and i want update the kernels while at it
2020-04-23 10:30:24 <ncopa> and right after i updated the 3.10 and 3.9 branches, there came out a new kernel update
2020-04-23 10:30:36 <ncopa> so im back where i started this morning at 8am
2020-04-23 13:35:28 <gildarts> Is there a recommended set of folders to back up for a server instance? Currently backing up /etc and /var, but wasn't sure if I needed to add anything else for the system. I don't care about backing up anything that is included with the system. All the data folders for my applications are included in /var, at least for the apps that I've configured myself.
2020-04-23 13:36:50 <Cogitri> I reinstalled my server a bit ago and I only backed up /etc and dumped by DBs
2020-04-23 13:38:19 <gildarts> Hmm, that is a good point. I should setup a cron job to dump my databases periodically.
2020-04-23 15:27:44 <rsmarples> hello!
2020-04-23 15:28:03 <rsmarples> ncopa: are you here?
2020-04-23 15:44:15 <ikke> He just 'left'
2020-04-23 15:44:51 <rsmarples> ok, ill grab him later, thanks
2020-04-23 15:45:21 <oneinsect> i am here if you need me :D as ncopa is not there
2020-04-23 15:49:30 <dsm42> anyone have bluetooth working on rpi4 ?  I installed bluez utilities, but cannot seem to get the controller to show up
2020-04-23 15:51:04 <ikke> Did you start the bluetooth service?
2020-04-23 15:52:15 <dsm42> yeah, but I just found the 'setting up bluetooth' page on your wiki - I just ran btattach ... and it seems to have helped
2020-04-23 15:52:28 <dsm42> so will report back in a  few mins if I get it working :-)
2020-04-23 15:53:17 <dsm42> yeah, after running the btattach <...> ; now I can see a controller with bluetoothctl list
2020-04-23 15:54:27 <oneinsect> ikke: why do i get this error
2020-04-23 15:54:28 <oneinsect> fatal error: bits/libc-header-start.h: No such file or directory
2020-04-23 15:54:37 <oneinsect> while compiling glibc
2020-04-23 15:54:41 <oneinsect> sorry
2020-04-23 15:54:45 <oneinsect> gcc 9.3.0
2020-04-23 15:55:02 <ikke> no clue :)
2020-04-23 17:19:39 <markuman> does 3.11.6 include openssh 8.2?
2020-04-23 17:19:56 <ikke> https://pkgs.alpinelinux.org/packages?name=openssh&branch=v3.11
2020-04-23 17:20:28 <markuman> ah thx
2020-04-23 18:51:39 <telmich> Good evening! When trying to start deluge, I get `pkg_resources.DistributionNotFound: The 'six' distribution was not found and is required by deluge`. I confirmed that `py3-six` is installed, so I am a bit puzzled by the error
2020-04-23 18:52:35 <Cogitri> Maybe py2 vs py3?
2020-04-23 18:53:38 <telmich> deluge has a shebang for python3 and it actually doesn't load on python2 at all (he, somewhat happy about that)
2020-04-23 18:53:45 <telmich> So it seems to be intentional py3
2020-04-23 19:01:57 <ikke> telmich: what version? seems to run for me
2020-04-23 19:02:27 <ikke> on edge
2020-04-23 19:03:55 <alex-alpine> Hi guys, im kinda tired to juggle packages for vm version of alpine. Can somebody, please, give a list what i have to install to run a X server? No desktop environment, only X11
2020-04-23 19:04:03 <alex-alpine> Thanks
2020-04-23 19:05:55 <telmich> <ikke "nico: what version? seems to run"> 2.0.3-r5, I'm also on edge
2020-04-23 19:17:35 <telmich> erm...
2020-04-23 19:17:50 <telmich> `apk fix` fixed it...
2020-04-23 19:21:17 <ikke> when in doubt, apk fix :P
2020-04-23 19:29:26 <Cogitri> alex-alpine: setup-xorg should deal with that I guess
2020-04-23 19:44:00 <alex-alpine> Cogitri: it says `temporary error` on every package...
2020-04-23 19:44:12 <alex-alpine> hmm, maybe i should add community repo
2020-04-23 20:13:23 <danieli> is dns and the network connection in order?
2020-04-23 20:13:52 <ikke> temporary error is almost always dns
2020-04-23 20:14:00 <danieli> yup
2020-04-23 20:14:42 <danieli> it's not dns
2020-04-23 20:14:44 <danieli> there's no way it's dns
2020-04-23 20:14:46 <danieli> it was dns
2020-04-23 21:43:09 <Jenkler> Ncopa does virtual work on any hardware except virtual systems?
2020-04-23 21:44:23 <Jenkler> Ncopa tried it on a newer pc but that did not work. Maybe Intel nuc could work?
2020-04-23 21:45:31 <maxice8> Why would it ?
2020-04-23 21:46:27 <Jenkler> Simple hardware. Nice with a smaller kernel
2020-04-23 21:46:50 <maxice8> it is not a virtual machine
2020-04-23 21:47:36 <Jenkler> But kvm and VirtualBox emulate hardware
2020-04-24 02:58:30 <valoga> are there any aarch64 images that built packages with -march=armv8-a by chance? I tried the generic aarch64 but it seems everything is compiled without any arch/cpu flags
2020-04-24 03:42:17 <jbg> what's a good solution for running a program as a TCP service under alpine, with stdin/stdout connected to the socket, like with xinetd?
2020-04-24 03:42:40 <jbg> on arch i'd make systemd do it, and on other openrc distros i've used xinetd, but i noticed there is no xinetd package
2020-04-24 04:17:58 <nacelle> jbg: idk if this is right, but - https://dev.alpinelinux.org/~clandmeter/other/forum.alpinelinux.org/forum/general-discussion/alpine-inetd-setup.html
2020-04-24 04:18:36 <nacelle> (I've definitely never setup busybox inetd, but it seems right at right pass)
2020-04-24 04:27:10 <jbg> nacelle: thanks!
2020-04-24 04:47:36 <ayylmaodoug> Is there a windows based boot disk writer I can use that will select the tarball? rufus doesnt want to take it, it flashes ready and immediately "forgets"  the selected bootable image
2020-04-24 05:30:03 <nacelle> ayylmaodoug: which image are you using?
2020-04-24 06:00:16 <ncopa> Jenkler: it may work if you have the real hardware that is common to emulate
2020-04-24 06:00:29 <ncopa> or hardware using virtio...
2020-04-24 06:06:54 <mps> valoga; gcc -v will show you what flags and options is used on alpine by default
2020-04-24 06:08:06 <mps> and btw, default is ' --with-arch=armv8-a'
2020-04-24 06:10:01 <mps> jbg: socat is good for running TCP programs as service (SO_cat  name tells much) with options to tweak it
2020-04-24 06:14:02 <jbg> ahhh i had forgotten about socat
2020-04-24 06:14:03 <jbg> brilliant
2020-04-24 06:14:06 <jbg> thanks mps!
2020-04-24 06:15:16 <mps> YAW :)
2020-04-24 07:08:11 <albr> Kane[d]: Hello, It's been a few days of searching now, but I did not find how to do to have a working avahi-daemon on Alpine, is there a package for mdns that I did not see? or another way to make it work?
2020-04-24 07:12:08 <jbg> apk add avahi
2020-04-24 07:22:35 <albr> Kane[d]: oh I see... the warning for nss support made me think it was something "important" since debian ask for it too, thanks jbg!
2020-04-24 09:11:09 <amom> Hi, I see pyside2 is not in the alpine repos. If I package it, will the package be accepted?
2020-04-24 09:11:40 <PureTryOut[m]> Of course!
2020-04-24 09:11:41 <ikke> amom: if has a floss license, most certainly
2020-04-24 09:11:45 <Cogitri> I don't see why not
2020-04-24 09:11:55 <amom> Okay thank you. I will look to packaging it
2020-04-24 09:11:56 <PureTryOut[m]> You can set me as maintainer if you want, as it's part of the Qt stack which I'm the maintainer for currently
2020-04-24 09:12:15 <amom> PureTryOut[m]: Okay I will look into that
2020-04-24 09:12:28 <amom> I rewrote my app for pyside2 so I could use kirigami
2020-04-24 09:12:40 <amom> but then I found out that alpine doesnt have a pyside2 package.
2020-04-24 09:12:54 <amom> 1 step forward, 2 steps back lol
2020-04-24 09:12:58 <amom> Thanks guys
2020-04-24 09:14:39 <afontain_> « but there was still a forward step »
2020-04-24 09:14:55 <amom> Yes. there was.
2020-04-24 09:15:03 <amom> =)
2020-04-24 09:15:48 <PureTryOut[m]> amom: you can use py3-qt5 btw, although we should still have pyside2 as well
2020-04-24 09:45:09 <amom> PureTryOut[m]: Ya, Im trying to rewrite my app for pyqt
2020-04-24 12:31:19 <Guest2> heyo
2020-04-24 12:31:53 <Guest2> ikke is the 3.11.6 release containing the driver?
2020-04-24 12:32:10 <ikke> No, still 3.12
2020-04-24 12:32:14 <PureTryOut[m]> What driver?
2020-04-24 12:32:26 <Guest2> 8821ce
2020-04-24 12:33:06 <Guest2> and is 3.12 still due may 1sy?
2020-04-24 12:33:09 <Guest2> 1st*
2020-04-24 12:41:47 <Guest2> ikke
2020-04-24 12:42:25 <ikke> I don't think it will be released on May 1st
2020-04-24 12:42:32 <ikke> The builders still need to be setup
2020-04-24 12:43:02 <Guest2> ah
2020-04-24 12:43:10 <Guest2> is that time-consuming?
2020-04-24 12:43:32 <ikke> yes
2020-04-24 12:43:45 <ikke> Every package will need to be built
2020-04-24 12:43:57 <ikke> And some things will fail to build and need to be fixed
2020-04-24 12:44:09 <Guest2> oooh
2020-04-24 15:13:43 <wraithoftheropes> should i even try to install alpine if i don't have a wired connection? only wireless.
2020-04-24 15:14:22 <ikke> sure, alpine should work fine (given that your wireless adapter is suported)
2020-04-24 15:15:22 <wraithoftheropes> hm. it's the rtl8192eu driver. but i assume i should install it right after i boot the usb image
2020-04-24 15:16:49 <wraithoftheropes> will i have dhcp and wpa_supplicant available without internet?
2020-04-24 15:17:59 <wraithoftheropes> i'm trying to put in order the speps i need to follow...i'm not too good at this.
2020-04-24 15:38:55 <wraithoftheropes> ok. i think i have to study the wiki more. thanks ikke
2020-04-24 15:44:28 <ikke> The extended image has more packages available on the iso
2020-04-24 16:24:29 <brass> Hey I'm running alpine on a raspberry pi 4b, I'm also running X on it. I've found that both the modesetting and fbdev xf86 drivers seem to work, what do people here recommend I use?
2020-04-24 16:25:31 <Hello71> modesetting is better unless you have issues
2020-04-24 17:14:32 <brass> Ok thanks
2020-04-24 17:47:59 <nacelle> brass: also maybe learn how to run some benchmarks so you can see for yourself
2020-04-24 17:48:19 <nacelle> glxgears is an old one I remember, but thats probably too old to matter now who knows
2020-04-24 17:48:41 <brass> I tried glx gears but it seemed to run capped at 60fps
2020-04-24 17:49:08 <brass> I might look for some other opengl benchmark I can run on the pi
2020-04-24 18:17:36 <albr> PerryPal[d]: Is there any command line utility like dd in alpine to flash images to USB drives?
2020-04-24 18:17:48 <ikke> dd :)
2020-04-24 18:18:18 <ikke> busybox provides dd, and there is also dd in coreutils
2020-04-24 18:18:45 <ikke> If you want to create a bootable alpinelinux drive, you can also look at setup-bootable
2020-04-24 18:19:20 <albr> PerryPal[d]: I needed to create a xubuntu drive for someone.
2020-04-24 18:19:35 <ikke> then dd should suffice
2020-04-24 18:19:52 <albr> PerryPal[d]: I think dd is there. I just dk how to use it. Thx for your help
2020-04-24 18:20:01 <ikke> Do you have an iso?
2020-04-24 18:20:22 <albr> PerryPal[d]: Yep
2020-04-24 18:20:35 <ikke> ok, and this image is suitable to write to a usb drive?
2020-04-24 18:20:42 <albr> PerryPal[d]: Yes
2020-04-24 18:20:44 <ikke> ok
2020-04-24 18:20:53 <ikke> You know what blockdevice corresponds to your usb drive?
2020-04-24 18:21:03 <ikke> /dev/sd*
2020-04-24 18:21:25 <ikke> If you plug it in, run dmesg | tail and it should tell you what device was created
2020-04-24 18:26:19 <brass> nacelle: Do you know weather the mesa-dri-vc4 or mesa-dri-v3d drivers work better?
2020-04-24 18:26:42 <nacelle> i've not run X on my pi4, sorry
2020-04-24 18:27:24 <brass> Ok
2020-04-24 18:29:12 <brass> Just tried them out, only vc4 works properly
2020-04-24 18:37:13 <valoga> I asked yesterday but didn't get a reply. I was curious if any of the release for aarch64 build packages with -march=armv8-a flag? I tried generic but I believe it leaves these flags out
2020-04-24 18:38:03 <ikke> valoga: I don't think so
2020-04-24 18:39:24 <ikke> valoga: No, it's not set
2020-04-24 18:39:41 <valoga> ok thanks for confirming
2020-04-24 18:39:53 <valoga> I have an embedded odroid device and I would really like to run alpine on it
2020-04-24 18:40:18 <valoga> I'll use the apk.static to bootstrap an aarch64 chroot to begin the buildout
2020-04-24 18:40:49 <valoga> also, I have many custom packages from Archlinux, it looks like APKBUILDs are quite similar to PKGBUILDs so hopefully won't be too hard to port
2020-04-24 18:41:22 <ikke> Yeah, only challenge might be musl instead of glibc, but in most cases, it should work just fine
2020-04-24 18:41:36 <valoga> err.. can I install glibc?
2020-04-24 18:42:00 <ikke> Alpine does not come with glibc, though, one person is currently trying to build alpine with glibc
2020-04-24 18:42:13 <ikke> But like I said, musl should work fine in most cases
2020-04-24 18:42:28 <valoga> oh, that might be a dealbreaker until it's in. I have some premade binaries that are dynamically linked to glibc
2020-04-24 18:42:55 <ikke> well, it will never be part of alpine itself
2020-04-24 18:42:56 <valoga> unless I can just copy over glibc.so
2020-04-24 18:43:14 <ikke> valoga: there is gcompat that might help if they are already pre-built
2020-04-24 18:43:36 <TBB> you can basically run glibc stuff in a chroot or similar, but it might be a bit heavy for embedded devices, depending on the device of course
2020-04-24 18:44:19 <mps> valoga: I answered you yesterday
2020-04-24 18:45:18 <valoga> mps: sorry I must have quit before I saw your reply
2020-04-24 18:45:34 <fusion> i copied over libs from slackware to use software.. worked just fine
2020-04-24 18:45:44 <valoga> does alpine support multiarch?
2020-04-24 18:45:50 <mps> there is irc log at dev.alpinelinux.org/irclogs
2020-04-24 18:45:52 <fusion> everything is in lib64 so it doesn't conflict
2020-04-24 18:46:50 <ikke> valoga: no
2020-04-24 18:47:29 <mps> valoga; gcc -v will show you what flags and options is used on alpine by default
2020-04-24 18:47:37 <mps> and btw, default is ' --with-arch=armv8-a'
2020-04-24 18:47:52 <valoga> mps: 2020-04-24 06:08:06 <mps> and btw, default is ' --with-arch=armv8-a'
2020-04-24 18:48:30 <valoga> that's good to know
2020-04-24 18:48:49 <valoga> I had checked using vim :version maybe either the flag was filtered or vim :version only shows explicit flags
2020-04-24 18:49:21 <mps> and there is postmarketOS, alpine on phones
2020-04-24 18:53:20 <valoga> yeah I have a pinephone running pmos
2020-04-24 20:07:50 <brass> Is there anyone here running on a raspberry pi 4 with X? I have some questions about your drivers
2020-04-24 20:12:41 <nacelle> are there a lot of choices there?
2020-04-24 20:12:52 <nacelle> (I'm surprised theres any choice)
2020-04-24 20:16:03 <Hello71> glxgears is not a benchmark
2020-04-24 20:16:19 <Hello71> it doesn't tell you anything except "how fast you can run glxgears"
2020-04-24 20:31:32 <brass> The problem is that there are two loadable binary overlays (I'm not really sure how they work) for the raspberry pi. One of them provides fake KMS support that works well with mesa, but has bad performance. The other provides real KMS support but doesn't seem to work with the mesa-dri-vc4 package and causes mesa to fall back to the mesa-dri-swrast
2020-04-24 20:31:32 <brass> package
2020-04-24 20:31:50 <brass> So I'm not really sure how to continue with it
2020-04-24 20:34:01 <brass> There are small pieces of information here and there on it but I can't find too many blogs that actually address this issue specifically since most are about previous version of the raspberry pi
2020-04-24 22:50:52 <valoga> I'm missing linux/stddef.h, is there a command to find out which package might contain it?
2020-04-24 22:52:36 <valoga> found apk-file
2020-04-24 22:55:40 <TBK[m]> valoga: https://pkgs.alpinelinux.org/contents?file=stddef.h&path=&name=linux-headers
2020-04-24 22:59:30 <valoga> thanks, that's a good site
2020-04-24 22:59:36 <valoga> I don't see ripgrep anywhere
2020-04-24 22:59:46 <valoga> is there like an AUR equivalent for alpine?
2020-04-24 22:59:59 <maxice8> ripgrep is there
2020-04-24 23:00:06 <maxice8> in community/ repo
2020-04-24 23:00:12 <maxice8> and no there isn't an equivalent to AUR
2020-04-24 23:01:47 <valoga> ahh.. I'm not on edge
2020-04-24 23:01:51 <valoga> I don't think it's in v3.11
2020-04-24 23:02:09 <maxice8> ah
2020-04-24 23:02:13 <maxice8> then yes, it isn't in 3.11
2020-04-24 23:04:07 <valoga> hmm, I guess I should update my chroot
2020-04-24 23:12:31 <valoga> for an internal package I don't plan on upstreaming, I assume I can get away with git cloning directly?
2020-04-24 23:12:49 <valoga> I'd rather not have to keep updating some link to a tgz if I can help it
2020-04-24 23:13:18 <valoga> and I assume in that case the only way around it is to git clone manually in prepare() ?
2020-04-25 00:14:54 <valoga> my package contains one shared library and a few headers, I made $pkgname be the shared lib only and $pkgname-dev has only the headers. Would it make sense to have $pkgname-dev depend on $pkgname or should I include the lib in $pkgname-dev?
2020-04-25 00:17:46 <maxice8> $pkgname-dev should hold /usr/lib/libfoo.so
2020-04-25 00:17:56 <maxice8> $pkgname or $pkgname-libs should hold /usr/lib/libfoo.so.X and /usr/lib/libfoo.so.X.Y.Z
2020-04-25 00:18:19 <maxice8> abuild will automatically detect a $pkgname-dev subpackage that has the .so file and depend on the $pkgname or $pkgname-libs that provides it
2020-04-25 00:28:39 <nacelle> Hello71: wtf do you think a benchmark is exactly? :-)
2020-04-25 00:29:29 <Hello71> it tells you something about something else
2020-04-25 00:29:44 <Hello71> that you can extrapolate
2020-04-25 00:31:22 <nacelle> it was a sarcastic question.  You already defined it after telling me it wasnt that.
2020-04-25 00:32:14 <nacelle> paraphrased: "its not a benchmark. it just tells you how fast something ran, which is a benchmark."
2020-04-25 00:35:07 <valoga> maxice8: thank you
2020-04-25 00:45:24 <valoga> I tried looking through the abuild help but how can I keep the src dir intact and repeatedly call build?
2020-04-25 00:57:21 <valoga> I can't seem to find a corresponding ld v6 to accompany gcc-6
2020-04-25 01:17:22 <ky0ko> is edge for aarch64 broken? i just tried to update a system and got a bunch of unresolved dependencies that i had to remove a ton of software to fix, and now i can't install firefox
2020-04-25 01:17:44 <maxice8> please paste the error in a paste service and post them here
2020-04-25 01:17:49 <maxice8> do not that ICU is being rebuilt for 67.1 update
2020-04-25 01:18:52 <ky0ko> icu is the remaining lib i'm having issues with now, so i'm going to assume that's the problem at this point. the other thing i was having trouble with was libffi, but i resolved that on my own
2020-04-25 01:38:15 <valoga> is it possible to downgrade from edge to v3.11?
2020-04-25 01:43:16 <maxice8> set the repos in /etc/apk/repositories and apk upgrade -a
2020-04-25 01:43:56 <valoga> ok that's great
2020-04-25 01:44:10 <valoga> I'm trying to compile kernel 4.4 in alpine aarch64
2020-04-25 01:44:20 <valoga> won't compile with gcc 9 unfortunately
2020-04-25 01:44:30 <valoga> there's a gcc-6 so I set CCHOST to that
2020-04-25 03:33:51 <valoga> well it worked
2020-04-25 05:13:07 <valoga> for some reason my modules don't appear to be loading
2020-04-25 05:13:20 <valoga> I installed alpine via chroot
2020-04-25 09:04:09 <chumxeed> Hi, I need help installation on raspberry pi
2020-04-25 09:05:06 <chumxeed> I did according to https://wiki.alpinelinux.org/wiki/Raspberry_Pi
2020-04-25 09:05:36 <chumxeed> everything look ok I cab boot up then start setup-alpine script
2020-04-25 09:06:25 <chumxeed> after that lbu commit -d and reboot the system reboot but I can no longer log in with root user
2020-04-25 09:07:26 <chumxeed> with the password I enter during the setup process. try using passwd -d root then lbu commit -d and reboot not work either
2020-04-25 09:07:50 <chumxeed> anybody here can give me an advice?
2020-04-25 09:10:55 <mps> 'passwd -d root' works for me
2020-04-25 12:46:48 <Keridos> having a slight issue with python on my alpine  install
2020-04-25 12:47:20 <Keridos> my shell seems to find python as an executable, but when I open it, it fails with no such file or directory
2020-04-25 12:48:09 <Keridos> I tried reinstalling my python via apk, and even deleting and reinstalling it. Yet it seems that the symlink from python to python3 is not being made correctly.
2020-04-25 12:48:28 <ikke> what does ldd $(which python) return?
2020-04-25 12:50:07 <Keridos> . /lib/ld-musl-x86_64.so.1: cannot load python: No such file or directory
2020-04-25 12:51:45 <Keridos> it might stil have some remnants from a broken pip install. though I made sure to delete every python package before reinstalling
2020-04-25 12:52:08 <Keridos> py3-pip also fails with an error which looks like its install is broken
2020-04-25 12:53:56 <Keridos> oh, I found the issue, seems to be some dependency clash, my duplicity install seems to want python2, whereas apk just installed python3
2020-04-25 12:54:22 <Keridos> yup, the duplicity package is broken
2020-04-25 13:02:06 <Keridos> ikke: shouldnt python be provided by python3 if python2 is not installed?
2020-04-25 13:05:51 <Keridos> for now modifying /usr/bin/duplicity and setting the interpreter /usr/bin/env python to /usr/bin/env python3 seems to work
2020-04-25 13:08:51 <ikke> python3 should provide /usr/bin/python
2020-04-25 13:22:27 <telmich> What is contained in the modloop file for netbooting? And do I need it by default?
2020-04-25 13:28:46 <ikke> I assume kernel modules
2020-04-25 13:30:05 <mps> ikke: right
2020-04-25 13:30:28 <telmich> hmm
2020-04-25 13:31:06 <telmich> trying to boot the kernel+initramfs+modloop as optained directly from the download page throws me into a rescue shell, stating that neither initrab nor /sbin/init could be found
2020-04-25 13:32:48 <telmich> I'm using this https://www.nico.schottelius.org/temp/alpine-ipxe ipxescript (part of it)
2020-04-25 13:33:30 <telmich> The files that were in the boot/ directory are accessible via http on alpine/ of the webserver
2020-04-25 13:36:41 <telmich> Ahh, I see that `modules=loop,squashfs` are also set on https://boot.alpinelinux.org/boot.ipxe - testing that now
2020-04-25 13:40:16 <telmich> No, that does not solve the problem.
2020-04-25 13:42:45 <Marquel> morning.
2020-04-25 13:42:49 <Cogitri> Hola
2020-04-25 13:42:56 <Marquel> how would i configure my eth0 with a peer ip?
2020-04-25 13:43:56 <Marquel> the provider does not _really_ support ip ranges, thus even 192.168.0.2/24 talking to 192.168.0.3/24 needs to use 192.168.0.1 as a gateway.
2020-04-25 13:44:29 <ikke> can't you just set your range to /32?
2020-04-25 13:44:41 <ikke> oh no, that doesn't work
2020-04-25 13:44:46 <Marquel> i can do it post-boot manually with ip, but I'd rather it being done correctly upon startup by the initscripts. but i seem to be unable to find the relevant syntax for /etc/network/interfaces
2020-04-25 13:45:11 <ikke> You can add a post-up hook
2020-04-25 13:46:52 <Marquel> seriously?
2020-04-25 13:47:25 <ikke> yes
2020-04-25 13:47:49 <ikke> post-up ip addr add ...
2020-04-25 13:48:49 <Marquel> wow.
2020-04-25 13:49:55 <Marquel> (sorry, but i'm not particularly happy with that restriction in configuration)
2020-04-25 13:51:57 <Marquel> one man-page site on the net says pointtopoint <address> is an option. but that's inconsistent.
2020-04-25 14:34:49 <Hello71> https://git.busybox.net/busybox/tree/networking/ifupdown.c
2020-04-25 16:45:47 <jpierre76> Hi, I am using a vm, all is fine. Do you know if WireGuard works well with Alpine.
2020-04-25 16:45:57 <jpierre76> At the moment, I get this :
2020-04-25 16:45:59 <jpierre76> modprobe: FATAL: Module wireguard not found in directory /lib/modules/5.4.34-0-virt
2020-04-25 16:46:13 <Cogitri> It works for my VPN needs at least
2020-04-25 16:46:26 <jpierre76> ciswarealpine:~# cat /etc/os-release NAME="Alpine Linux"ID=alpineVERSION_ID=3.11.6PRETTY_NAME="Alpine Linux v3.11"HOME_URL="https://alpinelinux.org/"BUG_REPORT_URL="https://bugs.alpinelinux.org/"ciswarealpine:~#
2020-04-25 16:46:27 <ikke> 5.4 has it not built-in, so you need to install it separately
2020-04-25 16:46:43 <ikke> wireguard-virt
2020-04-25 16:47:08 <jpierre76> Hi Cogltrl and @ikke
2020-04-25 16:47:12 <mps> jpierre76: Hi :)
2020-04-25 16:47:31 <jpierre76> Hey mps, how are things :)
2020-04-25 16:47:48 <mps> good, and at your side?
2020-04-25 16:48:17 <jpierre76> Hay fever my friend, I hate Spring :)
2020-04-25 16:48:20 <jpierre76> ciswarealpine:~# apk add wireguard-virtERROR: unsatisfiable constraints:  wireguard-virt (missing):    required by: world[wireguard-virt]ciswarealpine:~#
2020-04-25 16:48:43 <jpierre76> Wireguard-virt is naighty
2020-04-25 16:49:03 <TBK[m]> jpierre76: got community repo enabled?
2020-04-25 16:49:32 <jpierre76> Hi TBK[m]
2020-04-25 16:49:48 <jpierre76> Which repo do you use?
2020-04-25 16:50:53 <TBK[m]> http://dl-cdn.alpinelinux.org/alpine/v3.11/community
2020-04-25 16:50:54 <jpierre76> http://dl-cdn.alpinelinux.org/alpine/edge/community
2020-04-25 16:51:06 <jpierre76> OK, v3.11
2020-04-25 16:51:12 <mps> jpierre76: I hope you will overcome this fever soon
2020-04-25 16:51:24 <jpierre76> Atchoom LOL
2020-04-25 16:51:44 <mps> http://dl-cdn.alpinelinux.org/alpine/3.11/community
2020-04-25 16:52:01 <mps> it is not good idea to mix stable and edge
2020-04-25 16:52:19 <jpierre76> Right!
2020-04-25 16:56:51 <jpierre76> wireguard-virt is naughty
2020-04-25 16:57:09 <jpierre76> apk add wireguard-virtfetch http://dl-cdn.alpinelinux.org/alpine/3.11/community/aarch64/APKINDEX.tar.gzERROR: http://dl-cdn.alpinelinux.org/alpine/3.11/community: No such file or directoryWARNING: Ignoring APKINDEX.8153008b.tar.gz: No such file or directoryERROR: unsatisfiable constraints:  wireguard-virt (missing):    required by:
2020-04-25 16:57:10 <jpierre76> world[wireguard-virt]
2020-04-25 16:57:17 <mps> no, it is fine, I'm using it for long time
2020-04-25 16:58:04 <jpierre76> this looks fine: cat /etc/apk/repositorieshttp://dl-4.alpinelinux.org/alpine/latest-stable/mainhttp://dl-cdn.alpinelinux.org/alpine/3.11/community
2020-04-25 16:58:26 <jpierre76> Maybe it's thelatest-stable that is incorrect
2020-04-25 16:59:08 <mps> http://dl-cdn.alpinelinux.org/alpine/v3.11/community/
2020-04-25 16:59:19 <mps> 'v' before 3.11
2020-04-25 17:00:25 <mps> sorry I didn't noticed that I wrote it without 'v' in previous msg
2020-04-25 17:02:16 <jpierre76> No worries mps
2020-04-25 17:04:33 <jpierre76> I think that wireguard-virt for aarch64 does not exist :(
2020-04-25 17:04:57 <mps> it should be there
2020-04-25 17:05:58 <mps> but it is not :(
2020-04-25 17:06:08 <mps> hm, what happened
2020-04-25 17:07:21 <mps> you just found 'issue'
2020-04-25 17:07:51 <jpierre76> aha, I had nothing to do (laughts) I decided to add vpn lol
2020-04-25 17:08:06 <TBK[m]> mps: https://git.alpinelinux.org/aports/tree/community/wireguard-lts/APKBUILD#n19
2020-04-25 17:08:42 <mps> I will check that in few minutes, in meantime you can fill bug report on gitlab.a.o
2020-04-25 17:09:15 <mps> TBK[m]: jpierre76 need wireguard-virt, not -lts
2020-04-25 17:10:15 <mps> TBK[m]: but yes, we should try to add it
2020-04-25 17:10:42 <TBK[m]> virt is created from the lts apkbuild
2020-04-25 17:10:43 <mps> I'll check in aarch64 lxc if it can be buil
2020-04-25 17:10:51 <mps> built*
2020-04-25 17:11:05 <mps> TBK[m]: yes, I see
2020-04-25 17:11:27 <mps> and, wireguard works quite well on my arm boxes
2020-04-25 17:11:47 <mps> so don't see a reason why it can't be enabled
2020-04-25 17:11:53 <TBK[m]> I can create a quick MR
2020-04-25 17:12:26 <mps> ok, but also add armv7
2020-04-25 17:13:12 <jpierre76> I am connected to https://gitlab.alpinelinux.org/groups/alpine/-/issues
2020-04-25 17:14:17 <mps> jpierre76: you can select 'aports' project and add bug report there
2020-04-25 17:15:52 <mps> and if TBK[m] create MR you will have pkg ready to download from gitlab.a.o (if it build well)
2020-04-25 17:18:51 <TBK[m]> mps: did you mean that I should add armv7 for wireguard-virt?
2020-04-25 17:19:19 <mps> yes
2020-04-25 17:19:44 <mps> we have linux-virt for armv7 also
2020-04-25 17:20:35 <TBK[m]> mmh I can not find it
2020-04-25 17:22:23 <mps> main/linux-lts/config-virt.armv7
2020-04-25 17:24:15 <TBK[m]> I was looking at http://dl-cdn.alpinelinux.org/alpine/v3.11/releases/armv7/ where we atm do not have a packaged armv7 release.
2020-04-25 17:27:23 <mps> ah, so it not bacported to 3.11, sorry for wrong advice
2020-04-25 17:29:02 <jpierre76> It's ok, bad news then ?
2020-04-25 17:29:31 <mps> jpierre76: no, aarch have linux-virt
2020-04-25 17:29:41 <mps> aarch64
2020-04-25 17:30:26 <jpierre76> I saw linux-virt package
2020-04-25 17:30:51 <mps> yes
2020-04-25 17:31:24 <mps> I forgot that armv7 linux-virt added after 3.11 stable release
2020-04-25 17:32:36 <jpierre76> so I installed linux-virt
2020-04-25 17:32:54 <jpierre76> OK, any advice what to do now?
2020-04-25 17:33:56 <TBK[m]> jpierre76: you can try the artifact from https://gitlab.alpinelinux.org/TBK/aports/-/jobs/101439
2020-04-25 17:35:41 <mps> https://gitlab.alpinelinux.org/TBK/aports/-/jobs/101432/artifacts/raw/packages/community/aarch64/wireguard-virt-5.4.35-r1.apk
2020-04-25 18:37:53 <jpierre76> HIya, are e winning please? Kindly advise : fetch http://dl-cdn.alpinelinux.org/alpine/v3.11/community/aarch64/APKINDEX.tar.gzERROR: ./wireguard-virt-5.4.35-r1.apk: UNTRUSTED signature
2020-04-25 18:43:10 <mps> jpierre76: apk add --allow-untrusted /wireguard-virt-5.4.35-r1.apk
2020-04-25 18:43:23 <mps> ofc, if you trust us :)
2020-04-25 18:46:22 <jpierre76> Indeed mps :)
2020-04-25 18:46:29 <jpierre76> apk add --allow-untrusted ./wireguard-virt-5.4.35-r1.apkERROR: unsatisfiable constraints:  linux-virt-5.4.34-r0:    breaks: wireguard-virt-5.4.35-r1[linux-virt=5.4.35-r0]    satisfies: world[linux-virt]
2020-04-25 18:46:40 <jpierre76> We are innong, I am sure
2020-04-25 18:47:47 <mps> hah, need also linux-virt upgrade
2020-04-25 18:48:19 <mps> I expected that because TBK[m] bumped pkgrel, but was not sure
2020-04-25 18:48:36 <TBK[m]> jpierre76: try https://gitlab.alpinelinux.org/TBK/aports/-/jobs/101439/artifacts/file/packages/community/aarch64/wireguard-virt-5.4.34-r1.apk
2020-04-25 18:48:43 <jpierre76> Right !
2020-04-25 18:49:25 <mps> you also need to download https://gitlab.alpinelinux.org/TBK/aports/-/jobs/101439/artifacts/raw/packages/community/aarch64/wireguard-lts-5.4.34-r1.apk
2020-04-25 18:50:05 <mps> and upgrade it first with apk add --allow-untrusted wireguard-lts-5.4.34-r1.apk
2020-04-25 18:52:42 <jpierre76> mps this is ok:
2020-04-25 18:52:44 <jpierre76> apk add --allow-untrusted ./wireguard-lts-5.4.34-r1.apk(1/1) Upgrading wireguard-lts (5.4.34-r0 -> 5.4.34-r1)Executing busybox-1.31.1-r9.triggerExecuting kmod-26-r0.triggerOK: 1323 MiB in 283 packages
2020-04-25 18:53:53 <mps> well, modprobe wireguard will tell :)
2020-04-25 18:54:57 <jpierre76> I think I missed a command : modprobe: FATAL: Module wireguard not found in directory /lib/modules/5.4.34-0-virt
2020-04-25 18:56:26 <mps> you need reboot after you upgraded linux-virt
2020-04-25 19:01:55 <jpierre76> rebooted
2020-04-25 19:04:18 <jpierre76> mps : Let's sum up, I have 3 apk : -rw-r--r-- 1 root root 82071 Apr 25 20:51 wireguard-lts-5.4.34-r1.apk-rw-r--r-- 1 root root 25639 Apr 25 20:49 wireguard-virt-5.4.34-r1.apk-rw-r--r-- 1 root root 85226 Apr 25 19:40 wireguard-virt-5.4.35-r1.apk
2020-04-25 19:05:13 <mps> you don't need  wireguard-lts-5.4.34-r1.apk
2020-04-25 19:05:22 <jpierre76> OK
2020-04-25 19:06:18 <mps> do you have linux-virt-5.4.35-r1.apk
2020-04-25 19:06:47 <jpierre76> -rw-r--r-- 1 root root 25639 Apr 25 20:49 wireguard-virt-5.4.34-r1.apk-rw-r--r-- 1 root root 85226 Apr 25 19:40 wireguard-virt-5.4.35-r1.apk
2020-04-25 19:06:56 <mps> apk version linux-virt
2020-04-25 19:07:36 <ahills> this probably isn't an alpine-specific problem, but has anyone experienced a kworker process running kacpid/kacpi_notify consuming an entire CPU until disabling some interrupts in /sys/firmware/acpi/interrupts/gpe*?
2020-04-25 19:07:45 <jpierre76> wrong one : nstalled:                                Available:linux-virt-5.4.34-r0                    = 5.4.34-r0
2020-04-25 19:08:20 <ahills> gpe16 and gpe69, although I haven't figured out how to correlate those to something other than those strings
2020-04-25 19:10:11 <mps> jpierre76: so you need to install  wireguard-virt--5.4.34-r0
2020-04-25 19:10:30 <mps> wireguard-virt-5.4.34-r0
2020-04-25 19:43:18 <jpierre76> mps: looks like wireguard-virt-5.4.34-r0.apk does not exist for aarch64
2020-04-25 19:47:47 <mps> right
2020-04-25 19:50:49 <mps> this module should be built without pkgrel bump
2020-04-25 19:52:02 <mps> or, linux-virt should be built with pkgrel bumped to 1
2020-04-25 19:54:20 <mps> if you want and trust me I can build wireguard-virt -5.4.34-r0.apk for you
2020-04-25 19:55:55 <jpierre76> I trust you Milan of course :)  Go for it
2020-04-25 20:02:06 <mps> ok, give me few minutes to put it on web somewhere
2020-04-25 20:04:31 <mps> jpierre76: http://arvanta.net/2x3d1kfg/wireguard-virt-5.4.34-r0.apk
2020-04-25 20:11:53 <jpierre76> Thanks mps Now modeprobe is saying something else :
2020-04-25 20:11:56 <jpierre76> modprobe: ERROR: could not insert 'wireguard': Unknown symbol in module, or unknown parameter (see dmesg)
2020-04-25 20:13:16 <mps> uhm, no luck
2020-04-25 20:13:36 <mps> I can't test because I don't have VM with aarch64
2020-04-25 20:14:10 <Dani82> right place
2020-04-25 20:14:19 <Dani82> Alpine linux uses ash as shell?
2020-04-25 20:14:43 <ikke> Yes
2020-04-25 20:14:51 <jpierre76> yes
2020-04-25 20:14:56 <Dani82> :O
2020-04-25 20:15:57 <jpierre76> mps : Do you want ssh access ?
2020-04-25 20:16:15 <Dani82> so, the base of Alpine linux is Kernel + Busybox ?
2020-04-25 20:16:34 <jpierre76> correct
2020-04-25 20:16:46 <Dani82> anything else?
2020-04-25 20:17:48 <mps> jpierre76: no, please
2020-04-25 20:18:22 <ikke> Dani82: musl
2020-04-25 20:18:25 <mps> let me look, looks like I have aarch64 vm, but on other computer
2020-04-25 20:19:13 <Dani82> yeah i know about musl, what should i know about Alpine linux? i'm using Arch but i want to use a system with busybox
2020-04-25 20:19:17 <jpierre76> dnsmasq
2020-04-25 20:19:56 <ikke> no systemd, but openrc
2020-04-25 20:20:05 <ikke> just try it out I would say
2020-04-25 20:20:10 <jpierre76> openssl and python
2020-04-25 20:23:13 <mps> jpierre76: hmm, my aarch64 VM doesn't not work my current kernel (i'm testing kernels to find some drivers bug)
2020-04-25 20:23:55 <jpierre76> Shall I ask wireguard abut it ?
2020-04-25 20:24:08 <mps> ?
2020-04-25 20:26:29 <Dani82> i want to test the mini root fs, can i extract this in a folder and boot using grub?
2020-04-25 20:26:59 <ikke> minirootfs is not meant to be booted
2020-04-25 20:27:20 <ikke> It's meant to be used as a chroot
2020-04-25 20:27:32 <Dani82> so i am being crazy rn
2020-04-25 20:27:52 <Dani82> it not like a mini system
2020-04-25 20:28:09 <ikke> The usecase is a minimal image for things like docker
2020-04-25 20:28:18 <ikke> it has no init system, it has no kernel
2020-04-25 20:31:29 <Dani82> ok, but i can boot the files in the standard iso inisde the /boot right?
2020-04-25 20:33:29 <jpierre76> I am in a wireguard FB user group. I do not know...
2020-04-25 20:34:22 <mps> jpierre76: no, this is our build issue, not wireguard issue
2020-04-25 20:35:33 <TBK[m]> 3rd time is the charm. https://gitlab.alpinelinux.org/TBK/aports/-/jobs/101581/artifacts/file/packages/community/aarch64/wireguard-virt-5.4.34-r0.apk
2020-04-25 20:35:41 <mps> if you can wait day or two, I plan to build new kernel for my aarch64 box on which I could run VM
2020-04-25 20:35:57 <mps> TBK[m]: ah, nice
2020-04-25 20:36:54 <mps> jpierre76: try this which TBK[m] just posted
2020-04-25 20:37:53 <jpierre76> OK mps : thanks and good night :D
2020-04-25 20:38:51 <mps> heh, I will not go to bed in next two hours at least. but good night to you
2020-04-25 20:40:18 <jpierre76> apk add ./wireguard-virt-5.4.34-r0.apkERROR: ./wireguard-virt-5.4.34-r0.apk: IO ERROR
2020-04-25 20:40:25 <jpierre76> Bad news :(
2020-04-25 20:40:49 <mps> --allow-untrusted
2020-04-25 20:41:06 <jpierre76> did that as well
2020-04-25 20:41:10 <lunaphyte> i'd like to add the iproute2 package, but i don't want iptables.  how can i just install iproute2?
2020-04-25 20:41:27 <jpierre76> apk add --allow-untrusted ./wireguard-virt-5.4.34-r0.apkERROR: ./wireguard-virt-5.4.34-r0.apk: IO ERROR
2020-04-25 20:41:33 <mps> jpierre76: apk del wireguard-virt
2020-04-25 20:41:51 <mps> and then 'add', maybe will work
2020-04-25 20:42:09 <ikke> lunaphyte: iproute2 is does not contain iptables
2020-04-25 20:42:38 <lunaphyte> ikke: https://pkgs.alpinelinux.org/package/edge/main/x86_64/iproute2 says otherwise
2020-04-25 20:42:40 <ikke> https://pkgs.alpinelinux.org/contents?branch=edge&name=iproute2&arch=x86_64&repo=main
2020-04-25 20:43:13 <lunaphyte> for some reason, it seems that iptables has been labelled as a dependency for iproute2
2020-04-25 20:43:22 <ikke> ah, it has a depends
2020-04-25 20:43:24 <ikke> hmm
2020-04-25 20:49:39 <Dani82> ok, i managed to boot the stuff from the iso using grub, but i can't mount the root in /sysroot, i don't know what i am doing wrong
2020-04-25 20:50:45 <Hello71> it is really a soft depend. you need it for tc_xt
2020-04-25 20:51:37 <Hello71> https://build.alpinelinux.org/buildlogs/build-edge-x86_64/main/iproute2/iproute2-5.6.0-r0.log: so:libxtables.so.12
2020-04-25 20:56:22 <lunaphyte> Hello71: yeah, i'd really like to be able to decide those things for myself.
2020-04-25 20:57:04 <lunaphyte> that's one of the reasons i was drawn to alpine.  i was really getting tired of the package manager "helping" me, with these artificial dependencies :(
2020-04-25 20:57:29 <ikke> We do our best to keep dependencies minimal, but it's not always easy
2020-04-25 20:57:54 <lunaphyte> i get it, but imho, i think it's pretty easy most of the time
2020-04-25 20:58:08 <lunaphyte> just don't make it a dependency!  :)
2020-04-25 20:58:15 <lunaphyte> the admin will use their brain
2020-04-25 20:58:31 <ikke> yeah, technically, but sometimes you do need to functionality
2020-04-25 20:58:52 <lunaphyte> what do you mean?
2020-04-25 20:59:56 <ikke> For some usecase, you need functionaly x to work, but that requires a dependency on y
2020-04-25 21:00:13 <Dani82> alpine is rolling release?
2020-04-25 21:00:58 <ikke> edge is rolling release, but we have stable releases as well
2020-04-25 21:01:55 <Dani82> what you mean by "edge"?
2020-04-25 21:06:19 <TBK[m]> Dani82: https://wiki.alpinelinux.org/wiki/Edge
2020-04-25 21:07:57 <oneinsect> hola friends
2020-04-25 21:08:04 <oneinsect> anyone still here
2020-04-25 21:08:48 <oneinsect> apk update says, ERROR: Unable to lock database: No such file or directory
2020-04-25 21:08:48 <oneinsect>  because there is no db folder etc, is there a command for apk to let generate directory structure
2020-04-25 21:09:06 <oneinsect> like some initdb command?
2020-04-25 21:09:14 <Dani82> :T so i should install Alpine for every release?
2020-04-25 21:10:19 <oneinsect> hola found it
2020-04-25 21:10:21 <oneinsect> apk add --initdb
2020-04-25 21:10:21 <oneinsect> thanks
2020-04-25 21:10:58 <TBK[m]> Dani82: https://wiki.alpinelinux.org/wiki/Upgrading_Alpine
2020-04-25 21:13:13 <Dani82> ok, i'm almost understanding, so i can upgrade the system, almost like ubuntu right?
2020-04-25 21:52:56 <Hello71> one of the problems is that alpine doesn't have concept of "optional dependency" now
2020-04-25 21:53:14 <Hello71> arch is better in that respect (although iproute2 still depends on iptables)
2020-04-25 21:56:55 <lunaphyte> an optional dependency mechanism would be pretty useful
2020-04-25 21:59:07 <lunaphyte> with a philosophy like alpine's though, i'd still like to see a bit more of an open approach to dependencies.  e.g. there should only be a dependency if it substantially breaks the basic operation of the package
2020-04-25 21:59:53 <lunaphyte> it's exactly this rabbit hole that's got distributions like ubuntu where they are now.  even arch, unfortunately
2020-04-25 22:00:59 <TBK[m]> contributions are always welcome
2020-04-25 22:01:15 <lunaphyte> understood :)
2020-04-25 22:02:30 <afontain_> the other day, I heard that installing Qt pulled in a CD image burner on Arch, and gnuplot, too
2020-04-25 22:30:48 <Hello71> probably they confused qt and kde...
2020-04-25 22:31:04 <Hello71> of course kde includes a cd burner, that's part of a complete de
2020-04-25 22:33:19 <lunaphyte> does the alpine project have a web site with man pages?
2020-04-25 22:33:40 <lunaphyte> my searching says no, but i'm wondering if i'm searching badly
2020-04-25 22:35:16 <Hello71> no, but arch is pretty close
2020-04-25 22:35:32 <Hello71> and apk doesn't have man pages anyways (*cough*)
2020-04-25 22:35:39 <lunaphyte> well, i was looking for the man page for apk
2020-04-25 22:35:42 <lunaphyte> oh!
2020-04-25 22:35:50 <lunaphyte> that answers that then :)
2020-04-25 22:36:12 <lunaphyte> i'll just stick with the usage statement then, thanks
2020-04-25 22:38:40 <Hello71> there is currently a dispute over apk man pages
2020-04-25 22:38:54 <lunaphyte> oh.  what's the dispute?
2020-04-25 22:38:55 <Hello71> apparently some people added man pages, but in the process made --help worse
2020-04-25 22:39:00 <afontain_> 
ACTION uploaded an image: Capture d’écran de 2020-04-26 00-38-43.png (93KB) < https://matrix.org/_matrix/media/r0/download/gnugen.ch/ycoCSyFGoZdHyFJgsFackGGq >

2020-04-25 22:39:10 <afontain_> didn't they got merged?
2020-04-25 22:39:10 <lunaphyte> ah.  oopsies
2020-04-25 22:39:13 <afontain_> https://gitlab.alpinelinux.org/alpine/apk-tools/-/commits/master
2020-04-25 22:39:23 <Hello71> well yes
2020-04-25 22:39:29 <Hello71> that's the dispute
2020-04-25 22:39:39 <Hello71> it was in #alpine-devel a day or two ago
2020-04-25 22:40:02 <Hello71> I wasn't involved, so may not be totally accurate
2020-04-25 22:41:30 <afontain_> https://gitlab.alpinelinux.org/alpine/apk-tools/-/commit/b62d252b7b51cd4ca8030577849842b07e1913fb, in particular
2020-04-25 22:44:41 <afontain_> https://gitlab.alpinelinux.org/alpine/apk-tools/-/merge_requests/23
2020-04-25 23:06:47 <lunaphyte> i removed syslinux, after the install was complete [it's using grub now], but some files seem like they were left behind: http://dpaste.com/09PX2XJ
2020-04-25 23:06:58 <lunaphyte> the .conf and .c32 files, i think?
2020-04-25 23:07:27 <lunaphyte> i didn't do --purge, because i didn't know about it yet, but i did do apk del --purge syslinux after.
2020-04-25 23:07:41 <lunaphyte> should that have cleaned up those files?  are those syslinux files?
2020-04-25 23:10:07 <TBK[m]> they are syslinux files
2020-04-26 01:01:34 <albr> monado[d]: Does anyone know how to run OS X in a qemu with an alpine host?
2020-04-26 07:14:41 <TBK[m]> monado[d]: checkout GH kholia/OSX-KVM
2020-04-26 07:18:40 <mps> iiuc, license require OSX to be run only on apple hardware
2020-04-26 07:54:25 <albr> monado[d]: Thanks :)
2020-04-26 08:06:22 <mysticmode> Hi, this is Nirmal. I own a dedicated Hetzner server where I usually install Ubuntu and install my applications. But now, I'm going for Alpine Linux installation on my server.
2020-04-26 08:06:38 <mysticmode> Following this guide - https://wiki.hetzner.de/index.php/Eigene_Images_installieren/en
2020-04-26 08:07:09 <mysticmode> I'm having trouble generating .sig file from the signatures that Alpine provides. Could somebody guide me on this? Thanks
2020-04-26 08:08:34 <mysticmode> GPG is .asc and there is another one called .sha256 - So, I'd like to know how to generate a .sig file using these. I've been trying this many hours yesterday, but I couldn't do this.
2020-04-26 08:10:04 <mysticmode> To say more, Hetzner doesn't support Alpine for dedicated servers. So, I have to install it as a custom image.
2020-04-26 08:36:38 <TBK[m]> mysticmode: without an example of what Hetzner have in the .sig file I can only guess. My guess is that our alpine-standard-<release-version>-<arch>.iso.asc is equivalent to .sig
2020-04-26 08:38:20 <TBK[m]> and the public-key.asc would be https://alpinelinux.org/keys/ncopa.asc
2020-04-26 08:39:09 <mysticmode> Yeah, that is sad, I asked them the same question on what .tar.gz.sig contains. Instead explaining, they asked me to point the iso link and they created a bootable USB stick to use it via KVM. The problem is their KVM is too slow that I cannot really able to install the OS using their KVM console.
2020-04-26 08:39:34 <mysticmode> AFAIK - .asc should be a seperate file. We need a .tar.gz.sig file as well.
2020-04-26 08:39:46 <mysticmode> We need both of them to install Alpine.
2020-04-26 08:40:19 <mysticmode> I have the secret key and the Key ID, but I couldn't be able to figure out how to create the .tar.gz.sig using the key iD
2020-04-26 08:41:33 <mysticmode> I'm doing this using GPG on Debian buster in my laptop.
2020-04-26 08:46:58 <TBK[m]> Hetzner has some image tooling at https://github.com/hetzneronline/installimage
2020-04-26 09:11:08 <Marquel> morning. when merging pulseaudio, i get a warning i shoud select SND_HDA_PREALLOC_SIZE of 2048kB or more for HDA codec, but gentoo-sources-5.6* do not allow access to that setting with the default intel-pci-hda configuration.
2020-04-26 09:12:24 <mysticmode> TBK[m] No that didn't help. What I'll do now is  - boot my server in rescue mode and unzip other images.tar.gz.sig file and see what it contains. Last I did, it was read-only - I'll try it once more.
2020-04-26 09:12:26 <Marquel> wrong channel, sorry.
2020-04-26 12:47:38 <guesty> hello ikke
2020-04-26 12:48:06 <guesty> the latest update fixed eth0 not showing up
2020-04-26 12:48:17 <guesty> now ill patiently wait for 3.12
2020-04-26 12:51:15 <ikke> hi
2020-04-26 13:05:14 <guesty> sup
2020-04-26 13:05:34 <Cogitri> 👋
2020-04-26 13:58:43 <ikke> o/
2020-04-26 13:58:49 <ikke> Enjoying the sun
2020-04-26 14:01:25 <oneinsect> where
2020-04-26 14:01:29 <Cogitri> It's all cloudy here, so at least I'm not missing out while doing maths
2020-04-26 14:01:57 <PureTryOut[m]> https://git.alpinelinux.org/aports/tree/main/docs/APKBUILD#n9 prevents me from using a different (actually working) man package like man-db. Is there a reason it depends on mdocml specifically?
2020-04-26 14:02:53 <ikke> oneinsect: NLD
2020-04-26 14:03:08 <Cogitri> PureTryOut: Hum, I think it depended on cmd:man before
2020-04-26 14:03:28 <Cogitri> I guess mps changed that when changing the name for mdocml?
2020-04-26 14:03:47 <PureTryOut[m]> Idk, but mdocml doesn't actually work with Busybox so fails ootb
2020-04-26 14:04:06 <Cogitri> Hm, at least for me mdocml seems to work
2020-04-26 14:04:35 <mckaygerhard> hy guys..
2020-04-26 14:04:50 <PureTryOut[m]> 
ACTION sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/JBjrYncXpYrIqoRENDVTFvJV >

2020-04-26 14:04:51 <PureTryOut[m]> Cogitri:  a random example ^
2020-04-26 14:04:57 <mckaygerhard> i will post and advertise here.. sorry but we need to see the true: https://web.archive.org/web/20200426135826/https://github.com/void-linux/void-packages/commit/c3b796acace52e275ff069347c21000f48138f28
2020-04-26 14:05:23 <PureTryOut[m]> Seems to call `less` with `-T`, which it doesn't support on Busybox
2020-04-26 14:06:34 <Cogitri> Oh huh, I guess I have GNU less installed
2020-04-26 14:06:48 <PureTryOut[m]> That is one way to fix it lol
2020-04-26 14:07:01 <Cogitri> Not sure if we shouldn't just fix mdocml to work with busybox less/make it depend on less then
2020-04-26 14:09:16 <PureTryOut[m]> 🤷‍♂️
2020-04-26 14:10:59 <Cogitri> mps ^?
2020-04-26 14:22:38 <mps> Cogitri: it is not merged yet
2020-04-26 14:24:04 <mps> and I didn't changed anything, just renamed it and changed depends and makedepends in related packages
2020-04-26 14:24:43 <mps> but, iirc this issue about PureTryOut[m] talk is solved not long ago
2020-04-26 14:24:44 <Cogitri> Oh, sorry, I thought it was merged already
2020-04-26 14:25:20 <mps> if it still is issue we should look at it
2020-04-26 14:25:49 <mps> PureTryOut[m]: are you on edge or on stable
2020-04-26 14:34:35 <mps> and, here is also cloudy and raining, I'm sleepy
2020-04-26 14:39:45 <ikke> it's about 18-22C outside
2020-04-26 14:43:33 <mps> nice, enjoy it :)
2020-04-26 14:48:41 <guesty> @ikke are you busy right now?
2020-04-26 14:56:22 <guesty> whenever i run "apk add --root=/mnt/root --initdb $(cat /etc/apk/world)" it says that all of the packages are missing
2020-04-26 14:58:20 <gabe> Hi, I have installed Alpine Linux and XFCE. It generally works well, apart from the reboot and shutdown menus. They are greyed out. Any suggestions as for what that may be caused by? Thank you very much in advance for your help.
2020-04-26 14:58:50 <ikke> guesty: you need to specify a repository as well
2020-04-26 14:59:05 <guesty> how would i go about doing that?
2020-04-26 14:59:22 <ikke> -X <url>
2020-04-26 14:59:26 <ikke> and --allow-untrusted
2020-04-26 14:59:34 <guesty> ill try
2020-04-26 14:59:56 <guesty> wait to -X is the alpine repo url right?
2020-04-26 15:01:01 <guesty> right it is
2020-04-26 15:01:04 <mps> gabe: you probably need policy-kit
2020-04-26 15:01:33 <gabe> mps: Thank you mps. How do I install that?
2020-04-26 15:01:41 <mps> no
2020-04-26 15:01:48 <mps> I'm wrong
2020-04-26 15:02:42 <mps> it is polkit
2020-04-26 15:03:18 <mps> or consolekit2
2020-04-26 15:03:42 <mps> I don't use this packages so I'm little outdated with this :)
2020-04-26 15:04:59 <mps> but one of these two is what you need
2020-04-26 15:05:56 <guesty> ikke, somehow the linux package is missing
2020-04-26 15:06:07 <guesty> the rest successfully installed
2020-04-26 15:06:24 <gabe> mps: Installed both, but neither has helped. Do they need to be configured?
2020-04-26 15:06:32 <Cogitri> Nope
2020-04-26 15:06:35 <ikke> guesty: linux-lts?
2020-04-26 15:06:55 <guesty> that worked
2020-04-26 15:06:56 <Cogitri> You need a polkit helper too. I'm not quite sure what's the right one for xfce but on gnome we use polkit-gnome
2020-04-26 15:07:10 <mps> gabe: they should work out-of-the-box
2020-04-26 15:07:42 <mps> Cogitri: when I tested xfce consolekit was good and worked
2020-04-26 15:07:44 <Hello71> isn't consolekit2 unmaintained? why not use elogind
2020-04-26 15:08:03 <mps> maybe it is changed in last release
2020-04-26 15:08:14 <gabe> mps: Hmm, they do not seem to.
2020-04-26 15:08:15 <mps> Hello71: uhmm
2020-04-26 15:08:41 <mps> elogind, please don't :)
2020-04-26 15:08:48 <gabe> Hello71: I have elogind installed as well. Did not make any difference.
2020-04-26 15:09:27 <mps> on 3.10-stable consolekit2 worked very well
2020-04-26 15:09:37 <gabe> Also on the FXCE login screen, I can not reboot or shout down from there either.
2020-04-26 15:10:24 <gabe> shall I try to uninstall elogind and polkit?
2020-04-26 15:11:45 <mps> gabe: you can, though I'm not sure this will solve issue
2020-04-26 15:12:11 <mps> but, untill you try we will not know
2020-04-26 15:12:30 <PureTryOut[m]> mps: edge
2020-04-26 15:12:30 <gabe> mps: I could uninstall elogind but polkit is used by consolekit2
2020-04-26 15:13:14 <mps> gabe: ah, try to remove elogind then
2020-04-26 15:13:34 <mps> and kill stray processes if they exists
2020-04-26 15:13:35 <gabe> mps: Uninstalling elogind solved the problem. Thank you very much.
2020-04-26 15:14:03 <mps> gabe: +1 :)
2020-04-26 15:14:27 <mps> PureTryOut[m]: is it problem for all man pages or just some
2020-04-26 15:14:52 <PureTryOut[m]> All. Doesn't matter what man page, it just calls Less wrong
2020-04-26 15:14:55 <guesty> hey ikke, when reading the wiki on "how to setup a laptop" this part confuses me:
2020-04-26 15:14:58 <gabe> So in short installing polkit and consolekit2 solved the issue. Thank you very much for the suggestions mps.
2020-04-26 15:15:04 <guesty> Then, you need to mount your usb on to /boot:
2020-04-26 15:15:04 <guesty> mount /dev/sdb /boot
2020-04-26 15:15:04 <guesty> Edit grub:
2020-04-26 15:15:09 <guesty> nano /boot/grub/grub.cfg
2020-04-26 15:15:26 <guesty> what needs to be inside it?
2020-04-26 15:15:38 <mps> gabe: nice, I knew that elogind is 'bad gay' :)
2020-04-26 15:15:41 <guesty> im keeping my gpg keys on thag same usb
2020-04-26 15:15:47 <guesty> that*
2020-04-26 15:16:34 <mps> PureTryOut[m]: how is your $PAGER set
2020-04-26 15:16:51 <gabe> mps: perhaps is it worth documenting this on the relevant wiki page
2020-04-26 15:17:15 <PureTryOut[m]> `less`
2020-04-26 15:17:47 <mps> hmm, strange, for me it works without problem
2020-04-26 15:18:04 <mps> with busybox less applet
2020-04-26 15:20:28 <guesty> does anyone here use dm-crypt on their alpine-setup?
2020-04-26 15:22:40 <mps> PureTryOut[m]: even when remove PAGER envvar
2020-04-26 15:23:06 <PureTryOut[m]> Works fine if I unset PAGER
2020-04-26 15:23:23 <PureTryOut[m]> Actually wait
2020-04-26 15:23:24 <PureTryOut[m]> First need to uninstall GNU less again
2020-04-26 15:24:03 <PureTryOut[m]> Yeah works if I unset it
2020-04-26 15:24:38 <mps> but then default pager is 'more' ?
2020-04-26 15:38:52 <PureTryOut[m]> I just ran `PAGER='' man <something>`
2020-04-26 15:39:27 <PureTryOut[m]> So idk what it then is
2020-04-26 15:41:10 <mps> unexport PAGER ?
2020-04-26 15:41:57 <gabe> Added section to wiki regarding shutdown and reboot: https://wiki.alpinelinux.org/wiki/Xfce_Setup#Allowing_shut_down_and_reboot
2020-04-26 15:42:34 <mps> gabe: thanks
2020-04-26 15:45:08 <PureTryOut[m]> mps: tried unset already but it stayed on less anyhow
2020-04-26 15:49:31 <mps> hmm, if I unset pager than mdocml man call pager with 'more -s /tmp/tempfilename'
2020-04-26 15:49:53 <mps> ps a | grep more
2020-04-26 15:51:25 <mps> are you sure you upgraded mdocml to latest on edge
2020-04-26 15:52:06 <mps> on older versions it fails with 'less: unrecognized option: T'
2020-04-26 15:52:33 <guesty> i give up
2020-04-26 15:54:35 <mps> PureTryOut[m]: maxice8 fixed it in git commit 7f9d0dd06fc561630c2ac41c53627b218cafb7f1
2020-04-26 15:54:41 <PureTryOut[m]> I am 100% sure
2020-04-26 15:54:49 <PureTryOut[m]> I have that exact failure but with updated systems
2020-04-26 15:55:45 <mps> my 'apk version mdocml' => mdocml-1.14.5-r3 and works fine
2020-04-26 15:56:32 <PureTryOut[m]> I have same version, most definitely does not work fine
2020-04-26 15:56:50 <Cogitri> mps: Do you have gnu less installed?
2020-04-26 15:59:33 <mps> Cogitri: yes, I have it but for testing I removed it temporary
2020-04-26 15:59:41 <Cogitri> Ah okie
2020-04-26 15:59:56 <Cogitri> If I remove it it also doesn't work for me
2020-04-26 16:00:13 <mps> less -h => BusyBox v1.31.1 () multi-call binary
2020-04-26 16:00:38 <Cogitri> 
ACTION sent a long message:  < https://matrix.exqa.de/_matrix/media/r0/download/matrix.exqa.de/xDAfUUsSEnXpcWrKkqOElEQD >

2020-04-26 16:01:16 <mps> tpaste?
2020-04-26 16:02:11 <Cogitri> Ah, Matrix didn't convert that into a link?
2020-04-26 16:02:38 <mps> it converts, but have to open tab in browser
2020-04-26 16:02:55 <Cogitri> Wouldn't you have to open a browser tab with tpaste too?
2020-04-26 16:03:08 <Cogitri> Anyway, it just shows that I deleted less and afterwards get the same error as PureTryOut
2020-04-26 16:03:11 <mps> no, with curl
2020-04-26 16:03:26 <Cogitri> I think you can curl my link too
2020-04-26 16:03:39 <Cogitri> It should only display the raw input of me
2020-04-26 16:03:50 <mps> I can reproduce that error on 3.11-stable but not on edge
2020-04-26 16:05:33 <Cogitri> Huh
2020-04-26 16:06:06 <guesty> off-topic question; will there ever be a chance of integrating a option to fully encrypt disks inside the installer?
2020-04-26 16:06:38 <mps> and, most of these urls here are full of html formating and not easy to look with curl, so I usually ignore them
2020-04-26 16:07:15 <mps> though I learned that one you posted if fine
2020-04-26 16:07:34 <Cogitri> guesty: If someone does the work of integrating it, sure
2020-04-26 16:08:20 <guesty> i wouldve love to do it myself, but i dont have that kind of experience
2020-04-26 16:10:42 <Cogitri> Well, gotta start somewhere I guess ^^
2020-04-26 16:17:41 <guesty> i want to die instead
2020-04-26 16:20:27 <TBB> it is a bit complicated
2020-04-26 16:21:30 <TBB> adding luks to the mix would also justify adding lvm to it, and at that point you'll have several ways of setting up lvm+luks
2020-04-26 16:21:50 <guesty> https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop
2020-04-26 16:21:56 <guesty> im following this
2020-04-26 16:22:06 <guesty> its filled with errors though
2020-04-26 16:28:16 <Cogitri> TBB: Only if you use !(btrfs || zfs) though
2020-04-26 16:28:54 <guesty> do you guys just install alpine unencrypted?
2020-04-26 16:29:32 <Cogitri> I use LUKS and BTRFS on my Laptop
2020-04-26 16:30:27 <Cogitri> Was pretty easy to setup
2020-04-26 16:31:20 <guesty> i need plain dm-crypt
2020-04-26 16:31:41 <guesty> leaving metadata out isnt a option for me sorry
2020-04-26 16:33:28 <Cogitri> That's the same thing?
2020-04-26 16:33:56 <Cogitri> You just call cryptsetup and it uses LUKS for encryption and dm-crypt is just the thing you use to mount the thing (it's Device Mapper crypt)
2020-04-26 16:38:13 <guesty> It is?
2020-04-26 16:38:20 <Cogitri> Yes
2020-04-26 16:38:28 <guesty> you're sure there wont be left any luks headers?
2020-04-26 16:38:46 <Cogitri> cryptsetup uses LUKS and dm-crypt under the hood
2020-04-26 16:38:54 <Cogitri> I'm pretty sure you can't use one without the other
2020-04-26 16:38:56 <danieli> the only good way to not leave headers on the disk is to have detached headers
2020-04-26 16:39:01 <danieli> and that complicates things further
2020-04-26 16:39:56 <guesty> i see
2020-04-26 16:40:23 <guesty> do you know of any tutorials?
2020-04-26 16:41:20 <TBB> headers, keyfiles, etc. many combinations of all the options -> it gets a bit complicated
2020-04-26 16:41:47 <TBB> I'm enough of a traditionalist to not use btrfs or zfs so I can't really say much about that
2020-04-26 16:41:59 <guesty> right, im trying to leave as much metadata out
2020-04-26 16:42:09 <guesty> i need plausible deniability
2020-04-26 16:42:50 <guesty> the wiki is perfect, if it would only work
2020-04-26 16:43:00 <guesty> I dont know if im the brainlet
2020-04-26 16:44:16 <guesty> https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop
2020-04-26 16:44:22 <guesty> i can make a few edits
2020-04-26 16:44:42 <guesty> since some parts are wrong
2020-04-26 16:59:54 <TBK[m]> Contributions are always welcome :)
2020-04-26 17:02:25 <guesty> looks like ill have to wait 5hrs
2020-04-26 17:03:57 <oneinsect> why wait 5 hours
2020-04-26 17:04:24 <ikke> to prevent spam, you cannot add any contributions that change links within 5h
2020-04-26 17:04:38 <oneinsect> aah
2020-04-26 17:04:38 <guesty> im changing bits of text
2020-04-26 17:04:59 <ikke> I don't think the system is particularly smart
2020-04-26 17:05:44 <guesty> it is reasonable though
2020-04-26 17:33:49 <danieli> don't know of any tutorials for alpine
2020-04-26 17:34:00 <danieli> there are a few for arch but a lot of it will not apply to alpine
2020-04-26 17:35:57 <danieli> remember seeing some arch wiki page about having a decoy install of e.g. ubuntu on one partition and the rest being luks w/ detached headers, which looks like unpartitioned space
2020-04-26 17:39:30 <guesty> ok, i actually dont feel like wait 5hrs
2020-04-26 17:39:53 <guesty> @ikke, could you upload my edits to the page?
2020-04-26 17:44:13 <guesty> looks like i fot disconnected
2020-04-26 17:44:16 <guesty> got*
2020-04-26 18:02:25 <HelloShitty> Hello
2020-04-26 18:02:31 <HelloShitty> Anyone around?
2020-04-26 18:02:40 <danieli> about 400 users connected
2020-04-26 18:02:58 <danieli> what's up?
2020-04-26 18:03:03 <HelloShitty> I have just installed an Alpine Linux in GNS3 but I'm not being able to figure out how to restart network
2020-04-26 18:03:18 <HelloShitty> yes, 400 here, but how much idling?
2020-04-26 18:03:36 <danieli> a fair amount, ref the channel topic
2020-04-26 18:03:56 <danieli> it's been a while since I messed with gns3, it's a full-on VM right?
2020-04-26 18:04:09 <HelloShitty> yes
2020-04-26 18:04:29 <HelloShitty> but the thing is that I have entered the node, changed /etc/network/interfaces
2020-04-26 18:04:40 <HelloShitty> but now I'm not sure how to restart the network service
2020-04-26 18:04:55 <HelloShitty> or better, I'm not even sure what it the binary that handles the netowrk interfaces
2020-04-26 18:04:56 <danieli> tried something like `rc-service networking restart'?
2020-04-26 18:05:01 <danieli> it's busybox by default
2020-04-26 18:05:27 <HelloShitty> and other than that, I'm just learning about networking because I've been struggling with networking concepts
2020-04-26 18:05:34 <HelloShitty> and I'm trying to leran a bit about it
2020-04-26 18:05:42 <HelloShitty> so all this is kin of new to me
2020-04-26 18:06:07 <HelloShitty> I tried 'rc' and then hit tab, but couln't see any completion suggestions starting with rc
2020-04-26 18:06:13 <HelloShitty> let me try the complete command
2020-04-26 18:06:51 <danieli> alpine uses openrc by default
2020-04-26 18:07:16 <HelloShitty> it tells me "sh: rc-service: not found"
2020-04-26 20:03:17 <thresh> part
2020-04-26 21:29:04 <lunaphyte> am i understanding right that i can take a 3.11 install [for example], and turn it into "edge" whenever i might feel like it?
2020-04-26 21:29:38 <ikke> yes
2020-04-26 21:29:59 <ikke> just change the repos and run apk upgrade -U --available
2020-04-26 21:30:17 <ikke> But don't mix stable with edge
2020-04-26 21:30:36 <ikke> (ie, v3.11/main and edge/testing)
2020-04-26 21:30:44 <lunaphyte> mix meaning don't leave some repos stable and some edge?
2020-04-26 21:30:49 <ikke> correct
2020-04-26 21:30:52 <lunaphyte> ok
2020-04-26 21:31:11 <lunaphyte> are there edge iso that can be downloaded and just start out with the install that way?
2020-04-26 21:31:15 <lunaphyte> *Isos
2020-04-26 21:31:23 <ikke> there are snapshots, yes
2020-04-26 21:31:30 <ikke> not sure if there are iso's though
2020-04-26 21:31:48 <ikke> yes, there are
2020-04-26 21:31:52 <ikke> http://dl-cdn.alpinelinux.org/alpine/edge/releases/x86_64/
2020-04-26 21:32:23 <lunaphyte> thanks.  i wasn't finding them referenced from the "main" web pages
2020-04-26 21:32:39 <lunaphyte> are those isos also known as snapshots?
2020-04-26 21:33:36 <ikke> it's a snapshot as there is not actual 'release' of edege
2020-04-26 21:34:09 <lunaphyte> what's the effective difference between a snapshot and a release?
2020-04-26 21:34:46 <ikke> a release is built from scrats, and will only receive bugfixes / security fixes afterwards
2020-04-26 21:34:57 <afontain_> a release is made when stuff is more… optimal
2020-04-26 21:35:40 <ikke> afontain_: well, there are so many packages involved that's it's hard to tell
2020-04-26 21:36:53 <ikke> ofcourse we try to test as much as possible before a release so the main things are not obviously broken
2020-04-27 00:51:14 <bovis> Anyone here ever had issues with their ALSA recordings? Any recordings I make (any capture from my laptop mic or a plugged-in 3.5 mm mic), and all the settings fixes I've tried with help from #alsa, still result in a lot of static in the background.
2020-04-27 00:51:56 <bovis> My Alpine is up to date. I haven't built a custom kernel, and hadn't messed with ALSA beforehand.
2020-04-27 01:49:48 <corn> Hiya, I'm on Alpine trying to get webcam working, and the uvcvideo package doesn't seem to exist, how should I get webcam set up?
2020-04-27 02:55:29 <Hello71> bovis: did you try adjusting your mixer levels
2020-04-27 02:55:39 <Hello71> corn: uvcvideo isn't a package, it's a kernel module
2020-04-27 02:58:02 <bovis> Hello71: Yes. I've muted and unmuted various inputs, and moved the levels up/down for the inputs, including messing with the boost. Nothing seems to change the situation. It was suggested that I place 'options snd_hda_intel position_fixed=1' in /etc/modprobe.d/alsa-base.conf, but that didn't change anything.
2020-04-27 02:58:44 <bovis> It always sounds like the fuzz of a snowy television channel in the background
2020-04-27 03:00:14 <Hello71> what are you using to record
2020-04-27 03:00:34 <Hello71> try plain arecord -fdat > recording.wav
2020-04-27 03:01:52 <Hello71> also, it's position_fix, and also I don't think that would help
2020-04-27 03:03:16 <bovis> ^^ 'fixed' typo here, but not in the file
2020-04-27 03:03:26 <bovis> Hello71: I'm using arecord
2020-04-27 03:04:46 <bovis> Hello71: The recorded file is still scratchy with -fdat
2020-04-27 03:09:58 <Hello71> did you check that you're adjusting the capture mixers, not the playback mixers
2020-04-27 03:10:17 <Hello71> sometimes the playback mixers are also called mic
2020-04-27 03:12:08 <bovis> Hello71: Yes. I've tried adjusting them all.
2020-04-27 03:13:17 <Hello71> does it work in windows
2020-04-27 03:13:18 <bovis> Hello71: Perhaps what's most puzzling is the Capture and Digital columns in the capture mixers. They both need to be at significant levels (70 or so) for my voice to end up audible on the recording
2020-04-27 03:14:08 <bovis> Hello71: I don't know. There's no Windows on this box. Would checking it in a Wine program help? I don't know what program I'd have to install
2020-04-27 03:14:27 <corn> Is uvcvideo not included in the standard kernel?
2020-04-27 03:26:15 <Hello71> corn: should be
2020-04-27 03:26:19 <Hello71> !paste
2020-04-27 03:26:22 <Hello71> hm
2020-04-27 03:26:54 <Hello71> pastebin lsusb -nn
2020-04-27 03:27:01 <Hello71> actually install usbutils first, then pastebin lsusb -nn
2020-04-27 07:20:00 <Chiptune> Hi all. Its possible to disable dependency removing after building package with abuild?
2020-04-27 07:21:00 <ikke> change CLEANUP in /etc/abuild.conf
2020-04-27 07:21:17 <ikke> and / or ERROR_CLEANUP
2020-04-27 07:22:09 <Chiptune> ikke: oh, thanks! Love you <3
2020-04-27 07:22:13 <ikke> :)
2020-04-27 07:24:11 <Chiptune> ikke: ah, also, its possible to forced reinstall package from repo?
2020-04-27 07:24:31 <Chiptune> Or i must delete and then install?
2020-04-27 07:24:51 <ikke> afaik, yes
2020-04-27 07:24:59 <ikke> or change pkgrel
2020-04-27 07:25:12 <ikke> you could try apk fix <pkgname>
2020-04-27 07:25:19 <artok> anyway, purging does good sometimes..
2020-04-27 07:25:56 <Chiptune> This is needed to reinstall the rebuilt package.
2020-04-27 07:26:05 <ikke> yes, I understood as much
2020-04-27 07:26:55 <Chiptune> Thx guyz
2020-04-27 07:58:05 <opal> is /etc/init.d/runsvdir supposed to be there by default with the openrc package? it calls a nonexistant /usr/bin/runsvdir
2020-04-27 08:01:09 <ikke> runsvdir is apparently provided by runt
2020-04-27 08:01:12 <ikke> runit
2020-04-27 08:01:41 <opal> runit provides /sbin/runsvdir, so in any case openrc's initscript seems well out of place
2020-04-27 08:01:42 <ikke> while the service is provided by openrc
2020-04-27 08:01:55 <opal> runit package provides runitd
2020-04-27 08:02:00 <opal> runitd initscript*
2020-04-27 08:04:15 <mps> apk info -W /etc/init.d/runsvdir => /etc/init.d/runsvdir is owned by openrc-0.42.1-r2
2020-04-27 08:04:28 <ikke> yes
2020-04-27 08:26:17 <opal> should i file a bug on this package
2020-04-27 08:27:05 <opal> or more accurately what is the expected goal of the runsvdir service provided by openrc
2020-04-27 08:27:23 <opal> would it be better to fix the service so that runsvdir binary is provided by something, or to tear the service out entirely
2020-04-27 08:28:24 <dfghh> Hi, has anybody experience in using networkmanage ron alpine (3.11)? i can't make it manage my network connection , it keep saying "unmanaged" for both ethernet and wifi
2020-04-27 08:29:03 <opal> i could probably move this to -devel unless it'd be better to keep the discussion where it already is
2020-04-27 10:16:36 <Chiptune> Why /etc/fstab not loaded automaticaly in alpine lxc-conatiner? Even if i add localmount to boot. Its mounts only whe i run /etc/init.d/localmount mannualy
2020-04-27 10:17:09 <Chiptune> Or i don't understand how it works?
2020-04-27 10:22:04 <ikke> Chiptune: make sure localmount is added to the correct runlevel
2020-04-27 10:23:26 <Chiptune> ikke: its on boot
2020-04-27 10:23:40 <Chiptune> I tryed other levels, but nothing.
2020-04-27 10:24:34 <ikke> did you try default?
2020-04-27 10:24:53 <Chiptune> Yap.
2020-04-27 10:26:37 <ikke> Then I don't know, sorry
2020-04-27 10:26:52 <ikke> Maybe it's missing some dependency
2020-04-27 10:28:04 <Chiptune> Hmm.
2020-04-27 10:28:08 <mps> Chiptune: you can mount FS from lxc config
2020-04-27 10:28:46 <Chiptune> mps: did you meen lxc.mount.entry?
2020-04-27 10:29:22 <mps> can't tell from the head, but I think so
2020-04-27 10:33:43 <Chiptune> mps: much easier, tx!
2020-04-27 10:34:04 <mps> np :)
2020-04-27 10:34:12 <Chiptune> But its strange why runlevels not work.
2020-04-27 10:34:18 <mps> and is more flexible
2020-04-27 10:34:41 <mps> i'm not sure fstab(3) works in lxc
2020-04-27 10:36:08 <Chiptune> Maybe im too young to using fstab in lxc-container...
2020-04-27 10:36:23 <Chiptune> Or too retarded.
2020-04-27 10:36:26 <Chiptune> btw
2020-04-27 10:37:04 <oneinsect> people still containers?
2020-04-27 10:37:09 <ikke> yes
2020-04-27 10:37:12 <oneinsect> i thought only alpine was enough
2020-04-27 10:37:17 <oneinsect> use*
2020-04-27 10:37:33 <mps> fstab(5)*
2020-04-27 10:37:38 <ikke> We use containers extensively :)
2020-04-27 10:37:44 <ikke> both lxc and docker\
2020-04-27 10:37:52 <Chiptune> Something wrong with containers?
2020-04-27 10:38:02 <oneinsect> naaa
2020-04-27 10:38:04 <oneinsect> nothing wrong
2020-04-27 10:38:10 <Chiptune> Hm...
2020-04-27 10:38:15 <mps> I run alpine in lxc containers for different usages
2020-04-27 10:38:15 <oneinsect> i am mostly am embedded guy...just pulling your legs
2020-04-27 10:38:23 <oneinsect> however this is true
2020-04-27 10:38:24 <oneinsect> an apkovl can be used to specify the payload of a running system, as in a configured webserver or other applications. Instead of having to edit configs on a running system, this allows to completely define a machine before actually having to execute it. This is an huge advantage over two-step systems like ansible, which need to be triggered externally to bring the system into production state.
2020-04-27 10:38:34 <oneinsect> from here
2020-04-27 10:38:34 <oneinsect> https://blog.w1r3.net/2018/04/16/automated-provisioning-using-apkovl.html
2020-04-27 10:38:56 <oneinsect> honestly apkovl when compared to ansible really shines!!!
2020-04-27 10:39:37 <mps> I don't use any automation tools, all done 'by hand' and some scripts
2020-04-27 10:40:34 <oneinsect> but still alpine shines
2020-04-27 10:40:47 <oneinsect> :P
2020-04-27 10:41:45 <mps> I found kisslinux is much simpler and more customizable, but it is too young
2020-04-27 10:41:53 <artok> docker + ansible on everyday use
2020-04-27 10:43:54 <ikke> That's generally the problem: newer systems can learn from older systems, but at the time they get mature, they are bound to be surpassed by another system again
2020-04-27 10:45:20 <mps> yes, every editor starts small till it become emacs :)
2020-04-27 10:46:37 <mps> but these small systems can remind us what we forget in race for features
2020-04-27 10:49:09 <ikke> The ideal situation is that the user can select exactly what features you get, but either that creates a lot of overhead, you users need to compile everything themselves
2020-04-27 10:52:14 <mps> yes and there is no ideal system (or anything) in the world, always is to find something that works for particular use case or use knowledge
2020-04-27 10:52:36 <ikke> Correct, it's a lot of trade-offs
2020-04-27 10:53:19 <ikke> And also conflicting interests
2020-04-27 10:54:16 <mps> but nice thing with this is that the life is not boring
2020-04-27 12:40:11 <mysticmode> Hi, I'm sure this has been asked multiple times here and elsewhere. But I couldn't figure this out searching for it. I just installed Alpine 3.11.6 on my server and using "/bin/sh" as my default shell for root and non-root(no-password) user. My question is related to the ".profile" variables not working on my non-root user. I'm trying to install
2020-04-27 12:40:11 <mysticmode> golang on this non-root user and setting up the PATH for go bin and GOPATH for packages. So, after doing source ~/.profile - when I type 'go' it says command not found and when I type $GOPATH it says /home/git/go permission denied error. Could somebody guide me on this? Thank you!
2020-04-27 12:49:18 <Cogitri> Well, permission denied sounds like the permissions on the go binary aren't correct. You coulkd check with ls or smth what the permissions are
2020-04-27 12:49:36 <Cogitri> You probably want to set PATH to find the go binary
2020-04-27 12:50:46 <mysticmode> Ok, This is my $PATH on 'git' user: -sh: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/git/local/go/bin: not found
2020-04-27 12:51:17 <Cogitri> And you have a go binary in /home/git/local/go/bin that has the execute bit set?
2020-04-27 12:51:30 <mysticmode> yes
2020-04-27 12:51:38 <mysticmode> # Go PATH environment variablesexport PATH=$PATH:$HOME/local/go/binexport GOPATH=$HOME/go
2020-04-27 12:53:07 <mysticmode> This is the permission for .profile - "-rwxr-xr-x    1 git      git             92 Apr 27 12:19 .profile"
2020-04-27 13:15:50 <paper_> Is tlmgr available from some package? pkgs.alpinelinux.org can't find it and it is not included in my texlive installation
2020-04-27 14:25:35 <Linus> Hi! Easy way for doing autologin in tty1?
2020-04-27 14:26:58 <ikke> Linus: By using agetty
2020-04-27 14:27:16 <ikke> it has a -L option to automatically login
2020-04-27 14:27:24 <ikke> (/etc/inittab)
2020-04-27 14:37:11 <fusion> er try "-a <username to auto login>"
2020-04-27 14:37:37 <fusion> -L is something else
2020-04-27 14:41:35 <Linus> yes found it out myself
2020-04-27 14:42:05 <Linus> used agetty instead of getty and used the -a flag. Thanks anyways
2020-04-27 14:45:40 <ikke> oh, sorry, misremembered the option then
2020-04-27 14:55:53 <mps> Linus: put '/sbin/agetty -L 115200 ttyS0 linux --login-pause --autologin root --noclear' in inittab
2020-04-27 14:56:24 <mps> ofc, you change to your tty
2020-04-27 15:51:16 <guesty> looks like my edits came through
2020-04-27 15:51:31 <guesty> >https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop
2020-04-27 15:52:52 <monado> Might want to add to docs.alpinelinux.org instead...
2020-04-27 15:57:11 <guesty> i didn't know that page existed
2020-04-27 15:58:43 <guesty> looks clean and nic
2020-04-27 15:58:47 <guesty> nice
2020-04-27 15:59:04 <monado> Yep
2020-04-27 16:14:36 <mole666> I'm trying to find an older build of the containerd package. The APKBUILD file is in the community repo since containerd v1.2.1 2019-01-01, but looking in the binary repos e.g. http://dl-cdn.alpinelinux.org/alpine/v3.9/community/x86_64/ the earliest build is in alpine v3.9 and is containerd v1.2.7. Where might I find earlier builds please?
2020-04-27 16:15:12 <Cogitri> We dont keep old builds
2020-04-27 18:35:51 <trader1> Is there still an ISO available with the xfce desktop preinstalled?
2020-04-27 18:37:09 <ikke> Did that ever exist?
2020-04-27 18:37:25 <trader1> According to distrowatch.com
2020-04-27 18:38:19 <trader1> I suppose not then. lol
2020-04-27 18:39:09 <ikke> alpine started as a pure non-desktop server distro, Lately it's gaining more support for desktopts
2020-04-27 18:39:12 <ikke> desktops*
2020-04-27 18:56:43 <albr> monado[d]: how hard would it be to make one
2020-04-27 19:21:43 <danieli> probably not too hard, way easier than maintaining it long term.
2020-04-27 19:26:24 <monado> Like what would be involved in the progress
2020-04-27 19:26:30 <monado> *process
2020-04-27 19:35:45 <danieli> figuring that out is a large part of the challenge :)
2020-04-27 22:14:55 <njha> could do something like postmarketos does
2020-04-27 22:15:01 <njha> they have a tool that can build gnome images
2020-04-27 22:15:16 <njha> but that's technically a fork of alpine I think?
2020-04-27 22:17:11 <afontain_> that's a repo on top of Alpine with some extra tools
2020-04-27 22:40:51 <afontain_> I guess you could use pmbootstrap to install it with XFCE to disk
2020-04-28 07:11:57 <root> hi
2020-04-28 07:13:08 <Guest17686> bye
2020-04-28 07:58:39 <HansThorsen> I notice that openssl has been fixed CVE-2020-1967, but there is no entry in https://github.com/alpinelinux/alpine-secdb
2020-04-28 09:12:20 <danieli> that repo hasn't been updated since february
2020-04-28 11:45:43 <PureTryOut[m]> Does anyone have any instructions on how to use Plymouth?
2020-04-28 11:47:57 <clandmeter> Cogitri: should https://wiki.alpinelinux.org/wiki/Gnome_Setup work to get xorg up and running?
2020-04-28 11:49:01 <clandmeter> when i start gdm nothing happens.
2020-04-28 11:49:08 <Cogitri> Hm, I think it should, at least that worked for my laptop and desktop
2020-04-28 11:49:20 <Cogitri> Nothing happens as in gdm itself doesn't show up?
2020-04-28 11:49:32 <clandmeter> as in nothing happens :)
2020-04-28 11:49:39 <clandmeter> im running it in qemu
2020-04-28 11:49:54 <Cogitri> Fair ^^
2020-04-28 11:49:56 <Cogitri> Hum, can you maybe enable
2020-04-28 11:50:04 <Cogitri> debugging in /etc/gdm/custom.conf
2020-04-28 11:50:11 <Cogitri> And fetch me what is in /var/log/greeter.log?
2020-04-28 11:50:33 <clandmeter> there is also no xorg log so i guess its never started
2020-04-28 11:50:36 <clandmeter> ok
2020-04-28 11:51:30 <clandmeter> i enabled it and restarted gdm
2020-04-28 11:51:32 <clandmeter> there is no log
2020-04-28 11:52:00 <Cogitri> Huh, wtf
2020-04-28 11:52:05 <Cogitri> Can you run `gdm` as root?
2020-04-28 11:52:23 <clandmeter> i can but just hangs
2020-04-28 11:53:01 <Cogitri> Hm, I had that once when I broke my pam config
2020-04-28 11:53:14 <Cogitri> But those instructions worked for me and maxice8
2020-04-28 11:53:15 <clandmeter> ah
2020-04-28 11:53:19 <clandmeter> its logging to syslog
2020-04-28 11:53:33 <Cogitri> Ah
2020-04-28 11:54:33 <clandmeter> https://tpaste.us/EOdD
2020-04-28 11:55:10 <clandmeter> its using wayland?
2020-04-28 11:55:41 <Cogitri> I think it does by default
2020-04-28 11:55:51 <Cogitri> You can force disable wayland in /etc/gdm/custom.conf
2020-04-28 11:56:04 <clandmeter> it supposed to work with wayland?
2020-04-28 11:56:08 <clandmeter> i never used wayland before
2020-04-28 11:56:18 <Cogitri> Wayland just works for me on all of my systems at least
2020-04-28 11:56:35 <Cogitri> Huh, do you have a user that's not root in your VM?
2020-04-28 11:56:48 <clandmeter> no :)
2020-04-28 11:57:18 <Cogitri> Can you try creating one and try starting gdm again?
2020-04-28 11:57:34 <clandmeter> thats something
2020-04-28 11:57:40 <clandmeter> i get a nice oops now
2020-04-28 11:58:15 <clandmeter> i need  to contact my system administrator
2020-04-28 11:58:16 <Cogitri> A new error, hurray :D
2020-04-28 11:58:30 <clandmeter> let me ring him real quick
2020-04-28 11:58:55 <clandmeter> i need to reboot he says
2020-04-28 11:58:57 <clandmeter> ;-)
2020-04-28 11:59:25 <Cogitri> If that doesn't fix it, it's time to panic
2020-04-28 11:59:36 <clandmeter> oh it started xorg cause i ucommented it
2020-04-28 11:59:45 <Cogitri> Hm, that should work too though
2020-04-28 12:00:25 <Cogitri> Haven't used Xorg for some time though
2020-04-28 12:01:53 <clandmeter> its using xorg even if i comment it
2020-04-28 12:01:57 <clandmeter> ok got picture
2020-04-28 12:02:01 <clandmeter> missing dri
2020-04-28 12:02:03 <clandmeter> mesa-dri-swrast
2020-04-28 12:03:13 <Cogitri> Ah, good :)
2020-04-28 12:03:28 <Cogitri> Added that one needs a user to the gnome setup page
2020-04-28 12:03:43 <Cogitri> I think the mesa-dri stuff should be dealt with by setup-xorg normally
2020-04-28 12:06:17 <clandmeter> yes probably
2020-04-28 12:06:34 <clandmeter> so gnome-apps is not divided into parts?
2020-04-28 12:06:41 <clandmeter> its all or nothing?
2020-04-28 12:08:38 <Cogitri> Yes
2020-04-28 12:08:42 <Cogitri> How would you split it up?
2020-04-28 12:08:59 <Cogitri> I figured if you don't want all of them you would install the apps you want yourself
2020-04-28 12:09:29 <Cogitri> I guess I could make a gnome-apps-cote and gnome-apps-extra 🤔
2020-04-28 12:09:33 <Cogitri> s/cote/core/
2020-04-28 12:10:59 <clandmeter> im not sure, i was just wondering
2020-04-28 12:11:13 <Cogitri> I think it's a valid question
2020-04-28 12:11:16 <clandmeter> a DE without terminal is a bit... limited :)
2020-04-28 12:11:22 <Cogitri> I just wasn't sure how to split it previously
2020-04-28 12:11:36 <Cogitri> Yup, I'll add a core apps package
2020-04-28 12:11:52 <clandmeter> but overall it olooks good
2020-04-28 12:11:55 <clandmeter> good work!
2020-04-28 12:12:00 <Cogitri> Thanks :)
2020-04-28 12:12:17 <clandmeter> bit slow without proper hw accel
2020-04-28 12:13:04 <clandmeter> i wonder if adding budgie support would be difficult
2020-04-28 12:13:08 <clandmeter> i kind of like budgie
2020-04-28 12:14:05 <Cogitri> Hm, budgie would basically just mean swapping GNOME Shell for budgie, right?
2020-04-28 12:14:43 <Cogitri> I remember there were some problems with budgie not updating to newer mutter versions on Void Linux, so they had to keep around old mutter versions when upgrading GNOME
2020-04-28 12:15:05 <clandmeter> i think i build it recently
2020-04-28 12:15:13 <clandmeter> but didnt try it
2020-04-28 12:18:19 <clandmeter> Cogitri: i cannot manage fonts from settings?
2020-04-28 12:19:54 <Cogitri> You mean shell fonts?
2020-04-28 12:20:01 <Cogitri> I think you need to do that in GNOME Tweaks
2020-04-28 12:20:20 <clandmeter> right, we have that in repo?
2020-04-28 12:20:30 <Cogitri> Yup
2020-04-28 12:20:31 <clandmeter> ah yes
2020-04-28 12:20:37 <Cogitri> apk add gnome-tweaks
2020-04-28 12:20:40 <clandmeter> i saerched but i think i didnt have community added
2020-04-28 12:21:00 <Cogitri> Ah, gnome is in community though ^^
2020-04-28 12:25:40 <clandmeter> yes i searched before :)
2020-04-28 13:16:26 <clandmeter> Cogitri: found another issue
2020-04-28 13:16:29 <clandmeter> dbus-x11
2020-04-28 13:18:58 <clandmeter> without it i cannot start gnome-terminal
2020-04-28 13:25:07 <Cogitri> Oh
2020-04-28 13:31:05 <Cogitri> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/7313 for the gnome-apps-{core,extra} split
2020-04-28 14:50:11 <clandmeter> Cogitri: are you using flatpak?
2020-04-28 14:51:56 <Cogitri> Yup, for VSCode and Riot
2020-04-28 14:52:21 <clandmeter> im getting errors with org.freedesktop.Platform.openh264
2020-04-28 14:52:41 <clandmeter> spotify and skype
2020-04-28 14:53:17 <Cogitri> Ah, I think I had that too
2020-04-28 14:53:30 <Cogitri> I think you need to explicitly install it because of patent woes or smth
2020-04-28 14:53:38 <Cogitri> Can you do `flatpak install org.freedesktop.Platform.openh264`?
2020-04-28 14:53:57 <Cogitri> Depending on your setup you might want to pass --user to that
2020-04-28 14:54:06 <Cogitri> And choose the 19.08 runtime
2020-04-28 14:56:13 <clandmeter> where do i pass --user?
2020-04-28 14:56:32 <clandmeter> it seems to fail for bwrap mounting something
2020-04-28 14:56:37 <Cogitri> flatpak install --user
2020-04-28 14:56:46 <Cogitri> I think it asks you if you dont specify it
2020-04-28 14:56:56 <Cogitri> > it seems to fail for bwrap mounting something
2020-04-28 14:56:56 <Cogitri> Hum, that certainly does work for me
2020-04-28 14:56:59 <Cogitri> Can you spin me a log?
2020-04-28 14:57:46 <clandmeter> do i need to run flatpak as regular user?
2020-04-28 14:58:02 <Cogitri> Yes
2020-04-28 14:58:21 <Cogitri> Or well, I think you could run it as root but you want to use it as regular user :)
2020-04-28 15:04:11 <clandmeter> ok this doesnt work out very well
2020-04-28 15:04:17 <clandmeter> --user does not work at all
2020-04-28 15:04:27 <clandmeter> with it i get: Warning: Could not unmount revokefs-fuse filesystem at /var/tmp/flatpak-cache-GU6TJ0/org.freedesktop.Platform-HSU1J0: Child process exited with code 1
2020-04-28 15:04:46 <clandmeter> without*
2020-04-28 15:06:10 <Cogitri> Hum, could you try `modprobe fuse`? Although flatpak should load that iself these days
2020-04-28 15:07:08 <clandmeter> heh
2020-04-28 15:07:13 <clandmeter> i just did
2020-04-28 15:07:29 <clandmeter> so fuse is needed
2020-04-28 15:08:12 <clandmeter> next error
2020-04-28 15:08:14 <clandmeter> lol
2020-04-28 15:09:56 <clandmeter> http://tpaste.us/adVN
2020-04-28 15:10:02 <clandmeter> very descriptive error
2020-04-28 15:12:28 <ikke> Be happy that you get an error
2020-04-28 15:12:34 <Cogitri> https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/flatpak/flatpak.post-install huh
2020-04-28 15:12:43 <ikke> I've been debugging something for 2h where I don't get any error message at all :-/
2020-04-28 15:13:11 <Cogitri> I guess you need to install runtime/org.freedesktop.Platform/x86_64/19.08 then, weird that it doesn't pull it in for you
2020-04-28 15:13:24 <Cogitri> ikke: I'm currently trying to debug electron SIGSEGVing, that is fun too :^)
2020-04-28 15:13:31 <ikke> heh
2020-04-28 17:19:08 <ayylmaodougs> Does anyone have any advice on how to get alpine to dual boot with lakka? I have tried doing pinn and berry boot but cant seem to find a way to proceed on it without a usb stick, iirc alpine doesnt even work on usb
2020-04-28 17:19:23 <ayylmaodougs> not that I have a usb stick, I'd like to avoid using it if at all possible
2020-04-28 17:30:24 <Marquel> well, i guess i got a peer network configuration in /etc/network/interfaces for eth0 operational.
2020-04-28 17:30:45 <Marquel> okay, i'm starting to believe this might actually work in the end.
2020-04-28 17:31:05 <ikke> Marquel: nice
2020-04-28 17:32:32 <Marquel> ikke: just give the interface a /32 address, add "pointopoint <gateway ip>" and "gateway <gateway ip>"
2020-04-28 17:32:45 <Hello71> yes
2020-04-28 17:33:14 <Marquel> unfortunately that's not documented, so i guess i need to add it to my wiki ;)
2020-04-28 17:33:20 <ikke> Marquel: if you look at the bonding / vlan package, you can also see how to extend it with your own settings
2020-04-28 17:33:21 <Hello71> well you don't need gateway unless you want it to be the gateway
2020-04-28 17:33:42 <ikke> Hello71: Marquel already earlier mentioned that's what they needed
2020-04-28 17:33:42 <Hello71> probably would be good to document it in busybox itself
2020-04-28 17:33:45 <Marquel> Hello71: well, that was the whole point of the task at hand.
2020-04-28 17:34:05 <Hello71> sure but "peer network configuration" doesn't specify
2020-04-28 17:34:48 <Marquel> ikke: also, it _is_ possible to manually configure ipv6 with link-local only. alpine's busybox just doesn't accept addr/prefix notation, one _has_ to add "netmask <prefix-len>".
2020-04-28 17:35:23 <ikke> isn't that the same with debian ifupdown?
2020-04-28 17:35:51 <Marquel> i guess, but then again the last time i've touched debian was, erm, before the invention of PCIe.
2020-04-28 17:36:01 <ikke> (and by extension ubuntu)
2020-04-28 17:51:55 <mps> alpine ifupdown is from debian
2020-04-28 17:52:29 <ikke> right, figured as much
2020-04-28 17:53:23 <mps> latest upgrade is donw by mps :)
2020-04-28 17:53:36 <mps> iirc
2020-04-28 17:54:40 <ikke> :)
2020-04-28 18:01:59 <Marquel> thanks guys. from now i need to do it w/o irc.
2020-04-28 18:40:28 <edd_lc> what determines what the cursor looks like in gui applications?
2020-04-28 18:58:23 <albr> monado[d]: gtk
2020-04-28 19:00:02 <mps> ~/.Xresources => Xcursor.theme: capitaine-cursors
2020-04-28 19:00:23 <Hello71> edd_lc: it depends
2020-04-28 19:01:42 <mps> also, ~/.gtkrc-2.0 => gtk-cursor-theme-name = "capitaine-cursors"
2020-04-28 19:02:28 <mps> and there is settings for gtk3, and qt
2020-04-28 19:05:25 <edd_lc> does it work similar to fonts? i install a font package and say it's used
2020-04-28 19:37:47 <edd_lc> the guy's git repo says we can simply copy the icons/capitaine-cursors directory to /usr/share/icons for system-wide installation. does this imply i can copy over any cursor theme from my arch and it'll work?
2020-04-28 19:42:15 <edd_lc> yep, works like a charm. nice! thanks, guys
2020-04-28 19:48:06 <mps> edd_lc: this is not good idea, 'apk add capitaine-cursors' is better and safer
2020-04-28 19:49:15 <edd_lc> mps: :( i had a feeling. can i build this other cursor theme on alpine to make it more sane? because, 'capitaine-cursors' is the only one i could find when search for *cursor* packages
2020-04-28 19:50:03 <albr> McBoat[d]: No, it's not a bad idea by any means to install something that isn't packaged. Just make sure to install it to /usr/local instead of /usr
2020-04-28 19:51:24 <albr> McBoat[d]: A few benefits: - you know it from your package manager - your package manager knows not to overwrite it - you remember what software that you installed yourself you have to keep up to date because you can just ls the directories of /usr/local
2020-04-28 19:51:50 <mps> McBoat[d]: yes, I meant to say 'not install in system dirs' not that is bad idea to install them somewhere else
2020-04-28 19:52:13 <mps> I prefer ~/.icons
2020-04-28 19:55:33 <albr> McBoat[d]: Ah; since you were instead touting the apk install it threw me off a little as to what exactly you meant
2020-04-28 19:56:55 <mps> np
2020-04-28 20:38:40 <oem> Sorry, running alpine on a RaspberryPi 2 several months. Now I try to run samba but have a strange problem. /usr/sbin/smbd is not present, so rc-service samba start fails. apk del & add again does not help. Is there something missing in the packet? Please, be gentle, this is my first step in this channel :-) Ludwig
2020-04-28 20:45:11 <winny> having a tough time doing raid1 /boot, raid1 → luks → lvm2 /; the wiki instructions are a bit vague on which tasks I need to do. The present error is "No operating system found" (produced by extlinux's mbr.bin). any suggestions?
2020-04-28 20:54:09 <winny> (it was this error actually -- https://wiki.syslinux.org/wiki/index.php?title=Common_Problems#Missing_Operating_System_.28mbr.bin.29 ) in any case I have checked both of my raid1 /boot components are marked active. and both devices were attempted to boot from. Partition/disk details here: https://0x0.st/iep2.txt
2020-04-28 20:56:42 <winny> current hypothesis: maybe extlinux doesn't understand the newer md format that precedes the block device it contains
2020-04-28 21:05:46 <winny> yeah flipping heck, i'll make sure to add this to the wiki
2020-04-28 21:54:44 <E-werd> I can't find my answer on google: what causes resolv.conf to reset on reboot?  I haven't seen this in other distros, not sure what's causing it.  this is a normal installation.
2020-04-28 21:55:21 <ikke> E-werd: dhcp can overwrite resolv.conf
2020-04-28 21:59:27 <E-werd> not using DHCP though
2020-04-28 22:00:03 <ikke> are you using a run-from-ram system then?
2020-04-28 22:00:05 <E-werd> ah shit, I am actually.  thanks.
2020-04-28 22:00:30 <ikke> Then you need to commit change to persist them
2020-04-28 22:00:31 <E-werd> my ipv6 is static, but for whatever reason I never switched the ipv4 to static
2020-04-28 22:00:40 <ikke> ah, dhcp
2020-04-28 22:01:11 <E-werd> didn't realize that would overwrite resolv.conf though, so thanks for that heads up
2020-04-28 22:01:47 <ikke> Yes, you typically get dns servers through the dhcp server, and it manages that by updating /etc/resolv.conf
2020-04-28 22:02:53 <ikke> There is a tool called resolvconf, which gives you more flexibility with that (and it's config file is called resolvconf.conf, to to be confsed by resolve.conf :))
2020-04-28 22:12:55 <winny> looking at the mkinitfs keyfile logic, it appears to simply look for a file when ran. is it possible to mount an additional USB mas storage device before the keyfile feature is used?
2020-04-28 22:13:13 <winny> the idea is I'd like to keep /boot on the device, but keyfile separate
2020-04-28 22:14:00 <ayylmaodougs> Does anyone have any advice on how to get alpine to dual boot with lakka? I have tried doing pinn and berry boot but cant seem to find a way to proceed on it without a usb stick, iirc alpine doesnt even work on usb
2020-04-28 22:14:05 <ayylmaodougs> not that I have a usb stick, I'd like to avoid using it if at all possible
2020-04-28 22:33:19 <dmcc_> Hi all
2020-04-28 22:34:07 <dmcc_> Does anyone know why a mount command in an Alpine SSH session would always result in "are you root?" even when run as root?
2020-04-29 00:48:30 <mla> is it possible to pull from a particular git repo / commit instead of a tar.gz in an APKBUILD?
2020-04-29 01:05:22 <maxice8> Just put the url in the source, some forges like github autogenerate a tarball for specific commits
2020-04-29 01:18:20 <mla> unfortunately its just a standalone repo (not on github etc) so no auto .tar.gz
2020-04-29 01:45:01 <Hello71> the git-archive protocol allows this
2020-04-29 01:45:05 <Hello71> but is usually disabled
2020-04-29 01:58:09 <apb23> Hi, is there someone online?
2020-04-29 01:59:46 <apb23> I am having some issues following a guide on Alpine Wiki: https://wiki.alpinelinux.org/wiki/Replacing_non-Alpine_Linux_with_Alpine_remotely
2020-04-29 01:59:59 <apb23> The Without VNC section seems to be outdated
2020-04-29 02:00:40 <apb23> At the end of the guide there isn't any grsec.cmg nor grsec.gz and after the reboot the machine will be stuck
2020-04-29 02:02:09 <Hello71> I guess it assumes you download grsec iso
2020-04-29 02:02:50 <apb23> I have downloaded the Alpine Standard iso, it is the wrong one?
2020-04-29 02:03:06 <Hello71> well there is no grsec iso anymore
2020-04-29 02:03:12 <Hello71> so it's a moot point
2020-04-29 02:03:59 <apb23> So, the guide is just outdated or the without VNC installation is not unpraticable?
2020-04-29 02:04:30 <apb23> is not praticable anymore*
2020-04-29 02:04:34 <Hello71> well you see where it says "Tested on 2.1.2 and higher"
2020-04-29 02:04:49 <Hello71> and the current version is 3.11.6
2020-04-29 02:05:47 <apb23> I couldn't know that between 2.x and 3.x there were critical changes D:
2020-04-29 02:06:51 <Hello71> well it's more than 10 years old
2020-04-29 02:07:41 <apb23> The wiki says that last edit was 2017, so I thought that maybe it could still work
2020-04-29 02:08:19 <apb23> Thanks for your answers, I will try to figure out how to install a 3.x
2020-04-29 02:08:24 <Hello71> what crap provider are you using anyways
2020-04-29 02:08:32 <Hello71> https://wiki.alpinelinux.org/w/index.php?title=Replacing_non-Alpine_Linux_with_Alpine_remotely&action=history
2020-04-29 02:08:44 <Hello71> 2017 edit was to add the (bad) with-vnc instructions
2020-04-29 02:08:45 <apb23> A very crap hope that doesnt give me a VNC access
2020-04-29 02:09:26 <Hello71> probably easier to pay $3/month for a decent vps
2020-04-29 02:09:59 <apb23> Probably, I will migrate as soon as my period expires
2020-04-29 02:10:01 <Hello71> I guess it is harder to get money nowadays, especially in Italy
2020-04-29 02:10:47 <apb23> Well, I got this server without asking for it, but at some point I couldn't refuse and so now I am trying to get the best from it
2020-04-29 02:10:52 <apb23> A long story
2020-04-29 02:10:59 <Hello71> but if you get paid $6/hour
2020-04-29 02:11:03 <Hello71> and this will take more than one hour
2020-04-29 02:11:50 <apb23> I am a CS universitary student, I live with my schoolarship and some part-time work
2020-04-29 02:14:07 <apb23> Well, thanks for your support. I will try hard tomorrow hoping to be successful :D
2020-04-29 02:14:20 <winny> is it possible to disable ipv6 on alpine (current network layout is a bit broken, ipv6 doesn't work within my particular bridge segment)
2020-04-29 02:15:02 <winny> in partiuclar, i can't seem to remove the ipv6 module on my running system
2020-04-29 02:15:33 <winny> (and net.ipv6.conf.* does not exist)
2020-04-29 02:18:03 <Hello71> "disable ipv6" is basically always wrong
2020-04-29 02:18:49 <winny> i am inclined to agree, unfortunately my network topology is a bit broken, and it's not my place to fix it ;)
2020-04-29 02:19:53 <winny> for what it's worth i'm doing some layer2 rewriting to allow for an ethernet segment bridged to a wider wifi "mesh" network
2020-04-29 02:20:06 <winny> and ipv6 doesn't really work if one has to do anything silly in layer 2
2020-04-29 02:20:28 <winny> (it's a fake-mesh, but it's branded as such)
2020-04-29 02:21:43 <winny> (devices get addresses, but it's not routable because neighbor discovery or router discovery doesn't happen due to the layer 2 magic only working on certain categories of packets, mainly ipv4 ones)
2020-04-29 02:22:09 <winny> i've read it's a limitation of this clearly disgusting hack
2020-04-29 03:40:57 <Hello71> if you set net.ipv6.conf.all.accept_ra=0 and don't run dhcpv6 then ipv6 is "basically off"
2020-04-29 06:16:26 <Marquel> morning.
2020-04-29 06:17:56 <Marquel> i have a problem with my alpine host and ipv6: it has an external interface which utilises link-local addresses only. on another, internal interface, a public available subnet is defined. packets for that subnet do arrive on the external interface but are not routed to the internal interface at all. what might be missing here?
2020-04-29 06:19:14 <Marquel> also, it _does_ work in the other direction, so packets _coming_ from the internal interface are properly routed outbound, reach their destination and are answered. so just the answers are not accepted inbound.
2020-04-29 07:50:22 <Marquel> solved at provider-level
2020-04-29 08:37:04 <albr> ScottHamilton[d]: Hello, I'm building ffmpeg statically with musl-libc. But I get error ```ld.lld: error: undefined symbol: __memcpy_chk
2020-04-29 08:37:05 <albr> ScottHamilton[d]: ```
2020-04-29 08:37:06 <albr> ScottHamilton[d]: 
2020-04-29 08:37:07 <albr> ScottHamilton[d]: Do you know if musl libc supports __memcpy_chk?
2020-04-29 08:37:29 <albr> ScottHamilton[d]: If not, what should I do to correct the code.
2020-04-29 08:56:21 <Cogitri> You probably needs to link ssp_nonshared
2020-04-29 08:59:08 <Marquel> ikke: success. the workload has been transferred, alpine is the new hypervisor. including a fully operational dual network stack.
2020-04-29 08:59:23 <ikke> cool
2020-04-29 09:08:43 <Marquel> yeah. thx to all the alpine devs to make a binary distri that doesn't suc^Wsystemd and being that fast and easy to use.
2020-04-29 09:31:37 <edd_lc> albr, mps: thanks for the tips!
2020-04-29 09:34:18 <albr> ScottHamilton[d]: I've found. I'm statically linking to libopus wich was not compiled with musl libc
2020-04-29 09:34:31 <albr> ScottHamilton[d]: so it's still dynamically linked to glibx
2020-04-29 09:34:34 <albr> ScottHamilton[d]: so it's still dynamically linked to glibc
2020-04-29 09:34:52 <albr> ScottHamilton[d]: (which I've removed in LD_LIBRARY_PATH to be sure I'm not linking to it)
2020-04-29 11:17:24 <albr> ScottHamilton[d]: Hello back, I still can't find out how to prevent my lib from using gnu only C functions such as `__memcpy_chk or`  `__fprintf_chk`
2020-04-29 11:18:12 <albr> ScottHamilton[d]: I've tried -nostdinc but still, it figures out how to find the headers.
2020-04-29 11:27:10 <albr> ScottHamilton[d]: Ok, I may find the solution with FORTIFY_SOURCE
2020-04-29 11:27:14 <albr> ScottHamilton[d]: Yep that was it
2020-04-29 12:38:33 <albr> Tycho[d]: hello, i'm trying to deploy a project to learn alpine but i'm facing some issues regarding networking. At the moment my alpine guest VM (using vbox) is configured to use the host connection (same subnet as the host) and has a working external connection access as eth0. The issue i'm facing is being able to correctly configure a second network connection, eth1, so that the alpine guest may have access to the subnet where 
2020-04-29 12:40:31 <albr> Tycho[d]: I did manage to connect this second interface to the vm but i can't figure out how to set it to "up" state.
2020-04-29 12:40:32 <albr> Tycho[d]: 
2020-04-29 12:40:33 <albr> Tycho[d]: `1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
2020-04-29 12:40:34 <albr> Tycho[d]:     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2020-04-29 12:40:36 <albr> Tycho[d]:     inet 127.0.0.1/8 scope host lo
2020-04-29 12:40:37 <albr> Tycho[d]:        valid_lft forever preferred_lft forever
2020-04-29 12:40:38 <albr> Tycho[d]:     inet6 ::1/128 scope host
2020-04-29 12:40:40 <albr> Tycho[d]:        valid_lft forever preferred_lft forever
2020-04-29 12:40:41 <albr> Tycho[d]: 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
2020-04-29 12:40:42 <albr> Tycho[d]:     link/ether 08:00:27:23:c2:4c brd ff:ff:ff:ff:ff:ff
2020-04-29 12:40:43 <albr> Tycho[d]:     inet 192.168.1.31/24 scope global eth0
2020-04-29 12:40:45 <albr> Tycho[d]:        valid_lft forever preferred_lft forever
2020-04-29 12:40:46 <albr> Tycho[d]:     inet6 fd54:ae3c:add2:0:a00:27ff:fe23:c24c/64 scope global dynamic
2020-04-29 12:40:49 <albr> Tycho[d]:        valid_lft forever preferred_lft forever
2020-04-29 12:40:51 <albr> Tycho[d]:     inet6 fe80::a00:27ff:fe23:c24c/64 scope link
2020-04-29 12:40:53 <albr> Tycho[d]:        valid_lft forever preferred_lft forever
2020-04-29 12:40:55 <albr> Tycho[d]: 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
2020-04-29 12:40:55 <ikke> TBK[m]:
2020-04-29 12:40:57 <albr> Tycho[d]:     link/ether 08:00:27:a6:a8:46 brd ff:ff:ff:ff:ff:ff`
2020-04-29 12:41:12 <ikke> Tychoid, please use a paste service
2020-04-29 12:41:14 <mps> modern world :)
2020-04-29 12:41:22 <Cogitri> Ugh
2020-04-29 12:41:33 <albr> Tycho[d]: paste service you mean an external website?
2020-04-29 12:41:39 <Cogitri> Yes.
2020-04-29 12:41:54 <albr> Tycho[d]: pastebin ok?
2020-04-29 12:41:57 <ikke> Tychoid this is an irc channel
2020-04-29 12:42:08 <Cogitri> The Discord bridge should really turn that into a link or something like Matrix does
2020-04-29 12:42:09 <albr> Tycho[d]: sorry if i got the wrong channel, could you redirect me?
2020-04-29 12:42:31 <ikke> The channel is correct, but the features that discord offer don't work well on irc
2020-04-29 12:42:38 <albr> Tycho[d]: oh ok
2020-04-29 12:42:43 <mps> (be liberal in what you receive be conservative in what you send - Internet robustness principle by late Jon Postel)
2020-04-29 12:43:00 <Cogitri> Anyway, pastebin should be fine
2020-04-29 12:43:09 <albr> Tycho[d]: i'll add a link just a second
2020-04-29 12:43:54 <TBK[m]> ikke: I am guessing the ping was unintended.
2020-04-29 12:44:22 <ikke> yes, autocomplete not working for non-properly bridged users :/
2020-04-29 12:45:39 <TBK[m]> I have experienced that before... Do you know where the code be found?
2020-04-29 12:45:51 <Cogitri> :/
2020-04-29 12:46:11 <albr> Tycho[d]: This the the output of the "ip addr" command, can't figure out how to turn the eht1 interface to an up state https://pastebin.com/1CTxXEZy
2020-04-29 12:46:24 <albr> Tycho[d]: hope it's ok like this
2020-04-29 12:46:52 <ikke> TBK[m]: ask monado. But it would require support from freenode to allow those users to be properly bridged
2020-04-29 12:46:59 <ikke> a so called i-line iirc
2020-04-29 12:50:10 <Cogitri> @Tycho: You probably want to use NetworkManager or smth to manage your interfaces
2020-04-29 12:50:34 <albr> Tycho[d]: i'll look into it, thanks for the advice
2020-04-29 13:47:20 <albr> monado[d]: @Tycho if you read the rules you would know a paste service would’ve been neeeded
2020-04-29 13:47:44 <albr> monado[d]: https://cdn.discordapp.com/attachments/661834182934265883/705052701704323112/image0.png
2020-04-29 13:49:39 <Cogitri> I think this is something the bridge should enforce though
2020-04-29 13:51:32 <PureTryOut[m]> I still think a proprietary service like Discord shouldn't be supported in anyway, and a bridge to it should be actively blocked
2020-04-29 13:52:15 <Cogitri> Hm, I'm with you on the shouldn't be supported but I don't think we should actively sabotage it
2020-04-29 13:52:28 <albr> monado[d]: I’ve heard the argument before, but it has its reasons
2020-04-29 13:53:19 <PureTryOut[m]> Cogitri: a bridge like this (using a relay-bot) _should_ be actively sabotaged imo. At least you and I have virtual IRC users
2020-04-29 13:53:26 <PureTryOut[m]> (so autocomplete for nicknames and stuff work)
2020-04-29 13:54:37 <Cogitri> Fair, that really is annoying
2020-04-29 13:57:54 <albr> monado[d]: I'll try to find a way to fix that, I know a person who wrote something
2020-04-29 13:58:11 <PureTryOut[m]> Just use Matrix <-> Discord bridge instead 🤷‍♂️
2020-04-29 13:58:18 <PureTryOut[m]> But better: stop using a proprietary walled garden like Discord
2020-04-29 14:02:11 <monado> PureTryOut[m] I'd have to look into how matrix bridges work
2020-04-29 14:02:21 <monado> Because I don't even know what channel it's bridged to
2020-04-29 14:02:49 <monado> As for Discord usage, on mobile (iOS for myself and @McBoat) you don't really have any other good option
2020-04-29 14:03:06 <monado> with all due respect, matrix clients on that platform leave a lot to be desired
2020-04-29 14:03:45 <PureTryOut[m]> That is really subjective, as I personally think they're perfectly fine. But even then, anything for not having to use a proprietary platform like Discord
2020-04-29 14:04:02 <PureTryOut[m]> As for this channel on Matrix, it's #freenode_#alpine-linux:matrix.org
2020-04-29 14:04:36 <PureTryOut[m]> 
ACTION is talking through it right now

2020-04-29 14:04:54 <monado> huh fun fact
2020-04-29 14:04:56 <monado> 
ACTION  

2020-04-29 14:05:05 <monado> The "/me
2020-04-29 14:05:19 <monado> Commands don't even traverse the bridge
2020-04-29 14:05:48 <PureTryOut[m]> As in...? I see your /me perfectly fine
2020-04-29 14:05:56 <monado> i'm on irc
2020-04-29 14:06:04 <monado> https://i.arxius.io/c908678a
2020-04-29 14:06:32 <PureTryOut[m]> Yes, and according to that screenshot you see my /me fine and I see your /me fine
2020-04-29 14:06:37 <albr> 
ACTION monado[d]: is testing if this works

2020-04-29 14:06:51 <monado> Because I'm on irc
2020-04-29 14:06:59 <monado> it doesn't traverse the bridge
2020-04-29 14:07:30 <PureTryOut[m]> What bridge? The Discord bridge?
2020-04-29 14:07:33 <monado> yes
2020-04-29 14:07:54 <monado> I've probably mentioned this before, even if I own the server, I don't quite use it often
2020-04-29 14:08:03 <PureTryOut[m]> Ah, I thought you were talking about the Matrix bridge
2020-04-29 14:08:17 <monado> ah my bad
2020-04-29 14:18:00 <mps> PureTryOut[m]: +1
2020-04-29 14:25:16 <monado> https://gist.github.com/amcgregor/5724cb4cccf70468514da3bba7bbedba?ts=4#file-discordbridge-py
2020-04-29 14:25:23 <monado> Someone sent me this a while back
2020-04-29 14:25:31 <monado> and said they
2020-04-29 14:25:44 <monado> would work on tab complete for nicknames
2020-04-29 14:28:02 <monado> then they just sent me this too http://docs.znc.in/classCChan.html
2020-04-29 14:28:33 <mps> monado: may I ask you to not promote closed and non free things as PureTryOut[m] nicely expressed
2020-04-29 14:28:45 <monado> I'm not quite promoting?
2020-04-29 14:29:12 <monado> This is off topic discussion anyway, but I'm happy to explain why it exists
2020-04-29 14:29:13 <mps> well
2020-04-29 18:17:05 <mrecondo> Hi everybody! First time around here.
2020-04-29 18:18:16 <mrecondo> I have one simple question regarding version upgrades on a production machine: it's safe to jump from 3.8 to 3.11 or I should update version by version?
2020-04-29 18:21:46 <Cogitri> Should be safe to upgrade across that many releases. I'd recommend to install apk-static before that though
2020-04-29 18:22:21 <Cogitri> s/k-s/k-tools-s/
2020-04-29 18:23:30 <mrecondo> Thanks. It's in a VM, so a snapshot first will also help to recover.
2020-04-29 18:23:47 <Cogitri> Ah yes, that's probably a good idea too
2020-04-29 18:24:03 <Cogitri> One thing to be mindful about is that we've changed the name for the kernel package
2020-04-29 18:24:12 <Cogitri> So please install linux-lts once you've upgraded
2020-04-29 18:26:53 <mrecondo> Right. Thanks. Being alpine, it has a small footprint, so it should be painless.
2020-04-29 18:31:02 <spocklogical> Hello, I couldn't find it mentioned in the docs, does Alpine ship with the linux kernel 5.6 yet, or is it planned?
2020-04-29 18:31:48 <maxice8> alpine ships linux-lts which is 5.4.36 at the moment
2020-04-29 18:32:00 <maxice8> i don't know if it is planned to package the stable kernel
2020-04-29 18:46:42 <spocklogical> Ah, so I guess February-ish 2021 will probably be when we see 5.6 or newer then assuming it follows the same lts release schedule.
2020-04-29 18:47:13 <spocklogical> linux-lts just follows the latest lts kernel right?
2020-04-29 19:00:10 <Cogitri> It follows the latest LTS kernel, spocklogical
2020-04-29 19:00:30 <Lord>  /b 3
2020-04-29 19:48:34 <brass> Hey, what's the reason the alpine kernel options have nomodeset?
2020-04-29 19:48:48 <brass> Isn't modesetting a good thing?
2020-04-29 19:49:50 <Cogitri> Yes, modesetting is something you want unless you're in a recovery system
2020-04-29 19:53:40 <brass> Ok thanks, I'll just remove the option then
2020-04-29 19:55:08 <Cogitri> Yup
2020-04-29 19:55:09 <Cogitri> Weird that it's the default
2020-04-29 23:15:40 <GekkePrutser> Question: I see alpine doesn't install a PAM config for sudo
2020-04-29 23:15:59 <GekkePrutser> Could I use create a file in /etc/pam.d called sudo ? Or do I have to declare it somewhere?
2020-04-29 23:16:08 <GekkePrutser> I'm not great with PAM as you can see :D
2020-04-29 23:26:35 <GekkePrutser> One thing I can't find is how PAM knows which config file to apply to which tool
2020-04-29 23:29:25 <GekkePrutser> Ok I found it, so yes the file name should work ( http://linux-pam.org/Linux-PAM-html/sag-configuration-directory.html )
2020-04-29 23:38:26 <GekkePrutser> Hmm, no... that doesn't work.
2020-04-29 23:41:05 <Hello71> the application defines the name
2020-04-29 23:41:12 <Hello71> but alpine doesn't use pam
2020-04-29 23:41:46 <Hello71> ... I think
2020-04-29 23:42:23 <Hello71> yeah
2020-04-29 23:44:04 <GekkePrutser> Sure? But you can install many pam modules in apk
2020-04-29 23:44:36 <GekkePrutser> https://pkgs.alpinelinux.org/package/edge/community/x86_64/pam-u2f <- Like this one
2020-04-29 23:44:53 <Hello71> but sudo still won't use pam
2020-04-29 23:45:06 <GekkePrutser> Ahh ok I get it, not compiled as such you mean
2020-04-29 23:46:11 <GekkePrutser> You're right... https://git.alpinelinux.org/aports/tree/main/sudo/APKBUILD
2020-04-29 23:46:21 <GekkePrutser> Thanks! Maybe I'll compile my own
2020-04-29 23:51:58 <GekkePrutser> Hmm that's not great either, maybe just su then :)
2020-04-29 23:52:18 <GekkePrutser> Don't want it breaking on me with an update
2020-04-30 00:07:35 <GekkePrutser> Ok I compiled it and it still works, can always use 'su' as backup.. At least all my systems work the same way :) Thanks!
2020-04-30 01:05:40 <lunaphyte> i set up my filesystems manually, mounted them at /mnt/, and then did setup-disk -v /mnt.  it looks like it installed syslinux, even though it also installed grub?  am i doing something wrong?
2020-04-30 01:06:30 <lunaphyte> i've only done setup-disk, i haven't rebooted yet
2020-04-30 03:04:18 <devtexa> https://paste.debian.net/1143863/
2020-04-30 03:05:08 <devtexa> How to solve this kind of problem?
2020-04-30 03:06:47 <maxice8> It is a packaging error, 2 packages provide the same file, they should have a conflict with eachother or the wrong one should be fixed to not provide that file anymore
2020-04-30 03:06:54 <Hello71> apk update
2020-04-30 03:06:58 <maxice8> in the meantime you need to uninstall either gettext-dev or musl-libintl
2020-04-30 03:07:24 <Hello71> oh, it's actually broken
2020-04-30 03:08:29 <devtexa> Can I ignore it?
2020-04-30 03:08:39 <maxice8> you can but apk won't
2020-04-30 03:08:52 <devtexa> My project needs both packages
2020-04-30 03:09:47 <devtexa> If there is no one of the two compilation will fail.
2020-04-30 03:09:58 <maxice8> can't you pick only one ?
2020-04-30 03:10:57 <devtexa> I do n’t know much about musl ’s intl, I just chose such a method after many attempts
2020-04-30 03:11:28 <devtexa> I can uninstall gettext-dev when running in real time, but it must be done when compiling
2020-04-30 03:11:49 <devtexa> In fact, I can uninstall gettext-dev while running
2020-04-30 03:12:04 <devtexa> sorry, translation software error
2020-04-30 03:12:33 <maxice8> well musl-libintl only provides that specific file
2020-04-30 03:14:36 <devtexa> glib-dev also depends on gettext-dev.
2020-04-30 03:25:23 <devtexa> https://paste.debian.net/1143865/
2020-04-30 03:25:25 <devtexa> I saw this comment from aports
2020-04-30 03:25:42 <devtexa> I know what i should do
2020-04-30 03:48:08 <lunaphyte> setup-disk is a little bit of a beast :)
2020-04-30 03:48:31 <lunaphyte> something with it seems weird to me, although i may just be confused
2020-04-30 04:00:17 <lunaphyte> for the use case of "setup-disk /mountpoint" [https://git.alpinelinux.org/alpine-conf/tree/setup-disk.in#n1213], it always installs syslinux, which seems a little odd when i've set BOOTLOADER='grub'
2020-04-30 04:03:04 <devtexa> I always install manually instead of using the setup-disk which is not very powerful
2020-04-30 04:04:02 <lunaphyte> install_mounted_root() also always creates update-extlinux.conf which is a little confusing too, if i've specified BOOTLOADER='grub'
2020-04-30 04:04:09 <lunaphyte> devtexa: how do you install manually?
2020-04-30 04:05:29 <devtexa> Wait for me for a while, I will give you that wiki url
2020-04-30 04:07:05 <devtexa> https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop
2020-04-30 04:07:45 <devtexa> Goto URL: https://wiki.alpinelinux.org/wiki/Setting_up_a_laptop#Next_step:_Full_blown_Alpine_installation
2020-04-30 04:09:02 <lunaphyte> oh
2020-04-30 04:09:04 <lunaphyte> thanks
2020-04-30 04:09:27 <devtexa> you are welcome
2020-04-30 04:10:02 <lunaphyte> so in short, i can run regular apk add commands, and if i tell it --root=/mnt it will sort of "pretend" /mnt/ is the root of the filesystem?
2020-04-30 04:12:08 <devtexa> --root=/path/to/your/rootfs
2020-04-30 04:12:39 <lunaphyte> that's pretty neat
2020-04-30 04:14:53 <devtexa> To be honest, when I recommended Alpine Linux to those around me, many people gave up Alpine Linux because of the less powerful installer
2020-04-30 04:15:26 <devtexa> Alpine Linux should really change to a powerful installer
2020-04-30 04:15:52 <lunaphyte> i don't know
2020-04-30 04:16:35 <lunaphyte> i'm not sure powerful is always good.  in my experience, it seems like too often is just ends up meaning overly complex
2020-04-30 04:16:41 <lunaphyte> *it just
2020-04-30 04:16:59 <albr> monado[d]: what is a powerful installer
2020-04-30 04:17:04 <albr> monado[d]: what does that even mean
2020-04-30 04:19:43 <devtexa> Just like OpenBSD or void Linux, provide partition operation.
2020-04-30 04:20:09 <lunaphyte> tbh, i really prefer do any of that
2020-04-30 04:20:28 <devtexa> Instead of using the entire disk by default
2020-04-30 04:20:55 <lunaphyte> one thing i really like about the installer is that i can just setup the disks/partitions myself, however i want, mount them somewhere, and provide that directory to the installer
2020-04-30 05:34:26 <amom> hi, I sent this package https://lists.alpinelinux.org/~alpine/aports/patches/3325 4 days ago. Still no review. Is the mailing list I sent it to deprecated?
2020-04-30 05:35:50 <ikke> amom: not yet, but 1) most develoeprs mostly look at gitlab (gitlab.a.o) 2) we are in a feature freeze right now for the 3.12 release, so our focus is on getting 3.12 out
2020-04-30 05:36:25 <amom> It's really easy to use git send-email.....
2020-04-30 05:36:33 <amom> Ill take a look at the gitlab
2020-04-30 05:36:45 <ikke> maybe look at mkmr, a tool to
2020-04-30 05:37:00 <amom> Thanks ikke
2020-04-30 05:37:02 <ikke> to make it about as easy to create mere requests
2020-04-30 05:37:39 <amom> ikke: mkmr looks really good.
2020-04-30 05:39:04 <indisturbed> Wasn't Alpine Linux going to use sourcehut?
2020-04-30 05:41:08 <amom> indisturbed: sourcehut doesnt support html emails and alot of devs like html emails
2020-04-30 05:42:57 <indisturbed> amom: Is there any use for HTML email for a software development mailing list?
2020-04-30 05:43:24 <amom> indisturbed: Imho no.
2020-04-30 05:43:40 <amom> I think there was a big issue argument about it.
2020-04-30 05:43:53 <amom> so I think it's best not to bring it up again
2020-04-30 05:44:13 <amom> s/issue//
2020-04-30 05:46:00 <indisturbed> I just heard it was being adopted at one point that's all, clearly old information. No issue, just curious.
2020-04-30 05:47:51 <amom> indisturbed: no worries
2020-04-30 05:48:24 <ikke> The issue is not that people like html e-mails, but that some of the clients they regularly use (like native mobile clients) don't allow you to disable html e-mails
2020-04-30 05:49:02 <ikke> so when we switched to sourcehut for mailing lists, some users suddenly were not able to participate anymore
2020-04-30 05:59:34 <amom> Has anyone used steam and/or matlab on alpine linux?
2020-04-30 05:59:43 <amom> steam via flatpak that is
2020-04-30 05:59:57 <amom> Im considering migrating my desktop to alpine linux...
2020-04-30 06:00:44 <Cogitri> Yup
2020-04-30 06:01:34 <amom> Cogitri: yup to steam?
2020-04-30 06:05:10 <Cogitri> Yup to steam
2020-04-30 06:05:41 <Cogitri> I'm also running Riot.im and VSCode in a flatpak currently (although I'm working on getting those to run natively on Alpine)
2020-04-30 06:13:26 <amom> cool
2020-04-30 06:13:42 <amom> I have to just find a 3D printing slicer on flatpak
2020-04-30 06:27:02 <PureTryOut[m]> 
ACTION is running Steam in Flatpak as well

2020-04-30 06:27:15 <PureTryOut[m]> Everything runs well except for GTA5 in Proton 😭
2020-04-30 06:28:07 <indisturbed> Do people here use Alpine as a desktop operating system?
2020-04-30 06:28:46 <Cogitri> I use it on all of my machines, yes
2020-04-30 06:28:51 <Cogitri> With GNOME
2020-04-30 06:29:32 <indisturbed> I've been thinking of using it as my main, pretty much all of my software has a package in the repos.
2020-04-30 06:29:59 <indisturbed> I love using it for my NAS server though, I think it is the best!
2020-04-30 06:30:50 <PureTryOut[m]> Yeah same, use it on my desktop and laptop
2020-04-30 06:30:54 <PureTryOut[m]> And hopefully soon on my phone too haha
2020-04-30 06:32:36 <Cogitri> Heh
2020-04-30 06:33:34 <indisturbed> I did try, but I think I was confused because a lot of things aren't installed by default. Thankfully using a VM helped get me setup for a server, never tried using it as a desktop since.
2020-04-30 06:35:09 <Cogitri> I usually just do a chroot install from some live CD of another distro
2020-04-30 06:35:34 <Cogitri> And if I install the gnome gnome gnome-apps package I get a pretty nice default desktop
2020-04-30 06:35:59 <Cogitri> Setting up the right init services is probably the hardest thing (and I usually just copy and paste from my previous machine)
2020-04-30 06:41:36 <amom> Cogitri: oh ya the chroot. Can you run X11 apps in the chroot?
2020-04-30 07:01:11 <amom> Cogitri PureTryOut[m] do you guys run stable or edge on your desktops/laptops?
2020-04-30 07:01:58 <Cogitri> I only use the chroot for installing Alpine, I don't use it later on
2020-04-30 07:02:26 <Cogitri> You can use a chroot with a glibc install of some other distro instead of Flatpak if you want though, but that's probably a lot more work than Flatpak and doesn't integrate as well into your desktop
2020-04-30 07:02:28 <PureTryOut[m]> Edge for now on both machines. Untill I have everything I need in stable, then I'll switch my laptop over to stable
2020-04-30 07:02:48 <Cogitri> I run edge on my machines, which has been pretty stable for me
2020-04-30 07:03:06 <Cogitri> And since I develop on edge it makes sense for me to stay on it
2020-04-30 07:03:08 <Cogitri> I guess 3.12 should be fine for you
2020-04-30 07:06:25 <amom> Cogitri: Oh, Im looking to install alpine from my chroot. Do you keep your old distro installed or no?
2020-04-30 07:07:08 <Cogitri> I think you misunderstood me. I just boot a live CD of Ubuntu or whatever and install Alpine from that so I have a GUI while installing
2020-04-30 07:07:17 <Cogitri> The chroot I install on becomes my actual system once I reboot
2020-04-30 07:07:58 <amom> Oh I see.
2020-04-30 07:08:16 <amom> Ok. I might pull the trigger and install alpine.
2020-04-30 07:09:05 <indisturbed> Cogitri: What is the purpose of using chroot? Can't you install it from the live session?
2020-04-30 07:09:50 <albr> monado[d]: you don’t get a gui
2020-04-30 07:09:53 <albr> monado[d]: They just said
2020-04-30 11:11:54 <PureTryOut[m]> Does anyone know an alternative to the `-p` switch glibc's ldconfig supports? Musl just reports `Illegal option`
2020-04-30 11:13:18 <mps> PureTryOut[m]: 'musl' ldconfig is shell script
2020-04-30 11:13:55 <mps> you can extend it if you need/like
2020-04-30 11:14:17 <PureTryOut[m]> I don't want to extend it though
2020-04-30 11:14:19 <PureTryOut[m]> It needs to be some upstream thing
2020-04-30 11:15:04 <mps> no, it can't
2020-04-30 11:15:13 <mps> and don't need to be
2020-04-30 11:15:50 <mps> sorry, misread your two last msgs
2020-04-30 11:16:20 <PureTryOut[m]> Hm?
2020-04-30 11:17:06 <mps> glibc ldconfig is designed differently
2020-04-30 11:17:06 <PureTryOut[m]> In this case it's a program running `ldconfig -p` internally to find libraries installed no matter what distribution is used. If there is a portable way of doing this that works on both glibc and musl I'm willing to try and upstream it, but right now it clearly expects glibc
2020-04-30 11:17:47 <mps> and, is the ldconfig POSIX, I can't remember but maybe yes
2020-04-30 11:18:04 <PureTryOut[m]> Probably
2020-04-30 11:19:24 <mps> posix is didn't mentioned in man page for ldconfig
2020-04-30 11:19:35 <mps> is not*
2020-04-30 13:00:33 <edd_lc> any tips how to debug timezone issues? `date` returns the correct time and timezone but different websites infer different timezones ever since i moved my browser to alpine. for example, my email calendar is wrong but telegram web is right. followed this https://wiki.alpinelinux.org/wiki/Setting_the_timezone for naught
2020-04-30 13:20:57 <edd_lc> setting the TZ solved the issue <3
2020-04-30 14:54:27 <billiob> this must be a stupid question but I can't find sway on 3.11.6 (apk search sway). any idea what's the cause?
2020-04-30 14:55:47 <ikke> billiob: did you add community?
2020-04-30 14:56:02 <ikke> it's ithttps://pkgs.alpinelinux.org/packages?name=sway&branch=v3.11
2020-04-30 14:56:22 <billiob> that must be it, thanks!
2020-04-30 14:57:18 <billiob> yes, I knew it was stupid!
2020-04-30 17:22:30 <alpha_Aquilae> hello/ ,is it possible to install on a specific part like sda6, instead erase all sda, through set-alpine?
2020-04-30 17:34:08 <oliv3r[m]> Hey, any reason why out 170 packages i'm bootstrapping only slang is failing with: ERROR: slang-2.3.2-r0: BAD signature, where the package itself hasn't been updated since 2018?
2020-04-30 17:35:51 <ikke> They *have* been updated, but just to fix build issues
2020-04-30 17:36:12 <ikke> But for some reason, they were updated on edge as well
2020-04-30 17:36:16 <ikke> I mean, rebuilt
2020-04-30 17:37:13 <ikke> 7f3241b6f57bb4a8de8ccc05f1b433e53d87e994, 2f8d18865e4084f27e6cab4386cc905e1690deee, 65a680b2993d80175e4f451de324f1602721db37
2020-04-30 17:39:49 <ikke> oliv3r[m]: can you try again?
2020-04-30 17:44:35 <oliv3r[m]> sure
2020-04-30 17:44:48 <oliv3r[m]> ikke: as for build time, I just looked at https://pkgs.alpinelinux.org/package/edge/main/armv7/slang and saw 2018 there
2020-04-30 17:49:30 <ikke> which is what I would expect, we did not change the version or pkgrel, so it should not have been rebuilt on edge, just fixes build issues on 3.12
2020-04-30 17:50:27 <oliv3r[m]> it does indeed work again :)
2020-04-30 17:58:49 <oliv3r[m]> thank you ikke
2020-04-30 18:03:13 <alpha_Aquilae> I need know if it's possible to install on a specific part like sda6, instead erase all sda.
2020-04-30 18:04:16 <Cogitri> Not sure if it's possible with setup-disks , but it's possible with https://wiki.alpinelinux.org/wiki/Alpine_Linux_in_a_chroot
2020-04-30 18:07:50 <alpha_Aquilae> 'k Cogitri
2020-04-30 18:21:47 <mps> yes, it is possible but require some 'handwork'
2020-04-30 20:27:34 <gustavo_> wassup ikke
2020-04-30 20:27:40 <ikke> hi
2020-04-30 20:27:50 <gustavo_> can we expect 3.12 tommorow?
2020-04-30 20:27:55 <ikke> no
2020-04-30 20:28:02 <gustavo_> 5th may?
2020-04-30 20:28:15 <ikke> I would give it at least a week
2020-04-30 20:28:25 <gustavo_> alright
2020-04-30 20:28:46 <gustavo_> i have another question if you dont mind
2020-04-30 20:29:07 <gustavo_> why did linux-hardened get removed from the repo?
2020-04-30 20:29:08 <ikke> Just ask, I cannot promise anthing :)
2020-04-30 20:29:34 <ikke> because the authors decided to no longer offer the required patches
2020-04-30 20:29:53 <ikke> not openly anyway
2020-04-30 20:29:55 <gustavo_> the required patches?
2020-04-30 20:30:12 <gustavo_> isnt it open source though
2020-04-30 20:30:15 <ikke> The patches that made het linux kernel 'hardened'
2020-04-30 20:30:17 <ikke> no
2020-04-30 20:30:42 <Marquel> the patches are still open source.
2020-04-30 20:30:47 <ikke> officially yes
2020-04-30 20:30:54 <Marquel> but that doesn't mean one has to give it away for free.
2020-04-30 20:31:00 <ikke> you just have to pay them a lot of money,
2020-04-30 20:31:17 <ikke> And if you publish it then, you'll lose access most likely
2020-04-30 20:31:42 <Marquel> if one pays and gets the hardened kernel from grsecurity project, one _has_ to get the sources as well, true. but that's about it.
2020-04-30 20:32:05 <ikke> but gpl should allow them to publish the code as well
2020-04-30 20:32:17 <gustavo_> https://github.com/anthraxx/linux-hardened
2020-04-30 20:32:56 <Marquel> ikke: if i'm not mistaken a grsec customer is _allowed_ to do that, but, as you said, will most likely be banned and not get any younger versions.
2020-04-30 20:33:09 <ikke> Marquel: exactly
2020-04-30 20:33:10 <Marquel> gentoo stopped supporting hardened after kernel 4.7
2020-04-30 20:33:39 <ikke> spectre/meltdown expedited it for us
2020-04-30 20:33:43 <gustavo_> really sucks doesnt it
2020-04-30 20:34:03 <gustavo_> we dont have one single good hardened kernel
2020-04-30 20:34:08 <Marquel> and, judging by personal experience, it is not a trivial task even just forward porting a kernel-patchset, much less one as deeply working inside the kernel as grsec.
2020-04-30 20:34:31 <ikke> Marquel: yeah, some experienced alpine devs tried it, but gave up
2020-04-30 20:35:37 <Marquel> ikke: anarchy from gentoo tried as well. never heard of him again. probably busy spongediving near new guinea.
2020-04-30 20:37:47 <Marquel> IIRC grsec admitted their decision would have a negative impact on alpine and gentoo.
2020-04-30 20:38:17 <brass> I'm having an issue running alpine diskless from a flash drive
2020-04-30 20:38:47 <brass> Everything runs fine, but wpa_supplicant fails to launch properly when its started during boot
2020-04-30 20:39:09 <brass> So I end up having to start it manually and then restart networking myself
2020-04-30 20:40:49 <brass> It looks like wpa_supplicant is running into the issue "could not fine wireless interface" in the logs
2020-04-30 20:42:41 <brass> Any idea why the wireless interface would only appear after the system is started and not at boot?
2020-04-30 20:45:10 <Marquel> brass: wild guess, but is the wireless module autoloaded in boot-runlevel or possibly only loaded after wpa_supplicant starts up?
2020-04-30 20:49:31 <brass> Marquel: it's possible I suppose, do you know how I'd be able to check?
2020-04-30 20:52:08 <Marquel> brass: stop wpa_supplicant from starting and check if the wifi module shows up.
2020-04-30 20:52:32 <Marquel> or, maybe easier, just add it to /etc/conf.d/modules for autoload during system boot.
2020-04-30 20:52:53 <Marquel> the latter is not so much a check but my best guess for a solution to the problem.
2020-04-30 20:57:29 <brass> I just rebooted and it works with no changes... it seems to be random weather it loads properly or not
2020-04-30 20:59:19 <brass> The diskless version of alpine loads the kernel modules in a loopback device with /etc/init.d/modloop
2020-04-30 20:59:36 <brass> Maybe the way they're loaded causes a delay?
2020-04-30 21:53:29 <cyberia[m]> hi, I'm installing Alpine on a RPi 2B. what architecture should I use?
2020-04-30 21:54:24 <nacelle> arm7
2020-04-30 21:54:42 <cyberia[m]> ah wait, I found a wiki page that tells me exactly the answer I need (https://wiki.alpinelinux.org/wiki/Raspberry_Pi)
2020-04-30 21:54:43 <cyberia[m]> thanks
2020-04-30 21:55:16 <nacelle> i have a small fleet of pi2's running alpine :-)
2020-04-30 21:56:09 <cyberia[m]> also, what's inclued in the rpi distribution that's not in the standard? I notice it's quite a bit bigger. would there be any sense in running just the standard distribution on a pi?
2020-04-30 21:56:55 <danieli> the kernel is different for one
2020-04-30 21:57:28 <cyberia[m]> oh right I didn't realise they were totally separate builds
2020-04-30 21:57:37 <cyberia[m]> I thought it was just a different package configuration
2020-04-30 21:57:55 <nacelle> the pi's run in overlay disk mode, not traditional
2020-04-30 21:58:01 <danieli> nah, there are a number of differences, primarily in the kernel and bootloader
2020-04-30 21:58:16 <cyberia[m]> I see
2020-04-30 21:58:25 <danieli> you can install it in a "sys" configuration
2020-04-30 21:58:35 <nacelle> but why?
2020-04-30 21:58:35 <cyberia[m]> is there like a build script or something I could look at to see exactly how it's set up?
2020-04-30 21:58:35 <danieli> not sure who named it sys or why but it's basically a traditional install
2020-04-30 21:58:40 <cyberia[m]> just out of curiosity
2020-04-30 21:58:53 <danieli> pretty sure it's in aports/scripts
2020-04-30 21:59:04 <cyberia[m]> cool thanks
2020-04-30 21:59:29 <cyberia[m]> I mean yeah it sounds like I should run the rpi build, but now I'm curious ;)
2020-04-30 21:59:42 <danieli> the configuration for the kernel is in the linux-rpi package i believe
2020-04-30 22:00:24 <danieli> it's been a while since i messed with alpine on raspberry pis so i don't remember off the top of my head where ti is
2020-04-30 22:00:33 <nacelle> therre is a variant of the pi2 that has an aarch64 capable cpu
2020-04-30 22:00:43 <nacelle> most people dont have that (i definitely dont)
2020-04-30 22:00:51 <nacelle> but if you bought your pi2 recently you might want to check that out
2020-04-30 22:01:37 <cyberia[m]> and if it supports aarch64 I should use that?
2020-04-30 22:01:45 <cyberia[m]> I don't really know much about architectures
2020-04-30 22:01:48 <nacelle> yes
2020-04-30 22:01:54 <nacelle> 64bit vs 32bit
2020-04-30 22:01:55 <nacelle> etc.
2020-04-30 22:01:59 <danieli> i have access to other aarch64 machines myself, i don't have much i need raspberry pis for except the occasional electronics project
2020-04-30 22:02:00 <cyberia[m]> gotcha
2020-04-30 22:02:06 <danieli> and even then it's usually overkill
2020-04-30 22:02:59 <cyberia[m]> I'm using mine as a NAS plus toy project host
2020-04-30 22:03:18 <danieli> NAS...?
2020-04-30 22:03:24 <cyberia[m]> network attached storage
2020-04-30 22:03:33 <danieli> I know what NAS means but the RPi doesn't really seem fit for that purpose at all
2020-04-30 22:03:40 <nacelle> especially not a pi2
2020-04-30 22:03:44 <danieli> yup
2020-04-30 22:03:53 <cyberia[m]> how come?
2020-04-30 22:03:55 <nacelle> 100mbps is not fast
2020-04-30 22:04:06 <nacelle> disk access is horrific (usb2 at best)
2020-04-30 22:04:07 <danieli> I think 100 Mbps is the maximum you can get if you're lucky or in a lab
2020-04-30 22:04:22 <nacelle> its easy to get 100mbps out of them, but thats all you can get out of them.
2020-04-30 22:04:36 <cyberia[m]> ha, I'm used to 100mbps
2020-04-30 22:04:37 <cyberia[m]> seems ok to me
2020-04-30 22:04:37 <danieli> yup, usb and ethernet is on the same controller
2020-04-30 22:04:51 <nacelle> cyberia[m]: for the same money you can get gigabit
2020-04-30 22:05:01 <nacelle> even gigabit is old hat now
2020-04-30 22:05:15 <danieli> gigabit is pretty much the de-facto standard
2020-04-30 22:05:18 <danieli> (still)
2020-04-30 22:05:20 <cyberia[m]> guess I'll bear that in mind when upgrading
2020-04-30 22:05:31 <nacelle> 10g is becoming the new standard
2020-04-30 22:05:39 <danieli> we're talking about raspberry pis
2020-04-30 22:05:42 <danieli> come on
2020-04-30 22:05:53 <nacelle> i'm talking networking in general, right?
2020-04-30 22:05:57 <danieli> right
2020-04-30 22:06:11 <nacelle> the other reason is a pi cant really do multiple disks
2020-04-30 22:06:17 <danieli> depending on your perspective, 100G is mainstream
2020-04-30 22:06:21 <danieli> or 20 Mbps is
2020-04-30 22:53:17 <amom> hello, I am running the stable alpine linux. I dont really want to upgrade to edge for some packages I need. Is it best to just compile the packages I need from aports until they land in stable?
2020-04-30 22:59:04 <amom> If I enable the edge repository, along side the stable, is that a better option?
2020-04-30 22:59:30 <maxice8> 3.12 is coming soon, are the packages in main/ and community or testing/ ?
2020-04-30 22:59:49 <mps> amom: you can try but that is less stable than move to edge
2020-04-30 23:00:22 <amom> maxice8: they are in testing
2020-04-30 23:00:38 <maxice8> then yeah you'll need to switch to edge if you want them
2020-04-30 23:01:00 <amom> I have been using a rolling release distro for the last 7 years so ik how to maintain a computer with one
2020-04-30 23:01:10 <amom> (using void and arch)
2020-04-30 23:01:24 <amom> should I just pull the trigger and run edge?
2020-04-30 23:01:52 <maxice8> if you feel like it, it would be best if someone were to maintain the packages in question and move them to community/
2020-04-30 23:01:54 <mps> I'm running it
2020-04-30 23:03:13 <mps> edge is our 'rolling' release
2020-04-30 23:03:45 <amom> maxice8: I actually packaged some of the packages I want
2020-04-30 23:04:18 <amom> I guess I could maintain them.
2020-04-30 23:04:44 <amom> I cant find any documentation on what I need to do to become a maintainer though.
2020-04-30 23:05:07 <mps> you just create merge request
2020-04-30 23:05:58 <mps> actually it is not much important who is listed in Maintainer field
2020-04-30 23:07:20 <amom> okay.
2020-04-30 23:07:36 <amom> Is there anyway for me to fix my audio without having pavucontrol installed?
2020-04-30 23:07:39 <amom> lol
2020-04-30 23:07:50 <amom> pavucontrol is in testing too
2020-04-30 23:08:27 <mps> you can open issue/bug request on gitlab.a.o
2020-04-30 23:12:18 <amom> I think I will run edge until all my packages are in the stable repo
2020-04-30 23:12:32 <amom> Ill definately open an issue and ask if I can help maintain.
2020-04-30 23:12:34 <amom> thanks guys
2020-04-30 23:13:13 <mps> help is always welcomed :)