got it running (http autofill) problem was that that the used loopback address was ::1 and the passfox plugin or keepass-http reset the tcp connection everytime
tl:dr comment out ipv6 localhost ::1 in /etc/hosts
check it with wireshark
https://www.anony.ws/image/NfL1
https://www.anony.ws/image/NfLB
Search Criteria
Package Details: keepassxc-git 2.7.1.r183.g263ce204-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/keepassxc-git.git (read-only, click to copy) |
---|---|
Package Base: | keepassxc-git |
Description: | Cross-platform community-driven port of KeePass Password Safe |
Upstream URL: | https://github.com/keepassxreboot/keepassxc |
Keywords: | keepassxc password security |
Licenses: | GPL2 |
Conflicts: | keepassxc |
Provides: | keepassxc, org.freedesktop.secrets |
Replaces: | keepassx-http, keepassx-reboot-git |
Submitter: | dlandau |
Maintainer: | yan12125 (phoerious) |
Last Packager: | yan12125 |
Votes: | 66 |
Popularity: | 0.014667 |
First Submitted: | 2016-11-09 12:41 (UTC) |
Last Updated: | 2023-05-15 09:24 (UTC) |
Dependencies (22)
- botan (botan-gitAUR)
- desktop-file-utils (desktop-file-utils-gitAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libusb (libusb-gitAUR)
- libxtst
- minizip (minizip-gitAUR)
- pcsclite (pcsclite-gitAUR)
- qrencode (qrencode-gitAUR)
- qt5-base (qt5-base-gitAUR, qt5-base-headlessAUR)
- qt5-imageformats
- qt5-svg (qt5-svg-gitAUR)
- qt5-translations (qt5-translations-gitAUR)
- qt5-x11extras
- shared-mime-info
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- asciidoctor (make)
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- intltool (make)
- qt5-tools (make)
- Show 2 more dependencies...
Required by (103)
- anytype-alpha-bin (requires org.freedesktop.secrets) (optional)
- anytype-bin (requires org.freedesktop.secrets) (optional)
- anytype-electron-bin (requires org.freedesktop.secrets) (optional)
- asbru-cm-git (requires keepassxc) (optional)
- asbru-cm-loki-git (requires keepassxc) (optional)
- bibox2-bin (requires org.freedesktop.secrets)
- bitwarden-bin (requires org.freedesktop.secrets)
- cef (requires org.freedesktop.secrets) (optional)
- chromium-dev (requires org.freedesktop.secrets) (optional)
- chromium-no-extras (requires org.freedesktop.secrets) (optional)
- code-features (requires org.freedesktop.secrets)
- code-features-insiders (requires org.freedesktop.secrets)
- criptext-bin (requires org.freedesktop.secrets) (optional)
- cromite-bin (requires org.freedesktop.secrets) (optional)
- deepin-daemon-git (requires org.freedesktop.secrets)
- deja-dup-git (requires org.freedesktop.secrets)
- electronmail (requires org.freedesktop.secrets) (optional)
- electronmail-bin (requires org.freedesktop.secrets) (optional)
- feedreader (requires org.freedesktop.secrets)
- feedreader-decsync-git (requires org.freedesktop.secrets)
- Show 83 more...
Sources (1)
Fallback commented on 2016-09-08 00:14 (UTC)
gnucon commented on 2016-08-19 14:18 (UTC)
tried to make it work with chromeIPass,
for the first time it did not save the passwords to the database (used google-drive-ocamlfuse which takes 750MB+ from your drive with its dependencies)
then tried with a proper local file and in the chromeipass popup it said is disconnected, (no, not the cannot find http message)
and could not connect to the keepasshttp again
nonsense...
Fallback commented on 2016-07-05 20:08 (UTC)
"KeePassHttp is not running" in Firefox with Pass|Fox but the Chromeplugin works...
any idea how to solve this ?
Maybe its time to switch this package to the rebuild:
https://github.com/droidmonkey/keepassx_http
Still no integration for the http feature in the main KeepassX :(
Brinox commented on 2016-06-30 15:15 (UTC)
With the new pacman hooks, you could easily get rid of all the statements in the .install file :)
maxqia commented on 2016-06-16 07:00 (UTC)
Fixed package to commit cbb1269
vith commented on 2016-06-16 02:00 (UTC)
@twochair It works for me on 2.0.2.r167.gbb2e1ee-1
I'm using gnome-shell.
twochair commented on 2016-06-16 01:30 (UTC)
Copy attribute to Clipboard doesn't work or it's just me? Whenever I try to copy an entry's attribute, nothing is ever copied
vith commented on 2016-06-15 18:02 (UTC)
I think the problem is this is really a -git package that isn't named that way. Since you aren't checking out the commit that the PKGBUILD has as its version, pkgver() rewrites the PKGBUILD's version to have the latest commit at makepkg time but .SRCINFO is left with the old one. pacaur tests the package name in several places with regexes like this "\-(bzr|git|hg|svn|nightly.*)$" and uses different logic: https://github.com/rmarquis/pacaur/blob/4.6.5/pacaur#L915
Since pacaur doesn't think this is a vcs package, it thinks it can use the version from .SRCINFO to determine the package filename.
I think you have three options:
1. Rename the package to keepassx-http-git and continue having it build the latest commit without pushing version bumps. Doing it this way means nobody using the AUR package will upgrade to new commits with an AUR helper unless they use an extra option like `pacaur --Syu --devel` which forces vcs packages to update the vcs repo.
2. Change the source url to refer to the specific commit that's in the version. This means you'll have to push PKGBUILD/.SRCINFO version bumps whenever upstream changes.
3. Go argue with pacaur's developer about whether it should be using the version from .SRCINFO to find the package filename
Personally I'd go with 1. I think vcs packages should be named with a vcs suffix. It's not about whether you use a vcs repo as the source, it's about whether it builds the latest version from vcs or a specific version.
> Suffix pkgname with -cvs, -svn, -hg, -darcs, -bzr, -git etc. unless the package fetches a specific release.
https://wiki.archlinux.org/index.php/VCS_package_guidelines
maxqia commented on 2016-06-15 15:03 (UTC)
I don't see any difference when running mksrcinfo again except for the version difference.
mixedCase commented on 2016-06-14 15:27 (UTC)
mksrcinfo apparently differs from pkgbuild, according to pacaur. Could you try updating it?
Pinned Comments
yan12125 commented on 2021-06-30 10:39 (UTC) (edited on 2024-05-07 14:51 (UTC) by yan12125)
It is indeed confusing that the computed pkgver starts with an older version. That is because the nearest tag reachable from the latest commit is an older tag (ex: 2.7.1). In other words, newer tags are not part on the develop branch. You can check the commit part (ex: "g6f14becb08") against the latest commit [1] and see the built package is indeed the latest commit.
[1] https://github.com/keepassxreboot/keepassxc/commits/develop