2024-11-01 02:46:47 how do you check what the release version is of the installed kernel on Alpine? 2024-11-01 03:44:29 orchardstreet22: 'apk info linux-edge' or 'linux-lts', depending on what you're using 2024-11-01 03:45:02 You can also check the _running_ kernel with 'uname -r' 2024-11-01 06:47:42 Hello, is there any way I can make udhcpc start faster during boot? Right now it spends couple seconds with the message "udhcpc: broadcasting discover" 4 times until it starts. I read on the wiki that you can add async run level which I did and moved chronyd to it which made my boot faster, but when I did the same with networking it still starts as if it was in boot, any way I 2024-11-01 06:47:44 can make udhcpc start faster? 2024-11-01 07:06:51 OK moving it to async run level solves it but it still prints the output and I need to press enter to get to login prompt after wich it continues to print to my tty. Is there a way to supress the output and get swtraight to login prompt? 2024-11-01 10:42:21 I'm getting this error on firefox 'Cannot play media. No decoders for requested formats: application/vnd.apple.mpegURL' , any idea if I could fix installing some package? 2024-11-01 12:11:28 is unrar in repo? only find it in the bash-complertion package 2024-11-01 12:11:50 It is not, since it's not free to redistribute 2024-11-01 12:12:03 bsdtar can handle rar files though 2024-11-01 12:14:32 thanks! 2024-11-01 12:26:18 ikke: unrar is redistributable 2024-11-01 12:26:24 it's just non-free 2024-11-01 12:27:03 bsdtar can handle a subset of rar files 2024-11-01 12:27:11 a lot of them don't work in practice 2024-11-01 12:36:36 is there a way to get gpg-agent to forget previous successful pinentry, without killing it? 2024-11-01 12:42:02 nvrmnd, found it 2024-11-01 15:03:16 damn, epr from repo is nice epub reader, so cozy 2024-11-01 15:04:40 cozy? 2024-11-01 18:12:18 hi, i have current months' irc log (html version) available here, https://m.insteps.net/irclogs/alpine/ , will move to better named domain soon, suggestion to improve welcomed 2024-11-01 20:04:52 vkrishn: looks really cool 2024-11-01 20:12:34 WhyNotHuge: I'm so confused, uname -r returns linux-lts-6.6.58-r0, I thought I was supposed to be on r1 on Alpine 3.20.03 as of now 2024-11-01 20:12:47 i mean WhyNotHugo 2024-11-01 20:14:54 there is not enough space 😂 2024-11-01 20:19:15 :) 2024-11-01 21:40:28 I'm having issues with fusermount3 when running a flatpak. It seems to be to do with the desktop portal 2024-11-01 21:41:05 I'm getting `fusermount3: failed to access mountpoint /tmp/xdg_runtime_dirs/1001/doc: Permission denied 2024-11-01 21:41:40 I can't seem to chmod this `doc` directory, I assume it's been made and is managed by the portal 2024-11-01 21:41:47 any ideas on how to debug this? 2024-11-01 22:58:20 orchardstreet22: did you reboot after installing the update? 2024-11-02 01:37:08 hey, is anyone using QEMU with a Windows host? I can't get a standard network (QEMU bridge to tuntap guest device) to work and wonder if I'm missing something 2024-11-02 02:02:42 Did you install the virtio drivers in the windows VM? 2024-11-02 02:03:50 http://www.linux-kvm.org/page/Virtio <- these to be more specific. 2024-11-02 04:35:31 durrendal: thanks, I did. 2024-11-02 04:36:06 Turns out it was a nftables issue, the default NAT setup needs these extra rules -> https://forums.gentoo.org/viewtopic-p-8752687.html?sid=993eeba614dd1db9d8dce9c0eb625bf6#8752687 2024-11-02 04:36:28 Needs more setup, but Alpine really is a great desktop distro 2024-11-02 12:58:58 Hey, I am currrently trying to understand the supply chain risks in Alpine Linux to understand the threat model and the use cases it is and is not appropiate for. Currently it seems builds are made with registry.alpinelinux.org/alpine/infra/docker/alpine-gitlab-ci:latest 2024-11-02 13:00:28 lrvick: That's just for CI purposes 2024-11-02 13:00:47 But doesn't the CI sign the builds? 2024-11-02 13:02:06 and the keys are just made with abuild-keygen on each CI node, so they are extractable keys and not stored in a TPM or TEE unless I missed something? 2024-11-02 13:04:57 Our builders are separate from our CI infra 2024-11-02 13:05:04 CI is just for testing merge requests before merging them 2024-11-02 13:05:35 Ah, that is helpful. Is there any transparency on the builders and how they are managed then? 2024-11-02 13:06:24 E.g what build images they use, how they are hash locked, etc? 2024-11-02 13:07:00 We do not use docker for the builders 2024-11-02 13:08:31 They are lxc containers 2024-11-02 13:08:39 https://pkgs.alpinelinux.org/package/edge/main/x86_64/aports-build 2024-11-02 13:12:38 If I am asking questions that are well documented somewhere please by all means RTFM me, but to clarify... 2024-11-02 13:13:07 So the build machines run aports-build, which in turn build and sign all packages, including new copies of aports-build. 2024-11-02 13:14:18 presumably these machines are themselves running alpine, which then run alpine lxc-containers, which then run aports-build? 2024-11-02 13:14:38 is this setup maintained by hand, or via automation of some kind? 2024-11-02 13:16:26 lrvick: maintained by hand 2024-11-02 13:19:09 Okay. Is it then accurate to say build-machine maintainers ssh to the build machines, and thus have plaintext access to the global package signing keys from their personal workstations? 2024-11-02 13:26:26 I guess to ask bluntly, are there are any mitigations in place today (or even planned) to prevent the compromise of a personal ssh key of an alpine build-machine maintainer being able tamper with any alpine package without detection? 2024-11-02 13:36:22 lrvick: At the moment, there are not a lot of controls in place, except that the people having access is very limited (2 or 3, depending on the arch). 2024-11-02 13:36:34 We do have plans to redesign the builder architecture 2024-11-02 13:40:01 This conversation is fascinating. Does there exist any monitoring or out of band logging and alerting that would catch such tampering? 2024-11-02 13:40:49 I am working on exporting syslog, but not in place everywhere yet 2024-11-02 13:41:00 Is MFA enforced on the SSH keys that access the build systems? (Such as the use of ed25519-sk with yubikey presence?) 2024-11-02 13:41:27 So this is stemming from an article that came out comparing the distro I founded for supply chain integrity (stagex) to other distros. Given that we are OCI-native, comparisons to Alpine being the most popular distro in corporate containerized environments are unavoidable, but I do want to make sure they are accurate and fair to alpine. 2024-11-02 13:41:43 hello, is there any recomendded way to have per user services in alpine ? 2024-11-02 13:42:11 Stagex is also musl based, so we borrow a lot of patterns from alpine. 2024-11-02 13:42:33 aktina: not at the moment, openrc is working on implementing it 2024-11-02 13:43:19 durrendal: no 2024-11-02 13:43:28 But we are 100% bit for bit reproducible, and we mitigate single points of failure in our supply chain by ensuring all packages are reproduced by 2-3 people independently, and each signed by 2-3 maintainers as proof of this, so there is no SPOF in any single computer or person. 2024-11-02 13:44:07 but it is unlikely stagex will ever be as popular or widely deployed as alpine, so if there is a way to get similar protections into alpine that would be a major win for the internet at large which heavily depends on it. 2024-11-02 13:44:08 lrvick: How does that scale? 2024-11-02 13:44:22 ikke heavy automation 2024-11-02 13:44:32 We receive 60 merge requests per day 2024-11-02 13:44:50 We build for 8 architectures 2024-11-02 13:45:09 The latter is the most challenging for verifying reproducability 2024-11-02 13:45:45 well if builds were reproducible, then every PR could build by 2-3 build machines in paralell, which could be immutable machines with non-extractable TPM based keys with remote attestation. 2024-11-02 13:46:04 granted that woudld be more expensive, but I don't see it being a slowdown if running in paralell 2024-11-02 13:46:14 We are limited in the HW that we have 2024-11-02 13:46:26 Which is all donated to the project right ikke? 2024-11-02 13:46:29 Yes 2024-11-02 13:46:55 If companies knew how vulnerable they were based on the setup they just described, I bet getting hardware donated would not be that big of a problem 2024-11-02 13:48:14 Currently stagex already has quite a bit of donated hardware from 4 orgs because we made it clear supply chain integrity is a hard requirement for merging packages, but in total fairness we only have about 300 packages and one architecture. We also only do the expensive reproduction step at release time, not PR merge time 2024-11-02 13:48:16 lrvick: what if the machine with the tpm keys broke? Do you loose your signing keys? 2024-11-02 13:48:53 TPM backed keys* 2024-11-02 13:49:45 Well you have a couple of options for that. If it is truly an immutable remotely attestable machine, then you could generate keys on first boot, load them into the TPM and PCR lock them, then export the keys via a shamirs-secret-sharing split, each share encrypted to a different maintainer 2024-11-02 13:50:08 so when you bring online a new build machine, a quorum of maintainers must submit their shares to the machine to reconstitute the key 2024-11-02 13:50:11 but no single party controls it 2024-11-02 13:50:38 this is how an OS I desgined, quorumos works, and keyfork, an open source project by my org, Distrust. 2024-11-02 13:51:33 if the OS of the build machine is reproducible, then any maintainer could locally build the same machine image, and verify the hash of the PCR that the TPM is certifying, matches the hash you get locally 2024-11-02 13:51:49 thus all maintainers can prove the machine is running the image they expect and that it has no means to exfiltrate the key 2024-11-02 13:52:08 thus you have a system that can only be controlled by a voting quorum, vs a single person. 2024-11-02 13:53:03 Though in stagex we opted not to do this, and instead have a 1/1 pairing of build machine and signing key, and just require a minimum number of build machines (controlled by different people) reproduce and sign the packages 2024-11-02 13:53:19 I think that that scales better 2024-11-02 13:53:20 but we only get away with that because we are 100% reproducible and full source bootstrapped 2024-11-02 13:53:30 lrvick: how do you bootstrap gcc? 2024-11-02 13:53:42 and rust 2024-11-02 13:53:45 from 256 bytes of x86 assembly 2024-11-02 13:53:51 all the way up 2024-11-02 13:53:58 Probably takes a lot of time 2024-11-02 13:54:14 about 2 days to bootstrap everything from source 2024-11-02 13:54:24 but once 2-3 people have reproduced the bootstrap packages 2024-11-02 13:54:29 we do not have to touch them or revisit them often 2024-11-02 13:54:47 We bootstrap each release (every 6 months) 2024-11-02 13:55:28 lrvick: how many arches are you building for 2024-11-02 13:55:30 ? 2024-11-02 13:55:30 I didn't realize alpine had full source bootstrapping? 2024-11-02 13:55:36 not full source 2024-11-02 13:56:12 right now only x86_64, though once we get our new ReprOS build automation system underway, we plan to add arm64 and riscv next. 2024-11-02 13:56:28 but because of paralell builds, we don't expect this to slow us down 2024-11-02 13:56:32 The problem is I don't see that approach scaling if you have to redo that for a lot of arches 2024-11-02 13:57:06 the bootstap path for various arches already exists thanks to the Gnu Mes, Stage0, and live-bootstap projects 2024-11-02 13:57:15 we just containerize their bootstrapping work for each arch 2024-11-02 13:58:11 stage0-1 can stay x86 even, but stage2 is where we pivot to x86 -> x86_64 cross compiler to bootstrap the rest of the distro 2024-11-02 13:58:25 but we can pivot to making that a multiarch image at that point with a cross compiler for each arch 2024-11-02 13:58:30 should be no problem. just more wall time 2024-11-02 13:59:16 Also, nothing stopping alpine from using our stage0-2 images, they are distro agnostic. Our ReprOS and AirgapOS images are also distro agnostic. 2024-11-02 13:59:30 you could bootstrap alpine with stagex if you wanted 2024-11-02 14:00:27 or copy our approach. We copy plenty of stuff from alpine so no shame there :) 2024-11-02 14:02:01 but imo, without reproducible builds bootstrapping does not really solve any trust problems 2024-11-02 14:02:26 and it seems with your number of packages and arches, getting to 100% reproducibility as a retrofit woudl be a massive effort 2024-11-02 14:02:33 yes, it would 2024-11-02 14:03:51 We could start with main just to make it tracktable 2024-11-02 14:04:00 I would then circle back and suggest that the biggest value thing you could do is sign commits, sign reviews, and do quorum administration of the build machines and build keys so no single human can tamper with them, and make those remote attestion proofs public. 2024-11-02 14:04:17 that is something that could be done as a standalone project in a vacuum 2024-11-02 14:04:21 in much shorter time 2024-11-02 14:04:33 then can start the long tail of reproducibiltiy 2024-11-02 14:04:51 and then others can use the same image as the builders to reproduce alpine. more the better 2024-11-02 14:05:55 One thing we certainly want to do is separate the signing keys from the builders 2024-11-02 14:06:27 what is the threat model there? 2024-11-02 14:07:55 Not all HW has TPM 2024-11-02 14:08:59 There is absolutely no path to removing single human points of trust without either remote attestation, or reproducibility. You have to pick one, ideally both 2024-11-02 14:09:05 but that order is probably the most within reach 2024-11-02 14:09:27 -most- hardware has TPM2 in it thesedays 2024-11-02 14:09:45 as Windows requires it now, which was a fun forcing function 2024-11-02 14:10:39 But even if the hardware does not have a TPM, but has a USB port, you could get away with using a Nitrokey etc and people physically provisioning the machine in person into a tamper evidient storage 2024-11-02 14:11:20 but having deployed servers in bank vaults with multi-party physical controls a few times... I promise a TPM is a much cheaper option and much easier to prove the integrity of at a distance. 2024-11-02 14:12:26 most server motherboards have TPMs, though most baremetal server providers like hetzner disable them by default 2024-11-02 14:12:37 but you can order a crash cart, get bios access, and turn it back on in many cases 2024-11-02 14:13:01 We use donated HW. And not all archictectures provide TPM 2024-11-02 14:14:17 You could emulate or cross compile in those cases, or simply start by providing the high integrity path for the architectures most widely used in high risk environments: x86_64/arm64 2024-11-02 14:17:12 The number one thing I would put on a risk register for you guys would be the fact that someone could threaten a single person on your team to tamper with a rust binary, and tamper with the firmware and binaries that gate access to billions of dollars. Now, you could say it is insane that alpine is used for use cases like this, and it is, but it is also sadly a reality. There is 2024-11-02 14:17:14 a -massive- target on alpine, and a lot of major supply chain attacks recently, some of them involving coercion. 2024-11-02 14:17:20 do it to protect yourselves personally, if for no other reason. 2024-11-02 14:18:56 I for one would be happy to help unblock this if I can. If keyfork or repros or bootproof can be useful to you guys, great. Or happy to discuss design decisions and see what you come up with independently. 2024-11-02 14:20:23 Feel free to add some comments to https://gitlab.alpinelinux.org/alpine/tsc/-/issues/82 2024-11-02 14:21:55 https://docs.distrust.co/qkm/ may be useful. This is how we do ceremonies (with 100% reproducible OS images verified by the whole team) to generate critical signing/encryption keys ensuring no single person an ever acess them, but also ensuring we have offline ways to backup and recover. 2024-11-02 14:22:43 then we can collaborate to load these keys onto airgap laptops we purchase and provision with witnesses locally, or remote enclaves we all verify remotely 2024-11-02 14:23:16 but then we have reasonably proof no single human can tamper with or extract the keys, or tamper with the software that controls the keys 2024-11-02 14:23:50 these tactics should be very general purpose and apply to a broad set of use cases. Feel free to rip them off, use them as-is, or use them for reference for your own designs 2024-11-02 14:24:05 but would like to see more distros applying these sorts of tactics if possible 2024-11-02 14:25:31 will take a look at that issue. Indeed I have comments I ant to make already :) 2024-11-02 14:27:33 Note that as a project, we don't have any capital. Any purchose must by covered by individual members, which limits our options 2024-11-02 14:30:07 But I'm certainly interested in improving our posture 2024-11-02 14:38:16 As a reference our tactic for getting most of our capital was pointing to companies that build mission critical software, that their supply chain has single points of failure in single computers or humans, and that if they pay us, we could dramatically reduce that risk. That resulted in stagex being funded from 3 orgs from day one, including paying for reproduction machines 2024-11-02 14:38:18 hosted/donated by several different individuals/orgs. 2024-11-02 14:38:20 is there a rough sketch diagram flow how signing is done ? 2024-11-02 14:38:34 When no one wants to trust each other by design, then we all have to bring our own hardware and pay for it 2024-11-02 14:38:37 or have our employers do it 2024-11-02 14:39:11 asking me? 2024-11-02 14:39:39 it could be added to issues/82 2024-11-02 14:41:51 We only get away with our tactics because we are reproducible, which dramatically simplifies things. One person makes a release PR with every package they generated on their own hardware, and the digests they got for every package in the tree. A second maintiner builds/bootstraps from 0 and gets the same set of digests for every container, and adds a second set of signatures. 2024-11-02 14:42:26 we try to have 3+ though 2 is always a hard minimum 2024-11-02 14:42:40 so we never had a single human trusted at any point from the first release 2024-11-02 14:43:17 but for alpine a retrofit tactic is required, so in that instance something like keyfork is probably a major accelerator. 2024-11-02 14:43:54 keyfork can generate a key, split it into m-of-n shares, and encrypt each share to a different yubikey or nitrokey, which can be distributed to each administrator. 2024-11-02 14:44:29 then any time you generate a new signing key or something on an immutable machine, you can have the generation routine encrypt a copy to that split key before it loads it into a TPM 2024-11-02 14:44:34 so you have a disaster recovery story 2024-11-02 14:44:57 then any M members of the admin team could come together to restore the same key to a new TPM as needed to bring online a new build machine 2024-11-02 14:45:21 while having strong evidence no single admin has ever had plaintext access to the keys 2024-11-02 14:45:48 for this scheme to work, you don't need the whole distro to be reproducible 2024-11-02 14:45:51 I assume this must run on the builder? 2024-11-02 14:45:59 To have access to the TPM chip 2024-11-02 14:46:00 but you -do- need the OS image that runs the builder to be reproducible 2024-11-02 14:46:08 yes ideally 2024-11-02 14:46:37 And the yubikeys? 2024-11-02 14:46:41 or nitrokeys 2024-11-02 14:46:56 each member of the admin team would provision those in advance 2024-11-02 14:47:03 and contribute their public keys to the ceremony machine 2024-11-02 14:47:16 ceremony machine boots up, generates quorum key, and encrypts shares to each admin public key it was born with 2024-11-02 14:47:41 so each admin only controls one share via the nitrokey they set up themselves 2024-11-02 14:48:35 total hardware cost for the ceremony could be a $150 laptop purchased at a retail store with witnesses, or running a TPM capable cloud machine remote for a few minutes. + cost of nitrokeys/yubikeys 2024-11-02 14:48:40 can be very very cheap 2024-11-02 14:49:32 doing it on the TPM capable cloud machine would require you implement a tpm2 remote attestation, and have a reproducible OS image on that machine, but stagex has you covered there if you wanted. 2024-11-02 14:50:03 though bootproof, the remote attestation story, is still early. Though we do ship tpm2 tools so yu cuold get away with a shell script calling those + keyfork if you wanted 2024-11-02 14:50:36 QuorumOS would make this much easier but that is not open source yet (soon, putting pressure where needed ;) 2024-11-02 14:51:43 lrvick: say I have a baremetal machine, no cloud provider. How do you attest that it's running a specific image? 2024-11-02 14:52:19 That is tricky, but solvable 2024-11-02 14:52:27 you need to confirm the root of trust with other people somehow 2024-11-02 14:52:33 the TPM2 endorsement key 2024-11-02 14:52:36 Because that's 99% the case for us 2024-11-02 14:52:52 maybe multiple people visit that machine in person or confirm the endorsement key of that TPM out of band and pgp sign it 2024-11-02 14:53:01 but you will need a one time trust bootstrapping with multiple people for baremetal 2024-11-02 14:53:06 That's also challenging 2024-11-02 14:53:15 Physically visiting the HW 2024-11-02 14:53:56 with a machine in a datacenter none of you have access to, you could each visit an admin panel for the machine remotely and confirm the EK yourselves 2024-11-02 14:54:10 or you all independently verify the EK with the hardware seller or provisioner 2024-11-02 14:54:18 but you need some method to confirm that EK 2024-11-02 14:54:42 with cloud providers, they all have endorsement key APIs now, so it is actually much easier with cloud 2024-11-02 14:54:46 But you do see the challenge 2024-11-02 14:54:50 It's not trivial 2024-11-02 14:54:50 since they own all the hardware and know what hardware they own 2024-11-02 14:55:30 its trivial with cloud, but with baremetal hosted physically by people this is really suboptimal without reproducible builds 2024-11-02 14:56:14 without reproducible builds you are forced to trust a single system somewhere. It is easiest to form trust if no admin has physical access to that system, and it is hosted by a neutral third party 2024-11-02 14:56:17 say hetzner, etc 2024-11-02 14:56:21 Yes, our build HW is not provided by cloud providers. We used to have ARM servers hosted ad a baremetal provider, but that arrangement has ended and now we are hosting it soemwhere at a sponsored location 2024-11-02 14:56:50 can you get a neutral third party, say a datacenter tech, to confirm the EK out of band to multiple people? 2024-11-02 14:56:51 For x86_64, it's easy to get resources from could providers, for aarch64 doable, but other arches are nearly impossible 2024-11-02 14:57:23 No cloud provider provides s390x, ppc64le, loongarch64, riscv64 2024-11-02 14:57:46 but zooming out to your actual problem 2024-11-02 14:57:52 if you sacrificed a bit of performance for security 2024-11-02 14:57:58 you could do builds of those in qemu 2024-11-02 14:58:23 We prefer native hw as much as possible 2024-11-02 14:58:41 not just for performance 2024-11-02 14:59:58 threat modeling is a series of tradeoffs. What security win does running on native hardware give you that outweighs removing single human points of failure? 2024-11-02 15:02:43 even if there is a compelling argument there, which I am doubtful of, that forces you to have no remote attestation solution those architectures, 99.999% of your risk comes from real world high risk deploymentts of alpine in public and private infrastructure, which use overwhelmingly x86_64, and sometimes aarch64. 2024-11-02 15:03:14 so again even if you only had high accountability deployments for just those two, that is a very very worthwhile effort 2024-11-02 15:04:33 then you can decide if you want to deal with the rest via reproducibile builds over time, or emulation 2024-11-02 15:08:32 I haven't found anything, but just to be sure: does alpine take monetary donations? 2024-11-02 15:09:47 witcher: We do not have an entity that can take donations. Individual members may take donations 2024-11-02 15:10:13 ikke: is there by any chance a list of who takes donations? 2024-11-02 15:10:15 I would note that TPM2 is not the only hardware mechanizim available to you for remote attestation. PPC64 and others have tamper evidient secure boot hardware available that can be used to unlock keys in a nitrokey or similar 2024-11-02 15:10:50 or some hardware can let you burn a hash of a key into a fuse array, and that hardware will refuse to use anything not signed by that key, etc 2024-11-02 15:10:55 i roughly know who works on alpine but i'm sure there are people i'm unaware of 2024-11-02 15:11:10 then you can have any remote attestation logic you want in your boot rom using coreboot or similar 2024-11-02 15:11:35 anyway, if there is any arch you struggle with after x86_64 an aarch64 and really need baremetal, I can possibly help 2024-11-02 15:12:49 afk for a while 2024-11-02 15:14:14 qemu build performance is garbage and saying you sacrifice "a bit of it" is being disconnected from reality 2024-11-02 15:15:20 it has tons of other drawbacks too such as not being able to reliably run tests for things 2024-11-02 15:16:30 i actually maintain a distro that does build one architecture in qemu (riscv64) and it really sucks to deal with it and i'm looking forward to when I can put it on baremetal 2024-11-02 15:18:20 ikke: is there currently a way for people to volunteer to help maintain the various bits of infrastructure that Alpine uses? I assume that's probably something the TSC would promote someone for and then vote on, but I'm not aware of the process outside of what is done for promoting maintainers to developer access. Does something like this exist already? 2024-11-02 15:25:25 clandmeter is lead of the infra team] 2024-11-02 15:25:46 We don't have a pre-defined workflow for that 2024-11-02 15:26:27 Ah gotcha. So it's more of an as needed by appointment directly from clandmeter then. That makes sense. 2024-11-02 15:26:51 We could use help, but it also takes time 2024-11-02 15:31:33 q66: even if the performance is half, it would still be worth it to wait a few extra hours for a build, than to blindly trust a build has not been tampered with. 2024-11-02 15:32:39 I would be very interested in helping if I can, and if that offer is of interest/use to the team. Happy to discuss further! 2024-11-02 15:32:50 durrendal: feel free to discuss in #alpine-infra 2024-11-02 15:36:11 lrvick: so as i said, disconnected from reality 2024-11-02 15:36:35 not only it is far less than that while burning the full power of a beefy x86 box, it also has the other drawbacks 2024-11-02 15:37:10 sure love waiting 2 days for kernels to build when they update basically weekly 2024-11-02 15:39:59 not only is emulation not worth it and introduces random bugs into the result while preventing tests from being run as at least a basic correctness check, they are also environmentally irresponsible, on top of being annoying to wait for 2024-11-02 15:40:21 no amount of security clownery will outweigh that 2024-11-02 15:45:38 I updated this morning (latest-stable) and the `netmount` service now causes a kernel panic. Specifically it seems to be the CIFS module: https://tpaste.us/oxaR (see 13.232497 ). Changing to linux-virt or linux-lts in edge or v3.19 did not help, but linux-lts@v3.18 works for now, although I would prefer a more recent kernel. 2024-11-02 15:50:07 q66: Well, to be clear, I would only be suggesting doing what it takes for release builds, and only on architectures where it counts the most initially. 2024-11-02 15:50:30 but also, there are many different forms of hardware remote attestion, other than TPMs 2024-11-02 15:50:44 emulation would be a last resort 2024-11-02 15:51:16 I think focusing on reproducable builds would make individual servers less important 2024-11-02 15:51:16 I am just saying if I -must- choose abysmal build performance, and having to sale up to compensate, or having builds I can trust 2024-11-02 15:51:20 the latter is more important 2024-11-02 15:51:54 I am currently running full source bootstraps of rust on 2 systems to make sure it reproduces as 1.82. Yes, its hard 2024-11-02 15:52:03 but for high risk applications there is no alternative 2024-11-02 15:52:09 and it takes 2 days every time 2024-11-02 15:52:38 when you are doing reproducible builds, take anything you are doing and triple it. Security is expensive. 2024-11-02 15:52:47 I agree that is reality. 2024-11-02 15:53:35 well enjoy 2024-11-02 15:53:40 if alpine was reproducible, then you don't have to trust any one server. They could each have their own keys, and all is well. This is what we do on stagex 2024-11-02 15:53:53 however without reproducibility you don't have many options other than remote attestation 2024-11-02 15:53:59 both options are expensive, you have to pick a poison 2024-11-02 15:54:22 doing nothing is going to create more problems that slow builds though, I am sure of that. 2024-11-02 15:55:02 fwiw decoupling signing from the builder is useless from security perspective because regardless you gotta trust the output of the builder, if it's tampered with you won't be able to tell and you will just get tampered-with packages that were signed without leaking the private key 2024-11-02 15:55:13 which has no security benefit whatsoever, it's worse if anything 2024-11-02 15:55:29 We are musl based and 100% reproducible, so I don't imagine alpine is that far off if CI blocked all new updates that were not reproducible as a fourcing function 2024-11-02 15:55:43 because at least if you know your builder is compromised and therefore the key is too, you can revoke the key and invalidate everything 2024-11-02 15:56:18 q66: on this we totally agree. I think you might as well keep the key on the build node. 2024-11-02 15:56:32 whatever is trusted enough to compile might as well be trusted to sign 2024-11-02 15:56:49 yes i thought about whether I should do this in my case and came to the conclusion that there is no way to separate the key and gain anything from it 2024-11-02 15:56:57 though a non-extractable key and an immutible build system that can't be changed after deployment should be the first two steps imo 2024-11-02 15:57:08 those alone give you a massive reduction in attack surface 2024-11-02 15:57:31 q66: what you gain from it is that it's harder to compromise the key when you lack some sort of hardware enclave 2024-11-02 15:57:31 if you can't put a key in a TPM, put it on a nitrokey and plug it into a usb drive 2024-11-02 15:57:35 non extractable keys are cheap 2024-11-02 15:57:47 usb port* 2024-11-02 15:58:23 the goal should not be preventing key extraction though. That by itself is not that useful 2024-11-02 15:58:31 the goal should be preventing the key from signing something malicious 2024-11-02 15:59:06 If the key is extracted, nothing prevents actors from signing malicious things 2024-11-02 15:59:39 it is of non zero value, however if anyone can ask the key to sign anything blindly 2024-11-02 15:59:44 then you are not in that much different of a situation 2024-11-02 15:59:48 You are 2024-11-02 15:59:51 lot of effort for very very little reduction in attack surface 2024-11-02 16:00:18 You can ditch the server, remove the compromised packages, and continue 2024-11-02 16:00:30 If you need to revoke the key, everyone is impacted 2024-11-02 16:00:37 but the damage is already done. The world is already compromised. 2024-11-02 16:00:42 bigger problems thatn key revocation at that point 2024-11-02 16:02:29 let me put it in a concrete situation so we stay grounded. Companies like coinbase build everything with Alpine. Billions and billions of dollars are trusted to binaries built with alpine from just that one company. There are hundreds more examples. 2024-11-02 16:02:48 if a single malicious binary is singed by an alpine build server even once 2024-11-02 16:03:16 it could cause an exfiltration of insane amounts of value to some pretty bad actors to fund war machines. 2024-11-02 16:03:52 With key extraction, they could do it without us even having a clue 2024-11-02 16:04:08 without key extraction, they could still do it without you having a clue. 2024-11-02 16:04:12 Remote signing includes auditing 2024-11-02 16:04:40 let me be clear, I agree solving for non-extractable keys is then right first step 2024-11-02 16:04:48 I just think that is like a 5% solution 2024-11-02 16:04:52 i'll always approve of coinbase getting screwed over so you just gave me a good argument to keep things as they are :P 2024-11-02 16:06:07 q66: I hate most of these companies, and I don't care if they get ripped of. I do care that the people ripping them off are using them to fund dictators. 2024-11-02 16:06:30 lots of money being stolen by dangerous people is bad for everyone, even if we dont' like the people being stolen from 2024-11-02 16:09:58 I once audited a crypto firm that had a billion dollars in doge sitting on a server the whole team had access to. Honor system. Now we can say, doge is stupid, I agree. But you can trade it for real money, which means it is dangerous and worth protecting (or deleting). 2024-11-02 16:11:01 Anyway point is, IMO, maintaining software the world depends on is a big responsibility. You can't just think about your own use cases. 2024-11-02 16:12:28 Now if you want to say boldly "we are just a hobby distro, we don't have the funding to take security seriously" you should do that if it is true. But if it is not true, then there is some real responsibility to seek out funding if required, and do it right. 2024-11-02 16:13:51 idk about alpine but i literally don't care about the needs and wants of some stupid scam corporate 2024-11-02 16:14:02 i won't take their money, i want to have 0 to do with them 2024-11-02 16:14:36 all i care about is my community 2024-11-02 16:14:38 But you do realize public infrastructure, governments, hospitals... all anchor their security to alpine 2024-11-02 16:15:21 now again, I think that was irresponsible of all those decision makers to not verify a distro like alpine has no human or system single points of failure before electing it into those positions 2024-11-02 16:15:26 but they did, and here we are 2024-11-02 16:16:03 I think the choice is convince all those parties to stop using Alpine, loudly, or close the risks. 2024-11-02 16:16:11 I am very happy to help support either path. 2024-11-02 16:57:45 Irvick: I do agree that security should be taken seriously. Yet, if you know what happens within cloud providers infra... 2024-11-02 16:59:29 Alpine as it is right now is the last thing to worry about. 2024-11-02 17:05:47 Most of my client are running immutable appliance-like production infrastructure already. 2024-11-02 17:06:02 trusted and reproducible binaries are the next layer down 2024-11-02 17:09:19 That's great if you have your own infra. If you don't then it's like building a house from roof to bottom. 2024-11-02 17:13:38 Hello, are packages in repositories statically link to musl ? or dynamically ? I'm wondering in what condition can the LD_PRELOAD be used for switching allocator. Also if LD_PRELOAD would work with gcompat dependent software 2024-11-02 17:14:13 SyntheticBird[m]: In Alpine Linux, packages are built dynamically 2024-11-02 17:14:25 at least, c(++) based ones 2024-11-02 17:17:01 I see thanks. 2024-11-02 17:43:23 lrvick: "We are musl based and 100% reproducible", which distro is it ? 2024-11-02 17:56:57 https://codeberg.org/stagex/stagex 2024-11-02 17:58:03 Blog post written about us recently: https://quorum.tkhq.xyz/posts/reproducible-builds-made-easy-introducing-stagex/ 2024-11-02 17:58:19 Though per the discussion above I think the comments about alpine are probably not quite accurate and need adjustment 2024-11-02 18:00:44 SyntheticBird i think LD_PRELOAD will work anyways, no matter if it's dynamic or static 2024-11-02 18:02:45 comparsion could include void 2024-11-02 18:03:50 it could include 1000 other distros, but I think the goal was just to cover the ones typically on the short list for container/build/release use cases which is the topic at hand here. 2024-11-02 18:04:06 stagex in particular has no package manager, and no ambition of being a desktop linux distribution 2024-11-02 18:04:23 its goal is just to make reasonably secure reproducible builds easy. 2024-11-02 18:04:53 to not take us too far off topic though, probably best to direct most stagex questions to #stagex :) 2024-11-02 18:05:11 (sorry alpine devs, he asked!) 2024-11-02 18:05:41 no worry 2024-11-02 18:05:54 ok, nice to read 2024-11-02 18:11:00 btw our musl patch to mrustc covered in that post should cover alpine as well, if you want to fully build rust from source 2024-11-02 18:11:34 Though, I warn you, it takes about a day on 32 threadripper cores 2024-11-02 18:11:59 though mrustc 1.72 is very close which should cut this down to a few hours 2024-11-02 18:12:28 oh, not trying to discredit the/your work, just trying to get more info on reproducible builds 2024-11-02 18:13:09 Didn't think you were. Was just trying to avoid hijacking the channel to shill my own solution ^_^ 2024-11-02 18:16:20 its linux channel and "reproducible builds" is common to al too 2024-11-02 21:40:40 As there been any attempt or information about supporting enabling SELinux on Alpine ? I see their is a fairly updated version of libselinux and its utils in edge repository. I've also compiled my kernel with SELinux enabled. I know there is probably not a compatible policy for it but i'm wondering whats the state of things 2024-11-02 21:42:55 SyntheticBird[m]: afaik you need also to recompile userspace software to make it selinux-aware 2024-11-02 21:43:16 It takes a lot of work to get SELinux right 2024-11-02 21:46:36 seems like selinux is not something you can just enable or disable 2024-11-02 21:47:21 OOOOH right I forgot about userspace part 2024-11-02 21:47:34 I thought it was just a systemd thing 2024-11-02 21:47:46 selinux has nothing to do with selinux 2024-11-02 21:47:54 ? 2024-11-02 21:47:54 systemd has* 2024-11-02 21:47:58 ah 2024-11-02 21:48:21 I just remember that Arch linux required SELinux recompilation of base 2024-11-02 21:48:34 and it was all systemd packages recompiled with selinux flag 2024-11-02 22:08:37 I don't see what software would need selinux aware recompilation 2024-11-02 22:08:42 tbh 2024-11-02 22:08:50 ig that cost nothing to try 2024-11-02 22:10:45 selinux requires a lot of work 2024-11-02 22:11:04 it's not for nothing that the most common advise people give when running into selinux issues is to disable it 2024-11-02 22:11:40 Without proper care, applications stop working because they are denied access to things they need 2024-11-02 22:12:27 i worked on gentoo hardened back in the day, but i'm not sure what's changed since then. libselinux should be enough but gentoo afaik still asks people to use hardened. but yeah, the audience is limited. 2024-11-02 22:13:04 the main upside is limiting stuff that runs as root. 2024-11-02 22:14:18 even amongst sysadmins the # of people who really understand selinux well is, in my view, small 2024-11-02 22:53:16 ikke: yes I'm aware of the challenge and I really want to learn it. 2024-11-02 22:53:55 invoked: on some chat platform I meet a Fedora engineer and its bio was: *SELinux wiped my soul.* I think this is an accurate representation. 2024-11-02 22:55:37 it takes some work 2024-11-03 03:16:17 it really sucks that I had to register in order to access this channel. from my logs I can see it wasn't like this up to the 31st of the last month. what happened? spam? 2024-11-03 03:18:05 Alpine... "Enter ssh key or URL for foo changed by root" - does this want to populate authorized_keys for the user? 2024-11-03 03:20:44 So far the installer is pretty straightforward. Other than that one brief puzzlement it's pretty droolproof so far. 2024-11-03 03:21:49 Nice, that was amazingly quick, and it did indeed install my ssh public key from the URL I gave it. 2024-11-03 07:41:49 if i buy a 512G disk i cant fit 512G onto it, but if i created a +2G partition with fdisk, i can fit 2G onto it after formating it? 2024-11-03 08:58:51 Most likely not 2024-11-03 09:25:07 hmm there is some problem with st in repo, when pasting or navigating history, it seem to force longer than the screen lines to overlap upon itself so it stays on one like ... 2024-11-03 09:25:22 *line 2024-11-03 10:43:13 Hummm, there's no “history” in st 2024-11-03 12:39:47 quinq oh, its ash!? even just holding down a key till it it reaches the end of the screen, it starts overwriting the same line, instead of starting a new line... 2024-11-03 12:41:22 is a too large hd more durable since, iiuc, it can stop using bad sectors and still have plenty of space? 2024-11-03 12:41:44 I'm not sure what history you're talking about, if it's about command history, then yes that's $SHELL 2024-11-03 12:42:01 yeah same problem in xterm/ash 2024-11-03 12:42:14 hum 2024-11-03 12:42:49 damn, then i guess it will never be fixed ;/ 2024-11-03 12:43:28 if i open a termianl with ash and type untill i read EOL it starts overwriting the line instead of wrapping to a new line 2024-11-03 12:43:51 I think that things can be fixed most of the time :) 2024-11-03 12:44:04 busybox ash 2024-11-03 12:44:05 It just has to be annoying enough to motivate you ^^ 2024-11-03 12:44:16 Yeah, I can reproduce the issue 2024-11-03 12:44:38 i reported some bugs to busybox, and looked over the bugs there, lots of old old bugs 2024-11-03 12:45:06 its a new bug tho 2024-11-03 12:45:22 been using ash many years now with no/little problem 2024-11-03 12:47:05 Is that the first time in those many years you wrote a long command line? ^^ 2024-11-03 12:47:26 hehe, no, thats what im saying, its a new bug 2024-11-03 13:04:58 ohhh ok 2024-11-03 13:17:39 oksh/mksh seems nice, basic, mksh seem to have some more features, you just delete /bin/sh and make a new symlink? 2024-11-03 13:18:26 I'm using loksh 2024-11-03 13:18:31 But no, don't do that 2024-11-03 13:18:43 /bin/sh is the portable shell, called by scripts 2024-11-03 13:18:49 quinq whats loksh like? 2024-11-03 13:19:20 i also use /bin/sh as the default shell 2024-11-03 13:19:45 If you want to use an alternative shell, just set it in /etc/passwd 2024-11-03 13:20:24 (check its valid path in /etk/shells) 2024-11-03 13:20:29 s/etk/etc/ 2024-11-03 13:26:40 loksh seem very similar to oksh 2024-11-03 13:26:54 slightly smaller 2024-11-03 13:35:52 Sure, they're both ports of OpenBSD ksh, but Alpine provides loksh, worksforme 2024-11-03 14:07:28 alpine also has oksh 2024-11-03 14:12:19 theres also mrsh, which together with mrsh-libs is slightly smaller still.. 2024-11-03 14:40:24 mksh doesnt support 'sleep 1h', mrsh kills background processes when it itself is killed, i think i prefer oksh/loksh yeah 2024-11-03 14:51:14 sleep $((60*60)) 2024-11-03 14:51:36 hehe, yeah 2024-11-03 14:53:38 probably posix... i guess its not a big deal anyway.. 2024-11-03 14:54:48 oh mksh also kills background jobs when exiting.. 2024-11-03 15:54:02 frag: the busybox ash bug is not a bug in a alpine patch and not budybox itself. I have already created a MR to fix this: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/74526 2024-11-03 15:54:31 *is a bug in an alpine patch and not busybox itself 2024-11-03 15:55:48 sertonix oh, great! 2024-11-03 15:56:17 frag: Also if you encounter issues in alpine linux prefer creating issues on the alpine linux bugtracker. Especially with busybox issues. 2024-11-03 15:58:28 why is that sertonix? is it this url? https://gitlab.alpinelinux.org/groups/alpine/-/issues 2024-11-03 15:59:21 is alpine dinit doable atm? 2024-11-03 15:59:56 iirc, someone is driving dinit on alpine 2024-11-03 16:00:02 @scorpion2185:matrix.org Yes but you probably want to write your own service files. 2024-11-03 16:00:26 no service in the repo? 2024-11-03 16:00:26 *need to 2024-11-03 16:00:59 does alpine some "bootstrap" option or do you need to remove openrc and add dinit? 2024-11-03 16:01:09 *does alpine have 2024-11-03 16:02:37 Why are those busybox patches not upstreamed instead? 2024-11-03 16:02:55 This would avoid this kind of issue 2024-11-03 16:03:18 s/avoid/limit/ 2024-11-03 16:04:40 kinda like how oksh/loksh stays doesnt wrap the commandline... 2024-11-03 16:04:49 frag: Alpine has some uncommon things which means developers sometimes have a hard time to reproduce an issue in a different environment. For busybox the reason is that reported issues aren't check that often. 2024-11-03 16:04:52 s/stays// 2024-11-03 16:05:30 sertonix indeed, thats nice 2024-11-03 16:09:50 quinq: I fixed an issue with tab completion and send the patch upstream. To fix the issue more quickly for everyone using alpine I added the patch to alpine. Otherwise the issue would stay until the next busybox release (which isn't often) 2024-11-03 16:10:18 But it hasn't been merged, has it? 2024-11-03 16:10:38 This isn't about waiting for release, but rather for having review 2024-11-03 16:10:58 Once the patch has been reviewed and deemed fine by authors, then you can apply it locally 2024-11-03 16:11:51 By that logic, alpine would be very broken constantly 2024-11-03 16:12:18 Yeah, like it is 2024-11-03 16:13:22 But less so 2024-11-03 16:13:31 Do you have metrics? 2024-11-03 16:13:38 Or just an opinion 2024-11-03 16:13:57 You can count amount of patches in aports 2024-11-03 16:14:47 That's not a good metrics 2024-11-03 16:15:05 As having patches isn't exclusive to either “logic” 2024-11-03 16:15:19 Maybe you misunderstood 2024-11-03 16:15:26 It's not about having to wait for upstream release 2024-11-03 16:15:42 It's about having patches validated from upstream 2024-11-03 16:15:49 As in discussion, review, test 2024-11-03 16:17:18 Is sending patches upstream not that? 2024-11-03 16:17:29 No, that's just sending 2024-11-03 16:17:51 I find it unfair that quite an amount of fixes in busybox comes from Alpine 2024-11-03 16:18:00 which is usually found, tested, fixed here 2024-11-03 16:18:12 and that's not considered "good enough" 2024-11-03 16:18:16 Yeah, busybox is… What it is ^^ 2024-11-03 16:22:47 @scorpion2185:matrix.org: There were service files packaged but no one maintained them so they were dropped again. When you want to try dinit I recomment keeping openrc installed so you can switch back to it. 2024-11-03 16:22:47 It is also possible to install alpine linux without installing openrc before but you probably can't use the setup-alpine scripts in that case. You can install alpine linux similar to the arch installation guide and then manually install all packages and files. I don't think I can provide a full guide for this but I can tell you that it is possible. 2024-11-03 16:28:52 how do you install manually like arch? there is no alpine-chroot and no basestrap equivalent afaik 2024-11-03 16:29:28 quinq: Downstream patches can exist for various reasons. Some are upstream dead, upstream slow, upstream using old dependencies TM, upstream doesn't care about alpine, new build toolchain breaks build, urgent/annoying issue and so on. As mentioned above it is worse to always wait for upstream. 2024-11-03 16:30:06 In which of those categories does busybox fall in? 2024-11-03 16:33:01 Upstream is slow probably 2024-11-03 16:34:25 Who decided this? 2024-11-03 16:34:36 That this patch couldn't wait 2024-11-03 16:34:44 Just curious 2024-11-03 16:35:34 busybox maintainers 2024-11-03 16:35:37 package 2024-11-03 16:35:43 which in this case is probably ncopa 2024-11-03 16:36:02 quinq: I proposed it and ncopa merged it. 2024-11-03 16:38:30 ok, thanks :) 2024-11-03 16:39:39 I suppose that for edge it's more something along “break things, fix fast” 2024-11-03 16:39:59 Then in time it makes it into a release 2024-11-03 16:40:07 And edge people test 2024-11-03 16:40:19 yes, that's literally what edge is for 2024-11-03 16:40:58 We try not to break it, but at the same time, things breaking from time to time should be expected 2024-11-03 16:41:27 Yeah 2024-11-03 17:18:39 quinq ^R for searching history and if you type in something that has no match, every char you type in produces a new line? is that another bug? in loksh 2024-11-03 17:19:28 frag, I wouldn't call that as a bug per se as there's no specification and your shell doesn't crash 2024-11-03 17:19:43 Maybe an annoyance at best ^^ 2024-11-03 17:21:38 hehe, its weird 2024-11-03 17:23:04 @scorpion2185:matrix.org: I put together some notes about installing alpine through a chroot. I probably forgot some things but it should get you started at least. 2024-11-03 17:23:04 https://paste.sr.ht/~sertonix/8bc2ba573118f4f63b62d71968e9b9a48ef34768 2024-11-03 17:24:23 frag, something else, that I would call a bag, is that with some filenames, it behaves differently in tab-completion 2024-11-03 17:25:50 Prepare for the spamming tide! 2024-11-03 17:26:48 quinq hmm, okok, i like the nowrap commanline but will probably revert back to ash when its ok again, nice with shared history too.. 2024-11-03 17:27:36 i see oksh ^r behaves the same 2024-11-03 17:27:58 It's the same shell 2024-11-03 17:28:03 Just built slightly differently 2024-11-03 17:40:35 indeed 2024-11-03 18:38:27 its nice that ^Y ++ works in ksh 2024-11-03 20:00:05 ash fixed in repo, thanks! 2024-11-03 20:06:04 Bonjour. 2024-11-03 20:08:10 if somebody registered via gitlab instead of diectly in https://gitlab.alpinelinux.org does that avoid the cloudfare and 2fa? 2024-11-03 20:08:18 can somebody move my account? 2024-11-03 20:11:52 Move it where ? 2024-11-03 20:12:52 when I log in i use gitlab account instead i'd like to sing in directly 2024-11-03 20:13:04 i manged to log in so i can delete may account 2024-11-03 20:13:43 What is your account? 2024-11-03 20:13:58 i just commented here https://gitlab.alpinelinux.org/alpine/aports/-/issues/14941#note_452285 2024-11-03 20:14:19 https://gitlab.alpinelinux.org/realroot 2024-11-03 20:14:35 could you move it? 2024-11-03 20:15:36 Can you DM me the e-mail address associated with the account? 2024-11-03 20:15:57 yes 2024-11-03 21:33:20 is anyone running neovide on x11? i'm trying to get it working, but so far it seems to get on input handling, though that may be wrong since it is just a guess. 2024-11-03 21:35:46 get *stuck on input handling 2024-11-03 21:49:48 might be neovide doen't work right with my window manager, bspwm. nvim is plenty good enough from terminal, so i guess this is a non-issue for me really. 2024-11-04 06:09:13 ikke: btw there are some cloud-ish things (some gratis, some paid) for some of the arches you mention as not having cloud https://wiki.debian.org/Hardware/Wanted#Other 2024-11-04 06:51:18 Scaleway even sells alpine based risc-v servers :) i see 2024-11-04 07:06:00 yeah alpine already uses scaleway runners for ci ig 2024-11-04 07:23:21 nice. I'm gonna look into risc-v next year, probably get me some boards 2024-11-04 08:29:29 hey :) Was wondering if there is a straightforward way to bake-in a command line to the standard linux-lts kernel that I installed from apk. 2024-11-04 08:34:04 I'm working on bootstrapping and installing large numbers of Alpine installs from systems that may not necessarily be the ones booting them. The post-install hooks for the grub-efi package are currently ruining my day (likely not an Alpine-specific problem), which is something I suspected might happen, so I was thinking the easiest way to have a kernel that boots the first time would just be to 2024-11-04 08:34:10 have a stubby kernel (like the linux-lts one in APK with EFISTUB) named bootx64.efi or whatever in my ESP with a hardcoded command-line 2024-11-04 08:36:38 My bootstrapper I'm building is written entirely in declarative gmake (fast and easier to debug than a shell script, cause no side-effects) ;) 2024-11-04 08:40:40 makefile is just a fancy shell script... 2024-11-04 08:41:46 yes, but each step in your target gets its own shell ;) 2024-11-04 08:41:53 very fancy indeed 2024-11-04 08:42:36 https://github.com/targetdisk/alpstrap 2024-11-04 08:42:46 I mean, you can do that in regular shell too 2024-11-04 08:42:57 it's just dumb to do it that way :P 2024-11-04 08:43:32 I need to be able to have something that boots on another system from my bootstrapper, and GRUB is pissing me off 2024-11-04 08:44:15 also some people absconded with gummiboot after already taking our udev... 2024-11-04 08:44:24 https://wiki.archlinux.org/title/EFI_boot_stub#Using_a_startup.nsh_script 2024-11-04 08:44:33 oh yeah 2024-11-04 08:44:39 forgot about thems 2024-11-04 08:45:23 dwfreed: this is exactly the sort of thing I'm looking for!! 2024-11-04 08:45:27 thank you 2024-11-04 08:46:11 always check the arch wiki 2024-11-04 08:46:40 I am using some of their tools in addition to the alpine tools in my script as well ;) 2024-11-04 08:47:07 their chroot helper and their fstab generator are coming in clutch for my little project 2024-11-04 08:48:53 I've read a little bit of the UEFI specification documents but totally forgot about these little scripts! 2024-11-04 08:51:58 yeah other than GRUB being itself the rest of writing my thingy has been pretty fun so far. May write a tool or some M4 shrek that makes the partitioning setup a little less rigid so friends of mine can use my stuff more better ;) 2024-11-04 08:54:09 dwfreed: probably going to credit you in a future commit message for reminding me that those EFI startup scripts were a thing 2024-11-04 10:04:33 quinq and others, why dont you use busybox ash? does anyone else use it? 2024-11-04 10:14:20 what web browsers are stable in repo now? qutebrowser/firefox/chromium? 2024-11-04 10:15:48 and ofc links-graphic <3 2024-11-04 10:16:22 frag, not comfy enough for me :) 2024-11-04 10:17:02 what makes a shell comfy? 2024-11-04 10:17:05 quinq what do you lack? 2024-11-04 10:17:14 frag, to be honest, not sure :D 2024-11-04 10:17:19 haha 2024-11-04 10:17:39 I have a set of tab-complete things in kshrc 2024-11-04 10:17:55 But that's not a very big thing 2024-11-04 10:19:51 ash works well without config imo (although i do have some conf in .profile) 2024-11-04 10:21:38 frag: have a look at librewolf. Hopefully in 3.21 stable 2024-11-04 10:22:17 oh i didnt mean as in stable release, i just meant stable to use/workable 2024-11-04 10:22:36 but will test it out! 2024-11-04 10:22:58 I'm a fish enjoyer 2024-11-04 10:29:46 zcrayfish: yea I did, what should `uname -r` be returning right now on latest stable alpine? Mine says 6.6.58-0-lts, I thought it would be 6.6.58-1-lts? 2024-11-04 10:31:13 also `apk info linux-lts` returns `linux-lts-6.6.58-r0`, I thought it should be `linux-lts-6.6.58-r1` 2024-11-04 10:39:59 orchardstreet22: it should be 6.6.59-r0 as of two days ago (commit e3be418f) 2024-11-04 11:56:26 mebious: `cat /etc/os-release` returns `VERSION_ID=3.20.3`. I upgraded system muiltiple times since then with `doas apk update && doas apk upgrade`. Do you know why I might be on an incorrect kernel version? 2024-11-04 11:58:58 wait, upgrading just now turned it to 6.6.59-r0. I think I might be fine 2024-11-04 11:59:12 this was a convo about an issue I had a week ago, ignore this I guess 2024-11-04 11:59:48 that's fine, good to see that it was resolved :) 2024-11-04 12:00:25 i thought for sure I updated yesterday though, maybe I didn't 2024-11-04 12:52:16 i pushed 6.6.59 today 2024-11-04 12:55:06 ncopa, I found the page that shows when apport commits are made, is there a page that shows when pushes are made? 2024-11-04 12:55:11 thx 2024-11-04 12:58:34 not natanael but you can find them here: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests 2024-11-04 17:40:33 I am trying to build v4l2loopback, which says it needs the "kernel headers" to build (https://github.com/umlaeute/v4l2loopback#DEPENDENCIES). I have the package `linux-headers` installed, but the build still fails. Is there something else I need to build a kernel module? 2024-11-04 17:40:47 I am getting this error at build time: `make[1]: *** /lib/modules/6.6.58-0-lts/build: No such file or directory. Stop.` 2024-11-04 17:41:16 (which is correct: /lib/modules/6.6.58-0-lts/ does exist, but there is no `build/` inside) 2024-11-04 17:44:18 And while I'm here, I don't understand the purpose of the Alpine package "v4l2loopback-src". Is it made just to download the sources? Isn't that unusual? 2024-11-04 18:27:48 is there a package that provides libpkcs11-helper.so.1? I have openssl installed but still seems some items are missing 2024-11-04 18:28:19 Apparently not: https://pkgs.alpinelinux.org/contents?file=libpkcs11-helper.so*&path=&name=&branch=edge&repo=&arch= 2024-11-04 18:28:31 for ops that depend on pkcs11 I get these: "pkcs11h_certificate_create: symbol not found" but I can't seem to find where this is provided 2024-11-04 18:28:36 ikke: yea, I tried that too :( 2024-11-04 18:28:53 I'll keep digging around 2024-11-04 18:28:55 thanks! 2024-11-04 19:05:27 ended up building and installing the library manually. Seems to have resolved the issues 2024-11-04 21:01:12 "doas: a tty is required" 2024-11-04 21:01:12 Hi! Running ansible from a Gentoo to configure an alpine with privilege escalation using doas fails for me: 2024-11-04 21:01:12 Search for this string I found only old ansible bug reports on github.com so far. Any ideas how I can fix this? 2024-11-04 21:04:47 How are you planning to authenticate? 2024-11-04 21:09:46 ikke: with ansible-playbook -K , so with "become" and "become_method" doas plus password 2024-11-04 21:10:44 doas expects a tty to ask for a password, but apparently ansible does not provide one. I'm not too familiar with Ansible, so not sure how it's supposed to work 2024-11-04 21:11:58 sudo should work 2024-11-04 21:12:12 (without a tty, but i can't remember what the defaults are) 2024-11-04 21:12:26 any issues with sudo on alpine that I should be aware of? 2024-11-04 21:12:41 invoked: was about to ask for sudo the moment I received your message ;) 2024-11-04 21:13:22 doas is simpler and thought to be more secure, is all 2024-11-04 21:13:32 OK 2024-11-04 21:13:36 sudo definitely supports more use cases. 2024-11-04 21:14:24 probably - I've got no problem with sudo at all, using it on every other distro :) 2024-11-04 21:15:20 We moved it to community so that we do not have to support it for 2 years 2024-11-04 21:15:35 But it means it's only supported on the latest stable release 2024-11-04 21:16:45 hm 2024-11-04 21:17:02 but aynways, if doas does not work for me I've not really a choice 2024-11-04 21:17:15 thanks for the input! 2024-11-04 21:17:24 good luck :) 2024-11-04 21:19:58 invoked: thanks, works now ;) 2024-11-04 22:38:40 Has anyone started working on porting alpine linux to the new x elite laptops? 2024-11-04 22:41:24 Does it not work already? 2024-11-04 22:46:45 wizzard: pmos did a lot in that direction 2024-11-04 22:47:08 #aarch64-laptops are also other x elite enjoyer 2024-11-04 22:47:48 Would have thought the gpu would be the only possible holdup there, but I've only given it a glance really. 2024-11-04 22:50:24 At least these (https://github.com/anonymix007/x1e-alarm) packages are missing, as well as the device tree stuff. 2024-11-04 22:50:24 I wish I had more time to get my hands dirty and do the port. 2024-11-04 22:50:24 @fossdd thanks for the tip. I will reach out to the pmos people 2024-11-04 22:50:24 I was not able to boot the alpine installer on a x elite chip. 2024-11-04 22:55:59 Qualcomm says it should work out of the box 2024-11-04 22:56:16 qualcomm also says they have a license for making consumer ARM chips 2024-11-04 22:58:02 Heh fair enough 2024-11-04 23:00:22 I do like their official image bit in their linux compat boast. We have a debian image here... that works on the reference SoCs... and some of the firmware is still binary blobs. 2024-11-04 23:00:26 How very TI of them. 2024-11-04 23:10:53 qualcomm is like a cartoon villain 2024-11-05 07:40:22 Maybe this is the correct one. 2024-11-05 07:40:22 I'm having trouble installing Alpine Linux if anyone is willing to help 2024-11-05 07:40:58 * Maybe this is the correct one. 2024-11-05 07:40:58 . 2024-11-05 07:40:58 I'm having trouble installing Alpine Linux if anyone is willing to help 2024-11-05 07:43:01 what are you having trouble with? 2024-11-05 07:43:12 Wifi 2024-11-05 07:43:20 can you be more specific? 2024-11-05 07:43:40 My device came with an rtl8811cu (or so it is called for my knowledge) and it isn't recognized as a wifi device (it's a USB chip) 2024-11-05 07:44:19 It's recognized for what I know as... (full message at ) 2024-11-05 07:48:03 I'm not capable of using Ethernet for multiple reasons at this time, and require wifi. If I can't do anything I'll simply have to remain with Arch Linux instead since I'm out of options 2024-11-05 07:50:33 @mebious 2024-11-05 07:50:33 . 2024-11-05 07:50:33 * I'm not capable of using Ethernet for multiple reasons at this time, and require wifi. If I can't do anything I'll simply have to remain with Arch Linux instead since I'm out of options 2024-11-05 07:51:30 You'll need to allow me time to reboot into the installer if you do provide other information on this, I have other things I simply must be doing at this time. Thanks either way though 2024-11-05 08:09:19 > You'll need to allow me time to reboot into the installer if you do provide other information on this, I have other things I simply must be doing at this time. Thanks either way though 2024-11-05 08:09:19 If you need internet to download the drivers for wifi, you can connect your Android or iPhone and share Internet over USB. 2024-11-05 08:09:46 Are you sure that's functional by default? 2024-11-05 08:09:54 A lot of the time it's not 2024-11-05 08:14:59 Has always worked for me. 2024-11-05 08:15:15 Alright, I'll be sure to try that. Thanks 2024-11-05 08:17:01 DaeDae[m]: rtl8811cu isn't officially supported in the linux kernel and arch linux uses out-of-kernel modules for it from what i'm seeing 2024-11-05 08:17:11 https://github.com/fastoe/RTL8811CU 2024-11-05 08:17:11 If setup-alpine does not work, due to no internet you could copy this over via a second USB stick to manually install the drivers: 2024-11-05 08:17:56 That's for Ubuntu 2024-11-05 08:17:56 As well as it is or at least was supported first at 5.12 and had gone up as far as 6.11. I'm unaware of its status afterwords though 2024-11-05 08:18:07 . 2024-11-05 08:18:07 * That's for Ubuntu 2024-11-05 08:18:07 As well as it is or at least was supported first at 5.12 and had gone up as far as 6.11. I'm unaware of its status afterwords though 2024-11-05 08:18:31 AUR packages rtw88-dkms-git uses https://github.com/lwfinger/rtw88 and rtl8821cu-git points to https://github.com/morrownr/8821cu for its sources 2024-11-05 08:18:31 Even Ubuntu, fedora, Garuda, etc have support for it. 2024-11-05 08:19:24 You don't get aur packages my default when installing arch Linux. It's fully reliant on kernel what you can and can't do it you don't have wifi (and the pre-existing system files and such) 2024-11-05 08:19:31 s/my/by/ 2024-11-05 08:19:47 * You don't get aur packages by default when installing arch Linux. It's fully reliant on kernel what you can and can't do if you don't have wifi (aside from the pre-existing system files and such) 2024-11-05 08:23:34 Ubuntu uses 6.8 I believe, which is definitely newer than both 6.6 and 6.1 (6.11) so support definitely wasn't dropped from what I can tell. Otherwise, it's probably something to do with the configuration used for the installer 2024-11-05 08:23:48 * Ubuntu 24.04 uses 6.8 2024-11-05 08:24:28 could you confirm that the model is rtl8811cu? i'm not seeing any available drivers for it in the linux kernel 2024-11-05 08:25:05 I'm not sure if that's the model or not at this point. All I know is that's what the packaging says as well as windows 2024-11-05 08:25:52 Realtek 8811CU Wireless LAN 802.11ac USB NIC 2024-11-05 08:26:35 And it did actually receive updates in the last few months through windows, originally the driver was from 2018 but was updated sometime back in October I believe twice. 2024-11-05 08:29:25 Maybe it's actually 8821cu not 8811cu? 2024-11-05 08:30:54 8821cu is equivalent to 8811cu based on this commit message i found: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/drivers/net?id=41a7acb7dde8395f52a707bbba7712a898dfafb0 2024-11-05 08:31:23 and 8821cu is officially supported so i'd imagine probing 8821cu should work 2024-11-05 08:31:39 Yes, I did that, and no luck 2024-11-05 08:32:13 were there any relevant messages in your dmesg logs? 2024-11-05 08:32:42 Not that I know of aside from DRM relating to my GPU (AMD Radeon RX550) 2024-11-05 08:38:25 But that's firmware things 2024-11-05 08:41:05 to backtrack a bit, what error message were you getting for the device and what program did it come from? 2024-11-05 08:43:06 No error message, simply isn't recognized as a wifi device. Only a USB device (lsusb only) 2024-11-05 08:44:15 what program is failing to recognise it as a wifi device? 2024-11-05 08:44:38 Entire system. Ip link, setup-alpine, everything 2024-11-05 08:51:41 So either firmware, kernel module or both are missing 2024-11-05 08:53:23 I got it to work over USB with my phone for wifi, but the configuration part is extremely weird and it won't/can't install tzdata and doesn't specify any actual errors either 2024-11-05 08:53:30 it seems that most people who's had similar issues with the rtl8811cu resolved it by installing an out-of-tree module via dkms 2024-11-05 08:57:26 I'm not sure what's up. It's extremely weird and finnicky. I wish people would leave support instead of removing itz even if not updated. I understand not a lot of people use it, but that's better than a 10 year old device absolutely nobody uses. Keep the support until it's extremely outdated or nobody uses it at all 2024-11-05 08:57:38 in a diskless setup, if i download a new tarball, go to the /apk/ dir and run `apk fetch -R extra-packages-i-want` would it probably work without apk cache? or is there an easier way to add/upgrade the /apk/? also i see there are two options for raspberry aarch64 on the download page now, probably a mistake 2024-11-05 08:58:04 have to use the correct repo ofc... 2024-11-05 09:00:01 DaeDae[m]: realtek usb wifi drivers seem to be a pain to troubleshoot in general from the posts i've read about it 2024-11-05 09:01:34 That makes sense, it is a Chinese company after all 2024-11-05 09:03:21 frag: `apk fetch -R` in the /apk/ directory would dump all the packages in that directory, which i assume isn't what you want 2024-11-05 09:03:54 DaeDae[m]: Sorry sorry, they're a Taiwanese company. 2024-11-05 09:04:20 mebious that is what i want to have them available at bootup and/or if no internet, not sure if all the packages will be compatible then tho or slight version differences etc.. 2024-11-05 09:06:16 what i was referring to is that `apk fetch` will download the packages to your current working directory (/apk/ in this case) unless you specify a location with the `-o` flag 2024-11-05 09:07:07 yes, so they are available for install on diskless 2024-11-05 09:08:27 i assume it would work with `--no-cache` 2024-11-05 09:12:20 Correction 2024-11-05 09:12:21 . 2024-11-05 09:12:21 Official support for rtl8811cu (probably via another driver of the same type but not model) was introduced in 6.2 and should still be there. This most likely specifically comes down to a kernel configuration problem 2024-11-05 09:17:46 DaeDae[m]: do you have a source for that? i couldn't find anything that specifies official support for rtl8811cu 2024-11-05 09:18:34 aside from rtl8821cu being an equivalent model to rtl8811cu, which does have an in-tree kernel module 2024-11-05 09:18:56 DaeDae[m]: if you still have the arch setup, you could check what modules are loaded 2024-11-05 09:19:11 That's what I meant by "another driver of the same type but not model" 2024-11-05 09:21:43 The driver is added to kernel 6.2 and newer.... (full message at ) 2024-11-05 09:22:10 As well as, like I stated before, arch Linux, Ubuntu, fedora, Garuda, etc, do not have such an issue and it works perfect without issue 2024-11-05 09:23:10 I could probably just install, and change the kernel from it's default LTS release to a different one 2024-11-05 09:23:19 That's why I suggested looking at what modules are e loaded 2024-11-05 09:32:42 DaeDae: since this is an IRC-first channel (unlike the pmOS ones) you should try to refrain from using non-IRC features like replies and multiline messages 2024-11-05 09:36:58 Ah, right. Sorry 2024-11-05 09:37:56 DaeDae[m]: i was confused as to what you were referring to as replies are rendered on irc as media download links 2024-11-05 09:38:51 fortunately the links do show the plain text output of the message 2024-11-05 09:39:32 I'm unsure when I used a "reply" function though. That requires me to swipe on or hold and select options to be able to "reply" in my application. 2024-11-05 09:40:27 there sohuld be a clear indicator if you're using replies or not in your matrix client. as far as i know, most matrix clients have that 2024-11-05 09:40:30 should* 2024-11-05 09:41:13 I didn't use the reply function for my knowledge, only what I assume is considered a "multiline" message. Maybe it was the url I added? 2024-11-05 09:41:27 i'm not sure but that's besides the point 2024-11-05 09:41:33 Right 2024-11-05 09:41:46 with the 6.2 release you're referring to, rtl8821ce-dkms is an out-of-tree module as it uses dkms to build it 2024-11-05 09:42:39 rtl8821cu is supposed to exist in the kernel by default is the issue, and from what I found, is also the proper module/driver for rtl8811cu as well because of its chipset 2024-11-05 09:43:34 i also just noticed that the link you referenced is for rtl8821ce, not rtl8821cu 2024-11-05 09:44:22 Huh, that's odd. The title specifically states "8811CU" not "8811CE" 2024-11-05 09:44:34 Oh well, can't be helped 2024-11-05 09:44:56 it could be that the rtl8821ce-dkms package in ubuntu inclueds 8821cu drivers 2024-11-05 09:46:24 This is especially confusing because nearly all modern distros have proper support for it out of the box. 2024-11-05 09:46:39 There's a large list of them, and it's all because of the kernel. 2024-11-05 09:48:27 what release and architecture are you using? 2024-11-05 09:49:20 DaeDae: you never used a reply here, I just mentioned it as an example of a Matrix feature IRC doesn't support. You mostly used multiline messages 2024-11-05 09:49:47 Yeah, it's bad habit. Terribly sorry for that 2024-11-05 09:50:12 Arch: x86_64 release: latest available (unsure how to check that) 2024-11-05 09:53:09 alright i think i found the issue. rtl8821cu support corresponds to the CONFIG_RTW88_8821CU kernel compile option and that isn't present in alpine's repos 2024-11-05 09:54:02 you can check here for linux-lts: https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/linux-lts/lts.x86_64.config 2024-11-05 09:54:11 and here for linux-edge: https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/linux-edge/config-edge.x86_64 2024-11-05 09:54:37 It says LTS (6.6.59 when installed, 6.6.49 from installer image) 2024-11-05 09:58:02 your kernel version matches the current LTS version so that's fine 2024-11-05 09:58:37 Well I mean there is rtw88_8821c and rtw88_8821ce but that's it 2024-11-05 10:00:54 i assume they aren't compatible or equivalent to the rtl8821cu/rtl8811cu 2024-11-05 10:01:29 The only thing I can say that's possible is they simply excluded/removed it. 2024-11-05 10:02:26 that is the case. you'll need to ask the developers about that if you're interested 2024-11-05 10:05:43 Yeah, the only firmware available is strictly 81xx and 84xx. 2024-11-05 11:35:45 in /etc/ files ending with - are backups? can be deleted? eg "group-" 2024-11-05 11:40:14 they are backups but is there a particular reason that you want to delete them? 2024-11-05 12:24:01 no, just like to keep it clean :] `lbu ls` lists them 2024-11-05 19:06:23 does alpine Linux run on ampere altra systems? I’m thinking about buying one to use as my main virtualization server. 2024-11-05 19:30:37 it runs mainline i was told but no idea 2024-11-05 19:30:46 any suggestion to how use unl0kr? 2024-11-05 19:34:01 i think this was meant to go to the postmarketos room? 2024-11-05 19:50:37 no in pmos you can easiyl use it i mean on alpine 2024-11-05 19:54:14 ahh, i didn't connect the "it uses mainline" with the ampere system, so the combination with unl0kr made me think pmOS 2024-11-05 20:33:47 cow123: our arm-based builders run on ampere altra, and they do run mainline 2024-11-05 20:38:43 Linking an executable with gcc -static-libasan doesn't work because it complains about a missing libsanitizer.spec file, which I couldn't find anywhere 2024-11-05 20:39:00 Is it expected that Alpine's GCC is built like that? 2024-11-05 23:29:03 ok thanks ikke, that is good to know 2024-11-06 06:48:53 can someone point me to a deatiled and clear documentation on how to manually install alpine on multiple usb sticks with zfs file system 2024-11-06 06:50:55 That assumes documentation exists for such a specific usecase 2024-11-06 06:51:37 there might be a wiki page for zfs install but I doubt there will be anything about USB sticks 2024-11-06 06:52:58 okay guys thanks. I will try to do it myself then, if i could manage of course. 2024-11-06 09:16:14 hmm.. it seems that my problem with bridge setup on /etc/network/interfaces is that I've missed the package 'bridge', it's just an 'if-host-down.d' script of 141 lines... is it worth to have an additional pacakge for it? 2024-11-06 12:27:05 texlive-full is still the killer... every time I setup new system (notebook), it's the one thing taking ages 2024-11-06 12:29:55 donoban: what does your interfaces file look like? 2024-11-06 12:41:23 Regarding the "missing" light utility, did someone actually find a good replacement? I'm setting up a new notebook and I still have the light binary on old ones before it was removed and I am looking for something simple that can replace it 2024-11-06 12:54:29 hi ppl 2024-11-06 12:54:46 need help with mariadb setting up a galera cluster 2024-11-06 12:55:19 it seems the binary command "galera_new_cluster" is missing from ditribution 2024-11-06 12:55:30 and I cant' bootstrap the first cluster 2024-11-06 12:55:43 how can I find this binary ? 2024-11-06 12:56:16 it's mentioned in the docs but is not into "galera" package 2024-11-06 12:56:37 the "galera" package contains just the galera library 2024-11-06 12:56:54 telmich: did you try brightnessctl? 2024-11-06 12:58:00 I am on alpine 3.20 (mariadb Ver 15.1 Distrib 10.11.10-MariaDB, for Linux (x86_64) using readline 5.1) 2024-11-06 13:00:05 telmich: tectonic works for me 2024-11-06 13:09:14 anyone knows how to start a mariadb galera cluster on Alpine linux 3.20? 2024-11-06 13:20:36 sir, there is no documentaion on help tab of qt-creator. I really need it. do i need to install additional package? if the package doesn't built with documention i request to the maintainer to add qt-creator built-in documentation 2024-11-06 13:38:39 ikke: brightnessctl seems to not detect the screen on a lenovo x1 carbon gen12 2024-11-06 13:38:46 mebious: thanks, will give that a try 2024-11-06 13:39:48 mebious: Are you sure that is related to setting display brightness? 2024-11-06 13:40:38 it isn't. i just realised that i misread that message as being related to your previous message about texlive-full 2024-11-06 13:40:53 Ha... the brightness might need to around in /sys on that machine just yet 2024-11-06 13:41:37 to properly answer your question, as ikke suggested brightnessctl is fairly lightweight and works well 2024-11-06 13:41:54 nico, brightnessctl requires user to be in certain groups https://github.com/Hummer12007/brightnessctl 2024-11-06 13:43:19 that is true. brightnessctl-udev provides the ruleset in `/usr/lib/udev/rules.d/90-brightnessctl.rules` so it'll just need to be copied over to `/etc/udev/rules.d` 2024-11-06 13:43:54 that is if you use eudev 2024-11-06 13:44:34 why would you need to copy it 2024-11-06 13:44:37 udev reads from both locations 2024-11-06 13:45:06 does it? i wasn't aware of that 2024-11-06 13:45:33 all the systemd-adjacent tooling works like that 2024-11-06 13:45:38 i've had issues with it not being recognised when using brightnessctl without privilege escalation 2024-11-06 13:45:45 read from /etc/foo.d first, if it does not exist read from /usr/lib/foo.d 2024-11-06 13:48:10 @cyclisme24:matrix.org: true that - but also as root it only shows the brightness of an led, not of the screen 2024-11-06 13:48:37 strange...I thought I got a fully supported screen, opted out of the oled intentionally 2024-11-06 13:49:37 hmm, no camera and no audio either..fun project 2024-11-06 13:55:54 Hmm, pm-suspend crashes the system 2024-11-06 13:56:26 irgs, and null pointers from the sound system, that can be related 2024-11-06 14:02:11 It has been a while: https://bugzilla.kernel.org/show_bug.cgi?id=219474 2024-11-06 14:04:07 "i915 0000:00:02.0: Your graphics device 7d55 is not properly supported by i915 in this kernel version" - nice 2024-11-06 14:05:59 Let's see what linux-edge says, very happy with have 2 kernels in alpine by default 2024-11-06 14:06:32 anyone knows how to start a mariadb galera cluster on Alpine linux 3.20? 2024-11-06 14:09:25 Uhh, 6.11 has backlight AND sound 2024-11-06 14:09:26 amazing 2024-11-06 14:10:51 No camera though 2024-11-06 14:14:40 But brightnessctl works like charm 2024-11-06 14:14:53 It's now the 4th tool I use in my xbindkeys config 2024-11-06 14:15:42 It's so funny.. I would have thought that setting backlight is something no one wants to bother with / develop around, but I used in order: cbacklight, xbacklight, light and now brightnessctl 2024-11-06 14:17:16 damn! 6.11 also has working suspend WHILE sound is playing! 2024-11-06 14:44:46 wyk72: I've never used galera 2024-11-06 16:10:34 ikke: it's basically the same example on https://wiki.alpinelinux.org/wiki/Bridge#Configuration_file 2024-11-06 16:11:06 my problem is that I migrated some months ago to a new laptop and didn't notice that I should add 'bridge' package for it working 2024-11-06 16:12:11 I inspected the package and it's just a single file on /etc/network/if-post-down.d 2024-11-06 19:23:04 why does st depends on font-liberation in repo? 2024-11-06 19:30:05 as far as i remember they hard-code their font 2024-11-06 19:32:40 oh right 2024-11-06 19:54:01 I guess this is common in most/all repos. In alpinelinux, st depends on font-liberation, which is +4MB 2024-11-06 19:54:14 ups, wrong windo 2024-11-06 22:11:21 Hey there! I wanted to let you know that I have a channel where I share some amazing Verified sauce and soft cashout methods. I also provide a Full WalkThrough to make things easier for you.... (full message at ) 2024-11-06 22:17:20 I have an alpine 3.20 box (x86_63, hp z2 g4) that cannot boot since linux-lts-6.6.57, I would like to revert to 6.6.56 or earlier to see if it is a change in the kernel (git showed no material changes to config of linux-lts). do previous linux-lts packages exist anywhere.. ? 2024-11-06 22:21:19 sadly we do not keep older versions of packages 2024-11-06 22:22:27 Takes up a lot of storage space 2024-11-06 22:23:00 ikke: since you wear ops, consider adding +z, so that at least you can see the unregistered users speaking 2024-11-06 22:23:42 (But but but then I still see the spam :P) 2024-11-06 22:23:47 heh 2024-11-06 22:24:58 Is it documented somewhere? 2024-11-06 22:25:09 oftc user modes only shows -z for operators 2024-11-06 22:25:23 https://oftc.net/ChannelModes/ 2024-11-06 22:27:03 thanks 2024-11-06 22:49:37 smcavoy: the iso images still have the old package releases https://dl-cdn.alpinelinux.org/alpine/v3.20/releases/x86_64/ 2024-11-06 22:50:21 so you could get 6.6.49 from 3.20.3 2024-11-06 22:53:16 You could also pull the apkbuild from aports and manually set the kernel version to what you want and build it. Little bit more involved 2024-11-06 22:55:43 and a kernel with the full config takes a while to build 2024-11-06 23:13:16 Yeah really depends on what you have on hand to build with. My suggestion assumes you have a second machine unfortunately 2024-11-07 16:13:24 what terminal do you use? 2024-11-07 16:16:38 terminal four 2024-11-07 16:18:17 is that a joke? dunno terminal four! 2024-11-07 16:19:00 for international flights 2024-11-07 16:31:24 I use windows terminal 2024-11-07 16:32:00 ACTION doesnt feel proud 2024-11-07 17:11:33 frag: what are you asking for? I use foot, alacritty, and xterm, depending on a few different factors. 2024-11-07 17:14:34 just trying out div terminals :] 2024-11-07 17:16:25 which wm or de are you using? 2024-11-07 17:18:09 elagost ratpoison 2024-11-07 17:19:20 oh nice, that's a classic. 2024-11-07 17:25:44 hmm, if i use dvtm in xterm i dont get color (if i use st i get color) 2024-11-07 17:54:21 why does the /misc/ fonts look ok in xterm but not in st? 2024-11-07 18:19:40 frag: https://analognowhere.com/_/xemuri/ 2024-11-07 18:20:56 love ratpoison 2024-11-07 18:21:08 hehe, yeah, its great 2024-11-07 19:24:06 frag: foot 2024-11-07 19:24:41 wayland user, never tried it 2024-11-07 19:25:23 hell yeah 2024-11-07 19:25:33 foot has been my default with sway for a few years now 2024-11-07 19:26:48 why do you like wayland? 2024-11-07 19:30:35 the most obvious reason is that there is no xorg server anymore 2024-11-07 19:30:48 but its a lot more 2024-11-07 19:31:28 i use it and it works, much the same as x but by default without screen tearing, that's about all for me :D 2024-11-07 19:33:30 switching was fairly uneventful, though i forget what i was using directly before 2024-11-07 19:43:42 sway was a gateway drug for me, as i'd been using i3 for years prior 2024-11-07 19:44:02 didn't have to change anything i was doing. 2024-11-07 19:44:56 i have used a whole bunch of different desktops/window managers before, gnome/kde/budgie/xfce/enlightenment/twm/i3/icewm 2024-11-07 19:45:09 pros & cons. xwayland was good enough where it didn't matter what wasn't wayland native. 2024-11-07 19:45:16 yep 2024-11-07 19:45:55 frag try rio, made by a friend 2024-11-07 19:46:43 rio as in plan9? 2024-11-07 19:48:20 rio just outputs some errors without starting for me, maybe i dont have a gpu on my rapsi4b 2024-11-07 19:49:44 that's surprising, the 4b can run gnome and kde, if not as well as one would hope 2024-11-07 19:50:35 frag, how do you test? (st/misc/) 2024-11-07 19:52:20 quinq 'st -f 10x20' 2024-11-07 20:00:16 ok, so I think you want: st -f '-misc-*-*-*-*-*-10-*-*-*-*-*-*-*' 2024-11-07 20:00:29 10x20 isn't a valid X font string 2024-11-07 20:02:41 i do, on occasion, wonder what the people who came up with that were smoking 2024-11-07 20:05:55 frag, hummm actually it should catch the font alias that you tried out 2024-11-07 20:07:23 I see why 2024-11-07 20:07:39 (rather why it doesn't) 2024-11-07 20:09:19 that string worked at least :] 2024-11-07 20:09:36 Though that's not the correct one 2024-11-07 20:10:03 You can look at /usr/share/fonts/misc/fonts.alias 2024-11-07 20:10:08 grep -F 10x20 /usr/share/fonts/misc/fonts.alias 2024-11-07 20:14:03 its not the most beautiful font, but surprised its not used more since it comes with xorg 2024-11-07 20:40:49 I don't think that Xft supports fonts.alias 2024-11-08 11:05:35 ciao 2024-11-08 11:05:42 list! 2024-11-08 11:07:52 ahh 2024-11-08 11:08:38 just a little more patient, my friend 2024-11-08 11:43:27 <__amy__> Hi. I am booting alpine in qemu over ssh, using a serial port (ttyS0). This works great as long as I manually edit extlinux.conf so that it will boot with serial. This works fine unless I set up alpine with an encrypted disk. When I use encryption (cryptsys in setup-disk), after the qemu bootloader it is blank, as if I did not tell extlinux to use ttyS0. How can I fix this? 2024-11-08 11:44:51 <__amy__> s/bootloader/bios/ 2024-11-08 13:52:55 so I got this new vps to run few services, they say I can ask to install an OS by iso, should I just run alpine on it? 2024-11-08 14:08:58 is that a trick question? 2024-11-08 14:12:01 fabricionaweb : I would say: depends on your use case what you intend to deploy. if that runs fine on alpine, sure go ahead. 2024-11-08 14:12:58 otherwise pick what is most suitable for your services 2024-11-08 14:29:08 it can run all on alpine 2024-11-08 16:06:19 hello. installed xfce using setup-desktop. removed lightdm service and packages because i want to startx myself but i cant get it to work. Xorg -configure errors out telling me "number of detected screens does not match number of detected devices". please advise? 2024-11-08 16:09:32 are any graphical services currently running? 2024-11-08 16:09:50 not to my knowledge. i'm on framebuffer right now 2024-11-08 16:10:31 did it work before you removed lightdm? 2024-11-08 16:11:25 yes, worked as expected 2024-11-08 16:12:52 does it work as you'd like when you leave lightdm installed but disabled? 2024-11-08 16:13:22 haven't tried that. let me reinstall and see what happens 2024-11-08 16:20:22 worked but startx hard crashed me. couldn't get back to tty or move the mouse or anything 2024-11-08 16:20:49 huh. anything in Xorg.0.log? 2024-11-08 16:23:33 "cannot open /dev/tty0" 2024-11-08 16:24:29 permissions? is your user part of the video group? i'm not sure exactly which alpine uses 2024-11-08 16:24:43 yeah, i'm in the video group 2024-11-08 16:25:17 lightdm hasn't been left running, has it? 2024-11-08 16:27:04 no, the service is not enabled 2024-11-08 16:34:44 will try some science. brb 2024-11-08 16:36:54 science can fix it 2024-11-09 01:10:12 Hi, just wanted to report that after an usual apk upgrade a bit ago (I think the kernel got updated) my machine is black during boot and the only way to shut it down is to ho ld the power button for many seconds. I won't stick around to look at answers but I'll come back later and read the log and all pointers are hugely appreciated. Thanks! 2024-11-09 01:22:16 hello 2024-11-09 01:22:20 https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/lftp/APKBUILD#L8 2024-11-09 01:22:27 https://github.com/lavv17/lftp/issues/720 2024-11-09 01:22:54 also, lftp got a release today. 4.9.3 2024-11-09 11:07:24 Hi, 2024-11-09 11:08:41 I'm quite new to Alpine but love it. What I ended up doing often is just running a single docker container on an alpine VM (because the software I need are usuall prep package as a docker container) 2024-11-09 11:10:02 I was looking and searching for example for https://github.com/alpinelinux/alpine-make-vm-image 2024-11-09 11:12:05 Could you point me to a good example of such "alpine-make-vm-image" to just run a single docker container (or docker compose file) to learn the best practices? 2024-11-09 11:13:55 I'm not aware of any examples 2024-11-09 11:21:24 ok thanks ... 2024-11-09 11:24:10 What example in general for alpine-make-vm-image would you recommend to build one? (I found a bunch but never know how serious/good the are) 2024-11-09 18:33:45 this is gonna be a stupid question but how do you people look at logs ? 2024-11-09 18:34:08 i do like: xse ran command tail -f /var/log/dmesg /var/log/messages as root from /home/xse 2024-11-09 18:34:21 and for some reason it does not seem to keep up with messages 2024-11-09 18:35:00 as-in, i can get in another tmux part, do a cat /var/log/messages, and see more recent logs 2024-11-09 18:35:10 idk if there's limitations to tail or smth 2024-11-09 18:35:50 happens when there's lots of messages, at the moment samba vfs full audit which talks a lot 2024-11-09 18:37:22 aww that might be the switch with /var/log/messages.0 'cause there's too much or something 2024-11-09 18:37:33 and tail keeps looking at the old one i guess 2024-11-09 18:37:40 nevermind then --' 2024-11-09 18:43:50 use -F 2024-11-09 18:47:06 sweet! 2024-11-09 20:17:09 "Debian always maintained that systemd would be optional [...]" 2024-11-09 20:17:11 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792307 2024-11-09 20:17:13 Funny how things change eh? 2024-11-09 20:20:32 does it pertain to Alpine? 2024-11-09 20:20:34 oh sorry 2024-11-09 20:20:51 just noticed, this is the wrong channel and wrong IRC server even 2024-11-09 20:21:27 Ermine: it doesn't lol, I sent the message here by mistake. please ignore it. 2024-11-09 20:22:04 happens 2024-11-09 20:22:44 I'm so embarassed >//< 2024-11-09 20:40:51 aleksi_, GOOD! :) 2024-11-09 20:57:00 What channel was that intended for? postmarketOS? 2024-11-09 22:15:55 bananisending: ?? :) 2024-11-09 22:17:16 grossaffe[m]: it was intended for a whole other server actually. guess I wasn't paying attention. 2024-11-10 14:14:24 hello 2024-11-10 14:14:39 greets 2024-11-10 14:14:44 I am trying to run abuild to build a package 2024-11-10 14:15:10 but the package uses abuild-fetch to dowload patches from internet 2024-11-10 14:16:02 so the about-fetch create a lock while download the patche in /var/cache/distfiles/ 2024-11-10 14:16:44 it is having directory permission issue while creating lock file 2024-11-10 14:16:54 what is the good way to fix this ? 2024-11-10 16:59:33 if wanting to create an alpinelinux rescue disk, see - https://wiki.insteps.net/AlpineLinux/Create-alpine-rescue-disk 2024-11-10 16:59:50 depending upon pkgs you curate, it can happily run on 1/2Gb disk 2024-11-11 01:31:02 I think you are mistaken about my problem 2024-11-11 01:32:50 abuild-fetch want to access /var/cache/distfiles/ to create a lock file while downloading a package 2024-11-11 01:33:25 but It doesn't have permission to do so 2024-11-11 01:33:46 what is good way to fix this 2024-11-11 03:54:54 thanks @vkrishn for the link, really useful.. flexible guide. 2024-11-11 04:31:55 is anyone knows what website that have good layout on lynx like wiki.insteps.net? really appreciate the recommendation.. 2024-11-11 07:00:28 On my 512G micro-sd, i use 2G for one parition the rest for another, df says the last one is only 466.2G, but when i add up Used and Available, I get even less: 442.4G 2024-11-11 07:03:44 seems fdisk says its 476G 2024-11-11 15:40:14 Hi everyone, 2024-11-11 15:40:14 I'm trying to compile a kernel for Ubuntu with the latest patches for the 14s Gen 6, specifically to test some recent patches that enable external DisplayPort support. Currently, I'm running kernel version 6.11.0-49-qcom-x1e, but I noticed that the latest source is still on 6.11.0-48 (qcom-x1e-next) [link](https://code.launchpad.net/~ubuntu-concept/ubuntu/+source/linux/+git/oracular). 2024-11-11 15:40:14 Could anyone clarify which branch is used for building the kernal and which I should be using to compile the kernel with the patches from qcom-x1e-next? 2024-11-11 15:40:14 - [Patch for CPUFrec](https://lore.kernel.org/linux-devicetree/20241030130840.2890904-3-quic_sibis@quicinc.com/T/#u) 2024-11-11 15:40:14 Here are the specific patches I'm interested in testing: 2024-11-11 15:40:14 - [Patch for external DP support](https://git.launchpad.net/~ubuntu-concept/ubuntu/+source/linux/+git/oracular/commit/arch/arm64/boot/dts/qcom/x1e78100-lenovo-thinkpad-t14s.dts?h=qcom-x1e&id=432a0705d4ead617831e58f81810917236e0079a) 2024-11-11 15:40:14 Thanks in advance for your help! 2024-11-11 15:40:16 lines your question while providing relevant links and context. 2024-11-11 15:42:35 2024-11-11 15:42:52 sorry. Wrong chat 2024-11-11 16:34:55 ACTION wondering 2024-11-11 18:13:05 <\4194304a> I have been attempting to get Nouveau to work with X11 2024-11-11 18:13:33 <\4194304a> however when I attempt to start X11 with it, it segfaults at address 0x54e6 2024-11-11 18:14:24 <\4194304a> I am using xf86-video-nouveau with a GTX 1050 Ti 2024-11-11 18:14:40 <\4194304a> my goal here is only to get nouveau to work 2024-11-11 18:15:12 <\4194304a> I know that the proprietary drivers won't work under musl and that's fine 2024-11-11 22:08:04 Hey everyone, bit of a weird question. So I have come across cases where I want to install a package, but it also installs subpackages that I dont want. An example is fzf, which installs the neovim plugin automatically when it sees that neovim is installed. Same goes for the tmux plugin and others. Is there a way for me to not install these since they are not actually dependencies? One way I found is manually editing those out in the 2024-11-11 22:08:06 APKBUILD and then building it. Is there a better solution? 2024-11-11 22:09:24 penta: apk add !subpackage-name 2024-11-11 22:10:56 What does that do exactly? Does the exclamation mark just prevent a package from being installed alongside something else? Does this work for dependencies too, or just subpackages? 2024-11-11 22:14:40 It definitely works! And from what it seems it just remembers to not install that package ever until specifically installed manually 2024-11-11 22:16:52 Also, another question, kinda similar: When installing zsh, it installs a bunch of completion scripts. Is there any way to prevent all those from being installed without using the exclamation mark on every single one? 2024-11-12 04:40:58 hello every-nyan 2024-11-12 04:42:07 can you recommended me a website for deep alpine tutorial? 2024-11-12 04:43:22 I'm searching around for alpine tutorial book, with empty-handed.. 2024-11-12 04:43:31 in the end 2024-11-12 06:11:02 glassvation: I'm not aware of any such book, and such a book would probably also become outdated 2024-11-12 07:14:14 glassvationI wish I were a bird 2024-11-12 08:43:24 you right, @ikke. thanks for the answer 2024-11-12 08:43:41 @Saijin_Naib[m] u know it! 2024-11-12 09:12:57 where may I experience wild encounters with receptive females? 2024-11-12 09:13:04 I long for a girlfriend. 2024-11-12 10:08:03 Don't we all. 2024-11-12 10:29:27 "where may I experience wild..." <- Probably not the best idea to post that in a room filled with nerds xd 2024-11-12 12:35:53 why not, all the "receptive female" nerds should hang out here as well 2024-11-12 13:40:01 hmm, starting st/dvtm/ash, from a script called xterm, started by hotkey, crashes and kills the whole terminal after a long/intense i dunno 24h time.. quite a lot of levels to it.. anyone know of a bug that could cause this? 2024-11-12 13:40:12 nothorseface: sdc.com? This is wildly off-topic here tho, try #alpine-offtopic 2024-11-12 13:41:06 there was an ash bug not long ago, i guess ash would be unlikely to crash st/dvtm tho(?) 2024-11-12 14:30:22 But they will turn into cat ladies who listen to Taytay's songs, no? 2024-11-12 14:31:45 true 2024-11-12 14:31:54 JohannesJacobs[m]: what 2024-11-12 16:50:48 if you use "latest-stable" or "edge", `apk -U upgrade` will keep the sys up to date? or you need to use --available too sometimes? 2024-11-12 16:52:29 Without --available, it can be that some packages are not updated because of some orphaned package 2024-11-12 16:54:05 hmm.. 2024-11-12 17:22:16 Hey folks - is anybody around who might be able to speak to me about the "alpinelinux.org" domain? I work for a provider that appears to be blocked from resolving anything in this domain name. 2024-11-12 17:28:54 egon1024: can you join #alpine-infra? 2024-11-12 17:29:05 Will do - thanks. :) 2024-11-12 20:00:19 Hello everyone, I have an issue with freezing browsers (chromium, Firefox etc...) on my new uefi install (wayland/sway).... (full message at ) 2024-11-12 20:01:21 s/nor/no/, s/technics// 2024-11-12 20:02:06 Hello everyone, I have an issue with freezing browsers (chromium, Firefox etc...) on my new uefi install (wayland/sway).... (full message at ) 2024-11-12 20:09:04 alxndrpsclt[m]: probably nothing to do with your cpu, could be the gpu or the way it is set up. easiest thing to try first is to disable hardware acceleration in the browser and see if it runs better. in firefox, this is under Settings -> General -> Use hardware acceleration when available 2024-11-12 20:09:19 uncheck that and see what happens. 2024-11-12 20:10:03 see also: https://support.mozilla.org/en-US/kb/performance-settings?as=u 2024-11-12 20:51:08 @alxndr.psclt:matrix.org : I have seen firefox using up all memory available until the process was killed by the OOM killer. Mabe it is something like this ? 2024-11-12 20:51:08 (Also ptrc any idea how to fix this) 2024-11-12 20:51:24 uh, lemme read backlog 2024-11-12 20:51:34 is it the same message twice 2024-11-12 20:52:12 anyway, firefox has about:processes which could reveal a bit more about memory usage 2024-11-12 20:52:25 s/memory/resource/ 2024-11-12 20:54:52 I will try that next time it happens. 2024-11-12 21:37:16 What do you get when you cross a mentally ill loner with a SOCIETY that ABANDS him and TREATS HIM LIKE TRASH? I'll tell you what you get! YOU GET WHAT YOU FUCKING DESERVE! 2024-11-12 21:53:24 what 2024-11-12 21:54:42 Spam, just ignore it 2024-11-13 00:06:19 Thanks for that. I tried deactivating the hardware acceleration (restarting everything properly), but it dod not seem to change the browser lag situation. It almost seems to make it worse, though I have no way of... (full message at ) 2024-11-13 00:06:52 s/dod/did/ 2024-11-13 00:07:43 * Thanks for that. I tried deactivating the hardware acceleration (restarting everything properly), but it did not seem to change the browser lag situation. It almost seems to make it worse, though I have no way of... (full message at ) 2024-11-13 00:08:37 "alxndr.psclt: probably nothing..." <- Thanks for that. I tried deactivating the hardware acceleration (restarting everything properly), but it did not seem to change the browser lag situation. It almost... (full message at ) 2024-11-13 00:09:05 * Thanks for that. I tried deactivating the hardware acceleration (restarting everything properly), but it did not seem to change the browser lag situation. It almost seems to make it worse, though I have no way of... (full message at ) 2024-11-13 00:10:25 * Thanks for that. I tried deactivating the hardware acceleration (restarting everything properly), but it did not seem to change the browser lag situation. It almost seems to make it worse, though I have no way of... (full message at ) 2024-11-13 00:34:47 alxndrpsclt[m]: to sertonix[m] 's point... you might have memory pressure. if you didn't configure swap you should probably do that. 2024-11-13 00:35:33 we don't know the details about your system so it's hard to say. 2024-11-13 00:39:31 i've seen problems with people having untrimmed ssds that slow to a crawl on otherwise new-ish computers 2024-11-13 00:39:32 video drivers, it could be various things 2024-11-13 06:17:51 updated to OpenWRT with apk instead of opkg nightly now, and works fine :) 2024-11-13 10:25:00 "alxndr.psclt: to sertonix 's..." <- Thanks, I'll check swap; it is very probable it could be a cause. I though the swap was set, but I see zero swapping for now so there might be an issue. 2024-11-13 10:25:00 Also, I didn't want to flood with tons of details on my setup, but it is on a usb 3.1 dongle, so io bottlenecks are very possible. But my previous usb key (before uefi upgrade) was working well. What tools could help me visualize these kind of bottlenecks? I only know IO top. 2024-11-13 10:25:00 I hope setting swap properly will solve this, thanks, trying it now. 2024-11-13 12:33:25 Is there a way to define shell command aliases for root with the ash shell? I think I got it working for non-root user with a ~/.rc file. With root though, /root/.rc doesn't work. 2024-11-13 12:38:54 orchardstreet22: /root/.profile, for login shells 2024-11-13 16:07:32 can one force apk not to install a dependency? 2024-11-13 16:09:53 -t won't install them 2024-11-13 16:13:51 scorpion apk add -t is for virtual package? 2024-11-13 16:14:45 so it won't instal all the deps 2024-11-13 16:14:57 all of them 2024-11-13 16:16:44 oh, thought it would also install the dependencies of those packages, cool 2024-11-13 16:31:53 .. it doesnt stop it from installing deps tho.. 2024-11-13 16:33:37 frag: what you want to do is to create a virtual package without dependencies for the dependency you want to drop 2024-11-13 16:35:14 st depends on a font, can i install it without the font? 2024-11-13 16:37:36 apk add -t 2024-11-13 16:37:59 That would create a virtual (empty) package that fulfills the dependency 2024-11-13 16:39:18 ohh.. 2024-11-13 17:39:31 halo every-nyan 2024-11-13 17:41:17 is LXD stable without problem on alpine? is anyone here has using it daily? 2024-11-13 18:09:29 I was using LXD until recently (last month or two) when I cut over to Incus 2024-11-13 18:10:12 I would call it stable, the only issue I ever encountered was the --vm functionality was a bit flaky 2024-11-13 18:10:57 is there a reason you want to use LXD specifically instead of Incus? 2024-11-13 18:15:33 glassvation: I use incus on Alpine without issues, only running system containers though so can't say anything about VM or app containers 2024-11-13 18:16:18 also: how are you? fine, sank you. 2024-11-13 18:20:51 incus' vm functionality works flawlessly in my experience 2024-11-13 18:22:44 incus does seem like an improvement in various ways 2024-11-13 18:38:38 Incus is an lxd fork, right? 2024-11-13 18:38:53 correct 2024-11-13 18:44:40 "also: how are you? fine, sank..." <- Ohmygaaaah 2024-11-14 11:27:16 Is it possible that some changes were made to e.g. nginx or php packages that make configuring nextcloud more complicated? 2024-11-14 11:30:12 That's quite a vague question, no idea 2024-11-14 11:32:23 I had a working configuration on 3.16, but I cannot get it to install correctly on 3.20 2024-11-14 11:32:44 It helps if you state what issues you are facing 2024-11-14 11:33:53 It instslls and loads the first-run webpage, but when you try to add any apps they appear as broken image links in the top bar and only load blank pages when clicked. 2024-11-14 11:35:55 files are being added to the nextcloud/apps directory, for example the images that should load in the top bar seem to be there and the requests to display them show in the nginx access log, but they don't appear 2024-11-14 11:42:13 wait, is this a 404? from nginx access log: [14/Nov/2024:06:41:10 -0500] "GET /nc/apps-appstore/contacts/img/app.svg HTTP/1.1" 404 4627 "http://10.0.8.20/nc/settings/apps/installed" "Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/130.0.0.0 Mobile Safari/537.36" "-" 2024-11-14 11:42:33 yes 2024-11-14 11:42:41 It says so in that line yes 2024-11-14 11:42:44 Check the permissions on that file 2024-11-14 11:47:26 -rw-r--r-- 1 nextclou www-data 2802 Nov 13 20:55 /storage/nextcloud/apps/contacts/img/app.svg 2024-11-14 11:48:08 and namei -om /storage/nextcloud/apps/contacts/img/app.svg (make sure namei is installed) 2024-11-14 11:49:25 from net-tools? 2024-11-14 11:49:36 ok 2024-11-14 11:49:51 from util-linux-misc 2024-11-14 11:54:07 https://bpa.st/HJPA 2024-11-14 11:55:31 pastebin your nginx config 2024-11-14 11:56:32 I think nginx runs as user `nginx`, so it would not have access to the directory 2024-11-14 11:56:38 because apps is 770 2024-11-14 11:57:15 it runs as www, but I added www to the group www-data 2024-11-14 11:57:51 and be advised that this file was installed from within nextcloud. 2024-11-14 11:58:17 cache_return: I assume you mean www-data instead of www 2024-11-14 11:58:28 user www, group www-data 2024-11-14 11:58:31 and the php process can run as a different user, so that does not necesarily mean nginx has access 2024-11-14 11:59:43 but yes, sharing your nginx config would be helpfuil 2024-11-14 12:00:18 incoming. sorry. on mobile 2024-11-14 12:01:36 it would probably be easier if you did this when you weren't on mobile :P 2024-11-14 12:01:41 https://bpa.st/YWWA 2024-11-14 12:02:26 gonna need /etc/nginx/http.d/*.conf too 2024-11-14 12:06:15 https://bpa.st/NZGA 2024-11-14 12:21:21 Doesn't everything in the Nextcloud folder need to be owned by the web server user? 2024-11-14 12:22:21 the webserver needs read access 2024-11-14 12:22:28 which it has through the group 2024-11-14 12:27:14 we know it has write access because it installed the app folder at nextcloud/apps/contacts 2024-11-14 12:29:02 I thought it could be some sort of php issue, but I don't understand the whole system that well. 2024-11-14 12:30:51 nginx returning 404 for files that are expected to exist either means nginx looks in the wrong location or nginx does not have access 2024-11-14 12:32:48 makes sense. 2024-11-14 12:36:01 fyi the apps that don't work and the base nextcloud system are at different places in the filesystem. 2024-11-14 12:38:24 https://bpa.st/PQHA 2024-11-14 13:44:20 out of curiosity, I did a "ln -s /storage/nextcloud/apps/contacts/img/ /www/" and navigated to /img from the web browser, and it seems to load everything without 404s. 2024-11-14 13:46:01 but curiously (to me) app.svg specifically doesn't render anything visible. 2024-11-14 13:46:54 possibly white on white 2024-11-14 13:47:02 or black on black, as the case may be 2024-11-14 13:47:53 press ctrl+u to see src 2024-11-14 13:57:59 yes, it loads something. 2024-11-14 13:59:01 so to recap, the same folder is http 200 from /www but http 404 from /storage/nextcloud/apps even thoufh the nextcloud instance installed that folder in that place 2024-11-14 14:04:11 I guess it's irrelevant that nextcloud can access things that nginx can't 2024-11-14 18:08:52 okay, I figured it out. It was a symlink which came with the nextcloud package and directed the app to /var/lib/nextcloud/apps even if that was changed in the config.php to another directory 2024-11-14 18:09:04 Thanks for the help. 2024-11-14 19:13:47 Hi there, while upgrading I noticed that sway-portalsconf-1.10-r0.pre-upgrade prints an info text about a config file, linking to some documentation 2024-11-14 19:13:52 Unfortunately the link is dead 2024-11-14 19:14:03 https://flatpak.github.io/xdg-desktop-portal/docs/backends.html 2024-11-14 20:00:51 how should i install the fuse kernel module in an environment where i have root on an alpine box, but not the right CAP_SYS_ADMIN flags to do things like load kernel modules? 2024-11-14 20:05:08 Xe: Is this some kind of container environment? 2024-11-14 20:05:27 ikke: kubernetes worker nodes with a managed control plane 2024-11-14 20:08:38 lol it's rc-update add fuse 2024-11-14 20:10:44 So you cannot load modules, but you can enable a service that does so? 2024-11-14 20:11:15 yes 2024-11-14 20:11:28 it is a quite strange set of restrictions, but that's containers yo 2024-11-14 21:07:33 the service is probably managing to trigger the autoload by the actual host 2024-11-14 21:07:49 you need CAP_SYS_MODULE to load modules normally 2024-11-14 21:33:18 yeah, usually a debug pod gives you CAP_SYS_ADMIN, which IIRC is supergod 2024-11-15 01:16:38 hello? 2024-11-15 01:18:27 im using apk (alpine package keeper) in a distro called oasis (https://github.com/oasislinux/oasis), everything i install works great 2024-11-15 01:19:55 but when i installed xorg using apk, it runs up but i cant use input devices at all 2024-11-15 01:20:24 is this because i don't use eudev? 2024-11-15 01:21:11 ACTION notes that the distro in question's official channel is #oasis on the libera.chat network. 2024-11-15 01:23:09 See also: https://github.com/oasislinux/oasis/issues/27 2024-11-15 01:25:13 i just was there, one of the guys told me to ask here 2024-11-15 01:27:38 the main dev said that he used pkgsrc to get xorg, i will check out the diffs between alpine & pkgsrc xorg build scripts 2024-11-15 01:29:30 i definitely don't want to build it using pkgsrc 2024-11-15 01:30:41 xorg is too huge to compile from source and pkgsrc always fails 2024-11-15 01:32:52 laith: silly question, but is your user in the input group 2024-11-15 01:33:13 its 2024-11-15 01:33:48 i have no idea about oasis, i'm not sure why they sent you here. it's not an alpine issue 2024-11-15 01:34:05 yeah, it's just a question 2024-11-15 01:34:35 i needed to know if the issue is that i don't use eudev 2024-11-15 01:36:34 setup-xorg-base installs xorg-server xf86-input-libinput xinit eudev mesa-dri-gallium 2024-11-15 01:37:20 so to your question: yes 2024-11-15 01:38:52 then setup-devd adds udev-init-scripts udev-init-scripts-openrc and does the minutiae around that. 2024-11-15 01:41:39 a switch to eudev gonna be a lot of work.. anyway, thanks mate! 2024-11-15 01:41:54 np 2024-11-15 06:38:44 JOIN NEW SAUCE METHODS... (full message at ) 2024-11-15 08:24:32 damn matrix bots 2024-11-15 17:15:46 Hi. Is it possible to replace openrc with runit completely on alpine linux? 2024-11-15 17:15:52 No 2024-11-15 17:16:05 At least, not without you providing replacement for everything currently done by openrc 2024-11-15 17:16:12 hmm dunno if good test, but tried a bit intensive script with different shells, dash and busybox ash uses a lot less cpu according to top 2024-11-15 17:17:55 ca half the cpu usage .. yash was somewhere inbetween, bash/oksh/loksh/mksh used more cpu 2024-11-15 17:21:21 So what is preferred way of monitoring services? runit alongside or some manual monitoring? 2024-11-15 17:21:46 sahar: openrc has built-in support for supervisord 2024-11-15 17:23:44 ikke: Ah i see. Thanks. I should explore alpine wiki. 2024-11-15 17:24:23 https://github.com/OpenRC/openrc/blob/master/supervise-daemon-guide.md 2024-11-15 17:24:32 I meant supervise-daemon 2024-11-15 19:07:36 apk info -a dwm, says dwm depends on st-virtual, but just install st, what does it mean? 2024-11-15 19:09:31 It means that st provides a virtual-package called st-virtual, and st is the highest priority provider of that package 2024-11-15 19:09:42 but you can also install another provider instead 2024-11-15 19:13:20 i dont understand, but what would another provider be? 2024-11-15 19:13:48 sxmo-st apparent 2024-11-15 19:13:50 apparently 2024-11-15 19:14:18 oh right 2024-11-15 20:21:56 kitty tries to load libsystemd.so... never tried using kitty before, is that expected? 2024-11-15 20:23:19 definitely think that kitty is not the terminal emulator for me 2024-11-15 20:25:32 j_v: with dlopen? 2024-11-15 20:28:23 [1.016] Failed to load libsystemd.so with error: Error loading shared library libsystemd.so.0.38.0: No such file or directory 2024-11-15 20:28:39 so yes 2024-11-15 20:28:51 thought so, wasn't sure 2024-11-15 20:29:33 maybe some plugin or configuration? 2024-11-15 20:29:47 i've already deleted it... xterm and urxvt good enough for anything i ever do any way... 2024-11-15 20:29:55 alright 2024-11-15 20:30:17 was just playing around, but thanks for the help 2024-11-15 20:30:39 the error just caught a bit by surprise 2024-11-15 20:30:59 > No, there is no such option, and the error is harmless, simply ignore 2024-11-15 20:31:08 https://github.com/kovidgoyal/kitty/issues/7628 2024-11-15 20:31:21 thanks, much appreciated 2024-11-15 20:31:54 > Had the same problem and suddenly kitty crashes and I can't open it, and it always crashes 2024-11-15 20:31:56 > yes 2024-11-15 20:31:58 .. 2024-11-15 20:32:57 ah, well, was also trying alacritty and that has no errors, but the terminal accepts no input... still looking into it 2024-11-15 20:33:41 neither did kitty for that matter, so it might be that neither like my window manager 2024-11-15 20:33:44 bspwm 2024-11-15 20:35:24 was playing around with direct color TERM setting... it's interesting so far the progs that crash with 24bit color term, so far vis and weechat, though I'm sure i'll find more 2024-11-15 20:36:00 j_v: Are you member of the input group? 2024-11-15 20:36:07 yes 2024-11-15 20:37:46 i've tracked down the vis issue to integer overflow problems, haven't worked much on the weechat issue, but looks to be a similar problem 2024-11-15 20:39:18 the workaround for both is to use 256color TERM defs 2024-11-15 20:39:49 256 x 256 fits in a size_t, but not 16M x 16M 2024-11-16 04:38:03 i'm getting the error 'ERROR: unable to select packages: Huh? Error reporter did not find the broken constraints.' on apk add/del of afaict any package, i tried apk fix and it gives the same error, the script given by tmpfile in https://lists.alpinelinux.org/~alpine/devel/%3C20171231150048.044adbf9%40ncopa-desktop.copa.dup.pw%3E returns the error for every installed package 2024-11-16 04:47:03 ok so somehow an upgrade worked and fixed it 2024-11-16 04:47:45 as always, the second i ask for help i figure the issue out myself lol :/ 2024-11-16 05:16:33 "alpine is progressive intuitive questions answered" - apiqa 2024-11-16 05:31:26 is there any cdn that offers historical versions of packages 2024-11-16 05:33:05 looking to get a copy of compiler-rt 18 2024-11-16 05:34:51 since the files it installs are versioned 2024-11-16 10:38:40 unplugged my kb/mouse and replugged after 30-60m and it didnt seem to recognize them, tried an addigional kb too, anyone know what it could be? 2024-11-16 10:41:04 sometimes when i boot my diskless/raspi i also dont get to use the kb after starting X, i think its an unrelated issue, today it happened again i seem to be in the input group and in the console things seem to be normal, i noticed the udev service was not started tho, which i guess it should be, even before starting X? 2024-11-16 10:41:25 *an additional 2024-11-16 11:12:08 one weird thing, or bug?, with busybox ash is that if you do `sleep 2&`, then start to type another command, it will interupt you typing the command and you have to start retyping the command ... this does not happen in two other shells i tried: dash/oksh.. 2024-11-16 11:13:18 duuno if its possible to change it or turn of job monitoring, which i guess this is called 2024-11-16 12:10:42 frag, are you sure, because I can't reproduce it 2024-11-16 12:11:52 quinq im on latest-stable now 2024-11-16 12:12:13 busybox v1.36.1 2024-11-16 12:12:49 yeah... cant think of anything im doing wrong, seem to this way yeah 2024-11-16 12:13:30 talking about the ash/job monitoring problem 2024-11-16 12:14:49 $ ENV= /bin/busybox ash 2024-11-16 12:14:49 [1]+ Done sleep 2 2024-11-16 12:14:49 ~ $ sleep 2& 2024-11-16 12:14:49 ls: cannot access '/tmp/foo/bar/baz': No such file or directory 2024-11-16 12:14:49 ~ $ ls /tmp/foo/bar/baz 2024-11-16 12:17:29 hmm... 2024-11-16 12:19:34 quinq you are on latests stable, same bb version? 2024-11-16 12:24:51 busybox-1.37.0-r7 2024-11-16 12:39:47 and i thought it was a stupid q, smh 2024-11-16 13:03:59 i've noticed set -x sometimes skips/mangles lines, think i ruled out tmux but could very well be comming from mosh/term/.. https://irc.krkrkr.org/uploads/xse/566d0ed5-sh_setx.png 2024-11-16 13:18:52 frag, didn't parse 2024-11-16 13:19:55 quinq hm? 2024-11-16 13:34:24 I didn't understand your last message 2024-11-16 13:35:21 oh, i was just surprised you didnt check if it was same version 2024-11-16 13:49:45 "i've noticed set -x sometimes..." <- This is normal for scripts that uses pipelines (|) or background processes (&). 2024-11-16 13:50:08 It is a bit annoying, yes, happens because multiple shell processes write to the same stderr 2024-11-16 13:50:28 (and for some dumb reason don't even output the entire line in one write() call argh) 2024-11-16 13:58:09 aw makes sense, hopefully it's not a huge deal in this case 2024-11-16 14:11:03 Hello everybody, is there an opinion on using docker vs podman on Alpine Linux? 2024-11-16 14:18:03 last tried, which was several months ago so the situation may have changed, podman needs a bit of adjustment if using rootless mode, and compose syntax isn't fully at parity with docker-compose. otherwise it works 2024-11-16 17:21:05 hey guys.. I've set an overlay in order to have it alpine running on ram and yet have a persistent partition. however it doesn't seem it's working. I've tried to install a package and at the reboot it's gone. if I don't use lbu it won't stay and that's really not what I'm looking for. can someone help? 2024-11-16 17:21:05 * an overlay for /var and /usr in order, * someone help please? 2024-11-16 17:21:05 * hey guys.. I've set an overlay for /var and /usr in order to have alpine running on RAM and yet have a persistent partition. however it doesn't seem it's working. I've tried to install a package and at the reboot it's gone. if I don't use lbu it won't stay and that's really not what I'm looking for. can someone help please? 2024-11-16 17:21:05 * someone help please? 2024-11-16 17:21:05 * hey guys.. I've set an overlay for /var and /usr in order to have alpine running on ram and yet have a persistent partition. however it doesn't seem it's working. I've tried to install a package and at the reboot it's gone. if I don't use lbu it won't stay and that's really not what I'm looking for. can someone help please? 2024-11-16 18:29:40 Hey everybody 2024-11-16 18:31:25 is there a difference between the following links for apk? for example ... 2024-11-16 18:31:59 https://dl-cdn.alpinelinux.org/alpine/edge/main 2024-11-16 18:31:59 http://dl-cdn.alpinelinux.org/alpine/edge/main 2024-11-16 18:32:28 Are the both usable? 2024-11-16 18:32:34 yes 2024-11-16 18:32:41 Same for stable? 2024-11-16 18:32:48 yes, does not matter 2024-11-16 18:33:20 Thank you ikke! 2024-11-16 18:37:21 Hey guys, there is a problem with pinentry? I after reboot I got idled gpg2 process, after the pinentry menu from a git commit gpg signing 2024-11-16 18:38:01 and also another script I use that open a pinentry get stuck right after the pinentry menu too 2024-11-16 18:40:24 pinentry-qt doesn't stop after typing the passphrase 2024-11-16 18:47:54 One more question: 2024-11-16 18:48:40 42 2024-11-16 18:48:41 Is it possible to go directly from 3.19.4 to edge? 2024-11-16 18:48:52 yes 2024-11-16 18:49:10 make sure you pass --available when you upgrade 2024-11-16 18:49:41 great tks! 2024-11-16 19:40:46 How can I ensure that the i915 driver is loaded in the initramfs? 2024-11-16 19:42:07 What's included in initramfs is decided by the features in /etc/mkinitfs/mkinitfs.conf 2024-11-16 20:06:18 Hello. I have a CI workflow which creates a vagrant virtualbox box .box of alpine. The .box resulting file got to be 125MiB max but is now 223 MiB. Any idea of what induces this weight ? 2024-11-16 20:06:40 version 3.20.3, simply installing apk add apk-tools bash bash-completion sudo virtualbox-guest-additions 2024-11-16 20:06:42 Most likely firmware 2024-11-16 20:07:20 What kernel is installed? 2024-11-16 20:09:44 6.6.61.0-virt 2024-11-16 20:10:08 6.6.61-0-virt 2024-11-16 20:19:17 something like: du -ah / | sort -rh | head -n 30 2024-11-16 20:23:39 xse, is it about my problem ? :) 2024-11-16 20:26:52 serard: might help giving you an idea, might also need tweaks to give you a better idea, here i can see the following: https://tmp.krkrkr.org/space.txt 2024-11-16 20:27:26 realizing that this '120.5M /usr/lib/libwireshark.so.17.0.5' is quite huge for example 2024-11-16 20:31:05 xse thank you very much ! I don't have a reference but will track these 2024-11-16 20:32:02 np, there are likely better ways, apk can do like "apk info -e -s \*" to list the installed size tho it's not sorted by default 2024-11-16 20:42:17 xse, this is what I get https://ctrl.vi/i/mL2jkDth6 2024-11-16 20:46:03 6.6.49 to 6.6.61, starting from iso 3.20.3, I guess this is the thing that makes the vbox hidher in size 2024-11-16 20:59:12 mh, this is outside my comfort zone, this looks to me like / 85.7M so maybe your disk is bigger than necessary maybe ? i'd compare disk usage from inside and outside (VBoxManage showmediuminfo ? don't know how vagrant/vbox interract). Maybe it needed to grow at some point and did not shrink after or something 2024-11-16 20:59:19 sorry, don't know enough about those :/ 2024-11-17 00:36:32 either package plasma-workspace or package layer-shell-qt seem to be broken on latest alpine edge 2024-11-17 00:36:57 plasmashell --version gives a "symbol not found" error 2024-11-17 00:40:26 _ZN15QtWaylandClient14QWaylandWindow9wlSurfaceEv 2024-11-17 00:43:28 based on that name i'd imagine that binary was built for a qt version other than the one available 2024-11-17 01:56:45 el[m]: https://gitlab.alpinelinux.org/alpine/aports/-/issues/16617 2024-11-17 01:58:35 layer-shell-qt was built against qt6.7.2 but edge just got qt6.8 2024-11-17 07:12:28 Hello, I'm reading glib APKBUILD and found that we also need to build gobject-instropection when we build glib, why we need to do that ? I check arch PKGBUILD and slackware slackbuild, they don't do that. Are there particular reasons ? Thanks 2024-11-17 07:15:16 bye; 2024-11-17 09:28:31 does anybody know when the kde fix will ship? seems a bit odd to push out a qt update without testing if kde still launches at all 😶 2024-11-17 09:37:11 In other words: does the sdcard get *automatically* unmounted? Do I need to unmount it manually (and re-mount it before running lbu commit)? 2024-11-17 09:37:11 I want to switch from "sys" mode to "diskless" mode. I read the wiki, but some things remain unclear to me. 2024-11-17 09:37:11 Does "diskless" mode mean that I can physically pull the sd card from my Raspberry, once it fully boots up? 2024-11-17 09:55:05 leaix you have to umount it first, also stop modloop 2024-11-17 10:04:55 frag: thanks. Another question, does the diskless mode force the use of a apkovl.tar.gz file, instead of a dedicated partition? I was expecting it was better to use the plain file system structure, instead of a zipped file. 2024-11-17 10:09:09 leaix not sure i understand the q, nor know the answer. If you use a dedicated hd i guess you are not diskless. 2024-11-17 10:10:12 not sure how the file structure is created either... 2024-11-17 10:14:55 I want to load everything from disk (sd card) to ram, on boot, and then only run from there. But I also want to unmount the sd card, since sudden power-offs & voltage drops already destroyed the first sd card. 2024-11-17 10:14:55 thank you anyway. 2024-11-17 10:15:37 I will follow the wiki and use the apkovl.tar.gz as it's written there, then 2024-11-17 10:16:03 "hey guys.. I've set an overlay..." <- anyone please? 2024-11-17 10:16:13 oh it did? hmm, i had to pull out the plug quite a few times on my raspi, havent noticed any problems yet, its mounted read only as default, maybe that helps 2024-11-17 10:16:45 s/and/but/, s/yet/also/ 2024-11-17 10:16:50 yeah i think that will work well for you 2024-11-17 10:18:06 yes, I'll try soon, thanks again 2024-11-17 13:17:45 hi , I install xfce on a vm with alpine, I change the default shell for the use to bash, I don't understant why the file .bash_profile is not loaded 2024-11-17 13:23:56 not loaded when? not all display managers source it 2024-11-17 13:24:16 login managers, i should say 2024-11-17 13:24:41 When I login for example the path that I set on .bash_profile is not set 2024-11-17 13:25:00 when you log in using a gui login manager or at console? 2024-11-17 13:25:07 I have to source it manually 2024-11-17 13:25:30 I use lightgtm 2024-11-17 13:25:43 lightdm is one that doesn't source .bash_profile 2024-11-17 13:26:49 uge is outraged 2024-11-17 13:27:33 how can I load .bash_profile? 2024-11-17 13:28:12 you can use .profile instead 2024-11-17 13:28:13 try .profile, in particular for non-bash specific things. and source it from .bash_profile for when bash starts as a login shell (only one or the other is sourced, not both) 2024-11-17 13:28:17 I looking for on the web but I did't find any clear explination 2024-11-17 13:28:45 I did also .profile but it is the same, it not load 2024-11-17 13:29:08 *what* is not loaded 2024-11-17 13:29:45 in the .profile I set some path, the file is not load 2024-11-17 13:30:03 you mean your PATH is not set as you have it in .profile? 2024-11-17 13:30:10 If I do source .profile I see the path set 2024-11-17 13:30:39 @lopid yes 2024-11-17 13:31:10 do you have both .profile and .bash_profile? 2024-11-17 13:31:35 I try with one and with the other and bouth do not be load 2024-11-17 13:31:57 do you have both .profile and .bash_profile? 2024-11-17 13:32:18 bash will not source .profile if it sourced .bash_profile 2024-11-17 13:32:23 with other distro with same configuration I dont have this problem 2024-11-17 13:32:44 I try .bash_profile but do not works 2024-11-17 13:32:59 third time hopefully lucky: do you have both .profile and .bash_profile? 2024-11-17 13:33:29 no, I try one at time 2024-11-17 13:34:21 Is it better to have bouth of them? 2024-11-17 13:34:25 https://github.com/canonical/lightdm/issues/96#issuecomment-648094413 2024-11-17 13:35:16 i still say the best display manager is no display manager, for reasons such as this 2024-11-17 13:35:44 Interesting, Thanks for the link 2024-11-17 13:35:52 yes, what is and isn't sourced gets murky with different login managers 2024-11-17 13:36:35 I need some time to read the link, I'm not so smart 2024-11-17 13:37:56 i mean, there's probably a good argument that display managers shouldn't source these files (for the similar reasons crond doesn't) 2024-11-17 13:38:27 but it's just a headache overall i'd rather not have 2024-11-17 13:38:46 that was my first thought back when: why are my shell files being sourced when i log in at a UI 2024-11-17 13:40:42 .xprofile seems like it is somewhat broadly supported 2024-11-17 13:41:10 gdm, lightdm, lxdm, sddm all will use it, if it exists 2024-11-17 13:41:52 but i'm looking at an arch wiki page, so who knows... possibly bespoke 2024-11-17 13:42:27 i have X only things in .xprofile; and .profile, which sets up my PATH, is sourced by .bash_profile. so my lightdm sources .profile or .bash_profile, but i'm using a different distro, so maybe that's another factor that affects it 2024-11-17 13:43:16 Now I logout and I will see 2024-11-17 13:43:31 i change lanes now. good luck everyone! 2024-11-17 13:43:41 cheers 2024-11-17 13:47:46 I have to try with .xprofile , the tred in the link is big 2024-11-17 13:48:09 invoked linked to a specific comment 2024-11-17 13:52:21 el[m]: I got impatient and just ran abuild against that package on my own machine. 2024-11-17 13:53:43 zcrayfish: i dont mind waiting a bit, but it seems a little strange that the Qt update wasnt tested in the first place 2024-11-17 13:54:51 (i guess perhaps it was but this class of error came a bit unexpected, or who knows) 2024-11-17 13:56:57 only in edge, right? 2024-11-17 13:57:17 (caveat emptor) 2024-11-17 13:59:12 It certainly wasn't fun, but I expect breakage sometimes on the alpha version. 2024-11-17 14:02:24 stuff like qt updates is often a catch-22. stuff starts needing the new qt, but the new qt breaks other things (or at least forces a bump), that's before getting into the same situation with kdelibs 2024-11-17 14:02:45 it's always been like that, unfortunately 2024-11-17 15:46:02 possible busybox bug: 'tail -f -n0 file|grep -m1 string', i think its supposed to wait for string and then exit, maybe even without -m1 2024-11-17 15:51:30 even with m0 it has to have two occurances of string 2024-11-17 16:14:03 looks like it's the tail 2024-11-17 16:14:39 it exits straight away with gnu tail 9.4, but not busybox tail 1.36.1 2024-11-17 16:14:58 both using gnu grep 3.11 2024-11-17 16:15:03 oh, yeah i got a bit unsure about the whole thing.. 2024-11-17 16:15:51 someone in another chan said tail only notice that grep has exited the second time 2024-11-17 16:16:02 although grep should be closing the pipe, the tail version is the only difference for me (albeit on a different system) 2024-11-17 16:16:08 oh 2024-11-17 16:16:15 s/oh/ah/ 2024-11-17 17:26:41 "stuff like qt updates is often a..." <- isnt it possible to rebuild everything at once, then update everything at once? 2024-11-17 17:27:14 if something like KDE doesnt work anymore as a whole, that seems like some part of the process didnt quite work right even when it's a rolling distribution 2024-11-17 17:43:29 el[m]: not automatically like that, no 2024-11-17 17:44:30 if someone bumps qt, that doesn't trigger some automagic bumping of every package that depends on qt. 2024-11-17 17:44:55 Unless qt bumps it's soname (still not automatic, but it alerts us that rebuilds are required) 2024-11-17 17:45:14 but apparently this is using private symbols for which no soname bump was deemed necessary 2024-11-17 17:45:29 yeah, unfortunately 2024-11-17 17:46:08 i really don't understand the hesitancy to bump sonames, especially in cases when it's been years since the last one 2024-11-17 17:47:38 And just to make it clear, alpine is officially not a rolling release distro. We do not promise any stability for edge. 2024-11-17 18:06:15 "if someone bumps qt, that doesn..." <- perhaps that should be changed then? 🤔 at least for the big desktops 2024-11-17 18:06:55 It should not be necessary unless soname changes 2024-11-17 18:07:10 We cannot rebuild major ecosystems everytime one of the dependencies are upgraded 2024-11-17 18:08:32 hm i suppose that makes sense. does apk have some sort of log of what was built last, to make rollback easier? last time i tried i only remember it didnt quite like me doing that. perhaps you could consider doing something like fedora, where people test out new packages and then vote if it works, and if 1-2 testers vote yes it gets rolled out to everyone else 2024-11-17 18:09:23 i didn't know however you werent really intending to be rolling release, that explains some of it. but for people helping test edge, perhaps some sort of staggered voting powered thing would help and/or making it a little more straightforward to roll back via apk 2024-11-17 18:09:57 apk-tools v3 will have logging 2024-11-17 18:10:34 cool! sorry for bothering then, i'm glad to see perhaps this will be a little easier to handle in the future 2024-11-17 18:11:17 The problems are scaling 2024-11-17 18:12:39 The problem is scaling* 2024-11-17 21:18:42 el[m]: the layer-shell-qt 6.2.3r1 update should fix the issue; looks like it got merged while I was out doing early Christmas shopping. 2024-11-17 21:20:19 Kladky: ^ 2024-11-17 21:30:32 Yeah I saw, I was subscribed to the merge request. 2024-11-17 21:31:54 I am honestly exicted for logging in apk. 2024-11-17 21:32:16 since i had my gpu basically fail with no idea why. 2024-11-17 21:32:44 But i probably should switch to btrfs anyways. 2024-11-17 21:32:58 For thise snapshots 2024-11-17 21:40:20 as someone who has run btrfs on some stuff for years, i didn't use the snapshot feature that much, and have mostly settled on ext4 for more peace of mind 2024-11-17 21:41:17 ("for years" meaning since roughly 2013) 2024-11-18 00:01:20 thanks ikke 2024-11-18 01:44:01 After upgrading qt to 6.8.0, pinentry-qt doesn't work as expected. I opened a issue: #16619 2024-11-18 01:49:25 qt6ct needs to be rebuilt becuase of qt 6.8.0 too 2024-11-18 07:33:57 Hi, I'm running a fairly basic install with util-linux-login, udev, and Xorg. The issue is that a user can login and startx (2bwm + xbindkeys), but the graphics do not get updated. I can load an xterm and move the mouse. But nothing else is refreshed visually. Howver, they are working in the background. If I open a new terminal, and pkill xinit, X shuts down, even though I could't see commands or new xterm. If I logout, 2024-11-18 07:33:57 login as root, logout, and login as a user again, everything is fine. Any ideas? 2024-11-18 10:28:40 shoe_monkey: none whatsoever, but for a start, what "driver" does X load according to its logs? does it load the generic 'modesetting' module or something else? (often modesetting is the one that works better) 2024-11-18 10:44:45 Hi, I cannot find any issue on tracker about Vulkan validation layers problem, I'm trying to check if it's my mistake or something is wrong with package 2024-11-18 10:45:17 I've checked with code from https://github.com/Overv/VulkanTutorial 2024-11-18 10:45:31 Hi all :-) 2024-11-18 10:45:34 $ g++ -o ./test ./03_physical_device_selection.cpp -lvulkan -lglfw 2024-11-18 10:45:47 validation layer: Requested layer "VK_LAYER_KHRONOS_validation" failed to load! 2024-11-18 10:45:47 $ ./test 2024-11-18 10:45:47 validation layer: Searching for ICD drivers named /usr/lib/libvulkan_radeon.so 2024-11-18 10:45:47 validation layer: Loading layer library libVkLayer_MESA_device_select.so 2024-11-18 10:45:47 validation layer: Error relocating /usr/lib/libVkLayer_khronos_validation.so: _ZN8spvtools27CreateInstBindlessCheckPassEjj: symbol not found 2024-11-18 10:45:48 failed to create instance! 2024-11-18 10:46:27 There is something wrong with my or my system? Or maybe somebody can reproduce? 2024-11-18 10:46:54 I've upgrade to gnupg 2.4.6 and there seems to be an issue with card readers, gpg --card-status is stucked 2024-11-18 10:47:56 staceee: you seem to have had issues with gpg two days ago, did you managed to solve your problem or is it related ? 2024-11-18 10:58:53 ncopa: as gnupg maintainer, did you encountered similar issues ? 2024-11-18 11:03:06 kmmndr: the problem come from pinentry-qt 2024-11-18 11:03:20 it never exit after the user typed their passphrase 2024-11-18 11:03:45 meaning gnupg never continues 2024-11-18 11:04:08 PureTryOut (matrix.org) for what it's worth, while i didn't mean to diminish anything, this is the first distro i have encountered where the rolling equivalent seems to just not have any testing, not even in some staggered way like fedora does (where as far as i know they have some mechanism where it only rolls out to some users first who vote if it works or not before it goes to everyone) 2024-11-18 11:04:09 I work-arround configuring pinentry-gtk-2 as pinentry for now 2024-11-18 11:04:41 perhaps such a tiered system could be worthwhile to consider. although perhaps many people use edge happily without that, idk how your retention and all that is 2024-11-18 11:06:10 in any case i apologize for the previous misunderstandings on my end 2024-11-18 11:07:01 although edge can be mostly used as a rolling release distro, it's never advertised to be without breakage and to be as stable as . Like I said obviously we'll fix breakages when they occur and in general you can use it without problems just fine, you will have to expect these kind of problems every once and while. 2024-11-18 11:07:56 For clarification though, normally I do test upgrades like this on my local system before I push them. However Qt in particular is huge, especially Qt6Webengine. I can not feasibly compile that package locally and test it out, and with that the whole Qt upgrade is almost impossible to test locally. 2024-11-18 11:08:14 staceee: thank you very much !!! :-) 2024-11-18 11:08:45 PureTryOut: for what it's worth, a tiered testing system would be perfect for this. or postmarketOS for example uses mrtest and then has a few people manually join in to test it early 2024-11-18 11:08:50 There is something to be said that that should be improved, Alpine could over temporary repos per pull request or something, but right now there isn't anything for this so this has to do 2024-11-18 11:09:18 Also, most of the time QtWebengine fails to compile on CI as well due to OOM 2024-11-18 11:12:44 i would be interested in testing out major Qt upgrades early to prevent bigger breakages from rolling out to others, i assume perhaps some other users would be as well. so as soon as there's any sort of pre test mechanism available (like mrtest) for alpine then you probably could have people jump in readily to make this a little smoother 2024-11-18 11:13:30 something like mrtest also has the advantage that it is way easier to roll back the change than a regular apk upgrade 2024-11-18 11:13:31 You can already just checkout the PR and build it yourself (or if CI succeeds download artifacts from it) at least 2024-11-18 11:14:31 thanks for your great work in any case. i assume wrestling with qt6webengine cant' be any fun 2024-11-18 11:18:08 Luckily omni is a great help with it 2024-11-18 11:21:16 PureTryOut: as long as the artifacts are not too big, it should already be possible to directly use MRs as a repo 2024-11-18 11:25:57 apk add --allow-untrusted -X https://gitlab.alpinelinux.org/alpine/aports/-/jobs/1608802/artifacts/raw/packages/community kitty 2024-11-18 11:26:00 ikke: sorry if my suggestions are annoying or too obvious, but perhaps a testing channel like pmOS has it would be useful? where people can be pinged directly to test something early if it's a likely more hairy change before it rolls out regularly. unless that's too much effort of course 2024-11-18 11:42:31 ikke: oh that's good to know! 2024-11-18 11:42:49 (note the `/raw/` part in the url) 2024-11-18 11:43:14 The public key is available as well 2024-11-18 12:21:15 hello everybody, i am seeking help on setting up two individual lvm raids with alpine 3.20 2024-11-18 12:22:04 when I install I use the script to setup my boot drives (sda + sdb) as lvm+sys. How would I go about adding another lvm (raid5) over sdc..sdh? 2024-11-18 12:39:59 my problem currently is that when i try to add my second lvm it seem to kill initramfs which drops me in an emergency shell.. which is weird to say the least. I never touch the lvm volumes created by setup, I simply recreated the initramfs after setting up /dev/md2 2024-11-18 13:28:12 if somebody can help me, I'll have to leave for a bit but I'll be back and reading the irc log :) 2024-11-18 13:28:17 thanks in advance! 2024-11-18 15:05:22 Hmm I just moved and with that comes a new internet subscription. Everything works just fine but for some reason http://dl-cdn.alpinelinux.org is extremely slow to resolve. Like, takes more than a minute every time. According to traceroute it's stuck at my provider somewhere. I'll be moving to a different mirror (others respond almost instantly) but can anyone from The Netherlands reproduce this on Ziggo by any chance? 2024-11-18 15:06:28 I wonder if it's slow on just one side of the dualstack 2024-11-18 15:09:01 Also, rootbld still tries to pull from dl-cdn.alpinelinux.org... Can I change that to my system's mirror somehow? 2024-11-18 15:29:27 Ah I can export `mirror=`. I feel it should just take the repo from my system, /me makes an issue 2024-11-18 15:47:34 PureTryOut: set mirror in ~/.abuild/abuild.conf 2024-11-18 15:48:52 i always use alpine mirror in this way 2024-11-18 15:49:33 Yeah I just did that, but it should just take the mirror configured system wide by default 2024-11-18 15:53:52 there is a proposal for abuild to re-design :) 2024-11-18 16:03:13 If that makes everybody always use rootbld (or something equivalent that forces no network access by default and builds in a clean system) then I'm all for it 😄 2024-11-18 16:12:18 you cant search for "contents" in apk like you can on https://pkgs.alpinelinux.org/contents? 2024-11-18 16:16:03 frag: there is a difference, apk info -W only search files from installed packages 2024-11-18 16:16:28 qaqland mhmhm, weird 2024-11-18 16:44:16 how can I remove my user from a group? what is the reverse of adduser ? 2024-11-18 16:45:55 ah, delgroup x] 2024-11-18 17:43:02 is there any way to do system-wide d-bus? particularly for sharing dbus sessions as opposed to just one 2024-11-18 17:43:26 this is problematic for me when using pipewire, since i have to restart it, as it loses all audio devices when my gui closes for some odd reason 2024-11-18 17:46:24 dbus already has separate system vs session busses 2024-11-18 17:46:33 pipewire uses the session bus 2024-11-18 17:47:13 this is an intentional implementation choice 2024-11-18 18:03:18 well, what about a dbus session that can be retained beyond the gui? 2024-11-18 18:03:43 instead of dbus-run-session. which if closed causes pipewire to basically become a zombie 2024-11-18 18:10:25 that's not a thing 2024-11-18 18:11:12 you should be killing pipewire when the session dies too 2024-11-18 18:14:00 hm 2024-11-18 18:14:06 makes sense 2024-11-18 18:14:31 it is rather confusing though, i can have many dbus sessions, one pipewire daemon, and it works fine. but if the dbus session that the original pipewire daemon is running on is closed, the output devices go away. 2024-11-18 19:03:23 for not being a rolling release distro, the edge branch is usually very stable, but sometimes things break, like what has followed the Qt 6.8.0 upgrade 2024-11-18 19:04:09 it is good that it got in agead of this release, but unfortunate that it got stalled by qt6-qtwebengine build issues for so long 2024-11-18 19:05:30 I hope we can manage to find and fix the issues before release, only rebuilds of a handful of aports, I think 2024-11-18 19:52:53 `links -g` can copy urls to primary(esc > l > c), links without graphics have no similar function? 2024-11-18 19:53:45 There is no clipboard without some graphical environment 2024-11-18 19:55:47 damn 2024-11-18 19:57:20 how do you even share the memes?! 2024-11-18 20:02:52 request it as feature of apk v3 2024-11-18 20:03:00 tmux can copy things back and forth between the terminals it manages 2024-11-18 20:03:12 might be an option 2024-11-18 20:04:48 oh right, you can also use the mouse to select the url i see 2024-11-18 20:05:22 and dvtm can copy also 2024-11-18 20:17:52 my shell has a limit of 2048 chars 2024-11-18 22:21:40 is there a way to set up luks tpm unlocking on alpine? 2024-11-19 05:19:31 Hi, I'm running a fairly basic install with util-linux-login, udev, and Xorg. The issue is that a user can login and startx (2bwm + xbindkeys), but the graphics do not get updated. I can load an xterm and move the mouse. But nothing else is refreshed visually. Howver, they are working in the background. If I open a new terminal, and pkill xinit, X shuts down, even though I could't see commands or new xterm. If I logout, 2024-11-19 05:19:31 login as root, logout, and login as a user again, everything is fine. Any ideas? 2024-11-19 05:19:41 All of this was posted b4 2024-11-19 05:19:50 here 2024-11-19 05:21:25 if it is a long time, from now, and you have an idea of what I should be checking, I will still be logged in. It is probably something simple, as I am still learning Alpine. 2024-11-19 05:23:23 I haven't installed elogind or seat. All permissions are permitted to the user (user is a member of audio, input, and video). For whatever reason logging in as root, then logging out, and back in as user fixed the video update/refresh issue. 2024-11-19 05:30:47 khmm guys, edge/riscv64 has no linux kernel package?? 2024-11-19 05:30:50 https://dl-cdn.alpinelinux.org/alpine/edge/main/riscv64/ 2024-11-19 05:31:20 and armhf kernel package named linux-rpi? 2024-11-19 05:35:36 https://pkgs.alpinelinux.org/packages?name=*linux-*&branch=edge&repo=&arch=riscv64&origin=&flagged=&maintainer= 2024-11-19 05:35:49 i see no generic package for arch 2024-11-19 05:40:43 krab4t: correct, there are only board specific kernels at the moment 2024-11-19 08:22:42 I'm trying to compile github.com/Denton-L/based-connect, and it fails with 'variable 'send_timeout' has initializer but incomplete type'. The variable is defined as _static const struct timeval send_timeout_. This source builds okay on gnu/linux. Is this a musl quirk? 2024-11-19 08:22:53 I swear I've seen this exact same issue before on Alpine 2024-11-19 11:27:27 I'm getting a broken constraints error with apk: 2024-11-19 11:27:34 ERROR: unable to select packages: Huh? Error reporter did not find the broken constraints. 2024-11-19 11:27:54 Rebuilding apk-tools to enable debug printing is difficult without being able to install its dependencies with apk broken 2024-11-19 11:28:29 any ideas on how to start fixing this? I don't have any virtual packages installed, which seems to be the culprit for some people on the mailing list 2024-11-19 11:29:22 eddsalkield: install apk-tools.static? 2024-11-19 11:29:30 (or download and execute) 2024-11-19 11:30:17 although that does not fix those kind of issues 2024-11-19 11:33:14 I downloaded and ran apk-tools.static, and got the same error message 2024-11-19 11:36:36 ikke: what was the thing you were testing for/the expected output? 2024-11-19 11:42:09 eddsalkield: what repos do you have enabled? 2024-11-19 11:51:16 For certain packages, I have `@testing https://uk.alpinelinux.org/alpine/edge/testing` 2024-11-19 11:52:10 Commenting it out and running `apk update`, I get the expected warnings about those dependencies no longer existing 2024-11-19 11:53:39 You could temporarily remove those packages from /etc/apk/repositories 2024-11-19 12:10:07 I used to use acpid and a handler in /etc/acpi/handler.sh to change my brightness and such, but after upgrade this no longer works and it appears there is no acpid socket in /run, any ideas? 2024-11-19 12:16:24 ashie: is the acpid service running? 2024-11-19 12:16:49 yes, I also tried running `/sbin/acpid -fd` manually (after shutting down the service) 2024-11-19 14:13:20 Morning. I need to find an alternative to USM command to install programs on porteus Linux. can someone please helps me 2024-11-19 14:42:05 eddsalkield: got the same error recently. Would be curious to know how you resolved. 2024-11-19 14:47:24 last time i had that issue, i changed mirrors and it resolved 2024-11-19 14:47:32 (iirc) 2024-11-19 14:47:59 changed mirrors then apk update 2024-11-19 19:00:47 Is there any simple way to do 802.1x auth on alpine with ifupdown-ng? 2024-11-19 19:48:18 is doas an alpine specific program? 2024-11-19 19:48:58 no 2024-11-19 20:12:51 Hi, I am trying to start lightdm. Which shows me in /var/log/lightdm/seat0-greeter.log "Failed to open PAM session: Permission denied" what have I missed while installing? 2024-11-19 20:19:58 JohannesJacobs[m]: https://github.com/Duncaen/OpenDoas/ It's a linux port of OpenBSD doas 2024-11-19 20:49:57 i get consistently: 03> ERROR: unable to select packages: Huh? Error reporter did not find the broken constraints. 2024-11-19 20:50:02 when doing apk add/fix 2024-11-19 20:50:16 where do i start debugging this? 2024-11-19 20:50:47 bOR38552MJA: what's in your /etc/apk/repositories and /etc/apk/world? 2024-11-19 21:28:30 May I ask a support question here? 2024-11-19 21:29:05 yes 2024-11-19 21:32:10 Thank you. I'm using Alpine and I cannot seem to toggle the gnome 'Desktop Sharing' on 2024-11-19 21:32:59 It's permanently off. I've attempted to add several packages to no avail (ssh/xrdp/xorgxrdp/gnome-remote-desktop) 2024-11-19 21:33:21 In Ubuntu I can just turn it on or off (also gnome) 2024-11-19 21:41:37 spiffster: I don't know the answer, but if you hang around, someone might 2024-11-19 21:42:24 Okay. Does it toggle for you on a gnome desktop (if you have it) 2024-11-19 21:42:35 I don't use it 2024-11-19 21:45:20 okay 2024-11-19 21:45:34 ty for responding. I will wait and pray :) 2024-11-20 00:41:57 ikke i have normal nl.a.o repos listed in repos and world looks ok as it should 2024-11-20 00:43:16 bOR38552MJA: would you be so kind as to do `cat /etc/apk/repositories /etc/apk/world /lib/apk/db/installed | curl -F 'tpaste=<-' https://tpaste.us/`? it would make debugging a lot more easier :) 2024-11-20 00:46:33 nothing changed in a long time in my setup in this regard 2024-11-20 00:46:45 can remember when was the last time i edited world by hand. 2024-11-20 00:46:49 that doesn't help, neither does "looks ok as it should" 2024-11-20 00:47:27 for all we know, it could be a bug in apk-tools writing weird stuff to db or it could be a cosmic ray hitting your storage device and corrupting a single bit 2024-11-20 00:47:38 it rather seems to me that APKINDEX.f726da6d.tar.gz might be wrong? 2024-11-20 00:48:22 wrong in what sense 2024-11-20 00:49:08 looking at the strace that is the last file apk reads from before complaining. but i just started looking at this. maybe this is a wrong guess. 2024-11-20 00:49:45 checking the apk sources where this error comes from. maybe that gives an idea 2024-11-20 00:49:45 or you could just upload the files and let us take a look at it, try and reproduce the issue, etc. 2024-11-20 00:50:26 that curl returns a bad gateway. 2024-11-20 00:50:56 oof, i guess the installed db is too large for tpaste 2024-11-20 00:52:00 i can just make an archive and post it at my server 2024-11-20 00:53:55 which i did and sent a query 2024-11-20 00:54:11 received 2024-11-20 00:54:44 i think the /lib/apk/db/installed is a better candidate for the problem source 2024-11-20 00:58:19 https://ptrc.gay/joemsSHG 2024-11-20 00:58:34 alrighty, it's reproducible with just the db and world 2024-11-20 00:59:22 awesome! 2024-11-20 01:00:17 i tried removing all unknown packages from world ( or just removing their version constraints ) and it magically starts working 2024-11-20 01:00:17 weird. 2024-11-20 01:00:41 interesting. 2024-11-20 01:05:42 one thing that stands out is that half the system is outdated apparently 2024-11-20 01:05:58 oh? 2024-11-20 01:06:10 actually, 400 out-of-date packages isn't *that* much for edge 2024-11-20 01:06:29 yeah, sounds normal 2024-11-20 01:06:41 most of the time an upgrade is a few hundred packages 2024-11-20 01:09:02 okay, i'm gonna lose my mind 2024-11-20 01:09:24 i tried building apk with debug prints from latest commit on 2.14-stable branch 2024-11-20 01:10:08 i removed some of the legacy old stuff that you call "unknown packages" and now an apk upgrade runs. 2024-11-20 01:11:01 i interrupted it though 2024-11-20 01:11:08 so it doesn't get updated 2024-11-20 01:12:05 so, hm 2024-11-20 01:12:14 recreated the environment again to make sure there's no issues 2024-11-20 01:12:21 and the apk compiled with debug prints somehow returns no errors 2024-11-20 01:15:05 apparently the fix is in apk-tools-2.14.5?? 2024-11-20 01:15:12 or one of the 3 commits past the tag 2024-11-20 01:15:19 the debug prints don't make a difference 2024-11-20 01:15:49 that is weird 2024-11-20 01:22:46 funny how the $'' notation gets interpreted inside the set -x thing, i'm not sure it's supposed to happen: (set -x; echo -e 'foo\x0abar'; echo $'foo\x0abar') 2024-11-20 01:24:11 set -x prints the final command line just before executing it, after all expansions are done 2024-11-20 01:24:14 this includes $'' 2024-11-20 01:24:26 bOR38552MJA: yeah, apparently 8a72686dd022ea1d08164a4c55ba18049474e4f7 in apk-tools fixes the issue 2024-11-20 01:24:39 https://gitlab.alpinelinux.org/alpine/apk-tools/-/commit/8a72686dd022 2024-11-20 01:24:44 as another example: foo=bar; echo $foo; set -x will print 'echo bar' 2024-11-20 01:29:30 right, i guess \x0a isn't expanded to \n or something, like zsh transforms it to +-zsh:46:> echo $'foo\nbar' 2024-11-20 01:30:35 instead of putting an actual newline in set -x's + line 2024-11-20 01:31:11 ptrc thank you very much! 2024-11-20 01:31:20 you're welcome ^^ 2024-11-20 01:31:51 nevertheless this is an excellent opportunity to fix my legacy "unknown packages"... ;) 2024-11-20 02:42:47 any github actions expert in chat? why my workflow in main branch never triggers on push in other branches ... 2024-11-20 02:44:27 i made a single packages.yml workflow that builds any package in any branch based on [package_name] in commit message, but it never triggers and i don't know how to debug 2024-11-20 03:15:10 ahh yml file should exist in branch and triggers that specific workflow ... 2024-11-20 04:22:36 yeah google says i have to have copy of that workflow file for every single branch and reflect changes if needed ... 2024-11-20 04:23:00 cringe. 2024-11-20 04:43:18 Does anyone have the ability to do Desktop Share through toggling under settings? 2024-11-20 04:43:21 in Gnome? 2024-11-20 04:43:28 Mine is disabled : 2024-11-20 05:44:28 you missing some packages. 2024-11-20 07:07:33 why would the keyboard behave differently in ratpoison and cwm? running two xorgs, not sure that would influence it.. theres some qmk stuff involved too.. 2024-11-20 07:12:00 sorry bad context, prob need to get more info.. 2024-11-20 07:12:54 yes but which package(s)? 2024-11-20 09:11:54 spiffster: vino for old gnome and gnome-remote-desktop? 2024-11-20 09:12:51 https://redhat.discourse-cdn.com/fedoraproject/original/3X/b/a/bac3b3319d650d5969ab18cf46854852972e14b7.png 2024-11-20 18:58:54 I definitely added gnome-remote-desktop but to no avail. I would have thought adding that package would allow me to toggle 2024-11-20 18:59:03 I'm on hte latest alpine/gnome 2024-11-20 19:10:27 i have version 3.20.1 running, but apk gives me version 16 of aerc, while pkgs.alpinelinux.org shows 17, and the current version would be 18 2024-11-20 19:10:31 how is it possible the apk gives me another version than pkgs.alpinelinux.org shows for the same hardware architecture? 2024-11-20 19:12:04 patanga: what does `apk add -s aerc~17` return? 2024-11-20 19:13:59 ikke: even after having deleted aerc, it returns: "ERROR: unable to select packages: aerc-0.16.0-r4: breaks: world[aerc~17]" 2024-11-20 19:14:17 patanga: and `apk policy aerc` 2024-11-20 19:15:06 ikke: "aerc policy: 0.16.0-r4: https://uk.alpinelinux.org/alpine/v3.19/community" 2024-11-20 19:15:20 So you only have 3.19 repos? 2024-11-20 19:15:25 cat /etc/apk/repositories 2024-11-20 19:15:57 ikke: thanks! I have 3.20 installed but the repo file is for 3.19! got it! 2024-11-20 19:16:42 ikke: thanks for showing me the command "apk policy". very interesting. would like to build packages also myself 2024-11-20 19:17:36 patanga: nice to hear, let us know if you have questions 2024-11-20 19:20:33 ikke: i use alpine since this year, and am very, very happy. whenever some problem and question occured, I could resolve it very clearly, mostly by myself, rarely hear in irc. It is not like in Debian distros, where errors are sometimes hidden deeply and cant be resolved easily, almost like in Windows 2024-11-20 19:21:48 ikke: i think i wrote the packages file with a script which I wrote and it is "echo URL >>/etc/apk/r..." and not "echo $(uname -a | sed REGEX | tr REGEX)...." 2024-11-20 19:22:38 therefore a static repo URL 2024-11-20 19:26:25 *Debian based distros have intertwined configuration and programming almost like in Windows* 2024-11-20 19:29:16 ah, "cat /etc/*release" , not "uname -a". that is why i put a static URL, as the release number is obtained from various, different places. 2024-11-20 19:37:41 ikke: i think it was only once or twice, that I came here to the irc channel with a question. in theory i could have also resolved my question of today by myself, but sometimes thinking alone the answer does not come up, as thoughts go in circles. and i would not have learned "apk policy". thanks again 2024-11-20 19:38:51 You're welcome 2024-11-21 02:20:58 IDENTIIFY 2024-11-21 02:22:09 no thanks 2024-11-21 02:22:26 Hello, am I visible? 2024-11-21 02:22:43 marty: hi 2024-11-21 02:23:01 First time usinng IRC. Ddon't know anything 2024-11-21 02:23:15 But had a question regarding setup using custom partitioning. 2024-11-21 02:24:12 When logged in as root (installer), network is not available to download cfdisk. How to enable network and get IP? 2024-11-21 02:24:45 but if I run setup-alpine and install, I see that installer has an IP. 2024-11-21 02:27:01 you can run setup-alpine and continue just past the mirror setup, then Control-C out of it if you like (before it starts writing anything to disk) 2024-11-21 02:27:13 I dunno if that's "right", but it works and I'm lazy 2024-11-21 02:29:19 thanks. Also, there seems to be no way to create a gpt disklabel using fdisk 2024-11-21 02:29:52 nor is a way to create EFI partition 2024-11-21 02:31:58 iirc the setup-disk program uses sfdisk 2024-11-21 02:32:27 which (also iirc) does do efi and gpt 2024-11-21 02:32:36 well, it must do, since that's what all my alpine boxes have 2024-11-21 02:33:22 will give it a try 'now' 2024-11-21 02:34:00 may the schwartz be with you 2024-11-21 02:34:27 who's schwartz ? switzerland? 2024-11-21 02:34:37 :) it's a line out of a movie 2024-11-21 02:35:02 oh. I only knew may the power be with u 2024-11-21 02:35:10 I'm just trying to expand your horizons 2024-11-21 02:36:19 :) 2024-11-21 02:38:48 What is your method of installing? 2024-11-21 02:38:59 I just use setup-alpine 2024-11-21 02:39:09 and let it do lvm on the whole disk 2024-11-21 02:39:42 yeah, but i need a bit of control over efi / swap sizes. I am doing it in virt-manager 2024-11-21 02:40:04 your boxes are virtual or bare metal? 2024-11-21 02:41:04 ok. I didn't really bother to change the defaults (though I can see how that might be needed in some cases) 2024-11-21 02:41:08 they're virtual 2024-11-21 02:43:09 from what I can tell, I have a fairly consistent 512M EFI partition and 2GB swap 2024-11-21 02:43:34 which for me is fine, though I doubt I ever really use the swap 2024-11-21 02:44:02 fission: i think setup-interfaces does that better 2024-11-21 02:44:25 aleksi_: does what? 2024-11-21 02:44:30 the network setup 2024-11-21 02:44:32 my vda is 4G, so it's automatically assigning 256/768 for efi/swap whiich i want to reduce 2024-11-21 02:44:51 setup-alpine just calls setup-interfaces 2024-11-21 02:45:02 instead of running the whole setup-alpine 2024-11-21 02:45:04 yeah 2024-11-21 02:45:18 you don't run the whole setup-alpine 2024-11-21 02:45:25 you ^C out of it once you get the apk mirrors setup 2024-11-21 02:46:18 marty: ok 2024-11-21 02:46:30 setup-apkrepos then 2024-11-21 02:46:49 sure, so you can do setup-interfaces _and_ setup-apkrepos, or you can just run setup-alpine w/a ^C partway 2024-11-21 02:46:54 it's not really more efficient to do them separately 2024-11-21 02:46:56 tried setup-interfaces, but no IP 2024-11-21 02:46:58 (imo) 2024-11-21 02:47:09 but do what you like, I know what works for me, which is just running setup-alpine 2024-11-21 02:47:25 and aborting once it's got the mirrors configured 2024-11-21 02:47:55 it's something that I've even integrated into automated builds heh 2024-11-21 02:48:50 in setup-alpine,, i went past network setup,and now have an IP. how to find which package has cfdisk? 2024-11-21 02:48:58 it is just cfdisk 2024-11-21 02:49:22 marty: you might want to paw through this: https://wiki.alpinelinux.org/wiki/Setting_up_disks_manually 2024-11-21 02:49:32 it has info (eg how to install the cfdisk program) 2024-11-21 02:49:39 great. I now have an ip and cfdisk. Cool 2024-11-21 02:49:46 sweet 2024-11-21 02:50:33 I wonder how much of my efi partition is actually used 2024-11-21 02:51:03 Filesystem Size Used Available Use% Mounted on 2024-11-21 02:51:03 /dev/sda1 511.0M 304.0K 510.7M 0% /boot/efi 2024-11-21 02:51:04 lewl 2024-11-21 02:51:05 4-5 mb 2024-11-21 02:51:08 not even heh 2024-11-21 02:51:13 on arch) 2024-11-21 02:51:45 # find /boot/efi -type f 2024-11-21 02:51:45 /boot/efi/EFI/alpine/grubx64.efi 2024-11-21 02:51:45 /boot/efi/EFI/boot/bootx64.efi 2024-11-21 02:51:54 not much on there but the efi bootloaders 2024-11-21 02:52:44 I think later versions of the setup-disk make a smaller one 2024-11-21 02:52:44 # df -h /boot/efi 2024-11-21 02:52:44 Filesystem Size Used Available Use% Mounted on 2024-11-21 02:52:45 /dev/sda1 33.5M 322.0K 33.1M 1% /boot/efi 2024-11-21 02:52:47 either using cfdisk or fdisk, how to create a 'gpt label with protective MBR'? 2024-11-21 02:54:23 probably just creating the gpt label w/cfdisk is enough to do that. you can try it and then use fdisk to check 2024-11-21 03:03:30 Let me address one by one. 1) How to setup interface and actually get an IP? 2024-11-21 03:04:21 [ setup-alpine does it, and runs udhcp whiich I can't seem to be able to 2024-11-21 03:04:29 manuall 2024-11-21 03:09:08 marty: https://www.youtube.com/watch?v=Vwb9h4pBOG4 2024-11-21 03:09:22 that gets a IP address 2024-11-21 03:10:18 (and configures the apk mirrors to the point where you can install cfdisk) 2024-11-21 03:11:19 from launch to cfdisk installed: 50 seconds :) 2024-11-21 03:11:35 I should've made it a short 2024-11-21 03:11:40 Thanks. I was able to do it using setup alpine, but not standalone setup-interface 2024-11-21 03:11:46 why do it with setup-interfaces 2024-11-21 03:11:51 when setup-alpine works 2024-11-21 03:12:24 yeah, ctrl C is great 2024-11-21 03:17:10 if you really want to do it that way you can 2024-11-21 03:17:19 you have to setup-interfaces, then /etc/init.d/networking start 2024-11-21 03:17:25 then setup-apkrepos 2024-11-21 03:17:32 it just seems like a lot of extra work 2024-11-21 03:17:38 yeah, done all that. Thanks 2024-11-21 03:18:09 i just need a bit of control over disk space. 256 for efi and 1 gb for swap is waste 2024-11-21 03:22:41 I'm waffling about whether I should make a separate /var partition on one of my systems, or just mount another slice into the subdirectory in question 2024-11-21 03:26:30 hi, any user available? 2024-11-21 03:26:54 it depends. available for what? :) 2024-11-21 03:27:02 How to format a partition? I can't find mkfs.ext4 2024-11-21 03:27:43 marty: apk add e2fsprogs 2024-11-21 03:27:57 and then you should have mkfs.ext4 2024-11-21 03:28:22 (this is also covered on that wiki page I shared with you :) 2024-11-21 03:28:42 hi fission not sure guess chat or discussion 2024-11-21 03:29:25 ok 2024-11-21 03:29:49 Now that I have proper partitioning setup, I want to use setup-disk -m sys /mnt , but can't mount /dev/vda3 to /mnt 2024-11-21 03:30:36 nor am i able to format vda3 to ext4 ( assuming alpine uses ext4 ) 2024-11-21 03:31:03 can you please tell bit more about alpine? they use in ARM ? any recent features or improve? :) 2024-11-21 03:33:56 unknow11: alpine is a small but mighty linux distribution. yes, you can run it on ARM. I guess 3.21 will be out soonish but I don't know what features are coming up, maybe someone else here knows more 2024-11-21 03:34:07 got it 2024-11-21 03:34:38 have you tried something like DSL? 2024-11-21 03:34:49 what type of install you do? have you tried Frugal? 2024-11-21 03:36:11 I haven't tried DSL or frugalware. it looks like the latter hasn't been released in a few years 2024-11-21 03:37:22 normally I'm using the 'virtual' alpine iso to install, as my installs tend to be VMs 2024-11-21 03:37:23 have you tried NixOS? Guix? 2024-11-21 03:38:11 you mean KVM? VMW? Vbox? 2024-11-21 03:38:27 haha. I haven't even heard of any of these except DSL 2024-11-21 03:38:37 hmm np 2024-11-21 03:38:45 you seem to be interested in many small distributions, that's cool 2024-11-21 03:38:54 have you been Gentoo user? 2024-11-21 03:39:10 within qemu and sometimes in KVM (libvirt) and VMware vSphere (though I'm migrating away from that) 2024-11-21 03:39:23 got it 2024-11-21 03:39:33 yeah, I did try gentoo for a while. arch, too 2024-11-21 03:39:39 I still have some arch VMs 2024-11-21 03:39:52 i have not test Arch yet 2024-11-21 03:40:18 what Gentoo Install / Setup? 2024-11-21 03:41:14 been a long time, probably the minimal installation cd 2024-11-21 03:41:42 oh yeah usually users mention stage3 2024-11-21 03:42:22 ah if you're asking whether systemd or openrc, then openrc :) just like alpine heh 2024-11-21 03:42:31 anyway have you tried Alpine on ARM? for example custom ROM other than Stock? can you Advice on this?:) 2024-11-21 03:42:51 got it 2024-11-21 03:43:10 I had a qemu launch thingy for alpine on arm 2024-11-21 03:43:31 what you think of Docker / Container? have you tried LXC? 2024-11-21 03:43:45 but it's easy for me because I'm on a macbook m1, so I can just do: 2024-11-21 03:43:46 what type of ARM Device?: ) 2024-11-21 03:44:07 qemu-system-aarch64 -machine virt,accel=hvf -cpu host drive if=virtio,format=raw,file=alpine-virt-3.20.2-aarch64.iso [...] 2024-11-21 03:44:20 oops missing - before drive, but you get the idea 2024-11-21 03:44:38 it's using the cpu of my M1 2024-11-21 03:44:54 (macbook pro) 2024-11-21 03:45:08 so it's a virtual ARM on a real ARM 2024-11-21 03:45:50 got it 2024-11-21 03:46:08 have you tried something OpenWRT? 2024-11-21 03:46:23 but sometimes things don't like the M1 so I have to do -cpu cortex-a57 2024-11-21 03:46:25 or the like 2024-11-21 03:47:10 above asked about Install, for example, expert install? what about Configuration? 2024-11-21 03:47:10 docker is great, I run docker containers in my alpine VMs 2024-11-21 03:47:30 (which often are alpine-based, too) 2024-11-21 03:48:00 never tried Docker that much but many Linux users dislike Docker, what images have you test on it? 2024-11-21 03:48:07 LXC I tried in proxmox but I don't have a strong use case for it yet 2024-11-21 03:48:20 got it 2024-11-21 03:48:39 usually I build my own custom images from other places... I run samba, knot, dovecot, and a few others 2024-11-21 03:49:06 you did Hardening? Kernel? what protocols you use often? 2024-11-21 03:49:52 alpine installation is very straightforward, you can customize it (some instructions: https://wiki.alpinelinux.org/wiki/Installation ) but often I find myself just installing w/the defaults and only making changes later 2024-11-21 03:50:29 for hardening, I just use the firewall and patch frequently (alpine updates the kernel quite frequently, and is good at keeping on top of security issues) 2024-11-21 03:50:55 got it 2024-11-21 03:51:33 you prefer GUI or CLI? 2024-11-21 03:51:38 I also usually disable password authentication via ssh 2024-11-21 03:51:45 cli all the way :) 2024-11-21 03:54:02 you use something like Server Install ? 2024-11-21 03:54:30 normally I use the 'virtual' image ( https://alpinelinux.org/downloads/ ) 2024-11-21 03:54:52 you said above 2024-11-21 03:54:59 yeah 2024-11-21 03:55:11 there isn't a "desktop" or "server" install (at least, not as far as I'm aware) 2024-11-21 03:55:34 you just install whichever base you think is best and then add packages on top as you like 2024-11-21 03:56:26 I have a few arch VMs with xdm, and I wouldn't mind getting it configured like that in alpine if I ever got the time 2024-11-21 03:56:41 got it 2024-11-21 03:56:49 so you use Xorg minimal 2024-11-21 03:57:18 what about their Driver Support? its non-free? 2024-11-21 03:57:38 https://www.ldx.ca/tmp/xdm/tungsten-chooser-many.png it's pretty old school :) 2024-11-21 03:58:05 I haven't actually used X in alpine yet 2024-11-21 03:58:15 you like BSD? 2024-11-21 03:58:23 sure, started with NetBSD 2024-11-21 03:59:08 yeah got it tbh only test NetBSD once but tried FreeBSD few times 2024-11-21 03:59:19 cool 2024-11-21 03:59:53 like alpine, the base install is pretty small 2024-11-21 04:00:14 yeap looks decent for regular user or developer 2024-11-21 04:00:20 yeah 2024-11-21 04:00:51 hmm was just checking to see if the window manager I use has an alpine package 2024-11-21 04:01:30 i asked above their HW Support 2024-11-21 04:01:39 yay it does (blackbox) 2024-11-21 04:01:52 hmm well I can't say :) I've never run Alpine on 'real' hardware before 2024-11-21 04:02:00 have you test these on different Hardware ? 2024-11-21 04:02:29 only different VM platforms 2024-11-21 04:02:39 that is main question their HW Support and Compatibility 2024-11-21 04:03:06 I see. is there some particular device you're thinking about? 2024-11-21 04:03:10 for WM you can choose Fluxbox 2024-11-21 04:04:04 not sure the problem is that when you test some of these on different HW sometimes does not work 2024-11-21 04:04:37 ok. I've been living in too virtual of a world to have hardware issues :) 2024-11-21 04:04:58 so i cant ask more questions related with that 2024-11-21 04:05:11 unless you can say about your colleague experience 2024-11-21 04:05:40 btw have you tried chroot on Virtualization or Docker / Container? 2024-11-21 04:06:01 you can ask, and someone else might answer, but it's probably easier if there's a specific device you're interested in support for 2024-11-21 04:06:21 fission: for IOT or ARM : ) 2024-11-21 04:06:36 do you have an ARM device you want to install alpine on? 2024-11-21 04:06:54 not sure but i would like to test since you say it works fine 2024-11-21 04:07:15 ok 2024-11-21 04:07:21 whats your experience on Virtualization, Docker / Container and QEMU ? 2024-11-21 04:07:53 I use all three! they're great for different things. alpine runs very well in virtualized environments 2024-11-21 04:08:43 got it 2024-11-21 04:08:47 of course many docker images are built atop alpine (and alpine itself can host docker well, too) 2024-11-21 04:09:09 qemu is good for ad hoc testing. I can fire up a VM in my laptop very quickly 2024-11-21 04:09:35 or use it in conjunction with libvirt/KVM 2024-11-21 04:09:44 VM boot faster than Docker / Container? what about QEMU ? 2024-11-21 04:10:16 dont know about ad-hoc testing 2024-11-21 04:10:38 hmm there's no easy answer... it depends on what you have running inside 2024-11-21 04:10:47 you ever did benchmark ? what tools you use often on CLI? 2024-11-21 04:11:52 not for vm performance, no... sometimes network performance with iperf 2024-11-21 04:12:12 know about it never test tbh 2024-11-21 04:12:29 i mean software benchmark 2024-11-21 04:12:37 I guess I've been lucky and my infrastructure always felt fast enough, so I never really bothered to check :) 2024-11-21 04:12:37 what tools use often on CLI? 2024-11-21 04:12:56 you have DC? Provider? 2024-11-21 04:13:56 can you recommend few Providers for Daemons? example: BNC,ZNC? 2024-11-21 04:14:57 hmm it depends on what I'm doing... I pretty much always have tmux open, though. often htop, too 2024-11-21 04:15:22 I just self-host my own stuff 2024-11-21 04:15:23 got it 2024-11-21 04:15:28 know about it 2024-11-21 04:15:33 have you tried Hubzilla? 2024-11-21 04:15:50 hmm no, I haven't heard of it 2024-11-21 04:16:59 guess you can try then 2024-11-21 04:17:26 too late tbh not sure maybe ill join later 2024-11-21 04:18:09 ttyl 2024-11-21 04:18:11 only if they have a nice text based interface like irssi :) 2024-11-21 04:18:13 ciao 2024-11-21 04:56:55 what "ran commands" are logged in /var/log/messages and which are not? is there some simple rule? 2024-11-21 05:03:30 oh, seems to be commands ran with root privilege 2024-11-21 11:24:55 q 2024-11-21 14:19:04 https://old.reddit.com/r/linuxquestions/comments/ayzdpr/expanding_disk_in_alpine_linux/ is this still a good way to expand the partition size for alpine linux? 2024-11-21 15:10:09 You do it the same way younwould on any Linux distribution, use partitioning tool of your choice to extend the partition, then the appropriate filesystem tool to grow your filesystem, resize2fs is for ext2/3/4, xfs and others have their own tools 2024-11-21 15:11:29 If you used LVM or full disk encryption there are extra steps 2024-11-21 18:02:04 Hello, is 3.19 receiving security updates in main and community repos ? 2024-11-21 18:12:35 i'm trying to mitigate CVE-2024-8927, which affects php up to 8.3.12 and alpine community still has 8.3.8 in 3.19 2024-11-21 18:13:35 teksimian: https://alpinelinux.org/releases/ 2024-11-21 18:13:55 teksimian: 3.19 is supported until 2025-11-01 (w/security fixes) 2024-11-21 18:15:25 is there a way to install an up to date php 8.3 package > 8.3.11? seems community only has 8.3.8 available 2024-11-21 18:21:47 you could compile it yourself... I don't know that you can just install the 3.20 package in 3.19, but maybe 2024-11-21 18:22:02 you could also perhaps submit an issue to request that the 3.19 one be updated due to the security issue 2024-11-21 18:22:17 fission thanks, 2024-11-21 18:22:27 np 2024-11-21 18:22:40 so you would expect it to be updated, is it cause its community that updates arent necessarily completed? 2024-11-21 18:22:46 how can i submit an issue ? 2024-11-21 18:23:25 just looking at the git log, it seems that the last update (to 8.3.8) was due to a security issue 2024-11-21 18:23:50 https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/75582 2024-11-21 18:23:56 there already is an issue it seems :) 2024-11-21 18:24:05 created 9h ago 2024-11-21 18:24:22 oh, sweet, a merge request :) 2024-11-21 18:24:24 thanks! 2024-11-21 18:24:25 so it looks like they're working on it 2024-11-21 18:24:27 np! 2024-11-21 21:11:16 Official Alpine package mirror on IPFS, thoughts? 2024-11-21 21:14:15 is IPFS used for anything other than hosting phishing scams 2024-11-21 21:14:18 like actually 2024-11-21 21:23:59 Maybe not, but I wish that wasn't the case 2024-11-21 21:24:07 It's cool technology 2024-11-22 03:38:04 Lost my touchpad, and I think I need to re-do my MR from three years ago to get it back 2024-11-22 03:38:26 Not sure if v6.12 wiped out any changes that Alpine made and just shipped default upstream config or not, but yetah 2024-11-22 03:38:39 Does anyone know if that is the case or not? 2024-11-22 03:39:35 Specifically, I need pinctrl_broxton and i2c_hid and i2c_hid_core 2024-11-22 05:03:41 Nevermind, both modules are loaded and in the default config shipped with v6.12, which means something else broke 2024-11-22 05:03:56 No way I'm kernel bisecting on this thing, it takes like 72hrs per build if it doesn't overheat 2024-11-22 16:59:28 can i use git-shuffle or timestamp git manipulation method to mis-appropriate someone else's commit in my name :) 2024-11-22 17:06:31 ptrc: ipfs is used for libgen 2024-11-22 21:16:30 Hey there! I'm trying to understand how alpine works by building a minimal bootable image (uefi + uki, no secureboot), and while my process completes without any apparent errors the image is unbootable. I would appreciate if someone could have a look and point me in the right direction: https://0x0.st/X5Ny.sh 2024-11-22 21:19:32 Here's the output from the build: https://0x0.st/X5Nx.txt 2024-11-23 14:26:21 ptrc: I think there's value in an ipfs package mirror, even just calculating the merkle tree hash for a given mirror snapshot, unfortunately kubo (the go implementation) can't calculate these without generating a crypto identity in your home folder first 2024-11-23 14:27:26 I use sha256 hashes on whatsrc, but raw sha256 isn't good enough for p2p use unless you trust everybody not to DoS you 2024-11-23 14:29:52 I explored calculating and documenting ipfs hashes for each observed source artifact but it exceeded the attention span I had reserved for this side-quest 2024-11-23 14:31:24 and what would you do with ipfs mirror 2024-11-23 14:36:24 refer to a mirror snapshot by content? especially considering alpine doesn't have an archive, like https://archive.archlinux.org/ or https://snapshot.debian.org/? 2024-11-23 14:37:13 and are you willing to pay for that? 2024-11-23 14:38:15 > even just calculating the merkle tree hash 2024-11-23 14:39:12 > refer to a mirror snapshot by content 2024-11-23 14:39:58 I don't have time to argue with you sorry 2024-11-23 14:40:20 that's because you are arguing for something that doesn't need ipfs 2024-11-23 14:46:14 i think the outils package(s) are broken? outils seem to install nothing, outils-calendar install calendar, but when run it says "/usr/bin/cpp No such file" :S 2024-11-23 14:46:57 outils-calendar only has /usr/bin/outils-calendar 2024-11-23 14:47:53 or you mean when you run calendar? 2024-11-23 14:48:14 ikke yes, when i run calendar 2024-11-23 14:56:30 also in links-graphics, selecting multiple lines so it goes into PRIMARY, and then pasting it, you get no newlines... just one long line.. dunno if that is bug or intended.. 2024-11-23 14:56:47 So it depends on cpp to pre-process the calendar file.. 2024-11-23 14:57:01 > The calendar file is preprocessed by cpp(1), allowing the inclusion of shared files such as company holidays or meetings. 2024-11-23 14:58:12 So you would need to install gcc 2024-11-23 15:00:22 oh .. guess it should depend on it? i was just going to test, seems a bit bloated then 2024-11-23 15:00:35 yup 2024-11-23 15:05:31 tried the calendar file from http://man.openbsd.org/calendar.1 and ran calendar -A 400 .. didnt get anything, alpine doesnt have man pages on the web i think ? 2024-11-23 15:05:56 *calendar file example 2024-11-23 15:08:10 *didnt get any output, and no errors 2024-11-23 18:30:24 in pmos edge sxhkd stops working in sxmo with bspwm. 2024-11-23 18:30:35 should I open a bug in alpine? 2024-11-23 18:30:50 it was fine on stable 2024-11-23 19:01:59 where do I set UDHCPD_OPTS? 2024-11-23 19:06:00 i think that would be /etc/udhcpc/udhcpc.conf 2024-11-23 19:06:04 though i'm not sure tbh 2024-11-23 19:06:10 wait no 2024-11-23 19:06:15 udhcp*d* 2024-11-23 19:07:12 if you already have busybox-extras-openrc installed, you can just create a new file in /etc/conf.d/udhcpd 2024-11-23 19:07:30 with contents like `UDHCPD_OPTS=" here go your opts "` 2024-11-23 19:07:34 pinsl: ^ 2024-11-23 19:10:42 ahhh nice thanks. how do these files get sourced? 2024-11-23 19:11:36 ptrc 2024-11-23 19:12:16 openrc just sources /etc/conf.d/ if it exists, then /etc/init.d/ 2024-11-23 19:12:27 nice thanks 2024-11-23 20:15:25 hello, does anyone here use apparmor on alpine? how do you deal with apparmor not recognizing busybox symlinks? 2024-11-23 20:16:29 do you think something like "for i in $(/bin/busybox --list-full); do doas /bin/busybox unlink /${i}; done; doas /bin/busybox -- install" is safe? 2024-11-23 20:17:25 could hardlinks fail after update or something like that? 2024-11-23 20:24:26 scorpion2185[m]: sxhkd works for good for me with bspwm on alpine edge 2024-11-23 20:36:56 are there any tricks to running a tftp server on Alpine? I can only download files from localhost, not from any remote machine 2024-11-23 20:37:13 Have firewalld installed and configured, but doesn't work with or without firewalld enabled 2024-11-23 20:40:14 define "doesn't work" 2024-11-23 20:43:01 but generally speaking, if you can use it on localhost, it is either 1) not listening on the right address(es), or 2) blocked by firewall or ACL 2024-11-23 20:44:18 There's no need for tricks for running a tftp server 2024-11-23 20:44:48 aye, there's a reason the t in tftp stands for trivial 2024-11-23 20:49:46 client times out. yeah I assume it is either 1 or 2, am binding to 0.0.0.0:69, but then can’t access it from a remote client. just wondered if there was anything else I’d need besides correct firewalld rules (taken from the 1.0 release notes). 2024-11-23 20:56:07 Yes, you need your firewall to let tftp pass 2024-11-23 20:56:14 tcpdump can help too 2024-11-23 21:54:34 o/ 2024-11-24 00:20:28 Hello, I am trying to compile and install batman/batctl on a diskless alpine linux system running on a RPI4. When I try to compile I get this error:... (full message at ) 2024-11-24 02:04:06 Hey, not sure if this is working correctly but... Wanted to try Alpine for the first time, ran into an issue since the wiki says I need to install a 'libva-intel-driver' package for pre-Broadwell Intel CPUs. apk says this package doesn't exist. 2024-11-24 02:11:11 Though... I think libva is installed already, not sure if -intel-driver comes with that. For repos, iirc I think I chose the 'fastest mirrors' auto setup but it added the official and community repos in case that makes a difference 2024-11-24 02:38:51 "Though... I think libva is..." <- Are you sure the community repos are uncommented in the /etc/apk/repositories file? It is commented by default, you have to do that manually. 2024-11-24 02:39:34 I'll check again, I may have seen it wrong the first time around ^^" 2024-11-24 02:49:31 Yeah I'm an idiot lol, thanks 2024-11-24 03:44:16 "Hello, I am trying to compile..." <- > <@alxndr.psclt:matrix.org> Hello, I am trying to compile and install batman/batctl on a diskless alpine linux system running on a RPI4. When I try to compile I get... (full message at ) 2024-11-24 03:44:36 * Ok, I solved my issue, by copying the .modloop content to a different directory modloop.new , unmounting .modloop, mv modloop.new in place of .modloop, installing linux-rpi-dev, building, then creating a modloop-rpi image in /boot (after remounting rw /media/mmcblk0p1). I also found /sbin/copy-modloop.sh which seems to do about the same thing (haevn't tried it though). 2024-11-24 03:44:36 Thanks! 2024-11-24 03:45:01 * Ok, I solved my issue, by copying the /.modloop content to a different directory modloop.new , unmounting /.modloop, mv modloop.new in place of /.modloop, installing linux-rpi-dev, building, then creating a modloop-rpi image in /boot (after remounting rw /media/mmcblk0p1). I also found /sbin/copy-modloop.sh which seems to do about the same thing (haevn't tried it though). 2024-11-24 03:45:01 Thanks! 2024-11-24 03:45:25 The system now boots with the new modloop. 2024-11-24 03:45:25 * Ok, I solved my issue, by copying the /.modloop content to a different directory modloop.new , unmounting /.modloop, mv modloop.new in place of /.modloop, installing linux-rpi-dev, building, then creating a modloop-rpi image in /boot (after remounting rw /media/mmcblk0p1). I also found /sbin/copy-modloop.sh which seems to do about the same thing (haevn't tried it though). 2024-11-24 03:45:25 Thanks! 2024-11-24 07:35:06 "scorpion2185: sxhkd works for..." <- it's working now. before after a reboot it was not 2024-11-24 07:57:56 scorpion2185[m]: glad you got it working for you. sxhkd is integral to my desktop setup, so i will always be willing to help with issues with it if i'm able 2024-11-24 07:59:36 alxndrpsclt[m]: Just a friendly request: this channel is primarily an irc channel, using matrix features (like editing messages) results in quite some noise (and potentially cause people just to ignore those messages) 2024-11-24 08:06:01 how do i bind it like this dwm bindings https://git.sr.ht/~mil/sxmo-dwm/tree/6.3.0/item/config.def.h#L85 ? 2024-11-24 08:06:50 uhm no i am using bonsai anyway never mind 2024-11-24 08:06:54 *now 2024-11-24 11:07:22 Sometimes when booting, I don't reach tty because it gets stuck on 'udhcpc: read error: Network is down, reopening socket'. Just prints a full page of just that message over and over. 2024-11-24 11:13:50 Also I think Sway isn't starting correctly on launch after using 'setup-desktop', and I'm not exactly sure why 2024-11-24 11:14:48 No noticeable errors looking through Sway's logs, and starting it manually once logged in works fine 2024-11-24 11:15:02 I suppose you mean login prompt; are you sure it's just not hiding being mangled by the other messages?? 2024-11-24 11:27:50 Ah right, forgot there's a login prompt. Lemme look some more 2024-11-24 11:31:53 Oh, do I need to install a greeter to start Sway on startup? 2024-11-24 11:37:39 I... don't think the install script installs a display manager. Whoops 2024-11-24 11:37:54 Or it's something else I'm not seeing 2024-11-24 11:47:05 "Also I think Sway isn't starting..." <- Do you use udev and seatd? 2024-11-24 11:53:29 seatd got installed by one of the install scripts but I'm not sure if it's running. udev is tho 2024-11-24 11:54:03 *Sorry, wait, I'm using elogind 2024-11-24 12:08:48 Think I just need to setup greetd 2024-11-24 12:22:57 Okay yeah I just setup greetd and that seems to have worked lol 2024-11-24 12:44:57 why can't matrix client have dual loggins, one to matrix channel and other to irc, bind the two, posting in one would result in posting to other 2024-11-24 12:46:23 if the user is so concerned that irc folks should know what they are saying 2024-11-24 12:47:21 and they don't need to advertize [m] in their name 2024-11-24 12:49:10 lols, in the name of [m], i hereby say once here and to all everywhere (whoa! omni presence) 2024-11-24 13:03:02 "alxndr.psclt: Just a friendly..." <- Ok thanks, sorry about that. 2024-11-24 13:09:55 I had sway issues and discovered that I had mesa egl stuff missing or whatever 2024-11-24 13:13:21 Nah I have drivers installed it's literally just I had nothing starting it so I just setup greetd 2024-11-24 15:50:00 Hi! What is the best approach to manage OCI containers on alpine? On systemd distributions I start to use systemd units plus podman, and wonder how I could translate that. 2024-11-24 15:58:31 holgersson: would an openrc service that runs podman to start a specific container work? 2024-11-24 16:00:35 ikke: maybe, but openrc is still systemd-wide only on alpine, right? I remember seeing some work for user instances though (similar to 'systemctl --user start foo.service'). 2024-11-24 16:02:35 holgersson: yes, though they are working on implementing user services (no idea if and when it will be included though) 2024-11-24 16:02:57 holgersson: But if the user you want to run it as is static, that's still possible 2024-11-24 16:03:06 (but it still require root to execute) 2024-11-24 16:03:42 for now it's mostly headless devices, so starting and stopping the script would be probably OK for now 2024-11-24 16:03:44 thanks! 2024-11-24 16:04:10 There's also /etc/local.d directory that you can drop scripts in 2024-11-24 16:04:16 if you enable the local service 2024-11-24 16:04:30 dinit has user services 2024-11-24 16:05:48 (it's in edge) 2024-11-24 16:21:40 no gdisk only sgdisk? 2024-11-24 16:21:52 https://pkgs.alpinelinux.org/packages?name=gdisk&branch=edge&repo=&arch=x86_64&origin=&flagged=&maintainer= 2024-11-24 16:22:30 https://pkgs.alpinelinux.org/contents?name=gptfdisk&repo=main&branch=edge&arch=x86_64 2024-11-24 17:26:28 Hi there :) apk list --orphaned shows three packages but they are not explicitly listed in my world 2024-11-24 17:27:32 that would be the meaning of orphaned 2024-11-24 17:27:57 Why would they not get removed then? 2024-11-24 17:28:19 Shouldn't they get removed if I apk upgrade and they aren't in my world? 2024-11-24 17:28:33 Or does that mean I have some package in my world with broken dependencies 2024-11-24 17:29:41 Just trying to remove one of them, it tells me that two of my packages still have it listed as dependencies: "glibmm2.68: pavucontrol transmission-gtk" 2024-11-24 17:30:01 and apk add --upgrade pavucontrol? 2024-11-24 17:31:05 Changes nothing 2024-11-24 17:31:21 Could it be an issue with the mirror I use? 2024-11-24 17:33:38 Potentially. 2024-11-24 17:33:54 What about `apk add -s 'pavucontrol='6.1-r1'` 2024-11-24 17:34:07 (assuming you use edge) 2024-11-24 17:34:55 Yeah I use edge 2024-11-24 17:35:01 That does nothing either 2024-11-24 17:35:13 apk info already showed 6.1-r1 2024-11-24 17:35:17 ok 2024-11-24 17:35:49 And does not actually list glibmm2.68 as a dep 2024-11-24 17:36:08 so:libglibmm-2.68.so.1 2024-11-24 17:37:06 Right, just noticed 2024-11-24 17:37:06 bananicorn: first, what output does `apk list --orphan` return exactly? 2024-11-24 17:37:26 glibmm2.68-2.80.1-r0 x86_64 {glibmm2.68} (LGPL-2.1-or-later) [installed] 2024-11-24 17:37:26 libacl-2.3.2-r0 x86_64 {acl} (LGPL-2.1-or-later AND GPL-2.0-or-later) [installed] 2024-11-24 17:37:27 pangomm2.48-2.50.1-r4 x86_64 {pangomm2.48} (LGPL-2.1-or-later AND GPL-2.0-or-later) [installed] 2024-11-24 17:37:40 Hi 2024-11-24 17:37:43 and `cat /etc/apk/repositories`? 2024-11-24 17:38:39 https://paste.debian.net/1336668/ 2024-11-24 17:40:09 after install in /usr/share/relink/kernel only GENERIC exists, GENERIC.MP is empty. system boot sp version of kernel. After moving bsd.mp to /bsd and forcing hash and rebooting it did not relinked. And invoking some binaries for example chrome or firefox leads to "ld.so: chrome: relocation failed" error 2024-11-24 17:40:35 how to force mp version relink work well at the boot ? 2024-11-24 17:41:14 holgersson you can use dinit for user services alongside openrc as system init 2024-11-24 17:41:34 ACTION thinking about building from source. cause every binary install leads to this error. 2024-11-24 17:41:56 sotty wrong chat 2024-11-24 17:44:48 Beam me up, sotty 2024-11-24 17:45:19 bananicorn: try `apk upgrade --available`. glibmm2.68 has been renamed to glibmm and there is now a separate glibmm package 2024-11-24 17:45:24 glibmm2.66* 2024-11-24 17:48:41 Oh I should have thought of that, thanks for the pointer 2024-11-24 17:48:49 I'm sure that's it 2024-11-24 17:49:50 Done and fixed, thanks ikke :) 2024-11-24 17:50:52 ys 2024-11-24 17:50:54 yw 2024-11-24 19:25:33 scorpion2185[m]: Thanks, I'll look into that. 2024-11-24 20:06:48 I'm learning to build the alpine-virt kernal. 2024-11-24 20:07:14 is alpine-lts required to build alpine-virt? I tried commenting out the alpine-lts build, which failed the alpine-virt build. 2024-11-24 20:09:12 does "abuild" automatically set GNU Make "--jobs N" based on the detected CPU cores/threads or must I explicitly set with export MAKEFLAGS='-j8'? Seems it's automatically set but I'm unsure 2024-11-24 20:12:46 anthumchris: it's set in /usr/share/abuild/default.conf 2024-11-24 23:26:54 Trying to add a new service in open-rc, but when I try to add it to the default runlevel, I get an error that the service is not executable. Not sure what exactly that error is telling me, as the binary pointed to in my init.d file will execute if run manually. 2024-11-24 23:29:05 grossaffe[m]: But is the service file itself (the one in /etc/init.d) executable (i.e., has the executable bits set in its permission mode)? 2024-11-24 23:29:34 Ah, yeah, that would do it. 2024-11-24 23:29:56 I set up another service last night and remembered that step, but missed it today. 2024-11-24 23:30:28 service is now running. 2024-11-25 00:07:49 I dunno what it is but I had an orphaned package too 2024-11-25 00:07:59 hyperon:~# apk list --orphaned 2024-11-25 00:07:59 at-spi2-atk-2.38.0-r0 x86_64 {at-spi2-atk} (LGPL-2.0-or-later) [installed] 2024-11-25 00:08:22 and # apk upgrade --available did: 2024-11-25 00:08:24 (65/78) Purging at-spi2-atk (2.38.0-r0) 2024-11-25 00:08:42 I don't really know what I just did but it's no longer orphaned :) 2024-11-25 00:23:46 Greetings all, I am trying to modify the syslinux bootloader on a fresh diskless install. The system is a thin client with mmc storage used for the boot device. I remounted the boot media as rw, modified the config file at "/media/mmcblk0p1/boot/syslinux/syslinux.cfg", and rebooted, but the changes I make are ignored. Is there a different file I should be editing? 2024-11-25 04:07:26 I figured it out, the system wasn't using syslinux to boot but rather GRUB. Perhaps because it was an EFI install. 2024-11-25 11:17:43 I cant get audio working on alpine for some reason, firstly as per the wiki, you need to get alsa stuff, run `alsamixer` but my 'default' in `alsamixer` outputs "host is down", I dont know how to debug this, sorry, I need help. 2024-11-25 12:16:11 does anybody know if there's a way for me to guarantee acpid2's openrc files are installed over busybox acpid? 2024-11-25 12:16:41 I keep having to run `apk fix acpid-openrc` after running a system upgrade cause the init.d script is replaced with busybox acpid's 2024-11-25 12:41:36 rycwo: https://wiki.alpinelinux.org/wiki/Alpine_Package_Keeper maybe use a commit hook? 2024-11-25 12:42:40 or write a shell script. i would write a shell script that runs the line: apk update && apk upgrade && apk fix acpid-openrc 2024-11-25 12:43:03 something like that 2024-11-25 12:43:35 ah so it's kind of expected? 2024-11-25 12:43:58 No, not expected 2024-11-25 12:49:54 so this is the recommended workaround? 2024-11-25 13:10:49 rycwo: your situation sounds like a bug to me 2024-11-25 13:29:39 i'm not saying its a recomended workaround.. i'm merely suggesting a workaround. :) 2024-11-25 13:44:06 WhyNotHugo: any idea how I can go about fixing it? 2024-11-25 13:50:33 The problem is that 2 packages provide the same file and have replaces rules for each other 2024-11-25 13:50:58 So basically the last package that is installed / updated wins 2024-11-25 13:51:16 In my opinion a packaging issue 2024-11-25 13:52:00 A simpler work around is probably to modify the file. Because it's in /etc, apk will stop overwriting it 2024-11-25 13:54:27 if there's a way for me to guarantee an install order... 2024-11-25 13:54:33 but yeah the modifying workaround sounds ok 2024-11-25 13:55:05 rycwo: there's no way as far as i know 2024-11-25 13:55:43 You may also open an issue on gitlab.a.o 2024-11-25 13:58:44 alright, thanks for the help! 2024-11-25 17:54:14 j_v it's happenign again 2024-11-25 17:54:22 sxhkd No keycodes found for keysym 242. 2024-11-25 17:54:23 error: A connection attempt was refused 2024-11-25 17:54:36 sometimes it stops working 2024-11-25 18:11:45 in alpine pipewire socket is in /var/run/user/user_id/ ? 2024-11-25 20:57:06 editors like busybox vi and mg, that dont soft wrap text, are they just mostly useless for reading texts with long lines? 2024-11-25 20:58:04 they still scroll 2024-11-25 20:59:58 maybe could get used to it :] 2024-11-25 21:10:01 want to run commands from a prompt, if theres output i need it to wait so i can read output, it not, i dont :] 2024-11-25 21:10:16 oh, wrong chan 2024-11-26 00:06:11 Hello, why does clang depend on gcc ? 2024-11-26 00:07:02 We kinda hoped that it'd be using compiler-rt instead of libgcc 2024-11-26 01:04:26 ity: because system package is meant to link to system libraries, alpine uses gcc and so does clang 2024-11-26 01:05:05 We thought that alpine uses clang ? 2024-11-26 01:05:22 Huh, ig we misremembered, welp :/ 2024-11-26 01:05:33 no, alpine uses gcc 2024-11-26 01:05:46 Alpine never used clang as default compiler 2024-11-26 01:05:52 you might be confusing alpine with chimera 2024-11-26 01:06:14 You can still use compiler-rt if you want with clang, just have to point to it 2024-11-26 01:06:23 But default stays as it is 2024-11-26 01:11:16 We might be confusing it with Void then ig... We'd def not confuse it with Chimera since A: it's pretty new and B: the project sucks. I guess it's cuz it's commonly said that Alpine is GNU-less. So, system libraries still link with libgcc ig ? 2024-11-26 01:11:54 void also uses gcc 2024-11-26 01:12:19 Even the musl builds ? 2024-11-26 01:12:29 yes 2024-11-26 01:12:33 Ah 2024-11-26 01:13:37 libgcc is used during build process 2024-11-26 01:15:20 Wdym used during build process 2024-11-26 01:16:48 https://gcc.gnu.org/onlinedocs/gccint/Libgcc.html 2024-11-26 01:17:09 it's dynamically linked to when compiling 2024-11-26 01:31:35 any idea what "Unable to read database state: No buffer space available" could mean in apk? 2024-11-26 01:31:52 tried strace but it doesn't quite show anything 2024-11-26 01:32:02 it just reads all indexes, then fails 2024-11-26 01:33:09 i assume that would be ENOBUFS 2024-11-26 01:34:05 but then, it doesn't really say which part of the code set this error 2024-11-26 01:44:06 oh, paper-icon-theme had a corrupted entry in the installed DB 2024-11-26 01:44:52 aaand it removed ~700 packages from my installed DB somehow 2024-11-26 01:45:08 nice meme 2024-11-26 01:47:31 fortunately seems like a one-time issue 2024-11-26 15:58:10 j_v i got that again i need to reboot to fi xi t 2024-11-26 16:00:35 where are these man pages? 2024-11-26 16:00:35 >Tools like pw-cat, pw-record, and pw-play are also available. See the man pages. 2024-11-26 16:00:47 i installed pipewire-doc 2024-11-26 16:22:41 How does one get rustup working on Alpine ? We tried apk add rustup; rustup-init, but that seemed to have produced a broken toolchain (unable to link to native libraries) 2024-11-26 16:32:42 uhh i just have apk add rustup with rustup-init working in CI 2024-11-26 16:33:33 well i also installed aswell git gcc libgcc libstdc++ llvm17-libs musl-dev scudo-malloc, basically all dependencies of main/rust package 2024-11-26 16:36:16 We tried that as well, but it still fails 2024-11-26 16:36:25 Does the CI link to any native libraries? 2024-11-26 16:37:10 ity: what is "unable to link to native libraries" 2024-11-26 16:37:44 We can't send images over IRC, uhh 2024-11-26 16:38:04 A bunch of "cannot find -l: No such file or directory 2024-11-26 16:38:06 You can use pastebin to paste log and send link to it 2024-11-26 16:38:19 (And yes it does with with just gcc -l) 2024-11-26 16:38:24 It also works with rustc installed from apk 2024-11-26 16:38:36 Unfortunately what we are building needs nightly 2024-11-26 16:39:29 We don't have the log on hand atm as we are testing another thing and are waiting for the build to complete (it's nushell, it takes 5 times longer to build than the Linux kernel) 2024-11-26 16:41:33 Seems that the workaround `RUSTFLAGS="-C target-feature=-crt-static"` lets the build complete, but it should not be necessary considering even a basic hello world that links to a native library fails 2024-11-26 16:42:25 Here's some example code that fails to compile with the error https://hastebin.skyra.pw/meboseyivu.rust 2024-11-26 16:43:39 And here's the log https://hastebin.skyra.pw/ceviqogaxu.bash 2024-11-26 17:03:09 i need a package for install which is not on the install iso, what can i do? 2024-11-26 17:04:52 usr: what package? 2024-11-26 17:04:57 And what iso 2024-11-26 17:05:52 genfstab 2024-11-26 17:06:00 from arch 2024-11-26 17:07:13 ity: are you using custom linker? 2024-11-26 17:09:34 ikke, the package in arch is also called 'arch-install-scripts' 2024-11-26 17:09:49 sry in alpine 2024-11-26 17:09:50 usr: Why do you need that on Alpine Linux? 2024-11-26 17:10:03 installation script 2024-11-26 17:10:13 Something custom? 2024-11-26 17:10:50 try to make an unattended install script minimalistic... 2024-11-26 17:11:34 After you setup your network, you can enable the community repo an install it 2024-11-26 17:12:54 can someone check any rust GUI application on wayland (e.g. wezterm, lapce, alacritty) if it launches? 2024-11-26 17:12:59 on 3.20 2024-11-26 17:14:19 so i can configure fstab after base system, i thought i need it before 2024-11-26 17:14:39 You can boot without fstabe 2024-11-26 17:14:41 fstab 2024-11-26 17:15:07 ah ok thank you 2024-11-26 17:20:40 pj: No, we are using the defaults 2024-11-26 17:51:41 weird 2024-11-26 17:53:53 can reproduce it though 2024-11-26 18:11:14 sxhkd works was bonsaid 2024-11-26 18:11:17 nevermind it's all fine 2024-11-26 18:14:48 ity: did you install -static libraries to link to them? 2024-11-26 18:33:33 pj: Why should it need static libraries ? Is there even openssl static ? 2024-11-26 18:33:38 (Packaged) 2024-11-26 18:33:56 openssl-libs-static 2024-11-26 18:34:59 I'm guessing it wants static versions of libraries since rustup rust/cargo builds default to static linkage 2024-11-26 18:35:14 exception is riscv target 2024-11-26 18:35:48 Wasn't it the case that rust assumes musl == static? 2024-11-26 18:35:57 It seems to be so yea 2024-11-26 18:36:08 This seems like a Rust bug then ? 2024-11-26 18:36:17 Where it assumes that musl == static 2024-11-26 18:36:52 So we either correct it with RUSTFLAGS or we do a static build 2024-11-26 18:37:02 define "we" 2024-11-26 18:37:22 also it's not particularly a bug 2024-11-26 18:37:37 re: why we use we -> https://morethanone.info/ 2024-11-26 18:38:04 For the system rust toolchain, we define a separate target:https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/rust/alpine-target.patch 2024-11-26 18:38:14 ok, so "we" as in you as a plural, not "we" as in Alpine 2024-11-26 18:38:48 the situation is that rust wanted to have static musl so they have it, we (Alpine) don't like that and it has been a bit of a fight for years now to change that 2024-11-26 18:38:58 tl;dr: work in progress 2024-11-26 18:39:41 but yes, you can use -crt-static or link to static libs, your choice 2024-11-26 18:39:57 or use alpine provided rust toolchain 2024-11-26 18:41:46 ikke: Ah, that makes sense 2024-11-26 18:41:55 this is also a reason why riscv target in rust is by default dynamic, not static, a (very) small step towards fixing *-unknown-linux-musl targets 2024-11-26 18:42:22 Ah that makes sense 2024-11-26 18:42:34 Is there a rust issue tracking the brokedness of the *-unknown-linux-musl targets ? 2024-11-26 18:43:00 Ah we got linked smth on the Rust zulip https://github.com/rust-lang/compiler-team/issues/422 2024-11-26 18:43:02 eh, probably like 20 different issues 2024-11-26 18:43:16 that's rfc 2024-11-26 18:43:39 it was accepted some time ago 2024-11-26 18:43:43 Ooh 2024-11-26 18:43:51 there is one issue that's very bare on rust-lang/rust repo, gimme a sec 2024-11-26 18:45:40 https://github.com/rust-lang/rust/issues/59302 2024-11-26 18:46:02 > That's quite a pain when most users using the musl targets are primarily doing it so that they get a statically linked binary and don't have to deal with glibc compatibility issues. 2024-11-26 18:46:04 :crying: 2024-11-26 18:46:08 Ah, thanks for linking it, we'll check itout 2024-11-26 18:46:31 and like 15 different issues in other places that tackle something else about musl but are related to switching musl from static to dynamic 2024-11-26 18:47:04 current status is that there is no one to drive the work to make that happen 2024-11-26 18:48:28 As in, nobody with the knowledge working on the issue ? 2024-11-26 18:48:54 there isn't much knowledge required for it, just no one to do it really 2024-11-26 18:50:29 Ah, is 59302 the tracking issue for that effort ? 2024-11-26 18:51:37 generally yes 2024-11-26 18:51:43 but the issue description is very sparse 2024-11-26 18:52:22 i have whole thing opened still https://cdn.panekj.dev/images/rust-musl.png 2024-11-26 18:53:44 seems like some action happened recently 2024-11-26 18:53:49 https://github.com/rust-lang/rust/pull/133386 2024-11-26 18:55:50 We are looking at 133386 atm yea, it was linked on the RFC 2024-11-26 18:56:26 re the png: Oh god 2024-11-26 18:56:55 tl;dr: the plan is to create a lint/warning about target change, I don't remember if it was supposed to land in next edition or not, I think yes but I doubt there is much time for that 2024-11-26 18:58:28 https://rust-lang.zulipchat.com/#narrow/channel/233931-t-compiler.2Fmajor-changes/topic/Update.20the.20existing.20musl.20targets.20to.20be.20dy.E2.80.A6.20compiler-team.23422/near/236537011 2024-11-26 19:01:06 Ah, hmm 2024-11-26 19:03:00 It seemed to be going well, but considering that convo was 3 years ago... 2024-11-26 19:05:36 something is terribly broken, I'm getting error 7: importing the supplied dmabufs failed 2024-11-26 19:05:57 but it happens only in wayland programs written in rust 2024-11-26 19:06:20 greetd, alacritty, lapce, wezterm all fail 2024-11-26 19:10:05 not using wayland, so cannot test for you 2024-11-26 19:11:40 Do you think wayland is the future? some claim that.. 2024-11-26 19:12:03 that's for #-offtopic 2024-11-26 19:12:12 the future is friendly 2024-11-26 19:12:24 pj: What crate is used as the client ? 2024-11-26 19:12:30 wayland-client 2024-11-26 19:12:42 Ah, do the minimal samples work? What's your compositor and GPU ? 2024-11-26 19:12:44 it's all part of smithay 2024-11-26 19:13:03 I'm on sway right now and LLVM 2024-11-26 19:13:22 You mean llvmpipe ? 2024-11-26 19:14:02 it's VMware GPU 2024-11-26 19:14:16 Which backend is Sway using 2024-11-26 19:15:13 So are you using the VMware GPU or llvmpipe ? 2024-11-26 19:21:56 I ran pipx install yt-dlp 2024-11-26 19:22:04 vmware gpu is gpu 2024-11-26 19:22:04 yeah llvm is cpu based 2024-11-26 19:22:23 it says "These apps are now globally available - yt-dlp" then it also says "Note: '/root/.local/bin' is not on your PATH environment variable. These apps will not be globally accessible until your PATH is updated..." 2024-11-26 19:22:54 is there a recommended way to install yt-dlp these days? 2024-11-26 19:23:16 I used to use pip3 -install -U yt-dlp and recently it stopped working and telling me to use pipx 2024-11-26 19:23:34 it's svga3d 2024-11-26 19:23:35 but now pipx is contradicting itself and /root/.local/bin doesn't seem like a great place for applications 2024-11-26 19:23:40 https://docs.mesa3d.org/drivers/svga3d.html 2024-11-26 19:23:53 seems like it's running in headless backend 2024-11-26 19:24:17 bleb why not from repo? 2024-11-26 19:24:31 bleb: https://pkgs.alpinelinux.org/package/edge/community/x86_64/yt-dlp 2024-11-26 19:24:37 bleb: pipx ensurepath 2024-11-26 19:25:28 sometimes I want the latest version and it's packaged 2024-11-26 19:25:44 but it is right now so 2024-11-26 19:25:51 s/packaged/not &/ 2024-11-26 19:33:14 well, I get a very nice gradient box with wayland-rs example 2024-11-26 19:33:50 it's with HEAD though 2024-11-26 19:34:53 pj: Ah, which Sway backend ? EGL or Vulkan ? 2024-11-26 19:34:57 Ah which example 2024-11-26 19:35:20 all of them, but there is only one that produces window: simple_window 2024-11-26 19:36:04 I was confused why you asked for backend 2024-11-26 19:36:10 It's EGL renderer 2024-11-26 19:38:12 Ah, eglinfo -B returns svga3d then right ? 2024-11-26 19:38:40 And there's a DRM node for the VMWare GPU in /dev/dri/ ? 2024-11-26 19:39:01 yes 2024-11-26 19:39:22 What happens if you force Sway to use it 2024-11-26 19:40:01 do I need to? it already fails to use it 2024-11-26 19:40:28 Using DRM node /dev/dri/renderD128 2024-11-26 19:40:28 No DRM backend supplied, failed to create wlr_drm_lease_v1_manager 2024-11-26 19:41:25 You need to choose the modesetting node, rather than the render node we think 2024-11-26 19:41:31 And it's a sanity check moreso than anything 2024-11-26 19:42:50 Aka, /dev/dri/card1 should be it 2024-11-26 19:46:15 hm 2024-11-26 19:46:30 I've rebuilt wlgreet and it works now 2024-11-26 19:46:55 but other stuff still has issues with protocol error 7 2024-11-26 19:48:37 Even the samples ? 2024-11-26 19:48:50 But other apps that use dmabuf, just with libmatrix-client work 2024-11-26 19:48:53 also, what I thought was greetd issue, appears to be wlgreet issue 2024-11-26 19:48:53 Hmm 2024-11-26 19:49:25 error was: attempted to dispatch unknown opcode 0 for wl_shm, aborting 2024-11-26 19:50:39 so, yay, wlgreet fixed and I have a greeter once again and I don't have to bodge with dbus/sway after login on standard prompt 2024-11-26 19:50:47 Wait, for which client ? 2024-11-26 19:50:47 everything else still broken 2024-11-26 19:51:17 Did you switch wlgreet to use wl_shm instead of dmabuf ? 2024-11-26 19:51:31 no, wlgreet had no issues with dmabuf 2024-11-26 19:51:41 it only had the issue with wl_shm 2024-11-26 19:51:55 everything else still fails with error 7 2024-11-26 19:52:39 Hmm, does it uhh 2024-11-26 19:52:59 Can you show the whole log ? 2024-11-26 19:53:20 Actually, you might want to hook into wlroots' dmabuf importing or change the loglevel 2024-11-26 19:53:41 And see what it spits out when you run an app 2024-11-26 19:54:07 Actually, we should look into the uh 2024-11-26 19:56:29 Also, might wanna enable protocol logging for wayland-rs 2024-11-26 19:57:37 There should be an error on the zwp_linux_buffer_params_v1::add request 2024-11-26 20:19:26 dont' care anymore, I'm guessing something broke at some point maybe in open-vm-tools or maybe in wayland-client 2024-11-26 20:20:00 Fair 2024-11-26 20:20:52 If you need help with debugging this btw just hit us up at the Smithay rooms on Matrix 2024-11-26 20:20:55 most likely in vmware, if I use CPU renderer it works fine 2024-11-26 20:21:30 it works fine with tiny-skia renderer 2024-11-26 20:22:16 and simple_window example from wayland-rs also works but I'm guessing that it doesn't touch GPU 2024-11-26 20:25:55 i was supposed to migrate all data from this machine disk, not debug vmware/gpu issues for hours 2024-11-26 20:25:58 ACTION dies 2024-11-26 20:27:59 simple_window uses wl_shm yes 2024-11-26 20:29:39 Tbh GPU virtualization is... 2024-11-26 20:30:02 *Please no make it stop why why me no why* 2024-11-26 20:30:04 Yea 2024-11-26 20:30:32 it works great at some points in time 2024-11-26 20:30:58 I easily daily drived windows and linux at the same time 2024-11-26 20:39:27 In a VM ? 2024-11-26 20:39:34 Which Windows ver 2024-11-26 20:40:18 Win10 2024-11-26 20:40:19 Windows lacks proper drivers for virtualized GPUs so usually you'd either rely on half-assed support that only makes modesetting work and WARP (the software renderer) 2024-11-26 20:40:47 So to get decent perf you'd have to GPU passthrough usually 2024-11-27 19:38:43 ACTION sent a code block: https://matrix.org/oftc/media/v1/media/download/ARna68K6-GjWAzoeMHojr1er4LmskqP_ieyiulniPIGy4SWGjgDaF30So7fr51kDrlovFf_GflZrXJLkUj8uxuBCeTtzsXYAAG1hdHJpeC5vcmcvQk5jYmh3dWJxRE9oZUNvYUtZSHBaZlVY 2024-11-27 19:44:19 never mind 2024-11-27 21:57:11 Is there some smart way to detect whether a C compiler links with glibc or or musl ? Slash detect "whether there is a system musl installation" The only thing we could come up with is to do the autotools trick of emitting a C file, compiling it, and doing some complicated trick to figure out whether it was linked with musl or glibc... 2024-11-27 21:57:46 Actually, this is not directly Alpine related, is this the right channel ? In the end this is to get Rust musl targets working on Alpine but it's more general... 2024-11-27 22:09:55 whether there is a system musl installation: ls /lib/libc.musl-* 2024-11-27 22:10:20 it may not be called that 2024-11-27 22:11:10 ity: https://wiki.musl-libc.org/faq#Q:-Why-is-there-no-%3Ccode%3E__MUSL__%3C/code%3E-macro? 2024-11-27 22:12:08 probably relevant here 2024-11-28 02:02:17 dwfreed: Ah, welp, that's very sad. Seems that we'll have to rely on parsing elf files instead ? Wonder if that's the solution that musl devs intended when they intentionally do not support __MUSL__. Maybe if we email them to ask to pretty please add it for this specific use case they will ? 2024-11-28 02:03:33 fossdd[m]: That seems a bit unreliable, eg we have a system musl install on Arch but that would detect it as not being present. It's also unclear what "system musl install" means, we'll have to ask the Rust folks what they meant by it. 2024-11-28 07:49:37 JOIN NEW SAUCE METHODS... (full message at ) 2024-11-28 08:41:49 hello I wanted to ask if chromium is built with lto+cfi enabled? 2024-11-28 08:42:35 i was trying to use the musl patches on another musl based distribution to get it to compile however it fails at runtime with lto+cfi enabled. 2024-11-28 08:55:44 i dont think its enabled: https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/chromium/APKBUILD#L671 2024-11-28 09:41:12 I'm on edge and ran "apk upgrade" today morning. And it tries to install a lot of NEW packages. Mainly "*-dev" ones. Is this how it should be ? Some major changes ? 2024-11-28 09:43:33 pick some of them and check whose dependencies they are 2024-11-28 09:48:21 check your /etc/apk/world to see if you have any -dev packages in there 2024-11-28 09:51:58 ikke: I have only ncurses-dev 2024-11-28 09:52:39 That could in theory pull in a lot of other -dev packages as well 2024-11-28 09:57:15 ikke: removing ncurses-dev didn't change anything. Might be that alpine-sdk pulls so many new dependencies ? 2024-11-28 09:59:46 just pick one, and "apk info -r PKG" to trace back what pkg requires it 2024-11-28 10:04:18 as400_: yes, it would 2024-11-28 10:06:40 aron: I just tried 15 packages from that new list and get no info on reverse dependencies at all 2024-11-28 10:08:06 as400_: try apk del and follow the chain 2024-11-28 10:11:35 as400_: can you give me 1 pkg from your list? 2024-11-28 10:24:08 wouldn't 'apk info --rinstall-if' be a good tell for tracking this also? 2024-11-28 10:26:58 'apk info -r gtk4.0-dev' also gives me nothing - which is really strange 2024-11-28 10:27:52 gtk4.0-dev is required by 26 other packages :) 2024-11-28 10:28:10 maybe you could pick a simpler pkg 2024-11-28 10:29:00 aron: tried 'apk info -r xz-dev' - nothing 2024-11-28 10:29:27 for p in $(apk list -Iq '*-dev'); do apk info --rinstall-if $p; done 2024-11-28 10:29:42 xz-dev have 19 2024-11-28 10:29:44 https://pkgs.alpinelinux.org/package/edge/main/x86_64/xz-dev 2024-11-28 10:32:14 build-base is also a meta-package 2024-11-28 10:32:40 prabu@homepc2 ~> apk info build-base --depends 2024-11-28 10:32:41 gcc 2024-11-28 10:32:41 binutils 2024-11-28 10:32:41 build-base-0.5-r3 depends on: 2024-11-28 10:32:41 file 2024-11-28 10:32:43 g++ 2024-11-28 10:32:46 make 2024-11-28 10:32:48 libc-dev 2024-11-28 10:32:51 fortify-headers 2024-11-28 10:32:53 patch 2024-11-28 10:34:05 so alpine-sdk will install almost all development related packages for you 2024-11-28 10:38:10 j_v: ----> https://paste.debian.net/1337243/ 2024-11-28 10:39:19 as400: ok, so that was a bust. sorry not more helpful 2024-11-28 10:39:50 did you already performed the upgrade? 2024-11-28 10:40:13 aron: I did not do it yet. 2024-11-28 10:40:22 cool, then can you give the output of "apk upgrade -i" ? 2024-11-28 10:40:32 if not, then pasting the output of 'apk list -u' would help a lot 2024-11-28 10:40:45 yeah, or that one 2024-11-28 10:40:47 sure, just a sec 2024-11-28 10:42:17 pastebin, i meant... gonna get myself in trouble 2024-11-28 10:42:31 'apk upgrade -i' ----> https://paste.debian.net/1337248/ 2024-11-28 10:43:51 'apk list -u' ----> https://paste.debian.net/1337249/ 2024-11-28 10:45:04 so, upgrading glycin-loaders causes to install a lot of new packages 2024-11-28 10:45:19 huh, that is a really small list of upgrades for some many adds, i'm not surprised you hesitated, i would have also 2024-11-28 10:45:25 it has a log of "pc:" dependencies 2024-11-28 10:45:35 s/log/lot/ 2024-11-28 10:45:52 which is sus 2024-11-28 10:46:22 Build time: 2024-11-27 19:36:20 2024-11-28 10:47:52 Seems like it didn't have these dependencies earlier since I don't have them installed 2024-11-28 10:47:57 some mistake ? 2024-11-28 10:48:09 yep 2024-11-28 10:48:13 probably a broken pkg 2024-11-28 10:48:48 yeah, not seeing it, but i think aron is right 2024-11-28 10:50:51 the sudden addition of all those *dev deps seems weird... but i noted something about an existing aport splitting out the dev package in the pending MR's earlier today 2024-11-28 10:52:36 yes, splitting into -dev pkg sounds reasonable 2024-11-28 10:52:37 well, I can always change image viewer :) Seems like the only package that requires glycin-loaders is loupe. 2024-11-28 10:53:09 yes, actually it was glycin-loaders, still pending: !76040 2024-11-28 10:54:20 Any recommendations on simple gtk based image viewer ? The simpler the better. 2024-11-28 10:54:34 I use sxiv :P 2024-11-28 10:55:54 sxiv is very nice for me also 2024-11-28 10:56:09 though it's nsxiv now, isn't it? 2024-11-28 10:56:47 it is 2024-11-28 10:57:20 and it's packaged 2024-11-28 10:57:23 cool 2024-11-28 10:57:27 thanks 2024-11-28 10:57:53 for recommendation and for help guys 2024-11-28 10:57:56 yw 2024-11-28 10:58:10 np 2024-11-28 11:00:39 just one more question: when I want to see reverse deps of a package - do I need it installed locally ? 2024-11-28 11:10:38 as400: it seems to be true 2024-11-28 11:11:25 j_v: ok, thanks. I was afraid that there is something wrong with my apk indexes. 2024-11-28 11:13:20 And I found this ---> https://github.com/occivink/mpv-image-viewer. Looks cool as it turns mpv into image viewer. 2024-11-28 11:14:08 yeah, no problem. i installed a -dev pkg, ran apk info -r, uninstalled it, then ran apk info -r again, and output was indicative of needing the package installed to see its revdeps 2024-11-28 11:14:45 oh, haven't tried it, but since i like mpv and my player i might give that one a try 2024-11-28 11:16:26 s/mpv and my/mpv as my/ 2024-11-28 11:21:31 unfortunately it's not currently packaged i don't think 2024-11-28 11:24:32 oh, it's a mpv config thingy, cool 2024-11-28 11:27:06 yes, it's only a config. Which can be separate from mpv itself 2024-11-28 11:34:09 yep, just messing around with it now. not bad. 2024-11-28 11:35:02 i think i prefer nsxiv as i am used to its key bindings, same reason i like noice/nnn 2024-11-28 11:36:35 but it's a nice option and very cool that it is just config and some lua scripts 2024-11-28 11:40:09 using the alias is nice, too. similar to how i get man from mandoc to output full width no matter the term size: alias man='man -O width=$((COLUMNS-3))' 2024-11-28 11:48:31 man alias is cool :) 2024-11-28 11:51:33 i like it, especially as i use a tiling wm, so it make viewing manpages nicer 2024-11-28 11:52:07 fossdd[m]: whats the reason its disabled? 2024-11-28 11:52:40 I would have thought chromium cfi would work on musl since musl does support cfi 2024-11-28 12:02:57 recent update to `glycin-loaders` seems to have pulled in a bunch of -dev dependnecies, and that seems wrong. Anyone else experiencing this? 2024-11-28 12:04:45 elagost: yeah see !76040 2024-11-28 12:08:29 algibot, are you sleeping? 2024-11-28 14:57:40 is it because of previous failures when compiling chromium with lto + cfi? 2024-11-29 14:13:50 Hi, does someone knows how apk knows which files are "config files" and should not be overwritten when a package gets upgraded? 2024-11-29 14:19:58 Any file in /etc that has been touched by the user won't be overwritten 2024-11-29 14:30:41 how to find packages searching for keywords? (web or apk) 2024-11-29 14:30:53 Dominic: apk has concept of protected paths, which if changed locally, will not be overwritten and instead will be created next to it with .apk-new extension 2024-11-29 14:31:48 when creating .apk package, appropriate paths will get special flag to make paths protected 2024-11-29 14:31:54 *keywords in descriptions* 2024-11-29 14:32:19 web cannot search in descriptions 2024-11-29 14:32:25 and apk? 2024-11-29 14:32:39 cli 2024-11-29 14:32:53 Is there any documentation on the datastructures and logic applied (because it had killed my NetworkManager.conf, when the subpkgs changed - https://gitlab.alpinelinux.org/alpine/aports/-/issues/16565) 2024-11-29 14:33:07 patanga: apk search -d 2024-11-29 14:33:56 pj: thanks! i must read more about apk instead of asking silly questions here! 2024-11-29 14:34:21 apk search --help will tell you that, just ignore wall of text in beginning explaining global flags 2024-11-29 14:38:00 "Dominic: apk has concept of..." <- thanks, you don't happen to know how I can get a list of all protected paths? 2024-11-29 14:39:48 some stuff is hardcoded in apk, some stuff is in etc/apk/protected_paths.d 2024-11-29 14:41:04 unsure if there is anything done during build time, maybe, I'm not so familiar with that part of apk/abuild 2024-11-29 14:44:28 maybe fabled will be able to answer that more accurately (list of protected paths in apk) 2024-11-29 14:48:41 is there a way to find out, if one uses 32 or 64 bit? neither "/etc/*releases" nor "etc/apk/repositories" say something 2024-11-29 14:49:00 apart from "uname -a", which is not alpine 2024-11-29 14:52:48 patanga: `uname -m` should work for any linux kernel, no matter where it's from 2024-11-29 14:53:18 grawity: yes, i know. but how come that it is not written in the release infos? 2024-11-29 14:53:27 while running `file` on some binary (like `file -L /bin/sh`) will say whether that particular binary is 32-bit or 64-bit 2024-11-29 14:53:55 grawity: oh! that is interesting! 2024-11-29 14:55:14 grawity: "file" is not in Alpine by default, but it is a very interesting way to look at these things! 2024-11-29 14:55:19 since 64-bit kernels can run 32-bit software (like e.g. on windows but even more so -- e.g. you could take a 32-bit installation, with 32-bit /bin and 32-bit /lib, and boot it with a 64-bit kernel) 2024-11-29 14:56:28 grawity: also this is very interesting. never expected that /bin and /lib can be another architecture than the kernel 2024-11-29 14:56:59 even though it makes perfect sense 2024-11-29 14:57:40 grawity: without installing "file" there is no other way to ascertain the architecture of the kernel? 2024-11-29 14:57:54 the architecture of the *kernel* is reported by `uname -m` like I said 2024-11-29 14:58:02 ok 2024-11-29 14:58:40 yes, "architecture of the kernel" is not 100% correct 2024-11-29 14:58:45 "is there a way to find out, if..." <- you could ask /etc/apk/arch 2024-11-29 15:01:10 msrd0: thanks! 2024-11-29 15:04:53 "some stuff is hardcoded in apk..." <- if this is all the hardcoded stuff, it's not actually that much: https://gitlab.alpinelinux.org/alpine/apk-tools/-/blob/master/src/database.c?ref_type=heads#L1780-1785 2024-11-29 15:04:55 patanga: for kernel arch, you can cat /proc/sys/kernel/arch if you don't want to uname 2024-11-29 15:05:24 now I just need to find out what +, @, !, - and maybe other prefixes mean (: 2024-11-29 15:05:49 ah, /proc could have thought even 2024-11-29 15:06:53 I was also about to suggest that `cat /proc/self/maps` will show you whether the 'cat' program is 64-bit (memory locations like "ffffffffff600000-ffffffffff601000" are definitely 64-bit values) but that's x86-specific 2024-11-29 15:09:33 Dominic: look at apk_db_add_protected_path in database.c 2024-11-29 15:10:22 ok I think I understood it now 2024-11-29 15:18:41 is there some kind of chronology in apk, which makes it possible to see, what packages were installed manually? "list -I" shows just all installed packages 2024-11-29 15:26:00 patanga: I believe /etc/apk/world contains those packages you manually installed 2024-11-29 15:28:09 msrd0: wow! i did not expect that there was something that nice! 2024-11-29 15:28:51 which leads me to the non-alpine-specific question, what "world" in the context of packages means 2024-11-29 15:29:53 to put it in another way: world means to me the opposite of the packages installed by me, which would be rather called "mine". 2024-11-29 15:30:09 or "me". or "local" 2024-11-29 15:30:28 there is no concept of manually installed packages 2024-11-29 15:30:48 world is a list of constraints that must be satisfied 2024-11-29 15:31:05 pj: ? 2024-11-29 15:31:41 they are rather packages on top than packages needed as dependencies 2024-11-29 15:31:43 there is no difference between "packages installed by system" and "packages installed by user" 2024-11-29 15:32:31 when you install alpine, it already has world populated with some packages 2024-11-29 15:33:01 etc/apk/world is a list of constraints that need to be valid for apk to apply 2024-11-29 15:33:02 in my world-file i see only packages installed by me 2024-11-29 15:33:56 you definitely didn't install packages such as "alpine-keys" or "alpine-baselayout" 2024-11-29 15:34:12 it is not there in the file 2024-11-29 15:34:29 it can be pulled by other meta package 2024-11-29 15:34:40 no 2024-11-29 15:35:26 ah, maybe "alpine-base" 2024-11-29 15:35:44 the only one 2024-11-29 15:37:06 "packages installed by me" is definitely the wrong way to look at world 2024-11-29 15:38:00 as soon as something else modifies that file, this condition is violated 2024-11-29 15:38:37 "alpine-base" depends on "alpine-release" which depends on "alpine-keys" 2024-11-29 15:39:31 "alpine-base" depends on "alpine-baselayout" 2024-11-29 15:43:20 pj: thanks for hinting me to alpine metapackages! "constraints" is for me really very philosophical, and msrd0 has given a practical solution how to see packages installed recently 2024-11-29 15:44:17 patanga: this might help you also https://ariadne.space/2021/04/25/why-apk-tools-is-different-than-other-package-managers/ 2024-11-29 15:44:31 world is not a list of packages 2024-11-29 15:45:12 thinking of world as "desired state" as ariadne points out, is probably better 2024-11-29 15:45:29 it doesn't tell you how, when or why or by whom, it's very plain list of things that need to be satisfied for apk to say "OK" 2024-11-29 15:47:37 invoked: thanks a lot! that is very interesting, and "apk dot" is something, i have dreamed about, and dont know, if it exists in other package managers. Probably not 2024-11-29 15:48:21 pj: thanks 2024-11-29 15:48:58 the closest thing to such information will be var/log/messages if you use apkv3 2024-11-29 15:49:09 (alpine uses apkv2) 2024-11-29 15:53:55 is curser size with plasma wayland kind of chaos for anybody else? i have like 4 different cursor sizes depending on which window i'm hovering 2024-11-29 15:54:06 s/curser/cursor/ 2024-11-29 15:58:30 if you have a hidpi display and some things are running via xwayland, you will probably see that. 2024-11-29 16:29:17 invoked: ariadne is a very beautiful name, even if that is off-topic 2024-11-29 19:18:30 guys - can someone explain to me what is exactly a goal of Alpine Linux ? I mean - there is info on main page "general purpose". But that is all. I would like to know how does "steering committee" see its purpose. 2024-11-29 19:21:17 as400: Lightweight and secure Linux distro. 2024-11-29 19:21:17 Does anyone know if openrc or anything in the alpine ecosystem supports https://www.freedesktop.org/software/systemd/man/latest/environment.d.html ? Also is there any per-user alternative to this? The spec doesn't define `$XDG_CONFIG_HOME` as valid location 2024-11-29 19:22:18 I'm getting 'failed to rename' errors when trying to 'apk add' any of the linux-firmware packages on a live USB. How can I resolve this? 2024-11-29 19:22:29 lassebq: /etc/conf.d for things that have it 2024-11-29 19:22:37 wakoo1337: I do understand this. Maybe I should explain why am I asking this question. 2024-11-29 19:23:23 invoked: which part of alpine responsible for /etc/conf.d? Busybox? 2024-11-29 19:23:23 lassebq: for things that don't have it and would benefit, patches welcome :) 2024-11-29 19:23:35 lassebq: openrc 2024-11-29 19:23:35 lassebq: operc 2024-11-29 19:23:40 openrc, rather 2024-11-29 19:23:42 ok 2024-11-29 19:24:32 Well, in my case I just wanted to have user configured environment variables which are cross-display manager compatible 2024-11-29 19:25:32 So, installing Alpine on any new hardware (like 1-2 years old) means most of the hardware will not work. So maybe there should be a kernel that includes most recent hardware ? 2024-11-29 19:25:43 lassebq: in that case, maybe /etc/profile.d may be what you want 2024-11-29 19:26:20 Isn't it still one for all users? Plus you need root perms for it 2024-11-29 19:27:10 lassebq: openrc maintainers were talking about implementing per-user services 2024-11-29 19:27:24 display managers tend to source stuff like .xprofile or whatever 2024-11-29 19:27:47 i don't run display managers though, so... i'm not an expert on that topic. 2024-11-29 19:28:05 I don't think gdm does. I'm also using wayland 2024-11-29 19:28:20 xprofile isn't specific to x11, iirc 2024-11-29 19:28:38 hmm, that's a bit of an odd name then 2024-11-29 19:28:55 gdm does source .xprofile 2024-11-29 19:29:13 Awesome, thanks for the confirmation 2024-11-29 19:30:53 as400: generally if you miss some functionality (which exists in the current lts version, but not enabled), you can request it to be enabled and usually it's available quite soon 2024-11-29 19:31:35 And there's also linux-edge 2024-11-29 19:35:40 ikke: ok, but wouldn't it be easier for a user to just select linux-desktop kernel ? 2024-11-29 19:37:08 ikke: I can compile my own kernel - because I know how to do it. But a random folk doesn't 2024-11-29 19:37:42 ikke: this is just a suggestion 2024-11-29 19:38:10 Someone would need to maintain such a kernel (whatever it entails) 2024-11-29 19:39:03 ikke: I understand it is an additional work 2024-11-29 19:40:51 So maybe I should rephrase my question - is there any interest in "steering committee" to include something like this in Alpine ? 2024-11-29 19:45:33 I can't speak for the entire TSC. I know ncopa does not want to maintain additional kernels. If someone is interested in such a kernel, they should contribute and maintain it 2024-11-29 19:46:09 what is linux-desktop kernel 2024-11-29 19:46:47 that sounds like linux-lts with few modules more 2024-11-29 19:46:54 as400: just because the "steering committee" decides we should have a linux-desktop kernel does not make it happen 2024-11-29 19:47:08 someone will have to do the actual work and do the maintenance work 2024-11-29 19:47:33 and here i am stressing myself to death, i was supposed to sit in the sofa and have a beer hours ago 2024-11-29 19:47:40 but i want the -rc1 out 2024-11-29 19:47:51 and i havent been able to get the rpi kernel updated yet 2024-11-29 19:48:01 and now apk-tools is segfaulting on me 2024-11-29 19:48:19 ncopa: ok, maybe I didn't make myself clear enough. Would you consider such thing ? 2024-11-29 19:48:26 so sure. Im all for linux-whatever kernel 2024-11-29 19:48:37 but you will need to find someone with resources to maintain it 2024-11-29 19:48:54 as400: We don't have to consider every package that gets added :) 2024-11-29 19:49:07 and deal with the issue requests, merge requests, and bump verion every week 2024-11-29 19:49:18 and test that it actually boots before pushing the update 2024-11-29 19:49:22 and backport to stable branches 2024-11-29 19:49:38 and deal with the angry people who complains that we dont backport fixes fast enough 2024-11-29 19:49:46 as400: considering "such thing" is the last step in process 2024-11-29 19:49:53 but sure, knock yourself out 2024-11-29 19:50:01 just dont involve me in anything 2024-11-29 19:50:17 You have to define what distinguishes such a kernel first 2024-11-29 19:50:26 Or provide it yourself 2024-11-29 19:50:45 ncopa: oh, jee - I didn't want to make you angry 2024-11-29 19:50:57 sorry, im just disapointed that I dont sit in the sofa yet 2024-11-29 19:51:03 and its almost 9pm 2024-11-29 19:51:14 ncopa: same here 2024-11-29 19:51:17 so i think i can forget the sofa this week 2024-11-29 19:51:41 oh btw, im super disapointed that we didnt get the 3.21 release out in Nov 2024-11-29 19:52:21 it feels like ihave been trying to run in mud to get this 3.21 release out 2024-11-29 19:52:43 OK, so here is why I asked this question - more people running Alpine on their laptops/desktops - more maintainers. No ? 2024-11-29 19:52:55 tehre is alos linux-edge kernel 2024-11-29 19:53:02 People already run Alpine on their laptops/desktops though 2024-11-29 19:53:03 which basically does the same thing 2024-11-29 19:53:14 i use it on my desktop already 2024-11-29 19:53:27 Specify exactly what kind of problem you have, which kernel options are not enabled... 2024-11-29 19:53:54 ncopa: If you install Alpine on your laptop/desktop, you are already advanced user. Advanced enough to build Linux or choose suitable components. 2024-11-29 19:53:55 So far there is only this "idea" of linux-desktop that it's supposed to be for desktop but doesn't explain anything behind why it should exist 2024-11-29 19:54:13 i do have considered have a linux-mainline kernel though 2024-11-29 19:54:38 just to get a more recent kernel out earlier 2024-11-29 19:54:49 but im afraid of the maintenance work 2024-11-29 19:54:53 pj: from what I understood, a kernel that has support for all the latest and greatest consumer hardware 2024-11-29 19:55:48 but it is extremely bad timing to ask if I want to more work right now 2024-11-29 19:55:54 so just linux-latest 2024-11-29 19:55:59 yeah 2024-11-29 19:56:09 but probably with lots of modules enabled by default 2024-11-29 19:56:12 im not able to keep my head over the surface 2024-11-29 19:56:12 it seems confusing to call it "linux-desktop" 2024-11-29 19:56:46 ok, truth is - edge kernel lacks many things to support new hardware. While the hardware is supported by Linux itself. 2024-11-29 19:57:03 also mind that -edge has different maintainer 2024-11-29 19:57:22 but it also shows exactly how to get another kernel flavour into alpine 2024-11-29 19:57:28 by doing it yourself 2024-11-29 19:57:32 linux-edge is up for grabs btw 2024-11-29 19:57:34 So I was thinking maybe there is place for something that covers new hardware. 2024-11-29 19:57:48 and that other maintainer is not interested in sync the config with -lts 2024-11-29 19:57:54 "too much work" 2024-11-29 19:57:58 :) 2024-11-29 19:57:59 so, meh ... 2024-11-29 19:58:28 as400: yeah it absolutely would. but not today 2024-11-29 19:58:49 now i just want -rc1 out so i can sit in the sofa before i go to bed 2024-11-29 19:59:04 ncopa: can I help with anything? 2024-11-29 19:59:23 i dunno 2024-11-29 19:59:25 there is plenty of stuff where we would want to have more specific hardware profiles but the problem is: 1) takes time 2) requires manpower 2024-11-29 19:59:38 ncopa: I was just asking WOULD you people consider something like that ? 2024-11-29 20:00:00 as400: absolutely, and I have thought about it myself 2024-11-29 20:00:11 just not sure I want commit to it 2024-11-29 20:00:12 ncopa: thank you ! 2024-11-29 20:00:14 as400: considering accepting it in aports: yes, considering working on it: no 2024-11-29 20:00:47 i have considered do it, but not that we got 6.12 im gonna post-pone it 2024-11-29 20:00:52 is there a somewhat easy way to write to various /lib/firmware directories in a live 2024-11-29 20:00:54 USB========================================================================================================================================================================================================================================================================================================================================================================================== 2024-11-29 20:00:56 ============jjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj 2024-11-29 20:01:04 ikke: is it officially orphaned now? 2024-11-29 20:01:10 pj: there is an MR to do so 2024-11-29 20:01:20 whoops sorry 2024-11-29 20:01:42 is there a way to write to various /lib/firmware files in a live usb situation 2024-11-29 20:01:43 then linux-edge is free for whatever you'd want to do, as400 2024-11-29 20:01:44 !74207 2024-11-29 20:01:54 https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/74207 2024-11-29 20:03:10 also I would purge whatever notion of "testing" is in that package, we already bikeshed'd enough how it's not testing anything 2024-11-29 20:03:12 What I mean is - Alpine is a "diamond in the crown". Let's just people use it. 2024-11-29 20:03:28 as400: I apologize again. i shouldnt have 2024-11-29 20:03:56 ncopa: half of the world is running Alpine. You should be proud :) 2024-11-29 20:04:08 as400: there is plenty in alpine that does not make it good for desktop, just saying 2024-11-29 20:04:59 as400: even more reason to not shout at poor users at IRC :) 2024-11-29 20:05:09 i dunno where to shout anymore... 2024-11-29 20:06:06 secret fedi account with limited visibility 2024-11-29 20:06:37 but mdev / mkinitfs prints error messages about some missing user something 2024-11-29 20:09:14 argh! 2024-11-29 20:09:17 i know whats wrong 2024-11-29 20:09:27 ... 2024-11-29 20:09:27 busybox: /sbin/watchdog: No such file or directory 2024-11-29 20:09:27 busybox: /sbin/zcip: No such file or directory 2024-11-29 20:09:59 there is no /sbin dir 2024-11-29 20:10:12 wrong channel 2024-11-29 20:28:58 whatever you think guys - expect new kernel. Just give me some time to do it right. Then you can reject :) 2024-11-29 21:10:38 the alpine 3.21.0 rc1 is finally out! 2024-11-29 21:10:46 please help test and report back 2024-11-29 21:17:21 nice work :-) 2024-11-29 22:23:58 \o/ 2024-11-29 23:35:07 any hint how to fix this in dell laptops, https://tpaste.us/KxMe 2024-11-29 23:35:32 its known issue, relating to wifi+rfkill 2024-11-29 23:45:58 where does one download 3.21 rc1 2024-11-29 23:48:26 https://cdn.alpinelinux.org/v3.21/releases/ 2024-11-29 23:51:03 do alpinelinux isos have UEFI boot ? 2024-11-30 00:07:10 yes 2024-11-30 00:45:52 I am trying to boot isos in "Asus eePC, intel atom ", did not detect, maybe its bios needs updating 2024-11-30 00:46:15 but antix, kali, knoppix boots ok 2024-11-30 00:46:45 trying in slightly different way now 2024-11-30 01:03:32 seems to boot uefi in 3rd gen laptop, so something with the bios 2024-11-30 01:57:05 hmmm, cannot boot al in it, have to try piggy back on modifying grub boot on one that boots ok 2024-11-30 05:03:15 Heads up: mkinitfs in edge is currently broken and results (at least) for encrypted rootfs to segfault on boot. Using mkinitfs from Alpine 3.20 works. Working version of mkinitfs is: 3.10.1; broken version is: 3.11.0. 2024-11-30 05:48:44 can anyone test it? share internet from an Android phone to alpine via usb 2024-11-30 05:49:50 it stopped working after upgraded to linux-lts-6.12 2024-11-30 05:50:40 idk if it's just me 2024-11-30 05:55:12 ACTION naps zzz 2024-11-30 06:52:23 I have mkinitfs-3.10.2-r1 installed and I didn't have any issues booting my encrypted rootfs. so 3.10.2 seems to be fine as well 2024-11-30 07:26:03 qaqland: if you have an older Android device that still uses RNDIS instead of NCM, linux-lts 6.12 dropped the RNDIS module 2024-11-30 08:23:06 witcher01: this is likely https://gitlab.alpinelinux.org/alpine/mkinitfs/-/issues/75, could you try upgrading again and verify it works? 2024-11-30 08:27:11 I'm alone with conflict on jack and pipewire-jack cause of mpv and mpd? 2024-11-30 08:28:37 adding pipewire-jack to the world seems to solve the conflict. But why is it needed? 2024-11-30 08:31:33 fossdd: is an old version of mkinitfs stored on my system so I can downgrade in case it doesn't work? I don't have the luxury of zfs snapshots on my machine 2024-11-30 08:32:16 you could save the old initramfs in /boot 2024-11-30 08:33:46 witcher01: can you test r3? Ncopa just pushed it 2024-11-30 08:33:49 also I'm surprised mkinitfs rc's are uploaded to the edge repo. i imagined it would only be final releases for something that lives in main 2024-11-30 08:38:22 fossdd[m], ikke: mkinitfs-3.11.0_rc3-r0 works 2024-11-30 08:39:31 I upgraded my system and rebootet. rootfs is encrypted. encountered no issues 2024-11-30 08:53:49 dwfreed: thanks. if not working is the expected, then there's nothing wrong :) 2024-11-30 13:00:59 I'm trying to boot a RockPro64 on Alpine using the generic ARM tarball. I'm following https://wiki.alpinelinux.org/wiki/Alpine_on_ARM 2024-11-30 13:01:36 The kernel boots but it always fails at "[ 10.815667] Mounting boot media: failed." Any pointers as to where I can look to solve this? 2024-11-30 13:50:14 just upgraded apk-tools, and I got the error: Error relocating /sbin/apk: apk_istream_tee_fd: symbol not found 2024-11-30 13:50:43 I'm guessing this may be because it was built against some library which was upgraded after my last upgrade 2024-11-30 13:51:27 but the problem is that apk-tools is, by default, upgraded before other packages, so that just leaves me in a situation where i can't really do anything 2024-11-30 13:51:35 since i can't run apk 2024-11-30 13:52:07 what can i do to get working apk-tools? 2024-11-30 13:52:20 First, grab a static release of apk-tools: https://gitlab.alpinelinux.org/alpine/apk-tools/-/releases 2024-11-30 13:52:43 2: apk would upgrade anything necessary when it upgrades itself, not just apk-tools 2024-11-30 13:55:36 Kladky: what version was apk-tools upgraded to? 2024-11-30 13:55:50 2.14.6-r0 2024-11-30 13:56:11 The only reference to that symbol that I can find is in a comment 2024-11-30 13:56:14 ok, i will try that 2024-11-30 13:56:29 https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/11027#note_448657 2024-11-30 13:56:29 i upgraded my server to the same version, and it didn't have that issue 2024-11-30 13:56:32 just my laptop 2024-11-30 13:56:48 Did you have some custom built of apk-tools? 2024-11-30 13:56:57 no 2024-11-30 13:59:37 did you turn it off and on again? 2024-11-30 14:01:17 Oh, I found it, it's part of 2.14.5 2024-11-30 14:05:36 I upgraded everything using the static apk release, but then i still get that error with the system apk 2024-11-30 14:05:39 ill try rebooting 2024-11-30 14:07:26 didn't fix it 2024-11-30 14:09:08 does apk.static version return something? 2024-11-30 14:14:53 this can't be right, is it? https://tpaste.us/BMgW 2024-11-30 14:16:34 ok, sorry, it is in the APKBUILD, so deliberate 2024-11-30 14:37:38 ikke: it returns apk-tools v2.14.6, compiled for x86_64. 2024-11-30 14:38:53 not --version 2024-11-30 14:39:07 `apk.static version` 2024-11-30 14:39:07 oh 2024-11-30 14:39:50 yeah 2024-11-30 14:40:26 https://0.jaegers.net/?a373934ae76bff38#AS7Qw7h1yryq5BwNca2JByQUSkwcJBPpapuvj63st7t2 2024-11-30 14:40:44 paste 2024-11-30 14:41:10 hmm, not something I think that would impack apk-tools 2024-11-30 14:42:17 Kladky: what arch? 2024-11-30 14:42:22 Oh, you mentioned, sorry 2024-11-30 14:42:32 it's ok 2024-11-30 14:44:32 It's strange it cannot resolve a symbol that is part of the same binary 2024-11-30 14:44:48 what does `objdump -T /sbin/apk | grep apk_istream_tee_fd` return? 2024-11-30 14:45:19 0000000000000000 DF *UND* 0000000000000000 Base apk_istream_tee_fd 2024-11-30 14:46:02 Hi, is the process for building the release ISOs documented anywhere? Debugging a nasty virtiofs/AppleVF issue at the moment, easier to reproduce if I can build an ISO from modified sources and boot a fresh VM from it as opposed to having to install a custom kernel-lts package. 2024-11-30 14:46:59 https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/scripts/mkimage.sh 2024-11-30 14:47:06 That's the script that is used 2024-11-30 14:47:25 Thanks! 2024-11-30 14:47:37 This is where it's invoked: https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/aports-build/aports-build#L63 2024-11-30 14:47:44 (sorry invoked :p) 2024-11-30 14:51:53 Kladky: I'm out of ideas then myself, not sure what's happening 2024-11-30 14:51:53 so, by inference, the next place to look for that symbol is /usr/lib/libapk.so.2.14.0 2024-11-30 14:52:17 j_v: apk-tools does not depend on libapk 2024-11-30 14:53:09 readelf tells me it does 2024-11-30 14:53:24 readelf -d /sbin/apk 2024-11-30 14:54:11 could be different for apk-tools3 2024-11-30 14:54:23 I'm using v2, no reference to libapk for me 2024-11-30 14:54:55 https://tpaste.us/N5Mw 2024-11-30 14:54:58 huh, weird, not sure what is going on there 2024-11-30 14:55:03 sorry, blind 2024-11-30 14:55:05 I see it 2024-11-30 14:55:19 ldd does not mention it 2024-11-30 14:55:55 ah, i stopped using ldd ever since i started using musl-libc based distros 2024-11-30 14:58:41 though looking at the contents of /usr/bin/ldd, it's pretty cool that the linker-loader does that... i may have know about at one time, but had forgotten 2024-11-30 15:00:45 Kladky: what about output of `objdump -T /usr/lib/libapk.so.2.14.0 | grep apk_istream_tee_fd`? 2024-11-30 15:01:30 00000000000183ed g DF .text 0000000000000113 Base apk_istream_tee_fd 2024-11-30 15:03:42 ya, like ikke said, not sure what is happening 2024-11-30 15:06:01 Kladky: mind opening an issue on the apk-tools project? 2024-11-30 15:48:29 yeah, i can do that 2024-11-30 16:05:15 ikke: it's cool, quite used to it :) 2024-11-30 16:07:03 :) 2024-11-30 16:18:11 https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/11046 2024-11-30 16:24:13 can alpine be configured to not delete old kernels, so that they continue to be available in the grub boot menu? 2024-11-30 16:25:54 lopid: no, because the way apk works, it cannot upgrade a package without removing the old files 2024-11-30 16:26:54 oh :( so i'd have to do some manual playing around to keep old kernels available? 2024-11-30 16:28:00 yes 2024-11-30 16:28:06 ok 2024-11-30 16:57:03 Hello everyone, quick question: how do you set up soft and hard limits in Alpine Linux? 2024-11-30 16:57:59 as in /etc/security/limits.conf? 2024-11-30 16:58:17 @lopid yes, but without useing PAM 2024-11-30 16:58:22 *using 2024-11-30 17:03:00 So, anyone have any suggestion on how to set limits in Alpine without PAM ? 2024-11-30 17:04:53 the one place in the wiki that mentions it suggests not: https://wiki.alpinelinux.org/wiki/Steam#eventfd:_Too_many_open_files 2024-11-30 17:05:59 ulimits are inherited. Any process can lower them and any child process will have those limits. Only root can increase the limits. I'm not aware of a central place that allows you to set limits for all users 2024-11-30 17:06:07 for services, rc has options to set them 2024-11-30 17:06:12 openrc* 2024-11-30 17:07:05 for login shells, /etc/profile.d? 2024-11-30 17:07:22 It's executed as the current user, so it can lower it, but not increase it 2024-11-30 17:07:32 oh, yes 2024-11-30 17:07:48 (You can increase the soft limit up to the hard limit though) 2024-11-30 17:08:48 Ok, so I'd like to just increase hard limits. I can do it from root, of course, but I noticed that those set this way are not inherited 2024-11-30 17:09:06 For example, if I'm root and I use ulimit -Hn 10000 2024-11-30 17:09:44 And then switch to a normal user, this user will still have the default hard limit for -n (number of files open) 2024-11-30 17:09:56 (*number of opened files) 2024-11-30 17:10:13 How do you switch to a different user? 2024-11-30 17:11:37 Well, I simply use "exit". Even if that was the problem, that wouldn't matter, because I need a way to set them permanently 2024-11-30 18:32:30 why is the 3.21.0-rc1 extended release missing kernel modules present in the linux-edge package, both are 6.12 kernels. Is it pick and choose? 2024-11-30 18:34:25 They are not synchronized 2024-11-30 18:37:06 chicken and egg for myself, need wifi drivers to install release candidate. think extracting them from linux-edge and then using an overlay on live usb should work 2024-11-30 19:54:22 is there curl+ssl support still on x86 ? 2024-11-30 19:55:31 not seeing anything disabled here, https://git.alpinelinux.org/aports/tree/main/curl/APKBUILD 2024-11-30 19:57:50 vkrishn: yeah, is still there 2024-11-30 19:59:07 will retry/check again, apk info |grep ssl shows usual 3 ssl related pkgs, ca-certs is there 2024-11-30 20:01:39 hmm, keep forgetting to set date on these devices, it probably date related 2024-11-30 20:02:10 need to add that on my notes and wiki.a.o too 2024-11-30 20:04:22 ikke: thanks 2024-11-30 20:04:43 works now 2024-11-30 20:10:31 i think squashfs-tools needs to be in extended iso 2024-11-30 20:42:49 is QtQuick.Pdf available for qt6 ? 2024-11-30 20:42:56 qml module 2024-11-30 20:48:31 import QtQuick.Pdf 2024-11-30 22:46:23 i just typed "apk clone" :) 2024-11-30 22:46:37 getting addictive 2024-11-30 23:28:51 Is it possible to `abuild -r $SUBPACKAGE`? It seems to interpret $SUBPACAKGE as a command, and I can't figure out the incantation (if it exists) to do the right thing. 2024-11-30 23:31:41 (abuild -r/2 2024-11-30 23:32:13 ^ ugh ignore 2024-11-30 23:35:14 jpollard: not sure what you're trying to achieve? 2024-11-30 23:35:33 you can't build just a subpackage, the build process is per package, and subpackages are split off of that 2024-11-30 23:37:13 Trying to build a single subpackage. I hadn't appreciated the build step is shared (Alpine newbie). 2024-11-30 23:37:19 Thanks! 2024-11-30 23:37:30 I'll hack the APKBUILD instead. 2024-11-30 23:37:41 (Trying to build the -virt Kernel only to speed things up.) 2024-11-30 23:40:06 hi i'm having an issue trying to add a virtual package. 2024-11-30 23:40:08 if I `apk add -t mesa-rusticl` it works fine but if I try to install mesa-dev after it doesn't work because it requires version 24.0.9-r1 and the virutal package gets version 20241130.xxxxxx. So if I run `apk add -t mesa-rusticl=24.0.9-r1` then it warns it's creating a virtual package but I can see it takes longer (as if it were downloading the actual package) and when it's 2024-11-30 23:40:10 done, the package contents are there and `apk info -a mesa-rusticl` doesn't say anywhere it's a virtual package, so the real package gets installed and the -t flag gets ignored. 2024-11-30 23:40:17 this is on 3.20 2024-11-30 23:51:47 just confirmed that disconnected from the internet `apk add -t mesa-rusticl=24.0.9-r1` doesn't work and `apk add -t mesa-rusticl` works, so it really is downloading the actual package.