July 2021 - Aur-general - lists.archlinux.org

[aur-general] TU application - alex19EP
by Alexander Epaneshnikov 10 Aug '21

10 Aug '21

Hello, my name is Alexander Epaneshnikov. and I'd like to join the Trusted Users team to further improve the Arch Linux accessibility for people with disabilities. I am sponsored by David Runge <dvzrv> and Sven-Hendrik Haase <svenstaro>. I started using Arch Linux in 2018 and since then it has become my main distribution. I also do my best to help blind people learn about arch and start using it. regarding minimum basic requirements: * I know how to script some things. I use zsh on a daily basis, but I can work with bash / sh too. * I maintain a few packages in the AUR[1]. I also have a couple of pkgbuilds on github[2]. * I definitely know how to google. (using surfraw for that) * my involvement with the arch mailing lists and IRC is rather low, but I am very active in blind specific lists and IRC channels. There I help users, create bug reports about a11y related problems for projects and of course talk about Arch. I can be found on irc on oftc and liberachat under the alex19EP nickname. As I already said, I would like to become a TU to further improve the appeal of Arch for people with disabilities, so I want to maintain packages that are related to a11y: * lightdm-slick-greeter - the most accessible lightdm greeter. * rhvoice - Open source speech synthesizer. (I am one of the upstream maintainers) * fenrir - A user space console screen reader written in python3 Additionally, I would like to move some packages which are popular and that I use personally to the [community] repository. * etc-update * glulxe-term * bitwarden and bitwarden-cli - eh electron I know, but it is the only cross-platform password manager which is accessible. * hunspell-ru * magic-wormhole * yadm I can also help maintain packages which are already in community: * espeakup - I am now the upstream maintainer for this project. * espeak-ng * matrix-synapse My biggest and perhaps most significant contribution to Arch is the addition of accessibility features for blind people to archiso [3] [4]. I have also written and kept documentation for installing Arch with accessibility options [5] up-to-date. my other open source contributions: I maintain RHVoice [6] and espeakup[7]. Gladly I will answer any comments or questions. [1] https://aur.archlinux.org/packages/?O=3D0&SeB=3DM&K=3Dalex19EP [2] https://github.com/alex19EP/pkgbuilds [3] https://gitlab.archlinux.org/archlinux/archiso/-/merge_requests/79 [4] https://archlinux.org/news/accessible-installation-medium/ [5] https://wiki.archlinux.org/title/Install_Arch_Linux_with_accessibility_opti… [6] https://github.com/rHVoice/rHVoice [7] https://github.com/linux-speakup/espeakup Arch project accounts: Wiki: Alex19EP Forums: alex19EP (inactive there) Flyspray: https://bugs.archlinux.org/user/28985 -- Sincerely, Alexander

6 15

[aur-general] Pushing rc version of package to aur
by Jan Kohnert 01 Aug '21

01 Aug '21

Hi, I maintain the gnudatalanguage package on the aur. The current release is 0.9.9 (from 2019); however, there is 1.0.0-rc.3 available on their webpage. I recall having read somewhere in the docs that pushing rc version is generally discouraged on the aur, but got a out-of-date flagging today. So the question is simply: Whould it be ok to push 1.0.0-rc.3 to the aur? And if so; how to specify the version tag correctly? Thanks in advance! -- MfG Jan

4 6

[aur-general] Request for Public Review of REXPaint package
by Vince 31 Jul '21

31 Jul '21

Hi everyone! Thank you for the help on the the thread eariler, I found the advice and examples very useful. I have posted a request for review of my PKGBUILD over IRC, but I would appreciate any criticism here too. I have uploaded the PKGBUILD, and two files that would come with it (launcher.desktop and launcher.sh). There are a couple decisions I made that are unconventional, so I'll list them here: 1. As George suggested, I renamed my package from `rexpaint-bin` to just `rexpaint`, since there are no sources available. 2. The server hosting the program blocks Curl's user agent. As far as I can tell, the convention is to use "Mozilla" as a user agent instead. However, I have opted to use "PKGBUILD" as the agent, so I avoid accidentally messing up any statistics that may be collected upstream. 3. I have used standard package permissions as far as I can tell, except for `/usr/share/rexpaint/images`. The program saves data into this directory, so it must be 777. 4. I am not sure what to do with `/usr/share/rexpaint/data`. It contains data such as fonts and palettes, which might be edited by the user during usage. Right now I have assumed that the user will not do that, so it is not listed in `$backup` and its mode is 755. I have sent an email upstream asking about this, and am waiting for a response. 5. The program tries to write logs into the Working Directory (`/usr/share/rexpaint`), but it cannot do this because I have set its mode to 755. However, giving the everyone write permissions in `/usr/share/rexpaint` seems insecure. Please advise. As stated before, I have emailed upstream to ask if it's okay that I publish this packaging to the repositories. This is not required by the license, but I am too young to be making enemies, and it would be nice to have some upstream. I will publish it when I get the goahead, or if he takes more than 24h to reply. All feedback is appreciated. Thank you in advance, Vincent

2 3

Re: [aur-general] [arch-general] [aur] cctag build error
by Peter Nabbefeld 31 Jul '21

31 Jul '21

NOTE: Moving discussion to aur-general - please don't reply on arch-general. Am 31.07.21 um 12:39 schrieb Ralf Mardorf via arch-general: > On Sat, 31 Jul 2021 12:09:37 +0200, Peter Nabbefeld wrote: >> Unknown CMake command "CUDA_ADD_LIBRARY". >> >> How can I fix this? > Hi, > > the very first thing to do by yourself, before even posting to an > appropriate mailing list, is trying to build without an AUR helper. > > Since you get a CUDA related error mesage, you probably should mention > what environment variables you used. > > "CUDA_ARCH=x.y to build for specific GPU architecture ( Supports: > single arch (5.2) the list of archs (5.2;6.0), arch name (Maxwell) or > auto (Auto) ) > > DISABLE_CUDA Build without cuda support" - > https://aur.archlinux.org/packages/cctag/#pinned-818726 > > My guess is, that there is a reason for the pinned comment. > > Taking a look at the mailing list archive you frequently sent AUR > related requests. Actually I don't know if those requests belong to > https://lists.archlinux.org/listinfo/aur-general , but it's likely more > appropriate than this mailing list is. > > Regards, > Ralf Thank You for Your answer! I rarely get build errors, even with AUR packages - with the exception of alice-vision and its dependendencies -, so I'm not much used to handle such problems (the disadvantage of a stable system ;-) ). And I'm no C programmer, which makes it difficult for me to fix cmake related errors myself - I can only try to track problems until some level of complexity. In this case I thought the makefile would miss some dependency. As I'm using the nouveau driver instead of nvidia's, I'm pretty sure there's no CUDA support (but I'll not render complex graphics often, so some more processing time won't hurt). However, I plan to setup my Linux installation by the end of the year, so some modules and parameters may change in the future. I've added the following two lines between "# Maintainer" and "#Configuration" at the top of PKGBUILD: DISABLE_CUDA=1 ENABLE_APPS=1 Now I get a missing dependency for devil2. Without "ENABLE_APPS" I get the following error (among some others, but this is probably the cause for the others): CMake Error at /usr/share/cmake-3.21/Modules/WriteBasicConfigVersionFile.cmake:43 (message): No VERSION specified for WRITE_BASIC_CONFIG_VERSION_FILE() Kind regards, Peter

3 5

[aur-general] Question about PKGBUILD guidelines
by Vince 31 Jul '21

31 Jul '21

Hello, This is my first time interacting with a mailing list, so please let me know if I've done something wrong, or I'm asking in the wrong place. I plan to submit a binary PKGBUILD for REXPaint, and since it's distributed as a portable binary for WINE, I have a couple questions about the guidelines: 1. Is it right that it should be installed into /usr/share? 2. How do I properly include files that are necessary for use, but not included in the upstream source? In my case, this would be a .desktop file and a bash script in /usr/bin. My intuition is to use "echo" during the prepare() phase, but I was wondering if there was a cleaner way to do this. 3. In accordance with the Nonfree guidelines, I will name my package 'rexpaint-bin'. However, since there is no open source version yet, do I need to conflict it with 'rexpaint'? Thanks in advance, Vincent

5 4

[aur-general] [Request] Drop community/wings3d to AUR
by mpan 28 Jul '21

28 Jul '21

Hi, community/wings3d is orphaned and the current package (2.2.5-4) is no longer working due to errors at startup. Dropping to AUR would at least allow posting a comment that bumping PKGBUILD to 2.2.7 (the current development version) fixes the issue. Tested by two users. (Only additional details below) --- Error in 2.2.5-4 (current package) ------------------------------ Internal Error Version: 2.2.5 Window: [wings,wings,<0.89.0>] Reason: {error,{badkey,'WX_GL_SAMPLE_BUFFERS'}, [{erlang,map_get, ['WX_GL_SAMPLE_BUFFERS', #{wxSTC_AVS_FUNCTION => 12,wxLANGUAGE_MARATHI => 139, wxSTC_ECL_CHARACTER => 7, wxSTC_VISUALPROLOG_COMMENT_BLOCK => 4, wxSTC_SN_NUMBER => 4,wxSTC_D_OPERATOR => 13, wxFNTP_FONTDESC_AS_LABEL => 8, wxLANGUAGE_KINYARWANDA => 119, wxSTC_HEX_DATAADDRESS => undefined, wxSTC_INDIC0_MASK => 32,...}], [{error_info,#{module => erl_erts_errors}}]}, {wxe_util,get_const,1,[{file,"wxe_util.erl"},{line,65}]}, {wings_gl,attributes,0,[{file,"wings_gl.erl"},{line,58}]}, {wings_gl,window,4,[{file,"wings_gl.erl"},{line,75}]}, {wings_gl,init,1,[{file,"wings_gl.erl"},{line,48}]}, {wings,init,1,[{file,"wings.erl"},{line,71}]}, {proc_lib,init_p_do_apply,3, [{file,"proc_lib.erl"},{line,226}]}]} --- Error in 2.2.6 (current stable) --------------------------------- Internal Error Version: 2.2.6.1 Window: [wings,wings,<0.89.0>] Reason: {error,undef, [{wxGLCanvas,setCurrent,[{wx_ref,553,wxGLCanvas,[]}],[]}, {wings_gl,window,4,[{file,"wings_gl.erl"},{line,93}]}, {wings_gl,init,1,[{file,"wings_gl.erl"},{line,47}]}, {wings,init,1,[{file,"wings.erl"},{line,71}]}, {proc_lib,init_p_do_apply,3, [{file,"proc_lib.erl"},{line,226}]}]}

2 1

Re: [aur-general] Is base an implicit dependency?
by Cedric Girard 27 Jul '21

27 Jul '21

Hi, On 2021-07-27 11:20, Marcin Wieczorek wrote: >> The most important meta package is base. It contains a minimal package >> set that defines a basic Arch Linux installation. It includes: > Without base you wouldn't be building the package on a system that can > be called Arch Linux. What's the point then? I am misusing devtools feature to build in a clean chroot, then? Or is there a bug in those tools? Regards, -- Cedric Girard

5 8

[aur-general] Is base an implicit dependency?
by Cedric Girard 27 Jul '21

27 Jul '21

Hi, I would like to have a confirmation. I encountered a PKGBUILD on AUR that is not building correctly except when systemd is present when building. The maintainer considers the makedeps is implicit as systemd is dragged by base metapackage. However devtools only ensures base-devel is present, not base, when building in a clean chroot. And I could not find a mention in the wiki of base expected to be present when writing a PKGBUILD. Could you confirm to me what are the guidelines? Does systemd (make)dependency should be explicit or not? Regards, -- Cédric Girard

6 7

[aur-general] archinstall script suggestion
by Jude DaShiell 22 Jul '21

22 Jul '21

In the case where /dev/sda is selected for installation and an installer chooses to format the whole disk and install a basic partition system on the disk and any other data is already on the disk archinstall errors out. In this case, wipefs -a /dev/sda run first clears the pre-existing data and partition structure and archinstall then operates correctly.

2 2

[aur-general] pcb-rnd-svn first package
by pcb-rnd＠cuvoodoo.info 22 Jul '21

22 Jul '21

Hi list, I would like to have some feedback for my first PKGBUILD files for packages. the existing pcb-rnd-svn AUR package is currently broken because the project requires a need dependency: librnd3. thus I decided to create all packages needed/related by it, and fix its optional dependencies. I was able to create all packages on a fresh arch, and checked them against namcap. please let me know if the PKGBUILD are OK so I can submit them. thanks, cuvoodoo

2 10