- Pacman-dev - lists.archlinux.org

[pacman-dev] Segmentation fault in Arch Linux when updating ghc
by David Grayson 12 Dec '15

12 Dec '15

Hello. I am not sure if this is the right place to report this. I encountered a segmentation fault when running Pacman in x86_64 Arch Linux. To reproduce the problem, I ran: sudo pacman -S ghc --debug &> pacman_ghc_segfault.txt The full output is attached to this email. The part of the output right before the segmentation fault looks like this: ==== debug: checking dependencies debug: checkdeps: package ghc-7.10.3-1 debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-data-default' debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-data-default-class' debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-data-default-instances-base' debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-data-default-instances-containers' debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-data-default-instances-dlist' debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-data-default-instances-old-locale' debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-dlist' debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-extensible-exceptions' debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-mtl' debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-old-locale' debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-utf8-string' debug: checkdeps: transaction would break 'ghc=7.10.2' dependency of 'haskell-x11' error: failed to prepare transaction (could not satisfy dependencies) error: segmentation fault Please submit a full bug report with --debug if appropriate. ==== The reason I tried to update the ghc package by itself is because I got this strange error when running "pacman -Syu". I have seen file conflict errors before, but this one did not list any file names on the path, so I didn't know how to fix it. (I removed the progress bar from the output.) ==== (23/23) checking for file conflicts error: failed to commit transaction (conflicting files) Errors occurred, no packages were upgraded. ==== I could probably fix my system by uninstalling ghc and the haskell packages, but don't worry about that. The point of this report is not to get help, but to report a bug and give the pacman developers any information that is needed to fix it. Please let me know if you want me to provide any more information. --David Grayson

1 0

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v4.2.1-289-gf985414
by allan＠archlinux.org 09 Dec '15

09 Dec '15

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 via f98541400b7ede2d4a99de5f2f6a25257b545a98 (commit) from 2015f0d1d9370e16e895ff51dce291a94570e056 (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 f98541400b7ede2d4a99de5f2f6a25257b545a98 Author: Allan McRae <allan(a)archlinux.org> Date: Wed Dec 9 16:02:55 2015 +1000 Pull translations from Transifex and prepare for next release Signed-off-by: Allan McRae <allan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: lib/libalpm/po/LINGUAS | 3 + lib/libalpm/po/ar.po | 277 ++-- lib/libalpm/po/ast.po | 17 +- lib/libalpm/po/bg.po | 28 +- lib/libalpm/po/br.po | 852 ++++++++++++ lib/libalpm/po/ca.po | 407 +++--- lib/libalpm/po/cs.po | 254 ++-- lib/libalpm/po/da.po | 252 ++-- lib/libalpm/po/de.po | 252 ++-- lib/libalpm/po/el.po | 252 ++-- lib/libalpm/po/en_GB.po | 252 ++-- lib/libalpm/po/{hr.po => eo.po} | 595 ++++---- lib/libalpm/po/es.po | 258 ++-- lib/libalpm/po/es_419.po | 258 ++-- lib/libalpm/po/eu.po | 2 +- lib/libalpm/po/fi.po | 252 ++-- lib/libalpm/po/fr.po | 253 ++-- lib/libalpm/po/gl.po | 254 ++-- lib/libalpm/po/hr.po | 249 ++-- lib/libalpm/po/hu.po | 252 ++-- lib/libalpm/po/id.po | 260 ++-- lib/libalpm/po/it.po | 266 ++-- lib/libalpm/po/ja.po | 261 ++-- lib/libalpm/po/{uz.po => ka.po} | 290 ++-- lib/libalpm/po/kk.po | 252 ++-- lib/libalpm/po/ko.po | 252 ++-- lib/libalpm/po/libalpm.pot | 245 ++-- lib/libalpm/po/lt.po | 252 ++-- lib/libalpm/po/nb.po | 252 ++-- lib/libalpm/po/nl.po | 252 ++-- lib/libalpm/po/pl.po | 252 ++-- lib/libalpm/po/pt.po | 253 ++-- lib/libalpm/po/pt_BR.po | 259 ++-- lib/libalpm/po/ro.po | 410 +++--- lib/libalpm/po/ru.po | 282 ++-- lib/libalpm/po/sk.po | 262 ++-- lib/libalpm/po/sl.po | 256 ++-- lib/libalpm/po/sr.po | 278 ++-- lib/libalpm/po/sr(a)latin.po | 281 ++-- lib/libalpm/po/sv.po | 267 ++-- lib/libalpm/po/tr.po | 252 ++-- lib/libalpm/po/uk.po | 252 ++-- lib/libalpm/po/ur.po | 2 +- lib/libalpm/po/uz.po | 2 +- lib/libalpm/po/vi.po | 2 +- lib/libalpm/po/zh_CN.po | 254 ++-- lib/libalpm/po/zh_TW.po | 418 +++--- scripts/po/LINGUAS | 4 + scripts/po/ar.po | 1237 +++++++++-------- scripts/po/ast.po | 2 +- scripts/po/{pacman-scripts.pot => az_AZ.po} | 1098 ++++++++------- scripts/po/bg.po | 378 +++--- scripts/po/br.po | 1943 ++++++++++++++++++++++++++ scripts/po/ca.po | 1645 ++++++++++++----------- scripts/po/cs.po | 1133 +++++++++------- scripts/po/da.po | 1127 +++++++++------- scripts/po/de.po | 1131 +++++++++------- scripts/po/el.po | 1124 +++++++++------- scripts/po/en_GB.po | 1124 +++++++++------- scripts/po/eo.po | 1944 +++++++++++++++++++++++++++ scripts/po/es.po | 1256 +++++++++-------- scripts/po/es_419.po | 1249 +++++++++-------- scripts/po/eu.po | 10 +- scripts/po/fi.po | 1133 +++++++++------- scripts/po/fr.po | 1197 +++++++++-------- scripts/po/gl.po | 1437 +++++++++++--------- scripts/po/hr.po | 1112 +++++++-------- scripts/po/hu.po | 1126 +++++++++------- scripts/po/id.po | 1136 ++++++++-------- scripts/po/it.po | 1195 ++++++++-------- scripts/po/ja.po | 1127 +++++++++------- scripts/po/{pacman-scripts.pot => ka.po} | 1101 +++++++-------- scripts/po/kk.po | 1121 ++++++++------- scripts/po/ko.po | 1124 +++++++++------- scripts/po/lt.po | 1133 +++++++++------- scripts/po/nb.po | 1146 ++++++++-------- scripts/po/nl.po | 1324 +++++++++--------- scripts/po/pacman-scripts.pot | 1075 ++++++++------- scripts/po/pl.po | 1138 ++++++++-------- scripts/po/pt.po | 1135 ++++++++-------- scripts/po/pt_BR.po | 1135 +++++++++------- scripts/po/ro.po | 1507 +++++++++++---------- scripts/po/ru.po | 1795 +++++++++++++------------ scripts/po/sk.po | 1150 ++++++++-------- scripts/po/sl.po | 1126 +++++++++------- scripts/po/sr.po | 1424 +++++++++++--------- scripts/po/sr(a)latin.po | 1441 +++++++++++--------- scripts/po/sv.po | 1134 +++++++++------- scripts/po/tr.po | 1137 ++++++++-------- scripts/po/uk.po | 1137 ++++++++-------- scripts/po/uz.po | 2 +- scripts/po/zh_CN.po | 1188 ++++++++-------- scripts/po/zh_TW.po | 1159 ++++++++-------- src/pacman/po/LINGUAS | 4 + src/pacman/po/ar.po | 1204 +++++++++-------- src/pacman/po/ast.po | 23 +- src/pacman/po/{vi.po => az_AZ.po} | 936 +++++++------ src/pacman/po/bg.po | 38 +- src/pacman/po/br.po | 1772 ++++++++++++++++++++++++ src/pacman/po/ca.po | 1202 +++++++++-------- src/pacman/po/cs.po | 885 ++++++------ src/pacman/po/da.po | 877 ++++++------ src/pacman/po/de.po | 877 ++++++------ src/pacman/po/el.po | 875 ++++++------ src/pacman/po/en_GB.po | 876 ++++++------ src/pacman/po/eo.po | 1255 +++++++++-------- src/pacman/po/es.po | 1001 +++++++------- src/pacman/po/es_419.po | 937 +++++++------ src/pacman/po/eu.po | 2 +- src/pacman/po/fa.po | 813 +++++------ src/pacman/po/fi.po | 875 ++++++------ src/pacman/po/fr.po | 880 ++++++------ src/pacman/po/gl.po | 991 ++++++++------ src/pacman/po/hr.po | 878 ++++++------ src/pacman/po/hu.po | 878 ++++++------ src/pacman/po/id.po | 880 ++++++------ src/pacman/po/it.po | 898 +++++++------ src/pacman/po/ja.po | 875 ++++++------ src/pacman/po/ka.po | 1712 +++++++++++++++++++++++ src/pacman/po/kk.po | 872 ++++++------ src/pacman/po/ko.po | 935 +++++++------ src/pacman/po/lt.po | 869 ++++++------ src/pacman/po/nb.po | 909 +++++++------ src/pacman/po/nl.po | 890 ++++++------ src/pacman/po/pacman.pot | 705 +++++----- src/pacman/po/pl.po | 881 ++++++------ src/pacman/po/pt.po | 885 ++++++------ src/pacman/po/pt_BR.po | 893 ++++++------ src/pacman/po/ro.po | 1089 ++++++++------- src/pacman/po/ru.po | 997 +++++++------- src/pacman/po/sk.po | 897 ++++++------ src/pacman/po/sl.po | 882 ++++++------ src/pacman/po/sr.po | 1043 +++++++------- src/pacman/po/sr(a)latin.po | 1045 +++++++------- src/pacman/po/sv.po | 899 +++++++------ src/pacman/po/{vi.po => th.po} | 758 ++++++----- src/pacman/po/tr.po | 876 ++++++------ src/pacman/po/uk.po | 894 ++++++------ src/pacman/po/ur.po | 2 +- src/pacman/po/uz.po | 2 +- src/pacman/po/vi.po | 705 +++++----- src/pacman/po/zh_CN.po | 872 ++++++------ src/pacman/po/zh_TW.po | 1044 +++++++------- 143 files changed, 60820 insertions(+), 44751 deletions(-) create mode 100644 lib/libalpm/po/br.po copy lib/libalpm/po/{hr.po => eo.po} (50%) copy lib/libalpm/po/{uz.po => ka.po} (73%) copy scripts/po/{pacman-scripts.pot => az_AZ.po} (68%) create mode 100644 scripts/po/br.po create mode 100644 scripts/po/eo.po copy scripts/po/{pacman-scripts.pot => ka.po} (67%) copy src/pacman/po/{vi.po => az_AZ.po} (65%) create mode 100644 src/pacman/po/br.po create mode 100644 src/pacman/po/ka.po copy src/pacman/po/{vi.po => th.po} (69%) hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v4.2.1-288-g2015f0d
by allan＠archlinux.org 09 Dec '15

09 Dec '15

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 via 2015f0d1d9370e16e895ff51dce291a94570e056 (commit) via 137ea39fa11c321a9c33000ff1b5c6cc3c59b47d (commit) via 9cdfd18739cc4b0e2b2efeb9a92a3ea612c8505f (commit) via 71f9de64c6eaf11e22551de56d4e9233dddfe238 (commit) via 8ee084dbb33a9a9fee77376f5fac07f331a24ef8 (commit) via d069d9714af61749666ca4caa31ef66cfa35ee86 (commit) from a8e2578febbb71d1b788c7270c2be57ca1e64dec (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 2015f0d1d9370e16e895ff51dce291a94570e056 Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Sat Dec 5 11:31:43 2015 -0500 alpm_run_chroot: remove dead code Removes a leftover error message from when fdopen and fgets were used to read from the pipe. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 137ea39fa11c321a9c33000ff1b5c6cc3c59b47d Author: Allan McRae <allan(a)archlinux.org> Date: Sat Oct 17 00:57:12 2015 +0000 makepkg: record build information in .BUILDINFO This information can be used to reproduce build conditions, which can then be used to determine if a package builds reproducibly. Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 9cdfd18739cc4b0e2b2efeb9a92a3ea612c8505f Author: Luke <gaming4jc2(a)yahoo.com> Date: Sun Dec 6 10:11:33 2015 +1000 makepkg: add whirlpool to the list of hashing algorithms Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 71f9de64c6eaf11e22551de56d4e9233dddfe238 Author: David Macek <david.macek.0(a)gmail.com> Date: Sun Nov 29 14:55:15 2015 +0100 alpm_initialize: Fix double slash in sys hook dir path The path of the default system hook directory was created by concatenating `myhandle->root` (usually "/"), and SYSHOOKDIR (usually "/usr/share/libalpm/hooks/"), resulting in "//usr/share/libalpm/hooks/". Fix this by skipping the initial slash from SYSHOOKDIR. Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 8ee084dbb33a9a9fee77376f5fac07f331a24ef8 Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Sat Dec 5 05:46:08 2015 -0500 db_update: always clear db flags after update Signature downloading and DB validation was being based on the most recent download status for the DB. If a DB successfully downloaded but a signature did not, db_update would move to the next server. If the next server tried does not have a more recent copy of the DB, db_update would not download the DB again and would forget that the DB had previously been updated. In this case it would skip validation entirely, leaving an updated DB with the original validation status. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit d069d9714af61749666ca4caa31ef66cfa35ee86 Author: Alastair Hughes <hobbitalastair(a)gmail.com> Date: Fri Dec 4 19:47:08 2015 +1300 Updated the documentation for makepkg's -L option. At some point back in 2009, logging was expanded to cover all of the packaging functions, but the man page was not updated to reflect that. Fix that! Signed-off-by: Alastair Hughes <hobbitalastair(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: doc/makepkg.8.txt | 10 +++++----- lib/libalpm/alpm.c | 7 +++++-- lib/libalpm/be_sync.c | 45 +++++++++++++++++++++++---------------------- lib/libalpm/util.c | 5 ----- scripts/makepkg.sh.in | 35 ++++++++++++++++++++--------------- 5 files changed, 53 insertions(+), 49 deletions(-) hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] Source Package Repositories
by Allan McRae 06 Dec '15

06 Dec '15

Now we have .SRCINFO in source packages, it would be easy to add the source packages to a repository and have pacman be able to access them. This will kill ABS in Arch! There are two ideas on how this should be handled: 1) Add source package information in the .db file if it is there when a package is added or 2) Have a separate .source repository I have listed the pros/cons of each approach here: https://wiki.archlinux.org/index.php/User:Allan/Pacman_Source_Repositories I personally like #2, because adding them to .db files is a major increase in size. Currently, signatures take up ~55% of the average sync database size. With the source package also having a signature, that increases the db by slightly more than that much again. Any other comments to add to the debate before I make a final decision and implement this? Cheers, Allan

2 8

[pacman-dev] [PATCH v3] makepkg: record build information in .BUILDINFO
by Allan McRae 06 Dec '15

06 Dec '15

This information can be used to reproduce build conditions, which can then be used to determine if a package builds reproducibly. Signed-off-by: Allan McRae <allan(a)archlinux.org> --- v3: Remove recording of environmental variables - that was a failure. This should not be controversial now. It records: - buildpath - PKGBUILD hash - installed package list The buildenv and options arrays are moved from .PKGINFO to .BUILDINFO scripts/makepkg.sh.in | 42 ++++++++++++++++++++++++++++-------------- 1 file changed, 28 insertions(+), 14 deletions(-) diff --git a/scripts/makepkg.sh.in b/scripts/makepkg.sh.in index 43584c3..42ec297 100644 --- a/scripts/makepkg.sh.in +++ b/scripts/makepkg.sh.in @@ -223,7 +223,7 @@ run_pacman() { else cmd=("$PACMAN_PATH" "$@") fi - if [[ $1 != -@(T|Qq) ]]; then + if [[ $1 != -@(T|Qq|Q) ]]; then if type -p sudo >/dev/null; then cmd=(sudo "${cmd[@]}") else @@ -1147,19 +1147,23 @@ write_pkginfo() { [[ $optdepends ]] && printf "optdepend = %s\n" "${optdepends[@]//+([[:space:]])/ }" [[ $makedepends ]] && printf "makedepend = %s\n" "${makedepends[@]}" [[ $checkdepends ]] && printf "checkdepend = %s\n" "${checkdepends[@]}" +} - local it - for it in "${packaging_options[@]}"; do - check_option "$it" "y" - case $? in - 0) - printf "makepkgopt = %s\n" "$it" - ;; - 1) - printf "makepkgopt = %s\n" "!$it" - ;; - esac - done +write_buildinfo() { + msg2 "$(gettext "Generating %s file...")" ".BUILDINFO" + + printf "builddir = %s\n" "${BUILDDIR}" + + local sum="$(openssl dgst -sha256 "${BUILDFILE}")" + sum=${sum##* } + + printf "pkgbuild_sha256sum = %s\n" $sum + + printf "buildenv = %s\n" "${BUILDENV[@]}" + printf "options = %s\n" "${OPTIONS[@]}" + + local pkglist=($(run_pacman -Q | sed "s# #-#")) + printf "installed = %s\n" "${pkglist[@]}" } create_package() { @@ -1176,8 +1180,9 @@ create_package() { pkgarch=$(get_pkg_arch) write_pkginfo > .PKGINFO + write_buildinfo > .BUILDINFO - local comp_files=('.PKGINFO') + local comp_files=('.PKGINFO' '.BUILDINFO') # check for changelog/install files for i in 'changelog/.CHANGELOG' 'install/.INSTALL'; do @@ -1962,6 +1967,15 @@ GPGKEY=${_GPGKEY:-$GPGKEY} PACKAGER=${_PACKAGER:-$PACKAGER} CARCH=${_CARCH:-$CARCH} +# record initial build environment +cppflags="$CPPFLAGS" +cflags="$CFLAGS" +cxxflags="$CXXFLAGS" +ldflags="$LDFLAGS" +debug_cflags="$DEBUG_CFLAGS" +debug_cxxflags="$DEBUG_CXXFLAGS" + + if (( ! INFAKEROOT )); then if (( EUID == 0 )); then error "$(gettext "Running %s as root is not allowed as it can cause permanent,\n\ -- 2.6.3

1 1

[pacman-dev] [PATCH] alpm_run_chroot: remove dead code
by Andrew Gregory 05 Dec '15

05 Dec '15

Removes a leftover error message from when fdopen and fgets were used to read from the pipe. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> --- lib/libalpm/util.c | 5 ----- 1 file changed, 5 deletions(-) diff --git a/lib/libalpm/util.c b/lib/libalpm/util.c index 7e8f85e..3824d13 100644 --- a/lib/libalpm/util.c +++ b/lib/libalpm/util.c @@ -705,11 +705,6 @@ int _alpm_run_chroot(alpm_handle_t *handle, const char *cmd, char *const argv[], } } - /* report error from above after the child has exited */ - if(retval != 0) { - _alpm_log(handle, ALPM_LOG_ERROR, _("could not open pipe (%s)\n"), strerror(errno)); - goto cleanup; - } /* check the return status, make sure it is 0 (success) */ if(WIFEXITED(status)) { _alpm_log(handle, ALPM_LOG_DEBUG, "call to waitpid succeeded\n"); -- 2.6.3

1 0

[pacman-dev] [PATCH] Updated the documentation for makepkg's -L option.
by Alastair Hughes 05 Dec '15

05 Dec '15

At some point back in 2009, logging was expanded to cover all of the packaging functions, but the man page was not updated to reflect that. Fix that! Signed-off-by: Alastair Hughes <hobbitalastair(a)gmail.com> --- doc/makepkg.8.txt | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/doc/makepkg.8.txt b/doc/makepkg.8.txt index faf3e19..bfb0cee 100644 --- a/doc/makepkg.8.txt +++ b/doc/makepkg.8.txt @@ -103,11 +103,11 @@ Options linkman:pacman[8]. *-L, \--log*:: - Enable makepkg build logging. This will use the *tee* program to send - output of the `build()` function to both the console and to a text file in - the build directory named `pkgname-pkgver-pkgrel-arch.log`. As mentioned - above, the build log will be localized so you may want to set your locale - accordingly if sharing the log output with others. + Enable logging. This will use the *tee* program to send the output of each + of the package functions to both the console and to a text file in the + build directory named `pkgbase-pkgver-pkgrel-arch-pkgfunc.log`. + As mentioned above, the logs will be localized so you may want to set your + locale accordingly if sharing the log output with others. *-m, \--nocolor*:: Disable color in output messages. -- 2.6.3

2 1

[pacman-dev] Broken pacman output when resizing
by Constantin Weißer 05 Dec '15

05 Dec '15

Hi there! As probably everyone noticed one time or the other, pacman output (in particular progress bars) breaks whenever one resizes the terminal, which leads to scrambled output like this: https://paste.xinu.at/LNo/plain This is due to the fact, that pacman always claims the whole terminal width. Whenever one runs pacman in tmux (split pane) or uses a tiling wm, resizing happens quite often and will produce such broken output. Considering the output closely, we have quite some "uninteresting" information there. All the 100% progress bars are actually redundant as pacman does not continue installation (or download) if it cannot retrieve a package. Also, it only downloads one package at a time, so we only really care about the progress of the last package (or total progress). I thus propose a different output: https://paste.xinu.at/m-5XEa/ version1 uses a fixed 100 columns output, version2 a fixed 80 columns output. In version1 it is possible to draw the per package progress at the same line as the package name. When complete, only the package name remains. In both versions the currently downloaded package is always the last line of the output. Both proposals contain an example for per package and total progress. I'm personally in favour of version2, because it seems safe to assume that we always have 80 cols available and it also unifies the output style for both per package and total progress. To sum up the changes shown in the mockups, I propose: * progress bars of database synchronising, download and installation move on line below compared with the current output * when a step is complete, the line with the package (or step) name remains, but without any width-dependent progress bars. For download, you find and example in the link above. For installation a finished steop could look like this: (26/63) upgrading opus So basically just the redundant progress bar is removed here. * The output is limited to 80 columns which should fit nicely as seen in the example. * Other output (such as warnings, errors, new optional deps, ...) remains the same. Is there any interest for such a change? If so, I could develop and provide a patch. I'm also happy about comments, fine-tuning and further improvements to the proposal. -- Constantin

6 5

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v4.2.1-282-ga8e2578
by allan＠archlinux.org 05 Dec '15

05 Dec '15

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 via a8e2578febbb71d1b788c7270c2be57ca1e64dec (commit) via b8a72770619a29db436e2a3883ebe03910a8e827 (commit) via 8089081ef962337d9ff445213cdb160fc47da7c8 (commit) via c74495a3b217249e3a14d616b38367b6dbb006e4 (commit) via 4d2317dafb3c3aac56f9f604262d82fd1b396a19 (commit) via 220a3ce2b8177bb3cc8a7a20715b67d5cbf7fc71 (commit) via 8d11aa3cdf284ebd5b0239b3e3e2f0c39ec7c3ba (commit) via 85508b478e23ef225afccf5ec27dffb39a0300c9 (commit) via 7fb8a299c2a2e18eed21694ba24cf8959aa830dd (commit) via 7b6f7bbe090e9c10c094c998147212ec0c1ba770 (commit) via 16623a7ea577309c8cfb90920ca61342c585f73a (commit) via 4838d250e5fc258bdd52dc31098ed2ad0e44ee40 (commit) via bb5e6c3b767e923fdb6cbdd75a930838c9b2a018 (commit) via 8a373096f590925465f624d7b0bf466b02143ce1 (commit) via 088649534e7fd493cab4fce335f50a68108a48a6 (commit) from dfa4dcb16d42a84a76ed22792f681190aaa60b31 (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 a8e2578febbb71d1b788c7270c2be57ca1e64dec Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Fri Dec 4 14:27:41 2015 -0500 remove soft interrupt handler before cleanup The soft interrupt handler dereferences config, causing a segfault if it is called during cleanup. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit b8a72770619a29db436e2a3883ebe03910a8e827 Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Mon Nov 30 13:07:11 2015 -0500 extract soft interrupt handlers Delays handler setup until after config is set to a valid value to avoid a segmentation fault. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 8089081ef962337d9ff445213cdb160fc47da7c8 Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Thu Nov 12 18:56:26 2015 -0500 extract SIGSEGV handler Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit c74495a3b217249e3a14d616b38367b6dbb006e4 Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Thu Nov 12 18:51:15 2015 -0500 extract SIGWINCH handler Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 4d2317dafb3c3aac56f9f604262d82fd1b396a19 Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Mon Nov 30 12:36:30 2015 -0500 move signal handlers to sighandler.[ch] Signals are special because they run asynchronously, making them non-trivial to handle correctly. Move the handlers a separate file to offset them from the normal code and make them easier to separate into individual functions without further cluttering pacman.c Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 220a3ce2b8177bb3cc8a7a20715b67d5cbf7fc71 Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Mon Nov 30 12:29:13 2015 -0500 avoid unsafe functions in signal handler signal(7) lists a set of functions that can safely be called from within a signal handler. Even fileno and strlen are not guaranteed to be safe. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 8d11aa3cdf284ebd5b0239b3e3e2f0c39ec7c3ba Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Mon Nov 30 12:16:48 2015 -0500 remove SIG_IGN check when setting signal handler Our signal handler provides a way to gracefully interrupt a transaction and should always be set. The check appears to have originally been copied directly from the glibc manual. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 85508b478e23ef225afccf5ec27dffb39a0300c9 Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Mon Nov 30 12:10:58 2015 -0500 do not catch SIGTERM On SIGTERM pacman was exiting immediately, even in the middle of a transaction. In this case we should leave the lock file in place as an indication that the database may not be in a consistent state. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 7fb8a299c2a2e18eed21694ba24cf8959aa830dd Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Thu Nov 12 18:37:43 2015 -0500 pacman: exit without memory cleanup on signals Memory allocation/deallocation functions are not safe to call from signal handlers. Just remove the lock file if there is one and exit immediately. Fixes: FS#46375, FS#45995, FS#47011 Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 7b6f7bbe090e9c10c094c998147212ec0c1ba770 Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Thu Nov 12 18:06:53 2015 -0500 add and expose alpm_unlock alpm_unlock is a limited version of alpm_release that does nothing but the actual unlinking of the lock file and is therefore safe to call from signal handlers. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 16623a7ea577309c8cfb90920ca61342c585f73a Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Thu Nov 12 17:58:01 2015 -0500 handle_unlock: return 0 if lockfile == NULL Returning -1 is useless since we don't provide any way to determine why it failed. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 4838d250e5fc258bdd52dc31098ed2ad0e44ee40 Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Fri Dec 4 14:14:32 2015 -0500 skip conflicts resolved by file replacement When replacing a file with a directory, any files inside the new directory cannot possibly exist on the filesystem and can be skipped. This allows cross-package symlink-to-directory transitions when there are files with the same name under both the symlinked directory and the new directory. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit bb5e6c3b767e923fdb6cbdd75a930838c9b2a018 Author: Andrew Gregory <andrew.gregory.8(a)gmail.com> Date: Fri Dec 4 14:14:31 2015 -0500 always unlink files before extraction libarchive will not extract a directory over an existing directory symlink, making it impossible to replace a symlink with a directory across packages. Adding the ARCHIVE_EXTRACT_UNLINK and ARCHIVE_EXTRACT_SECURE_SYMLINKS causes libarchive to unlink the existing symlink and prevents it from extracting any paths that contain a symlink, which we should not be doing anyway. Signed-off-by: Andrew Gregory <andrew.gregory.8(a)gmail.com> Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 8a373096f590925465f624d7b0bf466b02143ce1 Author: Allan McRae <allan(a)archlinux.org> Date: Fri Dec 4 07:36:01 2015 +1000 Detect potential conflict when symlink to directory is changing to directory When a symlink to a directory is changing to a directory, any package file inside the new directory can create an unexpected conflict with the filesystem. Reported by Neofytos and Luca from Chakra. Signed-off-by: Allan McRae <allan(a)archlinux.org> commit 088649534e7fd493cab4fce335f50a68108a48a6 Author: Allan McRae <allan(a)archlinux.org> Date: Sun Nov 29 08:42:56 2015 +1000 Add large file support CFLAGS to pkgconfig file Large file support is enabled by our configure script as required. If anything linking to libalpm does not also define large file support, there will be differences in the size of off_t which are not caught until runtime. Add the required CFLAGS to the pkg-config file so that users of libalpm know what flags are required. Signed-off-by: Allan McRae <allan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: configure.ac | 9 ++ lib/libalpm/add.c | 11 +-- lib/libalpm/alpm.h | 1 + lib/libalpm/conflict.c | 15 ++++ lib/libalpm/handle.c | 21 ++++- lib/libalpm/libalpm.pc.in | 2 +- src/pacman/Makefile.am | 1 + src/pacman/pacman.c | 75 ++-------------- src/pacman/sighandler.c | 119 ++++++++++++++++++++++++++ lib/libalpm/hook.h => src/pacman/sighandler.h | 20 ++--- test/pacman/tests/TESTS | 1 + test/pacman/tests/symlink021.py | 26 ++++++ 12 files changed, 211 insertions(+), 90 deletions(-) create mode 100644 src/pacman/sighandler.c copy lib/libalpm/hook.h => src/pacman/sighandler.h (74%) create mode 100644 test/pacman/tests/symlink021.py hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] pacman-5.0 freeze
by Allan McRae 05 Dec '15

05 Dec '15

Hi all, We are calling a freeze on pacman for the upcoming 5.0 release. This means I will only accept bug fixes and patches that have already been submitted (I know there is a few that need reviewed/pushed so I will go through patchwork and look at them all soon). I realise that the festive season is approaching, so I will push strings to Transifex in the next day. This will have the majority of pacman-5.0 changes, but a couple more may slip in. Feel free to ping any patch that has been "ignored"! Allan

1 0