Re: Fast releases demand binary updates.. (Was: Release schedule for 2006)
- From: Jo Rhett <jrhett@xxxxxxxxxx>
- Date: Thu, 22 Dec 2005 14:12:02 -0800
On Thu, Dec 22, 2005 at 04:45:09PM -0500, Chuck Swiger wrote:
> FreeBSD releases new .ISO images several times a year, but you've got the
> tools to make .ISO images of patch releases yourself, if you want to. I
> don't think that the FreeBSD project can shorten the release cycle below a
> month or so, which means that patch releases are always going to be on the
> (b)leading edge...
I'm not sure you're paying attention to what I'm saying. This was your
reply to my message about systems without CDs, with only flash drives, etc.
ISOs won't help.
> >And taking systems offline for a .1
> >update gets annoying fast. Dealing with all the file comparisons which are
> >exactly the same except for the CVS tag takes hours for no good reason.
> >Multiple many hours by hundreds of systems, and you could easily have a
> >full time person just doing FreeBSD upgrades.
>
> Using a build server as a testbed and to generate new packages or even a
> new kernel + world will reduce the amount of work required, but FreeBSD
> does require some level of administration and maintenance.
We already have that. But again, I'm not sure what you are trying to say
here. The centralized server makes patching and port upgrades easier. It
does _NOTHING_ for core OS upgrades because there is no supported mechanism
for doing binary upgrades except from the ISO. Thus, we are finally back
on topic.
> >I don't care about ports, just the base OS. Ports we've built the
>
> I've got firewalls with a single-digit number of ports installed, but
> anything else seems to acquire 100-200 or so.
Again, I don't care about ports. The largest number of ports installed on
any production system we have is 18. And having a centralized server where
we can build and export the packages works just fine. The portaudit tools
are very useful in this regard, when pointed at internal servers.
There is no similar mechanism for OS upgrades, which is what we're talking
about here. Ports is not a problem.
> I'm with you on this, but suggesting solutions is more useful than just
> noting the existence of problems.
I have made suggestions. Everyone has made suggestions. Most of us have
produced code to work around the problem, but the core OS team has always
refused to support or acknowledge these efforts.
For binary upgrades without booting from CD-ROM to be possible, we need
versioning of some sort at the OS level. Core OS packages are the most
popular suggestion, but not the only path. Every year this topic comes up
and gets struck down again.
--
Jo Rhett
senior geek
SVcolo : Silicon Valley Colocation
_______________________________________________
freebsd-stable@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 )
- From: Daniel O'Connor
- Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 )
- References:
- HEADS UP: Release schedule for 2006
- From: Scott Long
- Fast releases demand binary updates.. (Was: Release schedule for 2006)
- From: Joe Rhett
- Re: Fast releases demand binary updates.. (Was: Release schedule for 2006)
- From: Chuck Swiger
- Re: Fast releases demand binary updates.. (Was: Release schedule for 2006)
- From: Jo Rhett
- Re: Fast releases demand binary updates.. (Was: Release schedule for 2006)
- From: Chuck Swiger
- HEADS UP: Release schedule for 2006
- Prev by Date: Re: HEADS UP: Release schedule for 2006
- Next by Date: Re: gmirror SCSI+IDE
- Previous by thread: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006)
- Next by thread: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 )
- Index(es):
Relevant Pages
|
|
