I'm going to agree with you OliverK. And I believe that's how John
wants it to work, but he'll have to comment.
I believe anything that can be used by multiple apps should be stored in
CommonFiles. Currently, GTK for Pidgin is not, but I don't think there
are (m)any apps that currently use GTK.
I believe unless it HAS to be different, IE - use a set version of the
shared library, it should be allowed to be stored in CommonFiles. But,
on top of that, we need to have a solid base for it like John has done
with Java before we can really require the app to use a commonfile
location of the library.
-Michael
OliverK wrote:
> I don't know if anyone is keeping up with the gVim thread, but I
> posted about something that I thought the Release Team should handle
> (or at least consider).
> As I posted here, http://portableapps.com/node/15654#comment-126364, I
> thought the the release team should formalize where the whole
> Perl\Python\ruby, etc debate.
>
> *Perl*
> I'll start with perl as I butcher it quit well. There's two Perl
> releases in the forums currently:
> Shawn Fauchers <http://portableapps.com/node/12595>
> daBomb69 <http://portableapps.com/node/20482>'s
> Shawn Faucher's version places the bin\lib\site of Perl in Common
> Files. daBomb's goes in App\Perl for the binaries. Neither of these
> will function with XChat's perl plugin, which requires ActiveState
> ActivePerl. Technically a third version of perl.
> Strawberry Perl also released a portable version
> <http://strawberryperl.com/download/strawberry-perl-5.10.0.6-portable.zip>.
>
> *Python*
> There's technically two version of Python in forums, although one has
> been declared defunct by it's author. I can't really comment on this
> one, since I'm not sure how exactly the whole thing works.
>
> ------------------------------------------------------------------------
> Personally, I'm evenly split on the issue for Perl, as well as
> Python. I don't think Python support can be cut up the way Shawn did
> Perl. I know Java runtimes are in CommonFiles, so I would think that
> its appropriate for Python and Perl runtimes (along with others) to
> also be there. However, that brings in the issues of asking
> developers to change the way they are handling distributions, which I
> don't think would be greeted with exactly open arms.
>
> I know I am not for doing multiple copies of everything by every app.
> Even though flash drives are ridiculously cheap these days, I still
> don't think we should squander that space that could be used for
> something else. I think that it would also increase download sizes,
> which is unnecessary. Especially if we have the something like gVim
> being bundled with 5 different languages.
>
> Perhaps the only exception is something like XChat, but I don't think
> that XChat is going to be released . . . In that case, we could
> probably do addon installers of some sort.
>
> John, I don't know if you have a plan here or not. If you do, I'd
> like to know. I think that the issue will become greater as more
> IDE's and other things are (hopefully) introduced, and that it would
> be nice to be dealt with now.
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> ------------------------------------------------------------------------
>
> _______________________________________________
> PortableApps-ReleaseTeam mailing list
> Por...@li...
> https://lists.sourceforge.net/lists/listinfo/portableapps-releaseteam
>
|