Re: Стабильная система?

[Artem Chuprina]

Алексей Витальевич Коротков -> debian-russian@lists.debian.org  @ Tue, 29 Sep 
2015 01:03:09 +0400:

 АВК> Что не понравилось в stack (и это очень странно, как вообще обходятся
 АВК> без этой функции): нет поиска (в cabal это cabal list).

Видимо, авторы, как и я, не пользуются этой функцией...

Впрочем, неудивительно - какая-то она очень куцая.  Ищет только в именах
пакетов.

Re: Стабильная система?

[Melleus]

"Артём Н."  writes:

> Offtopic:
> А что кто-то реально использует Haskell?
>
> Насчёт "стабильного" дистрибутива. Стоит попробовать Windows.
> Обновил 7-ю на виртуалке, студию поставил, затратил время, обновления всякие
> от MS.
> Перезагрузил...
>
> Оно мне выдало насмешливый синий экран с текстом:
> "STOP: c145 {Application Error}
> The application was unable to start correctly (0xc00d)
>
> Click ok to close application."
>
> Внезапно оказалось, что это нормально:
> http://kakpedia.org/%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-c145-%D0%BF%D0%BE%D1%81%D0%BB%D0%B5-%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B8-%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B9-windows/
>
> И до сих пор винда валяется (по инструкции не сделать, т.к. ошибки в
> утилите восстановления (именно в самой утилите: она пытается искать
> какой-то бред)).

Судя по факту существования и достаточно широкой популярности в узких
кругах таких софтин, как Pandoc и Xmonad таки да.

А насчет стабильности стейбла - так вот сегодня с удивлением заметил,
что еще и Clementine больше не проигрывает ape-файлы. Когда отвалилось -
не отследил, но на предыдущем стейбле все прекрасно воспроизводилось.

Да и то, что где-то что-то у кого-то еще хуже - это весьма слабое
оправдание. Всегда можно найти кого-нибудь, у кого хуже дела идут. Лично
мне болезнь понятна - она связана с экстравагантными инновациями одного
из разработчиков, чересчур известному чтобы называть его имя. И
сообщество вместо того, чтобы заниматься действительно актуальными
вещами вынуждено тратить свое драгоценное время и ресурсы на то, чтобы
хоть как-то сгладить косяки лезущие из всех щелей его псевдо
инноваций. Все проходит. И это пройдет тоже. Но потеряны годы. В
Редмонде рады, конечно. Конечно, тучи разойдутся и время расставит все
на свои места, как уже бывало неоднократно. И если вдруг окажется, что
он получал оттуда денежные переводы или какие нибудь "гранты", я уж
нисколько не удивлюсь. Какой еще конкуренции приходится ждать от
компании, построившей свой бизнес на ребрендинге украденной ОС и
продажах ее "внагрузку" к чужому успешному продукту. Конечно же, эти
ребята знают толк в пиратстве и плетении интриг. Я бы сказал, имеют к
этому недюжинный талант, которому можно даже позавидовать. Опять же
покупка и последующий убой Нокии. Вот только это уже совсем другая тема.

Re: iceweasel

[Melleus]

Ivan Petrov  writes:

> 28.09.2015 20:06, Илья пишет:
>> lxappearance - > Font - > Antialising ?
>
> Сглаживание полное включено.
>
> Проблема в том, что iceweasel 40.1 перестал реагировать на настройки шрифтов
>
>
>>
>> On 09/26/2015 04:24 PM, Ivan Petrov wrote:
>>> Обновил squeeze + lxde поставился новый iceweasel
>>> Слетели шрифты и в самом iceweasel отказываются настраиваться.
>>> Все интернет страницы показываются каким-то шрифтом без засечек с
>>> очень плохим сглаживанием.
>>> Это где-то в openbox настраивается?
>>>
>>> И.
>>>
>>
>>
man fonts.conf может?

Re: Стабильная система?

[Artem Chuprina]

Артём Н. -> debian-russian@lists.debian.org  @ Mon, 28 Sep 2015 10:37:48 +0300:

 АН> Offtopic:
 АН> А что кто-то реально использует Haskell?

Да.  И на данный момент я его считаю лучшим вариантом по соотношению
затрат на разработку и уверенности в результате, с БОЛЬШИМ отрывом от
конкурентов.

Re: Стабильная система?

[Алексей Витальевич Коротков]

On Sat, 26 Sep 2015 21:14:45 +0300
Artem Chuprina wrote:

AC> Тогда уж осваивай stack. Для человека, который не намерен
AC> самостоятельно бороться с тонкостями настройки системы сборки
AC> хаскельных программ, лучше stack. Его недавно придумали, и про него
AC> мало кто знает, но обычно он проблему зависимостей решает
AC> эффективнее, потому что радикальнее.

Спасибо за наводку.

Покрутил. Работает. Для чистоты эксперимента поставил в виртуалке на
Debian вообще без системных haskell-пакетов. Взлетело. Поставил через
него pandoc и pandoc-citeproc. Работают.

Опять же там с нуля поставил и cabal (в домашник другого пользователя).
Так же через cabal поставил pandoc и pandoc-citeproc. Работают. Когда
зимой ставил на Wheezy через cabal, то были проблемы с зависимостями
(подробностей уже не вспомню; что-то смог преодолеть, что-то - нет).
Сейчас всё прошло как по маслу.

В общем, работает и то и то.

Что не понравилось в stack (и это очень странно, как вообще обходятся
без этой функции): нет поиска (в cabal это cabal list).

Re: Помогите с bind.

[Tim Sattarov]

On 2015-09-28 08:45, Vladimir Skubriev wrote:
>
> сделать по одному запросу еще ни чего не дает.
>
> Ну допустим что среднее вы написали значение. У вас быстрее, когда
> bind настроен через forwarders гугла ? (Если я правильно понял)
>
> По поводу того, что не капли - не согласен, в первый раз было 1059
> msec, во второй 195 msec.
>
> Что было с кэшем между этими тестами - чистили через rndc flush ?
>
Странное прочтение и ответы писем, ранее сегодня я уже отвечал с
примерами, тебе же. уточнениями по поводу выборки и rndc flush

Я так думаю проблема с убунтовской сборке ?
попробуй поставить дебьяновскую.




smime.p7s
Description: S/MIME Cryptographic Signature

Re: iceweasel

[Ivan Petrov]

28.09.2015 20:06, Илья пишет:

lxappearance - > Font - > Antialising ?


Сглаживание полное включено.

Проблема в том, что iceweasel 40.1 перестал реагировать на настройки шрифтов




On 09/26/2015 04:24 PM, Ivan Petrov wrote:

Обновил squeeze + lxde поставился новый iceweasel
Слетели шрифты и в самом iceweasel отказываются настраиваться.
Все интернет страницы показываются каким-то шрифтом без засечек с
очень плохим сглаживанием.
Это где-то в openbox настраивается?

И.

Re: iceweasel

[Илья]

lxappearance - > Font - > Antialising ?

On 09/26/2015 04:24 PM, Ivan Petrov wrote:

Обновил squeeze + lxde поставился новый iceweasel
Слетели шрифты и в самом iceweasel отказываются настраиваться.
Все интернет страницы показываются каким-то шрифтом без засечек с 
очень плохим сглаживанием.

Это где-то в openbox настраивается?

И.

Re: iceweasel

[Ivan Petrov]

28.09.2015 13:25, "Артём Н." пишет:

On 26.09.2015 16:24, Ivan Petrov wrote:

Обновил squeeze

O_o На десктопе?


Сорри wheezy на десктопе




lxde поставился новый iceweasel
Слетели шрифты и в самом iceweasel отказываются настраиваться.
Все интернет страницы показываются каким-то шрифтом без засечек с
очень плохим
сглаживанием.
Это где-то в openbox настраивается?

И.

Tidy validation failed

[Debian Webmaster]

*** /srv/www.debian.org/www/blends/hamradio/News/index.ru.html
line 69 column 13 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/blends/hamradio/about.ru.html
line 69 column 13 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/blends/hamradio/contact.ru.html
line 69 column 13 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/blends/hamradio/dev.ru.html
line 69 column 13 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/blends/hamradio/docs/index.ru.html
line 69 column 13 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/blends/hamradio/fun.ru.html
line 69 column 13 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/blends/hamradio/get/index.ru.html
line 69 column 13 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/blends/hamradio/get/live.ru.html
line 70 column 13 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/blends/hamradio/get/metapackages.ru.html
line 70 column 13 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/blends/hamradio/index.ru.html
line 14 column 1 - Warning:  inserting "type" attribute
*** /srv/www.debian.org/www/blends/hamradio/support.ru.html
line 69 column 13 - Warning:  escaping malformed URI reference

--
 You received this mail for the language code ru.
 Please edit webwml/english/devel/website/validation.data if this is not 
accurate.
 Please also update webwml/english/devel/website/ with the new coordinator(s) 
data.

Re: Утекает память

[Артём Н.]

Нашёл любопытную статью на Хабре про оптимизацию серверов "одноглазников.ру":
http://habrahabr.ru/company/odnoklassniki/blog/266005

Выдержка:
"Дефрагментация запускается только тогда, когда свободная память опускается ниже 
определённой отметки (zone watermark), и в нашем случае это происходило слишком 
поздно. Единственный способ заставить её запускаться раньше — это повысить 
min_free_kbytes через sysctl. Данный параметр говорит ядру стараться держать часть 
памяти свободной, а чтобы удовлетворить это требование, ему приходится запускать 
дефрагментацию раньше. В нашем случае хватило значения в 1 Гбайт."

Re: iceweasel

[Артём Н.]

On 26.09.2015 16:24, Ivan Petrov wrote:

Обновил squeeze

O_o На десктопе?


lxde поставился новый iceweasel
Слетели шрифты и в самом iceweasel отказываются настраиваться.
Все интернет страницы показываются каким-то шрифтом без засечек с очень плохим
сглаживанием.
Это где-то в openbox настраивается?

И.

Re: Утекает память

[Aleksandr Sytar]

28 сентября 2015 г., 10:22 пользователь "Артём Н." 
написал:

> Нашёл любопытную статью на Хабре про оптимизацию серверов
> "одноглазников.ру":
> http://habrahabr.ru/company/odnoklassniki/blog/266005
>
> Выдержка:
> "Дефрагментация запускается только тогда, когда свободная память
> опускается ниже определённой отметки (zone watermark), и в нашем случае это
> происходило слишком поздно. Единственный способ заставить её запускаться
> раньше — это повысить min_free_kbytes через sysctl. Данный параметр говорит
> ядру стараться держать часть памяти свободной, а чтобы удовлетворить это
> требование, ему приходится запускать дефрагментацию раньше. В нашем случае
> хватило значения в 1 Гбайт."
>

Странный совет - в случае когда приложение попытается аллоцировать памяти с
залезанием в зону min_free_kbytes, то придет злобный oom-killer и накажет
кого попало.

[DONE] wml://security/2007/dsa-1{268,274,277,311,312,350,352,430}.wml

[Lev Lamberov]

Cheers!
Lev Lamberov
--- english/security/2007/dsa-1268.wml	2007-03-19 11:01:13.0 +0500
+++ russian/security/2007/dsa-1268.wml	2015-09-28 11:53:36.924430516 +0500
@@ -1,22 +1,24 @@
-integer overflow
+#use wml::debian::translation-check translation="1.2" maintainer="Lev Lamberov"
+переполнение целых чисел
 
-iDefense reported several integer overflow bugs in libwpd, a library
-for handling WordPerfect documents.  Attackers were able to exploit
-these with carefully crafted Word Perfect files that could cause an
-application linked with libwpd to crash or possibly execute arbitrary code.
+Сотрудники iDefense сообщили о нескольких переполнениях целых чисел в libwpd, библиотеке
+для обработки документов в формате WordPerfect.  Злоумышленники могут использовать
+эти уязвимости с помощью специально сформированных для аварийного завершения работы
+приложения, связанного с libwpd или возможного выполнения произвольного кода.
 
-For the stable distribution (sarge) these problems have been fixed in
-version 0.8.1-1sarge1.
+В стабильном выпуске (sarge) эти проблемы были исправлены в
+версииф 0.8.1-1sarge1.
 
-For the testing distribution (etch) these problems have been fixed in
-version 0.8.7-6.
+В тестируемом выпуске (etch) эти проблемы были исправлены в
+версии 0.8.7-6.
 
-For the unstable distribution (sid) these problems have been fixed in
-version 0.8.7-6.
+В нестабильном выпуске (sid) эти проблемы были исправлены в
+версии 0.8.7-6.
 
-We recommend that you upgrade your libwpd package.
+Рекомендуется обновить пакет libwpd.
 
 
 # do not modify the following line
 #include "$(ENGLISHDIR)/security/2007/dsa-1268.data"
 # $Id: dsa-1268.wml,v 1.2 2007/03/19 06:01:13 kaare Exp $
+
--- english/security/2007/dsa-1274.wml	2007-04-07 16:30:27.0 +0600
+++ russian/security/2007/dsa-1274.wml	2015-09-28 12:06:27.032004800 +0500
@@ -1,23 +1,25 @@
-buffer overflow
+#use wml::debian::translation-check translation="1.1" maintainer="Lev Lamberov"
+переполнение буфера
 
-An integer underflow bug has been found in the file_printf function in
-file, a tool to determine file types based analysis of file content.
-The bug could allow an attacker to execute arbitrary code by inducing a
-local user to examine a specially crafted file that triggers a buffer
-overflow.
-
-For the stable distribution (sarge), this problem has been fixed in
-version 4.12-1sarge1.
+В функции file_printf в file, инструменте для определения типа файлов на основе
+анализа их содержимого, было обнаружено переполнение целых чисел.
+Эта ошибка позволяет злоумышленникам выполнять произвольный код в случае, если
+пользователь выполняет проверку типа специально сформированного файла, которая
+приводит переполнение.
 
-For the upcoming stable distribution (etch), this problem has been fixed in
-version 4.17-5etch1.
+В стабильном выпуске (sarge) эта проблема была исправлена в
+версии 4.12-1sarge1.
 
-For the unstable distribution (sid), this problem has been fixed in
-4.20-1.
+В готовящемся стабильном выпуске (etch) эта проблема была исправлена в
+версии 4.17-5etch1.
 
-We recommend that you upgrade your file package.
+В нестабильном выпуске (sid) эта проблема была исправлена в
+версии 4.20-1.
+
+Рекомендуется обновить пакет file.
 
 
 # do not modify the following line
 #include "$(ENGLISHDIR)/security/2007/dsa-1274.data"
 # $Id: dsa-1274.wml,v 1.1 2007/04/07 10:30:27 toddy Exp $
+
--- english/security/2007/dsa-1277.wml	2008-09-13 18:23:16.0 +0600
+++ russian/security/2007/dsa-1277.wml	2015-09-28 12:10:14.256580695 +0500
@@ -1,20 +1,22 @@
-several vulnerabilities
+#use wml::debian::translation-check translation="1.2" maintainer="Lev Lamberov"
+несколько уязвимостей
 
-Multiple errors have been found in the skin handling routines in xmms,
-the X Multimedia System.  These vulnerabilities could allow an
-attacker to run arbitrary code as the user running xmms by inducing
-the victim to load specially crafted interface skin files.
+В функциях обработки тем оформления в xmms,
+системе мультимедиа для X, были обнаружены многочисленные ошибки.  Эти уязвимости могут позволить
+злоумышленнику выполнить произвольный код от лица пользователя, запустившего xmms в случае,
+если жертва загрузит специально сформированные файлы тем оформления.
 
-For the stable distribution (sarge), these problems have been fixed in
-version 1.2.10+cvs20050209-2sarge1.
+В стабильном выпуске (sarge) эти проблемы были исправлены в
+версии 1.2.10+cvs20050209-2sarge1.
 
-For the upcoming stable distribution (etch) and the unstable
-distribution (sid), these problems have been fixed in versions
-1:1.2.10+20061101-1etch1 and 1:1.2.10+20070401-1, respectively.
+В готовящемся стабильном (etch) и нестабильном
+(sid) выпусках эти проблемы были исправлены в версиях
+1:1.2.10+20061101-1etch1 и 1:1.2.10+20070401-1 соответственно.
 
-We recommend that you upgrade your xmms packages.
+Рекомендуется обновить пакеты xmms.
 
 
 # do not modify the following line
 #include 

Re: Утекает память

[Артём Н.]

Странный совет - в случае когда приложение попытается аллоцировать памяти с
залезанием в зону min_free_kbytes, то придет злобный oom-killer и накажет кого 
попало.

Стоит заметить, что у них 45 Гб оперативки и, в основном, как я понимаю, всё 
тратится на кэш в виде tmpfs.

Приложение же вероятно (это уже мой домысел) ограничивается по верхнему объёму 
памяти.

Re: Стабильная система?

[Артём Н.]

Offtopic:
А что кто-то реально использует Haskell?

Насчёт "стабильного" дистрибутива. Стоит попробовать Windows.
Обновил 7-ю на виртуалке, студию поставил, затратил время, обновления всякие
от MS.
Перезагрузил...

Оно мне выдало насмешливый синий экран с текстом:
"STOP: c145 {Application Error}
The application was unable to start correctly (0xc00d)

Click ok to close application."

Внезапно оказалось, что это нормально:
http://kakpedia.org/%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-c145-%D0%BF%D0%BE%D1%81%D0%BB%D0%B5-%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B8-%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B9-windows/

И до сих пор винда валяется (по инструкции не сделать, т.к. ошибки в утилите 
восстановления (именно в самой утилите: она пытается искать какой-то бред)).

Re: Помогите с bind.

[Vladimir Skubriev]

options {directory "/var/cache/bind";           // We don't use forwarders, because:// 1. Provider dns not reliable than world dns servers from root.db// 2. We update by chef-client root.db from appropriate site// 3. We using some providers and can not depend on whether the channel is active//forwarders {//8.8.8.8;//8.8.4.4;//};// This is very important parameter, because bind don't do recursive query's by default// and clients cannot resolve for example google.ru !!!// any; added because for openvpn clientsallow-recursion { 127.0.0.0/8; 192.168.128.0/24; any; };//// If BIND logs error messages about the root key being expired,// you will need to update your keys. See https://www.isc.org/bind-keys//dnssec-validation auto;auth-nxdomain no; # conform to RFC1035listen-on-v6 { any; };};Остальные конфиги это местные зоны. Да там по сути то смотреть не чего. Или коментишь forwarders или нет. Опять же коменты мои, на будущее для себя оставил.У меня получается, сто без forwarders 8. быстрее.any;  - уже убрал, спасибо Антонову.24.09.2015, 19:27, "Tim Sattarov" : On 2015-09-24 11:51, Vladimir Skubriev wrote:  Передо мной стояла задача выяснить причину задержки первого запроса. Я  вроде выяснил, но мне до сих пор не вериться. Не хилая расплата в  2.5-5 секунд за то, что хочешь свой DNS сервер.  Странно что на serverfault тишина. Может я не в том месте его задал ?  Спасибо тем, кто откликнулся. Место верное, видимо вопрос слишком обширный и TL/DR (многабукав/ниасилил) можно попробовать вынести сокращенную версию вопроса в начало и добавить TL/DR ниже. странно, что никто еще не попросил конфига bind ? можно глянуть ? -- Faithfully yours,Vladimir Skubriev

Что-то непонятное с автомонтированием NTFS

[Артём Н.]

При включении USB HDD автоматиччески монтируется NTFS раздел:

/dev/sde3 on /media/windows_part type fuseblk 
(rw,nodev,noexec,noatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)


# ls /media/windows_part
ls: невозможно получить доступ к /media/windows_part: Конечная точка передачи 
не подсоединена

# ll  /media/
ls: невозможно получить доступ к /media/windows_part: Конечная точка передачи 
не подсоединена
итого 32K
drwxr-x---+  2 root root 4,0K сен 21 22:47 artiom
lrwxrwxrwx   1 root root6 дек 19  2011 cdrom -> cdrom0
drwxr-xr-x   2 root root 4,0K дек 19  2011 cdrom0
-rw-r--r--   1 root root  106 мар  2  2013 .directory
drwxr-xr-x   3 root root 4,0K ноя  4  2013 linux_part
drwxrwxrwx  12 root root  16K янв  1  1970 sde1
d??  ? ??   ?? windows_part


При ручном перемонтировании всё работает:

# mount /dev/sde3 /media/windows_part && ll -d /media/windows_part && mount 
|grep sde3
drwxrwxrwx 1 root root 16K сен 25 10:36 /media/windows_part
/dev/sde3 on /media/windows_part type fuseblk 
(rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)


Пока не приходит в голову откуда у проблемы ноги растут.
Подскажите.

Re: Network-manager / nmcli и переопределение опций DHCP

[yrii2121]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

26.09.2015 18:16, Bogdan пишет:
> Привет.
> 
> Подскажите пожалуйста, как с помощью nmcli выставить принудительно 
> domain name взамен того, что приезжает из DHCP?
> 
> Спасибо.
> 
> -- WBR,  Bogdan B. Rudas

Обязательно Network-manager / nmcli?

Я блокировал получение domain name так:
в файле /etc/dhcp/dhclient.conf прописал нужный DNS
prepend domain-name-servers Х.Х.Х.Х;
и закомментировал строчку в request
domain-name, domain-name-servers, domain-search, host-name,

п.с. Network-manager не использую, поэтому не знаю влияет ли он на
такой способ.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWCQBAAAoJEE0elSS2B3AKGVkIAMMAjlWCEjCRfnDw19seyxer
Dt5M59p7Ir0a7i4uYwBi5QBh2UYDSjxDO8/URuBbx6NrwcqjnOItMSnENidwiDH6
wWdAsmJWTzIe20rZ7+ewaAHpUBcERJi4wwLN3ixW3/v87bJu2T3/YsvfKaIn0sib
PAlAshWlQ8s+yExcoLXraBdW55AtAh/ZIi7QIvSJhFaJ8t9lBJfoHrOabMfDRWNV
13phCHp/eSDabtxI7r2pf+slKrEaFpgn40jsHTV6Kf1vuU3cKo4ZsMG6DZQaG/LW
ILjS+/T+1NCXo6c0LKKLDh1qrV3grhzHAhKl/UIPR96SFZMuUp24qXr20F/hl3c=
=MVsz
-END PGP SIGNATURE-

Re: Помогите с bind.

[Vladimir Skubriev]

сделать по одному запросу еще ни чего не дает.Ну допустим что среднее вы написали значение. У вас быстрее, когда bind настроен через forwarders гугла ? (Если я правильно понял)По поводу того, что не капли - не согласен, в первый раз было 1059 msec, во второй 195 msec. Что было с кэшем между этими тестами - чистили через rndc flush ?24.09.2015, 19:41, "Tim Sattarov" : On 2015-09-24 12:27, Tim Sattarov wrote:  On 2015-09-24 11:51, Vladimir Skubriev wrote:  Передо мной стояла задача выяснить причину задержки первого запроса. Я  вроде выяснил, но мне до сих пор не вериться. Не хилая расплата в  2.5-5 секунд за то, что хочешь свой DNS сервер.  Странно что на serverfault тишина. Может я не в том месте его задал ?  Спасибо тем, кто откликнулся.  Место верное, видимо вопрос слишком обширный и TL/DR (многабукав/ниасилил)  можно попробовать вынести сокращенную версию вопроса в начало и добавить  TL/DR ниже.  странно, что никто еще не попросил конфига bind ?  можно глянуть ? Сорри за личку в прошлый раз. у меня настроенный по дефолту bind от Дебьян: # service bind9 restart # dig @192.168.1.1 yandex.ru | grep time ;; Query time: 1059 msec # dig @8.8.8.8 yandex.ru | grep time ;; Query time: 30 msec # dig @192.168.1.1 yandex.ru | grep time ;; Query time: 0 msec интересно и вправду посмотреть, зачем делать форвардинг на 8.8.8.8 если можно просто делать кэширование ? я добавил веселья ради себе в форвардеры  forwarders { 8.8.8.8; 8.8.4.4;  }; результаты ни капли не изменились. разве что начальный запрос стал быстрее # service bind9 restart # dig @192.168.1.1 yandex.ru | grep time ;; Query time: 195 msec # dig @8.8.8.8 yandex.ru | grep time ;; Query time: 50 msec # dig @192.168.1.1 yandex.ru | grep time ;; Query time: 0 msec ЧЯДНТ ? :) -- Faithfully yours,Vladimir Skubriev

Re: Стабильная система?

[Artem Chuprina]

Melleus -> debian-russian@lists.debian.org  @ Sat, 26 Sep 2015 23:25:52 +0300:

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

 M> Спасибо за наводку на инструмент. Но только неправильно это. Все должно
 M> в оф. репозитории быть, из него устанавливаться и работать нормально (в
 M> моем понимании). А все эти костыли. Как-то надо без них обходиться. Ибо
 M> зачем тогда Дебиан?

В моей практике дебиан для того, что работает в дебиане.  Почему именно
дебиан?  Потому что в нем работает больше.  Но я всегда был готов к
тому, что что-то конкретное не работает или мне нужно более новое, чем
есть в дистрибутиве.  Или, наоборот, более старое.  Обычно это один-два
предмета.  Вот сейчас, например, это хаскель (я в основном на нем
программирую), он в дебиане несколько устаревший, и ruby on rails (этот,
наоборот, более свежий, чем там, где мне его надо поддерживать).  Раньше
был vim, который мы с Витусом себе собирали в разные позы так, чтобы
несколько пакетов уживались в одной системе.

 M> Есть же ведь для искателей сложных путей LFS. Я в свое время
 M> вычеркнул xmonad из списка претендентов, чтобы этот огород с
 M> хакселем не окучивать.

Вот как раз xmonad и xmobar (дистрибутивные) нормально живут с
дистрибутивным комплектом хаскеля.  Глюков в них нет (или почти нет), и
жить можно, а пакет libghc-xmonad-dev честно тянет за собой все
зависимости, которые ему нужны для перекомпиляции.

 M> А он, как у Достоевского любовь - с монадом его в дверь выгнал, так
 M> он теперь с пандоком через окно лезет. Там, глядишь и Гента
 M> подкрадется сзади. Прошу извинить мое бурчание. А за поддержку - еще
 M> раз спасибо. И за наводку тоже.

 M> PS Собралось все вроде и установилось. И даже запускается. Теперь бы еще
 M> не забыть грохнуть все это хозяйство, когда до оф. репозиториев
 M> обновления доползут.

 M> Еще раз огромное спасибо всем, принявшим участие.

Re: Помогите с bind.

[Tim Sattarov]

On 2015-09-28 08:42, Vladimir Skubriev wrote:
>
> сложно что либо сказать по вашему вопросу, т.к. не понятно что и как
> вы тестировали )
>

я тестировал: /
/
/> Bogdan wrote:

/// /> Повторите свои тесты с рандомными, заведомо несуществующими
доменами./


как кэшируются ответы на запросы о "заведомо несуществущих доменах".

очищается кэш,  запрашивается один раз, запрашивается второй раз.
запрашивается у форвардера:

с включенными форвардерами:

~# random_host=`pwgen  10 1`.com;echo $random_host; rndc flush ;  (host
-d $random_host 192.168.1.1 ;  host -d $random_host 192.168.1.1;  host
-d $random_host 8.8.8.8) | grep -E "ms|Name"
tee9Iewohr.com
Name: 192.168.1.1
Received 105 bytes from 192.168.1.1#53 in 122 ms
Received 105 bytes from 192.168.1.1#53 in 122 ms
Name: 192.168.1.1
Received 105 bytes from 192.168.1.1#53 in 0 ms
Received 105 bytes from 192.168.1.1#53 in 0 ms
Name: 8.8.8.8
Received 105 bytes from 8.8.8.8#53 in 54 ms
Received 105 bytes from 8.8.8.8#53 in 54 ms


с выключенными форвардерами:

~# random_host=`pwgen  10 1`.com;echo $random_host; rndc flush ;  (host
-d $random_host 192.168.1.1 ;  host -d $random_host 192.168.1.1;  host
-d $random_host 8.8.8.8) | grep -E "ms|Name"
baeLungee7.com
Name: 192.168.1.1
Received 105 bytes from 192.168.1.1#53 in 340 ms
Received 105 bytes from 192.168.1.1#53 in 340 ms
Name: 192.168.1.1
Received 105 bytes from 192.168.1.1#53 in 0 ms
Received 105 bytes from 192.168.1.1#53 in 0 ms
Name: 8.8.8.8
Received 105 bytes from 8.8.8.8#53 in 181 ms
Received 105 bytes from 8.8.8.8#53 in 181 ms


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

и да, я делал несколько запросов, на разные домены, тут привожу только
репрезентативную выборку.


smime.p7s
Description: S/MIME Cryptographic Signature

Re: Что-то непонятное с автомонтированием NTFS

[Tim Sattarov]

On 2015-09-28 04:51, "Артём Н." wrote:
> При включении USB HDD автоматиччески монтируется NTFS раздел:
>
> /dev/sde3 on /media/windows_part type fuseblk
> (rw,nodev,noexec,noatime,user_id=0,group_id=0,,allow_other,blksize=4096)
> [skip]
> При ручном перемонтировании всё работает:
>
> # mount /dev/sde3 /media/windows_part && ll -d /media/windows_part &&
> mount |grep sde3
> drwxrwxrwx 1 root root 16K сен 25 10:36 /media/windows_part
> /dev/sde3 on /media/windows_part type fuseblk
> (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
>
>
> Пока не приходит в голову откуда у проблемы ноги растут.
> Подскажите.
>
1) Посмотреть вывод dmesg (journalctl -k )
2) скорее всего дело в опциях монтирования (см разницу в своем выводе)

если устраивает отсутствие nodev,noexec,noatime,default_permissions то
изменить настройки автомонтирования, убрав эти опции.



smime.p7s
Description: S/MIME Cryptographic Signature