digiKam 0.9.4-rc1 release

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

digiKam 0.9.4-rc1 release

Gilles Caulier-4
Dear all digiKam fans and users!

The digiKam development team is happy to release 0.9.4-rc1. The
digiKam tarball can be downloaded from SourceForge as well.

http://sourceforge.net/project/showfiles.php?group_id=42641

---------------------------------------------------------------------------------------------------------------------
NEW FEATURES:

General : external libsqlite3 depency removed. sqlite3 source code is
now included in digiKam core.
              (see B.K.O #160966)

---------------------------------------------------------------------------------------------------------------------
BUGFIXES FROM KDE BUGZILLA (alias B.K.O | http://bugs.kde.org):

001 ==> 162496 : When Digikam saves file as JPEG - JPG options are not
always presented.
002 ==> 160740 : Handbook says that libgphoto2 is required but does
not say whether it should be compiled with exif support.
003 ==> 148400 : Problem loading 16bit Grayscale TIFF image.
004 ==> 160925 : digiKam crash, I don't know why, but I have the bugreport.
005 ==> 162691 : 0.9.4 beta5 compile error imagehistogram.cpp.
006 ==> 160966 : Some searches don't work properly with the new sqlite3-3.5.8.
007 ==> 162245 : Assigned tag list not updated correctly when "show
assigned tags" filter is active.
008 ==> 158866 : Advanced Search on Tags a mess.
009 ==> 162814 : digiKam crashes when using light table (page down).
010 ==> 163151 : Red eye correction doesn't work fine.
011 ==> 163227 : Searching for tag names in simple and advanced search
doesn't work.
012 ==> 163474 : Config UI using external media.
013 ==> 156420 : Canon EOS 400D, no thumbnails displayed then digikam segfaults.
014 ==> 163118 : digikam-0.9.4_beta5 compilation hangs with gcc 4.3.

---------------------------------------------------------------------------------------------------------------------

Best Regards

Gilles Caulier
digiKam project
http://www.digikam.org
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: digiKam 0.9.4-rc1 release

Bugzilla from treeve@scarlet.be
while I welcome a new digikam  release, I think that integrating sqlite3 is a
backward step.  If a security  fix is made to sqlite3, digikam will not benefit
from it until it is re-released.

Is it possible to disable the embedded version when building digikam from
source?

As a general rule products should not embed other libraries, as it bloats the
source code and introduces insecurity, as well as making more work for
developers.

Regards, Treeve

On Wednesday 18 June 2008 14:05:45 Gilles Caulier wrote:

> Dear all digiKam fans and users!
>
> The digiKam development team is happy to release 0.9.4-rc1. The
> digiKam tarball can be downloaded from SourceForge as well.
>
> http://sourceforge.net/project/showfiles.php?group_id=42641
>
> ---------------------------------------------------------------------------
>------------------------------------------ NEW FEATURES:
>
> General : external libsqlite3 depency removed. sqlite3 source code is
> now included in digiKam core.
>               (see B.K.O #160966)
>
> ---------------------------------------------------------------------------
>------------------------------------------ BUGFIXES FROM KDE BUGZILLA (alias
> B.K.O | http://bugs.kde.org):
>
> 001 ==> 162496 : When Digikam saves file as JPEG - JPG options are not
> always presented.
> 002 ==> 160740 : Handbook says that libgphoto2 is required but does
> not say whether it should be compiled with exif support.
> 003 ==> 148400 : Problem loading 16bit Grayscale TIFF image.
> 004 ==> 160925 : digiKam crash, I don't know why, but I have the bugreport.
> 005 ==> 162691 : 0.9.4 beta5 compile error imagehistogram.cpp.
> 006 ==> 160966 : Some searches don't work properly with the new
> sqlite3-3.5.8. 007 ==> 162245 : Assigned tag list not updated correctly
> when "show assigned tags" filter is active.
> 008 ==> 158866 : Advanced Search on Tags a mess.
> 009 ==> 162814 : digiKam crashes when using light table (page down).
> 010 ==> 163151 : Red eye correction doesn't work fine.
> 011 ==> 163227 : Searching for tag names in simple and advanced search
> doesn't work.
> 012 ==> 163474 : Config UI using external media.
> 013 ==> 156420 : Canon EOS 400D, no thumbnails displayed then digikam
> segfaults. 014 ==> 163118 : digikam-0.9.4_beta5 compilation hangs with gcc
> 4.3.
>
> ---------------------------------------------------------------------------
>------------------------------------------
>
> Best Regards
>
> Gilles Caulier
> digiKam project
> http://www.digikam.org
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: digiKam 0.9.4-rc1 release

Gilles Caulier-4
2008/6/18 Treeve Jelbert <[hidden email]>:

> while I welcome a new digikam  release, I think that integrating sqlite3 is a
> backward step.  If a security  fix is made to sqlite3, digikam will not benefit
> from it until it is re-released.
>
> Is it possible to disable the embedded version when building digikam from
> source?
>
> As a general rule products should not embed other libraries, as it bloats the
> source code and introduces insecurity, as well as making more work for
> developers.

And this is not the case. For ex, look in Qt for example libpng is
included like qslite3... and this not make a problem.

We don't have any way to control fine witch sqlite3 version used to
compile digiKam. We want a suitable program. This is the only solution
found.

Also, digiKam do not provide a new sqlite3 program. We compile it with
the source code of shared libs. that all.

The source code of sqlite is the same that the official package. if a
security issue is found, we can just update source code and _validate_
the version included.

For KDE4, another way is done : we use QT4::SQLite plugin... which is
also compiled with a dedicated libsqlite version embeded in the
library...

Note : Amarok also include libsqlite3 source code...

Best

Gilles Caulier
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users