$ du -hs 01\ -\ Dexter.avi
700M 01 - Dexter.avi
$ ls -l 01\ -\ Dexter.avi
-rw-r--r-- 1 user user 366837760 2010-02-24 22:14 01 - Dexter.avi
$ mount
/dev/mapper/vg_host-lv_root on / type ext4 (rw)
$ cat /etc/fedora-release
Fedora release 12 (Constantine)
Есть идеи, как это можно починить?
http://video.google.com/videoplay?docid=6390784544771380326
Смотреть в интервале 1:38:00-1:40:00.
Добрый день,
Есть необходимость в программе на Common Lisp загружать из внешнего файла потенциально небезопасный код и исполнять его.
Хочется сделать это в некоем sandbox'е, предоставляя доступ к очень ограниченному подмножеству стандартных и не очень библиотек.
Вопрос: как это сделать?
Текущий аналог в Python выглядит примерно так:
val = eval(f.read(), {"__builtins__": None}, {"range": range})
Добрый день,
Есть несколько закрытых бинарных форматов. Информацию в этих форматах нужно уметь распарсить и перевести во внутреннее представление языка, произвести некоторые манипуляции, а затем перевести из внутреннего представления опять в бинарный формат.
Сейчас используется C, парсеры пишутся вручную. Вручную писать нудно. Обрабатывать результаты в C тоже не очень удобно.
В рамках эксперимента попробовал написать парсер и обработчик на Haskell - обработка сильно упростилась, но сам парсинг остался таким же нудным.
Итак, внимание, вопрос.
На что стоит посмотреть для упрощения парсинга и обработки
1). по минимуму - оставаясь в рамках C
2). по максимуму - допуская переход на новый язык
Читаю lkml.
Наблюдаю, как некий автор постит новую функциональность в виде пачки патчей, читатели lkml патчи критикуют, автор постит исправленные патчи и т.д.
Есть подозрение, что до отправки патчей функциональность коммитилась внутрь одного и того же бранча как попало, тестировалась, и только в самом конце была раздроблена на отдельный патчи. Если это так, то как народ сотню коммитов вида «всё сделал!!!» и «исправил тысячапятую панику» делит на 5-10 патчей? Причём коммиты «всё сделал» скорее всего придётся делить на куски и раскидывать по разным патчам. Вручную через squish это делать IMO сложновато.
После получения feedback'а и внесения изменений опять получается стройная пачка патчей. Это опять результат ручного squash'а?
Кроме этого есть подозрение, что авторов у функциональности много, а отправляющий в lkml патчи lead просто объединяет их изменения, немного допиливая. Как устроена работа в этом случае?
Вобщем хотелось бы почитать описание workflow по использованию git при разработке и отправке патчей в upstream для типичной команды.
Гуглил-гуглил - ничего не нагуглил.
git checkout -b my_branch origin/HEAD
git commit -a -m «Commit #1»
git commit -a -m «Commit #2»
Как теперь сделать ОДИН патч, который бы объединял все эти изменения?
Добрый день,
Хочу запусть несколько удалённых нод и прикрутить к ним супервизор с тем, чтобы перезапускать ноды в случае их падения.
Это как-нибудь решается стандартными средствами erlang?
Разработчики Fedora решили упростить жизнь пользователям дистрибутива, и в Fedora 12 разрешили установку любых подписанных пакетов без ввода пароля root'а.
Перемещено hibou из RedHat