Downloading CMake 2.8 is problematic for projects that depend on older
versions.
2010/9/20 Pau Garcia i Quiles <[email protected]>
> On Mon, Sep 20, 2010 at 8:53 AM, Koen Deforche <[email protected]> wrote:
> > Hey Pau,
> >
> > 2010/9/19 Pau Garcia i Quiles <[email protected]>:
> >> Hello,
> >>
> >> I was going to start packaging Wt 3.1.5 (I've been unable to do that
> >> before due to some health problems) but I found a couple of issues:
> >>
> >> - Wt 3.1.4 and 3.1.5 both have the same soname (23). It's still 23 in
> >> git, too. If you move forward to 25 in git, I will patch the Debian
> >> package so that 3.1.5 is 24. Is that OK?
> >
> > That's okay, yes. I've modified my git copy already.
>
> Only WT_SOVERSION has been bumped to 25, you need to also bump all the
> libraries which depend on libwt
>
> >> - libharu: it's not packaged in Debian, therefore I will have to take
> >> ownership of it. Given that packaging a new library, get it in the
> >> archive, etc represents quite a few hours of work, I'd like to know:
> >> are you planning to move from libharu to something else (like it
> >> happened with mxml) any time soon?
> >
> > I believe not. libharu seems to be the only viable option for PDF
> > generation. Also, it works really well (there are no major issues we
> > found), we only needed one patch for it (which is included in winst
> > and was also submitted to libharu). The library is also not as
> > fundamental to Wt as the XML library was.
>
> Perfect. I'll start packaging libharu as soon as I finish with Wt 3.1.5
>
> >> Unrelated to packaging Wt 3.1.5: the Wt installer. It is a very nice
> >> addition! The only thing I do not like is it uses autotools :-)
> >
> > Neither do I like autotools, but I really like plain old Makefiles !
>
> Problem with plain old Makefiles is they are not portable :-)
>
> >> therefore it is not available on Windows (which IMHO is the platform
> >> where it'd be most useful). I started something like winst using CMake
> >> a few months ago (discontinued due to work and health). FILE(DOWNLOAD
> >> ... ) and ExternalProject_Add (new in CMake 2.8) would make it
> >> possible to build the whole dependency stack on every platform. I'm
> >> sorry but I cannot work on this at this moment.
> >
> > Trying to make it work in one go for Windows too would have really
> > held this back.
> >
> > We realize something like this would even be more useful for Windows,
> > and at this point we would not even mind having another solution
> > specifically for Windows. At the same time I am not sure how practical
> > CMake would be for a cross-platform easy-installer solution since
> > relying on CMake 2.8 kind of defeats the purpose of winst for UNIX
> > platforms: to checkout Wt on non-cutting edge OS/environments.
> > Currently, Wt still builds fine with CMake 2.4.
>
> I see. That should not be a problem. It should be possible to have a
> CMakeLists.txt with FILE( DOWNLOAD ... ) and ExternalProject_Add to
> replace winst. The only thing you need is something to bootstrap it
> for people using CMake < 2.8.
>
> My proposal: have a (very small) .sh for Unix users and a .bat for
> Windows users which FTP's to the CMake FTP server and downloads CMake
> 2.8, then FTP's to webtoolkit.eu and downloads that CMakeLists.txt. On
> Windows it is possible to automate the FTP download like this:
>
> -->8----------------------------------------------
> echo "Downloading WGet"
> echo "open ftp.mirrorservice.org
> anonymous
> pass anonymous
> binary
> get /sites/
> download.sourceforge.net/pub/sourceforge/m/project/mi/mingw/mingwPORT/Current%20Releases/wget-1.9.1-mingwPORT.tar.bz2
> bye
> " > mingw32.ftp
> ftp -s:mingw32.ftp
> -->8----------------------------------------------
>
> Cut and paste that to a .bat and that'll download wget. The FTP server
> for CMake is ftp://www.cmake.org/pub/cmake (down now).
>
> On Unix there are so many different FTP clients I think assuming wget
> is available (or directly requiring it) would be the safest bet. You
> can then download a static, precompiled CMake binary from cmake.org
> (or even compile from source :-)
>
> What do you think?
>
> --
> Pau Garcia i Quiles
> http://www.elpauer.org
> (Due to my workload, I may need 10 days to answer)
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> witty-interest mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/witty-interest
>
------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
witty-interest mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/witty-interest
