Кто-то написал программу. FreeBSD-шляпу для переключения вывода звука, не знаете кто?

Показалось на секунду, что это новость о том, что редхат переходит на фряху. Было бы забавно.

Ты что, совсем слепой? Прямо по твоей ссылке есть почта автора.

А так - молодец.

Нет, я про другую шляпу

Да

Себя не похвалишь, никто не похвалит.

allows you to redirect sound output to any port of your computer.

Я джвагода ждал такую утилиту, которая мне звук в ethernet port перенаправит. /s

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

Не знаю, зачем это нужно, но хвалю.

Он и есть автор…

И автор софтины и мейнтейнер порта. ☺

И на дуде игрец :)

Эх, а я-то думал, что во фре передовые технологии.

Так это и есть передовые технологии. Лучшая звуковая система, способная передавать звук только в один аудио вывод одновременно, ваши линуксы так могут?

Эх, а я-то думал, что во фре передовые технологии.

А оказалось, задовые?

Ну и где твой патефон патреон?

Аффтар, а чё все бздуны уже на великом и могучем заговорили?
И да, этот простенький скрипт на «программу» не тянет, хотя безусловно кому-то может быть полезен.

Так я и не программист. Я думаю, лучше один простой скрипт притащить в систему, вместо какой-нибудь программы с жирными свино-зависимостями и gtk. Плюс ко всему это на лицензии BSD.

Я джвагода ждал такую утилиту, которая мне звук в ethernet port перенаправит. /s

Ммм… pavucontrol? Вышел гораздо раньше чем два года назад.

У меня нет такого. Только гитхаб с README на английском.

Так я ничего против и не имею, разве что показалось странным что интерфейс только на русском.

разве что показалось странным что интерфейс только на русском.

Я немного забил на перевод, когда понял, что в программе всего два слова :D

Забавно, что меня попросили перевести README на английский, который даже не устанавливается никуда, а саму программу решили оставить на русском.

Поздравляю :) Попробую как пакет будет.

Может они ее не запускали? :D

Запускали. Они также само посмотрели и забили. Таким скриптам перевод не требуется. Там всё интуитивно понятно.

Я джвагода ждал такую утилиту, которая мне звук в ethernet port перенаправит. /s

Ну вот у тебя и появился повод свалить на FreeBSD :)

Прямо по твоей ссылке есть почта автора.

В поле Maintainer указана почта сопровождающего. А сопровождающий порта не обязательно должен быть автором. Сопровождать можно даже проприетарщину. Но это всё не отменяет того факта, что в данном случае автор и ментейнер – один и тот же человек.

В поле Maintainer указана почта сопровождающего

Я не про поле Maintainer.

по старой доброй традиции пульсаудио модно обливать г-ном и говорить что там ничего не работает, потому и ждут хаха :)

Это, которую я хотел написать на Qt/C++ для переключения вывода звука между звуковыми картами? Я тогда хотел сделать типа со встроенной переключение в усилитель для наушников. Да?
И где исходник найти? Просто интересно.

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

Спорное утверждение. Как не крути - gtk все равно притащится какой-нить звисимостью. А этот скрипт тащит x11-toolkits/tk86 который нужен только этому скрипту и будет валяться мертвым грузом.

Спорное утверждение. Как не крути - gtk все равно притащится какой-нить звисимостью. А этот скрипт тащит x11-toolkits/tk86 который нужен только этому скрипту и будет валяться мертвым грузом.

Даже без зависимости от тулкита, многие программы с gtk могут тащить в систему много всего. Языковые файлы, какие-то конфиги, файлы с настройками от самой программы. В некоторых случая их сильно много.

Попробую привести пример.

pkg info -lx pavucontrol                                                                                
pavucontrol-5.0_2:                                                                                                                         
        /usr/local/bin/pavucontrol                                                                                                         
        /usr/local/share/applications/pavucontrol.desktop                                                                                  
        /usr/local/share/doc/pavucontrol/README.html                                                                                       
        /usr/local/share/doc/pavucontrol/style.css
        /usr/local/share/licenses/pavucontrol-5.0_2/GPLv2
        /usr/local/share/licenses/pavucontrol-5.0_2/LICENSE
        /usr/local/share/licenses/pavucontrol-5.0_2/catalog.mk
        /usr/local/share/locale/as/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/ast/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/be/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/bn_IN/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/ca/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/ca@valencia/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/cs/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/da/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/de/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/el/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/es/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/eu/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/fi/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/fr/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/gl/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/gu/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/he/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/hi/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/hr/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/hu/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/it/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/ja/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/kk/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/kn/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/ko/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/lt/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/ml/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/mr/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/nb_NO/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/nl/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/nn/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/or/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/pa/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/pl/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/pt/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/pt_BR/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/ru/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/si/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/sk/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/sl/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/sr/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/sr@latin/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/sv/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/ta/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/te/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/th/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/tr/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/uk/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/zh_CN/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/locale/zh_TW/LC_MESSAGES/pavucontrol.mo
        /usr/local/share/pavucontrol/pavucontrol.glade

^ Эта программа притащила NLS, стили, документацию и какие-то файлы настроек. pkg info говорит, что отключить их нельзя, так как у порта нет опций. Его файл запуска сильно переусложнен. Кроме того, в самой программе мне лично не понятно для кого все эти крутилки и перделки. Я написал всего одну крутилку для звука, она подходит для всего.

pkg info -lx sndy
sndy-0.0.4:
        /usr/local/bin/sndy
        /usr/local/share/applications/sndy.desktop
        /usr/local/share/licenses/sndy-0.0.4/BSD2CLAUSE
        /usr/local/share/licenses/sndy-0.0.4/LICENSE
        /usr/local/share/licenses/sndy-0.0.4/catalog.mk

^ Здесь лежит только сам бинарник для запуска и лицензия, которая сохраняется в любом случае.

А что до самого тулкита – так как я писал не просто на скриптовом языке, а на графическом фреймворке для GUI-шной морды, то какой-то тулкит должен быть в любом случае. Я конечно могу сравнить gtk и tk и найти множество причин, но не буду. Каждый может тащить в систему тулкит, который сам захочет (а есть ли вообще аналоги для этой программы на tk?). Я знал таких людей, которые намеренно выпиливают gtk из своей системы.

proc func1 {var2} {
	global labelText
	exec sysctl hw.snd.default_unit=$var2
	puts "sysctl hw.snd.default_unit=$var2"
	set labelText "Выбрано устройство: pcm$var2"
}

Ну, да. Я хотел её написать!..😭
Но, поздравляю! 😃 Это тебя уже в порты приняли? А вообще сложно было бюрократически, никакой волокиты?

Ну, да. Я хотел её написать!

На фряхе еще много чего не написанного, не расстраивайся. Я пытался составить список вещей, которые не хватают пользователям на FreeBSD, но совершить их не смог, потому что многие вещи сам не использую.

Но, поздравляю!

Спс

Это тебя уже в порты приняли?

Ага. У меня сейчас 4 порта.

А вообще сложно было бюрократически, никакой волокиты?

Для меня нет, у меня были друзья в команде. Товарищ как раз стал коммитером и тренировался на мне фиксировать порты ;D

А в целом дело утомительное. Я видел порты, которые несколько лет не могли зафиксировать. Но обычно это длится несколько недель или месяцев. Для того чтобы это было быстрее, нужно всячески привлекать внимание коммитеров и проводить много времени в портах, чтобы кто-нибудь захотел помочь. Если порты сложные, то еще и много документации читать.

Это все понятно. Я хотел сказать немного о другом: gtk - неизбежное «зло» которое притащится в любом случае. А tk притащится скореевсего только если будешь юзать этот порт, так как у среднестатичтического юзера не так много портов которые написаны на нем в отличие от gtk.

Помимо того, что этот скрипт тащит отдельную мало-используемую сущность еще факт в том, что в отличие от gtk/qt эта переключалка будет дизайном выделятся из общего стиля окон настраиваемого для выше перечисленных фреймворков/библиотек.

Важно понимать, что выше написанное не упрек а лишь подчеркивание спорности утверждения о том, что лучше скрипт на легковесном tk нежели жирном gtk.

Для меня нет, у меня были друзья в команде.

Агаа... Теперь будем знать к кому обращаться если нужно будет ускорить проталкивание какого-то нового порта в апстрим)

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

Да, я в это не пытался угодить

Но как вариант можно с @xwicked скооперироваться и написать вариацию на gtk/qt, чтобы добавить его почкование в качестве выборочной опции, если людям очень нужен выбор между тулкитами :D