README: remove GSOC instructions

Signed-off-by: Kamoltat Sirivadhna <[email protected]>

Author: kamoltat

README.md

@@ -151,49 +151,4 @@ Once you have your machines locked, you need to provide a list of their hostname
 export TEUTHOLOGY_TESTNODES="smithiXXX.front.sepia.ceph.com,smithiYYY.front.sepia.ceph.com"
 export TEUTHOLOGY_MACHINE_TYPE="smithi"
 ```
-### For GSoC 2025 Applicants
 
-Thank you for your interest in our project!
-
-To start off, we would like you to familiarise yourself with this project. This would involve understanding the basics of the [Teuthology](https://github.com/ceph/teuthology) as well.
-
-Evaluation Tasks -
-
-##### Task 1
-1. Set up ceph-devstack locally (you can see supported Operating Systems here - https://github.com/zmc/ceph-devstack/tree/main)
-2. Test your setup by making sure that you can run the following command without any issues:
-
-```bash
-ceph-devstack start
-```
-
-Once you have this running, share a screenshot with the mentors.
-
-##### Task 2
-
-Right now, we cannot determine if the test run was successful or not from the output of "teuthology" container logs. We would need to look at logs archive (particularly `teuthology.log` file) to see if the test passed successfully.
-
-
-Implement a new ceph-devstack command to locate / display `teuthology.log` log file of a test run. By default, test logs are found at `~/.local/share/ceph-devstack`, but this path can be configurable. Log archives are stored as `<run-name>/<job-id>/teuthology.log`.
-
-By default, this command should locate logs of most recent test run, and dumps logs if there is only one job. If multiple jobs are found in a run, alert the user and ask them to choose a job.
-
-We can determine "latest run" by parsing datetime in the run name.
-
-Also add a flag to this command to output filename (full path) instead of contents of logfile.
-
-##### BONUS
-
-Write unit tests for the above feature.
-
-#### Problem Statement
-
-Implement a feature that allows ceph-devstack to to configured to use an arbitrary number of storage devices per testnode container. This will enable us to deploy multiple [Ceph OSDs](https://docs.ceph.com/en/latest/glossary/#term-Ceph-OSD) per testnode - bringing us closer to how we use teuthology in production. Right now, ceph-devstack supports 1 OSD per testnode.
-
-If you have extra time, you might consider also allowing the _size_ of the storage devices to be configurable. The same size can be used for all.
-
-In the future, we may also want to implement a feature that allows ceph-devstack to discover and directly consume unused storage devices on the host machine, as opposed to using loop devices. This would enable more performance-sensitive testing.
-
-#### Connect
-
-Feel free to reach out to us on the [#gsoc-2025-teuthology](https://ceph-storage.slack.com/archives/C08GR4Q8YS0) Slack channel under ceph-storage.slack.com. Use slack invite link at the bottom of [this page](https://ceph.io/en/community/connect/) to join ceph-storage.slack.com workspace.