On Tue, Sep 29, 2015 at 10:57:24PM +0600, Ivan Petrov wrote:
> И еще теперь iceweasel в упор не видит многие ttf шрифты, например, times
>
> Откуда он берет шрифты? /usr/share ?
Зависит: libfontconfig1
также как и большинство приложений
fc-list
и т. д.
On 2015-09-29, Max Dmitrichenko wrote:
>> Если я правильно понял эту фразу, от сервера после RST идёт ожидаемый
>> ответ приложения. Это свидетельствует о том, что RST посылает не ядро
>> сервера, а некая посторонняя программа, прослушивающая трафик где-то
>> между клиентом и сервером.
>
> При
Max Dmitrichenko wrote:
> 29 сентября 2015 г., 10:17 пользователь Eugene Berdnikov
> написал:
> >^M
> > На дамп можно глянуть? Лучше всего в формате pcap.
> Протокол прориетарный, я его не знаю. Там скорее всего передаётся
> авторизация. На сколько она криптована, хз, но скорее всего by
> obsc
И еще теперь iceweasel в упор не видит многие ttf шрифты, например, times
Откуда он берет шрифты? /usr/share ?
29.09.2015 22:44, Eugene Berdnikov пишет:
On Tue, Sep 29, 2015 at 10:34:26PM +0600, Ivan Petrov wrote:
Нашел Файл в ~.mozilla/firefox/название профиля/places.sqlite.
Если его снести,
Нашел Файл в ~.mozilla/firefox/название профиля/places.sqlite.
Если его снести, шрифты начинают настраиваться.
Что за файл?
29.09.2015 00:07, Melleus пишет:
Ivan Petrov writes:
28.09.2015 20:06, Илья пишет:
lxappearance - > Font - > Antialising ?
>> Сглаживание полное включено.
Проблема в
On Tue, Sep 29, 2015 at 10:34:26PM +0600, Ivan Petrov wrote:
> Нашел Файл в ~.mozilla/firefox/название профиля/places.sqlite.
> Если его снести, шрифты начинают настраиваться.
> Что за файл?
История посещений, букмарки, etc...
sqlite3 places.sqlite
sqlite> .schema
Дальше, если немного знаете
А насчет стабильности стейбла - так вот сегодня с удивлением заметил,
что еще и Clementine больше не проигрывает ape-файлы. Когда отвалилось -
не отследил, но на предыдущем стейбле все прекрасно воспроизводилось.
Ну, а у меня Plymouth давно отъехал. В Wheezy всё работало.
А сейчас, дескать, не х
On 28.09.2015 23:34, Artem Chuprina wrote:
Артём Н. -> debian-russian@lists.debian.org @ Mon, 28 Sep 2015 10:37:48 +0300:
АН> Offtopic:
АН> А что кто-то реально использует Haskell?
Да. И на данный момент я его считаю лучшим вариантом по соотношению
затрат на разработку и уверенности в рез
Да видел я разницу. Монтировал с теми же опциями. Всё работало.
У меня подозрение на двойное монтирование.
On 28.09.2015 16:46, Tim Sattarov wrote:
On 2015-09-28 04:51, "Артём Н." wrote:
При включении USB HDD автоматиччески монтируется NTFS раздел:
/dev/sde3 on /media/windows_part type fusebl
Алексей Витальевич Коротков -> debian-russian@lists.debian.org @ Tue, 29 Sep
2015 11:16:10 +0400:
AC>> А вот поиск по именам пакетов из индекса с выводом описаний - это
AC>> лишнее в этом инструменте, на мой взгляд.
АВК> Я бы предпочёл иметь хоть такой, чем ничего.
AC>> Наверное, лучше был
On Tue, Sep 29, 2015 at 12:09:21PM +0300, Max Dmitrichenko wrote:
> 29 сентября 2015 г., 11:08 пользователь Eugene Berdnikov
> написал:
> > Поскольку "чёрный ящик", в нём может жить некая сущность, рвущая
> > коннекции по своему усмотрению. Типичные гадости такого рода делаются
> > железками от
29 сентября 2015 г., 11:57 пользователь Eugene Berdnikov
написал:
> If the incoming segment has an ACK field, the reset takes its
> sequence number from the ACK field of the segment, otherwise the
> reset has sequence number zero and the ACK field is set to the sum
> of the sequenc
29 сентября 2015 г., 11:08 пользователь Eugene Berdnikov
написал:
> On Tue, Sep 29, 2015 at 10:57:42AM +0300, Max Dmitrichenko wrote:
>> > На дамп можно глянуть? Лучше всего в формате pcap.
>>
>> К сожалению в силу ряда причин нет (
>
> Откуда тогда такие подробные сведения о механизме сбоя? Кто
Вдогонку.
On Tue, Sep 29, 2015 at 09:00:26AM +0300, Max Dmitrichenko wrote:
> 3) Так вот, иногда бывает так, что сервер внезапно на первые
> присланные данные отвечает RST. Причем отвечает не сразу, а через
> время, которое на десятки миллисекунд превышает RTT. И всё бы хорошо,
> но у данного RS
On Tue, Sep 29, 2015 at 10:57:42AM +0300, Max Dmitrichenko wrote:
> > На дамп можно глянуть? Лучше всего в формате pcap.
>
> К сожалению в силу ряда причин нет (
Откуда тогда такие подробные сведения о механизме сбоя? Кто-то же
должен был смотреть дамп трафика, чтобы рассуждать о SYNах, RST...
29 сентября 2015 г., 10:17 пользователь Eugene Berdnikov
написал:
>
> На дамп можно глянуть? Лучше всего в формате pcap.
Протокол прориетарный, я его не знаю. Там скорее всего передаётся
авторизация. На сколько она криптована, хз, но скорее всего by
obscurity. Но сервер более-менее публичный. П
29 сентября 2015 г., 10:17 пользователь Mikhail A Antonov
написал:
> 29.09.2015 09:00, Max Dmitrichenko пишет:
>> Добрый день, коллеги. Вопрос не совсем по Debian, но связан в
>> некоторой степени с администрированием.
>>
>> Есть некоторый сервер, к которому выполняется TCP-подключение.
>> 1) Во-в
> На дамп можно глянуть? Лучше всего в формате pcap.
К сожалению в силу ряда причин нет (
--
With best regards
Max Dmitrichenko
29.09.2015 10:44, Pavel Volkov пишет:
> On 2015年9月24日木曜日 16時31分15秒 MSK, Nikolay Shestakov wrote:
>> Ну, в России лучше пользоваться DNS от Яндекса https://dns.yandex.ru/[1]
>
> Но там нет ни DNSSEC, ни IPv6, это несовременно :)
>
IPv6 нет говоришь? https://dns.yandex.ru/advanced/
--
Best regards
29 сентября 2015 г., 10:17 пользователь Mikhail A Antonov
написал:
> 29.09.2015 09:00, Max Dmitrichenko пишет:
>> Добрый день, коллеги. Вопрос не совсем по Debian, но связан в
>> некоторой степени с администрированием.
>>
>> Есть некоторый сервер, к которому выполняется TCP-подключение.
>> 1) Во-
On 2015年9月24日木曜日 16時31分15秒 MSK, Nikolay Shestakov wrote:
Ну, в России лучше пользоваться DNS от Яндекса
https://dns.yandex.ru/[1]
Но там нет ни DNSSEC, ни IPv6, это несовременно :)
29.09.2015 09:00, Max Dmitrichenko пишет:
> Добрый день, коллеги. Вопрос не совсем по Debian, но связан в
> некоторой степени с администрированием.
>
> Есть некоторый сервер, к которому выполняется TCP-подключение.
> 1) Во-время установления соединения происходит стандартный TCP-шный
> handshake (S
On Tue, Sep 29, 2015 at 09:00:26AM +0300, Max Dmitrichenko wrote:
> 3) Так вот, иногда бывает так, что сервер внезапно на первые
> присланные данные отвечает RST. Причем отвечает не сразу, а через
> время, которое на десятки миллисекунд превышает RTT. И всё бы хорошо,
> но у данного RST-пакета SEQ=
On Tue, 29 Sep 2015 09:19:44 +0300
Artem Chuprina wrote:
AC> А вот поиск по именам пакетов из индекса с выводом описаний - это
AC> лишнее в этом инструменте, на мой взгляд.
Я бы предпочёл иметь хоть такой, чем ничего.
AC> Наверное, лучше было бы иметь
AC> отдельный инструмент, который искал бы б
24 matches
Mail list logo
