If I upload a file without the -p option, i.e. my own private file, how can I read it again?
ok
test if it is correct link
hd72025.mp4 73d76e593440629f791152b5069a58380e47a6d14d8ff2f987eede6e63d72b73
Error downloading "hd72025.mp4": Network Error GetRecord Query Error RecordNotFound.
Starting to chunk “/home/koan/Vídeos/videos/hd72025.mp4” now.
Starting to chunk “/home/koan/Vídeos/videos/hd72025.mp4” now.
Files upload attempted previously, verifying 0 chunks
All files were already uploaded and verified
chunk_manager doesn’t have any verified_files, nor any failed_chunks to re-upload.
Just execute download shall get it back.
However, we notice there seems a bug with the Windows OS.
i.e. currently, it only works with Linux
Fixing is coming.
Impossible to reupload a file after the pre-unconfirmed tx error.
it stops for more that 15 minutes and then gives the same pre-unconfirmed error again.
Uploading 855 chunks
⠒ [00:15:32] [----------------------------------------] 0/855
Same result for me needs a fresh install
So if the upload dir gets compromised another person can access my private files easily?
Excuse my ignorance but we can still rename it right, NRS?
So if I want to store something and only have the address in my head that is doable.
yup.
Prior unconfirmed transaction. Aye we could reword that.
Ie, your previous batch payment has not yet been sufficiently stored that a new transaction would be considered valid.
Seems like we’ll need to do some more retries over that before we bail.
I think that’s a decent improvement over prior testnet? That should get whittled down as time goes by too.
Your client folder holds the datamap. (Or should… seems like win might have an issue atm, fix inbound!).
Could be!
Yeh, same as (as/when we have the SAFE account stored on the network), if anyone got your password etc they could access your files.
So on a shared machine we might want a wipe
option or some such, and we just print datamaps to the terminal?? I’,m not sure what a desireable flow would be (or if that imagined situation is valid)
the upload dir
becomes part of your private files
that needs your protect
for the public shared, yes, an address is enough.
for the private unshared, you will need the whole metadata (which is the datamap chunk for the uploaded file)
Setting SN_LOG=none
(inline or with export
) the output still says Using SN_LOG=all
- tailing safe.log shows activity still happening.
root@localhost:~/testfiles# SN_LOG=none safe files upload -p --batch-size 20 100m
Logging to directory: "/root/.local/share/safe/client/logs/log_2024-01-05_11-16-13"
Using SN_LOG=all
I think there is great value in assigning a easy human memorable name to private files.
Is this out of the question in the future?
Ie no trace anywhere of my private data, only in my head. Is significantly better than worrying about securing it.
@joshuef when we have safe accounts does upload dir go away?
Thank you for the new shiny testnet Maidsafe devs
Happy testing everyone
I expect much of this will be wrapped up in the Safe, your personal private store on the network, accessible only with your private key.
There are no plans for NRS any more so expect a third party app, and another, and another with independent takes and incompatible implementations. Especially as there is also no browser planned AFAIK.
That might have happened anyway but it’s much more likely without a MaidSafe browser built to use a MaidSafe NRS.
I think the regulatory environment makes it difficult to do these things now, not just the need for MVP asap.
I must have known that somewhere in the back of my head, hence I was unsure.
That is weird. The code just reads the env variable and there is no other code-path there.
Can you try echo ing the variable to make sure the correct one is set?
❯ echo $SN_LOG
none
Gives me a blank. I’m running a Linux cloud instance remotely from a Windows PC via Git Bash - so it may be something to do with that. I’ll try a more sensible setup later.
test if it is correct link, thanks
hope it works
hd72025.mp4 73d76e593440629f791152b5069a58380e47a6d14d8ff2f987eede6e63d72b73
Ah no, I was in the wrong screen. In the correct one it does say
none
. I’ll check the log progress shortly.