From 5f918674082c1d6bf3046dfd8a43be209f0ae524 Mon Sep 17 00:00:00 2001 From: Gunnar Wrobel Date: Wed, 2 May 2007 09:05:27 +0000 Subject: Removed old files. svn path=/testing/; revision=808 --- Makefile | 2 -- skel.ChangeLog | 67 ---------------------------------------------------------- trac.BAK | 1 - 3 files changed, 70 deletions(-) delete mode 100644 Makefile delete mode 100644 skel.ChangeLog delete mode 100644 trac.BAK diff --git a/Makefile b/Makefile deleted file mode 100644 index f96eb82..0000000 --- a/Makefile +++ /dev/null @@ -1,2 +0,0 @@ -remote: - ssh pardus.de "cd /usr/portage/local/ebuilds && svn update" diff --git a/skel.ChangeLog b/skel.ChangeLog deleted file mode 100644 index 8b65f19..0000000 --- a/skel.ChangeLog +++ /dev/null @@ -1,67 +0,0 @@ -# ChangeLog for / -# Copyright 1999-2005 Gentoo Foundation; Distributed under the GPL v2 -# $Header: $ - -*-- (DD MMM YYYY) - - DD MMM YYYY; YOUR_NAME changed_file1, changed_file2 : - Initial import. Ebuild submitted by submitter_name . - 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 changed_file1, changed_file2: this is - an earlier ChangeLog entry. - --- 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 targeted 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 '*' - separator 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 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/trac.BAK b/trac.BAK deleted file mode 100644 index 5009916..0000000 --- a/trac.BAK +++ /dev/null @@ -1 +0,0 @@ -These ebuilds will work, but might have minor problems. Some of them are just stuff I copied from bugzilla when I needed to test an application. -- cgit v1.2.3-65-gdbad