- 21. TAKE - xfsdump (score: 1)
- Author: Nathan Scott <nathans@xxxxxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 27 Mar 2001 16:55:49 +1000 (EST)
- The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:90944a cmd/xfsdump/quota/xfsdq.c - 1.2 - fix return value on success - thanks Ivan.
- /archives/xfs/2001-03/msg00437.html (6,422 bytes)
- 22. TAKE - xfsdump (score: 1)
- Author: Nathan Scott <nathans@xxxxxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 27 Mar 2001 16:55:49 +1000 (EST)
- The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:90944a cmd/xfsdump/quota/xfsdq.c - 1.2 - fix return value on success - thanks Ivan.
- /archives/xfs/2001-03/msg00970.html (6,422 bytes)
- 23. TAKE - xfsdump (score: 1)
- Author: Tim Shimmin <tes@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 8 Nov 2000 16:38:06 +1100
- this should fix the problem about the O_DIRECT reference in dump/content.c . There was some remaining real-time stuff that wasn't #ifdef'ed out. Thanks, Tim. The following file(s) were checked into:
- /archives/xfs/2000-11/msg00037.html (7,131 bytes)
- 24. TAKE - xfsdump (score: 1)
- Author: Tim Shimmin <tes@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 8 Nov 2000 16:38:06 +1100
- this should fix the problem about the O_DIRECT reference in dump/content.c . There was some remaining real-time stuff that wasn't #ifdef'ed out. Thanks, Tim. The following file(s) were checked into:
- /archives/xfs/2000-11/msg00282.html (7,131 bytes)
- 25. TAKE - xfsdump (score: 1)
- Author: Ivan Rayner <ivanr@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Mon, 14 Aug 2000 10:41:17 +1000
- common/openutil.c now uses threads.h instead of tasks.h (Thanks Bill). tasks.h comes from linux-2.2.15 which is linked for me via /usr/include/linux ... sigh. Ivan needed for endian conversion The fo
- /archives/xfs/2000-08/msg00200.html (8,358 bytes)
- 26. TAKE - xfsdump (score: 1)
- Author: Ivan Rayner <ivanr@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Mon, 14 Aug 2000 10:41:17 +1000
- common/openutil.c now uses threads.h instead of tasks.h (Thanks Bill). tasks.h comes from linux-2.2.15 which is linked for me via /usr/include/linux ... sigh. Ivan needed for endian conversion The fo
- /archives/xfs/2000-08/msg00667.html (8,358 bytes)
- 27. TAKE - xfsdump (score: 1)
- Author: Tim Shimmin <tes@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 12 Jul 2000 15:28:49 +1000
- A bunch of takes for xfsdump port. The last TAKE is to do the build the way the other xfs commands are done - using builddefs in Makefile and having c files include <libxfs.h>. --Tim The following fi
- /archives/xfs/2000-07/msg00065.html (31,546 bytes)
- 28. TAKE - xfsdump (score: 1)
- Author: Tim Shimmin <tes@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Thu, 13 Jul 2000 13:03:08 +1000
- fix warnings The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:66574a cmd/xfs/dump/inventory/inv_api.c - 1.4 cmd/xfs/dump/inventory
- /archives/xfs/2000-07/msg00078.html (7,196 bytes)
- 29. TAKE - xfsdump (score: 1)
- Author: xxxx)
- Date: Thu, 13 Jul 2000 19:01:00 +1000
- cleaning up HIDDEN code The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:66591a cmd/xfs/dump/common/main.c - 1.10 cmd/xfs/dump/com
- /archives/xfs/2000-07/msg00089.html (7,227 bytes)
- 30. Re: TAKE - xfsdump (score: 1)
- Author: xxxx)
- Date: Thu, 13 Jul 2000 17:10:43 +0200
- All of dump does not seem to have arrived on the public cvs tree on oss.sgi.com yet (even after a new checkout). Could someone check the mirror ? -Andi
- /archives/xfs/2000-07/msg00091.html (7,775 bytes)
- 31. Re: TAKE - xfsdump (score: 1)
- Author: xxxx>
- Date: Thu, 13 Jul 2000 10:35:31 -0500
- Actually, dump is explicitly not mirrored to cvs at the moment, so it will not be there. I am not sure when it will be in a state where we turn on the mirroring. Steve
- /archives/xfs/2000-07/msg00092.html (8,039 bytes)
- 32. Re: TAKE - xfsdump (score: 1)
- Author: xxxx>
- Date: Thu, 13 Jul 2000 10:43:35 -0500
- The team working on the dump code has asked that it not be pushed out to the tree on oss until it is working. I'm not sure what difference it makes?! If you really want to look at it? I'll look into
- /archives/xfs/2000-07/msg00093.html (9,313 bytes)
- 33. Re: TAKE - xfsdump (score: 1)
- Author: xxxx>
- Date: Thu, 13 Jul 2000 18:09:59 +0200
- I just wanted to look at the source and play a bit with it. And I suspected that the tree was out-of-date again. But when it is not working yet I can surely wait. Thanks for the clarification, -Andi
- /archives/xfs/2000-07/msg00094.html (8,327 bytes)
- 34. Re: TAKE - xfsdump (score: 1)
- Author: xxxx>
- Date: Fri, 14 Jul 2000 06:01:11 +1000
- Well at this stage the code does not even compile, much less link. We'd just like to avoid the usual rash of "foo does not compile ... anyone else seen this ... is the cvs tree ok?" mail. As soon as
- /archives/xfs/2000-07/msg00099.html (8,178 bytes)
- 35. TAKE - xfsdump (score: 1)
- Author: xxxx>
- Date: Wed, 12 Jul 2000 15:28:49 +1000
- A bunch of takes for xfsdump port. The last TAKE is to do the build the way the other xfs commands are done - using builddefs in Makefile and having c files include <libxfs.h>. --Tim The following fi
- /archives/xfs/2000-07/msg00371.html (31,546 bytes)
- 36. TAKE - xfsdump (score: 1)
- Author: mmin)
- Date: Thu, 13 Jul 2000 13:03:08 +1000
- fix warnings The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:66574a cmd/xfs/dump/inventory/inv_api.c - 1.4 cmd/xfs/dump/inventory
- /archives/xfs/2000-07/msg00384.html (7,196 bytes)
- 37. TAKE - xfsdump (score: 1)
- Author: xxxxxxxxxx)
- Date: Thu, 13 Jul 2000 19:01:00 +1000
- cleaning up HIDDEN code The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:66591a cmd/xfs/dump/common/main.c - 1.10 cmd/xfs/dump/com
- /archives/xfs/2000-07/msg00395.html (7,227 bytes)
- 38. Re: TAKE - xfsdump (score: 1)
- Author: xxxxxxxxxx)
- Date: Thu, 13 Jul 2000 17:10:43 +0200
- All of dump does not seem to have arrived on the public cvs tree on oss.sgi.com yet (even after a new checkout). Could someone check the mirror ? -Andi
- /archives/xfs/2000-07/msg00397.html (7,775 bytes)
- 39. Re: TAKE - xfsdump (score: 1)
- Author: ak@xxxxxxx>
- Date: Thu, 13 Jul 2000 10:35:31 -0500
- Actually, dump is explicitly not mirrored to cvs at the moment, so it will not be there. I am not sure when it will be in a state where we turn on the mirroring. Steve
- /archives/xfs/2000-07/msg00398.html (8,039 bytes)
- 40. Re: TAKE - xfsdump (score: 1)
- Author: rd@xxxxxxx>
- Date: Thu, 13 Jul 2000 10:43:35 -0500
- The team working on the dump code has asked that it not be pushed out to the tree on oss until it is working. I'm not sure what difference it makes?! If you really want to look at it? I'll look into
- /archives/xfs/2000-07/msg00399.html (9,313 bytes)
This search system is powered by
Namazu