[–] 3 points 16 hours ago (1 child)

They both have their pros and cons, with the main takeaway being that Gaggiuino tends to be a bit more configurable and stable but lacks visual polish and has less frequent updates. Gaggimate is the relative newcomer, but has since caught up to Gaggiuino in terms of features for the most part. But the biggest thing for me is that Gaggiuino is no longer open source, while Gaggimate is still fully committed to being open source which I find super important for a DIY project such as this.

  • source
  • parent
  • context
  • [–] 3 points 17 hours ago (1 child)

    It used to be behind Gagguino in terms of features, but it’s caught up incredibly quickly, now I believe the only thing Gaggimate doesn’t have is the option for an integrated scale built into the drip tray.

    The biggest thing for me was that Gagguino recently stopped being open source, while Gaggimate is still committed to being fully open source. And in my opinion, Gaggimate has more polish and looks better visually. But definitely do your own research and compare them yourself if you’re curious.

  • source
  • parent
  • context
  • [–] 4 points 23 hours ago (6 children)

    Hell yeah, that’s an amazing machine! If you like tinkering and wanna make your Gaggia even better, check out GaggiMate if you haven’t already. It allows you to do pretty much everything something like a Decent DE1 ($2500+) can do such as pressure profiling, flow control, PID tuning, smart scale connection, etc. for a fraction of the cost.

    It’s not too hard to install if you’re a little bit crafty either, took me about a day to install mine. I can’t recommend it enough.

  • source
  • [–] 80 points 2 days ago

    Given the first few commits referring to scaffolding phases and the frequent use of em dashes, I’m suspicious this was built with AI assistance. Nothing wrong with that, but a disclaimer of some sort somewhere would go a long way.

  • source
  • [–] 2 points 1 week ago

    If you feel at home with Arch, but the installation is the problem, why do you care? You only install once. I’ve been on the same Arch install for like 4 years

  • source
  • [–] 2 points 2 weeks ago

    Yeah, device support is the biggest issue. But the OS as a whole is pretty good. I used it with a OnePlus 6T and a Nothing Phone 1, both of which have pretty decent support. Some things about it were broken, and I didn’t try putting in a SIM card and making calls or texts, but the overall experience was good. I have high hopes for when we eventually get good “flagship” linux mobile phones that have full PostmarketOS compatibility.

  • source
  • parent
  • context
  • [–] 2 points 2 weeks ago (3 children)

    Out of curiosity, what about PostmarketOS is not daily driveable? Postmarket is a vague umbrella OS with a lot of DE options, all of which have vastly different user experiences. KDE mobile, phosh, and GNOME mobile have all come a long way and provide everything a smartphone OS needs. The only thing I’d argue that could prevent daily driving is lack of app support and lack of good mobile Linux hardware, but that’s not PostmarketOS’s problem.

  • source
  • parent
  • context
  • [–] 3 points 1 month ago (1 child)

    They’re probably using Robusta beans. Robusta has much more caffeine, but tastes more bitter as a result compared to most other coffee which uses Arabica beans to avoid the bad taste thing. I think some other instant/flavored coffees use Robusta, but most use Arabica.

  • source
  • parent
  • context
  • [–] 1 point 2 months ago

    If you used GNOME mainly, the transition probably won’t be too bad. GNOME is the Linux DE most like MacOS. I used GNOME for years before buying my first MacBook and I wouldn’t say I felt right at home, but I was home-adjacent lol. Still mainly use Linux on my desktop, but don’t mind switching to my MacBook when I’m on the go. It helps that MacOS is Unix-based, so it’s way more compatible with my workflow than windows, and a lot of CLI tools I used in Linux just transfer right over.

    Let me know if you have any specific questions about anything.

  • source
  • [–] 27 points 2 months ago (14 children)

    The software for linux phones is pretty much there. Gnome and KDE mobile are surprisingly capable. There’s built in apps for every basic thing you’d need on a phone like a dialer, SMS app, camera, etc. plus all the normal apps adapted to work with mobile like the calculator and maps apps.

    The only real limitation is with the hardware. I have no idea why all new linux phones launch with specs from a decade ago. You can get a better experience by flashing ported Postmarket OS to an Android phone like the Nothing phone or a OnePlus 6t.

    It shouldn’t be like that, no idea why it’s impossible to just have a linux phone with decent specs and a good camera on par with modern flagships.

  • source
  • parent
  • context
  • submitted 1 year ago* (last edited 1 year ago) by to c/linux@lemmy.ml
     

    So, for context, I have an HDMI dummy plug that is disabled most of the time, but enabled through command-line to use as a virtual display for game streaming with Sunshine.

    In GNOME settings, the display is disabled, and that works just fine. I can enable/disable it at will whenever I want to stream games using the new gdctl utility added in GNOME 48.

    I want this “monitor” to be disabled in GDM as well since it keeps trying to use the dummy plug as the default display and I can’t see any of the UI elements and have to type my password in blindly. I’ve copied over my monitor config from /home/user/.config/monitors.xml to /var/lib/gdm/.config/monitors.xml as per the Arch Wiki’s recommendations, but when I log out/reboot, nothing changes on GDM. It still tries to show the password entry UI on the dummy plug and my actual display just shows a gray screen.

    I know the configs are different for X11 and wayland, but both GDM and GNOME are running under wayland, so that shouldn’t be the issue.

    Any help would be appreciated.

    I use Arch btw.

    view more: next ›