3.14.0 Payton

[Elsie19]

Pacstall v3.14.0 Payton

This update is a quality of life update focusing on important bug fixes and adding requested features. Users can update from Pacstall 3.0.0 or higher with pacstall -U pacstall:master, or reinstall using the deb file.

Developers, Developers, Developers...

Features

• Add package function to replace install by @henryws (feat(install): add package func to replace install #917)
• Add $DISTRO variable by @henryws (feat(pacscript): add DISTRO variable #918)

Bug fixes

• Accurately log Architecture in deb by @henryws (fix(*): assorted fixes #909)
• Check for non-existence of Pacstall package while checking apt for replace by @henryws (fix(*): assorted fixes #909)
• Accurately check for apt install status by @henryws (fix(is_apt_package_installed): accurately check install status #916)
• Allow top-level files in deb by @henryws (fix(createdeb): allow top level files #919, 38a485d)

Changes

• Remove "parallel" wget downloads for patches by @henryws (fix(*): assorted fixes #909)

Performance changes

• Strip first character from flag parser with bash instead of sed by @henryws (refactor(pacstall): cut first char in var instead of sed #912)
• Remove dirname dependency by @henryws (refactor(pacstall): remove dirname, use redirection for sed, merge [[ ]] #913)

---

How to use new features

package function

Replace install() with package() in your pacscripts. You can still use install(), but with a deprecation notice. You cannot use both install() and package() in the same pacscript.

# Old
install() {
  ...
}
# New
package() {
  ...
}

Rationale

• install is a Pacscript function, but also an external command that many pacscripts use. The way Pacstall has worked around this is by using a particular decision by sudo that prevents it from running a function of the same name. For instance, if the function ls exists, and you simply run ls, the function will run, but if you run sudo ls, the actual command in $PATH will run. The same logic was used in Pacstall, but this is hacky and prevents people from simply using install instead of command install in order to run the command without using sudo if they wanted.
• This helps us converge the Pacscript spec with the PACBUILD spec.

$DISTRO variable

If you need to access the current system's distro and version, you can use $DISTRO which takes the form: $distro_name:$distro_version_name.

case "${DISTRO}" in
  ubuntu:kinetic) ;;
  *:mantic) ;;
  debian:sid) ;;
  *) ;;
esac

Rationale

• It makes accessing the systems name and version name much easier and less hacky than if it did not exist.
• We have incompatible to prevent certain distro installs, so why not add a variable to check that distro.

---

Pacscript for this releases Deb

name="pacstall"
version="3.14.0"
description="An AUR-inspired package manager for Ubuntu"
homepage='https://pacstall.dev'
depends=("bash" "curl" "wget" "unzip" "build-essential" "sensible-utils" "git")
optdepends=(
	"axel: faster file downloads"
)
maintainer="Pacstall Team <pacstall@pm.me>"
url="https://github.com/pacstall/pacstall/archive/refs/heads/${version}.zip"

prepare() {
	sudo mkdir -p "${pkgdir}/usr/bin/"
	sudo mkdir -p "${pkgdir}/usr/share/pacstall/scripts/"
	sudo mkdir -p "${pkgdir}/usr/share/pacstall/repo/"
	sudo mkdir -p "${pkgdir}/usr/share/man/man8/"
	sudo mkdir -p "${pkgdir}/var/log/pacstall/error_log/"
}

package() {
	sudo install -Dm 755 pacstall "${pkgdir}/usr/bin/"
	sudo install -C "misc/scripts"/* "${pkgdir}/usr/share/pacstall/scripts/"
	sudo install "misc/pacstall.8.gz" "${pkgdir}/usr/share/man/man8/"
	echo "https://raw.githubusercontent.com/pacstall/pacstall-programs/master" | sudo tee "${pkgdir}/usr/share/pacstall/repo/pacstallrepo.txt" >/dev/null
	sudo chmod +x "${pkgdir}/usr/share/pacstall/scripts"/*
}

---

---

This discussion was created from the release 3.14.0 Payton.