date:20011206

Цитирование Anton Lavrik [EMAIL PROTECTED], debian-russian@lists.debian.org:
Потому что шрифты разные бывают, для X, для печати и т.д.
То, что вы называете стандартным местом является таковым для экранных
шрифтов X Window System.
В Woody можно смотреть man defoma (AFAIR)

а можно поподробнее о defoma?
А то, когда я послал патч мантайнеру abiword он про это самое заикнулся, но не
объяснил
что это .

--
Alexander Danilov
* Origin: If you can't do it in Perl, you don't want to do it.

Re: scheme

On Wed, 5 Dec 2001 [EMAIL PROTECTED] wrote:

 Вот решил заняться плотно схемой.
 Есть даже задачи, которые можно решить на ней, но
 я не знаю какую реализацию выбрать (:-(

 guile я смотрел - не скажу, что во всём нравиться, но ...

 А что еще есть, хоть приблизительно отвечающее заданным требованиям?

Есть еще такая штука как librep - Это не совсет схема - скорее что-то
посередине между схемой и e-лиспом.  Имеет привязки к gtk/gnome.
А также к mysql и CORBA(ORBit) - эти не пробовал (а вид последнего
вызывает желание переписать сразу)

Еще к нему есть mod_rep для апаче (нашел на sourceforge) - но еще не
пробовал прикручивать

--
With best regards,
 Alexander V. Nikolaev

Re: scheme

On Thu, 6 Dec 2001, Alexander V. Nikolaev wrote:

 On Wed, 5 Dec 2001 [EMAIL PROTECTED] wrote:
 
  Вот решил заняться плотно схемой.
  Есть даже задачи, которые можно решить на ней, но
  я не знаю какую реализацию выбрать (:-(
 
  guile я смотрел - не скажу, что во всём нравиться, но ...
 
  А что еще есть, хоть приблизительно отвечающее заданным требованиям?
 
 Есть еще такая штука как librep - Это не совсет схема - скорее что-то
 посередине между схемой и e-лиспом.  Имеет привязки к gtk/gnome.
 А также к mysql и CORBA(ORBit) - эти не пробовал (а вид последнего
 вызывает желание переписать сразу)
 
 Еще к нему есть mod_rep для апаче (нашел на sourceforge) - но еще не
 пробовал прикручивать

 AFAIR librep под GPL - посему в коммерческом софте получается нельзя
вызывать НИ ОДНОЙ ф-ии из его стандартной библиотеки если софт - не под GPL. 
 Так что не очень то он юзабелен в закрытом софте..

 Best regards,
  -Vlad

Re: scheme

Цитирование Paul Romanchenko [EMAIL PROTECTED],
debian-russian@lists.debian.org:
 Ну тогда тебе остается биглоо. В качестве гуя -- биглоок. Есть еще
 биглоолиб на соурсефорже, но по моему оно не живое уже. А так там было
 и к гтк интерфейсы и к майскл-ю
Все живой. Автор биглулиб сидит за стенкой и постоянно чего-то там ковыряет ;)

Судя по тому, что bigloo появился в unstable - то живое,
плохо конечно, что postgres не поддерживается, ну да ладно.
Мне в KSI понравились 2 вещи:
1, русская документация
2. байт-код
но к большому сожалению KSI не имеет db и gui :(

А вот на bigloo а пожалуй посмотрю, раньше он на компилировался
на potato, посмотрю как теперь с этим дело обстоит.


--
Alexander Danilov
* Origin: If you can't do it in Perl, you don't want to do it.

Re: scheme


  
   А что еще есть, хоть приблизительно отвечающее заданным требованиям?
 
  Есть еще такая штука как librep - Это не совсет схема - скорее что-то
  AFAIR librep под GPL - посему в коммерческом софте получается нельзя
 вызывать НИ ОДНОЙ ф-ии из его стандартной библиотеки если софт - не под GPL.
  Так что не очень то он юзабелен в закрытом софте..

Хмм. Как я понмаю GPL не запрещает использование GPL'ed продуктов в
коммерческих проектах... GPL обязывает публиковать исходники derived work
под GPL - но зачем трогать сорцы librep?
Там есть механизм для подключения shared library - через него и можно
подключать свой код в неограниченом колисчестве...


--
With best regards,
 Alexander V. Nikolaev

Re: scheme

Есть еще такая штука как librep - Это не совсет схема - скорее что-то
посередине между схемой и e-лиспом. Имеет привязки к gtk/gnome.
А также к mysql и CORBA(ORBit) - эти не пробовал (а вид последнего
вызывает желание переписать сразу)

mysql - как то не серьезно, хотя сама среда (байт код + виртуальная машина)
мне
понравились.
Ну ничего не мешает написать биндинг к postgresql или oracle
У librep достаточно простой С API
Я могу где-то советом помочь - я сейчас привязку в slang/newt делаю.

Еще к нему есть mod_rep для апаче (нашел на sourceforge) - но еще не
пробовал прикручивать

а для каких (scheme|lisp) реализаций существуют apache модули или готовые http
сервера (опять же с db интерфейсом)?
Я слышал про mod_scheme - но не видел его...
Есть даже CL-HTTP - сервер на Common Lisp написаный... гугль по словам
HTTP server lisp находит достаточно много... Мне самому интересно (и
нужно) сделать простенький сервер на rep

--
With best regards,
Alexander V. Nikolaev

Re: scheme

Цитирование Alexander V. Nikolaev [EMAIL PROTECTED],
debian-russian@lists.debian.org:

mysql - как то не серьезно, хотя сама среда (байт код + виртуальная машина)
мне понравились.
Ну ничего не мешает написать биндинг к postgresql или oracle
У librep достаточно простой С API
Я могу где-то советом помочь - я сейчас привязку в slang/newt делаю.

Я уже забыл когда последний раз писал что-либо серьезное на Си.
Все болше perl+shell+непомнючто, я уже забыл что значит слежка за указателями :)

а для каких (scheme|lisp) реализаций существуют apache модули или готовые
http
сервера (опять же с db интерфейсом)?
Я слышал про mod_scheme - но не видел его...
Есть даже CL-HTTP - сервер на Common Lisp написаный... гугль по словам
HTTP server lisp находит достаточно много... Мне самому интересно (и
нужно) сделать простенький сервер на rep

Нужен не простенький, а разветвляющийся .

--
Alexander Danilov
* Origin: If you can't do it in Perl, you don't want to do it.

Re: scheme

On Thu, 6 Dec 2001, Alexander V. Nikolaev wrote:

А что еще есть, хоть приблизительно отвечающее заданным требованиям?

Есть еще такая штука как librep - Это не совсет схема - скорее что-то
AFAIR librep под GPL - посему в коммерческом софте получается нельзя
вызывать НИ ОДНОЙ ф-ии из его стандартной библиотеки если софт - не под GPL.
Так что не очень то он юзабелен в закрытом софте..

Хмм. Как я понмаю GPL не запрещает использование GPL'ed продуктов в

Линковаться с GPL библиотеками не-GPL софту тоже нельзя, даже динамически. А
основные ф-ии в librep (типа вывод строки в файл) - тоже под GPL -
соответственно их использовать тоже из не-GPL софта нельзя.

коммерческих проектах... GPL обязывает публиковать исходники derived work
под GPL - но зачем трогать сорцы librep?
Там есть механизм для подключения shared library - через него и можно
подключать свой код в неограниченом колисчестве...

Любого способ вызова GPL кода (кроме как a-la corba components) - хоть из
slib - доступен только для GPL софта.

Best regards,
-Vlad

mga

2001-12-06 Пенетрантность Serge Matveev


Кто-нибудь знает как и на что влияют следующие параметры? Карта g400

Option Overlay
Option PciRetry boolean
Option ShadowFB boolean
Option SyncOnGreen boolean
Option VideoKey integer (что здесь можно вообще указывать?)
Option TexturedVideo boolean

Ссылки на URL приветствуются. man mga не катит :-(

-- 
Serge Matveev - ICQ:3575357

Re: scheme

Хмм. Как я понмаю GPL не запрещает использование GPL'ed продуктов в

А вот наоборот - можно...
То есть из GPL'ed скрипта на rep я могу вызвать non-free библиотеку...
(даже wrapper к той бибилиотеке, явно вызывающий non-free код - может быть
open, и GPL'ed с исключением - разрешаюшим линковку с non-free)

Любого способ вызова GPL кода (кроме как a-la corba components) - хоть из
slib - доступен только для GPL софта.

На самом деле _полное_ запрещение линковки (динамической) - бред.
Как минимум GPL'ed проекты толжны иметь поправку к лицензии на предмет
расрешения линковки/распространения рантайма с non-free софтом - как это
сделано в GCC и по моему в glibc. libgcc.a имеет явное расзрешение на
распространение этого кода с non-free собранным gcc

Я думаю что выкрутиться будет можно ;)

--
With best regards,
Alexander V. Nikolaev

Re: scheme

2001-12-06 Пенетрантность Mikhail Sobolev

On Thu, Dec 06, 2001 at 02:37:17PM +0300, Alexander V. Nikolaev wrote:
 На самом деле _полное_ запрещение линковки (динамической) - бред.
 Как минимум GPL'ed проекты толжны иметь поправку к лицензии на предмет
 расрешения линковки/распространения рантайма с non-free софтом - как это
 сделано в GCC и по моему в glibc.  libgcc.a имеет явное расзрешение на
 распространение этого кода с non-free собранным gcc
в gcc и glibc эти поправки были специально сделаны. :))

--
Миша

Ooffice xfs-xtt

Странно себя ooffice ведёт.
После включения xfs-xtt в менюшках пропадат всё буквы.
Т.е. их нет при запуске ooffice - одни подчёркивания %)
При выключении xfs-xtt буквы снова становятся на место.
What's up doc?
--
 VEL-RIPE
 ICQ UIN# 3159256

Re: scheme

2001-12-06 Пенетрантность Alexey Dejneka

[EMAIL PROTECTED] writes:

 а для каких (scheme|lisp) реализаций существуют apache модули или готовые http
 сервера
 (опять же с db интерфейсом)?

http://ww.telent.net/cliki/Web

-- 
Greenspun's Tenth Rule of Programming as a reclame of Fortran

Re: scheme

On Thu, 6 Dec 2001, Alexander V. Nikolaev wrote:
коммерческих проектах... GPL обязывает публиковать исходники derived work
под GPL - но зачем трогать сорцы librep?
Там есть механизм для подключения shared library - через него и можно
подключать свой код в неограниченом колисчестве...

Любого способ вызова GPL кода (кроме как a-la corba components) - хоть из
slib - доступен только для GPL софта.

На самом деле _полное_ запрещение линковки (динамической) - бред.

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

Как минимум GPL'ed проекты толжны иметь поправку к лицензии на предмет
расрешения линковки/распространения рантайма с non-free софтом - как это
сделано в GCC и по моему в glibc. libgcc.a имеет явное расзрешение на
распространение этого кода с non-free собранным gcc

Вот я это от John Harper и просил.

Я думаю что выкрутиться будет можно ;)

Я лично не вижу никаких лазеек. Юридически это запрещено, точка.

Best regards,
-Vlad

Re: scheme

2001-12-06 Пенетрантность Wartan Hachaturow

Любого способ вызова GPL кода (кроме как a-la corba components) - хоть из
slib - доступен только для GPL софта.

На самом деле _полное_ запрещение линковки (динамической) - бред.

Кстати - никто не мешает продавать GPL софт ;)

Кстати - а какой нибудь репозиторий типа CPAN/CTAN для librep есть?

Я автора librep просил где-нить в лицензии явно разрешить писать на
librep
закрытый софт - он это дело замял. Так что если дать волю в[едливому
юристу то
можно поиметь кучу неприятностей если писать закрытый софт на librep.
Я думаю что выкрутиться будет можно ;)
Я лично не вижу никаких лазеек. Юридически это запрещено, точка.

Ну технически - либо врапееры, хотя спорно, или корба или
взаимодействовать через pipe/sockets)

А в остальном - автор изъявил свою волю...
И я не стал бы _использовать_ эти лазейки.

--
With best regards,
Alexander V. Nikolaev

Re: Ooffice xfs-xtt

On Thu, Dec 06, 2001 at 02:00:22PM +0200, Vladimir N.Velychko wrote:

 После включения xfs-xtt в менюшках пропадат всё буквы.
 Т.е. их нет при запуске ooffice - одни подчёркивания %)
 При выключении xfs-xtt буквы снова становятся на место.
 What's up doc?

Это не может быть clash между ttf'ами, которые дают X'ы через
xfs-xtt и собственными ttf'ами OO?

-- 
Regards, Wartan.
echo Your stdio isn't very std. 
-- Larry Wall in Configure from the perl distribution

Ooffice xfs-xtt

Странно себя ooffice ведёт.
После включения xfs-xtt в менюшках пропадат всё буквы.
Т.е. их нет при запуске ooffice - одни подчёркивания %)
При выключении xfs-xtt буквы снова становятся на место.
What's up doc?
--
 VEL-RIPE
 ICQ UIN# 3159256

Re: scheme

On Thu, 6 Dec 2001, Alexander V. Nikolaev wrote:

Любого способ вызова GPL кода (кроме как a-la corba components) - хоть
из
slib - доступен только для GPL софта.

На самом деле _полное_ запрещение линковки (динамической) - бред.

Кстати - никто не мешает продавать GPL софт ;)

Его можно продать только один раз :((

Кстати - а какой нибудь репозиторий типа CPAN/CTAN для librep есть?

Я не в курсе.

Ну технически - либо врапееры, хотя спорно, или корба или
взаимодействовать через pipe/sockets)

Да, врапперы более чем спорно. Так что только корба или pipe/sockets.

А в остальном - автор изъявил свою волю...
И я не стал бы _использовать_ эти лазейки.

Автора заломало думать как лучше изменить лицензию и сделать эти изменения.
Он вроде от работы над sawfish уж точно ушел, может быть и от librep тоже.

Best regards,
-Vlad

Re: scheme

Цитирование Alexey Dejneka [EMAIL PROTECTED], Alexander V. Nikolaev
[EMAIL PROTECTED],  debian-russian@lists.debian.org:
[EMAIL PROTECTED] writes:

 а для каких (scheme|lisp) реализаций существуют apache модули или готовые
http  сервера
 (опять же с db интерфейсом)?

http://ww.telent.net/cliki/Web

спасибо, очень любопытная ссылка
но к сожалению нет в мире совершенства - прийдется его самому создавать ...
вот только бы вспомнить Си ;)

--
Alexander Danilov
* Origin: If you can't do it in Perl, you don't want to do it.

Re: scheme

2001-12-06 Пенетрантность Aleksey Novodvorsky


 
 http://ww.telent.net/cliki/Web

 спасибо, очень любопытная ссылка
 но к сожалению нет в мире совершенства - прийдется его самому создавать ...
 вот только бы вспомнить Си ;)

Могу добавить http://sourceforge.net/projects/modrep/

--
With best regards,
 Alexander V. Nikolaev

Re: scheme

On Thu, 6 Dec 2001 16:47:38 +0400 (SAMT)
Vlad Harchev [EMAIL PROTECTED] wrote:


  
  На самом деле _полное_ запрещение линковки (динамической) -
 бред.
 
  С точки зрения разработчика - бред.

Будьте точнее: с точки зрения разработчика closed source софта
это плохо.
С точки зрения разработчика свободного софта -- хорошо.

GPL позволяет создавать софт, несмешиваемый с коммерческим, это
_другой_ мир. 
Если Вы не хотите в нем жить, то не пишите ничего под GPL --
делая это, вы работаете против себя.


 С точки зрения Столмана и
 прочих
 ненавистников комм. софта - инструмент по поднятию доли
 открытого
 софта.

GPLed software -- тоже коммерческий. Это просто другая модель
коммерции.

 

  
  Я думаю что выкрутиться будет можно ;)
 
  Я лично не вижу никаких лазеек. Юридически это запрещено,
 точка.

Совершенно верно. GPL сделана именно для того, чтобы лазеек не
было.

Rgrds, AEN

Re: Ooffice xfs-xtt

2001-12-06 Пенетрантность Aleksey Novodvorsky

On Thu, 6 Dec 2001 16:08:57 +0300
Wartan Hachaturow [EMAIL PROTECTED] wrote:

 On Thu, Dec 06, 2001 at 02:00:22PM +0200, Vladimir N.Velychko
 wrote:
 
  После включения xfs-xtt в менюшках пропадат всё буквы.
  Т.е. их нет при запуске ooffice - одни подчёркивания %)
  При выключении xfs-xtt буквы снова становятся на место.
  What's up doc?
 
 Это не может быть clash между ttf'ами, которые дают X'ы через
 xfs-xtt и собственными ttf'ами OO?
 
На каком языке интерфейс OO?

Rgrds,AEN

Re: scheme

2001-12-06 Пенетрантность Aleksey Novodvorsky


 GPL позволяет создавать софт, несмешиваемый с коммерческим, это
 _другой_ мир.
Кстати - тогда зачем в другом мире имеется LGPL?

 Если Вы не хотите в нем жить, то не пишите ничего под GPL --
 делая это, вы работаете против себя.

А если приходится делать смешанные проекты?
Когда у меня GPL'ed core и non-free гуи и какие-то модули?

Где провести грань? Где можно смешивать gpl и non-free а где нет?

 GPLed software -- тоже коммерческий. Это просто другая модель
 коммерции.
Согласен...

Я ведя эту дисскуссию пытаюсь определиться - как можно открывать большую
часть кода под gpl, не внося патентных и иных проблем фирме которая
финансирует эти разработки. И не попадая под необходимость открывать код
который заказчики требуют сохранять закрытым.


--
With best regards,
 Alexander V. Nikolaev

Re: scheme

Hi!
Alexander V. Nikolaev wrote:

GPL позволяет создавать софт, несмешиваемый с коммерческим, это
_другой_ мир.
Кстати - тогда зачем в другом мире имеется LGPL?

LGPL -- временная мера, она нужна (с точки зрения Столлмена -- была нужна),
пока GPL-софт не покрывает (-ал?) многих применений и пока идеология GNU
(была?) непонятна многим.

Если Вы не хотите в нем жить, то не пишите ничего под GPL --
делая это, вы работаете против себя.

А если приходится делать смешанные проекты?
Когда у меня GPL'ed core и non-free гуи и какие-то модули?

Где провести грань? Где можно смешивать gpl и non-free а где нет?

Модуль Вы можете присоединять к GPL'ed core свободно (пример -- ядро). Вы
можете также линковать GPL-код с не-GPL библиотеками, если они являются
основной частью системы. Собственно, последняя лазейка использовалась в
случае с KDE1/Qt1, хоть и не выглядела достаточно убедительно.

GPLed software -- тоже коммерческий. Это просто другая модель
коммерции.
Согласен...

Я ведя эту дисскуссию пытаюсь определиться - как можно открывать большую
часть кода под gpl, не внося патентных и иных проблем фирме которая
финансирует эти разработки. И не попадая под необходимость открывать код
который заказчики требуют сохранять закрытым.

Если заказчик не собирается распространять софт, который Вам заказан, то он
может быть под GPL. Вы подписываете торжественное обязательство не
распространять его, а заказчик и так не собирается. GPL есть только
обязательство открыть код и предоставить свои свободы при передаче
продукта.
Если же заказчик хочет распространять Вашу программу, то Вы сильно
ограничены в выборе средств разработки.

Rgrds, AEN

Re: scheme

On Thu, 6 Dec 2001, Aleksey Novodvorsky wrote:

On Thu, 6 Dec 2001 16:47:38 +0400 (SAMT)
Vlad Harchev [EMAIL PROTECTED] wrote:

На самом деле _полное_ запрещение линковки (динамической) -
бред.

С точки зрения разработчика - бред.

Будьте точнее: с точки зрения разработчика closed source софта
это плохо.
С точки зрения разработчика свободного софта -- хорошо.

librep это грубо говоря программа для интерпретации программ, ее не надо
путать с просто пользовательскими программами (например с vim'ом).
Если перенести ограничения librep на vim - это в vim'е будет запрещено
набивать сырцы closed source software и все доки набиваемые в нем должны
идти под FDL - что есть маразм с любой точки зрения (ибо это искуственное
ограничение использования *самой программы*, а не ее сырцов).

С точки зрения Столмана и
прочих
ненавистников комм. софта - инструмент по поднятию доли
открытого
софта.

GPLed software -- тоже коммерческий. Это просто другая модель
коммерции.

Как бензин - это просто другое вещество для тушения огня.

Я думаю что выкрутиться будет можно ;)

Я лично не вижу никаких лазеек. Юридически это запрещено,
точка.

Совершенно верно. GPL сделана именно для того, чтобы лазеек не
было.

Лазейки все-таки есть, но их использование муторно и трудоемко.

Best regards,
-Vlad

get some for the holidays

2001-12-06 Пенетрантность get some




Check this
out!




A cool new
internet experience!
A great gift idea
for the Holidays!


Go to getfriction.organd get in the
action!

Re: scheme

On Thu, 6 Dec 2001, Alexander V. Nikolaev wrote:
 
 
   Я ведя эту дисскуссию пытаюсь определиться - как можно открывать большую
   часть кода под gpl, не внося патентных и иных проблем фирме которая
   финансирует эти разработки. И не попадая под необходимость открывать код
   который заказчики требуют сохранять закрытым.
 
  Если заказчик не собирается распространять софт, который Вам заказан, то он
  может быть под GPL. Вы подписываете торжественное обязательство не
  распространять его, а заказчик и так не собирается. GPL есть только
  обязательство открыть код и предоставить свои свободы при передаче
  продукта.
 А как квалифицирутся взаимодействие gnu и non-free софта как корба
 компонентшов?
 То есть  немодифицированные GPL продукты или GPL'ed модифицированные...
 И внешний GUI который взаимодействует с ними черезь какойто внешний
 механизм (corba/expect/socket/etc)?

 GPL v1 это разрешает, так как линковка никакая не происходит и так как GPL
софт может быть легко заменен на другой GPL софт (особенно это очевидно при
использовании CORBA). А вот GPL v2 - нет.
 
  Если же заказчик хочет распространять Вашу программу, то Вы сильно
  ограничены в выборе средств разработки.
 
 Собирается - вместе со своим железками (как firmware), но не как
 програмный продукт...
 
 И последний вопрос - может ли GPL'ed интерпретатор (librep конкретно)
 использоваться для исполнения non-free скриптов/bytecompiled code?
 (Как я понял нарушением будет подключение non-gpl интерфейсов как плагинов
 этой библиотеки если из них вызываются функции ее рантайма?)

 Да, если ничего из рантайма *явно* не вызывается - то вроде все ОК.
 Если вызывается - то нет.

 А если librep под GPL2 то возможно даже исполнение без вызова рантайма тоже
запрещено.

 Best regards,
  -Vlad

Strange HDD reports

Доброе утро.

Вот чего в лог лезет:
===
Dec  6 21:58:32 haunt kernel: hda: drive_cmd: status=0x51 { DriveReady 
SeekComplete Error }
Dec  6 21:58:32 haunt kernel: hda: drive_cmd: error=0x04 { DriveStatusError }
===

Раньше не видел. К чему бы?

   Ingvarr.

Re: Ooffice xfs-xtt

On Thu, 6 Dec 2001 20:43:53 +0300 Wartan Hachaturow [EMAIL PROTECTED] wrote:

 On Thu, Dec 06, 2001 at 06:30:49PM +0300, Aleksey Novodvorsky wrote:
 
   Это не может быть clash между ttf'ами, которые дают X'ы через
   xfs-xtt и собственными ttf'ами OO?
   
  На каком языке интерфейс OO?
 
 Это к nidd ;) Я подозреваю, что на C++.
Я таки думаю, что речь шла об этом:
[EMAIL PROTECTED]:vovka$ locale
LANG=ru_RU.KOI8-R
--
 VEL-RIPE
 ICQ UIN# 3159256

Re: Ooffice xfs-xtt

2001-12-06 Пенетрантность Aleksandr Blohin

On Thu, 6 Dec 2001 16:08:57 +0300 Wartan Hachaturow [EMAIL PROTECTED] wrote:

On Thu, Dec 06, 2001 at 02:00:22PM +0200, Vladimir N.Velychko wrote:

После включения xfs-xtt в менюшках пропадат всё буквы.
Т.е. их нет при запуске ooffice - одни подчёркивания %)
При выключении xfs-xtt буквы снова становятся на место.
What's up doc?

Это не может быть clash между ttf'ами, которые дают X'ы через
xfs-xtt и собственными ttf'ами OO?
Конфликт налицо, но как ровно построить Х-сервер?
Шочется хорошие фонты в тиливизире видеть %)

Задам такой вопрос: имеет ли смысл иметь xfs-xtt, или
поставить классический xfs? Я планирую использовать
свободные доступные в сети фонты (ttf, type1).
BTW ttf шрифты настроены через defoma.

PS: установка пакета ttf-openoffice никакой роли не сыграла.
Правда я даже не смотрел в него и не подключал руками, а
похоже нужно.
PPS: abiword упорно не показывает русский внутри документа -
только iso'шные умляунты, хотя сам интерфейс весь по-русски.
Чтение доки не просветило :(
--
VEL-RIPE
ICQ UIN# 3159256

Re: Strange HDD reports

On Thu, 6 Dec 2001 22:09:57 +0300
Ingvarr Zhmakin [EMAIL PROTECTED] wrote:

IZ Доброе утро.

IZ Вот чего в лог лезет:
IZ ===
IZ Dec  6 21:58:32 haunt kernel: hda: drive_cmd: status=0x51 {
IZ DriveReady SeekComplete Error }
IZ Dec  6 21:58:32 haunt kernel: hda: drive_cmd: error=0x04 {
IZ DriveStatusError }
IZ ===

IZ Раньше не видел. К чему бы?

К тому, что Вам пора спасать ту информацию, которую ещё можно спасти.

--
Best regards
AB
--
... In nomine Altli, et Ctrli, et Spititus 
Deli, Reset!

Re: Strange HDD reports

On Thu, 6 Dec 2001 22:18:42 +0200 Aleksandr Blohin [EMAIL PROTECTED] wrote:

 On Thu, 6 Dec 2001 22:09:57 +0300
 Ingvarr Zhmakin [EMAIL PROTECTED] wrote:
 
 IZ Вот чего в лог лезет:
 IZ Dec  6 21:58:32 haunt kernel: hda: drive_cmd: status=0x51 {
 IZ DriveReady SeekComplete Error }
 IZ Dec  6 21:58:32 haunt kernel: hda: drive_cmd: error=0x04 {
 IZ DriveStatusError }
 
 IZ Раньше не видел. К чему бы?
 
 К тому, что Вам пора спасать ту информацию, которую ещё можно спасти.
В худшем случае. Или конфликт железа. А после чего это появилось?
Ядро не меняли?
--
 VEL-RIPE
 ICQ UIN# 3159256

Re: Strange HDD reports

 IZ Вот чего в лог лезет:
 IZ ===
 IZ Dec  6 21:58:32 haunt kernel: hda: drive_cmd: status=0x51 {
 IZ DriveReady SeekComplete Error }
 IZ Dec  6 21:58:32 haunt kernel: hda: drive_cmd: error=0x04 {
 IZ DriveStatusError }
 IZ ===
 IZ Раньше не видел. К чему бы?
 К тому, что Вам пора спасать ту информацию, которую ещё можно спасти.
А поточнее нельзя?

   Ingvarr.

Re: Strange HDD reports

  IZ Вот чего в лог лезет:
  IZ Dec  6 21:58:32 haunt kernel: hda: drive_cmd: status=0x51 {
  IZ DriveReady SeekComplete Error }
  IZ Dec  6 21:58:32 haunt kernel: hda: drive_cmd: error=0x04 {
  IZ DriveStatusError }
  IZ Раньше не видел. К чему бы?
  К тому, что Вам пора спасать ту информацию, которую ещё можно спасти.
 В худшем случае. Или конфликт железа. А после чего это появилось?
 Ядро не меняли?
Менял. На 2.4.13 (из лесбиановой поставки). 
Но учащение заметил недавно. Тут как раз только что были резкие
отключения электричества... Вот еще, что говорят: 
===
Dec  7 00:56:02 haunt smartd: /dev/hda:Failed to read smart values
Dec  7 00:56:02 haunt smartd: /dev/hda:Failed to read smart thresholds
...
Dec  7 00:26:02 haunt smartd: Device: /dev/hda, S.M.A.R.T. Attribute: 255 
Changed 62
Dec  7 00:26:02 haunt smartd: Device: /dev/hda, S.M.A.R.T. Attribute: 255 
Changed -181
Dec  7 00:26:02 haunt smartd: Device: /dev/hda, S.M.A.R.T. Attribute: 71 
Changed 52
Dec  7 00:26:02 haunt smartd: Device: /dev/hda, S.M.A.R.T. Attribute: 65 
Changed -109
===

Два вопроса глобальных:

1) чем бы проверить винч?

2) чем бы скопировать на новый винт, если припрет? cpio не пойдет,
   потому что у меня, кроме линуха еще и 2000, и 95, и PC DOS. Хочется
   чего-то, что сможет raw партиции перелить. Это возможно?

   Ingvarr.

Re[2]: Strange HDD reports

2001-12-06 Пенетрантность ret

Hello Ingvarr,

Friday, December 07, 2001, 12:49:01 AM, you wrote:

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

 IZ Вот чего в лог лезет:
 IZ ===
 IZ Dec  6 21:58:32 haunt kernel: hda: drive_cmd: status=0x51 {
 IZ DriveReady SeekComplete Error }
 IZ Dec  6 21:58:32 haunt kernel: hda: drive_cmd: error=0x04 {
 IZ DriveStatusError }
 IZ ===
 IZ Раньше не видел. К чему бы?
 К тому, что Вам пора спасать ту информацию, которую ещё можно спасти.
IZ А поточнее нельзя?

IZIngvarr.





-- 
Best regards,
 retmailto:[EMAIL PROTECTED]

Re: Strange HDD reports

On Fri, 7 Dec 2001 01:20:16 +0300 Ingvarr Zhmakin [EMAIL PROTECTED] wrote:

  Ядро не меняли?
 Менял. На 2.4.13 (из лесбиановой поставки). 
 Но учащение заметил недавно. Тут как раз только что были резкие
 отключения электричества... Вот еще, что говорят: 
 ===
 Dec  7 00:56:02 haunt smartd: /dev/hda:Failed to read smart values
 Dec  7 00:56:02 haunt smartd: /dev/hda:Failed to read smart thresholds
 ...
 Dec  7 00:26:02 haunt smartd: Device: /dev/hda, S.M.A.R.T. Attribute: 255 
 Changed 62
А душить этот самый smartd не пробовали? Может в данном случае он
не очень smart?
О ядре - как по мне, так лучше 2.4.16.

 Два вопроса глобальных:
 
 1) чем бы проверить винч?
hdparm -Tt /dev/hda 
 или bonnie++
:))

 
 2) чем бы скопировать на новый винт, если припрет? cpio не пойдет,
потому что у меня, кроме линуха еще и 2000, и 95, и PC DOS. Хочется
чего-то, что сможет raw партиции перелить. Это возможно?
Это недавно тут обсуждалось. См. архив.
--
 VEL-RIPE
 ICQ UIN# 3159256

Три проблемы с русским

2001-12-06 Пенетрантность Fedor Zuev

On Tue, 6 Nov 2001, Denis Danilov wrote:

DDНа компьютере с Woody есть ошибки при работе с русским языком.

  

DDКакой совет могут дать опытные в Woody люди?

Написать багрепорт.

Генерируется полуавтоматически посредством команды bug.

Re: Strange HDD reports