Yes, we have addressed that issue. We reinstated the original license text for the headers in MD5Stream.as and IntUtil.as
Thanks, Om On Nov 5, 2012 2:35 AM, "Alexei Fedotov" <alexei.fedo...@gmail.com> wrote: > Hello Om, > > Alex wrote, > > After more digging, I think the issue is that IntUtil.as shouldn't have > an Apache header. It comes from external projects under Modified BSD. > > Do you plan to fix this? > > -- > With best regards / с наилучшими пожеланиями, > Alexei Fedotov / Алексей Федотов, > http://dataved.ru/ > +7 916 562 8095 > > > On Sat, Nov 3, 2012 at 1:50 AM, Om <bigosma...@gmail.com> wrote: > > For the record, these are issues we are fixing in the next RC: > > > > 1. incorrect headers in MD5Stream.as and IntUtil.as > > 2. incorrect path to MD5Stream.as and IntUtil.as in the LICENSE file > > 3. incorrect license for the open_sans fonts in the LICENSE file > > 4. incorrect path to the open_sans fonts in the LICENSE file > > 5. in the distro the NOTICE, LICENSE and DISCLAIMER files are at root > but in > > svn they are under the installer directory - we pulled them up to root > when > > we packaged everything. > > > > Please let us know if anything else needs to be addressed. > > > > Thanks, > > Om > > > > On Fri, Nov 2, 2012 at 2:43 PM, Om <bigosma...@gmail.com> wrote: > > > >> In light of all the issues uncovered, I am closing this vote thread. We > >> are working on fixing the issues and will be back with a new vote > thread. > >> > >> Thanks, > >> Om > >> > >> > >> On Fri, Nov 2, 2012 at 4:09 AM, Bertrand Delacretaz < > >> bdelacre...@apache.org> wrote: > >> > >>> On Fri, Nov 2, 2012 at 11:55 AM, sebb <seb...@gmail.com> wrote: > >>> > ...If I were the RM, I would add the missing EOLs at EOF and create > >>> another RC.... > >>> > >>> I see your point about the distributed files not being *binary > >>> identical* to the svn tag, but I personally consider source files to > >>> be identical if diff -b (i.e. ignore changes in the amount of > >>> whitespace) says they are. > >>> > >>> So, in this case, I definitely don't see this as a blocker, just > >>> something to fix for a future release. > >>> > >>> -Bertrand > >>> > >>> --------------------------------------------------------------------- > >>> 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 > >
