Собственно, вылупились. Из 53х яиц в инкубаторе пока вылупилось только 4. Один шабо (на фото), остальные ломаны брауны.
На фотографии: debian wheezy, xemacs, asus n75sf и цыпленок шабо, которому сейчас уже около суток.
Место действия: Советский Союз. Время действия: то ли Гражданская война, то ли Великая Отечественная. Про то, как двое подростков: мальчик и девочка успешно ловят немецкого шпиона.
Так же известно приблизительное содержание следующей сцены купания героев в речке, когда парень то ли забыл, то ли потерял свое нижнее белье и девочке пришлось уступить ему свое, впоследствии мальчик нашел ее недалеко от реки молящейся о прощении своего «греховного» поступка.
Книга старая, где-то 60-х годов издания.
Мопед не мой, если что.
Всем спасибо.
Обустраиваюсь в xmonad, потихоньку подпиливая его под себя. Переоткрыл для себя такую замечательную фишку, как GridSelect, и теперь экспериментирую над тем, что удобного с ее помощью можно сотворить.
Эксклюзивного и ранее не виданного уже сделано:
Замечания по коду принимаю, хаскель нравится, но опыт небольшой, так что уверен, что неидиоматики полно.
Как вам наверное известно, Debian сейчас переживает непростые времена — уход разработчиков, создание форка и длинные дискуссии о systemd. Об этом мы решили спросить у человека, который непосредственно знаком с обстановкой внутри проекта.
— Приветствуем. Для начала представься читателям — кто ты и чем занимаешься в Debian?
— Зовут меня Евгений. Я один из более чем тысячи разработчиков Debian. В 2008-м году я присоединился к проекту, в 2009-м получил право голоса и загрузки пакетов в основной репозиторий.
В Debian я занимаюсь поддержкой некоторых малых пакетов (htop, fbreader, ncdu, bindfs и другими), а также являюсь автором одного из альтернативных менеджеров пакетов высокого уровня по имени Cupt. Также около двух лет я был Application Manager, то есть одним из тех, кто занимается проверками знаний и умений кандидатов в официальные разработчики.
— Давай начнем с последних событий. Относительно недавно в проекте Debian был референдум по поддержке в пакетах других систем инициализации кроме systemd. Брал ли ты участие в нем и каков был твой выбор? Твое личное отношение к systemd?
— Да, я поддерживал идею референдума. Мой голос — “12245”, иными словами я предпочёл вариант Яна Джексона (“неспециальным пакетам не следует быть завязанными на конкретную реализацию init”) первым. Варианты “дальнейшее обсуждение” и “решение не нужно” я оставил на последних местах, ибо считал, что обсуждено достаточно и любое конкретное решение лучше неопределённости.
Как можно заключить из цифр выше, я довольно негативно отношусь к подходу к разработке и внедрению systemd. Считаю, что несмотря на возможные технические преимущества проект является угрозой экосистеме Unix-like операционных систем, представляя собой так называемый “vendor lock-in”.
— Почти все время дистрибутивы на базе Linux конкурируют с проприетарными операционными системами, а в этом случае мы наблюдаем конкуренцию изнутри между свободными проектами. В чем именно заключается опасность systemd, который распространяется под лицензией LGPL и разрабатывается людьми с нескольких компаний (в том числе Red Hat, Canonical, Intel, Collabora и другими) и также независимыми разработчиками? Возможен ли vendor lock-in проекта с открытым исходным кодом? Кстати, совсем забыл — этот вопрос напечатан на машине с systemd (какой ужас!).
— В объединении под одним деревом исходных кодов ранее не связанных между собой компонентов, а также агрессивными и спорными действиями, противостоять которым сложно из-за всё более монопольного положения.
Что касается vendor lock-in, то “завязка” на ПО слабо зависит от лицензии и списка разработчиков. Представим себе, что завтра исходные коды Microsoft Windows станут доступны под лицензией LGPL, и в коде обнаружится вклад сотрудников компаний Red Hat, Canonical, Intel и Collabora. Поможет ли это хоть на йоту человеку, пытающемуся портировать WinAPI-приложение на не-Windows платформы?
Степень завязки определяется, в первую очередь, объёмом ПО, его связанностью, степенью стандартизации интерфейсов, а также политикой лидеров.
Я люблю аналогии и приведу ещё одну: представьте себе, что новая компания начала продавать дешёвые пятиугольные столы, к которым хорошо подходят лишь пятиугольные стулья (той же компании) и на которые можно ставить лишь пятиугольные чашки и тарелки (той же компании). Столы, стулья и столовые приборы продаются одним комплектом. При замене стула потребуется заменить также все остальные остальные стулья и стол. Четырехугольные стулья объявлены устаревшими, а поддержка круглых стульев и стульев-расладушек удалена совсем. Идут переговоры со строительными компаниями о переходе на пятиугольные комнаты для лучшей интеграции.
— Было ли давление со стороны Red Hat и Canonical на разработчиков перед референдумом? Известно, что в техническом комитете есть сотрудники Canonical(в том числе бывшие) и многие разработчики работают в обоих проектах.
— Доказательств или признаков давления я не видел и склонен считать, что результат отражает мнение самих разработчиков. Другое дело, что окружение (рабочее и в Debian) вполне естественно влияет на позиции — неудивительно, что среди сопровождающих GNOME так много сторонников systemd.
— После этого голосования ушло 5 опытных разработчиков с технического комитета и с проекта в целом. Как все это повлияло на обстановку внутри?
— В основном негативно, конечно, но были и интересные положительные моменты. Жаркие обсуждения вскрыли глубокие различия в мнениях групп разработчиков о том, в какую сторону следует развиваться проекту и какие компромиссы допустимы. Смею предположить, что немалое количество представителей “победившей” платформы были несколько удивлены упорством людей, которым не всё равно, что под капотом базовой системы. В свою очередь, “оппозиционеры” не понимали, как можно обменять принципы и возможность выбора на пару технических плюшек.
В культуре Debian пропагандируется принятие решений методом консенсуса — иными словами обсуждения до тех пор, пока не будет найден хороший компромисс, и не потребуется голосовать. Обсуждаемый вопрос — один из немногих на моей памяти, по которому даже хрупкого консенсуса достичь не удалось, и пришлось голосовать — сначала техническому комитету, а потом и всему проекту.
Даже сейчас, после всех этих голосований, то и дело в список рассылки пишут люди, призывающие предпочесть тот или иной вариант.
— Появление Devuan, форк Debian GNU/Linux без systemd — насколько по-твоему реальны шансы форка быть успешным? Планируешь ли ты брать в нем участие?
— Зависит от количества компетентных разработчиков. Мы знаем примерное число тех разработчиков Debian, кто поддерживает идею, но мы не знаем, у кого из них есть время и силы поддерживать форк (а они потребуются, особенно на первых порах). Также интересно узнать, кто именно стоит за “Veteran Unix admins”.
Брать участие — возможно, зависит от многих факторов — собственного времени, культуры сообщества и основателей, а также востребованности своих умений. Как минимум, я буду с интересом следить за Devuan и ему подобными.
— Много ли русскоязычных разработчиков Debian? Если тебе трудно судить о всех, то только тех с которыми ты знаком лично.
— Неофициальная статистика по странам утверждает, что летом 2014 года в России проживало 9 официальных разработчиков, 2 в Беларуси и 1 на Украине. Конечно, эта статистика не говорит о том, кто какими языками владеет — например, я не вхожу в вышеназванные 12. Кроме того, в те 12 также не входят те, кто выполняет полезную работу, но (как правило) не имеет права голоса — переводчики, художники, активно сообщающие об ошибках и другие.
Я лично знаком с двумя, и ещё с двумя-тремя посредством электронной почты.
— Существуют ли какие-то “площадки” для общения и взаимодействия русскоязычных разработчиков?
— Есть площадки для разработчиков и пользователей, например IRC-канал #debian-russian (цитата [1] именно оттуда ☺ ), а также одноимённый список рассылки [2]. Площадок только для разработчиков на русском я не знаю.
что интересней? желаю изучить один из этих языков. о языках ничего не знаю, кроме их названий :))))) прошу описать данные языки, и подсказатЬ, какой выбрать.
http://www.linux-bg.org/cgi-bin/y/index.pl?page=news&key=472360444&li...
Объявляется конкурс на новостеписание на болгарском лоре, награда железками. Обычно у них там появляется 2-3 новости в месяц.
В качестве наград дают микрокомпы злодейских конфигураций и шасси для робота.
Как любитель галереи я просто обязан запостить свой скрин. ))) Скрин с ноута или ББ я не покажу, а покажу скрин работающей системы... установленной на флешке.
Место обитания: Kingston DataTraveler 100 G3 16GB
Система: Debian GNU/Linux testing (jessie)
Сведения о машине: конкретной привязки к машине нет. Скрины делал на частично разобранной машине без харда.
Цель: иногда работа домой, удалённое подключение, и конечно вытягивать файлы со сдохшей винды.
DE отсутствует
WM: Openbox
Дополнительные скрины:
Ответы на пару вопросов:
ext4?
Да. Образ системы есть. Интересно, на долго ли хватит флешки.
Темно, тяжело работать?
Раньше работал в светлом оформлении, и было удобно. Вот решил перейти на «тёмную сторону» ))) привыкаю. Главное дискомфорта нет.
Доброго времени суток, товарищи линуксоиды.
Некоторые посетители форума знают меня как ненавистника systemd и прочих технологий, которые привнесли в этот мир Леннарт Поттеринг и Red Hat Inc. Однако, я решил посмотреть на всю сложившуюся в сообществе GNU/Linux ситуацию под другим углом, поэтому было дано начало серии видеоуроков «Systemd in action». В этой серии мы постараемся раскрыть все основные аспекты работы, связанные с systemd, в доступном для новичков формате.
Первый эпизод доступен для просмотра здесь. Огромную благодарность хочу выразить 
intelfx и PaulCarroty за непосредственное участие в проекте. Желающие помочь развитию серии могут присоединиться.
Ждите новых выпусков!
>>> Подробности
В среду, 12 ноября, корпорация Майкрософт объявила об открытии исходных кодов платформы .NET (в частности, .NET Framework 4.6 будет доступен под лицензией MIT), включая ASP.NET, компилятор, рантайм и др., заявлено о поддержке нескольких платформ, в том числе и линукса.
Кроме того, заявлено о бесплатной версии IDE VIsualStudio, а также о поддержке разработки приложений для iOS, Android.
>>> Подробности
Я тут на пробу пытаюсь парочку репозиториев перевести с привычного Mercurial на инопланетной логики Git в надежде разобраться с последним. И, ладно бы только логика работы, к ней можно привыкнуть. Но я уже несколько раз терял свои наработки с Git, чего с Mercurial не было никогда за всю историю. Пару раз терял так, что концов не найти, но вот сейчас всю цепочку отследить попробовать можно. Посему и прошу комментариев народа опытного.
Суть такая. Есть поднятый весной и так и не развитый репозиторий https://github.com/Balancer/bors-3rd-bootstrap3
Сейчас решил перекинуть туда код (со всей историей) по работе с bootstrap из ядра фреймворка, которое лежит в Mercurial на Bitbucket. Благо, есть такая прекрасная штука, как hg-git. Перенос файлов со всеми изменениями из репы в репу под Git возможен, но выглядит это чудовищно. Посему, решил вынести сперва отдельный маленький локальный репозиторий Mercurial с этими файлами, к нему подтянуть дерево Git, смержить средствами Mercurial и запушить в репу Git.
Сделать это было чуть дольше, чем написать предыдущий абзац, но работа небольшая, всё было проведено легко и непринуждённо. На GitHub'е появился объединённый модифицированный код. Всё прекрасно.
Дальше начинаются вещи непонятные. Я работал также с другой машины, там были мелкие правки (типа composer.json в корне). Решил всё объединить. Точную последовательность не помню, но, скорее всего обычные git pull && git push на другой машине.
После этого, чтобы точно убедиться, что изменения синхронизированы, провёл после git fetch (там --bare) на первой машине git push... И увидел странное:
To git@github.com:Balancer/bors-3rd-bootstrap3.git
! [rejected] master -> master (non-fast-forward)
error: failed to push some refs to 'git@github.com:Balancer/bors-3rd-bootstrap3.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
Ну, что, Google в помощь, и первый же совет, который нахожу — воспользоваться ключиком «-f». Не вопрос. У нас же DVCS, даже если что-то не так, всегда можно откатить и т.п. Логика, привитая Mercurial'ом, ага...
Ничтоже сумняшеся, обновляю composer на другой машине и... вижу, что всех изменений, которые я переносил в эту репу нет. Удивляюсь. Вызываю git log --graph (вот почему в git по дефолту все команды такие длинные и несуразные?) — чистота. Всё в превозданном виде семимесячной давности, без переноса нового кода с основного репо.
Лезу на GitHub — и вот тут становится совсем интересно. Те изменения, что я накатывал и которые там были, теперь там отсутствуют o_O
Так вот, вопрос. Это я их не вижу, или это в Git так легко, одним движением руки можно убить безвозвратно серию коммитов с историей? o_O Если первое — то вопрос, как вернуть эти изменения. В основной репе я их уже успел прибить, но всегда можно откатить и повторить перенос. Придётся повозиться, но задача не столь сложная. Но хочется разобраться. Ибо если в Git так легко потерять изменения, то как с ним вообще люди живут?
Рабочий ноут. Цвета подбирались помягче и поспокойнее, дабы уберечь глазки.
Тайлинг использую только на доке с двумя мониторами, ибо с размерами экрана ноута в этом мало смысла.
Тмукса обычно больше, окон 8-10 со специфичной рабочей тулзой, которой хожу по серверам или ставлю пакетики. На скрине первый попавшийся питонячий код (схема vim'а railscasts), alsamixer и палитра. И (о, ужас!) трей, который нужен и не мешает.
Обоины разные, потому что на самом деле их три - ротейтятся по крону раз в 5 минут.
GNU Mix Development Kit — это свободный программный пакет для разработки, запуска и отладки программ, написанных на MIXAL — ассемблер-подобном языке для программирования гипотетического компьютера под названием MIX. GNU MDK является частью проекта GNU. Как MIX, так и MIXAL созданы математиком и компьютерным учёным Дональдом Кнутом и описаны в первом томе его книги «Искусство компьютерного программирования».
Новый релиз исправляет несколько мелких ошибок, наряду с проблемами совместимости и компиляции (в частности, на darwin-системах). Особая благодарность Райану Шмидту, поддерживающему порт на Mac и значительно помогшему в исправлении этих проблем.
Исправления:
--export-dynamic на Darwin.
>>> Источник
WHDD - свободная Linux-утилита для диагностики жёстких дисков и восстановления данных с них.
Новая версия, по сравнению с предыдущей (v2.1), содержит исправления ошибок компиляции и работы.
>>> Подробности
Стала доступна для скачивания альфа-версия нового модульного браузера с открытым исходным кодом - Breach.
Пользовательский интерфейс браузера построен на модульной архитектуре. Модули написаны на HTML+JS+CSS, работают через Breach API. Интересно, что каждый модуль использует отдельный системный процесс в целях безопасности. Разработчики также предоставляют возможность написать собственные модули для, например, вертикальных вкладок или расширяемого движка автодополнения.
В качестве бэкэнда используются также свободные Chromium Content API и node.js.
На данный момент публичная альфа-версия браузера доступна для операционных систем, основанных на Linux, и Mac OS X.
Развитие проекта Mars One, в рамках которого планируется отправить группу людей в один конец до Марса не стоит на месте. Одноименная компания планирует такое путешествие в 2025 году, однако до этого на Красную планету планируется отправить еще один космический корабль.
Как сообщает ресурс mnn.com, компания Mars One в 2018 году запустит беспилотный космический аппарат, содержащий набор оборудования. Всего планируется собрать семь контейнеров с необходимым грузом.
Два из них будет нести коммерческое оборудование. Многие компании смогут отправить свою аппаратуру, необходимую им для проведения различных научных исследований, а также решения других задач. Средства, вырученные от доставки грузов, создатели пустят на развитие проекта.
Один из контейнеров будет «студенческий». Студенты различных ВУЗов будут участвовать в конкурсе, который проводит компания Mars One. Среди участников организаторы миссии выберут победителя, который также сможет отправить различное оборудование, для проведения исследований, необходимых учебному заведению.
Оставшиеся четыре блока будут нагружены различным оборудованием, необходимым самим участникам проекта для работы и проживания на Марсе. С помощью научной аппаратуры колонизаторы смогут осуществлять анализы, необходимые для различных исследований. Кроме того, на Красную планету будет отправлена специальная энергетическая система, которая будет вырабатывать для участников эксперимента электроэнергию.
Barak Michener, разработчик из Google, открыл исходный код новой графовой базы данных на Go — Cayley.
Предназначение Cayley — быть частью инструментария разработчика для отображения Linked Data-баз знаний и представления информации в виде графов (семантические, социальные сети и т.п.).
Из заявленного:
Лицензия: Apache License, версия 2.0
Википедия о графовых базах данных.
Википедия о Linked Data.
>>> Подробности, исходный код, инструкция по установке и использованию.
Сначала представляю вашему вниманию самый быстрый и удобный менеджер плагинов для Vim: vim-plug
Пользователи pathogen, vundle, neobundle, а также те, кто до сих пор не использовал менеджеры плагинов приглашаются к обсуждению: почему они до сих пор не перешли на vim-plug.
Идеология vim-plug: меньше, проще, но самое нужное. Главные отличия и преимущества в сравнение с другими менеджерами плагинов:
· Параллельная установка/обновление плагинов (к-во потоков настраивается).
· Возможность загрузки (отключения) плагинов по filetype и/или первой необходимости в том или ином плагине (сокращает время старта vim и разруливает конфликтующие плагины):
✓ Загрузить плагин vim-sexp если vim создает/открывает файл с filetype кложуры:
Plug 'guns/vim-sexp', { 'for': 'clojure' }
Plug 'scrooloose/nerdtree', { 'on': 'NERDTreeToggle' }
Plug 'junegunn/vader.vim', { 'on': 'Vader', 'for': 'vader' }
В качестве бонуса: удобный и приятный интерфейс. Статус плагина до обновления, diff версий после и заморозка версии также присутствуют.
Мне хватило первых пару минут использования, чтобы перейти на него с NeoBundle (а ранее с Vundle, еще ранее с pathogen).
Обсуждаем.
В ходе своих экспериментов с Go наткнусля случайно на wingo. Показалось интересным и решил попробовать.
К тому же Xmonad мне немного поднадоел, хоть и обажаю его look-n-feel. Все другие тайловые WM, которые я пробовал, мне как-то абсолютно не нравятся. (У awesome привязка рабочих столов к физическому монитору, а i3 я тоже не осилил с его «ручным» тайлингом, табами и т.д.)
Приятные фичи:
Недостатки:
PS: скрин пришлось ужать, чтобы влез в ограничение в 3k пикселей :( → оригинал
PPS: ах да, на экране work-in-progress моей недавней поделки. :)
Проект под названием The Machine — это попытка разработать новую компьютерную архитектуру, с новой операционной системой и новым типом ОЗУ на мемристорах, которые лишены ограничений современной DRAM и флэш-памяти и предполагают сверхвысокие скорости передачи данных.
Над амбициозным проектом работает 75% персонала HP Labs.
Компания утверждает, что выведет на рынок новую технологию в течение ближайших нескольких лет. Мартин Финк (Martin Fink), технологический директор HP Labs, огласил грандиозные планы HP на вчерашней конференции.
Проект The Machine начался два года назад, когда Финка назначили на должность технологического директора HP Labs. Архитектура предполагает использование мемристоров в качестве ячеек ОЗУ. Мемристор теоретически может заменить транзисторы в микроэлектронике, должен быть более ёмким и быстрым, чем современная флэш-память и DRAM. Мемристор «запоминает» проходящий заряд, так что сохраняет информацию даже при отключенном питании. Это позволит сделать более компактной архитектуру ПК, отказавшись от ставших ненужными компонентов. Информационная плотность памяти на мемристорах настолько превышает существующие технологии, что, по оценкам HP Labs, объём данных современного дата-центра можно вместить в несколько серверных стоек!
Вдобавок к мемристорам, проект The Machine предусматривает использование шины данных, работающей по технологиям кремниевой фотоники, то есть сигнал передаётся лазером, а не по медным контактам.
Мемристоры используются и как ОЗУ, и как накопитель данных, что значительно увеличивает скорость обмена данными с ЦПУ.
Об операционной системе Machine OS пока известно немногое. Только то, что она будет с открытым исходным кодом и должна максимально использовать преимущества нового аппаратного обеспечения. Отдельная группа разработки в HP Labs трудится над созданием дистрибутива Linux для тех же целей, ещё одна группа создаёт Android-версию.
Проект The Machine не имеет чёткого дедлайна: разработчики говорят, что продукт может выйти и в 2017 году, и в конце десятилетия.
>>> Источник
Контики - операционная система с графикой и браузером. Тридцать килобайт. Я чото п.
http://www.revista.espiritolivre.org/conheca-o-contiki-um-sistema-operacional...
| ← назад | следующие → |
