Tarantool development patches archive
 help / color / mirror / Atom feed
From: Konstantin Osipov <kostja.osipov@gmail.com>
To: Igor Munkin <imun@tarantool.org>
Cc: tarantool-patches@dev.tarantool.org,
	Vladislav Shpilevoy <v.shpilevoy@tarantool.org>
Subject: Re: [Tarantool-patches] [PATCH] build: disable LUAJIT_ENABLE_PAIRSMM
Date: Fri, 21 Feb 2020 10:12:28 +0300	[thread overview]
Message-ID: <20200221071228.GA15098@atlas> (raw)
In-Reply-To: <20200220204820.GF404@tarantool.org>

* Igor Munkin <imun@tarantool.org> [20/02/20 23:57]:
> > This is pathetic. Don't you realize that once a version is
> > released and declared stable, it's a legacy you have to live with?

> 
> As we announced the patch was applied by mistake. If you found the place
> we missed, please show it. If you want to complain and blame someone,
> feel free to choose me, since I initially proposed this amiss and
> breaking solution in #4560[1]. Unfortunately this doesn't make the
> situation easier for both of us.

It's not a blame in this case, I simply reply to a commit I have a
chance to reply to.  The revert commit went in without any
discussion on the list and without a code review.

I looked at 4560 now and realized that the incompatible change was
added to 1.10 as well. Ugh. I guess then it's definitely correct
to revert it there... so I withdraw my suggestion to keep it.

> > Now you have *3* broken behaviours to support, instead of just
> > two. Some people will still use a version which they believe is
> > stable, and encounter strange failures.
> 
> I'm bad in math here, since I see only two behaviours: the old one and
> the broken one. Three would be if we settle the issue and save the
> introduced behaviour the way you proposed below. Then there will be:
> * working Tarantool w/o __pairs
> * broken Tarantool w/ __pairs
> * working Tarantool w/ __pairs

Well, I simply count before-during-after, I'm not that
sophisticated here.

> > Eventually you'll have to enable 5.2 compatibility anyway (are you
> > going to stay with 5.1 forever??), and then break it again.
> 
> I can't answer it now. You are the visionary, I'm even not a mainainer.

1) Nobody is a maintainer, even the people who push patches.
   Maintenance in particular includes assuming personal public
   responsibility in the community for one's work. Maintenance
   also is not something assigned by a management, it has to be 
   supported by contributions to the code base and recognized by
   peers.

2) If Tarantool sticks to the release policy, there won't be any
   other window to introduce __pairs till 3.x, which is still a
   few years ahead. This is what drives me crazy - I thought you
   only pushed it to 2.x and in that case the patch definitely
   should have stayed.

> We discussed it in tg chat some time ago but I haven't been answered the
> question about your vision of this question. I welcome you to proceed
> the discussion and you can choose the most convenient way for it.

> > luafun is a builtin and table.deepcopy are builtins. What prevented you from fixing them 
> > instead?
> > That would fix 99% of cases. 
> 
> I see no guarantees here, and guess you can provide nothing.

I agree, but I trust our test coverage.

-- 
Konstantin Osipov, Moscow, Russia

  reply	other threads:[~2020-02-21  7:12 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-20 15:20 Igor Munkin
2020-02-20 18:03 ` Konstantin Osipov
2020-02-20 20:48   ` Igor Munkin
2020-02-21  7:12     ` Konstantin Osipov [this message]
2020-03-03 22:53 ` Vladislav Shpilevoy
2020-03-06 16:28   ` Igor Munkin
2020-03-05  5:44 ` Kirill Yukhin
2020-03-06 16:28   ` Igor Munkin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200221071228.GA15098@atlas \
    --to=kostja.osipov@gmail.com \
    --cc=imun@tarantool.org \
    --cc=tarantool-patches@dev.tarantool.org \
    --cc=v.shpilevoy@tarantool.org \
    --subject='Re: [Tarantool-patches] [PATCH] build: disable LUAJIT_ENABLE_PAIRSMM' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox