138
Genuinely the only time Arch has broken something I can't fix myself (lemmy.world)
submitted 7 months ago by erev@lemmy.world to c/linuxmemes@lemmy.world
12 comments fedilink hide all child comments

Context: A few days ago Arch pushed out a legitimately broken update. This was because they shipped out a testing version of util-linux. They very quickly fixed this... except I use SE Linux (say what you will I wanted to dive into it) and now I'm stuck waiting for the maintainer to update the AUR package so I can fix my system. This is not a general arch problem but a me problem because of my less standard, more niche build. Although the wait is genuinely making me reconsider using SE Linux as it's been a hassle to maintain (just to keep things up to date, I gave up on keeping it in enforcing mode).

top 12 comments
sorted by: hot top controversial new old
[-] Rikj000@discuss.tchncs.de 27 points 7 months ago

If working with the AUR,
you can alter the PKGBUILD and other build files on your own behalf.

To either fix what's wrong,
or to roll back to a previous version of the package.

I've did both a few times already,
however I'm on Manjaro.
Pamac, their graphical installer,
prompts me if I'd like to edit the build files before starting the build/install process, unsure how to do it in Arch, but the ArchWiki should be able to tell you.

Also, if you'd fix what's wrong,
please post your diff on the AUR package thread, that can save the maintainer some work / help with rolling an updated package out to the other users faster.

[-] erev@lemmy.world 8 points 7 months ago

I attempted to do so, but the package applies some patches to the source code and it's version dependent. I don't have the experience with this specific project to easily fix it, and I suspect by the time I figure it out the update will have already been pushed.

[-] Rikj000@discuss.tchncs.de 5 points 7 months ago* (last edited 7 months ago)

You can try rolling back to a previous version though.

By checking the log section in the AUR,
you can see all the commits (changes) done to the build files.
https://aur.archlinux.org/cgit/aur.git/log/?h=util-linux-selinux

Clicking on a commit message shows you the diff.

Start by the last commit,
undo the changes (green lines),
re-apply the removals (red lines),
then attempt to re-build.

If that did not work out,
do the same for the commit before that until you rolled back up to the latest working version.

[-] erev@lemmy.world 2 points 7 months ago

This specific version of the package isn't the issue, it's that main repo packages are built on the updated version and this hasn't been updated yet. I'm unsure of the process that is used to choose and apply the patches for this project, and I'm unsure if the current version in the repos actually has the work done on it for this specific package.

[-] midnight@kbin.social 1 points 7 months ago

Have you tried rolling back the affected packages from the main repo?

[-] erev@lemmy.world 1 points 7 months ago

It was my weekly update, ngl I'm not entirely sure all of which packages broke. That one's on me

[-] DaTingGoBrrr@lemmy.ml 15 points 7 months ago* (last edited 7 months ago)

I just want to say that "Arch" didn't push or update anything. Everything in the AUR is maintained by the community and if something from there breaks then it's not on the Arch team

[-] erev@lemmy.world 2 points 7 months ago

This package is not the fault of the Arch team. However they did push a legitimately broken update that required some people to manually reinstall core components of their system to make it functional again. They sre not responsible for my issues but they did actually fuck up recently.

[-] prettybunnys@sh.itjust.works 14 points 7 months ago* (last edited 7 months ago)

If you’re not running SELinux in enforcing mode and you’re not developing policy then you’re really not doing anything with it, for what it’s worth.

SELinux without a policy similar to a targeted policy seems not advisable on a rolling release system, unless you are actively maintaining a policy for the use case or your upstream package maintainers are releasing robust policy for everything

[-] erev@lemmy.world 7 points 7 months ago

It was a way to learn how to actually use SE Linux and its different components. I still have more that I wanna do with it, but it's one of those projects that's been on the back burner for a while

[-] danikpapas@lemm.ee 0 points 7 months ago

Just fix it yourself dude

[-] Holzkohlen@feddit.de -1 points 7 months ago

I wasn't ever going to touch SE linux, zero patience for this nonsense. Even just maintaining a firewall is tedious as hell IMHO

this post was submitted on 27 Mar 2024
138 points (96.0% liked)

linuxmemes

21255 readers
6 users here now

Hint: :q!

Sister communities:

Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
    • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
    • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

    • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS
    poopsmith@lemmy.world
    zephyr@lemmy.world
    rtxn@lemmy.world