<a​remor:matrix.org> Rucknium: you can change this?

If we have two docs sites, are they going to be mirrors, or will they hold different info? I think my question is linked to rucknium's earlier about disagreements about content.

It would be very confusing if they started to diverge on content/definitions.

<3​21bob321:monero.social> its just technical docs not blogs and ads

thanks Bob

doesn't answer the question though

I understand (i suppose) why it's a benefit to have docs hosted at two different places, but why not just make them mirrors?

Wouldn't that make most sense?

in my opinion just having one docs site makes most sense but, anyway, god bless decentralisation.

<3​21bob321:monero.social> wdym by two different places?

<3​21bob321:monero.social> people in bounties are thinking about making a man page

are all docs gonna be on getmonero.org?

Or getmonero.dev?

Or some other domain?

<3​21bob321:monero.social> docs.getmonero.org

which doesn't exist at the moment?

<3​21bob321:monero.social> thats an attempt to confuse people to use it

<3​21bob321:monero.social> not yet, wip

After that exists, then getmonero.dev will be deprecated?

<3​21bob321:monero.social> github.com/monero-project/monero-docs

<3​21bob321:monero.social> thats sgp's copyright plastered everywhere one

<3​21bob321:monero.social> ©️ magic grants

getmonero.dev is sgp's?

<3​21bob321:monero.social> yeah under magic grants

But it's just a fork of the original docs page, no?

It's not like there are additional license restrictions, is there?

Either way, all i am trying to say is that having two different docs sites that don't have the same info on them would be *extremely* confusing.

<s​nowman:tetaneutral.net> What if there was a third that had even better info

<s​nowman:tetaneutral.net> But lacking in some parts

define better?

oh right, one of those better but worse things?

or is it worse but better?

<s​nowman:tetaneutral.net> I’m not going to define better

or better with some butter?

Anyways, I think some effort should be made to ensure there isn't some sort of docs splintering/forking thing happening, as it wouldn't help matters. Most people like to drink homogonised milk.

<o​frnxmr:monero.social> Getmonero.dev is confusing, aint it?

<o​frnxmr:monero.social> It has nothing to do with getmonero.org

<o​frnxmr:monero.social> Sgp / MAGIC owns the domain

<o​frnxmr:monero.social> Theres also docs.monero.study

<o​frnxmr:monero.social> anyway, github.com/monero-project/monero-docs is the home of the new #monero-docs workgroup

<o​frnxmr:monero.social> Monero Docs

<o​frnxmr:monero.social> Getmonero.dev uses justthedocs, which doesnt work properly without javascript. We are using mkdocs in -docs

I said the same thning already in #monero-bounties, but it would be cool if docs could be wikibased or with comments like php.net documentation. Like for wallet rpc I had add still undocumented info to it if it had been like that, but I would not take a lot of time to make a PR everytime I see an inconsitency, error or lack of information...

I mean, once in a while the information from the wiki/comments could flow back into a repository, but I will sure not if I have my head full of other issues take much time to add information - and after it it is mostly lost and burried in some comments in the own public or private repositories.... (my POV, can only speak for myself, but would think that for others it is not that different)

<3​21bob321:monero.social> you can comment on the pr

<3​21bob321:monero.social> update .md and then push is that hard?

<o​frnxmr:monero.social> you can also just open an issue

<o​frnxmr:monero.social> Can leave the suggested change in an issue or even in the #monero-docs irc room. Someone else can/will pick it up.

<s​ofabox:monero.social> 500k not sustainable. im new here but from eth and the devs over there from uniswap for example only get 100k for fullstack and around 112k for solidity so smart contract

<s​ofabox:monero.social> per year

you can comment on the pr, well, this is also an idea :)

"update .md and then push is that hard?" Honestly, I don't think so, but I never did yet, I will need to do so soon, there I will look into and probably it's almost ridicioulos what I said. But it's less a thing about hard, but about time, 1-5min I will take, everything else I would postpone and probably forget... a Promodoro unit is 20min, so you want to make each mintue count

"you can also just open an issue" yeah, this is probably the easiest way, although I would feel a bit an asshole to dump the work simply on somebody, maybe my thinking is wrong here, too :D

Heck monero-rooms are aso a rabbit hole, we could make nft's out of it :D sorry. But, I think then a git(hub/lab/...) issue is more gentle, or?

<o​frnxmr:monero.social> Yea, issues are fine 👌

<a​nddn:matrix.org> I am developing a blockchain using the Go language. Is anyone interested in joining me?

ofrnxmr: yeah, it would seem that the GitHub you linked is the most suitable and sensible place for a "centralised" docs repository. other versions should pull core content from that, if they want to add some other colours, interface, functionality, etc.

<s​gp_:monero.social> What about just the docs doesn't work with JavaScript? Search? Both just the docs and mkdocs use lunr.js for search

<s​gp_:monero.social> Sidebar on mobile?

<o​pemonee:matrix.org> If you're struggling for money, I have a couple of glitch that pay and are legit. Got a couple instant ones too. Either way you look at it,ask for more info and imma put you through the glitch

<o​pemonee:matrix.org> 🪙💳CRYPTO INVESTMENT

<o​pemonee:matrix.org> 🪙💳ᴄᴀsʜ ᴀᴘᴘ ᴍᴇᴛʜᴏᴅ 💱

<o​pemonee:matrix.org> 💳🪙ᴘᴀʏᴘᴀʟ ғʟɪᴘs 🚀

<o​pemonee:matrix.org> 🪙💳ᴀᴘᴘʟᴇ ᴄᴀsʜ 💷

<o​pemonee:matrix.org> 💳🪙ᴄᴀʀᴅɪɴɢ📇

<o​pemonee:matrix.org> 🪙💳ᴄʟᴏɴᴇ ᴄᴀʀᴅs 💳

<o​pemonee:matrix.org> 💳🪙ᴘᴀʏ ᴅᴀʏ ɪs ᴏɴ 👨‍💻📌

<o​pemonee:matrix.org> 🪙💳ғʀᴇᴇ sᴀᴜᴄᴇ🔌

<o​pemonee:matrix.org> 💳🪙ʟᴏᴀɴs ᴍᴇᴛʜᴏᴅs✈️

<o​pemonee:matrix.org> 🪙💳ғʀᴇsʜʟʏ ᴄᴏᴏᴋᴇᴅ sʟɪᴘs 💰💴

<r​ottenwheel:kernal.eu> Moooods! plowsof @plowsof:matrix.org Diego Salazar endor00 charuto 🎯🔨.

<o​frnxmr:monero.social> yeah, the sidebar

<o​frnxmr:monero.social> (the menu)

<r​ucknium:monero.social> aremor: AFAIK, ofrn was responding to my comment about the Extreme Privacy book requiring a credit card to buy. I don't have any admin powers on monero.town

<o​frnxmr:monero.social> Correct

<r​ucknium:monero.social> I like vthor's idea to let people add comments to docs. There are a lot of things about RPC methods that probably don't belong in the concise tone of docs, but may be useful to devs. Ther RPC docs are like a list of ingredients, but they aren't recipes. It could be hard to make a system like that workable, of course. Dealing with spam comments, etc.

<o​frnxmr:monero.social> giscus.app

<o​frnxmr:monero.social> This plugin hooks into github discussions

<o​frnxmr:monero.social> Would require a github account to comment

<r​ucknium:monero.social> That would reduce spam and avoid forcing people to make a new account :)

<o​frnxmr:monero.social> I think its just short stepping making a github issue which can be closed /marked as completed, vs these comments that may(?) Clutter the page forever

<o​frnxmr:monero.social> while, on the plus side, it could help keep comments "organized"

<o​frnxmr:monero.social> There are a lot of things about RPC methods that probably don't belong in the concise tone of docs, but may be useful to devs. ,

<o​frnxmr:monero.social> > There are a lot of things about RPC methods that probably don't belong in the concise tone of docs, but may be useful to devs.

<o​frnxmr:monero.social> could you explain further

<r​ucknium:monero.social> "Don't use monero-wallet-rpc with a remote node." Suggestions like that.

<r​ucknium:monero.social> Info like this: github.com/Rucknium/misc-research/b…Size/xmr-ring-gathering.R#L159-L163

<r​ucknium:monero.social> github.com/Rucknium/misc-research/b…Size/xmr-ring-gathering.R#L275-L276

<r​ucknium:monero.social> Or minor bugs: "subtract fee from send does not work with 16-out txs"

<o​frnxmr:monero.social> It works fine w remote node if configured correctly

<o​frnxmr:monero.social> Is this a bug ? Or by design?

<r​ucknium:monero.social> Then someone should write the correct config in the comments :P

<o​frnxmr:monero.social> Example: the auto_refresh default is not a good value, especially with tor/onion nodes and also with --untrusted nodes

<o​frnxmr:monero.social> it used tk have runaway logs that would eventually cause system to run out of storage

<o​frnxmr:monero.social> Or should send pr to monero to fix the default behavior

<r​ucknium:monero.social> Bug: libera.monerologs.net/monero-community/20240621#c389132

<o​frnxmr:monero.social> If a bug then comments are pointless. Needs issue on monero and fix on monero

<o​frnxmr:monero.social> Would have to come in and delete comments after its fixed. I think that wrong approach to fixing stuff

<o​frnxmr:monero.social> basicswap works with remote nodes as well as local. --trusted-node (and not yet implemented: a longer auto_refresh) interval makes even onion nodes usable

<o​frnxmr:monero.social> The problem with rpc is that it send refresh command like every 20 seconds. It takes nore time than that in some circumstances. Imo we dont need auto_refresh more than every 60s (half a block) by default

<o​frnxmr:monero.social> --trusted-daemon* shaves 3-10mb off of the initial refresh. Without it, (iirc) it will repeatedly ask the remote daemon for 10mb every 20 seconds

<o​frnxmr:monero.social> But yeah. Thats part of" why monero-docs?" << we need better docs, better configs, better defaults and bug fixes

The patch for that is in release cc rbrunner that requests only new tx's since last request iirc to reduce the spam. We just need a hardfork.so everyone has to.update

<o​frnxmr:monero.social> --trusted-daemon goes a long way. @plowsof it was like a 20 second speedup for gift card redeem, right?

Yep true

<r​brunner7:monero.social> Yes, once everybody's daemon supports incremental query of tx pool, fetching new txs every 20 seconds won't be a problem at all. Waiting longer could even be counter-productive then, because the data packets would get bigger which is not ideal.

<a​remor:matrix.org> Oh, thanks

<o​frnxmr:monero.social> Its a problem when it takes 20 seconds to retrieve the extra data included in --untrusted-daemon

r​ucknium: there is also not expected output on rpc (not documented), `describe_transfer` gives you much more output then expected e.g.

" I think its just short stepping making a github issue which can be closed /marked as completed, vs these comments that may(?) Clutter the page forever" I found on php.net in this comments often hints, that made me mad for hours only to figure out that an operator/method was not behaving like described in the documentantion and it tool like 3 minor increments, or even never until it got reflected in the docs. But I think with

the issues is okay, if it get's almost real time updated :D, or at least the issue somehow attached below the documentation.

" If a bug then comments are pointless. Needs issue on monero and fix on monero" it is not until it is fixed, that is why I hate to fix upstream, all is sooo slow, so I better fix it myself. It is not that you are developing and then you would wait until your dependencies resolve some day. The comment is to save somebodys day until the bug is fixed, of course perfect world the comments would also be read by somebody to create

an issue or fix the bug or by the person itself. But how I stated, I would spend 2-5min max on minor issues, they are easier to fix on my end... (but that is maybe only me...)

<c​howbungaman:matrix.org> Tune in!!! The stands are packed with locals who have come

<c​howbungaman:matrix.org> To watch Copa Monero!! Live now is Pirate Chain v Exolix!

<c​howbungaman:matrix.org> youtube.com/live/i-yXAv-JFxg?si=JkSH2MG1v-s8Z0Do

<c​howbungaman:matrix.org> Second game of the day streaming live here now!!

<c​howbungaman:matrix.org> youtube.com/live/-x-25eUu7vU?si=EYM0XdkbWO11T_3P

Part-time + Flexible Work on getmonero.org (1 Month) has moved to funding! ccs.getmonero.org/proposals/hardenedsteel-getmonero-1.html

selsta part-time monero development (3 months) has moved to funding! ccs.getmonero.org/proposals/selsta-14.html

<d​ave.jp:matrix.org> Selsta has always been part time ?

yes

shitty bot

moved to funding ccs.getmonero.org/proposals/hardenedsteel-getmonero-1.html

Hardenedsteel is the first one

moved to funding ccs.getmonero.org/proposals/VOSTOEMISIO-FCMP-Animated-Explainer.html

shitty nioCat

binarybaron has been merged to the waiting room, pending important feedback from lederstrumpf which will arrive tomorrow

thx

this link doesn't display properly ccs.getmonero.org/proposals/VOSTOEMISIO-FCMP-Animated-Explainer.html

our team of highly trained front matter monkeys are investigating this issue, please hold

<s​ammy_packs:matrix.org> LICENSE PSYCHEDELICS EXPERT

<s​ammy_packs:matrix.org> CANABIS GROWER

<s​ammy_packs:matrix.org> 🚨ONLY BEST QUALITIES

<s​ammy_packs:matrix.org> 🚨BEST PRICE

<s​ammy_packs:matrix.org> 🚨FAST,SECURE, DISCREET DELIVERY

<s​ammy_packs:matrix.org> OPEN 24h/7d  available for delivery

<s​ammy_packs:matrix.org> Contact below 👇

<s​ammy_packs:matrix.org> t.me/highways_market

:D front matter monkeys

updating rates after merge*? repo.getmonero.org/monero-project/c…roposals/-/merge_requests/485/diffs