XDG Base Dir Patch

[Arun Tejasvi Chaganty]

Hey,
   A while ago, I submitted a patch for Bug #518594. I'd like to bump it
because my plugin uses some of these functions, and my patch for the
EditorMultiple and docman has to be stripped of these changes. (I'm now
moving to the git repo, so that shouldn't be an issue anymore...).

Summary
-------
The patch removes all references to .anjuta directories (including all
plugins etc.), and replaces them with references to the respective
config, cache or data directories, by the addition of 3 functions into
anjuta-util:

anjuta_util_get_user_cache_uri (const gchar* path, ...)
anjuta_util_get_user_config_uri (const gchar* path, ...)
anjuta_util_get_user_data_uri (const gchar* path, ...)

which deprecate the following function
anjuta_util_get_user_config_dir ()

Details
-------
Invocation is similar to g_build_filenamv, only it automatically
prepends the $XDG_CACHE_HOME/anjuta (by g_get_user_cache_dir) (similarly
for config and data directories). This has cleaned up a lot of code. It
will also auto create the directories incase they have not yet been made
(all calls to these functions in the past have tried to do the same).
Note, if you're trying to get a directory, end the path with a /
(i.e. ..._uri ('scintilla/')). This is required for the make dir thingy.

The patch also replaces an older
function anjuta_util_get_user_config_dir, which just got the directory
name (and created it if it didn't exist).

I've tested it on a fresh svn pull at the time of filing the patch, and
it did not create a .anjuta folder, and it managed to put the files in
what I felt were the right directories. A subsequent patch moved the
get_accels function from /src/anjuta-app to /libanjuta/anjuta-ui, and
that has been patched as well (in a 2nd patch). The scripts also have
been patched, so create_global_tags still works. However, this is all on
my machine, I hope nobody else faces any problems.

Is there anything else I can add/modify to the patch? Thanks for all the
time and trouble

[1] Bug #518594: Get rid of .anjuta and follow fd.o specifications:
http://bugzilla.gnome.org/show_bug.cgi?id=518594


Cheers,
--
Arun Tejasvi Chaganty (vimzard)
GNOME GSoC Student
Blog: http://arunchaganty.wordpress.com


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Anjuta-devel mailing list
Anjuta-devel@...
https://lists.sourceforge.net/lists/listinfo/anjuta-devel

[Johannes Schmid-4]

Hi!

This is just a note for everyone who contributed patches that are
waiting for review:

The core developers always try to review everything as soon as possible
and commit it or comment on it. The problem is that we are all doing
this in our spare time and that this time is limited (currently a bit
too limited for me).

I also have to set priorities for patches sometimes (e.g. patches that
port deprecated stuff are important and will go into 2.6 but it's not so
important if they go there today or in three weeks).

Anyway, probably I will have some time to clean up bugzilla bit
tommorow.

Regards,
Johannes

Am Dienstag, den 24.06.2008, 18:28 +0530 schrieb Arun Tejasvi Chaganty:

> Hey,
>    A while ago, I submitted a patch for Bug #518594. I'd like to bump it
> because my plugin uses some of these functions, and my patch for the
> EditorMultiple and docman has to be stripped of these changes. (I'm now
> moving to the git repo, so that shouldn't be an issue anymore...).
>
> Summary
> -------
> The patch removes all references to .anjuta directories (including all
> plugins etc.), and replaces them with references to the respective
> config, cache or data directories, by the addition of 3 functions into
> anjuta-util:
>
> anjuta_util_get_user_cache_uri (const gchar* path, ...)
> anjuta_util_get_user_config_uri (const gchar* path, ...)
> anjuta_util_get_user_data_uri (const gchar* path, ...)
>
> which deprecate the following function
> anjuta_util_get_user_config_dir ()
>
> Details
> -------
> Invocation is similar to g_build_filenamv, only it automatically
> prepends the $XDG_CACHE_HOME/anjuta (by g_get_user_cache_dir) (similarly
> for config and data directories). This has cleaned up a lot of code. It
> will also auto create the directories incase they have not yet been made
> (all calls to these functions in the past have tried to do the same).
> Note, if you're trying to get a directory, end the path with a /
> (i.e. ..._uri ('scintilla/')). This is required for the make dir thingy.
>
> The patch also replaces an older
> function anjuta_util_get_user_config_dir, which just got the directory
> name (and created it if it didn't exist).
>
> I've tested it on a fresh svn pull at the time of filing the patch, and
> it did not create a .anjuta folder, and it managed to put the files in
> what I felt were the right directories. A subsequent patch moved the
> get_accels function from /src/anjuta-app to /libanjuta/anjuta-ui, and
> that has been patched as well (in a 2nd patch). The scripts also have
> been patched, so create_global_tags still works. However, this is all on
> my machine, I hope nobody else faces any problems.
>
> Is there anything else I can add/modify to the patch? Thanks for all the
> time and trouble
> 
> [1] Bug #518594: Get rid of .anjuta and follow fd.o specifications:
> http://bugzilla.gnome.org/show_bug.cgi?id=518594
>
>
> Cheers,
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________ Anjuta-devel mailing list Anjuta-devel@... https://lists.sourceforge.net/lists/listinfo/anjuta-devel

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Anjuta-devel mailing list
Anjuta-devel@...
https://lists.sourceforge.net/lists/listinfo/anjuta-devel