<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>98819</bug_id>
          
          <creation_ts>2005-07-12 14:40 0000</creation_ts>
          <short_desc>xscreensaver 4.22-r1 or 4.22-r2 not compatible with KDE screensaver support</short_desc>
          <delta_ts>2008-05-25 06:46:54 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>james.roberts-thomson@nbnz.co.nz</reporter>
          <assigned_to>kde@gentoo.org</assigned_to>
          <cc>jlp.bugs@gmail.com</cc>
    
    <cc>khanreaper@nerp.net</cc>

      

      
          <long_desc isprivate="0">
            <who>james.roberts-thomson@nbnz.co.nz</who>
            <bug_when>2005-07-12 14:40:53 0000</bug_when>
            <thetext>I am using split ebuilds for my KDE build.

The kdeartwork-kscreensaver module cannot locate xscreensaver modules for
xscreensaver 4.22-r1 or 4.22-r2, and thus when compiled does not include any
xscreensavers.  RSS-Glx screensavers are included, but fail to work.

Also, if kdeartwork-kscreensaver was built agains an earlier xscreensaver
version, then upgrading to xscreensaver 4.22-r1 or later causes the xscreensaver
modules to fail.  (Well, actually I noticed my rss-glx screensaver break).

This issue seems to be caused by the xscreensaver 4.22-r1 compiling with
&quot;--with-hackdir=/usr/lib/misc/xscreensaver&quot;.  There is a comment in the
ChangeLog along the lines of &quot;changed hackdir to something more suitable&quot;. 
Unfortunately in this case, &quot;more suitable&quot; also meant &quot;incompatible with KDE as
it stands&quot;.

Reproducible: Always
Steps to Reproduce:
1.  install or upgrade xscreensaver to v4.22-r1 or -r2
2.  re-emerge kdeartwork-kscreensaver
3.  notice that no xscreensaver modules appear in the KDE screensavers dialog

Actual Results:  
KDE &quot;./configure&quot; was unable to locate the xscreensaver modules, and dropped
xscreensaver support.  The CONTENTS file for kdeartwork-kscreensaver clearly
shows that no &quot;.desktop&quot; files for xscreensavers get installed.

Expected Results:  
&quot;It should just work&quot;.

Seriously, either the xscreensaver hackdir change should be reverted, or the
kdeartwork-kscreensaver &quot;configure&quot; system (well, the automake/autoconf bits
presumably) need patching to be compatible with the new location.  I cannot
provide such a patch at this time, due to lack of familiarity with the auto*
toolset.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>james.roberts-thomson@nbnz.co.nz</who>
            <bug_when>2005-07-12 14:43:20 0000</bug_when>
            <thetext>Oh, I did discover a workaround:

cd /usr/lib; ln -s misc/xscreensaver xscreensaver

(but this kind-of negates the whole point of changing the hackdir!)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2005-07-12 15:41:47 0000</bug_when>
            <thetext>

*** This bug has been marked as a duplicate of 96074 ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-07-12 16:00:17 0000</bug_when>
            <thetext>Actually this is valid, the kdeartwork configure scripts need a fix. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jlp.bugs@gmail.com</who>
            <bug_when>2005-07-16 09:58:37 0000</bug_when>
            <thetext>Bug about this on bugs.kde.org:
http://bugs.kde.org/show_bug.cgi?id=105748</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>webmaster@thw-theorie.de</who>
            <bug_when>2005-07-17 09:22:09 0000</bug_when>
            <thetext>Created an attachment (id=63624)
Patch resolving the xscreensaver install path issue

This patch resolves the problem of finding xscreensaver by adding an additional
check for lib/misc/xscreensaver/flame to the configure script. It should be
added to the official portage tree as soon as possible.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pete4abw@comcast.net</who>
            <bug_when>2005-07-27 00:57:09 0000</bug_when>
            <thetext>x11-misc/fireflies also has /usr/lib/xscreensaver hard coded in its ebuild,
which could cause a problem unless /usr/lib/xscreensaver is linked.

In addition, during configure, this error occurs. I think it needs to be
/usr/lib/misc/xscreensaver, not /usr/lib/xscreensaver.

ln: creating symbolic link
&apos;/var/tmp/portage/xscreensaver-4.22-r3/image//usr/lib/xscreensaver/config&apos; to
/usr/share/xscreensaver/config&apos;: No such file or directory

HTH</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>danarmak@gentoo.org</who>
            <bug_when>2005-07-29 11:18:31 0000</bug_when>
            <thetext>&gt; In addition, during configure, this error occurs. 
You mean in fireflies? Please file a separate bug for that and assign to the 
maintainer. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>danarmak@gentoo.org</who>
            <bug_when>2005-07-29 11:22:26 0000</bug_when>
            <thetext>Gregorio, I noticed you submitted a patch at the kde.org bug that adds a 
configure switch to specify the hacks dir - why not commit it to portage? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-07-30 01:33:11 0000</bug_when>
            <thetext>(In reply to comment #8) 
&gt; Gregorio, I noticed you submitted a patch at the kde.org bug that adds a  
&gt; configure switch to specify the hacks dir - why not commit it to portage?  
 
I committed it to kdeartwork, and I was just committing it to 
kdeartwork-kscreensaver as we speak... So this is fixed now. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-08-04 02:05:07 0000</bug_when>
            <thetext>*** Bug 101261 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-08-12 01:58:48 0000</bug_when>
            <thetext>*** Bug 102177 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>khanreaper@nerp.net</who>
            <bug_when>2005-08-28 01:56:00 0000</bug_when>
            <thetext>(In reply to comment #9)
&gt; (In reply to comment #8) 
&gt; &gt; Gregorio, I noticed you submitted a patch at the kde.org bug that adds a  
&gt; &gt; configure switch to specify the hacks dir - why not commit it to portage?  
&gt;  
&gt; I committed it to kdeartwork, and I was just committing it to 
&gt; kdeartwork-kscreensaver as we speak... So this is fixed now. 

Are you entirely sure that this is fixed, because xscreensaver-4.22-r2 still
does not register with kdeartwork-kscreensaver-3.4.1.

Here is a snippet from a build of kdeartwork-kscreensaver-3.4.1. from a few
minutes ago:

checking for lib64/xscreensaver/flame... not found
checking for lib/xscreensaver/flame... not found
checking for bin/xscreensaver-hacks/flame... not found
checking for hacks/flame... not found
checking if kscreensaver should be compiled... yes
configure: creating ./config.status
fast creating Makefile
fast creating kscreensaver/Makefile
fast creating kscreensaver/kdesavers/Makefile
fast creating kscreensaver/kdesavers/data/Makefile
fast creating kscreensaver/kpartsaver/Makefile
fast creating kscreensaver/kxsconfig/Makefile
fast creating kscreensaver/kxsconfig/ScreenSavers/Makefile
fast creating kscreensaver/xsavers/Makefile
config.pl: fast created 8 file(s).
config.status: creating config.h
config.status: executing depfiles commands

xscreensaver could not be detected on your system.
Check www.jwz.org/xscreensaver if you&apos;re loving to
have tons of screensavers in KDE

I would be inclined to reopen the bug for investigation.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jayson.dolan@gmail.com</who>
            <bug_when>2005-08-29 06:36:04 0000</bug_when>
            <thetext>&gt; I would be inclined to reopen the bug for investigation.
&gt;

I agree, an emerge of xscreensaver-4.22-r2 and kdeartwork-kscreensaver-3.4.1
(both with +kde +xscreensaver +opengl USE flags) did NOT result in the
xscreensavers being accessable with kscreensaver.

The suggested work around:

cd /usr/lib; ln -s misc/xscreensaver xscreensaver

then re-emerge kscreensaver worked however.  So it seems the configure script
still does not look in /usr/lib/misc/xscreensaver.

</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>63624</attachid>
            <date>2005-07-17 09:22 0000</date>
            <desc>Patch resolving the xscreensaver install path issue</desc>
            <filename>kdeartwork-3.4.1-xscreensaver.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtTnVyIGtkZWFydHdvcmstMy40LjEub3JpZy9rc2NyZWVuc2F2ZXIva3hzY29uZmlnL2Nv
bmZpZ3VyZS5pbi5pbiBrZGVhcnR3b3JrLTMuNC4xL2tzY3JlZW5zYXZlci9reHNjb25maWcvY29u
ZmlndXJlLmluLmluCi0tLSBrZGVhcnR3b3JrLTMuNC4xLm9yaWcva3NjcmVlbnNhdmVyL2t4c2Nv
bmZpZy9jb25maWd1cmUuaW4uaW4JMjAwNS0wNy0xNyAxODowNzozOC4wMDAwMDAwMDAgKzAyMDAK
KysrIGtkZWFydHdvcmstMy40LjEva3NjcmVlbnNhdmVyL2t4c2NvbmZpZy9jb25maWd1cmUuaW4u
aW4JMjAwNS0wNy0xNyAxODowODo0OS4wMDAwMDAwMDAgKzAyMDAKQEAgLTMyLDcgKzMyLDExIEBA
CiAgICAgCSAgICAgICAgICBLREVfRklORF9QQVRIKGhhY2tzL2ZsYW1lLCBYU0NSRUVOU0FWRVIs
IAogICAJICAgICAgICAgIFsgJHhzY3JlZW5zYXZlcl9wcmVmaXhlcyBdLAogCSAgICAgICAgICBb
Ci0JCSAgICBYU0NSRUVOU0FWRVI9Tk8KKwkJICAgICAgS0RFX0ZJTkRfUEFUSChsaWIvbWlzYy94
c2NyZWVuc2F2ZXIvZmxhbWUsIFhTQ1JFRU5TQVZFUiwKKwkJICAgICAgWyAkeHNjcmVlbnNhdmVy
X3ByZWZpeGVzIF0sCisJCSAgICAgIFsKKwkJICAgICAgICAgIFhTQ1JFRU5TQVZFUj1OTworCQkg
ICAgICBdKQogCSAgICAgICAgICBdKQogCSAgICAgIF0pCiAgICAgICAgIF0pCg==
</data>        

          </attachment>
    </bug>

</bugzilla>