anonymous@RULINUX.NET~# Last login: 2024-04-26 16:39:48
Регистрация Вход Новости | Разметка | Пользователи | Галерея | Форум | Статьи | Неподтвержденное | Трекер | Правила форума | F.A.Q. | Ссылки | Поиск

Новости OpenSource

Новости о FOSS

Языку Perl исполнилось 25 лет

subsection
Скрыть

Коллектив rulinux.net поздравляет vilfred-a с знаменательным событием - двадцать пятым днём рождения языка программирования Perl. К поздравлению присоединяется сообщество разработчиков.

Ровно двадцать пять лет назад, 18 декабря 1987 года, увлекающийся программированием лингвист Ларри Уолл (Larry Wall), уже известный в то время созданием программы patch, представил первый публичный релиз интерпретатора Perl. Язык Perl унаследовал некоторые черты языков Си и AWK, был ориентирован изначально на эффективную обработку текстов и списков, и отличался интегрированной в язык поддержкой регулярных выражений и удобных в использовании хэшей. Позднее Perl вышел за рамки специализированного решения для обработки текстовых данных и был превращён в язык общего назначения, оказавший впоследствии значительное влияние на развитие многих популярных ныне скриптовых языков программирования.

Желаем и языку Perl, и vilfred-у долгих лет жизни, а второму - ещё и здоровья!

[путь к изображению некорректен]

С праздником, товарищи! Это дело стоит отметить!

>>> Подробнее

Bod (*) (2012-12-18 15:53:59)

[2 сообщения] [Добавить комментарий]


LibreOffice 4.0

subsection
Скрыть

Разработчики представили первую альфа-версия офисного пакета LibreOffice 4.0, финальный релиз которого запланирован на начало февраля. Бинарные сборки доступны для пользователей Ubuntu.

Основные изменения:

  •  Writer: добавлена возможность привязки комментариев к областям в тексте

  •  Writer: реализована поддержка импорта рукописных заметок из документов в формате DOCX и RTF

  •  Writer: добавлена поддержка импорта и экспорта математических выражений, сохраненных во внутреннем представлении формата RTF

  •  Writer: добавлена возможность определения параметров верхнего и нижнего колонтитулов для заглавной страницы без задействования отдельного стиля страниц

  •  Writer: добавлена поддержка импорта файлов со старым синтаксисом задания рисованных объектов для формата RTF

  •  Writer: добавлены улучшения в поддержке формата DOCX

  •  Calc: реализована функции XOR

  •  Calc: добавлен элемент меню для редактирования интегрированного в таблицу контента во внешнем приложении

  •  Calc: добавлена возможность экспорта цветовых шкал и гисторграмм в формат XLSX

  •  Calc: реализован механизм поиска элементов по мере ввода во всплывающем диалоге автоматической фильтрации записей

  •  добавлена поддержка протокола CMIS

  •  реализована поддержка мультимедиа фреймворка GStreamer 1.0

  •  улучшена совместимость с ODF-документами, созданными в сторонних офисных пакетах

  •  прекращена поддержка устаревших форматов StarOffice 1.0-5.0

  •  реализован диалог для фильтра сглаживания и размытия изображений

  •  реализована поддержка выделения и копирования текста из произвольных диалогов и уведомлений

[путь к изображению некорректен]

>>> Подробнее

iluhaof (*) (2012-12-06 16:11:11)

[30 сообщений] [Добавить комментарий]


Использование libxml2 для разбора документов HTML в Qt

subsection
Скрыть

XML — это, конечно, хорошо, но очень часто требуется разбирать документы HTML, которые могут и не быть валидными.

В Qt есть множество классов для работы с XML, но они не подходят для HTML, так как ошибки в HTML для них фатальны.

Ниже приведён вариант парсера для HTML, основанный на библиотеке libxml2.

>>> Подробнее

vilfred (*) (2012-12-03 10:49:12)

[0 сообщений] [Добавить комментарий]


Релиз LinuxMint 14

subsection
Скрыть

Ведущий разработчик проекта Linux Mint Клем Лефевр объявил об официальном релизе Linux Mint 14 “Nadia”, сделанного на базе Ubuntu 12.10, Linux 3.5, MATE 1.4 и Cinnamon 1.6. Самый популярный по версии Distrowatch дистрибутив Linux вышел 20 ноября, согласно сообщению в официальном блоге.
* Linux Mint 14 “Nadia” пока выпущен в редакциях Cinnamon и MATE, еще две версии планируется выпустить в декабре — KDE и Xfce.
* Как сообщают разработчики, новая ОС создана благодаря шести месяцам инкрементальных совершенствований, в результате чего получилась система с впечатляющим списком улучшений, повышенной стабильностью и более проработанным интерфейсом. Предыдущая версия Linux Mint 13 “Maya” вышла в мае этого года.
* В Linux Mint 14 особое внимание следует обратить на интерфейс десктопного окружения Cinnamon, он является оригинальным форком GNOME Shell, который используется в GNOME 3. Соответственно, MATE является форком GNOME 2.x.
* Впервые в Linux Mint добавлен собственный файловый менеджер Nemo, сделанный на базе GNOME Nautilus. Решение разработать свой вариант было принято после выхода версии Nautilus 3.6, которую Лефевр назвал «катастрофой».
* Существенно доработан MDM (менеджер дисплея), для которого теперь доступны официальные темы GNOME Display Manager 2 (GDM 2) из каталога gnome-look.org, то есть более 2000 тем оформления.

>>> Подробнее

iluhaof (*) (2012-11-21 18:20:34)

[11 сообщений] [Добавить комментарий]


Вышел Radare2 — фреймворк для реверс-инжиниринга

subsection
Скрыть

Radare2 — это фреймворк для реверс-инжиниринга, который включает дизасемблер, шестнадцатиричный редактор, анализатор кода и т.д.

Основные изменения:

  •   Поддержка новых CPU: Z80, dcpu16, m68k и arc
  •   Добавлена поддержка следующих платформ: dalvik, mips, arm
  •   Добавлена обработка zip:// и apk://
  •   Улучшен анализатор 16-ти битного x86 кода
  •   Добавлено множество команд, таких как ?i, ?I, ?k, b+, b- и т.д.
  •   Теперь требуется valabind 0.7.2
  •   Исправлена ошибка при декодировании опкода FF25 в архитектуре x86_64
  •   Начата реализация поддержки DWARF
  •   Добавлена поддержка jmp [(rip+)0xoffset] и call [(rip+)0xoffset]

>>> Подробнее

Root-msk (*) (2012-11-03 11:58:40)

[4 сообщения] [Добавить комментарий]


Релиз предварительной версии Slax 7

subsection
Скрыть

Tomáš Matějíček объявил об выходе предварительной версии Slax 7.0, дистрибутива основанного на Slackware. Размер live cd с kde 180мб.

iluhaof (*) (2012-10-21 19:27:41)

[0 сообщений] [Добавить комментарий]


Представлен первый релиз языка Dart, развиваемого компанией Google

subsection
Скрыть

Компания Google отпраздновала год с момента открытия языка программирования Dart публикацией первого релиза проекта. Dart позиционируется как язык структурированного программирования для Web, который в долгосрочной перспективе может стать прогрессивной заменой JavaScript, решающей имеющиеся в настоящее время проблемы с расширяемостью, производительностью и поддержкой разработки сложных приложений. Язык обладает похожим на Java синтаксисом, не требует явного определения типов и может использоваться для создания серверных и клиентских приложений.

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

Для упрощения разработки с использованием Dart новый выпуск оформлен в виде SDK, включающего в себя компилятор dart2js, виртуальную машину Dart VM, пакетный менеджер pub и набор библиотек. Для выполнения и отладки приложений на языке Dart, без компиляции в JavaScript, распространяется Dartium - сборка браузера Chromium с интегрированной виртуальной машиной Dart VM. Дополнительно доступен расширенный пакет Dart Editor, в который помимо SDK и Dartium включена специализированная среда разработки на языке Dart.

[путь к изображению некорректен]

Среди новшеств, представленных в первом выпуске Dart SDK:

  •   Высокопроизводительная виртуальная машина Dart VM, в некоторых тестах Octane опережающая JavaScript-движок V8. При запуске Dart-приложений внутри виртуальной машины планируется обеспечить производительность выполнения близкую к компилируемым в машинный код языкам;

  •   Новый компилятор для трансляции кода с языка Dart в представление на языке JavaScript, способное работать во всех современных браузерах; Новый компилятор отличается генерацией быстрого и компактного JavaScript-кода;

  •   Универсальная библиотека для обработки и генерации HTML-контента, работающая во всех браузерах;

  •   Библиотека для обеспечения взаимодействия с кодом на языке JavaScript;

  •   Редактор кода, обладающий возможностями современных IDE;

  •   Новый пакетный менеджер Pub, позволяющий работать с репозиториями модулей и библиотек на языке Dart;

  •   Dartium - сборка Chromium со встроенной поддержкой Dart;

  •   Серверная библиотека для организации воода/вывода;

  •   Документация и спецификации с описанием семантики и возможностей языка.

Особенности языка Dart:

  •   Привычный и простой для изучения синтаксис, естественный для программистов на JavaScript, Си и Java.

  •   Обеспечение быстрого запуска и высокой производительности для всех современных web-браузеров и различных типов окружений, от портативных устройств до мощных серверов;

  •   Возможность определения классов и интерфейсов, позволяющих использовать инкапсуляцию и повторно использовать существующие методы и данные;

  •   Необязательное указание типов, использовать или нет статические типы решает разработчик. Указание типов позволяет упростить отладку и выявление ошибок, делает код более ясным и читаемым, упрощает его доработку и анализ сторонними разработчиками.

  •   Среди поддерживаемых типов: различные виды хэшей, массивов и списков, очереди, числовые и строковые типы, типы для определения даты и времени, регулярные выражения (RegExp). Возможно создание своих типов;

  •   Для организации параллельного выполнения предлагается использовать классы с атрибутом isolate, код которых выполняется полностью в изолированном пространстве в отдельной области памяти, взаимодействуя с основным процессом через отправку сообщений;

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

  •   Набор готовых инструментов для поддержки разработки на языке Dart, включая реализацию средств динамической разработки и отладки с исправлением кода на лету ("edit-and-continue");

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

>>> Подробнее

Tux-oid (*) (2012-10-17 15:06:18)

[2 сообщения] [Добавить комментарий]


AI

subsection
Скрыть

ЛОНДОН, 22 августа. /Корр.ИТАР-ТАСС Виталий Макарчев/. Российские специалисты первыми в мире вплотную приблизились к созданию компьютерной программы, представляющей собой подлинный искусственный интеллект. Как сообщает сегодня британская радиостанция Би-би-си, разработанная ими программа, получившая название "Евгений", победила на состоявшемся в Англии международном научном конкурсе кибернетического интеллекта, не добрав всего лишь 0,8 процента для того, чтобы пройти знаменитый тест Тьюринга.

Известный английский математик Алан Тьюринг, заложивший основы современной компьютерной техники, в написанной в 1950 году статье "Вычислительные машины и разум" предложил тест на определение интеллектуального уровня и природы интеллекта компьютера. В его ходе экзаменаторы задают двум тайным собеседникам любые вопросы. Затем они должны определить, а кто из собеседников человек, а кто – машина.

При этом Тьюринг вывел специальную формулу для определения границы, когда искусственный разум достигает уровня человеческого. Согласно его выводам, если машина сможет "обмануть" проверяющих в ответах на 30 проц заданных вопросов, то она "обладает искусственным интеллектом".

Данный подход был признан мировой наукой эталонным и все новейшие "интеллектуальные" компьютерные программы подвергались данному тесту. До сих пор человек без особого труда мог определить, с кем во время теста он ведет беседу – с человеком, либо машиной.

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

На состоявшемся в конце минувшего июня под эгидой английского Университета города Рединг конкурсе, который прошел в знаменитом главном шифровальном центре Второй мировой войны Великобритании - Блетчли-парк, где россияне, имена которых не разглашаются, представили программу "Евгений". Всего в тестах участвовали пять новейших программ. "Евгений" стала победителем, сумев в 29,2 проц своих ответов вести экзаменаторов в заблуждение.

Таким образом, программа не добрала всего 0,8 проц для того, чтобы провозгласить наступления новой эры – появление искусственного интеллекта.

"Уровень развития современных компьютеров вплотную приблизился к рубежу, преодолев который они станут обладателем искусственного интеллекта и соперниками человека", - замечает в этой связи лондонская газета "Дейли телеграф".

>>> Подробнее

vilfred (*) (2012-08-31 05:18:43)

[11 сообщений] [Добавить комментарий]


Эрик Реймонд представил критерии оценки вреда от использования закрытого ПО

subsection
Скрыть

Эрик Реймонд (Eric S. Raymond), один из основателей организации OSI (Open Source Initiative), стоявший у истоков движения открытого ПО, написавший в свое время известное эссе "Собор и Базар", представил в своём блоге программные тезисы на тему вреда от использования закрытого ПО. Представляем изложение его мыслей.

Предваряя свои выводы некоторыми размышлениями, Реймонд говорит о том, как часто рассуждения людей становятся слишком привязанными к теории, до такой степени, что игнорируется реальность, которую эта теория должны была описать. В плоскости этических и моральных суждений это проявляется в том, что люди забывают, почему собственно устанавливаются правила - чтобы избежать губительных последствий. Вместо этого мы стремимся привязать себя к правилам и языку правил, и в итоге начинаем походить на фанатиков, то есть тех, кто удваивает усилия после того, как уже забыта цель, по определению Сантаяны.

Задавая вопрос "когда правильно а когда неправильно использовать закрытое ПО?" мы должны трактовать его точно также как трактуем любой другой этический вопрос, то есть сначала чётко определить, каких именно губительных и вредных последствий мы хотим избежать, а затем путём рассуждений перейти от избежания вреда к минималистскому правилу, которое бы как можно меньше ограничивало возможность выбора. Не важно, насколько человеку интересна или не интересна данная тема, в любом случае большинство согласится, что закрытое ПО для микроволновки или лифта приносит гораздо менее беспокойства, чем операционная система с закрытыми исходниками. Игры с закрытыми исходниками гораздо менее беспокоят, чем текстовый процессор с закрытыми исходниками. Любое закрытое ПО, используемое для общения между людьми, вызывает беспокойство в частности о том, что его авторы могут использовать свою привилегированное положение для шпионажа или введения цензуры. За всем этим стоят вполне очевидные порождающие шаблоны, но чтобы их обсудить, необходимо сначала рассмотреть категории вреда от использования закрытого ПО.

Основной и капитальный вред, который, по опыту, мы можем ожидать от закрытого ПО - что оно гораздо хуже спроектировано, и гораздо менее надёжно, чем открытое ПО. Важность этой категории вреда меняется в зависимости от сложности программы - чем сложнее программа, тем больше в ней ошибок, поэтому преимущество открытых исходников здесь выше, и вред от закрытого ПО гораздо серьёзней. Также этот вред меняется в зависимости от того, насколько серьезен ожидаемый вред от ошибки - чем он серьёзней, тем более ценны становятся открытые исходники. Мы назовём такой вред "вредом от ненадёжности".

Другая категория вреда - потеря возможностей, которые можно было бы реализовать при условии, что программу возможно изменить в своих нуждах, или же попросить кого-то сделать это для вас. Степень этого вреда зависит от ожидаемой ценности модификации - больше для ПО с относительно общим назначением, меньше - в супер-специализированном ПО, плотно завязанном на одной задаче и единственной инсталляции. Мы назовём такой вред "вредом от невозможности изменить код".

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

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

На магнитных носителях эры ранней компьютеризации сохранились крайне важные исторические данные, записанные в рамках программы космических исследований США в 60-х годах. Эти носители в прекрасном состоянии, но их нельзя прочесть, потому что там использовались секретные, проприетарные форматы записи информации, реализованные только на аппаратном уровне, и спецификации к ним больше не существуют. Это иллюстрирует типичный и постоянный риск закрытого ПО, который становится всё сильнее по мере увеличения важности коммуникаций посредством ПО. Мы назовём такой вред "вредом от амнезии".

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

Вооружившись этими тезисами, давайте рассмотрим случаи из жизни.

Обратившись к прошивкам для лифтов и микроволновых печей, мы видим: небольшой "вред от ненадёжности" (относительно просто исправить, последствия ошибок не серьёзные - скорей всего устройство просто застынет на месте/перестанет работать). Небольшой вред от невозможности изменить код - неясно, какую функциональность ещё можно добавить, имея возможность изменить прошивку. Небольшой "вред посредничества" - трудно представить, каким образом тостер или лифт можно обратить против пользователя, только если они не будут частью достаточно широкой сети подглядывающих и контролирующих пользователя технологий, и изменение кода прошивки отдельных её компонентов также мало что изменит. Нет "вреда привязки к вендору" и нет положительных сетевых внешних факторов.

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

С другой стороны масштабной шкалы - настольные операционные системы с показаниями для "вреда от ненадёжности" от умеренного до очень высокого, в зависимости от набора приложений и издержек неиспользованных возможностей от сбоев системы. Очень высокий "вред от невозможности изменить код" даже если вы и не программист, поскольку закрытые исходники означают, что исправления, обновления и новые возможности доходят до пользователя не тогда, когда вы на них обращаете усиленное внимание, но только тогда, когда вендор посчитает это нужным. Очень высокий урон от "вреда от посредничества" (вспомните, сколько хлама приходит по умолчанию с типичной Windows-системой), а также от "вреда привязки к вендору" и "амнезии" (закрытые проприетарные форматы, проприетарное потоковое видео и прочее). Высок уровень также для положительных сетевых внешних факторов.

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

Единственный вывод, который можно из всего этого сделать, звучит так: противопоставлять что-то закрытому ПО, а также отказываться его использовать нужно в прямой пропорции ко вреду, который он наносит. Звучит просто и очевидно, так ? Но тем не менее, некоторые личности, (их мы не назовём, но укажем инициалы - Р, М и С), настаивают на том, что подобная позиция неэтична и беспринципна вплоть до роковых последствий. И эти личности выглядят абсолютно похожими на тех, кто удвоил усилия, но забыл о первоначальной цели. Но, действительно, наша "мягкотелая", "беспринципная" норма описывает в том числе и реальное поведение в том числе и тех, кто фанатично проповедует о дьявольской сути закрытого ПО. Но разве кто-то, даже среди самых стойких проповедников "свободного ПО", хотя бы пальцем пошевелил, чтобы ликвидировать закрытые прошивки для лифтов? Этого не происходит. Настольное ПО и мобильные ОС - вот их цели, и это логично соответствует нашим выводам, ведь это ПО гораздо более важно. И поэтому мы прагматично возвращаемся к сопоставительной оценке последствий вреда от закрытого ПО, даже если фанатики сами себе в этом и не признаются.

Имея на руках вышеуказанный анализ, мы в итоге приходим к заключению, которое вряд ли кого-то удивит: самые большие усилия по сопротивлению закрытому ПО необходимо оказывать на поле закрытого настольного ПО и закрытых мобильных операционных систем, поскольку именно от них исходит наиболее серьёзный вред и наиболее высокий положительный внешний эффект привязки. Мы можем расслабиться и не беспокоиться насчёт того, на каком ПО работают микроволновые печи и лифты. Нам нужно продвигать открытое ПО на домашние маршрутизаторы, поскольку они управляются всё более и более сложным и функциональным ПО. И если мы иногда поиграем в Angry Birds, Civilization или World of Warcraft, то это не станет актом ужасного лицемерия.

Нам остался только один вопрос: каким должен быть соответствующий этический шаг в ситуации, когда для закрытого ПО нет открытой альтернативы? И наиболее здоровым ответом тут будет - вспомните в конце концов, что в мире в целом существует и другой вред, гораздо более серьёзный, чем самый сильный вред, наносимый закрытым ПО, вспомните, что целью всех наших этических правил является уменьшение вреда как такового, и поступайте соответственно.

>>> Подробнее

Bod (*) (2012-06-15 09:33:11)

[3 сообщения] [Добавить комментарий]


Вышел WINE 1.5.5

subsection
Скрыть

Нового:
Mono-плагин.
Дизеринг в DIB engine.
Поддержка инсталлятора .NET 4.0 runtime.
Поддержка DDS файлов в D3DX9.
Багфиксы.


>>> Подробнее

lockywolf (*) (2012-05-26 13:13:27)

[6 сообщений] [Добавить комментарий]


  6 7 8 9 10 11 12 13 14   




(c) 2010-2020 LOR-NG Developers Group
Powered by TimeMachine

Valid HTML 4.01 Transitional Правильный CSS!