Hi Joseph, On 9/19/2014 9:35 PM, josephkk wrote:> On Fri, 19 Sep 2014 01:27:38 -0700, Don Y <this@is.not.me.com> wrote:>> This is the first time that I have *had* to rely on a live CD. >> Lesson learned: build a live cd that has a barebones kernel >> (which tries to be the least of all worlds) instead of GENERIC >> (which tries to be all things to all machines). I.e., instead >> of trying to have a running system on a live CD, try for a >> DEBUGGABLE system. > > Don, this whole fufarah has impressed with NetBSD and its adaptability. I > must really give it another look soon.It depends a lot on what your goals are. I use NetBSD primarily to host "services": my DNS, DHCP, TFTP, font, file, web, database, etc. servers all run on NetBSD boxen. They typically see very long uptimes (weeks, months, years). Performance is never an issue as I'm not a "commercial site" with lots of traffic, etc. Services tend to run headless so I am mainly concerned that the boxes boot reliably (so I don't have to drag out a monitor and keyboard to talk to them!) and stay up "indefinitely" (including recovering from power outages "unattended"). I like the fact that I can stuff a disk in a USB enclosure, plug that into a running system, partition the disk (disklabel), create the file systems (newfs), mount them somewhere convenient, copy the appropriate portions of the "hosting" file system onto that mount point (tar), build a kernel for that new system, unmount/unplug the USB drive and have a drive that is "ready to boot" on some new machine -- all in a matter of a few hours (most of that time spent deciding which files to copy and waiting for them to be copied over the USB -- only a few of my machines support hot-plugging drives). Once the "new" system boots, I just have to tweek rc.conf(5) (fix hostname, add an entry for it in hosts(5), adjust any services that I may want to enable/disable, etc.) and verify all the desired devices are supported in the kernel that I built (e.g., I probably will NOT want the wireless device in the Atom's enabled *or* supported!) [I assign static names/IPs to all of my hosts. I rely on the name server box to *resolve* those names -- but not on the DHCP server to *assign* them! That way, if the DHCP server is unavailable, I can still boot a "named" box and talk to it. Like most folks, I choose names that are easy to memorize: printers are Curly, Larry, Moe and Shemp with Curly at x.x.x.111; Sun boxen are George, Jane, Judy and Elroy with George at x.x.x.71 (actually, I think Elroy just got discarded); wireless AP's are Rosey, RUDI and Mack; PC's are Pinky, TheBrain, Tennessee, Chumley, etc. "Mnemonic aids" so I can deduce what the name server would likely report when queried for a particular name!] I do very little "interactively" under NetBSD: primarily write and debug code. My "desktop" is incredibly unadorned: no fancy wallpaper, no animated icons, etc. Heck, I don't even have a *clock* displayed! I'm more than happy with a root-weave backdrop -- most of it will be obscured by xterm/xemacs/eclipse/etc. windows, anyway! On some of the "real" X terminals, the root window may just be a solid color (to let me determine which "desktop" I am using) I run a small app (xanim, IIRC) that turns the cursor into a "twisting" X (so it is easy to find). I use xeyes(1) to provide a quick hint as to where I should go searching for the cursor ("Where are THEY looking?"). And some other (forget name) app that *hides* the cursor when it is motionless for a period of time -- so I can freely type without having the cursor interfere with the text I'm trying to read (as soon as I nudge the mouse, the cursor rematerializes if I need specific knowledge of it's location) I use Windows-based apps for most of my "real work" -- desktop publishing, schematic capture, PCB layout, analysis/simulation, etc. I run eXceed on the PC to let me bring my NetBSD desktops onto the PC (I had previously used NCDware as I purchased it to be compatible with some of my NCD X terminals. But I have noticed that I tend to invoke the eXceed server more often). While NetBSD (and all the BSD's, for that matter) provide support for the various desktops, window managers, "OpenOffice", etc. -- the usual litany of FOSS products -- I don't run any of them as I have no real need for them (having similar or better tools running under Windows that all "play together" well). I don't spend much (any!) time "updating" my Windows machines (nor the *BSD ones, for that matter -- if it ain't broke, don't fix it!) Seeing "products" like OpenOffice or KDE with new releases every few months leads me to wonder if they have that many *problems* or if there are that many MISSING FEATURES to necessitate so many releases! :< I surely don't have that much "disposable time" to invest in downloading, installing and debugging their latest set of features/bugs! E.g., I went from NetBSD 3.1 to 5.something and will be building these Atom's under whatever -CURRENT/STABLE happens to be (6.1.4?) If you have an IT department available -- or, like to "play" with your machines -- your preferences might be different. These little Atom boxes, I am hoping, will allow me to replace larger, power-hungrier boxes with smaller, more energy efficient ones -- without too much of a sacrifice on performance. (I'm on a "downsizing binge"... too much kit hiding here! :< ) And, move some of the external drives that are currently hosted on specific Windows/BSD boxes off to a generic NAS appliance (i.e., boot *that* box instead of some specific Windows or BSD box to gain access to those files! At gigabit network speeds, there's hardly any advantage to "local access" to those drives!) Unfortunately, most of my machines use PATA, SCSI, SCA, or FC drives. Only a couple of laptops (and one PC) use SATA drives. This leaves only the laptop SATA's in some of my "external" drives as potential "sources" of rotating media for the Atoms. <http://www.apricorn.com/apricorn-bio-biometrically-secure-128-bit-aes-hardware-encrypted-hard-drive.html> I'll see what I can come up with next week -- by way of drives *or* something comparable to the Atom's (that, perhaps, uses PATA laptop drives -- as I have many of those). Meanwhile, I'm taking Andrew's suggestion and looking into (physically) small USB thumb drives to host executables. I can prototype this sort of operation with "regular" thumb drives and just move the images onto physically smaller drives when the idea is "proven".
Intel Atom: pros/cons/hazzards?
Started by ●September 17, 2014
Reply by ●September 20, 20142014-09-20
Reply by ●September 20, 20142014-09-20
On 9/20/2014 7:42 AM, David Brown wrote:> This is exactly the sort of fight I wanted to avoid - I tried to give you a few > /technical/ pointers to why Linux might do a better job for you, and in trying > to battle ignorance and myths I have stupidly let myself get drawn in. And for > every point I correct, you post another three paragraphs of new imagined > issues. I simply don't have the time and energy to spend battling such > determined fixed positions - this is why I and a good many others usually avoid > many of your threads.David, you refuse to understand the basic issue that drives me (and others) away from Linux: we want to avoid the GPL LIKE THE PLAGUE! I have no desire to invest time bettering a product that I can't then use AS I PLEASE. And, that I can't pass on to other "licensees" in the same way! I don't believe you can get real experience with ANY product if you just throw toy applications at it. E.g., evaluation copies of software are usually useless because you won't willingly undertake a REAL project with them out of fear you will bump into some limitation of the "intentionally crippled" product -- just as you near project completion or a delivery date! Why risk a project on an unknown?? I make heavy use of an RDBMS in my current projects. I could use any generic RDBMS for my work -- even a commercial product like Oracle. But, that means I am stuck with whatever that product provides. And, any bugs that come with it (no chance to peek under the hood to see why its behaving as it is, etc. -- to me, this is the REAL advantage of FOSS! A "live, working reference implementation"!) I could use MySQL and gain access to the sources. I am then free to make any changes or improvements to it that enhance my product's "performance". But, then I have to assume the encumberances that the GPL puts on MySQL. [I.e., I move to a FOSS product so I can peek under the hood] In order to avoid the GPL in a RELEASED product, I would then have to *switch* my product over to an unencumbered RDBMS (e.g., PostgreSQL). And, learn all about *it*, see how my MySQL patches apply to PostgreSQL (i.e., they WON'T!), figure out what other issues PostgreSQL presents -- along with patches for those, etc. THEN, I can freely drag my patched PostgreSQL implementation into my product without any other "considerations! Here, in essence, is the ENTIRE license: "Permission to use, copy, modify, and distribute this software and its documentation for any purpose, without fee, and without a written agreement is hereby granted, provided that the above copyright notice and this paragraph and the following two paragraphs appear in all copies. IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS." Note that it doesn't impose any forward going requirements on me -- to redistribute my updates, to redistribute the sources from which I created "my version", ensure that a server has those files available for a particular amount of time, etc. "Do with it what you wish!" No worry about the "Microsoft (or GPL!) police" coming after me for failing to adhere to the terms of the license! Contrast that with MySQL's license (or Linux's). [I.e., I move from a GPL'd FOSS product to an "open" FOSS product so I can avoid the encumberances that the GPL imposes] The same argument extends to other pieces of FOSS software FROM WHICH I LEARN AND GARNER EXPERIENCE. Neither the Linux, *BSD nor <whatever> "kernels" have the features that I want. So, NONE has any appeal to me AS A KERNEL that I can "inherit". You've claimed I can "bolt on" many of these features to the Linux kernel. All of those features are intended to allow for more robust, secure "applications" that are easier to implement under those environments... but, the kernel itself should NOT benefit from those capabilities??? That's like offering a preemptive multitasking system and then opting to implement it on a single-threaded, nonpreemptive kernel! (i.e., NOT let the kernel's design benefit from the same capabilities that it is trying to extend into "userland") Do you not see the silliness in this argument? One of the most complex pieces of software in a system -- one that MUST be robust -- should be designed with ad hoc methods by some priestly elite?? ["Well, that allows the kernel to be used in applications that DON'T need those capabilities! And, we can get some epsilon of additional performance out of it!" Great! And what's your justification for applications that *do* need those capabilities? "We didn't want to have to rewrite it from scratch. (We figured you could tolerate the LOWER performance of a non-native implementation...)"] Kernel hackers shouldn't be part of some "sacred order". Someone wanting to write a Widget DRIVER should be able to do so in much the same way that he could if writing a Widget APPLICATION! And, the rest of the kernel should be as "unworried" about his efforts as the other APPLICATIONS would be if he was writing an application! I.e., his driver can't muck with hardware or data structures that shouldn't be VISIBLE to him! And, his "components" will inherently "play nice" with the other components in the system because they all use the same API and feature set in their implementation!> If you are happy with BSD, that's great. I am genuinely pleased that you are > content with what you have. And I hope you will forgive my misguided attempts > at making new suggestions that I thought might have made things easier for you > - it was an attempt to help, not a call for battle.You and many Linux users seem to think Linux is The Answer to every problem. It isn't. Nor is Windows, FreeBSD, NetBSD, BeOS, Solaris, etc. We each have particular criteria that we use for selecting the *tools* that we use. I don't use NetBSD for a "desktop" -- Windows has that covered far and beyond any other OS (in terms of the variety and sophistication of the applications that I can purchase). Where windows stands on a "technological" basis isn't important to me. Nor is the amount of memory that it uses for a particular purpose, how long it takes to boot, etc. I don't care about how many "security updates" it requires -- I just don't let the boxes talk to the outside world! (if you are celibate, you don't have to worry about condoms!) I want specific features in the APPLICATIONS that I use -- and Windows-based applications have those features (regardless of the fact that I have to pay money for them). And have *had* those features far longer than any FOSS OS! (what was the state of FOSS 3D CAD, schematic capture, PCB layout, DTP, etc. in the mid 80's? Gee, Linux wasn't even a gleam in Linus's eye at the time! Should I have waited until those apps came along "for free"? Then, discarded all of the first-hand experience I had accumulated with their Windows predecessors? Just to save the money that I had already SPENT?? Or, rather, to become a faithful fanboy?) I'm not interested in clipping code from "applications" -- the applications that I develop are unlikely to be encountered on a desktop -- Windows, Linux, *BSD or other! There are no apps from which my code can directly "benefit". Instead, I run NetBSD for the OS mechanisms and fundamental SERVICES that it presents and that I *use* WHILE I am writing code for my own OS's and applications. Note the subject of this thread -- and another, recently -- is concerned with appliances. I'm not trying to build an Atom-based, desktop machine! If I was, then I would be far more concerned with what performance I can get from the video subsystem instead of being EAGER to settle for 80x25! A few weeks back, I replaced a NetBSD-based box, here, that provided many of the lightweight services: DNS, TFTP image server, BOOTP/DHCP, font server, print server, mail handler, etc. It was "up" for over 1000 days. The "replacement" process consisted of pulling the laptop drive from that box and cramming it into the new box (6"x6" instead of ~12x8"), booting, making note of the "not configured" devices listed in dmesg(8), adding those lines to the configuration file for a new kernel, building that kernel and installing it. I spent more time trying to get the drive to physically fit inside the box than I did "adapting" the software on it for the new hardware (faster, more modern, more memory, etc.)! BECAUSE I HAD 20 YEARS OF EXPERIENCE DOING THIS WITH *BSD BOXEN! I.e., what I learned from actually USING *BSD's made it easier for me to do what I needed to do. Just like what I learn from USING PostgreSQL makes it easier for me to modify PostgreSQL to do what I want it to do! Or, from using NetBSD in my DNS service, "file system", etc. So, it is relatively easy for me to replace all of the various configuration files scattered around the file system and rework the applications and services to use a centralized database to supply these "settings" in a more unified manner. And, to use the security features of that database to ensure certain applications can't "peek" at settings that should have been "private" (which would be enforced using file permissions in a traditional implementation). And, to extend the capabilities and performance of those services by leveraging these features. Why would I want to rewrite Linux's init(8) if I couldn't then copy ALL of init.c into my product, unencumbered? Why would I want to gain experience using Linux's bootstrap process if I wasn't going to benefit directly from that experience -- other than in troubleshooting how my "development system" works? Why go *that* route when the same capabilities are available in OTHER codebases that will support the same sort of development activities (i.e., so I can get first-hand experience on a day-to-day basis) with the added benefit of being unencumbered? When Linux replaces their license with the one cited above, *then* I'll consider investing time in it. Assuming, of course, that it offers anything that I *want* and haven't already acquired by then! Until then, I really don't care if Linux supports more NICs, video adapters, applications, users, motherboards, file systems, etc. It's simply "not a contender".
Reply by ●September 20, 20142014-09-20
josephkk wrote:> On Fri, 19 Sep 2014 01:17:51 -0700, Don Y <this@is.not.me.com> wrote: > >> >>>>> When I say Linux, I am referring to all of those collectively. When you >>>>> say you don't run Linux, you mean... whatever... this can be >>>>> exasperating sometimes. >>>> >>>> That's like saying "Windows" and meaning OSX, Linux, *BSD, Solaris, >>>> etc. >>> >>> Sometimes you make no sense. You just said Linux is the kernal for all >>> of those systems. Now you are saying it is the kernal for Windows >>> too... ok >> >> No! Linux is *a* kernel. In DOS parlance, it is COMMAND.COM... >> for Linux Distros -- and ONLY for Linux Distros! > > Umm, No. DOS command.com is like one of the shell languages sh, csh, ash, > bash, etc., > The underlying system is in things like io.sys and dos.sys. > > ?-) > >The underlying system is behind Int21h -- Les Cargill
Reply by ●September 20, 20142014-09-20
On 20/09/14 21:19, Don Y wrote:> On 9/20/2014 7:42 AM, David Brown wrote: >> This is exactly the sort of fight I wanted to avoid - I tried to give >> you a few >> /technical/ pointers to why Linux might do a better job for you, and >> in trying >> to battle ignorance and myths I have stupidly let myself get drawn >> in. And for >> every point I correct, you post another three paragraphs of new imagined >> issues. I simply don't have the time and energy to spend battling such >> determined fixed positions - this is why I and a good many others >> usually avoid >> many of your threads. > > David, you refuse to understand the basic issue that drives me (and others) > away from Linux: we want to avoid the GPL LIKE THE PLAGUE! I have no > desire > to invest time bettering a product that I can't then use AS I PLEASE. And, > that I can't pass on to other "licensees" in the same way! >I think you totally and completely misunderstand the GPL, totally and completely misunderstand how it applies to an operating system like Linux, and totally and completely misunderstand how open source development works, where it is a good choice, and where it is a bad choice. (And yes, I know you have written and published open source software.) You have convinced yourself of your position so solidly that even Steve "Linux and the GPL is a cancer" Balmer would be shocked. Frankly, I don't think there is anything I can say now that hasn't already been said to you in the past by myself and others. (And no, I do not think Linux is the "answer to every problem". Like you, I look at each problem individually to see the best solution. I also happen to prefer PostgreSQL over MySQL for technical reasons - the particular flavour of OSS license used makes no difference when using a big database.)
Reply by ●September 20, 20142014-09-20
On 9/20/2014 12:58 PM, David Brown wrote:> On 20/09/14 21:19, Don Y wrote: >> On 9/20/2014 7:42 AM, David Brown wrote: >>> This is exactly the sort of fight I wanted to avoid - I tried to give >>> you a few >>> /technical/ pointers to why Linux might do a better job for you, and >>> in trying >>> to battle ignorance and myths I have stupidly let myself get drawn >>> in. And for >>> every point I correct, you post another three paragraphs of new imagined >>> issues. I simply don't have the time and energy to spend battling such >>> determined fixed positions - this is why I and a good many others >>> usually avoid >>> many of your threads. >> >> David, you refuse to understand the basic issue that drives me (and others) >> away from Linux: we want to avoid the GPL LIKE THE PLAGUE! I have no >> desire >> to invest time bettering a product that I can't then use AS I PLEASE. And, >> that I can't pass on to other "licensees" in the same way! > > I think you totally and completely misunderstand the GPL, totally and > completely misunderstand how it applies to an operating system like Linux, and > totally and completely misunderstand how open source development works, where > it is a good choice, and where it is a bad choice. (And yes, I know you have > written and published open source software.) You have convinced yourself of > your position so solidly that even Steve "Linux and the GPL is a cancer" Balmer > would be shocked. Frankly, I don't think there is anything I can say now that > hasn't already been said to you in the past by myself and others.You can fetch a copy of the GPL yourself. I'll just point out particular differences between it and the 3 paragraph license I cited before: 1. You may copy and distribute verbatim copies of the Program's source code as you receive it, in any medium, provided that you conspicuously and appropriately publish on each copy an appropriate copyright notice and disclaimer of warranty; keep intact all the notices that refer to this License and to the absence of any warranty; and give any other recipients of the Program a copy of this License along with the Program. Nothing significant here. I can copy and distribute verbatim copies of "unencumbered" products with similar terms. And, if I *don't* want to distribute the source code -- in its original form -- THIS CLAUSE doesn't require me to do so! It just LETS me redistribute it -- if I so choose! You may charge a fee for the physical act of transferring a copy, and you may at your option offer warranty protection in exchange for a fee. The unencumbered products don't preclude me from charging a fee, either! 2. You may modify your copy or copies of the Program or any portion of it, thus forming a work based on the Program, and copy and distribute such modifications or work under the terms of Section 1 above, provided that you also meet all of these conditions: a) You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change. b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third ----^^^^^^^^^^^^--------^^^^^^^^^^^^^^^^^^^ parties under the terms of this License. I.e., the MODIFIED work must fall under the same license terms -- even if only "part" of the GPL'd product is contained therein. c) If the modified program normally reads commands interactively when run, you must cause it, when started running for such interactive use in the most ordinary way, to print or display an announcement including an appropriate copyright notice and a notice that there is no warranty (or else, saying that you provide a warranty) and that users may redistribute the program under these conditions, and telling the user how to view a copy of this License. (Exception: if the Program itself is interactive but does not normally print such an announcement, your work based on the Program is not required to print an announcement.) <shrug> No worse than publishing the "three paragraph" license in the printed documentation, etc. These requirements apply to the modified work as a whole. If identifiable sections of that work are not derived from the Program, ----^^^^^^^^^^^^^^^^^^^^^------------------^^^^^^^^^^^ and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works. But when you distribute the same sections as part of a whole which is a work based on the Program, the distribution of the whole must be on the terms of this License, whose permissions for other licensees extend to the entire whole, and thus to each and every part regardless of who wrote it. If I distribute NON-GPL'd portions of that work (e.g., *my* changes) then I don't have to put them under the same license terms. Of course, my changes -- in isolation -- would be pretty useless! If, instead, I distribute my changes IN the modified original, then the license DOES apply! "I've got a new and improved automobile tire! But, I can't distribute it ON an automobile..." Thus, it is not the intent of this section to claim rights or contest your rights to work written entirely by you; rather, the intent is to exercise the right to control the distribution of derivative or collective works based on the Program. Yay! My work is my own! (duh!) But, if it doesn't make sense or have value out of context, what good is that? In addition, mere aggregation of another work not based on the Program with the Program (or with a work based on the Program) on a volume of a storage or distribution medium does not bring the other work under the scope of this License. <shrug> 3. You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following: ---------------------------------------------^^^^ a) Accompany it with the complete corresponding machine-readable source code, which must be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, I.e., ship a copy of the complete sources with your "product" b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, Or, offer to make available for the next three years AT COPYING COST a copy of that code "in a medium that the *industry* decides is "customarily used for software interchange" (e.g., would PRINTED TEXT qualify?? Hollerith cards?? Magneto optical disks???) c) Accompany it with the information you received as to the offer to distribute corresponding source code. (This alternative is allowed only for noncommercial distribution and only if you received the program in object code or executable form with such an offer, in accord with Subsection b above.) "this alternative ... for noncommercial distribution" The source code for a work means the preferred form of the work for making modifications to it. For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, plus the scripts used to control compilation and installation of the executable. However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable. I.e., so a recipient can sit down and start modifying the codebase, immediately. If distribution of executable or object code is made by offering access to copy from a designated place, then offering equivalent access to copy the source code from the same place counts as distribution of the source code, even though third parties are not compelled to copy the source along with the object code. I.e., a web site. 4. You may not copy, modify, sublicense, or distribute the Program except as expressly provided under this License. Any attempt otherwise to copy, modify, sublicense or distribute the Program is void, and will automatically terminate your rights under this License. However, parties who have received copies, or rights, from you under this License will not have their licenses terminated so long as such parties remain in full compliance. I.e., there are no other ways you can legally derive a work from this GPL'd product! 5. You are not required to accept this License, since you have not signed it. However, nothing else grants you permission to modify or distribute the Program or its derivative works. These actions are prohibited by law if you do not accept this License. Therefore, by modifying or distributing the Program (or any work based on the Program), you indicate your acceptance of this License to do so, and all its terms and conditions for copying, distributing or modifying the Program or works based on it. As above. 6. Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions. You may not impose any further restrictions on the recipients' exercise of the rights granted herein. You are not responsible for enforcing compliance by third parties to this License. Tell me where, in ANY of this legalese, it expressly allows me to clip portions of *any* GPL'd work and incorporate them into a work of my own WITHOUT honoring these conditions? "If the portion is less than 23 source lines of code, then you can use it under fair-use doctrine..." If there is NO PRACTICAL DIFFERENCE between this license and the 3 paragraph license, then why does it take so much extra verbiage to say the same "simple" thing! Of course, the GPL almost *requires* a lawyer to determine its applicability in a particular situation. And, can conceivably be *argued* as applying (even if it is ultimately decided that it does not!) Contrast that with the 3 paragraph license: "Your honor, here is the documentation provided with the defendant's product. On page 6 you can clearly see the terms of the original license reproduced faithfully... And that's all there is!" (unless you are claiming that his code contains some OTHER source code of yours that is NOT covered by that license). I can, for example, SELL the code that I create (in binary or source form) and BURN my copies of it without any fear of recrimination -- I've still satisfied all the terms of the license under which I operated. And the "purchaser" need only provide that copyright notice to similarly be "off the hook". I don't think you realize how many folks AVOID GPL'd sources. Do you think *all* of their legal staff are "misinformed"? That it takes all this extra language to say, "you have no obligations under this license"?? C'mon, David. Tell me where it says I can freely copy WHATEVER I WANT out of the Linux kernel and do *NOTHING* more than put a notice saying "portions copyright XXXXX" in the documentation. Are you sure *you* don't "misunderstand the GPL"?
Reply by ●September 20, 20142014-09-20
On 9/20/2014 3:19 PM, Don Y wrote:> On 9/20/2014 7:42 AM, David Brown wrote: >> This is exactly the sort of fight I wanted to avoid - I tried to give >> you a few >> /technical/ pointers to why Linux might do a better job for you, and >> in trying >> to battle ignorance and myths I have stupidly let myself get drawn >> in. And for >> every point I correct, you post another three paragraphs of new imagined >> issues. I simply don't have the time and energy to spend battling such >> determined fixed positions - this is why I and a good many others >> usually avoid >> many of your threads. > > David, you refuse to understand the basic issue that drives me (and others) > away from Linux: we want to avoid the GPL LIKE THE PLAGUE! I have no > desire > to invest time bettering a product that I can't then use AS I PLEASE. And, > that I can't pass on to other "licensees" in the same way!I have trimmed this insanely long post down to one simple point so I can ask a question about it and hopefully get a simple reply. How does using GPL code like Linux prevent you from using it as you please or from passing the code on to others? My understanding is exactly the opposite. You can use it any way you wish on your own. But if you share your work with others you just have to share the source code as well. I don't see any restriction on who or how you share any of this. :S -- Rick
Reply by ●September 20, 20142014-09-20
On 9/20/2014 1:34 PM, rickman wrote:> On 9/20/2014 3:19 PM, Don Y wrote: >> On 9/20/2014 7:42 AM, David Brown wrote: >>> This is exactly the sort of fight I wanted to avoid - I tried to give >>> you a few >>> /technical/ pointers to why Linux might do a better job for you, and >>> in trying >>> to battle ignorance and myths I have stupidly let myself get drawn >>> in. And for >>> every point I correct, you post another three paragraphs of new imagined >>> issues. I simply don't have the time and energy to spend battling such >>> determined fixed positions - this is why I and a good many others >>> usually avoid >>> many of your threads. >> >> David, you refuse to understand the basic issue that drives me (and others) >> away from Linux: we want to avoid the GPL LIKE THE PLAGUE! I have no desire >> to invest time bettering a product that I can't then use AS I PLEASE. And, >> that I can't pass on to other "licensees" in the same way! > > I have trimmed this insanely long post down to one simple point so I can ask a > question about it and hopefully get a simple reply. > > How does using GPL code like Linux prevent you from using it as you please or > from passing the code on to others? > > My understanding is exactly the opposite. You can use it any way you wish on > your own. But if you share your work with others you just have to share the > source code as well. I don't see any restriction on who or how you share any > of this. :SIt *requires* you to share it! Does your employer share *his* codebase with his customers? Competitors?? I want to make changes, improvements to a piece of code. I don't want to *have to* share it. *I* may opt to share it; but, someone who embraces my codebase might NOT want to share it or his further improvements. E.g., a commercial entity that wants to exploit the work without sharing his enhancements, being called on to redistribute the original sources that he received or even tipping his hand as to *what* codebase he based his product on! (e.g., if my license terms force him to include a notice that says "Portions copyright Don Y" that doesn't tell anyone *what* sources he used, which version, changes, etc. And, *I* am under no obligation to provide those sources to those "other interested parties", either! I can abandon it or take it in yet another direction, entirely!) David seems to think I *can* do this under the terms of the GPL. I believe he is wrong. (read the GPL -- any version -- for yourself)
Reply by ●September 20, 20142014-09-20
On 9/20/2014 4:41 PM, Don Y wrote:> On 9/20/2014 1:34 PM, rickman wrote: >> On 9/20/2014 3:19 PM, Don Y wrote: >>> On 9/20/2014 7:42 AM, David Brown wrote: >>>> This is exactly the sort of fight I wanted to avoid - I tried to give >>>> you a few >>>> /technical/ pointers to why Linux might do a better job for you, and >>>> in trying >>>> to battle ignorance and myths I have stupidly let myself get drawn >>>> in. And for >>>> every point I correct, you post another three paragraphs of new >>>> imagined >>>> issues. I simply don't have the time and energy to spend battling such >>>> determined fixed positions - this is why I and a good many others >>>> usually avoid >>>> many of your threads. >>> >>> David, you refuse to understand the basic issue that drives me (and >>> others) >>> away from Linux: we want to avoid the GPL LIKE THE PLAGUE! I have >>> no desire >>> to invest time bettering a product that I can't then use AS I >>> PLEASE. And, >>> that I can't pass on to other "licensees" in the same way! >> >> I have trimmed this insanely long post down to one simple point so I >> can ask a >> question about it and hopefully get a simple reply. >> >> How does using GPL code like Linux prevent you from using it as you >> please or >> from passing the code on to others? >> >> My understanding is exactly the opposite. You can use it any way you >> wish on >> your own. But if you share your work with others you just have to >> share the >> source code as well. I don't see any restriction on who or how you >> share any >> of this. :S > > It *requires* you to share it!No, that is factually incorrect. You are free to modify GPL code all day long and not share it with anyone at any time. GPL talks about what you must do when you *do* share it.> Does your employer share *his* codebase with his customers? Competitors??I am my employer and I don't use GPL code in my work. But that is only because there is very little GPL code available in the work I do. I mostly write my stuff from scratch so far. There are processors cores for FPGAs which I might consider using some day. But not so far.> I want to make changes, improvements to a piece of code. I don't want to > *have to* share it.No, you don't have to share anything. There are any number of vendors who use GPL code and they have never shared any of it with me and they won't even if I ask... because I haven't bought their product, so they aren't obligated to share with me.> *I* may opt to share it; but, someone who embraces my codebase might > NOT want > to share it or his further improvements. E.g., a commercial entity that > wants > to exploit the work without sharing his enhancements, being called on to > redistribute the original sources that he received or even tipping his > hand as > to *what* codebase he based his product on! (e.g., if my license terms > force > him to include a notice that says "Portions copyright Don Y" that doesn't > tell anyone *what* sources he used, which version, changes, etc. And, > *I* am > under no obligation to provide those sources to those "other interested > parties", either! I can abandon it or take it in yet another direction, > entirely!)A bit long winded and confusing, but this is different. Here you are talking about a product that someone used GPL code in and now wants to profit by. Yes, here the GPL says you must share the original code as well as your modified code. Your code would be shared though him since he is obligated to share it if he used it in a product. If you are describing a situation where your code was written with GPL code and distributed that way but you also distribute it as stand alone... I find that a very odd scenario and one that is very unlikely. Certainly I have no horse in this race so I won't even try to figure it out.> David seems to think I *can* do this under the terms of the GPL. I believe > he is wrong. (read the GPL -- any version -- for yourself)I haven't seen anything by David that says this. -- Rick
Reply by ●September 20, 20142014-09-20
Op 20-Sep-14 22:41, Don Y schreef:> On 9/20/2014 1:34 PM, rickman wrote:>> My understanding is exactly the opposite. You can use it any way you >> wish on >> your own. But if you share your work with others you just have to >> share the >> source code as well. I don't see any restriction on who or how you >> share any >> of this. :S > > It *requires* you to share it! > > Does your employer share *his* codebase with his customers? Competitors?? > > I want to make changes, improvements to a piece of code. I don't want to > *have to* share it.If you want to take but not give then GPL is not for you. You are not alone in avoiding the GPL; the conditions stated in the GPL are often not acceptable in a (traditional) commercial setting and are either worked around or avoided altogether by choosing a product which has a licensing scheme that is more compatible with commercial requirements.
Reply by ●September 20, 20142014-09-20
Op 20-Sep-14 23:29, rickman schreef:> On 9/20/2014 4:41 PM, Don Y wrote:>> I want to make changes, improvements to a piece of code. I don't want to >> *have to* share it. > > No, you don't have to share anything. There are any number of vendors > who use GPL code and they have never shared any of it with me and they > won't even if I ask... because I haven't bought their product, so they > aren't obligated to share with me.True, but you do have to share it with your customers, and if they want to share it with the rest of the world GPL assures they are allowed to do exactly that. So in practical terms your modifications are open to the rest of the world. There is a reason why LGPL was conceived and licenses like BSD are a lot less controversial in commercial settings.
