У автора оригинала (Дэйва Чини) очень тяжелый язык. И ход его мысли бывает совсем нелегко уловить. Но этот перевод только усугубляет ситуацию. Начиная с «контракта для функций» и лишних запятых.

Вообще alpine использует не glibc, а musl-libc. Имеется небольшая несовместимость с glibc — иногда некоторый софт не собирается или не работает (падает).
Разработчики дистра такой софт патчат. Но если Вам нужно самим собрать свежую версию чего-либо из исходников, то можно напороться на проблемы.

del

Прекрасно работает на archlinux. Без vagrant и прочих виртуализаций.
Спасибо.

«А не замахнуться ли нам на Вильяма, понимаете ли, нашего Шекспира?» (с)

В Вашем примере обычный шадоуинг: переопределена переменная внутри функции, поэтому переданный параметр остался неизменным. Исправленный пример. Map передается также, как и все другие структуры: указатель для простой передачи не нужен.

Понравилось. Поставил дежурным пейджером. Хочется man.

Пц, и это теперь на главной?

Знакомо все до боли, включая нищенскую ЗП, контрафактный винтукей3, 1C чз HASP (реальный ключ или протеряли, или ушел налево), HR от руководства и его круглые глаза при виде необходимых расходов на ПО и оборудование.

Топикстартер лихо решил проблему, сплавив главный актив (1С) на аутсорс. После этого можно было спокойно отправлять на аутсорс все остальное (что в реальности и было, только по более низкому ценнику).

Думаю, Вами верно замечено, что производители реализуют UEFI, как им заблагорассудится. И тот рецепт, что подошел для одного комплекта оборудования, вполне может не подойти для другого. У меня после смены матери (на ASUS-B150) стал игнорироваться загрузчик EFI\Boot\Bootx64.efi (который systemd-boot), а загружался EFI\ubuntu\grubx64.efi Пока не нашел в BIOS-firmware переключатель Boot-mode: Windows/OtherOS и не переключил его в OtherOS.

Говоря о копировании в /boot, или приводя такие команды, как

bootctl install --path=/boot

, неплохо было бы заметить, что в /boot должен быть примонтирован этот EFI-раздел с FAT32.

Кстати, EFI-раздел на диске в формате GPT имеет тип EF00. А как будет себя вести система, если тип EF00 не будет найден на дисках?

Число опечаток в тексте уж очень велико. Заметно усложняет чтение.

6ddbd7dc2b83279b514dd81cc47680b9

Archlinux, буквально пару дней назад.
lxc-0.9.0-5
Мне понадобилось доустановить bridge-utils (забыли добавить в зависимость) и создать bridge-interface.
После этого создается и запускается.

Похоже на бандитские 90е.

Цитата:

В России такой тип ПО завоевал популярность у различного рода интернет-мошенников. Под видом бесплатного ПО, либо фото- и видеоинформации и так далее, пользователям предлагалось скачать себе на компьютер самораспаковывающийся архив (обычно это файл .zip.exe), якобы содержащий интересующую пользователя информацию. Во время его «распаковки» на определённом проценте прогресса работа программы прерывалась, а на экран высвечивалось предложение отослать SMS для завершения «распаковки» и получения нужной информации. Однако даже в случае отправки платного SMS пользователь в лучшем случае получал «пустышку», а в ряде случаев вместо искомого файла на компьютер попадало вредоносное ПО.

А такое понятие как «кроссплатформенность» вообще не затронуто.

Если вдруг интересно, то проект Эйлер еще жив.

Задача чуть повеселее: euler.jakumo.org/problems/view/80.html.

Пробовал заменить встроенную сборку строки ('str' || float || 'str' || float || 'str') на С-процедуру. Вместо 0.010мс в pgplsql получил 0.019мс с вызовом на Си. Т.е. переключение контекста + извлечение параметров + работа с параметрами как со структурами данных + возврат результата вышло дороже plpgsql-конкатенации.

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

Сейчас в репо пакет называется nav, а не emacs-nav.

P.S. А как же без elscreen? Без вкладок неудобно, имхо.