home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sun / admin / 9700 < prev    next >
Encoding:
Text File  |  1992-12-23  |  3.0 KB  |  68 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!kwan
  3. From: kwan@netcom.com (Kwan-Seng Low)
  4. Subject: Re: SunPro/Tech software licensing...
  5. Message-ID: <1992Dec23.193639.26559@netcom.com>
  6. Keywords: sunc++3.0.1, Sunc2.0, sparcworks, licensing
  7. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  8. References: <1992Dec19.003618.20466@netcom.com> <1gvrfdINNchf@early-bird.think.com> <153@spectro.UUCP>
  9. Date: Wed, 23 Dec 1992 19:36:39 GMT
  10. Lines: 56
  11.  
  12. In article <153@spectro.UUCP> jsmith@spectro.UUCP (Jerry Smith) writes:
  13. >
  14. >SunPro, like many commercial software vendors, uses a canned license
  15. >manager.  The approach used by many license managers appears to have
  16. >been designed to be more complicated than necessary--complication
  17. >implies sophistication, i.e., you're getting a lot for your money.
  18. >
  19. >Every time the license manager issue comes up, someone eventually
  20. >takes shots at license managers in general, as opposed to poorly
  21. >designed license managers.  If the license manager is complicated
  22. >and requires a 50-page manual to describe its installation, users
  23. >should simply refuse to buy the product.  Some commercial developers,
  24. >including my company, strive to design simple-to-use license managers
  25. >that impose the absolute minimal hassles on our users.  For example,
  26. >our node-locked version simply requires that you specify your
  27. >password as an X resource:
  28. >
  29. ><application>*password:  ABCDEFGHIJ
  30. >
  31. >For our license server version, the license manager accepts the
  32. >password as a command-line option:
  33. >
  34. ><license-manager-daemon> ABCDEFGHIJ
  35. >
  36. >The license manager is flexible enough to be started by the
  37. >superuser as a daemon in an RC-style file, or as a background
  38. >process.  There is no *real* need for license managers to require
  39. >various levels of indirection via numerous files simply to specify
  40. >a password.
  41. >
  42. >It's frustrating when all commercial vendors are lumped into one
  43. >category by some users.  If users provide the pressure, vendors will
  44. >simplify their complicated user interfaces to their license managers.
  45. >
  46. >Jerry Smith
  47. >Iris Computing Laboratories
  48. >The Spectro Group, Inc.
  49. >Phone:  +1-505-988-2670
  50. >Fax:    +1-505-988-2489
  51. >Email:  jsmith@spectro.com
  52.  
  53. I couldn't agreed more....
  54. Basically is the maintenance and installation aspect of the license manager
  55. that I've problem with. If the license server being moved to another machine
  56. or we just upgrade it to a newer machine. I need to call up the Sun license
  57. password center again (I refer to SunPro software in this case), and go thru. 
  58. the process of re-obtaining the password again. (password is generated from 
  59. hostid and hostname). Also, I need to have the proof of purchase cetificate
  60. handy in order to obtain the password. Most likely, a piece of paper that 
  61. someone or I received several months or years ago might not be available to me.
  62. Imagine I have more than a few of this "licensed" software, I might just need 
  63. a full time license manager to do this!! I`ve enough things on my hand as a
  64. sys. admin....
  65.  
  66. Kwan
  67.  
  68.