headers
Alexey Zakhlestin | 25 Feb 2008 18:37
Picon
Gravatar

Syck, fork, hosting

Hi, everyone

I am thinking about forking Syck library, as Why obviously doesn't
have any time to support it.

Will it be possible to host it at yaml.org? Seems like the best place,
as all yaml-interested persons come here anyway.

--

-- 
Alexey Zakhlestin
http://blog.milkfarmsoft.com/

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Permalink | Reply | 0 comments |
headers
Alexey Zakhlestin | 26 Feb 2008 10:20
Picon
Gravatar

Re: Syck, fork, hosting

On 2/26/08, Ingy dot Net <ingy <at> ingy.net> wrote:
> On 25/02/08 20:37 +0300, Alexey Zakhlestin wrote:
>  > I am thinking about forking Syck library, as Why obviously doesn't
>  > have any time to support it.
>  >
>  > Will it be possible to host it at yaml.org? Seems like the best place,
>  > as all yaml-interested persons come here anyway.
>
>
> I believe Audrey Tang of Perl6 fame and the maintainer of YAML::Syck for Perl
>  is well versed in libsyck. Maybe coordinate with her.

That would be useful, yes :)

>  It is also worth pointing out that perhaps it is time to let Syck die. It was
>  a good library for many years but libyaml is clearly the future of YAML
>  libraries.
>
>  What are your use cases for Syck, Alexey?

libyaml is clearly the future, but it is still at 0.0.1 release (for
over a year) and distro-makers do not believe in such numbers… I will
be glad to switch at the moment, when libsyck has clear
release-process (todo, roadmap with dates, etc.)

My main current use-case is a php extension based on syck, which is
stuck because of bugs in syck-0.55 (those bugs are fixed in
subversion, but there were no formal releases for several years).

To put it straight: I need to have the new release of syck, which
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alexey Zakhlestin | 27 Feb 2008 07:27
Picon
Gravatar

Re: Syck, fork, hosting

On 2/27/08, Ingy dot Net <ingy <at> ingy.net> wrote:
>
> I have no problem with you being the maintainer of the legacy libsyck,
>  but that's not my call to make. Have you contacted Why? I bet he would
>  let you take it over.
>

I did contact him several times (sometimes he answered, sometimes he didn't…)

de-facto I am already maintaining syck-code in why's subversion
repository. But there's no way for me to make release, as releases are
to be put on why's web-server and he is the only person who has access
to that.

Last drop is, that 2 months ago Why was doing some upgrades and broke
syck's bugtracker and never answered my emails regarding that. I can't
be sure, that he would not break subversion next time. :-/

last time I heard from Why was in november, when he promised me to
sort the release schedule in several days and let me know (he told,
that, he is going to fix something during ruby-1.9 process). He didn't
make a single svn commit since then and ignored my further messages

so, my options are:
1) wait some more time
2) maintain the fork at something like googlecode
3) maintain the fork at yaml.org

I like (3) more than (2) because it would be easier to switch
maintainers again, if I have to step away too, at some point
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alexey Zakhlestin | 27 Feb 2008 08:03
Picon
Gravatar

Re: Syck, fork, hosting

On 2/27/08, Ingy dot Net <ingy@...> wrote:
>
> The 0.0.1 number is misleading. Afaict, this code has *no* bugs. I have
>  been searching diligently for a bug for nearly a year now. I wrote the
>  Perl binding (YAML::XS) and I use it (rather than the spec) to test my
>  assumptions on YAML edge cases. It is more correct than the spec. I'm
>  pretty sure others would agree with me here.
>
>  This is a 1.0.0 quality library. Maybe we can get Kirill to release it as
>  such.

as far as I know, kirill made some changes since 0.0.1, so, new
release of libyaml is needed too :-)

>  > My main current use-case is a php extension based on syck, which is
>  > stuck because of bugs in syck-0.55 (those bugs are fixed in
>  > subversion, but there were no formal releases for several years).
>
>
> Please use libyaml for the PHP extension. It has no such bugs. :)

libyaml supports only Yaml-1.1, and there is a bunch of Yaml-1.0
compliant documents around. Working Yaml-1.0 extension is still needed
(at least, for conversion)

--

-- 
Alexey Zakhlestin
http://blog.milkfarmsoft.com/

-------------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 0 comments |

Gmane