Ok, the clipartbrowser cvs module is now synched up again with the
latest tarballs, and the cannonical download location for releases is
now<br>
<br>
<a href="http://www.python.org/pypi/clipartbrowser">http://www.python.org/pypi/clipartbrowser</a><br>
<br>
(it used to be on Berlios). If you download a release (they work
better than ever :), install using "python setup.py install" (assuming
you have the dependencies met). The "easy_install" method
mentioned earlier works too.<br>
<br>
Greg<br><br><div><span class="gmail_quote">On 9/20/05, <b class="gmail_sendername">Greg Steffensen</b> <<a href="mailto:greg.steffensen@gmail.com">greg.steffensen@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I didn't explain the technical situtation with the install method very
well. Basically, if I write a file "setup.py" that defines
certain information, users should be able to execute "python setup.py
install" to install the program correctly, and I should be able to
execute commands "python setup.py bdist_win" to create actual win32 EXE
files containing pretty automated installer GUIs. In addition,
users will be able to install the way I described in the release email
as well. In general, setup.py uses the "setuptools" which are the
successor to the "distutils", which is the distribution/installation
tools included with python. I'm still not certain whether I
should use the setuptools or the older distutils, and am figuring stuff
like that out, but they're both supposed to be the python-friendly
replacement for Makefiles, and I'm trying to reorganize the code to do
stuff the "correct" way.<br><span class="sg">
<br>
Greg</span><div><span class="e" id="q_1067447aad65eb91_2"><br><br><div><span class="gmail_quote">On 9/20/05, <b class="gmail_sendername">Greg Steffensen</b> <<a href="mailto:greg.steffensen@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
greg.steffensen@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hey, yeah, this is kinda what I was referring when I said that the
packaging isn't as polished as it needs to be. For what its
worth, most of the changes (bug fixes, performance improvements)
actually are committed to CVS; I just didn't commit commit the change
in the install method simply because I was having trouble figuring out
how to get files like COPYING, NEWS, etc. included using that method,
and I didn't want to put a totally messed up version into CVS.
Basically, I actually really released more on a whim, not because I'd
worked everything out, but because I'd gone too long without releasing
code, wanted people to know that work was ongoing. So, at a
minimum, I should have indicated that this was definitely a development
release.<br>
<br>
So, solutions... in terms of where formal releases (formal tarballs)
should go, I actually think the python package index is definitely the
correct place... its now the "official" place where the python folk
reccomend that python projects be listed, and it will offer a number of
technical advantages, including publication of new releases, and
installation automation. I'm very happy keeping CVS at Inkscape
though (not that PyPI offers CVS anyway), and treating the code as a
subproject of Inkscape. But as long as it offers the ability to
be installed standalone as well, I'd like to make standalone tarballs
available from PyPI. In general, I'm learning more about python,
and am trying to make my practices for installation, etc. match
accepted practice.<br>
<br>
I'll try to get CVS synched up with the current state of the project
very soon; I'm still having some trouble with the python installation
tools, and have sent an email to their mailing list for advice, but
haven't heard back yet. Once I know how to get the documentation
files included, and where to put the main install file (setup.py), I'll
get that committed and CVS will contain the official version of the
code gain. Again, I would have waited until this was done to
release, but just felt bad about having gone too long without releasing
already, and was overeager to get something out.<br>
<br>
Anyway, does this cover the stuff you were concerned about? If
not, let me know. Also, you may recall that someone posted a link
to a mockup for a very similar project that they'd found, and I replied
that this was "very depressing" :). I used that mockup to develop
version 0.4, and emailed the designer (as the community suggested);
he's finally written me back, and said he's interested in contributing,
which rocks. Later,<br><span>
<br>
Greg</span><div><span><br>
<br><br><div><span class="gmail_quote">On 9/19/05, <b class="gmail_sendername">Jon Phillips</b> <<a href="mailto:jon@rejon.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">jon@rejon.org</a>> wrote:
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<offlist /><br><br>On Mon, 2005-09-19 at 05:20 -0400, Greg Steffensen wrote:<br>> I'm releasing another version of the clip art browser. Lots of bug<br>> fixes, some performance improvements, code cleanups, and a new
<br>> installation procedure (yes, yet another).<br>><br>> Installation is now 3 steps, and hopefully easier than ever:<br>><br>> 1) Satisfy the dependencies of Python 2.4 and PyGTK 2.6.<br>><br>> 2) Download and run the following script, which installs the python
<br>> setuptools:<br>><br>> <a href="http://peak.telecommunity.com/dist/ez_setup.py" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://peak.telecommunity.com/dist/ez_setup.py</a><br>>
<br>> 3) Run "easy_install clipartbrowser"<br>><br>> As you can see, I've switched the installation system from Makefiles
<br>> to the python setuptools. The setuptools are still under development<br>> (they're apparently going to be included in python 2.5), and I'm still<br>> very much learning how to use them, so the packaging isn't as polished
<br>> as it needs to be, but this makes installation a breeze. Eventually,<br>> it should allow arbitrary python dependencies to be intelligently<br>> installed as well using the same process.<br>><br>> I'm still working on getting this integrated back into the Inkscape
<br>> effects menu, that's next on the list. As always, feedback greatly<br>> appreciated.<br>><br>Greg,<br><br>I thought we were going to do the next release from Inkscape CVS? What<br>you have done is a non-standard release of the project now that we
<br>consolidated the code into Inkscape.<br><br>Also, you have now used a non-standard approach to packaging which then<br>again breaks what users and developers are use to.<br><br>The major thing though is that we were going to do a solid release which
<br>means you need to involve the people who would contribute to this in the<br>release to help smooth out the bugs.<br><br>Instead, now you have released from another location thus confusing<br>users and developers more. The problem with this is that it is not
<br>pro-community.<br><br>Anyhow, I'm curious what you think and also want to get these things on<br>track with the community.<br><br>It is so great that you are rocking these changes and I'm so proud of<br>what you are doing so I don't want to dismay you, but really I think the
<br>next release has to be really on track with the community and we should<br>coordinate it, push it out through the sourceforge system we have in<br>place, and push the press release globally.<br><br>Without these procedures, honestly, it is not very likely that others
<br>will help on development nor use your work.<br><br>So, lets talk some more and sort these things out.<br><br>Jon<br><br><br>--<br>Jon Phillips<br><br>San Francisco, CA<br>USA PH 510.499.0894<br><a href="mailto:jon@rejon.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
jon@rejon.org</a><br><a href="http://www.rejon.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.rejon.org</a><br><br>MSN, AIM, Yahoo Chat: kidproto<br>Jabber Chat: <a href="mailto:rejon@gristle.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rejon@gristle.org</a><br>IRC: <a href="mailto:rejon@irc.freenode.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rejon@irc.freenode.net</a><br><br>Inkscape (<a href="http://inkscape.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://inkscape.org</a>)<br>Open Clip Art Library (<a href="http://www.openclipart.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
www.openclipart.org</a>)<br><br></blockquote></div><br>
</span></div></blockquote></div><br>
</span></div></blockquote></div><br>