From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 28 Sep 2002 23:17:38 +0700 From: Alexey Morozov To: Sisyphus mailing list Message-ID: <20020928161738.GA3617@pyro.hopawar.private.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4i Subject: [sisyphus] setuid =?koi8-r?B?zsEgeG1tcyDJINfT0cvJxSDE?= =?koi8-r?B?0tXHycUg0NLPwszFzcvJLg==?= Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: В общем, я понял, почему у меня оно не работало. Во-первых, я пытался запускать/управлять его через сторонние контроллеры, навроде xmms-kde и xmms-shell. Выяснилась одна довольно обидная вещь. Для setuid программ переменная TMPDIR выставлена в NULL (хех, век живи, век учись :-)), соответственно, прежний способ определения контролирующего сокета (через g_get_tmp_dir()) уже не работает. Точнее, работает, но приводит к разным результатам в случае xmms и контролеров. Соответственно, предлагается слегка переработать эту часть, скажем, поместить управляющий сокет в ~/.xmms/ (патч имеется). Кстати, а что у нас с делегированием полномочий (capabilities). Ему же (xmms) CAP_SYS_NICE хватит за глаза... Во-вторых, я попутно добил xmms, чтобы он собирался automake-1.6/autoconf-2.5. Патч (и правленный спек) имеется. В-третьих, я исправил ошибку сборки внешних плагинов, которые хотели уже установленных заголовочных файлов (то есть, не были предназначены для сборки внутри xmms). То, что пакеты собирались на ALT build farm - просто следствие того, что libxmms-devel уже стоял на этих машинах. Попробуйте его удалить перед пересборкой и многое станет ясным :-). Патч имеется. В-четвертых, я продолжаю пропихивать в xmms патчик, позволяющий ему работать с GTK advanced file selector. Ввиду последних заявлений на xmms.org это по-прежнему актуально, а, поскольку патчик не ломает совместимости со vanilla GTK, а лишь устраняет явную ошибку в логике соответствующего кода, то, в общем и безболезненно. Кстати, xmms-cdread стоит пропихивать в качестве основного метода проигрывания CD. Учитывая отвратное качество DAC'ов на подавляющем числе сидиводов и распространение неплохих по качеству звуковух, таки имеет смысл гнать звук через системную шину. К тому же, имеется довольно прозрачная поддержка нескольких сидиводов, что в наше время тоже не редкость. Разве что, в file selector докинуть шорткатов... 2goldhead: я посылал Вам патчики, о которых идет речь, но они, видимо, потерялись. Надеюсь, что на этот раз письмо дойдет :-).