Mailing List Archive: Wikipedia: Mediawiki

Nightly tarballs?

Index | Next | Previous | View Threaded

mah at everybody

Aug 1, 2012, 12:29 PM

Post #1 of 5 (335 views)
Permalink

Nightly tarballs?

Is there any interest in having nightly snapshots of MediaWiki available?

I realize people could just use git, but this poses a problem for users
who are familiar with extracting, say, a .xip file, and making MediaWiki
work, but are stymied by the esoteric nature of git.

This would be similar to Mozilla's nightlies:
(http://nightly.mozilla.org/) and may also be a stepping stone for
people to get into development, or at least patch submission.

This all came up because I had the chance to provide a snapshot to help
solve a problem in 1.19
(http://thread.gmane.org/gmane.org.wikimedia.mediawiki/40011, shortened:
http://hexm.de/kt).

I used the make-release script
(http://svn.wikimedia.org/viewvc/mediawiki/trunk/tools/make-release/,
shortened: http://hexm.de/ku) and put the snapshot up at
http://mah.everybody.org/snapshots/.

I'm willing to set this up to run on wmflabs.org or on my own server if
there is interest. This may also be a good way to measure the "need"
for a point release -- for example, if the nightly starts including
fixes for annoying bugs that affect a lot of people, then a point
release is probably needed. (I'm looking at you, Bug #24985.)

--
http://hexmode.com/

Human evil is not a problem. It is a mystery. It cannot be solved.
-- When Atheism Becomes Religion, Chris Hedges

_______________________________________________
MediaWiki-l mailing list
MediaWiki-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

krinklemail at gmail

Aug 1, 2012, 5:06 PM

Post #2 of 5 (314 views)
Permalink

Re: [Wikitech-l] Nightly tarballs? [In reply to]

We already have hourly snapshots of the stable master though:

https://toolserver.org/~krinkle/mwSnapshots/#!/mediawiki-core/master

(and it includes release branches, feature branches and wmf branches).

That could be expanded to keep old version (right now it only keeps the
latest one).

-- KJrinkle

On Wed, Aug 1, 2012 at 12:29 PM, Mark A. Hershberger <mah [at] everybody>wrote:

> Is there any interest in having nightly snapshots of MediaWiki available?
>
> I realize people could just use git, but this poses a problem for users
> who are familiar with extracting, say, a .xip file, and making MediaWiki
> work, but are stymied by the esoteric nature of git.
>
> This would be similar to Mozilla's nightlies:
> (http://nightly.mozilla.org/) and may also be a stepping stone for
> people to get into development, or at least patch submission.
>
> This all came up because I had the chance to provide a snapshot to help
> solve a problem in 1.19
> (http://thread.gmane.org/gmane.org.wikimedia.mediawiki/40011, shortened:
> http://hexm.de/kt).
>
> I used the make-release script
> (http://svn.wikimedia.org/viewvc/mediawiki/trunk/tools/make-release/,
> shortened: http://hexm.de/ku) and put the snapshot up at
> http://mah.everybody.org/snapshots/.
>
> I'm willing to set this up to run on wmflabs.org or on my own server if
> there is interest. This may also be a good way to measure the "need"
> for a point release -- for example, if the nightly starts including
> fixes for annoying bugs that affect a lot of people, then a point
> release is probably needed. (I'm looking at you, Bug #24985.)
>
> --
> http://hexmode.com/
>
> Human evil is not a problem. It is a mystery. It cannot be solved.
> -- When Atheism Becomes Religion, Chris Hedges
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l [at] lists
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

robla at wikimedia

Aug 1, 2012, 6:10 PM

Post #3 of 5 (316 views)
Permalink

Re: [Wikitech-l] Nightly tarballs? [In reply to]

On Wed, Aug 1, 2012 at 12:29 PM, Mark A. Hershberger <mah [at] everybody> wrote:
> I'm willing to set this up to run on wmflabs.org or on my own server if
> there is interest. This may also be a good way to measure the "need"
> for a point release -- for example, if the nightly starts including
> fixes for annoying bugs that affect a lot of people, then a point
> release is probably needed. (I'm looking at you, Bug #24985.)

For testing reasons, I think this would be a great thing to have. I
would love to have a process where Jenkins kicks off a nightly
tarball, running make-release and then uploading it to Swift somehow.
I asked Ben offlist if it would be possible to set up a non-wiki
public front end, and he acknowledged it would be and that we'll
probably need it for other stuff (though nothing is planned, and no
one has explicitly asked before now).

The reason I bring Swift into this is because I'm pretty sure we don't
have any place else that would have the capacity we need to feel
comfortable hosting something like this. Even then, we'd still
probably want to do pruning (keep a couple weeks of tarballs, then
nuke the old stuff).

Don't read "I think this would be great" to mean that this is a high
priority thing, since I can't promise this won't get stalled behind
other priorities, but it's an interesting idea. The next step, I
think, is to figure out exactly how hosting on Swift would work.

Rob

_______________________________________________
MediaWiki-l mailing list
MediaWiki-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

krinklemail at gmail

Aug 1, 2012, 6:42 PM

Post #4 of 5 (312 views)
Permalink

Re: [Wikitech-l] Nightly tarballs? [In reply to]

On Wed, Aug 1, 2012 at 4:26 PM, Chad <innocentkiller [at] gmail> wrote:

> On Wed, Aug 1, 2012 at 7:17 PM, Mark A. Hershberger <mah [at] everybody>
> wrote:
> > On 08/01/2012 06:50 PM, Platonides wrote:
> >> I don't think we need a separate nightly page. If someone wants a
> >> "nightly", he can use this git download. Differences with release
> >> mediawiki are minimal.
> >
> > The release *does* include some standard extensions that are not in the
> > gitweb link.
> >
> > But, yes, having the gitweb link makes this less of an issue.
> >
>
> Let's please not link to the gitweb tars. They're not cached, so
> each one would be generated on demand.
>
> -Chad
>
>
That's why I created mwSnapshots are a replacement for vvv's mw-nightly
(which, before it was taken down, afaik still only worked with SVN).

https://toolserver.org/~krinkle/mwSnapshots/#!/mediawiki-core/master

And it does cache :)

-- Krinkle
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

mah at everybody

Aug 2, 2012, 7:57 AM

Post #5 of 5 (307 views)
Permalink

Re: Nightly tarballs? [In reply to]

Rob Laphier writes:

> For testing reasons, I think this would be a great thing to have.
...
> Don't read "I think this would be great" to mean that this is a high
> priority thing, since I can't promise this won't get stalled behind
> other priorities

Fair enough.

Given that Chad has pointed out the un-cached nature of the gitweb
links, though, this sounds like the thing to do.

Since it sounds like the WMF is at least willing to provide the
infrastructure (Git, Jenkins and Swift), can those of us outside the WMF
who want to make this happen work with Chad, Antoine, and Ben to figure
out how we can handle the nitty-gritty work that needs to be done?

It sounds like some knowledge transfer (which I hope would be minimally
invasive) and the already-existing infrastructure would be a all that is
required from the WMF to make this happen. The rest (changes for
Jenkins) could be done by volunteers.

--
http://hexmode.com/

Human evil is not a problem. It is a mystery. It cannot be solved.
-- When Atheism Becomes a Religion, Chris Hedges

_______________________________________________
MediaWiki-l mailing list
MediaWiki-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads