(In reply to comment #0)
> Желательно добавить категорию "Development/Electronics" или просто "Electronics", благо таких
> программ уже много накопилось.

Например?

Как минимум (по "electronic" или "pcb"):

faust - FAUST is a compiled language for real-time audio signal processing
kicad - An open source software for the creation of electronic schematic diagrams
ktechlab - Development and simulation of microcontrollers and electronic circuits
geda - Project browser for gEDA
gerbv - Gerber file viewer
pcb - PCB

На "circuit" ещё наклевало:

asco - A SPICE Circuit Optimizer
gnucap - GNU Circuit Analysis Package
qucs - Circuit simulator

Вот потенциал расширения:
http://freshmeat.net/tags/electronic-design-automation-eda
https://sourceforge.net/softwaremap/trove_list.php?form_cat=246

В частности, мне уже захотелось поностальгировать над старыми схемами с http://www.liquidpcb.org :) (если вдруг соберётся)

PS: ещё у нас есть куча {си,э}муляторов чипов (emu8051, gnusim8085, gpsim, ibsim, kpicosim, ktechlab) -- которым, наверное, комфортно в Emulators, хотя и не все там.  А ещё хочется тегов, как в дебиане не так давно реализовали...

(В ответ на комментарий №2)
> Как минимум (по "electronic" или "pcb"):
> 
> faust - FAUST is a compiled language for real-time audio signal processing

FAUST это несколько другое -- грубо говоря, язык для написания звуковых плагинов, и в Sound ему самое место.
Хотя Sound распилить на что-нибудь типа "Players", "Sound Servers", "Sound Processing" может быть и не помешало бы.

Не-а, пакет pcb не сможет повлиять на содержимое /usr/lib/rpm/GROUPS легитимными методами.  Возвращаю фичреквест на rpm.

(В ответ на комментарий №5)
> Не-а, пакет pcb не сможет повлиять на содержимое /usr/lib/rpm/GROUPS
> легитимными методами.  Возвращаю фичреквест на rpm.

Извиняюсь.
Это был глюк восстановления парольной базы и настройки нового компа :(
Спасибо что вернули обратно.

tracked at https://bugs.launchpad.net/rpm/+bug/911036

Кстати, неплохо было бы синхронизировать группы с Fedora.
меньше работы по адаптации спеков. Особенно раздражает System/Libraries и System/C vs System environment/Libraries и Development/Libraries

Старые наши группы тоже можно оставить на какое-то время.

(В ответ на комментарий №8)
> Кстати, неплохо было бы синхронизировать группы с Fedora.
> меньше работы по адаптации спеков. Особенно раздражает System/Libraries и
> System/C vs System environment/Libraries и Development/Libraries
> 
> Старые наши группы тоже можно оставить на какое-то время.
System/C потрясающе логично. Жаль, не был на Альдебаране, где принята такая логика. ;)

Не System/C а Development/C, прошу прощения.

И это у нас:
$ fgrep Development /usr/lib/rpm/GROUPS 
Development/C
Development/C++
Development/Databases
Development/Debug
Development/Debuggers
Development/Documentation
Development/Erlang
Development/Functional
Development/GNOME and GTK+
Development/Haskell
Development/Java
Development/KDE and QT
Development/Kernel
Development/Lisp
Development/ML
Development/Objective-C
Development/Other
Development/Perl
Development/Python
Development/Python3
Development/Ruby
Development/Scheme
Development/Tcl
Development/Tools

(В ответ на комментарий №8)
> меньше работы по адаптации спеков
А эта работа часом не для rpmcs в данной части?