On Thursday 28 July 2005 10:04, Dag Rune Sneeggen wrote:

After fiddling around with gimptool I thought about how nice it would be if you could just input an URL and it would fetch the C file automagically and do all the work for you.

So, I wrote one:
http://nix-dev.dudcore.net/ScriptGoodies/rGimptoolWrapper

Interesting page. I wonder if this neat toy could be extended to be a bit more generic, like the Mozilla installer files?

If so, it wouldn't be too much harder to make it build RPMs and similar packages for a plugin. That would make them a bit more point-and-click, a bit more readily accessible to the GIMP users approaching this from the "artist" end rather than the "geek" end.

s/while/file/ - do you use speech input or was that a thinko?

The Google Directory page you link to certainly has some odd and interesting stuff in it, like the plugin for loading Civ2 games and the semi-random genetic art.

Cheers; Leon

On Thursday 28 July 2005 10:36, Dag Rune Sneeggen wrote:

Was indeed a thinko, plus its 4am in the night here in Norway! ;)

10:48 on Thu 28Jul here in Perth, Western Australia.

What do you mean by making it build rpms etc?

If it can build the plugin, it can probably spit out a .spec file and .tar.gz of the source without much extra effort. These can then be wrapped into a .src.rpm to be rebuilt to produce binaries for the different architectures and distribution versions. It's been a long time since I built a .deb package, but I don't remember it being any harder.

The advantage for the Linux (FreeBSD, Hurd, OS X, whatever) distribution is that a GIMP plugin can be packaged with a one-liner, so it's more likely to be included in that distribution and been seen by the end user.

The advantage for the end user is exactly what your progress so far is obviously already aiming to do: simplify the installation of plugins.

If the plugins are part of the distro's packaging system, they'll appear in the software manager (RPMdrake, YaST, Cervisia, whatever) and can be installed with one click.

Even if they're not in a distro's packaging system, third parties can offer pre-built one-click-and-you're-done packages, which means that a non-technical user has a hope of getting a working plugin installed.

For an example of a "third party" in operation, consider the Penguin Liberation Front's (http://plf.zarb.org/) relationship to Mandriva Linux (http://www.mandrivalinux.com/).

All of the above goes for MS-Windows when it eventually "innovates" a real packaging system of it own.

Cheers; Leon

-- http://cyberknights.com.au/ Modern tools; traditional dedication http://plug.linux.org.au/ Member, Perth Linux User Group http://slpwa.asn.au/ Member, Linux Professionals WA http://osia.net.au/ Member, Open Source Industry Australia http://linux.org.au/ Member, Linux Australia

Hi,

Dag Rune Sneeggen writes:

Surely it can be extended, I just need the suggestions...

You might want to look at bug #306713 (http://bugzilla.gnome.org/show_bug.cgi?id=306713).

Sven