MCBC 3.0+ (Небольшие вопросы, связанные с МСВС)

[drBatty]

как настроить "ПС Конструктор" (Qt Designer от ВНИИНС), чтобы он задействовал библиотеку Qt4 вместо используемой по умолчанию Qt3?

увы, но скорее всего никак. Разве что разработчик сможет.

[JoJo-M]

дык почта для этого и не предназначена. Она вообще только короткий текст может передавать, да ещё и вообще говоря только латиницу. Остальное всё делается костылями. Т.ч. делайте нормальное файлохранилище, и не забивайте гвозди микроскопом.

Почта не предназначена для вложений? 21 век на дворе.
Как же тогда обмениваться файлами между городами? Поднимать ftp хотите сказать?
К тому же локально обмениваться большими вложениями можно без проблем, если вложение из другого поддомена (т.е. города), то уже проблемы.

[drBatty]

Почта не предназначена для вложений? 21 век на дворе.

да.

Как же тогда обмениваться файлами между городами?

ну если у вас нет своих файлообменных серверов, используйте общедоступные. Облака в частности. P2P тоже годно.

К тому же локально обмениваться большими вложениями можно без проблем, если вложение из другого поддомена (т.е. города), то уже проблемы.

В Петербурге у моего соседа напротив совершенно другой ISP. Ничего, живём как-то...

Дело в том, что почта предназначена исключительно для текста, и двоичные вложения передаются в ней исключительно костылями, в BASE64. Это когда каждые 8/8 бит преобразуются в 8/6. Плюс ещё дополнительная обвеска. В итоге, вложение весит раза в полтора больше, чем файл. Кроме того, почта передаётся не напрямую, а через цепочку почтовых серверов. В итоге, скорость, надёжность и безопасность в почте отсутствует в принципе. Ладно, с безопасностью, я прикрутил GnuPG, но это только я, для всех остальных это "wtf?". Остальные проблемы не решаемы в принципе. Вот такой у нас "21й век"...

[Bizdelnick]

Почта не предназначена для вложений? 21 век на дворе.

Вы не поверите, но протокол SMTP в 21 веке всё тот же, что и в 20.

Как же тогда обмениваться файлами между городами? Поднимать ftp хотите сказать?

Ну какой FTP? 21 век на дворе...

[neoo]

Помогите собрать пакет что бы в нем был libqsa.so.1. Нужна для работы программы.

Код: Выделить всё

ldd
libqsa.so.1 => not found

С чего начать?

Попробуйте задействовать эти пакеты.

как обойти проверку публичного ключа?
подпись RSA/MD5 v3: nokey

[drBatty]

как обойти проверку публичного ключа?
подпись RSA/MD5 v3: nokey

зачем обходить? Найдите ключ. Ну или сделайте и подпишите, если вообще никакого нет.

Проверка ключа нужна для того, что-бы враг не мог подменить ваши пакеты/программы. По дороге к пользователю, или взломав ваш сервер. Подписывать ваш код должны вы, как администратор репозитория(хранилища ПО). А пользователь(его администратор точнее) должен добавить ваш публичный ключ в список доверенных.

AFAIK в этой ОС используется rpm, ищите, где именно там ЭЦП, и как её добавить в пакет.

[UnforgivenII]

я извиняюсь, мб ответ уже был, но поиск выдает слишком много лишнего. в общем нужно поставить свою программу на автозагрузку, что для этого надо сделать?
также интересует аналогичное действие для драйвера

[Bizdelnick]

нужно поставить свою программу на автозагрузку

Что за программа? Графическая или демон?

также интересует аналогичное действие для драйвера

Какого именно драйвера?

[drBatty]

в общем нужно поставить свою программу на автозагрузку, что для этого надо сделать?

этих "автозагрузок" более сотни. Мало данных, а телепаты в отпуске.

также интересует аналогичное действие для драйвера

АПВС? Это вообще не ваша проблема, а проблема дистрибьютора. А если вы сам дистрибьютор, то гнать вас надо поганой метлой за профнепригодность.

[UnforgivenII]

нужно поставить свою программу на автозагрузку

Что за программа? Графическая или демон?

также интересует аналогичное действие для драйвера

Какого именно драйвера?

графическая.

драйвер был написан уволившимся сотрудником, сейчас пытаемся разобраться с ним, вроде работает, но запускается пока только вручную, но хотелось бы чтобы запускался автоматом при загрузке. для этого надо менять текст самого драйвера или есть какие то команды, чтобы драйвер стартовал при загрузке?

в общем нужно поставить свою программу на автозагрузку, что для этого надо сделать?

этих "автозагрузок" более сотни. Мало данных, а телепаты в отпуске.

также интересует аналогичное действие для драйвера

АПВС? Это вообще не ваша проблема, а проблема дистрибьютора. А если вы сам дистрибьютор, то гнать вас надо поганой метлой за профнепригодность.

зато тролли никогда не дремлют, да?

[Bizdelnick]

графическая.

При запуске DE обычно выполняется некий скрипт из домашнего каталога. Надо в нём прописать запуск. Где там у вас этот скрипт должен быть - не знаю.

хотелось бы чтобы запускался автоматом при загрузке

Ну, вероятно, не при любой загрузке, а только если соответствующее устройство подключено. Тут выше писали, что для этого в MСВС3 служит kudzu, ищите документации по ней. Её уже давно отовсюду выпилили, так что могу только пожелать удачи...

[drBatty]

зато тролли никогда не дремлют, да?

да. По теме: драйвера в linux называются "демоны", и не делаются графическими. Хотя-бы по той причине, что запускаются они в той автозагрузке, которая стартует ДО графики.

Если нужен демон с графикой, делают два приложения:
1. демон
2. графический апплет управления.

Они запускаются по разному. Например можно первый прописать в /etc/rc.local, а второй в автозагрузку вашего WM/DE.

[UnforgivenII]

зато тролли никогда не дремлют, да?

да. По теме: драйвера в linux называются "демоны", и не делаются графическими. Хотя-бы по той причине, что запускаются они в той автозагрузке, которая стартует ДО графики.

Если нужен демон с графикой, делают два приложения:
1. демон
2. графический апплет управления.

Они запускаются по разному. Например можно первый прописать в /etc/rc.local, а второй в автозагрузку вашего WM/DE.

программа графическая. драйвер, разумеется, нет.

если не трудно, можно без аббревиатур? я не настолько знаком с устройством операционных систем, чтобы их распознавать. а спросить не у кого
где то на этом форуме читл, что надо закинуть ссылку на программу в etc/init.d. но что за ссылка нужа я так и не понял. закинул для пробы экзешник - естественно не отработало

[drBatty]

если не трудно, можно без аббревиатур?

нет. Вы про WM/DE? Мы вчера уже обсудили: Где можно подробно почитать о: DE WM DM?

где то на этом форуме читл, что надо закинуть ссылку на программу в etc/init.d. но что за ссылка нужа я так и не понял. закинул для пробы экзешник - естественно не отработало

естественно.

[filatovka]

я извиняюсь, мб ответ уже был, но поиск выдает слишком много лишнего. в общем нужно поставить свою программу на автозагрузку, что для этого надо сделать?
также интересует аналогичное действие для драйвера

Я так понимаю, если драйвер установлен, то он и так будет загружаться при старте системы, а kudzu уже сама разберётся с какой железкой ему работать, а если драйвер не установлен, то это однозначно к разработчику, потому как самостоятельные эксперименты с ядром в МСВС не приветствуются. Что касается программы, работающей в графическом режиме, то как вариант можно использовать подменю "Автозапуск" из меню "Пуск". Т.е. через редактирование меню "Пуск" добавить туда ссылку на исполняемый файл нужной программы. Возможно сработает.

[filatovka]

В последнее время стал регулярно зависать один из компов под МСВС. Виснет наглухо, помогает только отключение питания. После включения загружается как ни в чём не бывало, ошибок не выдаёт, поработает некоторое время и снова виснет. Нутро перетряхнул, всё подтянул, контакты почистил, протестировал винт и память, всё вроде нормально. В каком месте можно было бы поискать причины зависания?

[Bizdelnick]

В каком месте можно было бы поискать причины зависания?

Где угодно в железе.

[drBatty]

Нутро перетряхнул, всё подтянул, контакты почистил, протестировал винт и память, всё вроде нормально. В каком месте можно было бы поискать причины зависания?

dmesg
/var/log/syslog
/var/log/message

Виснет наглухо

SysRq тоже?

[filatovka]

В каком месте можно было бы поискать причины зависания?

Где угодно в железе.

А софтовые причины точно не могут быть? Может так совпало, но это явление особенно стало донимать после установки на эту машину по настоянию вышестоящих инстаннций DrWeb Enterprise Suite, причём сразу серверную и клиентскую части (ввиду того, что машина одна, вот она сама собой и управляет). Может какие логи почитать? Файл /var/log/messages я внимательно изучил, но никаких подозрительных моментов там не обнаружил. Может ещё есть что-то, что я не знаю? Или всё же проблема чисто железячная? Дело в том, что до следующего зависания может пройти и 5 минут и сутки, никакой системы выявить не удаётся.

[filatovka]

Нутро перетряхнул, всё подтянул, контакты почистил, протестировал винт и память, всё вроде нормально. В каком месте можно было бы поискать причины зависания?

dmesg
/var/log/syslog
/var/log/message

Виснет наглухо

SysRq тоже?

Не помню, есть ли там syslog, но обязательно посмотрю. Про SysRq не знал, врать не буду, спасибо, открыли глаза, обязательно попробую!

[drBatty]

Может так совпало, но это явление особенно стало донимать после установки на эту машину по настоянию вышестоящих инстаннций DrWeb Enterprise Suite, причём сразу серверную и клиентскую части

настоятельно рекомендую объяснить, что данная программа не обнаруживает уязвмости в Linux. Для этого существуют другие инструменты, такие как http://www.chkrootkit.org/ и http://rkhunter.sourceforge.net/ А ставить в систему DrWeb имеет смысл только для сканирования файлопомойки, что-бы одни маздайщики не менялись с другими через сервер на Linux.

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

Или всё же проблема чисто железячная?

ну вряд-ли. Разве что из-за DrWeb увеличилась нагрузка, и сервер из-за этого рушится. Перегрев например. Или БП не тянет. Или например память вся теперь используется, но не вся рабочая.

[Bizdelnick]

DrWeb Enterprise Suite

[filatovka]

У меня не сервер, обычная рабочая станция. Просто по проекту на объекте должна была развёрнута сеть в составе серверов и энного количества рабочих станций, в том числе и машина администратора безопасности. Вот на эту сетку и необходимо водрузить корпоративный DrWeb в составе серверной части, клиентских агентов и средства удалённого администрирования через веб-интерфейс. А так как машина всего одна (ну не хватило денег!) то всё это хозяйство сказано разместить на одной машине, чтобы соответствующие товарищи могли удалённо контролировать его работу. Ну да это лирика. Я сегодня весь день так или иначе посвятил борьбе с этими подвесами, к концу дня созрела очередная идея, которая показалась продуктивной, но пока озвучивать не буду, чтобы не сглазить Утро покажет, подвиснет за ночь или нет. Кстати файла /var/log/syslog в системе не оказалось. На манипуляции с кнопкой SysRq тоже никакой реакции не последовало, похоже ядро МСВС не поддерживает эту фишку. Кстати, кто реально пользовался этой кнопкой подскажите как же всё-таки правильно, а то в нэте пишут по-разному, кто Alt+SysRQ+буква, кто Ctrl+Alt+буква, кто пишет что все кнопки одновременно жать, кто наоборот пишет Alt+SysRq одновременно, а букву потом после отпускания, короче бардак...

[drBatty]

Утро покажет, подвиснет за ночь или нет. Кстати файла /var/log/syslog в системе не оказалось. На манипуляции с кнопкой SysRq тоже никакой реакции не последовало, похоже ядро МСВС не поддерживает эту фишку. Кстати, кто реально пользовался этой кнопкой подскажите как же всё-таки правильно, а то в нэте пишут по-разному, кто Alt+SysRQ+буква, кто Ctrl+Alt+буква, кто пишет что все кнопки одновременно жать, кто наоборот пишет Alt+SysRq одновременно, а букву потом после отпускания, короче бардак...

вот здесь AFAIK верная информация (к сожалению только на англ) http://en.wikipedia.org/wiki/Magic_SysRq_key

The key combination consists of Alt, SysRq and another key, which controls the command issued (as shown in the table below). Users with a keyboard layout other than QWERTY have to remember that their layout becomes QWERTY when they use one of these combinations. For example, on a Dvorak keyboard, the key below '9' and '0' counts as an 'o', not as an 'r', so it shuts the system down instead of switching the keyboard to raw mode. Furthermore, some keyboards may not provide a separate SysRq key. In this case, a separate "PrintScrn" key should be present. Under graphical environments (such as GNOME or KDE) 'Alt'+'PrintScrn/SysRq'+key combination generally only leads to a screenshot being dumped. To avoid this Print Screen feature the magic SysRq combination should include the Ctrl, becoming 'Ctrl'+'Alt'+'SysRq'+key. For the same purposes the AltGr key, if present, can be used in place of the Alt key. On some laptops SysRq is accessible only by pressing 'Fn'. In this case the combination is a bit trickier: hold 'Alt', hold 'Fn', hold 'SysRq', release 'Fn', press key. The magic SysRq can also be accessed from the serial console.[2]

т.е. надо нажимать сразу ALT+SysRq+БУКВА. (сначала альт, не отпуская sysrq, и не отпуская -- букву)

И не забудьте включить

Код: Выделить всё

echo 1 > /proc/sys/kernel/sysrq

filatovka
да, и не забудьте рассказать для других пользователей вашей системы.

[filatovka]

Очень уж специфичная система МСВС Большинство стандартных процедур на ней не работают... Клавишу SysRq мне удалось заставить работать, вот только как-то половинчато. Например на букву Е машина реагирует, а на букву В никак. Да и на Е как-то по-разному, раз что-то вроде горячего рестарта, после чего появляется приглашение на ввод логина/пароля, а другой раз просто выключается. Вобщем с "зависом" справится не удалось, по-прежнему виснет наглухо, даже "сброс" не помогает, только длительное удержание кнопки включения питания. Похоже всё-таки железо, хотя я протестировал всё что мог, и после загрузки с Live CD машина работает стабильно. Короче у меня вариантов больше нет... Жаль, что с форума исчезли те, кто реально работает с МСВС.

[yars]

Похоже всё-таки железо, хотя я протестировал всё что мог, и после загрузки с Live CD машина работает стабильно.

Конкретно не железо, а драйверы к нему, раз с LiveCD все нормально. Будь это обычный Linux, я бы посоветовал поковыряться в логах иксов и ядра - /var/log/{kern.log,syslog,messages,debug,dmesg} и /var/log/Xorg.0.log. Но - не уверен, что хоть какие-то из них есть.

[drBatty]

Очень уж специфичная система МСВС sad.gif Большинство стандартных процедур на ней не работают...

там очень старое ядро, да ещё и с новыми кривыми костылями, которые добавляют новые фичи в старый код. См. http://en.wikipedia.org/wiki/Backporting

Похоже всё-таки железо, хотя я протестировал всё что мог, и после загрузки с Live CD машина работает стабильно. Короче у меня вариантов больше нет... Жаль, что с форума исчезли те, кто реально работает с МСВС.

ну что поделать? МСВС не самая удачная ОС на самом деле.

Будь это обычный Linux, я бы посоветовал поковыряться в логах иксов и ядра - /var/log/{kern.log,syslog,messages,debug,dmesg} и /var/log/Xorg.0.log. Но - не уверен, что хоть какие-то из них есть.

они скорее всего есть, но вот проблема возможно просто не решаемая. 10 лет назад я бы сказал: "ждите новое ядро с новыми модулями, там это исправят". Сейчас я просто сочувствую.

[ArkanJR]

10 лет назад я бы сказал: "ждите новое ядро с новыми модулями, там это исправят". Сейчас я просто сочувствую.

Теоретически можно посоветовать МСВС 5.0 (у неё ядро 2.6.2x), но она 64-разрядная.

[drBatty]

Теоретически можно посоветовать МСВС 5.0 (у неё ядро 2.6.2x), но она 64-разрядная.

а практически? Будут сложности с закрытым 32х битным кодом?

[ArkanJR]

а практически? Будут сложности с закрытым 32х битным кодом?

Не знаю.