

you're going to get angry... but... I still don't have spanish support in the ebuilds. Spanish files are fetched but then I cannot choose spanish in Control Center. Dunno why. kdelibs and entire kdebase emerged several times.mario wrote:Anyone with feature requests can post them at http://genkdesvn.berlios.de/bugs/ as they are way too many for me to remember them now.
Kcontrol switch option is broken right now - the ebuild needs to be edited to install flags properly, the breakage happened some time ago, and I noticed it very recently. As for your bug report, it was not clear to me that your problem was the kcontrol settings.ktech wrote:you're going to get angry... but... I still don't have spanish support in the ebuilds. Spanish files are fetched but then I cannot choose spanish in Control Center. Dunno why. kdelibs and entire kdebase emerged several times.mario wrote:Anyone with feature requests can post them at http://genkdesvn.berlios.de/bugs/ as they are way too many for me to remember them now.
Any tip?
Code: Select all
[Locale]
Country=de
Language=de_DE@euro

yeah, seen this before. i don't use sandbox anymore, but thats indeed not the right solution. you might try to report these as bugs.davidc wrote:I am having trouble compiling a number of ebuilds from the kde-live overlay (the stable one). I get sandbox errors regarding open_wr on QT lock files in /usr/. The main offender for this seems to be gtk-engines-qt (which hasn't been building for weeks) but esvn and a number of other ebuilds do not compile either.
Is this a known problem? I don't fancy turning off the sandbox just to install a few packages.
Thanks, good to know! Well, I have finally fixed the kcontrol entries issue but have decided to create a new ebuild for those entries, in case you want to reinstall them without waiting for kcontrol compile (especially if kcontrol breaks). Now kcontrol requires kde-i18n for that purpose, and those entries are stored there. Unlike the release versions, however, no translations are stored in kde-i18n, but rather in the individual programs.Psy' wrote:I had to change ~/.kde/share/config/kdeglobalsCode: Select all
[Locale] Country=de Language=de_DE@euro
Did you try logging on to it? Which user do you want to use? pm me if you want me to set a new password until you're able to log on. I am definitely sure that your two users are registered.davidc wrote:Signing up for the bug tracker at http://genkdesvn.berlios.de/bugs/login_page.php seems to be broken. I am emailed a confirmation link and then told "The confirmation URL is invalid or has already been used. Please signup again.". I attempted to signup again with a different username but to no avail.
Please, send more detailed information on which files were denied write, and also some output that shows which qt dir your ebuilds are using. What versions of qt do you have installed?davidc wrote:I am having trouble compiling a number of ebuilds from the kde-live overlay (the stable one). I get sandbox errors regarding open_wr on QT lock files in /usr/. The main offender for this seems to be gtk-engines-qt (which hasn't been building for weeks) but esvn and a number of other ebuilds do not compile either.
Is this a known problem? I don't fancy turning off the sandbox just to install a few packages.
Sorry, I should have been more specific. x11-libs/qt is version 7 and qtconfig shows version 3.3.4. The ebuild tries to write to a number of files:mario wrote:Please, send more detailed information on which files were denied write, and also some output that shows which qt dir your ebuilds are using. What versions of qt do you have installed?davidc wrote:I am having trouble compiling a number of ebuilds from the kde-live overlay (the stable one). I get sandbox errors regarding open_wr on QT lock files in /usr/. The main offender for this seems to be gtk-engines-qt (which hasn't been building for weeks) but esvn and a number of other ebuilds do not compile either.
Is this a known problem? I don't fancy turning off the sandbox just to install a few packages.
Code: Select all
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
open_wr: /usr/qt/devel/etc/settings/.qtrc.lock
open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lockCode: Select all
checking for Qt... libraries /usr/qt/3/lib, headers /usr/qt/3/include using -mtkcontrol depends on kde-i18n right now, but that package doesn't exist...mario wrote:Thanks, good to know! Well, I have finally fixed the kcontrol entries issue but have decided to create a new ebuild for those entries, in case you want to reinstall them without waiting for kcontrol compile (especially if kcontrol breaks). Now kcontrol requires kde-i18n for that purpose, and those entries are stored there. Unlike the release versions, however, no translations are stored in kde-i18n, but rather in the individual programs.Psy' wrote:I had to change ~/.kde/share/config/kdeglobalsCode: Select all
[Locale] Country=de Language=de_DE@euro
Could you please provide evidence of that? What you are describing sounds impossible to me, but please provide logs/screenshots, whatever you muster to prove that, along with the output of emerge --info.Thrain wrote:Why do these ebuilds download ALL translation instead of only mine (italian)?
I set LINGUAS in /etc/make.conf ...
If that is too complicated, I can stay in a system with only English language. How can I stop emerge to download all that translations?
Thanks
PS: Excuse my English...
Code: Select all
config.status: executing depfiles commands
No OpenEXR Libraries were found
Install the OpenEXR package (from http:///www.openexr.org)
if you want EXR image format support
Good - your configure finished. Start make now
/usr/local/overlays/kde-live/eclass/kde-meta.eclass: line 530: confcache_stop: command not found
/var/tmp/gentoo/portage/kcontrol-7-r2/work/branches/KDE/3.5/kdebase/kicker/libkicker /var/tmp/gentoo/portage/kcontrol-7-r2/work/branches/KDE/3.5/kdebase
/usr/kde/devel/bin/kconfig_compiler /var/tmp/gentoo/portage/kcontrol-7-r2/work/branches/KDE/3.5/kdebase/kicker/libkicker/kickerSettings.kcfg /var/tmp/gentoo/portage/kcontrol-7-r2/work/branches/KDE/3.5/kdebase/kicker/libkicker/kickerSettings.kcfgc; ret=$?; \
if test "$ret" != 0; then rm -f kickerSettings.h ; exit $ret ; fi

That is what they do. Unless you are using a very old version of the ebuilds, you're using the 3.5 branch (which is pretty stable, for me)iamlarryboy wrote:Is there anyway to force the ebuilds to use the 3.5 branch instead of HEAD? I would like to follow 3.5 till release as 4.0 is waayyy to unstable (even for me) at the momment.
Thrain, I will readd the possibility of fetching an entire module, rather than the sub-modules only, which might speed up things such as checks for each level of the directory hierarchy (but increase your local space consumption). I may also make checking irrelevant parts of the directory hierarchy optional, and just add an option to enforce it, as if you accidentally delete something, it will no longer be refetched otherwise. I will add these options in time, and everyone is welcome to request an account for the repository and make their own additions.Thrain wrote:@mario:
please can you help me please? I'd like to use your ebuilds very much, but I'm sure that I don't need to wait that each ebuild check for minutes "trunk/l10n"... it take too much time, and already quanta failed to build!
If it exists, can you tell me how to accelerate the download process?
Thank you very much!
EDIT: ok I removed LINGUAS from make.conf and now it downloads quickly