Main PageThis is another (mainly) bug fix release. Please report any remaing bugs!
Due to the lack of developers a Mac OS X build is not yet available and it might take some time until it’s released.
As always you should make a backup of your password safe before upgrading. Once you open your database with KeePassX 0.3.2, custom icons won’t be avilable anymore on older version.
Changelog:
- add default groups when creating a database
- improved the auto-type dialog (keyboard only usage, visual selection feedback)
- automatically try to unlock db when global auto-type key has been pressed
- fixed password encoding problem (Bug #1687864)
- fixed sorting of date columns (Bugs #1861726, #1922311)
- fixed problem when restoring window after auto-type (Bug #1978861)
- don’t use entries in ‘Backup’ group for global auto-type (Bug #1915664)
- hide contents of search field while database is locked (Bug #1923554)
- fixed: custom entry icons are not saved (Bug #1995561)
- added new icons introduced in KeePass 1.11
- improved format of date strings (Bug #1932394)
- added missing menu accelerators (Bug #1955304)
- fixed: line breaks are ignored in Entry Detail View (Bug #1942362)
- master key transformations (rounds) are now computed in two threads (from KeePass 1.11)
- added ability to measure the number of rounds that can be calculated in 1 second
- increase and randomize the default key transformation number
- print help if parsing the arguments fails
- disable precompiled header on FreeBSD by default to fix compilation error (Bug #1943446)
As always… thanks so much!
Cheers, thanks for the work. Hopefully I’ll be able to help soon with the platforms of interest to me: OS X + Maemo.
As always, fantastic work. Please keep it up.
I like this piece of software very much! Keep up the great work!
This is the best Password Manager, and I have tested a lot of them.
Keep on working on this project as it is great! I worked with the windows port and now on linux and everything runs fine.
Not sure whether I should submit a bug report. I compiled from the source tarball to get keepassx running on Fedora 7 (I did the same thing for keepassx 0.3.1).
0.3.1 works just fine, but 0.3.2 give the error:
“The following error occured while opening the database:
Unknown error while loading database.”
I reverted back to 0.3.1 and all is well.
Please submit a bugreport here:
http://sourceforge.net/tracker/?func=add&group_id=166631&atid=839779
But I need some more information:
– Does the error occur when opening another keepass database?
– Do you use AES or Twofish?
Done ID 2025075
I really appreciate work being done on KeePassX. It’s a very useful program that I can use on *NIX and Mac OS X. Keep up the good work!
If I could ever figure out how to correctly package my builds then I would gladly submit OS X builds. So far I can compile it on my Mac, but when I attempt to go into my bin directory and copy the KeePassX.app to my other Mac, it crashes on startup. I checked and my KeePassX.app that I built on my system (v0.3.2) is roughly 2MB while the KeePassX.app that I downloaded (v0.3.1) is over 21MB.
It is certainly not the case that the 0.3.2 code is 10 times smaller than the 0.3.1 code. Obviously, I am missing something…
I thing the Qt library is missing in the bundle.
That sounds like a reasonable assumption, but I don’t know how to get it to be included. It could also be the case that the object files are missing, but I seriously doubt this. If I delete the directory where I did the svn checkout and built the application, it still continues to run just fine on this system. Furthermore, ‘make install’ doesn’t do much but cp -r the KeePassX.app directory to /Applications.
I did “ls -lR” on the 0.3.1 version of KeePassX.app and the 0.3.2 version that I built. There doesn’t appear to be a difference of files in the 0.3.1 version, but the size of the keepassx binary itself is very different:
0.3.1 version:
./Contents/MacOS:
total 43480
-rwxr-xr-x 1 bdmayes bdmayes 22257928 Mar 14 17:16 KeePassX
0.3.2 version:
./Contents/MacOS:
total 1888
-rwxr-xr-x 1 bdmayes bdmayes 965956 Jul 26 16:58 KeePassX
Any further ideas?
Try to add LINK=dynamic or LINK=static to the qmake call (depending on your configuration of Qt).
That didn’t work but I did find some information in doc/html/deployment-mac.html. I had to download the latest version of the Qt source so that I could configure it with the -static (and -universal) flag. It looks like once you are ready to build it as a binary release you run:
qmake -config release
make
Unfortunately I’m getting an error when building revision 213 with Qt 4.4.0 (even if I leave off the -config release option to qmake). The error does not occur if I build with Qt 4.3.3. I have redirected the output to a file available at:
http://slackbox.homelinux.org/make-error.txt.
The error begins on line 177 with:
Undefined symbols:
“_GetWindowBounds”, referenced from:
QWidgetPrivate::createWindow_sys() in libQtGui.a(qwidget_mac.o)
QWidget::mapFromGlobal(QPoint const&) constin libQtGui.a(qwidget_mac.o)
QWidget::mapToGlobal(QPoint const&) constin libQtGui.a(qwidget_mac.o)
So I’m not sure at this point if the error is with the code (i.e. it won’t build on any system using Qt 4.4.0) or a problem with the options I gave Qt when I built it. I’m going to try downloading Qt 4.4.0 on my Ubuntu system to see if it can build the latest SVN revision. The machine currently uses Qt 4.3.4. Has anyone else tried building with 4.4.0?
It builds fine with Qt 4.4.0 on Ubuntu.
Because you compiled Qt as a static library, you have to link against some more libraries.
This is what LINK=static should do.
You are correct, it does indeed build on Ubuntu with Qt 4.4.0. I just just did the build and it worked fine. I still cannot get this to work on my Mac however, and I have tried using both LINK=static and LINK=dynamic. Every build results in the same error when it attempts to link all of the object files together. I will have to do some further research.
very very good.
thank you for your work
Thanks, your efforts are really appreciated !
Hi,
what about an iPhone version? Would be great!
Regards,
Yasmin
automatically try to unlock db when global auto-type key has been pressed
Hoorah! hoorah! Hoorah!
That’s been driving me bonkers for months!
Release 0.3.2 for Mac seems to be available from the download page at this time. You should update your release announcement since it still says the Mac binary is not available yet.
What about KeePassX-0.3.2-bin.tar.gz ? Having such bundle on removable drive (flash stick, etc.) is very usefull
Hm, I can’t build it statically on my Mac.
I build Qt like this: ./configure -prefix /Developer/qt4-static -static -no-qt3support -no-phonon -no-webkit -release -fast -no-nis -no-cups -nomake examples,demos
Then set PATH=/Developer/qt4-static/bin$PATH and compiled with this command:
LINK=static qmake -config release
make
I get some linker warnings and errors:
g++ -headerpad_max_install_names -o ../bin/KeePassX.app/Contents/MacOS/KeePassX ../build/main_macx.o [..] -L/Developer/qt4-static/lib -framework CoreFoundation -lQtXml -lQtGui -lQtCore
[..]
ld: warning QList::free(QListData::Data*) has different visibility (1) in /Developer/qt4-static/lib/libQtGui.a(qfiledialog.o) and (2) in ../build/main.o
ld: warning QList::~QList() has different visibility (1) in /Developer/qt4-static/lib/libQtGui.a(qfiledialog.o) and (2) in ../build/main.o
[..]
Undefined symbols:
“_GetWindowBounds”, referenced from:
QWidgetPrivate::createWindow_sys() in libQtGui.a(qwidget_mac.o)
QWidget::mapFromGlobal(QPoint const&) constin libQtGui.a(qwidget_mac.o)
QWidget::mapToGlobal(QPoint const&) constin libQtGui.a(qwidget_mac.o)
[..]
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[1]: *** [../bin/KeePassX.app/Contents/MacOS/KeePassX] Error 1
How exactly do I have to specify the LINK=static option?
What else could be wrong?
Thanks!
That’s really thinking out of the box. Thansk!