- Aur-general - lists.archlinux.org

proble installing Skychart
by Carlo Vinante 03 Jan '23

03 Jan '23

Hello I'm pretty new on Arch linux. Already installed AUR packages. I'm experiencing problem installing SKYCHART link: https://aur.archlinux.org/packages/skychart Installed separately the two missed dependencies - libpasastro - xplanet Received these errors on compiling skychart -------------------------------------------------------------- Compiling bgrafreetype.pas bgrafreetype.pas(31,60) Fatal: Can't find unit EasyLazFreeType used by BGRAFreeType Fatal: Compilation aborted make[3]: *** [Makefile:1270: bgrabitmappack_nogl.ppu] Error 1 make[3]: Leaving directory '/home/carlo/skychart/src/skychart-4.2.1-4073-src/skychart/component/bgrabitmap' make[2]: *** [Makefile:2188: bgrabitmap_all] Error 2 make[2]: Leaving directory '/home/carlo/skychart/src/skychart-4.2.1-4073-src/skychart/component' make[1]: *** [Makefile:1731: component_all] Error 2 make[1]: Leaving directory '/home/carlo/skychart/src/skychart-4.2.1-4073-src/skychart' make: *** [Makefile:1593: skychart_all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... -------------------------------------------------------------- help is appreciated thanks a lot Carlo -- Carlo Vinante Presidente Associazione Astronomica Euganea Fiduciario Regionale Nord Est UAI Sezione Comete & Progetto CARA UAI ARI Sez. Padova - IZ3XTL

1 0

Removal of Benjamin Denhartog (sudoforge) as a Trusted User
by Morten Linderud 29 Dec '22

29 Dec '22

Yo, This is a motion for for "Special Removal of an Inactive TU" [1] for Ben Denhartog (sudoforge) based on prolonged inactivity. sudoforge has largely been unresponsive for 6 months after trying to get his key signed by our master key holders. https://gitlab.archlinux.org/archlinux/archlinux-keyring/-/issues/174 Attempts have been made to establish contact, and 2 weeks ago I got a positive response from Ben that he would submit a resignation. However no emails has appeared thus this removal request has been submitted instead. The discussion period will last for three days, after that I will open the vote, which will last for five days. -- Morten Linderud PGP: 9C02FF419FECBE16

4 4

request for review of PKGBUILD
by Greg Minshall 26 Dec '22

26 Dec '22

hi. i'm trying to submit my first package to AUR. my package files are here: ---- https://git.sr.ht/~minshall/aur-orgtbl-query/tree ---- if anyone has a chance to look over my PKGBUILD (and any other of the files), and has any comments, i'm all ears. cheers, Greg

4 6

SPAM in AUR comment rvm package
by Eduardo Hernández 21 Dec '22

21 Dec '22

Hello, see https://aur.archlinux.org/packages/rvm Comments by users malkovich and alaina are spam

2 1

Re: Removal of Benjamin Denhartog (sudoforge) as a Trusted User
by Morten Linderud 16 Dec '22

16 Dec '22

On Fri, Dec 16, 2022 at 10:35:34AM -0700, Ben Denhartog wrote: > consider this my resignation, and no contest on the removal due to inactivity > -- i have not had the time i thought i would to contribute. I would greatly appreciate if you could sign this email. -- Morten Linderud PGP: 9C02FF419FECBE16 > On Fri, Dec 16, 2022, at 10:29, Morten Linderud wrote: > > Yo, > > > > This is a motion for for "Special Removal of an Inactive TU" [1] for Ben > > Denhartog (sudoforge) based on prolonged inactivity. > > > > sudoforge has largely been unresponsive for 6 months after trying to get his key > > signed by our master key holders. > > > > https://gitlab.archlinux.org/archlinux/archlinux-keyring/-/issues/174 > > > > Attempts have been made to establish contact, and 2 weeks ago I got a positive > > response from Ben that he would submit a resignation. However no emails has > > appeared thus this removal request has been submitted instead. > > > > The discussion period will last for three days, after that I will open > > the vote, which will last for five days. > > > > -- > > Morten Linderud > > PGP: 9C02FF419FECBE16 > > > > Attachments: > > * signature.asc

1 0

git in makedepends?
by Greg Minshall 16 Dec '22

16 Dec '22

hi, again. if git is needed only for the "source" line of PKGBUILD (i.e., to download, and optionally verify, the source file(s)), does git need to be listed in "makedepends"? cheers, Greg

6 10

XMPP support for Arch Linux
by Polarian 15 Dec '22

15 Dec '22

Hello, So currently there is two methods (which I know of) with communicating with the Arch Community, those are email (mailing list) and IRC (I believe on libera.chat?!?!?). Is there any plans to support XMPP? Thanks, Polarian

3 4

Java code in AUR
by Polarian 15 Dec '22

15 Dec '22

Hello, I have discovered an annoying issue with java within the AUR. One of the projects I aim to wrap is written in java, however it contains a lot of other dependencies in java, and I have been thinking about the idea of how to package, and installing a jar with all the dependencies compressed within it defeats the purpose of packaging. I assume I should have each dependency as its own package, which means its more maintainable and each dependency can be bumped manually, but I doubt it is conventional to put .jar's in with shared objects (.so) within the libraries directory. Does anyone have any ideas how you would package a large Java codebase with the dependencies separated to be more maintainable? I am aware Java is such a pain to package, distributions such as gentoo do not even bother sometimes and do not support java packaging that well. Thanks, Polarian

5 6

Submitting packages to AUR
by Polarian 14 Dec '22

14 Dec '22

Hello, I have read both the submission guideline and also aur packages, but I am a little confused on how to actually create the repository. Does cloning a pkgbase (whatever name you want to call the package) automatically create the remote repository? What if you have got a local repository already (using git init) and want to push it to a AUR remote, but it does not yet exist? Thank you, Polarian

3 9

Package popularity
by Polarian 14 Dec '22

14 Dec '22

Hello, Out of curiosity, how is the value of the package popularity calculated? Thanks, Polarian

2 3

PKGBUILD review.
by Wyatt C Jackson 13 Dec '22

13 Dec '22

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I recently put together a PKGBUILD file for a tool I made and want to put on the AUR. While I believe it should be fine, I would like to have it reviewed before I upload it. - --- ``` # Maintainer: Minecraftchest1 <minecraftchest1 at outlook dot com> pkgname=file-sharing-tool pkgver=0.2.0 pkgrel=1 epoch= pkgdesc="A tool to help setup file sharing using ssh." arch=('any') url="https://gitlab.com/minecraftchest1/steamdeck-file-share-tool" license=('GPL3') groups=() depends=('openssh' 'zenity' 'sed' 'bash') makedepends=('coreutils') checkdepends=() optdepends=() provides=() conflicts=() replaces=() backup=() options=() install= changelog= source=("git+https://gitlab.com/minecraftchest1/steamdeck-file-share-tool#tag=$pkgver") noextract=() md5sums=() validpgpkeys=('B136A3601568A8CE2493') sha256sums=('SKIP') package() { cd steamdeck-file-share-tool install -D -v bin/file-sharing-tool.sh -t $pkgdir/usr/bin } ``` -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEsTajYBVoqM4kk+rB78FhxAtMwcYFAmOXbGEACgkQ78FhxAtM wcbL2A//apFD18OCEAWLJCIfq7cW/suL8mGEVLgGfoxH5zTqqtJBkS8AkXLk+eyL LVIQvFfGjeo7Zk/1R7XP/lgwzgbV1Y45Z8PxFiFYrIS56pgw+q2HdsTENyRcJVaC 2ol7ezJQZcItxmF0CJyC7z+kyEyv/rzrKAdh+M7cxRCqE9EpiUGco6IqQ41+Cyvu oRR1UcsBuGPtqt1xw6rBZ7PRfPBgy5GDJby5njRDJR17SpYBJ8EyKknOVWcOnEYn uUsZ6XjoY0ucAtB9LRbbtYL0CH1LdoohTKsjpZsZ6D7MkQ7UpfoAyBgTKysQR3BR l+N2q7rjVDzstIi51k1TxG3RwbJAASPtkyfXePfYsTIsCz19Z7ITjVqZRJ6HWRcu KahMhTVCBsx6h9xNvpJhWgiuxb97eUkupJOG0IuqVA3II1svqwXSCkNEox2duiRr wIj4IlWl2JBUYlf9DHsXlciiVK0bJvyPCUOJNqNnc4A8i5IbOkQuANf2YM4alB4K qh6GE1maWLMosophxkdMXfggNLcpoIWFCgII6s9MZ3w8CgFNveiV6EI76PYiaQXO WdOiA+Q/lLYyQ4brSWtRGkgJeAtDNzIKunlv8ec5S8/mzF8SJiesOqG4NZZDjNMc nJM89kcHjGJ7g3uOep7O1EhXrfes+D/ZyD81rUfVXPbO/fLf1U4= =Xwsg -----END PGP SIGNATURE-----

5 5

PKGBUILD: on makedepends
by Greg Minshall 12 Dec '22

12 Dec '22

hi. i am putting together a PKGBUILD. there are certain dependencies required for cutting a release, rolling a version, etc. but, for just downloading the sources and building, these dependencies are not needed. can i leave dependencies *out* of makedepends that are only used for non-mainline build/installation tasks? cheers, Greg

5 6

Conventional method of producing -git packages
by Polarian 06 Dec '22

06 Dec '22

Hello, I am pretty new to the AUR, however I have read through the arch wiki and this question is not really referenced there. I have seen some -git packages which update the package on each new commit to master, which is what I thought -git packages should aim to do, however I have seen others which only do it for every 5 or so commits to save time. However I have also seen another method, of just not bumping the package version and have the package clone master and then append the latest git commit to the package name when building it. What is the actual conventional method of producing a -git package for a piece of software? Thank you, Polarian

6 8

aurweb new release v6.1.9
by Leonidas Spyropoulos 27 Nov '22

27 Nov '22

Hello AUR users, A new version of Aurweb has been deployed. There has been some issues lately when users were trying to delete their accounts. These should be solved and if anyone got errors before I would urge them to try again. Full changelog is available https://gitlab.archlinux.org/archlinux/aurweb/-/tags/v6.1.9 Kind Regards, -- Leonidas Spyropoulos TU and junior DevOps PGP: 59E43E106B247368

1 0

Change pkgbase from python2-eyed3 to python-eyed3
by Amish 22 Nov '22

22 Nov '22

Hello all, I am maintainer of a package which has pkgname as python-eyed3 but has pkgbase as python2-eyed3. This package was moved from Arch repository to AUR few months back. The package does not work on python2 but works on python3 and hence I am trying to remove pkgbase=python2-eyed3 from it, as it gives wrong impression that package is dependent on python2. If I remove pkgbase line from PKGBUILD and then try to push the package (with updated .SRCINFO) it throws the following error: > git push Enumerating objects: 7, done. Counting objects: 100% (7/7), done. Delta compression using up to 2 threads Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 354 bytes | 354.00 KiB/s, done. Total 4 (delta 2), reused 0 (delta 0), pack-reused 0 remote: error: invalid pkgbase: python-eyed3, expected python2-eyed3 remote: error: hook declined to update refs/heads/master To ssh://aur.archlinux.org/python2-eyed3.git There seems to be another "deleted" package called python-eyed3 too. I cloned it and updated PKGBUILD and .SRCINFO and pushed the changes. This also throws an error. > git push Enumerating objects: 7, done. Counting objects: 100% (7/7), done. Delta compression using up to 2 threads Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 1.40 KiB | 1.40 MiB/s, done. Total 4 (delta 0), reused 0 (delta 0), pack-reused 0 remote: error: cannot overwrite package: python-eyed3 remote: error: hook declined to update refs/heads/master To ssh://aur.archlinux.org/python-eyed3.git ! [remote rejected] master -> master (hook declined) error: failed to push some refs to 'ssh://aur.archlinux.org/python-eyed3.git' Error above does not give much information on why it can not overwrite. But its possibly because python2-eyed3 creates a pkgname conflict with it. In short, how do I update the package to remove python2-eyed3 as pkgbase? Any idea? Please let me know. Thank you, Amish

2 2

TU Application - tpkessler
by Torsten Keßler 20 Nov '22

20 Nov '22

Hi! I'm Torsten Keßler (tpkessler in AUR and on GitHub) from Saarland, a federal state in the south west of Germany. With this email I'm applying to be become a trusted user. After graduating with a PhD in applied mathematics this year I'm now a post-doc with a focus on numerical analysis, the art of solving physical problems with mathematically sound algorithms on a computer. I've been using Arch Linux on my private machines (and at work) since my first weeks at university ten years ago. After initial distro hopping a friend recommended Arch. I immediately liked the way it handles packages via pacman, its wiki and the flexibility of its installation process. Owing to their massively parallel architecture, GPUs have emerged as the leading platform for computationally expensive problems: Machine Learning/AI, real-world engineering problems, simulation of complex physical systems. For a long time, nVidia's CUDA framework (closed source, exclusively for their GPUs) has dominated this field. In 2015, AMD announced ROCm, their open source compute framework for GPUs. A common interface to CUDA, called HIP, makes it possible to write code that compiles and runs both on AMD and nVidia hardware. I've been closely following the development of ROCm on GitHub, trying to compile the stack from time to time. But only since 2020, the kernel includes all the necessary code to compile the ROCm stack on Arch Linux. Around this time I've started to contribute to rocm-arch on GitHub, a collection of PKGBUILDs for ROCm (with around 50 packages). Soon after that, I became the main contributor to the repository and, since 2021, I've been the maintainer of the whole ROCm stack. We have an active issue tracker and recently started a discussion page for rocm-arch. Most of the open issues as of now are for bookkeeping of patches we applied to run ROCm on Arch Linux. Many of them are linked to an upstream issue and a corresponding pull request that fixes the issues. This way I've already contributed code to a couple of libraries of the ROCm stack. Over the years, many libraries have added official support for ROCm, including tensorflow, pytorch, python-cupy, python-numba (not actively maintained anymore) and blender. Support of ROCm for the latter generated large interest in the community and is one reason Sven contacted me, asking me if I would be interested to take care of ROCm in [community]. In its current version, ROCm support for blender works out of the box. Just install hip-runtime-amd from the AUR and enable the HIP backend in blender's settings for rendering. The machine learning libraries require more dependencies from the AUR. Once installed, pytorch and tensorflow are known to work on Vega GPUs and the recent RDNA architecture. My first action as a TU would be to add basic support of ROCm to [community], i.e. the low level libraries, including HIP and an open source runtime for OpenCL based on ROCm. That would be enough to run blender with its ROCm backend. At the same time, I would expand the wiki article on ROCm. The interaction with the community would also move from the issue tracker of rocm-arch to the Arch Linux bug tracker and the forums. In a second phase I would add the high level libraries that would enable users to quickly compile and run complex libraries such as tensorflow, pytorch or cupy. #BEGIN Technical details The minimal package list for HIP which includes the runtime libraries for basic GPU programming and the GPU compiler (hipcc) comprises eight packages * rocm-cmake (basic cmake files for ROCm) * rocm-llvm (upstream llvm with to-be-merged changes by AMD) * rocm-device-libs (implements math functions for all GPU architectures) * comgr (runtime library, "compiler support" for rocm-llvm) * hsakmt-roct (interface to the amdgpu kernel driver) * hsa-rocr (runtime for HSA compute kernels) * rocminfo (display information on HSA agents: GPU and possibly CPU) * hip-runtime-amd (runtime and compiler for HIP, a C++ dialect inspired by CUDA C++) All but rocm-llvm are small libraries under the permissive MIT license. Since ROCm 5.2, all packages successfully build in a clean chroot and are distributed in the community repo arch4edu. The application libraries for numerical linear algebra, sparse matrices or random numbers start with roc and hip (rocblas, rocsparse, rocrand). The hip* packages are designed in such a way that they would also work with CUDA if hip is configured with CUDA instead of a ROCm/HSA backend. With few exceptions (rocthrust, rccl) these packages are licensed under MIT. Possible issues: There are three packages that are not fully working under Arch Linux or lack an open source license. The first is rocm-gdb, a fork of gdb with GPU support. To work properly it needs a kernel module currently not available in upstream linux but only as part of AMD's dkms modules. But they only work with specific kernel versions. Support for this from my side on Arch Linux was dropped a while ago. One closed source package is hsa-amd-aqlprofile. As the name suggests it is used for profiling as part of rocprofiler. Above mentioned packages are only required for debugging and profiling but are no runtime dependencies of the big machine learning libraries or any other package with ROCm support I'm aware of. The third package is rocm-core, a package only part of the meta packages for ROCm with no influence on the ROCm runtime. It provides a single header and a library with a single function that returns the current ROCm version. No source code has been published by AMD so far and the official package lacks a license file. A second issue is GPU support. AMD officially only supports the professional compute GPUs. This does not mean that ROCm is not working on consumer cards but merely that AMD cannot guarantee all functionalities through excessive testing. Recently, ROCm added support for Navi 21 (RX 6800 onwards), see https://docs.amd.com/bundle/Hardware_and_Software_Reference_Guide/page/Hard… I own a Vega 56 (gfx900) that is officially supported, so I can test all packages before publishing them on the AUR / in [community]. #END Technical details On the long term, I would like to foster Arch Linux as the leading platform for scientific computing. This includes Machine Learning libraries in the official repositories as well as packages for classical "number crunching" such as petsc, trilinos and packages that depend on them: deal-ii, dune or ngsolve. The sponsors of my application are Sven (svenstaro) and Bruno (archange). I'm looking forward to the upcoming the discussion and your feedback on my application. Best, Torsten

7 15

Comment on cemu page
by Fabio Loli 17 Nov '22

17 Nov '22

User Anuskuss have returned today to harass the cemu maintainer https://aur.archlinux.org/packages/cemu#comment-890175 Previous behaviour can be seen on aur-requests about cemu and cemu comments section

1 0

Are CachyOS PKGBUILDs allowed on AUR?
by Frederic Bezies 15 Oct '22

15 Oct '22

Hello. CachyOS - https://cachyos.org/ - is another archlinux based distribution with a lot of custom tools and kernels, using KDE as a GUI. I installed in a VM CachyOS and noticed all its customized package in a dedicated repository. My question is: are these custom PKGBUILD are or not allowed on AUR? Here is a link to all CachyOS related PKGBUILDs (30): https://aur.archlinux.org/packages?O=0&K=cachyos Thanks a lot for your kind answer. -- Frederic Bezies fredbezies(a)gmail.com

3 2

Lost account
by Nielzsen 26 Sep '22

26 Sep '22

Hi, I deleted the gmail address linked to my AUR account "Nielzsen" (which is roman.brasseur(a)gmail.com) Is there a way to recover it despite my mistake? Regards.

2 2

May be http://mirroir.wptheme.fr/archlinux/$repo/os/$arch is failing
by marnout 20 Sep '22

20 Sep '22

Hello every body, I had problems with the updates. For some weeks pacman told me everything is up to date, there is nothing to do. So, I commented the first mirror (http://mirroir.wptheme.fr/archlinux/$repo/os/$arch) and then I had 116 packages to update. Maybe this mirror is failing. For me the problem is solved. Friendly. N.B. Sorry if my English is not good, I do not speak English, but a little. -- Mourad Arnout 25 rue de la Vieille Pierre 79800 Exoudun http://arad.free.fr https://github.com/marnout

2 2

RFC / RFO: Extra (CI) files in AUR packages
by Knut Ahlers 16 Sep '22

16 Sep '22

Hey there, I'd like to fetch some comments / opinions regarding maintaining AUR packages with the help of automated build systems. I do maintain several packages in the AUR containing the typical files as `PKGBUILD`, `.SRCINFO`, files referenced in the `source()` section and a special script `update-version.sh`. This script is not mentioned in the PKGBUILD and not used during the build process. It contains the required steps to figure out the latest version of the package and to patch the PKGBUILD. This script is a) used to document how the package is updated and b) is used by my CI system (atm Jenkins) to check for updates and update the package. (Extra steps to verify the package is still building fine before doing any update are common to all packages and are executed after this package-specific script.) For most of my packages there were no complaints about this and users seem to be happy to get the updates usually delivered within an hour after release. Though in one package (librespeed-cli) I got two comments asking me to remove that script. Now I found no explicit statement in the package / AUR submission guidelines against this. Therefore I'd like to ask other maintainers / TUs for your opinions: Are you strictly against adding a script which documents / is used for the update? Is it fine to keep it there? Shall it be removed though doing no harm? Cheers Knut -- Knut Ahlers Software & Infrastructure Developer Web & Blog: https://ahlers.me/ GPG-Key: 0xD215AD7D (https://knut.in/gpg)

2 1

Re: [aur-general] Why was xenia-git orphaned immeditately?
by Sandy Carter 11 Sep '22

11 Sep '22

Glad to hear it wasn't intentional. I find it very strange indeed that the system accepted the request. I don't remember it being flagged OOD but that's on me. Would you mind orphaning xenia-git so I can pick it up again? It would require some rebasing of the patch branches. On Sun, Sep 11, 2022 at 7:36 PM Alessandro Marchioro < marciozgaming(a)gmail.com> wrote: > Hi, I had the same question, I was trying to get an update to the package > without orphaning but by clicking the link it was automatically orphaned by > the system in no time, instead of respecting the time as per the page > suggestion, is this because it was out of date for over a year? > > I wasn't trying to get access as a maintainer other than make it build > again with a simple patch of the PKGBUILD, due to the fact that I was > trying out the emulator with the latest builds on Arch and saw it on a bad > state. > > I too wanna be sure that you are the maintainer, it wasn't my intention in > being the one for this package. > > Hope you'll understand, > > Alessandro > Il 12 set 2022, 01:30 +0200, Sandy Carter <bwrsandman(a)gmail.com>, ha > scritto: > > Hello, > > I used to maintain xenia-git [1] and have since its creation. I am also > the author of the Linux threading, windowing, debug and other patches that > the package uses. > > At *19:20:00 UTC* today, an orphan request was submitted and immediately > orphaned by user ilbuonmarcio. The user made no attempt to contact me about > the issue either by email or in the comments. If they had, I would have > responded as I usually do to issues in my packages. > > I am active on AUR and have been for over 10 years now. I usually can fix > a package issue in a day to a week. > > According to the arch wiki: > > Orphan requests will be granted after two weeks if the current > maintainer did not react > > I was not given the time to react as it is now a few hours later. > > I would like to request this orphaning be undone and steps can be taken to > avoid this happening again. > > Thank you, > -- > Sandy > > [1] https://aur.archlinux.org/packages/xenia-git > >

1 0

[aur-general] Why was xenia-git orphaned immeditately?
by Sandy Carter 11 Sep '22

11 Sep '22

Hello, I used to maintain xenia-git [1] and have since its creation. I am also the author of the Linux threading, windowing, debug and other patches that the package uses. At *19:20:00 UTC* today, an orphan request was submitted and immediately orphaned by user ilbuonmarcio. The user made no attempt to contact me about the issue either by email or in the comments. If they had, I would have responded as I usually do to issues in my packages. I am active on AUR and have been for over 10 years now. I usually can fix a package issue in a day to a week. According to the arch wiki: > Orphan requests will be granted after two weeks if the current maintainer did not react I was not given the time to react as it is now a few hours later. I would like to request this orphaning be undone and steps can be taken to avoid this happening again. Thank you, -- Sandy [1] https://aur.archlinux.org/packages/xenia-git

1 0

[aur-general] Compiling with CMake
by Guilhem Saurel 08 Sep '22

08 Sep '22

Hi, In AUR, there are many packages with an old-school > mkdir build && cd build > cmake -DCMAKE_INSTALL_PREFIX=/usr .. > make Other packages say they require ninja and use > mkdir build && cd build > cmake -DCMAKE_INSTALL_PREFIX=/usr -G Ninja .. > ninja But I think we should let the end user choose if they want make or ninja, by letting them configure their CMAKE_GENERATOR environment variable¹ Currently if someone has CMAKE_GENERATOR=Ninja in their environment, many AUR packages in the first category will fail, because eg.: > […] > -- Configuring done > -- Generating done > -- Build files have been written to: /home/nim/.cache/paru/clone/octomap/src/octomap-1.9.8/octomap/build > make: *** No targets specified and no makefile found. Stop. And on the other hand for the second case, packages say they require ninja while they would work as well with make. Therefore I think we should ask CMake to compile, no matter which generator is available on the machine and/or was chosen by the user, with: > mkdir build && cd build > cmake -DCMAKE_INSTALL_PREFIX=/usr .. > cmake --build . Or even better > cmake -B build -S . -DCMAKE_INSTALL_PREFIX=/usr > cmake --build build Any opinions ? Should we put that on the wiki² ? Or write an RFC, like ³ ? Cheers ! Guilhem, aka. Nim65s ¹: https://cmake.org/cmake/help/latest/envvar/CMAKE_GENERATOR.html ²: https://wiki.archlinux.org/title/CMake_package_guidelines ³: https://gitlab.archlinux.org/archlinux/rfcs/-/merge_requests/10

2 2

[aur-general] TU Application - blakkheim
by T.J. Townsend 06 Sep '22

06 Sep '22

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello. I'd like to apply to become a trusted user. I started using Arch around 2009 when we still had the curses installer, rc.conf, hal... the good old days. I left at some point and came back as a full-time user about three years ago. You can find me on IRC under the name blakkheim, usually in #archlinux-security since that's my main area of interest. I'm the maintainer or co-maintainer for a few OpenBSD-derived packages in the AUR: openiked, rpki-client, and openbgpd. I've been involved with OpenBSD since 2014 and became a project committer there in early 2016. In the last two years I've submitted just over 150 patches to the Arch bug tracker: https://bugs.archlinux.org/index.php?opened=32638&status[]= Some community packages I'd like to co-maintain are openntpd, opensmtpd, libressl, sndio, mandoc, signify, dnscrypt-proxy, bmake, scrot, firejail, xcalib, mktorrent, parallel, ncmpcpp... And more (frankly, lots more) in the core/extra repos if that option opens up in the future. I keep up with many software projects via their mailing lists and RSS/atom feeds. If I'm accepted, one of my goals will be to get missing security fixes into Arch's repository shortly after their upstream release. The sponsors of my application are dvzrv, kpcyrd, and anthraxx. (yep, three) -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQRUwf0nM2HqUUojd5Pylr3lA2jGzgUCYvuMwwAKCRDylr3lA2jG zvh9AQDOvEQbJdu3vfoPUY+Q+amtiwOatfD7nHje2XcviXF82gD/SL2aw0SNm9/Q sxcT+MltS0EoPTyR+OwOU9lHkpyuFQw= =4mzL -----END PGP SIGNATURE-----

9 16