Подача заявок закончится 27 марта!

Странно, что предложение поучаствовать появилось за 10 дней до окончания подачи заявок. Создается впечатление, что хотели сначала придержать места, но желающих нашлось мало и пришлось их искать уже везде

"Не стоит искать злой умысел там, где это можно объяснить глупостью" – подача заявок от студентов (если верить таймлайну ) началась 12 марта, а я эту публикацию слишком долго писал (3 дня примерно). В следующий раз надо оперативнее, соглашусь.

Честно говоря у меня тоже такая нехорошая мысль возникла из-за этой рекомендации.
5. Пишем пропозал.

После выбора проекта вы должны написать пропозал. Официально вы должны запостить свое предложения в начале апреля. Не официально — к этой дате организация уже имеет черновой список принятых студентов.
«Проект стартовал в 1998»
И бета-версия так толком ещё и не вышла, как я понял.
«ReactOS уже третий год подряд получает слот»
слишком долго писал

Я смеюсь :) Простите, не умаляю важности и супер необходимости этого всего, что вы делаете, наверно…, но это реально очень смешно.
Активно писать начали года четыре назад, до этого баклуши пинали.
Я бы не сказал, что баклуши били, просто сейчас появилось больше задач, которые по силам начинающим и среднего уровня программистам.
Объявление на Моем Круге висит уже достадочно давно.
Удаленное управление Windows (Windows Remote Management, WinRM) – используется для удаленного администрирования систем под управлением Windows, концептуально немного похож на SSH.


Кстати, а почему бы не встроить натуральный ssh в ядро, чтобы по дефолту сразу вызывал cmd, точнее сделать возможность выбирать shell на будущее?

Звучит интересно; можете попробовать предложить в IRC


Концептуально, конечно, это надо просто добавить пакет с SSH, но вам там подробнее расскажут

Это конечно интересная идея, но она не продвинет развитие проекта в сторону лучшей совместимости с Windows (а это есть исходная цель).

Ну, только если с Windows 10 :)

Зато это то, что категорически не хватало в Windows всегда, когда нужно было администрировать. Удаленное выполнение консольных команд в винде было ужасным.
Что ужасного в использовании утилиты PSExec?
Отсутствие кроссплатформенности.
Тот же putty — не знает что такое bash, он знает что такое ssh и все.
Зато насколько ssh протокол более защищенный, устойчивый и нетребовательный к линии связи, по сравнению с telnet или RPC
В принципе, в качестве GSoC проекта было бы интересно увидеть реализацию Telnet сервера для ReactOS, с возможностью работать не только по стандартному небезопасному соединению, но и по SSH.
Телнет сервер с возможностью работать по ssh? Это как?

Сразу не ssh сервер. Или отдельно телнет, отдельно ssh. Это же протоколы.
Поскольку ssh это универсальное средство (не только лишь терминал), то скорее всего он должен быть отдельной службой, которая будет связываться напрямую с Telnet сервером (в частности) в случае запроса терминала.

Просто чтобы начать делать SSH сервер, придётся его с чем-то связать для работоспособности.
телнет — это протокол. ssh — это протокол.
И то и то можно подключить к консоли напрямую.

Зачем же тогда делать ssh через telnet?
telnet фигня без шифрования, ssh годнота с шифрованием и аутентификацией по ключевым файлам.
Правда что там писать не пойму, обычный тоннель и проксирование.
я не пойму, зачем человек хочет ssh поверх telnet =)
Имел ввиду, что корневой компонент, который будет предоставлять доступ к консолям, у двух служб Telnet и SSH должен быть один.
Имел ввиду, что корневой компонент, который будет предоставлять доступ к консолям, у двух служб Telnet и SSH должен быть один.

TCP/IP?

p.s. не должен. вообще.
Нет, не TCP/IP.

Да, также можете откликнуться на вакансию в Моем Круге. Она у нас где-то с середины февраля висит

От 3 000 до 6 600 eur.Неполный рабочий день

Это получается надбавка к $3200 от гугла?
Все вознаграждение от Гугла, объем зависит от страны нахождения.
Какие требования к студентам?

Для работы с исходным кодом необходимо, конечно же, знать языки C/C++. Для Web-сайта – any, что может быть использовано. Но по вебу надо опять же писать в IRC.
Также надо уметь работать с Git, уметь собирать проект из командной строки (там есть вспомогательные скрипты). Вроде бы всё. Конечно, есть еще детали, но, думаю, что эти пункты основные.

Я правильно понимаю, что язык общения с менторами и заполнение пункта 4 для участия — английский?
Совершенно верно!
Русскоговорящие менторы есть, но их мало.
Есть еще французский и немецкий языки, если нужно.
Требования разные в зависимости от того, за какую задачу возьмётесь.

В основном конечно акцент на программирование — а это написание программ на C/C++, умение читать исходники, разбираться в принципе их работы.

Плюсом будет опыт написания программ под Win32 API и умение работать в среде Visual Studio или с набором утилит MinGW (в том числе с отладчиками).
НЛО прилетело и оставило эту надпись здесь.
Кто закопал и куда?

Проект живёт активной жизнью, коммиты пушат, регрессии фиксят, тесты прогоняют, и с вайном обмениваются патчами в двустороннем порядке.
Вижу ровно обратную ситуацию

А что с защитой?

Лучшая защита — нападение в BSOD. :)

Ну а если серьёзно, то с элементарными базовыми вещами, такими как ACL и защитой памяти ядра сейчас не гладко.

Буквально на днях один из разработчиков Timo Kreuzer (кстати, бывший студент GSoC) начал реализацию функции защиты памяти ядра MiSetSystemCodeProtection. Сейчас он активно занимается AMD64 портом системы.

В списке нет этого

Вряд ли может быть GSoC проект с темой «реализация системы защиты ReactOS», поскольку это звучит размыто — нельзя чётко определить границы, когда его можно будет считать полностью выполненным.

Даже если кто-то возьмётся, это будет колоссальный труд, на несколько уровней выше типичного проекта в рамках GSoC.
Портануть бы открытые GPU драйвера AMD…
Только полноправные пользователи могут оставлять комментарии.
Войдите, пожалуйста.