to post messages and comments.

← All posts tagged Linux

Попробовал поискать свободный компилятор C под линукс (я уж не говорю про дебиан) да ещё чтоб пики поновей программировал. А вот хрен!
Если для более-менее старых PIC16 есть sdcc, то те же PIC24 им уже не поддерживаются.

При этом прямо в дистрибутиве наблюдаю:
gcc-arm-none-eabi — GCC cross compiler for ARM Cortex-A/R/M processors
gcc-avr — GNU C compiler (cross compiler for avr)
gcc-h8300-hms — GNU C compiler (cross compiler for h8300-hitachi-coff)
gcc-msp430 — GNU C compiler (cross compiler for MSP430)
gcc-m68hc1x — GNU-компилятор языка C для процессоров Motorola 68HC11/12

И ещё меня спрашивают, почему мне нравится avr и не нравится pic. Да потому что мне не нужно ничего качать постороннего, чтобы начать делать. Тупо apt-get install.

Сравнил запуск getty в sysvinit и в systemd. Одна строка против полутора экранов.
Всё больше убеждаюсь в том, что у авторов systemd нет опыта системного администрирования.
Доверили, блин, чистым программистам систему...

У товарища на рабочем десктопе упал dbus. И там был systemd.
Теперь без извращений сервис sshd не перезапустить, ибо даже после перезапуска dbus этот самый systemd туды не коннектится.
По-моему, systemd зря использует dbus для общения между компонентами...

Товарищ заапгрейдил дебиан до тестинга. Приехал systemd.
В процессе апгрейда /tmp стал симлинком на /var/tmp
Некоторое время всё работало, затем перестало грузиться.
Выяснилось, что systemd падает, если /tmp — симлинк.

На работе обнаружили, что сервер Supermicro при корне на md на 3.2 грузится, а на 3.10 — нет.
Содержимое initrd одинаковое с точностью до модулей.

Нашли мы следующее:
В случае 3.10 mdadm пытался запуститься до того, как найдутся диски, воткнутые в сервер. На 0.3 секунды раньше, чем надо.
Причём, скорее всего, на 3.2 нам просто повезло, что оно медленнее инициализируется и могло быть также.

Пока вылечили добавлением sleep в начало /usr/share/initramfs-tools/scripts/local-top/mdadm
Чешем репу на предмет, а) писать ли багрепорт и что именно писать, б) как сделать правильное лечение хотя бы тем же sleep, но так, чтобы при апгрейдей mdadm ничего не ломалось.

Поскольку апгрейдиться влом — на домашнем ноуте debian squeeze с ядром 2.6.32. Всё бы неплохо, но как раз в районе 2.6.3x сломали работу firewire по-старому и прикрутили по-новому. Потому, когда надо запустить dvgrab — перезагружаюсь в 2.6.26
Раз в два месяца напрягает не сильно, но всё-таки хочется, чтоб сессии не прерывались, когда в очередной раз понадобится сбросить с камеры отснятое.
Короче, вопрос: в дебиановском 3.x с firewire как?