On Fri, Jan 25, 2013 at 1:24 PM, Alex Harui <aha...@adobe.com> wrote: > > > > On 1/25/13 10:20 AM, "Benson Margulies" <bimargul...@gmail.com> wrote: > >> On Fri, Jan 25, 2013 at 11:36 AM, Alex Harui <aha...@adobe.com> wrote: >>> >>> >>> >>> On 1/25/13 8:28 AM, "Chen, Pei" <pei.c...@childrens.harvard.edu> wrote: >>> >>>> I am actually glad that it is discussed here so that other podlings or >>>> future >>>> podlings are aware of these fundamental items (since not everyone may >>>> subscribe to legal-discuss). >>>> >>>> Is this philosophy or policy also true for parts of a code base that are >>>> intricate to the basic functionality of the software such as icons, gifs, >>>> jpgs, and statistical models in this case (which were approved to be >>>> distributed under the same ASL2.0 terms)? >>> I'm pretty sure that icons, gifs, jpgs are ok in both source and binary >>> dists. My mental model for source dists is whether the file can do any harm >>> and what the developer would do to verify its safety. For icons, gifs, >>> jpgs, I would load them in a display program, and if they contained a virus, >>> they probably wouldn't load. >> >> >> >>> >>> I don't know what your statistical model is, but I would think of it the >>> same way. >> >> >> No way. A big model is a giant opportunity for trojan horses. >> > Sorry, that's really what I meant: to think about that file as to whether it > can do any harm and how to determine its safety. I haven't looked at the > file, but it sounds like you know it can do harm.
Depends on what you mean by 'harm'. A model could exhibit hostile behavior, intentionally giving wrong or biased answers for certain inputs. Some people would call that 'harm'. Others would focus on malware, in which case having the model be a big file of numbers that gets turned into a big array would indeed be defined as harmless. > > -- > Alex Harui > Flex SDK Team > Adobe Systems, Inc. > http://blogs.adobe.com/aharui > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
