[gentoo-commits] proj/kde:master commit in: Documentation/

[Theo Chatzimichos]

commit:     53caf9e140434ba634ae848043642693c3e7b4c7
Author:     Theo Chatzimichos <tampakrap <AT> gentoo <DOT> org>
AuthorDate: Mon Aug  1 11:13:36 2011 +0000
Commit:     Theo Chatzimichos <tampakrap <AT> gentoo <DOT> org>
CommitDate: Mon Aug  1 11:13:36 2011 +0000
URL:        http://git.overlays.gentoo.org/gitweb/?p=proj/kde.git;a=commit;h=53caf9e1

Remove TODO, we have bugzie for that
Remove README, we have a nice guide instead

---
 Documentation/README |   41 -----------------------------------------
 Documentation/TODO   |   41 -----------------------------------------
 2 files changed, 0 insertions(+), 82 deletions(-)

diff --git a/Documentation/README b/Documentation/README
deleted file mode 100644
index 3b3714c..0000000
--- a/Documentation/README
+++ /dev/null
@@ -1,41 +0,0 @@
-Hi. Welcome to the kde overlay.
-
-This overlay is a testing ground for the kde team. This is where
-we'll test new ideas before applying them in the tree. It is also
-the main repository for KDE live ebuilds and weekly snapshots.
-
-Installation instructions (and a full Gentoo KDE guide) can be
-found at http://kde.gentoo.org/kde4-guide.xml
-
-
-== EIX ==
-
-We all know that eix takes a long time to complete.
-I set up a server who generates metadata-cache, you can use it to speed up update-eix drastically.
-
-ATTENTION: Perhaps your overlay path may vary!
-
-Put this into /etc/eix-sync.conf:
-	@cd /var/lib/layman/kde/Documentation && sh ./metadata-sync
-
-Your local git copy will almost always be newer than what the metadata-mirror-server had.
-	Hence in addition to the above, you might want to put this into .git/hooks/post-checkout:
-		#!/bin/sh
-		cd $GIT_DIR
-		/usr/local/bin/git-set-file-times
-	You can get git-set-file-times from Git Wiki:
-		https://git.wiki.kernel.org/index.php/ExampleScripts#Setting_the_timestamps_of_the_files_to_the_commit_timestamp_of_the_commit_which_last_touched_them
-	WARNING: Doing this is usually considered DANGEROUS and can break stuff in unexpected ways!
-
-
-== IMPORTANT NOTE FOR >=KDE-4.2.65 AND LIVE KDE4 USERS ==
-
-Some packages (notably kde-base/pykde4:4.3 and kde-base/pykde4:live) require some yet unreleased packages:
-- dev-python/sip
-- dev-python/PyQt4
-They are maintaned in Official Qt Team Overlay (qting-edge), so please grab them from there.
-
-layman -a qting-edge (or use your favourite method to do it)
-
-For more info about qting-edge overlay, visit:
-http://github.com/gentoo-qt/qting-edge/tree/master/Documentation

diff --git a/Documentation/TODO b/Documentation/TODO
deleted file mode 100644
index 4d98e7e..0000000
--- a/Documentation/TODO
+++ /dev/null
@@ -1,41 +0,0 @@
-TODO list:
-
-doc useflags
- - needs to be tested that for handbook the linguas detection is working fine.
-
-KDE upstream tracking map.
- - some application that would show us what parts of kde we dont have implemented yet. So we could see what ebuilds we need to add.
-
-dev-util/kdevelop:
- - KDevelop uses dev-libs/check and dev-util/cppunit if available (for plugin/xtest)
-   * does not use the usual macro_optional_add stuff, so we can't use the cmake stuff in our eclasses to select
-   * if pkgs are not available at compile time, xtest is not built
-   * should we make that a USE? Or just always depend on those? Patching CMakeLists.txt to not include them if not wanted?
-
-kdebindings:
- - create new ebuilds for all various things.
- - php, java, c#...
-
-kdepim:
-- do something with nepomuk_email_feeder and ontologies (moved away from kdepim-runtime)
-- do something with examples
-- add kdepim-runtime as RDEPEND-only to some kdepim packages
-
-ebuilds:
- - check missing ebuilds in live slot (comparing cmakelists probably)
- - kapptemplate needs to be checked again when kbindings is available?
- - kdesdk-kioslaves, i dont know about the dev-vcs/kdesvn collision
- - kdesdk-misc, kpalettes doesnt do anything, scheck disabled in cmakelists.txt
-
-TESTS:
- - run test for each application and coordinate with upstream if fails
- - don't add RESTRICT=test to ebuild, remove it from the ones which fail currently
-   and add codeblock to eclass where it will be added to all relevant PNs
-
-SHINY:
- - write some application that could be run on d.ge.o and show the state of ebuilds (compiled fine/died)
- - generate some nice look&feel - icons/themes/kdm
- - create some reasonable default config for kde, when user first log in so he has configured it a bit (ie. create icons on desktop onto some gentoo sites)
-
-Periodic work:
- - each month check if there are new applications in live that need packaging