LINUX.ORG.RU

pcb 4.0.0

 , ,


3

3

Спустя три года после предыдущего релиза, вышла новая версия свободного (GPL) редактора топологии печатных плат — pcb 4.0.0, который развивается в рамках набора СПО для электроники gEDA.

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

В выпуск включено около 480 коммитов, в основном — исправления ошибок (закрыто 56 отчётов), рефакторинг и небольшие улучшения.

Улучшения и исправления

  • Новая опция командной строки — --save-metric-only.
  • Введено экранирование значений атрибутов.
  • Добавлен бразильский перевод документации для начинающих (Getting Started with PCB).
  • Добавлены доступные для перевода всплывающие подсказки к кнопкам панели инструментов, а так-же подсказки к другим элементам интерфейса GTK.
  • Действие «Отобразить длину проводника» добавлено в меню (GTK UI). Ранее оно было доступно лишь как команда.
  • Добавлен скрипт генерации списка горячих клавиш.
  • При оптимизации «puller» дорожки больше не пересекают переходные отверстия без металлизации.
  • Внешние слои solder/component переименованы в top/bottom.
  • В именовании файлов резервных копий теперь используется тильда (~) вместо тире.
  • Сделаны исправления в документации.
  • Метка, отображающая дельту координат, теперь не растягивает окно (GTK UI).
  • При записи меток времени в экспортируемые файлы теперь применяется локаль ASCII.
  • При экспорте в PNG ограничение DPI увеличено до 10000.

Плагины

  • Улучшена расстановка компонентов smartdisperse (вклад внёс Ben Jackson).
  • Добавлен плагин перемещения компонентов relocate (предоставлен Jean Richard).
  • Добавлены плагины переименования RenumberBlock(), RenumberBuffer() и плагин добавления каплевидных соединений проводников с переходными отверстиями, teardrops() (благодарность DJ Delorie).

Модули экспорта

  • Добавлен новый генератор списков соединений, соответствующий стандарту IPC-D-356 (вклад Jerome Marchand).
  • Опция «as-shown» приведена в соответствие с текущим порядком слоёв на экране (модули экспорта PNG и EPS).

Новое в библиотеке контактных площадок (footprints)

  • Добавлены следующие контактные площадки: SC88A, LQFP80-10, QFN24_5, TQFN24_5, SOD523.
  • Исправлена нумерация выводов контактной площадки SOT325, которая теперь переименована в SOT353.
  • Увеличен диаметр отверстий в площадках ALF.
  • Исправлен бесконечный цикл в m4-макросах SIL.

Улучшения для разработчиков

  • Начат перевод комментариев в исходном коде в формат Doxygen. Файл конфигурации доступен в doc/doxygen. Таким образом, генерация может быть запущена вызовом команды doxygen pcb.dox в этой директории. Это не касается конфигурационного параметра --enable-docs, который отвечает исключительно за генерацию пользовательской документации.
  • Многочисленные исправления в сценарии сборки для win32.

Изменения в версиях зависимостей

  • autoconf 2.60 → 2.69.
  • gettext 0.14 → 0.19.3.

>>> Бинарные сборки и контрольные суммы

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

★★

Проверено: anonymous_incognito ()
Последнее исправление: sudopacman (всего исправлений: 3)
Ответ на: комментарий от slapin

но задалбывающая

Да, наверное этот термин больше отражает то, что я хотел донести.

но челленж есть

Да, есть. Но обычно как часть борьбы с существующей пакетной системой, сформировавшихся зависимостей и инфраструктуры. Ну пример... Для QtC нужен свежий Qt. Он есть в соседнем репозитории (другого человека в PPA). Сделать этот репозиторий как часть зависимости на PPA - ноль проблем. А как его автоматически поставить пользователю - хрен знает. Пришлось писать в описании. Дальше хуже. Qt большой, особенно с Debug пакетами. Автор релизит нужную версию в индивидуальный репозиторий. Тут, в определённый момент, требуемая версия Qt для QtC поднимается и теперь необходимо на уже установленной версии обновить репу... Я не нашёл ничего лучшего, как сделать переходный пакет, который в определённый момент поставился как зависимость и при каждом обновлении проверяет наличие актуального репозитория и делает добавление новой репы. Если после установки ещё раз сделать обновление информации о пакетах, то появятся и новые пакеты и сможет установиться новая версия QtC. Но меня терзают смутные сомнения о правильности такого решения. Или когда зависимость есть во внешнем относительно PPA репозитории (привет LLVM/CLang), тут решение пока только в переносе существующих реп на PPA.

уметь автоматизировать всё что только можно

только так.

h4tr3d ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.