Last modified: 2011-12-07 22:39:11 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T34633, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 32633 - Special:ExtensionDistributor for REL1_18 version does not include svn:externals
Special:ExtensionDistributor for REL1_18 version does not include svn:externals
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
: ops
Depends on:
Blocks: 32711
  Show dependency treegraph
 
Reported: 2011-11-24 22:54 UTC by Doug
Modified: 2011-12-07 22:39 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Doug 2011-11-24 22:54:15 UTC
The documentation, included in the distribution says:

"If you downloaded this from MediaWiki.org, there should already be a 'geshi' directory in this folder. If there is, you can skip the next paragraph."

The documentation at [[mw:Extension:SyntaxHighlight GeSHi]] is clearer:

"Since r46666, we bundle Geshi into subversion. When downloading via the ExtensionDistributor or directly from SVN, there should already be a "geshi" directory inside your SyntaxHighlight_GeSHi directory. If this is the case then GeSHi is already installed."

No such folder exists, 4 files were unzipped: SyntaxHighlight_GeSHi.php, SyntaxHighlight_GeSHi.i18n.php, SyntaxHighlight_GeSHi.class.php, and README.

I downloaded the version for MW1.18 from the ExtensionDistributor.  Either something is missing or the documentation is incorrect.
Comment 1 Sam Reed (reedy) 2011-11-24 22:58:17 UTC
It would look like REL1_18 was checked out ignoring externals

Trunk and 1.17 are fine
Comment 2 Mark A. Hershberger 2011-12-02 21:04:58 UTC
from triage: Ops needs to run svn up with externals.
Comment 3 Brion Vibber 2011-12-02 21:08:26 UTC
Do you mean that 'svn up' is being run with --ignore-externals option? Why would that be happening?
Comment 4 Mark A. Hershberger 2011-12-03 01:51:28 UTC
(In reply to comment #3)
> Do you mean that 'svn up' is being run with --ignore-externals option? Why
> would that be happening?

I've no idea if that is what is happening, but apparently that would be a way to cause this.
Comment 5 Tim Starling 2011-12-07 22:19:17 UTC
All the files are there in the working copy. The tar file in question was generated a month ago, maybe the files weren't there at the time. I'll delete all the cached tarballs.
Comment 6 Mark A. Hershberger 2011-12-07 22:35:56 UTC
Just tried to download again and got the same problem... or was I supposed to wait for something else?
Comment 7 Tim Starling 2011-12-07 22:36:36 UTC
You were supposed to wait for me to finish fixing it, which I have now done.
Comment 8 Mark A. Hershberger 2011-12-07 22:39:11 UTC
Right.  I was too fast on the trigger.  It works now.  I just assumed you had already done it.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links