Sorry guys, my screw-up!
So is there someone fixing the package?

On Jan 19, 5:11 am, Krzysztof Koźmic <[email protected]>
wrote:
> On 2010-01-18 19:10, Roelof Blom wrote:> Newtonsoft.Json.dll (and .xml), 
> NHibernate.dll and
> > Iesi.Collections.dll are different according to svn. NHibernate.xml is
> > missing by the way.
>
> bummer. We _need_ to pay closed attention to these.
>
>
>
> > 2010/1/18 Krzysztof Koźmic <[email protected]
> > <mailto:[email protected]>>
>
> >     On 2010-01-18 18:48, Artur Dorochowicz wrote:
>
> >         To that I would also add:
> >         - custom/own (?) build of Newtonsoft.Json - I can't seem to find
> >         matching official version (current is 3.5 Release 6
> >        
> > http://json.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=37810)
>
> >     Isn't Newtonsoft.JSon used in the package just the 3.5r6 version?
> >     I think John updated it to this version
>
> >         - own build of NHibernate - this comes from AR, but IMHO only
> >         NHibernate.ByteCode.Castle should be recompiled against newer
> >         version
> >         of DynamicProxy
>
> >     Same here - NHibernate.dll and all its hard dependencies TTBOMK
> >     are the official version from NHibernate package
> >     just bytecodeprovider got recompiled
>
> >         - own build of NHibernate.Linq - again, from AR and probably only
> >         because of own build of NH
>
> >     NHibernate.Linq (semi-official/official version) does not have
> >     strong name, that's why it got recompiled.
>
> >         - missing (?) Castle.Services.Logging.NLogIntegration assembly
>
> >     oups, that's our omission I'm afraid.
>
> >         I think that people prefer official releases of dependencies,
> >         I know I
> >         do. You seldom use Monorail alone in your application and other
> >         frameworks often depend on the same stuff that Castle does (e.g.
> >         NHibernate). Using custom builds may force users to recompile
> >         other
> >         dependencies and is just cumbersome.
>
> >     Yeah, I agree, that's why we should try to keep that down to minimum.
>
> >     cheers,
> >     Krzysztof
>
> >         On 18 Sty, 16:14, Roelof Blom<[email protected]
> >         <mailto:[email protected]>>  wrote:
>
> >             Also, some Castle assemblies (for instance Binder, AR)
> >             have symbols while
> >             others do not.
>
> >             On Mon, Jan 18, 2010 at 4:13 PM, Roelof
> >             Blom<[email protected] <mailto:[email protected]>>
> >              wrote:
>
> >                 Why is Castle.MonoRail.Framework.Tests.resources.dll
> >                 included in the zip
> >                 download of MonoRail? It's in the 'de' and 'nl' folders.
>
> >     --
> >     You received this message because you are subscribed to the Google
> >     Groups "Castle Project Development List" group.
> >     To post to this group, send email to
> >     [email protected]
> >     <mailto:[email protected]>.
> >     To unsubscribe from this group, send email to
> >     [email protected]
> >     <mailto:castle-project-devel%[email protected]>.
> >     For more options, visit this group at
> >    http://groups.google.com/group/castle-project-devel?hl=en.
>
> > --
> > You received this message because you are subscribed to the Google
> > Groups "Castle Project Development List" group.
> > To post to this group, send email to
> > [email protected].
> > To unsubscribe from this group, send email to
> > [email protected].
> > For more options, visit this group at
> >http://groups.google.com/group/castle-project-devel?hl=en.
-- 
You received this message because you are subscribed to the Google Groups 
"Castle Project Development List" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/castle-project-devel?hl=en.


Reply via email to