From vardhman at gmail.com  Sun Jun  5 22:58:34 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Sun Jun  5 22:58:43 2005
Subject: [Kde-imaging] Problem Building from SVN
Message-ID: <a5f47ac005060513581f3d18b4@mail.gmail.com>

Hi,
I joined the list today itself, and want to get involved in development of 
some pluggins. I need some help regarding building from svn. I am getting 
following error when making.


make[3]: Entering directory 
> `/home/vardhman/NonAcademic/DigiKam/kipi-plugin/kipi-plugins/printwizard'
> /bin/sh ../../libtool --silent --mode=link --tag=CXX g++ 
> -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 
> -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W 
> -Wpointer-arith -Wno-non-virtual-dtor -O2 -Wformat-security 
> -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common 
> -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT 
> -DQT_NO_TRANSLATION -fvisibility=hidden -fvisibility-inlines-hidden -o 
> kipiplugin_printwizard.la -rpath /usr/lib/kde3 -module -avoid-version 
> -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -R 
> /usr/lib -R /usr/lib -R /usr/lib/qt-3.3/lib -R /usr/X11R6/lib -L/usr/lib 
> -L/usr/lib/qt-3.3/lib -L/usr/X11R6/lib plugin_printwizard.lo 
> frmprintwizard.lo cropframe.lo tphoto.lo utils.lo frmprintwizardbase.lo../../libkipi/libkipi/libkipi.la -lkparts -lkdeprint -lkdeui -lkdecore 
> .libs/plugin_printwizard.o(.text+0x2f): In function 
> `Plugin_PrintWizard::Plugin_PrintWizard(QObject*, char const*, QStringList 
> const&)':
> : undefined reference to `KIPI::Plugin::Plugin(KInstance*, QObject*, char 
> const*)'
> .libs/plugin_printwizard.o(.text+0x17f): In function 
> `Plugin_PrintWizard::Plugin_PrintWizard(QObject*, char const*, QStringList 
> const&)':
> : undefined reference to `KIPI::Plugin::Plugin(KInstance*, QObject*, char 
> const*)'
> .....
> .....



This error seems to be result from libkipi.la <http://libkipi.la> can some 
one suggest me the solution/workaround.
-- 
<a href="http://www.spreadfirefox.com/?q=affiliates&amp;id=0&amp;t=75"><img 
border="0" alt="Get Firefox!" title="Get Firefox!" src="
http://www.spreadfirefox.com/community/images/affiliates/Buttons/120x60/trust.gif"/
></a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-imaging/attachments/20050605/f6fb1f69/attachment.html
From caulier.gilles at free.fr  Mon Jun  6 06:54:32 2005
From: caulier.gilles at free.fr (Gilles Caulier)
Date: Mon Jun  6 06:55:47 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac005060513581f3d18b4@mail.gmail.com>
References: <a5f47ac005060513581f3d18b4@mail.gmail.com>
Message-ID: <200506060654.32376.caulier.gilles@free.fr>

Le Dimanche 05 Juin 2005 10:58 PM, Vardhman Jain a ?crit :
> Hi,
> I joined the list today itself, and want to get involved in development of
> some pluggins. I need some help regarding building from svn. I am getting
> following error when making.
>
>
> make[3]: Entering directory
>
> > `/home/vardhman/NonAcademic/DigiKam/kipi-plugin/kipi-plugins/printwizard'
> > /bin/sh ../../libtool --silent --mode=link --tag=CXX g++
> > -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
> > -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W
> > -Wpointer-arith -Wno-non-virtual-dtor -O2 -Wformat-security
> > -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common
> > -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
> > -DQT_NO_TRANSLATION -fvisibility=hidden -fvisibility-inlines-hidden -o
> > kipiplugin_printwizard.la -rpath /usr/lib/kde3 -module -avoid-version
> > -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -R
> > /usr/lib -R /usr/lib -R /usr/lib/qt-3.3/lib -R /usr/X11R6/lib -L/usr/lib
> > -L/usr/lib/qt-3.3/lib -L/usr/X11R6/lib plugin_printwizard.lo
> > frmprintwizard.lo cropframe.lo tphoto.lo utils.lo
> > frmprintwizardbase.lo../../libkipi/libkipi/libkipi.la -lkparts -lkdeprint
> > -lkdeui -lkdecore .libs/plugin_printwizard.o(.text+0x2f): In function
> > `Plugin_PrintWizard::Plugin_PrintWizard(QObject*, char const*,
> > QStringList
> >
> > const&)':
> > : undefined reference to `KIPI::Plugin::Plugin(KInstance*, QObject*, char
> >
> > const*)'
> > .libs/plugin_printwizard.o(.text+0x17f): In function
> > `Plugin_PrintWizard::Plugin_PrintWizard(QObject*, char const*,
> > QStringList
> >
> > const&)':
> > : undefined reference to `KIPI::Plugin::Plugin(KInstance*, QObject*, char
> >
> > const*)'
> > .....
> > .....
>
> This error seems to be result from libkipi.la <http://libkipi.la> can some
> one suggest me the solution/workaround.

Yes, i have the same problem on MDK 10.2 using _STANDARD_ automake/autoconf 
tools !!!

Note : i have tried the a fresh CVS snapshot of kipi (typically the source 
code of kipi before to toogle on SVN) and it's work fine.

What the difference : it's in the makefile rules (or something like that) Me 
and Renchi haven't commit something on.

I have taking about this problem with Renchi using IM and kipi from SVN can be 
compiled correctly using a derived automake package dedicaced to kde 
development.

I'm not favorable to have a new depency on this tools. kipi must be compiled 
using the standard GNU tools available on all linux box.

A nice day

Gilles





-- 
Gilles Caulier
From renchi at pooh.tam.uiuc.edu  Mon Jun  6 07:01:42 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Mon Jun  6 07:02:20 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac005060513581f3d18b4@mail.gmail.com>
References: <a5f47ac005060513581f3d18b4@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.0506060000360.25075@pooh.tam.uiuc.edu>



On Mon, 6 Jun 2005, Vardhman Jain wrote:

> make[3]: Entering directory
>> /usr/lib -R /usr/lib -R /usr/lib/qt-3.3/lib -R /usr/X11R6/lib -L/usr/lib
>> -L/usr/lib/qt-3.3/lib -L/usr/X11R6/lib plugin_printwizard.lo
>> frmprintwizard.lo cropframe.lo tphoto.lo utils.lo frmprintwizardbase.lo../../libkipi/libkipi/libkipi.la -lkparts -lkdeprint -lkdeui -lkdecore
>> .libs/plugin_printwizard.o(.text+0x2f): In function
>> `Plugin_PrintWizard::Plugin_PrintWizard(QObject*, char const*, QStringList
>> const&)':
>> : undefined reference to `KIPI::Plugin::Plugin(KInstance*, QObject*, char
>> const*)'

did the libkipi get built correctly before the compilation stepped into 
the kipi-plugins directory?

renchi

From caulier.gilles at free.fr  Mon Jun  6 07:04:47 2005
From: caulier.gilles at free.fr (Gilles Caulier)
Date: Mon Jun  6 07:05:40 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506060000360.25075@pooh.tam.uiuc.edu>
References: <a5f47ac005060513581f3d18b4@mail.gmail.com>
	<Pine.LNX.4.61.0506060000360.25075@pooh.tam.uiuc.edu>
Message-ID: <200506060704.47872.caulier.gilles@free.fr>

Le Lundi 06 Juin 2005 07:01 AM, Renchi Raju a ?crit :
> On Mon, 6 Jun 2005, Vardhman Jain wrote:
> > make[3]: Entering directory
> >
> >> /usr/lib -R /usr/lib -R /usr/lib/qt-3.3/lib -R /usr/X11R6/lib -L/usr/lib
> >> -L/usr/lib/qt-3.3/lib -L/usr/X11R6/lib plugin_printwizard.lo
> >> frmprintwizard.lo cropframe.lo tphoto.lo utils.lo
> >> frmprintwizardbase.lo../../libkipi/libkipi/libkipi.la -lkparts
> >> -lkdeprint -lkdeui -lkdecore .libs/plugin_printwizard.o(.text+0x2f): In
> >> function
> >> `Plugin_PrintWizard::Plugin_PrintWizard(QObject*, char const*,
> >> QStringList
> >>
> >> const&)':
> >> : undefined reference to `KIPI::Plugin::Plugin(KInstance*, QObject*,
> >> : char
> >>
> >> const*)'
>
> did the libkipi get built correctly before the compilation stepped into
> the kipi-plugins directory?
>

Yes libkipi is correctly compiled. The problem come with the first plugin to 
build.

Note that if you try to build manually another plugin, this problem exist 
too !

Gilles
From random_lx at yahoo.com  Mon Jun  6 14:17:58 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Mon Jun  6 14:18:33 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <200506060704.47872.caulier.gilles@free.fr>
Message-ID: <20050606121759.91019.qmail@web52810.mail.yahoo.com>

> > > make[3]: Entering directory
> > >
> > >> /usr/lib -R /usr/lib -R /usr/lib/qt-3.3/lib -R /usr/X11R6/lib -L/usr/lib
> > >> -L/usr/lib/qt-3.3/lib -L/usr/X11R6/lib plugin_printwizard.lo
> > >> frmprintwizard.lo cropframe.lo tphoto.lo utils.lo
> > >> frmprintwizardbase.lo../../libkipi/libkipi/libkipi.la -lkparts
> > >> -lkdeprint -lkdeui -lkdecore .libs/plugin_printwizard.o(.text+0x2f): In
> > >> function
> > >> `Plugin_PrintWizard::Plugin_PrintWizard(QObject*, char const*,
> > >> QStringList
> > >>
> > >> const&)':
> > >> : undefined reference to `KIPI::Plugin::Plugin(KInstance*, QObject*,
> > >> : char
> > >>
> > >> const*)'
> >
> > did the libkipi get built correctly before the compilation stepped into
> > the kipi-plugins directory?
> >
> 
> Yes libkipi is correctly compiled. The problem come with the first plugin to 
> build.
> 
> Note that if you try to build manually another plugin, this problem exist 
> too !
> 
Hi guys, I had a similar problem compiling (well linking) gwenviev from svn
(mandriva 2005 LE i.e. 10.2).
Now we saw it's a -fvisibility problem.
If you use somewhere KDE_EXPORT you probably has this problem.
Mandriva kde version is a 3.2 patched. so visibilty works, but the test on
kde version could fail.
Now it seems kde developers give a good way to test
gcc visibility (have a look at __KDE_HAVE_GCC_VISIBILITY
into admin/acinclude.m4.in).
If you test the definition of __KDE_HAVE_GCC_VISIBILITY to use
KDE_EXPORT or not should work.
The only dubt i have is for kde version < 3.2 where if I remember well
the KDE_EXPORT was wrongly defined.

HTH,
   Angelo



	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it
From random_lx at yahoo.com  Mon Jun  6 14:33:43 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Mon Jun  6 14:34:16 2005
Subject: Fwd: Re: [Kde-imaging] Problem Building from SVN
Message-ID: <20050606123343.82929.qmail@web52802.mail.yahoo.com>


> Hi guys, I had a similar problem compiling (well linking) gwenviev from svn
> (mandriva 2005 LE i.e. 10.2).
> Now we saw it's a -fvisibility problem.
> If you use somewhere KDE_EXPORT you probably has this problem.
> Mandriva kde version is a 3.2 patched. so visibilty works, but the test on
ehm kde 3.3.2.
    Angelo


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
From vardhman at gmail.com  Tue Jun  7 10:21:14 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Tue Jun  7 10:24:11 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <20050606123343.82929.qmail@web52802.mail.yahoo.com>
References: <20050606123343.82929.qmail@web52802.mail.yahoo.com>
Message-ID: <a5f47ac0050607012127b8eb8@mail.gmail.com>

On 6/6/05, Angelo Naselli <random_lx@yahoo.com> wrote

> > Hi guys, I had a similar problem compiling (well linking) gwenviev from 
> svn
> > (mandriva 2005 LE i.e. 10.2).
> > Now we saw it's a -fvisibility problem.
> > If you use somewhere KDE_EXPORT you probably has this problem.
> > Mandriva kde version is a 3.2 patched. so visibilty works, but the test 
> on
> ehm kde 3.3.2.
> Angelo


Hi,
Can some one just modify the required files and commit. 'coz otherwise the 
modification needed to be made by everyone on his local copy and the changes 
aren't very clear too.

Vardhman 

-- 
<a href="http://www.spreadfirefox.com/?q=affiliates&amp;id=0&amp;t=75"><img 
border="0" alt="Get Firefox!" title="Get Firefox!" src="
http://www.spreadfirefox.com/community/images/affiliates/Buttons/120x60/trust.gif"/
></a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-imaging/attachments/20050607/8f04552a/attachment.html
From caulier.gilles at free.fr  Wed Jun  8 11:32:44 2005
From: caulier.gilles at free.fr (Gilles Caulier)
Date: Wed Jun  8 11:33:24 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac0050607012127b8eb8@mail.gmail.com>
References: <20050606123343.82929.qmail@web52802.mail.yahoo.com>
	<a5f47ac0050607012127b8eb8@mail.gmail.com>
Message-ID: <200506081132.44950.caulier.gilles@free.fr>

Le Mardi 07 Juin 2005 10:21 AM, Vardhman Jain a ?crit :
> On 6/6/05, Angelo Naselli <random_lx@yahoo.com> wrote
>
> > > Hi guys, I had a similar problem compiling (well linking) gwenviev from
> >
> > svn
> >
> > > (mandriva 2005 LE i.e. 10.2).
> > > Now we saw it's a -fvisibility problem.
> > > If you use somewhere KDE_EXPORT you probably has this problem.
> > > Mandriva kde version is a 3.2 patched. so visibilty works, but the test
> >
> > on
> > ehm kde 3.3.2.
> > Angelo
>
> Hi,
> Can some one just modify the required files and commit. 'coz otherwise the
> modification needed to be made by everyone on his local copy and the
> changes aren't very clear too.
>
> Vardhman

This problem is now fixed under SVN. Compilation of kipi working fine now with 
KDE 3.3.x under MANDRIVA 10.2

-- 
Gilles Caulier
From vardhman at gmail.com  Wed Jun  8 12:48:57 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Wed Jun  8 12:49:02 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <200506081132.44950.caulier.gilles@free.fr>
References: <20050606123343.82929.qmail@web52802.mail.yahoo.com>
	<a5f47ac0050607012127b8eb8@mail.gmail.com>
	<200506081132.44950.caulier.gilles@free.fr>
Message-ID: <a5f47ac005060803487038405c@mail.gmail.com>

Hi Gilles,

I think I am not clear about the architecture of the system. Could you 
please clarify some points. What I want to do it to make some kipi pluggin. 
Now this should require me to checkout the kipi-plugin module and go ahead 
with it or should I also need to do something with libkipi module?

It seems that you have commited the changes in the libkipi module but the 
problem still exist in the kipi-plugin directory. 

Vardhman

On 6/8/05, Gilles Caulier <caulier.gilles@free.fr> wrote:
> 
> Le Mardi 07 Juin 2005 10:21 AM, Vardhman Jain a ?crit :
> > On 6/6/05, Angelo Naselli <random_lx@yahoo.com> wrote
> >
> > > > Hi guys, I had a similar problem compiling (well linking) gwenviev 
> from
> > >
> > > svn
> > >
> > > > (mandriva 2005 LE i.e. 10.2).
> > > > Now we saw it's a -fvisibility problem.
> > > > If you use somewhere KDE_EXPORT you probably has this problem.
> > > > Mandriva kde version is a 3.2 patched. so visibilty works, but the 
> test
> > >
> > > on
> > > ehm kde 3.3.2.
> > > Angelo
> >
> > Hi,
> > Can some one just modify the required files and commit. 'coz otherwise 
> the
> > modification needed to be made by everyone on his local copy and the
> > changes aren't very clear too.
> >
> > Vardhman
> 
> This problem is now fixed under SVN. Compilation of kipi working fine now 
> with
> KDE 3.3.x under MANDRIVA 10.2
> 
> --
> Gilles Caulier
> 



-- 
<a href="http://www.spreadfirefox.com/?q=affiliates&amp;id=0&amp;t=75"><img 
border="0" alt="Get Firefox!" title="Get Firefox!" src="
http://www.spreadfirefox.com/community/images/affiliates/Buttons/120x60/trust.gif"/
></a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-imaging/attachments/20050608/d76ff91a/attachment.html
From renchi at pooh.tam.uiuc.edu  Wed Jun  8 18:53:46 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Wed Jun  8 18:53:57 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <20050606121759.91019.qmail@web52810.mail.yahoo.com>
References: <20050606121759.91019.qmail@web52810.mail.yahoo.com>
Message-ID: <Pine.LNX.4.61.0506081148090.29030@pooh.tam.uiuc.edu>



On Mon, 6 Jun 2005, Angelo Naselli wrote:

> Hi guys, I had a similar problem compiling (well linking) gwenviev from svn
> (mandriva 2005 LE i.e. 10.2).
> Now we saw it's a -fvisibility problem.
> If you use somewhere KDE_EXPORT you probably has this problem.
> Mandriva kde version is a 3.2 patched. so visibilty works, but the test on
> kde version could fail.
> Now it seems kde developers give a good way to test
> gcc visibility (have a look at __KDE_HAVE_GCC_VISIBILITY
> into admin/acinclude.m4.in).
> If you test the definition of __KDE_HAVE_GCC_VISIBILITY to use
> KDE_EXPORT or not should work.
> The only dubt i have is for kde version < 3.2 where if I remember well
> the KDE_EXPORT was wrongly defined.

KDE_EXPORT was added in kde 3.3.2 . since the admin directory from 
extragear apps is very recent it has __KDE_HAVE_GCC_VISIBILITY defined 
with kdemacros.h having KDE_EXPORT . So i think this will break 
compilation on kde < 3.3.2

renchi
From renchi at pooh.tam.uiuc.edu  Wed Jun  8 18:56:29 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Wed Jun  8 18:56:48 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506081148090.29030@pooh.tam.uiuc.edu>
References: <20050606121759.91019.qmail@web52810.mail.yahoo.com>
	<Pine.LNX.4.61.0506081148090.29030@pooh.tam.uiuc.edu>
Message-ID: <Pine.LNX.4.61.0506081155530.29098@pooh.tam.uiuc.edu>



On Wed, 8 Jun 2005, Renchi Raju wrote:

>
>
> On Mon, 6 Jun 2005, Angelo Naselli wrote:
>
>> Hi guys, I had a similar problem compiling (well linking) gwenviev from svn
>> (mandriva 2005 LE i.e. 10.2).
>> Now we saw it's a -fvisibility problem.
>> If you use somewhere KDE_EXPORT you probably has this problem.
>> Mandriva kde version is a 3.2 patched. so visibilty works, but the test on
>> kde version could fail.
>> Now it seems kde developers give a good way to test
>> gcc visibility (have a look at __KDE_HAVE_GCC_VISIBILITY
>> into admin/acinclude.m4.in).
>> If you test the definition of __KDE_HAVE_GCC_VISIBILITY to use
>> KDE_EXPORT or not should work.
>> The only dubt i have is for kde version < 3.2 where if I remember well
>> the KDE_EXPORT was wrongly defined.
>
> KDE_EXPORT was added in kde 3.3.2 . since the admin directory from extragear 
> apps is very recent it has __KDE_HAVE_GCC_VISIBILITY defined with kdemacros.h 
> having KDE_EXPORT . So i think this will break compilation on kde < 3.3.2

oops, i meant: since the admin directory from extragear apps is very recent it has
__KDE_HAVE_GCC_VISIBILITY defined _without_ kdemacros.h having KDE_EXPORT

renchi

From random_lx at yahoo.com  Wed Jun  8 20:01:19 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Wed Jun  8 20:01:55 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506081155530.29098@pooh.tam.uiuc.edu>
Message-ID: <20050608180119.13640.qmail@web52808.mail.yahoo.com>



--- Renchi Raju <renchi@pooh.tam.uiuc.edu> wrote:

> 
> 
> On Wed, 8 Jun 2005, Renchi Raju wrote:
> 
> >
> >
> > On Mon, 6 Jun 2005, Angelo Naselli wrote:
> >
> >> Hi guys, I had a similar problem compiling (well linking) gwenviev from svn
> >> (mandriva 2005 LE i.e. 10.2).
> >> Now we saw it's a -fvisibility problem.
> >> If you use somewhere KDE_EXPORT you probably has this problem.
> >> Mandriva kde version is a 3.2 patched. so visibilty works, but the test on
> >> kde version could fail.
> >> Now it seems kde developers give a good way to test
> >> gcc visibility (have a look at __KDE_HAVE_GCC_VISIBILITY
> >> into admin/acinclude.m4.in).
> >> If you test the definition of __KDE_HAVE_GCC_VISIBILITY to use
> >> KDE_EXPORT or not should work.
> >> The only dubt i have is for kde version < 3.2 where if I remember well
> >> the KDE_EXPORT was wrongly defined.
> >
> > KDE_EXPORT was added in kde 3.3.2 . since the admin directory from extragear 
> > apps is very recent it has __KDE_HAVE_GCC_VISIBILITY defined with kdemacros.h 
> > having KDE_EXPORT . So i think this will break compilation on kde < 3.3.2
> 
> oops, i meant: since the admin directory from extragear apps is very recent it has
> __KDE_HAVE_GCC_VISIBILITY defined _without_ kdemacros.h having KDE_EXPORT
> 
> renchi

something like that before using it?
#ifndef __KDE_HAVE_GCC_VISIBILITY
#undef KDE_EXPORT
#define KDE_EXPORT
#endif

Angelo


		
__________________________________ 
Discover Yahoo! 
Stay in touch with email, IM, photo sharing and more. Check it out! 
http://discover.yahoo.com/stayintouch.html
From vardhman at gmail.com  Wed Jun  8 20:09:48 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Wed Jun  8 20:09:51 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506081148090.29030@pooh.tam.uiuc.edu>
References: <20050606121759.91019.qmail@web52810.mail.yahoo.com>
	<Pine.LNX.4.61.0506081148090.29030@pooh.tam.uiuc.edu>
Message-ID: <a5f47ac0050608110913730fd6@mail.gmail.com>

> 
> 
> KDE_EXPORT was added in kde 3.3.2 . since the admin directory from
> extragear apps is very recent it has __KDE_HAVE_GCC_VISIBILITY defined
> with kdemacros.h having KDE_EXPORT . So i think this will break
> compilation on kde < 3.3.2


It infact doesn't compile on My FC3 box which has KDE 3.2.0-5.

renchi
> _______________________________________________
> Kde-imaging mailing list
> Kde-imaging@kde.org
> https://mail.kde.org/mailman/listinfo/kde-imaging
> 



-- 
<a href="http://www.spreadfirefox.com/?q=affiliates&amp;id=0&amp;t=75"><img 
border="0" alt="Get Firefox!" title="Get Firefox!" src="
http://www.spreadfirefox.com/community/images/affiliates/Buttons/120x60/trust.gif"/
></a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-imaging/attachments/20050608/5339de12/attachment.html
From renchi at pooh.tam.uiuc.edu  Wed Jun  8 20:11:15 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Wed Jun  8 20:11:28 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <20050608180119.13640.qmail@web52808.mail.yahoo.com>
References: <20050608180119.13640.qmail@web52808.mail.yahoo.com>
Message-ID: <Pine.LNX.4.61.0506081302550.29814@pooh.tam.uiuc.edu>



On Wed, 8 Jun 2005, Angelo Naselli wrote:

> something like that before using it?
> #ifndef __KDE_HAVE_GCC_VISIBILITY
> #undef KDE_EXPORT
> #define KDE_EXPORT
> #endif

that still will not work. for a recently released extragear app, the admin 
directory is fairly recent. and so __KDE_HAVE_GCC_VISIBILITY will be 
defined, so it will never hit that part.

renchi


From random_lx at yahoo.com  Thu Jun  9 00:31:48 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Thu Jun  9 00:32:20 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506081302550.29814@pooh.tam.uiuc.edu>
Message-ID: <20050608223148.6225.qmail@web52806.mail.yahoo.com>

> > something like that before using it?
> > #ifndef __KDE_HAVE_GCC_VISIBILITY
> > #undef KDE_EXPORT
> > #define KDE_EXPORT
> > #endif
> 
> that still will not work. for a recently released extragear app, the admin 
> directory is fairly recent. and so __KDE_HAVE_GCC_VISIBILITY will be 
> defined, so it will never hit that part.
Sorry, I don't understand I thougt if you dowwloaded svn you had also last
admin directory.
Can you give me the command to align to svn so I can try it to all my
mandr[ake|iva] versions?
Mandrake 10.1 has no visibility support and gwenview svn version haven't 
__KDE_HAVE_GCC_VISIBILITY set. 
Mandriva 10.2 has kde 3.3.2 with visibility support (Laurent Montel patched
kde to be something like 3.3.X with X almost 90). So if you test it using kde 
version you can fail for some distros.

Angelo



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
From random_lx at yahoo.com  Thu Jun  9 00:41:15 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Thu Jun  9 00:41:52 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac0050608110913730fd6@mail.gmail.com>
Message-ID: <20050608224115.70572.qmail@web52805.mail.yahoo.com>

> > KDE_EXPORT was added in kde 3.3.2 . since the admin directory from
> > extragear apps is very recent it has __KDE_HAVE_GCC_VISIBILITY defined
> > with kdemacros.h having KDE_EXPORT . So i think this will break
> > compilation on kde < 3.3.2
Mandriva 10.2 has version 3.3.2 and have both declared, but as i said
it was patched by Laurent, so the version should probably be < 3.3.90

> It infact doesn't compile on My FC3 box which has KDE 3.2.0-5.
does your gcc version have visibility support?
if yes the problem could be 
kdemacros.h has KDE_EXPORT wrongly defined (IIRW normal instead 
of default or hidden). This is a problem because it depend on
real kde version (the one of the distro) and not the one on 
the include file.
kdemacros.h hasn't. This should work forcing redefinition 
of KDE_EXPORT to an empty value.

Angelo


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
From renchi at pooh.tam.uiuc.edu  Thu Jun  9 00:47:05 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun  9 00:47:33 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <20050608223148.6225.qmail@web52806.mail.yahoo.com>
References: <20050608223148.6225.qmail@web52806.mail.yahoo.com>
Message-ID: <Pine.LNX.4.61.0506081733410.27958@pooh.tam.uiuc.edu>



On Wed, 8 Jun 2005, Angelo Naselli wrote:

>>> something like that before using it?
>>> #ifndef __KDE_HAVE_GCC_VISIBILITY
>>> #undef KDE_EXPORT
>>> #define KDE_EXPORT
>>> #endif
>>
>> that still will not work. for a recently released extragear app, the admin
>> directory is fairly recent. and so __KDE_HAVE_GCC_VISIBILITY will be
>> defined, so it will never hit that part.
> Sorry, I don't understand I thougt if you dowwloaded svn you had also last
> admin directory.

if you get a recently released extragear app, it 
has a fairly recent admin directory. __KDE_HAVE_GCC_VISIBILITY, as you 
mentioned, is defined in admin/acinclude.m4.in . But that doesn't 
guarantee that KDE_EXPORT (in kdemacros.h) is defined.

For eg, a user with kde 3.2 downloads kipi from svn. he will get a very 
recent admin with __KDE_HAVE_GCC_VISIBILITY defined (if his compiler is 
recent enough). he doesn't have kdemacros.h because it was added only in 
kde 3.3.2. So for him KDE_EXPORT is undefined and it will break 
compilation.

> Can you give me the command to align to svn so I can try it to all my
> mandr[ake|iva] versions?

not sure what you meant here

> Mandrake 10.1 has no visibility support and gwenview svn version haven't
> __KDE_HAVE_GCC_VISIBILITY set.

thats because the compiler in mandrake 10.1 is not recent enough to 
support gcc visibility. but with a recent enough compiler, gwenview svn 
version will set that flag.

> Mandriva 10.2 has kde 3.3.2 with visibility support (Laurent Montel patched
> kde to be something like 3.3.X with X almost 90). So if you test it using kde
> version you can fail for some distros.

imo this backport was incorrect. packager should not modify kde version, 
as it makes life difficult for us who want to support multiple distros 
with different kde versions. right now, its either work with mandriva and 
break other distros or vice-versa.

renchi

From random_lx at yahoo.com  Thu Jun  9 08:43:48 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Thu Jun  9 08:44:22 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506081733410.27958@pooh.tam.uiuc.edu>
Message-ID: <20050609064348.42994.qmail@web52802.mail.yahoo.com>

> 
> if you get a recently released extragear app, it 
> has a fairly recent admin directory. __KDE_HAVE_GCC_VISIBILITY, as you 
> mentioned, is defined in admin/acinclude.m4.in . But that doesn't 
> guarantee that KDE_EXPORT (in kdemacros.h) is defined.
Rigth and that was why i was afraid it cannot be a definitely solution.


> For eg, a user with kde 3.2 downloads kipi from svn. he will get a very 
> recent admin with __KDE_HAVE_GCC_VISIBILITY defined (if his compiler is 
> recent enough). he doesn't have kdemacros.h because it was added only in 
> kde 3.3.2. So for him KDE_EXPORT is undefined and it will break 
> compilation.
A solution could be not to test only the -fvsibility(xxx) options with a
simple function
int some_function( void ) __attribute__ ((visibility("default")));
but to test also if we have kdemacros.h. That should grant the right
behaviour. The trade of between gcc and kde version.



> > Can you give me the command to align to svn so I can try it to all my
> > mandr[ake|iva] versions?
> 
> not sure what you meant here
http://extragear.kde.org/apps/kipi/
Does not seem to have any reference to svn, how can i make what i did with
cvs co kdeextragear-libs-1?

> 
> > Mandriva 10.2 has kde 3.3.2 with visibility support (Laurent Montel patched
> > kde to be something like 3.3.X with X almost 90). So if you test it using kde
> > version you can fail for some distros.
> 
> imo this backport was incorrect. packager should not modify kde version, 
> as it makes life difficult for us who want to support multiple distros 
> with different kde versions. right now, its either work with mandriva and 
> break other distros or vice-versa.
Agree moreover they could at least chenge the kde version. But I'm not
a mandriva employee so I cannot know which is the mandriva businness.
I'm afraid it's not only a mandriva issue though.
So a better test in admin should be proposed.

Angelo


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
From misc at dstoecker.de  Thu Jun  9 08:54:27 2005
From: misc at dstoecker.de (Dirk Stoecker)
Date: Thu Jun  9 08:54:32 2005
Subject: [Kde-imaging] [Bug 107095] New: Double image removal: Use trashcan 
Message-ID: <20050609085426.107095.misc@dstoecker.de>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107095         
           Summary: Double image removal: Use trashcan
           Product: kipiplugins
           Version: unspecified
          Platform: SuSE RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: findimages
        AssignedTo: kde-imaging kde org
        ReportedBy: misc dstoecker de


Version:            (using KDE KDE 3.4.0)
Installed from:    SuSE RPMs
OS:                Linux

(NOTE: I use the german translation and do a backtranslation for the programm texts - don't wonder, if they differ a bit.) 

In the selection screen which shows the double files there is a delete button, which directly deletes the files. This button should either use the preferences for deletion (which is set to trashcan mode in my gwenview config) or there should be a second button to move the files to the trashcan.
From caulier.gilles at free.fr  Thu Jun  9 11:42:06 2005
From: caulier.gilles at free.fr (Caulier Gilles)
Date: Thu Jun  9 09:41:04 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <20050609064348.42994.qmail@web52802.mail.yahoo.com>
References: <20050609064348.42994.qmail@web52802.mail.yahoo.com>
Message-ID: <200506091142.06531.caulier.gilles@free.fr>

Le Jeudi 9 Juin 2005 08:43, Angelo Naselli a ?crit?:
> > if you get a recently released extragear app, it
> > has a fairly recent admin directory. __KDE_HAVE_GCC_VISIBILITY, as you
> > mentioned, is defined in admin/acinclude.m4.in . But that doesn't
> > guarantee that KDE_EXPORT (in kdemacros.h) is defined.
>
> Rigth and that was why i was afraid it cannot be a definitely solution.
>
> > For eg, a user with kde 3.2 downloads kipi from svn. he will get a very
> > recent admin with __KDE_HAVE_GCC_VISIBILITY defined (if his compiler is
> > recent enough). he doesn't have kdemacros.h because it was added only in
> > kde 3.3.2. So for him KDE_EXPORT is undefined and it will break
> > compilation.
>
> A solution could be not to test only the -fvsibility(xxx) options with a
> simple function
> int some_function( void ) __attribute__ ((visibility("default")));
> but to test also if we have kdemacros.h. That should grant the right
> behaviour. The trade of between gcc and kde version.
>
> > > Can you give me the command to align to svn so I can try it to all my
> > > mandr[ake|iva] versions?
> >
> > not sure what you meant here
>
> http://extragear.kde.org/apps/kipi/
> Does not seem to have any reference to svn, how can i make what i did with
> cvs co kdeextragear-libs-1?
>
> > > Mandriva 10.2 has kde 3.3.2 with visibility support (Laurent Montel
> > > patched kde to be something like 3.3.X with X almost 90). So if you
> > > test it using kde version you can fail for some distros.
> >
> > imo this backport was incorrect. packager should not modify kde version,
> > as it makes life difficult for us who want to support multiple distros
> > with different kde versions. right now, its either work with mandriva and
> > break other distros or vice-versa.
>
> Agree moreover they could at least chenge the kde version. But I'm not
> a mandriva employee so I cannot know which is the mandriva businness.
> I'm afraid it's not only a mandriva issue though.
> So a better test in admin should be proposed.
>

Or another solution is to remove remove gcc visibility rules at this time !

Gilles
From random_lx at yahoo.com  Thu Jun  9 10:33:43 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Thu Jun  9 10:34:16 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <200506091142.06531.caulier.gilles@free.fr>
Message-ID: <20050609083343.78371.qmail@web52801.mail.yahoo.com>


> Or another solution is to remove remove gcc visibility rules at this time !
Gilles, I don't think it's a problem of libkipi & kipi-plugin only.
As I told it's gwenview's and probably other kde applications, so IMO the
way to go is to have a check that could cover the more possibilities.
kde_ver < 3.3.2 and gcc without fvisibility support.

Angelo


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
From vardhman at gmail.com  Thu Jun  9 14:36:26 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Thu Jun  9 14:37:30 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <20050609083343.78371.qmail@web52801.mail.yahoo.com>
References: <200506091142.06531.caulier.gilles@free.fr>
	<20050609083343.78371.qmail@web52801.mail.yahoo.com>
Message-ID: <a5f47ac005060905363a60cd95@mail.gmail.com>

On 6/9/05, Angelo Naselli <random_lx@yahoo.com> wrote:
> 
> 
> > Or another solution is to remove remove gcc visibility rules at this 
> time !
> Gilles, I don't think it's a problem of libkipi & kipi-plugin only.
> As I told it's gwenview's and probably other kde applications, so IMO the
> way to go is to have a check that could cover the more possibilities.
> kde_ver < 3.3.2 and gcc without fvisibility support.


What is the temporary fix, that can be put on my copy to make it work with 
KDE 3.3.0-5 (Fedora Core 3). 
I am not able to start any development still. I updated the SVN juts now and 
I get the following error message on make. 

make[2]: Entering directory 
> `/home/vardhman/NonAcademic/DigiKam/libs/libkexif'
> if /bin/sh ../libtool --silent --mode=compile --tag=CXX g++ 
> -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libexif -I/usr/include/kde 
> -I/usr/lib/qt-3.3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT 
> -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi 
> -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion 
> -Wchar-subscripts -Wall -W -Wpointer-arith -Wno-non-virtual-dtor -O2 
> -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new 
> -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL 
> -DQT_NO_COMPAT -DQT_NO_TRANSLATION -fvisibility=hidden 
> -fvisibility-inlines-hidden -MT kexifdata.lo -MD -MP -MF 
> ".deps/kexifdata.Tpo" \
> -c -o kexifdata.lo `test -f 'kexifdata.cpp' || echo './'`kexifdata.cpp; \
> then mv -f ".deps/kexifdata.Tpo" ".deps/kexifdata.Plo"; \
> else rm -f ".deps/kexifdata.Tpo"; exit 1; \
> fi
> In file included from kexifdata.cpp:39:
> kexifdata.h:73: error: visibility arg must be one of "default", "hidden", 
> "protected" or "internal"
> make[2]: *** [kexifdata.lo] Error 1
> make[2]: Leaving directory 
> `/home/vardhman/NonAcademic/DigiKam/libs/libkexif'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/vardhman/NonAcademic/DigiKam/libs'
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-imaging/attachments/20050609/8a10179f/attachment.html
From renchi at pooh.tam.uiuc.edu  Thu Jun  9 16:36:27 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun  9 16:36:35 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <20050609064348.42994.qmail@web52802.mail.yahoo.com>
References: <20050609064348.42994.qmail@web52802.mail.yahoo.com>
Message-ID: <Pine.LNX.4.61.0506090934260.4409@pooh.tam.uiuc.edu>



On Wed, 8 Jun 2005, Angelo Naselli wrote:

> A solution could be not to test only the -fvsibility(xxx) options with a
> simple function
> int some_function( void ) __attribute__ ((visibility("default")));
> but to test also if we have kdemacros.h. That should grant the right
> behaviour. The trade of between gcc and kde version.

a solution which would work would be to check for kdemacros.h and 
include/not-include  it based on its availability. then one can check if 
KDE_EXPORT is defined or not. i will write up a configure test for it.

>>> Can you give me the command to align to svn so I can try it to all my
>>> mandr[ake|iva] versions?
>>
>> not sure what you meant here
> http://extragear.kde.org/apps/kipi/
> Does not seem to have any reference to svn, how can i make what i did with
> cvs co kdeextragear-libs-1?

its in extragear/libs


renchi
From renchi at pooh.tam.uiuc.edu  Thu Jun  9 16:36:58 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun  9 16:37:05 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac005060905363a60cd95@mail.gmail.com>
References: <200506091142.06531.caulier.gilles@free.fr>
	<20050609083343.78371.qmail@web52801.mail.yahoo.com>
	<a5f47ac005060905363a60cd95@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.0506090936330.4409@pooh.tam.uiuc.edu>



On Thu, 9 Jun 2005, Vardhman Jain wrote:

>
> What is the temporary fix, that can be put on my copy to make it work with
> KDE 3.3.0-5 (Fedora Core 3).
> I am not able to start any development still. I updated the SVN juts now and
> I get the following error message on make.

we are working on it

renchi

From renchi at pooh.tam.uiuc.edu  Thu Jun  9 17:04:03 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun  9 17:04:08 2005
Subject: [Kde-imaging] [Bug 106936] rotate image does not work correctly   
In-Reply-To: <20050607025341.106936.anthonyf@chronica.com>  
Message-ID: <20050609150403.12057.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=106936         
renchi pooh tam uiuc edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|digikam-devel kde org       |kde-imaging kde org
            Product|digikam                     |kipiplugins
From renchi at pooh.tam.uiuc.edu  Thu Jun  9 17:04:21 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun  9 17:04:25 2005
Subject: [Kde-imaging] [Bug 106936] rotate image does not work correctly   
In-Reply-To: <20050607025341.106936.anthonyf@chronica.com>  
Message-ID: <20050609150421.12254.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=106936         
renchi pooh tam uiuc edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |jpeglossless
From renchi at pooh.tam.uiuc.edu  Thu Jun  9 17:42:27 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun  9 17:42:48 2005
Subject: [Kde-imaging] extragear/libs
Message-ID: <1118331747.183180.26480.nullmailer@svn.kde.org>

SVN commit 423752 by pahlibar:

add configure test to check for presence of kdemacros.h and use
it check for availability of KDE_EXPORT
CCMAIL: kde-imaging@kde.org


 M  +6 -0      libkexif/configure.in.in  
 M  +4 -5      libkexif/libkexif_export.h  
 M  +6 -0      libkipi/configure.in.in  
 M  +4 -5      libkipi/libkipi/libkipi_export.h  


--- trunk/extragear/libs/libkexif/configure.in.in #423751:423752
@@ -85,3 +85,9 @@
 AM_CONDITIONAL(compile_LIBKEXIF, [test x$NO_LIBEXIF != xyes])
 
 AC_OUTPUT([ libkexif/libkexif.pc ])
+
+KDE_CHECK_HEADER(kdemacros.h, have_kdemacros=yes, have_kdemacros=no)
+if test "x$have_kdemacros" = "xyes"; then
+   AC_MSG_NOTICE([kdemacros.h found])
+   AC_DEFINE(HAVE_KDEMACROS, 1, [Defined if kdemacros.h is found])
+fi
--- trunk/extragear/libs/libkexif/libkexif_export.h #423751:423752
@@ -21,16 +21,15 @@
 #ifndef _LIBKEXIF_EXPORT_H
 #define _LIBKEXIF_EXPORT_H
 
-#include <kdeversion.h>
-
-#ifdef __KDE_HAVE_GCC_VISIBILITY
-
+#ifdef HAVE_KDEMACROS
 #include <kdemacros.h>
+#endif
 
+#ifdef KDE_EXPORT
 #define LIBKEXIF_EXPORT KDE_EXPORT
-
 #else
 #define LIBKEXIF_EXPORT
 #endif
+
 #endif /* _LIBKEXIF_EXPORT_H */
 
--- trunk/extragear/libs/libkipi/configure.in.in #423751:423752
@@ -1,2 +1,8 @@
 AC_OUTPUT([ libkipi/libkipi.pc ])
 KDE_ENABLE_HIDDEN_VISIBILITY
+
+KDE_CHECK_HEADER(kdemacros.h, have_kdemacros=yes, have_kdemacros=no)
+if test "x$have_kdemacros" = "xyes"; then
+   AC_MSG_NOTICE([kdemacros.h found])
+   AC_DEFINE(HAVE_KDEMACROS, 1, [Defined if kdemacros.h is found])
+fi
--- trunk/extragear/libs/libkipi/libkipi/libkipi_export.h #423751:423752
@@ -21,16 +21,15 @@
 #ifndef _LIBKIPI_EXPORT_H
 #define _LIBKIPI_EXPORT_H
 
-#include <kdeversion.h>
-
-#ifdef __KDE_HAVE_GCC_VISIBILITY
-
+#ifdef HAVE_KDEMACROS
 #include <kdemacros.h>
+#endif
 
+#ifdef KDE_EXPORT
 #define LIBKIPI_EXPORT KDE_EXPORT
-
 #else
 #define LIBKIPI_EXPORT
 #endif
+
 #endif /* _LIBKIPI_EXPORT_H */
 
From renchi at pooh.tam.uiuc.edu  Thu Jun  9 17:44:15 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun  9 17:44:23 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506090934260.4409@pooh.tam.uiuc.edu>
References: <20050609064348.42994.qmail@web52802.mail.yahoo.com>
	<Pine.LNX.4.61.0506090934260.4409@pooh.tam.uiuc.edu>
Message-ID: <Pine.LNX.4.61.0506091043520.14649@pooh.tam.uiuc.edu>



On Thu, 9 Jun 2005, Renchi Raju wrote:

>
>
> On Wed, 8 Jun 2005, Angelo Naselli wrote:
>
>> A solution could be not to test only the -fvsibility(xxx) options with a
>> simple function
>> int some_function( void ) __attribute__ ((visibility("default")));
>> but to test also if we have kdemacros.h. That should grant the right
>> behaviour. The trade of between gcc and kde version.
>
> a solution which would work would be to check for kdemacros.h and 
> include/not-include  it based on its availability. then one can check if 
> KDE_EXPORT is defined or not. i will write up a configure test for it.

done and in svn. can everybody check if things are ok now?

renchi

From vardhman at gmail.com  Thu Jun  9 22:09:12 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Thu Jun  9 22:09:16 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506091043520.14649@pooh.tam.uiuc.edu>
References: <20050609064348.42994.qmail@web52802.mail.yahoo.com>
	<Pine.LNX.4.61.0506090934260.4409@pooh.tam.uiuc.edu>
	<Pine.LNX.4.61.0506091043520.14649@pooh.tam.uiuc.edu>
Message-ID: <a5f47ac005060913096eee9d7a@mail.gmail.com>

> 
> done and in svn. can everybody check if things are ok now?
> 
Hi,
Still doesn't work, same visibility error. I think I am making some
mistake in compiling. I just updated the libs and got the
configure.in.in files updated.

I am right in just executing make -f Makefile.cvs, ./configure and
make or something else has to be done before this. Here is the snip if
it helps.

[snip]
[vardhman@linuxaddict libs]$ make
make  all-recursive
make[1]: Entering directory `/home/vardhman/NonAcademic/DigiKam/libs'
Making all in libkexif
make[2]: Entering directory `/home/vardhman/NonAcademic/DigiKam/libs/libkexif'
if /bin/sh ../libtool --silent --mode=compile --tag=CXX g++
-DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libexif  
-I/usr/include/kde -I/usr/lib/qt-3.3/include -I/usr/X11R6/include  
-DQT_THREAD_SUPPORT  -D_REENTRANT  -Wnon-virtual-dtor -Wno-long-long
-Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align
-Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith
-Wno-non-virtual-dtor -O2 -Wformat-security -Wmissing-format-attribute
-fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE
-DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-fvisibility=hidden -fvisibility-inlines-hidden  -MT kexifdialog.lo
-MD -MP -MF ".deps/kexifdialog.Tpo" \
  -c -o kexifdialog.lo `test -f 'kexifdialog.cpp' || echo
'./'`kexifdialog.cpp; \
then mv -f ".deps/kexifdialog.Tpo" ".deps/kexifdialog.Plo"; \
else rm -f ".deps/kexifdialog.Tpo"; exit 1; \
fi
In file included from kexifdialog.cpp:50:
kexifwidget.h:59: error: visibility arg must be one of "default",
"hidden", "protected" or "internal"
In file included from kexifdialog.cpp:51:
kexifdata.h:73: error: visibility arg must be one of "default",
"hidden", "protected" or "internal"
In file included from kexifdialog.cpp:52:
kexifdialog.h:62: error: visibility arg must be one of "default",
"hidden", "protected" or "internal"
make[2]: *** [kexifdialog.lo] Error 1
make[2]: Leaving directory `/home/vardhman/NonAcademic/DigiKam/libs/libkexif'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
[/snip]

-- 
Vardhman Jain
From renchi at pooh.tam.uiuc.edu  Thu Jun  9 22:11:47 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun  9 22:11:57 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac005060913096eee9d7a@mail.gmail.com>
References: <20050609064348.42994.qmail@web52802.mail.yahoo.com>
	<Pine.LNX.4.61.0506090934260.4409@pooh.tam.uiuc.edu>
	<Pine.LNX.4.61.0506091043520.14649@pooh.tam.uiuc.edu>
	<a5f47ac005060913096eee9d7a@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.0506091511150.25058@pooh.tam.uiuc.edu>



On Fri, 10 Jun 2005, Vardhman Jain wrote:

>
> I am right in just executing make -f Makefile.cvs, ./configure and
> make or something else has to be done before this. Here is the snip if
> it helps.

what you are doing is fine. what is your kde and g++ version?

renchi

From renchi at pooh.tam.uiuc.edu  Thu Jun  9 22:28:15 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun  9 22:28:26 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506091511150.25058@pooh.tam.uiuc.edu>
References: <20050609064348.42994.qmail@web52802.mail.yahoo.com>
	<Pine.LNX.4.61.0506090934260.4409@pooh.tam.uiuc.edu>
	<Pine.LNX.4.61.0506091043520.14649@pooh.tam.uiuc.edu>
	<a5f47ac005060913096eee9d7a@mail.gmail.com>
	<Pine.LNX.4.61.0506091511150.25058@pooh.tam.uiuc.edu>
Message-ID: <Pine.LNX.4.61.0506091525400.26997@pooh.tam.uiuc.edu>



On Thu, 9 Jun 2005, Renchi Raju wrote:

> On Fri, 10 Jun 2005, Vardhman Jain wrote:
>
>> 
>> I am right in just executing make -f Makefile.cvs, ./configure and
>> make or something else has to be done before this. Here is the snip if
>> it helps.
>
> what you are doing is fine. what is your kde and g++ version?

nm about the above. i have readded _KDE_HAVE_GCC_VISIBILITY check in 
addition to test for kdemacros and this hopefully should cover all cases.

renchi
From random_lx at yahoo.com  Thu Jun  9 22:36:39 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Thu Jun  9 22:37:13 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506090934260.4409@pooh.tam.uiuc.edu>
Message-ID: <20050609203639.28584.qmail@web52802.mail.yahoo.com>

> On Wed, 8 Jun 2005, Angelo Naselli wrote:
> 
> > A solution could be not to test only the -fvsibility(xxx) options with a
> > simple function
> > int some_function( void ) __attribute__ ((visibility("default")));
> > but to test also if we have kdemacros.h. That should grant the right
> > behaviour. The trade of between gcc and kde version.
> 
> a solution which would work would be to check for kdemacros.h and 
> include/not-include  it based on its availability. then one can check if 
> KDE_EXPORT is defined or not. i will write up a configure test for it.
I like it it's just what i thought :)
Do you think it can be added to admin, or every kde appl/project has to have
its own copy?
I think i'll suggest Aurelien to have a look at it,
thanks

> >>> Can you give me the command to align to svn so I can try it to all my
> >>> mandr[ake|iva] versions?
> >>
> >> not sure what you meant here
> > http://extragear.kde.org/apps/kipi/
> > Does not seem to have any reference to svn, how can i make what i did with
> > cvs co kdeextragear-libs-1?
> 
> its in extragear/libs
Right thanks, I have some problem with my dsl connection by now (i changed the 
modem:( ) so i'll look at it soon.

What about updating the website?

Angelo


		
__________________________________ 
Discover Yahoo! 
Have fun online with music videos, cool games, IM and more. Check it out! 
http://discover.yahoo.com/online.html
From random_lx at yahoo.com  Thu Jun  9 22:41:01 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Thu Jun  9 22:41:34 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac005060913096eee9d7a@mail.gmail.com>
Message-ID: <20050609204101.6264.qmail@web52803.mail.yahoo.com>



--- Vardhman Jain <vardhman@gmail.com> wrote:

> > 
> > done and in svn. can everybody check if things are ok now?
> > 
> Hi,
> Still doesn't work, same visibility error. I think I am making some
> mistake in compiling. I just updated the libs and got the
> configure.in.in files updated.
> 
> I am right in just executing make -f Makefile.cvs, ./configure and
> make or something else has to be done before this. Here is the snip if
> it helps.
> 
> [snip]
> [vardhman@linuxaddict libs]$ make
> make  all-recursive
> make[1]: Entering directory `/home/vardhman/NonAcademic/DigiKam/libs'
> Making all in libkexif
> make[2]: Entering directory `/home/vardhman/NonAcademic/DigiKam/libs/libkexif'
> if /bin/sh ../libtool --silent --mode=compile --tag=CXX g++
> -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libexif  
> -I/usr/include/kde -I/usr/lib/qt-3.3/include -I/usr/X11R6/include  
> -DQT_THREAD_SUPPORT  -D_REENTRANT  -Wnon-virtual-dtor -Wno-long-long
> -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align
> -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith
> -Wno-non-virtual-dtor -O2 -Wformat-security -Wmissing-format-attribute
> -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE
> -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
> -fvisibility=hidden -fvisibility-inlines-hidden  -MT kexifdialog.lo
> -MD -MP -MF ".deps/kexifdialog.Tpo" \
>   -c -o kexifdialog.lo `test -f 'kexifdialog.cpp' || echo
> './'`kexifdialog.cpp; \
> then mv -f ".deps/kexifdialog.Tpo" ".deps/kexifdialog.Plo"; \
> else rm -f ".deps/kexifdialog.Tpo"; exit 1; \
> fi
> In file included from kexifdialog.cpp:50:
> kexifwidget.h:59: error: visibility arg must be one of "default",
> "hidden", "protected" or "internal"
> In file included from kexifdialog.cpp:51:
> kexifdata.h:73: error: visibility arg must be one of "default",
> "hidden", "protected" or "internal"
seems to be the kde bug on KDE_EXPORT definition :(
I quoted this morning...

Angelo

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
From renchi at pooh.tam.uiuc.edu  Thu Jun  9 22:51:27 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun  9 22:51:44 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac0050609134932a46502@mail.gmail.com>
References: <20050609064348.42994.qmail@web52802.mail.yahoo.com> 
	<Pine.LNX.4.61.0506090934260.4409@pooh.tam.uiuc.edu> 
	<Pine.LNX.4.61.0506091043520.14649@pooh.tam.uiuc.edu> 
	<a5f47ac005060913096eee9d7a@mail.gmail.com>
	<Pine.LNX.4.61.0506091511150.25058@pooh.tam.uiuc.edu>
	<Pine.LNX.4.61.0506091525400.26997@pooh.tam.uiuc.edu>
	<a5f47ac0050609134932a46502@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.0506091549310.31646@pooh.tam.uiuc.edu>



On Fri, 10 Jun 2005, Vardhman Jain wrote:

> Hi,
>   stuck again, btw I see following lines in libkexif_export.h some
> thing looks wrong.
>
> #ifndef __KDE_HAVE_GCC_VISIBILITY
> #undef KDE_EXPORT
> #define KDE_EXPORT  // isn't this demeaning the above line?
> #endif

that is fine. its redefining KDE_EXPORT so that its an empty definition.

what is the compilation error now?

> I feel I m creating more disturbance to the list, than contribution,
> should I rather stop sending mails again and again or it is ok?

its perfectly fine. its a support/devel channel and if one person is 
facing the problem, then there might be 100 silent others facing the same 
problem. as long as you have patience keep going.
From vardhman at gmail.com  Thu Jun  9 22:59:30 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Thu Jun  9 22:59:39 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506091549310.31646@pooh.tam.uiuc.edu>
References: <20050609064348.42994.qmail@web52802.mail.yahoo.com>
	<Pine.LNX.4.61.0506090934260.4409@pooh.tam.uiuc.edu>
	<Pine.LNX.4.61.0506091043520.14649@pooh.tam.uiuc.edu>
	<a5f47ac005060913096eee9d7a@mail.gmail.com>
	<Pine.LNX.4.61.0506091511150.25058@pooh.tam.uiuc.edu>
	<Pine.LNX.4.61.0506091525400.26997@pooh.tam.uiuc.edu>
	<a5f47ac0050609134932a46502@mail.gmail.com>
	<Pine.LNX.4.61.0506091549310.31646@pooh.tam.uiuc.edu>
Message-ID: <a5f47ac00506091359618ed78d@mail.gmail.com>

> 
> what is the compilation error now?
    ok here it is. Probably something improved from last time.
[snip]
make  all-recursive
make[1]: Entering directory `/home/vardhman/NonAcademic/DigiKam/libs'
Making all in libkexif
make[2]: Entering directory `/home/vardhman/NonAcademic/DigiKam/libs/libkexif'
if /bin/sh ../libtool --silent --mode=compile --tag=CXX g++
-DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libexif  
-I/usr/include/kde -I/usr/lib/qt-3.3/include -I/usr/X11R6/include  
-DQT_THREAD_SUPPORT  -D_REENTRANT  -Wnon-virtual-dtor -Wno-long-long
-Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align
-Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith
-Wno-non-virtual-dtor -O2 -Wformat-security -Wmissing-format-attribute
-fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE
-DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-fvisibility=hidden -fvisibility-inlines-hidden  -MT kexifdialog.lo
-MD -MP -MF ".deps/kexifdialog.Tpo" \
  -c -o kexifdialog.lo `test -f 'kexifdialog.cpp' || echo
'./'`kexifdialog.cpp; \
then mv -f ".deps/kexifdialog.Tpo" ".deps/kexifdialog.Plo"; \
else rm -f ".deps/kexifdialog.Tpo"; exit 1; \
fi
if /bin/sh ../libtool --silent --mode=compile --tag=CXX g++
-DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libexif  
-I/usr/include/kde -I/usr/lib/qt-3.3/include -I/usr/X11R6/include  
-DQT_THREAD_SUPPORT  -D_REENTRANT  -Wnon-virtual-dtor -Wno-long-long
-Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align
-Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith
-Wno-non-virtual-dtor -O2 -Wformat-security -Wmissing-format-attribute
-fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE
-DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-fvisibility=hidden -fvisibility-inlines-hidden  -MT kexifentry.lo -MD
-MP -MF ".deps/kexifentry.Tpo" \
  -c -o kexifentry.lo `test -f 'kexifentry.cpp' || echo './'`kexifentry.cpp; \
then mv -f ".deps/kexifentry.Tpo" ".deps/kexifentry.Plo"; \
else rm -f ".deps/kexifentry.Tpo"; exit 1; \
fi
if /bin/sh ../libtool --silent --mode=compile --tag=CXX g++
-DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libexif  
-I/usr/include/kde -I/usr/lib/qt-3.3/include -I/usr/X11R6/include  
-DQT_THREAD_SUPPORT  -D_REENTRANT  -Wnon-virtual-dtor -Wno-long-long
-Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align
-Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith
-Wno-non-virtual-dtor -O2 -Wformat-security -Wmissing-format-attribute
-fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE
-DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-fvisibility=hidden -fvisibility-inlines-hidden  -MT kexifdata.lo -MD
-MP -MF ".deps/kexifdata.Tpo" \
  -c -o kexifdata.lo `test -f 'kexifdata.cpp' || echo './'`kexifdata.cpp; \
then mv -f ".deps/kexifdata.Tpo" ".deps/kexifdata.Plo"; \
else rm -f ".deps/kexifdata.Tpo"; exit 1; \
fi
In file included from kexifdata.cpp:39:
kexifdata.h:73: error: visibility arg must be one of "default",
"hidden", "protected" or "internal"
make[2]: *** [kexifdata.lo] Error 1
make[2]: Leaving directory `/home/vardhman/NonAcademic/DigiKam/libs/libkexif'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/vardhman/NonAcademic/DigiKam/libs'
make: *** [all] Error 2

[/snip]
 
--
From renchi at pooh.tam.uiuc.edu  Thu Jun  9 23:25:12 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun  9 23:25:47 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac00506091359618ed78d@mail.gmail.com>
References: <20050609064348.42994.qmail@web52802.mail.yahoo.com>
	<Pine.LNX.4.61.0506090934260.4409@pooh.tam.uiuc.edu>
	<Pine.LNX.4.61.0506091043520.14649@pooh.tam.uiuc.edu>
	<a5f47ac005060913096eee9d7a@mail.gmail.com>
	<Pine.LNX.4.61.0506091511150.25058@pooh.tam.uiuc.edu>
	<Pine.LNX.4.61.0506091525400.26997@pooh.tam.uiuc.edu>
	<a5f47ac0050609134932a46502@mail.gmail.com>
	<Pine.LNX.4.61.0506091549310.31646@pooh.tam.uiuc.edu>
	<a5f47ac00506091359618ed78d@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.0506091624540.2394@pooh.tam.uiuc.edu>



On Fri, 10 Jun 2005, Vardhman Jain wrote:

> fi
> In file included from kexifdata.cpp:39:
> kexifdata.h:73: error: visibility arg must be one of "default",
> "hidden", "protected" or "internal"

one more try.

renchi
From random_lx at yahoo.com  Fri Jun 10 02:21:17 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Fri Jun 10 02:21:48 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <Pine.LNX.4.61.0506091624540.2394@pooh.tam.uiuc.edu>
Message-ID: <20050610002117.80791.qmail@web52803.mail.yahoo.com>



> On Fri, 10 Jun 2005, Vardhman Jain wrote:
> 
> > fi
> > In file included from kexifdata.cpp:39:
> > kexifdata.h:73: error: visibility arg must be one of "default",
> > "hidden", "protected" or "internal"
> 
> one more try.
> 
> renchi
Renchi in gwenview Laurent defined something like GW_KDE_EXPORT as KDE_EXPORT
if ok as empty if not in a new header file. That allows to check KDE_EXPORT
once and using new macro instead.

angelo

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
From vardhman at gmail.com  Fri Jun 10 07:37:43 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Fri Jun 10 07:37:48 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <20050610002117.80791.qmail@web52803.mail.yahoo.com>
References: <Pine.LNX.4.61.0506091624540.2394@pooh.tam.uiuc.edu>
	<20050610002117.80791.qmail@web52803.mail.yahoo.com>
Message-ID: <a5f47ac005060922373f023d18@mail.gmail.com>

> > > In file included from kexifdata.cpp:39:
> > > kexifdata.h:73: error: visibility arg must be one of "default",
> > > "hidden", "protected" or "internal"
> >
> > one more try.

Finally the problem is solved. There seems to be a big BUG in
kdemacros.h supplied with Fedora Core 3. I finally read about this
visibility arg and read the file kdemacros.h to see the definition of
KDE_EXPORT and of-course this is what was creating all the problem

#define KDE_EXPORT __attribute__((visibility("visible"))); //KDE
MACROS.h line number 39
                                                                   -------------
on changing the "visible" string to default compilation is working
well. Now as the compiler says visibility arg must be "default",
"hidden", "protected" or "internal", I don't understand how
kdemacros.h can have it as "visible".

---
Vardhman
From vardhman at gmail.com  Fri Jun 10 07:57:48 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Fri Jun 10 07:57:51 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac005060922373f023d18@mail.gmail.com>
References: <Pine.LNX.4.61.0506091624540.2394@pooh.tam.uiuc.edu>
	<20050610002117.80791.qmail@web52803.mail.yahoo.com>
	<a5f47ac005060922373f023d18@mail.gmail.com>
Message-ID: <a5f47ac005060922572008e44f@mail.gmail.com>

Hi,
Most of the kipi-plugins compiled properly but the plugin JPEGLossless
couldn't compile here is the snip.

[snip]

Making all in jpeglossless
make[1]: Entering directory
`/home/vardhman/NonAcademic/DigiKam/libs/kipi-plugins/jpeglossless'
/bin/sh ../../libtool --silent --mode=link --tag=CXX g++ 
-Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W
-Wpointer-arith -Wno-non-virtual-dtor -O2 -Wformat-security
-Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -fvisibility=hidden -fvisibility-inlines-hidden   
-o kipiplugin_jpeglossless.la -rpath /usr/lib/kde3 -module
-avoid-version -module -no-undefined -Wl,--no-undefined
-Wl,--allow-shlib-undefined -R /usr/lib -R /usr/lib -R
/usr/lib/qt-3.3/lib -R /usr/X11R6/lib  -L/usr/lib
-L/usr/lib/qt-3.3/lib -L/usr/X11R6/lib    plugin_jpeglossless.lo
actionthread.lo utils.lo transupp.lo progressdlg.lo imagerotate.lo
convert2grayscale.lo imageflip.lo messagebox.lo jpegtransform.lo
-lkparts -ljpeg ../../libkipi/libkipi/libkipi.la
../../libkexif/libkexif.la -ltiff
.libs/jpegtransform.o(.text+0xe63): In function `transformJPEG':
: undefined reference to `KExifUtils::writeOrientation(QString const&,
KExifData::ImageOrientation)'
collect2: ld returned 1 exit status
make[1]: *** [kipiplugin_jpeglossless.la] Error 1
make[1]: Leaving directory
`/home/vardhman/NonAcademic/DigiKam/libs/kipi-plugins/jpeglossless'
[/snip]

I have checked for the symbols (function) to be present in the
kexifutils.a file, but I am not sure about this .la files funda. What
could be the issue?
From random_lx at yahoo.com  Fri Jun 10 11:34:53 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Fri Jun 10 11:35:47 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac005060922373f023d18@mail.gmail.com>
Message-ID: <20050610093453.91159.qmail@web52810.mail.yahoo.com>

> > > > In file included from kexifdata.cpp:39:
> > > > kexifdata.h:73: error: visibility arg must be one of "default",
> > > > "hidden", "protected" or "internal"
> > >
> > > one more try.
> 
> Finally the problem is solved. There seems to be a big BUG in
> kdemacros.h supplied with Fedora Core 3. I finally read about this
> visibility arg and read the file kdemacros.h to see the definition of
> KDE_EXPORT and of-course this is what was creating all the problem
> 
> #define KDE_EXPORT __attribute__((visibility("visible"))); //KDE
> MACROS.h line number 39
>                                                                    -------------
> on changing the "visible" string to default compilation is working
> well. Now as the compiler says visibility arg must be "default",
> "hidden", "protected" or "internal", I don't understand how
> kdemacros.h can have it as "visible".
Yes that's the old kde bug i spoke about in my last mails...

Now with such a bug the configure should avoid to use gcc -fvisibility option 
even if it supports it. 
Renchi does the configure check and do it?
I'm quite sure to be near to a solution of my modem conne problem.
I'll give a look at it.

Angelo


		
__________________________________ 
Discover Yahoo! 
Use Yahoo! to plan a weekend, have fun online and more. Check it out! 
http://discover.yahoo.com/
From random_lx at yahoo.com  Fri Jun 10 11:37:08 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Fri Jun 10 11:37:43 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac005060922572008e44f@mail.gmail.com>
Message-ID: <20050610093708.61717.qmail@web52802.mail.yahoo.com>



--- Vardhman Jain <vardhman@gmail.com> wrote:

> Hi,
> Most of the kipi-plugins compiled properly but the plugin JPEGLossless
> couldn't compile here is the snip.
> 
> [snip]
> 
> Making all in jpeglossless
> make[1]: Entering directory
> `/home/vardhman/NonAcademic/DigiKam/libs/kipi-plugins/jpeglossless'
> /bin/sh ../../libtool --silent --mode=link --tag=CXX g++ 
> -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
> -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W
> -Wpointer-arith -Wno-non-virtual-dtor -O2 -Wformat-security
> -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common
> -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
> -DQT_NO_TRANSLATION -fvisibility=hidden -fvisibility-inlines-hidden   
> -o kipiplugin_jpeglossless.la -rpath /usr/lib/kde3 -module
> -avoid-version -module -no-undefined -Wl,--no-undefined
> -Wl,--allow-shlib-undefined -R /usr/lib -R /usr/lib -R
> /usr/lib/qt-3.3/lib -R /usr/X11R6/lib  -L/usr/lib
> -L/usr/lib/qt-3.3/lib -L/usr/X11R6/lib    plugin_jpeglossless.lo
> actionthread.lo utils.lo transupp.lo progressdlg.lo imagerotate.lo
> convert2grayscale.lo imageflip.lo messagebox.lo jpegtransform.lo
> -lkparts -ljpeg ../../libkipi/libkipi/libkipi.la
> ../../libkexif/libkexif.la -ltiff
> .libs/jpegtransform.o(.text+0xe63): In function `transformJPEG':
> : undefined reference to `KExifUtils::writeOrientation(QString const&,
> KExifData::ImageOrientation)'
> collect2: ld returned 1 exit status
> make[1]: *** [kipiplugin_jpeglossless.la] Error 1
> make[1]: Leaving directory
> `/home/vardhman/NonAcademic/DigiKam/libs/kipi-plugins/jpeglossless'
> [/snip]
> 
> I have checked for the symbols (function) to be present in the
> kexifutils.a file, but I am not sure about this .la files funda. What
> could be the issue?
The problem seems to be always the same you built it with -fvisibility
to be sure it's that take the /bin/sh ../../libtool line and remove 
by hand -fvisibilty options.
Angelo

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
From random_lx at yahoo.com  Fri Jun 10 14:14:52 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Fri Jun 10 14:15:31 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac005060922373f023d18@mail.gmail.com>
Message-ID: <20050610121453.19506.qmail@web52801.mail.yahoo.com>

> > > > In file included from kexifdata.cpp:39:
> > > > kexifdata.h:73: error: visibility arg must be one of "default",
> > > > "hidden", "protected" or "internal"
> > >
> > > one more try.
> 
> Finally the problem is solved. There seems to be a big BUG in
> kdemacros.h supplied with Fedora Core 3. I finally read about this
> visibility arg and read the file kdemacros.h to see the definition of
> KDE_EXPORT and of-course this is what was creating all the problem
> 
> #define KDE_EXPORT __attribute__((visibility("visible"))); //KDE
> MACROS.h line number 39
>                                                                    -------------
> on changing the "visible" string to default compilation is working
> well. Now as the compiler says visibility arg must be "default",
> "hidden", "protected" or "internal", I don't understand how
> kdemacros.h can have it as "visible".
> 
> ---
> Vardhman
Hi this awful patch I wrote to test if we can take this way should
cover the problem of having gcc and/or kdemacros.h error.

Of course it's not well done yet but can you test if it covers 
your problem? (you should leave your old kdemacros.h settings).
This patch has the check for gcc4 cut off for mandiriva cooker
I apologize for that but i cannot do anything else by now.
that is only a test.

Let me know
   Angelo

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TEST_acinclude.m4..in.diff
Type: text/x-patch
Size: 2661 bytes
Desc: 2983302976-TEST_acinclude.m4..in.diff
Url : http://mail.kde.org/pipermail/kde-imaging/attachments/20050610/bc6d6502/TEST_acinclude.m4..in.bin
From renchi at pooh.tam.uiuc.edu  Fri Jun 10 15:56:48 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Fri Jun 10 15:56:58 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <20050610002117.80791.qmail@web52803.mail.yahoo.com>
References: <20050610002117.80791.qmail@web52803.mail.yahoo.com>
Message-ID: <Pine.LNX.4.61.0506100856280.18112@pooh.tam.uiuc.edu>



On Thu, 9 Jun 2005, Angelo Naselli wrote:

>
>
>> On Fri, 10 Jun 2005, Vardhman Jain wrote:
>>
>>> fi
>>> In file included from kexifdata.cpp:39:
>>> kexifdata.h:73: error: visibility arg must be one of "default",
>>> "hidden", "protected" or "internal"
>>
>> one more try.
>>
>> renchi
> Renchi in gwenview Laurent defined something like GW_KDE_EXPORT as KDE_EXPORT
> if ok as empty if not in a new header file. That allows to check KDE_EXPORT
> once and using new macro instead.

same here. a new LIBKIPI_EXPORT is defined.

renchi

From renchi at pooh.tam.uiuc.edu  Fri Jun 10 15:59:13 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Fri Jun 10 15:59:18 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <a5f47ac005060922373f023d18@mail.gmail.com>
References: <Pine.LNX.4.61.0506091624540.2394@pooh.tam.uiuc.edu>
	<20050610002117.80791.qmail@web52803.mail.yahoo.com>
	<a5f47ac005060922373f023d18@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.0506100857100.18112@pooh.tam.uiuc.edu>



On Fri, 10 Jun 2005, Vardhman Jain wrote:

> Finally the problem is solved. There seems to be a big BUG in
> kdemacros.h supplied with Fedora Core 3. I finally read about this
> visibility arg and read the file kdemacros.h to see the definition of
> KDE_EXPORT and of-course this is what was creating all the problem
>
> #define KDE_EXPORT __attribute__((visibility("visible"))); //KDE
> MACROS.h line number 39
>                                                                   -------------
> on changing the "visible" string to default compilation is working
> well. Now as the compiler says visibility arg must be "default",
> "hidden", "protected" or "internal", I don't understand how
> kdemacros.h can have it as "visible".

there is a bug in kdemacros.h for kde < 3.3.2 . all these hoops we are 
jumping is to avoid making the user modify his kdemacros.h

renchi

From renchi at pooh.tam.uiuc.edu  Fri Jun 10 16:00:30 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Fri Jun 10 16:00:36 2005
Subject: [Kde-imaging] Problem Building from SVN
In-Reply-To: <20050610093453.91159.qmail@web52810.mail.yahoo.com>
References: <20050610093453.91159.qmail@web52810.mail.yahoo.com>
Message-ID: <Pine.LNX.4.61.0506100900080.18112@pooh.tam.uiuc.edu>



On Fri, 10 Jun 2005, Angelo Naselli wrote:

>
> Now with such a bug the configure should avoid to use gcc -fvisibility option
> even if it supports it.
> Renchi does the configure check and do it?

not currently. i'm looking into it.

renchi

From renchi at pooh.tam.uiuc.edu  Fri Jun 10 17:59:08 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Fri Jun 10 17:59:28 2005
Subject: [Kde-imaging] extragear/libs
Message-ID: <1118419148.223934.15273.nullmailer@svn.kde.org>

SVN commit 424052 by pahlibar:

write a configure test for checking if it actually compiles
with kdemacros.h . depending on that include/exclude kdemacros.h

CCMAIL:kde-imaging@kde.org



 M  +21 -5     libkexif/configure.in.in  
 M  +1 -3      libkexif/libkexif_export.h  
 M  +22 -5     libkipi/configure.in.in  
 M  +1 -3      libkipi/libkipi/libkipi_export.h  


--- trunk/extragear/libs/libkexif/configure.in.in #424051:424052
@@ -86,8 +86,24 @@
 
 AC_OUTPUT([ libkexif/libkexif.pc ])
 
-KDE_CHECK_HEADER(kdemacros.h, have_kdemacros=yes, have_kdemacros=no)
-if test "x$have_kdemacros" = "xyes"; then
-   AC_MSG_NOTICE([kdemacros.h found])
-   AC_DEFINE(HAVE_KDEMACROS, 1, [Defined if kdemacros.h is found])
-fi
+AC_LANG_PUSH(C++)
+libkexif_kdemacros_cppflags=$CPPFLAGS
+CPPFLAGS="$CPPFLAGS $all_includes"  
+AC_MSG_CHECKING([if kdemacros.h is usable])
+AC_COMPILE_IFELSE(
+ [
+   #include <kdemacros.h>
+   #include <string>
+   int other_func( void ) KDE_EXPORT;
+   int other_func( void )
+   { 
+      std::string s("KDE_EXPORT");
+      return 0;
+   }
+ ], 
+ [ AC_MSG_RESULT([yes])
+   AC_DEFINE(KDEMACROS_USABLE, 1, [kdemacros.h usable]) ], 
+ [ AC_MSG_RESULT([no]) ] 
+)
+CPPFLAGS=$libkexif_kdemacros_cppflags
+AC_LANG_POP(C++)
--- trunk/extragear/libs/libkexif/libkexif_export.h #424051:424052
@@ -21,11 +21,9 @@
 #ifndef _LIBKEXIF_EXPORT_H
 #define _LIBKEXIF_EXPORT_H
 
-#ifdef __KDE_HAVE_GCC_VISIBILITY
-#ifdef HAVE_KDEMACROS
+#ifdef KDEMACROS_USABLE
 #include <kdemacros.h>
 #endif
-#endif
 
 #ifdef KDE_EXPORT
 #define LIBKEXIF_EXPORT KDE_EXPORT
--- trunk/extragear/libs/libkipi/configure.in.in #424051:424052
@@ -1,8 +1,25 @@
 AC_OUTPUT([ libkipi/libkipi.pc ])
 KDE_ENABLE_HIDDEN_VISIBILITY
 
-KDE_CHECK_HEADER(kdemacros.h, have_kdemacros=yes, have_kdemacros=no)
-if test "x$have_kdemacros" = "xyes"; then
-   AC_MSG_NOTICE([kdemacros.h found])
-   AC_DEFINE(HAVE_KDEMACROS, 1, [Defined if kdemacros.h is found])
-fi
+
+AC_LANG_PUSH(C++)
+libkipi_kdemacros_cppflags=$CPPFLAGS
+CPPFLAGS="$CPPFLAGS $all_includes"  
+AC_MSG_CHECKING([if kdemacros.h is usable])
+AC_COMPILE_IFELSE(
+ [
+   #include <kdemacros.h>
+   #include <string>
+   int other_func( void ) KDE_EXPORT;
+   int other_func( void )
+   { 
+      std::string s("KDE_EXPORT");
+      return 0;
+   }
+ ], 
+ [ AC_MSG_RESULT([yes])
+   AC_DEFINE(KDEMACROS_USABLE, 1, [kdemacros.h usable]) ], 
+ [ AC_MSG_RESULT([no]) ] 
+)
+CPPFLAGS=$libkipi_kdemacros_cppflags
+AC_LANG_POP(C++)
--- trunk/extragear/libs/libkipi/libkipi/libkipi_export.h #424051:424052
@@ -21,11 +21,9 @@
 #ifndef _LIBKIPI_EXPORT_H
 #define _LIBKIPI_EXPORT_H
 
-#ifdef __KDE_HAVE_GCC_VISIBILITY
-#ifdef HAVE_KDEMACROS
+#ifdef KDEMACROS_USABLE
 #include <kdemacros.h>
 #endif
-#endif
 
 #ifdef KDE_EXPORT
 #define LIBKIPI_EXPORT KDE_EXPORT
From renchi at pooh.tam.uiuc.edu  Fri Jun 10 18:01:03 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Fri Jun 10 18:01:13 2005
Subject: [Kde-imaging] extragear/libs
In-Reply-To: <1118419148.223934.15273.nullmailer@svn.kde.org>
References: <1118419148.223934.15273.nullmailer@svn.kde.org>
Message-ID: <Pine.LNX.4.61.0506101100300.32119@pooh.tam.uiuc.edu>



On Fri, 10 Jun 2005, Renchi Raju wrote:

> SVN commit 424052 by pahlibar:
>
> write a configure test for checking if it actually compiles
> with kdemacros.h . depending on that include/exclude kdemacros.h
>
> CCMAIL:kde-imaging@kde.org
>

can someone test now if it compiles fine

renchi

From random_lx at yahoo.com  Fri Jun 10 19:31:16 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Fri Jun 10 19:32:22 2005
Subject: [Kde-imaging] extragear/libs
In-Reply-To: <Pine.LNX.4.61.0506101100300.32119@pooh.tam.uiuc.edu>
Message-ID: <20050610173116.48416.qmail@web52807.mail.yahoo.com>

> > SVN commit 424052 by pahlibar:
> >
> > write a configure test for checking if it actually compiles
> > with kdemacros.h . depending on that include/exclude kdemacros.h
> >
> > CCMAIL:kde-imaging@kde.org
> >
> 
> can someone test now if it compiles fine
> 
> renchi
Vardhman can you test it please? as far as i'm concerned
my kde/gcc version workde well with the previous patch renchi
released.

Angelo



	
		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - You care about security. So do we. 
http://promotions.yahoo.com/new_mail
From vardhman at gmail.com  Fri Jun 10 20:06:41 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Fri Jun 10 20:06:45 2005
Subject: [Kde-imaging] extragear/libs
In-Reply-To: <20050610173116.48416.qmail@web52807.mail.yahoo.com>
References: <Pine.LNX.4.61.0506101100300.32119@pooh.tam.uiuc.edu>
	<20050610173116.48416.qmail@web52807.mail.yahoo.com>
Message-ID: <a5f47ac00506101106356a1a6f@mail.gmail.com>

> Vardhman can you test it please? as far as i'm concerned
> my kde/gcc version workde well with the previous patch renchi
> released.
Hi Angelo,
Unfortunately it still doesn't work! BTW can i see the effect of the
IF ELSE case when the configure etc is running? I mean something like
testing if KDE_EXPORT is sets or something will be printed on the
console? So I can verify what is happening?
I am getting the exact same error of visibility arg now.


--
From vardhman at gmail.com  Fri Jun 10 20:14:04 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Fri Jun 10 20:14:12 2005
Subject: [Kde-imaging] extragear/libs
In-Reply-To: <a5f47ac00506101106356a1a6f@mail.gmail.com>
References: <Pine.LNX.4.61.0506101100300.32119@pooh.tam.uiuc.edu>
	<20050610173116.48416.qmail@web52807.mail.yahoo.com>
	<a5f47ac00506101106356a1a6f@mail.gmail.com>
Message-ID: <a5f47ac0050610111460a5b28d@mail.gmail.com>

> Unfortunately it still doesn't work! BTW can i see the effect of the
> IF ELSE case when the configure etc is running? I mean something like
> testing if KDE_EXPORT is sets or something will be printed on the
> console? So I can verify what is happening?
> I am getting the exact same error of visibility arg now.

I was wondering why we can simply check if KDE_EXPORT is defined and
it it just undef it and define it as this:
#ifdef KDE_EXPORT
#undef KDE_EXPORT
#define KDE_EXPORT -__attribute__((visibility("default")))
#else
#define KDE_EXPORT
#endif

Vardhman
--
From random_lx at yahoo.com  Fri Jun 10 20:20:29 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Fri Jun 10 20:21:01 2005
Subject: [Kde-imaging] extragear/libs
In-Reply-To: <a5f47ac0050610111460a5b28d@mail.gmail.com>
Message-ID: <20050610182030.66803.qmail@web52806.mail.yahoo.com>

> > Unfortunately it still doesn't work! BTW can i see the effect of the
> > IF ELSE case when the configure etc is running? I mean something like
> > testing if KDE_EXPORT is sets or something will be printed on the
> > console? So I can verify what is happening?
unfortunatly not my patch was written without care only to test if worked :(
but you should se in the first makefile that there isn't fvisibility=hidden 
-fvisibility-inlines-hidden anymore. I tested it patching  kdemacros.h to be
worong :)

> > I am getting the exact same error of visibility arg now.

> I was wondering why we can simply check if KDE_EXPORT is defined and
> it it just undef it and define it as this:
> #ifdef KDE_EXPORT
> #undef KDE_EXPORT
> #define KDE_EXPORT -__attribute__((visibility("default")))
> #else
> #define KDE_EXPORT
> #endif

Anyway renchi released it in configure.in.in so you cantest his one
that probably has an output.

Angelo


		
__________________________________ 
Discover Yahoo! 
Use Yahoo! to plan a weekend, have fun online and more. Check it out! 
http://discover.yahoo.com/
From random_lx at yahoo.com  Fri Jun 10 20:35:29 2005
From: random_lx at yahoo.com (Angelo Naselli)
Date: Fri Jun 10 20:36:02 2005
Subject: [Kde-imaging] extragear/libs
In-Reply-To: <20050610182030.66803.qmail@web52806.mail.yahoo.com>
Message-ID: <20050610183530.87341.qmail@web52808.mail.yahoo.com>

> > > Unfortunately it still doesn't work! BTW can i see the effect of the
> > > IF ELSE case when the configure etc is running? I mean something like
> > > testing if KDE_EXPORT is sets or something will be printed on the
> > > console? So I can verify what is happening?
> unfortunatly not my patch was written without care only to test if worked :(
> but you should se in the first makefile that there isn't fvisibility=hidden 
> -fvisibility-inlines-hidden anymore. I tested it patching  kdemacros.h to be
> worong :)
> 
> > > I am getting the exact same error of visibility arg now.
> 
> > I was wondering why we can simply check if KDE_EXPORT is defined and
> > it it just undef it and define it as this:
> > #ifdef KDE_EXPORT
> > #undef KDE_EXPORT
> > #define KDE_EXPORT -__attribute__((visibility("default")))
> > #else
> > #define KDE_EXPORT
> > #endif
I should have smoked a peace of answer :( 
your proposal does not cover the gcc -fvisibility-inlines-hidden bug

And as i said in list before, the best sluold be to have a solution in 
admin so that everybody could test something like HAVE_KDE_EXPORT
without care of fvisibility or kdemacros.h bug.

Angelo


		
__________________________________ 
Yahoo! Mail 
Stay connected, organized, and protected. Take the tour: 
http://tour.mail.yahoo.com/mailtour.html 

From l.lunak at suse.cz  Mon Jun 13 15:55:37 2005
From: l.lunak at suse.cz (Lubos Lunak)
Date: Mon Jun 13 15:55:42 2005
Subject: [Kde-imaging] KIPI initialization
Message-ID: <200506131555.38078.l.lunak@suse.cz>


 Hello,

 during startup of Gwenview the initialization of KIPI plugins takes 1-2s on 
850MHz machine, which is a significant portion of the startup time. Probably 
not that big deal for apps like Digikam which are more of an image catalogue 
app, but it quite hurts for the case of running Gwenview only in order to 
view a single image. Initialization of KIPI plugins moreover is basically 
just loading the plugin and creating at most a handful of KAction's.

 The attached patches implement delayed loading of KIPI plugins in Gwenview 
and a small API change in KIPI needed for that (plus it depends on a recent 
KAccel change I did today in kdelibs). The API change is just making 
KIPI::PluginLoader::loadPlugin( KIPI::PluginLoader::Info* ) public, plus 
increasing the version number in order to be able to detect this (I don't 
actually care about the actual version number). Are the changes ok with you?

 (Gwenview part)

 I noticed the code for toolbars doesn't seem to handle plugins, so my code 
only handles the case of the plugins menu and shortcuts. If there's a way 
found to create also toolbar icons for KIPI plugins it shouldn't be too 
difficult to cache information needed also for that. Just the 
enabled/disabled state of the icon wouldn't follow, but I think that'd be 
just nitpicking. The patch also changes the default of --enable-kipi to 
autodetect whether KIPI plugins are available - I don't see any reason why it 
should default to off with this patch. Ok to commit?

-- 
Lubos Lunak
KDE developer
---------------------------------------------------------------------
SuSE CR, s.r.o.  e-mail: l.lunak@suse.cz , l.lunak@kde.org
Drahobejlova 27  tel: +420 2 9654 2373
190 00 Praha 9   fax: +420 2 9654 2374
Czech Republic   http://www.suse.cz/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libkipi.patch
Type: text/x-diff
Size: 888 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-imaging/attachments/20050613/a32b7c4c/libkipi.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gwenview.patch
Type: text/x-diff
Size: 13746 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-imaging/attachments/20050613/a32b7c4c/gwenview.bin
From renchi at pooh.tam.uiuc.edu  Mon Jun 13 17:24:44 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Mon Jun 13 17:24:52 2005
Subject: [Kde-imaging] KIPI initialization
In-Reply-To: <200506131555.38078.l.lunak@suse.cz>
References: <200506131555.38078.l.lunak@suse.cz>
Message-ID: <Pine.LNX.4.61.0506131020450.8567@pooh.tam.uiuc.edu>



On Mon, 13 Jun 2005, Lubos Lunak wrote:

> The attached patches implement delayed loading of KIPI plugins in Gwenview
> and a small API change in KIPI needed for that (plus it depends on a recent
> KAccel change I did today in kdelibs). The API change is just making
> KIPI::PluginLoader::loadPlugin( KIPI::PluginLoader::Info* ) public, plus
> increasing the version number in order to be able to detect this (I don't
> actually care about the actual version number). Are the changes ok with you?

looks fine. though, i think you will gain better startup speeds by doing a 
delayed initialization of the pluginloader instance itself. initializing 
the pluginloader does ktrader scanning for available plugins, as you might 
have seen already

renchi

From cannewilson at tiscali.co.uk  Mon Jun 13 17:53:52 2005
From: cannewilson at tiscali.co.uk (Anne Wilson)
Date: Mon Jun 13 17:53:43 2005
Subject: [Kde-imaging] Gwenview, kipi and colour temperature
Message-ID: <200506131653.52679.cannewilson@tiscali.co.uk>

I am using gwenview and am very happy with many aspects of it.  However, 
there is a problem when printing photos.  The colour temperature is cool.  
Printing the same pictures in gpp produces more realistic colours.  Is 
there any way by which I can adjust the colour temperature of printout?  Or 
do I have to file a wish?

Anne
-- 
Registered Linux User No.293302 (http://counter.li.org/)
Have you visited http://twiki.mdklinuxfaq.org yet?  Mandrake at all levels
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-imaging/attachments/20050613/40dc0ec5/attachment.pgp
From renchi at pooh.tam.uiuc.edu  Mon Jun 13 17:54:37 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Mon Jun 13 17:54:44 2005
Subject: [Kde-imaging] Gwenview, kipi and colour temperature
In-Reply-To: <200506131653.52679.cannewilson@tiscali.co.uk>
References: <200506131653.52679.cannewilson@tiscali.co.uk>
Message-ID: <Pine.LNX.4.61.0506131053590.8931@pooh.tam.uiuc.edu>



On Mon, 13 Jun 2005, Anne Wilson wrote:

> I am using gwenview and am very happy with many aspects of it.  However,
> there is a problem when printing photos.  The colour temperature is cool.
> Printing the same pictures in gpp produces more realistic colours.  Is
> there any way by which I can adjust the colour temperature of printout?  Or
> do I have to file a wish?

you will have to file a wish. i'm assuming that gpp provides support for 
ICC profiles which the kipi-plugins printwizard doesn't do currently.

renchi
From cannewilson at tiscali.co.uk  Mon Jun 13 18:09:37 2005
From: cannewilson at tiscali.co.uk (C.Anne Wilson)
Date: Mon Jun 13 18:09:42 2005
Subject: [Kde-imaging] [Bug 107341] New: Wish - photo printing colour
	temperature is too cool. 
Message-ID: <20050613180936.107341.cannewilson@tiscali.co.uk>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         
           Summary: Wish - photo printing colour temperature is too cool.
           Product: kipiplugins
           Version: unspecified
          Platform: Mandriva RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kde-imaging kde org
        ReportedBy: cannewilson tiscali co uk


Version:            (using KDE KDE 3.3.2)
Installed from:    Mandriva RPMs
OS:                Linux

When printing from gwenview + kipi plugins the colour temperature is unrealistically cool.  It would be very useful to have a colour correction tool in the plugins.
From aurelien.gateau at free.fr  Tue Jun 14 00:37:02 2005
From: aurelien.gateau at free.fr (Aurelien Gateau)
Date: Tue Jun 14 01:01:40 2005
Subject: [Gwenview-general] Re: [Kde-imaging] KIPI initialization
In-Reply-To: <Pine.LNX.4.61.0506131020450.8567@pooh.tam.uiuc.edu>
References: <200506131555.38078.l.lunak@suse.cz>
	<Pine.LNX.4.61.0506131020450.8567@pooh.tam.uiuc.edu>
Message-ID: <200506140037.02277.aurelien.gateau@free.fr>

Le Lundi 13 Juin 2005 17:24, Renchi Raju a ?crit :
> On Mon, 13 Jun 2005, Lubos Lunak wrote:
> > The attached patches implement delayed loading of KIPI plugins in
> > Gwenview and a small API change in KIPI needed for that (plus it depends
> > on a recent KAccel change I did today in kdelibs). The API change is just
> > making KIPI::PluginLoader::loadPlugin( KIPI::PluginLoader::Info* )
> > public, plus increasing the version number in order to be able to detect
> > this (I don't actually care about the actual version number). Are the
> > changes ok with you?
>
> looks fine. though, i think you will gain better startup speeds by doing a
> delayed initialization of the pluginloader instance itself. initializing
> the pluginloader does ktrader scanning for available plugins, as you might
> have seen already

I agree with Renchi, especially since the fix will only benefits KDE 3.5 
users :-/.

Aur?lien

From l.lunak at suse.cz  Tue Jun 14 10:33:09 2005
From: l.lunak at suse.cz (Lubos Lunak)
Date: Tue Jun 14 10:39:58 2005
Subject: [Gwenview-general] Re: [Kde-imaging] KIPI initialization
In-Reply-To: <200506140037.02277.aurelien.gateau@free.fr>
References: <200506131555.38078.l.lunak@suse.cz>
	<Pine.LNX.4.61.0506131020450.8567@pooh.tam.uiuc.edu>
	<200506140037.02277.aurelien.gateau@free.fr>
Message-ID: <200506141033.09967.l.lunak@suse.cz>

On Tuesday 14 of June 2005 00:37, Aurelien Gateau wrote:
> Le Lundi 13 Juin 2005 17:24, Renchi Raju a ?crit :
> > On Mon, 13 Jun 2005, Lubos Lunak wrote:
> > > The attached patches implement delayed loading of KIPI plugins in
> > > Gwenview and a small API change in KIPI needed for that (plus it
> > > depends on a recent KAccel change I did today in kdelibs). The API
> > > change is just making KIPI::PluginLoader::loadPlugin(
> > > KIPI::PluginLoader::Info* ) public, plus increasing the version number
> > > in order to be able to detect this (I don't actually care about the
> > > actual version number). Are the changes ok with you?
> >
> > looks fine. though, i think you will gain better startup speeds by doing
> > a delayed initialization of the pluginloader instance itself.

 That however disables the plugins completely. In Gwenview it's possible to 
assign keyboard shortcuts to KIPI plugins, and theoretically it should be 
also possible to have toolbar icons for them. That wouldn't work with delayed 
initialization of the pluginloader itself.

 Is the new version number 0.1.2 ok with you?

> > initializing the pluginloader does ktrader scanning for available
> > plugins, as you might have seen already

 That's rather cheap actually. On this Athlon XP 2800+ machine it's about 
550ms vs 15ms without and with the patch.

>
> I agree with Renchi, especially since the fix will only benefits KDE 3.5
> users :-/.

 It builds also with older KDE versions, and, well, if one wants to run the 
best version that usually has to be also the latest version. I cannot change 
this for older KDE versions, and I don't know how to get the same 
functionality without the KAccel change. Although, actually, I could check if 
any shortcut is actually configured. Maybe if I get bored.

 BTW, there's one more thing I wanted to ask about KIPI. The documentation is 
rather scarce, and I wonder about what exactly KIPI::Plugin::setup() is for. 
It seems to be the "real" constructor for the object, it creates all the 
KAction's etc., however the example in pluginloader.cpp actually calls it 
repeatedly (once per slotReplug() being called, but this function may be 
called repeatedly). This leads to repeated creation of KAction's and their 
leaking.

-- 
Lubos Lunak
KDE developer
---------------------------------------------------------------------
SuSE CR, s.r.o.  e-mail: l.lunak@suse.cz , l.lunak@kde.org
Drahobejlova 27  tel: +420 2 9654 2373
190 00 Praha 9   fax: +420 2 9654 2374
Czech Republic   http://www.suse.cz/
From frankmulder2003 at yahoo.com  Tue Jun 14 17:12:13 2005
From: frankmulder2003 at yahoo.com (Frank Mulder)
Date: Tue Jun 14 17:12:56 2005
Subject: [Kde-imaging] [Bug 107410] New: Screen remains black in OpenGL mode
Message-ID: <20050614171212.107410.frankmulder2003@yahoo.com>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107410         
           Summary: Screen remains black in OpenGL mode
           Product: kipiplugins
           Version: unspecified
          Platform: Debian testing
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: slideshow
        AssignedTo: kde-imaging kde org
        ReportedBy: frankmulder2003 yahoo com


Version:            (using KDE KDE 3.4.0)
Installed from:    Debian testing/unstable Packages
OS:                Linux

Debian testing;
experimental packages for KDE 3.4;
XFree 4.3.0

Normal slideshow works in digiKam, but in OpenGL mode the screen remains black. This looks like bug 90183 (http://bugs.kde.org/show_bug.cgi?id=90183), but in that case the screen remained white and the bug was marked as RESOLVED. 

This is output from glxinfo -l that may be useful:
OpenGL extensions:
    GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_point_parameters,
    GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
    GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix,
    GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
    GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
    GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture,
    GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_histogram,
    GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset,
    GL_EXT_rescale_normal, GL_EXT_secondary_color,
    GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture,
    GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp,
    GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
    GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array,
    GL_APPLE_packed_pixels, GL_IBM_rasterpos_clip,
    GL_IBM_texture_mirrored_repeat, GL_MESA_window_pos, GL_NV_blend_square,
    GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_OES_read_format,
    GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_texture_edge_clamp,
    GL_SGIS_texture_lod
OpenGL limits:
    GL_MAX_ATTRIB_STACK_DEPTH = 16
    GL_MAX_CLIENT_ATTRIB_STACK_DEPTH = 16
    GL_MAX_CLIP_PLANES = 6
    GL_MAX_COLOR_MATRIX_STACK_DEPTH = 4
    GL_MAX_ELEMENTS_VERTICES = 3000
    GL_MAX_ELEMENTS_INDICES = 3000
    GL_MAX_EVAL_ORDER = 30
    GL_MAX_LIGHTS = 8
    GL_MAX_LIST_NESTING = 64
    GL_MAX_MODELVIEW_STACK_DEPTH = 32
    GL_MAX_NAME_STACK_DEPTH = 64
    GL_MAX_PIXEL_MAP_TABLE = 256
    GL_MAX_PROJECTION_STACK_DEPTH = 32
    GL_MAX_TEXTURE_STACK_DEPTH = 10
    GL_MAX_TEXTURE_SIZE = 512
    GL_MAX_3D_TEXTURE_SIZE = 256
    GL_MAX_TEXTURE_UNITS_ARB = 2
    GL_MAX_TEXTURE_LOD_BIAS_EXT = 11
    GL_MAX_VIEWPORT_DIMS = 4096, 4096
    GL_ALIASED_LINE_WIDTH_RANGE = 1, 1
    GL_SMOOTH_LINE_WIDTH_RANGE = 1, 1
    GL_ALIASED_POINT_SIZE_RANGE = 1, 1
    GL_SMOOTH_POINT_SIZE_RANGE = 1, 1


Other OpenGL programs work fine.

Thanks for your great work! :)

Frank
From renchi at pooh.tam.uiuc.edu  Tue Jun 14 17:15:23 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Tue Jun 14 17:15:28 2005
Subject: [Kde-imaging] [Bug 107410] Screen remains black in OpenGL mode   
In-Reply-To: <20050614171212.107410.frankmulder2003@yahoo.com>  
Message-ID: <20050614151523.25938.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107410         




------- Additional Comments From renchi pooh tam uiuc edu  2005-06-14 17:15 -------
your max texture size is rather small:   GL_MAX_TEXTURE_SIZE = 512.
From sebas at kde.nl  Tue Jun 14 17:31:22 2005
From: sebas at kde.nl (Sebastian Kügler)
Date: Tue Jun 14 17:31:25 2005
Subject: [Kde-imaging] [Bug 107410] Screen remains black in OpenGL mode   
In-Reply-To: <20050614171212.107410.frankmulder2003@yahoo.com>  
Message-ID: <20050614153122.4967.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107410         




------- Additional Comments From sebas kde nl  2005-06-14 17:31 -------
Same problem here (with same packages), but my GL_MAX_TEXTURE_SIZE is 512. What more info would you need to debug this?
I'm using xorg, btw, with the open source radeon driver.
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
    GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read,
    GLX_SGIS_multisample, GLX_SGIX_fbconfig
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
    GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method,
    GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control,
    GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group
GLX extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control,
    GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_video_sync,
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group
OpenGL vendor string: Tungsten Graphics, Inc.
OpenGL renderer string: Mesa DRI Radeon 20041207 AGP 4x x86/MMX/SSE2 TCL
OpenGL version string: 1.2 Mesa 6.3
OpenGL extensions:
    GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture,
    GL_ARB_texture_border_clamp, GL_ARB_texture_compression,
    GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
    GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
    GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle,
    GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra,
    GL_EXT_blend_color, GL_EXT_blend_logic_op, GL_EXT_blend_minmax,
    GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
    GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture,
    GL_EXT_draw_range_elements, GL_EXT_histogram, GL_EXT_packed_pixels,
    GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color,
    GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture,
    GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp,
    GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
    GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
    GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp,
    GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array,
    GL_APPLE_packed_pixels, GL_ATI_texture_env_combine3,
    GL_ATI_texture_mirror_once, GL_IBM_rasterpos_clip,
    GL_IBM_texture_mirrored_repeat, GL_MESA_ycbcr_texture, GL_MESA_window_pos,
    GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texture_rectangle,
    GL_NV_texgen_reflection, GL_OES_read_format, GL_SGI_color_matrix,
    GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
    GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod
OpenGL limits:
    GL_MAX_ATTRIB_STACK_DEPTH = 16
    GL_MAX_CLIENT_ATTRIB_STACK_DEPTH = 16
    GL_MAX_CLIP_PLANES = 6
    GL_MAX_COLOR_MATRIX_STACK_DEPTH = 4
    GL_MAX_ELEMENTS_VERTICES = 1092
    GL_MAX_ELEMENTS_INDICES = 1092
    GL_MAX_EVAL_ORDER = 30
    GL_MAX_LIGHTS = 8
    GL_MAX_LIST_NESTING = 64
    GL_MAX_MODELVIEW_STACK_DEPTH = 32
    GL_MAX_NAME_STACK_DEPTH = 64
    GL_MAX_PIXEL_MAP_TABLE = 256
    GL_MAX_PROJECTION_STACK_DEPTH = 32
    GL_MAX_TEXTURE_STACK_DEPTH = 10
    GL_MAX_TEXTURE_SIZE = 512
    GL_MAX_3D_TEXTURE_SIZE = 256
    GL_MAX_RECTANGLE_TEXTURE_SIZE_NV = 1024
    GL_NUM_COMPRESSED_TEXTURE_FORMATS_ARB = 0
    GL_MAX_TEXTURE_UNITS_ARB = 2
    GL_MAX_TEXTURE_LOD_BIAS_EXT = 11
    GL_MAX_TEXTURE_MAX_ANISOTROPY_EXT = 16
    GL_MAX_VIEWPORT_DIMS = 4096, 4096
    GL_ALIASED_LINE_WIDTH_RANGE = 1, 10
    GL_SMOOTH_LINE_WIDTH_RANGE = 1, 10
    GL_ALIASED_POINT_SIZE_RANGE = 1, 1
    GL_SMOOTH_POINT_SIZE_RANGE = 1, 1
glu version: 1.3
glu extensions:
    GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------
0x23 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x24 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x25 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x26 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x27 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x28 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x29 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x2a 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x2b 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x2c 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x2d 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x2e 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x2f 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x30 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x31 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x32 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x47 32 tc  1  0  0 c  .  .  0  0  0  0  0  0  0  0  0  0  0  0 0 None
From renchi at pooh.tam.uiuc.edu  Tue Jun 14 17:46:48 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Tue Jun 14 17:47:07 2005
Subject: [Gwenview-general] Re: [Kde-imaging] KIPI initialization
In-Reply-To: <200506141033.09967.l.lunak@suse.cz>
References: <200506131555.38078.l.lunak@suse.cz>
	<Pine.LNX.4.61.0506131020450.8567@pooh.tam.uiuc.edu>
	<200506140037.02277.aurelien.gateau@free.fr>
	<200506141033.09967.l.lunak@suse.cz>
Message-ID: <Pine.LNX.4.61.0506141026500.3753@pooh.tam.uiuc.edu>



On Tue, 14 Jun 2005, Lubos Lunak wrote:

> On Tuesday 14 of June 2005 00:37, Aurelien Gateau wrote:
>> Le Lundi 13 Juin 2005 17:24, Renchi Raju a ?crit :
>>>
>>> looks fine. though, i think you will gain better startup speeds by doing
>>> a delayed initialization of the pluginloader instance itself.
>
> That however disables the plugins completely. In Gwenview it's possible to
> assign keyboard shortcuts to KIPI plugins, and theoretically it should be
> also possible to have toolbar icons for them. That wouldn't work with delayed
> initialization of the pluginloader itself.

i fail to understand why not. do a delayed initialization of the 
pluginloader and when the plugins are loaded, assign them keyboard 
shortcuts and/or toolbar icons. in any case the actions for the plugin 
actions are not instantiated unless you load the plugin, so i don't see 
how you can assign keyboard shortcuts/icons to them before that.

> Is the new version number 0.1.2 ok with you?

that should be fine.

> BTW, there's one more thing I wanted to ask about KIPI. The documentation is
> rather scarce, and I wonder about what exactly KIPI::Plugin::setup() is for.
> It seems to be the "real" constructor for the object, it creates all the
> KAction's etc., however the example in pluginloader.cpp actually calls it
> repeatedly (once per slotReplug() being called, but this function may be
> called repeatedly). This leads to repeated creation of KAction's and their
> leaking.

you are right. in digiKam, we do the setup of the plugins only once and 
get a list of actions and plug them into widgets wherever needed. but 
there is indeed memory leak associated with the setup being called 
multiple times. i will have a look at this.

renchi
From l.lunak at suse.cz  Tue Jun 14 18:18:06 2005
From: l.lunak at suse.cz (Lubos Lunak)
Date: Tue Jun 14 18:18:07 2005
Subject: [Gwenview-general] Re: [Kde-imaging] KIPI initialization
In-Reply-To: <Pine.LNX.4.61.0506141026500.3753@pooh.tam.uiuc.edu>
References: <200506131555.38078.l.lunak@suse.cz>
	<200506141033.09967.l.lunak@suse.cz>
	<Pine.LNX.4.61.0506141026500.3753@pooh.tam.uiuc.edu>
Message-ID: <200506141818.07195.l.lunak@suse.cz>

On Tuesday 14 of June 2005 17:46, Renchi Raju wrote:
> On Tue, 14 Jun 2005, Lubos Lunak wrote:
> > On Tuesday 14 of June 2005 00:37, Aurelien Gateau wrote:
> >> Le Lundi 13 Juin 2005 17:24, Renchi Raju a ?crit :
> >>> looks fine. though, i think you will gain better startup speeds by
> >>> doing a delayed initialization of the pluginloader instance itself.
> >
> > That however disables the plugins completely. In Gwenview it's possible
> > to assign keyboard shortcuts to KIPI plugins, and theoretically it should
> > be also possible to have toolbar icons for them. That wouldn't work with
> > delayed initialization of the pluginloader itself.
>
> i fail to understand why not. do a delayed initialization of the
> pluginloader and when the plugins are loaded, assign them keyboard
> shortcuts and/or toolbar icons. in any case the actions for the plugin
> actions are not instantiated unless you load the plugin, so i don't see
> how you can assign keyboard shortcuts/icons to them before that.

 Ah, this kind of delayed initialization. But there would be the problem of 
when to do the real initialization. Currently there's no delaying at all, 
which means even showing of the window gets slowed. If I do the 
initialization after the window is shown and before the image is drawn, it 
will slow down drawing of the image. If I move it even further to when the 
app is completely idle, the user can already try to use a plugin by that time 
(Gwenview loads and shows images incrementally). This would of course be no 
problem when the plugin is activated using the popup menu, it loads the 
plugins in the popup's aboutToShow(), but for the shortcuts I need to know 
the list of possible actions and their shortcuts at the time the app is still 
busy.

 Of course the chance that the user would try to use a KIPI plugin while 
Gwenview is still busy loading the image or doing something else is rather 
small, but still, unless I find some serious problem I find delayed 
initialization of only the plugins themselves a better solution.

> > Is the new version number 0.1.2 ok with you?
>
> that should be fine.
 
-- 
Lubos Lunak
KDE developer
---------------------------------------------------------------------
SuSE CR, s.r.o.  e-mail: l.lunak@suse.cz , l.lunak@kde.org
Drahobejlova 27  tel: +420 2 9654 2373
190 00 Praha 9   fax: +420 2 9654 2374
Czech Republic   http://www.suse.cz/
From d.h.j.takken at phys.uu.nl  Wed Jun 15 14:41:28 2005
From: d.h.j.takken at phys.uu.nl (Dik Takken)
Date: Wed Jun 15 14:41:30 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050615124128.2794.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         




------- Additional Comments From d.h.j.takken phys uu nl  2005-06-15 14:41 -------
I guess all Linux applications are printing too cool colors then?

Don't we need a global printer/scanner/display calibration application?
From d.h.j.takken at phys.uu.nl  Wed Jun 15 14:45:06 2005
From: d.h.j.takken at phys.uu.nl (Dik Takken)
Date: Wed Jun 15 14:45:08 2005
Subject: [Kde-imaging] [Bug 107410] Screen remains black in OpenGL mode   
In-Reply-To: <20050614171212.107410.frankmulder2003@yahoo.com>  
Message-ID: <20050615124506.5254.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107410         




------- Additional Comments From d.h.j.takken phys uu nl  2005-06-15 14:45 -------
Hee Sebastian.. :)

How old is your videocard? Even my ancient Geforce-256 supports bigger textures...

But yes, maybe there should be a check and error message when your graphics card can't do it.
From cannewilson at tiscali.co.uk  Wed Jun 15 15:42:46 2005
From: cannewilson at tiscali.co.uk (C.Anne Wilson)
Date: Wed Jun 15 15:43:43 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050615134246.14458.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         




------- Additional Comments From cannewilson tiscali co uk  2005-06-15 15:42 -------
No, gpp, Gnome Photo Printer, prints realistic colours.  The global printer/scanner/display calibration tool would be very popular, I think, with anyone who deals with graphics of any kind.
Anne
From mwieser at gmx.de  Wed Jun 15 21:43:42 2005
From: mwieser at gmx.de (Matthias Wieser)
Date: Wed Jun 15 21:44:36 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050615194342.4112.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         




------- Additional Comments From mwieser gmx de  2005-06-15 21:43 -------
Maybe Gnome Photo Printer is using other printer settings than Gwenview?
From cannewilson at tiscali.co.uk  Wed Jun 15 22:34:24 2005
From: cannewilson at tiscali.co.uk (C.Anne Wilson)
Date: Wed Jun 15 22:42:18 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050615203424.12261.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         




------- Additional Comments From cannewilson tiscali co uk  2005-06-15 22:34 -------
There's no way to tell.  All the tabs are about selecting photos, layout, and selecting printer.  There's nothing that allows any other adjustment, and no clue as to what it's doing.  Maybe the info is there in the code, but it's not visible in the gui.
From anaselli at linux.it  Wed Jun 15 22:45:30 2005
From: anaselli at linux.it (Angelo)
Date: Wed Jun 15 22:51:19 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050615204530.24686.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         




------- Additional Comments From anaselli linux it  2005-06-15 22:45 -------
Are you saying that the plugin has it? If so the problem is in which gwenview use it.
Is the such a print option present in digikam?
From renchi at pooh.tam.uiuc.edu  Wed Jun 15 22:48:23 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Wed Jun 15 22:51:20 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050615204823.25783.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         




------- Additional Comments From renchi pooh tam uiuc edu  2005-06-15 22:48 -------
Anne,
can you print an image from the standard kde print and compare the results. i had a look at gpp source and it doesn't seem to do anything fancy, it just uses standard gnome print functions. a bit of digging through the gnomeprint sources, indicates that its more sophisticated than kde printing and does seem to handle raster images well (unlike kdeprinting where everything is converted to postscript)
From cannewilson at tiscali.co.uk  Wed Jun 15 23:30:55 2005
From: cannewilson at tiscali.co.uk (C.Anne Wilson)
Date: Wed Jun 15 23:31:17 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050615213055.26838.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         




------- Additional Comments From cannewilson tiscali co uk  2005-06-15 23:30 -------
I have done some prints now, and both the konqueror print and the digikam print definitely have more red in them, although I think the gpp one has more yellow in it.  The overall effect is that the gwenview print seems coldest.  Looking at them all closely, I suspect that gpp goes to the other extreme, whereas the konqueror print and the digikam print both have it about right.  HTH.
From renchi at pooh.tam.uiuc.edu  Wed Jun 15 23:33:07 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Wed Jun 15 23:33:10 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050615213307.27713.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         




------- Additional Comments From renchi pooh tam uiuc edu  2005-06-15 23:33 -------
when you say you printed from digikam, did you use the kipi-plugins printer or the standard kde print from the image viewer in digikam?
From cannewilson at tiscali.co.uk  Wed Jun 15 23:42:20 2005
From: cannewilson at tiscali.co.uk (C.Anne Wilson)
Date: Wed Jun 15 23:42:21 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050615214220.3867.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         




------- Additional Comments From cannewilson tiscali co uk  2005-06-15 23:42 -------
The window is headed Digikam Image Editor, and it looks as though this has all the plugins - including a lot of colour manipulation tools.  I just did File > Print from that window.  Would that be using the kipi-plugins printer?
From renchi at pooh.tam.uiuc.edu  Wed Jun 15 23:44:43 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Wed Jun 15 23:44:45 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050615214443.4717.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         




------- Additional Comments From renchi pooh tam uiuc edu  2005-06-15 23:44 -------
no. those are digikamimageplugins and the printer is the standard kde printer. the kipi-plugins printer is accessible from the main window: Menu Albums->Export->print
From cannewilson at tiscali.co.uk  Thu Jun 16 00:08:51 2005
From: cannewilson at tiscali.co.uk (C.Anne Wilson)
Date: Thu Jun 16 00:09:01 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050615220851.22646.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         




------- Additional Comments From cannewilson tiscali co uk  2005-06-16 00:08 -------
OK - printed from the kipi-plugins.  The colour is good, definitely warmer than the original print, so I re-printed from gwenview kipi-plugins.  That also has good colour.  It looks as though the different paper - the original print was the last page of that batch.  Sorry to have wasted your time.  Anne
From renchi at pooh.tam.uiuc.edu  Thu Jun 16 04:56:10 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Thu Jun 16 04:56:15 2005
Subject: [Kde-imaging] [Bug 107341] Wish - photo printing colour temperature
	is too cool. 
In-Reply-To: <20050613180936.107341.cannewilson@tiscali.co.uk>  
Message-ID: <20050616025610.32734.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107341         
renchi pooh tam uiuc edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WORKSFORME



------- Additional Comments From renchi pooh tam uiuc edu  2005-06-16 04:56 -------
good to know that
From mikmach at wp.pl  Thu Jun 16 17:58:15 2005
From: mikmach at wp.pl (Mikolaj Machowski)
Date: Thu Jun 16 17:58:43 2005
Subject: [Kde-imaging] [Bug 107541] New: imagemagick console with
	possibility to download scripts 
Message-ID: <20050616175814.107541.mikmach@wp.pl>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107541         
           Summary: imagemagick console with possibility to download scripts
           Product: kipiplugins
           Version: unspecified
          Platform: Compiled Sources
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kde-imaging kde org
        ReportedBy: mikmach wp pl


Version:            (using KDE Devel)
Installed from:    Compiled sources
OS:                Linux

ImageMagick console should allow for executing of ImageMagick suite commands on chosen images.

Should also allow to execute scripts using imagemagick commands.

Example: some time ago I produced set of graduate filters for digikam superimpose digikamimageplugins. All of them were created by simple, short bash scripts. Modified by hand to get some colors, transition areas, etc. With modifications to use kdialog everybody could produce his own special circle, oval etc. gradients using 2k script and not downloading generous (not fitting for everyone) 500k template.
From bradenm_k at shaw.ca  Sat Jun 18 23:32:29 2005
From: bradenm_k at shaw.ca (Braden MacDonald)
Date: Sat Jun 18 23:32:32 2005
Subject: [Kde-imaging] [Bug 101110] Cannot create MPEG from photos using
	transitions 
In-Reply-To: <20050308163826.101110.il_vide@katamail.com>  
Message-ID: <20050618213229.23949.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=101110         
bradenm_k shaw ca changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bradenm_k shaw ca
From Julien.Narboux at inria.fr  Sun Jun 19 13:03:33 2005
From: Julien.Narboux at inria.fr (Julien Narboux)
Date: Sun Jun 19 13:03:36 2005
Subject: [Kde-imaging] [Bug 107721] New: Improve the way pictures can be
	uploaded to Gallery. 
Message-ID: <20050619130332.107721.Julien.Narboux@inria.fr>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107721         
           Summary: Improve the way pictures can be uploaded to Gallery.
           Product: kipiplugins
           Version: unspecified
          Platform: Mandriva RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kde-imaging kde org
        ReportedBy: Julien.Narboux inria fr


Version:            (using KDE KDE 3.3.2)
Installed from:    Mandriva RPMs
OS:                Linux

Hi,

The plugin to export to Gallery, is great and saves a lot of time. 
It would be even better IMHO if : 
When you click on export to Gallery it would just make you log into gallery and change the contextual menu of digikam (or kimbada ...). Then if you select some pictures the contextual menu would contain an "upload to Gallery" sub-menu containing :
- "create new album"
- last used album
- all albums

The new album action would open the Gallery album creation window with the current digikam album name as a default name for the Gallery album.

I would be great but perhaps it is not possible to implement that with the kipi API ?

Regards 

Julien Narboux
From renchi at pooh.tam.uiuc.edu  Sun Jun 19 19:47:50 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Sun Jun 19 19:47:53 2005
Subject: [Kde-imaging] [Bug 107730] create CD/DVD k3b does not find the
	temporary directory 
In-Reply-To: <20050619140815.107730.gassauer@kde.org>  
Message-ID: <20050619174750.10305.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107730         
renchi pooh tam uiuc edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|digikam-devel kde org       |kde-imaging kde org
From renchi at pooh.tam.uiuc.edu  Sun Jun 19 19:48:48 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Sun Jun 19 19:48:51 2005
Subject: [Kde-imaging] [Bug 107729] target size for CD/DVD-Export should be
	calculated on the target image size 
In-Reply-To: <20050619140526.107729.gassauer@kde.org>  
Message-ID: <20050619174848.10934.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107729         
renchi pooh tam uiuc edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|digikam-devel kde org       |kde-imaging kde org
             Status|UNCONFIRMED                 |NEW
From renchi at pooh.tam.uiuc.edu  Sun Jun 19 20:01:32 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Sun Jun 19 20:01:36 2005
Subject: [Kde-imaging] [Bug 107723] batch activities should run with lower
	priority 
In-Reply-To: <20050619134455.107723.gassauer@kde.org>  
Message-ID: <20050619180132.17042.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107723         
renchi pooh tam uiuc edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|digikam-devel kde org       |kde-imaging kde org
            Product|digikam                     |kipiplugins
            Version|0.7.3-beta2                 |unspecified
From vardhman at gmail.com  Mon Jun 20 19:16:36 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Mon Jun 20 19:17:12 2005
Subject: [Kde-imaging] Comments needed Reg Upload to Flickr Kipi plugin
In-Reply-To: <20050619180132.17042.qmail@ktown.kde.org>
References: <20050619134455.107723.gassauer@kde.org>
	<20050619180132.17042.qmail@ktown.kde.org>
Message-ID: <a5f47ac005062010166eaf21fc@mail.gmail.com>

Hi all,
       I am in the process of developing a Kipi-plugin to allow photo
uploads to flickr (http://www.flickr.com). I have started with the
codebase of gallery exporter as reference.

Flickr upload's concept and working is quite significantly different
from those of gallery. There is difference in the amount of
information stored with each image, how images are grouped and how
image properties are fetched/updated to the server. So I wanted to
have your suggestions for the GUI design.

Firstly, Uploads are not session/cookie based, every photo has to be
sent in a form with username and password in it. Meaning we can't ask
the user the password each time the plugin is invoked. ( So when the
plugin is invoked should Kwallet be required to authenticate or how
should I load these values and from where?).

Secondly, when images are uploaded there are a set of options we can
send in the html form, they include things like Description, Tags,
Title and more importantly access permissions like is_public,
is_family, is_friend see this url for e.g
"http://www.flickr.com/tools/uploader_go.gne"  . The first three of
these info will MOSTLY be different for each image, while the last
three might be very rarely changes, so should I also store these
things in the settings file for the plugin (does plugins also have rc
files?)

Moreover, the images are grouped not only on the basis of tags, but
also on basis of sets so what all information should the user be able
to set while uploading itself and what could be allowed to change
later? Prompting him for each upload is bad so may be we upload all
the photos at once and then allow him to change the settings for the
ones he want to. Where do we store(?) the information about the images
uploaded?

Can there be a simple right click option to upload? it might be handy
and fast for the user.

Please give your suggestions.

Vardhman Jain
From renchi at pooh.tam.uiuc.edu  Mon Jun 20 20:28:37 2005
From: renchi at pooh.tam.uiuc.edu (Renchi Raju)
Date: Mon Jun 20 20:28:49 2005
Subject: [Kde-imaging] Comments needed Reg Upload to Flickr Kipi plugin
In-Reply-To: <a5f47ac005062010166eaf21fc@mail.gmail.com>
References: <20050619134455.107723.gassauer@kde.org>
	<20050619180132.17042.qmail@ktown.kde.org>
	<a5f47ac005062010166eaf21fc@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.0506201318460.4109@pooh.tam.uiuc.edu>

On Mon, 20 Jun 2005, Vardhman Jain wrote:

> Firstly, Uploads are not session/cookie based, every photo has to be
> sent in a form with username and password in it. Meaning we can't ask
> the user the password each time the plugin is invoked. ( So when the
> plugin is invoked should Kwallet be required to authenticate or how
> should I load these values and from where?).

its rare to upload just a single photo. authenticate once when the plugin 
dialog opens, and keep the password in memory and reuse it to upload the 
photos.

> Secondly, when images are uploaded there are a set of options we can
> send in the html form, they include things like Description, Tags,
> Title and more importantly access permissions like is_public,
> is_family, is_friend see this url for e.g
> "http://www.flickr.com/tools/uploader_go.gne"  . The first three of
> these info will MOSTLY be different for each image, while the last
> three might be very rarely changes, so should I also store these
> things in the settings file for the plugin (does plugins also have rc
> files?)

yes. see other kipi plugins, for eg, the slideshow plugin

> Moreover, the images are grouped not only on the basis of tags, but
> also on basis of sets so what all information should the user be able
> to set while uploading itself and what could be allowed to change
> later?

not sure what you mean here; where are these sets created? the concept of 
tags will be different from flickr and individual host apps. some apps, 
like digikam, do not differentiate between tags and sets (if sets == a 
collection of images). in addition there is the concept of imagecollection 
which corresponds to a "set" as defined by the app.

> Can there be a simple right click option to upload? it might be handy
> and fast for the user.

that is app dependent... if the app chooses to embed the plugin actions in 
their context menu or not.

renchi

From wolters.liste at gmx.net  Tue Jun 21 12:59:12 2005
From: wolters.liste at gmx.net (Roland Wolters)
Date: Tue Jun 21 12:58:11 2005
Subject: [Kde-imaging] Comments needed Reg Upload to Flickr Kipi plugin
In-Reply-To: <a5f47ac005062010166eaf21fc@mail.gmail.com>
References: <20050619134455.107723.gassauer@kde.org>
	<20050619180132.17042.qmail@ktown.kde.org>
	<a5f47ac005062010166eaf21fc@mail.gmail.com>
Message-ID: <200506211259.13581.roland.wolters@uni-jena.de>

Once upon a time Vardhman Jain wrote:
>        I am in the process of developing a Kipi-plugin to allow photo
> uploads to flickr (http://www.flickr.com). I have started with the
> codebase of gallery exporter as reference.
>
Thank you very much :)

> Firstly, Uploads are not session/cookie based, every photo has to be
> sent in a form with username and password in it. Meaning we can't ask
> the user the password each time the plugin is invoked. ( So when the
> plugin is invoked should Kwallet be required to authenticate or how
> should I load these values and from where?).
>
I think the perfect way is kwallet, but I do not know if it is easy enough. 
The other way could be to ask for the login-data when you start the plugin 
for the first photo. After that, every photo which was marked to upload 
should take this password.
Again: kwallet is the best way.

> Secondly, when images are uploaded there are a set of options we can
> send in the html form, they include things like Description, Tags,
> Title and more importantly access permissions like is_public,
> is_family, is_friend see this url for e.g
> "http://www.flickr.com/tools/uploader_go.gne"  . The first three of
> these info will MOSTLY be different for each image, while the last
> three might be very rarely changes, so should I also store these
> things in the settings file for the plugin (does plugins also have rc
> files?)
>
I think there schould be some buttons to change the last three infos for all 
photos and the possibility to change the infos for each photo by click it, 
for example.

> Moreover, the images are grouped not only on the basis of tags, but
> also on basis of sets so what all information should the user be able
> to set while uploading itself and what could be allowed to change
> later? Prompting him for each upload is bad so may be we upload all
> the photos at once and then allow him to change the settings for the
> ones he want to. Where do we store(?) the information about the images
> uploaded?
>
I think the best way is to have different options:
- upload photos
- upload photos with tags and descriptions
- upload photos with tags and descriptions as a set
- upload photos as a set

Somehting like this, as a drop down menue at the plugin-window.

My 2 cents,

Roland
From vardhman at gmail.com  Tue Jun 21 13:51:22 2005
From: vardhman at gmail.com (Vardhman Jain)
Date: Tue Jun 21 13:51:54 2005
Subject: [Kde-imaging] Comments needed Reg Upload to Flickr Kipi plugin
In-Reply-To: <200506211259.13581.roland.wolters@uni-jena.de>
References: <20050619134455.107723.gassauer@kde.org>
	<20050619180132.17042.qmail@ktown.kde.org>
	<a5f47ac005062010166eaf21fc@mail.gmail.com>
	<200506211259.13581.roland.wolters@uni-jena.de>
Message-ID: <a5f47ac00506210451292b8de0@mail.gmail.com>

On 6/21/05, Roland Wolters <wolters.liste@gmx.net> wrote:
> I think the perfect way is kwallet, but I do not know if it is easy enough.
> The other way could be to ask for the login-data when you start the plugin
> for the first photo. After that, every photo which was marked to upload
> should take this password.
> Again: kwallet is the best way.
This would be easy to do. It goes on the assumption that once the
plugin is started all the currently selected photographs can be
uploaded without asking the username/password again. But as soon as
the plugin is closed, the username and password values( which I will
store in plugin window after loading from kWallet) will be lost, so
the user has to give kwallet password again.

> I think there schould be some buttons to change the last three infos for all
> photos and the possibility to change the infos for each photo by click it,
> for example.
Yes, this will be easy to do. (Pahli_bar told me the solution)

> I think the best way is to have different options:
> - upload photos
> - upload photos with tags and descriptions
> - upload photos with tags and descriptions as a set
> - upload photos as a set
> Somehting like this, as a drop down menue at the plugin-window.

Yes this seems to be the solution.

> My 2 cents,

Thanks a lot. I can now start of the coding part. :-)

Vardhman
--
From tomalbers at kde.nl  Tue Jun 21 19:43:26 2005
From: tomalbers at kde.nl (Tom Albers)
Date: Tue Jun 21 19:43:28 2005
Subject: [Kde-imaging] [Bug 101455] Wish: Make it possible to enter numbers
	with 2 digit precision in RAW converter dialog. 
In-Reply-To: <20050314044435.101455.lan@ac-sw.com>  
Message-ID: <20050621174326.2455.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=101455         
tomalbers kde nl changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|digikam-devel kde org       |kde-imaging kde org
          Component|general                     |rawconverter
            Product|digikam                     |kipiplugins
            Version|0.7.2                       |unspecified
From tomalbers at kde.nl  Tue Jun 21 19:46:35 2005
From: tomalbers at kde.nl (Tom Albers)
Date: Tue Jun 21 19:46:38 2005
Subject: [Kde-imaging] [Bug 103150] Have printwizard plugin replace default
	printing function 
In-Reply-To: <20050403172353.103150.d.h.j.takken@phys.uu.nl>  
Message-ID: <20050621174635.3425.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=103150         
tomalbers kde nl changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|digikam-devel kde org       |kde-imaging kde org
          Component|general                     |printwizard
            Product|digikam                     |kipiplugins
            Version|0.7.2                       |unspecified
From tomalbers at kde.nl  Tue Jun 21 19:48:57 2005
From: tomalbers at kde.nl (Tom Albers)
Date: Tue Jun 21 19:49:00 2005
Subject: [Kde-imaging] [Bug 103150] Have printwizard plugin replace default
	printing function 
In-Reply-To: <20050403172353.103150.d.h.j.takken@phys.uu.nl>  
Message-ID: <20050621174857.4486.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=103150         
tomalbers kde nl changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|kde-imaging kde org         |digikam-devel kde org
          Component|printwizard                 |general
            Product|kipiplugins                 |digikam
            Version|unspecified                 |0.7.2
From phaedrus77 at web.de  Wed Jun 22 11:07:18 2005
From: phaedrus77 at web.de (Bernd Markgraf)
Date: Wed Jun 22 11:08:09 2005
Subject: [Kde-imaging] [Bug 107905] New: copy exif data from raw to
	converted images 
Message-ID: <20050622110716.107905.phaedrus77@web.de>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=107905         
           Summary: copy exif data from raw to converted images
           Product: kipiplugins
           Version: unspecified
          Platform: Solaris Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: rawconverter
        AssignedTo: kde-imaging kde org
        ReportedBy: phaedrus77 web de


Version:            (using KDE KDE 3.4.1)
Installed from:    Solaris Packages

while converting raw images to jpeg or whatever, is it possible to copy exif data from the raw image to the target (if output format supports storing exif data)
From gassauer at kde.org  Thu Jun 23 18:33:55 2005
From: gassauer at kde.org (Ferdinand Gassauer)
Date: Thu Jun 23 18:33:58 2005
Subject: [Kde-imaging] [Bug 88887] No Exif-rotation in HTML export   
In-Reply-To: <20040905141623.88887.kde-bugs-org@mopage.de>  
Message-ID: <20050623163355.28893.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=88887         
gassauer kde org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|wishlist                    |normal
             Status|UNCONFIRMED                 |NEW
      everconfirmed|0                           |1



------- Additional Comments From gassauer kde org  2005-06-23 18:33 -------
Hi!
IMHO this is now a bug, because the behavior of KDE apps is not consistent, some apps now use EXIF autorotation, some not. How should a user handle this? IMHO it does not make much sens to produce HTML-exports with incorrect rotation. 
BTW I am much sure that a lot of useres even will (and must) not know what EXIF is.
cu
From smarty at schallar.com  Sun Jun 26 04:27:38 2005
From: smarty at schallar.com (Benjamin E.Schallar)
Date: Sun Jun 26 04:27:43 2005
Subject: [Kde-imaging] [Bug 108147] New: slideshow interval below 1 second 
Message-ID: <20050626042735.108147.smarty@schallar.com>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=108147         
           Summary: slideshow interval below 1 second
           Product: kipiplugins
           Version: unspecified
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: slideshow
        AssignedTo: kde-imaging kde org
        ReportedBy: smarty schallar com


Version:           0.1.1 (using KDE KDE 3.4.1)
Installed from:    Unlisted Binary Package
Compiler:          gcc version 3.3.6 (Debian 1:3.3.6-5)
OS:                Linux (i686) release 2.6.11

Althought the option "delay between images (ms)" suggests it is possible to use values below 1000ms / 1 second, it isn't. "slideshow" defaults/resets to one second.

Would it be possible to allow values below one second?

Thanks!

PS: I'm currently looking into the sourcecode whether or not I couldn't do that myself. More on that in aprox. 12hrs :)
From smarty at schallar.com  Sun Jun 26 04:48:04 2005
From: smarty at schallar.com (Benjamin E.Schallar)
Date: Sun Jun 26 04:48:06 2005
Subject: [Kde-imaging] [Bug 108147] slideshow interval below 1 second   
In-Reply-To: <20050626042735.108147.smarty@schallar.com>  
Message-ID: <20050626024804.9513.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=108147         




------- Additional Comments From smarty schallar com  2005-06-26 04:48 -------
I think I found what I was looking for:

slideshow.cpp, line 106: "delay_ = QMAX(delay, 300); // at least have 0.3 second delay"
slideshow.cpp, line 172: "delaySpinBox_ = new QSpinBox( 1000, 10000, 10, page );"
slideshowgl.cpp, line 96: "delay_ = QMAX(delay, 1000);   // at least have 1 second delay"

Although this might be a solution, I will test my changes first and try contacting the authors why they inserted those "qmax" values (I'm sure there must've been a reason for this.)

Testing and emails after I got some sleep...

Regards,
Benjamin
From smarty at schallar.com  Sun Jun 26 15:14:39 2005
From: smarty at schallar.com (Benjamin E.Schallar)
Date: Sun Jun 26 15:15:09 2005
Subject: [Kde-imaging] [Bug 108147] slideshow interval below 1 second   
In-Reply-To: <20050626042735.108147.smarty@schallar.com>  
Message-ID: <20050626131439.24542.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=108147         




------- Additional Comments From smarty schallar com  2005-06-26 15:14 -------
As far as I can tell, it works fine for the "normal" (i.e. non-openGL) slideshow, but doesn't work out (at least with my radeon mobility 7500) using the openGL slideshow.

So my patch (which I currently only tried using [0] with the packages from [1], see [2] for more on that) will only include the following changes:

slideshow.cpp, line 106:
- "delay_ = QMAX(delay, 300); // at least have 0.3 second delay"
+ "delay_ = QMAX(delay, 100); // at least have 0.1 second delay"

slideshow.cpp, line 172:
- "delaySpinBox_ = new QSpinBox( 1000, 10000, 10, page );"
+ "delaySpinBox_ = new QSpinBox( 100, 10000, 10, page );"

Anything below 1/10th second eludes my rationale, but I will test it and post results for that here as well, although it won't be included in my proposed patch.

Regards,
Benjamin


[0] http://familiasanchez.net/~sanchezr/?page=debcustomize
[1] http://pkg-kde.alioth.debian.org/kde-3.4.1/
[2] http://pkg-kde.alioth.debian.org/docs/
From jbernts at broadpark.no  Mon Jun 27 17:22:51 2005
From: jbernts at broadpark.no (Jostein Berntsen)
Date: Mon Jun 27 17:22:54 2005
Subject: [Kde-imaging] [Bug 108227] New: Thunderbird will not open when
	sending emails in Digikam 
Message-ID: <20050627172250.108227.jbernts@broadpark.no>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=108227         
           Summary: Thunderbird will not open when sending emails in Digikam
           Product: kipiplugins
           Version: unspecified
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: sendimages
        AssignedTo: kde-imaging kde org
        ReportedBy: jbernts broadpark no


Version:           0.1.1 (using KDE 3.4.1 Level "a" , SUSE 9.2 UNSUPPORTED)
Compiler:          gcc version 3.3.4 (pre 3.3.5 20040809)
OS:                Linux (i686) release 2.6.8-747.inotify.2-default

When selecting thunderbird as the mail client in Digikam the "Preparing images to send" dialog box hangs at "Starting mailer agent..." and Thunderbird is not opened. No error messages. Other mail clients like kmail and mozilla works. The thunderbird path is /usr/bin/thunderbird, and works from the command line as wellas Alt-F2.
From jbernts at broadpark.no  Mon Jun 27 20:11:33 2005
From: jbernts at broadpark.no (Jostein Berntsen)
Date: Mon Jun 27 20:11:36 2005
Subject: [Kde-imaging] [Bug 108234] New: Thunderbird will not open when
	sending emails in Digikam 
Message-ID: <20050627201131.108234.jbernts@broadpark.no>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=108234         
           Summary: Thunderbird will not open when sending emails in Digikam
           Product: kipiplugins
           Version: unspecified
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: sendimages
        AssignedTo: kde-imaging kde org
        ReportedBy: jbernts broadpark no


Version:           0.1.1 (using KDE 3.4.1 Level "a" , SUSE 9.2 UNSUPPORTED)
Compiler:          gcc version 3.3.4 (pre 3.3.5 20040809)
OS:                Linux (i686) release 2.6.8-747.inotify.2-default

When selecting thunderbird as the mail client in Digikam the "Preparing images to send" dialog box hangs at "Starting mailer agent..." and Thunderbird is not opened. No error messages. Other mail clients like kmail and mozilla works. The thunderbird path is /usr/bin/thunderbird, and works from the command line as wellas Alt-F2.
From christian.loose at hamburg.de  Tue Jun 28 09:28:39 2005
From: christian.loose at hamburg.de (Christian Loose)
Date: Tue Jun 28 09:28:42 2005
Subject: [Kde-imaging] [Bug 108234] Thunderbird will not open when sending
	emails in Digikam 
In-Reply-To: <20050627201131.108234.jbernts@broadpark.no>  
Message-ID: <20050628072839.11201.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=108234         
christian.loose hamburg de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID



------- Additional Comments From christian.loose hamburg de  2005-06-28 09:28 -------
duplicate entry (see Bug 108227)