День добрый ЛОР! Есть такая проблема... Есть сервер proxmox 3.4, внутри которого крутится pfSense в качестве маршрутизатора/шлюза. К пээфсенс проброшен интернет через реальный интерфейс сервера eth3 и соответствующий бридж proxmox (vmbr3). Интерфейс сервера eth0 смотрит в локалку. К нему подключен vmbr0 в проксмоксе. vmbr0 имеет адрес к примеру 192.168.10.1 и сторонний шлюз по-умолчанию 192.168.10.254. В pfSense также подключен vmbr0 как LAN интерфейс. Адрес его в pfSense 192.168.10.253. Дык вот проблемы даже 2: 1. Если реальные хосты натравливать на шлюз pfSense (192.168.10.253), то proxmox как-то перехватывает пакеты и пускает по своему дефолтовому шлюзу:

Трассировка маршрута к google-public-dns-a.google.com [8.8.8.8]
с максимальным числом прыжков 30:

  1    <1 мс     2 ms     1 ms  proxmox1[192.168.10.1] 
  2    <1 мс     1 ms    <1 мс  proxy [192.168.0.254] 
  .
  .
 13    44 ms    45 ms    63 ms  google-public-dns-a.google.com [8.8.8.8] 

Трассировка завершена.

День добрый! Ищу удалённую работу/подработку. Знаю в некоторой степени: bash, python, C++/Qt, пару раз тыкал палкой Boost, SDL.
Готов работать за некоторую скромную денежку.
Коммуникабелен, понимающ, а главное увлечён, любопытен и обучаем. И ответветственен, да.
Расскажу всё, что спросите по мылу: x3om6ak[собакен]gmail.com
Скайп: toggetit

ПыСы: всё под онтопик, конечно же. Ну и фряху, если надо

Добрый день, ЛОР! Есть такая проблема - имеется Fedora 18 x64. Через systemd при запуске пытаюсь монтировать сетевую выньдовс-шару, для чего создаю такой файл mnt-X.mount:

[Unit]
Description=drive X
After=network.target
 
[Mount]
What=//server/share
Where=/mnt/X
Type=cifs
Options=username=xxx,password=xxx,domain=xxx,uid=user,gid=group,_netdev

[Install]
WantedBy=multi-user.target

монтирование работает когда уже запущен сеанс:

$ sudo systemctl start mnt-H.mount
$ sudo systemctl status mnt-H.mount
mnt-H.mount - drive X
   Loaded: loaded (/usr/lib/systemd/system/mnt-X.mount; enabled)
   Active: active (mounted) since Пт. 2013-04-26 16:05:09 MSK; 3s ago
    Where: /mnt/X
     What: //server/share
  Process: 13307 ExecMount=/bin/mount //server/share /mnt/X -t cifs -o username=xxx,password=xxx,domain=xxx,uid=user,gid=group (code=exited, status=0/SUCCESS)

апр. 26 16:05:09 zeon-work.xxx.xxx.com systemd[1]: Mounted drive X.

Apr 26 15:57:13 zeon-work systemd[1]: mnt-X.mount mount process exited, code=exited status=1
Apr 26 15:57:13 zeon-work systemd[1]: Failed to mount drive X.
Apr 26 15:57:13 zeon-work systemd[1]: Unit mnt-X.mount entered failed state
Apr 26 15:57:14 zeon-work mount[1311]: mount error: could not resolve address for server: Unknown error

After=network.target

WantedBy=multi-user.target

Господа, такая ситуёвина - пишу нубопрограмму, которая должна раз в 5 минут (а может и раз в час, ещё не решил) читать текстовый файлик, делать вычисления и показывать две цифры на фоне красивой картинки (не сиськи). Дык вот т.к. программа должна работать под офф-топом, поэтому пишу её на SDL. Вроде 3 минуты писанины, но застрял на вот каком моменте - не знаю как правильно заставить её ничего не делать эти 5 минут (а может и час). Если юзать SDL_Delay(5 минут), то пропадает реакция на внешние раздразжители - программу тупо не закрыть до истечения делея. Я понимаю, что туплю и наверняка не туда смотрю вообще, но как я не извращался с SDL_Delay, выходит как-то хреново. Камрады, направьте на путь истинный - как быть?

Привет, ЛОР!

Вопрос (в который раз) по связке Qt + CEDET. Мануалы Alex Ott говорят нам делать так:

(setq qt4-base-dir "/usr/include/qt4")
(semantic-add-system-include qt4-base-dir 'c++-mode)
(add-to-list 'auto-mode-alist (cons qt4-base-dir 'c++-mode))

Только вот в инклюдах есть пути: /usr/include/Qt /usr/include/QtGui /usr/include/QtNetwork и т.п.

если в конфиге CEDET указать только base-dir-путь (/usr/include/Qt), то не работает автокомплит из соседних папок. Предположу, что прописывать руками все 100500 путей не ТРУЪ и наверняка как-то можно в этом конфиге (или ыщо как) сделать красивей. Просьба помидорами не забрасывать если вариант только такой.

Заметил, что по умолчанию сервис ntpd в Fedora 17 пишет логи в системный лог. Но с помощью правки конфига его можно заставить писать например в /var/log/ntpd.log. Но SELinux превентит открытие такого файла. Можно, конечно, создать ему (SELinux) политику на разрешение, но вот какая мысль возникла - почему так сделано? Внимание вопрос - может быть это всё хорошо и я чего-то не понимаю?

Господа! Понимаю, что тема уже неоднократно поднималась, но мозг уже сломлен и гугл прочёсан... Точнее в обратной последовательности.

Пытаюсь освоить сабжевые вещи. Добился только того, что автодополняются классы стандартного STL и мои собственные, так сказать, локальные. При этом в попытке вызвать

semantic-ia-complete-symbol-menu

(load-file "/home/user/Загрузки/cedet/common/cedet.el")

(global-ede-mode 1)

(semantic-load-enable-code-helpers)

(require 'semantic-ia)
(require 'semantic-gcc)

(defun my-cedet-hook ()
  (local-set-key [(control return)] 'semantic-ia-complete-symbol)
  (local-set-key "\C-c?" 'semantic-ia-complete-symbol-menu)
  (local-set-key "\C-c>" 'semantic-complete-analyze-inline)
  (local-set-key "\C-cp" 'semantic-analyze-proto-impl-toggle))
(add-hook 'c-mode-common-hook 'my-cedet-hook)

(setq qt4-base-dir "/usr/include/qt4")
(setq qt4-gui-dir (concat qt4-base-dir "/QtGui"))
(semantic-add-system-include qt4-base-dir 'c++-mode)
(semantic-add-system-include qt4-gui-dir 'c++-mode)
(add-to-list 'auto-mode-alist (cons qt4-base-dir 'c++-mode))
(add-to-list 'semantic-lex-c-preprocessor-symbol-file (concat qt4-base-dir "/Qt/qconfig.h"))
(add-to-list 'semantic-lex-c-preprocessor-symbol-file (concat qt4-base-dir "/Qt/qconfig-large.h"))
(add-to-list 'semantic-lex-c-preprocessor-symbol-file (concat qt4-base-dir "/Qt/qglobal.h"))

;;пробовал также добавлять
(semantic-add-system-include "/usr/include/include/boost" 'c++-mode)

Наверное полезная инфа:
Ubuntu 11.04
Emacs 23.2.1 из репозитория
пробовался cedet1.0 и cedet1.1beta

Поможите победить проблему/Наставьте на путь истинный!

Господа, добрый день! Предполагаю, что задам 100500-ый вопрос по этой теме, но всё же рискну, ибо нагугленные мной рецепты не помогли... Есть ВМВарь 7.0.4 под венду. Есть установленная в неё убунту 10.10. Качаю ванильное ядро 2.6.39-рц1, конфигурирую по нагугленным статьям (включаю поддержку BusLogic SCSI, да и вообще вагон сказевых дров), собираю, устанавливаю и оно конечно-же не грузится. При этом качаю сорцы убунтового ядра из репов (насколько я понял заранее отконфигурированного) - собираю и конечно же всё грузиццо! Направьте, о просветлённые, куда обратить взор? Что где повключать? Понимаю, что вопрос наверняка глупый, но решения я, к сожалению не нашёл...

P.S. Сильно не пинайте, «конпеляю ведро», можно сказать, в первый раз P.P.S. Ошибки при загрузке ядра предоставить пока не могу, но если надо - предоставлю.