Lot of users rely on KeePassX as main PasswordManager.
If this is a serious fork we need to consider:
And more...
We should maybe also make this a standalone repository instead of an attached fork, so contributions are counted. See https://help.github.com/articles/why-are-my-contributions-not-showing-up-on-my-profile/
I just submitted the request to unfork the repository. We are going to significantly depart from the main code base with no intention of folding the changes back in.
I was thinking of using a different name for the binary application so as not to conflict with KeePassX in any manner. Any suggestions?
My ideas:
What about keep it simple and just call it KeePassX2 so everyone will know what this is about? KeePass2X also looks ok to me, but it reminds me more of KeePass2 rather than KeePassX, as X comes after 2. And I think that this might even confuse some people into thinking that it is a fork of KeePass2.
@TheZ3ro Regarding the Opening an Official WebSite for the Reboot fork, I'd like to let you know that I'm a PHP developer, so in case you need me I'd be glad to help with that part.
I think se should stuck with keepassx-reboot
Anyway, what about the mailing-list/communication channel?
I agree that it definitely needs a different name than the original keepass. That way distributions can easily include both and let the user decide (there is benefits to the old keepass code as this code base is changing rapidly so there may be bugs introduced).
I think "keepassx-rebooted" is good
(I'm not involved in either project, but I do use KeePassX and am considering switching over to the reboot.)
I like the idea of a separate name to disambiguate, and KeePassXtd seems to align nicely with the goals of the reboot (extending the functionality of the original application). Options like KeePass2X or X2 would likely be very confusing to users, as KeePassX is currently on version 2.0.2 (2.0.0 being a big release), and future version updates may result in names like "KeePassX2 version 3 (the second major version of KeePassX Reboot)".
I would prefer something pronounceable with at most one extra letter,
not three. KeePassXtd is too complicated and KeePass Extended is too
long. We could call it QKeePass, but that's a little trite.
I also don't think that this is really an "extended" Version of
KeePassX. It's just the normal KeePassX with all the stuff that should
have made it into the original project in the first place. We shouldn't
choose a name that will inevitably become cheesy or meaningless in a
couple of years. For that reason, I also think that "Reboot" should only
be a working title for now and not the real name we choose in the end.
@Manko10 I think that QKeePass looks very different than KeePassX and I don't quite like how it looks in the eye, I agree though with your thinking that Reboot should not be part of the name. We need something new, but yet not very far from the original. What about let's say KeePassZ or even KeePassK? I think Z looks at least as cool as X and also K looks a bit like X if you think about it.
KeePassX is named after KeePass and the X stand for "Cross-Platform".
If we need a name I prefer a name with an actual sense, not a name that just fit in 😅
KeePassXR (CrossPlatform Reboot)
@TheZ3ro As long as we don't call it KeePassXP :stuck_out_tongue_winking_eye: this is fine by me.
KeepassX-LTS ;)
I am taking a liking to KeePassXR, but its only really a reboot in the short term to gain momentum. Rebooting is not the main goal, as @Manko10 suggested. Tough decision...
I created a Discord channel for this project: https://discord.gg/q7Pda~~
Discord is like a mailing list and a chat tool rolled into one, good way to coordinate ideas or ask questions in a non-committal way. GitHub will obviously be the official means of communication though.
If someone wants to be the moderator/semi-admin of this channel let me know. You can create sub-channels for targeted discussions.
What about KeePassOS where OS means "open source". The previous keepass was open source, but it did not really support open development (and neither does the original in actuality) and it seems this one intends to do that. I don't think the "X" needs to stay as nowadays all keepass versions are cross platform (keepass can be run with mono for example).
I appreciate the sentiment but feel OS ubiquitously references "Operating System" and doesn't fit (just one person's humble opinion of course)
The fact that it will be openly developed and supported is really the major feature of this fork, or so it seems.
I'll reiterate my suggestion of "KeePassX-LTS" for that reason but fear it may be too long or perhaps just too obscure. It's tough because there is a great desire to remain with the original naming as it brings with it the link/community...
If we want to stress the open source character, what about Open KeePass, LibreKeePass or KeePassFree?
@droidmonkey the Discord invite is expired, why we don't use Slack instead of Discord? They are almost the same but Slack is more public-oriented, famous, and not in "beta"
all: KeePass and KeePassX are both open source, so I don't see any sense to use "OS" or "Libre" in the name.
Maybe It should be good to maintain "Kee" in the name because this fork support KeePass database format.
Some new names:
"KiPass" -> pronounce like "KeePass" (we can also append an "X" if we want)
"XPass" ->pronounced as "cross-pass"
Also, we will need a new icon I think
Yes, I was thinking about that. And when we're already in the progress,
we should also make some monochrome variants for use in desktop
environments such as KDE. I've always hated the green icon in my
otherwise monochrome systray.
Scratch Discord, I decided based on reading some Open Source guides that using Google Groups is a better alternative. I set it up as a Q&A format so that topics can be starred/categorized/and voted on.
https://groups.google.com/forum/#!forum/keepassx-reboot
Yes, a new icon is needed, issue #41
@george-viaud I do not like KeePassX-LTS since LTS implies little change besides security updates (see Ubuntu model).
KeePassXR is the winner so far.
P.S. - We are now officially unforked!
Finally a cross platform local file based password manager is coming, i wait for day when i could replace this C# based KeePass with this KeePassX2(XR, XRB, X-Reboot, X). My Chromium portable from chromium.woolyss.com is waiting :)
You can use it today! It is rather stable due to the hard work of the original maintainers, I recommend compiling this tag: https://github.com/keepassxreboot/keepassx/tree/2.0.3-http
People are using the KeePassX Reboot (keepassx-reboot) name already, We really want to change the name?
I think its ok to keep calling it reboot, the actual executable can be keepassxr with an alias of keepassx-reboot?
Really a name change happens all the time, we are still new and finding our way. Once the first major release occurs then we need to decide.
I'm ok with the names/alias keepassxr - keepassx-reboot 👍
I think there should also be a keepassx symlink that points to the keepassxr binary, but only in the case that the original keepassx is not already installed. This is important for software packages that may depend on the original keepassx so they won't break if only keepassxr is installed.
@TheZ3ro Sorry if I've jumped the gun a little here. The pull request that referenced this issue was intended to address the reference to @droidmonkey's moved repository. If necessary, I'm happy to change the name listed there before it gets merged, and I'll keep up with any changes that happen here, as well.
@jonafato no problem, the name it's an Issue we have to resolve some point in time
@droidmonkey @magkopian I like your idea about alias but I think that those things are platform-dipendent (package maintainer will address the alias problem)
What we really need instead is the name that we will use in the program UI (window title, about screen, etc) and the executable name (for Linux all lowercase, and for Windows and Mac with proper upper and lower case)
If we all agree on KeePassXR and keepassxr I think we can start to change all the label for KeePassX.
Also another Issue will be insert the "KeePassX-Reboot copyright" in every file header we change and in the COPYING file
@TheZ3ro KeePassXR and keepassxr are fine by me, personally I liked KeePassX2 better, but I think KeePassXR is good as well.
suggestion: KeePassXL (KeePassX with LTS)
Just a thought but can there be a better place (a poll maybe?) for
suggestions. All I'm going to say is that if you look at the post history
this and other issues have received a continuous stream of the same
suggestions repeatedly and getting others to vote instead of repeated email
will make everyone's email inbox/github notifications a lot less ...
repetitive.
On Tue, Oct 18, 2016 at 5:40 PM, Steffen Müller [email protected]
wrote:
suggestion: KeePassXL (KeePassX with LTS)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/keepassxreboot/keepassx/issues/40#issuecomment-254647620,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ACk71O5WQzilrHQPFQCPsBPmnhMj-6ioks5q1TzLgaJpZM4KSiL5
.
Please continue this discussion in the following Google Group topic. I am locking this discussion but leaving the issue open until a resolution is reached.
https://groups.google.com/forum/#!topic/keepassx-reboot/tJhYaTt3rqc
I have proposed a new Icon.
Everybody please take a look at this https://groups.google.com/d/msg/keepassx-reboot/tJhYaTt3rqc/MY-rtRnwAgAJ
Guys, every maintainer must read google groups. Please keep weekly notification on it.
I get mail notifications directly into my inbox.
Most helpful comment
Scratch Discord, I decided based on reading some Open Source guides that using Google Groups is a better alternative. I set it up as a Q&A format so that topics can be starred/categorized/and voted on.
https://groups.google.com/forum/#!forum/keepassx-reboot
Yes, a new icon is needed, issue #41
@george-viaud I do not like KeePassX-LTS since LTS implies little change besides security updates (see Ubuntu model).
KeePassXR is the winner so far.
P.S. - We are now officially unforked!