On 01.10.2015 18:58, Ivan Petrov wrote:
Как воспользоваться этим ppa репозиторием?
01.10.2015 21:25, "Артём Н." пишет:
Да выкиньте вы этот криво собранный Iceweasel и поставьте firefox.
Я задолбался бороться с их "оригинальной" сборкой, соответствующей "духу
свободы
On 01.10.2015 18:52, Алексей Витальевич Коротков wrote:
On Thu, 01 Oct 2015 18:36:54 +0300
Артём Н. wrote:
Вопрос был к тому, что вакансий на Haskell я не видел.
Так много кто много чего не видел. Тем не менее, как ни странно, но:
http://www.haskellers.com/jobs
http://www.indeed.com/q
On 30.09.2015 22:34, Artem Chuprina wrote:
Артём Н. -> debian-russian@lists.debian.org @ Tue, 29 Sep 2015 19:20:08 +0300:
>> АН> Offtopic:
>> АН> А что кто-то реально использует Haskell?
>>
>> Да. И на данный момент я его считаю лучшим вариан
Однако же успешно выпилил systemd и очень доволен. Злу не должно быть
места в нашей жизни.
Ну возможно конечно развести политико-философскую дискуссию...
Но по факту: system.d - мэинстрим.
Он станет основным, так что я смирился с тем, что придётся изучать "комбайн".
Да и то, что где-то что-то у
Да выкиньте вы этот криво собранный Iceweasel и поставьте firefox.
Я задолбался бороться с их "оригинальной" сборкой, соответствующей "духу
свободы".
Пересобирать самому со включенными кодеками мне не захотелось и я просто стал
использовать оригинальный firefox, чего и вам желаю:
#
# FireFox.
#
А насчет стабильности стейбла - так вот сегодня с удивлением заметил,
что еще и 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
При включении 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: Конечная точка
Странный совет - в случае когда приложение попытается аллоцировать памяти с
залезанием в зону min_free_kbytes, то придет злобный oom-killer и накажет кого
попало.
Стоит заметить, что у них 45 Гб оперативки и, в основном, как я понимаю, всё
тратится на кэш в виде tmpfs.
Приложение же вероятно (
Offtopic:
А что кто-то реально использует Haskell?
Насчёт "стабильного" дистрибутива. Стоит попробовать Windows.
Обновил 7-ю на виртуалке, студию поставил, затратил время, обновления всякие
от MS.
Перезагрузил...
Оно мне выдало насмешливый синий экран с текстом:
"STOP: c145 {Application Erro
On 26.09.2015 16:24, Ivan Petrov wrote:
Обновил squeeze
O_o На десктопе?
lxde поставился новый iceweasel
Слетели шрифты и в самом iceweasel отказываются настраиваться.
Все интернет страницы показываются каким-то шрифтом без засечек с очень плохим
сглаживанием.
Это где-то в openbox настраиваетс
Нашёл любопытную статью на Хабре про оптимизацию серверов "одноглазников.ру":
http://habrahabr.ru/company/odnoklassniki/blog/266005
Выдержка:
"Дефрагментация запускается только тогда, когда свободная память опускается ниже
определённой отметки (zone watermark), и в нашем случае это происходило с
On 07.08.2015 01:27, Oleksandr Gavenko wrote:
Артём Н. yandex.ru> writes:
* получить список всех служб и статусов - работает ли
* запускать / останавливать вручную
> Вроде везде "service $NAME start/stop/status" или --status-all
отрабатывал, хотя man страни
* получить список всех служб и статусов - работает ли
* запускать / останавливать вручную
> Вроде везде "service $NAME start/stop/status" или --status-all отрабатывал,
хотя man страничка заявляет про работоспособность для
> System V init script or upstart job, ничего не говоря о systemd (пак
Обновил BIOS, перезагрузился.
Aug 3 19:01:12 dana kernel: [202669.523214] PM: Allocated 11 049 008 kbytes in 69.98 seconds
(157.88 MB/s) <=== просто "фантастическая" скорость ;)
Например, у меня как то так
grep 'PM: Allocated' /var/log/kern.log
Allocated 2 378 652 kbytes in 0.29 seconds (820
On 04.08.2015 22:15, Илья wrote:
Я смог вызвать эту ошибку двумя способами (выдает именно это сообщение sh:
echo: I/O error):
1) swapoff -a
но тут понятно - система даже "ругается".
Интересно - почему? Откуда I/O error?
Мне не понятно.
Почему не понятно? Устройство отключено, а в него пытаю
On 04.08.2015 14:00, Andrey Melnikoff wrote:
"Артём Н." wrote:
On 03.08.2015 00:08, Илья wrote:
я думаю это ругается /usr/lib/pm-utils/pm-functions:
При выборе режима сна? С чего бы?
[]
Нужно смотреть на момент когда возникает ошибка или зависание
/var/log/kern.log. Та
On 04.08.2015 10:43, dimas wrote:
а /sys на момент попытки записи в него еще смонтирован?
Не знаю, не проверял. Но могу предположить, что да, т.к. системный (не самописный) обработчик pm-utils пытается туда что-то писать
в это время.
2015-215 09:24 Илья wrote:
Пн. авг. 3 00:17:38 MSK 201
Я не помню точную семантику этого числа, но это однозначно не проценты.
В отличие от процентов, которых не может быть больше 100, это число не
ограничено сверху (точнее, ограничено размерностью инта).
Хотя... В страницах?
"amount of free and file-backed pages is less
than the high water mark in a
On 03.08.2015 22:44, Alex Kicelew wrote:
On 08/03/15 22:36, "Артём Н." wrote:
а не пробовали vm.swappiness (sysctl) менять? по умолчанию вроде 60 ,
поставьте в диапазоне 1-5
Я пробовал.
# sysctl vm.swappiness
vm.swappiness = 2
Естественно, что при 20 Гб RAM, 60% - это слишком.
On 03.08.2015 22:50, Vasiliy P. Melnik wrote:
Указывать системе, какой своп юзать (помню, была в fstab опция,
позволяющая распределить нагрузку), а hibernate указать UID
раздела?
Всё же не совсем приятно, что своп будет в файле: там получится три уровня
под ним
вы стол
On 03.08.2015 00:08, Илья wrote:
я думаю это ругается /usr/lib/pm-utils/pm-functions:
При выборе режима сна? С чего бы?
К долгому сохранению (кстати, сколько по времени не могли дождаться и прерывали?) это
возможно не относится, эта ошибка о том, что не смог "уснуть" .
В районе 5-10 минут.
On 02.08.2015 20:12, Aleksandr Sytar wrote:
Если ядро собрано с поддержкой slab/slub - то кто конкретно держит память
можно посмотреть через cat /proc/slabinfo Теоретически
там не должно быть записей относительно процессов которые уже выгружены.
Собрано с поддержкой, только вот как их этого по
On 03.08.2015 17:43, Tim Sattarov wrote:
On 2015-08-03 07:12, Илья wrote:
Я считаю, что на больших объемах ОЗУ можно вообще отказаться от свопа ,
а для hibernate использовать либо свой pm hook (swapon,swapoff), либо
какой то
специфический параметр виртуальной памяти, что то типа overcommit_ratio
On 03.08.2015 14:12, Илья wrote:
Я делал синтетические тесты - в реальности у меня таких проблем не возникает.
Будет свободное время попробую, но...
Как я понял этот параметр действует по направлению ram -> swap, а не обратно.
Да.
Я считаю, что на больших объемах ОЗУ можно вообще отказаться от
On 03.08.2015 11:45, Anatoly Pugachev wrote:
2015-08-03 9:24 GMT+03:00 Илья mailto:mir...@yandex.ru>>:
total used free sharedbuffers cached
Память:2063884 8268921236992 1064 17720 85756
-/+ буферы/кэш: 7234161
On 01.08.2015 06:16, ivan demakov wrote:
On Wednesday, July 29, 2015 20:11:19 Артём Н. wrote:
Если у тебя умирает гибернейт - то надо смотреть хотя-бы в вывод dmesg, от
чего он умирает.
dmesg ничего не даёт (плюс ещё, он загажен криво настроенным AppArmor).
И он не то, чтобы "умирает&qu
On 31.07.2015 12:16, Илья wrote:
Три ошибки:
1) sync не вызывает sh: и echo: ...
Согласен, не прав, я думаю это ругается /usr/lib/pm-utils/pm-functions:
if [ -z "$HIBERNATE_MODULE" ] && \
[ -f /sys/power/disk ] && \
grep -q disk /sys/power/state; then
HIBERNATE_MODUL
On 30.07.2015 20:31, Tim Sattarov wrote:
On 2015-07-30 13:26, "Артём Н." wrote:
Так, наверное проблема проявляется при начале записи?
Это из твоих логов hibernate
Ср июн 24 20:09:45 MSK 2015: performing hibernate
sh: echo: I/O error
Ср июн 24 20:10:08 MSK 2015: Awake.
Thanx,
On 30.07.2015 18:23, Илья wrote:
Хотелось бы узнать у знатоков : если предположим, swap практически весь
"забит", то при входе в ждущий режим, что с ним происходит?
Вот, и мне хотелось бы узнать.
Вопросы автору "топика":
1 Почему вы решили, что проблема связана памятью, какие критерии ?
Ну,
On 30.07.2015 16:27, Ста Деюс wrote:
В Wed, 29 Jul 2015 08:44:43 +0300 Артём писал:
Последнее время я использую не pm-hibernate, а пункт меню "Спящий
режим" в KDE.
Попробуйте из консоли/окна терминала дать команду -- чисто для
сравнения: и по скорости работы и по записям в журналах.
Раньше д
Кол-во процессов (чем больше -- значит: больше ожидается на
запись), м/о посмотреть так:
/bin/cat /proc/sys/vm/nr_pdflush_threads
Если ноль -- значит, «В Багдаде всё спокойно.» /«КарМэн»/ :о) -- Т.е.
нет проблем с записью на диск.
Сейчас 0. Спасибо за наводку. Посмотрю перед следующей спячкой.
> вместо echo 1 , echo 3 пробовали?
Ну да, там по какой-то из ссылок было же. Я от 4-х до 0 попробовал. 3-1 прокатили, но сильного сброса я не заметил (может плохо
смотрел).
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact li
On 30.07.2015 17:36, Andrey Melnikoff wrote:
"Артём Н." wrote:
Если у тебя умирает гибернейт - то надо смотреть хотя-бы в вывод dmesg, от
чего он умирает.
dmesg ничего не даёт (плюс ещё, он загажен криво настроенным AppArmor).
И он не то, чтобы "умирает": очень д
On 30.07.2015 16:38, Ста Деюс wrote:
В Wed, 29 Jul 2015 20:11:19 +0300 Артём писал:
dmesg ничего не даёт (плюс ещё, он загажен криво настроенным
AppArmor). И он не то, чтобы "умирает": очень долго пытается уснуть,
постоянно обращается к диску. В итоге, я не жду, и выключаю: потом
fsck показывае
On 29.07.2015 22:19, Mikhail A Antonov wrote:
29.07.2015 08:15, "Артём Н." пишет:
Ну, так подо что cached?
Дисковый кеш, библиотеки, сетевые буферы и прочее.
Если коротко - не мешай системе работать. Как только эта память потребуется для
реального приложения - она будет доступн
Самое главное - сумма занятой памяти совпадает ? :)
Сложно сказать: много процессов.
Я бы задумался если нет, попробовал бы проапгрейдить систему ... те же
util-linux.
проверить debsums и прочее.
Подобные данные ввели бы меня в параноидальное состояние и полную
проверку системы, пока не найду
Получается, что те 6.2 гига которые остаются неизменными и есть реально
занятая память.
надо смотреть кто их занимает.
1. XUL паршивый - это то, что жрёт память в огромных масштабах на всех
платформах.
Firefox+icedove.
2. Chromium.
3. Okular.
4. Java.
5. Mysqld.
6. Amarok.
7. Прочее.
У тебя
, они не могу писаться в своп (который на SSD)
пять-семь минут.
On 29.07.2015 18:15, aleksey wrote:
29.07.2015 08:24, "Артём Н." пишет:
Т.е., вы хотите сказать, что перед этим кэш сбрасывается на диск и всё
ok?
В любом случае, запись 10 Гб (да, проблемы с hibernate начинаются
после дол
29.07.2015 08:24, "Артём Н." пишет:
> Т.е., вы хотите сказать, что перед этим кэш сбрасывается на диск и всё
> ok?
> В любом случае, запись 10 Гб (да, проблемы с hibernate начинаются
> после долгой работы),
> не быстрая процедура. Собст
Если у тебя умирает гибернейт - то надо смотреть хотя-бы в вывод dmesg, от
чего он умирает.
dmesg ничего не даёт (плюс ещё, он загажен криво настроенным AppArmor).
И он не то, чтобы "умирает": очень долго пытается уснуть, постоянно обращается
к диску.
В итоге, я не жду, и выключаю: потом fsck п
wrote:
On 2015-07-27 15:41, "Артём Н." wrote:
On 27.07.2015 21:38, Max Dmitrichenko wrote:
в последней колонке cached 8,8G
Ну, так подо что cached?
Попробуй вот так:
free ; dd if=/dev/zero of=test.dump bs=1024 count=16353480 ; rm -f
test.dump; free
вот что выдает у меня
Да, забыл сказать.
Последнее время я использую не pm-hibernate, а пункт меню "Спящий режим" в KDE.
В логи, вероятно, при этом ничего не пишется (но проблема уже давно):
-rw-r--r-- 1 root root0 июн 25 22:44 /var/log/pm-powersave.log
-rw-r--r-- 1 root root 33K июн 24 21:40 /var/log/pm-powersave
Из того, что вы привели, не видно, чтобы ОЗУ куда-то «утекало». ОС
использует ОЗУ про запас -- что нормально.
Да, пусть не "утекает", а "используется про запас".
А проблемы со «спячкой» -- вероятно, лежат в ином.
Т.е., вы хотите сказать, что перед этим кэш сбрасывается на диск и всё ok?
В любо
http://www.linuxatemyram.com/
"You can't disable disk caching. The only reason anyone ever wants to disable disk caching is because they think it takes memory
away from their applications, which it doesn't! You can't disable disk caching. The only reason anyone ever wants to disable disk
caching
Ну, так подо что cached?
Дисковый кеш, библиотеки, сетевые буферы и прочее.
Если коротко - не мешай системе работать. Как только эта память потребуется для
реального приложения - она будет доступна.
Да, я увидел это по ссылке. Но don't worry не получается.
Проблема не в выводе free, а в том, чт
On 27.07.2015 21:38, Max Dmitrichenko wrote:
в последней колонке cached 8,8G
Ну, так подо что cached?
2015-07-27 21:14 GMT+03:00 "Артём Н." mailto:artio...@yandex.ru>>:
Почему-то система использует 15 Гб памяти.
root@dana:~# free
total
On 27.07.2015 21:51, Tim Sattarov wrote:
On 2015-07-27 14:38, Max Dmitrichenko wrote:
в последней колонке cached 8,8G
Это был мой первый ответ.
но потом я посмотрел на вывод своего free:
И..?
# free -h
totalusedfree shared buff/cache
available
Mem:
On 27.07.2015 21:44, Tim Sattarov wrote:
ps axo %mem,cmd k -%mem | grep -v "0.0"
Ничего криминального. От силы 15% наберётся, а это около 3 Гб. Собственно, прибив всё столько же (ну чуть больше/меньше) и
освобождается, а 10 Гб остаются заняты.
%MEM CMD=
2.6 /usr/lib/firefox/firefox
1.8 /usr/
навскидку - что за куча okular'ов? сколько их там еще?
Книжки недочитанные. Около 15. После убийства освобождается 1.5-2 Гб, которые я
посчитал.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
Почему-то система использует 15 Гб памяти.
root@dana:~# free
total used free sharedbuffers cached
Mem: 19G15G 4,5G 328M 931M 8,8G
-/+ buffers/cache: 5,4G14G
Swap: 29G 0B29G
После
Винда есть.
Пробросить могу.
Посмотрю в ближайшее время.
Статья знакомая.
Но писать свой драйвер как-то не тянет. :-|
On 13.04.2015 01:34, Max Dmitrichenko wrote:
key[0]=up
В обоих состояниях.
Придется похоже тяжелой артиллерией. Надо поставить на машину винду в
виртуалку (такую, что
On 06.04.2015 11:01, Иван Лох wrote:
On Thu, Apr 02, 2015 at 01:44:47PM +0300, "Артём Н." wrote:
3) xinput
Есть разница до и после подключения камеры?
↳ USB 2.0 Cameraid=14 [slave keyboard (3)]
xinput --test 'USB 2.0 Camera'
Понажимать
Кнопку, как ни странно, видит:
/dev/input/event21
Но не реагирует на нажатие.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/551d20d6.90...@yandex.ru
KEY_CAMERA)
Properties:
Testing ... (interrupt to exit)
Но на нажатие - ноль эмоций.
On 13.03.2015 09:24, Vasily Ivanov wrote:
On 2015-03-08 1013 (+0300), "Артём Н." wrote:
можно начать с xev
Я не совсем корректно выразился, похоже. Система именно *не видит* кнопку.
Вот вывод xev:
Можно п
Извиняюсь, был занят, не мог раньше ответить.
On 12.03.2015 22:31, Иван Лох wrote:
On Thu, Mar 12, 2015 at 11:58:21AM +0300, "Артём Н." wrote:
Никто не подскажет, что делать с этой "невидимой" кнопкой? :-(
1) когда подключается камера, что появляется в dmesg?
[209133.72
Никто не подскажет, что делать с этой "невидимой" кнопкой? :-(
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5501552d.8040...@yandex.ru
можно начать с xev
Я не совсем корректно выразился, похоже. Система именно *не видит* кнопку.
Вот вывод xev:
artiom@dana ~$ xev | grep -A2 --line-buffered '^KeyRelease' | sed -n '/keycode /s/^.*keycode \([0-9]*\).* (.*, \(.*\)).*$/\1 \2/p'
36 Return
65 space
^C
Я нажимал на кнопку камеры.
Ан
Приобрёл камеру Defender G-lens 2577:
http://www.defender.ru/catalog/web-i-wifi-cameras/g-lens-2577-hd720p .
Сверху есть программируемая кнопка.
Всё работало, кроме неё.
Прошло три месяца, стал разбираться.
Раньше у меня была камера от MS, по кнопочке запускался mplayer и читал поток с
камеры.
Всё-таки проблема не в свопе. Да и один сегмент на него. Нет фрагментации.
Проблема в uswsusp. Либо в настройках, либо в том, что это просто трэш.
Случайно ткнул на KDE-шный "спящий режим". Всё быстро. 45 секунд на выход.
После s2disk, я так и не дождался выхода: "умер", показав графику (слишком
Опцией -m к lvdisplay(8)?
Посмотрел. Сейчас 1 сегмент:
--- Logical volume ---
LV Path/dev/vg_luks/lv_swap
LV Namelv_swap
VG Namevg_luks
LV UUID
LV Write Accessread/write
LV Creation host, time dana, 2015-02-17 23:12:47
Пересоздал своп с -Cy. Попробую. Может поможет.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54e3a135.5040...@yandex.ru
Я бы предположил, что у Вас после увеличения swap-раздел на lvm стал
фрагментирован. Поскольку, судя по выхлопу free, он у Вас используется
целиком, стало быть периодически система ждёт нужного сектора, который
может быть весьма неблизко.
Кстати, а как возможно посмотреть карту экстентов, которые
Система очень медленно выходит из сна.
Раньше всё было нормально. Использовал pm-utils.
Поигрался со свопом (раздел надо было поменять, удалял своп, перекраивал LVM),
гибернация
перестала работать. Потом вспомнил, сделал своп нужного размера.
root@dana:~# free
total used
Постепенно решаю надоевшие вопросы.
2. KDE сначала как-то странно себя вёл. На панельке, при клике на "свёрнутое"
приложение, оно становилось "серым",
а окно не отображалось. Сначала списал на лаги. Но, похоже, нет. У
кого-нибудь такое было?
Похоже на баг.
4. Не работает блок
On 19.08.2014 01:08, Eugene Berdnikov wrote:
On Mon, Aug 18, 2014 at 09:59:19PM +0400, "Артём Н." wrote:
Всё-таки обновился до Jessie (не знаю, что меня дёрнуло это сделать).
Целый день разбирался с последствиями обновления. Кое-что до сих пор осталось.
В связи с этим, вопросы:
1.
Я тоже не смог залогиниться. Закрались самые худшие подозрения (сообщения
вменяемого о том, что не поддерживается версия нет)...
Но потом въехал, обновил. Не работает звук. Сплошные "Virtual Devices". Пришлось поставить пульс. Хорошо, хоть в корне он теперь не
спамит. Терпимо.
Правда не работал
Всё-таки обновился до Jessie (не знаю, что меня дёрнуло это сделать).
Целый день разбирался с последствиями обновления. Кое-что до сих пор осталось.
В связи с этим, вопросы:
1. В apache2 conf-available/conf-enabled перестали использоваться
(я долго не мог понять почему, несмотря на то, чт
On 18.07.2014 19:28, C S wrote:
Почему при подключении через ssh в Konsole в трее (в KDE) постоянно появляются
варнинги:
"Активность в сеансе "Командная оболочка""
Потому что они включены.
и их число постоянно растёт, это поведение как-то можно отключить?
Да.
Правой кнопкой по значку "Си
On 13.07.2014 13:53, Victor Wagner wrote:
В Sun, 13 Jul 2014 12:14:54 +0400
"Артём Н." пишет:
On 12.07.2014 21:56, Melleus wrote:
"Артём Н." writes:
Ekiga пробовал, но она, мягко говоря, сыровата.
Jitsi?
Про неё не помню. Была как-то задача найти средство д
On 12.07.2014 21:56, Melleus wrote:
"Артём Н." writes:
Ekiga пробовал, но она, мягко говоря, сыровата.
Jitsi?
Про неё не помню. Была как-то задача найти средство достаточно безопасной
переписки и, желательно, виде коммуникации.
Увы, туго с этим.
По сравнению со скайпом все с
On 12.07.2014 20:06, Dmitrii Kashin wrote:
"Артём Н." writes:
Кроме того, требуется именно поддержка скайп-протокола.
Да, я знаю, что её нигде нет, и "засудят всех-вех-всех", если кто-то
реализует, но без неё любое решение половинчатое. Целая толпа народу
сидит на скайпе
On 12.07.2014 16:11, Alexander Galanin wrote:
On Sat, 12 Jul 2014 12:03:52 +0400
"Артём Н." wrote:
Это _они_ давненько уже решили нас осчастливить и сломали разделение на
/bin и /usr/bin:
http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/
Отлично. Т.е., е
ят
их рожу) есть ekiga и иже с ней
2014-193 11:56 Артём Н. wrote:
Что за tox? Совместимость со скайпом есть?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists
On 12.07.2014 12:00, dimas wrote:
можно еще testdisk натравить, а потом искать свое файло среди кучи давно
удаленного безымянного барахла, какого он навосстанавливает.
Да, тоже вариант. Но мне testdisk не нравится. Плохо он восстанавливает.
--
To UNSUBSCRIBE, email to debian-russian-requ...@
On 03.07.2014 21:40, Alexander Galanin wrote:
On Thu, 3 Jul 2014 20:34:27 +0400
dimas wrote:
шоб специально загрузиться с системд, надо сказать ведру
init=/bin/systemd (непонятно, какого черта оно не в /sbin)
Это _они_ давненько уже решили нас осчастливить и сломали разделение на
/bin и /usr
Причем в нем несовместимый формат групповых чатов. Поэтому нельзя
с компьютера где стоит 4.2 добавиться в группу созданную в 4.3 на
любой платформе. Технически, для удобства АФБ+ всю историю чата
M$ теперь хранит в своем облаке.
Вот и приехали. Отошли от основного принципа скайпа.
P.S. В принц
Использовать более дружественный к пользователю инструмент:
http://www.r-tt.com/ru/free_linux_recovery/
Также для восстановления файлов также можете попробовать ext3grep.
Сделать так, чтобы scalpel работал только со свободным пространством вы не
сможете: он просто ищет в потоке байт сигнатуру н
On 21.05.2014 00:04, moskovets wrote:
у меня наверное одного домашняя адресная книга OpenLDAP+php?
Очень хочется обойтись без велосипедостроения.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
A
20.05.2014 10:09, Pavel Volkov wrote:
On Sunday, May 11, 2014 4:59:22 PM MSK, "Артём Н." wrote:
Из того, что не сильно убого, я попробовал kontakt, но после получасовых
попыток сделать в нём иерархическую адресную книгу в произвольном каталоге,
плюнул.
У меня всё работает :)
Папочки
Пытался найти программку-адресную книгу, чтобы из текстовика произвольного
формата, в котором контакты стало хранить неудобно, перенести всё в подобающий вид.
Особенность в том, что у контактов есть иерархическая структура.
Т.е., есть группа "Организации", в ней разные организации, к которым при
Мда.
Сам нашёл, как сделать: почитать документацию... >_<
В C API ICU всё реализовано на колбэках.
Надо установить штатные колбэки UCNV_TO_U_CALLBACK_SUBSTITUTE и
UCNV_FROM_U_CALLBACK_SUBSTITUTE с контекстом UCNV_SUB_STOP_ON_ILLEGAL на
соответствующие энкодеры.
http://icu-project.org/apiref/ic
Может быть кто-нибудь пользовался libicu для перекодировки?
Наверняка тут есть такие. :-)
Подскажите пожалуйста.
Мне нужно перекодировать строго в/из ASCII-7.
Если в источнике или в результате есть символы с кодом больше 127, я хочу
получить ошибку.
Использую ucnv_convertEx(), например передавая
On 26.10.2013 01:35, Mikhail A Antonov wrote:
On 25/10/13 20:55, "Артём Н." wrote:
2. Заменил VirtualBox на VmWare. В VmWare нет доступа в Интернет.
Адаптер в режиме NAT. dig ya.ru внутри машины показывает адрес. А
curl ya.ru
Используй режим бридж для сетевой платы.
Не работает.
Кстати, я сейчас запустил ту же самую машину у себя: на Linux (под той же
версией VmWare) всё работает превосходно.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/
On 25.10.2013 20:12, Андрей Любимец wrote:
25.10.2013 22:13, "Артём Н." пишет:
On 25.10.2013 18:11, Andrey Lyubimets wrote:
25.10.2013 1:14, "Артём Н." пишет:
1. На машине с виндовс 7 есть виртуалка с Debian.
На данный момент, виртуалка для VirtualBox.
Очень сильно тормозя
On 25.10.2013 19:19, Oleksandr Glushchenko wrote:
Я в своё время столкнулся с той же проблемой в различных виртуалках. Всё
упирается в производительность диска, у меня исходники были на хосте, а
выполнялись на виртуалке. Вполне логично что производительность падала, ведь
при сборке обращения ш
On 25.10.2013 18:11, Andrey Lyubimets wrote:
25.10.2013 1:14, "Артём Н." пишет:
1. На машине с виндовс 7 есть виртуалка с Debian.
На данный момент, виртуалка для VirtualBox.
Очень сильно тормозят "Общие папки".
Как с этим бороться, без замены VBox на VmWare?
Я бы попробовал
В VmWare всё работает в порядке, почитай внимательно документацию...
и не тормозит к тому же...
У меня в VmWare не работает корректно сеть. Я даже обновления не могу скачать:
он требует авторизацию на прокси (корпоративная сеть), я ввожу, он показывает,
что закачивает, но бесполезно, видимо.
1. На машине с виндовс 7 есть виртуалка с Debian.
На данный момент, виртуалка для VirtualBox.
Очень сильно тормозят "Общие папки".
Как с этим бороться, без замены VBox на VmWare?
2. Заменил VirtualBox на VmWare. В VmWare нет доступа в Интернет.
Адаптер в режиме NAT. dig ya.ru внутри машины показы
On 18.10.2013 22:32, dimas wrote:
-m32 хватает. нормально собирается, про что я и расписывал тут. но нужен бубен))
так что насчет "сильно упростить" - не факт
Так не, после того, как собралось с pbuilder - чисто теоретический интерес был:
почему не собирается и как сделать?
Тут не упрощение, а
On 18.10.2013 20:05, Dmitrii Kashin wrote:
"Артём Н." writes:
А нафига держать 32-х разрядный GCC, если 64-х разрядный вполне себе
может генерировать 32-х разрядный код?
Что, правда? Так. Я сейчас пойду читать маны, и у меня предчувствие, что
моя жизнь резко упростится. =)
-ma
On 17.10.2013 23:29, Dmitrii Kashin wrote:
dimas writes:
ради трех пакетов мало того, что изучать pbuilder, так еще и ведро
перебирать, лично мне смысла не было никакого.
Для того, чтобы собирать в чруте пакеты не нужно иметь 32-битное
ядро. Более того, никаким другим способом Вы не сможете
On 17.10.2013 21:46, dimas wrote:
о, как-то я занимался этой фигней, и вскоре еще придется, только я уж все
забыл, как оно делается, ну да вот и повод вспомнить подвернулся)) там всего
О, спасибо. Но, конечно, совсем не простой путь. С pbuilder легче.
--
To UNSUBSCRIBE, email to debian-russian
Интересует как "грязно" скомпилировать 32-х битный пакет на 64-х битной машине.
Через pbuilder собрать пакеты получилось, но вопрос остался.
Машина 64-х битная виртуалка.
У меня есть патченые библиотеки.
Я сделал dpkg-buildpackage -uc -us -B -ai386.
Одна собралась под 32. Но в конце ругнулась, чт
Да, ещё не помешали бы ссылки или указание пакетов со сходными утилитками.
Сейчас я нашёл три: unp, atool, dtrx (за указание спасибо Александру Баракину).
Наверняка имеются ещё?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
On 15.10.2013 22:04, Иван Лох wrote:
On Tue, Oct 15, 2013 at 09:50:22PM +0400, "Артём Н." wrote:
On 15.10.2013 00:18, Dmitrii Kashin wrote:
Рекурсия спасет отца русской демократии? Проверяйте, не являются ли
декомпрессованные файлы архивами. И если являются - распаковывайте их.
Во
On 15.10.2013 01:12, alexander barakin (aka sash-kan) wrote:
15.10.13, 00:19, "Dmitrii Kashin" ":
"Артём Н." writes:
Что хочу:
1. Нормальное определение типа архива.
Как заметил Иван Лох:
"Если на клетке слона написано буйвол... file как-то кошернее и
надежне
On 15.10.2013 00:18, Dmitrii Kashin wrote:
"Артём Н." writes:
Что хочу:
1. Нормальное определение типа архива.
Как заметил Иван Лох:
"Если на клетке слона написано буйвол... file как-то кошернее и
надежнее"
Но есть деталь: если архив составной (tar.gz, например)
Результаты 101 - 200 из 976 matches
Mail list logo