[gentoo-desktop] KDE-Sunset : problem emerging Kdelibs

[gentoo-desktop] KDE-Sunset : problem emerging Kdelibs

[Philip Webb]

I've tried to emerge  kde-base/kdelibs-3.5.10-r6::kde-sunset ,
but get an error :

  -O2 -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common  -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION  -c -o ksslcertificatefactory.lo ksslcertificatefactory.cc
  In file included from ksslsettings.cc:47:0:
  ./kopenssl.h:453:4: error: 'ASN1_METHOD' does not name a type

I have  USE="avahi"  & added "legacyssl" to see if that was the problem,
but it made no difference.

Google shows  1  Gentoo Forum reference which is inconclusive,
but nothing else.

Does anyone have advice ?

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-desktop] KDE-Sunset : anyone home ?

[Philip Webb]

I sent in a msg last week re failure of kdelibs-3.5.10-r6 to compile.
Sadly, no-one has responded.

No complaint to anyone, but is the Kde-Sunset overlay still supported ?
If no-one remains interested in it, I can drop it & move on ;
if someone who knows re it is still around, can they advise ?
Without Kdelibs KDE is unusable.

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-desktop] KDE-Sunset : anyone home ?

[Fat-Zer]

[-- Attachment #1: Type: text/plain, Size: 1177 bytes --]

2012/10/29 Philip Webb <purslow@ca.inter.net>

> I sent in a msg last week re failure of kdelibs-3.5.10-r6 to compile.
> Sadly, no-one has responded.
>
> No complaint to anyone, but is the Kde-Sunset overlay still supported ?
> If no-one remains interested in it, I can drop it & move on ;
> if someone who knows re it is still around, can they advise ?
> Without Kdelibs KDE is unusable.
>

AFAIR kdelibs fails to compile with avahi use since the creation of the
kde-sunset overlay...

I'm not a gentoo developer or a kde-sunset maintainer so i can't speak from
their names...  but I consider kde-sunset is broken and I'm not sure if it
will be fixed some time...
It really needs a lot of fixes to make it work and compile normally with
modern libs. and I see no enthusiasm among it's maintainers...
I'm currently using an old build of kde-3.5 but it seems my system is
turning to dump with each update because I believe if I'll run an emerge
--depclean next time I won't be able to rebuild most of needed stuff ...
Currently I'm trying to make an overlay for the trinity project (a kde3.5
fork) but it's still quite crappy and not ready to be announced to the wide
public...

[-- Attachment #2: Type: text/html, Size: 1525 bytes --]

[gentoo-desktop] Re: KDE-Sunset : anyone home ?

[Duncan]

Philip Webb posted on Sun, 28 Oct 2012 19:55:33 -0400 as excerpted:

> I sent in a msg last week re failure of kdelibs-3.5.10-r6 to compile.
> Sadly, no-one has responded.
> 
> No complaint to anyone, but is the Kde-Sunset overlay still supported ?
> If no-one remains interested in it, I can drop it & move on ;
> if someone who knows re it is still around, can they advise ?
> Without Kdelibs KDE is unusable.

It would be nice if a gentoo dev would take up trinity and get it in the 
tree, or at least in kde sunset.  But I've seen nary a hint of that.

I won't try to get anyone off of kde-sunset as I respect the reasons they 
are still on it.  However, if someone is ready to give up on it and move 
on, I do know a couple of alternatives I can suggest, and offer my help 
as I can.


Here, I'm running kde4, but with USE=-semantic-desktop, and a bunch of 
other related flags (virtuoso, rasqual, redland...) turned off.  It does 
mean avoiding anything kdepim related, including kmail, since that brings 
in akonadi, which ultimately forces semantic-desktop back on, but there 
are alternatives to kmail.  Here, I'm running (gtk-based) claws-mail for 
both mail and feeds (replacing akregator).  For those running kde3's 
amorok, clemintine is the alternative, tho I switched to something much 
different, mpd with various frontends, here.  Even with multiple 
frontends, mpd's still way lighter on resources.  But it doesn't have the 
nice database setup of amarok/clemintine.  I didn't need or use that 
anyway, so I was fine with mpd, but many will need it and for them 
clemintine is the better choice.

I had switched to kde4 long before I turned off semantic-desktop, etc, so 
I can't give a direct comparison of kde3 to kde4 without semantic-
desktop.  What I CAN say, however, is that turning off semantic-desktop 
at build-time made kde4 enough faster it was like an MS platform person 
discovering how many resources the malware had been taking.  
Additionally, while I had stated that kde4 finally matured enough to 
replace kde 3.5.10 with 4.5.4+, and that 4.5 was what really /should/ 
have been numbered 4.0, only after I turned off semantic desktop 
(basically, at my 4.6 to 4.7 upgrade), was I ready to say that kde4 had 
now not only /matched/ kde3 for me (that was with 4.5), but with semantic-
desktop turned off, it now /exceeded/ kde 3.5.10 for me.

It should thus be obvious that I'm quite happy with (now) kde 4.9, AS 
LONG AS USE=-semantic-desktop.  I'd be interested in someone that has 
stayed with kde3 via kde-sunset, now trying kde4, with semantic-desktop 
turned off, to see what their real opinion is.  And, I can help with it, 
providing hints, etc, if/when needed.  Either here or on the kde-linux or 
kde-general lists.


The other alternative I've seen reviewed is the qt4 based razorqt 
desktop.  This would most obviously and directly replace the plasma-
desktop component of kde4, altho the reviews I've seen have been on using 
razorqt on its own.  On its own, it looks to be a qt-based desktop 
comparable to one of the light gtk-based desktops such as lxde or xfce.

IMO, running a razorqt desktop with individual kde4 apps should be a good 
mix.  Were I doing it I'd probably try for what amounted to a kde4 
desktop with plasma-desktop replaced with razorqt, as kde4 is 
componentized enough that should work, in theory anyway.  However, I've 
not seen any reviews of anyone trying to pull that off, nor have I 
actually tried it myself as I'm actually quite happy with plasma-desktop 
now that it has had some time to mature.

Again, I'd be quite interested in seeing someone now on kde-sunset try 
razorqt, presumably with a few individual kde4 apps.  Again, I'd help 
them where I could, but obviously since I've not tried razorqt myself, 
I'd be limited to helping more on the kde4 side.

-- 
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

Re: [gentoo-desktop] KDE-Sunset : anyone home ?

[Philip Webb]

121029 Fat-Zer wrote:
> 2012/10/29 Philip Webb <purslow@ca.inter.net>
>> I sent in a msg last week re failure of kdelibs-3.5.10-r6 to compile.
>> Sadly, no-one has responded.
>> No complaint to anyone, but is the Kde-Sunset overlay still supported ?
>> If no-one remains interested in it, I can drop it & move on ;
>> if someone who knows re it is still around, can they advise ?
>> Without Kdelibs KDE is unusable.
> AFAIR kdelibs fails to compile with avahi use
> since the creation of the kde-sunset overlay...
> I'm not a gentoo developer or a kde-sunset maintainer
> so i can't speak from their names, but I consider kde-sunset is broken
> and I'm not sure if it will be fixed some time.
> It really needs a lot of fixes to make it work and compile normally
> with modern libs and I see no enthusiasm among it's maintainers.
> I'm currently using an old build of kde-3.5
> but it seems my system is turning to dump with each update
> because I believe if I'll run an  emerge --depclean
> next time I won't be able to rebuild most of needed stuff.
> Currently I'm trying to make an overlay for the Trinity project
> but it's still quite crappy and not ready to be announced to the public.

Thanks for the reply ! -- I just want to go on using  2  apps
-- Kmahjongg, which lacks a removed-tiles display in KDE 4 ,
& Kworldclock, which is useful for quickly finding local times, --
& had them working on my older machine, which I moved out of September.
The real solution for me is to get KDE to add these features to 4.x.x
with the latter added to the new Marble app: I sent in bugs long ago
& plan to resubmit them & see if such prods produce results.

I have subscribed to the Trinity mailing-lists,
but they are obviously very short-handed & unlikely to support Gentoo;
it mb possible to compile the essentials from source into  /opt/trinity/ .
Please feel enouraged to get Trinity working here (big smile):
there are clearly some people who want to go on using a version of KDE 3 ,
tho' I'm happily at home these days generally with Fluxbox + KDE 4 apps.

Anyone else have comments ?

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-desktop] KDE-Sunset : anyone home ?

[E. Liddell]

On Mon, 29 Oct 2012 00:45:46 -0400
Philip Webb <purslow@ca.inter.net> wrote:

> I have subscribed to the Trinity mailing-lists,
> but they are obviously very short-handed & unlikely to support Gentoo;
> it mb possible to compile the essentials from source into  /opt/trinity/ .
> Please feel enouraged to get Trinity working here (big smile):
> there are clearly some people who want to go on using a version of KDE 3 ,
> tho' I'm happily at home these days generally with Fluxbox + KDE 4 apps.

There are ebuilds for Trinity 3.5.13 covering the equivalent of kde-base
+ deps and a few other packages--see 
http://wiki.hasnoname.de/doku.php/tde:trinity-overlay_on_funtoo_gentoo .
Haven't managed to get them updated for 3.5.13.1 yet because I got hit
with a new job a few months ago and I haven't heard recently from the
other person who was working on this.  

Not to put too fine a point on it, we need help.

> Anyone else have comments ?

Your real problem was that you were trying to emerge kdelibs-3.5.10-*r6*,
rather than 3.5.10-r10, which has a patch for openssl > 1.0.0 and compiled
just fine for me as of Thursday.

Re: [gentoo-desktop] KDE-Sunset : anyone home ?

[Fat-Zer]

[-- Attachment #1.1: Type: text/plain, Size: 2148 bytes --]

2012/10/29 E. Liddell <ejlddll@googlemail.com>

> On Mon, 29 Oct 2012 00:45:46 -0400
> Philip Webb <purslow@ca.inter.net> wrote:
>
> > I have subscribed to the Trinity mailing-lists,
> > but they are obviously very short-handed & unlikely to support Gentoo;
> > it mb possible to compile the essentials from source into  /opt/trinity/
> .
> > Please feel enouraged to get Trinity working here (big smile):
> > there are clearly some people who want to go on using a version of KDE 3
> ,
> > tho' I'm happily at home these days generally with Fluxbox + KDE 4 apps.
>
> There are ebuilds for Trinity 3.5.13 covering the equivalent of kde-base
> + deps and a few other packages--see
> http://wiki.hasnoname.de/doku.php/tde:trinity-overlay_on_funtoo_gentoo .
> Haven't managed to get them updated for 3.5.13.1 yet because I got hit
> with a new job a few months ago and I haven't heard recently from the
> other person who was working on this.
>
> Not to put too fine a point on it, we need help.
>
I've started a year ago with live ebuilds but after migration to
git/renaming/3.5.13 release, I gave up with that... a week ago I've started
it again.
I've known two or three persons who was doing the same job about a year
ago... but they all stucked...

Here is my small repository: git://github.com/Fat-Zer/trinity.git
Now there is only 3.5.13.1 kdebase&kdeartwork-derived stuff... Now I'm
starting to package kdegraphics.
There is also a bunch of live ebuilds but it seems they got broken tdeinit
and some other errors.
All base eclases are rewritten so ebuilds become quite easy in management.
I believe that in 3-4 weeks I'll finish packaging all modules ported to
cmake.

Your real problem was that you were trying to emerge kdelibs-3.5.10-*r6*,
> rather than 3.5.10-r10, which has a patch for openssl > 1.0.0 and compiled
> just fine for me as of Thursday.
>
> The truth is yours... it compiles.  I've needed only a small fix because
of gcc-4.6 stronger inclde check[or because of something else]. patch
attached.
But there are some other broken packages like gwenview (fails to compile
with new libpng), konversation (don't remembre why) etc...

[-- Attachment #1.2: Type: text/html, Size: 3056 bytes --]

[-- Attachment #2: kdelibs-3.5.10-gcc-4.6-fix.patch --]
[-- Type: application/octet-stream, Size: 332 bytes --]

--- ./kdeprint/cups/cupsdconf2/cups-util.c.orig	2007-10-08 13:52:10.000000000 +0400
+++ ./kdeprint/cups/cupsdconf2/cups-util.c	2012-10-29 17:19:14.435634336 +0400
@@ -5,6 +5,7 @@
 #include <fcntl.h>
 #include <sys/stat.h>
 #include <unistd.h>
+#include <stdio.h>
 
 #define CUPS_SERVERROOT	"/etc/cups"
 static http_t		*cups_server;

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem

[Philip Webb]

121029 Fat-Zer wrote:
> 2012/10/29 E. Liddell <ejlddll@googlemail.com>
>> Your real problem was that you were trying to emerge kdelibs-3.5.10-*r6*,
>> rather than 3.5.10-r10, which has a patch for openssl > 1.0.0
>> and compiled just fine for me as of Thursday.
> The truth is yours: it compiles.

I did realise that & tried it, but what I then got was :

  root:506 ~> USE="avahi qt3" emerge kdelibs:3.5
  ...
  >>> Emerging (1 of 3) net-dns/avahi-0.6.30-r1 from kde-sunset
  * avahi-0.6.30.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ]
  >>> Unpacking source...
  >>> Unpacking avahi-0.6.30.tar.gz to /z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/work
  >>> Source unpacked in /z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/work
  >>> Preparing source in /z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/work/avahi-0.6.30 ...
  * Applying avahi-0.6.30-optional-gtk-utils.patch ... [ ok ]
  * Running eautoreconf in '/z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/work/avahi-0.6.30' ...
 * Running glib-gettextize --copy --force ... [ ok ]
 * Running intltoolize --automake --copy --force ... [ ok ]
 * Running libtoolize --install --copy --force --automake ... [ ok ]
 * Running aclocal -I common ... [ ok ]
 * Running autoconf ... [ ok ]
 * Running autoheader ... [ ok ]
 * Running automake --add-missing --copy --foreign ... [ !! ]
 * Failed Running automake !
 * Include in your bugreport the contents of:
 *   /z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/temp/automake.out

which contains :
  
  ***** automake *****
  ***** PWD: /z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/work/avahi-0.6.30
  ***** automake --add-missing --copy --foreign
  configure.ac:143: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
  ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
  ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from...
  ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from...
  ../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
  ../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
  ../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
  configure.ac:143: the top level
  configure.ac:300: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
  ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
  configure.ac:300: the top level
  service-type-database/Makefile.am:21: `pkglibdir' is not a legitimate directory for `DATA'
  
Do either of you have further suggestions ? -- thanks so far (smile)

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-desktop] KDE-Sunset : anyone home ?

[Denis Golovan]

Hi

Could you add repo_name to your repository? :)
Paludis warns if non-existant.

And yes, thanks for the effort.
I'll try building kde* under gcc-4.6 from your overlay.

2012/10/29 Fat-Zer <fatzer2@gmail.com>:

> Here is my small repository: git://github.com/Fat-Zer/trinity.git

BR,
Denis

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem

[E. Liddell]

On Mon, 29 Oct 2012 13:01:19 -0400
Philip Webb <purslow@ca.inter.net> wrote:

> 121029 Fat-Zer wrote:
> > 2012/10/29 E. Liddell <ejlddll@googlemail.com>
> >> Your real problem was that you were trying to emerge kdelibs-3.5.10-*r6*,
> >> rather than 3.5.10-r10, which has a patch for openssl > 1.0.0
> >> and compiled just fine for me as of Thursday.
> > The truth is yours: it compiles.
> 
> I did realise that & tried it, but what I then got was :
> 
>   root:506 ~> USE="avahi qt3" emerge kdelibs:3.5
>   ...
>   >>> Emerging (1 of 3) net-dns/avahi-0.6.30-r1 from kde-sunset
>   * avahi-0.6.30.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ]
>   >>> Unpacking source...
>   >>> Unpacking avahi-0.6.30.tar.gz to /z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/work
>   >>> Source unpacked in /z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/work
>   >>> Preparing source in /z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/work/avahi-0.6.30 ...
>   * Applying avahi-0.6.30-optional-gtk-utils.patch ... [ ok ]
>   * Running eautoreconf in '/z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/work/avahi-0.6.30' ...
>  * Running glib-gettextize --copy --force ... [ ok ]
>  * Running intltoolize --automake --copy --force ... [ ok ]
>  * Running libtoolize --install --copy --force --automake ... [ ok ]
>  * Running aclocal -I common ... [ ok ]
>  * Running autoconf ... [ ok ]
>  * Running autoheader ... [ ok ]
>  * Running automake --add-missing --copy --foreign ... [ !! ]
>  * Failed Running automake !
>  * Include in your bugreport the contents of:
>  *   /z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/temp/automake.out
> 
> which contains :
>   
>   ***** automake *****
>   ***** PWD: /z/portage-tmp/portage/net-dns/avahi-0.6.30-r1/work/avahi-0.6.30
>   ***** automake --add-missing --copy --foreign
>   configure.ac:143: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
>   ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
>   ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from...
>   ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from...
>   ../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
>   ../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
>   ../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
>   configure.ac:143: the top level
>   configure.ac:300: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
>   ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
>   configure.ac:300: the top level
>   service-type-database/Makefile.am:21: `pkglibdir' is not a legitimate directory for `DATA'
>   
> Do either of you have further suggestions ? -- thanks so far (smile)

If I'm reading that correctly, your compile failure is in avahi itself, not any of
the kde-sunset packages.  avahi is still in the main tree, so complaints about it
should be addressed to the main Gentoo Bugzilla . . . and it looks like
avahi-0.6.30-r3 is the current stable ebuild for nearly all arches, not -r1,
unless it's been rolled back since I last did emerge --sync.

As for what to do with kdelibs, my advice would be to compile it with -avahi and
let it fall back on mDNSResponder instead.  If that is unacceptable to you for
some reason, and you get avahi to compile, you could try hacking the avahi ebuild
to turn QT3 support back on (try replacing the line that says "--disable-qt3 \" with
"--enable-qt3 \")--that probably won't help, mind you, but it's worth a try.

The next step after that would involve checking both the Trinity and the OpenSUSE
KDE3 repos for patches to kdnssd-avahi and seeing if they have something that
fixes the problem (may require patch tweaking).  If there's nothing relevant, writing
a patch from scratch is the only workable approach, and it's probably more trouble
than you want to go to.

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem

[Philip Webb]

121029 E. Liddell wrote:
> your compile failure is in avahi itself, not any of the kde-sunset packages.
> avahi is still in the main tree, so complaints about it should be addressed
> to the main Gentoo Bugzilla and it looks like avahi-0.6.30-r3
> is the current stable ebuild for nearly all arches, not -r1.

Yes & in fact, as I now see, I already have that version installed.
Apparently,  kdelibs:3.5  wants the -r1 version instead.

> As for what to do with kdelibs, my advice would be to compile it with -avahi
> and let it fall back on mDNSResponder instead.

That's not in the Gentoo tree anymore, so that's impossible.

> you could try hacking the avahi ebuild ...
> The next step checking Trinity and OpenSUSE KDE3 repos
> for patches to kdnssd-avahi ...

That's hardly worth it just to restore  1  game &  1  useful toy !

Clearly enough, the Sunset version of KDE is terminally dead
& my best bet is to try compiling Trinity from source.
There is a Trinity doc with detailed advice how to go about that,
so when I have time to spare, I may have a go at it.

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem

[E. Liddell]

On Mon, 29 Oct 2012 19:11:42 -0400
Philip Webb <purslow@ca.inter.net> wrote:

> 121029 E. Liddell wrote:
> > your compile failure is in avahi itself, not any of the kde-sunset packages.
> > avahi is still in the main tree, so complaints about it should be addressed
> > to the main Gentoo Bugzilla and it looks like avahi-0.6.30-r3
> > is the current stable ebuild for nearly all arches, not -r1.
> 
> Yes & in fact, as I now see, I already have that version installed.
> Apparently,  kdelibs:3.5  wants the -r1 version instead.
> 
> > As for what to do with kdelibs, my advice would be to compile it with -avahi
> > and let it fall back on mDNSResponder instead.
> 
> That's not in the Gentoo tree anymore, so that's impossible.

Apologies.  Like an idiot, I misread the ebuild.

The following USE flag settings allow kdelibs to compile successfully for me:

[ebuild   R   ~] kde-base/kdelibs-3.5.10-r10::kde-sunset  USE="acl alsa branding jpeg2k spell tiff 
-arts -avahi -bindist -cups -debug -doc -fam -kdehiddenvisibility -kerberos -legacyssl -lua -openexr 
-utempter"

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem

[Philip Webb]

121029 E. Liddell wrote:
> The following USE flags allow kdelibs to compile successfully for me:
> [ebuild   R   ~] kde-base/kdelibs-3.5.10-r10::kde-sunset  USE="acl alsa branding jpeg2k spell tiff -arts -avahi -bindist -cups -debug -doc -fam -kdehiddenvisibility -kerberos -legacyssl -lua -openexr -utempter"

What I get is :

  root:519 ~> USE="acl alsa branding jpeg2k spell tiff -arts -avahi -bindist -cups -debug -doc -fam -kdehiddenvisibility -kerberos -legacyssl -lua -openexr -utempter" emerge -pv =kde-base/kdelibs-3.5.10-r10

  These are the packages that would be merged, in order:
  Calculating dependencies... done!

  emerge: there are no ebuilds to satisfy "net-misc/mDNSResponder".
  (dependency required by "kde-base/kdelibs-3.5.10-r10[-bindist,-avahi]" [ebuild])
  (dependency required by "=kde-base/kdelibs-3.5.10-r10" [argument])

How do you manage to get away with "-avahi" ?

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem

[E. Liddell]

On Tue, 30 Oct 2012 08:06:03 -0400
Philip Webb <purslow@ca.inter.net> wrote:

> 121029 E. Liddell wrote:
> > The following USE flags allow kdelibs to compile successfully for me:
> > [ebuild   R   ~] kde-base/kdelibs-3.5.10-r10::kde-sunset  USE="acl alsa branding jpeg2k spell tiff -arts -avahi -bindist -cups -debug -doc -fam -kdehiddenvisibility -kerberos -legacyssl -lua -openexr -utempter"
> 
> What I get is :
> 
>   root:519 ~> USE="acl alsa branding jpeg2k spell tiff -arts -avahi -bindist -cups -debug -doc -fam -kdehiddenvisibility -kerberos -legacyssl -lua -openexr -utempter" emerge -pv =kde-base/kdelibs-3.5.10-r10
> 
>   These are the packages that would be merged, in order:
>   Calculating dependencies... done!
> 
>   emerge: there are no ebuilds to satisfy "net-misc/mDNSResponder".
>   (dependency required by "kde-base/kdelibs-3.5.10-r10[-bindist,-avahi]" [ebuild])
>   (dependency required by "=kde-base/kdelibs-3.5.10-r10" [argument])
> 
> How do you manage to get away with "-avahi" ?

A-*ha*.

It looks like mDNSResponder was lastrited out of the main Portage tree only
three months ago.  Presumably I "got away" with -avahi because I had
mDNSResponder installed previous to its removal from the Portage tree,
so it exists on my system as a sort of phantom (Portage knows it's installed
and can link stuff to it, but there's no associated ebuild).

mDNSResponder ebuilds should be obtainable from 
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-misc/mDNSResponder/?hideattic=0

As the changelog indicates that the last tweak to this package was ~6 months
ago, I would expect it to still compile.

If anyone from kde-sunset is still reading this thread, I would suggest adopting
this package into the overlay.

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem

[Philip Webb]

121030 E. Liddell wrote:
> mDNSResponder ebuilds should be obtainable from 
> http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-misc/mDNSResponder/?hideattic=0

OK, next problem : I copied all the stuff into  net-misc/mDNSResponder/ ,
but the ebuilds are  7 bytes  longer than the size in the Manifest
& of course if I edit that file, the checksums are incorrect.

I'm willing to pursue this if you have further suggestions,
but it looks like a very temporary fix,
which will fail again with some further change in other Gentoo pkgs.
The future has to be Trinity -- if there is one -- ,
so what's really needed is a Trinity overlay for Gentoo.

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem

[Alex Alexander]

[-- Attachment #1: Type: text/plain, Size: 525 bytes --]

On Oct 31, 2012 2:17 AM, "Philip Webb" <purslow@ca.inter.net> wrote:
>
> 121030 E. Liddell wrote:
> > mDNSResponder ebuilds should be obtainable from
> >
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-misc/mDNSResponder/?hideattic=0
>
> OK, next problem : I copied all the stuff into  net-misc/mDNSResponder/ ,
> but the ebuilds are  7 bytes  longer than the size in the Manifest
> & of course if I edit that file, the checksums are incorrect.

Run "repoman manifest" in net-misc/mDNSResponder/ :)

Alex | wired

[-- Attachment #2: Type: text/html, Size: 826 bytes --]

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem : SOLVED

[Philip Webb]

121031 Alex Alexander wrote:
> Run "repoman manifest" in net-misc/mDNSResponder/ :)

Thanks ! -- that was the final piece of the puzzle
& I now have both Kmahjongg:3.5 & Kworldclock working !

As I said, it's only a temporary fix till a lib change breaks it all,
so I hope those interested in using KDE 3 apps/desktop
continue to get a Trinity overlay working for Gentoo.

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem : BUT

[Philip Webb]

121030 Philip Webb wrote:
> 121031 Alex Alexander wrote:
> > Run "repoman manifest" in net-misc/mDNSResponder/ :)
> Thanks ! -- that was the final piece of the puzzle
> & I now have both Kmahjongg:3.5 & Kworldclock working !
> As I said, it's only a temporary fix till a lib change breaks it all

or even more quickly, what happens when I next update Portage ?
-- will it wipe out  net-misc/mDNSResponder ? -- can I avoid that ?
Yes, I have a copy of the files & can recreate it easily
& anyway the whole point is simply to get the apps working again,
but can anyone reassure me or confirm my expectation (smile) ?

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem : BUT

[Fat-Zer]

[-- Attachment #1: Type: text/plain, Size: 832 bytes --]

2012/10/31 Philip Webb <purslow@ca.inter.net>

> 121030 Philip Webb wrote:
> > 121031 Alex Alexander wrote:
> > > Run "repoman manifest" in net-misc/mDNSResponder/ :)
> > Thanks ! -- that was the final piece of the puzzle
> > & I now have both Kmahjongg:3.5 & Kworldclock working !
> > As I said, it's only a temporary fix till a lib change breaks it all
>
> or even more quickly, what happens when I next update Portage ?
> -- will it wipe out  net-misc/mDNSResponder ? -- can I avoid that ?
> Yes, I have a copy of the files & can recreate it easily
> & anyway the whole point is simply to get the apps working again,
> but can anyone reassure me or confirm my expectation (smile) ?
>
you are supposed to create a local overlay for such stuff.
As described e.g. here:
http://en.gentoo-wiki.com/wiki/Portage_Overlay#Local_Overlays

[-- Attachment #2: Type: text/html, Size: 1264 bytes --]

[gentoo-desktop] Re: KDE-Sunset : kdelibs problem : BUT

[Duncan]

Fat-Zer posted on Wed, 31 Oct 2012 08:29:06 +0400 as excerpted:

> 2012/10/31 Philip Webb <purslow@ca.inter.net>
> 
>> 121030 Philip Webb wrote:
>> > 121031 Alex Alexander wrote:
>> > > Run "repoman manifest" in net-misc/mDNSResponder/ :)
>> > Thanks ! -- that was the final piece of the puzzle & I now have both
>> > Kmahjongg:3.5 & Kworldclock working !
>> > As I said, it's only a temporary fix till a lib change breaks it all
>>
>> or even more quickly, what happens when I next update Portage ?
>> -- will it wipe out  net-misc/mDNSResponder ? -- can I avoid that ?
>> Yes, I have a copy of the files & can recreate it easily & anyway the
>> whole point is simply to get the apps working again, but can anyone
>> reassure me or confirm my expectation (smile) ?
>>
> you are supposed to create a local overlay for such stuff. As described
> e.g. here: http://en.gentoo-wiki.com/wiki/Portage_Overlay#Local_Overlays

Or in the handbook, Working with Portage, Diverting from the official 
tree, here (this is the amd64 handbook, but it doesn't matter for this):

http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=3&chap=5


How did you ever get the kde-sunset overlay setup without knowing about 
overlays?

Meanwhile, if you don't know about that, you almost surely don't know 
about a number of other important portage features.  I'd suggest you 
(re)read the whole working with portage part of the handbook.  It's quite 
possible you'll learn a lot more that'll make your gentoo life easier. 
=:^)

-- 
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

Re: [gentoo-desktop] KDE-Sunset : kdelibs problem : BUT

[Philip Webb]

121031 Fat-Zer wrote:
> 2012/10/31 Philip Webb <purslow@ca.inter.net>
>> or even more quickly, what happens when I next update Portage ?
>> -- will it wipe out  net-misc/mDNSResponder ? -- can I avoid that ?
> you are supposed to create a local overlay for such stuff:
>   http://en.gentoo-wiki.com/wiki/Portage_Overlay#Local_Overlays

Yes, it comes back !  Thanks again for the help.

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca