Package Details: comaps v2026.02.23_9-1

Git Clone URL: https://aur.archlinux.org/comaps.git (read-only, click to copy)
Package Base: comaps
Description: CoMaps: Offline Hike, Bike, Trails and Navigation
Upstream URL: https://comaps.app
Licenses: Apache-2.0
Conflicts: comaps-bin, comaps-git
Submitter: hoverth
Maintainer: archlinuxauruser
Last Packager: archlinuxauruser
Votes: 2
Popularity: 0.26
First Submitted: 2025-07-03 03:06 (UTC)
Last Updated: 2026-02-26 10:51 (UTC)

Latest Comments

1 2 Next › Last »

simona commented on 2026-02-26 11:59 (UTC)

solved. tnx.

simona commented on 2026-02-23 09:33 (UTC) 

Clone in '/home/simona/.cache/yay/comaps/src/comaps/3party/freetype/freetype' in corso...
remote: Service Unavailable
fatal: impossibile accedere a 'https://gitlab.freedesktop.org/freetype/freetype.git/': The requested URL returned error: 503
fatal: clone di 'https://gitlab.freedesktop.org/freetype/freetype.git' nel percorso del sottomodulo ('/home/simona/.cache/yay/comaps/src/comaps/3party/freetype/freetype') non riuscito

archlinuxauruser commented on 2026-01-25 12:08 (UTC) (edited on 2026-01-29 06:38 (UTC) by archlinuxauruser)

Needs extra dependencies to build for me. However, can't download maps when running. Don't know why:

makedepends=(cmake git jq gcc ninja python-protobuf wget mold libxcursor libxinerama libpng libxrandr libxi optipng python qt6-svg sqlite vulkan-headers)

hoverth commented on 2025-09-03 02:28 (UTC)

I have updated both the main source and git submodules as the guidelines suggest, and removed the -j hardcoding.

I have also fixed the failure caused by the protobuf url being appended to a random line, not sure how that happened, but it's fixed now @flint.

flint commented on 2025-09-02 22:05 (UTC)

Thank you very much for this package - I'm excited about the prospect of using Comaps on desktop!

Currently prepare() fails with:

==> Starting prepare()...
fatal: destination path 'protobuf' already exists and is not an empty directory.
==> ERROR: A failure occurred in prepare().
    Aborting...
 -> error making: comaps-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
comaps - exit status 4

Is there something I can do on my end to get around this?

dreieck commented on 2025-08-06 14:47 (UTC)

Can you please either remove the -n $(nproc) entry, or try to extract it from the -j-setting in $MAKEFLAGS if present?

Use case: Machines with low ressources; saves build time RAM if less processes run in parallel. If someone manually has -j1 in $MAKEFLAGS, this PKGBUILD should not override it.

Thanks for maintaining!

dreieck commented on 2025-08-06 13:56 (UTC) (edited on 2025-08-06 14:08 (UTC) by dreieck)

Ahoj,

can you please do the download of both main source and git submodules from within the source array (and only reference the submodules later in prepare(), as suggested by the git packaging guidelines)?

It is possible to also specify specific commits and tags.

Regards and many thanks for this package!

hoverth commented on 2025-07-07 05:32 (UTC)

The 5 GiB is 1) a hold-over as this is a port of the makepkg for organicmaps - as comaps is forked from that and 2) the build files take up about 4.4 GiB on my machine (not counting files placed in /tmp). This 5 GiB is purely source code for comaps and it's dependencies, the actual map data is downloaded by the software once installed.

The conflicts are also a hold-over from the makepkg for organicmaps, and I just glossed over them after doing a substitution for organicmaps → comaps.

The AUR is not for AppImages, you'd have to go to the CoMaps developers themselves. I do know that Organic Maps has a flatpak, so there is potential that the CoMaps devs could also do that as well, but desktop software is definitely not their priority, as they also do not distribute any binaries for the desktop, as of yet.

I definitely agree that this is not the best way to install CoMaps for the average user, but anything more would need to be brought up with them directly.

1 2 Next › Last »