Вчера, 22 декабря, вышла новая версия GNU Coreutils. Теперь 8.8!

Единственное значительное изменение касается комадны split. Теперь split может разбить файл на N равных (или приблизительно равных) частей, при этой можно указать, должны ли границы между кусками, на которые разбивается файл, проходить строго по концам строк или нет (режим ‘l’). Циклический режим (‘r’) позволяет разбивать на части, кода размер входных данных не определен, например, при работе в конвейере.

Например:

split --number=l/4/10 filename разобьет файл filename на десять частей, четвертый фрагмент (считая от единицы) будет выведен на стандартный вывод, границы фрагментов строго по концам строк. Подробности, как всегда, в info split

Остальные изменения касаются исправления ошибок.

• cp -u теперь не производит ненужные копирования, обусловленные лишь большей точностью временной метки файла-источника по сравнению с файлом назначения.
• od печатает числа с плавающей точкой без потери информации.
• исправлены многочисленные ошибки в sort, касающиеся многопоточной работы (в том числе и сопровождавшаяся ошибкой сегментирования)

>>> Подробности

В сентябре этого года Европейский фонд свободного программного обеспечения (ЕФСПО) начал кампанию, призванную покончить с рекламой проприетарных программ для чтения PDF на сайтах государственных учреждений.

Заинтересованные добровольцы провели в Интернете поиск сайтов, которые рекламируют несвободные программы и сообщили о 2162 учреждениях. Массимо Барбиери и Лукас Бикел, лично прислали более чем по 350 отчётов! Алессандро Альбини, Райнер Шмиц и Павел Харитонов также внесли весомый вклад, прислав около 50 отчётов каждый.

Всего за один месяц после того, как в рамках кампании были разосланы письма, 172 учреждения перестали рекламировать несвободные программы чтения PDF на своих сайтах. Выдающиеся результаты показали при этом Хорватия, Россия и Словения. В Хорватии практически все учреждения, о которых сообщили в ЕФСПО, прекратили рекламу. Примерно половина из тех, с кем фонд связался в России и Словении, также удовлетворили просьбу.

Эта кампания стала возможна благодаря сообществу добровольцев и денежным пожертвованиям. ЕФСПО продолжает работать с оставшимися организациями, чтобы добиться удаления остальной рекламы.

PDFReaders.org

>>> Подробности

В статье изложена история возникновения терминов, используемых в области программного обеспечения, таких как Freeware и Shareware, и предпринята попытка классификации программных продуктов на основании общих признаков.

Также затронут щекотливый вопрос, почему Freeware == Free Software и почему Freeware != Free Software.

Вся информация снабжена ссылками на источники.

>>> Читать

Сайт GNU Savannah был взломан. Вредителями была использована SQL injection атака, направленная на http://savannah.gnu.org. В результате были скомпроментированы зашифрованные пароли и злоумышленники получили доступ к некоторым закрытым материалам. Сайт до сих пор не работает, однако идет активный процесс восстановления данных из бэкапов БД и вскоре он вновь будет в строю.

>>> Подробности

25 лет назад Р.М.Столлман основал фонд свободных программ.

>>> Подробности

История проекта GNU началась 27 лет назад, с письма Ричарда Столлмана в Usenet:

Свободный Unix!

Начиная с этого Дня Благодарения я собираюсь написать полностью unix-совместимую систему «GNU» (Gnu's Not Unix) и сделать её свободной для всех, кто сможет ей пользоваться. Требуется помощь временем, деньгами, программами и оборудованием.

Полностью с текстом этого знаменательного письма можно ознакомиться на сайте GNU.

>>> Подробности

Профессор Эбен Моглен, юрист Free Software Foundation и «правая рука» Ричарда Столлмана, выступил этим летом в Петербурге на Круглом столе «СПО в государственном, муниципальном и некоммерческом секторах: дорожная карта для России». По итогам встречи представлена подборка мнений профессора, где он утверждает, что современная ИТ-индустрия не выживет без СПО, предрекает скорый конец Microsoft и предлагает практичную стратегию внедрения и использования СПО в бизнесе и госсекторе.

Вторая часть интервью, где говорится о возможной русификации GPLv3, а также об авторском и патентном праве, выйдет в октябрьском номере LXF Russia.

>>> Подробности

ArchHurd - это проект по портированию GNU/Linux дистрибутива ArchLinux на ядро GNU Hurd. Своей целью проект ставит создания Arch-подобного окружения (Скрипты инициализации в стиле BSD, оптимизация под i686, использование pacman и abs для управления пакетами, rolling-release, и верность принципам KISS) вокруг ядра Hurd, считая при этом Hurd достаточно стабильным если уж и не в качестве основанной ОС, то хотя бы для двойной загрузки

В проекте так же как и в ArchLinux используется pacman и abs. Несмотря на то что анонс о начале проекта был ещё в начале этого года на данный момент готовых пакетов не так уж и много, но они своевременно обновляются и их количество растет. К тому же проект имеет аналог репозитория пользовательских пакетов (AUR), в котором из-за молодости проекта не так много PKGBUILD'ов

Изначально распространяясь в качестве скрипта для сборки окружения установщик переродился в образ диска так же как и в ArchLinux совмещающего в себе LiveCD и возможность установки ArchHurd на жесткий диск.

Пожелаем проекту удачи!

>>> Подробности

Том Коллавей (Tom Callaway) сообщил об успешном решении проблемы с несвободным кодом RPC в составе многих свободных проектов (glibc, NFS, Kerberos5, netkit-rusers).

Проблема была связана с тем, что первая свободная лицензия и определение свободного ПО как такового появилось только спустя два года после того, как код RPC был открыт компанией Sun Microsystems в 1984 году, и формально код RPC не являлся open source, так как не соответствовал ни одной из открытых лицензий, одобренных организацией OSI.

Ранее у свободных проектов было три варианта выхода из сложившейся ситуации:

• Удалить несвободный код из состава свободных проектов
  
• Переписать несвободный код или использовать альтернативную реализацию
• Добиться изменения лицензии на код

Благодаря вовлечению в работу Вима Кокаертса (Wim Coekaerts), вице-президента по Linux-технологиям компании Oracle, лицензия на код была изменена и он теперь поставляется в рамках лицензии BSD.
Решение изменить лицензию на некоторые старые исходные тексты было принято в Sun eщё в 2009 году, но воплотить его в жизнь помешало поглощение компании корпорацией Oracle.

Новость взята с opennet.

>>> Подробности

Этот цикл статей рассказывает о GNU Guile — интерпретаторе языка программирования Scheme. Пришло время вспомнить о том, что Guile заявлен не только как интерактивная оболочка-интерпретатор, но и как встраиваемый язык расширений. Поэтому в данной статье мы рассмотрим, каким образом можно заставить совместно работать Guile и компилируемый язык программирования — на примере C.

>>> Подробности

Через 4 года от последнего релиза обновилась утилита make, управляющая сборкой и компоновкой обьектных, бинарных объектов, а также созданием другого рода файлов при сборке программных проектов.

Обновление носит значимый характер и включает некоторые несовместимые с предыдущими версиями изменения.

• анонсировано удаление функций сортировки по маске, рекомендуется пользоваться $(sort ...)
• ввиду изменения в 2008 году стандарта POSIX , теперь требуется вызывать шелл с ключом -e , подобное может быть несовместимо с многими имеющимися makefile's и пока потребует указания переменных .POSIX или .SHELLFLAGS
• переменная $? теперь содержит все предзависимости (даже те которых пока не существует), ранее переменная содержала только существующие цели.
• расширены директивы парсера, анонсированы три возможные несовместимости: 1) предзависимость содержащая = больше не может заканчиваться обратным слешем, нужно создавать переменную с = и использовать ее в правилах для цели. 2) в именах переменных более недопустимы пробелы. 3) прямые цели (explicit target) и цели по шаблону (pattern target) теперь не могут сосуществовать в одном правиле сборки
• правила для переменных и правил шаблонов теперь будут применяться по наиболее короткому пути, а не в порядке их определения. Определяется ключем shortest-stem в переменной .FEATURES
• поиск библиотек теперь производиться также как его делает компоновщик (ранее для -lfoo просматривались libfoo.so в текущем каталоге, путях vpath и системных каталогах, потом производился поиск статической библиотеки по этим же путям, теперь один и тот же путь будет проверяться сначала на libfoo.so, а потом на libfoo.a)

из других изменений:

• новый ключ командной строки --eval=STRING, идентичен директиве $(eval ...), будет обработан после определения правил и переменных по умолчанию, но перед обработкой любых makefile
• новая специальная переменная .RECIPEPREFIX позволяет переопределить начало рецепта (recipe introduction) с табуляции (tab) на что-то другое
• новая специальная переменная .SHELLFLAGS позволяет управлять вызовами шелла, по умолчанию это будет ключ -с или -ec, если установлена переменная .POSIX
• новая специальная цель .ONESHELL укажет make вызвать шелл и вызвать команду сборки всего рецепта (recipe) вне зависимости от числа строк в нем. Для совместимости с POSIX шеллами контрольные символы «@», «+» и "-" будут отфильтрованы.
• модификатор переменных private запретит наследование этой переменной в предзависимостях
• директива undefine (для удаления переменной)
• обработчик теперь будет воспринимать множественные модификаторы export, override, private на одной строке и в любом порядке, также можно создавать цели и переменные с такими именами
• директива define теперь разрешает использовать оператор назначения переменной, что особенно облегчает работу с многострочными переменными
• Исправлены многочисленные ошибки

>>> анонс на savannah.gnu.org

Проект Open Compliance Program направлен на решение проблем, связанных с соблюдением лицензионных условий ПО с открытым кодом. В его рамках будут предложены образовательные курсы, методики, программные инструменты и веб-приложения, позволяющие снять основную массу проблем, связанных с соблюдением условий opensource-лицензий.

Организация Open Source Initiative к настоящему времени сертифицировала 66 лицензий — все они передают пользователю права, достаточные для беспрепятственного использования, изменения и распространения программ. Вместе с тем, конкретные условия лицензий могут существенным образом отличаться, и иногда программы с открытым кодом, опубликованные на условиях разных лицензий, не могут быть совмещены в рамках одного продукта по причинам юридического характера.

Подобные проблемы делают необходимым специальный анализ и учёт лицензионных условий ПО с открытым кодом. Особенно остро этот вопрос стоит в крупных компаниях, где сотрудники часто стихийным образом устанавливают бесплатные и функциональные программы с открытым кодом в центрах обработки данных и на рабочих местах, а разработчики используют готовые компоненты и библиотеки с открытым кодом во внутренних разработках.

По сведениям российского клуба топ-менеджеров 4CIO, технические директора отечественных компаний видят в opensource-лицензиях дополнительные риски. «Наша компания к opensource-лицензиям относится очень осторожно», — говорит Алексей Вороной, директор департамента информационных технологий «Бизнес-Кар». — «Так как специалистов по opensource-лицензиям очень мало, и само понятие „opensource-лицензия“ сложно для понимания, мы получаем дополнительные юридические риски. Эта одна из причин, по которой в нашей компании opensource решения не очень распространены».

«На самом деле, соблюдение условий opensource-лицензий гораздо проще, чем соблюдение проприетарных лицензий», — считает исполнительный директор Linux Foundation Джим Землин (Jim Zemlin). Одна из причин — использование ПО с открытым кодом не требует денежных выплат. В силу этого, программы с открытым кодом представляют меньше рисков при проведении аудитов программного обеспечения, которые в США могут приводить к финансовым претензиям в размере десятков миллионов долларов.

В России вопрос соблюдения лицензионных требований на ПО с открытым кодом был затронут еще в 2004 году в рамках проекта Министерства экономического развития и торговли «Разработка типовых лицензий на приобретаемые в рамках государственных контрактов ФЦП „Электронная Россия“ (2002-2010 годы) права (авторские, имущественные). Разработка типовых регламентов подготовки и публикации в открытом доступе результатов выполнения государственных контрактов». Предложенная по итогам проекта методика позволяла учитывать лицензионные условия и конкретный объём имущественных прав, передаваемых государственному заказчику на отдельные компоненты ПО, предложенные исполнителями. Результаты проекта были использованы в закупках Минэкономразвития, однако не нашли применения за его пределами.

>>> Подробности

GNU Guile представляет собой интерпретатор и «по совместительству» виртуальную машину языка программирования Scheme, то есть, его можно использовать и как командную оболочку в интерактивном режиме, и как встраиваемый в программы на компилируемых языках инструмент создания расширений. Lisp-синтаксис не всем нравится и не всем подходит (вплоть до полного неприятия), тем не менее — по моему мнению, Guile заслуживает внимания. В этой части я ограничился самыми простыми примерами, не углубляясь в тонкости применения языка программирования Scheme, поскольку это всего лишь обобщённый предварительный взгляд на интерпретируемую программную среду Guile.

>>> Подробности

Вышла новая версия нотного редактора Denemo. Он использует библиотеку GTK+ и доступен для GNU/Linux, FreeBSD, Mac OS X и Windows.

Изменения:

• можно переключаться между схемами клавиатурных комбинаций;
• добавлена поддержка MIDI-контроллеров;
• добавлена функция сохранения и вставки фрагментов партитур;
• минимизировано используемое панелями пространство, добавлено переключение между режимами представления;
• добавлена поддержка MIDI-транспорта в JACK;
• добавлена команда для разделения нот и аккордов на несколько с сохранением общей длительности;
• добавлена команда для дублирования нот и аккордов;
• различные косметические изменения, исправления ошибок.

Источник.

>>> Подробности

Общеизвестный факт – GNU/Linux имеет минимум три неоспоримых преимущества:

• возможность выбора из множества конкурентоспособных дистрибутивов, как бесплатных, так и платных/с платной поддержкой, причем разница между первыми и вторыми относительно невелика. Снижается, таким образом, и зависимость от вендора;
  
• сравнительно невысокая совокупная стоимость владения. Помимо комбинаций из бесплатных и платных решений, предприятия, использующие Linux, существенно экономят при миграции с одного продукта на другой, альтернативный;
  
• высокая портируемость. Linux портируется на огромное (пожалуй, даже максимально возможное) количество аппаратных платформ – от IBM System z и POWER, архитектуры SPARC (Sun Microsystems), линейки HP Integrity на базе Itanium до, конечно же, архитектуры x86 и платформ типа ARM для мобильных устройств.

Собственно два последних фактора – дешевизна и совместимость с «архитектурой массового потребления» х86 – немало способствовали росту популярности GNU/Linux в корпоративном, образовательном и других сегментах рынков многих стран, включая Россию. Разумеется, большей частью в качестве серверных ОС. Эксперты добавляют к лаконичному списку достоинств надежность, безопасность и стабильность Linux-решений.

Другой общеизвестный факт: на конец первого квартала 2010 года доля GNU/Linux на рабочих станциях по-прежнему не превышает 1% во всех сегментах рынка РФ.

Между этими фактами лежит теория и практика внедрений СПО в России, «русская страница» Linux. Начать ее стоит с общей картины, представленной экспертами регионального рынка СПО.

>>> Подробности

Разработчик из Франции Julien Danjou реализовал поддержку google maps в org-mode.

Проект полностью реализует Google Static Maps API и Google Maps Geocoding API.

Вы можете набрать M-x google-maps и локацию и увидеть ее на карте.

Так же набрав C-c M-l вы можете увидеть место события в Org mode.

>>> Страница проекта

GnuTLS — это реализация протоколов TLS/SSL от проекта GNU. Cпустя год разработки, проект рад представить нам первый выпуск стабильной ветки: 2.10.0.

Среди изменений можно отметить:

• Поддержку безопасного выполнения операций согласования для установленного соединения (RFC 5746)
• Поддержку cryptodev (/dev/crypto)
• Новые API для криптографических функций
• Улучшенную документацию
• Улучшенную поддержку TLS 1.2
• Поддержку TLS билетов (tickets)

И многое другое, а так же множественные исправления ошибок.

GnuTLS примечателен, в основном, тем, что распространяется под лицензией LGPL, в отличии от другой свободной реализации TLS/SSL - OpenSSL, лицензия которого не совместима с лицензией GPL.

Загрузить исходные тексты.

>>> Подробности

14-го апреля этого года GNU выпустила GCC-4.5.0. И вот теперь стало известно, что при компиляции с ключом -Os (оптимизация по размеру исполняемого файла) полученный исполняемый файл работает гораздо медленнее, чем скомпилированный с теми же параметрами компилятором версии 4.3.

В списке рассылки разработчики GCC поясняют, что это связано с новой логикой разворачивания iniline-вставок при оптимизации -Os: теперь они разворачиваются только если это приведёт к уменьшению размера исполняемого файла (ревизии 158278 и 159931).

Изменения привели, например, к тому, что браузер FireFox при сборке GCC-4.5 теряет на различных тестах от 4 до 19 процентов производительности, причём и в 32, и в 64-битной сборке.

>>> Подробности

В рамках проекта gnome-paint была создана простая программа для рисования, аналог MS Paint. Написан GNOME Paint на Си и распространяется под GPLv3.

Возможности:

• изменение размера элементов изображения;
• неограниченное количество отмен сделанных изменений;
• инструменты рисования:
  • карандаш;
  • кисти;
  • линия;
  • прямоугольник;
  • многоугольник с острыми и закруглёнными углами;

Следует отметить, что уже существует подобный проект GNU Paint, который, однако, не обновлялся уже три года.

opennet

>>> Подробности

Вчера в списке рассылки GCC появилось важное сообщение по поводу использования языка программирования C++ при разработке GCC (GNU Compiler Collection, а не сам компилятор языка C).

Марк Митчелл (Mark Mitchell), один из основных разработчиков GCC:

Я рад сообщить, что руководящий комитет GCC и FSF одобрили использование C++ в самом GCC. Конечно, нет никаких причин использовать возможности С++ только потому, что мы умеем это делать. Главная цель - предоставить пользователям более качественные компиляторы, а не кодовую базу на C++ для самих себя.

Перед тем, как мы действительно начнём использовать C++, мы должны определиться с набором правил, которыми нужно будет руководствоваться при использовании C++ для разработки GCC. Я считаю, что для начала мы должны минимизировать список разрешённых возможностей С++, чтобы не подвергать разработчиков GCC, не знакомых с C++, таким резким переменам в основном языке разработки компиляторов. Мы всегда сможем расширить использование С++ позднее, если появится такая необходимость.

На данный момент разработчики ограничиваются стандартом C++98 и использованием типа long long для 64-битных целых чисел. Использование множественного наследования, шаблонов (тех, которые не входят в стандартную библиотеку C++) и исключений, скорее всего, будет запрещено. Это мотивировано тем, что это будет сложно для программистов на C, а также тем, что сами программисты C++ могут с лёгкостью допустить ошибки в таких вещах.

Так как язык C++ достаточно обширен, то Марк Митчелл предложил составить список того, что разрешается использовать, а не того, что использовать нельзя. На данный момент необходимо составить некоторые информационные нормативы, а не очередной стандарт ISO.

Все желающие поучаствовать в разработке нормативов могут связаться с разработчиками GCC. На данный момент предполагается сделать это в виде странички в Wiki.

>>> Официальный анонс