Re: Датчики
27.05.2011 3:34, Иван Лох пишет: On Fri, May 27, 2011 at 01:03:34AM +0400, Max Kosmach wrote: Никто кстати не встречал готового варианта 1wire-usb с гальванической развязкой? Те можно конечно и собрать, но вдруг кто-то уже сделал за разумные деньги. Фирменный брелок DS9490R, На DS2490 и другие делают. О существовании DS9490R я в курсе. Там таки нет гальванической развязки, судя по его схеме. Или я ошибаюсь и невнимательно читал даташит? -- 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/4ddf3e89.2000...@tcen.ru
Re: TEST
2011/5/27 Геннадий Ильяшенко sigismund.fr...@gmail.com: Test passed -- wbr, alexander barakin aka sash-kan.
Re: mount.cifs и хранение пароля
2011/5/25 Evgeniy Vidyakov vidyakov@solvex.travel: Хранение бэкапов организовано на Widows сервере. Шара монтируется скриптом строчкой на подобии: mount.cifs //server/share /mnt/server -o iocharset=utf8,credentials=/root/.smbpass,dom=DOMAIN.LOCAL Не нравится, что пароли в открытом текстовом виде. Возможно ли при монтировании получать их из какого-нибудь закрытого зашифрованного источника? $ man -P 'less -rp credentials=' mount.cifs не угадал? -- wbr, alexander barakin aka sash-kan.
Re: mount.cifs и хранение пароля
27 мая 2011 г. 13:49 пользователь alexander barakin alex.bara...@gmail.com написал: 2011/5/25 Evgeniy Vidyakov vidyakov@solvex.travel: Хранение бэкапов организовано на Widows сервере. Шара монтируется скриптом строчкой на подобии: mount.cifs //server/share /mnt/server -o iocharset=utf8,credentials=/root/.smbpass,dom=DOMAIN.LOCAL Не нравится, что пароли в открытом текстовом виде. Возможно ли при монтировании получать их из какого-нибудь закрытого зашифрованного источника? $ man -P 'less -rp credentials=' mount.cifs не угадал? не-а =)
Re: структуры в C/gcc
2011/5/25 Dmitry E. Oboukhov un...@debian.org: тут наверно есть народ который C хорошо знает. такой вопрос. допустим имеется структура struct something { int a; int b; }; проинициализировать можно при объявлении так: struct something a = { .a = 1, .b = 2 }, c = { 2, 3 }; а вот если структура содержит неименованную структуру/union: struct something { union { unsigned a; struct { unsigned char b; unsigned char c; }; }; int x; int y; }; В union можно инициализировать только первое поле, по спецификации. Прошу учесть. Так что так: something x = {{a_val}, x_val, y_val};
Виртуализация. Что брать?
Приветствую. Что из вирт.технологий выбрать? xen/kvm что-то ещё? Везде будет исключительно debian. В сервере есть 4-е сетевухи. Хочу на dom0 - одну и гостевым системам по одной. -- Peter Teslenko Jabber: pe...@jabber.mcicb.ru -- 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/4ddf9026.4020...@gmail.com
Re: структуры в C/gcc
On Fri, 27 May 2011, Александр Седов wrote: 2011/5/25 Dmitry E. Oboukhov un...@debian.org: тут наверно есть народ который C хорошо знает. такой вопрос. допустим имеется структура struct something { int a; int b; }; проинициализировать можно при объявлении так: struct something a = { .a = 1, .b = 2 }, c = { 2, 3 }; а вот если структура содержит неименованную структуру/union: struct something { union { unsigned a; struct { unsigned char b; unsigned char c; }; }; int x; int y; }; В union можно инициализировать только первое поле, по спецификации. Прошу учесть. Так что так: something x = {{a_val}, x_val, y_val}; Немного устаревшие сведения :). Я сам так думал, но вот ISO/IEC 9899 (http://www.open-std.org/jtc1/sc22/wg14/) утверждает следующее: 6.7.8 Initialization 38 EXAMPLE 13 Any member of a union can be initialized: union { /* ... */ } u = { .any_member = 42 }; Так что в С99 можно union инициализовать через любое поле по стандарту. Ю.
Re: Виртуализация. Что брать?
On 27.05.2011 15:51, Peter Teslenko wrote: Приветствую. Что из вирт.технологий выбрать? xen/kvm что-то ещё? Везде будет исключительно debian. В сервере есть 4-е сетевухи. Хочу на dom0 - одну и гостевым системам по одной. а вам именно l2 надо в виртуалки отдавать? -- 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/4ddf9e8f.8030...@kuklin.ru
Re: Виртуализация. Что брать?
On 05/27/2011 04:52 PM, Alex Kuklin wrote: On 27.05.2011 15:51, Peter Teslenko wrote: Приветствую. Что из вирт.технологий выбрать? xen/kvm что-то ещё? Везде будет исключительно debian. В сервере есть 4-е сетевухи. Хочу на dom0 - одну и гостевым системам по одной. а вам именно l2 надо в виртуалки отдавать? Это возможно? -- Peter Teslenko Jabber: pe...@jabber.mcicb.ru -- 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/4ddfa0cd.4060...@gmail.com
Re: структуры в C/gcc
Немного устаревшие сведения :). Я сам так думал, но вот ISO/IEC 9899 (http://www.open-std.org/jtc1/sc22/wg14/) утверждает следующее: 6.7.8 Initialization 38 EXAMPLE 13 Any member of a union can be initialized: union { /* ... */ } u = { .any_member = 42 }; Так что в С99 можно union инициализовать через любое поле по стандарту. Оок, мои знания о Си дарованы Керниганом-Ритчи. Ну тогда вообще в чём проблема? Структуру с анонимными struct/union инициализируем не по полям, а линейно, это работает.
Re: Датчики
On Fri, May 27, 2011 at 10:02:49AM +0400, Max Kosmach wrote: Фирменный брелок DS9490R, На DS2490 и другие делают. О существовании DS9490R я в курсе. Там таки нет гальванической развязки, судя по его схеме. Или я ошибаюсь и невнимательно читал даташит? Действительно нет. -- 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/20110527143609.gc29...@nano.ioffe.rssi.ru
Re: Виртуализация. Что брать?
On 27.05.2011 17:02, Peter Teslenko wrote: On 05/27/2011 04:52 PM, Alex Kuklin wrote: On 27.05.2011 15:51, Peter Teslenko wrote: Приветствую. Что из вирт.технологий выбрать? xen/kvm что-то ещё? Везде будет исключительно debian. В сервере есть 4-е сетевухи. Хочу на dom0 - одну и гостевым системам по одной. а вам именно l2 надо в виртуалки отдавать? Это возможно? Ну если отдавать сетевуху целиком, то L2 и получится, вообще-то. Я пользуюсь openvz, у меня виртуалкам отдается только L3 через venet. Для моих задач openvz виртуализации достаточно, нет необходимости виртуализовать железо и т.п. -- Alex -- 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/4ddfba01.6030...@kuklin.ru
Re: Виртуализация. Что брать?
27.05.2011 15:51, Peter Teslenko пишет: Приветствую. Что из вирт.технологий выбрать? xen/kvm что-то ещё? Везде будет исключительно debian. В сервере есть 4-е сетевухи. Хочу на dom0 - одну и гостевым системам по одной. OpenVZ. Если не собираешься играть с ядрами. veth openvz умеет так что с передачей сетевых карт гостям проблем не возникнет. Если собираешься - то kvm. Для более мелкой нарезки ресурсов, внутри kvm можно запустить ovz-шное ядро с ovz-шными виртуалками. -- 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/4de0390d.9030...@solarnet.ru
Новейшая история развития линукс.
Последние лет 10 Linux активно развивался, появлялись новые технологии, некоторые признавались утаревшими или тупиковыми. Например: dev - udev, hal, автомонтирование, acpid, s2ram - pm-utils, hda - sda итд. Мне, как традиционному пользователю old stable, хотелось бы немного в этом разобраться. Можно ли где-то найти более-менее полное (и грамотное) описание перепетий за последние лет 10 (что появилось и чем лучше, от чего отказались и в чем были проблемы) ? Желательно в виде единого документа История развития Линкус. Спасибо. -- Sincerely, Nicholas -- 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/irplhg$9lu$1...@dough.gmane.org
Re: структуры в C/gcc
Немного устаревшие сведения :). Я сам так думал, но вот ISO/IEC 9899 (http://www.open-std.org/jtc1/sc22/wg14/) утверждает следующее: 6.7.8 Initialization 38 EXAMPLE 13 Any member of a union can be initialized: union { /* ... */ } u = { .any_member = 42 }; Так что в С99 можно union инициализовать через любое поле по стандарту. именованный union можно. а неименованный похоже никак :) Оок, мои знания о Си дарованы Керниганом-Ритчи. Ну тогда вообще в чём проблема? Структуру с анонимными struct/union инициализируем не по полям, а линейно, это работает. работает, но очень некрасиво. мы микроконтроллеры программируем. поскольку там на борту всего 0.5-1К RAM то эта RAM экономится жестко. соответственно всякие поля зачастую упаковываются в байты: struct something { uint8_t type; union { struct { unsigned flag1:1; unsigned field1:5; unsigned field2:2; }; struct { unsigned bla:2; int ble:3; int bee:3; }; }; } в зависимости от типа type либо одна часть либо другая часть union актуальна. ну и можно сюда добавить uint8_t data и проинициализировать union скажем числом 0x23, но это будет довольно * нечитабельно * болезненно переживать смену порядка/набора полей в union -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Новейшая история развития линукс.
On Fri, May 27, 2011 at 10:08:20PM +, Nicholas wrote: Последние лет 10 Linux активно развивался, появлялись новые технологии, некоторые признавались утаревшими или тупиковыми. Например: dev - udev, hal, автомонтирование, acpid, s2ram - pm-utils, hda - sda итд. Половина из перечисленного — кроссплатформенное. Новых технологий (за последние 10 лет) в этом списке я вообще не вижу. Мне, как традиционному пользователю old stable, хотелось бы немного в этом разобраться. Можно ли где-то найти более-менее полное (и грамотное) описание перепетий за последние лет 10 (что появилось и чем лучше, от чего отказались и в чем были проблемы) ? Желательно в виде единого документа История развития Линкус. Если именно linux, то, вероятно, более полной истории, чем та, что дает git log, найти будет трудно ;) -- Stanislav -- 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/20110528050433.GA1344@kaiba.homelan
Re: длинные имена файлов в торренте... Transmission
On Thu, May 26, 2011 at 11:39:24AM +, Константин wrote: Приветствую. Сабж. Гуглил, но ничего толкового не нашел (кроме рекомендаций запускать клиент в локали koi8r или cp1251, но опять же для T. как пишут http://welinux.ru/post/5307/ , это не срабатывает ). Последний Transmission, ext4, ru_utf8. Смена локали должна сработать, если выставить переменную окружения G_FILENAME_ENCODING=@locale или G_BROCKEN_FILENAMES=1 Имена файлов будут записываться на диск в кодировке локали. Чтобы с такими именами потом было удобно работать удаленно, можно использовать fuse-convmvfs. -- Stanislav -- 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/20110528051549.GB1344@kaiba.homelan
Re: mount.cifs и хранение пароля
On Wed, May 25, 2011 at 03:04:22PM +, Evgeniy Vidyakov wrote: Хранение бэкапов организовано на Widows сервере. Шара монтируется скриптом строчкой на подобии: mount.cifs //server/share /mnt/server -o iocharset=utf8,credentials=/root/.smbpass,dom=DOMAIN.LOCAL Не нравится, что пароли в открытом текстовом виде. Возможно ли при монтировании получать их из какого-нибудь закрытого зашифрованного источника? Чтобы зашифрованный пароль расшифровать, потребуется другой пароль или ключ, и т.д. Поэтому, я бы подошел к проблеме с другой стороны: создал бы учетку на windows-сервере с минимальными правами, скажем, только на запись файлов в каталог бакапов. В этом случае ущерб от утери пароля минимизируется. -- Stanislav -- 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/20110528054146.GA2747@kaiba.homelan
Re: mount.cifs и хранение пароля
On Sat, May 28, 2011 at 09:41:46AM +0400, Stanislav Maslovski wrote: On Wed, May 25, 2011 at 03:04:22PM +, Evgeniy Vidyakov wrote: Хранение бэкапов организовано на Widows сервере. Шара монтируется скриптом строчкой на подобии: mount.cifs //server/share /mnt/server -o iocharset=utf8,credentials=/root/.smbpass,dom=DOMAIN.LOCAL Не нравится, что пароли в открытом текстовом виде. Возможно ли при монтировании получать их из какого-нибудь закрытого зашифрованного источника? Чтобы зашифрованный пароль расшифровать, потребуется другой пароль или ключ, и т.д. Поэтому, я бы подошел к проблеме с другой стороны: создал бы учетку на windows-сервере с минимальными правами, скажем, только на запись файлов в каталог бакапов. В этом случае ущерб от утери пароля минимизируется. В догонку: имелось ввиду, что минизируется ущерб _виндовс системе_. Понятно, что если на линуксе получили рута, то уже поздняк метаться. -- Stanislav -- 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/20110528055333.GA5530@kaiba.homelan
[BTS#628187] po-debconf://slapos.tool.format/ru.po
Hello. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110528092359.43b1a...@keeper.home.local