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

  • I think the most important step is to get it out there. So:

    1. Choose a license. These resources might help:

    I'd stick with the licenses made for fonts or in use by other font projects, as there are some specifics to fonts licensing.

    1. Choose a name
    2. Sign up and create a repo. Upload your project.

    That is the "get it out there" step. If you want to be open, generally speaking you want to include a LICENSE file, your creation in the format you're editing it and other people can load and edit it, too. And the exported file in case of something like this, so people can directly use it without learning how to convert a font into a format that is usable. It's also good practice to include a README.md with explanations and a summary of what this is.


    I think that's a sound approach for open source. And it's generally alright to learn as you go. Even if you don't get everything perfect at once, the most important thing is that it's available. People might pick up on it. And they will file bug reports and issues if they like it some other way. So you'll be directed into the right direction anyways. And once you have something to show off, you can start talking about it or make people aware of its existence.

    (And maybe skip all the boilerplate and complicated extra stuff at first. You don't need an AUTHORS file, no code of conduct, no documentation if there isn't anything complicated to explain... Just stick to the important stuff and don't make it unnecessarily complicated and distracting for your users.)

  • I'd also glue it to the back of my TV and install Kodi or Batocera on it. Next option is give it away if you don't need it. Either to someone who is still in need of a homelab or to recycling.

  • Deleted

    Self-hosted VoIP?

    Jump
  • It can even do XMPP in addition to telephony.

  • Yes, as long as you don't link in their libraries or incorporate other parts of their code, you should be able to license your extensions and stuff that ties into some APIs as you like.

    Companies usually like permissively licensed projects like MIT, Apache or BSD. But if you want them not just to take your work, a copyleft license like one of the GPL licenses is a good choice.

  • And maybe clean the insides of your laptop, that's probably the first thing that could solve the issue. See if all cables are still locked in their connectors. Maybe take out the SSD, clean the contacts and you can use compressed air to clean the socket. But be careful, you want to do it right or you might cause damage. No dampness or water, it has to be either isopropyl alcohol or dry. And don't use a rag that introduces static electricity. And no workshop air compressor. Maybe something like a paintbrush is better suited. And don't just shove the vacuum in. I've done that and it might dislocate small components or key-caps and suck them in and it's a major annoyance to get them out of the vacuum cleaner bag 😆 Just be a bit careful. But I already had something like loose connectors/components cause random errors. Especially in equipment that is moved around or gets dropped occasionally. After 5 years, you might also find some dust inside. At least it used to be that way, It seems to be less of a problem with modern laptops. And more and more stuff gets soldered anyways.

    And don't do too much if you're not comfortable with that. IMHO the SSD should be a safe thing to touch for most people. But it's really easy to break or bend some tiny contacts from other components or ribbon cables. And there are consumer devices that aren't really meant to be serviced. I wouldn't disassemble such a model without prior experience. If it's still working you might also leave it as is. Do backups. Storage devices often fail even without prior warning.

  • That'd be the easiest solution. But I think it won't work with this specific hardware, as it needs to close the damper with a separate 10s(?) pulse after the exhaust hood turned off.

  • Sounds good. Usually the simpler solutions are best. At least around the house in my experience.

  • Yes, it's probobly not worth it. I wouldn't know how to wire it to a 3 position switch, that's not easy.

    I just included the idea because it could be a cleaner solution. I mean there are edge-cases. For example with your setup, you can't cook while the Wifi is down. That might or might not be a concern.

  • No, I mean for the input sensing. To see if someone pushed the switch for the hood... The shelly 2.5 has 2 outputs and 2 additional inputs for switches. You cant't control a third device. But you can measure if there's mains voltage on 2 additional inputs. If wired correctly to the switch of the hood... You can detect if it's on and control the 2 damper channels all with one shelly 2.5

    I think the 2 outputs are like controlling blinds. That's a fairly common use-case for something like a shelly 2.5 and should work fine.

  • Your Shelly 2.5 also has 2 inputs: SW1 and SW2. You could also wire one of those in to the hood so it can directly detect if it's powered. If that's possible... Idk, it needs to be after its switch. likely the hood isn't made for this and you'd need to mess with the internal wiring. Your setup is a bit easier.

    I'm not sure what happens if both channels are active simultaneously... Some devices handle this and prefer one direction, but not all of them. I can't tell from the eBay page.

  • I'd use the built-in. Or use Oauth2 or OIDC if you want a more elaborate setup and have an application that supports it.

  • Yeah, I think we should extend on the sandboxing features like AppArmor, SELinux and Flatpak for desktop use. Look at MacOS and Android and what they're doing for desktop users. That is currently not the Linux experience. Ultimately I'd like my system to have an easy and fine grained system to limit permissions. Force third-party apps to ask permission before accessing my documents or microphone. have sane defaults. make it easy to revoke for example internet access with a couple of clicks. make it so I can open an app multiple times. and have different profiles for work, private stuff and testing. This should be the default and active in 100% of the desktop applications. And apps should all use a dedicated individual place to store their data and config files.

    Librewolf and more [...] used as Flatpak, [...] its way more stable.

    That's just not true. I've been using Linux for quite a while now. And I can't remember my browser crashing in years, seriously. Firefox slowed down a bit when I had 3000 tabs open, but that's it. How stable is your Flatpak browser? Does it crash minus 5 times each year? How would that even work? And what about the theming and addons like password managers I talked about in the other comment? Use the distro's packaged version. It is way more stable. And as a bonus all the edge-cases will now work, too.

  • I mean it's not even my own problem. I just have Spotify, Microsoft Teams and Zoom installed that way, and a few pieces of software that I'm testing. I use a rolling distro so I have the most recent versions of every software I need anyways. And I have the skills to configure stuff. So I myself don't have an use-case for a spyware-riddled Chrome browser from Flathub or something. I have a nice LibreWolf from the unstable channel of my distro. Steam and all the other stuff is there, too. And it works almost flawlessly. Why would I trade that in for a 4GB version of the same software that has downsides?

    It's the newer users I'm concerned with. Their sub-par experience of Linux.

    This is what I mean:

    • https://github.com/keepassxreboot/keepassxc/issues/7352 (Maybe Keepass works as of now(?) I don't think so but I haven't tried. At least some addons do. But other's don't. It requires the permissions to be configured by the prople preparing both flatpaks that want to talk to each other.)
    • https://itsfoss.com/flatpak-app-apply-theme/ / https://docs.flatpak.org/en/latest/desktop-integration.html
    • All the issues people had with Steam, the graphics drivers, attaching gamepads/controllers or headsets, getting Discord and extras working. (Some of that seems to have been resolved in the meantime. They put quite some work into it.)
    • Some distros don't update Flatpak packages as part of their standard update mechanism. You need to learn to regularly run "flatpak update" or learn how to activate that.
    • I have some packages still rely on old runtimes that are missing security patches. I suppose it's the same for a lot of other people. And there isn't a mechanism to warn you. You also need to learn how to figure that out.
    • I don't remember which of the video conferencing solutions this was, but I remember fighting with the webcam permissions and advice on the internet was to disable sandboxing entirely. I set the permissions a bit better but then also screen sharing wouldn't work.

    As I said, it's okay for someone like me - and probably you - to use, and I don't complain. I'm glad I have Flatpak available as a tool. But look at the issues I've linked above and the steep learning curve for the beginner. They need to learn what GTK is, what QT is, what desktop they use, learn what Flatseal is, use the CLI. They have no clue why it is even required to do that much work to get their Keepass set up. And that it's not Linux' fault but their decision from 2 weeks ago to install the browser that way. And their experience is just worse than it needs to be. And this isn't unsubstianced, I'm speaking from experience. I've answered these questions over and over again. It's already annoying to get the NVidia stuff set up reliably, find new software and adapt your workflow. And the switch from X11 to Wayland broke things like screen sharing/recording, anyways. And we're now piling 20 other things on top, to learn and do manually if you happen to be one of the users who don't use the default standard setup.

    And nothing of that is "bad" or can't be fixed... We're making progress with all of that. And we'll get there. All I can say with my experience helping people with their Linux woes and the current state of Flatpak: The "use Flatpak for everything" mentality is causing issues for some newer users. And experience shows: They rarely understand the consequences but heard the hype about Flatpak. And few of them can explain why they used Flatpak over the proper packages in their distro.

    So my opinion in short:

    • Flatpak is nice : yes
    • try a Flatpak first, then the distro package if it doesn't work: hard no
    • you can get recent software on older distros with flatpak: yes
    • you can recommend Flatpak: Yes, if you also explain the consequences of the sandboxing and pulling things from potentially unreliable third-party sources. You're doing people a disservice if you don't.
    • some of this will change in the future: yes
    • we should have more sandboxing: yes
  • Hehe, No. It's the sandboxing.

    But with this approach you take over the answering questions to newbies... Why doesn't the webcam show up in the videoconferencing? Why doesn't my GTK / QT themes apply to some software and it's a 2 page tutorial with lots of command line commands to fix that? Why can't I install Firefox add-ons and on Windows and MacOS everything just works? Why is Linux so complicated and regularly stuff doesn't work?

    I had this argument multiple times now. There is an easy solution: Do it the other way around until you know what you're doing and about the consequences. Distributions are there for a reason. They put everything into one package and do testing to make sure everything works together. They provide you with security patches if you choose the right distro. LibreOffice and a Browser even come preinstalled most of the times. If you do away with all of that, it's now your job to tie the software into your desktop, your job to handle the sandboxing if there is addons that need to pierce the sandbox. Your job to make sure the Flatpak publishers do quick updates and keep the runtimes up-to-date if a security vulnerability arise within an used library...

    I'm not directly opposed to using Flatpak. I'm just saying there are some consequences that aren't that obvious. There are valid use-cases and I also use Flatpak. But in my experience hyping some of the available technologies without simultaneously explaining the consequences is regularly doing a disservice to new users.

  • I'd be happy if people just cut down on advertising Chrome/Firefox and LibreOffice via Flatpak to new users. They should use the packaged version. That's why we have distributions, to make the whole system a smooth experience and everything tie together.

    Flatpak is slowly getting there and I think at least some distros have it preconfigured so the default GTK themes are in place.

    Ultimately, I'd like sandboxing to be available natively in Linux, at least for desktop applications. And we can talk about a packaging format that is available to the user, allows pulling software directly from the upstream project, includes libraries and runtimes.

  • We're also regularly debating Flatpak here. That password managers don't tie into the browser and the desktop themes don't apply. It's also not the best solution and regularly confuses newer users.

  • Hehe. Yeah I meant per default, everything is copyrighted. So it'd fall back to being restricted and thus "not allowing anything"... If the wording doesn't hold up... I'm not really in the position to judge this. Could be very well the case that once somebody touches it, it's not "this" product anymore and it's no longer covered. Or taking just parts of it is also not "this product". Or a copy. I can imagine that something like that is the reason why other licenses go on and on talking about modified versions and copies etc... But I'm really not a lawyer and you're right with being creative with things. I did not intend to be too negative 🤗

  • I think it's the other way around, however... You need to word it so your users can enforce it against you even if you yourself become malicious. Otherwise you're not really allowing them anything. And for that you'd need to word it so it doesn't depend on your interpretation, but on theirs. And it'd need to hold up in court for them. So the language needs to be specific and with well-defined words. Every bit of vagueness it the user's problem and limits/restricts them.

  • I thought the main problem was that it's debatable whether you can enforce it. So it harms users and distributions because they can't really rely on it.

    But the liability would definitely be another issue. I think the law is different here in Europe, so the liability might already be included for my hobby tinkering per default and I don't need to worry.

    And something else is: I'd include trademark... force people to choose a different name for their project if they take my code so there is no confusion and people can't upload versions with advertisements on some software store.