Package Details: josm-latest 19272-1

Git Clone URL: https://aur.archlinux.org/josm-latest.git (read-only, click to copy)
Package Base: josm-latest
Description: Nightly builds of JOSM, the editor for OpenStreetMap written in Java
Upstream URL: https://josm.openstreetmap.de/
Keywords: gis josm openstreetmap osm
Licenses: GPL
Conflicts: josm, josm-stable, josm-svn
Provides: josm
Submitter: hauke96
Maintainer: hauke96
Last Packager: hauke96
Votes: 7
Popularity: 0.161067
First Submitted: 2023-03-16 20:07 (UTC)
Last Updated: 2024-12-20 05:00 (UTC)

Dependencies (6)

Required by (1)

Sources (4)

Latest Comments

1 2 Next › Last »

fortera commented on 2024-07-18 06:49 (UTC)

Unfortunately I think you're right for package managers. Would work on a manual build or if forced to reinstall, but not for normal updates.

hauke96 commented on 2024-07-17 17:53 (UTC)

@fortera Wouldn't it be quite unpractical? As far as I understand your idea, it'll never automatically update via a package manager, since the version of the package would stay the same. You would have to manually rebuild/reinstall the package in order to get a new JOSM version. Doesn't sound very convenient to me. Or do I misunderstand your idea?

fortera commented on 2024-07-17 02:46 (UTC)

Is there any possibility of having this package automatically grab the latest version number on build, instead of having the PKGBUILD be updated on a schedule?

hauke96 commented on 2024-03-04 20:58 (UTC)

I tried some things and was able to reproduce the issue by manually corrupting the cache folder. I have no idea how this might happen without manual interference, but removing it with rm -rf .cache/yay/josm-latest helped, because it forces yay to re-download (and not just update) all sources.

hauke96 commented on 2024-03-04 16:59 (UTC)

I'm afraid I can't help you without further details (e.g. relevant error messages from the logs), since I'm not able to reproduce the problem. Maybe your logs contain some useful information enabling you to debug the problem a bit.

Gorgor commented on 2024-03-03 19:15 (UTC)

I have subversion installed and this still happens.

hauke96 commented on 2024-03-03 17:10 (UTC) (edited on 2024-03-03 17:10 (UTC) by hauke96)

Make sure you have the package subversion installed, which provides the svn command for yay to download the sources, which contain the desktop files. There's already an issue for this, because the makedepends list is actually evaluated too late: https://github.com/Jguer/yay/issues/2237

If you have subversion installed, then maybe the logs show some other helpful messages on what went wrong?

Gorgor commented on 2024-03-03 16:26 (UTC) (edited on 2024-03-03 16:27 (UTC) by Gorgor)

I had the same problem as @ianioc when trying to install via yay -S josm-latest. I got:

==> Starting package()...
install: cannot stat 'josm/native/linux/tested/usr/share/applications/org.openstreetmap.josm.desktop': No such file or directory

Indeed, ~/.cache/yay/josm-latest/src/josm was empty. Maybe it has something to do with how yay handles SVN?

In any case, installing via makepkg + pacman worked fine.

Thanks for maintaining, @hauke96! I'm not experienced with these matters. Do you think this warrants a bug report at yay?

hauke96 commented on 2024-01-24 20:08 (UTC)

@ianioc Sorry, but the desktop file is already part of the installation and it works on my machine: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=josm-latest#n35 Please verify that your system uses that path correctly, if you can't find entries in menus or such. I'm not using a desktop environment with search menus and I'm not using .desktop files, so I'm afraid I can't really test this. This package uses the same installation-mechanism as the official "josm" package, is it working there?

ianioc commented on 2024-01-21 11:08 (UTC)

missing josm/native/linux/tested/usr/share/applications/org.openstreetmap.josm.desktop

1 2 Next › Last »