00:00:38 Even when things actually exist i still get errors 00:02:59 That’s….. a lotttt of things to be missing 00:03:08 What Java version? 00:06:35 21 00:09:11 https://github.com/haveno-dex/haveno/blob/master/docs/installing.md 00:10:44 I'm not even missing anything. The file is clearly right there. 00:49:42 Test 10:58:44 Ah nixos is special in terms of getting things to work, probably doing a .nix port is the way to go. 13:00:51 Community meeting in 2 hour https://github.com/monero-project/meta/issues/979 13:47:31 Ill be listening to monerotopia at that time 13:51:03 Hey plowsof. Would that be the place to bring up that i am looking for a dev? For this? 13:51:08 https://bounties.monero.social/posts/102/1-700m-monerujo-add-full-ipv6-support 13:51:35 Or is there a better venue? 13:56:02 definitely, thanks! 13:56:39 will share along with some other recent payouts from the bounties site 14:05:49 Thanks. Id really like to find a dev who can get that done. 14:05:59 Maybe a bigger bounty is needed, idk 14:07:37 i2p support is trivial, but good luck getting monerujo to update 14:07:53 and btw, your better off paying devsprojects directly instead of bounties 14:08:20 and btw, your better off paying devs/projects directly instead of bounties 14:08:53 They have nothing on the roadmap for it which is why i made it a bounty 14:09:26 If somebody makes a working PR they will merge it *eventually* 14:09:45 whatever you day 14:09:54 meanwhile there are plently of wallets that support i2p 14:10:12 whatever you say 14:10:24 I don't see what I2P has anything to do with it. 14:10:55 i misread. point still stands 14:11:24 youre better off coordinating with m2049r (good luck) 14:12:53 Cake only supports ipv6 if u use a domain name, moneroujo is a nope, mysu is missing sub accounts so isnt ready for use, and anon doesnt either. So which wallets can i use? 14:15:43 Yeah, tell me about it 14:16:42 if you want sub accounts in anon, make a bounty for it 14:17:00 but its better to send money direclty to projects/devs? xD 14:17:15 I really would rather not use anon as its slow af 14:17:17 that was my next point :) 14:17:41 sidekick soon 14:17:48 That and they mix the stupid pin pad up and don't let you change it. So for me, being blind, having to find the numbers every single time is a pain in the ass. 14:18:09 oh yeah, you had sync problems. sounds like connection issue on your end, especially if you need ipv6 to use a wallet lmao 14:18:21 2 years later... 14:18:24 you have an update 14:18:26 ? 14:19:07 I don't absolutely need IPv6, but it is helpful for connecting to my own node, both inside the house and outside. 14:19:27 And it was not my issue only because other people were experiencing the same thing. And a non couldn't fix it. 14:19:45 it works fine. if you complaint is that tor is slow, then dont use tor 14:19:55 And all other wallets work fine while a non does not. 14:20:38 I can use other wallets over tour just fine, but Anon does not load for minutes at a time. 14:20:40 youre wrong, like others in the chat told you, sync is fine, somethings up with your node/connection/tor 14:20:41 i literally use it everyday 14:20:49 I can use other wallets over tor just fine, but Anon does not load for minutes at a time. 14:21:50 Nope, all other wallets work over tor. If it were tor all of them would be that bad, but its only anon 14:22:13 Mysu is fine over tor as is cake 14:23:42 good so dont use it. works fine here and for plenty of others 👍 14:24:20 Why do you think I'm not using it?That's the exact reason why. 14:27:31 Not using anon is why i made the bounty on monerujo to begin with. Its a small app size, supports sub accounts, but i cant access my node from off network without manually switching from local 10.0.0.x ip to my plic ipv4. But with v6 i dont have to do that switch each time 14:28:22 ? 14:33:07 Soon 14:35:32 Ill be listening to monerotopia at that time <<>> it's recorded 14:39:20 Where does the unnamed Moner9 Wallet guy hang out? 14:40:15 https://www.mrcyjanek.net/p/xmruw-monero-wallet/ 14:40:38 He posted here that Stack is a fork from Cake. It isn't. 14:41:53 think hes referring to this: https://github.com/cypherstack/flutter_libmonero 14:43:10 https://matrix.monero.social/_matrix/media/v1/download/monero.social/xiEzTQyDZQiiQKTCrliHdotk 14:43:15 We use Cake's Monero lib yeah 14:46:40 here 14:46:52 I was refering to the library used by wallet 14:47:09 Cool. All clear. Thanks. 14:47:23 Best of luck. Hope your project goes well. 14:47:51 Thanks! 14:48:01 Wondering if you had considered Monero Serai written in Rust. Coming out around the corner. We're seriously looking at switching over. 14:48:06 Not done yet, but looks very promising. 14:49:06 I didn't consider switching to it just yet, I've heard of it though, and would love to explorer the possibilities 14:50:30 https://github.com/cypherstack/libxmr/ 14:50:32 cuprate currently looks most promising to me, and I would love to experiment with it - but iirc there is still a long route ahead of the project 14:50:37 We've started wrapping it 14:51:20 interesting, is it fully compatible monero wallet implemented in rust? 14:52:11 Transaction construction, seed generation and restoration 14:52:29 That constitutes a "wallet" yes, but nothing beyond that. 14:52:50 Well, not quite a full wallet and scanning database functionality needs to be done externally. 14:52:55 yeah, then I guess it would require writting everything from scratch 14:52:59 yeah 14:53:06 so not quite "the thing" I was looking for. 14:53:24 Not a problem for Stack since we prefer to use our database structure anyways. 14:54:09 I prefer to not touch any of the sensitive code (storing files, encryption, networking) and to let the upstream code do the thing 14:54:40 Sounds good. 14:55:00 I wonder how porting features such as background sync and coin control would work 14:55:06 Well, let is know if we can help or any cross-pollination or anything. We're both Dart-based. 14:56:13 Currently I'm getting `dll` and `dylib` to compile to have full cross platform support. 14:56:22 Nice! 14:56:23 If you would ever want to target SailfishOS (or other exotic mobile linuxes) hit me up as I'd be very happy to help with that 14:56:37 Yeah getting windows to work with the cake code is quite the challenge 14:56:45 I'd love to! 14:57:28 Yeah, it is clearly ios-first app. 14:57:53 If youre looking for some extra cash, we're about to put up a bounty to help get the cake lib working for Windows 14:58:10 Like we've got a dll building. But the app crashes on seed generation. 14:58:50 interesting. I wonder if we hit the same roadblock 14:58:51 Well, at least you're planting the seeds. 14:59:11 https://github.com/cypherstack/flutter_libmonero/issues/61 14:59:36 ye 14:59:37 `set(CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS ON)` 14:59:40 most likely 15:00:29 Meeting time 15:00:41 most likely. 15:00:41 This is the exact same error I'm getting in monero_c, didn't test if that's the fix yet because I had to leave - but most likely it is. Will reply to the issue once I check it 15:01:01 Greetings https://github.com/monero-project/meta/issues/979 15:01:05 Please do. Would be thrilled. 15:02:17 may i ask Diego Salazar if the cypherstack bp++ 1st payment is being handled/handled? 15:02:23 Yes it was. Thanks. 15:02:51 thanks for confirming and success further! 15:03:35 Hi 15:03:55 i suppose the biggest highlight of the prev 2 weeks has been the transaction spam* and the resulting discussions (ongoing) 15:04:02 Recent bump in block sizes https://bitinfocharts.com/comparison/monero-size.html#3m Automatic fee has been fixed to go between normal/low depending on mempool status. there is also a new PR to allow miners to limit block weights [here](https://github.com/monero-project/monero/pull/9234) from sech1, suggested by Rucknium 15:04:27 hi Rucknium, did you mention having second thoughts about the idea? or? 15:04:28 Hello. 15:04:47 yo 15:04:55 hi 15:05:48 Miners self-limiting the size of blocks they produce? No second thoughts about adding the parameter to `get_block_template`. We don't know yet if it is a good idea to suggest that miners actually set the param lower. 15:06:37 ah thanks for clarifying 15:07:37 its a shame the -events cfp has ended, maybe some talks reg the recent transaction spam could be submitted (if not already ajs_?) 15:08:21 it's a soft deadline 15:09:52 hello, we have a cat working for us now. she updates the copyright dates every year [copyCat](https://github.com/monero-project/monero/pull/9252/commits) 15:10:17 articmine has submitted a talk about changes to the dynamic block protocol 15:10:37 now back to laundry 15:10:57 awesome, thanks! 15:11:02 IIRC, you are only supposed to update the copyright year on files that have actually been edited in that year. 15:11:33 *including fees 15:12:27 https://featherwallet.org/changelog/ tobtoht has been pushing out new versions 👍️ selsta says we are waiting for bF's availability to release 18.3.3 (thank you to the Gitian builders/signers!) https://github.com/monero-project/gitian.sigs 15:13:27 seems sane Rucknium reg copyright changes, im not even sure updating that date even means anything but the core repo gets several pull requests a year of people updating them 15:14:12 there was even an open invitation for contributors to update it posted on reddit 15:14:15 CFP deadline ended yesterday, but we might still accept additional talks depending on space availability 15:14:37 https://www.reddit.com/r/Monero/comments/1bellkj/update_github_dates_to_2024/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button 15:16:43 events team has ALOT of updates regarding sponsor payments and other misc things. TheFuzzStone has been offering advice on how to get fiat / cash invoices paid for monerokon (while a bank account is in the workings) - one advice though, please confirm the minimum amounts with TheFuzzStone and do not under any circumstances joke about them ! 15:17:41 - https://github.com/monero-project/monero-docs 15:18:47 sgp has set up getmonero.dev , which is a fork of https://github.com/monerodocs/md 15:19:11 dan shared that the underlying tech is mkdocs @ https://github.com/mkdocs/mkdocs 15:19:26 does anyone have any input on this? 15:20:25 We need to figure out domain ownership dead man switches. If they are possible somehow. 15:21:38 Very good idea, some technical introduction regarding how to build things that use monero's codebase would be good (I'm willing to contribute that), because it is quite easy to become lost when trying to use the codebase for first time. 15:22:16 So not only cli/rpc/gui docs but also wallet2_api.h and possibly libraries for other languages (rpc clients, and ffi). 15:22:29 i was asked by at least one person why the license is changed for the unofficial version at getmonero.dev to "Copyright © MoneroDocs.org Contributors, MAGIC Grants, and Other Contributors. MIT Licensed." 15:23:05 this was done before 'monero - docs ' on a monero-project repo was considered possible 15:24:05 sgp has explained the reasons but theyre not at hand atm 15:24:24 AFAIK, if MAGIC Grants added any content, then you are supposed to add them to the copyright statement. The MAGIC Monero Fund _committee_ (I know it's confusing) has not helped with getmonero.dev yet by the way. 15:25:45 they are named specifically while "Contributors" are not 15:25:57 although on github the full list of contributors is visible 15:26:11 For example, https://monerofund.org/ has "© Open Sats Initiative and MAGIC Grants, 2024". The website code was forked from Open Sats. Then we changed the code a lot to fit our requirements. 15:27:03 Ok. Someone can make a PR to add the full list to the website footer. 15:27:53 then we would have people complaining about the infinitely long list of contributors and how we need a javascript search function 15:29:47 For a permissionless currency, it seems you need the permission from a lot of people to set up anything in the Monero ecosystem. 15:29:50 a deadmans switch for domain ownership 🤔 interesting.. i could imagine a few "im not dead, the reminder when to my spam box, can you transfer it back lol" 15:29:51 anything else to discuss before getting to the ccs idea list? 15:30:46 quick plug of a bounty for adding ipv6 to monerujo , requested by shortwavesurfer2009 https://bounties.monero.social/posts/102/1-700m-monerujo-add-full-ipv6-support 15:32:04 SNeedleWoods add LegacyEnoteOriginContext for Seraphis [pull request](https://github.com/seraphis-migration/monero/pull/16#issue-2026817626) 🫡 15:32:35 ok lets discuss the idea list 15:32:37 5. [CCS updates](https://ccs.getmonero.org/) | [hinto](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/422#note_23548) | [tobtoht](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/428#note_23555) 15:32:50 a. [Unnamed Monero Wallet development](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/437) 15:32:57 aka xmruw 15:33:25 Czarek Nakamoto: is here, and has provided a comment comparing his work to valdracs monero-wallet-sdk 15:33:39 https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/437#note_23529 15:35:14 Correct, it is quite long and technical but it comes down to the fact that both project have different goals and target different usecases. 15:35:14 > monero-wallet-sdk focuses on android while xmruw focuses on being cross platform 15:35:14 > monero-wallet-sdk focuses on stable api for developers while xmruw focuses on offering as small abstraction as possible 15:35:15 > both projects aim for good developer experience (things like IDE suggestions) 15:37:05 r4v3r23 has suggested separating monero_c from xmruw 15:37:45 the proposal has 2 milestones, is that everything listed under 'plans'? 15:38:57 I assume that he meant separating them into 2 CCSes. I'm slightly against this idea because it would make development more annoying and testing rather impossible, the projects monero_c, byteworks, offline_market_data, monero.dart are all separate and can be used easily by 3rd party software. 15:39:36 Yes, it is everything listed in plans + some other minor features, such as PoS mode for sellers (which is currently in works), it will allow people to input product IDs and scan them to create real-life PoS experience 15:40:10 no, i meant removing the xmruw portion. besides feather (already establshed dev/wallet) all other wallets get funding on their own 15:40:13 and the docs update I've mentioned earlier - as I think that I've hit every possible edge case I could while working with monero code. 15:40:16 the question is what is the sentiment here, we had comments from tobtoht (who is having a rest after release) and rbrunner. just waiting for a response 15:41:16 > all other wallets get funding on their own 15:41:16 monero-wallet-sdk did their demo wallet as a part of CCS. 15:41:27 you can consider xmruw the same, as it is really "just a demo" of all the libraries mentioned above. 15:41:42 that came about because molly required it be created for various reasons (some security related) 15:41:57 demo wallet is just that, a demo wallet. your asking for funding for the whole wallet project. its in the title of the ccs 15:42:53 i guess all wallets are "just demos" of wallet2 15:43:09 the ccs funded tesla to accept monero as payment and coral reef. anything is possible 15:43:35 noted 15:43:36 Yes, I'm asking to support the full suite, all packages and a wallet. Developing libraries without a proper usecase for them just doesn't work. The wallet itself is not the major task here. monero_c is currently the biggest of them. monero_c wouldn't exist without xmruw, and xmruw can't exist without monero_c. 15:43:51 lol 15:44:34 My current tests on byteworks pass 100%, but in real-world usecases I've noticed bugs. I can't separate the project without a large cost in terms of how good the software is. 15:44:54 My current tests on bytewords pass 100%, but in real-world usecases I've noticed bugs. I can't separate the project without a large cost in terms of how good the software is. 15:45:07 there was alot of interest in having monero inside molly, this was merged. from this ccs came the need for monero-wallet-sdk (monero_c) 15:46:21 xmruw needs monero_c 15:46:38 monero_c doesnt need xmruw 15:46:44 Also xmruw targets platforms not officially supported by any wallets - such as SailfishOS and alpine linux (including PostmarketOS). So the entire effort also makes it easier to use monero in privacy enabled setups. 15:46:47 plowsof: I don't recall seeing comments from rbrunner and tob about this CCS. Is it in the IRC/Matrix logs? 15:46:57 sorry moment 15:48:18 i clipped the logs of the prev meeting half way* will fix that later 15:48:58 tobtohts comment https://libera.monerologs.net/monero-community/20240302#c337258 15:49:00 > monero_c doesnt need xmruw 15:49:00 Making the library on its own will require me to write synthetic tests for all the libraries because I wouldn't be able to uncover bugs (such as the one in bytewords). 15:49:24 and tests are nowhere near the user testing in terms of how well they catch bugs. 15:50:12 and sure I can make demos for each project separately, but that would be just a waste of time, and wouldn't deliver any real project. 15:50:19 while now we have a cross platform wallet. 15:50:42 also, a couple of devs asked why wallet2_api instead of wallet2.h directly 15:50:59 mooo asked that when i firsted mentioned a C lib was being worked on 15:51:29 tohtobt also expressed that, saying wallet2_api.h itself is an abstraction on top of wallet2.h 15:51:59 rbrunners comments must have came some days later (i will find them unless it was a false memory) 15:52:21 commenting on the perceived ease of adapting to seraphis 15:52:51 > tobtohts comment 15:52:51 line 63: OG response: https://pastebin.com/NQb5ejWc, I don't want to wait until wallet3 shows up, and I want to work on the project currently, when it comes I'll also do my best to enable people to have a seamless migration if they opted to use monero_c. 15:53:06 thanks Czarek i was looking for the paste 15:54:34 > also, a couple of devs asked why wallet2_api instead of wallet2.h directly 15:54:34 Because there is api, that tends to be more stable than internal functions in general, and it was used by every single lib/wallet I've seen (except for simplewallet). 15:54:35 > tohtobt also expressed that, saying wallet2_api.h itself is an abstraction on top of wallet2.h 15:54:35