В Tue, 25 Feb 2014 07:56:21 +0200 "Vasiliy P. Melnik" <[email protected]> пишет:
> > те кто "используете" столкнулись с этим еще до .0, и дело тут не > > в .0, какбы > > та да - я заменял в мэйкфайле USES=iconv:wchar_t на USES=iconv - и > тогда glib20 отлично собирается с нативным iconv. Но насколько я > понял, вот эта вот wchar_t может принимать много значений там, как написано в комменте, что-то про utf-8 не хватает в base iconv (превед, непроблемная кодировка! ;)) я ничего не менял, на выходных ставил систему и софт на новый винт, head amd64, приехал libiconv-1.14_1 депендами, никто не умер > > # Valid ARGS: lib (default, implicit), build, patch, > # wchar_t (port uses "WCHAR_T" extension), > # translit (port uses "//TRANSLIT" extension) > > И соответственно каждый собирает iconv под свои нужды и со своими > аргументами. Меня, например, всегда устраивали значения по-умолчанию. > Вот еще и php5-iconv не хочет жить с нативной iconv. > про php5-iconv там тред на кучу писем был в ML, я не читал ну и про какой-то rawtherapee тоже > Как лично по мне - так систему наоборот надо очищать от дополнительных > программ, насколько это вообще возможно. Кому надо будет - тот > добавит. что в данном случае есть "система" и "дополнительных программ"? если речь о base system и того что туда напихано, то никто не запрещает воспользоваться src.conf`ом -- wbr, tiger
