| View previous topic :: View next topic |
| Author |
Message |
Berniyh
l33t
Joined: 07 Jun 2006
Posts: 677
|
 Posted: Sun Dec 02, 2007 3:12 pm Post subject: |
 |
|
| Earthwings wrote: | | Berniyh wrote: | Hm, I do have a problem, many apps crash with an error message similar to this:
| Code: | knetwalk(17440)/kdecore (KLocale) KLocalePrivate::initEncoding: Defaulting to ISO 8859-1 encoding.
knetwalk(17440)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::KCoreConfigSkeleton: Creating KCoreConfigSkeleton ( 0x710540 )
knetwalk: symbol lookup error: knetwalk: undefined symbol: _ZN15KConfigSkeleton15setCurrentGroupERK7QString |
I don't know if the fault is in the sourcecode or is it me making a mistake when I set up the environment? |
When did you update+install kdelibs last time? Did you rebuild the other kde modules afterwards? |
I always do a full rebuild.
Did so a week or two ago (then I think it first appeared, but that was the first merge, that I did after environment setup has been removed from the ebuild),
one rebuild yesterday and one today. |
|
| Back to top |
|
 |
zxy
Veteran
Joined: 06 Jan 2006
Posts: 1160
Location: in bed in front of the computer
|
| Posted: Sun Dec 02, 2007 3:17 pm Post subject: |
|
|
KDE 4.0 to be Released in January
http://dot.kde.org/1196525703/
_________________
Nature does not hurry, yet everything is accomplished.
Lao Tzu |
|
| Back to top |
|
|
albright
Veteran
Joined: 16 Nov 2003
Posts: 1763
Location: Near Toronto
|
| Posted: Sun Dec 02, 2007 4:15 pm Post subject: |
|
|
... it is good that they recognize the current level of quality
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
| Back to top |
|
|
kavol
n00b
Joined: 31 Aug 2005
Posts: 57
Location: .cz
|
| Posted: Sun Dec 02, 2007 5:56 pm Post subject: |
|
|
| Berniyh wrote: | | BTW, those are interested in the amarok and tagua ebuild (those aren't in the kde4 overlay), |
well, tagua is there, but ...
great! ... would you provide webinterface too, please?
| Berniyh wrote: | | Maybe I'll place the above script also there, so you can get it all at once. |
+1
also, you can add the localisation ebuild for the svn version:
| kde-l10n-9999.4.ebuild: | # Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
NEED_KDE="svn"
inherit kde4-base
DESCRIPTION="KDE internationalization package"
HOMEPAGE="http://www.kde.org/"
LICENSE="GPL-2"
KEYWORDS="amd64 x86"
IUSE=""
DEPEND=">=sys-devel/gettext-0.15"
LANGS="af ar be bg bn bn_IN br ca cs csb cy da de el en_GB eo es et
eu fa fi fr fy ga gl ha he hi hr hsb hu is it ja kk km kn ko lb lo lt lv mk
ms mt nb nds ne nl nn nso pa pl pt pt_BR ro ru rw se sk sl sr
sr@latin sv ta te tg th tr uk uz vi wa xh zh_CN zn_HK zh_TW"
for X in ${LANGS} ; do
IUSE="${IUSE} linguas_${X}"
done
src_unpack() {
for X in ${LANGS} ; do
if use linguas_${X} ; then
MY_LANGS="${MY_LANGS} ${X}"
fi
done
if [[ -z "${LINGUAS}" ]] || [[ -z "${MY_LANGS}" && "${LINGUAS}" != "en" ]]; then
echo
ewarn "You either have the LINGUAS environment variable unset or it"
ewarn "contains languages not supported by kde-base/kde-i18n."
ewarn "Because of that, kde-i18n will not add any kind of language"
ewarn "support."
ewarn
ewarn "If you didn't intend this to happen, the available language"
ewarn "codes are:"
ewarn "${LANGS}"
echo
fi
ESVN_REPO_URI="svn://anonsvn.kde.org/home/kde/trunk/l10n-kde4/scripts"
S="${WORKDIR}/scripts"
kde4svn_src_unpack;
for X in ${MY_LANGS} ; do
ESVN_REPO_URI="svn://anonsvn.kde.org/home/kde/trunk/l10n-kde4/${X}"
S="${WORKDIR}/${X}"
kde4svn_src_unpack;
done
}
src_compile() {
for X in ${MY_LANGS} ; do
./scripts/autogen.sh ${X}
cd ${X}
cmake -DCMAKE_INSTALL_PREFIX=$KDEDIR .
emake || die "make failed for language '${X}'"
cd ..
done
}
src_install() {
# remove the nonsensical symlinking
find . -name cmake_install.cmake -exec sed -i -e "s/execute_process/#execute_process/" '{}' \;
for X in ${MY_LANGS} ; do
cd ${X}
emake DESTDIR=${D} install || die "make install failed for language '${X}'"
cd ..
done
} |
| Berniyh wrote: | Also I'm wondering, is it correct, that all the deps are in RDEPEND?
None of those (except kdebase) are needed for compiling? |
IMHO it is wrong ... but I did not try myself yet |
|
| Back to top |
|
|
Berniyh
l33t
Joined: 07 Jun 2006
Posts: 677
|
| Posted: Sun Dec 02, 2007 6:10 pm Post subject: |
|
|
| kavol wrote: | | great! ... would you provide webinterface too, please? |
I knew that someone will come up with that question. 
I don't really want to put that up, because I didn't have time to configure apache yet on that server (so there is no apache running ).
To do that (if I'm right) I would have to:
- Set up apache
- Set up gitweb (or cgit)
- Make all of them work together
So maybe in a few weeks I could do that, but for now I would rather try to avoid it.
Hope you can understand.
But of course if someone else would do that, I don't have a problem with that and
mirroring repositories isn't that hard with git.
May I ask what actually is the reason for a webinterface?
Just looking what's there or do you actually want to make a tarball from that?
| Berniyh wrote: | | Maybe I'll place the above script also there, so you can get it all at once. |
Those are actually there already.
The thing I don't really like yet is, that you have to go to that dir and then execute the script, becaue
it will obviously fail if you execute it from another dir. 
| Quote: | | also, you can add the localisation ebuild for the svn version: |
Will do so, currently I'm trying my hands on an svn ebuild for kcall.
(Unfortunately I can't test it, because I don't have a microphone or anything else, that could be useful
for VOIP.
| Quote: | | Berniyh wrote: | Also I'm wondering, is it correct, that all the deps are in RDEPEND?
None of those (except kdebase) are needed for compiling? |
IMHO it is wrong ... but I did not try myself yet |
I cleaned the ebuild a bit, but I'm not sure if everything is correct, please have a look.
Edit: kcall is there. It currently fails on compile:
| Code: | /var/tmp/portage/net-misc/kcall-9999.4/work/kcall-9999.4/kcall/callmodel.cpp: In member function 'bool CallModel::hasDTMFSupport(const QString&)':
/var/tmp/portage/net-misc/kcall-9999.4/work/kcall-9999.4/kcall/callmodel.cpp:412: error: 'class QtTapioca::StreamChannel' has no member named 'hasDTMFSupport'
/var/tmp/portage/net-misc/kcall-9999.4/work/kcall-9999.4/kcall/callmodel.cpp: In member function 'void CallModel::sendDTMF(const QString&, QChar)':
/var/tmp/portage/net-misc/kcall-9999.4/work/kcall-9999.4/kcall/callmodel.cpp:428: error: 'class QtTapioca::StreamChannel' has no member named 'hasDTMFSupport'
/var/tmp/portage/net-misc/kcall-9999.4/work/kcall-9999.4/kcall/callmodel.cpp:432: error: 'DTMF_EVENT_Digit_0' is not a member of 'org::freedesktop::Telepathy' |
I guess, that is not a fault of the ebuild, but a bug in current source code.
Edit2: kde-l10n is also there, but that one fails to, no luck today? *g*
| Code: | meinproc4(12240)/kdecore (KLocale) KLocalePrivate::initEncoding: Defaulting to ISO 8859-1 encoding.
index.docbook:1163: parser error : Entity 'Strg' not defined
>&Strg;<keycap
^
make[2]: *** [docs/kdeadmin/kpackage/index.cache.bz2] Error 1
make[1]: *** [docs/kdeadmin/kpackage/CMakeFiles/handbook.dir/all] Error 2 |
I also spotted:
| Code: | >>> Source unpacked.
>>> Compiling source in /var/tmp/portage/kde-base/kde-l10n-9999.4 ...
find: `*': No such file or directory
./scripts/autogen.sh: line 179: revpath: command not found |
Is this normal?
Last edited by Berniyh on Mon Dec 03, 2007 2:59 am; edited 1 time in total |
|
| Back to top |
|
|
genstorm
Veteran
Joined: 05 Apr 2007
Posts: 1957
Location: Austria
|
| Posted: Sun Dec 02, 2007 9:45 pm Post subject: |
|
|
What happend to ICQ with the latest kdenetwork version?  |
|
| Back to top |
|
|
Berniyh
l33t
Joined: 07 Jun 2006
Posts: 677
|
| Posted: Sun Dec 02, 2007 10:30 pm Post subject: |
|
|
*cough*
http://bandi.homelinux.com/gitweb/
Sorry if not everything works, I didn't have much time for it.
And sorry if it might be slow here and there, it's not the beefiest machine. |
|
| Back to top |
|
|
kavol
n00b
Joined: 31 Aug 2005
Posts: 57
Location: .cz
|
| Posted: Mon Dec 03, 2007 9:24 am Post subject: |
|
|
| Berniyh wrote: | May I ask what actually is the reason for a webinterface?
Just looking what's there or do you actually want to make a tarball from that? |
just looking ... so that I do not need to install git on every machine I am sitting at
| Berniyh wrote: | | I cleaned the ebuild a bit, but I'm not sure if everything is correct, please have a look. |
as far as I can tell, it looks good to me
| Berniyh wrote: | Edit2: kde-l10n is also there, but that one fails to, no luck today? *g*
| Code: | meinproc4(12240)/kdecore (KLocale) KLocalePrivate::initEncoding: Defaulting to ISO 8859-1 encoding.
index.docbook:1163: parser error : Entity 'Strg' not defined
>&Strg;<keycap
^
make[2]: *** [docs/kdeadmin/kpackage/index.cache.bz2] Error 1
make[1]: *** [docs/kdeadmin/kpackage/CMakeFiles/handbook.dir/all] Error 2 |
|
it looks like broken sources for some locales, IMHO ... if this is not just some side effect of the following:
| Berniyh wrote: | I also spotted:
| Code: | >>> Source unpacked.
>>> Compiling source in /var/tmp/portage/kde-base/kde-l10n-9999.4 ...
find: `*': No such file or directory
./scripts/autogen.sh: line 179: revpath: command not found |
Is this normal? |
no ... I do not understand the failing find, but as for revpath, on my system, revpath is provided by imake package, which is installed as xscrabble dependency - so it looks like I missed an dependency, and imake should be added to DEPEND
btw, in the list of languages, 'ka', 'ku' and 'oc' should be added |
|
| Back to top |
|
|
Berniyh
l33t
Joined: 07 Jun 2006
Posts: 677
|
| Posted: Mon Dec 03, 2007 9:54 am Post subject: |
|
|
| kavol wrote: | | just looking ... so that I do not need to install git on every machine I am sitting at |
So now, you can look. 
| Quote: | | no ... I do not understand the failing find, but as for revpath, on my system, revpath is provided by imake package, which is installed as xscrabble dependency - so it looks like I missed an dependency, and imake should be added to DEPEND |
imake dep made the revpath error go away, added it to the ebuild.
What bothers me though is, that in the ebuild there is a find statement, but that one is in src_install() and not in src_compile().
So this failing find actually doesn't seem to come from the ebuild itself.
| Quote: | | btw, in the list of languages, 'ka', 'ku' and 'oc' should be added |
Done.
Edit: I tried a few other langs, but it always failed, but with every single lang at a different position.
So I guess, that kde-l10n is just not stable enough yet. |
|
| Back to top |
|
|
kavol
n00b
Joined: 31 Aug 2005
Posts: 57
Location: .cz
|
| Posted: Mon Dec 03, 2007 10:03 pm Post subject: |
|
|
| Berniyh wrote: | | What bothers me though is, that in the ebuild there is a find statement, but that one is in src_install() and not in src_compile(). |
as far as I understand the syntax, the find within the ebuild should not report such an error ... it is there to remove the symlinking violating the sandbox during the install phase, it has nothing to do with compilation ... I tried to ask several people about it but with no response - guess tthe time to file a bugreport?
| Berniyh wrote: | Edit: I tried a few other langs, but it always failed, but with every single lang at a different position.
So I guess, that kde-l10n is just not stable enough yet. |
I just tried to rebuild the localisation and it went fine - for Czech and Slovak (cs, sk) using svn revision 744580 |
|
| Back to top |
|
|
Berniyh
l33t
Joined: 07 Jun 2006
Posts: 677
|
| Posted: Mon Dec 03, 2007 10:12 pm Post subject: |
|
|
| kavol wrote: | | Berniyh wrote: | | What bothers me though is, that in the ebuild there is a find statement, but that one is in src_install() and not in src_compile(). |
as far as I understand the syntax, the find within the ebuild should not report such an error ... it is there to remove the symlinking violating the sandbox during the install phase, it has nothing to do with compilation ... I tried to ask several people about it but with no response - guess tthe time to file a bugreport? |
Don't have an account at kde's bugzilla.
I looked the scripts dir and unfortunately it contains about 1000 find statements, don't know what is the best way to find the right one.
| Quote: | | Berniyh wrote: | Edit: I tried a few other langs, but it always failed, but with every single lang at a different position.
So I guess, that kde-l10n is just not stable enough yet. |
I just tried to rebuild the localisation and it went fine - for Czech and Slovak (cs, sk) using svn revision 744580 |
Those I didn't try, I tried de, en_GB, fr, es and maybe a few more, that I can't remember. All of them failed with different errors.
For the 'de' lingua I tried replacing "Strg" (which it was complaining about) with "Ctrl" and that went fine. Unfortunately I guess, that that isn't the solution either and because it stopped afterwards again with that error (in another file), then I gave up.
BTW, I removed tagua from my git repo, because it is already in the kde4 overlay. |
|
| Back to top |
|
|
platojones
Veteran
Joined: 23 Oct 2002
Posts: 1425
Location: Just over the horizon
|
| Posted: Mon Dec 03, 2007 10:54 pm Post subject: |
|
|
| Hi All. First, thanks for the overlay. Great job! I've just followed the wiki instructions and successfully built the live version of KDE 4. I haven't run it yet (gotta go to work now), but I was pleasantly surprised that the emerge went without a hitch. I had to emerge several other masked packages to get the build to work (as expected) and one of them was cmake. I did a revdep-rebuild after I emerged kde4-svn to keep my stable kde-3.5.7 happy, but I discovered that the cmake required for kde4 is not compatible with kde3, so the revdep-rebuild failed. Is there a way around this? For now I've emerged the stable cmake back and the revdep-rebuild succeeded just fine, but it looks like I'm going to have to keep ping-ponging between versions of cmake to keep updating kde4 (and revdep'ing kde3) I've searched the forums a bit, and actually didn't see this mentioned anywhere, but I have a hard time believing I'm the only person to run into it yet. Did I just miss something? Thanks. |
|
| Back to top |
|
|
Berniyh
l33t
Joined: 07 Jun 2006
Posts: 677
|
| Posted: Mon Dec 03, 2007 11:26 pm Post subject: |
|
|
| platojones wrote: | | Hi All. First, thanks for the overlay. Great job! I've just followed the wiki instructions and successfully built the live version of KDE 4. I haven't run it yet (gotta go to work now), but I was pleasantly surprised that the emerge went without a hitch. I had to emerge several other masked packages to get the build to work (as expected) and one of them was cmake. I did a revdep-rebuild after I emerged kde4-svn to keep my stable kde-3.5.7 happy, but I discovered that the cmake required for kde4 is not compatible with kde3, so the revdep-rebuild failed. Is there a way around this? For now I've emerged the stable cmake back and the revdep-rebuild succeeded just fine, but it looks like I'm going to have to keep ping-ponging between versions of cmake to keep updating kde4 (and revdep'ing kde3) I've searched the forums a bit, and actually didn't see this mentioned anywhere, but I have a hard time believing I'm the only person to run into it yet. Did I just miss something? Thanks. |
Uhm, not sure, but maybe the problem is the eclass, that comes with the overlay.
Did you run
after adding the overlay? |
|
| Back to top |
|
|
kavol
n00b
Joined: 31 Aug 2005
Posts: 57
Location: .cz
|
| Posted: Tue Dec 04, 2007 8:06 am Post subject: |
|
|
| Berniyh wrote: | | Don't have an account at kde's bugzilla. |
time to create one?
| Berniyh wrote: | | I looked the scripts dir and unfortunately it contains about 1000 find statements, don't know what is the best way to find the right one. |
I would try running the script in debug mode - try to invoke it using bash -x
| Berniyh wrote: | | Those I didn't try, I tried de, en_GB, fr, es and maybe a few more, that I can't remember. All of them failed with different errors. |
please, try something that works for me so we can figure out at least whether the ebuild works for you
| Berniyh wrote: | | BTW, I removed tagua from my git repo, because it is already in the kde4 overlay. |
I have to repeat myself - well, tagua is there, but ...
| platojones wrote: | | I had to emerge several other masked packages to get the build to work (as expected) and one of them was cmake. I did a revdep-rebuild after I emerged kde4-svn to keep my stable kde-3.5.7 happy, but I discovered that the cmake required for kde4 is not compatible with kde3, so the revdep-rebuild failed. |
I am not sure if I understand your problem correctly ... I never had any problems recompiling anything using newer cmake - so, what exactly failed, could you post some error output please?
cmake-2.4.7-r1 works for me for every package on my system that uses it, maybe you have discovered some bug? |
|
| Back to top |
|
|
platojones
Veteran
Joined: 23 Oct 2002
Posts: 1425
Location: Just over the horizon
|
| Posted: Tue Dec 04, 2007 8:33 am Post subject: |
|
|
Berniyh - thanks, I'll give that a try
Kavol - Basically, cmake-2.4.7-r1 caused my kdelibs-3.5.7-r3 build to fail in the kdeaddressbook code somewhere. I don't have the error any longer since I narrowed it down to cmake pretty fast (by process of elimination), downgraded back to the stable version, then restarted the revdep-rebuild again. However, if that version of cmake is not causing you any problems building stable kdelibs, then I'm not so sure now. I've yet to have build failure that I just restarted and had it succeed, but this could be a first. |
|
| Back to top |
|
|
Berniyh
l33t
Joined: 07 Jun 2006
Posts: 677
|
| Posted: Tue Dec 04, 2007 8:49 am Post subject: |
|
|
| kavol wrote: | | Berniyh wrote: | | Don't have an account at kde's bugzilla. |
time to create one? |
We'll see.
| Quote: | | Berniyh wrote: | | I looked the scripts dir and unfortunately it contains about 1000 find statements, don't know what is the best way to find the right one. |
I would try running the script in debug mode - try to invoke it using bash -x |
That didn't really help, just too much.
| Quote: | | Berniyh wrote: | | Those I didn't try, I tried de, en_GB, fr, es and maybe a few more, that I can't remember. All of them failed with different errors. |
please, try something that works for me so we can figure out at least whether the ebuild works for you |
Those two linguas worked fine, also there was no failing find.
I've done some more analyzing, in this case it means trial&error. I systematically deleted lines from autogen.sh to see if the error still occurs and I found out,
that if I remove
| Code: | | add_cmake_files_doc $dir/docs; (117) |
the error isn't there anymore.
Since all the compiling errors I've seen were about files in docs I really do guess, those things are related.
At least now I know which function the failure is in, I guess that is a step forward.
| Quote: | | Berniyh wrote: | | BTW, I removed tagua from my git repo, because it is already in the kde4 overlay. |
I have to repeat myself - well, tagua is there, but ... |
Hm, I think I misunderstood your phrase.
Edit:
Ok, now it cleared up a bit.
I added a 'echo $dir_local/$subdir' to it and it turned out, that the error comes from docs/kdelibs/kdelibs/ and it simply is there, because that dir is empty.
The cs lingua doesn't show that error, because it doesn't have docs/kdelibs at all:
| Code: | ls -l de/docs/kdelibs/
total 20
drwxr-sr-x 2 root portage 4096 Dec 4 10:52 checkXML
drwxr-sr-x 2 root portage 4096 Dec 4 10:52 kdelibs
drwxr-sr-x 2 root portage 4096 Dec 4 10:52 kdeoptions
drwxr-sr-x 2 root portage 4096 Dec 4 10:52 qtoptions
drwxr-sr-x 2 root portage 4096 Dec 4 10:52 sonnet |
| Code: | ls -l cs/docs/kdelibs/
ls: cannot access cs/docs/kdelibs/: No such file or directory |
So I don't guess, that that is responsible for the compiling failures.
I guess, that the reason, why cs (and others) don't fail at the moment is, that they don't provide translation for kdegames.
(cs lingua contains only kdebase*, kdegraphics, kdemultimedia and kdeutils atm.)
So, one thing sorted out, no step further.
Last edited by Berniyh on Tue Dec 04, 2007 9:21 am; edited 1 time in total |
|
| Back to top |
|
|
Ingmarv
Retired Dev
Joined: 27 Feb 2007
Posts: 188
Location: Belgium
|
| Posted: Tue Dec 04, 2007 8:54 am Post subject: |
|
|
| platojones wrote: | | cmake-2.4.7-r1 caused my kdelibs-3.5.7-r3 build to fail in the kdeaddressbook code somewhere. |
KDE 3.5 doesn't use cmake at all, so whatever the problem is you're seeing, it can't be because of cmake. If you post some error messages, we can find the real problem.
| kavol wrote: | | Berniyh wrote: | | BTW, I removed tagua from my git repo, because it is already in the kde4 overlay. |
I have to repeat myself - well, tagua is there, but ... |
But ... ? |
|
| Back to top |
|
|
Berniyh
l33t
Joined: 07 Jun 2006
Posts: 677
|
| Posted: Tue Dec 04, 2007 9:29 am Post subject: |
|
|
Added:
| Code: | | find "${S}/docs" -type d -empty -delete |
Now that failing find is history, unfortunately that doesn't help with the real problem obviously. |
|
| Back to top |
|
|
kavol
n00b
Joined: 31 Aug 2005
Posts: 57
Location: .cz
|
| Posted: Tue Dec 04, 2007 10:48 am Post subject: |
|
|
| Ingmarv wrote: | | kavol wrote: | | Berniyh wrote: | | BTW, I removed tagua from my git repo, because it is already in the kde4 overlay. |
I have to repeat myself - well, tagua is there, but ... |
But ... ? |
but you still did not provide any link to the document saying that it is the official Gentoo policy not to use bundled libraries so that it is really necessary to hard depend on lua - googling for "gentoo bundled library policy" did not return anything interesting within the first five pages, on the other hand, it revealed to me that there is a lot of packages using bundled software versions instead of the external dependencies by default
but you still did not explain why the cmake parameters recommended by the Tagua authors are left out
but the ebuild uses non existing dependency - not a big deal, though
but I see no point in using the conditional sed in src_unpack (probably my fault) |
|
| Back to top |
|
|
Berniyh
l33t
Joined: 07 Jun 2006
Posts: 677
|
| Posted: Tue Dec 04, 2007 11:24 am Post subject: |
|
|
Well, I found a way to make kde-l10n compile for 'de' localisation.
I added kdelibs and a patch, that will fix this.
I didn't fix other localisations, I just don't have time for it, unfortunately. |
|
| Back to top |
|
|
Ingmarv
Retired Dev
Joined: 27 Feb 2007
Posts: 188
Location: Belgium
|
| Posted: Tue Dec 04, 2007 12:12 pm Post subject: |
|
|
| kavol wrote: | | but you still did not provide any link to the document saying that it is the official Gentoo policy not to use bundled libraries so that it is really necessary to hard depend on lua - googling for "gentoo bundled library policy" did not return anything interesting within the first five pages, on the other hand, it revealed to me that there is a lot of packages using bundled software versions instead of the external dependencies by default |
Well, some examples of why this isn't desired: http://www.gentoo.org/security/en/glsa/glsa-200507-23.xml , http://farragut.flameeyes.is-a-geek.org/articles/2006/07/06/how-many-copies-of-ffmpeg .
Also see https://bugs.gentoo.org/buglist.cgi?quicksearch=ALL+internal+copy , for a _sample_ of bugs filed about this issue.
Some more explanation by someone other than me: http://ubuntuforums.org/showthread.php?t=346646 .
Besides, is it not somewhat logical that havin _one_ Lua ( or any other library ) installed from portage, is actually more secure, more efficient, ... ?
But no, I can't find the "written in stone policy" either . That, however, isn't a reason to allow an internal copy of lua.
| kavol wrote: | | but you still did not explain why the cmake parameters recommended by the Tagua authors are left out |
Which ? If you're refering to what's in INSTALL, we do use that, afaik ?
| kavol wrote: | | but the ebuild uses non existing dependency - not a big deal, though |
DEPEND="|| ( split mono )", where the monolithic exists, isn't a missing dependency...
As I explained already, it doesn't exist yet, it's always a good idea to think ahead, and when we add split svn ebuilds, I don't want to update all dependencies of every live ebuild.
| kavol wrote: | | but I see no point in using the conditional sed in src_unpack (probably my fault) |
I have dev-cpp/cppunit installed, unless I disable that find_package, tests are always compiled, regardless of FEATURES="test". No big deal, but _imho_ less than ideal and pointless. See http://www.gentoo.org/proj/en/qa/automagic.xml for more info. |
|
| Back to top |
|
|
mikedee
Apprentice
Joined: 05 Jul 2006
Posts: 158
|
| Posted: Tue Dec 04, 2007 12:48 pm Post subject: |
|
|
I have been getting this error for a few days with plasma-extras, does anyone know how to fix it?
| Quote: | /var/tmp/portage/kde-base/plasma-extras-9999.4/work/plasma-extras-9999.4/plasmagik/refactoring/uploader.cpp: At global scope:
/var/tmp/portage/kde-base/plasma-extras-9999.4/work/plasma-extras-9999.4/plasmagik/refactoring/uploader.cpp:243: warning: unused parameter ‘column’
/var/tmp/portage/kde-base/plasma-extras-9999.4/work/plasma-extras-9999.4/plasmagik/refactoring/uploader.cpp: In member function ‘void KNS::Uploader::doUpload()’:
/var/tmp/portage/kde-base/plasma-extras-9999.4/work/plasma-extras-9999.4/plasmagik/refactoring/uploader.cpp:272: warning: unused variable ‘entry’
/var/tmp/portage/kde-base/plasma-extras-9999.4/work/plasma-extras-9999.4/plasmagik/refactoring/uploader.cpp: In member function ‘bool KNS::Uploader::createPackage()’:
/var/tmp/portage/kde-base/plasma-extras-9999.4/work/plasma-extras-9999.4/plasmagik/refactoring/uploader.cpp:378: error: ‘class Plasma::PackageMetadata’ has no member named ‘setIcon’
/var/tmp/portage/kde-base/plasma-extras-9999.4/work/plasma-extras-9999.4/plasmagik/refactoring/uploader.cpp:380: error: ‘class Plasma::PackageMetadata’ has no member named ‘setIcon’
/var/tmp/portage/kde-base/plasma-extras-9999.4/work/plasma-extras-9999.4/plasmagik/refactoring/uploader.cpp:384: error: ‘class Plasma::PackageMetadata’ has no member named ‘setReleaseNotes’
[ 88%] make[2]: *** [plasmagik/refactoring/CMakeFiles/plasmagik.dir/uploader.o] Error 1
make[1]: *** [plasmagik/refactoring/CMakeFiles/plasmagik.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs.... |
|
|
| Back to top |
|
|
Belliash
Advocate
Joined: 24 Nov 2004
Posts: 2394
Location: Legnica, Poland
|
|
| Back to top |
|
|
Berniyh
l33t
Joined: 07 Jun 2006
Posts: 677
|
| Posted: Tue Dec 04, 2007 1:53 pm Post subject: |
|
|
| Morpheouss wrote: | | what about icons on desktop? |
You can already have icons on the desktop.
It's just, that they aren't really "icons" anymore, they are widgets.
Just drag something on the desktop. |
|
| Back to top |
|
|
Belliash
Advocate
Joined: 24 Nov 2004
Posts: 2394
Location: Legnica, Poland
|
| Posted: Tue Dec 04, 2007 1:57 pm Post subject: |
|
|
| Berniyh wrote: | | Morpheouss wrote: | | what about icons on desktop? |
You can already have icons on the desktop.
It's just, that they aren't really "icons" anymore, they are widgets.
Just drag something on the desktop. |
So can i have a shortcut for eg XMMS on desktop?
Could you make any and take a screenshot?
Thanks!
_________________
Asio Software Technologies
Belliash IT Weblog |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Unsupported Software
