On Friday 30 March 2012 15:12:19 Ludwig Nussel wrote:
Which is silly. A simple operation like requesting to mount a disk has to be considered a basic operating system service. It doesn't make sense to have several competing deamons implement that. It also doesn't make sense to change the function signature for that operation all the time. There needs to be a stable API for such a feature. GNOME is not the only user of the function. Think of it like a basic shared library, just implemented via DBus. It's probably fine if Mr. Z decides that the model he used in the backend is suboptimal and that he needs to rewrite everything in order for the disk partitioning front-end of GNOME to be even more prettier. The rewrite should keep the common API parts stable though. Shared library speak: adding new functions is fine, modifying or deleting existing ones is not.
I also wonder why it was necessary to change the console commands from udisks --mount /dev/sdc1 to udisksctl mount --block-device /dev/sdc1 --no-user-interaction Is it so important to change the command file name and remove the "--" before "mount"? Now devmon script will not work and I have to rewrite. Of course some people will pop up and say "this is because you're maintaining dead software, just use Gnome or KDE4". But is there a point for any software to rewrite on regular basis? For example I am sure that those people who are dealing with KDE3 and Trinity will rewrite the mediamanager to support udisks2. This is out ofquestion and tit was confirmed to me today by a e-mail. But the problem is they are still using Ubuntu and Gentoo which still include hal. They did not patch it even for udisks-1 because it is not the top priority for them under Ubuntu, and openSUSE already is dropping udisks-1 in favor of udisks-2. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org