- Aur-general - lists.archlinux.org

[aur-general] Resigning from my TU position
by Anatol Pomozov 11 Sep '17

11 Sep '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello folks Currently I am both an Arch developer and TU. I spend most of my time with Arch packaging and don't do much of TU/AUR activity nowdays. I would like to resign from my TU position and free space for new folks who want to become TU. Please remove me from the list of Arch TUs. Note that I still stay an Arch developer. -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjhmSFnRl21+wRVV8sChU7XU+Dx8FAlm2y9oACgkQsChU7XU+ Dx843Q/+KugEUvz7NR1Cl8J1/Hur3o89yUfYZ/LDnPkVQhWgwmJ6pWDB0DWD2nBB ARZ6o4UXLXJHCgcnZmffGCyXcQl4XIY0YNkZzHN6F+Wl0RWRHbFakouXf1xQ/IDZ exfJkvlJ6Ogp+10N1ezjofmi2RSjz6Ur0/p2umFFD/9g3ziyCn4mYhqssnFr3hUU B0jEjsFfNHgRpaWTYP/VosRvkjR06Z516gs5Z7b/+PGEJOfZzk+wZFK2u3MNrXOB yCVytoOTlPLra7OfwXnIO2OH/Oh6KTisQD/oX74GnInG7QyQdWC7qEKqLqQUGmH8 zCpJEwHJ/WU2jIRvhFrHwkbZrn2/rocGV6LZ++r8Msyfdeicirz/oOfQfm5AGZL8 yPnKzm/FoezfFN9/1eJe+w5I67gQhVgMe7QPZYC0etlw11shUJ92L9dJBGa3bU+R Qh9G0zjwdL3O4SqrzrGv6eZ5RdQN4H17YsO7mYDbZd1GzPt+fF2aaJ3LN9S7T+oe ex/VftW9cMHc+j0rAg/ZSkBqVEessTNQFpTOHlTDU3F8LBDCFQBtIk8JFKUFKlx8 98AY31zhT897dB8sucpOR544FsSZGNytV2qjOBL61ObjKzxewYVbmNnWgLwPeXO7 9iST0c2bJXXc0O4ELfrg1nSlXWY+EYfnSfRFw2zdWbZRdrtvusw= =hD0f -----END PGP SIGNATURE-----

1 0

[aur-general] Resignation as TU
by Timothy M. Redaelli 09 Sep '17

09 Sep '17

Hi, in the last few month my "offline" life + job on Red Hat took me too much time and I don't have enough time / motivation to continue as TU. So Long, and Thanks for All the Fish.

2 1

[aur-general] Resignation as TU
by Thorsten Toepper 06 Sep '17

06 Sep '17

Hello, Over the last couple of months other things in live got higher priority and the amount of time I'm able to invest into Arch Linux shrinks. So after several years I now step down from my post as a TU. I only maintain a small number of packages and for most there are rarely new releases upstream and for the ones with more or less regular releases there sure will be someone to take care of them, however there's one package for which I . mathomatic is a great tool, but its original developer George Gesslein died several years ago and since then the original site vanished. There are sites like launchpad which still provide information about this software, but except for other distributions I never found a site that also provided the code of the last release, so as package source I use a backup of the last release in a github repository in order to be independent of other sites may dropping the tool as currently there's no one who develops this software further. As mentioned there's a launchpad site for the project, but the version provided there is 15.6.5 while the last release was 16.0.5. It would be nice if this package could stay in the repositories. Maybe not just relying on my backup copy on github, but hosting it on our own servers. Best Regards, Thorsten

2 1

[aur-general] second maintainer
by mickael foucaux 06 Sep '17

06 Sep '17

Is it possible to add a second maintainer to an AUR package ?

2 2

[aur-general] E-Mail forgotten
by Christian Dürr 01 Sep '17

01 Sep '17

Hello, I wanted to create a new AUR account and it seems like I have forgotten the email I used. I checked the one I used on the forums but that was not correct. According to the password reset form I should contact this place. The username I used was "UndeadLeech".

2 1

[aur-general] Request to add aspell-bn package to AUR repo
by Pavel Sayekat 26 Aug '17

26 Aug '17

Dear Team, Hi, I would like to add a PKGBUILD file for aspell-bn to the AUR repo for the convenience of Bengali language. So file is added in the attachment. Thanks, Pavel Sayekat

3 3

[aur-general] Appending prefix with fileuri to filename in source array
by Tom Nguyen 16 Aug '17

16 Aug '17

I'm currently messing around with local kernel PKGBUILDs containing a lot git format-patches from many different sources. I could always source them locally, find very tricky conditions to patch them in order, or bulk rename them; but I was wondering if it was possible to download and append a prefix without manually copying the whole filename from the uri. Basically from this: "${_prefix}0001-PATCH.patch::${_uripath}/0001-PATCH.patch" to something like this "${_prefix}#URI::${_uripath}/0001-PATCH.patch" I'm not too sure how to approach this or whether this is possible, but I am curious nonetheless. Many thanks, Tom Nguyen

2 1

[aur-general] Account suspended
by Кирилл Фёдоров 16 Aug '17

16 Aug '17

So where do I go on this issue? I have not been written Переводчик Google для бизнеса –Инструменты переводчикаПереводчик сайтов

2 1

[aur-general] patch for hypre package
by Wink Saville 12 Aug '17

12 Aug '17

I needed to update the the hypre package, https://aur.archlinux.org/packages/hypre/, as the PKGBUILD does not work in its current state, version 2.11.0 is no longer available. I created the following patch which allowed me to compile and install. What is the procedure for submitting a patch? $ cat diff-2.11.2.patch diff --git a/.SRCINFO b/.SRCINFO index 5e5609d..4f9d4b1 100644 --- a/.SRCINFO +++ b/.SRCINFO @@ -1,7 +1,7 @@ # Typed up manually pkgbase = hypre pkgdesc = A library for solving large, sparse linear systems on massively parallel computers - pkgver = 2.11.0 + pkgver = 2.11.2 pkgrel = 1 url = http://acts.nersc.gov/hypre arch = i686 @@ -13,8 +13,8 @@ pkgbase = hypre depends = blas depends = lapack depends = superlu - source = http://computation.llnl.gov/project/linear_solvers/download/v2.11.0.tar.gz - md5sums = aeba702e1b6c6e9f7b7627e56c51ca69 + source = https://computation.llnl.gov/projects/hypre-scalable-linear-solvers-multigr… + md5sums = d507943a1a3ce5681c3308e2f3a6dd34 pkgname = hypre diff --git a/PKGBUILD b/PKGBUILD index 30e812e..c26e6bd 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -1,28 +1,22 @@ # Maintainer: Alessandro G. Magnasco <alessandromagnasco at gmail dot com> # Contributor: Bertrand Lacoste <bertrandlacoste at gmail dot com> # Contributor: Tim Langlois <langlois at cs dot cornell dot edu> +# Contributor: Wink Saville <wink at saville dot com> pkgname=hypre -pkgver=2.11.0 -_suffix='babel' -## Use the source from petsc website, suffixed by _p1. Also change the source and checksums. -#_suffix='p1' +pkgver=2.11.2 +_suffix= pkgrel=1 pkgdesc="A library for solving large, sparse linear systems on massively parallel computers" arch=('i686' 'x86_64') url="http://acts.nersc.gov/hypre" license=('lgpl') depends=('gcc-libs' 'gcc-fortran' 'openmpi' 'blas' 'lapack' 'superlu') -#OLD SOURCE source=( http://computation.llnl.gov/project/linear_solvers/download/${pkgname}-${pk… ) -source=( http://computation.llnl.gov/project/linear_solvers/download/v${pkgver}.tar.… ) -md5sums=('aeba702e1b6c6e9f7b7627e56c51ca69') - -# MIRROR -- OLD (NOT UP YET) -# source=( http://ftp.mcs.anl.gov/pub/petsc/externalpackages/hypre-2.10.0b-p1.tar.gz) -# md5sums=('7aa49089176c8bef7f51a0234264f952') +source=( https://computation.llnl.gov/projects/hypre-scalable-linear-solvers-multigr… ) +md5sums=('d507943a1a3ce5681c3308e2f3a6dd34') build() { - _build_dir="${srcdir}/${pkgname}-${pkgver}-${_suffix}" + _build_dir="${srcdir}/${pkgname}-${pkgver}${_suffix}" cd "${_build_dir}/src" @@ -42,14 +36,14 @@ build() { } check() { - _build_dir="${srcdir}/${pkgname}-${pkgver}-${_suffix}" + _build_dir="${srcdir}/${pkgname}-${pkgver}${_suffix}" cd "${_build_dir}/src" make test } package() { - _build_dir="${srcdir}/${pkgname}-${pkgver}-${_suffix}" + _build_dir="${srcdir}/${pkgname}-${pkgver}${_suffix}" cd "${_build_dir}/src" mkdir -p ${pkgdir}/usr/lib ${pkgdir}/usr/include

2 2

[aur-general] Bump pkgrel just to force recompilation
by Justus-dev＠Piater.name 10 Aug '17

10 Aug '17

Hi - I keep running into problems caused by stale installations from the AUR, such as upgraded, ABI-incompatible dependencies or Python packages still installed under /usr/lib/python3.5/ where they are no longer found since the move to python3.6. My understanding is that in such situations, the affected packages should bump pkgrel to force rebuild and reinstall, even if the source and the rest of the PKGBUILD remain unchanged. Is this understanding correct? If so, can this be clarified in places such as [1][2] where people cannot miss it? Confronted with this issue, some maintainers advise their users to just rebuild by hand, but that defeats part of the purpose of package management systems. I don't want to have to debug weird run-time errors one by one, trace the problem to this trivial issue, and then solve each of them by manual rebuild. Justus [1] https://wiki.archlinux.org/index.php/PKGBUILD#pkgrel [2] https://wiki.archlinux.org/index.php/Arch_User_Repository

6 5