On Fri, Dec 30, 2005 at 05:58:29PM +0100, Martin Michlmayr wrote: > * Joachim Breitner <[EMAIL PROTECTED]> [2005-12-30 17:41]: > > currently, jack is shipped with > > base_dir:~/jack > > set in /etc/jackrc. This is unfortunate, because this setting is used > > even if the user wants the fils in the current working directory, which > > could be achieved by unsetting this option. I'd propose to unset this > > option in /etc/jackrc, so using the current working directory is the > > default (which might be what new users are expecting anyways), and > > leaves the users the choice to modify that option in their ~/.jack3rc > > I agree, and I'll make this change unless Michael (the maintainer) > objects. He's currently on holidays, however.
The original intent of that setting was for jack to be able to be launched from anywhere, and produce .mp3/.oggs at the user's music collection. This was especially decided in light of running jack from the window manager's menu and not from a terminal, when jack would dump files in the users's $HOME otherwise. As far as I can tell, GNOME and KDE never got around to define a common place for "Music" or "Photos" or "Documents" (or at least, Debian did not go forth to define them anyway), which is a shame. I do not think that jack's general behaviour should be to rip/encode into cwd, but rather to the user's music collection. On the other hand, I concede that ~/jack is probably not the best location, but back when I introduced it, there was nothing better (and IIRC, other distribution did not even start to have them, like some do now I think). We could either try to cooperate with the sound-juicer, grip, etc. maintainers to have a Debian-wide standard location for that, or we could drop base_dir for the default install. If we do the latter, I would be worried that the feature might be hard to explore, so maybe an informational message like "You have no standard location set, putting files into current directory, consider setting base_dir in ~/.jack3rc" or something would help. At the same time, maybe it is time to retire the menu entry; users of graphical desktops will probably use their respective counterparts, and I believe entries for CLI applications should not clutter the menu. Michael -- Michael Banck Debian Developer [EMAIL PROTECTED] http://www.advogato.org/person/mbanck/diary.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
