Yesterday I fixed the Fairphone 5 audio on my Archlinux system, just for myself (afaik I'm the only user of my FP5 stuff).
-
@UndeadLeech I have just received a OnePlus 6 (enchi) and wonder if we could get the builder to actually build releases for this device as well. I have been told it's quite popular in the community @wrenix @FestplattenSchnitzel
@Lioh On the one hand I'm definitely open to the idea, but on the other hand I never really intended to ship my own Archlinux spin.
The purpose of my repos was originally just to ship my own software while it wasn't packaged yet.
DanctNIX and Kupfer both actually *want* to make this happen, so I think it would be better to try and standardize on one of those. Unfortunately their maintenance isn't particularly active.
-
@Lioh On the one hand I'm definitely open to the idea, but on the other hand I never really intended to ship my own Archlinux spin.
The purpose of my repos was originally just to ship my own software while it wasn't packaged yet.
DanctNIX and Kupfer both actually *want* to make this happen, so I think it would be better to try and standardize on one of those. Unfortunately their maintenance isn't particularly active.
@UndeadLeech yes, I thought so. But covering the devices that are popular still sounds like a good idea to me. I have read a bit about this Kupfer thing and it does not really call me. Too technical, too complicated. Your builder is imho the perfect balance.
-
Yesterday I fixed the Fairphone 5 audio on my Archlinux system, just for myself (afaik I'm the only user of my FP5 stuff).
Within that day, @wrenix submitted a pmOS patch and 3 separate people already approved it (with Luca not even being one of them).
@FestplattenSchnitzel even ported the fix to the FP4 and tested it.
PostmarketOS might not be able to win me over from Arch with their software, but the community they managed to build is impressive.
#linuxmobile #postmarketos #fairphone
@UndeadLeech @wrenix @FestplattenSchnitzel
I feel kinda the same way about Arch. I'll probably never use it, but that wiki of theirs is an incredible gift to the world.
-
Yesterday I fixed the Fairphone 5 audio on my Archlinux system, just for myself (afaik I'm the only user of my FP5 stuff).
Within that day, @wrenix submitted a pmOS patch and 3 separate people already approved it (with Luca not even being one of them).
@FestplattenSchnitzel even ported the fix to the FP4 and tested it.
PostmarketOS might not be able to win me over from Arch with their software, but the community they managed to build is impressive.
#linuxmobile #postmarketos #fairphone
@UndeadLeech @wrenix out of curiousity: what’s wrong with pmOS’ software stack?
-
@UndeadLeech @wrenix out of curiousity: what’s wrong with pmOS’ software stack?
@hsza
Nothing, it is a fantastic community and strange how fast there is.
@UndeadLeech -
@hsza
Nothing, it is a fantastic community and strange how fast there is.
@UndeadLeech@wrenix yes but the software stack. why does it not win @UndeadLeech over
-
@wrenix yes but the software stack. why does it not win @UndeadLeech over
@hsza apk is just pacman in worse. Anything pmos can do, Arch can do better.
The only thing pmos has going for it is out-of-box experience, which is not something I care about. I can build my own packages.
-
@hsza apk is just pacman in worse. Anything pmos can do, Arch can do better.
The only thing pmos has going for it is out-of-box experience, which is not something I care about. I can build my own packages.
-
@UndeadLeech @hsza one of postmarketOS's goals is to use existing software and contribute upstream. As for postmarketOS custom software, they should be completely distro-agnostic, so they should be able to run on Arch for example, or Debian/Mobian (and indeed, a bunch of pmOS software is packaged and used in Mobian). No one likes vendor lock-in
-
@UndeadLeech @hsza one of postmarketOS's goals is to use existing software and contribute upstream. As for postmarketOS custom software, they should be completely distro-agnostic, so they should be able to run on Arch for example, or Debian/Mobian (and indeed, a bunch of pmOS software is packaged and used in Mobian). No one likes vendor lock-in
@fun Apk being inspired so much by Pacman certainly makes it super easy to port packages over.
It would be so much more work if pmos was based on Debian/Fedora instead.
-
@fun Apk being inspired so much by Pacman certainly makes it super easy to port packages over.
It would be so much more work if pmos was based on Debian/Fedora instead.
@UndeadLeech it's also inspired by gentoo and such, pacman wasn't the only inspiration
-
@hsza apk is just pacman in worse. Anything pmos can do, Arch can do better.
The only thing pmos has going for it is out-of-box experience, which is not something I care about. I can build my own packages.
@UndeadLeech
The part which is a little bit better in alpine/PostmarketOS (and maybe Debian based) agains Arch, that the packages for all the CPU architecture are compiled by one (alpine,Debian) project. On ArchLinux it is a mass to decide between archlinuxarm and manjaro and for the different devices sub/private project. Just because archlinux itself compiles just against x86_64 (and not for arm).Second reason against Arch is, that you could only use an bleeding-edge version, which breaks sometimes (because there is "no stable" version).
@hsza -
@UndeadLeech
The part which is a little bit better in alpine/PostmarketOS (and maybe Debian based) agains Arch, that the packages for all the CPU architecture are compiled by one (alpine,Debian) project. On ArchLinux it is a mass to decide between archlinuxarm and manjaro and for the different devices sub/private project. Just because archlinux itself compiles just against x86_64 (and not for arm).Second reason against Arch is, that you could only use an bleeding-edge version, which breaks sometimes (because there is "no stable" version).
@hsza@wrenix Well I use my own Kernel and I've never had the desire to run anything but bleeding edge (I can always downgrade if there's issues). So this really doesn't affect me.
-
@UndeadLeech
The part which is a little bit better in alpine/PostmarketOS (and maybe Debian based) agains Arch, that the packages for all the CPU architecture are compiled by one (alpine,Debian) project. On ArchLinux it is a mass to decide between archlinuxarm and manjaro and for the different devices sub/private project. Just because archlinux itself compiles just against x86_64 (and not for arm).Second reason against Arch is, that you could only use an bleeding-edge version, which breaks sometimes (because there is "no stable" version).
@hsza -
R relay@relay.an.exchange shared this topic
