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

» Linux Archive

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


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Desktop

 
 
LinkBack Thread Tools
 
Old 09-10-2010, 06:06 PM
Brent Busby
 
Default kde-sunset: new akode build problems

On Sat, 28 Aug 2010, Ladislav Laska wrote:

Well, you need to re-emerge libtool only if you have upgraded gcc
(even 4.4.3->4.4.4). Tomorrow I will try to commit some ebuild for
testing, to have at least hacked & working akode ebuild until we
figure out the correct way.


Did anyone ever find out how to get akode to build on gcc 4.4, even with
a dumb kludge?


--
+ Brent A. Busby + "We've all heard that a million monkeys
+ UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ Physical Sciences Div. + Shakespeare. Now, thanks to the Internet,
+ James Franck Institute + we know this is not true." -Robert Wilensky
 
Old 09-10-2010, 06:43 PM
Ladislav Laska
 
Default kde-sunset: new akode build problems

Hello,

no, I don't think so. I've even tested it on another machine and my
hack seemed not efficient. Still have no clue :-(

Anyway, I hope it may be fixed in trinity, and kde-trinity 3.5.12
should be released in about 3 weeks, so we shall see then.

(Since trinity is rebuilding some of the scripts involved, I suspect
using up-to-date versions, the chance is reasonable high)

Regards Ladislav Laska
S pozdravem Ladislav Laska
---
xmpp/jabber: ladislav.laska@jabber.cz



On Fri, Sep 10, 2010 at 8:06 PM, Brent Busby <brent@keycorner.org> wrote:
> On Sat, 28 Aug 2010, Ladislav Laska wrote:
>
>> Well, you need to re-emerge libtool only if you have upgraded gcc (even
>> 4.4.3->4.4.4). Tomorrow I will try to commit some ebuild for testing, to
>> have at least hacked & working akode ebuild until we figure out the correct
>> way.
>
> Did anyone ever find out how to get akode to build on gcc 4.4, even with a
> dumb kludge?
>
> --
> + Brent A. Busby * * * * + "We've all heard that a million monkeys
> + UNIX Systems Admin * * + *banging on a million typewriters will
> + University of Chicago *+ *eventually reproduce the entire works of
> + Physical Sciences Div. + *Shakespeare. *Now, thanks to the Internet,
> + James Franck Institute + *we know this is not true." -Robert Wilensky
>
>
 
Old 09-10-2010, 07:11 PM
Brent Busby
 
Default kde-sunset: new akode build problems

On Fri, 10 Sep 2010, Ladislav Laska wrote:

no, I don't think so. I've even tested it on another machine and my
hack seemed not efficient. Still have no clue :-(


Anyway, I hope it may be fixed in trinity, and kde-trinity 3.5.12
should be released in about 3 weeks, so we shall see then.


(Since trinity is rebuilding some of the scripts involved, I suspect
using up-to-date versions, the chance is reasonable high)


Will users who are currently using kde-sunset have to migrate to Trinity
at some point? It sounds like it's a fairly monolithic KDE build. Will
it respect Gentoo's USE flags, or individual KDE packages that we
already have installed? There may be some potential for some users to
have to pull out there entire KDE install to replace it with Trinity,
unless we're going to have the old ebuilds in the overlay as well.


(The reason I worry about this is because the existing ebuilds are
working find on my GCC 4.3 machines.)


--
+ Brent A. Busby + "We've all heard that a million monkeys
+ UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ Physical Sciences Div. + Shakespeare. Now, thanks to the Internet,
+ James Franck Institute + we know this is not true." -Robert Wilensky
 
Old 09-10-2010, 07:56 PM
Ladislav Laska
 
Default kde-sunset: new akode build problems

I don't think so. Timothy Pearson promised 3.5.12 will be split like
.10, so we will be able to use all our split ebuilds and dependecies,
with only minor adjustments (tqt interface, and so on), and I guess he
will help out if we need some mor splitting (I was thinking app-based,
instead of module-based, so we wouldn't need partial unpacking in
eclass - but I'm not sure if it is possible and will get more info
about that). Anyway, anyone who doesn't like .12 will be able to mask
it and keep original .10 release.

Regards Ladislav Laska
S pozdravem Ladislav Laska
---
xmpp/jabber: ladislav.laska@jabber.cz



On Fri, Sep 10, 2010 at 9:11 PM, Brent Busby <brent@keycorner.org> wrote:
> On Fri, 10 Sep 2010, Ladislav Laska wrote:
>
>> no, I don't think so. I've even tested it on another machine and my hack
>> seemed not efficient. Still have no clue :-(
>>
>> Anyway, I hope it may be fixed in trinity, and kde-trinity 3.5.12 should
>> be released in about 3 weeks, so we shall see then.
>>
>> (Since trinity is rebuilding some of the scripts involved, I suspect using
>> up-to-date versions, the chance is reasonable high)
>
> Will users who are currently using kde-sunset have to migrate to Trinity at
> some point? *It sounds like it's a fairly monolithic KDE build. *Will it
> respect Gentoo's USE flags, or individual KDE packages that we already have
> installed? *There may be some potential for some users to have to pull out
> there entire KDE install to replace it with Trinity, unless we're going to
> have the old ebuilds in the overlay as well.
>
> (The reason I worry about this is because the existing ebuilds are working
> find on my GCC 4.3 machines.)
>
> --
> + Brent A. Busby * * * * + "We've all heard that a million monkeys
> + UNIX Systems Admin * * + *banging on a million typewriters will
> + University of Chicago *+ *eventually reproduce the entire works of
> + Physical Sciences Div. + *Shakespeare. *Now, thanks to the Internet,
> + James Franck Institute + *we know this is not true." -Robert Wilensky
>
>
 
Old 03-16-2011, 01:31 AM
Brent Busby
 
Default kde-sunset: new akode build problems

It's been a long time since I last checked on the kde-sunset overlay, so
I tried again to build it on a machine that had no existing KDE 3
install. This was the same machine that was having trouble several
months ago compiling akode.


It still had the same build error with akode as before, which I remember
many people had tried to diagnose. I gave up on akode, and disabled
arts as well. On a machine with a modern alsa implementation, it's
probably better to do without all these sound frontends anyway. So I'm
installing with direct alsa support.


That was going well, but there's a much more serious problem:

The main Gentoo Portage has now upgraded OpenSSL to 1.0.0d. The
kde-sunset overlay seems to get itself confused, trying to install
0.9.8r in a slot, but then not using it, and trying to link to 1.0.0d.
The build fails while compiling kde-base/kdelibs-3.5.10-r6:


ksslsettings.cc: In member function 'QString
KSSLSettings::getCipherList()':
ksslsettings.cc:157: error: no matching function for call to
'KOpenSSLProxy::sk_num(_STACK*)'

./kopenssl.h:538: note: candidates are: int KOpenSSLProxy::sk_num(int*)
ksslsettings.cc:159: error: 'class KOpenSSLProxy' has no member named
'sk_value'

make[5]: *** [ksslcertificate.lo] Error 1
make[5]: *** Waiting for unfinished jobs....
kssl.cc: In member function 'void KSSL::setPeerInfo()':
kssl.cc:616: error: 'class KOpenSSLProxy' has no member named 'sk_dup'
make[5]: *** [ksslsettings.lo] Error 1
make[5]: *** [kssl.lo] Error 1
make[5]: Leaving directory
`/var/tmp/portage/kde-base/kdelibs-3.5.10-r6/work/kdelibs-3.5.10/kio/kssl'

make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/var/tmp/portage/kde-base/kdelibs-3.5.10-r6/work/kdelibs-3.5.10/kio/kssl'

make[3]: *** [all] Error 2
make[3]: Leaving directory
`/var/tmp/portage/kde-base/kdelibs-3.5.10-r6/work/kdelibs-3.5.10/kio/kssl'

make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/kde-base/kdelibs-3.5.10-r6/work/kdelibs-3.5.10/kio'

make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/kde-base/kdelibs-3.5.10-r6/work/kdelibs-3.5.10'

make: *** [all] Error 2
emake failed


Is there a way to make the overlay build correctly with the new OpenSSL?

--
+ Brent A. Busby + "We've all heard that a million monkeys
+ UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ Physical Sciences Div. + Shakespeare. Now, thanks to the Internet,
+ James Franck Institute + we know this is not true." -Robert Wilensky
 
Old 03-16-2011, 01:39 AM
Brent Busby
 
Default kde-sunset: new akode build problems

Looking back through the list archives, it looks like unmasking the -r10
version of kdelibs and the -r1 version of kcontrol are recommended to
fix this, however, some in the same thread have said that this breaks
some functions of kio's being able to use sftp:// URL's (e.g. in
Konqueror). What's everybody doing these days to get around the SSL
issues?


--
+ Brent A. Busby + "We've all heard that a million monkeys
+ UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ Physical Sciences Div. + Shakespeare. Now, thanks to the Internet,
+ James Franck Institute + we know this is not true." -Robert Wilensky
 
Old 03-16-2011, 01:44 AM
Tiago Marques
 
Default kde-sunset: new akode build problems

On Wed, Mar 16, 2011 at 2:39 AM, Brent Busby <brent@keycorner.org> wrote:


Looking back through the list archives, it looks like unmasking the -r10 version of kdelibs and the -r1 version of kcontrol are recommended to fix this, however, some in the same thread have said that this breaks some functions of kio's being able to use sftp:// URL's (e.g. in Konqueror). *What's everybody doing these days to get around the SSL issues?





Don't use versions of openssh more recent thant 5.5*. This will be fixed in Trinity although it may be some kind of easy patch. Haven't looked into it.


Best regards,Tiago*
--

+ Brent A. Busby * * * * + "We've all heard that a million monkeys

+ UNIX Systems Admin * * + *banging on a million typewriters will

+ University of Chicago *+ *eventually reproduce the entire works of

+ Physical Sciences Div. + *Shakespeare. *Now, thanks to the Internet,

+ James Franck Institute + *we know this is not true." -Robert Wilensky
 
Old 03-16-2011, 02:09 AM
Tiago Marques
 
Default kde-sunset: new akode build problems

On Wed, Mar 16, 2011 at 2:31 AM, Brent Busby <brent@keycorner.org> wrote:


It's been a long time since I last checked on the kde-sunset overlay, so I tried again to build it on a machine that had no existing KDE 3 install. *This was the same machine that was having trouble several months ago compiling akode.





It still had the same build error with akode as before, which I remember many people had tried to diagnose. *I gave up on akode, and disabled arts as well. *On a machine with a modern alsa implementation, it's probably better to do without all these sound frontends anyway. *So I'm installing with direct alsa support.





That was going well, but there's a much more serious problem:



The main Gentoo Portage has now upgraded OpenSSL to 1.0.0d. *The kde-sunset overlay seems to get itself confused, trying to install 0.9.8r in a slot, but then not using it, and trying to link to 1.0.0d. The build fails while compiling kde-base/kdelibs-3.5.10-r6:





Not quite. I think that it is 0.9.8r that is also incompatible. I'm using 0.9.8q on my local overlay, which I've managed to dig up. See the attachment. Either way the only way this is going to really get fixed is to have a look at the code. I'm thinkin Trinity might also be another way to go but the ongoing CMake port is taking a while due to lack of manpower.


Best regards,Tiago*
ksslsettings.cc: In member function 'QString KSSLSettings::getCipherList()':

ksslsettings.cc:157: error: no matching function for call to 'KOpenSSLProxy::sk_num(_STACK*)'

./kopenssl.h:538: note: candidates are: int KOpenSSLProxy::sk_num(int*)

ksslsettings.cc:159: error: 'class KOpenSSLProxy' has no member named 'sk_value'

make[5]: *** [ksslcertificate.lo] Error 1

make[5]: *** Waiting for unfinished jobs....

kssl.cc: In member function 'void KSSL::setPeerInfo()':

kssl.cc:616: error: 'class KOpenSSLProxy' has no member named 'sk_dup'

make[5]: *** [ksslsettings.lo] Error 1

make[5]: *** [kssl.lo] Error 1

make[5]: Leaving directory `/var/tmp/portage/kde-base/kdelibs-3.5.10-r6/work/kdelibs-3.5.10/kio/kssl'

make[4]: *** [all-recursive] Error 1

make[4]: Leaving directory `/var/tmp/portage/kde-base/kdelibs-3.5.10-r6/work/kdelibs-3.5.10/kio/kssl'

make[3]: *** [all] Error 2

make[3]: Leaving directory `/var/tmp/portage/kde-base/kdelibs-3.5.10-r6/work/kdelibs-3.5.10/kio/kssl'

make[2]: *** [all-recursive] Error 1

make[2]: Leaving directory `/var/tmp/portage/kde-base/kdelibs-3.5.10-r6/work/kdelibs-3.5.10/kio'

make[1]: *** [all-recursive] Error 1

make[1]: Leaving directory `/var/tmp/portage/kde-base/kdelibs-3.5.10-r6/work/kdelibs-3.5.10'

make: *** [all] Error 2

emake failed





Is there a way to make the overlay build correctly with the new OpenSSL?



--

+ Brent A. Busby * * * * + "We've all heard that a million monkeys

+ UNIX Systems Admin * * + *banging on a million typewriters will

+ University of Chicago *+ *eventually reproduce the entire works of

+ Physical Sciences Div. + *Shakespeare. *Now, thanks to the Internet,

+ James Franck Institute + *we know this is not true." -Robert Wilensky
 
Old 03-16-2011, 09:10 AM
Alex Schuster
 
Default kde-sunset: new akode build problems

Brent Busby writes:

> The main Gentoo Portage has now upgraded OpenSSL to 1.0.0d. The
> kde-sunset overlay seems to get itself confused, trying to install
> 0.9.8r in a slot, but then not using it, and trying to link to 1.0.0d.
> The build fails while compiling kde-base/kdelibs-3.5.10-r6:
[...]
> Is there a way to make the overlay build correctly with the new OpenSSL?

I think I read on a FreeBSD list that some people there deinstall OpenSSL 1,
build kdelibs-3.5, and reinstall OpenSSL 1. Haven't tried this myself yet.

Wonko
 
Old 03-16-2011, 01:19 PM
Brent Busby
 
Default kde-sunset: new akode build problems

On Wed, 16 Mar 2011, Alex Schuster wrote:


Brent Busby writes:


The main Gentoo Portage has now upgraded OpenSSL to 1.0.0d. The
kde-sunset overlay seems to get itself confused, trying to install
0.9.8r in a slot, but then not using it, and trying to link to 1.0.0d.
The build fails while compiling kde-base/kdelibs-3.5.10-r6:

[...]

Is there a way to make the overlay build correctly with the new OpenSSL?


I think I read on a FreeBSD list that some people there deinstall OpenSSL 1,
build kdelibs-3.5, and reinstall OpenSSL 1. Haven't tried this myself yet.


I'd actually try it if I thought it would also fix the SSH problems.
I've read in this thread that you lose 'sftp://' functionality in
programs that support kioslaves unless you run a dated version of SSH,
and that doesn't sound good. Maybe KDE 3 is finally starting to be
unsupportable.


--
+ Brent A. Busby + "We've all heard that a million monkeys
+ UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ Physical Sciences Div. + Shakespeare. Now, thanks to the Internet,
+ James Franck Institute + we know this is not true." -Robert Wilensky
 

Thread Tools




All times are GMT. The time now is 09:41 PM.

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