[deleted]
Show HN: CallFS – S3-style object store in one Go binary (MIT)
21–30 of 31 posts
Re: Show HN: CallFS – S3-style object store in one Go binary (MIT)
#22Earlier quoted context omitted.
What, you mean writing documentations and readme? Of course I'm using this. I have a homelab with 12 PI's, this tool helps me play with files between all of them, any way I want. Might not be the world changing usage you were hopping for, but for me it's enough.
> I have a homelab with 12 PI's, this tool helps me play with files between all of them did you have your LLM write the Show HN description too? because you've gone from "We started CallFS" and "our small team" to "I play with it in my homelab" if this is a homelab-level project, there's absolutely nothing wrong with that. but you should be careful not to mislead people, even unintentionally, about the stability/matu…
You're asking me if I use it, I'm telling you where and how I use it. Then you complain how I use it.
Listen, I can totally respect anyones opinion, but this discussion isn't bringing any benefits, it doesn't seem to be constructive at all.
I get it, you're dissatisfied with this project or whatever, and usually I do try to be very accommodating, as you can see I do engage, but at the same time, please understand, this, is an open-source MIT licensed project, it's not the next "save the earth project" and still, you're acting like you're the VC and already lost money on the investment. Like I have to prove some worth or something.
To answer your question, yeah, there were two of us working at this, for a while, then one lost interest, I thought it would still be fair to say "our small team".
As for the losing data or any other such things, great idea, I will add that there is always a possibility of losing data, just like with NTFS, with AppleFS, or any other FS no matter who developed it or supports it. But it is a good point.
As far as this comment thread goes, I will personally refrain from future comments, as I believe it doesn't serve any good purpose other than nit picking.
Thank you.
Re: Show HN: CallFS – S3-style object store in one Go binary (MIT)
#23Earlier quoted context omitted.
I had the same question, and started looking more deeply at the project. Would be interested to hear if this was built by OP or vibe-coded.
> if this was built by OP or vibe-coded I hope we start to see some etiquette / conventions developed around this, especially for open source projects. if I showed up to a dinner party with homemade cookies, my friends would be appreciative. if I showed up with store-bought cookies, my friends would probably still be appreciative. but if I showed up with store-bought cookies and tried to claim they were homemade, my…
Likewise, if I show up with homemade cookies, after your friend asks "who are you and why are you in my house," if they then assume my cookies must be store bought and I probably wouldn't be able to have made them myself, I'd think them rather judgmental.
Re: Show HN: CallFS – S3-style object store in one Go binary (MIT)
#24Earlier quoted context omitted.
I had the same question, and started looking more deeply at the project. Would be interested to hear if this was built by OP or vibe-coded.
> if this was built by OP or vibe-coded I hope we start to see some etiquette / conventions developed around this, especially for open source projects. if I showed up to a dinner party with homemade cookies, my friends would be appreciative. if I showed up with store-bought cookies, my friends would probably still be appreciative. but if I showed up with store-bought cookies and tried to claim they were homemade, my…
Then the more serious one of "do these cookies contain allergen X?"
Any of the answers "yes, no, I don't know" is OK, although the latter is irritating, but if you claim "no" when the allergen actually is present it's a disaster. Whether that's because you bought them and didn't look at the ingredients or made them yourself in a careless shared environment.
For code from the Internet there's the related question "how likely is this to contain security holes or data-loss bugs?" And being LLM-written currently makes that a lot more likely.
Re: Show HN: CallFS – S3-style object store in one Go binary (MIT)
#25Earlier quoted context omitted.
So you're trying to get buy-in for a tool, when you yourself don't see the point in confirming it works? Those "tedious tasks" are software development.
What, you mean writing documentations and readme? Of course I'm using this. I have a homelab with 12 PI's, this tool helps me play with files between all of them, any way I want. Might not be the world changing usage you were hopping for, but for me it's enough.
But you brought it here to get feedback? Our feedback is things like, the docs (https://github.com/ebogdum/callfs/blob/main/docs_markdown/02...) have a pile of references to things that just don't exist in your code? You have a change-log that isn't used? Your main file references a site that doesn't exist "https://github.com/ebogdum/callfs/blob/main/cmd/main.go".
Re: Show HN: CallFS – S3-style object store in one Go binary (MIT)
#26> Speaks the S3 API
Let's test that lol.
First, I looked at the docker compose file, seems like an easy way to run it right? Wrong, the docker compose file just runs minio, a real s3 compatible thing: https://github.com/ebogdum/callfs/blob/16e1096095c809f31aa93...
Why check in a docker-compose that only runs someone else's code, not your own project?
Okay, fine, let's run it normally:
./callfs server -c ./config.yaml.example
failed to load config file ./config.yaml.example: file provider does not support this method
But running it without a config flag works, so let's do that:
{"level":"info","ts":1752571569.821955,"caller":"cmd/main.go:251","msg":"Starting HTTPS server","addr":":8443"}
AWS_CA_BUNDLE=./server.crt aws --endpoint-url https://localhost:8443 s3 mb s3://foo
make_bucket failed: s3://foo An error occurred (404) when calling the CreateBucket operation: Not Found
Reading the actual docs, this is _not_ s3 compatible, not even close. So much for "Speaks the S3 API".
Just use minio, or one of the other actually functioning things in this space.
Re: Show HN: CallFS – S3-style object store in one Go binary (MIT)
#27This is a vibe coded project. It doesn’t work very well at all, not going to rehash what others have found, but these projects have been a major plague to the Go community over the last six months. They’re essentially the code version of littering.
Re: Show HN: CallFS – S3-style object store in one Go binary (MIT)
#28Earlier quoted context omitted.
> I have a homelab with 12 PI's, this tool helps me play with files between all of them did you have your LLM write the Show HN description too? because you've gone from "We started CallFS" and "our small team" to "I play with it in my homelab" if this is a homelab-level project, there's absolutely nothing wrong with that. but you should be careful not to mislead people, even unintentionally, about the stability/matu…
You're asking me if I use it, I'm telling you where and how I use it. Then you complain how I use it. Listen, I can totally respect anyones opinion, but this discussion isn't bringing any benefits, it doesn't seem to be constructive at all. I get it, you're dissatisfied with this project or whatever, and usually I do try to be very accommodating, as you can see I do engage, but at the same time, please understand, th…
They’re clearly not complaining at how you use it, they’re calling out your misrepresentations. These are ethical issues and you should examine your own moral framework.
Re: Show HN: CallFS – S3-style object store in one Go binary (MIT)
#29Earlier quoted context omitted.
What, you mean writing documentations and readme? Of course I'm using this. I have a homelab with 12 PI's, this tool helps me play with files between all of them, any way I want. Might not be the world changing usage you were hopping for, but for me it's enough.
But you brought it here to get feedback? Our feedback is things like, the docs ( https://github.com/ebogdum/callfs/blob/main/docs_markdown/02... ) have a pile of references to things that just don't exist in your code? You have a change-log that isn't used? Your main file references a site that doesn't exist " https://github.com/ebogdum/callfs/blob/main/cmd/main.go ".
Well, to be fair writing documentation is tedious (as are changelogs, and writing code). So they outsourced it to an LLM.
Re: Show HN: CallFS – S3-style object store in one Go binary (MIT)
#30I am so sick of AI generated README's, they follow the samn damn format.
KEY FEATURES :key-emoji:
CONTRIBUTING :handshake-emoji:
CORE FEATURES :apple-core-emoji: