» Debian

urodliv

Цитата:

Пробовал. Тоже косяки полезли. Но тут я грешу на саму установленную ОС. Надо будет попробовать на чистой.

какого рода косяки? Я нормально апгрейдился с lenny на squeeze(причем когда он был testing'ом), а потом и на текущий testing(wheeze).
На рабочей системе. Не все идеально но то что надо работает нормально.

Viewgg
Увы, но боюсь, что вы ошибаетесь, коллега. :-)
> TeXLive, и LO используют libhyphen
libhyphen — это сопровождаемая Либрофисом libaltlinuxhyph Петра Новодворского, которая есть развитие libhnj Рафа Левина. Все это основано на теховских алгоритмах и словарях, но сам Техом не используется. Формат словарей пригодных к употреблению libhyphen’ом и Техом разный.
Пакет texlive-lang-cyrillic не содержит словарей для libhyphen’а.
$ dpkg -L texlive-lang-cyrillic | grep /usr/share/hyphen/
$

Давайте теперь зайдем с другой стороны. У вас сейчас Либрофис в Убунте имеет в видимости словарь переносов? Кроме, собственно, непосредственной проверки включением автопереносов это можно узнать достоверно, глянув в Tools › Options › Language settings › Writing aids › Available language modules › Edit — там для русского языка в секции Hyphenation должен присутствовать Libhyphen hypenator.

P. S. Собственно насущный вопрос-то я решил довольно просто: пошел на AUR, нашел там словарь hyph_ru_RU.dic и кинул его в /usr/share/hyphen/. Но до сути надо докопаться — то ли это никто из русских не пользуется Либрофисом на Дебиане, то ли переносы никому не нужны, то ли это я просто чего-то в упор не вижу.

ASE_DAG

Цитата:

то ли это никто из русских не пользуется Либрофисом на Дебиане

ну возможностей гуглдоксов в хроме хватает)

ASE_DAG

Цитата:

Давайте теперь зайдем с другой стороны. У вас сейчас Либрофис в Убунте имеет в видимости словарь переносов? Кроме, собственно, непосредственной проверки включением автопереносов это можно узнать достоверно, глянув в Tools › Options › Language settings › Writing aids › Available language modules › Edit — там для русского языка в секции Hyphenation должен присутствовать Libhyphen hypenator.

Ага, ещё раз глянул --- он там есть, но насчет пакета я действительно ошибся: соответствующий словарь (/usr/share/hyphen/hyph_ru_RU.dic) у меня доставляет все же пакет openoffice.org-hyphenation, в Debian же чего-то аналогичного, похоже, для русского языка нет (так что русскоязычные дебианщики стройными рядами примкнули к арчеводам ).


Цитата:

AUR

Ага, думал помянуть его сначала (собственно, арчеводы и прочие джентушники часто такие вопросы решают руками), но решил, что оффтопик.

И снова здравствуйте.

Натолкнулся тут давеча на такой казус: веб-интерфейс Гуглопочты при просмотре через Айсвизел напрочь отказывается отображать в графе «день рождения» любого контакта любое число апреля 1953 года — вместо этого показывает то же число марта 1953-го. Иными словами: заношу день рождения контакта — любое число апреля-месяца 1953 года — Гугль исправно и корректно ее сохраняет, но тут же отображает март вместо апреля. Другие года и месяцы в подобном не замечены. От языка интерфейса (проверял британский и русский) не зависит. Наблюдаю эту ахинею только в Айсвизеле (как 10-ой, так и 13-ой версий, в т. ч. в сэйф-моде). В Файрфоксе мозилловской и убунтовской сборок, а также в других браузерах — ничего подобного.

Посему обращаюсь сюда с просьбой к вам подтвердить / опровергнуть такое поведение.

P. S. Обратите внимание, что формат даты должен быть понимаемым Гуглем именно как дата на этом языке: 03.04.1953 для русского, например.

ASE_DAG
Подтверждаю. Debian 6.0.4, firefox 13.0.1 собран из исходников. Причём если дата была внесена в другом браузере, то в firefox`е она отображается всё равно косячно.

P.S. А может быть разработчики firefox`а ярые антисталинисты? И таким образом отмечают радостную для них дату смерти?

urodliv
> Подтверждаю.
Жесть.

> если дата была внесена в другом браузере, то в firefox`е она отображается всё равно косячно
Ну да, дата приходит в машиночитаемом виде и уже яваскриптом локализуется в соответствии с выбранным языком. Т. е. речь о некорректном клиентском коде. Но разобраться в нем у меня даже близко не получилось — обфусцирован.

> разработчики firefox`а ярые антисталинисты?
Тов. Weinaum предположил ровно обратное :-)

Цитата:

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

> Debian 6.0.4, firefox 13.0.1 собран из исходников
Выходит, что проблема именно в Дебиане? Ни на Винде, ни на Убунте (по сообщению Weinaum’а) такого не наблюдается. Как такое может быть?

P. S. На всякий случай попробовал сменить юзер-агенты в обе стороны (на Дебиане — на Файрфокс и Винду, на Винде — на Айсвизел и Дебиан) — никакой разницы.

Эм...
Бага в проявилась в
Debian Squeeze в IceWeasel 13.0.1
Ubuntu 10.04 в Firefox 9.0.1 и Google Chrome 19.0.1084.56
В WinXP в Firefox 13.0.1 всё отработало как надо.

Так что Ubuntu 10.04 по крайней мере от Debian не отличается, что и логично.

Alukardd
Занятно.

В то же время на Debian Wheezy в Chromium’е 18.0.1025.151 дебиановской же сборки — не проявляется; uzbl на libwebkitgtk 1.8.1-2 — тоже все корректно.

P. S. Сейчас обновлю Хромиум до 20-го — гляну, как там.

Добавлено:
> Сейчас обновлю Хромиум до 20-го
Обновил. Баг не проявился.

Добавлено:
Погуглил на предмет сборки ФФ типа «все свое ношу с собой» (англ. portable) под Дебиан. Как ни странно, такие существовали. Для amd64 нашлась весьма старая ff-portable-3.6.11.pre-x86_64. Запустил — Гугль сообщает, что она уже не поддерживается, но с датами таки ошибок не возникает.

В связи с этим вопрос к товарищу Urodliv — ваша собственная сборка ФФ библиотеку libmozjs использует дебиановскую, или вы ее тоже собирали из исходников?

ASE_DAG
А как насчёт того что у меня бага в Chrome проявилась?..

Добавлено:
В epiphany под Ubuntu 10.04 баг не проявился.

Цитата:

В связи с этим вопрос к товарищу Urodliv — ваша собственная сборка ФФ библиотеку libmozjs использует дебиановскую, или вы ее тоже собирали из исходников?

Нет, не собирал. Использую дебиановскую:

Цитата:

Package: libmozjs2d
Source: iceweasel (3.5.16-16)
Version: 1.9.1.16-16
Installed-Size: 976
Maintainer: Maintainers of Mozilla-related packages <pkg-mozilla-maintainers@lists.alioth.debian.org>
Architecture: i386

> Использую дебиановскую.
Ага.

> libmozjs2d
А почему такую старую, если не секрет?

Alukardd
> А как насчёт того что у меня бага в Chrome проявилась?
Это вы меня спрашиваете? :-) Я, собственно, у кого-нибудь из вас думал узнать, что это зараза такая. Кстати, уточните, пожалуйста, что за сборка Хрома. Гугловская проприетарная?

ASE_DAG
Цитата:

Это вы меня спрашиваете? :-)

разумеется! Это больше не Ваш вопрос — это уже дискуссия)

Цитата:

% aptitude show google-chrome-stable
Пакет: google-chrome-stable
Новый: да
Состояние: установлен
Автоматически установлен: нет
Версия: 19.0.1084.56-r140965
Приоритет: необязательный
Раздел: web
Сопровождающий: Chrome Linux Team <chromium-dev@chromium.org>
Размер в распакованном виде: 116M
Зависимости: libasound2 (> 1.0.22), libbz2-1.0, libc6 (>= 2.11), libcairo2 (>= 1.6.0), libcups2 (>= 1.4.0), libdbus-1-3 (>= 1.2.14), libexpat1 (>= 1.95.8),
libfontconfig1 (>= 2.8.0), libfreetype6 (>= 2.3.9), libgcc1 (>= 1:4.1.1), libgconf2-4 (>= 2.27.0), libgcrypt11 (>= 1.4.2),
libglib2.0-0 (>= 2.20.0), libgtk2.0-0 (>= 2.18.0), libnspr4-0d (>= 4.7.3-0ubuntu1~) | libnspr4 (>= 4.8.7-0ubuntu1), libnss3-1d (>=
3.12.3), libpango1.0-0 (>= 1.20.0), libstdc++6 (>= 4.4.0), libudev0 (>= 147), libx11-6 (>= 0), libxcomposite1 (>= 1:0.3-1), libxext6
(>= 0), libxfixes3 (>= 1:4.0.1), libxrender1, libxss1, zlib1g (>= 1:1.2.3.3.dfsg), ca-certificates, libcurl3, libatk1.0-0 (>=
1.30.0), lsb-base (>= 3.2), xdg-utils (>= 1.0.2), wget
Пред-зависимости: dpkg (>= 1.14.0)
Конфликтует: google-chrome
Заменяет: google-chrome
Предоставляет: google-chrome, www-browser
Описание: The web browser from Google
Google Chrome is a browser that combines a minimal design with sophisticated technology to make the web faster, safer, and easier.

Цитата:

А почему такую старую, если не секрет?

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

Alukardd
> Гугловская проприетарная?
Ну да, [more=он самый]$ aptitude show google-chrome-stable
Package: google-chrome-stable
New: yes
State: installed
Automatically installed: no
Version: 19.0.1084.56-r140965
Priority: optional
Section: web
Maintainer: Chrome Linux Team <chromium-dev@chromium.org>
Architecture: amd64
Uncompressed Size: 108 M
Depends: libasound2 (> 1.0.22), libbz2-1.0, libc6 (>= 2.11), libcairo2 (>= 1.6.0), libcups2 (>= 1.4.0), libdbus-1-3 (>= 1.2.14), libexpat1 (>= 1.95.8), libfontconfig1 (>=
2.8.0), libfreetype6 (>= 2.3.9), libgcc1 (>= 1:4.1.1), libgconf2-4 (>= 2.27.0), libgcrypt11 (>= 1.4.2), libglib2.0-0 (>= 2.20.0), libgtk2.0-0 (>= 2.18.0),
libnspr4-0d (>= 4.7.3-0ubuntu1~) | libnspr4 (>= 4.8.7-0ubuntu1), libnss3-1d (>= 3.12.3), libpango1.0-0 (>= 1.20.0), libstdc++6 (>= 4.4.0), libudev0 (>= 147),
libx11-6 (>= 0), libxcomposite1 (>= 1:0.3-1), libxext6 (>= 0), libxfixes3 (>= 1:4.0.1), libxrender1, libxss1, zlib1g (>= 1:1.2.3.3.dfsg), ca-certificates,
libcurl3, libatk1.0-0 (>= 1.30.0), lsb-base (>= 3.2), xdg-utils (>= 1.0.2), wget
PreDepends: dpkg (>= 1.14.0)
Conflicts: google-chrome
Replaces: google-chrome
Provides: google-chrome, www-browser
Description: The web browser from Google
Google Chrome is a browser that combines a minimal design with sophisticated technology to make the web faster, safer, and easier.[/more]. И бага на нем я не наблюдаю — апрель на месте.

P. S. В вашем листинге не фигурирует архитектура (а кстати, почему?). ix86?

ASE_DAG
Вы правы, я тупею и сейчас багу не вижу в хроме. Скорее всего я косячил при тесте.
Архитектура у меня i386. Почему не видно, а хз, мб он noarch?

Добавлено:
Кстати в Ubuntu я не наблюдаю либы mozjs в отличии от Debian... Точнее пакета не наблюдаю... Он часть xulrunner?

У кого-то compiz получилось запустить на Wheezy

xnurofen
Да, без проблем. графика интегрированая в i5 SandyBridge.

goletsa, Драйвер ставить видео не нужно, так как он в ядре уже есть? Или проприетарный все же поставить?

xnurofen
> он в ядре уже есть?
Нет, Линукс (ни, афайк, ванильные исходники, ни пакет в Дебиане — точно) не содержит драйверов для графической подсистемы. В сабже имена пакетов с видеодровами имеют имена xserver-xorg-video-.*, можете изучить список:

$ aptitude search xserver-xorg-video-

xnurofen
Это Intel графика, там есть открытые дрова.

xnurofen
А для того, чтоб ответить, какой вам драйвер стоит заюзать, очевидно, необходимо знать, что у вас за графкарта.

Видео GIGABYTE GeForce GTX 470 630Mhz PCI-E 2.0 1280Mb 3348Mhz 320 bit 2xDVI Mini-HDMI HDCP

ASE_DAG

Цитата:

Нет, Линукс (ни, афайк, ванильные исходники, ни пакет в Дебиане — точно) не содержит драйверов для графической подсистемы.

А ядерные модули?

xnurofen

Цитата:

GeForce GTX 470

Ну тогда, на мой взгляд, стоит начать с проприетарных драйверов NVidia. Вам нужны пакеты xserver-xorg-video-nv и nvidia-kernel, как я понимаю.

Viewgg

Цитата:

xserver-xorg-video-nv

это открытый.
надо nvidia-glx и nvidia-kernel-source
можно еще dkms, тогда оно само модули будет пересобирать при апдейте ядра.

goletsa

Цитата:

это открытый.

Хм, бебияновцы до сих пор упаковывают сдохший драйвер nv? Кажется, это и правда он.

Цитата:

надо nvidia-glx

Да, точно --- блобовый исковый драйвер там так зовется, спасибо за уточнение.

Цитата:

и nvidia-kernel-source
можно еще dkms, тогда оно само модули будет пересобирать при апдейте ядра.

А зачем исходнички и DKMS, коли не секрет? Уже собранный ядерный модуль для каждой версии ядра в пакетике не поставляется?

Viewgg
Я давно не использую родные ядра.
Может и есть но иногда проще собрать через dkms\m-a модули.
Да и вроде оно само может их как зависимости тянуть. Они как suggested.
http://packages.debian.org/squeeze/nvidia-glx

Viewgg
> Уже собранный ядерный модуль для каждой версии ядра в пакетике не поставляется?
Поставляется. nvidia-kernel-amd64. Чем он хуже DKMS — не скажу; возможно, что ничем не хуже. ;-)

ASE_DAG

Цитата:

Поставляется. nvidia-kernel-amd64.

Вот-вот, я его видел, потому и спросил.

Я понимаю, скажем, ситуацию в оффтопных дистрибутивах, где драйвера nvidia по причине лицензионной "некошерности" лежат в дополнительных репозиториях, и модули для последней версии ядра могут выкладываться с опозданием, для этого есть варианты типа akmods или DKMS. Самосборные ядра, Arch и Gentoo --- тоже понятно... Для фирменного же ядра смысла не вижу.

Viewgg
Да тут он кстати тоже не в main лежит а в non-free который по умолчанию не всегда подключается.