Fix dependencies

3 files changed, 69 insertions, 8 deletions

diff --git a/dev-util/spe/ChangeLog b/dev-util/spe/ChangeLog
index d8200376f8de..938f223d5134 100644
--- a/dev-util/spe/ChangeLog
+++ b/dev-util/spe/ChangeLog
@@ -1,7 +1,67 @@
-# ChangeLog for dev-util/spe
+# ChangeLog for <CATEGORY>/<PACKAGE_NAME>
 # Copyright 2000-2003 Gentoo Technologies, Inc.; Distributed under the GPL v2
-# $Header: /var/cvsroot/gentoo-x86/dev-util/spe/ChangeLog,v 1.1 2003/10/22 06:07:28 pythonhead Exp $
+# $Header: /var/cvsroot/gentoo-x86/dev-util/spe/ChangeLog,v 1.2 2003/10/22 06:31:23 pythonhead Exp $
 
-  21 Oct 2003; Rob Cakebread <pythonhead@gentoo.org> :
-  Initial commit
+*<PACKAGE_NAME>-<PACKAGE_VERSION>-<PACKAGE_RELEASE> (DD MMM YYYY)
 
+  DD MMM YYYY; YOUR_NAME <YOUR_EMAIL> changed_file1, changed_file2 :
+  Initial import.  Ebuild submitted by submitter_name <submitter_email>.
+  Note that the "changed_file" listing is optional if you are simply bumping
+  the rev of the ebuild and are only making changes to the .ebuild file
+  itself.  Also note that we now have a single unified paragraph rather than
+  having the first line separated from the rest by a newline.  Everything
+  should be in one block like this. (note by drobbins, 16 Jul 2002)
+
+  DD MMM YYYY; YOUR_NAME <YOUR_EMAIL> changed_file1, changed_file2: this is
+  an earlier ChangeLog enty.
+ 
+-- Explanation of ChangeLog format:
+
+  ***************************************************************************
+  THIS IS IMPORTANT: The ChangeLog format is a *chronological* account of all
+  changes made to a set of ebuilds. That means that the most recent ChangeLog
+  entry *always* goes at the top of the file. More explanation below.
+  ***************************************************************************
+
+  ***************************************************************************
+  ANOTHER IMPORTANT NOTE: There are some ChangeLogs that don't follow this
+  format and organize all changes under the "correct" "*" entry. This is not
+  correct. However, rather than making a concerted effort to fix these
+  ChangeLogs, we should spend our energy defining a comprehensive and strict
+  XML-based ChangeLog format which we then migrate to. But for any entries to
+  any ChangeLog that *you* make, please make sure to always add entries to the
+  top of the file like a good boy/girl. Even do this if it's clear that you're
+  adding an entry to a b0rked ChangeLog.
+  ***************************************************************************
+  
+  This changelog is targetted to users. This means that the comments should be
+  well explained and written in clean English.
+ 
+  Every new version or revision of the package should be marked by a '*'
+  seperator line as above to indicate where in the chronology it was first
+  added to our CVS tree. Any changes since the last revision, really _any
+  changes at all_ have to be added to the top of the file, underneath the
+  initial copyright and cvs header comments, in exactly the same format as this
+  comment. If you are modifying older ebuilds, simply note them as changed
+  files and add your entry to the top of the ChangeLog. Resist the temptation
+  to "organize" your ChangeLog entries by placing them under the "correct" "*"
+  entries -- this isn't the purpose of the "*" entries.
+  
+  This means that you start with header line that has the following format,
+  indented two spaces:
+  
+  DD MMM YYYY; your_name <your_email> changed_file1, changed_file2: Your
+  explanation should follow. It should be indented and wrapped at a line width
+  of 80 characters.  The changed_files can be omitted if they are obvious; for
+  example, if you are only modifying the .ebuild file and committing a new rev
+  of a package.  Any details about what exactly changed in the code should be
+  added as a message when the changes are committed to cvs, not in this file.
+
+-- A word regarding credit:
+
+  Please add credit information ("ebuild submitted by ...", "patch submitted
+  by ...") to the ChangeLog. Do not add this information to the ebuilds
+  themselves.
+
+  And remember: Give credit where credit is due. We're all doing this for
+  free, so the best we can hope (and expect!) to receive is credit.
diff --git a/dev-util/spe/Manifest b/dev-util/spe/Manifest
index d30871238cd7..6a70fcbb113a 100644
--- a/dev-util/spe/Manifest
+++ b/dev-util/spe/Manifest
@@ -1,4 +1,4 @@
-MD5 125ee013081b112d56a1d15507d72ef2 ChangeLog 3674
+MD5 53441d3cc2cc28db018972023c0eb367 ChangeLog 3763
 MD5 06f74d9822637a108032e9e185865dd2 metadata.xml 376
-MD5 ee7ce3dad0e5476abdc2912b835cbde4 spe-0.4.1d.ebuild 533
+MD5 4d2cd9a00f7ecc96cf0f4856a14fe5ee spe-0.4.1d.ebuild 630
 MD5 d21fe6f2ee85dc9213a464be3243d83b files/digest-spe-0.4.1d 79
diff --git a/dev-util/spe/spe-0.4.1d.ebuild b/dev-util/spe/spe-0.4.1d.ebuild
index a3b1c7d605a5..64018f933b34 100644
--- a/dev-util/spe/spe-0.4.1d.ebuild
+++ b/dev-util/spe/spe-0.4.1d.ebuild
@@ -1,6 +1,6 @@
 # Copyright 1999-2003 Gentoo Technologies, Inc.
 # Distributed under the terms of the GNU General Public License v2
-# $Header: /var/cvsroot/gentoo-x86/dev-util/spe/spe-0.4.1d.ebuild,v 1.1 2003/10/22 06:07:28 pythonhead Exp $
+# $Header: /var/cvsroot/gentoo-x86/dev-util/spe/spe-0.4.1d.ebuild,v 1.2 2003/10/22 06:31:23 pythonhead Exp $
 
 inherit distutils
 
@@ -13,7 +13,8 @@ LICENSE="GPL-2"
 SLOT="0"
 KEYWORDS="~x86"
 IUSE=""
-
+DEPEND=">=dev-lang/python-2.2.3-r1
+	>=dev-python/wxPython-2.4.2.4"
 
 src_install() {
 	export PREFIX="/usr"