Hi, On Wed, February 1, 2012 14:14, E. Liddell wrote: > My understanding is that it would go under /usr . . . somewhere. > (ref: http://devmanual.gentoo.org/general-concepts/filesystem/index.html ) > /usr/kde/3.5 is definitely not right, though--we probably want > /usr/tde/[version] > or /usr/trinity/[version], for consistency. Mhh i already gave a lecture on linux filesystem-layouts but i have no idea what would be the better solution fsfe-wise. Personally i tend to /usr/tde/[version]. > QT4 actually spatters files all over the place, including locations like > /usr/bin > (I ran equery files qt-core while I was trying to find out where the moc > was . . .) Mhh my guess is we need to put qt3 in a seperate directory (or should be keep it in /usr/qt/3 ?) otherwise there will be tons of complications. > I'll have a look--I do have cmake ebuilds for kdeartwork and most of > kdegraphics, although they need a bit of cleanup for mirror stuff. Not much in there yet, just the thirdpartymirrors and an empty documentation folder. > Another thing that needs to be looked at is package taxonomy--we > should consider replacing the kde-base and kde-misc categories with > trinity-base and trinity-misc or the like, although I'm not sure exactly > how adding whole categories works. I'm also looking at changing the > names of the eclasses (kde-functions -> tde-functions or > trinity-functions, > etc.) Definitly! I would go with tde-* it's less typing.;) But i wouldn't want to change stuff like "konqueror" to "tonqueror" *g. I hope i can start going over the whole thing this evening or on friday/weekend. > Yes, there were a few posts a while back that indicated a couple of people > were interested (kaffeine was mentioned in particular). I didn't get the > impression that they were devs, but they might at least be willing to help > test. It's on my TODO for the weekend. >> >> > Say, which arch are you on? >> >> I'm on amdfam10. >> > >> > *Ah.* While my actual machine is also amdfam10, the virtual machine >> > I've been using to test Trinity is set up as x86, not x86_64. So we >> may >> > be seeing a pointer cast that works under 32bit but breaks with 64bit. >> > (And if I were just a bit better with this, that might be enough to >> tell >> > me >> > how to fix it . . . Grrr.) >> Probably an arch-dependant error.. i can test this again on x86 this >> week >> and then report upstream/open a bug-report. > Sounds like a plan. I always keep a stage4 somewhere;) > I found the problem, actually: QT4 installs its moc (and some other > stuff, > but I think it's the moc that's causing the breakage) to /usr/bin, which > is > normally going to come very early in the path. Having each ebuild > temporarily > rearrange the path so that the QT3 dirs come before /usr/bin, and > therefore > the QT3 moc is used, might fix things. The alternative would be patching > the make/cmake files to specify the moc by full path, but that's a lot > more > complicated (and might break under some circumstances). I wish I knew > how kde-sunset deals with this . . . I guess that's another thing to ask > on > gentoo-desktop. Yes, i think there is at least a cmake-option or variable in the eclass that specifies the moc-location or the kde-prefix to use. But currently i seem to be having another little problem with the tdesktop not wanting to run commands via ALT+F2. Will have to revisit this later when the groundworks are there. greetings, Roman --