Hello, Fork of KeePassX that aims to incorporate stalled Pull Requests, features, and bug fixes that are not being incorporated into the main KeePassX baseline. Please, consider add in on Portage tree. Thank you. PS. seem the project will chage its name: https://github.com/keepassxreboot/keepassx/issues/61 Reproducible: Always
Thank you for your suggestion. After a short look on the fork, I think this package is a good candidate for the main tree. Lars, you maintain app-admin/keepassx. I expect, that the ebuild will be the same for some while, so I added you exceptionally to the CC of this ticket. Would you proxymaintain this ebuild, if a volunteer as first contact is found? @lebarondemerde Do you have the chance to test, if the ebuild compiles without error by simply renaming the ebuild and just changing the obvious variables (SRC_URI...) There is a chance of 99%, that it will work out of the box.
Hi, I was already thinking about doing that since yesterday, just rename the ebuild and test, but I will only can do that later today. Cheers!
They making the updates: https://github.com/keepassxreboot/keepassx/pull/70#issuecomment-257310100
I can cat as proxy-maintainer for this package. But I suggest that we wait for the package to get pushed into portage tree until upstream has finished their renaming. I do not want to mess with some pkg-move just because we were not patient enough.
Just to point out, the KeepassX-Reboot (future KeePassXC) depends on Qt5, while the (old) KeepassX depends on Qt4: https://github.com/keepassxreboot/keepassx/wiki/Install-Instruction-from-Source Also, there is a Arch Linux PKGBUILD what may be helpful to make the ebuild: https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=keepassx-reboot
Seem the name change already happened. Thanks!
Hey, Since the only ebuild for a Qt5-based version of KeePassX has gone from the qt overlay, I am also very interested in having this fork in the main tree. Here is a live ebuild I (re)wrote and briefly tested on my machine.
Created attachment 452666 [details] Live ebuild for app-admin/keepassxc
Hi, any further progress on that? I'm also very interested in having this fork in the Portage-Tree. Thanks! Best Regards
There are some updates needed on the ebuild. The http and auto type support are now disabled by default. Those can be enabled at compile time, and also the Yubikey support: -DWITH_XC_AUTOTYPE=ON -DWITH_XC_HTTP=ON -DWITH_XC_YUBIKEY=ON Cheers!
I have updated the live ebuild. It is now in my personal overlay on GitHub: https://github.com/krivenko/gentoo-overlay/tree/master/app-admin/keepassxc
2.1.0 is out[1]: Show unlock dialog when using autotype on a closed database [#10, #89] Show different tray icon when database is locked [#37, #46] Support autotype on Windows and OS X [#42, #60, #63] Add delay feature to autotype [#76, #77] Add password strength meter [#84, #92] Add option for automatically locking the database when minimizing the window [#57] Add feature to download favicons and use them as entry icons [#30] Automatically reload and merge database when the file changed on disk [#22, #33, #93] Add tool for merging two databases [#22, #47, #143] Add --pw-stdin commandline option to unlock the database by providing a password on STDIN [#54] Add utility script for reading the database password from KWallet [#55] Fix some KeePassHTTP settings not being remembered [#34, #65] Make search box persistent [#15, #67, #157] Enhance search feature by scoping the search to selected group [#16, #118] Improve interaction between search field and entry list [#131, #141] Add stand-alone password-generator [#18, #92] Don't require password repetition when password is visible [#27, #92] Add support for entry attributes in autotype sequences [#107] Always focus password field when opening the database unlock widget [#116, #117] Fix compilation errors on various platforms [#53, #126, #130] Restructure and improve kdbx-extract utility [#160] [1]: https://github.com/keepassxreboot/keepassxc/releases/tag/2.1.0
The live ebuild looks quite good. But what about the commented yubikey support? Is it non-working? Or are there missing dependencies?
(In reply to Lars Wendler (Polynomial-C) from comment #13) > The live ebuild looks quite good. But what about the commented yubikey > support? > Is it non-working? Or are there missing dependencies? As far as I can see from their GitHub repository, the yubikey branch has not been merged yet. If you enable this feature using WITH_XC_YUBIKEY=ON you will get an extra information line in the 'About' dialog and that's it.
commit 565861fc110056b320482b9e5ea798798e78ac80 Author: Lars Wendler <polynomial-c@gentoo.org> Date: Fri Feb 10 08:31:02 2017 app-admin/keepassxc: Initial commit (bug #598601). Thanks to Igor Krivenko for providing the initial ebuild. Package-Manager: Portage-2.3.3, Repoman-2.3.1
Shouldn't the dependency on net-libs/libmicrohttpd be conditional? http? ( )
(In reply to Sven B. from comment #16) > Shouldn't the dependency on > > net-libs/libmicrohttpd > > be conditional? > > http? ( > > ) Until recently upstream required libmicrohttpd unconditionally. But you are right, we can already make it conditional with version 2.2.1 and current master. I am updating my ebuilds...