Searched hist:32889 (Results 1 - 15 of 15) sorted by relevance
/freebsd-10.1-release/sys/fs/ext2fs/ | ||
H A D | ext2_mount.h | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
H A D | inode.h | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
/freebsd-10.1-release/sys/ufs/ufs/ | ||
H A D | ufsmount.h | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
H A D | inode.h | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
/freebsd-10.1-release/sys/amd64/amd64/ | ||
H A D | autoconf.c | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
/freebsd-10.1-release/sys/i386/i386/ | ||
H A D | autoconf.c | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
/freebsd-10.1-release/sys/kern/ | ||
H A D | init_sysent.c | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
H A D | syscalls.c | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
H A D | syscalls.master | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
H A D | init_main.c | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
/freebsd-10.1-release/sys/sys/ | ||
H A D | syscall.h | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
H A D | sysproto.h | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
/freebsd-10.1-release/sys/conf/ | ||
H A D | options | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
H A D | NOTES | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
/freebsd-10.1-release/sys/i386/conf/ | ||
H A D | NOTES | diff 32889 Fri Jan 30 09:34:06 MST 1998 phk Retire LFS. If you want to play with it, you can find the final version of the code in the repository the tag LFS_RETIREMENT. If somebody makes LFS work again, adding it back is certainly desireable, but as it is now nobody seems to care much about it, and it has suffered considerable bitrot since its somewhat haphazard integration. R.I.P |
Completed in 1228 milliseconds