https://github.com/haskell/ecosystem-proposals/pull/4

обсуждалки!

про этот сборник пропозалов никто кроме Марлоу не знает, страшно даже представить что туда накидала бы общественность, если бы узнала о нем

я как понимаю это будет везде, reddit листы и прочее объявлено

> To be honest, I'm rather sceptical about this proposal being effective at achieving the stated goals.

угадай hvr по камменту?

вообще один из основных goal-лов не дать снойманитам форкнуть hackage и базу

к чему они успешно идут

где будет .hpack вместо .cabal, rio вместо base и т.п.

надо было сначала самому восстановить хвр-овский комментарий на эту тему, а потом уже посмотреть правильно ли (ошибиться просто невозможно, на самом деле)

пока гхц не форкнут - можно не беспокоиться, а гхц они не потянут

Но ведь ревизии полезны :(

довольно странный пропозал, ненужная и сомнительная с технической точки зрения вещь, являющаяся, по сути, только призывом все обсудить чтоб была МИР ДРУЖБА, естественно это приведет к тому, что ненависть между лагерями только усилится и раскол на две экосистемы наступит раньше

это стандартная реакция на такие инициативы, достаточно вспомнить как дважды постили призыв СПЖ "давайте жить дружно" и как оба раза снойманиты и кабалисты грызли друг другу глотки в комментариях

ну ХВР справедливо опасается что снойманиты окончательно превратят хакадж в стейджинг для говнопакетов

почему в стейджинг?

в продакшен

продакшен это стакадж же. там только всё самое зе бест

а на хакадж можно срать как в npm

Stackage должен быть просто сайтом на котором один cabal.project.freeze файл распространяется

Ладно, не один, у них же там LTS и Nightly

Stackage должен быть просто сайтом на котором один cabal.project.freeze файл распространяется

Истина!

не один, а много

@lonokhov я так понимаю это не банит revisions

@lonokhov я так понимаю это не банит revisions

тогда чего они хотят то?

для меня это все выглядит как сделать так что вообще форкнуться можно...

скорее так, если форкнутся, то будет центральный реестр пакетов

тогда чего они хотят то?

да ничего, кроме повода для обсуждения там ничего нет

чтобы не было aeson from hackage и другой aeson from stackage

Ну надеюсь хоть срач удачный будет

А для хаскеля нету же аналога http://erlang.org/doc/apps/tools/xref_chapter.html ?

А то трейсов так и не подвезли, валится исключение в threadWait, а в глубине какого куска оно может вызываться совершенно непонятно

чтобы не было aeson from hackage и другой aeson from stackage

это требует некоей доброй воли при наличии которой такого не случится и при нынешнем положении вещей

F5 можно жать тут https://www.reddit.com/r/haskell/comments/7s58id/slurp_a_single_liberal_unified_registry_of/

ну сейчас как я понял снойманиты явно держат тренд на сильный форк

и как я понял пропосал делает подстилку, чтобы падать было менее больно

причем форк на уровне отвязывания от hackage/cabal технологий

ну сейчас как я понял снойманиты явно держат тренд на сильный форк

в форке ghc будет один коммит в котором заменяется prelude?

сильный форк это как?

у них даже от Cabal-the-library будет тонка кишка отвязаться

там человеко-годы труда

да ладно, кривокосое решение, которое развалится при отходе от safe-path просто пишется

go-way

ну это да

go away решение

чего там за драма такая?

слурп?

slurm

futurame

все такое

ну сейчас как я понял снойманиты явно держат тренд на сильный форк

так я об этом и говорю, чем их привлечет этот единый регистр пакетов? Тем что им не злые кабалисты владеют? Так те кто контролирует реест тоже будут или снойманиты или "злые люди, которые пользователей обижают"

тем, что использование регистра очень дешевое

ну как я понимаю, тут попытка выйти на win-win

учитывая, что насколько я понимаю они не против

кстати draft пропозала отличался

там была идея что slurp пакеты хостить будет, а hackage и stack будут за ними ходить к нему (ну или кешировать)

т.е. для меня пропозал не очень нужный, но если есть то лучше с ним чем без

чтобы если будут сплиты, но в яву бы не превратилось

@qnikst не встречал ничего для постройки кросс-референсов по хаскельным сырцам?

не очень понимаю

гугл выдаёт гугловский хаскель-индексер какой-то, никто не трогал?

haddock разве не умеет?

или тебе для поиска?

мне надо найти кто вызывает функцию

причём судя по всему для каких-то не наших либ

вариант, конечно, всё скачать и грепать :)

хаддок ссылки "вперёд" делает. как я понимаю

ERROR: S client not available

а мне "назад" надо

а

было что-то из вимоиндексеров

тем временем https://github.com/ghc/ghc/commit/4a13c5b1f4beb53cbf1f3529acdf3ba37528e694 ну, хоть одна новая фича в 8.6 все-таки будет, недоглядели

В 8.4 не успело?

джвадцать лет жду

вообще нет, но там новые правила приема фич какие-то, может и примут (сильно сомневаюсь)

вроде feature freeze сегодня был 8.4

как я понял в новой схеме строгого фриза вообще не предусмотрено. Так-то он в ноябре был.

точнее альфу выставили

не, должен быть

уже вторую

фриз перед первой

да, да

> If we fork 4 months before release, does that mean that nothing makes it into the release branch except bug fixes? If we have better CI do we really need 4 months to stablise? This is something we need to discuss and fix. There are various options. A common one is to have beta releases for a while before the first RC. Different projects have different policies, but during beta releases new features are often still allowed in if they donтАЩt destabilise too much. (Usually these are only features that were previously already planned for that release, but didnтАЩt quite make it in time for the branching.) However, under no circumstances will a release be delayed only to wait for a new feature. Then, during RCs, it is strictly only bug fixing. In other words, a rewritten type checker really ought to be in *before* the release branch is cut. However, a new language extension that has no impact when it is not enabled, could well land during beta. We need to determine the exact rules.

> often still allowed in if they donтАЩt

donтАЩЩЩЩ!

хорошо получилось

причем я так и не видел, к чему они пришли по поводу строгости фриза. Учитывая, что про занесение фичи после фриза спрашивал СПЖ, я бы предположил, что на фриз будут плевать, но выборочно

а так-то через 3-4 месяца уже фриз для 8.6

еще забавная деталь, по плану альфа должна быть одна, все что дальше - беты, ну не говоря уж про то, что в конце января это уже и не беты должны быть а RC1/2

но нет, альфу-2 выкатили

6.4 release planned for Feb - Branch in Nov 6.6 release ought to then be in Aug - Branch in May Pre-release schedule - On cutting the branch, alpha release - Then, a beta every two weeks until 4 weeks before the targeted release date - RC1 four weeks before the targeted release date - RC2 two weeks before the targeted release date

И третью выкатят

ну ее пообещали уже

кого они хотят обмануть? хорошо если к концу лета 8.4 зарелизят

уже час на реддите SLURP, а срача всё нет

вообще

может haskell умер, а нам не рассказали?

во сколько они там в калифорнии на работу приходят?

нету в заголовке волшебных слов стек и кабал

во сколько они там в калифорнии на работу приходят?

не скоро еще, сейчас только нью-йоркцы глаза продирают