KDE CVS/Subversion Split Ebuilds (Replies Part 1)

Message

mario · Post by **mario** » Fri Aug 05, 2005 2:14 pm

alsuren wrote:Okay, forgive me for being n00bish, but I wanna get me some kde-svm action

Now I'm afraid I'm not a developer, and I've never used CVS or subversion before, but I don't think that has anything to do with why the package was masked in the first place. What do I need to do?

Do you have userpriv in your features? Can you please paste me the output of your emerge --info. I know that there are some problems regarding userpriv, but I haven't had the time to test it.

Dawid159 · Post by **Dawid159** » Fri Aug 05, 2005 2:49 pm

Ok after I disabled kdeenablefinal flag the indexlib compile successful, but I`ve next problem when I emerge certmanager

Code: Select all

manager/lib/libkleopatra.la -rpath /usr/kde/devel/lib -Wl,--no-undefined -Wl,--allow-shlib-undefined ../certmanager/lib/kleo/libkleopatra_core.la ../certmanager/lib/backends/qgpgme/libkleopatra_backend_qgpgme.la ../certmanager/lib/backends/chiasmus/libkleopatra_backend_chiasmus.la ../certmanager/lib/ui/libkleopatra_ui.la ../libkdenetwork/qgpgme/libqgpgme.la -lkio -lkdeui ../certmanager/lib/cryptplug.lo ../certmanager/lib/cryptplugwrapper.lo ../certmanager/lib/cryptplugwrapperlist.lo ../certmanager/lib/cryptplugfactory.lo
../certmanager/lib/kleo/.libs/libkleopatra_core.a(dn.o): In function `__gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true>::_S_destroy_thread_key(void*)':
dn.cpp:(.gnu.linkonce.t._ZN9__gnu_cxx20__common_pool_policyINS_6__poolELb1EE21_S_destroy_thread_keyEPv[__gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true>::_S_destroy_thread_key(void*)]+0x36): undefined reference to `__gnu_cxx::__pool<true>::_M_destroy_thread_key(void*)'
dn.cpp:(.gnu.linkonce.t._ZN9__gnu_cxx20__common_pool_policyINS_6__poolELb1EE21_S_destroy_thread_keyEPv[__gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true>::_S_destroy_thread_key(void*)]+0xd6): undefined reference to `__gnu_cxx::__pool<true>::_M_destroy_thread_key(void*)'
../certmanager/lib/kleo/.libs/libkleopatra_core.a(dn.o): In function `__gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true>::_S_initialize()':
dn.cpp:(.gnu.linkonce.t._ZN9__gnu_cxx20__common_pool_policyINS_6__poolELb1EE13_S_initializeEv[__gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true>::_S_initialize()]+0x39): undefined reference to `__gnu_cxx::__pool<true>::_M_initialize(void (*)(void*))'
../certmanager/lib/kleo/.libs/libkleopatra_core.a(dn.o): In function `__gnu_cxx::__mt_alloc<std::_Rb_tree_node<std::pair<char const* const, char const*> >, __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::allocate(unsigned int, void const*)':
dn.cpp:(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocISt13_Rb_tree_nodeISt4pairIKPKcS4_EENS_20__common_pool_policyINS_6
__poolELb1EEEE8allocateEjPKv[__gnu_cxx::__mt_alloc<std::_Rb_tree_node<std::pair<char const* const, char const*> >, __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::allocate(unsigned int, void const*)]+0x7a): undefined reference to `__gnu_cxx::__pool<true>::_M_get_thread_id()'
dn.cpp:(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocISt13_Rb_tree_nodeISt4pairIKPKcS4_EENS_20__common_pool_policyINS_6
__poolELb1EEEE8allocateEjPKv[__gnu_cxx::__mt_alloc<std::_Rb_tree_node<std::pair<char const* const, char const*> >, __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::allocate(unsigned int, void const*)]+0x198): undefined reference to `__gnu_cxx::__pool<true>::_M_reserve_block(unsigned int, unsigned int)'
../certmanager/lib/kleo/.libs/libkleopatra_core.a(dn.o): In function `__gnu_cxx::__mt_alloc<std::_Rb_tree_node<std::pair<char const* const, char const*> >, __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::deallocate(std::_Rb_tree_node<std::pair<char const* const, char const*> >*, unsigned int)':
dn.cpp:(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocISt13_Rb_tree_nodeISt4pairIKPKcS4_EENS_20
__common_pool_policyINS_6__poolELb1EEEE10deallocateEPS7_j[__gnu_cxx::__mt_alloc<std::_Rb_tree_node<std::pair<char const* const, char const*> >, __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::deallocate(std::_Rb_tree_node<std::pair<char const* const, char const*> >*, unsigned int)]+0x67): undefined reference to `__gnu_cxx::__pool<true>::_M_reclaim_block(char*, unsigned int)'
collect2: ld returned 1 exit status
Error creating ../certmanager/lib/libkleopatra.la. Exit status 1.

!!! ERROR: kde-base/certmanager-7 failed.
!!! Function kde_src_compile, Line 190, Exitcode 1
!!! died running unsermake, kde_src_compile:make
!!! If you need support, post the topmost build error, NOT this status message.

And kdemultimedia-kioslaves

Code: Select all

n /usr/kde/devel/lib/kde3/plugins/designer/kdewidgets.so!
/usr/kde/3.4/lib/kde3/plugins/designer/kdewidgets.so: Feature KTimeWidget already defined in /usr/kde/devel/lib/kde3/plugins/designer/kdewidgets.so!
/usr/kde/3.4/lib/kde3/plugins/designer/kdewidgets.so: Feature KURLComboRequester already defined in /usr/kde/devel/lib/kde3/plugins/designer/kdewidgets.so!
/usr/kde/3.4/lib/kde3/plugins/designer/kdewidgets.so: Feature KURLLabel already defined in /usr/kde/devel/lib/kde3/plugins/designer/kdewidgets.so!
/usr/kde/3.4/lib/kde3/plugins/designer/kdewidgets.so: Feature KURLRequester already defined in /usr/kde/devel/lib/kde3/plugins/designer/kdewidgets.so!
/usr/kde/3.4/lib/kde3/plugins/designer/kdewidgets.so: Feature KValueSelector already defined in /usr/kde/devel/lib/kde3/plugins/designer/kdewidgets.so!
/usr/kde/3.4/lib/kde3/plugins/designer/kdewidgets.so: Feature KWritePermsIcon already defined in /usr/kde/devel/lib/kde3/plugins/designer/kdewidgets.so!
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/cdinfo.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/cddb.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/lookup.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/cddbplookup.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/synccddbplookup.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/synchttplookup.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/smtpsubmit.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/syncsmtpsubmit.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/submit.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/sites.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/httpsubmit.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/synchttpsubmit.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/categories.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/genres.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/cache.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/config.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/client.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/asynccddbplookup.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/httplookup.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/asynchttplookup.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/asyncsmtpsubmit.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/asynchttpsubmit.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/cdinfoencodingwidget.cpp
compiling ../libkcddb/configbase.cpp
compiling ../libkcddb/cdinfodialogbase.cpp
compiling ../libkcddb/cdinfoencodingwidgetbase.cpp
linking ../libkcddb/libkcddb.la
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/kcmcddb/cddbconfigwidget.cpp
compiling /var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb/kcmcddb/kcmcddb.cpp
compiling ../libkcddb/kcmcddb/cddbconfigwidgetbase.cpp
linking ../libkcddb/kcmcddb/kcm_cddb.la
/var/tmp/portage/kdemultimedia-kioslaves-7-r1/work/branches/KDE/3.5/kdemultimedia/libkcddb
kioslave/audiocd/Makefile.am: no rule to create target: ../kscd/libkcompactdisc.la(../kioslave/audiocd/kio_audiocd.la)

!!! ERROR: kde-base/kdemultimedia-kioslaves-7-r1 failed.
!!! Function kde_src_compile, Line 190, Exitcode 1
!!! died running unsermake, kde_src_compile:make
!!! If you need support, post the topmost build error, NOT this status message.

alsuren · Post by **alsuren** » Fri Aug 05, 2005 3:02 pm

mario wrote:
alsuren wrote:Okay, forgive me for being n00bish, but I wanna get me some kde-svm action

Now I'm afraid I'm not a developer, and I've never used CVS or subversion before, but I don't think that has anything to do with why the package was masked in the first place. What do I need to do?
Do you have userpriv in your features? Can you please paste me the output of your emerge --info. I know that there are some problems regarding userpriv, but I haven't had the time to test it.

I do indeed have userpriv in my features. I have also been doing some experiments with putting the portage tree in /var/portage. Both these things are because / is a raid1 partition at the beginning of my hard drives, and I wanted it to work in /var which is a raid0 partition so it doesn't take up quite so much space on my disks etc. and if I keep everything within a few hundred cylinders, I'm thinking I might reduce my seeking and make my drives last longer, not that that actually matters *watches you put your head in your hands and thing "oh my god! not another fucking ricer"*

I'm going to PM my emerge info to you because it's massive and it EATS the page.

I'll try putting a symlink for ccache into /var and turning off userpriv and I'll see if that works.

Thanks for the hint

edit: it appears to have worked. unsermake is emerged and I'm on to downloading arts. if you want any other debug stuff, tell me how to get it and I'll post it, but at the moment, my system is back to root privs but with a symlink, so as far as portage is concerned, it looks pretty much like yours I expect.

Thanks again for taking the time to make these ebuilds. Now I can check the SVN builds for all the KDE-usability mailing list stuff and understand what they're talking about/test it all out

*is a happy bunny*

mario · Post by **mario** » Fri Aug 05, 2005 4:34 pm

Dawid159 wrote:Ok after I disabled kdeenablefinal flag the indexlib compile successful, but I`ve next problem when I emerge certmanager

Please try to utilize http://genkdesvn.berlios.de/bugs in the future, as the forum thread is intended for project discussion only.

alsuren · Post by **alsuren** » Fri Aug 05, 2005 4:36 pm

alsuren wrote: *is a happy bunny*

erm...... maybe I spoke too soon. It got to:

*snip*
SVN: A kde/branches/arts/1.5/arts/flow/synth_play_impl.cc
SVN: A kde/branches/arts/1.5/arts/flow/audiomanager_impl.cc
SVN: A kde/branches/arts/1.5/arts/flow/audioiooss.cc
SVN: A kde/branches/arts/1.5/arts/flow/virtualports.cc
SVN: A kde/branches/arts/1.5/arts/flow/audioiojack.cc
SVN: A kde/branches/arts/1.5/arts/flow/convert.h
SVN: A kde/branches/arts/1.5/arts/flow/audioionull.cc

and then kinda hung so I killed it, and now it gets to:

* Synchronizing with repository at svn://anonsvn.kde.org/home/kde
* Updating working copy of kde/branches
SVN: At revision 443268.
* Updating working copy of kde/branches/KDE
SVN: At revision 443268.
* Updating working copy of kde/branches/KDE/3.5
SVN: At revision 443268.
* Updating working copy of kde/branches/KDE/3.5/kde-common
SVN: At revision 443268.
* Updating working copy of kde/branches/KDE/3.5/kde-common/admin recursively
SVN: At revision 443268.
* Updating working copy of kde/branches/arts
SVN: At revision 443268.
* Updating working copy of kde/branches/arts/1.5
SVN: At revision 443268.
* Updating working copy of kde/branches/arts/1.5/arts recursively

and then goes back to hanging. Would I be able to update it manually, like in the docs on the KDE site? or is it working in the background?

I suspect it's not working in the background, as it(svn, ebuild.sh, emerge et al)'s working steadily at 0.00 user% and sys% and my terminal hasn't moved in a few hours

Is there any way to get it to download?

Merlin-TC · Post by **Merlin-TC** » Fri Aug 05, 2005 4:46 pm

alinv wrote:Is there a simple way to emerge regular kde applications (like kmymoney2)?
I have to manually unset PORTDIR_OVERLAY to get it working.

Thanks,
Alin

Just use "UNSERMAKE=no emerge kmymoney2" and it should work.

mario · Post by **mario** » Fri Aug 05, 2005 5:07 pm

alsuren wrote:
Is there any way to get it to download?

Yeah, but we have to fix your certificate problem. Usually, the first time you run the ebuilds a certificate is fetched, and what may happen with custom folders is that it is fetched in the wrong place (i.e. not the place the subversion client will look at).

First, please edit subversion.eclass and create a new line between lines 32 and 33, that prints the following:
ewarn "HOME is $HOME and DISTDIR is $DISTDIR", and we'll try to go from there.

alsuren · Post by **alsuren** » Fri Aug 05, 2005 8:34 pm

* HOME is /var/tmp/portage/homedir and DISTDIR is /var/tmp/portage/homedir/.subversion/auth/svn.ssl.server

I can't think of anything that might be wrong there because it managed to install unsermake from the kde-svn repository

Sorry for the long time for a reply. I'm actually putting new power cables in my house, so I can't finish getting this problem sorted until tomorrow

mario · Post by **mario** » Fri Aug 05, 2005 10:05 pm

The certificate is needed for external fetches (i.e. they're not directly from svn://, but from https://). Unsermake as opposed to arts doesn't require external fetches, that is why you didn't encounter a problem with it. I will try to see if I can get arts to work without external fetches.

alsuren wrote:* HOME is /var/tmp/portage/homedir and DISTDIR is /var/tmp/portage/homedir/.subversion/auth/svn.ssl.server

I can't think of anything that might be wrong there because it managed to install unsermake from the kde-svn repository

Sorry for the long time for a reply. I'm actually putting new power cables in my house, so I can't finish getting this problem sorted until tomorrow

snakattak3 · Post by **snakattak3** » Fri Aug 05, 2005 10:10 pm

Quanta-7 isn't compiling right now.

Code: Select all

../lib/ksavealldialog.cpp: In constructor `KSaveSelectDialog::KSaveSelectDialog(const KURL::List&, const KURL::List&, QWidget*)':
../lib/ksavealldialog.cpp:65: warning: `setButtonOKText' is deprecated (declared at /usr/kde/devel/include/kdialogbase.h:903)
../lib/ksavealldialog.cpp: In constructor `KSaveAllDialog::KSaveAllDialog(const QStringList&, QWidget*)':
../lib/ksavealldialog.cpp:156: warning: `setButtonOKText' is deprecated (declared at /usr/kde/devel/include/kdialogbase.h:903)
linking ../lib/libquantamodule.la
/var/tmp/portage/quanta-7/work/branches/KDE/3.5/kdewebdev
quanta/components/debugger/Makefile.am: no rule to create target: /tmp/portage/quanta-7/work/branches/KDE/3.5/kdewebdev/quanta/components/debugger/backtracelistview.h(all-top_quanta_components_debugger)

I've tried recompiling kdialog (maybe stretching out on a limb), but that didn't work either.

alsuren · Post by **alsuren** » Fri Aug 05, 2005 11:01 pm

mario wrote:I will try to see if I can get arts to work without external fetches.

if all my other ebuilds need external fetches or whatever, isn't it going to be easier to get it working properly, with everything I need?

If I put a symlink into /usr/portage, then start again from scratch, do you think that might work or not? I don't mind doing that if you think it would work, and we can put in the FAQ on the wiki "does this work with non-default portage settings?" "probably not. Be a good boy and go back to a default install"

I don't entirely get what I'm doing here, so if you want me to stop, and be sensible, I will

If you like the challenge, I don't mind sticking around to be a guinea pig. I am on holiday until october when I start going to uni :D

mario · Post by **mario** » Fri Aug 05, 2005 11:04 pm

alsuren wrote:
mario wrote:I will try to see if I can get arts to work without external fetches.
if all my other ebuilds need external fetches or whatever, isn't it going to be easier to get it working properly, with everything I need?

If I put a symlink into /usr/portage, then start again from scratch, do you think that might work or not? I don't mind doing that if you think it would work, and we can put in the FAQ on the wiki "does this work with non-default portage settings?" "probably not. Be a good boy and go back to a default install"

I don't entirely get what I'm doing here, so if you want me to stop, and be sensible, I will

If you like the challenge, I don't mind sticking around to be a guinea pig. I am on holiday until october when I start going to uni

Well, I don't think we need the certificate stuff anymore, I just disabled externals and it fetches them manually without certificates. So, you can test it now, it should work in all cases. And frankly, as far as I remember, all ebuilds already fetched admin separately, and arts was the only ebuild that needed libltdl from kdelibs, so now that should be resolved.

alsuren · Post by **alsuren** » Sat Aug 06, 2005 1:36 am

I don't know the last time I actually sat there and *watched* something compiling! *love*

When I first got into gentoo, I thought "OMG! KDE3.4 comes out on my birthday! I bet I could get it on that release date" and I thought *that* was bleeding edge (compared to my friend's suse 9.0 disks which required a void of warranty to get KDE3.3 on them.

Now I *truly* understand the meaning of bleeding edge.... or I will when I re-launch KDE and get the new kicker up

*does so now*

Thank you so very much for helping me out. I hope I get the chance to help others in turn, when I get a bit less n00bish

alinv · Post by **alinv** » Sat Aug 06, 2005 4:31 pm

Merlin-TC wrote:
alinv wrote:Is there a simple way to emerge regular kde applications (like kmymoney2)?
I have to manually unset PORTDIR_OVERLAY to get it working.

Thanks,
Alin
Just use "UNSERMAKE=no emerge kmymoney2" and it should work.

This doesn't change much, does it? This way, it's not easy to emerge kde apps from both the official tree and kde-live in one step.

Wouldn't be better for the svn ebuilds to use their own eclasses and leave the official ones alone?
(just asking)

Thanks,
Alin

mario · Post by **mario** » Sat Aug 06, 2005 6:14 pm

alinv wrote: Wouldn't be better for the svn ebuilds to use their own eclasses and leave the official ones alone?
(just asking)

Thanks,
Alin

Yes, it is in my plans. I have started cleaning up and rewriting the eclasses, and I will write some code to apply to svn ebuilds only. They probably won't have their own eclasses, but there will be a few checks in place to make sure that the other apps are unaffected.

alinv · Post by **alinv** » Sat Aug 06, 2005 6:37 pm

mario wrote:Yes, it is in my plans. I have started cleaning up and rewriting the eclasses, and I will write some code to apply to svn ebuilds only. They probably won't have their own eclasses, but there will be a few checks in place to make sure that the other apps are unaffected.

Great!
Nice job you're doing here.

Thanks,
Alin

thubble · Post by **thubble** » Sun Aug 07, 2005 1:27 am

Weird problem with the KDE SVN server (I think). Every emerge hangs with the following process:

Code: Select all

svn info https://svn.kde.org/home/kde/branches/KDE/3.5/kde-common/admin

The process seems to be doing nothing. "kde-common/admin" has already been updated. I've just gensync'd, and I even tried removing the local "kde-common" directory, nothing seems to work. It happens with the updateKDEsvn script as well as when emerging any package. It was working fine a few minutes ago, then suddenly stopped.

mario · Post by **mario** » Sun Aug 07, 2005 3:53 pm

thubble wrote:Weird problem with the KDE SVN server (I think). Every emerge hangs with the following process:
Code: Select all
svn info https://svn.kde.org/home/kde/branches/KDE/3.5/kde-common/admin
The process seems to be doing nothing. "kde-common/admin" has already been updated. I've just gensync'd, and I even tried removing the local "kde-common" directory, nothing seems to work. It happens with the updateKDEsvn script as well as when emerging any package. It was working fine a few minutes ago, then suddenly stopped.

Any reason why you are using https:// instead of svn:// ?

thubble · Post by **thubble** » Sun Aug 07, 2005 9:46 pm

mario wrote:
thubble wrote:Weird problem with the KDE SVN server (I think). Every emerge hangs with the following process:
Code: Select all
svn info https://svn.kde.org/home/kde/branches/KDE/3.5/kde-common/admin
The process seems to be doing nothing. "kde-common/admin" has already been updated. I've just gensync'd, and I even tried removing the local "kde-common" directory, nothing seems to work. It happens with the updateKDEsvn script as well as when emerging any package. It was working fine a few minutes ago, then suddenly stopped.
Any reason why you are using https:// instead of svn:// ?

There's a way to change that?? I just typed "./updateKDEsvn". I'll try again.

EDIT: It appears I am using svn://. Everything updates properly, but then the https:// process is spawned and hangs or something.

mario · Post by **mario** » Mon Aug 08, 2005 1:56 am

thubble wrote:
EDIT: It appears I am using svn://. Everything updates properly, but then the https:// process is spawned and hangs or something.

Ok, I think I know what the problem is. Which ebuild is this happening with? kdelibs? If so, go to /usr/portage/distfiles/svn-src/kde/branches/KDE/3.5/kdelibs and rm -r admin. It should work.

thubble · Post by **thubble** » Mon Aug 08, 2005 3:31 am

mario wrote:
thubble wrote:
EDIT: It appears I am using svn://. Everything updates properly, but then the https:// process is spawned and hangs or something.
Ok, I think I know what the problem is. Which ebuild is this happening with? kdelibs? If so, go to /usr/portage/distfiles/svn-src/kde/branches/KDE/3.5/kdelibs and rm -r admin. It should work.

Actually it was happening with pretty much every ebuild, so I removed /usr/portage/distfiles/svn-src/kde/branches/KDE/3.5/*/admin, and it works now. Thanks!

lxnay · Post by **lxnay** » Wed Aug 10, 2005 3:52 am

I get this:

Code: Select all

>>> Source unpacked.
Calculating dependencies \

!!! Problem in null/AUTOMAKE=automake-1.7 dependencies.
!!! "Specific key requires an operator (null/AUTOMAKE=automake-1.7) (try adding an '=')" exceptions
/usr/local/overlays/kde-live/eclass/kde-meta.eclass: line 451: confcache_start: command not found
Calculating dependencies \

!!! Problem in null/AUTOMAKE=automake-1.7 dependencies.
!!! "Specific key requires an operator (null/AUTOMAKE=automake-1.7) (try adding an '=')" exceptions

!!! ERROR: kde-base/noatun-7 failed.
!!! Function kde_src_compile, Line 143, Exitcode 1
!!! no configure script found, generation unsuccessful
!!! If you need support, post the topmost build error, NOT this status message.

Why?

d.roe · Post by **d.roe** » Wed Aug 10, 2005 9:07 am

qt ebuild fails for me with the following error:

* Applying uClibc/libtool patches ...
make: Makefile.cvs: No such file or directory
make: *** No rule to make target `Makefile.cvs'. Stop.
ls: [0-9]*-*: No such file or directory

Done.

Applied patches:

Previously applied patches:

Disabled patches:

Already merged patches:

* Applying qt-no-rpath-uic.patch ...

* Failed Patch: qt-no-rpath-uic.patch !
* ( /usr/local/overlays/kde-live/x11-libs/qt/files/qt-no-rpath-uic.patch )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/qt-7/temp/qt-no-rpath-uic.patch-31366.out

(I'll gladly send the contents of the patch.out but it's not very interesting. The error it gives is 'No file to patch. Skipping patch.')

On another note, I've just moved to a dialup and am billed by the minute; so individual ebuilds kill me in terms of online time. There was an offline option in the original cvs eclasses, but I've failed to get it working in the svn ones. Is anyone thinking of adding the feature back in again?

Thanks very much.

Regards,

zomps · Post by **zomps** » Wed Aug 10, 2005 2:30 pm

qt-3.3.4-r7 is now in portage, qt.eclass needs to be updated

mario · Post by **mario** » Thu Aug 11, 2005 5:01 pm

d.roe wrote:qt ebuild fails for me with the following error:

* Applying uClibc/libtool patches ...
make: Makefile.cvs: No such file or directory
make: *** No rule to make target `Makefile.cvs'. Stop.
ls: [0-9]*-*: No such file or directory

Done.

Applied patches:

Previously applied patches:

Disabled patches:

Already merged patches:

* Applying qt-no-rpath-uic.patch ...

* Failed Patch: qt-no-rpath-uic.patch !
* ( /usr/local/overlays/kde-live/x11-libs/qt/files/qt-no-rpath-uic.patch )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/qt-7/temp/qt-no-rpath-uic.patch-31366.out
(I'll gladly send the contents of the patch.out but it's not very interesting. The error it gives is 'No file to patch. Skipping patch.')

On another note, I've just moved to a dialup and am billed by the minute; so individual ebuilds kill me in terms of online time. There was an offline option in the original cvs eclasses, but I've failed to get it working in the svn ones. Is anyone thinking of adding the feature back in again?

Thanks very much.

Regards,

It seems that you are using an old repository. You need to update your rsync source to rsync://download.berlios.de/genkdesvn_ftp/stable

It is very easy to add offline support, but things like revision checks (i.e. being able to only merge stuff that hasn't been merged before) will not work properly without some more major changes since currently revisions compared are with the server. If you are interested in having offline support regardless of that, let me know and I can add the ability.

I will also perhaps be able to add an option that fetched an entire module, rather than single apps, but then installed them individually. So let me know if that interests you as well.

KDE CVS/Subversion Split Ebuilds (Replies Part 1)

quanta not compiling