Pacman v7.0.0 released

submitted by

gitlab.archlinux.org/pacman/pacman/-/releases/v…

69

Log in to comment

4 Comments

I updated two PCs yesterday and both were fairly far behind in updates. My main rig was without issue (it was about 4 weeks since last updated). A secondary pc that was a couple of months behind did have a weird issue with the mirrors being offline or something. This was using the default mirror lists. Pac-Man couldn’t find the repositories. Ran reflector and everything was fine again. I’m thinking the issue didn’t have anything to do with pacman.

Anyways - the pacman upgrade was uneventful (which was good)

Oh no is my yay going to break for a week or two again?

Is yay known to break after pacman updates?

I believe at the v6 bump something in libalpm changed and it broke the way I had installed yay, at least. Took me a bit to fix because previously I'd just installed yay with go install and IIRC that didn't work to rebuild.

I want to say this was the issue: https://github.com/Jguer/yay/issues/1519

Comments from other communities

Damn, that game's still going, eh? (/j)

Originally it was called puckman, but they changed it because it would have been too easy to vandalize people's arch installations

going full open source 😎

pacman is my favorite game on Arch.

[- - - - - - - - - - - -C o o o o o o o o o]

  • On Linux systems, ensure the download process does not write outside the download directory

What does that mean "On Linux systems"? Pacman is available for non Linux systems?

The MSYS2 environment on Windows uses pacman as well.

Pacman was birthed from the Arch ecosystem, but it's built to be generalized so any project can use it if they choose.

arch = base.tarball[0] + pacman

[0] 90% similar to all other linux tarballs

I'm genuinely not sure what you're saying here...

The base tarball that separates Arch from Debian or Gentoo differ in very minor structural ways, but the difference is the way they fetch, parse, and install packages is huge.

Given this small difference in base tarballs, one can make the case the Arch codebase *is* the pacman codebase.

I mean... Yeah...? It's not all that controversial to say that any distro is essentially just glue between several pieces of software...

What's your point?

(not quite sure where the hostility is coming from, but) if you agree that the base tarball of the distro is inconsequential, then one could argue that the package manager is the actual distro.

That is, using pacman on Windows is akin to an Arch installation on windows.

Deleted by author

Can you do makepkg in the clone of yay PKGBUILD from aur? That seems like a better solution than symlinking...

I did this. And it worked like a charm

That's how you're supposed to use AUR, I think. All yay, paru, etc do is make it convenient to do that while also helping with searching and upgrading them.

This is the correct thing to do when it breaks, recompile and link against the new libs. Otherwise you could see funny behaviour.

This is exciting! Can't wait to kill my install by trying to upgrade!

I mean you don't really use Arch if you don't bork it once in a while. :)

NVidia borks my installation sometimes. Then my stupidity to choose the non-dkms beta driver from the AUR. But all in all, my non-NVidia-devices (server, workstation and laptop) run fine on arch testing, updated every time I use one of those devices.

That’s a very pleasant word for a horrible experience I keep doing to myself.

If anything, i would expect packagekit frontends to break. If you use pacman as intended, you’ll be just fine

You can run pacman on Windows?

yes (msys2) except it will never bork your windows install unlike on arch.

Kinda. One of the Linux "wrappers" (I'm a bit tired and can't think of the correct term here, bear with me) that lets you utilize some Linux utilities on Windows, maybe it was mingw or cygwin, actually uses pacman as their package manager IIRC.