Желательно добавить категорию "Development/Electronics" или просто "Electronics", благо таких программ уже много накопилось. Текущее разделение по категориям хромает. Эти пакеты попадают в категорию Видео или разработка, что смущает пользователей.
(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 в данной части?
