You are not logged in.
I can't build the split akonadi:
[ 0%] Built target notificationmessagetest_automoc
Linking CXX shared library ../lib/libakonadiprotocolinternals.so
/usr/bin/ld: : No such file: No such file or directory
collect2: ld returned 1 exit status
make[2]: *** [lib/libakonadiprotocolinternals.so.1.2.60] Error 1
make[1]: *** [libs/CMakeFiles/akonadiprotocolinternals.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 0%] Built target akonadiprivate_automoc
make: *** [all] Error 2
==> ERROR: Build Failed.
I'm looking into it now.
Offline
Same error here. But I didn't have the time yet to find the problem. decibel isn't building neither because of missing dependency telepathy-qt which maybe should be an optdep as the package can only be found in aur.
Greetings
Stephan
Offline
Maybe we should provide a PKGBUILD for telepathy-qt, too, then.
Offline
Offline
I think instead of requiring openjdk6 in soprano, we should require java-runtime=6 or java-environment=6....
Offline
We should also provide a kdesupport-meta PKGBUILD that pulls in all of the kdesupport subdirectories.
Offline
soprano: I think java-environment=6 is a good Idea
telepathy-qt: To provide telepathy-support we should provide telepathy-qt but I don't think this is that important.
kdesupport-meta: I wanted to take a look in the kde-meta-PKGBUILDs in core but I can't get the SVN-entries. If you know how to do that just go ahead.
Offline
I can do it with yaourt -Sb, I think.
Offline
Then again, maybe not.
However, they are online at:
Offline
can something like this done for kdemod? coz I think the splitting philosophy is different with kdemod
Acer Aspire V5-573P Antergos KDE
Offline
@venky80: I don't know the spliting of kdemod but I would suggest its compatible to the packages in extra. And we'll try to do that too so maybe they will still be compatible but I would suggest to wait until we are finished with refactoring.
@atomopawn:
just did some debugging on akonadi and found out that the problem is the file $srcdir/build/libs/CMakeFiles/akonadiprotokolinternals.dir/link.txt.
The command, that gets executed there calls collect2 with a parameter "" and it look like collect2 doen't support that.
I just have to learn a little bit for the exam I'll write on Monday so I won't be able to track this one any further.
Greetings
Stephan
UPDATE: found the error: a space in the PKGBUILD:
-DCMAKE_{SHARED,MODULE,EXE}_LINKER_FLAGS='-Wl,--no-undefined -Wl, --as-needed' \
has to be
-DCMAKE_{SHARED,MODULE,EXE}_LINKER_FLAGS='-Wl,--no-undefined -Wl,--as-needed' \
UPDATE2:
just found out that decibel isn't ready for end user so maybe we should add it as optdepend and care about it later
Last edited by Last of the Wolves (2009-08-22 20:48:03)
Offline
Good work, Stephan!
Offline
Excellent work guys and thanks Stephan. FWIW I'm still away for another few days so in the mean time I'll keep building my packages from my older github sources, from a week ago, for up to another week before kicking over to the newer split packages. Maybe mpkg, mcfg and the SQLite database could all go in the extra area so we can start refactoring the build scripts as well. FWIW my current version is @ http://git.eth-os.org/srcpkgs/markc/.
Offline
I just found mkarchroot: http://wiki.archlinux.org/index.php/Dev … ean_Chroot
Maybe this would be a good alternative for building the packages.
I also changed the place where the svn copies are stored today. I wanted to have a cleaner $SRCDEST so I changed it to $SRCDEST/KDE. I think it was there all the time but I changed it while switching to git-svn. So whoever already has waited for kde-svn to track the repository just copy it to the right place.
Greetings
Stephan
Offline
I like the addition of the KDE directory, but maybe it would be cleaner to have a "kdesupport" directory, a "kdebase" directory, etc?
Offline
Actually it's $SRCDEST/KDE/$pkgbase/$pkgname now so e.g. akonadi is now in $SRCDEST/KDE/kdesupport/akonadi
Greeting
Stephan
Offline
Okay. Sounds good. I am testing our packages one at a time to see how they work. I just successfully built and installed everything in kdesupport except decibel. I added new directories/packages for telepathy-qt and tapioca-qt, but decibel still won't build. I'm a little confused about telepathy-qt, because there is also a TelepathyQt4 library which seems to be a newer development version. I will try building that and see if I can get decibel to work.
Offline
I've given up on decibel support. The README pretty much indicates that decibel is defunct for the time being. I'd thought it was being actively developed, but it looks like it hasn't even been buildable for some time. Oh well.
Looking at the structure of the kde svn repositories, it might make sense to keep the "kdesupport" directory at the same level as the KDE directory and putting the other split builds inside the KDE directory.
Offline
I thought of that too but for me it's more important to be able to navigate quickly through the folders and k<tab> is defenately faster than k<tab>-<tab> which would be needed when kdesupport is in $SRCDEST together with kde-git-pkgbuilds.
If you prefer representing the structure of trunk we can change it.
Greetings
Stephan
Offline
Okay. Sounds good. I am testing our packages one at a time to see how they work. I just successfully built and installed everything in kdesupport except decibel. I added new directories/packages for telepathy-qt and tapioca-qt, but decibel still won't build. I'm a little confused about telepathy-qt, because there is also a TelepathyQt4 library which seems to be a newer development version. I will try building that and see if I can get decibel to work.
I think telepathy-qt is very old the real package which is needed is telepathy-qt4
I dont know why this tapioca stuff and old telepathy-qt still exists...
here it is http://telepathy.freedesktop.org/wiki/Telepathy-Qt4
Last edited by venky80 (2009-08-23 21:39:36)
Acer Aspire V5-573P Antergos KDE
Offline
markc, I see that some packages on the repo don't have provides (like kdelibs) and others have old provides (like kdebase --> it provides kdebase=4.3, but it is a kdebase=4.4 provided package).
Will those be fixed soon ?
Offline
Why when I click with right mouse button on desktop nothing happen ? If I click with RMB on file then menu shows.... Wtf ?
Offline
Why when I click with right mouse button on desktop nothing happen ? If I click with RMB on file then menu shows.... Wtf ?
Plasma-desktop issue maybe ... ??
If that persists, make a bug report on bugs.kde.org. Don't forget to tell them that you run KDE 4.4
Last edited by flamelab (2009-08-25 10:52:08)
Offline
I can not start plasma-desktop I have 8/26 packages and tried moving .kde/ with no success. Below is the error I get. I believe it may have something to do with the new conext menu system just merged to svn from gsoc. Maybe plasma playground libs need to be updated? or kdebase or something else I don't know maybe it is just me.
plasma-desktop: symbol lookup error: /usr/lib/kde4/plasma_containmentactions_contextmenu.so: undefined symbol: _ZN6Plasma18ContainmentActions28setHasConfigurationInterfaceEb
Offline
I can not start plasma-desktop I have 8/26 packages and tried moving .kde/ with no success. Below is the error I get. I believe it may have something to do with the new conext menu system just merged to svn from gsoc. Maybe plasma playground libs need to be updated? or kdebase or something else I don't know maybe it is just me.
plasma-desktop: symbol lookup error: /usr/lib/kde4/plasma_containmentactions_contextmenu.so: undefined symbol: _ZN6Plasma18ContainmentActions28setHasConfigurationInterfaceEb
I had same issue, but today after update kde work properly...
Offline