package-update/attic/raidtools/gcc33-support.patch

# --- SDE-COPYRIGHT-NOTE-BEGIN ---
# This copyright note is auto-generated by ./scripts/Create-CopyPatch.
#
# Filename: package/.../raidtools/gcc33-support.patch
# Copyright (C) 2008 The OpenSDE Project
# Copyright (C) 2004 - 2006 The T2 SDE Project
# Copyright (C) 1998 - 2003 Clifford Wolf
#
# More information can be found in the files COPYING and README.
#
# This patch file is dual-licensed. It is available under the license the
# patched project is licensed under, as long as it is an OpenSource license
# as defined at http://www.opensource.org/ (e.g. BSD, X11) or under the terms
# of the GNU General Public License as published by the Free Software
# Foundation; either version 2 of the License, or (at your option) any later
# version.
# --- SDE-COPYRIGHT-NOTE-END ---

diff -urN -x '*~' raidtools-1.00.3/mkraid.c raidtools-1.00.3-gcc-3.3.1/mkraid.c
--- raidtools-1.00.3/mkraid.c	2003-01-15 09:58:25.000000000 +0100
+++ raidtools-1.00.3-gcc-3.3.1/mkraid.c	2003-08-19 23:00:59.000000000 +0200
@@ -171,32 +171,32 @@
     if (old_force_flag && (func == mkraid)) {
 	fprintf(stderr, 
 
-"
- WARNING!
-
- NOTE: if you are recovering a double-disk error or some other failure mode
- that made your array unrunnable but data is still intact then it's strongly
- recommended to use the lsraid utility and to read the lsraid HOWTO.
-
- If your RAID array holds useful and not yet backed up data then --force
- and the hot-add/hot-remove functionality should be used with extreme care!
- If your /etc/raidtab file is not in sync with the real array configuration,
- then --force might DESTROY ALL YOUR DATA. It's especially dangerous to use
- -f if the array is in degraded mode.
-
- If your /etc/raidtab file matches the real layout of on-disk data then
- recreating the array will not hurt your data, but be aware of the risks
- of doing this anyway: freshly created RAID1 and RAID5 arrays do a full
- resync of their mirror/parity blocks, which, if the raidtab is incorrect,
- the resync will wipe out data irrecoverably. Also, if your array is in
- degraded mode then the raidtab must match the degraded config exactly,
- otherwise you'll get the same kind of data destruction during resync.
- (see the failed-disk raidtab option.) You have been warned!
-
- [ If your array holds no data, or you have it all backed up, or if you
- know precisely what you are doing and you still want to proceed then use
- the --really-force (or -R) flag. ]
-");
+"\n"
+" WARNING!\n"
+"\n"
+" NOTE: if you are recovering a double-disk error or some other failure mode\n"
+" that made your array unrunnable but data is still intact then it's strongly\n"
+" recommended to use the lsraid utility and to read the lsraid HOWTO.\n"
+"\n"
+" If your RAID array holds useful and not yet backed up data then --force\n"
+" and the hot-add/hot-remove functionality should be used with extreme care!\n"
+" If your /etc/raidtab file is not in sync with the real array configuration,\n"
+" then --force might DESTROY ALL YOUR DATA. It's especially dangerous to use\n"
+" -f if the array is in degraded mode.\n"
+"\n"
+" If your /etc/raidtab file matches the real layout of on-disk data then\n"
+" recreating the array will not hurt your data, but be aware of the risks\n"
+" of doing this anyway: freshly created RAID1 and RAID5 arrays do a full\n"
+" resync of their mirror/parity blocks, which, if the raidtab is incorrect,\n"
+" the resync will wipe out data irrecoverably. Also, if your array is in\n"
+" degraded mode then the raidtab must match the degraded config exactly,\n"
+" otherwise you'll get the same kind of data destruction during resync.\n"
+" (see the failed-disk raidtab option.) You have been warned!\n"
+"\n"
+" [ If your array holds no data, or you have it all backed up, or if you\n"
+" know precisely what you are doing and you still want to proceed then use\n"
+" the --really-force (or -R) flag. ]\n"
+"\n");
 	return EXIT_FAILURE;
     }