-
xiphon
selsta: done
-
ErCiccione[m]
I just compiled 0.17. Monerod is much smaller or i missed something?
-
selsta
ErCiccione[m]: don’t think so
-
ErCiccione[m]
You don't think monerod is smaller or that i missed something? :D
-
selsta
It should not be "much smaller".
-
selsta
what did you compare it to?
-
ErCiccione[m]
my monerod is 25.2 Mb. I'm going by memory, so i could be completley wrong, but last time i compiled it (0.16.0.3) was about 100Mb
-
asy
he must have configured with -DWALLET_STEALING_MALWARE=Off
-
ErCiccione[m]
Again, i could be completely wrong
-
selsta
I think you misremember :P
-
asy
my v0.16.0.3 monerod is only 14M
-
ErCiccione[m]
Lol. ok, i definitely remember wrong then.
-
asy
maybe you did a debug build last time?
-
ErCiccione[m]
Nope. Was a normal static build as usual
-
tobtoht
large reorg (68 blocks) on stagenet appears to have forced 300+ txs back into the mempool
-
tobtoht
they aren't getting included in blocks, so I assume they're invalid on the longest chain
-
tobtoht
shouldn't they be dropped from the mempool in this case?
-
moneromooo
In a week's time.
-
selsta
iDunk: could you test
monero-project/monero-gui #3103 ? it should replace windeployhelper
-
selsta
USE_SINGLE_BUILDDIR=ON DEV_MODE=ON make release-win64
-
selsta
cd build/release && make deploy
-
moneromooo
tobtoht: while it would seem to make sense to drop them, they might end up valid again (for example, if the previous longest chain becomes longest again).
-
moneromooo
Then you'd have to download them all again.
-
moneromooo
A week's probably too long though. That could get shortened.
-
tobtoht
moneromooo: I see, thanks
-
iDunk
selsta: make: *** No rule to make target 'deploy'. Stop.
-
iDunk
The build was started in 3103, but 3d0fdbc97808119534fa1a9059d5047b3de00ec0 is not present because the build system set it in detached head state, which looks to be on master.
-
selsta
iDunk: bit confused, can you post all the commands you used?
-
selsta
the detached head stuff is submodule related so should not be relevant
-
selsta
looks like this on mac, should like similar on windows
irccloud.com/pastebin/Tbd2LpuM
-
iDunk
I c/p'ed the commands you wrote above.
-
iDunk
(inside my local 3103 branch, which had 3d0fdbc97808119534fa1a9059d5047b3de00ec0)
-
iDunk
Deploy worked with DEV_MODE=OFF, but there are more dlls required than the deployed ones.
-
iDunk
-
iDunk
Possibly others, if some of the dlls have their own deps.
-
iDunk
wallet-gui starts up fine with the missing dlls copied to bin.
-
selsta
ty, might be a bug with DEV_MODE on windows
-
iDunk
I don't think so. DEV_MODE seems to force master.
-
selsta
inside the monero submodule
-
selsta
not inside the GUI submodule
-
selsta
not inside the GUI repo*
-
iDunk
-
selsta
-
iDunk
You can see in L36 in my paste that it switched monero-gui to master.
-
selsta
right but I don't know why it does this
-
selsta
this works corrently on mac / linux
-
dsc_
Instead of `mkdir -p build/release && cd $_ && cmake ../..` you can do `cmake -Bbuild/release .`
-
dsc_
(unrelated Tip Of The Day™)
-
selsta
moneromooo: do you like one of the two suggestions?
monero-project/monero #6836#discussion_r493008418
-
selsta
(asking you because you wrote the mining tests)
-
moneromooo
Remind me tomorrow please. Too drunk to reason atm.
-
selsta
will do :D
-
boned4ddy
i sent a transfer using the monero-wallet-rpc with a paymentid to an integrated address, and polling the rpc for the payment id doesnt give me any payments
-
boned4ddy
also when i try to generate a payment_id via the monero-wallet-cli the command fails, are we not allowed to use them at all anymore?
-
selsta
integrated addresses are allowed (short encrypted payment ids)