Подскажите софт (или плагин к виму), для планирования и управления проектами локально. У каждого проекта своя инфраструктура, поэтому багтрекеры и пр. не предлагать. Нужно что-то локальное, где будут отражены мои задачи, и прогресс в них.
От нечего делать решил запостить сюда скриншот своей рабочей системы.
Живу я в Gentoo, мой WM - awesome. Очень удобно и быстро, для ноутбука.
Темы самописные. IDA Pro тоже подогнал под цветовую гамму.
Из рабочих иструментов:
Доброй ночи!
Из-за того что несправляюсь с навалившейся нагрузкой решил сэкономить время. Есть желающие доработать плагин для vim, чтобы работал с сетью, через сокеты, например, был написан для dbus; начал переписывать, но есть куча еще более важных дел.
Добрый день!
Вот, возникла необходимость протестировать некоторые возможности ядра, но которые возможно опасны для файловой системы.
Но у меня есть 900 мегабайт в /boot
Возможно ли такую систему запихнуть в initrd? там нужна минималка
+ gcc + gdb
Вот, понадобилось мне восстановить убитую радиомодель паровоза, для знакомого человека. Модель - эксклюзив, поэтому электроника оказалась не серийной, и проще заменить всю систему управления.
А поскольку арм мне близок, и опыт есть - решил попробовать сделать управление на базе такого компьютера. Собственно большие мощности не нужны - нужна компактность и маленькая цена. Что посоветуете?
Добрый день!
Появилась необходимость переписать приложение с явы на питон.
Однако в процессе транслирования кода «напрямую» выявилась убогая структура приложения.
Рефакторинг проводить - надо сначала определиться, что хочу видеть.
В каких программах можно по-быстрому спроектировать приложение?
Например определить классы, их методы и свойства, и связи между ними?
А потом (если это возможно) экспортировать их прямо в код на питоне.
(достаточно только скелета - для экономии времени - чтобы меньше печатать) Но это в идеале. Возможно и без экспорта. Главное чтобы была возможность целиком охватить всю картину приложения.
Желательны не «тяжелые» приложения, потому как у меня не очень быстрая рабочая машинка.
Добрый день!
Есть у меня сервер, работающий постоянно под высокой нагрузкой,
но я не профессиональный админ - просто судьба такая - кроме меня больше некому.
На нем стоит Debian, софт собран из сырцов (потому как мне нужны были вещи, которых в дебиане нет)
Утилита flashrom растет и развивается очень быстро и мы постоянно добавляем поддержку новых SATA/PATA контроллеров, сетевых карт, графичских карт, устройств USB, некоторых самодельных устройств, всевозможных материнских плат и пр.
Если Вы владелец железа, которое имеет перепрошиваемый flash-чип (за исключением NAND) и если хотите его перепрошить, пожалуйста напишите здесь или отправьте письмо на flashrom@flashrom.org.
Мы используем эти данные для определения приоритетов нашей работы.
Если при этом вдруг окажется что вы знаете где найти спецификации или даташиты на ваше оборудование, пожалуйста включите ссылки в письмо. Мы будем очень благодарны Вам за включение вывода утилиты lspci «lspci -nnvvvxxx» для PCI-устройст с флеш чипами, и «lsusb -v» для USB устройств. Если flashrom уже поддерживает ваше устройство, но не флэш чип на нем, пожалуйста прикрепите вывод «flashrom -p someprogrammername -V» для того чтобы помочь нам найти ошибку.
Для материнских плат параметр " -p internal" можно не указывать - он используется по умолчанию.
Hancock - это новый язык, основанный на C, и предназначенный специально для облегчения понимания и разработки программ, работающих с большим количеством относительно однородных данных. Он написан на C и полностью с ним совместим. Hancock лишь добавляет расширения для работы с данными к множеству C. Таким образом любая C программа - одновременно является и Hancock - программой.
Hancock - идеально подходит для задач реального времени по обработке сырых потоковых данных в мультимедиа, телекоммуникациях, сетевом вещании и других подобных применений. Язык создавался с учетом использования во встраиваемых системах и использования DSP-чипов.
Hancock - разработан и поддерживается лабораторией разработок AT&T и постоянно исправляет ошибки и добавляет функциональность с учетом опыта применения. Его используют такие компании как Texas Instruments, Motorola, Samsung и др.
По ссылке также находятся исходные тексты реализации языка. Последний релиз - 2.0.2
как я уже упоминал coreboot и flashrom (утилита для перепрошивки биоса) стремительно развиваются. Совсем недавно было добавлено много нового оборудования, поэтому требуется тестирование. Прошивать/читать биос никто не просит, это опасно бывает... А определить железо и режимы утилита может без проблем.
Более всего нужны обладатели NVIDIA nforce чипсетов.
Нужен вывод утилиты flashrom -V (желательно также lspci -nnvvvxxxx и superiotool -deV)
нужна svn версия:
$ svn co svn://coreboot.org/flashrom/trunk flashrom
а потом вот этот патч (+ еще один, как его зависимость:
Никто не в курсе beye (beye.sf.net) жив? а то просто коммитов от него в репе давно не было...
Хотели реализовать для него gui на qt, вот и интересно, имеет ли смысл?
IDA конечно хороша, но опенсурсных дизассемлеров слишком мало чтобы ими разбрасываться...
Как я надеюсь многие из здесь находящихся понимают что даже если снести всю проприетарщину со своего компа, то одна всегда останется - BIOS (или BIOS-ы если брать в расчеты видеокарту, сетевую карту etc)
И многие наверное бы поставили бы себе coreboot, если бы он поддерживал на 100% ваше железо. Поскольку добавить самому поддержку это сложно, то никто не заставляет/просит вас самих ее писать. Но каждый тут находящийся может помочь проекту - просто предоставив необходимые данные (ТОЛЬКО ДЛЯ НОУТБУКОВ!!!):
Чипсет ( с разбивкой по мостам )
Super I/O
EC (embedded controller)
Flash chip (с указанием в сокете или нет и тип упаковки - или фото)
Дампы наверное лучше в архиве выкладывать сюда.
Если сразу даташиты приложите на SuperI/O/EC/Flash - будет вообще замечательно. Да, и не забывайте указать что за ноутбук - фирма и модель.
Добрый день!
Есть некий модуль ядра.
Состоит из нескольких файлов buffer.c hboot.c crc32.c
И есть каталог с ядром, для которого эти файлы собираются в модуль hboot.ko (xboot.ko просто параллельно собирается - не обращайте на него внимание)
Все вроде бы сделано правильно, но при сборке командой
Помогите пожалуйста - у меня провайдер вчера перекупил старого, переключил на новый тарифный план, теперь сижу за голым натом без динамического ип. Так эта сволочь еще и порты все кроме 80 позакрывала, пока разбираться с тех поддержкой буду - пройдет много времени (хотя периодически им названиваю)
Проблема в том что очень надо сделать git push, ну и желательно IRC
Естесственно по стандарту git делается через ssh.
Никаких своих серверов во внешнем мире нет, денег на мобиле нет на такое количество трафика.
Помогите поднять туннель наиболее простым способом, простите за то что задаю столь глупый вопрос, но времени искать доки по этому нет - сталкиваюсь впервые.
Спасибо, надеюсь на понимание.
P.S. дистр дебиан, если вдруг дистрозависимые вещи есть
Nokia разместила форму, где каждый может указать те параметры для будущего смартфона, какие ему бы хотелось увидеть.
Проект расположен по этому адресу - http://conversations.nokia.com/design-by-community/. Посетив указанную страницу, пользователь может без предварительной регистрации задать размер экрана, разрешение, соотношение сторон, наличие клавиатуры и дополнительных кнопок. В следующий понедельник, 22 марта, панель выбора параметров будет заменена – пользователю будет предложено указать размер и форму устройства. Через неделю (29 марта) начнется «голосование» за материалы корпуса, затем – за операционную систему (Symbian, MeeGo), с 12 апреля – за возможности связи, за параметры встроенной камеры – с 19 апреля, а с 26 апреля – за дополнительные функции.
Отправленные параметры можно корректировать в течение 24 часов, а также голосовать несколько раз в течение недели, однако в понедельник, после смены панели, предыдущий ввод изменить будет нельзя. Вводить параметры наобум также не получится. Справа на панели расположен ползунок. В зависимости от выбранных параметров он может быть в зоне одного из трех цветов с соответствующими надписями «Чересчур», «Идеальное сочетание» и «Недостаточно амбициозно». При этом отправить результат можно только тогда, когда ползунок находится в зеленой зоне идеального сочетания параметров. Это несколько ограничивает фантазию, но, с другой стороны, снижает погрешность.
Предлагаю поучавствовать в голосовании и голосовать за linux-платформу (MeeGo).
Добрый день!
Нужно мне сделать работающим ksplice на моем ядре, соотвественно описываю кратко процесс:
tar zxf ksplice-0.9.9-src.tar.gz
cd ksplice-0.9.9
/* Патчу kmodsrc.c, код ниже */
./configure
make
sudo make install
Вот собственно сам код патча:
-static inline int within_module_core(unsigned long addr, struct module *mod)
+static inline int _within_module_core(unsigned long addr, struct module *mod)
-static inline int within_module_init(unsigned long addr, struct module *mod)
+static inline int _within_module_init(unsigned long addr, struct module *mod)
Собираю ядро:
make mapphone_defconfig
make -f kernel/kernel.mk KERNEL_CROSS_COMPILE=arm-android-linux-uclibcgnueabi-
Копируем System.map и .config в каталог kernel/ksplice
Пытаюсь создать модуль:
Starting kernel builds (this process might take a long time)...
rm ksplice-revert-stamp
CHK include/linux/version.h
make[1]: `include/asm-arm/mach-types.h' is up to date.
CHK include/linux/utsrelease.h
SYMLINK include/asm -> include/asm-arm
COMBINE /home/xvilka/build/ksplice/kernel/vmlinux.o
make: Entering directory `/home/xvilka/build/ksplice/kernel'
WARNING: Symbol version dump /home/xvilka/build/ksplice/kernel/Module.symvers
is missing; modules will have no dependencies and modversions.
LD /tmp/ksplice-tmp-r57grq/kmodsrc/built-in.o
CC /tmp/ksplice-tmp-r57grq/kmodsrc/offsets.o
CC [M] /tmp/ksplice-tmp-r57grq/kmodsrc/ksplice.o
/tmp/ksplice-tmp-r57grq/kmodsrc/ksplice.c:575: warning: 'arch_run_pre_cmp' used but never defined
/tmp/ksplice-tmp-r57grq/kmodsrc/ksplice.c:620: warning: 'handle_bug' used but never defined
RMSYMS /tmp/ksplice-tmp-r57grq/kmodsrc/ksplice-rmsyms.o
ksplice: died at ./objcommon.c:255
Child exited with signal 6
Failed during: /usr/local/libexec/ksplice-objmanip /tmp/ksplice-tmp-r57grq/kmodsrc/ksplice.o /tmp/ksplice-tmp-r57grq/kmodsrc/ksplice.o.rmsyms rmsyms
CC [M] /tmp/ksplice-tmp-r57grq/kmodsrc/x86/libudis86/itab.o
CC [M] /tmp/ksplice-tmp-r57grq/kmodsrc/x86/libudis86/input.o
CC [M] /tmp/ksplice-tmp-r57grq/kmodsrc/x86/libudis86/decode.o
CC [M] /tmp/ksplice-tmp-r57grq/kmodsrc/x86/libudis86/syn.o
CC [M] /tmp/ksplice-tmp-r57grq/kmodsrc/x86/libudis86/syn-intel.o
CC [M] /tmp/ksplice-tmp-r57grq/kmodsrc/x86/libudis86/syn-att.o
CC [M] /tmp/ksplice-tmp-r57grq/kmodsrc/x86/libudis86/udis86.o
LD [M] /tmp/ksplice-tmp-r57grq/kmodsrc/ksplice-gqmz0stj.o
/home/xvilka/build/x-tools/arm-android-linux-uclibcgnueabi/bin/.arm-android-linux-uclibcgnueabi-ld: /tmp/ksplice-tmp-r57grq/kmodsrc/ksplice-rmsyms.o: No such file: No such file or directory
make[1]: *** [/tmp/ksplice-tmp-r57grq/kmodsrc/ksplice-gqmz0stj.o] Error 1
make: *** [_module_/tmp/ksplice-tmp-r57grq/kmodsrc] Error 2
make: Leaving directory `/home/xvilka/build/ksplice/kernel'
Child exited with status 2
Failed during: make -rR -C /home/xvilka/build/ksplice/kernel M=/tmp/ksplice-tmp-r57grq/kmodsrc KSPLICE_KID=gqmz0stj KSPLICE_VERSION=0.9.9 map_printk=c03c11b8 KSPLICE_STANDALONE=1
Доброе время суток!
Очень нужна помощь программиста, умеющего написание модулей ядра.
Суть проблемы - загрузить kexec модуль в работающее ядро.
Но ядро не ванильное - от Моторолы.
1. create a new module
2. copy kexec code from /kernel/kexec.c to this file
3. remove kdump support
4. because kexec need export_symbols that are not avaible parse kallsymqs in order to get these symbols
5. import the machine specific part from arm arch to this module
6. we could not add the kexec syscall not problem create a pseudo file system with an ioctl matching the kexec syscall. Do ioctl on the root directory of the pseudo filesystem
Difficulty
Step 1, 2 and 3 are easy. Step 4 could be easy exemple are ready searching for rootkit lkm 2.6 :). Step 5 is self contained in arch directory. Step 6 is easy. Because power management is compiled in (in moto kernel) stopping cleanly the machine is safe by default.
So a 8 hour man project (for the right man, that is!).
Я думаю кто пишет ядерные модули - хорошо читает по-английски.