RE: OT : Red Carpet and Common Update mechanism (was RE: Nautilus ?)

2001-03-21 Thread Mullins, Ron
Ahhh, but the information is supposed to be free, right? Science vs.
corporation, right? If you limited the information access 
>the barrier to
entry would immediately become almost too great.
>
>I think you're missing my point here. I'm talking about some 
>service wich
>would just be interfaced to by some unnamed application and 
>wich would (yes
>in an apt way) be used to query the required 'information' 
>wich could be
>updates/documentation and so on. It's a  much broader 
>application then the
>Ximian thing i guess, but then again i just saw screenshots, 
>it never worked
>(apt/dselect did of course :))
I'm not disagreeing at all with you about a standard. What I'm saying is
that it will need to come from the community. It will never come from
corporations. It will have to come from the very body that breaths life into
Linux, not those who seek to make money from it. I'm sorry if I seem to be
at odds with your intent, I'm not.

>That's exactly contradictory to what i'm pointing out here, 
>company's always
>assume that they have to corner people down to get revenue. 
>(were not a hurd
>are we ?) Instead such a service (part of the os service it 
>would be) would
I know that it is contradictory to what you are saying. But I haven't said
that that is the way it has to be. I'm simply pointing out how a corporation
is going to look at it right now. Even a Linux company has people who have
been brainwashed with the 'business' philosophy. Since these companies are
counting on this paying their employees in the near future, you are going to
see 'hungry' practices...not cooperative. Again, I'm not disagreeing with
you.

>That over-arching service is the whole point i'm making, 
Just don't expect a 'company' to provide it. It will have to come from a
layer of development closer to the core

>they'll try skrewing up some part of it. That's the 'nature' of the
>parasites (hungry company's) that ravaged our economic (to 
>maintain what you
>were given) and other social systems worldwide. Face it, we 
>all know where
>the economic crises come from, it ain't us it's they (company's).
Agreed. I'm watching our IT department (of which I am one) purchase the
upgrades for Office 2000. The amount of money our people will be paying
would fund Linux developers for a decade. If every company devoted just one
person to assist with the kernel and other projects it would be cheaper (by
far) and there would be more getting done than you could shake a stick at.
Sigh...maybe someday.



RE: OT : Red Carpet and Common Update mechanism (was RE: Nautilus ?)

2001-03-21 Thread Mullins, Ron
>From: Joris Lambrecht [mailto:[EMAIL PROTECTED]

>services (don't get me wrong here :-)/applications but don't see why a
>common update/installation interface would be a drawback for commercial
>company's. In fact it would be advantageous to them, offering 
>free publicity
>(in a list of sites to add to your update/services list) to 
>their services.
Hadn't really thought about that - which would be a plus, but that is
because I think know why they won't.

>One would simply choose the service that best fits her/her 
>needs and budget.
Consider that they will all be providing almost the exact same thing. How
many different ways can you deliver software and check for new versions?
When you refer to free FTP servers, you discuss the merits. When you refer
to pay FTP servers, you discuss which is the least expensive and still does
what you want.

>Even offering on-demand documentation would be one of the 
>implementations i
>see for such a service. Maybe the Linux Documentation Project 
>can be put to
>world-wide use here as an on-demand knowledge/solutions 
>database ? There
Ahhh, but the information is supposed to be free, right? Science vs.
corporation, right? If you limited the information access the barrier to
entry would immediately become almost too great.

>Ximian triggered the idea really but i'm not fond 
>of an update
>service that doesn't work on my system. Don't understand why they don't
>develop to it's full potential.
They will, but it will be Ximian. That is their future revenue stream the
same as Redhat and Eazel. The only way to have someone use your product
instead of the competitors is to differentiate (or severely under-cut in
price), which is why they won't create a standard. Which is why APT might
ascend to the throne. 

I feel for them, but you are going to have several companies fighting for
the same small slice. Possibly a model where an over-arching service existed
that collected for it's update service, but passed on money to those that
developed the products it dispenses to reward them for those that use their
goods. But then we are back to paying for software, aren't we? The big
difference is that those who had their software actually used more would
automatically get the bigger share of the funds and if I had five word
processors, then it would be split.