Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #108750
| From | Michael Torrie <torriem@gmail.com> |
|---|---|
| Newsgroups | comp.lang.python |
| Subject | Re: Quote of the day |
| Date | 2016-05-17 13:42 -0600 |
| Message-ID | <mailman.67.1463514607.19823.python-list@python.org> (permalink) |
| References | (3 earlier) <87twhxf5nl.fsf@elektro.pacujo.net> <87mvnp57s8.fsf@rudin.co.uk> <87poskg9ip.fsf@elektro.pacujo.net> <87inyc69qb.fsf@rudin.co.uk> <7bc71dff-5240-d9f2-c1f8-8863afc24c89@gmail.com> |
On 05/17/2016 08:27 AM, Paul Rudin wrote: > Marko Rauhamaa <marko@pacujo.net> writes: >> That's a long time to be without a product to sell. > > But you do have the option of building a kernel incorporating your fix > and using that. Sure as an individual end user that may be the best option. But not necessarily for a business. The cost of doing that could be prohibitive. Sometimes we forget just how costly open source software can be (really *all* software). They can either deal with lost revenue waiting, or they can budget a tremendous amount of money, time, and effort to support their own kernel which would entail doing updates, QA testing, etc. Letting the upstream vendor do all that (their core business after all) is often the least costly option. Though it sounds like they've already spent a lot of money doing QA to identify this bug. When I did IT professionally, our policy with regards to Linux was to stick with existing packages from a known set of (mostly) official channels and to discourage any installing of libraries and frameworks from source. Allowing packages to be installed from source was just a maintenance nightmare. RPM (or deb or whatever) brings at least a tiny bit of stability and consistency.
Back to comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Quote of the day Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2016-05-17 17:50 +1000
Re: Quote of the day Radek Holý <Radek1@holych.org> - 2016-05-17 10:12 +0200
Re: Quote of the day Marko Rauhamaa <marko@pacujo.net> - 2016-05-17 11:30 +0300
Re: Quote of the day Sivan Greenberg <sivan@vitakka.co> - 2016-05-17 11:53 +0300
Re: Quote of the day Paul Rudin <paul.nospam@rudin.co.uk> - 2016-05-17 10:54 +0100
Re: Quote of the day Chris Angelico <rosuav@gmail.com> - 2016-05-17 20:48 +1000
Re: Quote of the day Marko Rauhamaa <marko@pacujo.net> - 2016-05-17 15:21 +0300
Re: Quote of the day wxjmfauth@gmail.com - 2016-05-17 06:15 -0700
Re: Quote of the day wxjmfauth@gmail.com - 2016-05-18 23:50 -0700
Re: Quote of the day Paul Rudin <paul.nospam@rudin.co.uk> - 2016-05-17 15:27 +0100
Re: Quote of the day Michael Torrie <torriem@gmail.com> - 2016-05-17 13:42 -0600
Re: Quote of the day Marko Rauhamaa <marko@pacujo.net> - 2016-05-17 23:21 +0300
Re: Quote of the day Cem Karan <cfkaran2@gmail.com> - 2016-05-17 06:39 -0400
Re: Quote of the day Thomas Mlynarczyk <thomas@mlynarczyk-webdesign.de> - 2016-05-18 14:05 +0200
Re: Quote of the day Chris Angelico <rosuav@gmail.com> - 2016-05-18 22:32 +1000
Re: Quote of the day Ned Batchelder <ned@nedbatchelder.com> - 2016-05-18 08:21 -0700
Re: Quote of the day Thomas Mlynarczyk <thomas@mlynarczyk-webdesign.de> - 2016-05-18 17:35 +0200
Re: Quote of the day Ned Batchelder <ned@nedbatchelder.com> - 2016-05-18 08:47 -0700
Re: Quote of the day Ethan Furman <ethan@stoneleaf.us> - 2016-05-18 09:05 -0700
Re: Quote of the day Steven D'Aprano <steve@pearwood.info> - 2016-05-19 02:50 +1000
Re: Quote of the day Gregory Ewing <greg.ewing@canterbury.ac.nz> - 2016-05-19 10:52 +1200
Re: Quote of the day Ethan Furman <ethan@stoneleaf.us> - 2016-05-18 16:30 -0700
Re: Quote of the day Steven D'Aprano <steve@pearwood.info> - 2016-05-19 10:43 +1000
Re: Quote of the day Ethan Furman <ethan@stoneleaf.us> - 2016-05-18 17:59 -0700
csiph-web