We stopped using TravisCI a while ago.

<xmrscott[m]> "Something I guess to be aware of..." <- Oh wow. I'm glad we're out of this before.

Hey guys I’m trying to fork the ccs proposals repo on gitlab, but I can’t do it due to an error. It says: “You have reached your project limit”

And then: “You tried to fork monero-project/CCSProposals but it failed for the following reason:
-Namespace is not valid “

There’s a way to solve this issue without having to delete and recreate the gitlab account?

What is your login name on that site ?

Well, I'm out for a bit, I'll fix it later if you post your login.

Alternatively you can signup without Github Login.

moneromooo ^

justverify: what's the nick of your account on gitlab?

Might have been filtered by my /ignore settings, I don't see a nick.

somehow irc messages don't show up on matrix

ErCiccione: Bl5ckj5ck

moneromooo: Bl5ckj5ck is the nick

i hope they read us on irc at least

yes

Should be fixed now.

justverify: should be solved now

slstmd[m]: Yes! Thanks

From the meeting in -lab there seems to be support for a meeting dedicated to discuss the next hard fork and the consensus items that should go in. Is sunday 3th at 17:00 a good time for people here?

y all the way in octobeR?

ErCiccione: 17:00 UTC I assume?

yep, sorry didn't specify

selsta: here's the proof, that we reuse the upstream's master's caches in the forks: monero-project/monero #7928#issuecomment-920272185

you linked to github.com/monero-project/monero/runs/3575081554 which isn't the fork

FYI anyone who uses this room but doesn't see the IRC messages at the moment, you can join

#monero-dev:libera.chat

Directly from Matrix

I talk to appservice and say "!join #monero-dev"

Is that different carrington ?

It doesn't work for #monero:monero.social though. It says that I need to register a nickname on libera chat.

selsta: other than the `hashdir` fail, is the cleanup OK for you?

Rucknium I think those have the same result, and I am not sure of the -community situation

Anyway. I have just updated the branch, ditching the hashdir.

hi all, just want to confirm that publicly sharing input key images of unbroadcast txs is harmless (i.e. cannot reveal anything that can compromise privacy) because the associated ring is not known to the chain? my hope / assumption is that new key images posted in isolation before its tx is broadcast to the chain would pose no additional risk. is this correct or any thoughts to the contrary?

to give context to the use case: we want to attach key images of source funds when a haveno user posts an offer. this allows peers to verify that the maker's funds are unique and unspent. we need to be sure that sharing the offer's key images before the tx is broadcast would not allow an attacker to somehow link the offer with external data like poisoned outputs, thus allowing the trade to be targeted for additional info. my understanding

is sharing revealing key images should not pose any risk in isolation before the tx is broadcast

s/sharing//

Hi guys,

I'm new here.

I have decent skills in C#, Java, Python, JavaScript and want to extend my skillset by adding C++ to it. At the same time I'd like to support monero, therefore I followed Rucknium's call to introduce myself to this channel.

I have little experience with C++ but am motivated to change that :)

Hi. Best is to find little things that seem broken and annoy you. Ping here to make sure it's something we want changed, then fix/improve it.

This means you only get to deal with small amounts of monero at once, and gives you tangible progress.

Inconsistent formatting etc etc aren't deemed broken in this context :)

Minimal patches are preferred.

Otherwise, there's haveno, a monero based p2p exchange, which is in java/javascript.

ellpepe: I'm pasting in moneromooo 's response since for some reason the IRC --> Matrix bridge is broken:

>This means you only get to deal with small amounts of monero at once, and gives you tangible progress.

>Inconsistent formatting etc etc aren't deemed broken in this context :)

>Minimal patches are preferred.

>Otherwise, there's haveno, a monero based p2p exchange, which is in java/javascript.

How can the bridge be fixed?

First sentence got missed: Hi. Best is to find little things that seem broken and annoy you. Ping here to make sure it's something we want changed, then fix/improve it.

Unless it's also a bridge drop.

ellpepe: Manually bridging again:

>First sentence got missed: Hi. Best is to find little things that seem broken and annoy you. Ping here to make sure it's something we want changed, then fix/improve it.

ty

ah ok, thanks Rucknium

and thanks moneromooo

Post-mortem on the decoy selection algorithm bugs from 0.17.2.3: monero-project/monero-site #1831

Biggest update from there: MyMonero/monero-lws did not have the widely publicized bug, and therefore very recent spendable real outputs could not be identified with certainty as widely reported

Once that post-mortem is finalized, I figure it makes sense for me (or someone with contacts) to reach out to news organizations to try and correct the prior statements, especially where I was quoted as saying real outputs were identifiable

This was a deeply unfortunate error, I've been grappling with it

It does mean privacy was better protected though, which is good news

jberman: No real error, as far as I see it. Much better to be overly cautious than the opposite. You/we said what we knew at the time that we knew it, with the best information available at the time.