Роллинг-релиз (в частности openSuSE Tumbleweed) - в чём профит?
Вопроса собственно три:
1) Что обозначает словосочетание «Роллинг-релиз»?
2) В чём профит роллинг-релиза?
3) В какой мере это всё относится к openSuSE Tumbleweed?
Вопроса собственно три:
1) Что обозначает словосочетание «Роллинг-релиз»?
2) В чём профит роллинг-релиза?
3) В какой мере это всё относится к openSuSE Tumbleweed?
Существуют ли лёгкие и функциональные файломенеджеры с гуём на ГТКе? Назовите лучших, на свой вкус.
Чё б такое почитать про кооперативный генетический алгоритм? Лучше бы в контексте задач VPR, и в частности VRPTW, в условиях ограниченного количества машин. А то, придётся, чувствую решать, а я даже прикинуть себе не могу куда приткнуть фактор недопустимости некоторых решений.
Я так себе вижу несколько подходов:
1) Представлять допустимые решения для каждой отдельной машины как маршруты отдельных машин (т.е. набор их остановочных пунктов). Скрещивать только соседствующие маршруты путём обмена остановочными пунктами. Мутировать путём добавления 'ничейных' остановочных пунктов или изменения порядка следования остановочных пунктов. Как фактор качества использовать одновременно суммарное количество обслуженных остановочных пунктов и величину обратно пропорциональную остаткам времени в посещённых временных окнах.
2) Переставлять допустимые решения как разбиение множества остановочных пунктов на отсортированные подмножества (по подмножестве на машину) . Мутировать решения перемешиванием остановочных пунктов. Скрещивать любую пару решений подменой произвольных остановочный пунктов. Критерий оптимальности тот же, только считать только пункты обслуженные вовремя.
3) Переставлять допустимые решения как набор из цепочек рёбер графа дорог (по цепочке на машину). Мутировать путём подмены смежных участков цепочек внутри одного решения. Скрещивать так же, только два раздельных решения. Критерий оптимальности как в 2).
Мне больше всего 2 нравится, но я ещё на практике такие задачи никогда не решал. Кто есть опытный, может подскажет что.
Существуют ли для линукса аналоги виндовым Application Verifier и Driver Verifier? Для тех, кто никогда не сталкивался — это приблуды, позволяющие выявить скрытые проблемы в работающем коде.
Одним из самых замечательных свойств и того и другого является то, что при их помощи можно имитировать нехватку системных ресурсов для приложения (случайным образом система отказывает в выделении памяти, открытии хендлов и т.д.), а в случае с Application Verifier ещё и нехватку привилегий пользователя.
Я знаю про использование в линуксовом ядре статического анализатора sparse, а с тестированием юзерлевельных апликух вообще не очень всё понятно.
Гитовый автомерж ссыкотный донемогу, а копипастом мержиться надоело.
И да, прикольно было бы если бы оно ещё могло как-то с гитом взаимодействовать, хотя и не обязательно
был slffx
Я так понял, что в сабже нет стандартизированых API для печати, обязательно входящих в систему.
1) так ли это? Если не так то где искать стандартный API?
Существуют несколько распростарнённых спулеров печати: CUPS, LPD, LPRng.
2) какой из них наиболее распространён? Т.е. вопрос из разряда -- какой из них установлен лично у тебя или на твоей работе.
3) существует ли привязка драйверов принтера к спулеру, который будет использовать этот драйвер?
При переходе на с openSuSE 10.1 на 10.3 переносил скрипты для pppd. Пробую -- не работает, причём причину я найити сам, похоже, не в состоянии. Модем подключён по USB, сам модем заведомо живой (на старой системе работает). CHAT отрабатывает нормально, а потом вот такая бодяга:
pppd[20466]: pppd 2.4.4 started by root chat[20469]: abort on (BUSY) chat[20469]: abort on (ERROR) chat[20469]: abort on (NO ANSWER) chat[20469]: abort on (NO CARRIER) chat[20469]: abort on (NO DIAL) chat[20469]: send (AT^M) chat[20469]: expect (OK) chat[20469]: AT^M^M chat[20469]: OK chat[20469]: -- got it chat[20469]: send (AT+CGDCONT=1,"IP","internet"^M) chat[20469]: expect (OK) chat[20469]: ^M chat[20469]: AT+CGDCONT=1,"IP","internet"^M^M chat[20469]: OK chat[20469]: -- got it chat[20469]: send (ATD*99**1*1#^M) chat[20469]: expect (CONNECT) chat[20469]: ^M chat[20469]: ATD*99**1*1#^M^M chat[20469]: CONNECT chat[20469]: -- got it chat[20469]: send (\d) pppd[20466]: Serial connection established. pppd[20466]: using channel 2 pppd[20466]: Using interface ppp0 pppd[20466]: Connect: ppp0 <--> /dev/ttyACM0 pppd[20466]: sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <magic 0xf12ce74a> <pcomp> <accomp>] pppd[20466]: rcvd [LCP ConfReq id=0x2 <auth pap> <accomp> <pcomp> <asyncmap 0x0> <magic 0x9be5f5a>] pppd[20466]: No auth is possible pppd[20466]: sent [LCP ConfRej id=0x2 <auth pap>] pppd[20466]: rcvd [LCP ConfAck id=0x1 <asyncmap 0xa0000> <magic 0xf12ce74a> <pcomp> <accomp>] pppd[20466]: sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <magic 0xf12ce74a> <pcomp> <accomp>] pppd[20466]: rcvd [LCP ConfAck id=0x1 <asyncmap 0xa0000> <magic 0xf12ce74a> <pcomp> <accomp>] pppd[20466]: Modem hangup pppd[20466]: Connection terminated.
Скрипт для pppd такой:
noauth connect "/usr/sbin/chat -v -f /etc/ppp/life-gprs" defaultroute /dev/ttyACM0 115200 persist passive noipdefault noproxyarp ipcp-accept-local ipcp-accept-remote ipcp-restart 2 ipcp-max-configure 20 ipcp-max-failure 20 asyncmap 0xa0000 novj nodeflate nobsdcomp usepeerdns user ""
Может кто-то сталкивался с такого рода колдунством?