Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)H
Posts
3
Comments
218
Joined
3 yr. ago

  • Thanks. So the number on join-lemmy.org already includes the NLnet fund? I suppose that means you get ~600€ a month from the other (independent) supporters?

    I'm confused. Liberapay 1.679$ + Patreon 1.165€ + OpenCollective 935$ + Crypo

    adds up to the ~3.600€ but in which category are the NLnet bank transfers?

  • Kinda depends on productivity. I'd say 45k to 60k€ is alright for an average coding job in some company. I don't know the details here. For self-employed people that varies a lot and developing Lemmy propapbly doesn't compare to a salaried job at all.

  • Since I'm dabbling in AI at the moment: What about llama.cpp? Dude handles like 50 pull requests a week, coordinates everything and codes himself. And it's really complicated stuff and not the only project. And I mean there is lots of Linux software I use, (web-development) frameworks, smarthome stuff and electronics projects that I participate in and I'm always fascinated by their pace and how they manage to do that in addition to a day-job?! And they regularly push new features... I've had contact with some, filed bugreports and sometimes the next day they solved my issues and pushed a new version.

    With Lemmy, my UI bugreports from a year ago are still open and not fixed. And it feels like contributions and bugreports are more a burden to the devs here and not that welcome like I'm used to from other projects. And yeah, I'm glad the last release was a bit bigger. But I mean it took 5 months... And moderation tools are traditionally an issue here. I'm glad something gets implemented. But we're still far from where we need to be. Same with the image handling and proxying.

    I'm not sure what to make of this. Sure, software development ain't easy. But every new release I check the changelog and usually it's just some minor bugfixes. And twice a year a bigger release like this month with new features, yet the last bigger user-facing feature I can remember was instance blocking in december. And this is more or less adding the ability to hide posts and change how voting is displayed, if you're just a user.

    Edit: I appreciate the work, though. And I like the idea of the platform. It's just that I'd like it to grow and flourish. But to me it seems we're often taking baby steps. And in the meantime stuff breaks and admins complain they barely cope with everything with the tools they have.

  • I'm not sure about the numbers but it should be like 6,600€ a month?! join-lemmy.org shows 3,656€ per month from donations, plus ~750€ a week they said in their last AMA from the NLnet fund.

    I'm not sure if I'd consider that low... Sure it's not much compared to the revenue of a commercial platform. But still, you can build something with like 2x40h weeks. (plus a community)

    Maybe they already factored in the 3k from NLnet and it's just 3.6k in total, I don't really know. But they're always talking about two full-time developers plus one more they'd like to pay... So that makes me think it's probably 6.5k€. Maybe someone can fact-check it.

  • Though Lemmy has funding for full-time developers.

    And it's not like other features get implemented in the meantime. Progress is really slow here, even compared to hobby projects.

    Edit: Lol, thanks for downvoting.

  • Hmmh. Why ActivityPub? I mean I suppose it's alright as a standard for some turn based or slow trading game. But it's neither very efficient nor suited for realtime. And having long (and descriptive) JSON messages, queues, ... is baked in per design.

    And it's not even interesting to a Mastodon user if player x sold y latinum to player z. So for lots of game logic we don't need messages in a common format that's federated to Mastodon, Lemmy, Peertube etc.

    I think a nice and not too complicated coding challenge would be to design a world that spans multiple servers. Players could roam a world, go through some door or portal and the client seamlessly connects to the next server. So that part of the world (the other server instance) is behind that portal. That'd make sense from an in-game perspective and won't be that hard to implement. Basically it's just like any other game, just that the client auto-connects to servers with some internal logic and not just in the start menu. And ideally authentication would be federated. The new server could ask the player's home instance to authenticate them on entering the new instance.

  • How is divorce a matter of consent?

  • You could also try the ROCm fork of KoboldCpp

    Koboldcpp bundles an interface ontop of llamacpp. And generally it's relatively easy to get it running.

  • And cosmos-cloud.io too.

    I think you mentioned the major ones. I don't think I'd give any of them perfect score. But I've had a look at most of them. And I've been using YunoHost for years.

    I'd really like to have something that I can recommend to people, without any downsides. Maybe for small businesses, too. Or non-profits / clubs etc who need a mailinglist and a Nextcloud.

  • We probably need one super popular self-hosting solution. With SSO so it's simple to invite friends. Atomic / A/B updates so it's indistructible. Backups preconfigured and a Marketplace with 1-click installers. Backed by a non-profit or nice community and non-commercial.

  • As of now all advice here is kinda missing the point or wrong... (Exept the one recommendation to do updates ;-) I wouldn't use Cloudflare as it's really bad for freedom, watches your traffic and most interesting things aren't even in the free/cheap plans... You can't restrict connections to the "Established state" or you can't ever connect to your server... And SSH is a safe protocol. Just depends on the strength of your passwords... And yeah, opening ports is never 100% safe. Neither is using computers. They can be hacked but that's not helping... And I'd agree using Wireguard or Tailscale would help. But you already said you don't want a VPN...

    I didn't have a proper look at the Forgejo Docker container. I'd say it's safe. It's probably using keys instead of passwords(?!) I hope they configured it properly if they ship it per default. And it's running sandboxed in your Docker container anyways and not running a system shell on the machine.

    The issue with SSH is, there are lots of bots scanning the internet for SSH servers and testing passwords all day. Your server will be subject to a constant stream of brute-forcing attempts. Unless you take some precautions. Usually that's done by blocking attackers after some amount of failed login attempts. This is either preconfigured in your Docker container (you should check, or watch the logs.) Or you'd need to use something like fail2ban on top. Or ignore the additional load and have all your users use good passwords.

    (What I do is use Git over https. That worked out of the box while ssh would have required additional work. But I also have lots of other ports forwarded to several services on my home-server. Including ssh. No VPN, no Cloudflare ... I have fail2ban and safe passwords. I'm happy with that.)

  • I think you're doing it wrong. There are lots of people on Mastodon.

  • https://wiki.postmarketos.org/wiki/Devices

    If you want Linux on your phone. But Android is probably easier to use. Something like LineageOS or /e/ works pretty well. I'm not sure what kind of phone to recommend for that.

  • It depends on the exact specs of your old laptop. Especially the amount of RAM and VRAM on the graphics card. It's probably not enough to run any reasonably smart LLM aside from maybe Microsoft's small "phi" model.

    So unless it's a gaming machine and has 6GB+ of VRAM, the graphics card will probably not help at all. Without, it's going to be slow. I recommend projects that are based on llama.cpp or use it as a backend, for that kind of computers. It's the best/fastest way to do inference on slow computers and CPUs.

    Furthermore you could use online-services or rent a cloud computer with a beefy graphics card by the hour (or minute.)

  • Hmm, I get you. But I don't think that's what this discussion is about. I'm more concerned with the technical difficulties / impossibilities / inconsistencies with the approach. Less so if it should replace the current solution or a possible upgrade path. That's something to worry about later. It's more like I don't think it's going to work properly. It's more combining the disadvantages of two different approaches.

    But I'm happy if someone goes ahead and does a better approach. I also see the shortcomings of the current solution. Maybe I'm being too pessimistic.

  • I really agree with your premise. Less responsibility on the server means less depending on it. We'd gain independence, could move accounts and do some more nuanced things. But I really think the less your own server or relay does, the more you're prone to suffer from network outages, other servers becoming unavailable etc. So you'd need to duplicate everything no matter what to compensate for that. And you introduce lots of additional traffic by fetching all the hashtags from everywhere. Or you'd end up in the same situation as before where they're subject of availability on your instance or perspective on the network.

    Plus you want unsubscribed old posts showing up and a perspective that's independant of the chosen instance. So you basically need to replicate everything everywhere. And this introduces additional complexity and resource usage and your goal was to reduce that. (And federation becomes just an inconvenience and additional unnecessary work at that point.)

    It's not that it's technically difficult. We could do that. And you're right by pointing at XMPP and Movim and stuff. But that also doesn't solve most of the issues you outlined in your initial post. It's even more narrow in how you rely on your own server and shaping your perspective on the whole network.

    And sometimes this is what we want. People do dedicated instances to a topic. For example a Mastodon server for IT and tech people. Of course you want IT related stuff to show up on your main page. And we sometimes want moderation and a place to have civilized discussions. Not a place of anarchy and shitposting like on 4chan. That requires some form of hierarchy or democracy. And at the end of the day the server operators are responsible for what content is shared (publicly) via their infrastructure...

    So I'd say you can't achieve all your goals with ActivityPub. You need to think bigger. Maybe do away with federation altogether. Since federation is all about having different instances with a different focus and perspective on the same network. Maybe focused on a language or subject or sub-community of users, different rules and moderation. And you want more a unified perspective, everyone gets the same and less intermediaries. I'd say that is fundamentally incompatible with this form of federation and kind of out of scope. You probably want a network without that hierarchy. And that comes with different technical challenges and advantages.

    (And suppose we extended ActivityPub. Instead of separating and moving stuff to the client, we could imagine you install a Lemmy or Mastodon server/instance on your computer or phone. Along your browser. You'd have it all on your device and could configure it like you wanted. I'm not sure if that'd be a superior solution.)

  • I have Debian on my servers for a decade or so, and on several workstations. My past experience doesn't quite reflect that. The Debian guys and gals have always been pretty quick with patching the vulnerabilities. Like outstanding fast.

    There is some merit to the bugfixing. But that's kind of the point of Debian Stable(?!) Like in the meme picture of this post I don't want updates each day. And I also don't want the software on my servers to change too much on their own. I know my bugs and have already dealt with them and I'm happy that it now works seamlessly for 6 months or so...

    And that's also why I have Debian Testing on my computer. That gives me sort of an unofficial rolling distro. With lots of updates and bugfixes. I mean in the end you can't have no updates and lots of updates at the same time. It's either - or. And we can choose depending on the use-case. (I think the blame is on the admin if they choose a wrong tool for a task.)