i have just merged cmake into master and prepared (IMHO) everything
([master] and [gh-pages] branches at http://malex984.github.com/msrp/)
for 0.9.5.
please, check it out! would be nice if someone would check:
https://github.com/malex984/msrp/blob/master/NEWS
besides, i noticed that:
1. autotools build system doesn't package cmake-files
2. cmake build system:
a. doesn't package autotools-files and tests
b. it currently cannot call tests
c. doesn't do much with src/autover.h
here is a question about tags: how to remove existing tags from the git repo?
i think: it would be nice to identify and mark previous releases by
corresponding tags.
what do you think?
--
Sincerely Yours,
Oleksandr Motsak
As I said, if we want msrp.github.com to be the official site, we should
get rid of the redirection before releasing.
> please, check it out! would be nice if someone would check:
> https://github.com/malex984/msrp/blob/master/NEWS
>
> besides, i noticed that:
> 1. autotools build system doesn't package cmake-files
We should not ship both build systems IMO. This is just going to be
confusing. IIRC I removed the autotool files, did you bring them back?
> 2. cmake build system:
> a. doesn't package autotools-files and tests
It packages all files checked in the repository. What do you think is
missing?
> b. it currently cannot call tests
Will fix.
> c. doesn't do much with src/autover.h
This file is generated from src/autover.h.in just like autotools do.
> here is a question about tags: how to remove existing tags from the git repo?
I saw you found your answer before I reply :)
> i think: it would be nice to identify and mark previous releases by
> corresponding tags.
I agree. Not mandatory but would be nice.
Aurélien
Fixed. You can now run tests with "make check"
Aurélien
I mean getting rid of the gh-pages repository and using only the one
from msrp.github.com. I agree the code repository should stay where it is.
>>> please, check it out! would be nice if someone would check:
>>> https://github.com/malex984/msrp/blob/master/NEWS
>>> besides, i noticed that:
>>> 1. autotools build system doesn't package cmake-files
>
>> We should not ship both build systems IMO. This is just going to be
>> confusing. IIRC I removed the autotool files, did you bring them back?
>
> sorry, it seems that i have missunderstood you :(
> i am favoring the switch to cmake but was thinking that at least for
> 0.9.5 it would be nice to have both build systems...
> that's why i didn't take that autotools-removal commit yet.
> i think it can be done anytime, right?
This can lead to more confusion because when people reports build
failures then you have to ask them which build system they are using.
Better switch now and fix bugs as they come. It also reduces the size of
what we ship and greatly simplify the build instructions.
>>> c. doesn't do much with src/autover.h
>> This file is generated from src/autover.h.in just like autotools do.
>
> please note that extended AC_INIT format and more PACKAGE_ variables.
> doesn't matter - i have just fixed that.
When I did the port there was only one variable IIRC. Were the new
variables from the unreleased rudi tree?
>>> i think: it would be nice to identify and mark previous releases by
>>> corresponding tags.
>
>> I agree. Not mandatory but would be nice.
>
> yeah. how should tags look like? e.g. "v0.9.5"?
I think "0.9.5" (without the leading 'v') is more common, but I am fine
with both.
Aur�lien
Great! Thanks for carrying on and releasing. Sorry for not answering
promptly, I have been offline for a while during Christmas. Will blog
about the new release soon.
Aur�lien