khtpasswd is a small tool to manipulate Apache Webserver .htaccess and .htpasswd Files Compiles and works on ppc Not tested on x86
Created attachment 99005 [details] kde-misc/khtpasswd-0.1.3.ebuild
Are you sure the empty (R)DEPEND is correct?
From http://www.kde-apps.org/content/show.php?content=45428: need kde-3.5 need qt-4.1.4
HOMEPAGE should be "http://khtpasswd.hjcms.de/" The authors claim that khtpasswd needs kde-3.5 and that qhtpasswd needs qt-4.1.4
Please, create an updated ebuild with the changes in comment # and comment #4. Also please check for other dependencies. Does it depend on kdelibs, for instance? Which component?
Created attachment 99061 [details] kde-misc/khtpasswd-0.1.3.ebuild ebuild with updated HOMEPAGE and need kde-3.4.3 I contacted the author of the program, J
Created attachment 99061 [details] kde-misc/khtpasswd-0.1.3.ebuild ebuild with updated HOMEPAGE and need kde-3.4.3 I contacted the author of the program, Jürgen Heinemann, and he said that khtpasswd just depends on KConfigSkeleton from KCFG Template Engine which was integrated into kdelibs in version 3.4.3. Am I correct, that if I use "need-kde <version>" then there is no need to list kdelibs in DEPEND? qt 4 is not needed. As stated in comment 4 this just for qthtpasswd.
(In reply to comment #6) > Am I correct, that if I use "need-kde <version>" then there is no need to list > kdelibs in DEPEND? That seems to be correct :)
Guess what! khtpasswd depends on Apache htpasswd Executable. Otherwise you receive an error message stating 'Missing Executable'. Please, fix it this runtime dependency (RDEPEND).
Apart from fixing my typos in the previous post, please notice that this application supports 'de' and 'sk' languages. If you feel that you can handle it, could you please add a LANGS='de sk' in there and check it inside the ebuild so that those languages do not get installed unless the user asks for them? If you have any doubts or problems, please do not hesitate to ask.
Created attachment 99096 [details] kde-misc/khtpasswd-0.1.3.ebuild with LANGS support It seems that there is not much docu or guidelines how to handle LANGS. In other ebuilds I saw that Makefile.in is mofidied, so I do the same in src_unpack() Are there any guidelines from gentoo where the modifications should take place (src_unpack(), src_install(), ...)? I think modifying the Makefile.in is not very robust as the format could change with other versions of the package. On the other hand e.g. deleting not needed langs after make install in src_install() seems to be strange (but would be more robust imho). However, the ebuild works without problems for version 0.1.3 :)
Thanks for the submission and correction of the ebuild.
Request for htpasswd, htdigest to be split out of apache in bug 150943. If that happens, this should probably depend on that rather then apache.
(In reply to comment #12) > Request for htpasswd, htdigest to be split out of apache in bug 150943. If that > happens, this should probably depend on that rather then apache. > That's the reason why I didn't add it to the tree yet.
Created attachment 100173 [details] kde-misc/khtpasswd-0.1.6.ebuild tested on ppc new dependencies to katepart, expect and kwalletmanager. Should the non-splitted kde packages still be supported?
(In reply to comment #14) > Should the non-splitted kde packages still be supported? > They should for all KDE 3.x series. The support of monolithic ebuilds probably will be dropped for KDE 4.x
Created attachment 100571 [details] kde-misc/khtpasswd-0.1.6 Fixed DEPEND and RDEPEND added IUSE ssl
1. you don't have to check use flag every time you want to make dependency. Instead of: ssl? ( >=dev-tcltk/expect-5.41 ) ssl? ( net-misc/openssh ) you can add simple: ssl? ( >=dev-tcltk/expect-5.41 net-misc/openssh ) which will require both packages to be build, before this one. 2. are you sure about DEPEND/RDEPEND? aren't kate or kwalletmanager needed as a runtime denenps? you can check it, by calling `ldd program_name`. 3. missing space: in${MAKE_LANGS} (I preffer clean: in ${MAKE_LANGS} ;) ) 4. seding 'in place' (-i option) requires sed-4. some time ago we need to add it to DEPEND (as needed for build process). how are we handling it now? deathwing00 - maybe you can enlight me, plz? :) after this, ebuild should be ready for portage... Cheers, Przemek
(In reply to comment #17) > 4. seding 'in place' (-i option) requires sed-4. some time ago we need to add > it to DEPEND (as needed for build process). how are we handling it now? > deathwing00 - maybe you can enlight me, plz? :) Because of the fact that the stable version of sed is already 4 or above, we don't need to add it to the dependencis. Thus, 'sed -i' is correct and needs no extra addition to the ebuild.
(In reply to comment #17) > you can add simple: > ssl? ( >=dev-tcltk/expect-5.41 net-misc/openssh ) changed > 2. are you sure about DEPEND/RDEPEND? aren't kate or kwalletmanager needed as a > runtime denenps? you can check it, by calling `ldd program_name`. Yeah, my fault. I talked to the developer of khtpasswd and he said that libkatepart.so is needed. I thought this should pull kate into the deps... but libkatepart is in kdelibs. But kwalletmanager is needed, though. > 3. missing space: in${MAKE_LANGS} (I preffer clean: in ${MAKE_LANGS} ;) ) changed What a long and stony road. I never thought that such a small package could cause so much trouble :-)
Created attachment 100790 [details] kde-misc/khtpasswd-0.1.6.ebuild ebuild should be ready for portage, now
Ebuild will not hit the tree until bug #150943 is resolved. Stay tunned.
Bug 150943 has been resolved. You might want to change the dependencies - again. :)
KDE3-only, won't be fixed. Open a new bug if you find a KDE4 version.