Search Criteria
Package Details: nasc 0.7.5-1
Git Clone URL: | https://aur.archlinux.org/nasc.git (read-only, click to copy) |
---|---|
Package Base: | nasc |
Description: | Do maths like a normal person. |
Upstream URL: | https://parnold-x.github.io/nasc/ |
Licenses: | |
Conflicts: | |
Submitter: | aperez |
Maintainer: | aperez |
Last Packager: | aperez |
Votes: | 8 |
Popularity: | 0.28 |
First Submitted: | 2018-03-21 12:50 |
Last Updated: | 2020-08-29 21:00 |
Dependencies (8)
- granite (granite-git)
- gtksourceview3 (gtksourceview3-git)
- mpfr (mpfr-svn)
- webkit2gtk (webkit2gtk-mse, webkit2gtk-unstable)
- git (git-git) (make)
- intltool (make)
- meson (meson-git) (make)
- vala (vala0.42, vala0.44, vala-git) (make)
Latest Comments
caleb commented on 2021-01-07 15:26
@ghoti It's not a compatibility problem. This app works fine but it must be rebuilt using sources that match the ICU version you are running. If you installed manually rebuild and it will work fine. If you used yay, try
yay --rebuild -S nasc
.ghoti commented on 2020-12-31 17:42
the ICU UC libraries seem to be broken, and 67 and 68 really do appear to be incompatible with eachother.
Not sure what could be done to fix this.
darrSonik commented on 2020-12-27 06:23
icu
package got updated, but this build still points atlibicuuc.so.67
. Therefore, it fails to start. It should point tolibicuuc.so.68
while loading shared libraries.caleb commented on 2020-08-31 07:32
Sure it does. It would bean I can launch it from the CLI or my desktop UI's launcher by typing in something sensible and expected. Reverse domain names as
/usr/bin
entries is nonsense.Even the upstream started out doing something sensible and only switched to the RDNN scheme because their primary distribution channel is Elementary OS's AppCenter and it uses RDNN for all desktop apps. Their entire user model is heavily mouse/menu driven though so they don't care about the things Arch Linux users are likely to care about. I want to be able to launch an app under the sensible name that the
pkgname
and even upstream project repository are sensible enough to use:nasc
.I don't see why Arch Packaging should be held to doing silly things like this just because some other OS packaging scheme calls for them.
Alexmaras commented on 2020-08-13 13:52
Thanks @aperez, fair point. It's a fairly unfortunate binary name to launch, but I suppose a user can symlink if they prefer the actual app name instead of the namespaced one.
aperez commented on 2020-08-12 18:40
@Alexmaras: In general the way things are done when packaging software for Arch is avoiding modifications of the upstream software if possible. Renaming the binary does not achieve any practical goal, and would introduce differences with upstream, so I would rather not do that.
Alexmaras commented on 2020-08-11 05:50
Might be worth updating the PKGBUILD package() function to rename the binary from
com.github.parnold-x.nasc
to justnasc