@wolfheart I use a wrapper /usr/bin/obsidian to enable passing flags to Electron (just like what chrome and vscode do).
The former version includes a install script that links /opt/Obsidian/obsidian to /usr/bin/obsidian, so there's a conflict. The install script will remove the link when you uninstall the package. So you can uninstall the former version first and then install the new one.
Search Criteria
Package Details: obsidian-appimage 1.9.14-2
Package Actions
| Git Clone URL: | https://aur.archlinux.org/obsidian.git (read-only, click to copy) |
|---|---|
| Package Base: | obsidian |
| Description: | A powerful knowledge base that works on top of a local folder of plain text Markdown files (AppImage version) |
| Upstream URL: | https://github.com/obsidianmd/obsidian-releases |
| Keywords: | markdown md |
| Licenses: | custom |
| Conflicts: | obsidian |
| Provides: | obsidian |
| Submitter: | NekoLOvO |
| Maintainer: | NekoLOvO |
| Last Packager: | NekoLOvO |
| Votes: | 3 |
| Popularity: | 1.04 |
| First Submitted: | 2025-06-03 13:49 (UTC) |
| Last Updated: | 2025-11-04 02:57 (UTC) |
Dependencies (2)
- fuse2
- zlib (zlib-gitAUR, zlib-ng-compat-gitAUR, zlib-ng-compat)
Required by (0)
Sources (5)
NekoLOvO commented on 2025-11-04 02:55 (UTC) (edited on 2025-11-04 02:59 (UTC) by NekoLOvO)
wolfheart commented on 2025-11-03 21:18 (UTC)
It fails to upgrade when a file "/usr/bin/obsidian" already exists.
shawny commented on 2025-10-30 19:26 (UTC)
Apologies, @NekoLovo. I should have noticed that.
NekoLOvO commented on 2025-10-30 17:42 (UTC) (edited on 2025-10-30 18:35 (UTC) by NekoLOvO)
@shawny 1.10.2 is for catalyst version. This package only provides public version
shawny commented on 2025-08-29 01:58 (UTC)
@Neko Appreciate you maintaining the package.
NekoLOvO commented on 2025-08-29 01:57 (UTC)
@shawny Sorry I didn’t notice that
shawny commented on 2025-08-24 10:27 (UTC)
@NekoLOvO, is the package abandoned? It's months behind latest release. Please advise.
oech3 commented on 2025-08-05 07:20 (UTC)
If appgrid means desktop entry, it is masked by NoExtract and requests to remove them is pending.
NekoLOvO commented on 2025-08-03 16:18 (UTC) (edited on 2025-08-04 21:04 (UTC) by NekoLOvO)
@oech3 I don't actually know what your concern is. I don't think rebuilding native modules(like electron) can solve capability issues because capability issue doesn't mean the modules have errors.
And the extra/obsidian is a repackage using obsidan's source code, this package is a binary package provide by obsidian official from their github release page, they are not the same package.
Furthermore, I don't actually like installing electron separately(if you install extra/obsidian, electron34 is a dependency, and there will be a electron34 in your appgrid, that's annoying), and this package provides a build-in electron, so there won't be a electron in your appgrid
oech3 commented on 2025-08-03 04:43 (UTC) (edited on 2025-08-03 04:53 (UTC) by oech3)
Is it have a chance to fix by rebuilding native modules? I'm not sure is it allowed at official package: https://gitlab.archlinux.org/archlinux/packaging/packages/obsidian/-/blob/main/Packaging%20permission%20from%20Arch%20Linux.eml?ref_type=heads
Pinned Comments
NekoLOvO commented on 2025-11-04 02:55 (UTC) (edited on 2025-11-04 02:59 (UTC) by NekoLOvO)
@wolfheart I use a wrapper
/usr/bin/obsidianto enable passing flags to Electron (just like what chrome and vscode do).The former version includes a install script that links
/opt/Obsidian/obsidianto/usr/bin/obsidian, so there's a conflict. The install script will remove the link when you uninstall the package. So you can uninstall the former version first and then install the new one.