KDE CVS/Subversion Split Ebuilds (Replies Part 1)

i92guboj · Posted: Sun May 01, 2005 12:04 pm Post subject:

Tried and get this:

mario · Posted: Sun May 01, 2005 1:45 pm Post subject: arts ebuild was missing

I had forgotten that a lot of people still use arts. I am testing that ebuild right now. Will post it soon.

i92guboj · Posted: Sun May 01, 2005 1:47 pm Post subject:

Ok, I wait, So much thanks, mario

mario · Posted: Sun May 01, 2005 2:20 pm Post subject: Updated

I updated the ebuilds.

Again at http://csua.berkeley.edu/~mtanev/kde-rcs.html

i92guboj · Posted: Sun May 01, 2005 2:42 pm Post subject:

Now I get this:

i92guboj · Posted: Sun May 01, 2005 2:52 pm Post subject:

I feel sooooo dumb :oops:

The error is self explanatory and has nothing to do with ebuilds, just removing the line feed at the end of line 54 solves the issue. Again :oops:

mario · Posted: Sun May 01, 2005 2:57 pm Post subject: Updated ... again

I updated it and tested it this time. It should work. Sorry for that.

i92guboj · Posted: Sun May 01, 2005 4:06 pm Post subject:

I changed that line and fetched all the packs. It's time to compile :wink:

I had to manually digest the kopete and kaudiocreator, other than that the thing is going like silk. So many thanks again for your effort, I will let you know how it works once it has finished installing. Thanks.

i92guboj · Posted: Mon May 02, 2005 8:09 pm Post subject:

My modem burned last day, so I haven't been able to emerge from cvs till today, I downloaded all the kdelibs stuff, and then the ebuild fails like this:

mario · Posted: Mon May 02, 2005 8:28 pm Post subject:

Can you please try to download the newest version? I have done a few bugfixes since yesterday. This should work OK based on my latest tests. In fact I just unmerged all kde-5 stuff and am reemerging to see what works and what doesn't.

d.roe · n00b Joined: 12 May 2004 Posts: 27

KDE has now moved to Subversion.

For a quick solution, for those who are using the old CVS ebuilds, simply checkout SVN, replacing the directory in /usr/portage/distfiles/cvs-src/kde/ with the svn checkout. Then set ECVS_SERVER="" in /usr/portage/eclass/kde-source.eclass. Then emerge

The KDE wiki entry for subversion.

Regards,

mario · Posted: Fri May 06, 2005 5:30 am Post subject:

^PsYcHo · n00b Joined: 27 Feb 2005 Posts: 25

Great work. Checking out Kopete SVN as we speak :^)
_________________
-m3h s3x11 sCr33n1e-

ktech · Guru Joined: 12 Apr 2003 Posts: 340

should be good to have qt-copy with extra patches applied too?

Thanks for this big effort.

mario · Posted: Mon May 09, 2005 1:46 am Post subject:

Yes, but I need to figure out how to get it to compile. I am currently working on making subversion only fetch what's needed and that turned out to be a LOT of work. So, once I get the subversion ebuilds to work as I want them I will take a look at qt-copy.

mario · Posted: Mon May 09, 2005 8:12 am Post subject:

Finally, the subversion ebuilds download only what's needed. This was a lot of work. That's important for some people since the actual disk repository is double the real content. Note that even though the ebuilds used to download the entire module only the needed files were used (just like in the release version).

As for qt-copy, it seems the include folder hasn't been moved to svn. Once it is I will try to port it.

alinv · Guru Joined: 19 Nov 2002 Posts: 395 Location: Bucharest

Nice work, thank you!

Apart from svn, everything is ok. After installing kdebase-meta, the rest went on a 'where did that application go?' basis (this is my first try with split ebuilds).
One more thing: poppler wants =x11-libs/qt-3*, it should be >=
_________________
Ever tried. Ever failed. No matter. Try Again. Fail again. Fail better.
S.B.

mario · Posted: Mon May 09, 2005 7:33 pm Post subject:

I updated the poppler ebuild.

Also, there's an issue that I have reported to subversion for resolution, and there's a problem with the ebuilds as they were yesterday. The problem is that when a folder is updated non-recursively, after that, it cannot be updated recursively, and that is essential to these ebuilds. However, I have added a kludgy workaround, by which I remove non-recursively checked out folders, if they are to be updated recursively. This however requires that the non-recursive checkout has been done with the new ebuilds (posted today) as they keep some state to detect the change. This is very crummy, but should work. Worst case you would end up downloading and deleting and downloading ad finitum, on a few modules. But at least the overall disk space occupation is greatly reduced by this fetch modularity. If you have a very slow connection, let me know and I will add an option to be able to fetch the entire module (i.e. want konqueror? fetch kdebase and just compile konqueror), which should avoid the problem.

I haven't heard anyone complain about it yet, but if you follow a certain sequence of emerges you might a compilation error (which is somewhat good) or a bad build (which is not that good). If you say emerge the packages from kdepim or kdeoffice, e.g. kdepim-kresources -> kmail, you would get a bad kmail build as kdepim-kresources fetches kmail's folder non-recursively.

ktech · Guru Joined: 12 Apr 2003 Posts: 340

I get this while I emerge kdenetwork-meta, but I'm sure I have at least openSSL, libxml2, libxslt, and some other. I have never had bugs like this using cvs ebuilds, so I think this bug is related to your svn ebuilds?

Thanks a lot.

mario · Posted: Mon May 09, 2005 11:44 pm Post subject:

If you are installing kopete, krfb or krdc and you got these messages, then there's a problem. However, if you got this message while another kdenetwork-meta sub-ebuild was installing, it is not a problem. The reason you've never seen it using the old monolithic CVS ebuilds is precisely the fact that they're monolithic and nothing is filtered out for sub-components. If you have used the mainstream kde 3.4 split ebuilds, you will have undoubtedly noticed similar messages.

ktech · Guru Joined: 12 Apr 2003 Posts: 340

ohhh... I missed that point...

Sorry a lot, it seems to be ok

ktech · Guru Joined: 12 Apr 2003 Posts: 340

why I'm getting hundreds of this lines?

it's because I have other kde still installed? I doubt it, but...

mario · Posted: Tue May 10, 2005 3:15 pm Post subject:

Argh, that actually is because you have other kde installed. You can see the different paths - /usr/kde/cvs vs. /usr/kde/devel Even so, that shouldn't happen. Can you answer these questions?

1. What application were you trying to run, and from what path?
2. Was it linked against kdelibs-5 or kdelibs-7?
3. Could you please attach the output of running env in your kde environment

My suspicion is that the reason this is happening is that I forgot to decrease the version number of the env.d entry for kdepaths after switching from 5 to 7. But then again, this error should only occur if you're running something linked to kdelibs-5. I have changed it on the posted tarball now.

ktech · Guru Joined: 12 Apr 2003 Posts: 340

Hey! That's not while running anything. That's while I emerge differente packages. Kopete... kpdf... but I think that does ocurr on all the packages.

By the way, I'm still using the old kde emerged from the cvs. I plan to change after svn ebuilds are emerged completely, but I don't know if that will be possible. Anyways... it's a warning, so I dunno if it's bad.

How can I guess the kde env that you requested to me?

Thanks!

ktech · Guru Joined: 12 Apr 2003 Posts: 340

and now I get a bit of this when I try to emerge some packages.

A bit of PERMISION DENIED and sometimes it starts "downloading" the svn. Other times it simply fails:

evanescence trunk # emerge -v konversation
Calculating dependencies ...done!
>>> emerge (1 of 1) net-irc/konversation-7 to /
>>> md5 files ;-)

konversation-7.ebuild
>>> md5 files ;-)

files/digest-konversation-5
>>> md5 files ;-)

files/digest-konversation-7
>>> Unpacking source...
* Updating trunk non-recursively
En la revisión 412134.
* Updating KDE non-recursively (skipped: last performed within 1800 seconds)
* Updating extragear non-recursively
A extragear
Actualizado a la revisión 412134.
ACCESS DENIED open_wr: /usr/portage/distfiles/svn-src/kde/trunk/extragear/.svn.eclass.mode
/usr/local/portage-bmg/eclass/subversion.eclass: line 215: extragear/.svn.eclass.mode: Permiso denegado
* Updating KDE/kde-common non-recursively (skipped: last performed within 1800 seconds)
* Updating extragear/network non-recursively
A extragear/network
A extragear/network/Makefile.cvs
A extragear/network/configure.in.bot
A extragear/network/configure.in.in
A extragear/network/README
A extragear/network/Makefile.am.in
Actualizado a la revisión 412134.
ACCESS DENIED open_wr: /usr/portage/distfiles/svn-src/kde/trunk/extragear/network/.svn.eclass.mode
/usr/local/portage-bmg/eclass/subversion.eclass: line 215: extragear/network/.svn.eclass.mode: Permiso denegado
* Updating extragear/network/konversation recursively
A extragear/network/konversation
A extragear/network/konversation/configure.files
A extragear/network/konversation/AUTHORS
A extragear/network/konversation/TODO
A extragear/network/konversation/images
A extragear/network/konversation/images/ledicons
A extragear/network/konversation/images/ledicons/big_led_green_off.png
A extragear/network/konversation/images/ledicons/big_led_green_on.png