- Aur-general - lists.archlinux.org

[aur-general] Cannot build alice-vision-git
by Peter Nabbefeld 01 Aug '21

01 Aug '21

Hello, after I managed to build cctag (by insertion of "cd" commands into PKGBUILD), now I have problems building alice-vision-git. The problem: Minor versions of OpenEXR (3.0.x) and Imath (3.1.x) differ. To fix the problem, I added "-DOPENEXR_IMATH_LIBRARY=/usr/lib/libImath-3_1.so" to PKGBUILD. This worked in one (or some) case(s), but it does not work for libAlembic: /usr/bin/ld: warning: libImath-3_0.so.28, needed by /usr/lib/libAlembic.so.1.8, not found (try using -rpath or -rpath-link) /usr/bin/ld: /usr/lib/libAlembic.so.1.8: undefined reference to `Imath_3_0::half::convert(int)' /usr/bin/ld: /usr/lib/libAlembic.so.1.8: undefined reference to `Imath_3_0::half::_eLut' /usr/bin/ld: /usr/lib/libAlembic.so.1.8: undefined reference to `Imath_3_0::half::_toFloat' /usr/bin/ld: Linux-x86_64/libaliceVision_sfmDataIO.so.2.4: undefined reference to `Alembic::AbcGeom::v12::XformSample::setMatrix(Imath_3_1::Matrix44<double> const&)' It seems, QmlAlembic does not honour the config option "OPENEXR_IMATH_LIBRARY". Kind regards, Peter

2 5

[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