gnu-social/extlib
Mikael Nordfeldth da04334028 Microformats2 parser class added to extlib (MIT license)
Retrieved from https://raw.githubusercontent.com/indieweb/php-mf2/master/Mf2/Parser.php
GitHub project page: https://github.com/indieweb/php-mf2/
2014-06-23 20:52:43 +02:00
..
Auth Updating Janrain OpenID auth library 2013-09-24 01:49:34 +02:00
Console upgrade Console_GetOpt to 1.9.2 2011-03-26 14:22:24 -04:00
DB User object didn't have getNickname() function 2014-05-06 16:08:36 +02:00
HTTP Updating external libraries for net access 2013-10-05 14:29:02 +02:00
Mail extlibs updates: PEAR::Mail to 1.2.0, PEAR::Net_SMTP to 1.4.2 (need to go together as a pair) 2010-12-10 10:47:22 -08:00
Mf2 Microformats2 parser class added to extlib (MIT license) 2014-06-23 20:52:43 +02:00
Michelf Updating Markdown class + use spl_autoload_register 2014-03-18 10:52:17 +01:00
Net Updating external libraries for net access 2013-10-05 14:29:02 +02:00
PEAR PEAR lib updated to 1.9.4 (seems only installation stuff changed) 2013-10-28 19:39:15 +01:00
Stomp Bump to version 1.0.0 2009-11-16 11:14:00 -05:00
System Add System_Command so MIME type fallback works for uploaded files 2009-06-23 05:16:23 -07:00
data Updating external libraries for net access 2013-10-05 14:29:02 +02:00
htmLawed htmLawed extlib updated 2013-09-24 01:37:38 +02:00
php-gettext Fix a logic error in php-gettext's setlocale() check; if setlocale() failed to return, we fall back to checking LANG environment variable. Now actually works when doing a setlocale *check* instead of a *set*. 2009-10-16 11:19:52 -07:00
Apache2.0.txt add additional licenses into extlib subdir 2008-09-22 17:21:20 -04:00
DB.php some extlibs that were missing from 0.6.0 2008-09-30 09:38:47 -04:00
Mail.php extlibs updates: PEAR::Mail to 1.2.0, PEAR::Net_SMTP to 1.4.2 (need to go together as a pair) 2010-12-10 10:47:22 -08:00
OAuth.php OAuth extlib updated and Twitter comments removed 2013-10-05 16:04:23 +02:00
OAuth_LICENSE.txt add additional licenses into extlib subdir 2008-09-22 17:21:20 -04:00
PEAR.php PEAR lib updated to 1.9.4 (seems only installation stuff changed) 2013-10-28 19:39:15 +01:00
PEAR5.php Upgrade PEAR to 1.9.2 2011-03-26 14:37:42 -04:00
PHP_License_2_02.txt add additional licenses into extlib subdir 2008-09-22 17:21:20 -04:00
PHP_License_3.01.txt add additional licenses into extlib subdir 2008-09-22 17:21:20 -04:00
PHP_Markdown_License.text add additional licenses into extlib subdir 2008-09-22 17:21:20 -04:00
README GNU social is with a minor s. 2013-10-15 00:20:36 +02:00
Stomp.php Bump to version 1.0.0 2009-11-16 11:14:00 -05:00
System.php PEAR System.php updated to 1.9.4 2014-03-15 14:01:10 +01:00
Validate.php Added PEAR Services/oEmbed and its dependencies for multimedia integration. 2009-02-03 21:35:25 +00:00
get_temp_dir.php Add a sys_get_temp_dir substitute to extlib for easier installation on versions that lack it 2008-09-24 11:08:28 -04:00
gpl-2.0.txt add additional licenses into extlib subdir 2008-09-22 17:21:20 -04:00
lgpl-2.1.txt add LGPL 2010-01-02 22:46:50 -10:00

README

DO NOT "FIX" CODE IN THIS DIRECTORY.

ONLY UPSTREAM VERSIONS OF SOFTWARE GO IN THIS DIRECTORY.

This directory is provided as a courtesy to our users who might be
unable or unwilling to find and install libraries we depend on.

If we "fix" software in this directory, we hamstring users who do the
right thing and keep a single version of upstream libraries in a
system-wide library. We introduce subtle and maddening bugs where
our code is "accidentally" using the "wrong" library version. We may
unwittingly interfere with other software that depends on the
canonical release versions of those same libraries!

Forking upstream software for trivial reasons makes us bad citizens in
the Open Source community and adds unnecessary heartache for our
users. Don't make us "that" project.

FAQ:

Q: What should we do when we find a bug in upstream software?

A: First and foremost, REPORT THE BUG, and if possible send in a patch.

   Watch for a release of the upstream software and integrate with it
   when it's released.

   In the meantime, work around the bug, if at all possible. Usually,
   it's quite possible, if slightly harder or less efficient.

Q: What if the bug can't be worked around?

A: If the upstream developers have accepted a bug patch, it's
   undesirable but acceptable to apply that patch to the library in
   the extlib dir. Ideally, use a release version for upstream or a
   version control system snapshot.

   Note that this is a last resort.

Q: What if upstream is unresponsive or won't accept a patch?

A: Try again.

Q: I tried again, and upstream is still unresponsive and nobody's
   checked on my patch. Now what?

A: If the upstream project is moribund and there's a way to adopt it,
   propose having the StatusNet dev team adopt the project. Or, adopt
   it yourself.

Q: What if there's no upstream authority and it can't be adopted?

A: Then we fork it. Make a new name and a new version. Include it in
   lib/ instead of extlib/, and use the GNUsocial_* prefix to change
   the namespace to avoid collisions.

   This is a last resort; consult with the rest of the dev group
   before taking this radical step.