09:57:24 tx-notify not getting called 09:57:40 getting pissed off lol 10:00:11 Stealthy: did you use a full path to the program you want it to run? 10:01:07 --tx-notify '/usr/bin/php /home/monero/notify/tx_notify.php' 10:01:35 tried with/without quotations 10:02:01 full path, relative path to service workingdir 10:03:36 hmmm. can you replace it with a shell script that writes to a file? just one like #!/bin/sh echo 'it works!!' >> /tmp/log 10:03:54 shellsception 10:04:46 will try 10:06:15 hard to debug since the walletrpc log doesnt tell you about attempts either 10:06:25 or not in my case, who knows 10:11:09 can any of those arguments go into the config file as they are 10:11:22 ie tx-notify= rathern than --tx-notify 10:11:27 or is that gray area as well 10:13:04 so far i get the impression that i choose the quirkiest of coins of all 10:21:06 hello 10:22:34 how to give block height to get_block_reward in cryptonote_basic_impl.cpp 10:22:50 i tried with m_db->height adding blockchain.h but no success 10:32:34 anyone here 10:32:41 run while you can 10:34:50 ? 10:37:33 threat? 10:40:16 any suggestion please 10:40:50 yea 10:40:58 switch to a proper coin and toolchain 10:44:24 moneromooo are u here 11:08:27 a wallet is simultaniously a node and vice versa right? 11:08:55 no 11:09:20 node = daemon 11:09:42 wallet can work with daemon elsewhere 11:10:49 using a remote node for syncronizing the blockchain? 11:11:17 depends on what u need 11:11:42 if u need 99.9 privacy run daemon better 11:11:47 on your pc 11:13:46 my question is more related to my package manager. 11:14:28 i want to identify the cli wallet and ask myself to install "monero-0.15.0.1" or the monero-core..." 11:14:52 which one contains the node and which one the wallet 11:15:01 or are both usable as is 11:15:41 monero-wallet-cli 11:15:47 monerod daemon 11:19:08 wibe: i think that monero-core is the gui, or at least that used to be the name of the repo for it 11:19:25 monero-0.15.0.1 probably contains the daemon, cli wallet, and some other utilities 11:20:57 hello asymptotically 11:21:11 hello ne 11:21:14 hello newyearday * 11:35:49 alright thanks 16:44:29 hi 16:44:53 when prober formatted hashes.txt file? checksum filename 16:45:22 when not embedded clearsign hashes.txt 16:46:12 when proper verify: gpg --keyid-format long --with-fingerprint --show-keys fluffypony.asc 16:46:22 when change to binaryFate .. 16:46:30 i hvae now stake, just reportn 16:46:58 f8e3 don't understand your question 16:47:23 * f8e3 not surprised 17:53:42 binaryFate: the person was asking for formatting in the `hashes filename` format so that `shasum -c` understands it 17:57:25 at least that was part of what they are asking 18:37:26 oh ok. Did we ever have that? As long as it remains readable for non-command line people too why not. 19:20:15 binaryFate: yes it used to be in this format 19:22:33 hash[doublespace]filename 19:25:38 see e.g. https://gui.xmr.pm/files/hashes-v0.15.0.3.txt 20:02:35 I read something about Chainalysis and Monero. I am curious, how much can they find exactly? I know transaction amount, source, and recipient are hidden. But what exactly can be seen? 20:02:58 I suppose you could draw the conclusion that a transfer happened at time T, and if there's a lot of transfers something might have happened. 20:03:06 Are there any other such fingerprints? 20:05:16 A fair amount. Payment IDs. Whether you use an input younger than 10 blocks. Fake out distribution. Custom fields in extra data. Non default fee. Probably many others. 20:08:27 i thought inputs younger than 10 blocks were invalid after v12 fork? 20:12:10 But the only information I can glean from that is whether a person is _active_, correct? 20:12:18 and of course when he's spending 20:12:40 but can I for example look at coins getting sent to me and observe "right, that's the guy with the strange fees"? 20:27:20 ndorf: yep 22:59:03 binaryFate: yes it used to be in this format <--- not the main hash file, see for instance previous one https://repo.getmonero.org/monero-project/monero-site/-/merge_requests/1238/diffs#diff-content-73b69ca944025615c3c819db83643787def82faa 23:01:22 I personally find putting hash first makes it harder for people to check "with their eyes" as finding the right line is slithly discouraging, compared to having binaries name first 23:01:37 binaryFate: a few versions ago, because I got that format from fluffy 23:01:58 can look it up tomorrow 23:02:11 It's subtle and subjective. We should just make sure not to forget non-command line people. Overall goal is that as many people as possible are actually checking. 23:51:22 the filename first format is also accepted by sha*sum -c 23:52:30 i.e. this one: 23:52:31 % sha256sum --tag /dev/null 23:52:31 SHA256 (/dev/null) = e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855