FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 11-16-2010, 10:03 PM
Toshio Kuratomi
 
Default do we /really/ need to be shipping a 600~meg root-doc subpackage?

On Tue, Nov 16, 2010 at 03:13:35PM -0700, Kevin Fenzi wrote:
> On Tue, 16 Nov 2010 11:22:56 -0800
> Jesse Keating <jkeating@redhat.com> wrote:
>
> > I'm seeing 15~ builds of this package in the past 2~ months. Each of
> > those builds cranks out a 600~ meg doc subpackage. Is this really
> > necessary? Does the docs change that much each release? Is it really
> > worth trundling that data all over the place instead of linking to a
> > website that has it?
>
> Yeah. See https://bugzilla.redhat.com/show_bug.cgi?id=621812 for some
> discussion of this.
>
> IMHO, I would prefer also to see the subpackage dropped and pointing
> people to a web site for further docs if possible.
>
> Thats a fair bit of BW hit on every sync for my mirror, as well as lots
> of disk space, etc. (I'd guess around 6GB or so with the base/updates
> for 12/13/14/rawhide trees)
>
Another possibility -- two main packages built from the same tarball instead
of subpackages. That would at least mean we don't need to update when
we're updating only for changes in the spec file (as opposed to new upstream
releases). If we were lucky and the documentation doesn't difer between
upstream minor releases, (from 5.26.00b to 5.26.00.c for instance) we
wouldn't have to rebuild it then either.

-Toshio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 07:44 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org