Bug 28364

(В ответ на комментарий №0)
> Просьба засимлинкать ru_RU.* в ru.* 

Это как? Можно подробнее?

2shrek@: прошу обратить внимание, -- дело несложное, но важное для kde4

(В ответ на комментарий №1)
> Это как? Можно подробнее?
Как мантейнеру удобнее, лишь бы появились
/usr/share/myspell/ru.aff
/usr/share/myspell/ru.dic

2shrek@: есть ли проблемы с этой багой, что мешает ее решить?

Не блокер для p7.
Договоритесь уж, пожалуйста.

Разве словари имеют привязку к стране?

Определение языка словаря происходит по KGlobal::locale()->language(), который возвращает только язык, а не локаль со страной.

2zerg@: соберите в eperm и попросите shrek@ одобрить

Попросил письмом.

Прошу выдать NMU ( task#97692 )

Пакет hunspell-ru не нужен, лучше использовать и патчить hunspell-ru-lebedev (пакуется из ispell-ru-lebedev),

В федоре, между прочим, пакуют ссылки ru_UA -> ru_RU.

(В ответ на комментарий №10)
> Пакет hunspell-ru не нужен, лучше использовать и патчить hunspell-ru-lebedev
> (пакуется из ispell-ru-lebedev),
Я только за.

> В федоре, между прочим, пакуют ссылки ru_UA -> ru_RU.
Просто ru -- гораздо универсальнее. Для полноты можно и ru_UA.

(В ответ на комментарий №10)
> Пакет hunspell-ru не нужен, лучше использовать
Может, его вообще заобсолетить тогда?

Исправлено?

(В ответ на комментарий №13)
> Исправлено?
Не видел шевелений.

2viy@: пожалуйста, согласуйте изменения в этом пакете с zerg@, -- Вы в ACL на этот пакет. 
2zerg@: проше всего Вам его собрать в EPERM, а viy@ одобрит.

Предлагаю :
1. Заобсолетить ispell-ru, сделав симлинки на ru_RU .
2. Сделать симлинки на ru (это конкретно по баге) .

(В ответ на комментарий №16)
> 1. Заобсолетить ispell-ru
Ой, hunspell-ru.

Так же, с одной стороны, хочется это исправление опубликовать сразу _после_ релиза KDesktop.

Прошу прощения за длительное отсутствие "шевелений".
Завтра сделаю, если viy@ еще не опередил.

(В ответ на комментарии №16 и №18)
> 1. Заобсолетить i^Hhunspell-ru, сделав симлинки на ru_RU .

Симлинк не нужен, в hunspell-ru-lebedev ru_RU.{dic,aff} -- это альтернатива

> 2. Сделать симлинки на ru (это конкретно по баге) .

Сделал той же альтернативой ru.{dic,aff}:
http://git.altlinux.org/people/kurakin/packages/?p=ispell-ru-lebedev.git;a=blob;f=ispell-ru-lebedev.spec;h=792892856589d698e510e53739abb9f69d2fca17;hb=6885c1962129f82575ad0ae9defafaf2f90ee495#l656

> Так же, с одной стороны, хочется это исправление опубликовать сразу _после_
релиза KDesktop.

Хорошо. Исправление готово. Когда будет пора, дайте отмашку здесь -- сразу отправлю.

(В ответ на комментарий №20)
> Исправление готово. Когда будет пора, дайте отмашку здесь
Раз готово, отправляйте. Не принципиально, попадет в релиз или нет.
Просто, некий плюс в производительности по умолчанию был бы. Только из-за этого.

ispell-ru-lebedev-0.99g5-alt12 -> sisyphus:

* Thu Jul 18 2013 Sergey Kurakin <kurakin@altlinux> 0.99g5-alt12
- a few more words
- hunspell-ru-lebedev obsoletes hunspell-ru
- hunspell: ru-alternative in addition to ru_RU-alternative (closes: #28364)

Тогда в p7 его надо.

Только, при обновлении:
Running /usr/lib/rpm/posttrans-filetriggers
/usr/share/myspell/ru.dic       /usr/share/myspell/ru_RU-lebedev.dic    /usr/share/myspell/ru_RU-lebedev.dic
errors:
 slave candidate name = master candidate name

(В ответ на комментарий №24)
>  slave candidate name = master candidate name

Не сразу заметил...
Я всего лишь хотел, чтобы альтернатива ru.dic была slave'ом мастера ru_RU.dic, и при этом указывала бы туда же. Выходит, нельзя...
Кто-нибудь подскажет, как сделать красиво?

(В ответ на комментарий №25)
> (В ответ на комментарий №24)
> >  slave candidate name = master candidate name
> 
> Не сразу заметил...
> Я всего лишь хотел, чтобы альтернатива ru.dic была slave'ом мастера ru_RU.dic,
> и при этом указывала бы туда же. Выходит, нельзя...
> Кто-нибудь подскажет, как сделать красиво?

А есть ли вообще случаи, когда тут нужна альтернатива? Я таких не знаю. Если никто не знает, то предложение zerg@ самое простое.

(В ответ на комментарий №26)
> А есть ли вообще случаи, когда тут нужна альтернатива? Я таких не знаю.

Альтернатива ru_RU.dic используется для переключения словарей {,-io,-ie}
Так сложилось исторически. Редко, но случается, что при системном словаре ru_RU.dic -> ru_RU-lebedev.dic, для какого-то текста необходим словарь ru_RU-lebedev-io.dic, выбираемый тогда вручную. Поэтому мне не хотелось бы делать {,-io,-ie} взаимно конфликтующими и избавляться от альтернатив.

> Если никто не знает, то предложение zerg@ самое простое.

Какое? Запаковать ссылку ru.dic -> ru_RU.dic? Не уверен, что у нас позволительно паковать ссылку на альтернативу. Но даже если и можно, то в какой из трех пакетов {,-io,-ie} её паковать? Нет, не решение.

Есть мысль сделать "безальтернативную" альтернативу ru.dic -> ru_RU.dic Исключительно с целью получения требуемых ссылок. Выглядит странно: безальтернативная альтернатива, к тому же ссылающаяся на другую альтернативу. Но кажется работает. Потестирую, и если не будет более красивых решений, то так и сделаю.

Сделал, потестировал, всё работает, никто не ругается. Даже выглядит формально правильно:

$ alternatives-list | grep ru
/usr/share/myspell/ru.aff points to /usr/share/myspell/ru_RU.aff
/usr/share/myspell/ru.dic points to /usr/share/myspell/ru_RU.dic
/usr/share/myspell/ru_RU.aff points to /usr/share/myspell/ru_RU-lebedev-io.aff
/usr/share/myspell/ru_RU.dic points to /usr/share/myspell/ru_RU-lebedev-io.dic

Лукавство в том, что альтернативы ru.{dic,aff} по сути безальтернативны и в принципе не имеют кандидатов, кроме ru_RU.{dic,aff}, которые в свою очередь уже честные альтернативы. На мой взгляд, вполне приемлемое лукавство. Запускать?

(В ответ на комментарий №28)
> Сделал, потестировал, всё работает, никто не ругается. Даже выглядит формально
> правильно:
> 
> $ alternatives-list | grep ru
> /usr/share/myspell/ru.aff points to /usr/share/myspell/ru_RU.aff
> /usr/share/myspell/ru.dic points to /usr/share/myspell/ru_RU.dic
> /usr/share/myspell/ru_RU.aff points to /usr/share/myspell/ru_RU-lebedev-io.aff
> /usr/share/myspell/ru_RU.dic points to /usr/share/myspell/ru_RU-lebedev-io.dic
> 
> Лукавство в том, что альтернативы ru.{dic,aff} по сути безальтернативны и в
> принципе не имеют кандидатов, кроме ru_RU.{dic,aff}, которые в свою очередь уже
> честные альтернативы. На мой взгляд, вполне приемлемое лукавство. Запускать?

Да, конечно.

(В ответ на комментарий №29)
> (В ответ на комментарий №28)
> > На мой взгляд, вполне приемлемое лукавство. Запускать?
> Да, конечно.

-alt12.1 собрался