FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Development

 
 
LinkBack Thread Tools
 
Old 12-21-2009, 12:46 PM
Samuli Suominen
 
Default Anyone intrested in maintaining media-gfx/digikam?

media-gfx/digikam is rotting outdated in tree with copies of *dozen*
internal libraries, like *five* copies of sqlite, including sqlite-2.

Anyone intrested in maintaining it & unbundling the libraries?


--
Bundling internal copies of libraries,

https://bugs.gentoo.org/show_bug.cgi?id=206934
https://bugs.gentoo.org/show_bug.cgi?id=258463

But above doesn't cover them all, it's coming also with copy of e.g.
media-libs/jpeg-6b and several others.

Version 1.0.0 final been released,

https://bugs.gentoo.org/show_bug.cgi?id=295459
--


Thanks, Samuli
 
Old 12-24-2009, 03:53 AM
Ronan Arraes Jardim Chagas
 
Default Anyone intrested in maintaining media-gfx/digikam?

I studied this problem with Suominen help and I got these conclusions:

1) sqlite2 should stay bundled since it is used just to backport old digikam database (< 0.8.0) to new database based on sqlite3.

2) I can't unbundled lprof because all of the three available versions can't be installed on my system (AMD64).

3) I also can't unbundled clapack, because the portage package that I suppose to provide clapack, lapack-atlas, depends on blas-atlas that I can't install on my system due to compilations errors.

4) libjpeg doesn't seem to be bundled since the original configuration script checks for it. But, the source code on libs/jpegutils seems to use headers from libjpeg-6b. At portage, we have libjpeg-7, so Souminen alerted me that it could have some incompatibility. If it was confirmed, we shall write an e-mail to digikam devs asking them to update it.

5) The only library that I successfully unbundled was libpgf that was recently added to portage. Nevertheless, the current portage ebuild installs a wrong libpgf.pc, because it states that the include directory is /usr/include but it really is /usr/include/libpgf (can anyone fix it or should I open a bug?).

Original line: includedir=${prefix}/include
Modification that should be maid: includedir=${prefix}/include/libpgf

ONLY WITH THIS MODIFICATION, my patch and ebuild that I attached works. This patch unbundled libpgf.
Obs.: The patch can be easily modified to overcome this error on libpgf.pc, but I think it is more adequate correct it first.

I emerged digikam-1.0.0 with this ebuild and everything that I tested works perfectly. I also verify that PGF support is working and I checked that it is really dynamically linked to the library libpgf (when I remove it, digikam doesn't start saying that libpgf wasn't found).

Since it was the first time that I have done something like it, I'm asking for help to avoid any mistakes, that's why I won't send this patch to bug 295459 by now.

Regards,
--
Ronan Arraes Jardim Chagas
Control and Automation Engineer
Gentoo Foundation Member

Em Segunda-feira 21 Dezembro 2009, ąs 11:46:51, Samuli Suominen escreveu:
> media-gfx/digikam is rotting outdated in tree with copies of *dozen*
> internal libraries, like *five* copies of sqlite, including sqlite-2.
>
> Anyone intrested in maintaining it & unbundling the libraries?
>
>
> --
> Bundling internal copies of libraries,
>
> https://bugs.gentoo.org/show_bug.cgi?id=206934
> https://bugs.gentoo.org/show_bug.cgi?id=258463
>
> But above doesn't cover them all, it's coming also with copy of e.g.
> media-libs/jpeg-6b and several others.
>
> Version 1.0.0 final been released,
>
> https://bugs.gentoo.org/show_bug.cgi?id=295459
> --
>
>
> Thanks, Samuli
>
>
# Copyright 1999-2009 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: media-gfx/digikam/digikam-1.0.0.ebuild, 2009/12/22 Ronis_BR $

EAPI="2"

KDE_LINGUAS="ar be bg ca cs da de el es et eu fa fi fr ga gl he hi is it ja km
ko lt lv lb nds ne nl nn pa pl pt pt_BR ro ru se sk sl sv th tr uk vi zh_CN zh_TW"
KMNAME="extragear/graphics"
inherit kde4-base

MY_P="${PN}-${PV/_/-}"

DESCRIPTION="A digital photo management application for KDE."
HOMEPAGE="http://www.digikam.org/"
SRC_URI="mirror://sourceforge/${PN}/${MY_P}.tar.bz2"

LICENSE="GPL-2"
KEYWORDS="~amd64"
SLOT="4"
IUSE="addressbook debug geolocation gphoto2 lensfun semantic-desktop +thumbnails"

RDEPEND="
>=kde-base/kdelibs-${KDE_MINIMAL}[semantic-desktop?]
>=kde-base/libkdcraw-${KDE_MINIMAL}
>=kde-base/libkexiv2-${KDE_MINIMAL}
>=kde-base/libkipi-${KDE_MINIMAL}
>=kde-base/solid-${KDE_MINIMAL}
media-libs/jasper
media-libs/jpeg
media-libs/lcms
media-libs/liblqr
media-libs/libpng
media-libs/tiff
media-libs/libpgf
x11-libs/qt-gui[qt3support]
x11-libs/qt-sql[sqlite]
addressbook? ( >=kde-base/kdepimlibs-${KDE_MINIMAL} )
geolocation? ( >=kde-base/marble-${KDE_MINIMAL} )
gphoto2? ( >=media-libs/libgphoto2-2.4.1-r1 )
lensfun? ( media-libs/lensfun )
"
DEPEND="${RDEPEND}
sys-devel/gettext
"

S="${WORKDIR}/${MY_P}"

src_prepare() {
# Patch to unbundled libpgf.
epatch "${FILESDIR}/libpgf-unbundled-r0.patch"

kde4-base_src_prepare
}

src_configure() {
local backend

use semantic-desktop && backend="Nepomuk" || backend="None"
# LQR = only allows to choose between bundled/external
mycmakeargs="${mycmakeargs}
-DWITH_LQR=ON
-DENABLE_THEMEDESIGNER=OFF
-DGWENVIEW_SEMANTICINFO_BACKEND=${backend}
$(cmake-utils_use_enable gphoto2 GPHOTO2)
$(cmake-utils_use_with gphoto2)
$(cmake-utils_use_enable thumbnails THUMBS_DB)
$(cmake-utils_use_with addressbook KdepimLibs)
$(cmake-utils_use_with geolocation MarbleWidget)
$(cmake-utils_use_with lensfun LensFun)
$(cmake-utils_use_with semantic-desktop Soprano)"

kde4-base_src_configure
}
 
Old 12-24-2009, 03:24 PM
Sebastian Pipping
 
Default Anyone intrested in maintaining media-gfx/digikam?

On 12/24/09 05:53, Ronan Arraes Jardim Chagas wrote:
> Nevertheless, the current portage ebuild
> installs a wrong libpgf.pc, because it states that the include
> directory is /usr/include but it really is /usr/include/libpgf (can
> anyone fix it or should I open a bug?).

I would say open a bug as it may need to be brought upstream?



Sebastian
 

Thread Tools




All times are GMT. The time now is 05:59 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org