<w​oodser:monero.social> I'd like to give a bump to this feature, to subtract mining fees from destinations: monero-project/monero #8861

<w​oodser:monero.social> it's powerful feature, so the mining fees aren't a dynamic cost on top of everything. we're relying on it in haveno

<w​oodser:monero.social> it's a powerful feature, so the mining fees aren't a dynamic cost on top of everything. we're relying on it in haveno

<w​oodser:monero.social> any thoughts, updates, next steps, or things we can do to move this forward? jeffro256 or luigi

<a​lex:agoradesk.com> This feature hasn't been merged for a while now. It's essential and long overdue (we've first opened an issue about it in 2021). It's tested and used. Please merge ASAP.

<a​lex:agoradesk.com> jeffro256: @luigi1112

<j​effro256:monero.social> It still hasn't been reviewed and approved by another dev. If we can get someone else to review and approve then there's a good chance it could be merged

<w​oodser:monero.social> I can certainly test it and give a review of the code

<w​oodser:monero.social> it would need rebased though, and on the release branch to run tests

Also Ruckniums thoughts if possible as its messing with fees

<w​oodser:monero.social> it's a powerful feature for building applications, so the mining fees aren't a dynamic cost on top of everything. we're relying on it in haveno

<r​ucknium:monero.social> As long as the same standard fees appear on the blockchain, it should be OK. So reviewers should check that.

<a​lex:agoradesk.com> @plowsof It's not messing with fees. It's merely subtracting the fee from the amount being sent. One can do it manually as well by looking up the current fee rate and reducing the amount being sent.

<w​oodser:monero.social> a note on timing, unfortunately I can't update the monero-project codebase in the monero-java/ts/cpp libraries without this feature rebased or merged, with the dependencies building on it, so hoping to progress things in a timely manner, and avoid being "stuck in time" to release with an experimental feature :)

<v​tnerd:monero.social> I will look at the review then

<v​tnerd:monero.social> jeffro256: I just looked, I have a bunch of unanswered questions in my last review. Am I to assume no changes were made for those?

<j​effro256:monero.social> I will go through those comments and update, thank you

<j​effro256:monero.social> Sorry I forgot about those

<v​tnerd:monero.social> I recall it being close to approve, so I think this can get done today hopefully

Does vtnerd's fundraiser struggle because people are not interested in LWS, or because the CCS is still very dominant, and people don't know Magic?

<v​tnerd:monero.social> I wish I knew myself, because I'm stuck on whether to retry with CCS.

<v​tnerd:monero.social> There's at least one feature listed I know some people want - a c/c++ frontend for lws. The plan is to eventually provide jni hooks for Android, which is something listed on monero bounties

i have that already

i'll release it shortly but i have had no one contacting me even tho i have announcdd that already

<v​tnerd:monero.social> You've announced it, but I can't recall seeing a post with a link to a repo or anything

<v​tnerd:monero.social> So it's status is still unknown

things are unknown when you never ask about them, of course

especially when you never try to help someone

i've also mentioned that there are some serious problems with the existing sea code, and that I have oodles of fixes

c*

The code is finished and it's well tested

<v​tnerd:monero.social> Then where is it?

The reason I am blocked is on something completely different. In fact, I doubt you have any idea what I've been dealing with

it's on GitHub in a private repository

it has been for years

this is what happens when the community doesn't give a shit about one of its developers

he goes into stealth because he thinks that no one will have his back

you're free to throw your hands up at that, but you were part of the reason it happened

i've even developed a couple medical issues because of the stress

vtnerd you can actually help me with what blocks me right now

being more an expert in ecc math

rbrunner, vtnerd: Frankly think people perceive it easier to donate on the CCS, but I might be wrong on this

May well be that "perception" is a big part of it, yes.

<1​23bob123:matrix.org> I’d say its more CCS is community as magic is “business”

I doubt that most people come as far as fully understanding the differences between CCS and that "business". I would guess many shy away much earlier with an immediate first response of "Don't know this, don't feel comfortable here"

<1​23bob123:matrix.org> Maybe trust or unknown quantity

Also this I think rbrunner -> <plowsof> nobody reads the faq ofcourse so they probably think you have to kyc to donate

<1​23bob123:matrix.org> Also not sure what info is required by magic for you to be added

As far as I understand, it is only required in case you want to claim a tax deduction, but most people don't know that I guess

Well, if I hit on the "Donate" button on the fundraiser page, I for one don't see anything that lets me fear a strict KYC requirement.

it's amazing being completely ignored after all the stuff I've done for certain people here

Only if I check the "I want a tax deduction" radio button name and email switch to "required"

<1​23bob123:matrix.org> I mean proposer what info do they need to provide

Yes, but if vtnerd's fundraiser there struggles certainly what they had to endure in order to get listed is *not* the problem!

so many things I've kept private for people, and they seem to just trample on me

it's actually amazing how some propaganda was generated about how I'm the one who can't respect an NDA. It's part of an obvious power struggle i told people about

and for the people whose secrets I'm still keeping regardless of how you treat me, you're welcome

it's not because of how you treated me

<r​ucknium:monero.social> Dan 🤐 r/dark (Is not the man & Braxman Tomsparks Advocate ): Info on eligibility and required info from funds recipients is on the apply page: monerofund.org/apply

<r​ucknium:monero.social> MAGIC has always said that a form of KYC from fund recipients is required due to laws. I think I have always said that when I encouraged people to apply. As a "downside" compared to the CCS.

<r​ucknium:monero.social> But it would be an upside for certain applicants like researchers at universities or companies that need to have a contract.

<j​effro256:monero.social> @vtnerd okay updates to #8861 are made

<j​effro256:monero.social> If anyone else would like to review/test it, it would be greatly appreciated

<s​needlewoods_xmr:matrix.org> jeffro256 the unit_tests failed for me at `parsing.strtol` with:

<s​needlewoods_xmr:matrix.org> ```

<s​needlewoods_xmr:matrix.org> Value of: (*__errno_location ())

<s​needlewoods_xmr:matrix.org> Actual: 107

<s​needlewoods_xmr:matrix.org> Expected: 0

<s​needlewoods_xmr:matrix.org> ```

<j​effro256:monero.social> Could you post a full log plz and what OS are you on?

<j​effro256:monero.social> And what version of libc

<j​effro256:monero.social> Errno code 107 is for connections that aren't open