Wireshark-dev: Re: [Wireshark-dev] Improvments for NVMeOF dissector
I have waited for another week and nothing
happens.
This merge request (!2405) was created
more than two weeks ago, and the people who have looked into it either
lost interest or do not have time.
I appreciate that everyone is so busy,
but the same claim goes for contributors as well as developers.
I am more busy than most people, and
I have found time to contribute. I equally expect that someone finds time
to look into this work. This is a reasonable expectation as long as the
projects states that contributions are welcome. If every developer is so
busy and there is no formal process to assign the contribution for review,
or a measure of how many contributions were evaluated by people holding
core developer status, while there is also a taste of coldness in communication
-- "do not bother us, we are busy and owe you nothing",
why shall I bother?
I feel I have wasted my time. I have already explained that I have nothing
to gain from this. It was an act of gratitude to the project. But
I do not want to feel that I have to push it down the project throat. As
I have said there are many changes to improve NVMEoF dissector, and if
there is no interest nor cooperation, I can easily continue in my local
tree and it will serve my work just fine. This also means that these changes
will never see public access.
The same goes for MR 2522 and 2324.
Regarding the last one, I simply fail to grasp what is the problem there.
Typically, build problems are solved within minutes (like a recent problem
building on MAC). Since the change is so trivial, and beta builds of Fedora
with gcc-11 are out, while the release is imminent, I do not understand
why it has not been merged. Perhaps the problem is that I have provided
the patch and should have just opened the bug report like people did reporting
the MAC build issue?
So, I want to know what to do. Shall I close the merge requests and leave
busy people alone with their busy affairs or perhaps we can work in the
spirit of cooperation?
Until this point, I have contributed above 3k lines of code, where 800
lines are in the tree, and 2.2K lines are stuck in the review. If
this is not a significant contribution, I do not know what is. I understand
responsibility and would not whine about lack of time (despite being very
busy) if I had core developer access. Your call, core developers. Can we
collaborate, or you are so busy that collaboration is not possible?
--
----------------------------------------
Constantine Gavrilov
Storage Architect
Master Inventor
Tel-Aviv Storage Lab IDT Lead
Tel-Aviv IBM Storage Lab
1 Azrieli Center, Tel-Aviv
----------------------------------------
From:
Constantine Gavrilov/Israel/IBM
To:
Developer support list
for Wireshark <wireshark-dev@xxxxxxxxxxxxx>
Date:
03/21/2021 05:37 PM
Subject:
Re: [EXTERNAL]
Re: [Wireshark-dev] Improvments for NVMeOF dissector
Pascal, thank you.
> You should accommodate the project, and not the other
way around.
I have never assumed otherwise, just tried to reach out...
I will wait until the end of the week and see what happens...
--
----------------------------------------
Constantine Gavrilov
Storage Architect
Master Inventor
Tel-Aviv Storage Lab IDT Lead
Tel-Aviv IBM Storage Lab
1 Azrieli Center, Tel-Aviv
----------------------------------------
