Компания Google сообщила (https://opensource.googleblog.com/2017/02/introducing-gsoc-2...) о выборе проектов для участия в инициативе Google Summer of Code 2017 (http://code.google.com/soc/). Из почти 400 подавших заявки открытых проектов для участия в программе одобрено 201 (https://summerofcode.withgoogle.com/organizations/), из которых 18% проектов не принимали участие в GSoC в предыдущие годы.До 20 марта у студентов есть время выбрать себе задание по душе и обсудить возможность его выполнения с представителями подавших заявку проектов. Заявки будут приниматься до 3 апреля. До 1 мая представители открытых проектов выберут студентов, которые займутся выполнением работ. C 30 мая по 29 августа отводится время на написание кода. 6 сентября будут представлены общие результаты мероприятия. За успешно выполненную работу студент получит $5500, а его наставник из открытого проекта - $500.
Среди участвующих в Summer of Code 2017 проектов (https://summerofcode.withgoogle.com/organizations/) можно выделить:Apache (http://s.apache.org/gsoc2017ideas),
Blender (http://wiki.blender.org/index.php/Dev:Ref/GoogleSummerOfCode...),
Django (https://code.djangoproject.com/wiki/SummerOfCode2076),
Drupal (https://groups.drupal.org/node/),
Eclipse (https://wiki.eclipse.org/Google_Summer_of_Code_2017_Ideas),
FFmpeg (https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2017),
FreeBSD (http://wiki.freebsd.org/IdeasPage),
FreeType (https://www.freetype.org/gsoc.html),
Gentoo (http://wiki.gentoo.org/index.php?title=Google_Summer_of_Code...),
Git (http://git.github.io/SoC-2017-Ideas/),
GNOME (https://wiki.gnome.org/Outreach/SummerOfCode/2017/Ideas),
GNU (http://www.gnu.org/software/soc-projects/ideas-2017.html),
GNU Radio (http://gnuradio.org/redmine/projects/gnuradio/wiki/GSoCIdeas),
Haiku (https://www.haiku-os.org/community/gsoc/2017/ideas),
Inkscape (http://wiki.inkscape.org/wiki/index.php/Google_Summer_Of_Code),
Joomla! (http://docs.joomla.org/GSOC_2017_Project_Ideas),
KDE (http://community.kde.org/GSoC/2017/Ideas),
Kodi (http://kodi.wiki/view/Google_Summer_of_Code/2017),
LibreOffice (http://wiki.documentfoundation.org/Development/Gsoc/Ideas),
Libreswan (https://libreswan.org/wiki/GSoC2017),
libvirt (http://wiki.libvirt.org/page/Google_Summer_of_Code_Ideas),
LLVM (http://llvm.org/OpenProjects.html),
MariaDB (https://kb.askmonty.org/en/google-summer-of-code-2017/),
Mono (http://www.mono-project.com/community/google-summer-of-code/...),
Mozilla (https://wiki.mozilla.org/Community:SummerOfCode17),
NetBSD (http://wiki.netbsd.org/projects/gsoc/),
Nmap (http://nmap.org/soc/),
Netfilter (http://people.netfilter.org/pablo/nf-ideas-2017.txt),
OpenPrinting (https://wiki.linuxfoundation.org/gsoc/google-summer-code-201...),
OpenCV (https://github.com/opencv/opencv/wiki/GSoC_2017),
openSUSE (http://en.opensuse.org/openSUSE:GSOC_2017_Ideas),
oVirt (http://www.ovirt.org/community/activities/summer-of-code/),
ownCloud (https://github.com/owncloud/core/wiki/Google-Summer-of-Code),
PostgreSQL (https://wiki.postgresql.org/wiki/GSoC_2017),
Python (http://wiki.python.org/moin/SummerOfCode/2017),
QEMU (http://wiki.qemu.org/Google_Summer_of_Code_2017),
Qubes OS (https://www.qubes-os.org/GSoC/),
ReactOS (https://summerofcode.withgoogle.com/organizations/?sp-search...),
Rspamd (https://rspamd.com/ideas.html),
Ruby on Rails (https://github.com/railsgsoc/ideas/wiki/2017-Ideas),
Samba (https://wiki.samba.org/index.php/SoC/Ideas),
Strace (https://sourceforge.net/p/strace/wiki/GoogleSummerOfCode2017/),
Tor (https://www.torproject.org/getinvolved/volunteer.html.en#Pro...),
Wine (http://wiki.winehq.org/SummerOfCode),
WikiMedia (https://www.mediawiki.org/wiki/Google_Summer_of_Code_2017),
wxWidgets (http://www.wxwidgets.org/gsoc/projects/),
VLC (https://wiki.videolan.org/Google_Summer_of_Code_2017/),
X.Org (http://www.x.org/wiki/SummerOfCodeIdeas),
Xen (https://wiki.xenproject.org/wiki/2017-Summer-Internships),
XMPP (https://wiki.xmpp.org/web/Summer_of_Code_2017). В этом году в число проектов, одобренных для участия в программе Summer of Code, не вошли DragonFly BSD, Fedora, CoreBoot, Debian, GIMP, Minix3, Ruby, PulseAudio, Illumos, Tcl/Tk, Wayland, WordPress, TYPO3, Mercurial, OpenBSD, Plan9, Perl.URL: https://opensource.googleblog.com/2017/02/introducing-gsoc-2...
Новость: https://www.opennet.ru/opennews/art.shtml?num=46112
>GIMPВот его надо бы освежить. Хотя бы студенческим гoвнoкодом.
Знакомый линуксоид-художник очень хорошо отзывался о Krita. Говорил, что GIMP не особо-то уже и нужен.
Знакомый бздун-ведроид очень хорошо отзывался о A.Stahl. Говорил, что квантовая механика не особо-то уже и нужна.
хороший сарказм
Просто он не пробовал в ней работать. Сколько лет уже этой крите, а все равно там баг на баге (проклятье qtшного кдешного софта). Использую связку гимп 2.8 и mypaint 1.1(раньше 1.0) уже несколько лет - ни единого падения, никаких перелопачиваний интерфейсов и функций. Обновлять версии не планирую - все и так работает, а новую версию майпейнт уже начали портить всякими гномовскими примочками для ретардов (вроде подсказочек(неотключаемых) и т.д. Пока что на новых системах старая версия майпейнт собирается, но чувствую, что скоро придется самому ковырять код и поддерживать возможность сборки старой версии на современных системах
А чем вам не нравится mypaint 1.2 ?
в версии 1.1 был шикарный полноэкранный режим. В нем не мешало абсолютно ничего, пока ты не выйдешь из него нажатием клавиши ESC. В этой же версии (как объяснил разработчик) он для людей, которые могут не догадаться о том что выход осуществляется клавишей ESC сделал так, что когда подводишь курсор к верхней части экрана - то появляется полоска интерфейса через которую можно покинуть полноэкранный режим. Прикол в том что при рисовании курсор частенько касается верхней части экрана и эта идиотская полоска постоянно появляется на 5 секунд смещая все изображение вниз. Эта функция не отключается (хотя может сейчас добавили такую опцию). Добавили кучу ненужной фигни вроде векторного рисования, заливки (и это в программе, которая по задумке должна была имитировать холст и ничего более), программа медленнее стала работать, и несколько раз упала на ровном месте. И нет, багрепорты я слать не буду. Уже была стабильная во всех смыслах версия. Если ее начали портить, то я не виноват.
Может кому то и понравятся нововведения, я за всех не решаю. Автору в любом случае благодарность, но я по возможности хочу использовать старую версию
Спасибо за развернутый ответ. :)
НЯ ^___^
> И нет, багрепорты я слать не буду. Уже была стабильная
> во всех смыслах версия. Если ее начали портить, то я не
> виноват."Назло кондуктору заплачу за билет и не поеду" (с)
А что сделает автор? выкинет нужные фичи?
Действия автора не обязаны ограничиваться добавлением и выкидыванием.Не запостить багрепорт и жаловаться на левом форуме — детский сад, имхо.
>>Не запостить багрепорт и жаловаться на левом форуме — детский сад, имхо.Как бы объяснить. Эта ситуация похожа на переход гнома на третью версию. Нет смысла слать багрепорты. Просто автор начал вводить нововведения ради нововведений. Одно дело если бы они улучшили производительность или еще что-нибудь полезное, а другое, когда начинают зачем-то менять то, что и так работает. Все начинается с того момента когда автор начинает бояться, что нубы испугаются интерфейса и пытается все максимально упростить(забывая о своих нормальных пользователях).В КДЕ, как бы я её не критиковал, в этом плане - все отлично. Сколько версий они все ломают и переделывают, но у них всегда можно все настроить. А гном почему то решил, что настройки не нужны. Вот серъезно. На одном стуле QT точёные - у которых программы глючные, жручие, с миллионами зависимостей, но с огромным функционалом, а а на GTK 3 упрощённые - сделаны для инвалидов, но не тянут кучу кделиб и работают на старом оборудовании.
Бывает так, что интерфейс, эволюционируя, становится перегружен нетривиальной внутренней логикой. Чреватой неочевидным поведением, а то и просто глюками из-за непреднамеренных попыток пользователя впихнуть невпихyемое.
И у автора остается два пути - либо трепетно подпирать это легаси новыми костылями, либо попытаться пересмотреть концепцию интерфейса, сделав внутреннюю логику его элементов стройной и естественной. Даже если пользователи уже привыкли к тому, что было - такая революция вполне может быть оправданной. Правда, только в том случае, если она успешно будет завершена.
> Как бы объяснить. Эта ситуация похожа на переход гнома на третью версию. Нет смысла слать багрепорты.Почему-то мне удавалось донести до разработчиков гнома идеи про то, как не надо менять некоторые вещи. Вплоть до реализации в коде.
Но неудачникам и пораженцам, конечно, всегда проще впасть в уныние и засирать форумы, чем сесть и нормально поговорить с разработчиком того же майпейнта.
Поддерживаю, для интереса, на чём ты настаивал?
А где жалобы? Что меня всегда удивляло - так это непонимание (разработчиками, как правило), что может быть ситуация, когда софтину вообще не надо трогать. От слова "совсем". Вот для данного товарища сложилась именно такая ситуация. Чего ради ему доносить своё видение или делать ещё что-то, когда со сравнительно небольшими усилиями он сможет пользоваться тем, что есть, ещё лет десять как минимум?
Инфантилизм дофига, как выразился бы один мой бывший коллега.
Наконец-то хоть кто-то понял о чём я. Зачем мне жаловаться разрабу если мои жалобы будут состоять в том, что в программу вообще ничего не надо вносить? Конечно же он меня пошлёт куда подальше. И как я уже сказал - автор в праве развивать программу как он хочет и в любом случае я ему благодарен. Просто я считаю, что старая версия не нуждается в новом функционале (для меня), я не собираюсь навязывать своё мнение автору. Чисто в моем случае мне нравится версия 1.1. В этом и был мой посыл
>> выкинет нужные фичи?Лишние фичи. Они рисовалку в комбайн превращают. Не проще ли было в уже готовый гимп портировать кисти тогда уж? И сделать отключаемым всплывание панельки в полноэкранном режиме (пусть даже если по дефолту она будет появляться, чтобы не травмировать психику новичков). Хотя куда уж проще - если ты пытаешься выйти из полноэкранного режима - то нажать Esc - первое что приходит в голову.
MyPaint Brush в гимпе уже есть, временно без поддержки кистевой динамики, правда.
>>временно без поддержки кистевой динамики,meh
>> правда.Да я верю, верю
Жирно. 4 года рисую в Krita на профессиональных началах, в компании по разработке дизайна и рекламы, никаких багов не видал. Потому что не надо эксперименталки, альфы, беты юзать, понимаешь, не?
Если ты судишь по альфам не значит что и остальные так делают. Ясное дело я использовал стабильную версию. Прямо сейчас в своей версии 3.1.2 наведи курсор в любое окно криты где есть бегунок (например в окно со списком кистей). Затем покрути колесико. ГОТОВО! теперь наведи курсор на холст и попробуй этим колесиком покрутить. Ожидается что будет менятся масштаб? Нет! Будет прокручиваться окно со списком кистей, как будто курсор все еще там. Теперь радостно перезапускаешь криту и дальше используешь ее в продакшене не забывая, что колесиком крутить в окне с кистями нельзя. Полно таких нелепых багов. Во второй версии текст не работал. Печатаешь на клавиатуре а крита вместо набора текста тупо реагирует на хоткеи (например жмешь x а она переключает цвет). Да, баги фиксят, но и новые не забывают добавлять.
p.s. Проверено и на дебиане и на арче в разных окружениях и оконных менеджерах, и аппимейдж и системный пакет.
" никаких багов не видал" - а они есть, прикинь? И то что ты их не видал не значит, что их нет.
Крита 3.0.1. бага со скроллом не заметил, мб он появился пожже. Или дело в том что у меня генту и и крита собрана с LTS версией Qt (5.6) в которой починили всю кривую байду.
Krita 3.1.2 (Win7) - нет проблемы с колёсиком.>Печатаешь на клавиатуре а крита вместо набора текста тупо реагирует на хоткеи
"X" это хоткей для "Swap Foreground and Background Color". Ваш КО.
>>"X" это хоткей для "Swap Foreground and Background Color". Ваш КО.Поздравляю. Ты выйграл в номинации - святейшая толстота.
Неужели ты думаешь, что я не выбрал инструмент "text" не создал область и не убедился, что там теперь мигает курсор и можно вбивать текст? Это все равно что если бы я сказал что комп не запускается а ты бы сказал - "В розетку втыкать его не пробовал? Не благодари! Твой К.О"
> Прямо сейчас в своей версии 3.1.2 наведи курсор в любое окно криты
> где есть бегунок (например в окно со списком кистей). Затем покрути
> колесико. ГОТОВО! теперь наведи курсор на холст и попробуй этим
> колесиком покрутить. Ожидается что будет менятся масштаб? Нет! Будет
> прокручиваться окно со списком кистей, как будто курсор все еще там.Не в защиту Krita (не пользовался), а просто из интереса:
Как должен вести себя скролл, когда курсор над неактивным окном?
У меня, понимаете, i3wm, и окно, на которое я навожу мышью становится
активным автоматически.
Вообще-то прокрутка, привязанная к текущему выделению, а не к позиции курсора - это фирменный ляп виндового гуя...
Как должен вести себя скролл, когда курсор над неактивным окном?Без понятия. Над неактивным окном он может вести себя как угодно. Это бы не являлось багом. А вот когда я перевел курсор на холст....немного порисовал, поперемещал и повращал холст а затем попытался использовать зум, а вместо этого у меня пролистывается список кистей - это уже явный баг. Кстати только в крите такое, в других приложениях собранных с той же версией QT такого бага нет
>> Как должен вести себя скролл, когда курсор над неактивным окном?
> Без понятия. Над неактивным окном он может вести себя как угодно. Это
> бы не являлось багом. А вот когда я перевел курсор на
> холст....немного порисовал, поперемещал и повращал холстУуу, так ещё и в активном окне? Я-то подумал, что Вы только перевели курсор с одного окошка на другое.
Надо мейнтейнерам багу вешать.
> Krita - GIMPКакбэ о разном программы
ну судя по тенденции развития Крита и ГИПМ уже не разные программы, у них разница только в наличии/отсутствии некоторых инструментов, а дело дело поправимое.
Все это конечно хорошо, но мне интересно что твой знакомый "художник" пытался нахудожить в программе для обработки фото?
> Все это конечно хорошо, но мне интересно что твой знакомый "художник" пытался
> нахудожить в программе для обработки фото?Что-то типа http://orig09.deviantart.net/cd79/f/2014/019/a/5/what_does_t... ?
Такое (и конкретно это) в гимпе вполне себе рисуют. А что не так?
> Вот его надо бы освежить. Хотя бы студенческим гoвнoкодом.Не нужно. На текущем этапе разработки -- уж точно.
> На текущем этапе разработки -- уж точно.правильно, зачем прерывать стадию разложения.
> MonoИ Гуглю интересно за это платить? Я-то полагал, что самая богатая заинтересованная в развитии проекта сторона - скорее его конкуренты...
Почему Python есть, а Go нет?
что-бы меньше Go-но-Code было...
> Почему Python есть, а Go нет?не тот уровень: там фултайм кучи профи оплачен, а тут стобаксовые подачки для студентов
Зачем языку программирования от Гугла участвовать в студпрограмме от того же Гугла? Лишних кругов нарезать, чисто прогуляться?
https://matrix.org/ в этом году участвует
О, GNU Octave. Молодцы, что поддержали.
Поясните, до какого возраста студенты могут участвовать в этом мероприятии? Заочники тоже подходят ?
зачем ? отстрочки от армии не дают
А почему ты думаешь, что есть ограничение сверху? 18 уже есть? Студент? Годен!
Поясняем: это работа, требующая самостоятельности и владения английским.
> Поясните, до какого возраста студенты могут участвовать в этом мероприятии? Заочники тоже подходят ?Слушай, а ведь это мысль. Можно ли поступить в институт на заочку, чтобы участвовать в GSoC? Есть инсты, где это не так уж дорого, и где можно совсем не появляться. Или образование обязательно должно быть первым?
Отвечаю сам: можно!
Обидно. Только дорос до какой-то возможности помочь апстриму, а тут вжух, и универ закончил год назад... :)
...а тут вжух и помогать апстриму стало лень?
> ...а тут вжух и помогать апстриму стало лень?ни в коем случае.
> Обидно. Только дорос до какой-то возможности помочь апстриму, а тут вжух, и
> универ закончил год назад... :)Аналогичная ситуация.
Вообще, если у студентов летом есть время участвовать в подобных проектах, половина этой заслуги - в родителях, которые поддерживают чадо в благих начинаниях. Ну, если лет через 20 GSoC ещё будет проводиться, дам своему время и буду помогать. :)
Особенности участия strace тут довольно живо обсуждали менторы со студентами :)
Kolibri в этом году нет?
Не приняли
По поводу MINIX3, вроде как они в составе Microkernel devroom, нет? Там же HelenOS, Rodex.
Вот кстати ссылка http://gsoc.microkernel.info/
а чё мы не попали? я не следил за новостями - нам не особо и надо, или не взяли?
Не захотели. Студенты не остаются в проекте, код протухает, плюс куча административного геморроя, которые beck@ и krw@ задолбались разгребать.
> В этом году в число проектов, одобренных для участия в программе Summer of Code, не вошли ...GIMP...Не подавали заявку.
При живом macOS с Adobe и PixeImator вы не нужны 1800%!
Почему так мало? Давайте 3600% или 7200% :)
