T.R | Title | User | Personal Name | Date | Lines |
---|
978.1 | Sorry no can do | MRBASS::PUISHYS | Project Leader Scheduler V3.0 for Digital UNIX | Thu Jan 25 1996 08:38 | 11 |
978.2 | We need better details on ordering information for this CD, like a part number! | ROWDY::PAINTER | SBU Product Specialist in San Diego, DTN 534-2691 | Thu Jan 25 1996 17:33 | 0 |
978.3 | Internal Restrictions/Costs? | OPCO::TSG_TAS | Mr Mass | Fri Jan 26 1996 06:45 | 6 |
978.4 | | KERNEL::COFFEYJ | UKCSC Unix Girlie aka La Feline Flooz! | Fri Jan 26 1996 07:58 | 9 |
978.5 | | MRBASS::PUISHYS | Project Leader Scheduler V3.0 for Digital UNIX | Fri Jan 26 1996 11:30 | 5 |
978.6 | | MRBASS::PUISHYS | Project Leader Scheduler V3.0 for Digital UNIX | Fri Jan 26 1996 11:33 | 7 |
978.7 | ok coll | OPCO::TSG_BHL | | Sun Jan 28 1996 19:03 | 14 |
978.8 | | ICEKRM::RCOLLIER | | Wed Jan 31 1996 16:59 | 23 |
978.9 | Remeber FTSO before they had network copies? | TROOA::NAISH | O�4ME Paul Naish DTN 631-7280 | Fri Feb 02 1996 15:30 | 13 |
978.10 | Just Another Brick In The Wall | USCTR1::nqsrv532.nqo.dec.com::COXB | Don't drink downstream from the herd | Fri Feb 02 1996 18:52 | 29 |
978.11 | OK, how do I get the kit? | DECWET::WHITE | Surfin' with the Alien | Mon Feb 05 1996 14:25 | 14 |
978.12 | we'll do something about this... | ICEKRM::RCOLLIER | | Tue Feb 06 1996 16:14 | 42 |
978.13 | Thanks Ron!!! | DECWET::WHITE | Surfin' with the Alien | Thu Feb 08 1996 13:48 | 0 |
978.14 | | MRBASS::PUISHYS | Project Leader Scheduler V3.0 for Digital UNIX | Fri Feb 09 1996 14:46 | 1 |
978.15 | Huh? | DECWET::WHITE | Surfin' with the Alien | Tue Feb 13 1996 18:00 | 1 |
978.16 | SCHEDULER V3.0 KITS FOR INTERNAL USE | KNOUT::BHATIA | | Mon Feb 26 1996 18:15 | 45 |
978.17 | So this is fixing things? | DECWET::WHITE | Surfin' with the Alien | Tue Feb 27 1996 20:39 | 17 |
978.18 | | GERUND::WOLFE | I'm going to huff, and puff, and blow your house down | Mon Apr 15 1996 09:46 | 20 |
| .-1 says:
>I don't understand what the issue is here...you track who has the product via
>who pulls the royalty paks, like every other royalty product. Why you have to
>track who has the binaries in addition to who has valid paks is beyond
>me...*scratching head*
.12 has the answer:
> RE: .9
>
> The contract has a stipulation about Digital being responsible for the
> number of binaries/savesets it distributes, not just the PAKs. It is
> the primary reason why we (1) release the product on IPO instead of
> ConDist and (2) we are limiting the release of the binaries on-line.
> It's to protect Digital from costly auditing if the third party ever
> demanded such an action.
This is the real problem. When a tool like LMF is used properly
there should be no issue around the distribution of the binaries.
Pete
|
978.19 | | MRBASS::PUISHYS | Project Leader Scheduler V3.0 for Digital UNIX | Fri Apr 19 1996 12:22 | 3 |
| it has to do with the contract with the database vendor contract
sorry
|