[gentoo-amd64] kdesdk-strigi-analyzer won't build

[gentoo-amd64] kdesdk-strigi-analyzer won't build

[Mark Haney]

I'm updating to KDE 4.1.1 today and all went well until 
kdesdk-strigi-analyzer bombed with this:

/usr/include/strigi/streamendanalyzer.h:37: error:   overriding 'virtual 
signed char Strigi::StreamEndAnalyzer::analyze(Strigi::AnalysisResult&, 
Strigi::InputStream*)' 

make[2]: *** [strigi-analyzer/po/CMakeFiles/po.dir/poendanalyzer.o] 
Error 1
make[1]: *** [strigi-analyzer/po/CMakeFiles/po.dir/all] Error 2 

make: *** [all] Error 2 

  * 

  * ERROR: kde-base/kdesdk-strigi-analyzer-4.1.1 failed. 

  * Call stack: 

  *               ebuild.sh, line   49:  Called src_compile 

  *             environment, line 2957:  Called 
kde4overlay-meta_src_compile 

  *             environment, line 2311:  Called 
kde4overlay-meta_src_make 

  *             environment, line 2360:  Called 
kde4overlay-base_src_make 

  *             environment, line 2071:  Called cmake-utils_src_make 

  *             environment, line  723:  Called die 

  * The specific snippet of code: 

  *           emake "$@" || die "Make failed!"; 



Is there a way to fix that?  How do I continue to build kde-meta-4.1.1 
if this one bombs?  just emerge packages one at a time?

-- 
Libenter homines id quod volunt credunt -- Caius Julius Caesar


Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Call (866) ERC-7110 for after hours support

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Beso]

2008/9/16 Mark Haney <mhaney@ercbroadband.org>:
> I'm updating to KDE 4.1.1 today and all went well until
> kdesdk-strigi-analyzer bombed with this:
>
> /usr/include/strigi/streamendanalyzer.h:37: error:   overriding 'virtual
> signed char Strigi::StreamEndAnalyzer::analyze(Strigi::AnalysisResult&,
> Strigi::InputStream*)'
> make[2]: *** [strigi-analyzer/po/CMakeFiles/po.dir/poendanalyzer.o] Error 1
> make[1]: *** [strigi-analyzer/po/CMakeFiles/po.dir/all] Error 2
> make: *** [all] Error 2
>  *
>  * ERROR: kde-base/kdesdk-strigi-analyzer-4.1.1 failed.
>  * Call stack:
>  *               ebuild.sh, line   49:  Called src_compile
>  *             environment, line 2957:  Called kde4overlay-meta_src_compile
>  *             environment, line 2311:  Called kde4overlay-meta_src_make
>  *             environment, line 2360:  Called kde4overlay-base_src_make
>  *             environment, line 2071:  Called cmake-utils_src_make
>  *             environment, line  723:  Called die
>  * The specific snippet of code:
>  *           emake "$@" || die "Make failed!";
>
>
> Is there a way to fix that?  How do I continue to build kde-meta-4.1.1 if
> this one bombs?  just emerge packages one at a time?

>

i don't use strigi so i don't know about this failures. it's not
strictly necessary.

-- 
dott. ing. beso

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Mark Haney]

Beso wrote:

> 
> i don't use strigi so i don't know about this failures. it's not
> strictly necessary.
> 

What does that package do?  I don't know that I've ever used it.  At 
least not directly.


-- 
Libenter homines id quod volunt credunt -- Caius Julius Caesar


Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Call (866) ERC-7110 for after hours support

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Beso]

2008/9/16 Mark Haney <mhaney@ercbroadband.org>:
> Beso wrote:
>
>>
>> i don't use strigi so i don't know about this failures. it's not
>> strictly necessary.
>>
>
> What does that package do?  I don't know that I've ever used it.  At least
> not directly.
>

it's something for the semantic desktop search.

-- 
dott. ing. beso

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[cuciferus]

On Tuesday 16 September 2008 16:18:06 Mark Haney wrote:
> I'm updating to KDE 4.1.1 today and all went well until
> kdesdk-strigi-analyzer bombed with this:
>
> /usr/include/strigi/streamendanalyzer.h:37: error:   overriding 'virtual
> signed char Strigi::StreamEndAnalyzer::analyze(Strigi::AnalysisResult&,
> Strigi::InputStream*)'
>
> make[2]: *** [strigi-analyzer/po/CMakeFiles/po.dir/poendanalyzer.o]
> Error 1
> make[1]: *** [strigi-analyzer/po/CMakeFiles/po.dir/all] Error 2
>
> make: *** [all] Error 2
>
>   *
>
>   * ERROR: kde-base/kdesdk-strigi-analyzer-4.1.1 failed.
>
>   * Call stack:
>
>   *               ebuild.sh, line   49:  Called src_compile
>
>   *             environment, line 2957:  Called
> kde4overlay-meta_src_compile
>
>   *             environment, line 2311:  Called
> kde4overlay-meta_src_make
>
>   *             environment, line 2360:  Called
> kde4overlay-base_src_make
>
>   *             environment, line 2071:  Called cmake-utils_src_make
>
>   *             environment, line  723:  Called die
>
>   * The specific snippet of code:
>
>   *           emake "$@" || die "Make failed!";
>
>
I don't know what repository is that overlay uses, but it compiles fine(At 
revision 861576) here(kde4-experimental) for quite a while now.
>
> Is there a way to fix that?  How do I continue to build kde-meta-4.1.1
> if this one bombs?  just emerge packages one at a time?
Sorry I could continue on advice you on migrating to kde4-experimental, since 
a glitch like this could be avoided easy, but I don't want to start yet 
another flame war, so I'll just keep quiet.

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Beso]

2008/9/16  <cuciferus@gmail.com>:
>
>
> On Tuesday 16 September 2008 16:18:06 Mark Haney wrote:
>> I'm updating to KDE 4.1.1 today and all went well until
>> kdesdk-strigi-analyzer bombed with this:
>>
>> /usr/include/strigi/streamendanalyzer.h:37: error:   overriding 'virtual
>> signed char Strigi::StreamEndAnalyzer::analyze(Strigi::AnalysisResult&,
>> Strigi::InputStream*)'
>>
>> make[2]: *** [strigi-analyzer/po/CMakeFiles/po.dir/poendanalyzer.o]
>> Error 1
>> make[1]: *** [strigi-analyzer/po/CMakeFiles/po.dir/all] Error 2
>>
>> make: *** [all] Error 2
>>
>>   *
>>
>>   * ERROR: kde-base/kdesdk-strigi-analyzer-4.1.1 failed.
>>
>>   * Call stack:
>>
>>   *               ebuild.sh, line   49:  Called src_compile
>>
>>   *             environment, line 2957:  Called
>> kde4overlay-meta_src_compile
>>
>>   *             environment, line 2311:  Called
>> kde4overlay-meta_src_make
>>
>>   *             environment, line 2360:  Called
>> kde4overlay-base_src_make
>>
>>   *             environment, line 2071:  Called cmake-utils_src_make
>>
>>   *             environment, line  723:  Called die
>>
>>   * The specific snippet of code:
>>
>>   *           emake "$@" || die "Make failed!";
>>
>>
> I don't know what repository is that overlay uses, but it compiles fine(At
> revision 861576) here(kde4-experimental) for quite a while now.
>>
>> Is there a way to fix that?  How do I continue to build kde-meta-4.1.1
>> if this one bombs?  just emerge packages one at a time?
> Sorry I could continue on advice you on migrating to kde4-experimental, since
> a glitch like this could be avoided easy, but I don't want to start yet
> another flame war, so I'll just keep quiet.

kde4-experimental is paludis overlay and goes with 4.2 developing
branch. the portage one goes with the 4.1 one for what i know.

-- 
dott. ing. beso

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Mark Haney]

Beso wrote:
> 2008/9/16  <cuciferus@gmail.com>:
>>
>> On Tuesday 16 September 2008 16:18:06 Mark Haney wrote:
>>> I'm updating to KDE 4.1.1 today and all went well until
>>> kdesdk-strigi-analyzer bombed with this:
>>>
>>> /usr/include/strigi/streamendanalyzer.h:37: error:   overriding 'virtual
>>> signed char Strigi::StreamEndAnalyzer::analyze(Strigi::AnalysisResult&,
>>> Strigi::InputStream*)'
>>>
>>> make[2]: *** [strigi-analyzer/po/CMakeFiles/po.dir/poendanalyzer.o]
>>> Error 1
>>> make[1]: *** [strigi-analyzer/po/CMakeFiles/po.dir/all] Error 2
>>>
>>> make: *** [all] Error 2
>>>
>>>   *
>>>
>>>   * ERROR: kde-base/kdesdk-strigi-analyzer-4.1.1 failed.
>>>
>>>   * Call stack:
>>>
>>>   *               ebuild.sh, line   49:  Called src_compile
>>>
>>>   *             environment, line 2957:  Called
>>> kde4overlay-meta_src_compile
>>>
>>>   *             environment, line 2311:  Called
>>> kde4overlay-meta_src_make
>>>
>>>   *             environment, line 2360:  Called
>>> kde4overlay-base_src_make
>>>
>>>   *             environment, line 2071:  Called cmake-utils_src_make
>>>
>>>   *             environment, line  723:  Called die
>>>
>>>   * The specific snippet of code:
>>>
>>>   *           emake "$@" || die "Make failed!";
>>>
>>>
>> I don't know what repository is that overlay uses, but it compiles fine(At
>> revision 861576) here(kde4-experimental) for quite a while now.
>>> Is there a way to fix that?  How do I continue to build kde-meta-4.1.1
>>> if this one bombs?  just emerge packages one at a time?
>> Sorry I could continue on advice you on migrating to kde4-experimental, since
>> a glitch like this could be avoided easy, but I don't want to start yet
>> another flame war, so I'll just keep quiet.
> 
> kde4-experimental is paludis overlay and goes with 4.2 developing
> branch. the portage one goes with the 4.1 one for what i know.
> 

How can I avoid having it included in the build?  I tried removing 
strigi, but checking on the next emerge kde-meta wants to include it. 
That's aggravating.


-- 
Libenter homines id quod volunt credunt -- Caius Julius Caesar


Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Call (866) ERC-7110 for after hours support

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Beso]

2008/9/16 Mark Haney <mhaney@ercbroadband.org>:
> Beso wrote:
>>
>> 2008/9/16  <cuciferus@gmail.com>:
>>>
>>> On Tuesday 16 September 2008 16:18:06 Mark Haney wrote:
>>>>
>>>> I'm updating to KDE 4.1.1 today and all went well until
>>>> kdesdk-strigi-analyzer bombed with this:
>>>>
>>>> /usr/include/strigi/streamendanalyzer.h:37: error:   overriding 'virtual
>>>> signed char Strigi::StreamEndAnalyzer::analyze(Strigi::AnalysisResult&,
>>>> Strigi::InputStream*)'
>>>>
>>>> make[2]: *** [strigi-analyzer/po/CMakeFiles/po.dir/poendanalyzer.o]
>>>> Error 1
>>>> make[1]: *** [strigi-analyzer/po/CMakeFiles/po.dir/all] Error 2
>>>>
>>>> make: *** [all] Error 2
>>>>
>>>>  *
>>>>
>>>>  * ERROR: kde-base/kdesdk-strigi-analyzer-4.1.1 failed.
>>>>
>>>>  * Call stack:
>>>>
>>>>  *               ebuild.sh, line   49:  Called src_compile
>>>>
>>>>  *             environment, line 2957:  Called
>>>> kde4overlay-meta_src_compile
>>>>
>>>>  *             environment, line 2311:  Called
>>>> kde4overlay-meta_src_make
>>>>
>>>>  *             environment, line 2360:  Called
>>>> kde4overlay-base_src_make
>>>>
>>>>  *             environment, line 2071:  Called cmake-utils_src_make
>>>>
>>>>  *             environment, line  723:  Called die
>>>>
>>>>  * The specific snippet of code:
>>>>
>>>>  *           emake "$@" || die "Make failed!";
>>>>
>>>>
>>> I don't know what repository is that overlay uses, but it compiles
>>> fine(At
>>> revision 861576) here(kde4-experimental) for quite a while now.
>>>>
>>>> Is there a way to fix that?  How do I continue to build kde-meta-4.1.1
>>>> if this one bombs?  just emerge packages one at a time?
>>>
>>> Sorry I could continue on advice you on migrating to kde4-experimental,
>>> since
>>> a glitch like this could be avoided easy, but I don't want to start yet
>>> another flame war, so I'll just keep quiet.
>>
>> kde4-experimental is paludis overlay and goes with 4.2 developing
>> branch. the portage one goes with the 4.1 one for what i know.
>>
>
> How can I avoid having it included in the build?  I tried removing strigi,
> but checking on the next emerge kde-meta wants to include it. That's
> aggravating.
>

remove the semantic-desktop, nepomuk  and strigi use flags from kde4
ebuilds. this will push in all the kde4 rebuild since you either build
with it or without it.

-- 
dott. ing. beso

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Mark Haney]

Beso wrote:

>>
> 
> remove the semantic-desktop, nepomuk  and strigi use flags from kde4
> ebuilds. this will push in all the kde4 rebuild since you either build
> with it or without it.
> 


That's gonna be a problem. I don't /have/ those use flags anywhere.  Not 
in /etc/portage/package.use or in make.conf.  So it shouldn't have been 
included the way I see it.

Any other ideas?

-- 
Libenter homines id quod volunt credunt -- Caius Julius Caesar


Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Call (866) ERC-7110 for after hours support

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Beso]

2008/9/16 Mark Haney <mhaney@ercbroadband.org>:
> Beso wrote:
>
>>>
>>
>> remove the semantic-desktop, nepomuk  and strigi use flags from kde4
>> ebuilds. this will push in all the kde4 rebuild since you either build
>> with it or without it.
>>
>
>
> That's gonna be a problem. I don't /have/ those use flags anywhere.  Not in
> /etc/portage/package.use or in make.conf.  So it shouldn't have been
> included the way I see it.
>
> Any other ideas?


what use flags do you have for kdelibs?! do a equery uses kdelibs and
paste the outputs.

-- 
dott. ing. beso

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Mark Haney]

Beso wrote:
> 2008/9/16 Mark Haney <mhaney@ercbroadband.org>:

>>
>> Any other ideas?
> 
> 
> what use flags do you have for kdelibs?! do a equery uses kdelibs and
> paste the outputs.
> 

[ Found these USE variables for kde-base/kdelibs-4.1.1 ] 

  U I 


  - + semantic-desktop : Semantic desktop allows for storage of digital 
information and its metadata to allow the user to express his personal 
mental models, making all information become intuitively accessible


Well, it looks like semantic desktop was merged with semantic-desktop. 
But it looks like it was installed with semantic-desktop use flag as a 
default flag when it was merged.

I didn't realize I had to explicitly deny the semantic-desktop use flag.



-- 
Libenter homines id quod volunt credunt -- Caius Julius Caesar


Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Call (866) ERC-7110 for after hours support

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Beso]

2008/9/16 Mark Haney <mhaney@ercbroadband.org>:
> Beso wrote:
>>
>> 2008/9/16 Mark Haney <mhaney@ercbroadband.org>:
>
>>>
>>> Any other ideas?
>>
>>
>> what use flags do you have for kdelibs?! do a equery uses kdelibs and
>> paste the outputs.
>>
>
> [ Found these USE variables for kde-base/kdelibs-4.1.1 ]
>  U I
>
>  - + semantic-desktop : Semantic desktop allows for storage of digital
> information and its metadata to allow the user to express his personal
> mental models, making all information become intuitively accessible
>
>
> Well, it looks like semantic desktop was merged with semantic-desktop. But
> it looks like it was installed with semantic-desktop use flag as a default
> flag when it was merged.
>
> I didn't realize I had to explicitly deny the semantic-desktop use flag.
>

yep. the same goes for the other use flags. put them in /etc/make.conf
with the minus before as to remove them and do a rebuild of the
packages that have  a use change (they should be all kde4 packages and
if not all then at least kdelibs and some others).

-- 
dott. ing. beso

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Mark Haney]

Beso wrote:

>>
> 
> yep. the same goes for the other use flags. put them in /etc/make.conf
> with the minus before as to remove them and do a rebuild of the
> packages that have  a use change (they should be all kde4 packages and
> if not all then at least kdelibs and some others).
> 

Well, maybe I"m not getting the whole '-N' parameter.  I edited 
make.conf to include '-semantic-desktop' and did an emerge -uN kde-meta 
but it's not re-emerging all the kde packages.  Am I missing something?


-- 
Libenter homines id quod volunt credunt -- Caius Julius Caesar


Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Call (866) ERC-7110 for after hours support

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Beso]

2008/9/16 Mark Haney <mhaney@ercbroadband.org>:
> Beso wrote:
>
>>>
>>
>> yep. the same goes for the other use flags. put them in /etc/make.conf
>> with the minus before as to remove them and do a rebuild of the
>> packages that have  a use change (they should be all kde4 packages and
>> if not all then at least kdelibs and some others).
>>
>
> Well, maybe I"m not getting the whole '-N' parameter.  I edited make.conf to
> include '-semantic-desktop' and did an emerge -uN kde-meta but it's not
> re-emerging all the kde packages.  Am I missing something?
>
>

no, you're not missing anything. just remember that kde4 packages all
search for the nepomuk and strigi and if found they build the support
for it if the package has its support. it's normal that the use flag
to work for a selected package set, but i'd advise you to rebuild the
whole kde4 set after removing the semantic-desktop and nepomuk (put
also -nepomuk as a use flag).

-- 
dott. ing. beso

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Mark Haney]

Beso wrote:

>>
> 
> no, you're not missing anything. just remember that kde4 packages all
> search for the nepomuk and strigi and if found they build the support
> for it if the package has its support. it's normal that the use flag
> to work for a selected package set, but i'd advise you to rebuild the
> whole kde4 set after removing the semantic-desktop and nepomuk (put
> also -nepomuk as a use flag).
> 


Okay, this is getting silly. I've checked every package I can think of 
(equery hasuse semantic-desktop, etc) and I"m still getting the 
requirement for kde-meta4.1.1 to include the strigi packages.

I just did an emerge -Nav kde-libs-4.1.1 and it showed:

octavian ~ # emerge -av =kde-base/kdelibs-4.1.1

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] kde-base/kdelibs-4.1.1  USE="acl alsa bzip2 mmx nls 
opengl sse sse2 ssl -3dnow (-altivec) -bindist -debug -doc -fam 
-htmlhandbook -jpeg2k -kerberos -openexr -semantic-desktop -spell -test 
-zeroconf" 0 kB [1]

Now, I've included in my make.conf '-strigi -semantic-desktop -nepomuk'.

I just emerged the new kdelibs but when I did an 'equery hasuse 
semantic-desktop' this is what I got:

[ Searching for USE flag semantic-desktop in all categories among: ]
  * installed packages
[I--] [ ~] kde-base/kdelibs-4.0.5 (kde-4)
[I--] [ ~] kde-base/dolphin-4.0.5 (kde-4)
[I--] [ ~] kde-base/kdelibs-4.1.1 (4.1)
[I--] [M~] kde-base/gwenview-4.1.0 (4.1)
[I--] [M~] kde-base/dolphin-4.1.0 (4.1)
[I--] [M~] kde-base/kget-4.1.0 (4.1)

But, kdelibs-4.1.1 was just emerged without that use flag.  I don't 
understand what's going on.  I've checked using equery hasuse on strigi, 
nepomuk and semantic-desktop and the only one that shows any output is 
the one above.

So why is the kde*-strigi-analyzer still being included?


-- 
Libenter homines id quod volunt credunt -- Caius Julius Caesar


Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Call (866) ERC-7110 for after hours support

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Beso]

2008/9/17 Mark Haney <mhaney@ercbroadband.org>:
> Beso wrote:
>
>>>
>>
>> no, you're not missing anything. just remember that kde4 packages all
>> search for the nepomuk and strigi and if found they build the support
>> for it if the package has its support. it's normal that the use flag
>> to work for a selected package set, but i'd advise you to rebuild the
>> whole kde4 set after removing the semantic-desktop and nepomuk (put
>> also -nepomuk as a use flag).
>>
>
>
> Okay, this is getting silly. I've checked every package I can think of
> (equery hasuse semantic-desktop, etc) and I"m still getting the requirement
> for kde-meta4.1.1 to include the strigi packages.
>
> I just did an emerge -Nav kde-libs-4.1.1 and it showed:
>
> octavian ~ # emerge -av =kde-base/kdelibs-4.1.1
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild   R   ] kde-base/kdelibs-4.1.1  USE="acl alsa bzip2 mmx nls opengl
> sse sse2 ssl -3dnow (-altivec) -bindist -debug -doc -fam -htmlhandbook
> -jpeg2k -kerberos -openexr -semantic-desktop -spell -test -zeroconf" 0 kB
> [1]
>
> Now, I've included in my make.conf '-strigi -semantic-desktop -nepomuk'.
>
> I just emerged the new kdelibs but when I did an 'equery hasuse
> semantic-desktop' this is what I got:
>
> [ Searching for USE flag semantic-desktop in all categories among: ]
>  * installed packages
> [I--] [ ~] kde-base/kdelibs-4.0.5 (kde-4)
> [I--] [ ~] kde-base/dolphin-4.0.5 (kde-4)
> [I--] [ ~] kde-base/kdelibs-4.1.1 (4.1)
> [I--] [M~] kde-base/gwenview-4.1.0 (4.1)
> [I--] [M~] kde-base/dolphin-4.1.0 (4.1)
> [I--] [M~] kde-base/kget-4.1.0 (4.1)
>
> But, kdelibs-4.1.1 was just emerged without that use flag.  I don't
> understand what's going on.  I've checked using equery hasuse on strigi,
> nepomuk and semantic-desktop and the only one that shows any output is the
> one above.
>
> So why is the kde*-strigi-analyzer still being included?
>

hmmm, i need to get home to check out the packages installed on my pc.
it might be that it is required by some kde4 app.

-- 
dott. ing. beso

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Mark Haney]

Beso wrote:
> 2008/9/17 Mark Haney <mhaney@ercbroadband.org>:
>> Beso wrote:
>>
>>> no, you're not missing anything. just remember that kde4 packages all
>>> search for the nepomuk and strigi and if found they build the support
>>> for it if the package has its support. it's normal that the use flag
>>> to work for a selected package set, but i'd advise you to rebuild the
>>> whole kde4 set after removing the semantic-desktop and nepomuk (put
>>> also -nepomuk as a use flag).
>>>
>>
>> Okay, this is getting silly. I've checked every package I can think of
>> (equery hasuse semantic-desktop, etc) and I"m still getting the requirement
>> for kde-meta4.1.1 to include the strigi packages.
>>
>> I just did an emerge -Nav kde-libs-4.1.1 and it showed:
>>
>> octavian ~ # emerge -av =kde-base/kdelibs-4.1.1
>>
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>> [ebuild   R   ] kde-base/kdelibs-4.1.1  USE="acl alsa bzip2 mmx nls opengl
>> sse sse2 ssl -3dnow (-altivec) -bindist -debug -doc -fam -htmlhandbook
>> -jpeg2k -kerberos -openexr -semantic-desktop -spell -test -zeroconf" 0 kB
>> [1]
>>
>> Now, I've included in my make.conf '-strigi -semantic-desktop -nepomuk'.
>>
>> I just emerged the new kdelibs but when I did an 'equery hasuse
>> semantic-desktop' this is what I got:
>>
>> [ Searching for USE flag semantic-desktop in all categories among: ]
>>  * installed packages
>> [I--] [ ~] kde-base/kdelibs-4.0.5 (kde-4)
>> [I--] [ ~] kde-base/dolphin-4.0.5 (kde-4)
>> [I--] [ ~] kde-base/kdelibs-4.1.1 (4.1)
>> [I--] [M~] kde-base/gwenview-4.1.0 (4.1)
>> [I--] [M~] kde-base/dolphin-4.1.0 (4.1)
>> [I--] [M~] kde-base/kget-4.1.0 (4.1)
>>
>> But, kdelibs-4.1.1 was just emerged without that use flag.  I don't
>> understand what's going on.  I've checked using equery hasuse on strigi,
>> nepomuk and semantic-desktop and the only one that shows any output is the
>> one above.
>>
>> So why is the kde*-strigi-analyzer still being included?
>>
> 
> hmmm, i need to get home to check out the packages installed on my pc.
> it might be that it is required by some kde4 app.
> 

I know that akonadi had nepomuk as a use flag and I emerged it (and 
verified) without that use flag enabled.  But it still won't be nice.



-- 
Libenter homines id quod volunt credunt -- Caius Julius Caesar


Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Call (866) ERC-7110 for after hours support

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Jan Jitse Venselaar]

equery -d strigi gives me:

[ Searching for packages depending on strigi... ]
kde-base/akonadi-4.1.1 (app-misc/strigi)
kde-base/kate-4.1.1 (>=app-misc/strigi-0.5.7)
kde-base/kdebase-kioslaves-4.1.1 (>=app-misc/strigi-0.5.7)
kde-base/kdegraphics-strigi-analyzer-4.1.1 (>=app-misc/strigi-0.5.10)
kde-base/kdelibs-4.1.1 (<app-misc/strigi-0.6)
                       (>=app-misc/strigi-0.5.9)
kde-base/kdepim-strigi-analyzer-4.1.1 (>=app-misc/strigi-0.5.9)
kde-base/kdesdk-strigi-analyzer-4.1.1 (>=app-misc/strigi-0.5.9)
kde-base/libplasma-4.1.1 (>=app-misc/strigi-0.5.7)
kde-base/nepomuk-4.1.1 (>=app-misc/strigi-0.5.7)
kde-base/plasma-workspace-4.1.1 (>=app-misc/strigi-0.5.9)
kde-base/systemsettings-4.1.1 (>=app-misc/strigi-0.5.7)
media-sound/amarok-1.9999 (>=app-misc/strigi-0.5.7)

Seems it is not possible to build kde without strigi.

About the original build error though, what is your version of strigi merged?

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Mark Haney]

Jan Jitse Venselaar wrote:

> 
> Seems it is not possible to build kde without strigi.
> 
> About the original build error though, what is your version of strigi merged?
> 

It's 9999, the one KDe4 originally wanted when I first moved to it.



-- 
Libenter homines id quod volunt credunt -- Caius Julius Caesar


Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Call (866) ERC-7110 for after hours support

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Jan Jitse Venselaar]

On Wednesday 17 September 2008 18:05:16 Mark Haney wrote:
> Jan Jitse Venselaar wrote:
> > Seems it is not possible to build kde without strigi.
> >
> > About the original build error though, what is your version of strigi
> > merged?
>
> It's 9999, the one KDe4 originally wanted when I first moved to it.
Ah, I have 0.5.10 merged. Maybe you can try that one. I see that kdelibs-4.1.1 
has as dependency <app-misc/strigi-0.6.0 so maybe the dependency changed.

Jan Jitse

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Beso]

2008/9/17 Jan Jitse Venselaar <janjitse@gmail.com>:
> On Wednesday 17 September 2008 18:05:16 Mark Haney wrote:
>> Jan Jitse Venselaar wrote:
>> > Seems it is not possible to build kde without strigi.
>> >
>> > About the original build error though, what is your version of strigi
>> > merged?
>>
>> It's 9999, the one KDe4 originally wanted when I first moved to it.
> Ah, I have 0.5.10 merged. Maybe you can try that one. I see that kdelibs-4.1.1
> has as dependency <app-misc/strigi-0.6.0 so maybe the dependency changed.
>

ok, i was making some confusion. i have strigi installed but not
nepomuk. strigi has one problem. the old versions (0.5.10) might
result too old for the kde 4.1.1, but the new version needs the latest
cmake version (2.6.1) or else it won't build fine. so you should first
ascertain that cmake 2.6.1 is installed and then try rebuilding
strigi. strigi is one of the basic components required by
systemsettings, kdelibs and plasma for the search to work. if you
still cannot build it, then try adding the following line to your
/etc/portage/package.mask:

=app-misc/strigi-9999

this will block the strigi live ebuild and try to build kde4 based on
the old strigi, but i don't guarantee that it will work well with it.

-- 
dott. ing. beso

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Mark Haney]

Beso wrote:

>>
> 
> ok, i was making some confusion. i have strigi installed but not
> nepomuk. strigi has one problem. the old versions (0.5.10) might
> result too old for the kde 4.1.1, but the new version needs the latest
> cmake version (2.6.1) or else it won't build fine. so you should first
> ascertain that cmake 2.6.1 is installed and then try rebuilding
> strigi. strigi is one of the basic components required by
> systemsettings, kdelibs and plasma for the search to work. if you
> still cannot build it, then try adding the following line to your
> /etc/portage/package.mask:
> 
> =app-misc/strigi-9999
> 
> this will block the strigi live ebuild and try to build kde4 based on
> the old strigi, but i don't guarantee that it will work well with it.
> 

Well, I tried that too.  I did have cmake 2.6.1 on here, but didn't know 
if strigi had been built with that version or not, so I went ahead and 
rebuilt it.  I still cannot get the other components (like 
kdepim-strigi-analyzer) to build however.

It's frustrating, but I'll just build all of kde4 that I can now and 
leave the rest until that gets fixed.

I may report the bug though, although will the Gentoo folks even look at 
it if it's more an upstream thing from them?



-- 
Libenter homines id quod volunt credunt -- Caius Julius Caesar


Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Call (866) ERC-7110 for after hours support

Re: [gentoo-amd64] kdesdk-strigi-analyzer won't build

[Beso]

2008/9/17 Mark Haney <mhaney@ercbroadband.org>:
> Beso wrote:
>
>>>
>>
>> ok, i was making some confusion. i have strigi installed but not
>> nepomuk. strigi has one problem. the old versions (0.5.10) might
>> result too old for the kde 4.1.1, but the new version needs the latest
>> cmake version (2.6.1) or else it won't build fine. so you should first
>> ascertain that cmake 2.6.1 is installed and then try rebuilding
>> strigi. strigi is one of the basic components required by
>> systemsettings, kdelibs and plasma for the search to work. if you
>> still cannot build it, then try adding the following line to your
>> /etc/portage/package.mask:
>>
>> =app-misc/strigi-9999
>>
>> this will block the strigi live ebuild and try to build kde4 based on
>> the old strigi, but i don't guarantee that it will work well with it.
>>
>
> Well, I tried that too.  I did have cmake 2.6.1 on here, but didn't know if
> strigi had been built with that version or not, so I went ahead and rebuilt
> it.  I still cannot get the other components (like kdepim-strigi-analyzer)
> to build however.
>
> It's frustrating, but I'll just build all of kde4 that I can now and leave
> the rest until that gets fixed.
>
> I may report the bug though, although will the Gentoo folks even look at it
> if it's more an upstream thing from them?
>

the kdepim-strigi-analyzer doesn't exist in my overlay. Maybe the
paludis overlay maintainers have decided there's no need for another
package that does the strigi bindings for some pacakges (like kdesdk,
kdepim and kdemultimedia) . try not building it and see what happens.
i doubt it will do something wrong.

-- 
dott. ing. beso

[gentoo-amd64] Re: kdesdk-strigi-analyzer won't build

[Duncan]

"Mark Haney" <mhaney@ercbroadband.org> posted
48D11718.9030300@ercbroadband.org, excerpted below, on  Wed, 17 Sep 2008
10:41:28 -0400:

> I just emerged the new kdelibs but when I did an 'equery hasuse
> semantic-desktop' this is what I got:
> 
> [ Searching for USE flag semantic-desktop in all categories among: ]
>   * installed packages
> [I--] [ ~] kde-base/kdelibs-4.0.5 (kde-4) [I--] [ ~]
> kde-base/dolphin-4.0.5 (kde-4) [I--] [ ~] kde-base/kdelibs-4.1.1 (4.1)
> [I--] [M~] kde-base/gwenview-4.1.0 (4.1) [I--] [M~]
> kde-base/dolphin-4.1.0 (4.1) [I--] [M~] kde-base/kget-4.1.0 (4.1)
> 
> But, kdelibs-4.1.1 was just emerged without that use flag.  I don't
> understand what's going on.  I've checked using equery hasuse on strigi,
> nepomuk and semantic-desktop and the only one that shows any output is
> the one above.

I've not merged KDE4 since I decided it wasn't ready a few months ago, so 
won't touch that, however...

equery hasuse <flag> lists all packages that have that USE flag, whether 
it is turned on or not.  To see if a flag is actually turned on for an 
individual package, use equery uses <package>, or to see what it /will/ 
be merging with, use emerge --pretend --verbose.

So use equery hasuse to get a list of packages that have that use flag, 
then check them individually to see if it's turned on.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

[gentoo-amd64] Re: kdesdk-strigi-analyzer won't build

[Duncan]

"Mark Haney" <mhaney@ercbroadband.org> posted
48CFD34D.2010204@ercbroadband.org, excerpted below, on  Tue, 16 Sep 2008
11:39:57 -0400:

> I didn't realize I had to explicitly deny the semantic-desktop use flag.

Not necessarily at you, specifically, but for the list in general...

That's why one should /always/ do an emerge --verbose --pretend (or --
ask, or the equivalent in your $PM) first.  Review the USE flags, 
checking to see if they're what you want and changing them if not.  This 
is particularly important for new packages.  After that, the color-coding 
helps you spot new/changed flags.  But note that even emerging an update 
to something may bring in different dependencies than the previous 
version did, so pay attention to the N/U indicator on dependencies as 
well, and examine the flags accordingly.

By following this advice since I first installed Gentoo back in 2004, I 
don't believe I've /ever/ been surprised by the status of a USE flag.  I 
/always/ check them (using --ask, normally) before I merge anything, use 
euse -i <flag> to find out what it is if necessary, and cancel out the 
merge and change it if I need to.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman