Open hulkabob opened 3 years ago
sahib
commented
3 years ago Hello @hulkabob,
thanks for taking a try and taking time to write a good bug report. Also that's a fun error message.
Sadly, neither me or @evgmik are investing time into brig, so I just keep this issue open until either of us find some time and motivation to continue here. Chances are that things on develop are fixed already. What issue with the daemon start did you see there?
Best, Chris
hulkabob
commented
3 years ago Hi Chris, pardon for a late response. I can file in another bug report for the daemon start, but in a nutshell - it acts like the BRIG_PASSWORD is already set to some random value. Daemon doesn't ask password on init and fails afterwards. I experienced such password behaviour with stable brig and password set via env.
Here's the log:
hulkabob@terminus-alpha ~/work/brig $ ~/go/bin/brig --repo ~/.brig_dev_test/ init hulkabob@test/dev
-- Guessed IPFS repository as /var/lib/ipfs/.ipfs
-- The API address of the repo is: /ip4/127.0.0.1/tcp/5001
-- IPFS Daemon does not seem to be running.
-- Will start one for you with the following command:
-- IPFS_PATH='/var/lib/ipfs/.ipfs' ipfs daemon --enable-pubsub-experiment
-- Done waiting.
-- Started IPFS as child of this process.
-- Will set some default settings for IPFS.
-- These are required for brig to work smoothly.
-- The IPFS version is »0.9.1«.
-- Setting config: IPFS_PATH='/var/lib/ipfs/.ipfs' ipfs config --json Experimental.Libp2pStreamMounting true
-- Setting config: IPFS_PATH='/var/lib/ipfs/.ipfs' ipfs config --json Reprovider.Interval "1h"
-- Setting config: IPFS_PATH='/var/lib/ipfs/.ipfs' ipfs config --json Swarm.ConnMgr.GracePeriod "60s"
-- Setting config: IPFS_PATH='/var/lib/ipfs/.ipfs' ipfs config --json Swarm.EnableAutoRelay true
29.10.2021/00:12:04 ⚠ brig-repo/cmd/util.go:235: waiting a bit long for daemon to bootup...
29.10.2021/00:12:24 ⚡ brig-repo/cmd/parser.go:594: Unable to start daemon: Daemon could not be started or took to longIt is truly a pity that brig is on the shelf now, really fascinating piece of tech and an idea behind it. And btw, good paperwork in LaTeX. I could hope that you and @evgmik will stay safe and some when a spark of interest will light up. And brig will live and prosper :smile:
sahib
commented
3 years ago Hi @hulkabob
I can file in another bug report for the daemon start, but in a nutshell - it acts like the BRIG_PASSWORD is already set to some random value. Daemon doesn't ask password on init and fails afterwards. I experienced such password behaviour with stable brig and password set via env.
I actually removed all that password code some time ago (1bc74632811ed3067f16d5831a82d891fa45ca9e). What commit did you build from? (edit: nevermind, you wrote that above)
It is truly a pity that brig is on the shelf now, really fascinating piece of tech and an idea behind it. And btw, good paperwork in LaTeX.
Yes, it is a pity and I feel bad for it from time to time. But then I remember I already wrote way over 50k lines of code for that idea and nobody cared enough to develop it further. That's sad, but it would not be healthy to continue it alone (@evgmik already helped a lot here). On my end, motivation is not the big problem, more the time factor. If there are developers for brig, then there will be development.
evgmik
commented
3 years ago Hi mates, let me echo @sahib. I am quite motivated to continue, but I have almost no time for this project right now. I am looking forward to the long December holidays to do another round of improvements (last year we made huge push).
@hulkabob please use 'develop' branch, it has a lot of bugs fixed. But the 'init' sequence changed a bit.
hulkabob
commented
2 years ago @evgmik , @sahib pardon for a long wait. Had a bunch of issues recently. Built latest develop and it is not starting for some reason.
masterbob@terminus-alpha ~/work/brig/brig-repo $ brig init masterbob/personal-2
-- Guessed IPFS repository as /var/lib/ipfs/.ipfs
-- The API address of the repo is: /ip4/127.0.0.1/tcp/5001
-- IPFS Daemon does not seem to be running.
-- Will start one for you with the following command:
-- IPFS_PATH='/var/lib/ipfs/.ipfs' ipfs daemon --enable-pubsub-experiment
-- Done waiting.
-- Started IPFS as child of this process.
-- Will set some default settings for IPFS.
-- These are required for brig to work smoothly.
-- The IPFS version is »0.12.2«.
-- Setting config: IPFS_PATH='/var/lib/ipfs/.ipfs' ipfs config --json Experimental.Libp2pStreamMounting true
-- Setting config: IPFS_PATH='/var/lib/ipfs/.ipfs' ipfs config --json Reprovider.Interval "1h"
-- Setting config: IPFS_PATH='/var/lib/ipfs/.ipfs' ipfs config --json Swarm.ConnMgr.GracePeriod "60s"
-- Setting config: IPFS_PATH='/var/lib/ipfs/.ipfs' ipfs config --json Swarm.EnableAutoRelay true
01.06.2022/21:53:40 ⚠ brig-repo/cmd/util.go:235: waiting a bit long for daemon to bootup...
01.06.2022/21:54:00 ⚡ brig-repo/cmd/parser.go:594: Unable to start daemon: Daemon could not be started or took to longAnd here are additional verification of brig version
masterbob@terminus-alpha ~/work/brig/brig-repo $ brig version
01.06.2022/21:59:01 ⚡ brig-repo/cmd/parser.go:594: Daemon not running
masterbob@terminus-alpha ~/work/brig/brig-repo $ brig -v
brig version v0.5.3-develop+6b7eccf [buildtime: 2022-06-01T20:45:09+03:00] (client version)Hi. If I remember correctly this happens if your password manager cleared the passphrase. Usually you have about 15 minutes and then you need to retype it. But often there are no warnings visible (since everything done outside of a user view). If you are using a password manager, request any password via usual means, it will grant you or brig a time window to communicate with password manager.
Tried using brig lik-my-grandma-would-do, where you don't think too much about how files are getting stored. Generally I have multiple file dirs, which I consider useful to be shared across multiple hosts. And faced rather interesting (logical?) issue with the history update aspects of a file.
What did you do?
Imported a file, then found out that it's obsolete. Wanted to store a copy of that file in head in old directory with the same name. Moved files from /dir/ to /dir/old. Added a new file with content. Committed it. When trying a sync with a remote, it argues with a message below.
What did you expect to see?
Sync with new files added and old ones shifted around.
What did you see instead?
This:
Do you still see this issue with a development binary?
No. (Dev binary doesn't even start daemon for some reason)
Did you check if a similar bug report was already opened?
Yes.
System details:
go version:
go version go1.17.1 linux/amd64uname -s -v -m:Linux #1 SMP Wed Oct 13 20:59:13 EEST 2021 x86_64IPFS config:{ "API": { "HTTPHeaders": {} }, "Addresses": { "API": "/ip4/127.0.0.1/tcp/5001", "Announce": [], "Gateway": "/ip4/127.0.0.1/tcp/8080", "NoAnnounce": [], "Swarm": [ "/ip4/0.0.0.0/tcp/4001", "/ip6/::/tcp/4001", "/ip4/0.0.0.0/udp/4001/quic", "/ip6/::/udp/4001/quic" ] }, "AutoNAT": {}, "Bootstrap": [ "/dnsaddr/bootstrap.libp2p.io/p2p/QmbLHAnMoJPWSCR5Zhtx6BHJX9KiKNN6tpvbUcqanj75Nb", "/dnsaddr/bootstrap.libp2p.io/p2p/QmcZf59bWwK5XFi76CZX8cbJ4BhTzzA3gU1ZjYZcYW3dwt", "/ip4/104.131.131.82/tcp/4001/p2p/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ", "/ip4/104.131.131.82/udp/4001/quic/p2p/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ", "/dnsaddr/bootstrap.libp2p.io/p2p/QmNnooDu7bfjPFoTZYxMNLWUQJyrVwtbZg5gBMjTezGAJN", "/dnsaddr/bootstrap.libp2p.io/p2p/QmQCU2EcMqAqQPR2i9bChDtGNJchTbq5TbXJJ16u19uLTa" ], "DNS": { "Resolvers": {} }, "Datastore": { "BloomFilterSize": 0, "GCPeriod": "1h", "HashOnRead": false, "Spec": { "mounts": [ { "child": { "path": "blocks", "shardFunc": "/repo/flatfs/shard/v1/next-to-last/2", "sync": true, "type": "flatfs" }, "mountpoint": "/blocks", "prefix": "flatfs.datastore", "type": "measure" }, { "child": { "compression": "none", "path": "datastore", "type": "levelds" }, "mountpoint": "/", "prefix": "leveldb.datastore", "type": "measure" } ], "type": "mount" }, "StorageGCWatermark": 90, "StorageMax": "10GB" }, "Discovery": { "MDNS": { "Enabled": true, "Interval": 10 } }, "Experimental": { "AcceleratedDHTClient": false, "FilestoreEnabled": false, "GraphsyncEnabled": false, "Libp2pStreamMounting": true, "P2pHttpProxy": false, "ShardingEnabled": false, "StrategicProviding": false, "UrlstoreEnabled": false }, "Gateway": { "APICommands": [], "HTTPHeaders": { "Access-Control-Allow-Headers": [ "X-Requested-With", "Range", "User-Agent" ], "Access-Control-Allow-Methods": [ "GET" ], "Access-Control-Allow-Origin": [ "*" ] }, "NoDNSLink": false, "NoFetch": false, "PathPrefixes": [], "PublicGateways": null, "RootRedirect": "", "Writable": false }, "Identity": { "PeerID": "12D3KooWDSeyMuCTka1RCvZw9A3YH7MFxR8fvcB4sa1FFbY5FPw4" }, "Ipns": { "RecordLifetime": "", "RepublishPeriod": "", "ResolveCacheSize": 128 }, "Migration": { "DownloadSources": [], "Keep": "" }, "Mounts": { "FuseAllowOther": false, "IPFS": "/ipfs", "IPNS": "/ipns" }, "Peering": { "Peers": null }, "Pinning": { "RemoteServices": {} }, "Plugins": { "Plugins": null }, "Provider": { "Strategy": "" }, "Pubsub": { "DisableSigning": false, "Router": "" }, "Reprovider": { "Interval": "1h", "Strategy": "all" }, "Routing": { "Type": "dht" }, "Swarm": { "AddrFilters": null, "ConnMgr": { "GracePeriod": "60s", "HighWater": 900, "LowWater": 600, "Type": "basic" }, "DisableBandwidthMetrics": false, "DisableNatPortMap": false, "EnableAutoRelay": true, "EnableRelayHop": false, "Transports": { "Multiplexers": {}, "Network": {}, "Security": {} } } }brig client version:
v0.4.1+68f8766 [build: 2019-03-31T00:10:39+01:00]brig server version:v0.4.1+68f8766+68f8766fd9fe8929e8b3fc6cefca01454f380a5bIPFS Version:0.9.1+