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 "The official pacman repository". The branch, master has been updated discards 521c6859677666310b95a985fd9905b7afb7ec05 (commit) discards c8f335aef75aa749d4b48f0774a1b9de93d06cdd (commit) discards 6fdbf124442756e311524e3426662dd47e7c6efc (commit) discards 239e865321ec757981799a9699067a329a22ea82 (commit) discards 8a993b50132d5c0d46067313a78e83a20626475e (commit) discards 3ba186457402a7197be6beac3b8c94dc08f692b0 (commit) discards 90b161f7fcc356c33bcd0fe1ea1bc3682a70846f (commit) discards 11290d77a77209c4bbefd00549fa6249185a88f3 (commit) discards fc697fc1e7e978fb019ac07ea995c05de57dccb5 (commit) discards 3b0560172fdcf84aaec4dc6c3f0bcc7842100e52 (commit) discards 4cf85e3d563e6848a97c9f988027ec1bd648c3dc (commit) discards e80cd3410fbbbc4622d5009d000f62a9025b684c (commit) discards fb86c5060e8a6b8dad7241b1dc5feaeb25febc90 (commit) via 8fda300e069315ea8ddb8fbc822addf4431da436 (commit) via 45a648961b2d9d5ac4a217e783c446f14ba3a82b (commit) via 1d2dd9a128690cef754bc102605df4918a508848 (commit) via f8614d8c5be0f58db8e14092a387ff6ffbf209d7 (commit) via 027d76b9f504c61878f0e78bf04847e60f90013c (commit) via 4472ce55d7e45fdd8cb6c0213a76128fa826a31e (commit) via b9ab7790d5ab1f6e4eff21025a97dd01b3bee090 (commit) via 67a42b9549b3d0bc5a6c1f774e965553b304c1cf (commit) via d53ba019f5dfee00fd66491c1fa1ac8978fd628d (commit) via 793e2097a6f46bbc5048c540e32a4caf92a6836a (commit) via f5b373788fce2326f98a8740fdeb9b8f7dd0a846 (commit) via bc1591a0b84643ef457fcd840eff97b902287c86 (commit) via 7cc8e0181fe2bde3ec1359adf697588f47af231c (commit) This update added new revisions after undoing existing revisions. That is to say, the old revision is not a strict subset of the new revision. This situation occurs when you --force push a change and generate a repository containing something like this: * -- * -- B -- O -- O -- O (521c6859677666310b95a985fd9905b7afb7ec05) \ N -- N -- N (8fda300e069315ea8ddb8fbc822addf4431da436) When this happens we assume that you've already had alert emails for all of the O revisions, and so we here report only the revisions in the N branch from the common base, B. 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 8fda300e069315ea8ddb8fbc822addf4431da436 Author: morganamilo <morganamilo@archlinux.org> Date: Tue Dec 29 11:54:56 2020 +1000 doc: change group names to libalpm_* Also change the group's title to point to the group's man page. This makes generated man pages be named libalpm_* which is more consistent with what library man pages are usually called. Signed-off-by: Allan McRae <allan@archlinux.org> commit 45a648961b2d9d5ac4a217e783c446f14ba3a82b Author: Emil Velikov <emil.l.velikov@gmail.com> Date: Tue Jan 5 00:36:10 2021 +0000 libalpm: const annotate struct db_operations Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Signed-off-by: Allan McRae <allan@archlinux.org> commit 1d2dd9a128690cef754bc102605df4918a508848 Author: Emil Velikov <emil.l.velikov@gmail.com> Date: Tue Jan 5 00:36:09 2021 +0000 libalpm: const annotate struct pkg_operations Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Signed-off-by: Allan McRae <allan@archlinux.org> commit f8614d8c5be0f58db8e14092a387ff6ffbf209d7 Author: Allan McRae <allan@archlinux.org> Date: Fri Jan 8 20:51:51 2021 +1000 get_file_pkg_ops: update comment commit 027d76b9f504c61878f0e78bf04847e60f90013c Author: Emil Velikov <emil.l.velikov@gmail.com> Date: Tue Jan 5 00:36:08 2021 +0000 libalpm: introduce get_sync_pkg_ops() helper Currently default_pkg_ops is accessed in two different ways. There is get_file_pkg_ops (in be_package.c) creating a local once-off 'tweaked' copy. As well as load_pkg_for_entry (be_sync.c) which modifies in-place and uses default_pkg_ops. This seems rather misleading and fragile approach. Introduce a helper for the second use-case so that default_pkg_ops is handled consistently and essentially remains unchanged throughout. Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Signed-off-by: Allan McRae <allan@archlinux.org> commit 4472ce55d7e45fdd8cb6c0213a76128fa826a31e Author: morganamilo <morganamilo@archlinux.org> Date: Fri Jan 1 16:57:48 2021 +0000 pacman: total download show how many packages have been download Signed-off-by: Allan McRae <allan@archlinux.org> commit b9ab7790d5ab1f6e4eff21025a97dd01b3bee090 Author: Emil Velikov <emil.l.velikov@gmail.com> Date: Tue Jan 5 00:48:13 2021 +0000 Remove unused SYMHIDDEN macros The macro hasn't been used since 2007 with commit 7f7da2b5fc01f46d28236384540c7ecfdac16a63. Although it was still copied over into alpm_list.c an year or so later with commit ca1a1871 ("More cleanup to alpm_list") Just remove all instances of it. Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Signed-off-by: Allan McRae <allan@archlinux.org> commit 67a42b9549b3d0bc5a6c1f774e965553b304c1cf Author: Emil Velikov <emil.l.velikov@gmail.com> Date: Tue Jan 5 00:48:12 2021 +0000 meson: use hidden symbol visiblity by default All the required public API is annotated with SYMEXPORT, so we can just add the meson notation, to hide all the symbols by default. Thus we no longer spill all the internal API into the global namespace. This is effectively a regression from the autotools build, which used hidden and internal for DARWIN and others respectively. The use of hidden is considered sufficient, considering: - internal was introduced with commit 920b0d20 ("Update usage of gcc __attribute__ flags"), referencing the GCC manual and potential optimisations, although - the details about the optimisations or respective benefits are close to non-existent, - the code/data size of the binaries is identical across hidden and internal. While the latter produces slightly larger overall binaries. - Internal is not widely supported - missing on Darwin, the CMake build system lacks a wrapper (unlike for hidden) - Internal is not widely used in projects. Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Signed-off-by: Allan McRae <allan@archlinux.org> commit d53ba019f5dfee00fd66491c1fa1ac8978fd628d Author: Emil Velikov <emil.l.velikov@gmail.com> Date: Tue Jan 5 00:48:11 2021 +0000 meson: pacman-conf add missing libcommon link Currently, we are erroneously exporting all the symbols via the libalpm.so. As such, the libcommon dependency is resolved. The libalpm.so exports are about to be resolved shortly, yet that exposed that pacman-conf is missing a link against libcommon. Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Signed-off-by: Allan McRae <allan@archlinux.org> commit 793e2097a6f46bbc5048c540e32a4caf92a6836a Author: morganamilo <morganamilo@archlinux.org> Date: Fri Jan 1 16:57:47 2021 +0000 libalpm: pass the number of packages being downloaded in totaldlcb Signed-off-by: Allan McRae <allan@archlinux.org> commit f5b373788fce2326f98a8740fdeb9b8f7dd0a846 Author: morganamilo <morganamilo@archlinux.org> Date: Sat Jan 2 00:00:02 2021 +0000 libalpm: don't use curl's deprecated functions This bumps the minimun curl version from 7.32.0 to 7.55.0. Signed-off-by: Allan McRae <allan@archlinux.org> commit bc1591a0b84643ef457fcd840eff97b902287c86 Author: morganamilo <morganamilo@archlinux.org> Date: Fri Jan 1 16:57:45 2021 +0000 pacman: clean filename for downlaods The progress bar already did this. But the init event and up to date message printed the full file name. Unify these for consistency. Signed-off-by: Allan McRae <allan@archlinux.org> commit 7cc8e0181fe2bde3ec1359adf697588f47af231c Author: morganamilo <morganamilo@archlinux.org> Date: Fri Jan 1 16:57:44 2021 +0000 libalpm: remove useless if Signed-off-by: Allan McRae <allan@archlinux.org> ----------------------------------------------------------------------- Summary of changes: hooks/post-receive -- The official pacman repository