Dave Long wrote:
> If bandwidth is such an issue, why don't some of you all work out a way
> to trade patches over high-latency (somewhere between sneakernet and
> UUCP?) links?
Jeez, its not THAT bad an issue. It is easy enough to get (for example)
a 512K DSL line, capped at 3 GB worth of transfer, for about $55 a month
Only, that 3 GB worth of transfer is going to disappear if you start
trying to download a DVD's worth of debian, or fc4, or do "apt-get
dist-upgrade" type stuff.
So the local LUGs typically have CDs they get from somewhere or the
other (download it at work, or when you are abroad, or get your friends
abroad to ship you CDs) and everybody has a CD burner anyway.
> With decent modularization and regression testing, there is no reason
> why patches that are developed for one snapshot of a code base would not
It is not an issue of bandwidth
The "other" issues discussed in the article - those are rather more
applicable. People get paid to write code that runs on linux, but isn't
necessarily gpl'd. Binary only modules / drivers, database stuff etc.
Or they get paid to "sysadmin" linux boxes for webhosting - typically
pizzabox 1Us with a point and drool control panel like ensim or cpanel
installed onto them. Or maybe to develop websites for their clients
using php or perl instead of ASP.
The "scratch an itch" thingy doesnt really exist for many people, all
that exists is a "linux is a way for me to get a job", so if you walk
around most cities, you'll find the place littered with hole in the wall
"training centers" advertising RHCE coaching, or something similar.
srs
