#30468 closed defect (fixed)
Redefinition error in kdebase4-runtime
Reported by: | aikidokatech@… | Owned by: | nerdling (Jeremy Lavergne) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.0.0 |
Keywords: | Cc: | mkae (Marko Käning), michaelld (Michael Dickens), pixilla (Bradley Giesbrecht) | |
Port: | kdebase4-runtime |
Description (last modified by nerdling (Jeremy Lavergne))
On both my Macs I cannot compile kdebase4-runtime 4.6.5. OSX is at version 10.6.7 and macports is 2.0.0. Looking back in the log I see the following:
:info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdebase4-runtime/kdebase4-runtime/work/kdebase-runtime-4.6.5/plasma/declarativeimports/core/corebindingsplugin.h:29: error: redefinition of ‘struct QMetaTypeId<Plasma::Service*>’ :info:build /opt/local/include/KDE/Plasma/../../plasma/service.h:321: error: previous definition of ‘struct QMetaTypeId<Plasma::Service*>’
and then the log finishes with
:info:build make: *** [all] Error 2 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdebase4-runtime/kdebase4-runtime/work/build' :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdebase4-runtime/kdebase4-runtime/work/build" && /usr/bin/make -j2 -w all " returned error 2 :error:build Target org.macports.build returned: shell command failed (see log for details) :debug:build Backtrace: shell command failed (see log for details) while executing "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "$procedure $targetname" :info:build Warning: the following items did not execute (for kdebase4-runtime): org.macports.activate org.macports.build org.macports.destroot org.macports.install :error:build Failed to install kdebase4-runtime :notice:build Log for kdebase4-runtime is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdebase4-runtime/kdebase4-runtime/main.log
I notice other KDE components are at 4.7.
Change History (20)
comment:1 Changed 13 years ago by mkae (Marko Käning)
Cc: | mk@… added |
---|
comment:3 Changed 13 years ago by aikidokatech@…
Looking at the KDE site is appears that the package names have changed for 4.7. kdebase-runtime -> kde-runtime kdebase-workspace -> kde-workspace kdebase -> kde-baseapps
comment:4 Changed 13 years ago by mkae (Marko Käning)
Yep, that's what snc also noticed in the above ticket. He's still working on it, I figure.
comment:5 Changed 13 years ago by nerdling (Jeremy Lavergne)
Cc: | snc@… added |
---|---|
Description: | modified (diff) |
Port: | kdebase4-runtime added |
comment:6 Changed 13 years ago by nerdling (Jeremy Lavergne)
I'm going to make use of replaced_by and keep the port names similar to the package names. What fun it would be if the package and port names weren't related.
comment:7 Changed 13 years ago by nerdling (Jeremy Lavergne)
Cc: | michaelld@… added; snc@… removed |
---|---|
Owner: | changed from macports-tickets@… to snc@… |
comment:9 follow-up: 14 Changed 13 years ago by nerdling (Jeremy Lavergne)
What about kdebase-workspace?
I'm doing one at a time, committing as they build. You know this :-P
comment:10 Changed 13 years ago by mkae (Marko Käning)
I see. ;-) I was just wondering whether kdebase4-runtime is part of the new kde4-baseapps now.
comment:11 Changed 13 years ago by nerdling (Jeremy Lavergne)
aikidokatech listed what's going to be happening.
comment:12 Changed 13 years ago by mkae (Marko Käning)
Oh, sorry, the formatting somehow confused me when I read it previously. Now I see what has to happen. :-)
comment:13 Changed 13 years ago by nerdling (Jeremy Lavergne)
Lovely. It seems that these two collide quite a bit:
- kde4-baseapps
- kde4-runtime
comment:14 Changed 13 years ago by macports@…
Replying to snc@…:
I'm doing one at a time, committing as they build. You know this :-P
Oh for fucks sake, not again...
What the hell is so hard about committing all at once AFTER everything is fixed up? That way, users can safely update their ports tree without having to put up with whole sections being broken for hours or days. I updated for kdenlive 0.8, but I got a new kdelibs in the process, making my kdebase-runtime not work and also not compile. fuckin' wheee
comment:15 follow-up: 17 Changed 13 years ago by mkae (Marko Käning)
You are right, this is best done all in a chunk.
comment:17 Changed 13 years ago by nerdling (Jeremy Lavergne)
Replying to mk@…:
You are right, this is best done all in a chunk.
It's simply not what the MacPorts users want. More people complain to me about having to wait than our friendly troll. Oh what fun it would have been had he been constantly updating things when qt4 or the kde4 1.1 portgroup was being reworked.
comment:18 Changed 13 years ago by mkae (Marko Käning)
skrooge, kmymoney4, and kmymoney4-devel built fine with your latest versions. Thanks!
comment:19 Changed 13 years ago by nerdling (Jeremy Lavergne)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Cc Me!