Arch-projects June 2020

arch-projects@lists.archlinux.org

6 participants
7 discussions

[arch-projects] [netctl] [GIT] Network control utility based on systemd branch master updated. 1.23-1-gb34f51a
by Jouke Witteveen 26 Jun '20

26 Jun '20

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Network control utility based on systemd". The branch, master has been updated via b34f51a16da086723b693431e727d4e1270a5328 (commit) from e81093118ab70510cb8a929311b4a86efabfa35a (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit b34f51a16da086723b693431e727d4e1270a5328 Author: Семён Марьясин <simeon(a)maryasin.name> Date: Sun May 31 19:17:43 2020 +0300 Speed up 'netctl list' When you call `netctl list`, it calls `systemctl status` for each of the profiles. By default, `systemctl status` fetches the last log entries from the journal, which is often a time-consuming operation. Additionally, the status output is not meant for machine processing. ----------------------------------------------------------------------- Summary of changes: src/lib/globals | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- Network control utility based on systemd

1 0

[arch-projects] [devtools] [PATCH 1/1] make rsync use new-style compression in makepkg.conf
by Christian Hesse 17 Jun '20

17 Jun '20

From: Christian Hesse <mail(a)eworm.de> Our rsync package is no longer built with bundled zlib, so old-style compression is no longer supported. https://www.archlinux.org/news/rsync-compatibility/ Signed-off-by: Christian Hesse <mail(a)eworm.de> --- makepkg-x86_64.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/makepkg-x86_64.conf b/makepkg-x86_64.conf index a07756c..3a1384f 100644 --- a/makepkg-x86_64.conf +++ b/makepkg-x86_64.conf @@ -15,7 +15,7 @@ DLAGENTS=('file::/usr/bin/curl -gqC - -o %o %u' 'ftp::/usr/bin/curl -gqfC - --ftp-pasv --retry 3 --retry-delay 3 -o %o %u' 'http::/usr/bin/curl -gqb "" -fLC - --retry 3 --retry-delay 3 -o %o %u' 'https::/usr/bin/curl -gqb "" -fLC - --retry 3 --retry-delay 3 -o %o %u' - 'rsync::/usr/bin/rsync --no-motd -z %u %o' + 'rsync::/usr/bin/rsync --no-motd -zz %u %o' 'scp::/usr/bin/scp -C %u %o') # Other common tools:

1 1

[arch-projects] [namcap] Bugfix for shebangdepends checking with symlink script path
by Eric Langlois 12 Jun '20

12 Jun '20

Hello, I have a patch that fixes this issue with namcap: https://bugs.archlinux.org/task/66430 To summarize, namcap script dependency checking fails whenever part of the script binary path is a symbolic link because no package provides that exact path. For example, resolving the python path as /usr/sbin/python when running as root. This patch canonicalizes the path first. - Eric Langlois

1 0

[arch-projects] [dbscripts] Licensing of the dbscripts repository under the GPL-2.0-or-later
by Eli Schwartz 08 Jun '20

08 Jun '20

Hi all, I'm one of the current maintainers of the Arch Linux dbscripts [1]. Unfortunately, it did not used to have a license, and to fix that, I have agreed with Pierre Schmitz, Aaron Griffin, Judd Vinet, and Dan McGee (who between us cover 581/715 of the commits in the repository) to license it under the terms of the GPL-2.0-or-later [2]. If you're getting this email (which is cross-posted to the arch-projects mailing list) then you've contributed changes in the past as well, which I would appreciate a positive affirmation that you consent to your contribution(s) being distributed under this license as well. (If there is a different license you'd prefer, then I will have to see what we can do, but I'm hoping that won't be necessary...) Here's the (deduplicated) list of `git shortlog` committers: Abhishek Dasgupta <abhidg(a)gmail.com> Allan McRae <allan(a)archlinux.org> Andrea Scarpino <andrea(a)archlinux.org> Daniel J Griffiths <ghost1227(a)archlinux.us> Dave Reisner <dreisner(a)archlinux.org> Eric Bélanger <eric(a)archlinux.org> Florian Pritz <bluewind(a)xinu.at> François Charette <francois(a)archlinux.org> Henning Garus <henning.garus(a)gmail.com> Jan Alexander Steffens (heftig) <jan.steffens(a)gmail.com> Jan de Groot <jan(a)archlinux.org> Jelle van der Waa <jelle(a)vdwaa.nl> Johannes Löthberg <johannes(a)kyriasis.com> Levente Polyak <anthraxx(a)archlinux.org> Luke Shumaker <lukeshu(a)parabola.nu> Rémy Oudompheng <remy(a)archlinux.org> Scott Horowitz <stonecrest(a)gmail.com> Simo Leone <simo(a)archlinux.org> Thomas Bächler <thomas(a)archlinux.org> Travis Willard <travis(a)archlinux.org> Xavier Chantry <shiningxc(a)gmail.com> -- Eli Schwartz Bug Wrangler and Trusted User [1] https://git.archlinux.org/dbscripts.git/about/ https://github.com/archlinux/dbscripts [2] https://spdx.org/licenses/GPL-2.0-or-later.html

3 2

[arch-projects] [devtools] [PATCH] makerepropkg: allow specifying the package in pacman -S format
by Eli Schwartz 08 Jun '20

08 Jun '20

We now accept: 1) # nothing in which case we'll use the PKGBUILD to retrieve... 2) name, or repo/name in which case we'll use pacman to cache the package and retrieve... 3) a filename Signed-off-by: Eli Schwartz <eschwartz(a)archlinux.org> --- doc/makerepropkg.1.asciidoc | 11 +++++++- makerepropkg.in | 54 +++++++++++++++++++++++++++---------- 2 files changed, 50 insertions(+), 15 deletions(-) diff --git a/doc/makerepropkg.1.asciidoc b/doc/makerepropkg.1.asciidoc index 0d7ddcb..e9f4c24 100644 --- a/doc/makerepropkg.1.asciidoc +++ b/doc/makerepropkg.1.asciidoc @@ -7,7 +7,7 @@ makerepropkg - Rebuild a package to see if it is reproducible Synopsis -------- -makerepropkg [OPTIONS] <package_file>... +makerepropkg [OPTIONS] [<package_file|pkgname>...] Description ----------- @@ -24,6 +24,15 @@ When given multiple packages, additional package files are assumed to be split packages and will be treated as additional artifacts to compare during the verification step. +A valid target(s) for pacman -S can be specified instead, and makerepropkg will +download it to the cache if needed. This is mostly useful to specify which +repository to retrieve from. If no positional arguments are specified, the +targets will be sourced from the PKGBUILD. + +In either case, the package name will be converted to a filename from the +cache, and makerepropkg will proceed as though this filename was initially +specified. + This implements a verifier for pacman/libalpm packages in accordance with the link:https://reproducible-builds.org/[Reproducible Builds] project. diff --git a/makerepropkg.in b/makerepropkg.in index c609ff6..051fe40 100755 --- a/makerepropkg.in +++ b/makerepropkg.in @@ -124,20 +124,46 @@ shift $((OPTIND - 1)) check_root -if [[ -n $1 ]]; then - pkgfile="$1" - splitpkgs=("$@") - for f in "${splitpkgs[@]}"; do - if ! bsdtar -tqf "${f}" .BUILDINFO >/dev/null 2>&1; then - error "file is not a valid pacman package: '%s'" "${f}" - exit 1 - fi - done -else - error "no package file specified. Try '${BASH_SOURCE[0]##*/} -h' for more information. " - exit 1 +[[ -f PKGBUILD ]] || { error "No PKGBUILD in current directory."; exit 1; } + +# without arguments, get list of packages from PKGBUILD +if [[ -z $1 ]]; then + mapfile -t pkgnames < <(source PKGBUILD; pacman -Sddp --print-format '%r/%n' "${pkgname[@]}") + wait $! || { + error "No package file specified and failed to retrieve package names from './PKGBUILD'." + plain "Try '${BASH_SOURCE[0]##*/} -h' for more information." >&2 + exit 1 + } + msg "Reproducing all pkgnames listed in ./PKGBUILD" + set -- "${pkgnames[@]}" fi +# check each package to see if it's a file, and if not, try to download it +# using pacman -Sw, and get the filename from there +splitpkgs=() +for p in "$@"; do + if [[ -f ${p} ]]; then + splitpkgs+=("${p}") + else + pkgfile_remote=$(pacman -Sddp "${p}" 2>/dev/null) || { error "package name '%s' not in repos" "${p}"; exit 1; } + pkgfile=${pkgfile_remote#file://} + if [[ ! -f ${pkgfile} ]]; then + msg "Downloading package '%s' into pacman's cache" "${pkgfile}" + sudo pacman -Swdd --noconfirm --logfile /dev/null "${p}" || exit 1 + pkgfile_remote=$(pacman -Sddp "${p}" 2>/dev/null) + pkgfile="${pkgfile_remote#file://}" + fi + splitpkgs+=("${pkgfile}") + fi +done + +for f in "${splitpkgs[@]}"; do + if ! bsdtar -tqf "${f}" .BUILDINFO >/dev/null 2>&1; then + error "file is not a valid pacman package: '%s'" "${f}" + exit 1 + fi +done + if (( ${#cache_dirs[@]} == 0 )); then mapfile -t cache_dirs < <(pacman-conf CacheDir) fi @@ -148,11 +174,11 @@ load_makepkg_config HOME=${ORIG_HOME} [[ -d ${SRCDEST} ]] || SRCDEST=${PWD} -parse_buildinfo < <(bsdtar -xOqf "${pkgfile}" .BUILDINFO) +parse_buildinfo < <(bsdtar -xOqf "${splitpkgs[0]}" .BUILDINFO) export SOURCE_DATE_EPOCH="${buildinfo[builddate]}" PACKAGER="${buildinfo[packager]}" BUILDDIR="${buildinfo[builddir]}" -PKGEXT=${pkgfile#${pkgfile%.pkg.tar*}} +PKGEXT=${splitpkgs[0]#${splitpkgs[0]%.pkg.tar*}} # nuke and restore reproducible testenv for copy in "${buildroot}"/*/; do -- 2.27.0

1 0

[arch-projects] [dbscripts] [GIT] Official repo DB scripts branch master updated. 20191022-2-geb1a090
by eschwartz＠archlinux.org 05 Jun '20

05 Jun '20

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Official repo DB scripts". The branch, master has been updated via eb1a090c5bfb9a1620abc21f8b81da510f965c4d (commit) from e7d06173a46eebad332805856e352531fc7b379b (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit eb1a090c5bfb9a1620abc21f8b81da510f965c4d Author: Eli Schwartz <eschwartz(a)archlinux.org> Date: Thu Jun 4 23:15:37 2020 -0400 rewrite issplitpkg check to be compatible with pacman 5.1 We tried to optimize out checking packages which aren't even split packages, by skipping the ones with no pkgbase. But pacman 5.1 always writes the pkgbase in order to simplify parsing of the .PKGINFO, so this was no longer reliable. Instead, check how many pkgnames are in the corresponding PKGBUILD. This is the master source of truth anyway. ----------------------------------------------------------------------- Summary of changes: db-functions | 19 +++++-------------- 1 file changed, 5 insertions(+), 14 deletions(-) hooks/post-receive -- Official repo DB scripts

1 0

[arch-projects] [dbscripts] [GIT] Official repo DB scripts branch master updated. 20191022-1-ge7d0617
by eschwartz＠archlinux.org 05 Jun '20

05 Jun '20

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Official repo DB scripts". The branch, master has been updated via e7d06173a46eebad332805856e352531fc7b379b (commit) from ffae053006b2ecd53b028e26252b5b58e1f85d43 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit e7d06173a46eebad332805856e352531fc7b379b Author: Eli Schwartz <eschwartz(a)archlinux.org> Date: Thu Jun 4 23:08:39 2020 -0400 add licensing information based on discussion with primary contributors Further contributions will need to be consistent with this, and now we need to hunt down the remaining contributors and clarify the license status. Fun! Signed-off-by: Eli Schwartz <eschwartz(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: LICENSE.md | 361 ++++++++++++++++++++++++++++++++++++++++++++++++++++++ LICENSE_STATUS.md | 48 ++++++++ README.md | 20 +++ 3 files changed, 429 insertions(+) create mode 100644 LICENSE.md create mode 100644 LICENSE_STATUS.md hooks/post-receive -- Official repo DB scripts

1 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Arch-projects June 2020