aschmahmann changed the topic of #ipfs to: Heads Up: To talk, you need to register your nick! Announcements: go-ipfs 0.7.0 and js-ipfs 0.52.3 are out! Get them from dist.ipfs.io and npm respectively! | Also: #libp2p #ipfs-cluster #filecoin #ipfs-dev | IPFS: https://github.com/ipfs/ipfs | Logs: https://view.matrix.org/room/!yhqiEdqNjyPbxtUjzm:matrix.org/ | Forums: https://discuss.ipfs.io | Code of Conduct: https://git.io/vVBS0
mowcat has quit [Remote host closed the connection]
Nukien2 has joined #ipfs
MDude has joined #ipfs
dsrt^ has quit []
vs^ has joined #ipfs
Nukien2 has quit [Ping timeout: 252 seconds]
GvP has joined #ipfs
Neidbi[m] is now known as KreysInaya[m]
Nukien2 has joined #ipfs
Nukien2 has quit [Ping timeout: 246 seconds]
jcea has quit [Ping timeout: 252 seconds]
BrianDodd[m] has joined #ipfs
jrt has quit [Killed (barjavel.freenode.net (Nickname regained by services))]
jrt has joined #ipfs
madcat28651 has quit [Ping timeout: 252 seconds]
baojg has joined #ipfs
tWqaq has joined #ipfs
tWqaq has quit [Max SendQ exceeded]
tWqaq has joined #ipfs
tWqaq has quit [Max SendQ exceeded]
tWqaq has joined #ipfs
tWqaq has quit [Max SendQ exceeded]
tWqaq has joined #ipfs
tWqaq has quit [Max SendQ exceeded]
tWqaq has joined #ipfs
tWqaq has quit [Max SendQ exceeded]
ipfs-stackbot has quit [Remote host closed the connection]
ipfs-stackbot has joined #ipfs
arcatech has joined #ipfs
arcatech has quit [Client Quit]
moony has quit [Quit: Bye!]
moony has joined #ipfs
epitron[m] has joined #ipfs
decentral has quit [Quit: Leaving]
chachasmooth has quit [Ping timeout: 240 seconds]
chachasmooth has joined #ipfs
heii has joined #ipfs
aLeSD_ has quit [Ping timeout: 240 seconds]
opa has joined #ipfs
Ringtailed_Fox has joined #ipfs
Ringtailed-Fox has quit [Read error: Connection reset by peer]
opa7331 has quit [Ping timeout: 246 seconds]
elusive has joined #ipfs
Nukien2 has joined #ipfs
Nukien2 has quit [Ping timeout: 246 seconds]
chachasmooth has quit [Ping timeout: 268 seconds]
chachasmooth has joined #ipfs
koo5 has quit [Ping timeout: 246 seconds]
raed has quit [Quit: raed]
arcatech has joined #ipfs
raed has joined #ipfs
LiftLeft3 has joined #ipfs
LiftLeft has quit [Ping timeout: 240 seconds]
elusive has quit [Quit: Leaving]
hurikhan77 has quit [Quit: No Ping reply in 180 seconds.]
hurikhan77 has joined #ipfs
pupuupup has joined #ipfs
zeden has quit [Quit: WeeChat 3.0.1]
heii has quit [Quit: heii]
pupuupup has quit [Ping timeout: 246 seconds]
arcatech has quit [Quit: Be back later.]
LiftLeft3 has quit [Remote host closed the connection]
LiftLeft has joined #ipfs
MDude has quit [Quit: Going offline, see ya! (www.adiirc.com)]
Tark0r has joined #ipfs
arcatech has joined #ipfs
dpl_ has quit [Ping timeout: 268 seconds]
arcatech has quit [Ping timeout: 252 seconds]
Ringtailed_Fox has quit [Read error: Connection reset by peer]
Ringtailed_Fox has joined #ipfs
pupuupup has joined #ipfs
baojg has quit [Remote host closed the connection]
Ringtailed_Fox has quit [Read error: Connection reset by peer]
Ringtailed_Fox has joined #ipfs
pupuupup has quit [Ping timeout: 246 seconds]
arcatech has joined #ipfs
arcatech has quit [Ping timeout: 246 seconds]
arcatech has joined #ipfs
arcatech has quit [Client Quit]
moony has quit [Ping timeout: 252 seconds]
moony has joined #ipfs
paddymahoney has quit [Read error: Connection reset by peer]
<iczero>
is it normal that the public read-only api on the gateway returns 403 when the origin header is set? it seems to work fine on the ipfs.io gateway (https://ipfs.io/api/v0/dag/get?arg=whatever) but for my hosted gateway it gives "403 - Forbidden"
paddymahoney has joined #ipfs
<iczero>
i have the CORS headers set on the gateway config (Access-Control-Allow-Origin: *, Access-Control-Allow-Methods: GET)
Nukien2 has joined #ipfs
<iczero>
actually it seems Access-Control-Allow-Origin isn't added to any response from the readonly api
Nukien2 has quit [Ping timeout: 265 seconds]
<iczero>
setting Access-Control-Allow-Origin: * in API.HTTPHeaders makes the readonly api not 403 but it still doesn't add Access-Control-Allow-Origin to the response
bsm1175321 has quit [Ping timeout: 240 seconds]
vs^ has quit []
dsrt^ has joined #ipfs
gurmble has joined #ipfs
grumble has quit [Remote host closed the connection]
gurmble is now known as grumble
madcat28651 has joined #ipfs
aLeSD_ has joined #ipfs
Nact has joined #ipfs
p3n has quit [Remote host closed the connection]
p3n has joined #ipfs
Nukien2 has joined #ipfs
madcat28651 has quit [Remote host closed the connection]
madcat28651 has joined #ipfs
Nukien2 has quit [Ping timeout: 265 seconds]
Nact has quit [Quit: Konversation terminated!]
Nact has joined #ipfs
tammyhembrow[m] has joined #ipfs
WildeGeist[m] has quit [Quit: Idle for 30+ days]
Lovestrange[m] has quit [Quit: Idle for 30+ days]
aduialthin[m] has quit [Quit: Idle for 30+ days]
gnyers[m] has left #ipfs ["User left"]
madcat28651 has quit [Ping timeout: 250 seconds]
PyHedgehog has joined #ipfs
Nukien2 has joined #ipfs
Nukien2 has quit [Ping timeout: 240 seconds]
fling has quit [Ping timeout: 240 seconds]
pecastro has joined #ipfs
kn0rki has joined #ipfs
Guest46591 has quit [Ping timeout: 252 seconds]
TheMeltdown has joined #ipfs
TheMeltdown is now known as Guest98829
marek has quit [Changing host]
marek has joined #ipfs
buschwookie has joined #ipfs
fling has joined #ipfs
buschwookie has quit [Quit: Leaving]
tech_exorcist has joined #ipfs
madcat28651 has joined #ipfs
madcat28651 has quit [Max SendQ exceeded]
madcat28651 has joined #ipfs
madcat28651 has quit [Max SendQ exceeded]
madcat28651 has joined #ipfs
madcat28651 has quit [Max SendQ exceeded]
madcat28651 has joined #ipfs
madcat28651 has quit [Max SendQ exceeded]
madcat28651 has joined #ipfs
madcat28651 has quit [Max SendQ exceeded]
koo5 has joined #ipfs
koo5 has quit [Ping timeout: 240 seconds]
Nukien2 has joined #ipfs
Nukien2 has quit [Ping timeout: 246 seconds]
mindCrime has quit [Ping timeout: 268 seconds]
leotaku has quit [Read error: No route to host]
leotaku has joined #ipfs
Nukien2 has joined #ipfs
Nukien2 has quit [Ping timeout: 240 seconds]
Nukien2 has joined #ipfs
lawid has quit [Read error: Connection reset by peer]
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
Exarch_ has quit [Quit: WeeChat 3.0]
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
NULLx76 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
NULLx76 has left #ipfs [#ipfs]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
jokoon has joined #ipfs
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
drathir_tor has quit [Ping timeout: 240 seconds]
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
supercoven has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
<jurjendevries[m]>
Hi Discordian , how are you doing?
john2gb0 has joined #ipfs
<jurjendevries[m]>
I just rebooted my server, but now having some issues. Getting a error:
<jurjendevries[m]>
2021/03/28 18:45:46 Error updating pin: invalid path "": path does not begin with '/'
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
drathir_tor has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
heii has joined #ipfs
john2gb0 has joined #ipfs
justanotherdude has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
jcea has joined #ipfs
john2gb0 has joined #ipfs
dpl_ has quit [Ping timeout: 240 seconds]
john2gb0 has quit [Read error: Connection reset by peer]
elusive has joined #ipfs
john2gb0 has joined #ipfs
jokoon2 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
jokoon has quit [Ping timeout: 246 seconds]
john2gb0 has joined #ipfs
CyborgJack[m] has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
fling has joined #ipfs
<Discordian[m]>
That's harmless, it'll arise on older versions of ipfs-sync if it receives and empty or no response when trying to fetch your current IPNS CID.
<RomeSilvanus[m]>
Oh I competely forgot that toml exists
<Discordian[m]>
It was practically a 1-line change too (besides updating structs a bit)
john2gb0 has quit [Read error: Connection reset by peer]
<RomeSilvanus[m]>
Yaml seemed the easiest for non technical inclined people to rea
<RomeSilvanus[m]>
Now I have to keep in mine to change my config before I update
john2gb0 has joined #ipfs
<Discordian[m]>
Yeah haha, or it might explode. Wasn't sure if I should make it migrate, figured I'd rather users get alerted to the change
<Discordian[m]>
I don't want to support JSON configs at all, so it's nice to have that out of the way early
<RomeSilvanus[m]>
You can just run a simple check to see if a json config exists (and no yam one)
<RomeSilvanus[m]>
If both exist then its to assume that they just didnt remove the old one
<RomeSilvanus[m]>
* You can just run a simple check to see if a json config exists (and no yaml one)
<RomeSilvanus[m]>
If both exist then its to assume that they just didnt remove the old one
john2gb0 has quit [Read error: Connection reset by peer]
<Discordian[m]>
I thought about that, but I'd rather the user get involved in case there's a new param they want, or if they want to copy the sample (with the embedded documentation), etc.
<Discordian[m]>
Oh shit I just realised it'll still gen a JSON config if it doesn't find a config
supercoven_ has joined #ipfs
<Discordian[m]>
sigh
john2gb0 has joined #ipfs
<RomeSilvanus[m]>
You could show a info text at the start of the run (changelog) that either needs to be confirmed, or waits X seconds until it continues.
john2gb0 has quit [Read error: Connection reset by peer]
<Discordian[m]>
Nah I'll leave that up to package managers, maybe on huge breaking changes after v1 do something like that
john2gb0 has joined #ipfs
<Discordian[m]>
Like v1 -> v2 will likely need to be handled with care, because major releases be like that
<Discordian[m]>
But that's quite a ways off
<RomeSilvanus[m]>
You aren't a proper OSS project unless you're stuck at version 0.0.0.1.0.1. etc forever
supercoven has quit [Ping timeout: 240 seconds]
<Discordian[m]>
Tbh I think I'll make it embed the sample config on build, and use that for config gen
john2gb0 has quit [Read error: Connection reset by peer]
<Discordian[m]>
Lmao, I just follow Go semver
<Discordian[m]>
So this next release, because of the YAML change, will be a minor release so people can prepare for something other than just bug fixes
john2gb0 has joined #ipfs
fling has quit [Ping timeout: 246 seconds]
<Discordian[m]>
v1 will be after things are stable, we're not regularly adding in new features, and possibly breaking things.
<Discordian[m]>
v2 will be if we ever need to break v1.
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
mowcat has joined #ipfs
heii_ has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
<RomeSilvanus[m]>
I'm gonna leave the version now running though before I update, it's been 4 days and its still at halfway through my second biggest folder. I just want it to finish so I can at least access the content before I have to restart everything.
<Discordian[m]>
Oh yeah I'd hold off, new version isn't any faster, just deals with updating filestore WAY better
<Discordian[m]>
Doesn't do anything with initial scans though
heii has quit [Ping timeout: 245 seconds]
heii_ is now known as heii
<RomeSilvanus[m]>
I doubt that I'll see much of an speed improvement unless you completely skip the checksum and rely on stuff like size&moddate.
<RomeSilvanus[m]>
Not with using hard disk drives.
john2gb0 has quit [Read error: Connection reset by peer]
<RomeSilvanus[m]>
* I doubt that I'll see much of an speed improvement unless you completely skip the checksum and rely on stuff like size&moddate only.
<Discordian[m]>
Haha yeah I'd do size+moddate, but that's screwed me in that past
<Discordian[m]>
Maybe it could be an option 🤔
<RomeSilvanus[m]>
Nice
john2gb0 has joined #ipfs
kiryin has joined #ipfs
<Discordian[m]>
Well the initial hashing step, how long does that take?
<RomeSilvanus[m]>
All folders probably over a month.
<Discordian[m]>
That's before it begins adding you mean?
<RomeSilvanus[m]>
Yes
john2gb0 has quit [Read error: Connection reset by peer]
<Discordian[m]>
Holy shit
<RomeSilvanus[m]>
As I said, HDDs are slow. Especially with millions of small files.
john2gb0 has joined #ipfs
<Discordian[m]>
It takes a few seconds to do 18k files on my NVME wow, I'll have to change that ...
<Discordian[m]>
You could turn the DB off, but running without a DB kinda sucks lol
<RomeSilvanus[m]>
I once almost had ipfs add finish adding a big folder after nearly 2 months. But then I foolishly deleted a file and ipfs died because it suddenly couldn't find it anymore for adding.
<RomeSilvanus[m]>
W A S T E D
<RomeSilvanus[m]>
* All this time. W A S T E D.
<Discordian[m]>
I thought the initial hashing took a bit, but not that long, and you were currently adding to IPFS
john2gb0 has quit [Read error: Connection reset by peer]
<Discordian[m]>
Hate to break it to you, but it checks the hashes on each boot rn
<RomeSilvanus[m]>
Nah, that's why I said some time ago that it would be nice if it could do both at the same time.
<RomeSilvanus[m]>
Then it would at least add something already.
john2gb0 has joined #ipfs
<RomeSilvanus[m]>
Yes, but it's not that problematic then since I don't restart my server that often.
<Discordian[m]>
Yeah I see what you wanted now, I thought you just wanted it to build the filelist in advance, which I realised it sorta does (only does that step once)
<RomeSilvanus[m]>
As I said, this is only the second bigegst folder with like 6TB and 15(?) million files I think?
<RomeSilvanus[m]>
The biggest one is around 15TB and 30 million files.
john2gb0 has quit [Read error: Connection reset by peer]
<RomeSilvanus[m]>
* As I said, this is only the second bigegst folder with like 2TB and 15(?) million files I think?
<RomeSilvanus[m]>
I wish I had an SSD server but no one's as cheap as Hetzner for the amount of space they offer.
<Discordian[m]>
Still over a month to get the watchdog started is insane, I'll make a lightweight option to just check moddate and filesize for extreme use-cases like that. Realistically it's roughly the same time it'd take to transfer all the files to memory once.
john2gb0 has joined #ipfs
<Discordian[m]>
But using just the fs data, it'd be significantly faster than that, just less accurate.
john2gb0 has quit [Read error: Connection reset by peer]
<RomeSilvanus[m]>
Rclone does mod&size on default and a big folder takes only a few days with it (while doing multiple at once). Its definitely the faster option.
<RomeSilvanus[m]>
Though it should probably a expert setting then.
<RomeSilvanus[m]>
And I mean, then the file content changes the modtime & size change anyway. You'd have to deliberately keep it the same to trick the system so there should be too many problems I assume.
kaotisk has left #ipfs [#ipfs]
john2gb0 has quit [Read error: Connection reset by peer]
<Discordian[m]>
Honestly I've run into annoying things (like certain archiving tools), where the data doesn't update how you'd expect.
<RomeSilvanus[m]>
* And I mean, when the file content changes the modtime & size change anyway. You'd have to deliberately keep it the same to trick the system so there should be too many problems I assume.
<RomeSilvanus[m]>
Yes, but if the size stays the same then its the same file.
<Discordian[m]>
But with that extreme scenario, that issue seems negligible
john2gb0 has joined #ipfs
<Discordian[m]>
Not always, sometimes bytes change in-place.
<RomeSilvanus[m]>
Oh, right.
kiryin has left #ipfs ["quit"]
john2gb0 has quit [Read error: Connection reset by peer]
<Discordian[m]>
I'll probably have a `DontHash` flag added for directories.
<RomeSilvanus[m]>
I always wondered if you can't just use the FS journal directly? AS far as I know every change is stored in there.
john2gb0 has joined #ipfs
<Discordian[m]>
I think it depends on the FS though. Keeping it simple having a hash option, and one that just uses data that's pretty common across them is safe.
<Discordian[m]>
That way we'll definitely work with like FAT32/exFAT/ext2/3/4/BTRFS/ZFS/etc...
john2gb0 has quit [Read error: Connection reset by peer]
<RomeSilvanus[m]>
If you use fat you deserve to suffer.
<Discordian[m]>
Haha never know, maybe someone is running on a Pi with a USB drive they want synced while the Pi is offline
<Discordian[m]>
* Haha never know, maybe someone is running on a Pi with a USB drive they want synced while the Pi is online
fling has joined #ipfs
john2gb0 has joined #ipfs
<swedneck>
i mean you can have EXT on a usb drive
<Discordian[m]>
Yeah, but their primary machine might be Windows, and Ext is a pain on Windows
<Discordian[m]>
I really want to see ipfs-sync work with your use-case efficiently.
mindCrime has joined #ipfs
<RomeSilvanus[m]>
At this point I'm pretty sure my use case it the extremest
<Discordian[m]>
Oh it's pretty, I guess it probably doesn't actually know the progress I guess
<Discordian[m]>
Yeah you certainly put ipfs-sync to the extremes earlier than I expected someone would try
<Discordian[m]>
Fixed a looooot of bugs on the way, now we're just performance I think.
john2gb0 has quit [Read error: Connection reset by peer]
<RomeSilvanus[m]>
It does watch the job, just cant display much with shell scripts.
john2gb0 has joined #ipfs
<Discordian[m]>
Yeah, I don't give any progress indicator, and I can't really know how long things will take
<Discordian[m]>
Could probably guess though tbh, or display a filecount progress or something
<RomeSilvanus[m]>
It would look good, can't way it's something I really need right now
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
<Discordian[m]>
Might be a good feature for the HTTP API tbh, that way I don't need to regularly do an output
D_ has quit [Remote host closed the connection]
jokoon2 has quit [Quit: Leaving]
john2gb0 has quit [Read error: Connection reset by peer]
D_ has joined #ipfs
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
<jurjendevries[m]>
<Discordian[m] "Don't worry, totally harmless. R"> Ok thx. I thought it might be the reason why it wasn't syncing the last updated/added files. But I will update first to newest version and see what this will do.
john2gb0 has joined #ipfs
<Discordian[m]>
It does that if it loses connection to the IPFS daemon. And yeah the newest version should be even better, it also tries to ignore/prevent those errors.
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
<jurjendevries[m]>
Since I restarted the server I even couldn't find how I was running the daemon. I forgot to make some documentation and couldn't find it in my bash history file either. But it makes sense, because the connection with the daemon was lost
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
arcatech has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
Encrypt has quit [Quit: Quit]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
zeden has quit [Quit: WeeChat 3.0.1]
john2gb0 has joined #ipfs
zeden has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
mowcat has quit [Ping timeout: 240 seconds]
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
<RomeSilvanus[m]>
Looks like its parsing the config as json
MDude has joined #ipfs
<jurjendevries[m]>
okay, that can be the reason. I am running 2021/03/28 20:30:51 Starting up ipfs-sync v0.4.2 ... . But this is the release from linux binary and I found out some other files where also still json based. https://github.com/TheDiscordian/ipfs-sync/issues/35
justanotherdude has quit [Quit: RAGEQUIT]
<Discordian[m]>
v0.4.2 is still on JSON, YAML config is only in master, and not recommended yet.
<jurjendevries[m]>
ah, lol
justanotherdude has joined #ipfs
<Discordian[m]>
🙂 v0.5.0 will have YAML support
<jurjendevries[m]>
I thought master is also 0.4.2
<jurjendevries[m]>
my mistake
<Discordian[m]>
No worries! There's 1 bug I want to fix with YAML that only has to do with config gen, then YAML will be ready-to-go
<Discordian[m]>
I also want to add the feature Rome suggested, where instead of hashing have an option to skip that, and use side+modification date instead.
<Discordian[m]>
* I also want to add the feature Rome suggested, where instead of hashing have an option to skip that, and use size+modification date instead.
<jurjendevries[m]>
Not sure what that is about, but nice to see the active user base of ipfs-sync is growing :-)
<jurjendevries[m]>
Okay, I revert to json. It is running again. But still some new errors
<jurjendevries[m]>
Error adding file: cp: cannot put node in path /root/ipfs-sync/public/robots.txt: directory already has entry by that name
<jurjendevries[m]>
and more of the same with some other files
<jurjendevries[m]>
Anyhow, it synced most of the files that didn't synced before of the server restart, so there is some progress 😁
zeden has quit [Quit: WeeChat 3.0.1]
<Discordian[m]>
Oh yeah that's fine, it might have been a really old version you upgraded from, if-so, it just tried to re-add everything, and any duplicates simply failed to re-add.
<Discordian[m]>
Glad to hear it fixed most of the syncing too! This version should be significantly more robust for that
<jurjendevries[m]>
"really old version". I am feeling reallllllllly old myself now 🤣
<Discordian[m]>
Hahahaha I guess I've been working on it a lot, so even just a month old, feels ages away now
<Discordian[m]>
I'm also really happy to see more people using it 🙂. I'm glad it's useful, and just getting more useful.
<jurjendevries[m]>
🥳
Newami has joined #ipfs
veegee has quit [Quit: veegee]
arcatech has quit [Quit: Be back later.]
mindCrime has joined #ipfs
joey has quit [Ping timeout: 240 seconds]
joey has joined #ipfs
Newami has quit [Quit: Leaving]
Nukien2 has joined #ipfs
fyrri has quit [Read error: Connection reset by peer]